EP3318075B1 - Communication system - Google Patents
Communication system Download PDFInfo
- Publication number
- EP3318075B1 EP3318075B1 EP16742176.7A EP16742176A EP3318075B1 EP 3318075 B1 EP3318075 B1 EP 3318075B1 EP 16742176 A EP16742176 A EP 16742176A EP 3318075 B1 EP3318075 B1 EP 3318075B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- cscf
- vplmn
- call
- plmn
- operable
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims description 56
- 238000000034 method Methods 0.000 claims description 54
- 238000001514 detection method Methods 0.000 claims description 6
- 230000009471 action Effects 0.000 claims description 5
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 18
- 230000004044 response Effects 0.000 description 15
- 230000011664 signaling Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 239000004248 saffron Substances 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/903—Querying
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
Definitions
- the present invention relates to mobile communications devices and networks, particularly but not exclusively those operating according to the 3 rd Generation Partnership Project (3GPP) standards or equivalents or derivatives thereof, such as the Long Term Evolution (LTE) of UTRAN (called Evolved Universal Terrestrial Radio Access Network (E-UTRAN)).
- 3GPP 3 rd Generation Partnership Project
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- the invention has particular although not exclusive relevance to Voice over LTE (VoLTE) roaming and the provision of location information for an emergency call.
- VoIP Voice over LTE
- S8HR Voice over LTE
- UE User Equipment
- IMS IP multimedia core network subsystem
- LBO Local Breakout
- GPRS general packet radio service
- GTP general packet radio service tunnelling protocol
- VPLMN visited public land mobile network
- PGW public data network gateway
- HPLMN home public land mobile network
- P-CSCF Proxy Call Session Control Function
- the UE Whilst the UE is able to provide location information to the P-CSCF in the P-Access-Network-Info header it is not mandatory for such location information to be provided by the UE. Moreover, even if the UE does provide such information, a disadvantage of such UE provided location information is that it may not be considered as trusted by the network, since it is included in the P-Access-Network-Info header by the UE and the UE may be compromised. Retrieving the wrong location information may have a severe impact to IMS services like emergency calls/sessions where the public safety answering point (PSAP) needs to know exactly from where the emergency call is setup, especially in case an end user is not sure, or is unable to explain, where that user is at the moment, e.g. when there has been accident on a highway or when the user is visiting a city that the user is not familiar with.
- PSAP public safety answering point
- QoS quality of service
- Such incorrect treatment of an emergency call as a normal call could lead to a dropped call in special network situations such as network congestion scenarios.
- the P-CSCF may not be able to detect that a dialled number is an emergency number without having missing context information for the currently serving network (i.e. the VPLMN).
- Another general issue that exists with the current S8HR model is related to the fact that for charging (e.g. creating charging records in the various IMS nodes), the P-Visited-Network-ID header of the VPLMN is needed and required to be included by the P-CSCF, which is not possible with the current S8HR model.
- EP 1 715 625 A1 discloses a method for the handling of user access-dependent information in a system comprising a core network subsystem (IMS) accessed by an access network (IP-CAN).
- the method comprises: a step wherein an entity of said core network subsystem obtains user access-dependent information from said access network; a step wherein an entity of said core network subsystem signals (SIP) to another entity, in the context of a core network subsystem procedure relating to a user's terminal, user access-dependent information obtained from said access network; and a step wherein an entity of said core network subsystem uses user access-dependent information obtained from said access network, for control of service delivery to said user.
- IMS core network subsystem
- IP-CAN access network
- US 2010/246780 A1 discloses a method for identifying a device during an emergency for callback.
- the method includes storing an address of a user agent (UA) during initiation of an emergency call by the UA, associating an E.164 number with the stored address of the UA that placed the emergency call, and routing the emergency call containing the E.164 number.
- UA user agent
- Described herein are proposals that seek to provide improvements over current technology, for example by addressing, or at least partially alleviating, one or more of the above problems.
- the proposals include, for example, description of methods for avoiding the misinterpretation of emergency calls from roaming UEs in VPLMN using S8 Home routed traffic.
- FIG 1 schematically illustrates a mobile (cellular) telecommunication system, generally at 1, in which a user of a mobile communication device 3 (denoted 'UE' in Figure 1 ) can communicate with other users via one or more base stations 5.
- the base station 5 shown is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) base station.
- E-UTRAN Evolved Universal Terrestrial Radio Access Network
- Such base stations are commonly referred to as eNBs (Evolved NodeBs).
- the user of the mobile communication device 3 can roam between public land mobile networks 30, 40 (PLMNs).
- PLMNs public land mobile networks 30, 40
- the PLMNs 30, 40 include the user's home network 40, which is referred to as a home public land mobile network (HPLMN), although in this example, the user is currently roaming and is located in a visited public land mobile network 30 (VPLMN), and hence the user's UE 3 is served by a base station 5 of the VPLMN 30 via an appropriate interface (in this example an air interface referred to as the 'LTE-Uu' or simply 'Uu' interface).
- HPLMN home public land mobile network
- VPLMN visited public land mobile network 30
- the base station 5 has a communication interface via which it can communicate with core network entities 7, 9 of the VPLMN 30.
- the core network entities 7, 9 are shown to include a mobility management entity (MME) 7 and a serving gateway (SGW) 9 but will typically include other entities.
- the communication interface provides an S1-MME logical interface (or 'reference point') and an S1-U logical interface (or 'reference point') respectively for communicating with the MME 7 and the SGW 9.
- the MME 9 is the network node responsible for keeping track of the locations of mobile devices within the corresponding network (in this example the visited network). To assist the MME 9 to keep track of the mobile device, the MME 7 communicates with a home subscriber server (HSS) 11 in the home network 40 via an associated interface (in this example the 'S6a' interface / reference point)).
- HSS 11 comprises a database that contains user-related and subscriber-related information. It also provides support functions (e.g. to the MME 9) in mobility management, call and session setup, user authentication, and access authorisation.
- the SGW 9 operates as a gateway for communication between the base station 5 of the VPLMN 30 and the HPLMN 40. To support this communication, the SGW 9 has an interface (e.g. an 'S8' interface / reference point) for communication with a public data network (PDN) gateway (PGW) / policy control enforcement function (PCEF) 15 in the HPLMN 40.
- PDN public data network
- PGW policy control enforcement function
- the PGW/PCEF 15 interfaces with a policy and charging rules function (PCRF) 13 in the core network of the HPLMN 40 (e.g. via a 'Gx' interface / reference point).
- PCRF policy and charging rules function
- the PCRF 13 provides network control regarding service data flow detection, gating (blocking or allowing packets), quality of service (QoS) control and flow-based charging towards the PCEF 15.
- the PCRF 13 plays a key role as a mediator of network resources for an IP Multimedia System's (IMS's) network for establishing calls and allocating requested bandwidth to a call bearer with configured attributes.
- IMS's IP Multimedia System's
- the PCRF 13 communicates with a call session control function, in this example a proxy call session control function (P-CSCF) 17 of an IMS 25.
- P-CSCF 17 is a session initiation protocol (SIP) proxy that effectively acts as the entry point to the IMS domain and serves as the outbound proxy server for the UE 3.
- SIP session initiation protocol
- the UE 3 attaches to the P-CSCF 17 prior to performing IMS registrations and initiating SIP sessions.
- the P-CSCF 17 interacts with a Serving CSCF (S-CSCF) 21 in the IMS 25 core network (e.g. via an 'Mw' interface / reference point).
- S-CSCF Serving CSCF
- the S-CSCF 21 acts as a registrar server, and in some cases as a redirect server and is effectively the central point for IMS service control over a so called 'ISC' interface / reference point with a telephony application server (TAS) 19 (sometimes referred to as an application server, 'AS').
- TAS telephony application server
- the S-CSCF 21 facilitates the routing path for mobile originated or mobile terminated session requests.
- the S-CSCF 21 can query the HSS 11 (e.g. via a 'Cx' interface / reference point) to obtain UE related information (e.g. authentication information).
- an Interrogating CSCF may be located between the P-CSCF 17 and the S-CSCF 21 and communicate with them both (via respective 'Mw' interfaces / reference points).
- the I-CSCF acts as an inbound SIP proxy server in the IMS 25.
- the I-CSCF can query the HSS 11 to select the appropriate S-CSCF which can serve the UE 3.
- the I-CSCF acts as the entry point to terminating session requests and routes the incoming session requests to the correct S-CSCF of the called party.
- the telecommunication system of Figure 1 implements one or more advantageous procedures for addressing, or at least partially alleviating, the issue of unsuccessful or dropped emergency calls when a UE 3 is roaming, away from the HPLMN 40, in the VPLMN 30.
- a 'proactive' procedure is implemented that targets the IMS registration procedure in an attempt to prevent the issue from occurrence.
- a 'reactive' procedure is implemented that targets the establishment of an IMS session with a view to reduce the signalling overhead during attempted emergency call establishment.
- This procedure can be used in isolation, or in combination with the first example, when the first example has not been sufficient to prevent non UE detectable emergency calls from happening.
- a procedure is implemented that targets part of an IMS Registration procedure in which an I-CSCF queries the HSS 11 in order to retrieve the S-CSCF assignment. Since the HSS 11 knows in which PLMN the UE 3 is roaming, the HSS 11 is able to include a current PLMN ID (e.g. the VPLMN ID) in the answer back to the I-CSCF, e.g. in a P-Visited-Network-ID header. In a variant of this third example, at a later step, when the S-CSCF 21 queries the HSS 11 for authentication data, the HSS 11 can include the VPLMN ID in the answer to the S-CSCF 21.
- a current PLMN ID e.g. the VPLMN ID
- the HSS 11 can include the VPLMN ID in the answer to the S-CSCF 21.
- Example 1 Prevention of non UE detectable emergency call (Proactive Procedure)
- the proactive procedure aims to take an action at a time when the UE 3 attaches to the VPLMN 30, e.g. when a user crosses a country border, or arrives in another country and turns on the mobile phone (UE) 3 at the airport.
- Figure 3 shows the basic approach for the Initial Attach in the VPLMN 30. This procedure may also be used as the basis for the second example, e.g. when these proactive measures do not work with the UE 3. The procedures of the first and second examples may, nevertheless, be performed independently and do not need to be combined.
- Step 1 The UE 3 performs the Initial Attach according to 3GPP TS 23.401 v13.3.0 with e.g. Identity Check, Authentication.
- Step 2 The MME 7 sends an Update Location Request (MME Identity, IMSI, ME Identity (IMEISV), MME Capabilities, ULR-Flags, Homogeneous Support of IMS Voice over PS Sessions, UE SRVCC capability, equivalent PLMN list) message to the HSS.
- MME Identity MME Identity, IMSI, ME Identity (IMEISV), MME Capabilities, ULR-Flags, Homogeneous Support of IMS Voice over PS Sessions, UE SRVCC capability, equivalent PLMN list
- Step 3 The HSS 11 acknowledges the Update Location message by sending an Update Location Acknowledgement (IMSI, Subscription data) message to the new MME 7.
- the subscription data may contain one or more PDN subscription contexts.
- Each PDN subscription context contains an 'EPS subscribed QoS profile' and the subscribed APN-AMBR.
- Step 4 If the UE 3 does not provide an APN, the MME 7 shall use the PGW 15 corresponding to the default APN for default bearer activation. If the selected PDN subscription context contains no PGW identity the new MME 7 selects a PGW 15. The MME 7 selects an SGW 9 and allocates an EPS Bearer Identity for the Default Bearer associated with the UE 3. The MME 7 then sends a message, to the selected SGW 9, to initiate creation of a session - e.g.
- a Create Session Request including, for example, one or more of the following: International Mobile Subscriber Identity (IMSI), International Mobile Subscriber Identity (IMSI), MME Tunnel Endpoint IDentifier (TEID) for control plane, PDN GW address, PDN Address, Access Point Name (APN), Radio Access Technology (RAT) type, Default Evolved Packet System (EPS) Bearer Quality of Service (QoS), PDN Type, APN Aggregate Maximum Bit-Rate (APN-AMBR), EPS Bearer Identity, Protocol Configuration Options, Handover Indication, Mobile Equipment (ME) Identity (e.g. International Mobile Station Equipment Identity Software Version, 'IMEISV'), User Location Information (e.g.
- IMSI International Mobile Subscriber Identity
- IMSI International Mobile Subscriber Identity
- TEID Tunnel Endpoint IDentifier
- PDN GW address PDN Address
- APN Access Point Name
- RAT Radio Access Technology
- RAT Radio Access Technology
- EPS Default Evolved Packet System
- E-UTRAN Cell Global Identifier 'ECGI'
- UE Time Zone UE Time Zone
- CSG User Closed Subscriber Group
- MS Info Change Reporting support indication Selection Mode
- Charging Characteristics Trace Reference, Trace Type, Trigger Id, Operation and Maintenance Center (OMC) Identity, Maximum APN Restriction, Dual Address Bearer Flag, the Protocol Type over S5/S8, Serving Network.
- OMC Operation and Maintenance Center
- Step 5 The SGW 9 creates a new entry in its EPS Bearer table and sends a message, to the PGW 15, to initiate creation of the requested session - e.g. a Create Session Request including, for example, one or more of the following: IMSI, MSISDN, APN, Serving GW Address for the user plane, Serving GW TEID of the user plane, Serving GW TEID of the control plane, RAT type, Default EPS Bearer QoS, PDN Type, PDN Address, subscribed APN-AMBR, EPS Bearer Identity, Protocol Configuration Options, Handover Indication, ME Identity, User Location Information (ECGI), UE Time Zone, User CSG Information, MS Info Change Reporting support indication, PDN Charging Pause Support indication, Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, Maximum APN Restriction, Dual Address Bearer Flag, Serving Network.
- a Create Session Request including, for example, one or more of the following: IMSI
- Step 6 The PGW 15 performs an IP-Connectivity Access Network (IP-CAN) Session Establishment procedure as defined in 3GPP TS 23.203 v13.4.0.
- IP-CAN IP-Connectivity Access Network
- the PCEF 15 informs the PCRF 13 of the IP-CAN Session establishment.
- the PCEF 15 starts a new Gx session by sending a DIAMETER CCR to the PCRF 13 using the CC-Request-Type Attribute Value Pair (AVP) set to the value INITIAL_REQUEST.
- AVP CC-Request-Type Attribute Value Pair
- the PCEF 15 provides UE identity information, PDN identifier, the UE Internet Protocol version 4 (IPv4) address and/or UE Internet Protocol version 6 (IPv6) prefix and, if available, the PDN connection identifier, IP-CAN type, RAT type and/or the default charging method and additional charging parameters and may send charging characteristics if available.
- the PCEF 15 provides, when available, the Default-EPS-Bearer-QoS and the APN-AMBR to the PCRF 13.
- the PCEF 15 may also include the Access Network-Charging-Address and Access Network-Charging-Identifier-Gx AVPs, the SGSN address within either 3GPP-SGSN-Address AVP or 3GPP-SGSN-Ipv6-Address AVP, the user location information within 3GPP-User-Location-Info, the Routing Area Identity (RAI) within RAI AVP, the PLMN id within the 3GPP-SGSN-MCC-MNC AVP, the information about the UE 3 within User-Equipment-Info AVP, AN-Trusted AVP if available and the charging characteristics within 3GPP-Charging-Characteristics AVP in the credit control request (CC-Request).
- RAI Routing Area Identity
- Step 7 The PCRF 13 makes the authorization and policy decision and selects or generates PCC Rule(s) to be installed.
- the PCRF 13 detects that the UE 3 is roaming and stores the serving PLMN ID or Mobile Country Code (MCC), and user location information for an upcoming Rx request.
- MCC Mobile Country Code
- the PCRF 13 to know if the UE 3 is roaming in a VPLMN 30 and to take proactive action to avoid, or alleviate potential issues with, attempts to establish non UE detectable emergency call via the VPLMN 30.
- Step 8 The PCRF 13 provisions the PCC Rules to the PCEF 15 e.g. using a DIAMETER Credit-Control Application (CCA).
- CCA DIAMETER Credit-Control Application
- the PCRF 13 requests the PCEF/PGW 15 to send an update about the UE location information whenever the PCEF/PGW 15 detects UE location change.
- the PCRF 13 includes in the DIAMETER message (e.g.
- CCA Credit-Control-Answer
- RAR Re-Authorization-Request
- the ACCESS_NETWORK_INFO_REPORT AVP or 3GPP-SGSN-MCC-MNC AVP (or any other suitable AVP) to indicate that the PCRF 13 requests updated access network information so that it can provide accurate location information to the Application Function (AF) session, at setup time e.g. at UE's IMS registration.
- AF Application Function
- this helps to ensure that the PCRF 13 is kept updated when the UE 3 roams to, and between, VPLMNs 30.
- the PCRF 13 is able to take proactive action to avoid, or alleviate potential issues with, attempts to establish non UE detectable emergency call via the VPLMN 30.
- Step 9 The PCEF enforces the decision.
- Step 10 The remaining steps of the IP CAN bearer establishment procedure of TS 23.203 v13.4.0 and the Initial Attach procedure of TS 23.401 v13.3.0 are executed
- the modifications to the PCRF 13 and PCEF/PGW 15 functionality as described in Figure 3 are mainly related to the storage, updating and processing of UE's location information in the PCRF 13.
- the PCRF 13 is capable of detecting that the UE 3 is roaming and is registered via a particular VPLMN 30.
- the UE 3 may retrieve them from the IP-CAN. The UE 3 may not, however, receive any emergency numbers from the IPCAN in the VPLMN 30. In order to provide the UE 3 with a list of the local emergency numbers in case of the S8 home routed roaming scenario, the HPLMN 40, of this example, can advantageously detect the VPLMN 30 and its local emergency numbers.
- Figure 4 illustrates an exemplary procedure in which the P-CSCF 17 of the HPLMN 40 can request the latest available UE location information, possibly taking into account the procedures, described above with reference to Figure 3 , at the time of IMS Registration.
- Step 1 The UE 3 performs an Initial Attach in the VPLMN 30, for example according to the call flow of Figure 3 .
- Step 2 The UE 3 registers to IMS and sends a SIP REGISTER request to the P-CSCF 17 in the HPLMN 40.
- the P-CSCF 17 then obtains location information, such as a (V)PLMN ID, so that it is able to determine the local emergency numbers associated with the identified location (e.g. VPLMN).
- location information such as a (V)PLMN ID, so that it is able to determine the local emergency numbers associated with the identified location (e.g. VPLMN).
- Step 3 when receiving the SIP REGISTER, the P-CSCF 17 establishes a Rx session and performs an Rx request to the PCRF 13 in order to retrieve the latest location information of the UE 3. This can be a one-time request. Additionally the P-CSCF 17 can request notification from PCRF 13 when the UE location changes.
- the request message can be a new or extended existing DIAMETER or other protocol message to the PCRF 13.
- Step 4 The PCRF 13 fetches the latest UE location information and maybe also the UE timezone information and provides them in an Rx Answer back to the P-CSCF 17.
- the UE location information contains at least the PLMN Id or MCC of the serving (V)PLMN.
- This answer message can be a new or extended existing DIAMETER or other protocol message to the P-CSCF.
- the P-CSCF 17 then has knowledge of the UE's location (e.g. VPLMN) on which to base a determination of the associated local emergency numbers.
- Step 5 The P-CSCF 17 detects that the UE is roaming in the VPLMN 30 and queries the local emergency number(s) from a connected Database (DB). Beneficially, therefore, the P-CSCF 17 then has knowledge of the emergency numbers associated with the VPLMN.
- Step 6 The P-CSCF 17 forwards the SIP REGISTER request to the next IMS node 25 (S/I-CSCF and HSS).
- the P-CSCF 17 may perform the steps 3 and 5 in parallel.
- the P-CSCF 17 may beneficially insert the P-Visited-Network-ID header.
- Step 7 The IMS nodes answer with a 401 Unauthorized response or later in the procedure in the 200 OK.
- the local emergency numbers are then provided to the UE 3 to help the UE 3 to avoid attempts to establish a non UE detectable emergency call via the VPLMN 30 although it will be appreciated that the local emergency numbers may not be forwarded and be simply be retained for use in identifying UE attempts to establish a non UE detectable emergency call via the VPLMN 30.
- Step 8 the P-CSCF 17 includes the local emergency number(s) in the SIP answer message from the IMS nodes, e.g. in a new header field in the SIP message or as an extension to any existing one.
- Step 9 The P-CSCF 17 forwards the SIP message to the UE 3 including the local emergency numbers.
- the local emergency number(s) could be included in any (following) SIP message to the UE 3.
- Step 10 The UE 3 detects the local emergency number(s) and stores them in case they are used by the subscriber while roaming in this PLMN.
- Step 11 The IMS registration is completed as described in TS 23.228 v 13.3.0.
- Example 2 Detection of non UE detectable emergency call at the P-CSCF based on location information from the network
- the P-CSCF 17 may beneficially be tasked to do a check based on the local emergency numbers downloaded for this UE 3 from the database.
- Step 1 The UE 3 performs an Initial Attach in the VPLMN 30 according to the call flow of Figure 3 .
- Step 2 The UE 3 performs an IMS registration, for example according to the call flow of Figure 4 or according to another call flow in which does not involve the provision of local emergency numbers. However, in this example the UE 3 is unable to detect the local emergency numbers either because the UE 3 is not enhanced to understand the SIP extension with the local emergency numbers of Figure 4 , step 9 or because local emergency numbers are not provided during IMS registration.
- Step 3 Accordingly, because the UE 3 cannot determine what the local emergency numbers are, when the user dials a local emergency number, the UE 3 does not detect it and therefore setups a normal SIP INVITE.
- Step 4 The P-CSCF 17 compares the dialled number in the destination ('to') field of the SIP INVITE header with the local emergency numbers of the VPLMN 30 and detects the non UE detectable emergency call.
- the local emergency numbers may be compared with the dialled number using any suitable format, typically for example an E-164 number, a tel-URI or a SIP URI or any other format (e.g. URN).
- the P-CSCF 17 is able to take action in dependence on whether or not the dialled number is a local emergency number.
- Step 5 If the P-CSCF 17 did not subscribe to location information updates at the time of the IMS registration, it may query the PCRF 13 for updated location information.
- Step 6 The PCRF 13 answers the P-CSCF 17 once it received the updates location information if queried in step 5.
- Step 7 The P-CSCF 17 may decide on further handling of the emergency call based on local regulations, requirements and operator policies. Possibilities may be:
- Example 3 Providing VPLMN ID during IMS Registration from the HSS
- This exemplary procedure may be autonomous to the previously described example 1 and only relies on the stored data in the HSS 11.
- Example 2 may still be applicable as a backup, for example, if the UE 3 does not detect the local emergency numbers.
- the HSS 11 since the UE 3 has performed an Initial Attach in the roaming VPLMN 30, the HSS 11 is aware in which network and country the UE 3 is located. Based on this knowledge, the HSS 11 could provide the VPLMN ID or only MCC to the IMS in various messages during the IMS Registration procedure. Examples of how the HSS 11 may provide the information to an appropriate CSCF (e.g. I-CSCF and/or S-CSCF) are shown in Figure 6 .
- I-CSCF I-CSCF and/or S-CSCF
- Step 1 The UE 3 performs an Initial Attach in the VPLMN 30.
- Step 2 The UE 3 sends a SIP REGSITER message to the P-CSCF 17 in the HPLMN 40.
- Step 3 The P-CSCF 17 forwards the SIP REGSITER to an I-CSCF 23 (where the I-CSCF 23 is present).
- Step 4 If dynamic S-CSCF assignment is used, the I-CSCF 23 would perform a DIAMETER Cx-query to the HSS 11 to retrieve the S-CSCF address.
- Step 5 The HSS 11 provides the S-CSCF address and, in illustrated 'Option a)', the VPLMN ID for the VPLMN 30 in which the UE 3 is located.
- Step 6 Further, in illustrated 'Option a)', the I-CSCF 23 stores the VPLMN ID.
- Step 7 The I-CSCF 23 then sends the SIP REGISTER to the S-CSCF 21.
- the I-CSCF may include, where it has received the VPLMN ID according to 'Option a)', the VPLMN ID (e.g. in the form of a P-Visited-Network-ID or similar header).
- Step 8 The S-CSCF 21 sends a Cx-Put/Cx-Pull to the HSS 11.
- Step 9 The HSS 11 sends a Cx-Put/Cx-Pull Response to the S-CSCF 21. If not performed in step 5, for illustrated 'Option a)', the HSS 11 may provide the VPLMN ID to the S-CSCF 21 as illustrated for 'Option b)'.
- Step 10 Further, in illustrated 'Option b)', the S-CSCF 21 stores the VPLMN ID and may use it for service control.
- the S-CSCF 21 may include it in any SIP message (e.g. in the form of a P-Visited-Network-ID header or similar header).
- Step 11 The S-CSCF answer to the SIP REGSITER with a 401 Unauthorized response or later in the procedure in the 200 OK and includes the VPLMN ID (e.g. in the form of a P-Visited-Network-ID header or similar header) if available (e.g. if obtained according to illustrated 'Option b)').
- the VPLMN ID e.g. in the form of a P-Visited-Network-ID header or similar header
- Step 12 The I-CSCF 23, where present, forwards the SIP message from the S-CSCF 21 and, if not already included and if received in step 5 or 11, the I-CSCF 23 includes the VPLMN ID (e.g. in the form of a P-Visited-Network-ID header or similar header).
- the VPLMN ID e.g. in the form of a P-Visited-Network-ID header or similar header.
- Step 13 The P-CSCF 17 detects that the UE 3 is roaming in the VPLMN 30 and queries the local emergency number(s) from a connected Database (DB).
- DB connected Database
- Step 14 The P-CSCF 17 forwards the SIP message to the UE 3 including the local emergency numbers.
- the local emergency number(s) could be included in any (following) SIP message to the UE 3.
- Step 15 The UE 3 detects the local emergency number(s) and stores them in case they are used by the subscriber while roaming in this PLMN.
- Step 16 The IMS registration is completed as described in TS 23.228 v13.3.0.
- FIG. 7 is a block diagram illustrating the main components of the UE (e.g. a mobile telephone).
- the UE include transceiver circuit 710 that is operable to transmit signals to and to receive signals from the base station 5 via one or more antennas 712.
- the UE also includes a controller 714 which controls the operation of the UE and which is connected to the transceiver circuit 710 and to a loudspeaker 716, a microphone 718, a display 720 and a keypad 722.
- the controller operates in accordance with software instructions stored within a memory 724. As shown, these software instructions include, among other things, an operating system 726 and a communications control module 728 that includes at least a transceiver control module 730.
- the communications control module is operable to control communications with the base station.
- the transceiver control module 730 is responsible for identifying the parts of the transceiver circuit that can perform UE initial Attach, IMS Registration and transmission of SIP messages e.g. SIP INVITE.
- the controller 714 can perform identity check, authentication and ciphering etc.
- the memory can store local emergency number(s), received via a SIP message from the P-CSCF 17, e.g. in a 200 OK or a 401 Unauthorized Response.
- FIG. 8 is a block diagram illustrating the main components of the P-GW(PCEF) 15.
- the P-GW(PCEF) 15 includes transceiver circuit 810 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 812 (e.g. including the Gx interface).
- a controller 814 controls the operation of the transceiver circuit 810 in accordance with software stored in a memory 824.
- the software includes, among other things, an operating system 826 and a communications control module 828 having at least a transceiver control module 830.
- the communications control module 828 is operable to control generation of messages for communication with other entities and the related transmission of those messages, including the generation of the indication of IPCAN session Establishment which includes location information.
- the communications control module 828 is also responsible for signalling, to the PCRF 13, the indication of IPCAN session Establishment.
- the communications control module 828 is also responsible, amongst other things, for receiving policy and charging rules provision.
- FIG. 9 is a block diagram illustrating the main components of the PCRF 13.
- the PCRF 13 includes transceiver circuit 910 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 912 (including, for example, the Gx and/or Rx interfaces).
- a controller 914 controls the operation of the transceiver circuit 910 in accordance with software stored in a memory 924.
- the software includes, among other things, an operating system 926 and a communications control module 928 having at least a transceiver control module 930.
- the communications control module 928 is operable to control the generation of messages for communication with other entities and the related transmission of those messages, including (e.g.
- the communications control module 928 is responsible for signalling, to P-GW 15, the policy and charging rules provision based on the reception of the indication of IPCAN session Establishment.
- the communications control module is also, amongst other things, operable to control (e.g. when configured to perform the procedures of Figures 4 or 5 ) the generation of the answer with UE location information (VPLMN ID or MCC) to the P-CSCF 17
- FIG 10 is a block diagram illustrating the main components of the P-CSCF 17.
- the P-CSCF 17 includes transceiver circuit 1010 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1012 (including, for example, an Rx interface).
- a controller 1014 controls the operation of the transceiver circuit 1010 in accordance with software stored in a memory 1024.
- the software includes, among other things, an operating system 1026 and a communications control module 1028 having at least a transceiver control module 1030.
- the communications control module 1028 is operable to control the generation of messages for communication with other entities and the related transmission of those messages, including (e.g. when configured to perform the procedures of Figure 4 or Figure 5 generation of the Rx request.
- the communications control module is responsible for controlling the signalling, to the PCRF 13, including signalling of the Rx request and for receiving an answer with the location information of the UE 3.
- the communications control module 1028 is also operable to retrieve local emergency number(s) based on the previously received location information (e.g. VPLMN ID or MCC) and to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes these local emergency number(s).
- the communications control module 1028 is operable to retrieve local emergency number(s) within a SIP message (e.g. 401 Unauthorized Response, 200 OK, etc.) from other IMS nodes, e.g. I-CSCF 23 or S-CSCF 21.
- the communications control module is responsible for signalling, to UE, the 401 unauthorized response (or 200 OK or any other SIP message) which includes the local emergency number(s).
- FIG. 11 is a block diagram illustrating the main components of the HSS 11.
- the HSS 11 includes transceiver circuit 1110 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1112 (including, for example, the Cx interface).
- a controller 1114 controls the operation of the transceiver circuit 1110 in accordance with software stored in a memory 1124.
- the software includes, among other things, an operating system 1126 and a communications control module 1128 having at least a transceiver control module 1130.
- the communications control module 1128 is configured for the generation of messages for communication with other entities and the related transmission of those messages.
- the communications control module 1128 is operable to control the generation of the Cx-Pull which includes VPLMN ID or MCC.
- the communications control module 1128 is responsible for signalling, to the I-CSCF 23, the Cx-Pull based on the reception of the Cx-Query.
- the communications control module 1128 is operable to control the generation of the Cx-Put/Pull response which includes VPLMN ID or MCC.
- the communications control module 1128 is responsible for signalling, to the S-CSCF 21, the Cx-Put/Pull response based on the reception of the Cx-Put/Pull.
- FIG. 12 is a block diagram illustrating the main components of the I-CSCF 23.
- the I-CSCF 23 includes transceiver circuit 1210 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1212.
- a controller 1214 controls the operation of the transceiver circuit in accordance with software stored in a memory 1224.
- the software includes, among other things, an operating system 1226 and a communications control module 1228 having at least a transceiver control module 1230.
- the communications control module 1228 is configured for the generation of messages for communication with other entities and the related transmission of those messages.
- the communications control module 1228 is operable to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC.
- the communications control module 1228 is responsible for signalling, to the P-CSCF 17, the 401 unauthorized response (or 200 OK or any other SIP message) based on the reception of Cx-Pull which includes VPLMN ID or MCC from HSS 11 or the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC from S-CSCF 21.
- FIG. 13 is a block diagram illustrating the main components of the S-CSCF 21.
- the S-CSCF 21 includes transceiver circuit 1310 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1312.
- a controller 1314 controls the operation of the transceiver circuit in accordance with software stored in a memory 1324.
- the software includes, among other things, an operating system 1326 and a communications control module 1328 having at least a transceiver control module 1330 .
- the communications control module 1328 is configured for the generation of messages for communication with other entities and the related transmission of those messages.
- the communications control module 1328 is operable to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC.
- the communications control module 1328 is responsible for signalling, to the I-CSCF 23, the 401 unauthorized response (or 200 OK or any other SIP message) based on the Cx-Put/Pull response.
- SIP Messages may be SIP INVITE, REGISTER, OPTIONS, MESSAGE, INFO, UPDATE, SUBSCRIBE, NOTIFY, OK etc.
- the Local Emergency Numbers can be in any message from the IMS system towards the UE and could have the format of a E-164 number, a tel-URI or a SIP URI or any other format (e.g. URN) to address the PSAP.
- the resolution of the Local Emergency Numbers based on the VPLMN ID or MCC and is not limited to the P-CSCF but can be done in any other node, e.g. PCRF, PCEF, S-CSCF, 1-CSCF, HSS, TAS etc.
- DIAMETER is the currently used protocol but it can be any other protocol (e.g. XML in future).
- a mobile telephone based telecommunications system was described.
- the signalling techniques described in the present application can be employed in other communications system.
- Other communications nodes or devices may include user devices such as, for example, personal digital assistants, laptop computers, web browsers, etc.
- each network node (and UE) includes transceiver circuitry.
- this circuitry will be formed by dedicated hardware circuits.
- part of the transceiver circuitry may be implemented as software run by the corresponding controller.
- the software modules may be provided in compiled or un-compiled form and may be supplied to the respective network nodes as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
- The present invention relates to mobile communications devices and networks, particularly but not exclusively those operating according to the 3rd Generation Partnership Project (3GPP) standards or equivalents or derivatives thereof, such as the Long Term Evolution (LTE) of UTRAN (called Evolved Universal Terrestrial Radio Access Network (E-UTRAN)). The invention has particular although not exclusive relevance to Voice over LTE (VoLTE) roaming and the provision of location information for an emergency call.
- There have been discussions in the 3GPP about a Voice over LTE (VoLTE) roaming model called S8 Home Routed (S8HR), i.e. the roaming mobile device (User Equipment, UE) in the visited network uses the normal data roaming agreement with the home network operator via the S8 reference point and does not provide any IP multimedia core network subsystem (IMS) related infrastructure as in the normally considered roaming mode with the so called Local Breakout (LBO) in the visited network. An architecture that represents the S8HR roaming model is shown in
Figure 1 . - In the S8HR architecture all data traffic, including VoLTE traffic, is routed directly inside a general packet radio service (GPRS) tunnelling protocol (GTP) tunnel from a visited public land mobile network (VPLMN) to a public data network (PDN) gateway (PGW) in a home public land mobile network (HPLMN). The roaming agreements between VPLMN and HPLMN just need to take into consideration normal data roaming, since there is no special treatment of the data in the VPLMN and everything is forwarded to the PGW in the HPLMN.
- For this reason it is difficult for the so called Proxy Call Session Control Function (P-CSCF) to detect a UE's location (including the current registered PLMN). At the P-CSCF it appears that the UE is always located in the HPLMN, since it gets the IP address from the PGW in the HPLMN. Usually in the LBO case, the P-CSCF is located in the same network as the UE, so the P-CSCF can retrieve and verify the location, which is not the case in the S8HR model. This problem is illustrated in
Figure 2 . - Whilst the UE is able to provide location information to the P-CSCF in the P-Access-Network-Info header it is not mandatory for such location information to be provided by the UE. Moreover, even if the UE does provide such information, a disadvantage of such UE provided location information is that it may not be considered as trusted by the network, since it is included in the P-Access-Network-Info header by the UE and the UE may be compromised. Retrieving the wrong location information may have a severe impact to IMS services like emergency calls/sessions where the public safety answering point (PSAP) needs to know exactly from where the emergency call is setup, especially in case an end user is not sure, or is unable to explain, where that user is at the moment, e.g. when there has been accident on a highway or when the user is visiting a city that the user is not familiar with.
- Another problem exists in the case when a UE is not able to detect, by itself, that the called number is an emergency number, leading to the call being treated as a normal call and not with the priority and special quality of service (QoS) required. Such incorrect treatment of an emergency call as a normal call could lead to a dropped call in special network situations such as network congestion scenarios. In such a situation the P-CSCF may not be able to detect that a dialled number is an emergency number without having missing context information for the currently serving network (i.e. the VPLMN). This issue was described in 3GPP change request CR0278 to Technical Standard 23.167, S2-150993, "Per-PLMN configuration in P-CSCF for Non UE Detectable Emergency Call Handling" presented at meeting 108 of the 3GPP SA Working Group 2 (13 - 18 April 2015, San Jose Del Cabo, Mexico). A new study on the S8HR roaming model was initiated with the 3GPP 'Approval' document, S2-152061, "Study on S8 Home Routing Architecture for VoLTE" at meeting 109 of the 3GPP SA Working Group 2 (25 - 29 May 2015, Fukuoka, Japan).
- Another general issue that exists with the current S8HR model is related to the fact that for charging (e.g. creating charging records in the various IMS nodes), the P-Visited-Network-ID header of the VPLMN is needed and required to be included by the P-CSCF, which is not possible with the current S8HR model.
-
EP 1 715 625 A1 -
US 2010/246780 A1 discloses a method for identifying a device during an emergency for callback. The method includes storing an address of a user agent (UA) during initiation of an emergency call by the UA, associating an E.164 number with the stored address of the UA that placed the emergency call, and routing the emergency call containing the E.164 number. - Described herein are proposals that seek to provide improvements over current technology, for example by addressing, or at least partially alleviating, one or more of the above problems. The proposals include, for example, description of methods for avoiding the misinterpretation of emergency calls from roaming UEs in VPLMN using S8 Home routed traffic.
- The invention is set out in the appended set of claims.
- Embodiments of the invention will now be described by way of example only with reference to the attached figures in which:
-
Figure 1 schematically illustrates a telecommunication system; -
Figure 2 schematically illustrates an exemplary implementation of the telecommunication system ofFigure 1 in which embodiments of the present invention may be used; -
Figure 3 is an exemplary timing diagram illustrating the steps performed during initial attach to the VPLMN ofFigure 1 ; -
Figure 4 is an exemplary timing diagram illustrating the steps performed for provisioning a local emergency number at IMS registration in the system ofFigure 1 ; -
Figure 5 is an exemplary timing diagram illustrating the steps performed during a non UE detectable emergency call in the system ofFigure 1 ; -
Figure 6 is an exemplary timing diagram illustrating the steps performed for provisioning a VPLMN identifier during IMS registration in the system ofFigure 1 ; -
Figure 7 shows a simplified block diagram of a mobile communication device for the telecommunication system ofFigure 1 ; -
Figure 8 shows a simplified block diagram of a PGW (PCEF) for the telecommunication system ofFigure 1 ; -
Figure 9 shows a simplified block diagram of a PCRF for the telecommunication system ofFigure 1 ; -
Figure 10 shows a simplified block diagram of a P-CSCF for the telecommunication system ofFigure 1 ; -
Figure 11 shows a simplified block diagram of an HSS for the telecommunication system ofFigure 1 ; -
Figure 12 shows a simplified block diagram of an I-CSCF for the telecommunication system ofFigure 1 ; and -
Figure 13 shows a simplified block diagram of an S-CSCF for the telecommunication system ofFigure 1 . -
Figure 1 schematically illustrates a mobile (cellular) telecommunication system, generally at 1, in which a user of a mobile communication device 3 (denoted 'UE' inFigure 1 ) can communicate with other users via one ormore base stations 5. In the system illustrated inFigure 1 , thebase station 5 shown is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) base station. Such base stations are commonly referred to as eNBs (Evolved NodeBs). The user of themobile communication device 3 can roam between public landmobile networks 30, 40 (PLMNs). - As those skilled in the art will appreciate, whilst one
mobile device 3 and onebase station 5 are shown inFigure 1 for illustration purposes, the system, when implemented, will typically include other base stations and mobile devices. - The
PLMNs home network 40, which is referred to as a home public land mobile network (HPLMN), although in this example, the user is currently roaming and is located in a visited public land mobile network 30 (VPLMN), and hence the user's UE 3 is served by abase station 5 of the VPLMN 30 via an appropriate interface (in this example an air interface referred to as the 'LTE-Uu' or simply 'Uu' interface). - The
base station 5 has a communication interface via which it can communicate withcore network entities core network entities MME 7 and theSGW 9. - The
MME 9 is the network node responsible for keeping track of the locations of mobile devices within the corresponding network (in this example the visited network). To assist theMME 9 to keep track of the mobile device, theMME 7 communicates with a home subscriber server (HSS) 11 in thehome network 40 via an associated interface (in this example the 'S6a' interface / reference point)). The HSS 11 comprises a database that contains user-related and subscriber-related information. It also provides support functions (e.g. to the MME 9) in mobility management, call and session setup, user authentication, and access authorisation. - The SGW 9 operates as a gateway for communication between the
base station 5 of the VPLMN 30 and the HPLMN 40. To support this communication, the SGW 9 has an interface (e.g. an 'S8' interface / reference point) for communication with a public data network (PDN) gateway (PGW) / policy control enforcement function (PCEF) 15 in the HPLMN 40. - The PGW/PCEF 15 interfaces with a policy and charging rules function (PCRF) 13 in the core network of the HPLMN 40 (e.g. via a 'Gx' interface / reference point).
- The PCRF 13 provides network control regarding service data flow detection, gating (blocking or allowing packets), quality of service (QoS) control and flow-based charging towards the PCEF 15. The PCRF 13 plays a key role as a mediator of network resources for an IP Multimedia System's (IMS's) network for establishing calls and allocating requested bandwidth to a call bearer with configured attributes.
- The
PCRF 13 communicates with a call session control function, in this example a proxy call session control function (P-CSCF) 17 of anIMS 25. The P-CSCF 17 is a session initiation protocol (SIP) proxy that effectively acts as the entry point to the IMS domain and serves as the outbound proxy server for the UE 3. The UE 3 attaches to the P-CSCF 17 prior to performing IMS registrations and initiating SIP sessions. The P-CSCF 17 interacts with a Serving CSCF (S-CSCF) 21 in theIMS 25 core network (e.g. via an 'Mw' interface / reference point). - The S-CSCF 21 acts as a registrar server, and in some cases as a redirect server and is effectively the central point for IMS service control over a so called 'ISC' interface / reference point with a telephony application server (TAS) 19 (sometimes referred to as an application server, 'AS'). The S-CSCF 21 facilitates the routing path for mobile originated or mobile terminated session requests. During IMS registrations, the S-
CSCF 21 can query the HSS 11 (e.g. via a 'Cx' interface / reference point) to obtain UE related information (e.g. authentication information). - Although not shown in
Figure 1 , an Interrogating CSCF (I-CSCF) may be located between the P-CSCF 17 and the S-CSCF 21 and communicate with them both (via respective 'Mw' interfaces / reference points). The I-CSCF acts as an inbound SIP proxy server in theIMS 25. During IMS registrations, the I-CSCF can query theHSS 11 to select the appropriate S-CSCF which can serve theUE 3. During IMS sessions, the I-CSCF acts as the entry point to terminating session requests and routes the incoming session requests to the correct S-CSCF of the called party. - Beneficially, the telecommunication system of
Figure 1 implements one or more advantageous procedures for addressing, or at least partially alleviating, the issue of unsuccessful or dropped emergency calls when aUE 3 is roaming, away from theHPLMN 40, in theVPLMN 30. - In a first particularly beneficial example, a 'proactive' procedure is implemented that targets the IMS registration procedure in an attempt to prevent the issue from occurrence.
- In a second particularly beneficial example, a 'reactive' procedure is implemented that targets the establishment of an IMS session with a view to reduce the signalling overhead during attempted emergency call establishment. This procedure can be used in isolation, or in combination with the first example, when the first example has not been sufficient to prevent non UE detectable emergency calls from happening.
- In a third particularly beneficial example, a procedure is implemented that targets part of an IMS Registration procedure in which an I-CSCF queries the
HSS 11 in order to retrieve the S-CSCF assignment. Since theHSS 11 knows in which PLMN theUE 3 is roaming, theHSS 11 is able to include a current PLMN ID (e.g. the VPLMN ID) in the answer back to the I-CSCF, e.g. in a P-Visited-Network-ID header. In a variant of this third example, at a later step, when the S-CSCF 21 queries theHSS 11 for authentication data, theHSS 11 can include the VPLMN ID in the answer to the S-CSCF 21. - These three exemplary procedures will now be described in more detail, by way of example only with reference, in particular, to
Figures 3 to 6 . - The proactive procedure, of the first example, aims to take an action at a time when the
UE 3 attaches to theVPLMN 30, e.g. when a user crosses a country border, or arrives in another country and turns on the mobile phone (UE) 3 at the airport. -
Figure 3 shows the basic approach for the Initial Attach in theVPLMN 30. This procedure may also be used as the basis for the second example, e.g. when these proactive measures do not work with theUE 3. The procedures of the first and second examples may, nevertheless, be performed independently and do not need to be combined. - The procedure illustrated in
Figure 3 will now be described in more detail, by way of example only. It will be appreciated that whilst an exemplary procedure having specific steps is described in detail, not every step is essential to achieve the (or at least some of the) specific benefits of this example. Moreover, whilst the steps are often described with reference to specific commands and/or protocols it will be appreciated that corresponding functionality could be achieved with different commands, parameters and/or protocols. - Step 1: The
UE 3 performs the Initial Attach according to 3GPP TS 23.401 v13.3.0 with e.g. Identity Check, Authentication. - Step 2: The
MME 7 sends an Update Location Request (MME Identity, IMSI, ME Identity (IMEISV), MME Capabilities, ULR-Flags, Homogeneous Support of IMS Voice over PS Sessions, UE SRVCC capability, equivalent PLMN list) message to the HSS. - Step 3: The
HSS 11 acknowledges the Update Location message by sending an Update Location Acknowledgement (IMSI, Subscription data) message to thenew MME 7. The subscription data may contain one or more PDN subscription contexts. Each PDN subscription context contains an 'EPS subscribed QoS profile' and the subscribed APN-AMBR. - Step 4: If the
UE 3 does not provide an APN, theMME 7 shall use thePGW 15 corresponding to the default APN for default bearer activation. If the selected PDN subscription context contains no PGW identity thenew MME 7 selects aPGW 15. TheMME 7 selects anSGW 9 and allocates an EPS Bearer Identity for the Default Bearer associated with theUE 3. TheMME 7 then sends a message, to the selectedSGW 9, to initiate creation of a session - e.g. a Create Session Request including, for example, one or more of the following: International Mobile Subscriber Identity (IMSI), International Mobile Subscriber Identity (IMSI), MME Tunnel Endpoint IDentifier (TEID) for control plane, PDN GW address, PDN Address, Access Point Name (APN), Radio Access Technology (RAT) type, Default Evolved Packet System (EPS) Bearer Quality of Service (QoS), PDN Type, APN Aggregate Maximum Bit-Rate (APN-AMBR), EPS Bearer Identity, Protocol Configuration Options, Handover Indication, Mobile Equipment (ME) Identity (e.g. International Mobile Station Equipment Identity Software Version, 'IMEISV'), User Location Information (e.g. E-UTRAN Cell Global Identifier, 'ECGI'), UE Time Zone, User Closed Subscriber Group (CSG) Information, MS Info Change Reporting support indication, Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, Operation and Maintenance Center (OMC) Identity, Maximum APN Restriction, Dual Address Bearer Flag, the Protocol Type over S5/S8, Serving Network. - Step 5: The
SGW 9 creates a new entry in its EPS Bearer table and sends a message, to thePGW 15, to initiate creation of the requested session - e.g. a Create Session Request including, for example, one or more of the following: IMSI, MSISDN, APN, Serving GW Address for the user plane, Serving GW TEID of the user plane, Serving GW TEID of the control plane, RAT type, Default EPS Bearer QoS, PDN Type, PDN Address, subscribed APN-AMBR, EPS Bearer Identity, Protocol Configuration Options, Handover Indication, ME Identity, User Location Information (ECGI), UE Time Zone, User CSG Information, MS Info Change Reporting support indication, PDN Charging Pause Support indication, Selection Mode, Charging Characteristics, Trace Reference, Trace Type, Trigger Id, OMC Identity, Maximum APN Restriction, Dual Address Bearer Flag, Serving Network. - Step 6: The
PGW 15 performs an IP-Connectivity Access Network (IP-CAN) Session Establishment procedure as defined in 3GPP TS 23.203 v13.4.0. ThePCEF 15 informs thePCRF 13 of the IP-CAN Session establishment. ThePCEF 15 starts a new Gx session by sending a DIAMETER CCR to thePCRF 13 using the CC-Request-Type Attribute Value Pair (AVP) set to the value INITIAL_REQUEST. ThePCEF 15 provides UE identity information, PDN identifier, the UE Internet Protocol version 4 (IPv4) address and/or UE Internet Protocol version 6 (IPv6) prefix and, if available, the PDN connection identifier, IP-CAN type, RAT type and/or the default charging method and additional charging parameters and may send charging characteristics if available. ThePCEF 15 provides, when available, the Default-EPS-Bearer-QoS and the APN-AMBR to thePCRF 13. ThePCEF 15 may also include the Access Network-Charging-Address and Access Network-Charging-Identifier-Gx AVPs, the SGSN address within either 3GPP-SGSN-Address AVP or 3GPP-SGSN-Ipv6-Address AVP, the user location information within 3GPP-User-Location-Info, the Routing Area Identity (RAI) within RAI AVP, the PLMN id within the 3GPP-SGSN-MCC-MNC AVP, the information about theUE 3 within User-Equipment-Info AVP, AN-Trusted AVP if available and the charging characteristics within 3GPP-Charging-Characteristics AVP in the credit control request (CC-Request). - Step 7: The
PCRF 13 makes the authorization and policy decision and selects or generates PCC Rule(s) to be installed. In addition, in this example, thePCRF 13 detects that theUE 3 is roaming and stores the serving PLMN ID or Mobile Country Code (MCC), and user location information for an upcoming Rx request. Beneficially this allows thePCRF 13 to know if theUE 3 is roaming in aVPLMN 30 and to take proactive action to avoid, or alleviate potential issues with, attempts to establish non UE detectable emergency call via theVPLMN 30. - Step 8: The
PCRF 13 provisions the PCC Rules to thePCEF 15 e.g. using a DIAMETER Credit-Control Application (CCA). In addition, thePCRF 13 requests the PCEF/PGW 15 to send an update about the UE location information whenever the PCEF/PGW 15 detects UE location change. In particular, when theUE 3 is in theVPLMN 30, thePCRF 13 includes in the DIAMETER message (e.g. Credit-Control-Answer (CCA) and Re-Authorization-Request (RAR) commands) the ACCESS_NETWORK_INFO_REPORT AVP or 3GPP-SGSN-MCC-MNC AVP (or any other suitable AVP) to indicate that thePCRF 13 requests updated access network information so that it can provide accurate location information to the Application Function (AF) session, at setup time e.g. at UE's IMS registration. Beneficially this helps to ensure that thePCRF 13 is kept updated when theUE 3 roams to, and between,VPLMNs 30. Thus, thePCRF 13 is able to take proactive action to avoid, or alleviate potential issues with, attempts to establish non UE detectable emergency call via theVPLMN 30. - Step 9: The PCEF enforces the decision.
- Step 10: The remaining steps of the IP CAN bearer establishment procedure of TS 23.203 v13.4.0 and the Initial Attach procedure of TS 23.401 v13.3.0 are executed
- In essence, in this example, the modifications to the
PCRF 13 and PCEF/PGW 15 functionality as described inFigure 3 are mainly related to the storage, updating and processing of UE's location information in thePCRF 13. In particular thePCRF 13 is capable of detecting that theUE 3 is roaming and is registered via aparticular VPLMN 30. - In order to detect the local emergency numbers in the
UE 3, theUE 3 may retrieve them from the IP-CAN. TheUE 3 may not, however, receive any emergency numbers from the IPCAN in theVPLMN 30. In order to provide theUE 3 with a list of the local emergency numbers in case of the S8 home routed roaming scenario, theHPLMN 40, of this example, can advantageously detect the VPLMN 30 and its local emergency numbers. -
Figure 4 illustrates an exemplary procedure in which the P-CSCF 17 of theHPLMN 40 can request the latest available UE location information, possibly taking into account the procedures, described above with reference toFigure 3 , at the time of IMS Registration. - The procedure illustrated in
Figure 4 will now be described in more detail, by way of example only. It will be appreciated that whilst an exemplary procedure having specific steps is described in detail, not every step is essential to achieve the (or at least some of the) specific benefits of this example. Moreover, whilst the steps are often described with reference to specific commands and/or protocols it will be appreciated that corresponding functionality could be achieved with different commands, parameters and/or protocols. - Step 1: The
UE 3 performs an Initial Attach in theVPLMN 30, for example according to the call flow ofFigure 3 . - Step 2: The
UE 3 registers to IMS and sends a SIP REGISTER request to the P-CSCF 17 in theHPLMN 40. - Beneficially, the P-
CSCF 17 then obtains location information, such as a (V)PLMN ID, so that it is able to determine the local emergency numbers associated with the identified location (e.g. VPLMN). - Step 3: In
Figure 4 , for example, when receiving the SIP REGISTER, the P-CSCF 17 establishes a Rx session and performs an Rx request to thePCRF 13 in order to retrieve the latest location information of theUE 3. This can be a one-time request. Additionally the P-CSCF 17 can request notification fromPCRF 13 when the UE location changes. The request message can be a new or extended existing DIAMETER or other protocol message to thePCRF 13. - Step 4: The
PCRF 13 fetches the latest UE location information and maybe also the UE timezone information and provides them in an Rx Answer back to the P-CSCF 17. The UE location information contains at least the PLMN Id or MCC of the serving (V)PLMN. This answer message can be a new or extended existing DIAMETER or other protocol message to the P-CSCF. Beneficially, therefore, the P-CSCF 17 then has knowledge of the UE's location (e.g. VPLMN) on which to base a determination of the associated local emergency numbers. - Step 5: The P-
CSCF 17 detects that the UE is roaming in theVPLMN 30 and queries the local emergency number(s) from a connected Database (DB). Beneficially, therefore, the P-CSCF 17 then has knowledge of the emergency numbers associated with the VPLMN. Step 6: The P-CSCF 17 forwards the SIP REGISTER request to the next IMS node 25 (S/I-CSCF and HSS). The P-CSCF 17 may perform thesteps CSCF 17 may beneficially insert the P-Visited-Network-ID header. - Step 7: The IMS nodes answer with a 401 Unauthorized response or later in the procedure in the 200 OK.
- In this example, the local emergency numbers are then provided to the
UE 3 to help theUE 3 to avoid attempts to establish a non UE detectable emergency call via theVPLMN 30 although it will be appreciated that the local emergency numbers may not be forwarded and be simply be retained for use in identifying UE attempts to establish a non UE detectable emergency call via theVPLMN 30. - Step 8: In this example, however, the P-
CSCF 17 includes the local emergency number(s) in the SIP answer message from the IMS nodes, e.g. in a new header field in the SIP message or as an extension to any existing one. - Step 9: The P-
CSCF 17 forwards the SIP message to theUE 3 including the local emergency numbers. Alternatively, or additionally, the local emergency number(s) could be included in any (following) SIP message to theUE 3. - Step 10: The
UE 3 detects the local emergency number(s) and stores them in case they are used by the subscriber while roaming in this PLMN. - Step 11: The IMS registration is completed as described in TS 23.228 v 13.3.0.
- One problem that may arise with the exemplary procedures of
Figure 4 occurs when theUE 3 is not able to detect the SIP header extensions proposed instep 9 and discards the information about the local emergency numbers at the time of IMS registration. Then, when the user is dialling the local emergency number, the UE is not able to map it to the emergency Uniform Resource Name (URN) and therefore theUE 3 attempts to establish a non UE detectable emergency call by setting up a normal SIP INVITE without the priority/QoS of an emergency session. - In order to detect this potential situation as well, the P-
CSCF 17 may beneficially be tasked to do a check based on the local emergency numbers downloaded for thisUE 3 from the database. - The call flow for this exemplary procedure is illustrated in
Figure 5 . - The procedure illustrated in
Figure 5 will now be described in more detail, by way of example only. It will be appreciated that whilst an exemplary procedure having specific steps is described in detail, not every step is essential to achieve the (or at least some of the) specific benefits of this example. Moreover, whilst the steps are often described with reference to specific commands and/or protocols it will be appreciated that corresponding functionality could be achieved with different commands, parameters and/or protocols. - Step 1: The
UE 3 performs an Initial Attach in theVPLMN 30 according to the call flow ofFigure 3 . - Step 2: The
UE 3 performs an IMS registration, for example according to the call flow ofFigure 4 or according to another call flow in which does not involve the provision of local emergency numbers. However, in this example theUE 3 is unable to detect the local emergency numbers either because theUE 3 is not enhanced to understand the SIP extension with the local emergency numbers ofFigure 4 ,step 9 or because local emergency numbers are not provided during IMS registration. - Step 3: Accordingly, because the
UE 3 cannot determine what the local emergency numbers are, when the user dials a local emergency number, theUE 3 does not detect it and therefore setups a normal SIP INVITE. - Step 4: The P-
CSCF 17 compares the dialled number in the destination ('to') field of the SIP INVITE header with the local emergency numbers of theVPLMN 30 and detects the non UE detectable emergency call. The local emergency numbers may be compared with the dialled number using any suitable format, typically for example an E-164 number, a tel-URI or a SIP URI or any other format (e.g. URN). Beneficially, therefore, the P-CSCF 17 is able to take action in dependence on whether or not the dialled number is a local emergency number. - Step 5: If the P-
CSCF 17 did not subscribe to location information updates at the time of the IMS registration, it may query thePCRF 13 for updated location information. - Step 6: The
PCRF 13 answers the P-CSCF 17 once it received the updates location information if queried instep 5. - Step 7: The P-
CSCF 17 may decide on further handling of the emergency call based on local regulations, requirements and operator policies. Possibilities may be: - a) reject the SIP INVITE, inform the
UE 3 about the emergency call and direct the call to CS; - b) select an emergency CSCF (E-CSCF) in the
VPLMN 30 based on the retrieved location information from a database and reroute the session to the selected CSCF in theVPLMN 30 including the location information in order to enable the selected CSCF to select the right public-safety answering point (PSAP); and/or - c) if the
VPLMN 30 provides IMS voice services, but no IMS roaming agreement is in place, the P-CSCF 17 in theHPLMN 40 could reject the SIP INVITE. TheHPLMN 40 may then inform theUE 3 about the emergency call and may provide a local P-CSCF 17 in theVPLMN 30. TheUE 3 then could initiate an unauthorized IMS emergency registration to the P-CSCF 17 and E-CSCF and perform an emergency call locally. - This exemplary procedure may be autonomous to the previously described example 1 and only relies on the stored data in the
HSS 11. Example 2 may still be applicable as a backup, for example, if theUE 3 does not detect the local emergency numbers. - In this example, since the
UE 3 has performed an Initial Attach in the roamingVPLMN 30, theHSS 11 is aware in which network and country theUE 3 is located. Based on this knowledge, theHSS 11 could provide the VPLMN ID or only MCC to the IMS in various messages during the IMS Registration procedure. Examples of how theHSS 11 may provide the information to an appropriate CSCF (e.g. I-CSCF and/or S-CSCF) are shown inFigure 6 . - The procedure illustrated in
Figure 6 will now be described in more detail, by way of example only. It will be appreciated that whilst an exemplary procedure having specific steps is described in detail, not every step is essential to achieve the (or at least some of the) specific benefits of this example. Moreover, whilst the steps are often described with reference to specific commands and/or protocols it will be appreciated that corresponding functionality could be achieved with different commands, parameters and/or protocols. - Step 1: The
UE 3 performs an Initial Attach in theVPLMN 30. - Step 2: The
UE 3 sends a SIP REGSITER message to the P-CSCF 17 in theHPLMN 40. - Step 3: The P-
CSCF 17 forwards the SIP REGSITER to an I-CSCF 23 (where the I-CSCF 23 is present). - Step 4: If dynamic S-CSCF assignment is used, the I-
CSCF 23 would perform a DIAMETER Cx-query to theHSS 11 to retrieve the S-CSCF address. - Step 5: The
HSS 11 provides the S-CSCF address and, in illustrated 'Option a)', the VPLMN ID for theVPLMN 30 in which theUE 3 is located. - Step 6: Further, in illustrated 'Option a)', the I-
CSCF 23 stores the VPLMN ID. - Step 7: The I-
CSCF 23 then sends the SIP REGISTER to the S-CSCF 21. The I-CSCF may include, where it has received the VPLMN ID according to 'Option a)', the VPLMN ID (e.g. in the form of a P-Visited-Network-ID or similar header). - Step 8: The S-
CSCF 21 sends a Cx-Put/Cx-Pull to theHSS 11. - Step 9: The
HSS 11 sends a Cx-Put/Cx-Pull Response to the S-CSCF 21. If not performed instep 5, for illustrated 'Option a)', theHSS 11 may provide the VPLMN ID to the S-CSCF 21 as illustrated for 'Option b)'. - Step 10: Further, in illustrated 'Option b)', the S-
CSCF 21 stores the VPLMN ID and may use it for service control. The S-CSCF 21 may include it in any SIP message (e.g. in the form of a P-Visited-Network-ID header or similar header). - Step 11: The S-CSCF answer to the SIP REGSITER with a 401 Unauthorized response or later in the procedure in the 200 OK and includes the VPLMN ID (e.g. in the form of a P-Visited-Network-ID header or similar header) if available (e.g. if obtained according to illustrated 'Option b)').
- Step 12: The I-
CSCF 23, where present, forwards the SIP message from the S-CSCF 21 and, if not already included and if received instep CSCF 23 includes the VPLMN ID (e.g. in the form of a P-Visited-Network-ID header or similar header). - Step 13: The P-
CSCF 17 detects that theUE 3 is roaming in theVPLMN 30 and queries the local emergency number(s) from a connected Database (DB). - Step 14: The P-
CSCF 17 forwards the SIP message to theUE 3 including the local emergency numbers. The local emergency number(s) could be included in any (following) SIP message to theUE 3. - Step 15: The
UE 3 detects the local emergency number(s) and stores them in case they are used by the subscriber while roaming in this PLMN. - Step 16: The IMS registration is completed as described in TS 23.228 v13.3.0.
- The exemplary procedures described in detail above may be summarised as follows:
- 1) Provisioning the UE's serving PLMN ID or MCC to the P-
CSCF 17- a. Via the PCRF (Example 1):
- i) Detecting, in the
PCRF 13, UE roaming status for home routed traffic and storing this information until an Rx request from the P-CSCF 17 (e.g. SIP REGSITER, INVITE etc.). - ii) The
PCRF 13 requesting a change of location update from thePCEF 15 to provide updated location information in case the Rx request may be late in terms of time. - iii) At the time of incoming SIP REGISTER at the P-
CSCF 17, the P-CSCF 17 requesting stored location information from thePCRF 13.
- i) Detecting, in the
- b. Via HSS (Example 3):
iv) Providing the VPLMN ID or MCC via theHSS 11 at IMS Registration here either via I-CSCF 23 or S-CSCF 21 or any other means.
- a. Via the PCRF (Example 1):
- 2) Resolve local emergency numbers in the P-
CSCF 17 e.g. by means of a database, using the received location information. - 3) Provide the local emergency numbers to the
UE 3 in a new or existing SIP header in any mobile terminated (MT) SIP message. - 4) The
UE 3 detects the new local emergency numbers in the SIP extensions and stores them - 5) In case of non UE detectable emergency call (Example 2), the P-
CSCF 17 compares the dialled number with the local emergency numbers of theVPLMN 30 and detects the emergency call. - 6) Handling of the detected emergency call by rerouting to a local emergency CSCF in the
VPLMN 30 or rejecting the SIP INVITE by providing the VPLMN P-CSCF address and pointing theUE 3 to do an unauthorized emergency registration. - 7) Including the P-Visited-Network-ID header in SIP signalling.
- It can be seen, therefore, that the above exemplary methods include, in particular, the beneficial steps of:
- 1) Detection of roaming situation of a
UE 3 in the P-CSCF 17 by providing the VPLMN ID or MCC either viaPCRF 13 or viaHSS 11 to the P-CSCF 17. - 2) Resolution of Local Emergency Numbers (e.g. E164 numbers, tel-URIs, URIs, URNs etc.) based on VPLMN ID in a DB at the P-
CSCF 17. - 3) Provisioning of Local Emergency Numbers to the
UE 3 via SIP Signalling in any SIP message - It can be seen therefore that the above alleviates issues associated with the undesirable setting up of a normal call (e.g. for a roaming UE), instead of an emergency when the UE is not otherwise able to detect that the called number is an emergency number.
-
Figure 7 is a block diagram illustrating the main components of the UE (e.g. a mobile telephone). As shown, the UE includetransceiver circuit 710 that is operable to transmit signals to and to receive signals from thebase station 5 via one ormore antennas 712. As shown, the UE also includes acontroller 714 which controls the operation of the UE and which is connected to thetransceiver circuit 710 and to aloudspeaker 716, amicrophone 718, adisplay 720 and akeypad 722. The controller operates in accordance with software instructions stored within amemory 724. As shown, these software instructions include, among other things, anoperating system 726 and a communications control module 728 that includes at least atransceiver control module 730. The communications control module is operable to control communications with the base station. Thetransceiver control module 730 is responsible for identifying the parts of the transceiver circuit that can perform UE initial Attach, IMS Registration and transmission of SIP messages e.g. SIP INVITE. Thecontroller 714 can perform identity check, authentication and ciphering etc. Also, the memory can store local emergency number(s), received via a SIP message from the P-CSCF 17, e.g. in a 200 OK or a 401 Unauthorized Response. -
Figure 8 is a block diagram illustrating the main components of the P-GW(PCEF) 15. As shown, the P-GW(PCEF) 15 includestransceiver circuit 810 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 812 (e.g. including the Gx interface). Acontroller 814 controls the operation of thetransceiver circuit 810 in accordance with software stored in amemory 824. The software includes, among other things, anoperating system 826 and a communications control module 828 having at least atransceiver control module 830. The communications control module 828 is operable to control generation of messages for communication with other entities and the related transmission of those messages, including the generation of the indication of IPCAN session Establishment which includes location information. The communications control module 828 is also responsible for signalling, to thePCRF 13, the indication of IPCAN session Establishment. The communications control module 828 is also responsible, amongst other things, for receiving policy and charging rules provision. -
Figure 9 is a block diagram illustrating the main components of thePCRF 13. As shown, thePCRF 13 includestransceiver circuit 910 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 912 (including, for example, the Gx and/or Rx interfaces). Acontroller 914 controls the operation of thetransceiver circuit 910 in accordance with software stored in amemory 924. The software includes, among other things, anoperating system 926 and a communications control module 928 having at least atransceiver control module 930. The communications control module 928 is operable to control the generation of messages for communication with other entities and the related transmission of those messages, including (e.g. when configured to perform the procedure ofFigure 3 ) generation of the policy and charging rules and their associated provision to other entities. The communications control module 928 is responsible for signalling, to P-GW 15, the policy and charging rules provision based on the reception of the indication of IPCAN session Establishment. The communications control module is also, amongst other things, operable to control (e.g. when configured to perform the procedures ofFigures 4 or5 ) the generation of the answer with UE location information (VPLMN ID or MCC) to the P-CSCF 17 -
Figure 10 is a block diagram illustrating the main components of the P-CSCF 17. As shown, the P-CSCF 17 includestransceiver circuit 1010 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1012 (including, for example, an Rx interface). Acontroller 1014 controls the operation of thetransceiver circuit 1010 in accordance with software stored in amemory 1024. The software includes, among other things, anoperating system 1026 and a communications control module 1028 having at least atransceiver control module 1030. The communications control module 1028 is operable to control the generation of messages for communication with other entities and the related transmission of those messages, including (e.g. when configured to perform the procedures ofFigure 4 orFigure 5 generation of the Rx request. The communications control module is responsible for controlling the signalling, to thePCRF 13, including signalling of the Rx request and for receiving an answer with the location information of theUE 3. The communications control module 1028 is also operable to retrieve local emergency number(s) based on the previously received location information (e.g. VPLMN ID or MCC) and to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes these local emergency number(s). When the P-CSCF 17 is configured to perform procedures such as that shown inFigure 6 , the communications control module 1028 is operable to retrieve local emergency number(s) within a SIP message (e.g. 401 Unauthorized Response, 200 OK, etc.) from other IMS nodes, e.g. I-CSCF 23 or S-CSCF 21. The communications control module is responsible for signalling, to UE, the 401 unauthorized response (or 200 OK or any other SIP message) which includes the local emergency number(s). -
Figure 11 is a block diagram illustrating the main components of theHSS 11. As shown, theHSS 11 includestransceiver circuit 1110 which is operable to transmit signals to and to receive signals from the connected node(s) via a network interface 1112 (including, for example, the Cx interface). Acontroller 1114 controls the operation of thetransceiver circuit 1110 in accordance with software stored in amemory 1124. The software includes, among other things, anoperating system 1126 and a communications control module 1128 having at least atransceiver control module 1130. The communications control module 1128 is configured for the generation of messages for communication with other entities and the related transmission of those messages. When theHSS 11 is configured to perform procedures such as that shown in the option a) ofFigure 6 , the communications control module 1128 is operable to control the generation of the Cx-Pull which includes VPLMN ID or MCC. The communications control module 1128 is responsible for signalling, to the I-CSCF 23, the Cx-Pull based on the reception of the Cx-Query. When theHSS 11 is configured to perform procedures such as that shown in the option b) ofFigure 6 , the communications control module 1128 is operable to control the generation of the Cx-Put/Pull response which includes VPLMN ID or MCC. The communications control module 1128 is responsible for signalling, to the S-CSCF 21, the Cx-Put/Pull response based on the reception of the Cx-Put/Pull. -
Figure 12 is a block diagram illustrating the main components of the I-CSCF 23. As shown, the I-CSCF 23 includestransceiver circuit 1210 which is operable to transmit signals to and to receive signals from the connected node(s) via anetwork interface 1212. Acontroller 1214 controls the operation of the transceiver circuit in accordance with software stored in amemory 1224. The software includes, among other things, anoperating system 1226 and a communications control module 1228 having at least atransceiver control module 1230. The communications control module 1228 is configured for the generation of messages for communication with other entities and the related transmission of those messages. When the I-CSCF 23 is configured to perform procedures such as that shown inFigure 6 , the communications control module 1228 is operable to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC. The communications control module 1228 is responsible for signalling, to the P-CSCF 17, the 401 unauthorized response (or 200 OK or any other SIP message) based on the reception of Cx-Pull which includes VPLMN ID or MCC fromHSS 11 or the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC from S-CSCF 21. -
Figure 13 is a block diagram illustrating the main components of the S-CSCF 21. As shown, the S-CSCF 21 includestransceiver circuit 1310 which is operable to transmit signals to and to receive signals from the connected node(s) via anetwork interface 1312. Acontroller 1314 controls the operation of the transceiver circuit in accordance with software stored in amemory 1324. The software includes, among other things, anoperating system 1326 and a communications control module 1328 having at least atransceiver control module 1330 . The communications control module 1328 is configured for the generation of messages for communication with other entities and the related transmission of those messages. When the S-CSCF 21 is configured to perform procedures such as that shown inFigure 6 , the communications control module 1328 is operable to control the generation of the 401 unauthorized response (or 200 OK or any other SIP message) which includes the VPLMN ID or MCC. The communications control module 1328 is responsible for signalling, to the I-CSCF 23, the 401 unauthorized response (or 200 OK or any other SIP message) based on the Cx-Put/Pull response. - Detailed embodiments have been described above. As those skilled in the art will appreciate, a number of modifications and alternatives can be made to the above embodiments and variations whilst still benefiting from the inventions embodied therein.
- Similar principles can also be applied for any other SIP messages from the UE to trigger the P-CSCF to request the location and to determine the roaming status and in case the UE is located in the VPLMN the corresponding local emergency numbers. Possible SIP Messages may be SIP INVITE, REGISTER, OPTIONS, MESSAGE, INFO, UPDATE, SUBSCRIBE, NOTIFY, OK etc.
- The Local Emergency Numbers can be in any message from the IMS system towards the UE and could have the format of a E-164 number, a tel-URI or a SIP URI or any other format (e.g. URN) to address the PSAP. The resolution of the Local Emergency Numbers based on the VPLMN ID or MCC and is not limited to the P-CSCF but can be done in any other node, e.g. PCRF, PCEF, S-CSCF, 1-CSCF, HSS, TAS etc.
- When enquiring the location from the P-CSCF to the PCRF and to the PCEF, DIAMETER is the currently used protocol but it can be any other protocol (e.g. XML in future).
- In the above embodiments, a mobile telephone based telecommunications system was described. As those skilled in the art will appreciate, the signalling techniques described in the present application can be employed in other communications system. Other communications nodes or devices may include user devices such as, for example, personal digital assistants, laptop computers, web browsers, etc.
- In the embodiments described above, each network node (and UE) includes transceiver circuitry. Typically, this circuitry will be formed by dedicated hardware circuits. However, in some embodiments, part of the transceiver circuitry may be implemented as software run by the corresponding controller.
- In the above embodiments, a number of software modules were described. As those skilled in the art will appreciate, the software modules may be provided in compiled or un-compiled form and may be supplied to the respective network nodes as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits.
- Various other modifications will be apparent to those skilled in the art and will not be described in further detail here.
-
- API
- Application Programming Interface
- AVP
- Attribute Value Pair
- CCA
- Credit-Control-Answer
- eNB
- eNodeB
- eNB
- Evolved NodeB
- HO
- Handover
- HPLMN
- Home Public Land Mobile Network
- HSS
- Home Subscriber Server
- LBO
- Local Breakout
- LTE
- Long Term Evolution
- MCC
- Mobile Country Code
- MME
- Mobility Management Entity
- NW
- Network
- PCEF
- Policy Control Enforcement Function
- PCRF
- Policy Control Rule Function
- P-CSCF
- Proxy Call Session Control Function
- PDN
- Packet Data Network
- PGW
- PDN Gateway
- PSAP
- Public Safety Answering Point
- QoS
- Quality of Service
- RAR
- Re-Auth-Request
- S8HR
- S8 Home Routed
- S-CSCF
- Serving Call Session Control Function
- SGW
- Serving Gateway
- TAS
- Telephony Application Server
- UE
- User Equipment
- URI
- Uniform Resource Identifier
- URN
- Uniform Resource Name
- VoLTE
- Voice over LTE
- VPLMN
- Visited Public Land Mobile Network
Claims (13)
- A communication entity comprising a Proxy Call Session Control Function, P-CSCF (17), the P-CSCF (17) comprising:a transceiver (1010) and a controller (1014);wherein the transceiver (1010) is operable:
to receive a register request from a user equipment, UE (3), in a visited public land mobile network, VPLMN (30); andwherein the controller (1014) is operable:to retrieve a network identifier, PLMN ID, for the VPLMN (30) by requesting and obtaining the PLMN ID where the UE (3) is currently located from a Policy and Charging Rules Function, PCRF (13);to access a database to obtain a list of local emergency numbers for the VPLMN (30); andto include the PLMN ID in the register request before forwarding the register request to a Call Session Control Function, CSCF. - A communication entity according to claim 1 wherein the transceiver (1010) is further operable:to receive an invite for establishing a non UE detectable emergency call from the UE (3) in the VPLMN (30); andthe controller (1014) is further operable:
to use the obtained numbers for detection that the call is a non UE detectable emergency call. - A communication entity according to claim 1 or 2 wherein the controller (1014) is further operable to store the PLMN ID.
- A communication entity according to claim 1 or 2 wherein the controller (1014) is further operable to include the PLMN ID in a further register request message and to control the transceiver (1010) to send the further register request message to a node of an IP multimedia core network subsystem, IMS (25).
- A communication entity according to claim 2 wherein, following detection that said call is a non UE detectable emergency call, the controller (1014) is operable to reject said invite.
- A communication entity according to claim 5 wherein the controller (1014) is operable, when rejecting said invite, to control the transceiver (1010) to respond to the UE (3) with information indicating a different action (e.g. information identifying a local P-CSCF address for an unauthorised emergency call).
- A communication entity according to claim 2 wherein, following detection that said call is a non UE detectable emergency call, the controller (1014) is operable to route the call, to the correct destination, via a further call session control function (e.g. by forwarding said invite to the further call session control function).
- A communication entity according to any of claims 2 or 5 to 7 wherein said invite is a session initiation protocol, SIP, invite.
- A communication entity according to any of claims 1 to 8 wherein said register request is a session initiation protocol, SIP, resister request.
- A method performed by a communication entity comprising a Proxy Call Session Control Function, P-CSCF (17), the method comprising:receiving a register request from a user equipment, UE (3), in a visited public land mobile network, VPLMN (30);retrieving a network identifier, PLMN ID, for the VPLMN (30) by requesting and obtaining the PLMN ID where the UE (3) is currently located from a Policy and Charging Rules Function, PCRF (13);accessing a database to obtain a list of local emergency numbers for the VPLMN (30); andincluding the PLMN ID in the register request before forwarding the register request to a Call Session Control Function, CSCF.
- A method according to claim 10 further comprising storing the PLMN ID.
- A method according to claim 10 or 11 further comprising including the PLMN ID in a further register request message and sending the further register request message to a node of an IP multimedia core network subsystem, IMS (25).
- A computer implementable instructions product comprising computer implementable instructions for causing a programmable communications device to perform the method of any of claims 10 to 12.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP15174707 | 2015-06-30 | ||
PCT/EP2016/065446 WO2017001640A1 (en) | 2015-06-30 | 2016-06-30 | Communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3318075A1 EP3318075A1 (en) | 2018-05-09 |
EP3318075B1 true EP3318075B1 (en) | 2020-12-02 |
Family
ID=56550172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16742176.7A Active EP3318075B1 (en) | 2015-06-30 | 2016-06-30 | Communication system |
Country Status (3)
Country | Link |
---|---|
US (1) | US11025676B2 (en) |
EP (1) | EP3318075B1 (en) |
WO (1) | WO2017001640A1 (en) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9788188B2 (en) | 2012-12-14 | 2017-10-10 | Ibasis, Inc. | Method and system for hub breakout roaming |
WO2016208768A1 (en) * | 2015-06-26 | 2016-12-29 | 日本電気株式会社 | Communication device, terminal, and communication method |
CN106604356B (en) | 2015-10-15 | 2020-02-14 | 华为终端有限公司 | Wireless communication access method, device, processor and wireless terminal |
US10470031B2 (en) | 2016-05-20 | 2019-11-05 | Ibasis, Inc. | Voice over IMS roaming gateway |
WO2018013537A1 (en) * | 2016-07-11 | 2018-01-18 | Nokia Solutions And Networks Oy | Methods and apparatuses for correlating intercept related information with call content |
CN108632844B (en) * | 2017-03-15 | 2019-09-17 | 电信科学技术研究院 | Information processing method, device and electronic equipment |
US9924344B1 (en) | 2017-06-14 | 2018-03-20 | Syniverse Technologies, Llc | Method for providing roaming services in which the home network uses S8HR model for out-bound roaming while the visited network uses LBO model for in-bound roaming |
US10200852B1 (en) * | 2017-08-24 | 2019-02-05 | Syniverse Technologies, Llc | Method and system of enabling roaming services in a data-only network to a user equipment requiring a dual attachment to packet and circuit switched networks |
KR102144654B1 (en) * | 2017-12-29 | 2020-08-14 | 블랙베리 리미티드 | Methods and systems for providing emergency numbers |
US11381612B2 (en) * | 2018-06-08 | 2022-07-05 | T-Mobile Usa, Inc. | Voice over long-term evolution (VoLTE) call normalization and alert policy system |
EP3818673A1 (en) * | 2018-07-03 | 2021-05-12 | Deutsche Telekom AG | Method for improved handling of ip multimedia subsystem calls in a home mobile communication network and a visited mobile communication network |
US11019111B2 (en) * | 2018-11-30 | 2021-05-25 | Comcast Cable Communications, Llc | Automated IPv4-IPv6 selection for voice network elements |
US10694457B1 (en) | 2019-02-21 | 2020-06-23 | At&T Intellectual Property I, L.P. | Volte roaming using general purpose packet data access |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1725888B1 (en) * | 2004-02-18 | 2013-07-10 | Telefonaktiebolaget LM Ericsson (publ) | Method and arrangements relating to satellite-based positioning |
EP1715625A1 (en) | 2005-04-22 | 2006-10-25 | Alcatel | Apparatuses for controlling service delivery using access-dependent information in a system comprising a core network subsystem |
US8478226B2 (en) * | 2008-06-02 | 2013-07-02 | Research In Motion Limited | Updating a request related to an IMS emergency session |
CA2756722C (en) | 2009-03-24 | 2017-07-11 | Research In Motion Limited | System and method for providing a circuit switched domain number |
JP5470464B2 (en) | 2009-11-02 | 2014-04-16 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Emergency signaling of IP multimedia subsystem network |
US9432906B2 (en) * | 2013-09-12 | 2016-08-30 | Cisco Technology, Inc. | Handling connected mode mobility from areas bounding multi-operator core network and non-multi-operator core network shared infrastructure |
EP3073771B1 (en) * | 2015-03-26 | 2020-06-17 | Deutsche Telekom AG | Method for improved handling of emergency calls in a roaming scenario and corresponding system, computer program and computer-readable medium |
US11032688B2 (en) * | 2015-04-01 | 2021-06-08 | Telefonaktiebolaget Lm Ericsson (Publ) | IMS emergency calls for roaming UEs |
US20180176376A1 (en) * | 2015-04-13 | 2018-06-21 | Ntt Docomo, Inc. | Sip control apparatus, mobile communication system and emergency call control method |
US10292038B2 (en) * | 2015-11-09 | 2019-05-14 | Lg Electronics Inc. | Method for acquiring business operator network identification number of visited network |
-
2016
- 2016-06-30 US US15/740,834 patent/US11025676B2/en active Active
- 2016-06-30 WO PCT/EP2016/065446 patent/WO2017001640A1/en active Application Filing
- 2016-06-30 EP EP16742176.7A patent/EP3318075B1/en active Active
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
US20180191786A1 (en) | 2018-07-05 |
US11025676B2 (en) | 2021-06-01 |
EP3318075A1 (en) | 2018-05-09 |
WO2017001640A1 (en) | 2017-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3318075B1 (en) | Communication system | |
US9294618B2 (en) | Call-back to a UE that has made an emergency call via a visited IMS network | |
EP3316603B1 (en) | Communication apparatus and method for handling ims emergency calls in a roaming situation | |
US11323922B2 (en) | Managing user equipment roaming status changes in a radio access network | |
US11252781B2 (en) | UE and communication method thereof | |
US9912626B2 (en) | Method and device for transferring and receiving message in roaming system | |
EP3096584B1 (en) | Handover delay optimization | |
US11122532B2 (en) | Method for transceiving signal in association with multi-homing based PSA addition in wireless communication system and apparatus therefor | |
US11190995B2 (en) | User equipment, AMF, core network apparatus, P-CSCF, and communication control method | |
US11930549B2 (en) | UE and communication method for same | |
WO2015192898A1 (en) | Location information in managed access networks | |
EP3078226B1 (en) | Method and apparatus for requesting an initial attachment of a ue to ps mobile communication network | |
WO2010105462A1 (en) | User equipment attachment process method, mobility management entity and user equipment thereof | |
US9374763B2 (en) | Gating control in a telecommunication system | |
US10904740B2 (en) | Method of inbound roamer detection for networks supporting service domain centralization in IMS | |
KR20160084516A (en) | VoLTE SYSTEM, CONTROL METHOD THEREOF, PGW AND CSCF COMPRISED IN THE SYSTEM, CONTROL METHOD THEREOF | |
JP2024015997A (en) | VoLTE-INTERWORKING FUNCTIONALITY FOR OUTBOUND ROAMING | |
WO2010092147A1 (en) | Efficient emergency call in ims |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20180130 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: NEC CORPORATION |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTG | Intention to grant announced |
Effective date: 20190911 |
|
GRAJ | Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted |
Free format text: ORIGINAL CODE: EPIDOSDIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTC | Intention to grant announced (deleted) | ||
INTG | Intention to grant announced |
Effective date: 20200217 |
|
GRAJ | Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted |
Free format text: ORIGINAL CODE: EPIDOSDIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTC | Intention to grant announced (deleted) | ||
INTG | Intention to grant announced |
Effective date: 20200618 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 1342287 Country of ref document: AT Kind code of ref document: T Effective date: 20201215 Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602016049022 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210302 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210303 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20201202 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 1342287 Country of ref document: AT Kind code of ref document: T Effective date: 20201202 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210302 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG9D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210405 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602016049022 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210402 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
26N | No opposition filed |
Effective date: 20210903 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20210630 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210630 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210630 Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210630 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210630 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20210402 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20210630 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20160630 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20230630 Year of fee payment: 8 Ref country code: DE Payment date: 20230620 Year of fee payment: 8 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20230622 Year of fee payment: 8 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20201202 |