Patent Grant
11096038
Embodiments herein relate generally to a first mobility management node, a method in the first mobility management node, a second mobility management node and a method in the second mobility management node. More particularly the embodiments herein relate to handling updated subscriber data associated with a User Equipment (UE).
Circuit Switched (CS) FallBack (CSFB) and Single Radio Voice Call Continuity (SRVCC) are features that were introduced in Third Generation Partnership Project (3GPP) Release 8.
The CSFB in Evolved Packet System (EPS) enables the provisioning of voice and other domain services by reuse of CS infrastructure when a UE is served by Evolved-Universal Terrestrial Radio Access Network (E-UTRAN), i.e. using a CS network to provide voice services alongside of an Long Term Evolution (LTE) network, i.e. a Packet Switched (PS) network. A CSFB enabled UE, connected to E-UTRAN may use GERAN or UTRAN to connect to the CS domain. This function is only available in case E-UTRAN coverage is overlapped by either GERAN coverage or UTRAN coverage. GERAN is short for GSM EDGE Radio Access Network, GSM is short for Global System for Mobile communications, EDGE is short for Enhanced Data rates for Global Evolution and UTRAN is short for Universal Terrestrial Radio Access Network. In other words, CSFB is a mechanism where the LTE network moves the UE to a legacy network which supports voice call. CSFB is used if the Internet protocol Multimedia Subsystem (IMS) network is not available or if the UE is not able to do Voice over LTE (VoLTE) for some reason (for example registration to the IMS network failed). The term VoLTE is used to describe voice and Short Message Service (SMS) in LTE. The term legacy network is used to refer to any older network, i.e. a network which is older than the current network, a network based on older network standards than the current network standard.
SRVCC is defined by the 3GPP as “Voice call continuity between IMS over PS access and CS access for calls that are anchored in IMS when the UE is capable of transmitting/receiving on only one of those access networks at a given time”. SRVCC is a process where an active voice call in LTE is handed over to the CS domain of the legacy network. This may be useful when the UE is in an LTE coverage area and have an active voice call over IMS and the UE moves out of the LTE area into a legacy only network coverage. Instead of the call getting dropped, the same will be handed over to the CS legacy network if SRVCC is supported.
When the UE is not reachable by e.g. a PS network, the UE may be in suspend state or power saving state, or the serving mobility management node has cleared a Paging Proceed Flag (PPF) flag for the UE. When the PPF is cleared its value may be set to “false” or to the value 0 or similar which indicates that the flag is cleared. When the UE gets into suspend state, the mobility management node (e.g. a Mobility Management Entity (MME) and/or a Serving General packet radio service Support Node (SGSN)) will inform the gateway node (e.g. Serving GateWay (SGW) and/or Packet data network GateWay (PGW)) about the suspension. When the UE is in suspended state, UE does not send any user data nor does the UE send any signaling information. When the UE is in suspend state, the UE may be unavailable in the PS domain for PS services due to that the UE is in service in the CS domain (for a UE or network that cannot do CS and PS at the same time). The power saving state was introduced by 3GPP in Release 12. The UE may enter power saving state on its own initiative, and the UE may wake up at the next periodic Tracking Area Update (TAU) message or the next Routing Area Update (RAU) message, or if the UE has any uplink data or signaling to send. Information indicating that the UE is entering power saving state is not reported to gateway nodes such as the SGW or PGW. When the UE is unreachable (i.e. not reachable) it does not hear any paging that is sent to it by the MME/SGSN, and will therefore not answer. When the UE gets into a power saving state, the MME/SGSN is the only network node which holds information about the UE being in the power saving state. According to the existing requirement, if the MME/SGSN has received some network signaling this may trigger further signaling towards the unreachable UE. Such further signaling from the MME/SGSN towards the unreachable UE may be deemed failed.
An objective of embodiments herein is therefore to obviate at least one of the above disadvantages and to provide optimized signaling.
According to a first aspect, the object is achieved by a method in a first mobility management node for handling updated subscriber data associated with a UE. The UE is currently unreachable by the first mobility management node. The first mobility management node receives, from a subscriber database, updated subscriber data associated with the UE. At least part of the updated subscriber data is modified. The mobility management node determines that transmission of the updated subscriber data to a gateway node should be postponed until the UE has become reachable.
According to a second aspect, the object is achieved by a method in a second mobility management node for handling updated subscriber data associated with the UE. The second mobility management node determines that the UE has become reachable by the second mobility management node. The second mobility management node receives, from the first mobility management node, information about that there is updated subscriber data waiting to be transmitted to the gateway node, and receives the updated subscriber data from the subscriber database. At least part of the updated subscriber data is modified. The second mobility management node transmits the updated subscriber data to the gateway node.
According to a third aspect, the object is achieved by the first mobility management node for handling updated subscriber data associated with the UE. The UE is currently unreachable by the first mobility management node. The first mobility management node is configured to receive, from the subscriber database, updated subscriber data associated with the UE. At least part of the updated subscriber data is modified. The first mobility management node is configured to determine that transmission of the updated subscriber data to the gateway node should be postponed until the UE has become reachable.
According to a fourth aspect, the object is achieved by the second mobility management node for handling updated subscriber data associated with the UE. The second mobility management node is configured to determine that the UE has become reachable by the second mobility management node. The second mobility management node is configured to receive, from the first mobility management node, information about that there is updated subscriber data waiting to be transmitted to the gateway node, and to receive the updated subscriber data from the subscriber database. At least part of the updated subscriber data is modified. The second mobility management node is configured to transmit the updated subscriber data to the gateway.
Since the transmission of the updated subscriber data is postponed until the UE is reachable, i.e. until it is able to communicate with the first mobility management node or the second mobility management node, the signalling from the gateway towards the UE will succeed. In other words, the signalling is optimized.
Embodiments herein afford many advantages, of which a non-exhaustive list of examples follows:
An advantage of the embodiments herein is that they provide a mechanism to avoid extra signaling which deemed failed upon receiving updated subscriber data initiated by a subscriber database when the UE is not reachable, e.g. when the UE suspends its PS service, when the UE gets into power saving mode, when the UE is out of coverage and the PPF is clear in the mobility management node. The embodiments herein avoid further complexities, error scenarios when the extra signaling is rejected.
The embodiments herein may be related to that a subscriber server needs to update information in several nodes in the network, such as e.g. the MME, PGW, Policy and Charging Rules Function (PCRF) etc. Since the transmission of the updated subscriber data is postponed until the UE becomes reachable, an advantage of the embodiments herein is that it is less likely that is necessary to store the data in the signaling request (to re-try) due to unsuccessful outcome of the procedure.
The embodiments herein are not limited to the features and advantages mentioned above. A person skilled in the art will recognize additional features and advantages upon reading the following detailed description.
The embodiments herein will now be further described in more detail in the following detailed description by reference to the appended drawings illustrating the embodiments and in which:
The drawings are not necessarily to scale and the dimensions of certain features may have been exaggerated for the sake of clarity. Emphasis is instead placed upon illustrating the principle of the embodiments herein.
The exemplifying embodiments herein provide a mechanism in mobility management nodes for the handling of subscriber data transmission initiated by a subscriber database when the UE is not reachable, e.g. when the UE gets into suspend state or power saving mode.
The communications system 100 seen in
The communications system 100 further comprises a first mobility management node 108a and a second mobility management node 108b. In some embodiments, the first mobility management node 108a is a first MME and the second mobility management node 108b is a second MME. In some embodiments, the first mobility management node 108a is a first SGSN and the second mobility management node 108b is a second SGSN. In some embodiments, the first mobility management node 108a is a first combined MME and SGSN node and the second mobility management node 108b is a second combined MME and SGSN node. In some embodiments, the first mobility management node 108a may be referred to as an old mobility management node 108a and the second mobility management node 108b may be referred to as a new mobility management node. The first mobility management node 108a may be described as being the mobility management node that is currently serving the UE 101, i.e. serving the UE 101 at the start of the method that will be described below. The second mobility management node 108b may be described as being the mobility management node that is serving the UE 101 after the UE 101 has moved out of coverage from the first mobility management node 108a, e.g. after the UE 101 has been handed over to another network. In the following, the reference number 108 (without the letters a and b) refers to any of the first and second mobility management nodes 108a, 108b. Each of the first and second mobility management nodes 108a, 108b may be connected to a RAN (not shown), and the RAN may be wirelessly connected to and serving the UE 101. The RAN may e.g. be a GERAN a UTRAN or similar, or an E-UTRAN or similar as indicated in
The communications system 100 comprises at least one gateway node 110. The gateway node 110 may be a SGW, a PGW, a combined SGW and PGW node or similar. The properties of a SGW and PGW node will be described in more detail below. In some embodiments, there may be two gateways 108, e.g. a SGW and a PGW. The gateway node 110 may be connected to the mobility management node 108. The gateway node 110 be connected to a RAN (not shown), and the RAN may be connected to and serving the UE 101.
A subscriber database 128 is connected to the mobility management node 108. The subscriber database may be e.g. a Home Subscriber Server (HSS) or a Home Location Register (HLR). The properties of the HSS and the HLR will be described in more detail below. The subscriber database 128 comprises subscriber related information, it may perform authentication and authorization of the user, and it may provide information about the subscriber's location and IP information etc. The subscriber related information may be e.g. charging characteristics, access restrictions, barring information, Access Point Name (APN), Quality of Service (QoS) profile, off load permissions etc.
An overview of some possible combinations of the nodes in the communications system 100 in
Note that any other types of the nodes in the communications system 100 in addition to the ones exemplified in table 1 above are equally applicable. Note that additional nodes may also be comprised in the communications system 100 in addition to the ones seen in
A more detailed exemplary embodiment of a non-roaming architecture of the communications system 100 for 3GPP access will now be described with reference to
An MME 208 may be connected to the E-UTRAN 201 via the reference point S1-MME. The MME 208 is an element having functions such as e.g. Non-Access Stratum (NAS) signalling, inter CN node signalling for mobility between 3GPP access networks, UE reachability, Tracking Area (TA) list management, PGW and SGW selection, MME selection for handover with MME change etc. S10 is the reference point between MMEs 208 for MME relocation and MME to MME information transfer. The MME 208 is an example of the mobility management node 108 shown in
Two gateway nodes 110 are seen in
The PGW 215 is the gateway which terminates the SGi interface towards the Packet Data Network (PDN). The PDN is illustrated in
The SGSN 220 is responsible for the delivery of data packets from and to the UE's 101 within its geographical service area. One of the SGSN's 220 functions is to provide signaling for mobility between 2G/3G and E-UTRAN 201 3GPP access networks. 2G/3G access network are exemplified with GERAN 222 and UTRAN 225 in
The HSS 228 is a subscriber server node similar to the GSM HLR and Authentication Centre (AuC). The HSS 228 comprises subscriber-related information (subscriber profiles), performs authentication and authorization of the user, and may provide information about the subscriber's location and IP information. The reference point S6a enables transfer of subscription and authentication data for authenticating/authorizing user access to the evolved system between the MME 208 and the HSS 228. Note that the HSS 228 is only shown as an example in
The PCRF 230 is a policy and charging control element. The PCRF 130 encompasses policy control decision and flow based charging control functionalities, it provides network control regarding the service data flow detection, gating, QoS and flow based charging etc. The PCRF 230 may be described as a functional entity which may be a standalone node or a function implemented in another node. The reference point Gx provides transfer of (QoS) policy and charging rules from the PCRF 230 to a Policy and Charging Enforcement Function (PCEF) in the PGW 215.
Rx is the reference point which resides between the PCRF 230 and the Operator's IP Services 218. The Rx reference point is used to exchange application level session information between the PCRF 230 and the Application Function (AF) (not shown).
In some embodiments, a communications system may be divided into a RAN and a CN. The RAN may be e.g. the E-UTRAN 201 and may comprise a RAN node such as e.g. the base station as described above. Using
It should be noted that the communication links or reference points or interfaces in the communications systems seen in
When the UE 101 has suspended its PS service, e.g. when the UE 101 performs CSFB from E-UTRAN 201 to GERAN 222 which does not support Dual Transfer Mode (DTM), the UE 101 is unable to communicate with network entities in the PS core network. In this case it is not optimal for network entities such as e.g. the HSS 128 and the PCRF 130 to initiate updates for the UE 101 context or the active PDN connection to which in turn trigger signaling towards the UE 101 which deemed failed.
DTM mentioned above is applicable for a UE 101 that supports GPRS. DTM is a protocol based on the GSM standard that makes simultaneous transfer of CS voice and PS data over the same radio channel simpler. Without DTM, the UE 101 must be capable of reception and transmission simultaneously.
The embodiments herein provide a mechanism in mobility management nodes for the handling transmission of subscriber data when the UE 101 is not reachable, e.g. when the UE 101 gets into suspend state or in power saving mode. At least some of the subscriber data may be changed subscriber data.
The method for handling updated subscriber data associated with the UE 101 according to some embodiments will now be described with reference to the signaling diagram depicted in
Step 301
The first mobility management node 108a determines that the UE 101 is currently unreachable, i.e. that the first mobility management node 108a cannot reach the UE 101 at the moment. The term presently may be used interchangeably with the term currently. The first mobility management node 108a may determine the unreachability by e.g. detecting that signaling transmitted to the UE 101 has not been acknowledged back to the first management node 108a, that the UE 101 has not sent any periodic TAU message, or that the UE is suspended etc. In some embodiments, the first mobility management node 108a may store information about that the UE 101 is unreachable. There may be several reasons for that the UE 101 is unreachable by the first mobility management node 108. One reason may be that the UE 101 is in suspend state. Other reasons may be that the UE 101 has activated power saving mode, or that the UE 101 is out of radio coverage for a certain period of time from the first mobility management node 108a which may result in that a PPF associated with the UE 101 is cleared in the first mobility management node 108a etc.
The PPF will now be described shortly. The UE 101 makes periodic TAU in idle mode. If the UE 101 does not make any TAU or RAU, the first mobility management node 108 may deduce that the UE 101 is unreachable. However, the first mobility management node 108a does not know for how long the UE 101 is unreachable, so the first mobility management node 108a shall not immediately delete the UE's bearers. Instead the first mobility management node 108a should clear the PPF flag in the first mobility management node 108a and start an Implicit Detach timer. So the PPF in cleared state may be described as some sort of waiting for detaching the UE 101, and during that time the UE 101 will not be paged.
Step 302
The subscriber database 128 sends updated subscriber data to the first mobility management node 108a, i.e. the mobility management node 108a receives, from the subscriber database 128, updated subscriber data associated with the UE 101. At least part of the updated subscriber data is modified. The updated subscriber data may be referred to as QoS2. The updated subscriber data QoS2 is updated compared to the subscriber data QoS1 which the first mobility management node 108a received before the start of the method in
Step 303
Since the first mobility management node 108a determined in step 301 that the UE is unreachable, the first mobility management node 108a now determines that the transmission of the updated subscriber data to a gateway node 110 should be postponed. This may e.g. be determined by the first mobility management node 108a based on that the UE 101 is currently unreachable as determined in step 301, possibly also based on the reception in step 302 of updated subscriber data from the subscriber database 128. The transmission of the updated subscriber data to the gateway node 110 should be postponed until the UE 101 has become reachable, e.g. reachable by the first mobility management node 108a. In some embodiments, it may be transmission of the parts of the subscriber data that is modified that is postponed.
Step 304
In some embodiments, the first mobility management node 108a sets an indication indicating that there is updated subscriber data waiting to be transmitted to the gateway node 110, i.e. there is pending updated subscriber data to be transmitted to the gateway node 110. With the term pending it is meant that the updated subscriber data has been received by the first mobility management node 108, but that the data has not been further processed, i.e. it has not been further transmitted to the gateway node 110.
The indication may be e.g. in the form of a flag, an Information Element (IE) etc. More details regarding the indication will be described later.
Step 305
The first mobility management node 108a determines that the UE 101 has become reachable, i.e. reachable by the first mobility management node 108a. This may e.g. be determined by the first mobility management node 108a in that the first mobility management node 108a pages the UE 101 and receives an answer from the UE 101, or in that the first mobility management node 108a notices that the UE 101 sends a TAU request, a RAU request or similar, or in that the UE 101 sends a service request or similar.
Step 306
The first mobility management node 108a sends at least the part of the of the pending updated subscriber data which is modified to the gateway node 110. For example, if the parameters QCI, the ARP and the subscribed APN-AMBR have been modified, at least one of these parameters are sent to the gateway node 110 in step 306. The modified part of the subscriber data sent to the gateway node 110 in step 306 may be described as Δ=QoS1−QoS2. In addition, parts of the updated subscriber data which has not been modified may also be transmitted to the gateway node 110 in step 306. Note that this step 306 is only performed when the UE 101 has become reachable by the first mobility management node 108a. An embodiment where the UE 101 has become reachable by the second mobility management node 108b will be described below with reference to
Step 307
When the at least the modified part of the updated subscriber data has been sent to the gateway node 110, the first mobility management node 108a may clear the indication that was set in step 304, e.g. a flag or similar may be cleared.
The method for handling updated subscriber data associated with the UE 101 according to some embodiments will now be described with reference to the signaling diagram depicted in
Step 401
This step corresponds to step 301 in
Step 402
This step corresponds to step 302 in
EPS subscribed QoS (QCI, ARP) and the subscribed APN-AMBR.
Step 403
This step corresponds to step 303 in
Step 404
This step corresponds to step 304 in
The indication may be e.g. in the form of a flag, an IE etc. More details regarding the indication will be described later.
Step 405
At least one of the first mobility management node 108a and the second mobility management node 108b determines that the UE 101 has become reachable, i.e. reachable by the second mobility management node 108b. This may e.g. be determined by the mobility management node 108a, 408b in that the mobility management node 108a, 108b pages the UE 101 and receives an answer from the UE 101, or in that the mobility management node 108a, 108b notices that the UE 101 send a TAU request, a RAU request or similar, or in that the UE 101 sends a service request or similar. Step 405 is drawn as a box covering both the first mobility management node 108a and the second mobility management node 108b in order to indicate that both nodes may determine that the UE 101 has become reachable. Embodiments of this step will be described in more detail with reference to steps 605 and 606 in
Step 406
The first mobility management node 108a sends, to the second mobility management node 108b, information about that there is pending updated subscriber data waiting to be transmitted to the gateway. Such transmitted information may be in the form of the indication set in step 404.
In some embodiments, the information sent to the second mobility node 108b may be cleared in the first mobility management node 108a after the information has been sent to the second mobility management node 108b.
Step 407
The second mobility management node 108b receives pending updated subscriber data from the subscriber database 128. This updated subscriber data may be referred to as QoS2. In some embodiments, this step 407 is triggered by the second mobility management node 108b sending a request for such updated subscriber data to the subscriber database 128, which will be described in more detail with reference to steps 610 and 611 in
Step 408
The second mobility management node 108b sends at least part of the pending updated subscriber data to the gateway node 110. The updated subscriber data sent to the gateway node is the QoS2. For example, at least one of the parameters QCI, the ARP and the subscribed APN-AMBR may be the at least part of the pending updated subscriber data that is sent to the gateway node 110. In some embodiments, at least part of the updated subscriber data sent to the gateway node 110 is modified, e.g. the QCI, the ARP and the subscribed APN-AMBR may be modified. Note that this may be different from the embodiment illustrated in
Step 409
When at least part of the updated subscriber data has been sent to the gateway node 110, the second mobility management node 108b may clear the indication that was set in step 404, i.e. a flag may be cleared.
The method described above will now be described with reference to
Step 501
This step corresponds to step 301 in
Step 502
This step corresponds to step 302 in
Step 503
In some embodiments, the first MME 208a sends an Insert Subscriber Data Ack message to the HSS 228. The abbreviation Ack is short for Acknowledgement. The Insert Subscriber Data Ack message may comprise the IMSI associated with the UE 101 and the result of the insertion of the updated subscriber data in step 502, i.e. whether or not it was successful.
Steps 502 and 503 may be seen as being part of a HSS User Profile management function procedure.
Step 504
This step corresponds to step 303 in
Step 505
This step corresponds to step 304 in
The indication may be e.g. in the form of a flag, a condition, an IE etc. More details regarding the indication will be described later.
Step 506
The UE 101 resumes its PS service by sending a TAU request or a RAU request or a Service Request to the same MME 208 that it was served by before the UE 101 became unreachable, i.e. the first MME 208a. With this, UE 101 has become reachable by the first MME 208a.
Step 507
The network, i.e. the first MME 208a accepts the TAU request or the RAU request or the Service Request from step 505 and sends information about this to the UE 101.
Steps 506 and 507 together may be seen as an example embodiment of step 305 in
Step 508
This step corresponds to step 306 in
Step 509
This step corresponds to step 307 in
Step 510
The SGW/PGW 210, 215 may initiate a bearer modification/activation/deletion procedure if necessary based on the updated policy decision from the PCRF 230 (the PCRF 230 is not shown in
In steps 506-510 the UE 101 becomes reachable and the pending initiated Subscriber data transmission is executed as specified in 5.4.2.2 HSS Initiated Subscribed QoS Modification in 3GPP TS 23.401.
Step 601
This step corresponds to step 301 in
Step 602
This step corresponds to step 302 in
Step 603
This step corresponds to step 503 in
Steps 602 and 603 may be seen as being part of a HSS User Profile management function procedure.
Step 604
This step corresponds to step 303 in
Step 605
This step corresponds to step 304 in
The indication may be e.g. in the form of a flag, an IE etc. More details regarding the indication will be described later.
Step 606
The UE 101 resumes its PS service by sending a TAU request or a RAU request or a Service Request to a different MME 208 compared to the MME 208 which the UE 101 was served by before the UE 101 became unreachable. Such different MME 208 is the second MME 208b. With this, UE 101 has become reachable by the second MME 208b. This is an example embodiment of how the second MME 208b determines that the UE 101 is reachable by the second MME 208b as described in general terms in step 404,
Step 607
The second MME 208b sends a Context Request message to the first MME 208a, i.e. the new MME requests the UE context from the old MME. With such Context Request message, the first MME 208a receives information about that the UE 101 has become reachable by the second MME 208b. In other words, this step is an example embodiment of how the first MME 208a determines that the UE 101 is reachable by the second MME 208b as described in general terms in step 405,
Thus, steps 606 and 607 may be seen as an example embodiment of step 405 in
Step 608
The first MME 208a sends a Context Response message to the second MME 208b. The Context Response message is a response to the Context Request message in step 607. The Context Response message comprises information indicating that there is pending updated subscriber data waiting to be transmitted to the SGW/PGW 210,215. Such information may be in the form of the indication described in step 605. The indication may be a flag referred to as a “Pending Subscriber Change Notification Indication”.
Step 609
The second MME 208b may send a Context Acknowledgement message to the first MME 208a.
Step 610
The network, i.e. the second MME 208b accepts the TAU request or the RAU request or the Service Request from step 606 and may send information about this to the UE 101.
Step 611
This step corresponds to step 407 in
Step 612
The HSS 228 sends an Update Location Ack message to the second MME 208b. The Update Location Ack message may be an acknowledgement of the Update Location Request message in step 610 acknowledging the receipt of the request message. The Update Location Ack message may comprise the pending updated subscriber data such as e.g. IMSI, Subscription Data etc. The Update Location Ack message is sent by the HSS 228 after it has cancelled the entire first MME context. At least some of the data in the updated subscriber data may be modified.
Step 613
This step corresponds to step 408 in
Step 614
This step corresponds to step 409 in
Step 615
The SGW/PGW 210, 215 may initiate a bearer modification/activation/deletion procedure if necessary based on the updated policy decision from the PCRF 230 (the PCRF 230 is not shown in
In steps 611-614, the pending initiated Subscriber data transmission pending is executed by the new MME as specified in 5.4.2.2 HSS Initiated Subscribed QoS Modification in 3GPP TS 23.401, version 12.5.0.
Indication
The indication which indicates the pending subscriber data illustrated in step 304 in
In some embodiments, a flag may be for example called “Pending Subscription Change Notification Indication” for the UE context or the PDN connection. In some embodiments, a dedicated flag may be set by the first mobility management node 108a (e.g. a serving MME/SGSN) and may be set when the first mobility management node 108a receives a subscriber database initiated subscriber change. In some embodiments, the first mobility management node 108a reuses the existing flag Subscribed QoS Change Indication (SQCI) with the modification of semantics of the flag (which is in connection with an Idle mode Signalling Reduction (ISR) functionality).
The flag “Pending Subscription Change Notification Indication” may be transmitted over the S3/S10/S16 in a message such as the Context Response message or similar at the UE level or per PDN connection level. This flag has the purpose of indicating to that there is a pending subscriber change which has not been forwarded to the gateway node 110, e.g. the PGW so that the mobility management node 108 shall send a Modify Bearer Command with the subscribed QoS received from the subscriber database 129, or reuse the existing SQCI flag with the modification of semantics of the flag (which is in connection with ISR functionality).
The method described above will now be described seen from the perspective of the first mobility management node 108a.
Step 701
This step corresponds to step 302 in
Step 702
This step corresponds to step 303 in
Step 703
This step corresponds to step 304 in
Step 704
This step corresponds to step 305 in
Step 705
This step corresponds to step 306 in
Step 706
This step corresponds to step 307 in
Step 707
This step corresponds to step 405 in
Step 708
This step corresponds to step 406 in
To perform the method steps shown in
The first mobility management node 108a is configured to, e.g. by means of a receiving module 801, receive, from a subscriber database 128, updated subscriber data associated with the UE 101. At least part of the updated subscriber data is modified. The receiving module 801 may also be referred to as a receiving circuit, receiving means, receiving unit, means for receiving or an input unit. The receiving module 801 may be a receiver, a transceiver etc. The receiving module 801 may be a wireless receiver of the first mobility management node 108a of a wireless or fixed communications system. The updated subscriber data may comprise QoS parameters. The subscriber database 128 may be a HSS or a HLR.
The first mobility management node 108a is further configured to, e.g. by means of a determining module 803, determine that transmission of the updated subscriber data to a gateway node 110 should be postponed until the UE 101 has become reachable. The determining module 803 may also be referred to as a determining circuit, determining means, determining unit, means for determining etc. The determining module 803 may be a processor 805 of the first mobility management node 108a. The gateway node 110 may be a SGW or a PGW or a combined SGW and PGW node.
The first mobility management node 108a may be further configured to, e.g. by means of a setting module 808, set an indication indicating that there is updated subscriber data waiting to be transmitted to the gateway node 110. The setting module 808 may also be referred to as a setting circuit, setting means, setting unit, means for setting etc. The setting module 808 may be the processor 805 of the first mobility management node 108a.
The first mobility management node 108a may be further configured to, e.g. by means of a clearing module 810, clear the indication when the at least part of the updated subscriber data which is modified has been transmitted to the gateway node 110. The clearing module 810 may also be referred to as a clearing circuit, clearing means, clearing unit, means for clearing etc. The clearing module 810 may be the processor 805 of the first mobility management node 108a.
In some embodiments, the first mobility management node 108a is further configured to, e.g. by means of the determining module 803, determine that the UE 101 has become reachable by the first mobility management node 108a.
In some embodiments, the first mobility management node 108a is further configured to, e.g. by means of a transmitting module 813, transmit at least the part of the updated subscriber data which is modified to the gateway node 110. The transmitting module 813 may also be referred to as a transmitting unit, a transmitting means, a transmitting circuit, means for transmitting or an output unit. The transmitting module 813 may be a transmitter, a transceiver etc. The transmitting module 813 may be a wireless transmitter of the first mobility management node 108a of a wireless or fixed communications system.
The first mobility management node 108a may be further configured to, e.g. by means of the determining module 803, determine, that the UE 101 has become reachable by a second mobility management node 108b.
The first mobility management node 108a may be further configured to, e.g. by means of the transmitting module 813, transmit, to the second mobility node 108b, information about that there is updated subscriber data waiting to be transmitted to the gateway node 110. The information transmitted to the second mobility node 108b may be an indication indicating that there is updated subscriber data waiting to be transmitted to the gateway node 110. The second mobility management node 108b may be a MME or a SGSN or a combined MME and SGSN node.
The first mobility management node 108a may further comprise a memory 815 comprising one or more memory units. The memory 815 is arranged to be used to store data, received data streams, power level measurements, updated subscriber data, modified subscriber data, request messages, response messages, indications, information about that the UE 101 is unreachable, threshold values, time periods, configurations, schedulings, and applications to perform the methods herein when being executed in the first mobility management node 108a.
Those skilled in the art will also appreciate that the receiving module 801, the determining module 803, the setting module 808, the clearing module 810 and the transmitting module 813 described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in a memory, that when executed by the one or more processors such as the processor 805 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single application-specific integrated circuit (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).
A first computer program may comprise instructions which, when executed on at least one processor, cause the at least one processor to carry out the method as described in
The method described above will now be described seen from the perspective of the second mobility management node 108b.
Step 901
This step corresponds to step 405 in
Step 902
This step corresponds to step 406 in
Step 903
This step corresponds to step 407 in
Step 904
This step corresponds to step 408 in
Step 905
This step corresponds to step 409 in
In some embodiments, the first mobility management node 108a is a MME and the second mobility management node 108b is a second MME. In other embodiments, the first mobility management node 108a is a first SGSN and the second mobility management node 108b is a second SGSN. In yet further embodiments, the first mobility management node 108a is a first combined MME and SGSN node and the second mobility management node 108b is a second combined MME and SGSN node. The gateway node 110 may be a SGW or a PGW or a combined SGW and PGW node.
To perform the method steps shown in
The second mobility management node 108b is configured to, e.g. by means of a determining module 1001, determine that the UE 101 has become reachable by the second mobility management node 108b. The determining module 1001 may also be referred to as a determining circuit, determining means, determining unit, means for determining etc. The determining module 1001 may be a processor 1003 of the second mobility management node 108b.
The second mobility management node 108b is configured to, e.g. by means of a receiving module 1005, receive, from a first mobility management node 108a, information about that there is updated subscriber data waiting to be transmitted to a gateway node 110. In some embodiments, the received information is an indication indicating that there is updated subscriber data waiting to be transmitted to the gateway node 110. The receiving module 1005 may also be referred to as a receiving circuit, receiving means, receiving unit, means for receiving or an input unit. The receiving module 1005 may be a receiver, a transceiver etc. The receiving module 1005 may be a wireless receiver of the second mobility management node 108b of a wireless or fixed communications system.
The second mobility management node 108b is configured to, e.g. by means of the receiving module 1005, receive the updated subscriber data from a subscriber database 128. At least part of the updated subscriber data is modified. The updated subscriber data may comprise QoS parameters.
The second mobility management node 108b is configured to, e.g. by means of a transmitting module 1008, transmit the updated subscriber data to the gateway node 110. The transmitting module 1008 may also be referred to as a transmitting unit, a transmitting means, a transmitting circuit, means for transmitting or an output unit. The transmitting module 1008 may be a transmitter, a transceiver etc. The transmitting module 1008 may be a wireless transmitter of the second mobility management node 108b of a wireless or fixed communications system.
In some embodiments, the second mobility management node 108b is further configured to, e.g. by means of a clearing module 1010 clear the indication when the updated subscriber data has been transmitted to the gateway node 110. The clearing module 1010 may also be referred to as a clearing circuit, clearing means, clearing unit, means for clearing etc. The clearing module 1010 may be the processor 1003 of the second mobility management node 108b.
In some embodiments, the first mobility management node 108a is a first MME and the second mobility management node 108b is a second MME. In other embodiments, the first mobility management node 108a is a first SGSN and the second mobility management node 108b is a second SGSN. In yet another embodiment, the first mobility management node 108a is a first combined MME and SGSN node and the second mobility management node 108b is a second combined MME and SGSN node. The gateway node 110 may be a SGW or a PGW or a combined SGW and PGW node.
The second mobility management node 108b may further comprise a memory 1013 comprising one or more memory units. The memory 1013 is arranged to be used to store data, received data streams, power level measurements, updated subscriber data, modified subscriber data, indications, information about that the UE 101 is unreachable, threshold values, request messages, response messages, time periods, configurations, schedulings, and applications to perform the methods herein when being executed in the second mobility management node 108b.
Those skilled in the art will also appreciate that the determining module 1001, the receiving module 1005, the transmitting module 1008 and the clearing module 1010 described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in a memory, that when executed by the one or more processors such as the processor 1003 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single ASIC, or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a SoC.
A second computer program may comprise instructions which, when executed on at least one processor, cause the at least one processor to carry out the method as described in
The present mechanism for handling subscriber data associated with the UE 101 may be implemented through one or more processors, such as a processor 805 in the first mobility management node arrangement depicted in
The embodiments herein are not limited to the above described embodiments. Various alternatives, modifications and equivalents may be used. Therefore, the above embodiments should not be taken as limiting the scope of the embodiments, which is defined by the appending claims.
It should be emphasized that the term “comprises/comprising” when used in this specification is taken to specify the presence of stated features, integers, steps or components, but does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof. It should also be noted that the words “a” or “an” preceding an element do not exclude the presence of a plurality of such elements.
The term “configured to” used herein may also be referred to as “arranged to”, “adapted to”, “capable of” or “operative to”.
It should also be emphasized that the steps of the methods defined in the appended claims may, without departing from the embodiments herein, be performed in another order than the order in which they appear in the claims.
This application is a Continuation of U.S. patent application Ser. No. 16/447,640, filed Jun. 20, 2019, now U.S. Pat. No. 10,764,741, which is a Continuation of U.S. patent application Ser. No. 15/893,482, filed Feb. 9, 2018, now U.S. Pat. No. 10,375,566, which is a Continuation of U.S. patent application Ser. No. 15/511,187, filed Mar. 14, 2017, now U.S. Pat. No. 9,992,663, which is a 35 U.S.C. § 371 national phase filing of International Application No. PCT/EP2014/070705, filed Sep. 26, 2014, the disclosures of which are hereby incorporated herein by reference in their entireties.
| Number | Name | Date | Kind |
|---|---|---|---|
| 6684306 | Nagasawa et al. | Jan 2004 | B1 |
| 9992663 | Yang et al. | Jun 2018 | B2 |
| 20050020259 | Herrero | Jan 2005 | A1 |
| 20050097047 | Drummond et al. | May 2005 | A1 |
| 20100075635 | Lim et al. | Mar 2010 | A1 |
| 20120282941 | Lu | Nov 2012 | A1 |
| 20120300242 | Meike | Nov 2012 | A1 |
| 20130102343 | Shaw | Apr 2013 | A1 |
| 20130148492 | Liao | Jun 2013 | A1 |
| 20130170173 | Hu | Jul 2013 | A1 |
| 20130295946 | Panchal et al. | Nov 2013 | A1 |
| 20140003364 | Ramachandran et al. | Jan 2014 | A1 |
| 20150117320 | Wang | Apr 2015 | A1 |
| 20150208293 | Zhang et al. | Jul 2015 | A1 |
| 20160286451 | Ahmad | Sep 2016 | A1 |
| 20170280314 | Yang et al. | Sep 2017 | A1 |
| 20180167802 | Yang et al. | Jun 2018 | A1 |
| Number | Date | Country |
|---|---|---|
| 1020100034885 | Apr 2010 | KR |
| 0115463 | Mar 2001 | WO |
| Entry |
|---|
| Author Unknown, “Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12),” Technical Specification 23.401, Version 12.5.0, 3GPP Organizational Partners, Jun. 2014, 305 pages. |
| Author Unknown, “Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12),” Technical Specification 23.401, Version 12.0.0, 3GPP Organizational Partners, Mar. 2013, 290 pages. |
| Author Unknown, “Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS); Service description; Stage 2 (Release 12),” Technical Specification 23.060, Version 12.0.0, 3GPP Organizational Partners, Mar. 2013, 338 pages. |
| Author Unknown, “Technical Specification Group Core Network and Terminals; 3GPP Evolved Packet System (EPS); Evolved General Packet Radio Service (GPRS) Tunnelling Protocol for Control plane (GTPv2-C); Stage 3 (Release 12),” Technical Specification 29.274, Version 12.0.0, 3GPP Organizational Partners, Mar. 2013, 228 pages. |
| Author Unknown, ““Technical Specification Group Core Network and Terminals; General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP)across the Gn and Gp interface (Release 12),”” Technical Specification 29.060, Version 12.0.0, 3GPP Organizational Partners, Mar. 2013, 176 pages. |
| Non-Final Office Action for U.S. Appl. No. 15/511,187, dated Aug. 10, 2017, 16 pages. |
| Notice of Allowance for U.S. Appl. No. 15/511,187, dated Jan. 4, 2018, 17 pages. |
| Notice of Allowance for U.S. Appl. No. 15/511,187, dated Apr. 11, 2018, 17 pages. |
| Non-Final Office Action for U.S. Appl. No. 15/893,482, dated May 11, 2018, 21 pages. |
| Final Office Action and Applicant-Initiated Interview Summary for U.S. Appl. No. 15/893,482, dated Oct. 4, 2018, 32 pages. |
| Notice of Allowance and Applicant-Initiated Interview Summary for U.S. Appl. No. 15/893,482, dated Mar. 25, 2019, 18 pages. |
| Extended European Search Report for European Patent Application No. 18173065.6, dated Jul. 17, 2018, 8 pages. |
| Grant of Patent for Korean Patent Application No. 10-2017-7011442, dated Jun. 20, 2017, 2 pages. |
| International Search Report and Written Opinion for International Patent Application No. PCT/EP2014/070705, dated May 21, 2015, 10 pages. |
| International Preliminary Report on Patentability for International Patent Application No. PCT/EP2014/070705, dated Sep. 8, 2016, 7 pages. |
| Author Unknown, “Technical Specification Group Services and System Aspects; Machine-Type and other mobile data applications Communications enhancements (Release 12),” Technical Specification 23.887, Version 1.2.0, 3GPP Organizational Partners, Aug. 2013, 153 pages. |
| Non-Final Office Action for U.S. Appl. No. 16/447,640, dated Sep. 9, 2019, 23 pages. |
| Final Office Action for U.S. Appl. No. 16/447,640, dated Jan. 13, 2020, 43 pages. |
| Notice of Allowance for U.S. Appl. No. 16/447,640, dated Apr. 16, 2020, 17 pages. |
| First Office Action for Chinese Patent Application No. 201480082219.9, dated Sep. 30, 2019, 13 pages. |
| Number | Date | Country | |
|---|---|---|---|
| 20200344592 A1 | Oct 2020 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 16447640 | Jun 2019 | US |
| Child | 16925732 | US | |
| Parent | 15893482 | Feb 2018 | US |
| Child | 16447640 | US | |
| Parent | 15511187 | US | |
| Child | 15893482 | US |
