WO2015043244A1 - 用户设备、请求消息接收方法、装置及其系统 - Google Patents

用户设备、请求消息接收方法、装置及其系统 Download PDF

Info

Publication number
WO2015043244A1
WO2015043244A1 PCT/CN2014/080137 CN2014080137W WO2015043244A1 WO 2015043244 A1 WO2015043244 A1 WO 2015043244A1 CN 2014080137 W CN2014080137 W CN 2014080137W WO 2015043244 A1 WO2015043244 A1 WO 2015043244A1
Authority
WO
WIPO (PCT)
Prior art keywords
request message
service
circuit domain
user equipment
domain fallback
Prior art date
Application number
PCT/CN2014/080137
Other languages
English (en)
French (fr)
Inventor
卢飞
谢宝国
梁爽
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2015043244A1 publication Critical patent/WO2015043244A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service

Definitions

  • the present invention relates to the field of communications, and in particular to a user equipment, a request message receiving method, an apparatus, and a system thereof.
  • 3GPP 3rd Generation Partnership Project
  • PS Core Packet Switch Core
  • UTRAN Universal Mobile Telecommunication System Radio Access Network
  • SAE System Architecture Evolution
  • the purpose is to enable Evolved Packet Core (EPC) to provide higher transmission rate, shorter transmission delay, and optimization.
  • Evolved UTRAN Evolved UTRAN
  • E-UTRAN Evolved Radio Access Network
  • WLAN Wireless Local Area Network
  • Evolved NodeB evolved Node B
  • Packet Data Network is a network that provides services for users; EPC provides lower transmission delay and allows more
  • the access of the wireless access system includes: a Mobility Management Entity (MME), a Serving Gateway (SGW), and a PDN Gateway (PGW). Policy and Charging Rules Function (PCRF), Home Subscriber Server (HSS), where MME is the mobile management unit of the SAE system, in Universal Mobile Communication System (Universal Mobile) In the Telecommunications System (UMTS), the mobility management unit is a service general packet radio service.
  • General Packet Radio Service abbreviated as GPRS
  • SGSN Serving GPRS Support Node
  • CSFB Circuit Switched Fallback
  • MSC Mobile Switched Center
  • VLR Visitor Location Register
  • Step S201 The UE moves to the E-UTRAN coverage area of the MME, and sends a tracking area update request message to the MME, requesting to register in a new area, where the update request message carries the SGSN.
  • Step S202 The new MME searches for the old SGSN according to the P-TMSI identifier, and sends a context request signaling to the old SGSN to acquire the UE.
  • P-TMSI Packet-Temporary Mobile Subscriber Identity
  • Step S203 the old SGSN sends the user's mobility management and bearer information to the new MME, that is, performs a context response;
  • Step S204 the new MME confirms the context after receiving the context response;
  • Step S205 the new MME sends the SGW Initiating an update bearer request message, where the update bearer request message carries a source GPRS Tunneling Protocol-Control Plane (GTP-C) tunnel identifier and a destination GTP-C tunnel identifier, and the SGW updates the bearer binding relationship;
  • Step S206 the SGW sends an update bearer request to the PGW, and the SGW address information and the tunnel are obtained. Identification information, access technology type and other parameters sent to the PGW.
  • GTP-C GPRS Tunneling Protocol-Control Plane
  • Step S207 the PGW updates its own context and returns an update bearer response message to the SGW, where the content of the response message includes the address of the PGW and the tunnel identifier, etc.;
  • Step S208 the SGW returns an update bearer response to the new MME, and the destination GTP-C tunnel specified by the SGW
  • the identifier, the address of the self, and the address and tunnel information of the PGW are sent to the MME;
  • Step S210 the HSS maintains the single registration principle for the UE, and sends the location to the old SGSN.
  • Step S211 the old SGSN returns a location cancellation response to the HSS;
  • step S212 the HSS confirms the location update of the new MME.
  • the MME sends a location update request message to the MSC to request to establish an SGs connection.
  • the location update request message carries an International Mobile Subscriber Identification (IMSI).
  • IMSI International Mobile Subscriber Identification
  • LAI location area identifier
  • step S214 the MSC performs a user check, and sends a location update request message to the HSS after the check is passed;
  • step S215 HSS directions
  • the MSC returns a location update confirmation message.
  • Step S216 the MSC returns a location update accept message to the MME, where the location update accept message carries a Temporary Mobile Subscriber Identity (TMSI);
  • Step S217 if the new MME confirms that the UE is If the current tracking area is valid, the tracking area update accept message is sent to the UE, and the LAI and TMSI need to be carried in the TAU accept message.
  • Step S218 If the new MME allocates a new global unique temporary identifier to the UE through the TAU procedure (Globally Unique Temp Orary Identity (referred to as GUTI), then the UE will return the tracking area update completion message to confirm to the MME.
  • GUTI Globally Unique Temp Orary Identity
  • Step S301 The UE in the idle state meets the trigger condition of the TAU of the protocol 3GPP TS 24.301 to initiate a TAU request, requesting to register in a new area, and the TAU message carries the originally allocated GUTI value.
  • Step S302 the MME rejects the TAU request message sent by the UE, and returns a TAU reject message to the UE, where the message carries a back off timer.
  • step S303 the UE receives the TAU request message. After the TAU requests the reject message sent by the MME, the UE changes the state to the restricted state of EMM.REGISTERED.ATTEMPTING-TO-UPDATE, and starts the restricted timer. During the UE running the limited timer, the UE cannot actively forward to the network side.
  • Step S304 after the VLR receives the circuit domain terminating service, the VLR sends an SGs paging message to the MME;
  • Step S305 the MME sends a paging message to the UE by using the eNodeB, where the paging message carries the SAE-Temporary Mobile Subscriber Identity (S-TMSI) assigned by the network for the user, and is used to indicate the paging service. Circuit domain identification.
  • Step S306 after the UE is in the EMM.REGISTERED.
  • the UE after receiving the paging message sent by the network side, the UE needs to send a TAU request as a paging response message; Step S307, the MME returns a TAU accept message to the UE. Step S308, the UE needs to send an extended service request message to the MME, indicating that the UE has accepted the circuit domain fallback request, and attempts to connect to the second generation or third generation (2G/3G) network.
  • 2G/3G 2G/3G
  • the UE will reselect the 2G/3G network for access. It can be seen from this process that the UE reselects the 2G/3G network for a long time, which is likely to cause a long call waiting time, resulting in a poor user experience. On the other hand, the UE sends signaling to the network side. More, it is also easy to cause network congestion. In view of the problem that the 2G/3G network access signaling is re-selected in the case where the UE is limited in the related art, an effective solution has not been proposed yet.
  • a request message receiving method including: receiving a request message that is sent by a user equipment and carries a service type and/or a circuit domain fallback response, where the request message includes the following One: tracking area update request message, routing area update request message, extended service request message.
  • the method further includes: sending, according to the request message, an SGs service request message or an SGs page reject message to the visited location register, where the SGs service request message or SGs search
  • the call reject message is used to indicate an operation of the circuit domain fallback service performed by the user equipment; or, according to the request message, send a predetermined cause value for rejecting the request message to the user equipment, where The user equipment determines to access the second generation or third generation network according to the predetermined cause value.
  • the user equipment is in a restricted state of a non-emergency service message that cannot actively send a packet switched domain to the network side.
  • the service type includes: a terminating circuit domain fallback service or a start call circuit domain fallback emergency service.
  • the method further includes: determining, according to the circuit domain fallback response, that the user equipment accepts a circuit domain fallback Service or reject circuit domain fallback service.
  • the request message is an extended service request
  • the extended service request is sent by the user equipment according to the trigger of the circuit domain fallback service in a restricted state.
  • the SGs service request message is used to indicate that the user equipment accepts the terminating circuit domain fallback service.
  • the service type carried in the request message is an initial call circuit domain back-off emergency service
  • the SGs service request message is used to indicate that the user equipment actively sends a start call circuit domain fallback service.
  • a request message receiving apparatus including: a first receiving module, configured to receive a request message that is sent by a user equipment and carries a service type and/or a circuit domain fallback response,
  • the request message includes one of the following: a tracking area update request message, a routing area update request message, and an extended service request message.
  • the apparatus further includes: a first sending module, configured to send an SGs service request message or an SGs page reject message to the visited location register according to the request message, where the SGs service request message or SGs paging The reject message is used to indicate the operation of the circuit domain fallback service performed by the user equipment; or the first sending module is configured to send, according to the request message, the user equipment to reject the request message. a predetermined cause value, wherein the user equipment determines to access the second generation or third generation network according to the predetermined cause value.
  • the device is located in a mobility management unit, wherein the mobility management unit comprises: a mobility management entity and/or a general packet radio service support node.
  • the apparatus further includes: a first determining module, configured to determine, according to the circuit domain fallback response, that the user equipment accepts a circuit domain fallback service or rejects a circuit domain fallback service.
  • a first determining module configured to determine, according to the circuit domain fallback response, that the user equipment accepts a circuit domain fallback service or rejects a circuit domain fallback service.
  • the request message is an extended service request
  • the extended service request is sent by the user equipment according to the trigger of the circuit domain fallback service in a restricted state.
  • the first sending module further includes: a first determining unit, configured to: the service type carried in the request message is a terminal call circuit domain fallback service and/or the circuit domain fallback response indication If the user equipment accepts the terminal call circuit domain fallback, determining, according to the request message, that the user equipment accepts the terminating circuit domain backoff service; the first sending unit is configured to send the location to the visited location register
  • the SGs service request message is used to indicate that the user equipment accepts the terminating circuit domain fallback service.
  • the first sending module further includes: a second determining unit, configured to: when the service type carried in the request message is an initial call circuit domain rollback emergency service, according to the request message, Determining that the user equipment actively sends a start call circuit domain fallback service; the second sending unit is configured to send the SGs service request message to the visitor location register, where the SGs service request message is used to indicate the user The device actively sends the start call circuit domain backoff service.
  • a second determining unit configured to: when the service type carried in the request message is an initial call circuit domain rollback emergency service, according to the request message, Determining that the user equipment actively sends a start call circuit domain fallback service
  • the second sending unit is configured to send the SGs service request message to the visitor location register, where the SGs service request message is used to indicate the user The device actively sends the start call circuit domain backoff service.
  • the first sending module further includes: a third determining unit, configured to: the service type carried in the request message is a terminating circuit domain backoff service and/or the circuit domain backoff response indication If the user equipment rejects the terminal call circuit domain fallback, determining, according to the request message, that the user equipment rejects the terminal call circuit domain fallback service; and the third sending unit is configured to send the location to the visit location register
  • the SGs paging reject message is used to indicate that the user equipment rejects the terminating circuit domain fallback service.
  • a user equipment including: a second sending module, configured to send a request message carrying a service type and/or a circuit domain fallback response, where the request message includes One of the following: Tracking Area Update Request Message, Routing Area Update Request Message, Extended Service Request Message.
  • the user equipment further includes: a second determining module, configured to determine to access a second generation or third generation network according to a predetermined cause value from the mobility management unit for rejecting the request message, where The mobility management unit sends the predetermined cause value to the user equipment according to the request message.
  • the second sending module is further configured to: send, according to the trigger of the circuit domain fallback service, the extended service request as the request message to the mobility management unit in a restricted state.
  • a request message transmission system comprising: a mobility management unit including the above-described request message receiving apparatus, and the above-mentioned user equipment.
  • the request message carrying the service type and/or the circuit domain fallback response sent by the user equipment is received, where the request message includes one of the following: a tracking area update request message, a routing area update request message,
  • the method of extending the service request message solves the problem of re-selecting the 2G/3G network access signaling overhead when the UE is limited, reduces the signaling overhead, and improves the efficiency of accessing the 2G/3G network.
  • FIG. 1 is a schematic structural diagram of an architecture of an SAE according to the related art
  • FIG. 2 is a schematic flowchart of a tracking area update and activation of an SGs connection according to the related art
  • FIG. 3 is a UE in an idle state according to the related art.
  • FIG. 4 is a schematic diagram of a preferred flow of a request message receiving method according to an embodiment of the present invention
  • FIG. 5 is a second schematic flowchart of a request message receiving method according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention
  • FIG. 10 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention
  • FIG. 10 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention
  • FIG. 11 is a user according to an embodiment of the present invention; A preferred structural diagram of the device; Figure 12 is a request in accordance with an embodiment of the present invention
  • FIG. 13 is a schematic flowchart of a method for distinguishing services according to a preferred embodiment of the present invention
  • FIG. 14 is a schematic flowchart of an implementation method of step S1302 according to an embodiment of the present invention
  • FIG. 15 is a schematic flowchart diagram of an implementation method of step S1303 according to a preferred embodiment of the present invention
  • FIG. FIG. 16 is a schematic flowchart diagram of another implementation method of step S1302 according to a preferred embodiment of the present invention
  • FIG. 17 is a schematic flowchart diagram of another implementation method of step S1303 according to an embodiment of the present invention
  • FIG. 19 is a schematic flowchart of a callback circuit domain fallback service according to a preferred embodiment of the present invention
  • FIG. 20 is a schematic diagram of a start call circuit domain according to a preferred embodiment of the present invention
  • the steps illustrated in the flowchart of the figures may be executed in a computer system such as a set of computer executable instructions, and although the logical order is shown in the flowchart, in some cases, may differ from this The steps shown are performed in the order shown or described.
  • the present embodiment provides a request message receiving method, including: receiving a request message of a service type and/or a circuit domain fallback response sent by a user equipment, where the request message includes one of the following: a tracking area update request message, Routing area update request message, extended service request message.
  • the service type and/or the circuit domain fallback response is sent in a message of one of the tracking area update request message, the routing area update request message, and the extended service request message, and needs to be re-registered in relation to the related art.
  • a technical solution for reporting the related information of the circuit domain fallback to the network side after the network is reached.
  • the user terminal in the system applying the solution can report the circuit and the backoff service to the network side without using the non-emergency service message of the PS domain.
  • the information so that the process of reselecting 2G/3G network access can be completed with less signaling in the case that the user terminal cannot actively send the non-emergency service message of the PS domain to the network side, and the UE is limited.
  • FIG. 4 is a first schematic flowchart of a method for receiving a request message according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps: Step S402, receiving a request message that is sent by the user equipment and carries a service type and/or a circuit domain fallback response, where the request message includes one of the following: a tracking area update request message, a routing area update request message, and an extended service request message.
  • Step S404 Send an SGs service request message or an SGs page reject message to the visit location register according to the request message, where the SGs service request message or the SGs page reject message is used to indicate the operation of the circuit domain fallback service performed by the user equipment. .
  • the mobility management unit on the network side can learn the circuit domain fallback performed by the user terminal through the request message.
  • the network side can support the user equipment to reselect the access of the 2G/3G network, thereby completing the circuit. If the user equipment rejects the terminating circuit domain fallback service, the mobility management unit sends an SGs paging reject message to the visited location register, and the visited location register may trigger the busy processing of the current user or release the current call. It can be seen that, by using the foregoing steps, the re-selection of the 2G/3G network access caused by the non-emergency service in which the restricted user equipment cannot actively send the packet switched domain to the network side is long and the signaling overhead is large.
  • the mobility management unit comprises: a mobility management entity and/or a general packet radio service support node.
  • the user equipment is in a restricted state of a non-emergency service message that cannot actively send a packet switched domain to the network side, for example, an EMM.REGISTERED. ATTEMPTING-TO-UPDATE state. At this time, the user equipment cannot actively send the PS domain to the network side. Non-emergency business news.
  • the circuit domain fallback response is used to indicate that the user equipment accepts/rejects the circuit domain fallback service.
  • the method further includes: determining, according to the circuit domain fallback response, that the user equipment accepts the circuit domain fallback service or rejects the circuit domain fallback service. For example, after the user equipment rejects the CSFB service, if the user equipment does not notify the MSC of the response to the rejection circuit domain fallback, the MSC will continue to resend the paging request message, causing signaling redundancy or congestion. It can be seen that in this way, network congestion can be further avoided.
  • the service type includes: a terminating circuit domain fallback service or a start call circuit domain fallback emergency service.
  • the request message is an extended service request
  • the extended service request is sent by the user equipment according to the trigger of the circuit domain fallback service in the restricted state.
  • the SGs service request message is used to indicate the user equipment in the case that the service type carried in the request message is the terminal call circuit domain fallback service and/or the circuit domain fallback response indicates that the user equipment accepts the terminal call circuit domain fallback. Accept the terminal call circuit domain fallback service.
  • FIG. 5 is a schematic diagram of a preferred flow of a request message receiving method according to an embodiment of the present invention. As shown in FIG.
  • Step S502 Receive a carried service type and/or a circuit domain fallback sent by a user equipment. a response request message, where the request message includes one of the following: a tracking area update request message, a routing area update request message, an extended service request message; step S504, sending, according to the request message, a reservation for rejecting the request message to the user equipment A cause value, wherein the user equipment determines to access the second generation or third generation network according to the predetermined cause value.
  • the network side can support the user equipment to reselect the access of the 2G/3G network, and the user equipment determines the access 2G according to the predetermined cause value of the response of the mobility management unit. /3G network, thus completing the circuit domain fallback.
  • the mobility management unit comprises: a mobility management entity and/or a general packet radio service support node.
  • the user equipment is in an restricted state of a non-emergency service message that cannot actively send a packet switched domain to the network side.
  • the circuit domain fallback response is used to indicate that the user equipment accepts the circuit domain fallback.
  • the method further includes: the user equipment is triggered by the circuit domain fallback service in the restricted state, The mobility management unit sends an extended service request.
  • the service type includes: a terminating circuit domain fallback service or a start call circuit domain fallback emergency service.
  • the embodiment further provides a request message receiving device, which can be applied to a mobile management unit, where the device is used to implement the method for receiving a request message, and the specific implementation process of the device described in the device embodiment has been performed in the method embodiment. Detailed description will not be repeated here.
  • the request message receiving apparatus includes: a first receiving module, configured to receive a request message that is sent by the user equipment and carries a service type and/or a circuit domain fallback response, where the request message includes one of the following: a tracking area update request message, Routing area update request message, extended service request message.
  • FIG. 6 is a first schematic structural diagram of a request message receiving apparatus according to an embodiment of the present invention. As shown in FIG. 6, the apparatus includes: a first receiving module 62 and a first sending module 64, wherein the first receiving module 62 is configured.
  • the sending module 64 is coupled to the first receiving module 62, and configured to send an SGs service request message or an SGs page reject message to the visited location register according to the request message, where the SGs service request message or the SGs page reject message is used to indicate the user equipment
  • the operation of the circuit domain is performed to roll back the business.
  • the modules and units involved in the embodiments of the present invention may be implemented by software or by hardware.
  • a processor includes a first receiving module 62 and a first transmitting module 64.
  • the name of these modules does not constitute a limitation on the module itself in some cases.
  • the first receiving module may also be described as "set to receive the type of service carried by the user equipment and/or the circuit domain back.
  • the module that replies to the request message is further configured to send a predetermined cause value for rejecting the request message to the user equipment according to the request message, wherein the user equipment determines to access the second generation or third generation network according to the predetermined cause value.
  • the mobility management unit comprises: a mobility management entity and/or a general packet radio service support node.
  • the circuit domain fallback response is used to indicate that the user equipment accepts/rejects the circuit domain fallback service.
  • FIG. 7 is a second schematic structural diagram of a request message receiving apparatus according to an embodiment of the present invention.
  • the The apparatus further includes: the first determining module 72 coupled to the first receiving module 62, configured to determine, according to the circuit domain fallback response, that the user equipment accepts the circuit domain fallback service or rejects the circuit domain fallback service.
  • the request message is an extended service request
  • the extended service request is sent by the user equipment according to the trigger of the circuit domain fallback service in the restricted state.
  • FIG. 8 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention.
  • the first sending module 64 further includes: a first determining unit 641, configured to be carried in the request message.
  • the sending unit 642 is coupled to the first determining unit 641, and configured to send an SGs service request message to the visited location register, where the SGs service request message is used to indicate that the user equipment accepts the terminating circuit domain fallback service.
  • the SGs service request message is used to indicate that the user equipment actively sends the start call circuit domain fallback service.
  • the first sending module 64 further includes: a second determining unit 643, configured to be carried in the request message. If the service type is the initial call circuit domain to fall back the emergency service, the user equipment is determined to initiate the initial call circuit domain to fall back the emergency service according to the request message; the second sending unit 644 is coupled to the second determining unit 643, and is set to visit The location register sends an SGs service request message, where the SGs service request message is used to indicate that the user equipment actively sends the initial call circuit domain to roll back the emergency service.
  • FIG. 10 is a schematic diagram of a preferred structure of a request message receiving apparatus according to an embodiment of the present invention.
  • the first sending module 64 further includes: a third determining unit 645, configured to be carried in the request message.
  • the sending unit 646 is coupled to the third determining unit 645, and is configured to send an SGs paging reject message to the visited location register, where the SGs paging reject message is used to indicate that the user equipment rejects the terminating circuit domain fallback service.
  • the embodiment further provides a user equipment, where the user equipment is also used to implement the method for receiving the request message.
  • the user equipment includes: a second sending module, configured to send a request message carrying a service type and/or a circuit domain fallback response, where the request message includes one of the following: a tracking area update request message, a routing area update request message, an extension Business request message.
  • FIG. 11 is a schematic diagram of a preferred structure of a user equipment according to an embodiment of the present invention. As shown in FIG.
  • the user equipment includes: a second sending module 112 and a second determining module 114, where the second sending module 112 passes non-access A layer (Non-Access-Stratume, NAS for short) is coupled to the mobility management unit, and configured to send a request message carrying a service type and/or a circuit domain fallback response, where the request message includes one of the following: a tracking area update request The message, the routing area update request message, and the extended service request message; the second determining module 114 is coupled to the mobility management unit by the NAS layer, and is configured to receive the termination call domain domain fallback according to the tracking area update accept message from the mobility management unit.
  • a layer Non-Access-Stratume, NAS for short
  • the user equipment of the service starts to find and access the second generation or third generation network, wherein the mobility management unit sends an SGs service request message or an SGs reject page message, an SGs service request message or an SGs according to the request message according to the request message.
  • the reject paging message is used to indicate the circuit domain back performed by the user equipment Operating business.
  • the modules and units involved in the embodiments of the present invention may be implemented by software or by hardware.
  • the described modules and units in this embodiment may also be disposed in a processor, for example, as follows:
  • a processor includes a second transmitting module 112 and a second determining module 114. The names of these modules do not constitute a limitation on the module itself under certain circumstances.
  • the third sending module may also be described as "set to send a request carrying a service type and/or a circuit domain fallback response.
  • the module of the message is further configured to determine to access the second generation or third generation network according to the predetermined cause value for rejecting the request message from the mobility management unit, wherein the mobility management unit sends the user to the user according to the request message.
  • the device sends a predetermined cause value.
  • the user equipment is in an restricted state of a non-emergency service message that cannot actively send a packet switched domain to the network side.
  • the circuit domain fallback response is used to indicate that the user equipment accepts/rejects the circuit domain fallback service.
  • the second sending module 112 is further configured to: send an extended service request to the mobility management unit according to a trigger of the circuit domain fallback service.
  • the SGs service request message is used to indicate the user equipment in the case that the service type carried in the request message is the terminal call circuit domain fallback service and/or the circuit domain fallback response indicates that the user equipment accepts the terminal call circuit domain fallback. Accept the terminal call circuit domain fallback service.
  • the service type carried in the request message includes a terminating circuit domain backoff service or an originating circuit domain backoff emergency service.
  • FIG. 12 is a schematic diagram of a system structure of a mobility management system according to an embodiment of the present invention. As shown in FIG. 12, the system includes: a mobile station including the request message receiving device 1222.
  • mobility management unit 122 is coupled to user equipment 124 via the NAS layer.
  • Description and description are made below in conjunction with the preferred embodiments.
  • the preferred embodiment provides a method, system and apparatus for distinguishing services by a mobility management process.
  • the 2G/3G network can be quickly accessed when the user equipment (including various user terminals) is limited, and the signaling sent by the UE to the network side can be saved, thereby improving the standby time of the UE and avoiding the network. Congestion also has certain benefits.
  • the method for distinguishing services by the mobility management process includes the following steps: Step 1: Carrying a service type and/or a tracking area update request message or a routing area update request message sent by the UE to the mobility management unit Circuit domain fallback response; Step 2: The mobility management unit sends an SGs service request message or an SGs page reject message to the VLR, or rejects the tracking area update request message and the routing area update request with an appropriate cause value.
  • the mobility management unit is an MME and/or an SGSN; preferably, the service type carried in the tracking area update request message or the routing area update request message sent by the UE to the mobility management unit is a terminal call circuit domain backoff service or an initial call The circuit domain rolls back the emergency service;
  • the circuit domain fallback response carried in the tracking area update request message or the routing area update request message sent by the UE to the mobility management unit is that the UE accepts the circuit domain fallback or the UE rejects the circuit domain fallback; preferably, the mobile
  • the process for the management unit to send the SGs service request message to the VLR includes: the mobility management unit accepts the tracking area update request message or the routing area update request message, and sends an SGs service request message to the VLR, indicating that the UE has accepted the terminal call circuit domain fallback service.
  • the mobile management unit sends the SGs paging reject message to the VLR, the mobile management unit accepts the tracking area update request message or the routing area update request message, and sends the SGs to the VLR.
  • a call reject message configured to indicate that the UE has rejected the terminating circuit domain fallback service; preferably, the mobility management unit rejects the tracking area update request message or the routing area update request by using a suitable cause value, and the UE receives the appropriate reject reason value.
  • the method for distinguishing services by the mobility management process provided by the embodiment includes: the restricted UE sends an extended service request message to the mobility management unit when initiating the terminating circuit domain fallback service or the originating circuit domain backing off the emergency service;
  • the restricted UE refers to the UE whose status is EMM.REGISTERED.ATTEMPING-TO-UPDATE.
  • the sending the extended service request message to the mobility management unit includes: the restricted UE initiates the terminal call circuit domain backoff service or starts calling When the circuit domain rolls back the emergency service, the tracking area update request message or the routing area update request message is not sent; preferably, sending the extended service request message to the mobility management unit is a paging or initial call triggered by the terminal call circuit domain fallback service. The circuit domain is rolled back to the emergency service triggered.
  • FIG. 13 is a schematic flowchart of a method for distinguishing services by a mobility management process according to a preferred embodiment of the present invention. As shown in FIG. 13, the process includes the following steps: Step S1301: After receiving the paging message, the UE in the EMM.REGISTERED.ATTEMPTING-TO-UPDATE state stops running the restricted timer, and returns a tracking area update request message to the mobility management unit, where the tracking area update request message is carried.
  • Step S1302 The mobility management unit accepts the tracking area update request message, and the mobile management unit accepts the tracking area update request from the service type and/or the circuit domain fallback response carried in the message, If the service type is the terminating circuit domain fallback service and/or the circuit domain fallback response is that the UE accepts the circuit domain fallback service, the mobility management unit may send the SGs service request message to the VLR; if the service type is the terminating circuit domain back The fallback service and/or the circuit domain fallback response is that the UE rejects the circuit domain fallback service, and the mobility management unit can send the SGs reject paging message to the VLR.
  • Step S1303 If the mobility management unit rejects the TAU request message, the mobility management unit rejects the tracking area request message by using an appropriate reason value, and the UE directly accesses the 2G/3G network after receiving the appropriate cause value. Steps S1302 and S1303 will be described below using specific examples.
  • FIG. 14 is a schematic flowchart of an implementation method of step S1302 according to an embodiment of the present invention. As shown in FIG. 14, the MME accepts a tracking area update request, and notifies the VLR of the SGs service request message, where the process includes the following steps: Step S1401 After receiving the circuit domain terminal call service, the VLR sends the SGs paging message to the MME.
  • step S1402 the MME sends a paging message to the UE through the eNodeB, where the paging message carries the S-TMSI allocated by the network for the user and is used to indicate The circuit domain identifier of the paging service;
  • Step S1403 After receiving the paging message, the UE in the EMM.REGISTERED.ATTEMPTING-TO-UPDATE state stops running the restricted timer, and returns a tracking area update request message to the MME, and tracks
  • the area update request message carries a service type and/or a circuit domain fallback response (CSFB response); the service type may be a terminating circuit domain fallback service, which may be by adding a new information unit or expanding an existing information unit in the message.
  • CSFB response circuit domain fallback response
  • circuit domain fallback response is that the UE accepts or rejects the circuit domain fallback service.
  • the circuit domain only carries the circuit domain fallback response without carrying the service type, and is used to implicitly indicate that the service type is the terminal call circuit domain fallback service;
  • Step S1404 when the circuit domain fallback response In the case that the UE accepts the terminal call circuit domain fallback service, the MME sends an SGs service request message to the VLR; when the circuit domain fallback response is that the UE rejects the circuit domain fallback service, the MME sends an SGs reject paging message to the VLR;
  • Step S1405 The MME sends a TAU accept message to the UE.
  • FIG. 15 is a schematic flowchart of an implementation method of step S1303 according to a preferred embodiment of the present invention.
  • the MME rejects the tracking area request message with a suitable cause value, and then the UE selects a 2G/3G network for circuit domain connection.
  • the process includes the following steps: Step S1501: After receiving the circuit domain terminal call service, the VLR sends an SGs paging message to the MME.
  • step S1502 the MME sends a paging message to the UE through the eNodeB, where the paging message carries the network. a user-assigned S-TMSI and a circuit domain identifier for indicating a paging service;
  • Step S1503 after the UE in the EMM.REGISTERED. ATTEMPTING-TO-UPDATE state receives the paging message, the UE stops running the limited timer. And returning the tracking area update request message to the MME, where the tracking area update request message carries a service type and/or a circuit domain fallback response (CSFB response); the service type may be a terminating circuit domain fallback service, which may be in the message.
  • CSFB response circuit domain fallback response
  • the new information unit is added or the existing information unit is extended to implement;
  • the circuit domain fallback response is that the UE accepts the circuit domain fallback service.
  • the circuit domain only carries the circuit domain fallback response without carrying the service type, and is used to implicitly indicate that the service type is the terminating circuit domain fallback service;
  • Step S1504 if the UE is from the home base station ( The eNode sends a TAU reject message to the UE, and the MME sends a TAU reject message to the UE when the Home eNode B carries the Local IP Access (LIPA) service, and the gateway address that the Home eNode B carries to the MME is inconsistent with the gateway address stored by the MME.
  • LIPA Local IP Access
  • FIG. 16 is a schematic flowchart of another implementation method of step S1302 according to a preferred embodiment of the present invention. As shown in FIG.
  • Step S1601 After the UE in the EMM.REGISTERED. ATTEMPTING-TO-UPDATE state receives the emergency service indicating that the initial call circuit domain needs to be sent back, the UE sends the tracking area to the MME.
  • the tracking area update request message carries the service type; the service type may be an emergency service that is backed up by the originating circuit domain, which may be implemented by newly adding an information unit or extending an existing information unit in the message; Step S1602, MME Sending a TAU accept message to the UE; after receiving the TAU accept message, the UE starts a timer and starts to search for a 2G/3G cell for access;
  • FIG. 17 is a flowchart of another implementation method of step S1303 according to an embodiment of the present invention.
  • the UE initiates an emergency circuit domain fallback originating service, and the MME rejects the tracking area request message with a suitable cause value, and then the UE selects a 2G/3G network for circuit domain access, and the process includes the following steps: Step S1701, After the UE in the EMM.REGISTERED.ATTEMPTING-TO-UPDATE state receives the emergency service indicating that the initial call circuit domain is to be sent back, the UE sends a tracking area update request message to the MME, and the tracking area update request message carries the service type; The type may be an emergency service in which the initial call circuit domain is rolled back. This may be implemented by newly adding an information element in the message or extending an existing information element. Step S1702: If the UE performs LIPA service from the Home eNodeB, the Home eNodeB carries
  • FIG. 18 is a schematic diagram of a workflow of a mobility management process for distinguishing a service system according to a preferred embodiment of the present invention. As shown in FIG. 18, the process includes the following steps: Step S1801, UE receiving EMM.REGISTERED.
  • FIG. 19 is a schematic flowchart of a callback domain domain fallback service according to a preferred embodiment of the present invention. As shown in FIG. 19, the process includes the following steps: Step S1901: After receiving the circuit domain terminating service, the VLR sends the VLR to the MME.
  • Step S1902 the MME sends a paging message to the UE through the eNodeB, where the paging message carries the S-TMSI allocated by the network for the user and the circuit domain identifier used to indicate the paging service;
  • Step SI 903 After receiving the paging message, the UE in the EMM.REGISTERED.ATTEMPTING-TO-UPDATE state stops running the restricted timer, temporarily stops sending the tracking area update request message to the MME, and sends an extended service request to the MME.
  • the message carries the service type, the circuit domain fallback response (CSFB response); the service type may be the terminating circuit domain fallback service; the circuit domain fallback response (CSFB response) is used to indicate that the UE accepts or rejects the CSFB service, Step S1904: If the MME accepts the extended service request message and the CSFB response indicates that the UE accepts the terminating CSFB service, the MME sends an SGs service request message to the VLR; if the MME accepts the extended service request message and the CSFB response indicates that the UE rejects the terminating CSFB service, the MME The VLR sends an SGs reject paging message. In step S1905, the MME sends an extended service accept message to the UE. After receiving the extended service accept message, the UE receives the extended service accept message.
  • the UE starts the timer and starts to look for the 2G/3G cell to access. If the MME rejects the extended service request message, the MME selects an appropriate cause value and carries it to the UE in the extended service request message, for example, if the UE performs LIPA from the Home eNodeB.
  • the MME sends an extended service reject message to the UE when the gateway address carried by the Home eNode B to the MME is different from the gateway address stored by the MME.
  • the extended service reject message sent by the MME to the UE carries the appropriate cause value.
  • the reason value carried includes "no valid bearer context". After receiving the appropriate cause value, the UE directly selects 2G/3G for circuit domain access.
  • Step S2001 the UE in the EMM.REGISTERED. ATTEMPTING-TO-UPDATE state receives After the upper layer indicates that the emergency service needs to be sent back to the MME, the UE temporarily stops sending the tracking area update request message to the MME, and sends an extended service request message to the MME, where the message carries the service type; the service type may be the initial call circuit.
  • Step S2002 the MME sends an extended service accept message to the UE; after receiving the extended service accept message, the UE starts a timer and starts to search for a 2G/3G cell for access; if the MME rejects the extended service request The MME selects a suitable cause value and carries it to the UE in the extended service request message. For example, if the UE performs the LIPA service from the Home eNodeB, and the gateway address carried by the Home eNodeB to the MME is inconsistent with the gateway address stored by the MME, the MME The UE sends an extended service reject message, and carries an appropriate cause value in the extended service reject message sent by the MME to the UE.
  • Causes may carry values are "no valid Bearer Context", the UE receives an appropriate cause value, to direct selection 2G / 3G circuit domain for access.
  • the UE when the UE is restricted, the UE carries the paging message, and carries the tracking area update request message, the routing area update request message, or the extended service request message.
  • the service type and/or circuit domain fallback response, the problem of re-selecting 2G/3G network access signaling overhead when the UE is limited is solved, signaling is saved, and call waiting time is reduced, thereby ensuring End-call users can also get a good user experience when they are limited.
  • a request message carrying a service type and/or a circuit domain fallback response sent by a user equipment is used, where the request message includes one of the following: a tracking area update request message, a routing area update
  • the method of requesting a message and extending a service request message solves the problem of re-selecting 2G/3G network access signaling overhead when the UE is limited, reduces signaling overhead, and improves the efficiency of accessing the 2G/3G network. .
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了用户设备、请求消息接收方法、装置及其系统，其中该方法包括：接收用户设备发送的携带有业务类型和/或电路域回退响应的请求消息，其中，所述请求消息包括以下之一：跟踪区更新请求消息、路由区更新请求消息、扩展业务请求消息。通过本发明解决了在UE受限的情况下重新选择2G/3G网络接入信令开销大的问题，降低了信令开销，提升了接入2G/3G网络的效率。

Description

用户设备、 请求消息接收方法、 装置及其系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种用户设备、 请求消息接收方法、 装置 及其系统。 背景技术 第三代合作伙伴计划（3rd Generation Partnership Project, 简称为 3GPP)的标准化 工作组， 目前正致力于研究分组交换核心网 （Packet Switch Core 简称为， PS Core) 和全球移动通信系统无线接入网 (Universal Mobile Telecommunication System Radio Access Network, 简称为 UTRAN) 的演进。 该研究课题称为系统架构演进 （System Architecture Evolution,简称为 SAE)， 目的是使得演进的分组网（Evolved Packet Core, 简称为 EPC)可提供更高的传输速率，更短的传输延时，优化分组及支持演进的 UTRAN (Evolved UTRAN, 简称为 E-UTRAN)、 UTRAN 无线局域网 （Wireless Local Area Network, 简称为 WLAN) 及其他非 3GPP的接入网络之间的移动性管理。 图 1是根据相关技术的 SAE的架构的结构示意图， 如图 1所示， 演进的无线接入 网（ Evolved Radio Access Network,简称为 E-RAN )中包含的网元是演进节点 B ( Evolved NodeB简称为， eNodeB ), 用于为用户的接入提供无线资源； 分组数据网（Packet Data Network, 简称为 PDN) 是为用户提供业务的网络； EPC提供了更低的传输延迟， 并 允许更多的无线接入系统接入， 其网元包括： 移动管理实体 （Mobility Management Entity, 简称为 MME)、 服务网关（ Serving Gateway, 简称为 SGW)、 分组数据网网关 (PDN Gateway, 简称为 PGW)、策略与计费规则功能实体（Policy and Charging Rules Function, 简称为 PCRF)、 归属用户服务器 （Home Subscriber Server, 简称为 HSS) 其中， MME是 SAE 系统的移动管理单元， 在通用移动通信系统 （Universal Mobile Telecommunications System, 简称为 UMTS)中， 移动管理单元是服务通用分组无线服 务（General Packet Radio Service,简称为 GPRS)支持节点（Serving GPRS Support Node, 简称为 SGSN)。 为了支持电路域业务， 3GPP 在网络中引入了电路域回退 （Circuit Switched Fallback, 简称为 CSFB)机制， 在 CSFB机制中， MME通过 SGs接口 （MME与移动 交换中心之间的接口）与移动交换中心（Mobile Switched Center, 简称为 MSC)连接， 在实际网络中 MSC与拜访位置寄存器 （Visitor Location Register, 简称为 VLR) 实现 合一。图 2是根据相关技术的跟踪区更新并激活 SGs连接的流程示意图，如图 2所示， 注册在 UTRAN覆盖区下的用户设备（User Equipment, 简称为 UE)移动到 E-UTRAN 覆盖区， 并在跟踪区更新 （Tracking Area Update, 简称为 TAU) 过程中激活了 SGs的 流程。 对于注册在 E-UTRAN覆盖区下的 UE移动到 UTRAN覆盖区下引发的路由区 更新 （Route Area Update, 简称为 RAU) 流程， 与图 2所示的流程类似， 在此将不再 单独介绍。 如图 2所示， 包括以下步骤： 步骤 S201， UE移动到 MME下的 E-UTRAN覆盖区， 向 MME发送跟踪区更新请 求消息， 请求在新的区域进行注册， 更新请求消息中携带有 SGSN为 UE分配的分组 临时移动用户识别码 （Packet-Temporary Mobile Subscriber Identity, 简称为 P-TMSI); 步骤 S202， 新 MME根据 P-TMSI标识查找到旧 SGSN, 向旧 SGSN发送上下文 请求信令获取 UE的上下文； 步骤 S203 , 旧 SGSN将用户的移动管理和承载（bearer)信息发送给新 MME， 即 进行上下文响应； 步骤 S204, 新 MME接收到上下文响应后对上下文进行确认； 步骤 S205, 新 MME向 SGW发起更新承载请求消息， 更新承载请求消息中携带 源 GPRS隧道协议控制平面 （GPRS Tunneling Protocol-Control Plane, 简称为 GTP-C) 隧道标识和目的 GTP-C隧道标识， SGW更新承载的绑定关系； 步骤 S206， SGW向 PGW发送更新承载请求， 将 SGW的地址信息、 隧道标识信 息、 接入技术类型等参数发送给 PGW。 步骤 S207， PGW更新自身的上下文并向 SGW返回更新承载响应消息， 响应消息 内容包括 PGW的地址和隧道标识等； 步骤 S208， SGW向新 MME返回更新承载响应， 将 SGW指定的目的 GTP-C隧 道标识、 自身的地址、 以及 PGW的地址和隧道信息等带给 MME; 步骤 S209, 新 MME通过位置更新消息通知 HSS注册位置的改变； 步骤 S210， HSS对 UE保持单注册原则， 向旧 SGSN发送位置取消信令， 只维护 新 MME的注册； 步骤 S211 , 旧 SGSN向 HSS返回位置取消响应； 步骤 S212， HSS对新 MME的位置更新进行确认； 步骤 S213， MME向 MSC发送位置更新请求消息请求建立 SGs连接， 位置更新 请求消息中携带有国际移动用户识别码 （International Mobile Subscriber Identification, 简称为 IMSI)、 位置区标识 （Location Area Identity, 简称为 LAI)、 MME名称、 位置 更新类型等参数； 步骤 S214， MSC进行用户检查， 并在检查通过后向 HSS发送位置更新请求消息； 步骤 S215， HSS向 MSC返回位置更新确认消息； 步骤 S216， MSC向 MME返回位置更新接受消息，位置更新接受消息中携带有临 时移动用户标识 （Temporary Mobile Subscriber Identity, 简称为 TMSI); 步骤 S217， 如果新 MME确认 UE在当前的跟踪区内有效， 则向 UE发送跟踪区 更新接受消息， 在 TAU接受消息中需要携带 LAI及 TMSI; 步骤 S218,如果新 MME通过 TAU流程为 UE分配了一个新的全球唯一临时标识 (Globally Unique Temporary Identity, 简称为 GUTI)， 那么 UE会返回跟踪区更新完 成消息向 MME进行确认。 图 3是根据相关技术的空闲（ECM_IDLE)态的 UE被 MME进行受限（back off) 的流程示意图， 其中空闲态的 UE满足协议规定的 TAU请求的触发条件发起 TAU请 求。 如图 3所示， 该流程包括如下步骤： 步骤 S301， 空闲态的 UE满足协议 3GPP TS 24.301的 TAU的触发条件发起 TAU 请求， 请求在新的区域进行注册， TAU消息中携带原来分配的 GUTI值； 步骤 S302， MME因为资源受限， 所以 MME拒绝了 UE发送的 TAU请求消息， 并向 UE返回 TAU拒绝消息， 消息中携带受限定时器 （back off timer); 步骤 S303， UE在收到由 MME发送的 TAU请求拒绝消息之后， UE将状态变更 为 EMM.REGISTERED.ATTEMPTING-TO-UPDATE的受限状态， 并开启受限定时器， 在 UE运行受限定时器期间， UE不能主动向网络侧发送分组交换 （Packet Switch, 简 称为 PS) 域的非紧急业务消息； 步骤 S304， VLR收到电路域终呼业务后， VLR向 MME发送 SGs寻呼消息; 步骤 S305， MME通过 eNodeB向 UE发送寻呼消息，寻呼消息中携带网络为用户 分配的 SAE临时移动用户识别码 （SAE-Temporary Mobile Subscriber Identity, 简称为 S-TMSI) 以及用于标明寻呼业务的电路域标识。 步骤 S306, 由于 UE处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态 下， 收到网络侧发送的寻呼消息后， UE需要发送 TAU请求作为寻呼响应消息； 步骤 S307， MME向 UE返回 TAU接受消息； 步骤 S308， UE需要向 MME发送扩展业务请求消息， 用于表明 UE已经接受电 路域回退请求， 并将尝试连接到第二代或者第三代 （2G/3G) 网络中。 可见， 在相关技术中， 当 UE受限时， UE收到寻呼响应后， UE需要先向网络发 送 TAU请求消息重新注册到网络，然后才能向网络发送扩展业务请求消息表示能否接 受电路域回退请求； 在这个过程之后， UE才会重新选择 2G/3G网络进行接入。 从这 个过程可以看出， UE重新选择 2G/3G网络接入的时间比较长， 容易造成呼叫等待时 间比较长的后果， 造成比较差的用户体验； 另一方面， UE向网络侧发送的信令较多， 也容易造成网络的拥塞。 针对相关技术中在 UE受限的情况下重新选择 2G/3G网络接入信令开销大的问题， 目前尚未提出有效的解决方案。 发明内容 本发明实施例提供了一种用户设备、 请求消息接收方法、 装置及系统， 以至少解 决在 UE受限的情况下重新选择 2G/3G网络接入信令开销大的问题。 根据本发明实施例的一个方面， 提供了一种请求消息接收方法， 包括： 接收用户 设备发送的携带有业务类型和 /或电路域回退响应的请求消息， 其中， 所述请求消息包 括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息。 优选地， 在接收所述请求消息之后， 所述方法还包括： 根据所述请求消息， 向拜 访位置寄存器发送 SGs业务请求消息或者 SGs寻呼拒绝消息，其中，所述 SGs业务请 求消息或者 SGs寻呼拒绝消息用于指示所述用户设备执行的电路域回退业务的操作； 或者，根据所述请求消息， 向所述用户设备发送用于拒绝所述请求消息的预定原因值， 其中， 所述用户设备根据所述预定原因值确定接入第二代或第三代网络。 优选地， 所述用户设备处于无法主动向网络侧发送分组交换域的非紧急业务消息 的受限状态。 优选地， 所述业务类型包括： 终呼电路域回退业务或始呼电路域回退紧急业务。 优选地，在接收所述用户设备发送的携带有所述电路域回退响应的请求消息之后， 所述方法还包括： 根据所述电路域回退响应， 确定所述用户设备接受电路域回退业务 或者拒绝电路域回退业务。 优选地， 在所述请求消息为扩展业务请求的情况下， 所述扩展业务请求是所述用 户设备在受限状态下根据所述电路域回退业务的触发而发送的。 优选地，在所述请求消息中携带的所述业务类型为终呼电路域回退业务和 /或所述 电路域回退响应指示所述用户设备接受终呼电路域回退的情况下， 所述 SGs业务请求 消息用于指示所述用户设备接受终呼电路域回退业务。 优选地， 在所述请求消息中携带的所述业务类型为始呼电路域回退紧急业务的情 况下， 所述 SGs业务请求消息用于指示所述用户设备主动发起始呼电路域回退业务。 优选地，在所述请求消息中携带的所述业务类型为终呼电路域回退业务和 /或所述 电路域回退响应指示所述用户设备拒绝终呼电路域回退的情况下， 所述 SGs寻呼拒绝 消息用于指示所述用户设备拒绝终呼电路域回退业务。 根据本发明实施例的另一个方面， 还提供了一种请求消息接收装置， 包括： 第一 接收模块， 设置为接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消 息， 其中， 所述请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息。 优选地， 所述装置还包括： 第一发送模块， 设置为根据所述请求消息， 向拜访位 置寄存器发送 SGs业务请求消息或者 SGs寻呼拒绝消息，其中，所述 SGs业务请求消 息或者 SGs寻呼拒绝消息用于指示所述用户设备执行的电路域回退业务的操作;或者， 所述第一发送模块， 设置为根据所述请求消息， 向所述用户设备发送用于拒绝所述请 求消息的预定原因值， 其中， 所述用户设备根据所述预定原因值确定接入第二代或第 三代网络。 优选地， 所述装置位于移动管理单元中， 其中， 所述移动管理单元包括： 移动管 理实体和 /或通用分组无线服务支持节点。 优选地， 所述装置还包括： 第一确定模块， 设置为根据所述电路域回退响应， 确 定所述用户设备接受电路域回退业务或者拒绝电路域回退业务。 优选地， 在所述请求消息为扩展业务请求的情况下， 所述扩展业务请求是所述用 户设备在受限状态下根据所述电路域回退业务的触发而发送的。 优选地， 所述第一发送模块还包括： 第一确定单元， 设置为在所述请求消息中携 带的所述业务类型为终呼电路域回退业务和 /或所述电路域回退响应指示所述用户设 备接受终呼电路域回退的情况下， 根据所述请求消息， 确定所述用户设备接受终呼电 路域回退业务； 第一发送单元， 设置为向所述拜访位置寄存器发送所述 SGs业务请求 消息，其中，所述 SGs业务请求消息用于指示所述用户设备接受终呼电路域回退业务。 优选地， 所述第一发送模块还包括： 第二确定单元， 设置为在所述请求消息中携 带的所述业务类型为始呼电路域回退紧急业务的情况下， 根据所述请求消息， 确定所 述用户设备主动发起始呼电路域回退业务； 第二发送单元， 设置为向所述拜访位置寄 存器发送所述 SGs业务请求消息， 其中， 所述 SGs业务请求消息用于指示所述用户设 备主动发起始呼电路域回退业务。 优选地， 所述第一发送模块还包括： 第三确定单元， 设置为在所述请求消息中携 带的所述业务类型为终呼电路域回退业务和 /或所述电路域回退响应指示所述用户设 备拒绝终呼电路域回退的情况下， 根据所述请求消息， 确定所述用户设备拒绝终呼电 路域回退业务； 第三发送单元， 设置为向所述拜访位置寄存器发送所述 SGs寻呼拒绝 消息，其中，所述 SGs寻呼拒绝消息用于指示所述用户设备拒绝终呼电路域回退业务。 根据本发明实施例的另一个方面， 还提供了一种用户设备， 包括： 第二发送模块， 设置为发送携带业务类型和 /或电路域回退响应的请求消息， 其中， 所述请求消息包括 以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息。 优选地， 所述用户设备还包括： 第二确定模块， 设置为根据来自移动管理单元的 用于拒绝所述请求消息的预定原因值， 确定接入第二代或第三代网络， 其中， 所述移 动管理单元根据所述请求消息， 向所述用户设备发送所述预定原因值。 优选地， 所述第二发送模块还设置为： 根据所述电路域回退业务的触发， 在受限 状态下向所述移动管理单元发送作为所述请求消息的所述扩展业务请求。 根据本发明的另一个方面， 还提供了一种请求消息传输系统， 包括： 包括上述的 请求消息接收装置的移动管理单元， 以及上述的用户设备。 通过本发明实施例，采用接收用户设备发送的携带有业务类型和 /或电路域回退响 应的请求消息， 其中， 该请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新 请求消息、 扩展业务请求消息的方式， 解决了在 UE受限的情况下重新选择 2G/3G网 络接入信令开销大的问题， 降低了信令开销， 提升了接入 2G/3G网络的效率。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的 SAE的架构的结构示意图； 图 2是根据相关技术的跟踪区更新并激活 SGs连接的流程示意图； 图 3是根据相关技术的空闲态的 UE被 MME进行受限的流程示意图； 图 4是根据本发明实施例的请求消息接收方法的优选流程示意图一； 图 5是根据本发明实施例的请求消息接收方法的优选流程示意图二； 图 6是根据本发明实施例的请求消息接收装置的优选结构示意图一； 图 7是根据本发明实施例的请求消息接收装置的优选结构示意图二； 图 8是根据本发明实施例的请求消息接收装置的优选结构示意图三； 图 9是根据本发明实施例的请求消息接收装置的优选结构示意图四； 图 10是根据本发明实施例的请求消息接收装置的优选结构示意图五； 图 11是根据本发明实施例的用户设备的优选结构示意图； 图 12是根据本发明实施例的请求消息传输系统的系统结构示意图； 图 13是根据本发明优选实施例的移动性管理过程区分业务的方法的流程示意图； 图 14是根据本发明实施例的步骤 S1302的一种实现方法的流程示意图； 图 15是根据本发明优选实施例的步骤 S1303的一种实现方法的流程示意图； 图 16是根据本发明优选实施例的步骤 S1302的另一种实现方法的流程示意图； 图 17是根据本发明实施例的步骤 S1303的另一种实现方法的流程示意图； 图 18 是根据本发明优选实施例的移动性管理过程区分业务系统的工作流程示意 图； 图 19是根据本发明优选实施例的终呼电路域回退业务的流程示意图； 图 20是根据本发明优选实施例的始呼电路域回退业务的流程示意图。 具体实施方式 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特征可以相 互组合。 下面将参考附图并结合实施例来详细说明本发明。 在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执 行， 并且， 虽然在流程图中示出了逻辑顺序， 但是在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤。 本实施例提供了一种请求消息接收方法， 包括： 接收用户设备发送的携带业务类 型和 /或电路域回退响应的请求消息， 其中， 该请求消息包括以下之一： 跟踪区更新请 求消息、 路由区更新请求消息、 扩展业务请求消息。 根据上述技术方案，通过将业务类型和 /或电路域回退响应承载在跟踪区更新请求 消息、 路由区更新请求消息、 扩展业务请求消息之一的消息中发送， 相对于相关技术 中需要重新注册到网络之后才能向网络侧报告电路域回退的相关消息的技术方案， 应 用本方案的系统中的用户终端无需通过 PS 域的非紧急业务消息就能够向网络侧报告 电路与回退业务的相关信息， 从而实现了在用户终端不能主动向网络侧发送 PS 域的 非紧急业务消息的情况下能够使用尽量少的信令完成重新选择 2G/3G 网络接入的过 程， 解决了在 UE受限的情况下重新选择 2G/3G网络接入信令开销大的问题， 降低了 信令开销， 减少了接入的时间， 提升了接入 2G/3G网络的效率， 提升了用户体验。 图 4是根据本发明实施例的请求消息接收方法的优选流程示意图一，如图 4所示， 该流程包括如下步骤： 步骤 S402， 接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消 息， 其中， 该请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息； 步骤 S404, 根据请求消息， 向拜访位置寄存器发送 SGs业务请求消息或者 SGs 寻呼拒绝消息， 其中， SGs业务请求消息或者 SGs寻呼拒绝消息用于指示用户设备执 行的电路域回退业务的操作。 通过上述步骤，通过接收用户终端在请求消息中携带的业务类型和 /或电路域回退 响应的请求消息， 从而使得网络侧的移动管理单元可以通过该请求消息获知用户终端 执行的电路域回退业务的操作， 向拜访位置寄存器发送用于指示用户设备执行的电路 域回退业务的操作的 SGs 业务请求消息之后， 网络侧就能够支持用户设备重新选择 2G/3G网络的接入， 从而完成电路域回退； 如果用户设备拒绝了终呼电路域回退业务， 那么移动管理单元发送 SGs寻呼拒绝消息至拜访位置寄存器， 拜访位置寄存器可以触 发当前用户繁忙的处理或者释放当前呼叫。 可见， 采用上述的步骤， 解决了相关技术 中的受限用户设备不能主动向网络侧发送分组交换域的非紧急业务导致的重新选择 2G/3G网络接入的时间较长以及信令开销较大的技术问题， 提升了接入 2G/3G网络的 效率， 提高了用户体验； 同时， 采用上述步骤还减少了向网络侧发送的信令， 从而避 免了网络的拥塞。 优选地， 移动管理单元包括： 移动管理实体和 /或通用分组无线服务支持节点。 优选地， 用户设备处于无法主动向网络侧发送分组交换域的非紧急业务消息的受 限状态， 例如 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态， 此时， 用户设 备不能主动向网络侧发送 PS域的非紧急业务消息。 优选地， 电路域回退响应用于指示用户设备接受 /拒绝电路域回退业务。 在接收用 户设备发送的携带有电路域回退响应的请求消息之后， 方法还包括： 根据电路域回退 响应， 确定用户设备接受电路域回退业务或者拒绝电路域回退业务。 例如， 在用户设 备拒绝了 CSFB业务之后， 如果用户设备不将拒绝电路域回退的响应通知给 MSC， 则 MSC将继续重新发送寻呼请求消息，从而造成信令冗余或者拥塞。可见，通过该方式， 能够进一步避免网络的拥塞。 优选地， 业务类型包括： 终呼电路域回退业务或始呼电路域回退紧急业务。 优选地， 在请求消息为扩展业务请求的情况下， 扩展业务请求是用户设备在受限 状态下根据电路域回退业务的触发而发送的。 优选地，在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响 应指示用户设备接受终呼电路域回退的情况下， SGs业务请求消息用于指示用户设备 接受终呼电路域回退业务。 优选地，在请求消息中携带的业务类型为始呼电路域回退紧急业务的情况下， SGs 业务请求消息用于指示用户设备主动发起始呼电路域回退紧急业务。 优选地，在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响 应指示用户设备拒绝终呼电路域回退的情况下， SGs寻呼拒绝消息用于指示用户设备 拒绝终呼电路域回退业务。 图 5是根据本发明实施例的请求消息接收方法的优选流程示意图二，如图 5所示， 该流程包括如下步骤： 步骤 S502, 接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消 息， 其中， 该请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息； 步骤 S504, 根据请求消息， 向用户设备发送用于拒绝请求消息的预定原因值， 其 中， 用户设备根据预定原因值确定接入第二代或第三代网络。 通过上述步骤，通过接收用户终端在请求消息中携带业务类型和 /或电路域回退响 应的请求消息， 从而使得移动管理单元可以通过该请求消息获知用户终端执行的电路 域回退业务的操作， 在向用户设备发送用于拒绝请求消息的预定原因值之后， 网络侧 就能够支持用户设备重新选择 2G/3G网络的接入， 此时用户设备根据移动管理单元响 应的预定原因值确定接入 2G/3G网络，从而完成电路域回退。可见，采用上述的步骤， 解决了相关技术中的受限用户设备不能主动向网络侧发送分组交换域的非紧急业务导 致的重新选择 2G/3G网络接入的时间较长的技术问题，提升了接入 2G/3G网络的效率， 提高了用户体验； 同时， 采用上述步骤还减少了向网络侧发送的信令， 从而避免了网 络的拥塞。 优选地， 移动管理单元包括： 移动管理实体和 /或通用分组无线服务支持节点。 优选地， 用户设备处于无法主动向网络侧发送分组交换域的非紧急业务消息的受 限状态。 优选地， 电路域回退响应用于指示用户设备接受电路域回退。 优选地， 在请求消息为扩展业务请求的情况下， 在移动管理单元接收用户设备发 送的扩展业务请求之前， 该方法还包括： 用户设备在受限状态下根据电路域回退业务 的触发， 向移动管理单元发送扩展业务请求。 优选地， 业务类型包括： 终呼电路域回退业务或始呼电路域回退紧急业务。 本实施例还提供了一种请求消息接收装置， 可以应用于移动管理单元中， 该装置 用于实现上述请求消息接收方法， 装置实施例中描述的装置具体的实现过程在方法实 施例中已经进行过详细说明， 在此不再赘述。 该请求消息接收装置包括： 第一接收模块， 设置为接收用户设备发送的携带有业 务类型和 /或电路域回退响应的请求消息， 其中， 请求消息包括以下之一： 跟踪区更新 请求消息、 路由区更新请求消息、 扩展业务请求消息。 图 6是根据本发明实施例的请求消息接收装置的优选结构示意图一，如图 6所示， 该装置包括： 第一接收模块 62和第一发送模块 64， 其中， 第一接收模块 62， 设置为 接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消息， 其中， 请求消 息包括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息； 第一发送模块 64耦合至第一接收模块 62， 设置为根据请求消息， 向拜访位置寄存器 发送 SGs业务请求消息或者 SGs寻呼拒绝消息， 其中， SGs业务请求消息或者 SGs 寻呼拒绝消息用于指示用户设备执行的电路域回退业务的操作。 本发明的实施例中所涉及到的模块、 单元可以通过软件的方式实现， 也可以通过 硬件的方式来实现。本实施例中的所描述的模块、单元也可以设置在处理器中， 例如， 可以描述为： 一种处理器包括第一接收模块 62和第一发送模块 64。 其中， 这些模块 的名称在某种情况下并不构成对该模块本身的限定， 例如， 第一接收模块还可以被描 述为 "设置为接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消息的 模块"。 优选地，第一发送模块 64还设置为根据请求消息， 向用户设备发送用于拒绝请求 消息的预定原因值， 其中， 用户设备根据预定原因值确定接入第二代或第三代网络。 优选地， 移动管理单元包括： 移动管理实体和 /或通用分组无线服务支持节点。 优选地， 电路域回退响应用于指示用户设备接受 /拒绝电路域回退业务。 图 7是根 据本发明实施例的请求消息接收装置的优选结构示意图二， 如图 7所示， 优选地， 该 装置还包括： 第一确定模块 72耦合至第一接收模块 62， 设置为根据电路域回退响应， 确定用户设备接受电路域回退业务或者拒绝电路域回退业务。 优选地， 在请求消息为扩展业务请求的情况下， 该扩展业务请求是用户设备在受 限状态下根据电路域回退业务的触发而发送的。 优选地， 在请求消息中携带的业务类型为终呼电路域回退业务的情况下， SGs业 务请求消息用于指示用户设备接受终呼电路域回退业务。 图 8是根据本发明实施例的 请求消息接收装置的优选结构示意图三， 如图 8所示， 优选地， 第一发送模块 64还包 括： 第一确定单元 641， 设置为在请求消息中携带的业务类型为终呼电路域回退业务 和 /或电路域回退响应指示用户设备接受终呼电路域回退的情况下， 根据请求消息， 确 定用户设备接受终呼电路域回退业务； 第一发送单元 642耦合至第一确定单元 641， 设置为向拜访位置寄存器发送 SGs业务请求消息， 其中， SGs业务请求消息用于指示 用户设备接受终呼电路域回退业务。 优选地，在请求消息中携带的业务类型为始呼电路域回退紧急业务的情况下， SGs 业务请求消息用于指示用户设备主动发起始呼电路域回退业务。 图 9是根据本发明实 施例的请求消息接收装置的优选结构示意图四， 如图 9所示， 优选地， 第一发送模块 64还包括： 第二确定单元 643， 设置为在请求消息中携带的业务类型为始呼电路域回 退紧急业务的情况下， 根据请求消息， 确定用户设备主动发起始呼电路域回退紧急业 务； 第二发送单元 644耦合至第二确定单元 643， 设置为向拜访位置寄存器发送 SGs 业务请求消息， 其中， SGs业务请求消息用于指示用户设备主动发起始呼电路域回退 紧急业务。 优选地，在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响 应指示用户设备拒绝终呼电路域回退的情况下， SGs寻呼拒绝消息用于指示用户设备 拒绝呼电路域回退业务。图 10是根据本发明实施例的请求消息接收装置的优选结构示 意图五， 如图 10所示， 优选地， 第一发送模块 64还包括： 第三确定单元 645， 设置 为在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响应指示用 户设备拒绝终呼电路域回退的情况下， 根据请求消息， 确定用户设备拒绝终呼电路域 回退业务； 第三发送单元 646耦合至第三确定单元 645， 设置为向拜访位置寄存器发 送 SGs寻呼拒绝消息， 其中， SGs寻呼拒绝消息用于指示用户设备拒绝终呼电路域回 退业务。 本实施例还提供了一种用户设备，该用户设备也用于实现上述请求消息接收方法， 该装置实施例中描述的用户设备具体的实现过程在上述方法实施例中已经进行过详细 说明， 在此不再赘述。 该用户设备包括： 第二发送模块， 设置为发送携带业务类型和 /或电路域回退响应 的请求消息， 其中， 请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请求 消息、 扩展业务请求消息。 图 11是根据本发明实施例的用户设备的优选结构示意图， 如图 11所示， 该用户 设备包括： 第二发送模块 112和第二确定模块 114， 其中， 第二发送模块 112通过非 接入层 (Non- Access-Stratum, 简称 NAS)耦合至移动管理单元， 设置为发送携带有业务 类型和 /或电路域回退响应的请求消息， 其中， 该请求消息包括以下之一： 跟踪区更新 请求消息、路由区更新请求消息、扩展业务请求消息； 第二确定模块 114通过 NAS层 耦合至移动管理单元， 设置为根据来自移动管理单元的跟踪区更新接受消息， 已经指 示接受终呼电路域回退业务的用户设备开始寻找第二代或第三代网络并进行接入， 其 中， 移动管理单元根据请求消息， 向拜访位置寄存器发送 SGs业务请求消息或者 SGs 拒绝寻呼消息， SGs业务请求消息或者 SGs拒绝寻呼消息用于指示用户设备执行的电 路域回退业务的操作。 本发明的实施例中所涉及到的模块、 单元可以通过软件的方式实现， 也可以通过 硬件的方式来实现。本实施例中的所描述的模块、单元也可以设置在处理器中， 例如， 可以描述为： 一种处理器包括第二发送模块 112和第二确定模块 114。 其中， 这些模 块的名称在某种情况下并不构成对该模块本身的限定， 例如， 第三发送模块还可以被 描述为 "设置为发送携带有业务类型和 /或电路域回退响应的请求消息的模块"。 优选地， 第二确定模块 114还设置为根据来自移动管理单元的用于拒绝请求消息 的预定原因值， 确定接入第二代或第三代网络， 其中， 移动管理单元根据请求消息， 向用户设备发送预定原因值。 优选地， 用户设备处于无法主动向网络侧发送分组交换域的非紧急业务消息的受 限状态。 优选地， 电路域回退响应用于指示用户设备接受 /拒绝电路域回退业务。 优选地， 在请求消息为扩展业务请求的情况下， 第二发送模块 112还设置为： 根 据电路域回退业务的触发， 向移动管理单元发送扩展业务请求。 优选地，在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响 应指示用户设备接受终呼电路域回退的情况下， SGs业务请求消息用于指示用户设备 接受终呼电路域回退业务。 优选地， 在请求消息中携带的业务类型包括终呼电路域回退业务或者始呼电路域 回退紧急业务。 优选地，在请求消息中携带的业务类型为始呼电路域回退紧急业务的情况下， SGs 业务请求消息用于指示用户设备主动发起始呼电路域回退业务。 优选地，在请求消息中携带的业务类型为终呼电路域回退业务和 /或电路域回退响 应指示用户设备拒绝终呼电路域回退的情况下， SGs寻呼拒绝消息用于指示用户设备 拒绝终呼电路域回退业务。 本实施例还提供了一种请求消息传输系统，图 12是根据本发明实施例的移动性管 理系统的系统结构示意图， 如图 12 所示， 该系统包括： 包括上述请求消息接收装置 1222的移动管理单元 122， 以及上述的用户设备 124。 优选地， 移动管理单元 122通 过 NAS层与用户设备 124耦合。 下面结合优选实施例进行描述和说明。 本优选实施例提供了一种移动性管理过程区分业务的方法、 系统与装置。 通过本 优选实施例， 可以在用户设备 （包括各种用户终端） 受限时快速接入 2G/3G网络， 同 时能够节省 UE向网络侧发送的信令， 从而可以提高 UE待机时间， 对避免网络拥塞 也有一定好处。 本优选实施例提供的一种移动性管理过程区分业务的方法， 包括如下步骤： 步骤 1，在 UE向移动管理单元发送的跟踪区更新请求消息或者路由区更新请求消 息中携带业务类型和 /或电路域回退响应； 步骤 2，移动管理单元向 VLR发送 SGs业务请求消息或者 SGs寻呼拒绝消息，或 者采用合适的原因值拒绝跟踪区更新请求消息、 路由区更新请求。 优选地， 移动管理单元为 MME和 /或 SGSN; 优选地，UE向移动管理单元发送的跟踪区更新请求消息或者路由区更新请求消息 中携带的业务类型是终呼电路域回退业务或者始呼电路域回退紧急业务； 优选地，UE向移动管理单元发送的跟踪区更新请求消息或者路由区更新请求消息 中携带的电路域回退响应是 UE接受了电路域回退或者 UE拒绝了电路域回退； 优选地， 移动管理单元向 VLR发送 SGs业务请求消息过程包括： 移动管理单元 接受跟踪区更新请求消息或者路由区更新请求消息， 并向 VLR发送 SGs业务请求消 息， 用于表明 UE已经接受终呼电路域回退业务或者主动发起始呼电路域回退业务； 优选地， 移动管理单元向 VLR发送 SGs寻呼拒绝消息过程包括， 移动管理单元 接受跟踪区更新请求消息或者路由区更新请求消息， 并向 VLR发送 SGs寻呼拒绝消 息， 用于表明 UE已经拒绝终呼电路域回退业务； 优选地， 移动管理单元采用合适的原因值拒绝跟踪区更新请求消息或者路由区更 新请求， UE收到合适的拒绝原因值后， UE直接选择到 2G/3G进行接入； 本优选实施例提供的一种移动性管理过程区分业务的方法， 包括： 受限 UE在发 起终呼电路域回退业务或者始呼电路域回退紧急业务时， 向移动管理单元发送扩展业 务请求消息； 其中，受限 UE是指状态为 EMM.REGISTERED.ATTEMPING-TO-UPDATE的 UE; 优选地， 向移动管理单元发送扩展业务请求消息包括： 受限 UE在发起终呼电路 域回退业务或者始呼电路域回退紧急业务时， 不发送跟踪区更新请求消息或者路由区 更新请求消息； 优选地， 向移动管理单元发送扩展业务请求消息是由终呼电路域回退业务触发的 寻呼或者始呼电路域回退紧急业务触发的。 下面通过举例并结合附图， 对本发明实施例进行进一步的结合描述。 需要说明的是， 在下列的实例中， 示出了通过跟踪区更新请求来实现移动性管理 过程区分业务的方法， 然而， 下列方案并不限于采用跟踪区更新请求， 还可以采用路 由区更新请求消息来实现， 由于其实现方法与下列实例中示出的过程类似， 在此将不 再赘述。 图 13是根据本发明优选实施例的移动性管理过程区分业务的方法的流程示意图， 如图 13所示， 该流程包括如下步骤： 步骤 S1301， 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态的 UE收 到寻呼消息后， UE停止运行受限定时器，并向移动管理单元回复跟踪区更新请求消息， 跟踪区更新请求消息中携带业务类型和 /或电路域回退响应； 步骤 S1302, 移动管理单元接受跟踪区更新请求消息， 并且从消息中携带的业务 类型和 /或电路域回退响应， 移动管理单元接受跟踪区更新请求， 如果业务类型为终呼 电路域回退业务和 /或电路域回退响应是 UE接受了电路域回退业务， 移动管理单元可 以向 VLR发送 SGs业务请求消息； 如果业务类型为终呼电路域回退业务和 /或电路域 回退响应是 UE拒绝了电路域回退业务，移动管理单元可以向 VLR发送 SGs拒绝寻呼 消息。 步骤 S1303 , 如果移动管理单元拒绝 TAU请求消息， 移动管理单元采用合适的原 因值拒绝跟踪区请求消息， UE收到合适的原因值后， 直接接入到 2G/3G网络。 下面分别使用具体的例子对步骤 S1302和步骤 S1303进行说明。 图 14是根据本发明实施例的步骤 S1302的一种实现方法的流程示意图， 如图 14 所示， MME接受跟踪区更新请求， 并向 VLR通知 SGs业务请求消息， 该流程包括以 下步骤： 步骤 S1401 , VLR收到电路域终呼业务后， VLR向 MME发送 SGs寻呼消息； 步骤 S1402, MME通过 eNodeB向 UE发送寻呼消息， 寻呼消息中携带网络为用 户分配的 S-TMSI以及用于标明寻呼业务的电路域标识； 步骤 S1403 , 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态的 UE收 到寻呼消息后， UE停止运行受限定时器， 并向 MME回复跟踪区更新请求消息， 跟踪 区更新请求消息中携带业务类型和 /或电路域回退响应 （CSFB response); 业务类型可 以是终呼电路域回退业务， 这个可以通过在消息中新增加信息单元或者扩展现有的信 息单元来实现； 电路域回退响应是 UE接受或者拒绝了电路域回退业务。 在实际实现 时， 优选地， 可以在消息中只携带电路域回退响应而不携带业务类型， 用来隐式表示 业务类型就是终呼电路域回退业务； 步骤 S1404,当电路域回退响应是 UE接受了终呼电路域回退业务的情况下， MME 向 VLR发送 SGs业务请求消息； 当电路域回退响应是 UE拒绝了电路域回退业务， MME向 VLR发送 SGs拒绝寻呼消息； 步骤 S1405, MME向 UE发送 TAU接受消息； UE收到 TAU接受消息后， UE开 启定时器， 并开始寻找 2G/3G小区进行接入； 如果 UE拒绝了终呼电路域回退业务， UE将停留在 E-UTRAN网络中。 图 15是根据本发明优选实施例的步骤 S1303的一种实现方法的流程示意图，如图 15所示， MME用合适的原因值拒绝跟踪区请求消息， 然后 UE选择 2G/3G网络进行 电路域接入， 该流程包括以下步骤： 步骤 S1501 , VLR收到电路域终呼业务后， VLR向 MME发送 SGs寻呼消息； 步骤 S1502, MME通过 eNodeB向 UE发送寻呼消息， 寻呼消息中携带网络为用 户分配的 S-TMSI以及用于标明寻呼业务的电路域标识； 步骤 S 1503， 处于 EMM.REGISTERED. ATTEMPTING-TO-UPDATE状态的 UE收 到寻呼消息后， UE停止运行受限定时器， 并向 MME回复跟踪区更新请求消息， 跟踪 区更新请求消息中携带业务类型和 /或电路域回退响应 （CSFB response); 业务类型可 以是终呼电路域回退业务， 这个可以通过在消息中新增加信息单元或者扩展现有的信 息单元来实现； 电路域回退响应是 UE接受了电路域回退业务。 在实际实现时， 优选 地， 可以在消息中只携带电路域回退响应而不携带业务类型， 用来隐式表示业务类型 就是终呼电路域回退业务； 步骤 S1504, 如果 UE从家庭基站 （Home eNode B) 进行本地 IP接入 （Local IP Access, 简称为 LIPA) 业务， 而 Home eNode B携带给 MME的网关地址与 MME所 存储的网关地址不一致时， MME向 UE发送 TAU拒绝消息， 在 MME向 UE发送的 TAU拒绝消息中， 携带合适的原因值， 可以携带的原因值包括 "没有有效的承载上下 文"， UE收到合适的原因值后， 直接选择到 2G/3G进行电路域接入； 对于其他场景下 MME需要拒绝 TAU请求的情况与其类似，不做详细说明。如果电路域回退响应是 UE 拒绝了电路域回退业务， UE收到合适的拒绝原因值后， UE将重新注册到 E-UTRAN 网络中。 图 16是根据本发明优选实施例的步骤 S1302的另一种实现方法的流程示意图，如 图 16所示， UE发起电路域回退始呼紧急业务， MME接受跟踪区更新请求，并向 VLR 通知 SGs业务请求消息， 该流程包括以下步骤： 步骤 S1601， 处于 EMM.REGISTERED. ATTEMPTING-TO-UPDATE状态的 UE收 到上层指示需要发起始呼电路域回退的紧急业务后， UE向 MME发送跟踪区更新请求 消息， 跟踪区更新请求消息中携带业务类型； 业务类型可以是始呼电路域回退的紧急 业务， 这个可以通过在消息中新增加信息单元或者扩展现有的信息单元来实现； 步骤 S1602, MME向 UE发送 TAU接受消息； UE收到 TAU接受消息后， UE开 启定时器， 并开始寻找 2G/3G小区进行接入； 图 17是根据本发明实施例的步骤 S1303 的另一种实现方法的流程示意图， 如图
17所示， UE发起紧急电路域回退始呼业务， MME用合适的原因值拒绝跟踪区请求消 息， 然后 UE选择 2G/3G网络进行电路域接入， 该流程包括以下步骤： 步骤 S1701， 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态的 UE收 到上层指示需要发起始呼电路域回退的紧急业务后， UE向 MME发送跟踪区更新请求 消息， 跟踪区更新请求消息中携带业务类型； 业务类型可以是始呼电路域回退的紧急 业务， 这个可以通过在消息中新增加信息单元或者扩展现有的信息单元来实现； 步骤 S1702, 如果 UE从 Home eNodeB进行 LIPA业务， 而 Home eNodeB携带给
MME的网关地址与 MME所存储的网关地址不一致时， MME向 UE发送 TAU拒绝消 息， 在 MME向 UE发送的 TAU拒绝消息中， 携带合适的原因值， 可以携带的原因值 包括 "没有有效的承载上下文"， UE收到合适的原因值后， 直接选择到 2G/3G进行电 路域接入；对于其他场景下 MME需要拒绝 TAU请求的情况与其类似，不做详细说明。 图 18 是根据本发明优选实施例的移动性管理过程区分业务系统的工作流程示意 图， 如图 18所示， 该流程包括以下步骤： 步骤 S1801 , 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE的 UE收到寻 呼消息或者上层指示需要发起终呼电路域回退业务或者始呼电路域回退紧急业务； 步骤 S1802, UE停止运行受限定时器， 暂时不向移动管理单元发送跟踪区更新请 求消息或者路由区更新请求消息， 而向移动管理单元发送扩展业务请求消息。 图 19是根据本发明优选实施例的终呼电路域回退业务的流程示意图， 如图 19所 示， 该流程包括以下步骤： 步骤 S1901 , VLR收到电路域终呼业务后， VLR向 MME发送 SGs寻呼消息； 步骤 S1902, MME通过 eNodeB向 UE发送寻呼消息， 寻呼消息中携带网络为用 户分配的 S-TMSI以及用于标明寻呼业务的电路域标识； 步骤 SI 903， 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态的 UE收 到寻呼消息后， UE停止运行受限定时器，暂时停止向 MME发送跟踪区更新请求消息， 而向 MME 发送扩展业务请求消息， 消息中携带业务类型， 电路域回退响应 （CSFB response); 业务类型可以是终呼电路域回退业务； 电路域回退响应 （CSFB response) 用于表示 UE接受或者拒绝了 CSFB业务， 步骤 S1904, 如果 MME接受扩展业务请求消息并且 CSFB response表示 UE接受 终呼 CSFB业务， MME向 VLR发送 SGs业务请求消息； 如果 MME接受扩展业务请 求消息并且 CSFB response表示 UE拒绝终呼 CSFB业务， MME向 VLR发送 SGs拒 绝寻呼消息； 步骤 S1905, MME向 UE发送扩展业务接受消息； UE收到扩展业务接受消息后，
UE开启定时器， 并开始寻找 2G/3G小区进行接入； 如果 MME拒绝扩展业务请求消 息， MME选择合适的原因值并在扩展业务请求消息中携带给 UE， 例如， 如果 UE从 Home eNodeB进行 LIPA业务，而 Home eNode B携带给 MME的网关地址与 MME所 存储的网关地址不一致时， MME向 UE发送扩展业务拒绝消息， 在 MME向 UE发送 的扩展业务拒绝消息中， 携带合适的原因值， 可以携带的原因值包括 "没有有效的承 载上下文"， UE收到合适的原因值后， 直接选择到 2G/3G进行电路域接入。 图 20是根据本发明优选实施例的始呼电路域回退业务的流程示意图， 如图 20所 示， 该流程包括以下步骤： 步骤 S2001， 处于 EMM.REGISTERED.ATTEMPTING-TO-UPDATE状态的 UE收 到上层指示需要发起始呼电路域回退的紧急业务后， UE暂时停止向 MME发送跟踪区 更新请求消息， 而向 MME发送扩展业务请求消息， 消息中携带业务类型； 业务类型 可以是始呼电路域回退的紧急业务； 步骤 S2002, MME向 UE发送扩展业务接受消息； UE收到扩展业务接受消息后， UE开启定时器， 并开始寻找 2G/3G小区进行接入； 如果 MME拒绝扩展业务请求消 息， MME选择合适的原因值并在扩展业务请求消息中携带给 UE， 例如如果 UE 从 Home eNodeB进行 LIPA业务， 而 Home eNodeB携带给 MME的网关地址与 MME所 存储的网关地址不一致时， MME向 UE发送扩展业务拒绝消息， 在 MME向 UE发送 的扩展业务拒绝消息中， 携带合适的原因值， 可以携带的原因值包括 "没有有效的承 载上下文"， UE收到合适的原因值后， 直接选择到 2G/3G进行电路域接入。 通过本发明的上述实施例、优选实施例和实施方式， 在 UE受限时， UE收到寻呼 消息后， 在跟踪区更新请求消息、 路由区更新请求消息、 或者扩展业务请求消息中携 带业务类型和 /或电路域回退响应，解决了在 UE受限的情况下重新选择 2G/3G网络接 入信令开销大的问题， 节省了信令， 降低了呼叫等待时间， 从而确保了终呼用户在受 限的时候也能获得良好的用户体验。 工业实用性 通过本发明实施例，采用接收用户设备发送的携带有业务类型和 /或电路域回退响 应的请求消息， 其中， 该请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新 请求消息、 扩展业务请求消息的方式， 解决了在 UE受限的情况下重新选择 2G/3G网 络接入信令开销大的问题， 降低了信令开销， 提升了接入 2G/3G网络的效率。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 或者将它们分别制作成各个集成电路模 块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明 不限制于任何特定的硬件和软件结合。 以上上述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种请求消息接收方法， 包括： 接收用户设备发送的携带有业务类型和 /或电路域回退响应的请求消息，其 中， 所述请求消息包括以下之一： 跟踪区更新请求消息、路由区更新请求消息、 扩展业务请求消息。
2. 根据权利要求 1所述的方法， 其中， 在接收所述请求消息之后， 所述方法还包 括：
根据所述请求消息，向拜访位置寄存器发送 SGs业务请求消息或者 SGs寻 呼拒绝消息， 其中， 所述 SGs业务请求消息或者 SGs寻呼拒绝消息用于指示所 述用户设备执行的电路域回退业务的操作； 或者，
根据所述请求消息， 向所述用户设备发送用于拒绝所述请求消息的预定原 因值，其中，所述用户设备根据所述预定原因值确定接入第二代或第三代网络。
3. 根据权利要求 1所述的方法， 其中， 所述用户设备处于无法主动向网络侧发送 分组交换域的非紧急业务消息的受限状态。
4. 根据权利要求 1所述的方法， 其中， 所述业务类型包括： 终呼电路域回退业务 或始呼电路域回退紧急业务。
5. 根据权利要求 1所述的方法， 其中， 在接收所述用户设备发送的携带有所述电 路域回退响应的请求消息之后， 所述方法还包括： 根据所述电路域回退响应， 确定所述用户设备接受电路域回退业务或者拒 绝电路域回退业务。
6. 根据权利要求 1所述的方法，其中，在所述请求消息为扩展业务请求的情况下， 所述扩展业务请求是所述用户设备在受限状态下根据所述电路域回退业务的触 发而发送的。
7. 根据权利要求 2至 6中任一项所述的方法， 其中， 在所述请求消息中携带的所 述业务类型为终呼电路域回退业务和 /或所述电路域回退响应指示所述用户设 备接受终呼电路域回退的情况下， 所述 SGs业务请求消息用于指示所述用户设 备接受终呼电路域回退业务。
8. 根据权利要求 2至 6中任一项所述的方法， 其中， 在所述请求消息中携带的所 述业务类型为始呼电路域回退紧急业务的情况下， 所述 SGs业务请求消息用于 指示所述用户设备主动发起始呼电路域回退业务。
9. 根据权利要求 2至 6中任一项所述的方法， 其中， 在所述请求消息中携带的所 述业务类型为终呼电路域回退业务和 /或所述电路域回退响应指示所述用户设 备拒绝终呼电路域回退的情况下， 所述 SGs寻呼拒绝消息用于指示所述用户设 备拒绝终呼电路域回退业务。
10. 一种请求消息接收装置， 包括： 第一接收模块，设置为接收用户设备发送的携带有业务类型和 /或电路域回 退响应的请求消息， 其中， 所述请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请求消息、 扩展业务请求消息。
11. 根据权利要求 10所述的装置， 其中， 所述装置还包括： 第一发送模块， 设置为根据所述请求消息， 向拜访位置寄存器发送 SGs业 务请求消息或者 SGs寻呼拒绝消息， 其中， 所述 SGs业务请求消息或者 SGs 寻呼拒绝消息用于指示所述用户设备执行的电路域回退业务的操作； 或者， 所述第一发送模块， 设置为根据所述请求消息， 向所述用户设备发送用于 拒绝所述请求消息的预定原因值， 其中， 所述用户设备根据所述预定原因值确 定接入第二代或第三代网络。
12. 根据权利要求 10所述的装置， 其中， 所述装置位于移动管理单元中， 其中， 所 述移动管理单元包括： 移动管理实体和 /或通用分组无线服务支持节点。
13. 根据权利要求 10所述的装置， 其中， 所述装置还包括： 第一确定模块， 设置为根据所述电路域回退响应， 确定所述用户设备接受 电路域回退业务或者拒绝电路域回退业务。
14. 根据权利要求 10所述的装置，其中，在所述请求消息为扩展业务请求的情况下， 所述扩展业务请求是所述用户设备在受限状态下根据所述电路域回退业务的触 发而发送的。
15. 根据权利要求 11至 14中任一项所述的装置，其中，所述第一发送模块还包括: 第一确定单元， 设置为在所述请求消息中携带的所述业务类型为终呼电路 域回退业务和 /或所述电路域回退响应指示所述用户设备接受终呼电路域回退 的情况下， 根据所述请求消息， 确定所述用户设备接受终呼电路域回退业务； 第一发送单元，设置为向所述拜访位置寄存器发送所述 SGs业务请求消息， 其中，所述 SGs业务请求消息用于指示所述用户设备接受终呼电路域回退业务。
16. 根据权利要求 11至 14中任一项所述的装置，其中，所述第一发送模块还包括: 第二确定单元， 设置为在所述请求消息中携带的所述业务类型为始呼电路 域回退紧急业务的情况下， 根据所述请求消息， 确定所述用户设备主动发起始 呼电路域回退业务；
第二发送单元，设置为向所述拜访位置寄存器发送所述 SGs业务请求消息， 其中， 所述 SGs业务请求消息用于指示所述用户设备主动发起始呼电路域回退 业务。
17. 根据权利要求 11至 14中任一项所述的装置，其中，所述第一发送模块还包括: 第三确定单元， 设置为在所述请求消息中携带的所述业务类型为终呼电路 域回退业务和 /或所述电路域回退响应指示所述用户设备拒绝终呼电路域回退 的情况下， 根据所述请求消息， 确定所述用户设备拒绝终呼电路域回退业务； 第三发送单元， 用于向所述拜访位置寄存器发送所述 SGs寻呼拒绝消息， 其中，所述 SGs寻呼拒绝消息用于指示所述用户设备拒绝终呼电路域回退业务。
18. 一种用户设备， 包括： 第二发送模块，设置为发送携带有业务类型和 /或电路域回退响应的请求消 息， 其中， 所述请求消息包括以下之一： 跟踪区更新请求消息、 路由区更新请 求消息、 扩展业务请求消息。
19. 根据权利要求 18所述的用户设备， 其中， 所述用户设备还包括： 第二确定模块， 设置为根据来自移动管理单元的用于拒绝所述请求消息的 预定原因值， 确定接入第二代或第三代网络， 其中， 所述移动管理单元根据所 述请求消息， 向所述用户设备发送所述预定原因值。
20. 根据权利要求 18所述的用户设备， 其中， 所述第二发送模块还设置为： 根据所 述电路域回退业务的触发， 在受限状态下向所述移动管理单元发送作为所述请 求消息的所述扩展业务请求。
21. 根据权利要求 18至 20中任一项所述的用户设备， 其中， 所述业务类型包括： 终呼电路域回退业务或始呼电路域回退紧急业务。
22. 一种请求消息传输系统， 包括： 包括权利要求 10至 17中任一项所述的请求消 息接收装置的移动管理单元，以及权利要求 18至 21中任一项所述的用户设备。
PCT/CN2014/080137 2013-09-27 2014-06-17 用户设备、请求消息接收方法、装置及其系统 WO2015043244A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310459284.6A CN104519538B (zh) 2013-09-27 2013-09-27 用户设备、请求消息接收方法、装置及其系统
CN201310459284.6 2013-09-27

Publications (1)

Publication Number Publication Date
WO2015043244A1 true WO2015043244A1 (zh) 2015-04-02

Family

ID=52741971

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/080137 WO2015043244A1 (zh) 2013-09-27 2014-06-17 用户设备、请求消息接收方法、装置及其系统

Country Status (2)

Country Link
CN (1) CN104519538B (zh)
WO (1) WO2015043244A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109392010A (zh) * 2017-08-11 2019-02-26 中兴通讯股份有限公司 语音业务的处理方法及装置
CN111148090B (zh) * 2020-01-08 2022-11-22 中国联合网络通信集团有限公司 控制终端设备上网的方法和装置
CN112449404A (zh) * 2020-10-21 2021-03-05 北京软慧科技有限公司 一种改变用户终端网络接入类型的方法及设备
CN115914377A (zh) * 2022-10-28 2023-04-04 中银金融科技有限公司 跨系统的通信方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045687A (zh) * 2009-10-16 2011-05-04 中兴通讯股份有限公司 一种组合节点建立关联关系的方法及系统
WO2012050841A1 (en) * 2010-09-28 2012-04-19 Research In Motion Corporation Method and apparatus for releasing connection with local gw when ue moves out of the residential/enterprise network coverage
CN102769932A (zh) * 2011-05-05 2012-11-07 华为技术有限公司 用于电路域回退中数据传输的方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102045687A (zh) * 2009-10-16 2011-05-04 中兴通讯股份有限公司 一种组合节点建立关联关系的方法及系统
WO2012050841A1 (en) * 2010-09-28 2012-04-19 Research In Motion Corporation Method and apparatus for releasing connection with local gw when ue moves out of the residential/enterprise network coverage
CN102769932A (zh) * 2011-05-05 2012-11-07 华为技术有限公司 用于电路域回退中数据传输的方法和装置

Also Published As

Publication number Publication date
CN104519538A (zh) 2015-04-15
CN104519538B (zh) 2019-07-05

Similar Documents

Publication Publication Date Title
US11330642B2 (en) Method for supporting and providing LADN service in wireless communication system and apparatus therefor
US10455489B2 (en) Method for supporting PDN GW selection
US9504005B2 (en) Method for processing data associated with location area update in a wireless communication system
US9143990B2 (en) Method and device for handling failure of mobility management device in ISR activated scenario
JP6031529B2 (ja) モバイル通信システム、モバイル通信ネットワーク、インフラストラクチャ機器、モビリティマネージャ、方法およびコンピュータプログラム
US8688126B2 (en) Method for falling back to 2G/3G network, relevant device and communication system
CN101677470B (zh) 服务请求的处理方法、装置及系统
EP2291014A1 (en) Method and corresponding terminal for association relationship updating
US8582503B2 (en) Method for indicating the bearer management of a serving gateway
US20110182244A1 (en) Method for supporting context management by home node-b
US20120087340A1 (en) Circuit Switch FallBack Reselection
WO2009094916A1 (fr) Procédé, système et dispositif de commande pour redémarrage après défaillance dans le domaine circuit
WO2009097811A1 (zh) 分组域用户处理电路域业务的方法、装置及系统
WO2018059401A1 (zh) 网络切换方法、装置及系统，网络接入方法及装置
US11564078B2 (en) Gateway recovery processing method and device
WO2017181353A1 (zh) 专用核心网迁移处理方法、设备和系统
WO2012055093A1 (zh) 移动交换中心池中的寻呼处理方法及装置
CN102111748A (zh) 本地ip连接建立方法及系统
WO2012024989A1 (zh) 承载释放方法及系统
WO2015043244A1 (zh) 用户设备、请求消息接收方法、装置及其系统
CN102378208A (zh) 一种vlr故障的处理方法及系统
CN102905369B (zh) 移动管理单元失效或重启时用户设备寻呼方法及系统
WO2016112774A1 (zh) 一种实现位置更新的方法及移动管理单元
EP4360401A1 (en) Notification of sgw change for one or more pdn connections when combined sgw/pgw/smf set is deployed
CN104144398B (zh) 一种终呼业务的实现方法及系统、hss、scc as

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14849971

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14849971

Country of ref document: EP

Kind code of ref document: A1