WO2013189348A2 - 一种承载分配和管理的方法及设备 - Google Patents

一种承载分配和管理的方法及设备 Download PDF

Info

Publication number
WO2013189348A2
WO2013189348A2 PCT/CN2013/081656 CN2013081656W WO2013189348A2 WO 2013189348 A2 WO2013189348 A2 WO 2013189348A2 CN 2013081656 W CN2013081656 W CN 2013081656W WO 2013189348 A2 WO2013189348 A2 WO 2013189348A2
Authority
WO
WIPO (PCT)
Prior art keywords
enodeb
sgw
context information
bearer
bearer context
Prior art date
Application number
PCT/CN2013/081656
Other languages
English (en)
French (fr)
Other versions
WO2013189348A3 (zh
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 WO2013189348A2 publication Critical patent/WO2013189348A2/zh
Publication of WO2013189348A3 publication Critical patent/WO2013189348A3/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/22Manipulation of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, system and device for carrying resource allocation and management.
  • a User Equipment In a new generation of wireless communication access technology, a User Equipment (UE) is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) base station system. Access to an evolved Evolved Packet System (EPS) provides permanent online IP service capabilities. When the UE attaches to the network, the network assigns the UE an IP address that persists during the attachment period. At any time during the attachment period, the data request sent by the application server (Application Server, abbreviated as AS) can directly use the IP to send downlink IP data to the UE.
  • FIG. 1 is a schematic structural diagram of a UE accessing an EPS packet network through an E-UTRAN base station system, and is composed of a base station system and a core network system.
  • the base station system is an E-UTRAN base station system
  • the main network element is an evolved NodeB base station (Evolved NodeB, abbreviated as eNodeB).
  • the core network system, the main network element includes a Mobility Management Entity (MME), a Serving Gateway (S-GW, or SGW), and a Packet Data Network Gateway (Packet Data Network Gateway). PDN GW, or P-GW, or PGW), Home Subscriber Server (HSS).
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • Packet Data Network Gateway Packet Data Network Gateway
  • PDN GW Packet Data Network Gateway
  • P-GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • the MME is responsible for allocating and managing user plane resources, and mapping the user-side resources to the air interface resources on the eNodeB and the user plane bearers on the SGW/PGW.
  • the base station eNodeB When the UE is in an inactive state for a long time, the base station eNodeB initiates a radio resource release process, releasing the radio air interface bearer resources allocated to the terminal, and the user plane bearer resources on the S1 interface between the eNodeB and the SGW, and then the UE enters the idle state. .
  • the eNodeB needs to interact with the MME to restore the bearer resources allocated to the UE, including the air interface bearer resources on the eNodeB, and the user plane bearer resources of the S1 interface between the eNodeB and the SGW.
  • FIG. 2 illustrates a recovery process of bearer resources when an uplink state (RRC-IDLE state) is to be initiated in the idle state (RRC-IDLE state) after the UE is attached to the network.
  • RRC-IDLE state an uplink state
  • RRC-IDLE state an idle state
  • RRC-IDLE state an idle state
  • the UE must first establish an RRC connection and return to the connected state.
  • Figure 2 includes steps S201-209: S201.
  • the UE sends an RRC Connection Request (RRC Connection Request) message to the eNodeB, where the UE carries the identification information of the UE.
  • RRC Connection Request RRC Connection Request
  • S-TM S-Temporary Mobile Subscriber Identity
  • the UE In the idle state, the UE initiates an RRC connection request message by using the Signaling Radio Bearer (SRB), that is, the SRBO.
  • SRB0 is a shared signaling radio bearer resource.
  • the designed message capacity per UE is very small. Generally, it is only used to initiate an initial RRC message, and carries the most necessary cell, such as the ID of the UE. Here, the ID provided by the UE. It is S-TMSI.
  • the eNodeB After receiving the RRC connection request message, the eNodeB sends an RRC Connection Setup message to the UE.
  • the message is used to indicate that the UE establishes the #1 signaling radio bearer, that is, the SRB1.
  • the SRB1 is allocated by each user and can carry a certain length of NAS signaling. After allocating SRB1, the UE may use the SRB1 signaling radio bearer to initiate a NAS message.
  • the UE sends an RRC Connection Setup Complete message to the eNodeB.
  • the UE carries the NAS message to be sent.
  • the NAS message carried by the UE is a Service Request (SR) message.
  • the UE transmits the NAS message using the SRB1 signaling radio bearer.
  • the SRB1 signaling radio bearer itself also has a certain capacity limitation and cannot be used to send large NAS messages.
  • the eNodeB instructs the UE to establish a #2 signaling radio bearer, that is, SRB2, and a data radio bearer (DRB), which can carry a NAS message with a large capacity.
  • the DRB is also typically used to transport IP data streams.
  • S204 After receiving the RRC connection setup complete message of the UE, the eNodeB obtains the NAS message, and encapsulates the NAS message in the Initial UE Transfer message of the S1 interface, and sends the message to the MME. All NAS messages sent by the UE are transparently transmitted to the MME by the eNodeB.
  • S205 After receiving the service request (Service Request) message sent by the UE, the MME transfers the UE to the connected state (EMM-CONNECTED). At the same time, the MME sends an Initial Context Request message to the eNodeB, where the message includes the security key of the UE, the EPS bearer context information, the SGW address allocated by the UE, the wireless capability of the UE, and the like.
  • the eNodeB initiates a Security Mode Command message to the UE, and requests the UE to use an encryption method to transmit subsequent signaling and data.
  • the eNodeB uses the security key therein to initiate a security mode establishment request to the UE.
  • the UE replies to the eNodeB with a Security Mode Complete message indicating that the security mode request has been received, and the security mode has been established. Thereafter, the UE and the network use encryption to transmit signaling and data.
  • the eNodeB sends an RRC Connection Reconfiguration Request (RRC Connection Reconfiguration Request) message to the UE, where the information carries a radio bearer (Radio Access Bearer, RAB for short).
  • RAB Radio Access Bearer
  • the eNodeB requests the UE to establish the specified radio bearers, and the radio bearers specifically include the #2 signaling radio bearer, that is, the SRB2, and the plurality of data radio bearers, DRBs, which correspond to the core network bearers of the UE.
  • the UE sends an RRC Connection Reconfiguration Complete message to the eNodeB, indicating that the radio configuration is complete. After the step S209 is performed, the UE may use the SRB2 to initiate a NAS message with a larger capacity.
  • the eNodeB may also send the IP data stream to the SGW corresponding to the UE, and the SGW further sends the message to the PGW.
  • the eNodeB After receiving the RRC connection reconfiguration complete message sent by the UE, the eNodeB returns an Initial Context Setup Response message to the MME.
  • the MME After receiving the initial context configuration response message sent by the eNodeB, the MME sends a Modify Bearer Request message to the SGW/PGW. In this step, the MME notifies the SGW/PGW to modify the bearer according to the UE/eNodeB receiving the bearer. The message also allows the SGW to recover the S1-U bearer resources between the SNode and the eNodeB.
  • the SGW/PGW returns a Modify Bearer Response message to the MME.
  • the SGW may receive the uplink IP data packet sent by the UE and forward it to the PGW.
  • the eNodeB After the eNodeB receives the RRC request from the UE, the eNodeB sets a deactivation timer for the UE. After the timer expires, if the UE is inactive, the resource release process is triggered.
  • the UE deactivation timer expires on the eNodeB, and the UE is inactive.
  • the eNodeB sends a UE Context Release Request message on the S1 interface to the MME.
  • the MME After receiving the UE Context Release Request message initiated by the eNodeB, the MME sends a Release Access Bearer Request (Release Access Bearer Request) message to the SGW.
  • a Release Access Bearer Request Release Access Bearer Request
  • the SGW After the SGW releases the bearer of the S1-U interface with the eNodeB, the SGW returns a Release Access Bearer Response message to the MME.
  • the MME sends a UE Context Release Command (UE Context Release Command) message to the eNodeB.
  • UE Context Release Command UE Context Release Command
  • the eNodeB After receiving the UE Context Release Command message of the MME, the eNodeB sends a radio bearer release (RRC Connection Release) message to the UE if the UE is currently reachable, and the eNodeB releases the context information of the UE.
  • RRC Connection Release radio bearer release
  • the eNodeB returns a UE Context Release Complete message to the MME; after the UE is inactive, the eNodeB releases the bearer context of the radio bearer, the UE context, and the S1-U interface, and the MME will The UE's context is released and the UE is placed in an idle state, and the SGW will release the bearer context of the S1-U interface.
  • Figure 2 shows the flow of the UE entering the connected state from the idle state, recovering the bearer resources, initiating the data transmission, and finally entering the idle state.
  • the eNodeB needs to first find the SGW and recover the data transmission tunnel between the SGW and the SGW. This requires the eNodeB to interact with the MME and obtain the bearer-related information of the SGW and the S1 interface from the MME.
  • the existing procedures may easily cause excessive network signaling load, which may easily cause congestion of the control network elements.
  • the data traffic sent by these terminals is much smaller than the signaling traffic caused by these terminals entering the connected state from the idle state, resulting in extremely low efficiency of the system.
  • the technical problem to be solved by the embodiments of the present invention is to provide a method and a device for carrying and managing a bearer.
  • the network signaling load is high.
  • an embodiment of the present invention provides a method for bearer allocation and management, where an evolved wireless Node B (eNodeB) and a serving gateway (SGW) are in a user terminal according to an indication of a mobility management entity (MME).
  • UE evolved wireless Node B
  • SGW serving gateway
  • MME mobility management entity
  • UE storing the user terminal bearer context information after entering the idle state; when the UE initiates IP data transmission from the idle state, the eNodeB resumes data transmission with the SGW according to the saved UE bearer context information. Tunneling, and transmitting IP data; and/or; when receiving the IP data sent by the UE in the idle state, the SGW recovers data transmission with the eNodeB according to the saved UE bearer context information. Tunnel, and transmit IP data.
  • eNodeB evolved wireless Node B
  • SGW serving gateway
  • the foregoing method may further have the following features:
  • the MME instructing the eNodeB and the SGW to save the UE bearer context information after the UE enters an idle state refers to: in the process of attaching the UE or in the process of the UE transitioning from the connected state to the idle state, The MME instructs the eNodeB and the SGW to save the UE bearer context information after the UE enters an idle state.
  • the foregoing method may further have the following features:
  • the MME After receiving the initial UE transmission message sent by the eNodeB, the MME sends a session creation request message to the SGW, and instructs the SGW to save the UE bearer context information in the message, And sending, by the MME, an initialization context setup request message to the eNodeB, and instructing, in the message, the SGW to save the UE bearer context information.
  • the foregoing method may further have the following features:
  • the MME After receiving the UE context release request sent by the eNodeB, the MME sends a release user terminal access bearer request message to the SGW, and indicates the location in the message.
  • the SGW saves the UE bearer context information
  • the MME sends a release user terminal access bearer command message to the eNodeB, and instructs the SGW to save the UE bearer context information in the message.
  • the foregoing method may further have the following features:
  • the MME decides to make the indication to the eNodeB and the SGW according to the following conditions:
  • the foregoing method may further have the following features:
  • the behavior mode information of the UE refers to one or more of the following attributes: a single connection single bearer attribute, a frequent small data transmission attribute, and a frequent state switching attribute.
  • the foregoing method may further have the following features:
  • the behavior mode information of the UE is a behavior mode of the UE obtained by the MME from the UE subscription data, or a behavior mode of the UE that is analyzed by the MME for the behavior of the UE.
  • the foregoing method may further have the following features:
  • the UE bearer context information refers to UE bearer context information that is consistent with the UE bearer context information of the UE in the connected state, or refers to a UE that enables the eNodeB and the SGW to find each other and restore the tunnel between the UEs. Host context information.
  • the foregoing method may further have the following features:
  • the UE bearer context information saved by the eNodeB includes at least: an SGW address and a tunnel end identifier (TEID) of the SGW.
  • TEID tunnel end identifier
  • the foregoing method may further have the following features:
  • the UE bearer context information saved by the SGW includes at least: an eNodeB address, an eNodeB Tunnel End Identifier (TEID).
  • TEID eNodeB Tunnel End Identifier
  • the foregoing method may further have the following features:
  • the UE bearer context information further includes: a bearer ID of the UE, and an average maximum bit rate of the UE.
  • the foregoing method may further have the following features:
  • the eNodeB generates the radio access bearer (RAB) information to be sent to the UE by using the saved UE bearer context information, including the following manners:
  • the saved UE bearer context information includes complete RAB information, and the eNodeB sends the RAB information to the UE;
  • Saving the UE bearer context information includes only the SGW address, the TEID of the SGW, the bearer ID of the UE, and the average maximum bit rate (AMBR) of the UE, and the eNodeB uses the information to generate RAB information to be sent to the UE;
  • the storing the UE bearer context information includes only the SGW address and the TEID of the SGW, and the eNodeB generates the RAB information to be sent to the UE according to the pre-configuration policy.
  • the foregoing method may further have the following features:
  • the eNodeB After recovering the data transmission tunnel between the eNodeB and the SGW and transmitting the IP data, the eNodeB determines that the UE should be placed in the connected state after the expiration of the deactivation timer, and sends an initial UE transmission message to the MME, where The MME sets the state of the UE to a connected state;
  • the SGW after receiving the uplink data of the UE, notifies the MME to set the state of the UE to a connected state.
  • an embodiment of the present invention further provides an evolved wireless node B, where the evolved wireless node B (eNodeB) includes a user terminal (UE) bearer context storage module and a transmission module;
  • eNodeB evolved wireless node B
  • UE user terminal
  • the UE bearer context storage module is configured to save the user terminal bearer context information after the user terminal (UE) enters an idle state according to an indication of a mobility management entity (MME); the transmission module is configured to be the UE When the idle state initiates the IP data transmission, the data transmission tunnel with the SGW is restored according to the saved UE bearer context information, and transmitted. IP data.
  • MME mobility management entity
  • the evolved wireless node B may also have the following features:
  • the UE bearer context information refers to UE bearer context information that is consistent with the UE bearer context information of the UE in the connected state, or refers to a UE that enables the eNodeB and the SGW to find each other and restore the tunnel between the UEs. Host context information.
  • the evolved wireless node B may also have the following features:
  • the UE bearer context information includes at least: an SGW address, a tunnel end identifier (TEID) of the SGW, or a bearer ID of the UE and an average maximum bit rate of the UE.
  • TEID tunnel end identifier
  • the evolved wireless node B may also have the following features:
  • the transmitting module is further configured to: when the UE bearer context information saved by the UE bearer context storage module includes complete RAB information, send the RAB information to the UE;
  • the UE bearer context information saved by the UE bearer context storage module includes only the SGW address, the TEID of the SGW, the bearer ID of the UE, and the average maximum bit rate (AMBR) of the UE, the information is used to generate RAB information to the UE;
  • the RAB information to be sent to the UE is generated according to the pre-configuration policy when the UE bearer context information saved by the UE bearer context storage module includes only the SGW address and the TEID of the SGW.
  • the embodiment of the present invention further provides a service gateway, where the service gateway includes a user terminal (UE) bearer context storage module and a transmission module;
  • UE user terminal
  • the UE bearer context storage module is configured to save the user terminal bearer context information after the user terminal (UE) enters an idle state according to an indication of a mobility management entity (MME); the transmission module is configured to receive and send to When the IP data of the UE is in an idle state, the data transmission tunnel with the eNodeB is restored according to the saved UE bearer context information, and the IP data is transmitted.
  • MME mobility management entity
  • the foregoing service gateway may also have the following features:
  • the UE bearer context information refers to UE bearer context information that is consistent with the UE bearer context information of the UE in the connected state, or that can cause the eNodeB and the SGW to mutually
  • the UE bearer context information of the tunnel between the two is found and restored.
  • the foregoing service gateway may also have the following features:
  • the UE bearer context information includes at least: an eNodeB address, a tunnel end identifier (TEID) of the eNodeB, or a bearer ID of the UE and an average maximum bit rate of the UE.
  • TEID tunnel end identifier
  • the embodiment of the present invention further provides a mobility management entity, where the mobility management entity (MME) includes: a user equipment (UE) bearer context information saving indication module, which is set to evolve The Wireless Node B (eNodeB) and the Serving Gateway (SGW) indicate that the user terminal bearer context information is saved after the user terminal (UE) enters the idle state.
  • MME mobility management entity
  • UE user equipment
  • SGW Serving Gateway
  • the mobility management entity may also have the following features:
  • the UE bearer context information saving indication module is further configured to: in the process of the UE attaching process or in the process that the UE transitions from the connected state to the idle state, instructing the eNodeB and the SGW to save after the UE enters an idle state.
  • the UE carries context information.
  • the mobility management entity may also have the following features:
  • the UE bearer context information saving indication module is further configured to decide to make the indication to the eNodeB and the SGW according to the following conditions:
  • the mobility management entity may also have the following features:
  • the behavior mode information of the UE refers to one or more of the following attributes: a single connection single bearer attribute, a frequent small data transmission attribute, and a frequent state switching attribute.
  • the mobility management entity may also have the following features:
  • the behavior mode information of the UE is a behavior mode of the UE obtained by the MME from the UE subscription data, or a behavior mode of the UE that is analyzed by the MME for the behavior of the UE.
  • the embodiment of the present invention is applicable to a scenario in which a large number of terminals access the network and send a small amount of data in a gap, which can effectively reduce the signaling overhead caused by the bearer recovery after the terminal enters the connected state from the idle state, and can reduce network resources. Consumption, improve network load capacity.
  • FIG. 1 is a schematic diagram of a system architecture in a related art E-UTRAN access scenario
  • FIG. 2 is a schematic diagram of a process of initiating data transmission after the UE enters the connected state from the idle state, and enters the idle state after the data transmission is completed;
  • FIG. 3 is a schematic flowchart of a method for bearer allocation and management in an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of the MME indicating that the UE bearer context information is saved in the UE attach procedure in the embodiment of the present invention
  • FIG. 5 is a schematic flowchart of the MME instructing to save UE bearer context information in the process of the UE transitioning from the connected state to the idle state in the embodiment of the present invention
  • FIG. 6 is a schematic diagram of a process for a UE to initiate uplink data transmission in an idle state according to an embodiment of the present invention
  • FIG. 7 is an improvement of the flow of FIG. 6 , the UE initiates uplink data transmission in an idle state, and the eNodeB sets a timer to transfer the UE to the connection. Schematic diagram of the state flow;
  • FIG. 8 is a schematic diagram of the flow of FIG. 6 , the UE initiates uplink data transmission in an idle state, and the SGW informs the MME to transfer the UE to the connected state;
  • FIG. 9 is a schematic diagram of a process in which a UE sends downlink data to a UE in an idle state network according to an embodiment of the present invention.
  • Preferred embodiment of the invention
  • the methods of bearer allocation and management include:
  • the evolved wireless node B (eNodeB) and the serving gateway (SGW) save the user terminal bearer information after the user terminal (UE) enters the idle state according to the indication of the mobility management entity (MME);
  • the eNodeB When the UE initiates IP data transmission from the idle state, the eNodeB recovers a data transmission tunnel with the SGW according to the saved UE bearer context information, and transmits IP data; And/or; when receiving the IP data sent by the UE in an idle state, the SGW recovers a data transmission tunnel with the eNodeB according to the saved UE bearer context information, and transmits IP data.
  • the UE bearer context information refers to the UE bearer context information that is consistent with the UE bearer context information of the UE in the connected state, or refers to the UE bearer context that enables the eNodeB and the SGW to find each other and restore the tunnel between the two. information.
  • the UE bearer context information saved by the eNodeB includes at least: an SGW address and a tunnel end identifier (TEID) of the SGW.
  • TEID tunnel end identifier
  • the UE bearer context information saved by the SGW includes at least: an eNodeB address and a tunnel end identifier (TEID) of the eNodeB.
  • TEID tunnel end identifier
  • the UE bearer context information further includes: a bearer ID of the UE, and an average maximum bit rate of the UE. This information allows the UE's IP data to run on the correct bearer and accept maximum bandwidth control.
  • the MME decides to make the indication to the eNodeB and the SGW according to the following conditions:
  • the behavior mode information of the UE refers to one or more of the following attributes: Single PDN Single Bearer (SPSB for short) (specifies that only a single connection (ie, default bearer) is allocated to the UE) Frequent small data transmission attributes (indicating that the UE transmits small data over a preset frequency), frequent state switching attributes (indicating that the UE is switching over a state exceeding a preset frequency).
  • SPSB Single PDN Single Bearer
  • the behavior mode information of the UE is a behavior mode of the UE obtained by the MME from the UE subscription data, or a behavior mode of the UE that is analyzed by the MME for the behavior of the UE.
  • the MME instructs the eNodeB and the SGW to retain the UE bearer context information when the UE enters the idle state, which may occur in the initial attach process of the UE (as shown in FIG. 4), or may occur in the process in which the UE enters the idle state (as shown in FIG. 5). Show).
  • FIG. 4 is a MME indicating that an eNodeB and an SGW reserve a bearer for a UE in a UE attach procedure, Having steps 401 through 418 included:
  • the UE sends an RRC Connection Request message to the eNodeB, and carries the IMSI as the identifier of the UE.
  • the eNodeB sends an RRC Connection Setup message to the UE to establish a signaling radio bearer SRB1.
  • the UE sends an RRC Connection Setup Complete message to the eNodeB.
  • the UE carries a NAS message, which is an Attach message.
  • the eNodeB After receiving the RRC connection setup complete message of the UE, the eNodeB retrieves the NAS message, where is the Attach message, which is encapsulated in the Initial UE Transfer message of the S1 interface, and sent to the MME. .
  • the HSS After receiving the location update request message sent by the MME, the HSS performs registration verification, and returns a location update response to the MME.
  • the subscription data of the UE is returned at the same time.
  • the HSS carries an indication in the subscription data of the UE, and may carry the UE behavior mode indication, including: A, a single connection single bearer indication, indicating that only the single assignment is assigned to the UE. Connect a single bearer (that is, the default bearer); B, a frequent small data transmission indication, indicating that the UE has an originating IP small data transmission behavior exceeding a preset frequency; C, a frequent state switching indication, indicating that the UE has a preset frequency exceeding The behavior of switching between idle state and connected state.
  • A a single connection single bearer indication, indicating that only the single assignment is assigned to the UE.
  • Connect a single bearer that is, the default bearer
  • B a frequent small data transmission indication, indicating that the UE has an originating IP small data transmission behavior exceeding a preset frequency
  • C a frequent state switching indication, indicating that the UE has a preset frequency exceeding The behavior of switching between idle state and connected state.
  • the single-connection single-bearer indication may be: in the subscription data of the UE, there is an explicit single-connection single-bearer indication; or, in the subscription data of the UE, only one APN is set, and the attribute of the APN is Is set to allow only the default bearer.
  • the MME determines that the SGW needs to save the UE bearer context information, and sends a session creation request (Session Create Request) message to the SGW/PGW, and requests to create a bearer for the UE, and carries a bearer reservation indication (Retain Bearer Indication, RBI for short).
  • the SGWB saves the UE bearer context information.
  • the MME may determine, according to the indication in the subscription data of the UE, whether to enable the UE to bear the UE bearer context information in the idle state, and determine whether the eNodeB/SGW is to be in the idle state to maintain the UE bearer context information according to the capability of the eNodeB/SGW.
  • the behavior mode of the UE that can be analyzed by the MME after monitoring the UE (including A, single connection single bearer attribute, B, frequent small data transmission behavior, C frequent state switching behavior), and the behavior of the UE according to the analysis
  • the mode determines whether the UE saves the UE bearer context information in the idle state, and determines whether the eNodeB/SGW is to be in the idle state to maintain the UE bearer context information according to the capability of the eNodeB/SGW.
  • the SGW/PGW creates a bearer for the UE, and returns a Session Create Response message to the MME.
  • the MME determines that the eNodeB needs to save the UE bearer context information, and sends an Initial Context Setup Request message to the eNodeB, where the message carries a Retain Bearer Indication (RBI), and the eNodeB is required to save the UE bearer context.
  • RBI Retain Bearer Indication
  • Information and also carries information such as security key, UE's wireless capabilities, Radio Access Bearers (RAB).
  • RAB Radio Access Bearers
  • the MME carries a NAS message - Attach Accept message in the message, indicating that the UE's attach request has been received.
  • the MME simultaneously carries the address of the SGW to the eNodeB.
  • the eNodeB initiates a Security Mode Command message to the UE, and requires the UE to use an encryption method to transmit subsequent signaling and data.
  • the UE replies to the eNodeB with a Security Mode Complete message indicating that the security mode request has been received, and the security mode has been established.
  • the eNodeB sends an RRC Connection Reconfiguration Request (RRC Connection Reconfiguration Request) message to the UE, where the information carries a radio bearer (Radio Access Bearer, RAB for short).
  • RRC Connection Reconfiguration Request Radio Connection Reconfiguration Request
  • the eNodeB simultaneously carries a NAS message - Attach Accept message.
  • the UE sends an RRC Connection Reconfiguration Complete message to the eNodeB, indicating that the radio configuration has been completed.
  • the eNodeB After receiving the RRC connection reconfiguration complete message sent by the UE, the eNodeB sends the MME to the MME. Returns the Initial Context Setup Response message. In the message, the eNodeB carries the address of the eNodeB and the Tunnel Endpoint ID (TEID) of the eNodeB.
  • TEID Tunnel Endpoint ID
  • the UE sends a Direct Transfer message to the eNodeB to carry the NAS message, where the UE carries an Attach Complete message.
  • the eNodeB sends an Uplink NAS Transfer message to the MME, where the eNodeB carries an Attach Complete message sent by the UE. In this message, the address of the eNodeB and the TEID of the eNodeB are carried.
  • the MME SGW/PGW sends a Modify Bearer Request message.
  • the MME carries the address of the eNodeB and the TEID of the eNodeB to the SGW.
  • the SGW/PGW returns a Modify Bearer Response message to the MME.
  • the eNodeB after receiving the bearer reservation indication sent by the MME, stores the bearer context of the UE locally, and the eNodeB does not release the bearer context of the UE when the UE enters the idle state. Specifically, the eNodeB needs to save the UE bearer context information after the UE enters the idle state, and includes at least: an address of the SGW and a TEID of the SGW. In addition, the default bearer ID and the average maximum bit rate (AMBR) of the UE may also be included.
  • ABR average maximum bit rate
  • the bearer context information of the UE that the SGW enters in the idle state of the UE includes at least: an address of the eNodeB and a TEID of the eNodeB. Additionally, the method may further include: a default bearer ID, an average maximum bandwidth of the UE, AMBR.
  • the bearer ID is a necessary means for the associated UE bearer, the radio bearer on the eNodeB, and the EPS bearer on the SGW/PGW.
  • the data transmission must indicate the bearer ID.
  • Provide the default bearer ID indicating that the data is only transmitted on the default bearer.
  • the association between the UE bearer, the radio bearer, and the EPS bearer can be implemented even if the bearer ID is not provided.
  • the maximum bandwidth AMBR information of the UE is saved, so that the eNodeB/SGW can perform bandwidth control on the data transmission.
  • FIG. 5 is the MME instructing the eNodeB and the SGW to guarantee the UE in the process of the UE transitioning to the idle state. Leave the bearer, with steps 501 through 507 included:
  • the UE inactivity timer expires on the eNodeB. At this time, the UE does not have any signaling and data stream transmission, and the eNodeB determines to initiate the S1 connection release process.
  • S502 The eNodeB sends an S1 interface UE context release request (SI UE Context Release Request) message to the MME.
  • SI UE Context Release Request SI UE Context Release Request
  • the MME sends a Release Bearer Request message to the SGW. In the message, carrying an indication that the UE bearer context information is saved;
  • the SGW After receiving the release bearer request message sent by the MME, the SGW returns a Release Bearer Response message to the MME.
  • the SGW marks the UE to enter the idle state, and saves part of the UE bearer context information, such as: the eNodeB address and the TEID of the eNodeB.
  • the MME sends an SI interface Context Release Command (SI UE Context Release Command) message to the eNodeB, where the message carries an indication for saving the UE bearer context information.
  • SI interface Context Release Command SI UE Context Release Command
  • the eNodeB If the UE is reachable, the eNodeB sends an RRC Connection Release message to the UE, and releases the radio bearer of the UE.
  • the eNodeB returns an S1 interface UE context release complete (SI UE Context Release Complete) message to the MME;
  • the eNodeB marks the UE to enter the idle state, and saves part of the UE bearer context information, such as: SGW address, TEID of the SGW.
  • the MME instructs the eNodeB and the SGW to save the UE bearer context information in the process of the UE entering the idle state.
  • the method for the MME to determine whether to instruct the eNodeB and the SGW to save the UE bearer context is the same as the method shown in FIG.
  • FIG. 6 is a flow chart of a UE initiating IP data transmission in an idle state, including 601 to 607, according to an embodiment of the present invention:
  • the UE sends an RRC Connection Request (RRC Connection Request) to the eNodeB.
  • Interest which carries the S-TMSI of the UE;
  • the eNodeB After receiving the RRC connection request message, the eNodeB sends an RRC Connection Setup message to the UE.
  • the UE sends an RRC Connection Setup Complete message to the eNodeB.
  • the UE carries the NAS message to be sent.
  • the NAS message carried by the UE is a Service Request (SR) message;
  • the eNodeB after receiving the RRC Connection Setup Complete message sent by the UE, the eNodeB determines, according to the information stored on the eNodeB: the status of the UE (marked as idle state), and the UE bearer context information, determining that the saved information can be used.
  • the UE bears the context to recover the data transmission tunnel between the eNodeB and the SGW;
  • the eNodeB initiates a Security Mode Command message to the UE, and requires the UE to use an encryption method to transmit subsequent signaling and data.
  • the eNodeB can directly initiate a security mode establishment request to the UE by using the security key parameter.
  • the eNodeB may initiate a security mode establishment request to the UE by using the pre-configured security key parameter.
  • the UE returns a Security Mode Complete message to the eNodeB.
  • the eNodeB sends an RRC connection reconfiguration request to the UE (RRC Connection
  • Reconfiguration Request message which carries a specific radio bearer (Radio Access Bearer, RAB for short) information;
  • the eNodeB uses the UE bearer context information saved in the foregoing procedure to generate RAB information to be sent to the UE.
  • the eNodeB can generate RAB information according to the following method: - If the eNodeB saves the UE bearer context information in the foregoing procedure, the complete information is saved.
  • the RAB information the eNodeB sends the RAB information to the UE;
  • the eNodeB uses the information to generate the RAB information to be sent to the UE; or - If the eNodeB only stores the SGW address and the TEID of the SGW, the eNodeB generates RAB information to be sent to the UE according to the pre-configuration policy. For example, the eNodeB uses a special value (such as setting the bearer ID to 0) to populate the bearer ID and populate the AMBR information with a predefined bandwidth.
  • a special value such as setting the bearer ID to 0
  • the UE sends an RRC Connection Reconfiguration Complete message to the eNodeB, indicating that the radio configuration is complete.
  • the UE can initiate uplink IP data transmission.
  • the eNodeB After receiving the IP data sent by the UE, the eNodeB obtains the SGW address and the TEID of the SGW according to the UE bearer context information saved by the eNodeB, and restores the data transmission tunnel between the SGW and the SGW, and sends the IP data sent by the UE to the tunnel through the tunnel. SGW. After receiving the IP data, the SGW forwards the IP data to the PGW.
  • the eNodeB can quickly restore the IP data transmission link by using the saved UE bearer context information, including restoring the data transmission tunnel (S1 user plane connection) between the eNodeB and the SGW, and the wireless of the eNodeB and the UE. Bearer Resource (RAB).
  • S1 user plane connection data transmission tunnel
  • RRB Bearer Resource
  • the eNodeB, the MME, and the SGW do not put the UE from the idle state into the connected state. Since the eNodeB does not interact with the MME, the eNodeB does not forward the service request (Service Request) message sent by the UE to the MEM, so that the MME cannot put the UE from the idle state into the connected state. The MME also does not send any message to the SGW, and the SGW does not put the UE into the connected state. Failure to put the UE into the connected state may cause some errors and no optimization for subsequent processes.
  • Service Request Service Request
  • Figs. 7 and 8 are proposed.
  • the eNodeB initiates an RRC connection for a certain period of time
  • the eNodeB initiates an interaction with the MME to place the UE in a connected state.
  • the eNodeB sends IP data to the SGW, the interaction between the SGW and the MME is triggered, and the MME is placed in the connected state.
  • the flow chart of the UE initiating IP data in the idle state includes steps 701 to 714:
  • the UE initiates an RRC connection request, and the eNodeB uses the saved UE bearer context information to instruct the UE to establish a radio access bearer RAB;
  • the eNodeB needs to cache the NAS message (Service Request) message carried by the UE in the RRC connection setup complete message locally.
  • NAS message Service Request
  • the eNodeB sets a live timer for the UE
  • the eNodeB sets the role of the deactivation timer to monitor the persistence of the UE's activity after the UE initiates the RRC connection, thereby determining whether to put the UE into the connected state. For example, if the UE initiates the RRC only to transmit a small amount of IP data, and then enters the silent period after the transmission, the UE does not need to be placed in the connected state, that is, the interaction between the eNodeB and the MME does not need to be triggered. If the UE initiates an RRC connection and has persistent activity during the timer period, the UE is placed in the connected state.
  • the eNodeB After the expiration of the deactivation timer, if the eNodeB determines that the UE should be placed in the connected state, the eNodeB sends an Initial UE Transfer (Initial UE Transfer) message to the MME, where the NAS message carried by the UE in step S703 is carried, that is, Service Request message
  • the MME transfers the UE to the connected state.
  • the MME sends an Initial Context Request message to the eNodeB, where the message includes the security key of the UE, the EPS bearer context information, the SGW address allocated by the UE, and the wireless capability of the UE.
  • the eNodeB After receiving the Initial Context Request message sent by the MME, the eNodeB sends an RRC Connection Reconfiguration Request message to the UE, requesting the UE to reconfigure the radio access RAB.
  • the UE performs a radio access bearer configuration, and returns an RRC Connection Reconfiguration Complete message to the eNodeB.
  • the eNodeB returns an Initial UE Context Setup Response message to the MME.
  • the eNodeB deletes the flag that the saved UE is in an idle state, that is, the current UE is in a connected state.
  • the MME After receiving the initial context configuration response message sent by the eNodeB, the MME sends a message to the eNodeB.
  • the SGW/PGW sends a Modify Bearer Request message
  • the SGW deletes the flag that the saved UE is in an idle state, that is, the current UE is in a connected state. S714.
  • the SGW/PGW returns a Modify Bearer Response message to the MME.
  • the flow chart of the UE initiating IP data in the idle state includes steps 801 to 814:
  • the UE initiates an RRC connection request, and the eNodeB uses the saved UE bearer context information to instruct the UE to establish a radio access bearer RAB;
  • step S803 the eNodeB needs to cache the NAS message (Service Request) message carried by the UE in the RRC connection setup complete message locally.
  • NAS message Service Request
  • the SGW After receiving the uplink IP data of the UE, the SGW sends a notification message to the MME.
  • Notification notifying the UE to enter an active state
  • the MME sends an Initial Context Request message to the eNodeB, where the UE context information is set.
  • the eNodeB After receiving the Initial Context Request message sent by the MME, the eNodeB sends an RRC connection reconfiguration request to the UE (RRC Connection).
  • Reconfiguration Request message requesting the UE to reconfigure the radio access RAB
  • the UE performs a radio access bearer configuration, and returns an RRC Connection Reconfiguration Complete message to the eNodeB.
  • the eNodeB returns an Initial UE Context Setup Response message to the MME.
  • the eNodeB deletes the flag that the saved UE is in an idle state, that is, the current UE is in a connected state.
  • the MME After receiving the initial context configuration response message sent by the eNodeB, the MME sends a Modify Bearer Request message to the SGW/PGW.
  • the SGW deletes the flag that the saved UE is in an idle state, that is, the current UE is in a connected state.
  • the SGW/PGW returns a bearer modification response to the MME (Modify Bearer Response) Message.
  • the eNodeB, SGW, and MME can place the UE from the idle state to the connected state.
  • FIG. 9 is a flowchart of a method for transmitting IP data to a UE in an idle state, according to Embodiment 1 of the present invention, having the following steps:
  • the PGW receives the downlink IP data and sends the data to the SGW.
  • the SGW checks that the current UE status is idle, and determines to send a Downlink Data Notification message to the MME.
  • the SGW sends a Downlink Data Notification message to the MME.
  • the MME sends a paging (Paging) message to the eNodeB, and the eNodeB pages
  • the UE after receiving the paging, the UE initiates a service request (Service Request) process, and the process is as shown in FIG. 6, 7, and 8;
  • the SGW After the UE responds to the paging, the SGW recovers the data transmission tunnel between the eNodeB and the IP data according to the saved UE bearer context information, and sends the IP data to the UE.
  • the embodiment of the present invention is applicable to a scenario in which a large number of terminals access the network and send a small amount of data in a gap, which can effectively reduce the signaling overhead caused by the bearer recovery after the terminal enters the connected state from the idle state, and can reduce network resources. Consumption, improve network load capacity.

Landscapes

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

Abstract

一种承载分配和管理的方法及设备,eNodeB和SGW根据MME的指示在UE进入空闲态后保存所述用户终端承载上下文信息;所述UE从空闲态发起IP数据传输时,所述eNode B根据所保存的所述UE承载上下文信息恢复与所述SGW间的数据传输隧道,并传输IP数据;和/或;所述SGW收到发送至处于空闲态的所述UE的IP数据时,根据所保存的所述UE承载上下文信息,恢复与所述eNodeB间的数据传输隧道,并传输IP数据。本发明实施例应用于大量终端接入到网络中并频繁间隙地发送小数据量的场景下,能有效降低终端从空闲态进入连接态后承载恢复所带来的信令开销,能减少网络资源的消耗,提高网络负载能力。

Description

一种承载分配和管理的方法及设备
技术领域
本发明涉及通信领域, 具体而言, 涉及一种承载资源分配和管理的方法 及系统及设备。
背景技术
在新一代的无线通讯接入技术中, 用户终端 ( User Equipment , 简称为 UE ) 通过演进的通用移动通信系统陆地无线接入网 ( Evolved Universal Terrestrial Radio Access Network , 简称为 E-UTRAN )基站系统, 接入到演进 的分组服务网络(Evolved Packet System, 简称为 EPS )中, 可获得永久在线 的 IP服务能力。 在 UE附着到网络时, 网络即为 UE分配一个在附着周期内 持续不变的 IP地址。 在附着周期内的任意时刻, 应用服务器 (Application Server, 简称为 AS )所发送的数据请求可以直接使用该 IP向该 UE发送下行 IP数据。 图 1是 UE通过 E-UTRAN基站系统接入到 EPS分组网络的架构示意图, 由基站系统和核心网系统两部分构成。 基站系统即 E-UTRAN基站系统, 主 要网元为演进的 NodeB基站( Evolved NodeB , 简称为 eNodeB )。 核心网系 统, 主要网元包括移动性管理实体 ( Mobility Management Entity, 简称为 MME ) 、 服务网关 (Serving Gateway, 简称为 S-GW, 或 SGW ) 、 分组数 据网络网关( Packet Data Network Gateway, 简称为 PDN GW, 或 P-GW, 或 PGW)、 归属用户服务器(Home Subscriber Server, 简称为 HSS ) 。 其中, MME负责分配和管理用户面资源,并将该用户面 载资源映射到 eNodeB上 的空口资源、 以及 SGW/PGW上的用户面承载上。 当 UE长时间处于不活动 状态时候, 基站 eNodeB将发起无线资源释放过程, 释放为终端分配的无线 空口承载资源、 以及 eNodeB和 SGW之间的 S1接口上的用户面承载资源, 此后 UE进入空闲态。 当 UE在空闲态想要发送数据时候, eNodeB需要和 MME交互以恢复为 UE分配的承载资源, 包括 eNodeB上的空口承载资源、 eNodeB和 SGW之间的 S1接口的用户面承载资源。 图 2描述了 UE附着到网络后在空闲态 (RRC-IDLE态)要发起上行数 据传输时的承载资源的恢复过程, 当 UE处于空闲态, 想要向远端 (如应用 服务器)发送数据时, UE必须先建立 RRC连接, 恢复到连接态。 图 2包括步骤 S201-209: S201 , UE向 eNodeB发送 RRC连接请求( RRC Connection Request )消 息, 其中携带 UE 的标识信息, 这里使用临时移动签约标识 (S-Temporary Mobile Subscriber Identity, 简称为 S-TMSI ) 。 在空闲态下, UE利用 #0号信令无线承载资源 ( Signaling Radio Bearer , 简称为 SRB )即 SRBO发起 RRC连接请求消息。 SRB0是共享的信令无线承 载资源, 所设计的每 UE的消息容量非常小, 一般只用于发起初始的 RRC消 息, 携带最必须的信元, 如 UE的 ID, 在这里 UE所提供的 ID是 S-TMSI。
5202, eNodeB收到 RRC连接请求消息后, 向 UE发送 RRC连接建立 ( RRC Connection Setup ) 消息。 该消息用于指示 UE建立 #1号信令无线承载即 SRB1 , SRB1是每用户分 配的,可以携带一定长度的 NAS信令。当分配完 SRB1后,UE可以使用 SRB1 信令无线承载来发起 NAS消息。
5203 , UE向 eNodeB发送 RRC连接建立完成(RRC Connection Setup Complete ) 消息。 在该消息中, UE携带要发送的 NAS 消息。 在这里, UE 所携带的 NAS消息是服务请求 ( Service Request, 简称为 SR ) 消息。 在该步骤中, UE使用 SRB1信令无线承载来发送 NAS消息。 SRB1信 令无线承载本身也有一定的容量限制, 不能使用来发送大的 NAS消息。在后 续步骤中, eNodeB会指示 UE建立 #2号信令无线承载即 SRB2, 以及数据无 线承载(Data Radio Bearer, 简称为 DRB ) , 这两中无线承载可以携带容量 较大的 NAS消息。 DRB通常还用于传输 IP数据流。 S204, eNodeB收到 UE的 RRC连接建立完成消息后, 获取其中的 NAS 消息, 将 NAS消息封装在 S1接口的初始 UE传输( Initial UE Transfer )消息 中, 发送给 MME。 所有 UE发送的 NAS消息, 均被 eNodeB透传给 MME。 S205, MME收到 UE发送的服务请求( Service Request )消息后 , 将 UE 转入连接态( EMM-CONNECTED )。 同时, MME向 eNodeB发送初始化上 下文请求 ( Initial Context Request ) 消息, 在该消息中包含 UE的安全密钥、 EPS承载上下文信息、 UE被分配的 SGW地址、 UE的无线能力等。 S206, eNodeB向 UE发起安全模式建立 ( Security Mode Command ) 消 息, 要求 UE使用加密方法来传输后续信令和数据。 当 eNodeB收到 S205步 MME发送的初始化 UE上下文请求( Initial UE Context Request ) 消息后, eNodeB使用其中的安全密钥来向 UE发起安全模 式建立请求。 S207, UE向 eNodeB回复安全模式建立完成( Security Mode Complete ) 消息, 表示安全模式请求已接收, 安全模式已建立完成。 其后, UE 和网络 间使用加密方式来发送信令和数据。
5208 , eNodeB 向 UE 发送 RRC 连接重配置请求 ( RRC Connection Reconfiguration Request ) 消息, 其中携带具体的无线承载 (Radio Access Bearer , 简称为 RAB )信息。 通过该 RAB信息, eNodeB要求 UE建立所指明的无线承载, 这些无线 承载具体包括 #2号信令无线承载即 SRB2, 以及若干个数据无线承载 DRB, 这些 DRB和 UE的核心网承载——对应。
5209 , UE 向 eNodeB 发送 RRC 连接重配置完成 ( RRC Connection Reconfiguration Complete ) 消息, 表明无线 载配置已经完成。 在 S209步执行后, UE可以使用 SRB2来发起容量较大的 NAS消息; 还可以发送上行的 IP数据流, eNodeB将该 IP数据流发送给 UE所对应的 SGW, SGW进一步发送给 PGW。
5210, 收到 UE发送的 RRC连接重配置完成消息后, eNodeB向 MME 返回初始上下文配置响应 ( Initial Context Setup Response ) 消息。
5211 , MME 收到 eNodeB 发送的初始上下文配置响应消息后, 向 SGW/PGW发送承载修改请求( Modify Bearer Request ) 消息。 在本步骤中, MME根据 UE/eNodeB对承载的接收情况通知 SGW/PGW 对承载进行修改。 该消息同时让 SGW恢复和 eNodeB之间的 S1-U的承载资 源。
5212, SGW/PGW向 MME返回承载修改响应( Modify Bearer Response ) 消息。 在步骤 S212后, SGW可接收 UE发送的上行 IP数据包,并前转给 PGW。
5213 , 在 eNodeB收到 UE的 RRC请求后, eNodeB为 UE设置一个去 活定时器, 在定时器超期后, 如果 UE已经不活动, 则触发资源释放过程。
5214, eNodeB上的 UE去活定时器到期, UE不活动,则 eNodeB向 MME 发起 S 1接口上的 UE上下文释放请求( UE Context Release Request ) 消息。
5215, MME收到 eNodeB发起的 UE上下文释放请求( UE Context Release Request ) 消息后, 向 SGW发送释放接入承载请求(Release Access Bearer Request ) 消息。
5216, SGW释放了和 eNodeB之间的 S1-U接口的承载后, 向 MME返 回释放接入^载响应 ( Release Access bearer Response ) 消息。
5217, MME向 eNodeB发送 UE上下文释放命令 ( UE Context Release Command ) 消息。
5218, eNodeB收到 MME的 UE上下文释放命令 ( UE Context Release Command ) 消息后, 如果 UE 当前可及则向 UE发送无线承载释放 ( RRC Connection Release ) 消息, 另一方面 eNodeB释放 UE的上下文信息。
5219, eNodeB向 MME返回 UE上下文释放完成(UE Context Release Complete ) 消息; 经过步骤 S214 S219, 当 UE不活动后, eNodeB将释放 UE的无线承载、 UE上下文、 S1-U接口的承载上下文, MME将释放 UE的上下文并将 UE置 入空闲态, SGW将释放 S1-U接口的承载上下文。
图 2示出了 UE从空闲态进入到连接态, 恢复承载资源,发起数据传输, 并最终又进入空闲态的流程。 在该流程中, 为了能将 IP数据发送给 SGW, eNodeB需要首先寻找到 SGW并恢复和 SGW之间的数据传输隧道, 而这需 要 eNodeB和 MME交互并从 MME获得 SGW和 S1接口的承载相关信息。 当大量终端频繁地发起小数据传输, 并在发送小数据传输后又很快进入空闲 态的情况下, 现有流程很容易导致网络信令负荷过多, 容易造成控制网元的 拥塞。 另一方面, 这些终端所发送的数据流量远小于这些终端从空闲态进入 连接态所引起的信令流量, 导致了系统的效率极低。
发明内容
本发明实施例要解决的技术问题是提供一种承载分配和管理的方法及设 备, 解决大量终端接入到网络中并频繁间隙地发送小数据量的场景下, 网络 信令负荷较多, 系统数据处理效率低的问题。
为了解决上述技术问题, 本发明实施例提供了一种承载分配和管理的方 法, 其中, 演进的无线节点 B ( eNodeB )和服务网关(SGW )根据移动性管 理实体(MME ) 的指示在用户终端 (UE )进入空闲态后保存所述用户终端 承载上下文信息; 所述 UE从空闲态发起 IP数据传输时, 所述 eNodeB根据 所保存的所述 UE承载上下文信息恢复与所述 SGW间的数据传输隧道, 并 传输 IP数据; 和 /或; 所述 SGW收到发送至处于空闲态的所述 UE的 IP数 据时, 根据所保存的所述 UE承载上下文信息, 恢复与所述 eNodeB间的数 据传输隧道, 并传输 IP数据。
可选地, 上述方法还可以具有以下特点:
所述 MME指示所述 eNodeB和所述 SGW在 UE进入空闲态后保存所述 UE承载上下文信息是指: 在所述 UE附着过程中或在所述 UE从连接态转入 空闲态过程中, 所述 MME指示所述 eNodeB和所述 SGW在 UE进入空闲态 后保存所述 UE承载上下文信息。
可选地, 上述方法还可以具有以下特点:
在所述 UE附着过程中,所述 MME收到所述 eNodeB发送的初始 UE传 输消息后, 向所述 SGW发送会话创建请求消息并在此消息中指示所述 SGW 保存所述 UE承载上下文信息 ,所述 MME向所述 eNodeB发送初始化上下文 建立请求消息并在此消息中指示所述 SGW保存所述 UE承载上下文信息。 可选地, 上述方法还可以具有以下特点:
在所述 UE从连接态转入空闲态过程中 , 所述 MME收到所述 eNodeB 发送的 UE上下文释放请求后, 向所述 SGW发送释放用户终端接入承载请 求消息并在此消息中指示所述 SGW保存所述 UE承载上下文信息, 所述 MME向所述 eNodeB发送释放用户终端接入承载命令消息并在此消息中指 示所述 SGW保存所述 UE承载上下文信息。
可选地, 上述方法还可以具有以下特点:
所述 MME根据以下条件决定向所述 eNodeB和所述 SGW作出所述指 示:
所述 UE的行为模式信息;
eNodeB和 /或 SGW对 UE承载上下文信息保留的能力。
可选地, 上述方法还可以具有以下特点:
所述 UE的行为模式信息是指以下一种或多种属性:单连接单承载属性, 频繁小数据传输属性, 频繁状态切换属性。
可选地, 上述方法还可以具有以下特点:
所述 UE的行为模式信息是所述 MME从 UE签约数据中获得的所述 UE 的行为模式, 或者是所述 MME对所述 UE的行为进行分析出的所述 UE的 行为模式。
可选地, 上述方法还可以具有以下特点:
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
可选地, 上述方法还可以具有以下特点:
所述 eNodeB所保存的 UE承载上下文信息至少包括: SGW地址、 SGW 的隧道端标识(TEID ) 。
可选地, 上述方法还可以具有以下特点:
所述 SGW所保存的 UE承载上下文信息至少包括: eNodeB地址、 eNodeB 的隧道端标识(TEID ) 。
可选地, 上述方法还可以具有以下特点:
UE承载上下文信息还包括: UE的承载 ID、 UE的平均最大比特率。 可选地, 上述方法还可以具有以下特点:
所述 eNodeB使用所保存的 UE承载上下文信息产生要发往 UE的无线接 入承载( RAB )信息, 包括以下方式:
保存的所述 UE承载上下文信息包括完整的 RAB信息, 所述 eNodeB向 UE发送该 RAB信息;
保存所述 UE承载上下文信息仅包括 SGW地址、 SGW的 TEID、 UE的 承载 ID、 UE的平均最大比特率(AMBR ) , 所述 eNodeB使用这些信息产 生要发往 UE的 RAB信息;
保存所述 UE承载上下文信息仅包括 SGW地址、 SGW的 TEID, 所述 eNodeB根据预配置策略产生要发往 UE的 RAB信息。
可选地, 上述方法还可以具有以下特点:
所述 eNodeB和所述 SGW之间恢复数据传输隧道并传输 IP数据后, 所 述 eNodeB在置活定时器到期后判断 UE应置入连接态,向所述 MME发送初 始 UE传输消息, 所述 MME将所述 UE的状态置为连接态;
或者, 所述 eNodeB和所述 SGW之间恢复数据传输隧道并传输 IP数据 后, 所述 SGW收到所述 UE的上行数据后, 通知所述 MME将所述 UE的状 态置为连接态。
为了解决上述技术问题,本发明实施例还提供了一种演进的无线节点 B, 其中, 所述演进的无线节点 B ( eNodeB ) 包括用户终端 (UE )承载上下文 存储模块和传输模块;
所述 UE承载上下文存储模块, 设置成根据移动性管理实体(MME )的 指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上下文信息; 所述传输模块, 设置成所述 UE从空闲态发起 IP数据传输时, 根据所保 存的所述 UE承载上下文信息恢复与所述 SGW间的数据传输隧道, 并传输 IP数据。
可选地, 上述演进的无线节点 B还可以具有以下特点:
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
可选地, 上述演进的无线节点 B还可以具有以下特点:
所述 UE承载上下文信息至少包括: SGW地址、 SGW 的隧道端标识 ( TEID ) ; 或者还包括 UE的承载 ID、 UE的平均最大比特率。
可选地, 上述演进的无线节点 B还可以具有以下特点:
所述传输模块,还设置成在所述 UE承载上下文存储模块保存的所述 UE 承载上下文信息包括完整的 RAB信息时, 向 UE发送该 RAB信息;
还设置成在所述 UE承载上下文存储模块保存的所述 UE承载上下文信 息仅包括 SGW地址、 SGW的 TEID、 UE的承载 ID、 UE的平均最大比特率 ( AMBR ) 时, 使用这些信息产生要发往 UE的 RAB信息;
还设置成在所述 UE承载上下文存储模块保存的所述 UE承载上下文信 息仅包括 SGW地址、 SGW的 TEID时, 根据预配置策略产生要发往 UE的 RAB信息。
为了解决上述技术问题, 本发明实施例还提供了一种服务网关, 其中, 所述服务网关包括用户终端 (UE )承载上下文存储模块和传输模块;
所述 UE承载上下文存储模块, 设置成根据移动性管理实体(MME )的 指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上下文信息; 所述传输模块, 设置成收到发送至处于空闲态的所述 UE的 IP数据时, 根据所保存的所述 UE承载上下文信息, 恢复与所述 eNodeB间的数据传输 隧道, 并传输 IP数据。
可选地, 上述服务网关还可以具有以下特点:
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
可选地, 上述服务网关还可以具有以下特点:
所述 UE承载上下文信息至少包括: eNodeB地址、 eNodeB的隧道端标 识(TEID ) ; 或者还包括 UE的承载 ID、 UE的平均最大比特率。
为了解决上述技术问题, 本发明实施例还提供了一种移动性管理实体, 其中, 所述移动性管理实体(MME ) 包括: 用户设备(UE )承载上下文信 息保存指示模块,设置成向演进的无线节点 B ( eNodeB )和服务网关 ( SGW ) 指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上下文信息。
可选地, 上述移动性管理实体还可以具有以下特点:
所述 UE承载上下文信息保存指示模块, 还设置成在所述 UE附着过程 中或在所述 UE从连接态转入空闲态过程中, 指示所述 eNodeB和所述 SGW 在 UE进入空闲态后保存所述 UE承载上下文信息。
可选地, 上述移动性管理实体还可以具有以下特点:
所述 UE承载上下文信息保存指示模块, 还设置成根据以下条件决定向 所述 eNodeB和所述 SGW作出所述指示:
所述 UE的行为模式信息;
eNodeB和 /或 SGW对 UE承载上下文信息保留的能力。
可选地, 上述移动性管理实体还可以具有以下特点:
所述 UE的行为模式信息是指以下一种或多种属性:单连接单承载属性, 频繁小数据传输属性, 频繁状态切换属性。
可选地, 上述移动性管理实体还可以具有以下特点:
所述 UE的行为模式信息是所述 MME从 UE签约数据中获得的所述 UE 的行为模式, 或者是所述 MME对所述 UE的行为进行分析出的所述 UE的 行为模式。
本发明实施例应用于大量终端接入到网络中并频繁间隙地发送小数据量 的场景下, 能有效降低终端从空闲态进入连接态后承载恢复所带来的信令开 销, 能减少网络资源的消耗, 提高网络负载能力。 附图概述
图 1是相关技术 E-UTRAN接入情境下的系统架构示意图;
图 2是相关技术下, UE从空闲态进入连接态后发起数据传输, 在数据 传输完成后又进入空闲态的流程示意图;
图 3是本发明实施例中承载分配和管理的方法的流程示意图;
图 4是本发明实施例中 MME在 UE附着过程指示保存 UE承载上下文 信息的流程示意图;
图 5是本发明实施例中 MME在 UE从连接态转入空闲态过程中指示保 存 UE承载上下文信息的流程示意图;
图 6是本发明实施例中 UE在空闲态下发起上行数据传输的流程示意图; 图 7是对图 6流程的改进, UE在空闲态下发起上行数据传输, eNodeB 设置定时器将 UE转入连接态流程示意图;
图 8是对图 6流程的改进, UE在空闲态下发起上行数据传输, SGW通 知 MME将 UE转入连接态的流程示意图;
图 9是本发明实施例中 UE在空闲态网络将下行数据发送给 UE的流程 示意图。 本发明的较佳实施方式
下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是, 在 不冲突的情况下, 本申请中的实施例及实施例中的特征可以相互组合。
如图 3所示, 承载分配和管理的方法包括:
演进的无线节点 B ( eNodeB )和服务网关( SGW )根据移动性管理实体 ( MME ) 的指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上 下文信息;
所述 UE从空闲态发起 IP数据传输时, 所述 eNodeB根据所保存的所述 UE承载上下文信息恢复与所述 SGW间的数据传输隧道, 并传输 IP数据; 和 /或; 所述 SGW收到发送至处于空闲态的所述 UE的 IP数据时, 根据所保 存的所述 UE承载上下文信息, 恢复与所述 eNodeB间的数据传输隧道, 并 传输 IP数据。
UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息一致 的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相寻到 并恢复两者间隧道的 UE承载上下文信息。
eNodeB所保存的 UE承载上下文信息至少包括: SGW地址、 SGW的隧 道端标识 (TEID ) 。
SGW所保存的 UE承载上下文信息至少包括: eNodeB地址、 eNodeB的 隧道端标识(TEID ) 。
UE承载上下文信息还包括: UE的承载 ID、 UE的平均最大比特率。 这 些信息可以让 UE的 IP数据跑在正确的承载上, 并接受最大带宽控制。
所述 MME根据以下条件决定向所述 eNodeB和所述 SGW作出所述指 示:
所述 UE的行为模式信息;
eNodeB和 /或 SGW对 UE承载上下文信息保留的能力。
所述 UE的行为模式信息是指以下一种或多种属性: 单连接单承载属性 ( Single PDN Single Bearer, 简称为 SPSB ) (指明仅对该 UE分配单个连接单 个承载 (即缺省承载 ) ), 频繁的小数据传输属性 (指明 UE在超过预设频率 的小数据传输) , 频繁的状态切换属性(指明 UE在超过预设频率的状态切 换) 。
所述 UE的行为模式信息是所述 MME从 UE签约数据中获得的所述 UE 的行为模式, 或者是所述 MME对所述 UE的行为进行分析出的所述 UE的 行为模式。
MME指示 eNodeB和 SGW在 UE进入空闲态时保留 UE承载上下文信 息, 可以发生在 UE初始附着的流程中(如图 4所示), 也可以发生在 UE进入 空闲态的流程中 (如图 5所示) 。
图 4是 MME在 UE附着流程中指示 eNodeB和 SGW为 UE保留承载, 具有包括步骤 401至 418:
5401 , UE向 eNodeB发送 RRC连接请求( RRC Connection Request )消 息, 携带 IMSI作为 UE的标识。
5402 , eNodeB向 UE发送 RRC连接建立( RRC Connection Setup )消息, 以建立信令无线承载 SRB1。
5403 , UE向 eNodeB发送 RRC连接建立完成(RRC Connection Setup Complete )消息。在该消息中, UE携带 NAS消息,该 NAS消息为附着( Attach ) 消息。
5404, eNodeB收到 UE的 RRC连接建立完成(RRC connection Setup Complete ) 消息后, 取出其中的 NAS消息, 这里是 Attach消息, 封装在 S1 接口的初始 UE传输( Initial UE Transfer ) 消息中, 发往 MME。
5405, MME收到 eNodeB转发的 Attach消息后, 向 HSS发送位置更新 请求 ( Location Update Request ) 消息。
5406, HSS收到 MME发送的位置更新请求( Location Update Request ) 消息后, 执行注册验证, 向 MME 返回位置更新响应 (Location Update
Response ) 消息。 在该消息中, 同时返回 UE的签约数据。
在图 4所示的流程中,在步骤中 S406中, HSS在 UE的签约数据中携带 指示, 可以携带 UE行为模式指示, 包括: A, 单连接单承载指示, 指示了 对该 UE仅分配单连接单承载 (即缺省承载) ; B, 频繁的小数据传输指示, 指示 UE具有超过预设频率的发起 IP小数据传输行为; C, 频繁的状态切换 指示, 指示 UE具有超过预设频率的在空闲态和连接态间切换的行为。
其中, 单连接单承载指示, 具体地, 可以是: 在 UE的签约数据中, 有 一个明确的单连接单承载指示;或者,在 UE的签约数据中,仅设置一个 APN, 并且该 APN的属性被设置为仅允许缺省承载。
S407, MME判断 SGW需要保存 UE承载上下文信息时, 向 SGW/PGW 发送会话创建请求( Session Create Request )消息, 要求为 UE创建承载, 并 携带承载保留指示(Retain Bearer Indication, 简称为 RBI ) , 要求 SGWB保 存 UE承载上下文信息。 MME可以根据 UE的签约数据中的指示判定对该 UE是否启用在空闲态 保存 UE承载上下文信息的方法, 可根据 eNodeB/SGW的能力决定是否要指 示 eNodeB/SGW在空闲态保持 UE承载上下文信息。
MME还可以对 UE进行监测后分析出的 UE的行为模式(包括 A, 单连 接单承载属性, B, 频繁的小数据传输行为, C频繁的状态切换行为), 根据 分析得出的 UE的行为模式判定对该 UE是否启用在空闲态保存 UE承载上下 文信息的方法,可根据 eNodeB/SGW的能力决定是否要指示 eNodeB/SGW在 空闲态保持 UE承载上下文信息。
5408, SGW/PGW为 UE创建承载,向 MME返回会话创建响应( Session Create Response ) 消息。
5409, MME判断 eNodeB需要保存 UE承载上下文信息时, 向 eNodeB 初始上下文建立请求( Initial Context Setup Request ) 消息, 在此消息携带承 载保留指示( Retain Bearer Indication, 简称为 RBI ) , 要求 eNodeB保存 UE 承载上下文信息, 并且还携带安全密钥、 UE 的无线能力、 无线接入承载列 表( Radio Access Bearers , RAB )等信息。 同时 MME在该消息中携带 NAS 消息 -附着接收( Attach Accept ) 消息, 表明 UE的附着请求已接收
在该步骤中, MME同时将 SGW的地址携带给 eNodeB。
5410 , eNodeB向 UE发起安全模式建立( Security Mode Command )消 息, 要求 UE使用加密方法来传输后续信令和数据。
S411 , UE向 eNodeB回复安全模式建立完成( Security Mode Complete ) 消息, 表示安全模式请求已接收, 安全模式已建立完成。
5412 , eNodeB 向 UE 发送 RRC 连接重配置请求 ( RRC Connection Reconfiguration Request ) 消息, 其中携带具体的无线承载 (Radio Access Bearer, 简称为 RAB )信息。 在该 RRC消息中, eNodeB同时携带 NAS消息 -附着接收( Attach Accept ) 消息。
5413 , UE 向 eNodeB 发送 RRC 连接重配置完成 ( RRC Connection Reconfiguration Complete ) 消息, 表明无线 载配置已经完成。
5414, 收到 UE发送的 RRC连接重配置完成消息后, eNodeB向 MME 返回初始上下文配置响应( Initial Context Setup Response )消息。在该消息中, eNodeB携带了 eNodeB的地址、 eNodeB的隧道端点 ID( Tunnel Endpoint ID, 简称为 TEID ) 。
5415, UE向 eNodeB发送直接传输(Direct Transfer ) 消息, 用以携带 NAS消息, 这里 UE携带附着完成( Attach Complete ) 消息。
5416, eNodeB向 MME发送上行 NAS传输(Uplink NAS Transfer ) 消 息, 其中携带 UE发送的附着完成(Attach Complete ) 消息。 在本消息中, 携带 eNodeB的地址、 eNodeB的 TEID。
5417, MME SGW/PGW发送承载修改请求( Modify Bearer Request ) 消 息。在本消息中 , MME同时将 eNodeB的地址、 eNodeB的 TEID携带给 SGW。
5418, SGW/PGW向 MME返回承载修改响应( Modify Bearer Response ) 消息。
上述方法中, 当 eNodeB收到 MME发送的承载保留指示后, 在本地存 储 UE的承载上下文, 及时 UE在进入空闲态, eNodeB也不会释放该 UE的 承载上下文。 具体地, eNodeB在 UE进入空闲态后需要保存的 UE承载上下 文信息, 至少包括: SGW的地址、 SGW的 TEID。 额外地, 还可以包括: 缺 省承载 ID、 UE的平均最大带宽( Average Maximum Bit Rate,简称为 AMBR )。
相应地, SGW在 UE进入空闲态所保存的 UE的承载上下文信息, 至少 包括: eNodeB的地址、 eNodeB的 TEID。 额外地, 还可以包括: 缺省承载 ID、 UE的平均最大带宽 AMBR。
承载 ID是关联 UE承载、 eNodeB上的无线承载、 SGW/PGW上的 EPS 承载的必须手段。 当 UE具有多个承载时, 数据传输必须指明承载 ID。 提供 缺省承载 ID,表明数据仅在缺省承载上传输。在 UE仅具有单连接单承载时, 即使不提供承载 ID, 也可以实现 UE承载、 无线承载、 EPS承载的关联。
保存 UE的最大带宽 AMBR信息, 使得 eNodeB/SGW能对数据传输进 行带宽控制。
图 5是 MME在 UE转入空闲态的流程中指示 eNodeB和 SGW为 UE保 留承载, 具有包括步骤 501至 507:
5501 , eNodeB上的 UE不活动定时器到期, 此时 UE没有任何信令和数 据流传输, eNodeB决定发起 S1连接释放过程;
5502, eNodeB向 MME发送 S1接口 UE上下文释放请求( SI UE Context Release Request ) 消息;
5503 , MME向 SGW发送释放 载请求 ( Release Bearer Request )消息。 在该消息中, 携带保存 UE承载上下文信息的指示;
5504, SGW接收到 MME发送的释放承载请求消息后 , 向 MME返回释 放承载请求响应 ( Release Bearer Response ) 消息;
在本步骤中, SGW标记 UE进入空闲态, 并保存部分的 UE承载上下文 信息, 如: eNodeB地址、 eNodeB的 TEID。
5505 , MME向 eNodeB发送 SI接口 UE上下文释放命令( SI UE Context Release Command )消息,在该消息中,携带保存 UE承载上下文信息的指示;
5506, 如果 UE可及, 则 eNodeB 向 UE发送 RRC 连接释放 ( RRC Connection Release ) 消息, 释放 UE的无线承载;
5507 , eNodeB向 MME返回 S1接口 UE上下文释放完成( SI UE Context Release Complete ) 消息;
在本步骤中, eNodeB标记 UE进入空闲态, 并保存部分的 UE承载上下 文信息, 如: SGW地址、 SGW的 TEID。
在图 5的流程中, MME在 UE进入空闲态的流程中, 分别指示 eNodeB 和 SGW保存 UE承载上下文信息。
在本流程中, MME判断是否指示 eNodeB和 SGW保存 UE承载上下文 的方法与图 4中所示的方法相同。
图 6是根据本发明的实施例, UE在空闲态发起 IP数据传输的流程图, 包括 601至 607:
S601 , UE向 eNodeB发送 RRC连接请求( RRC Connection Request )消 息, 其中携带 UE的 S-TMSI;
5602, eNodeB收到 RRC连接请求消息后, 向 UE发送 RRC连接建立 ( RRC Connection Setup ) 消息;
5603 , UE向 eNodeB发送 RRC连接建立完成(RRC Connection Setup Complete ) 消息。 在该消息中, UE携带要发送的 NAS 消息。 在这里, UE 所携带的 NAS消息是服务请求 ( Service Request, 简称为 SR ) 消息;
S603a, eNodeB收到 UE发送的 RRC连接建立完成(RRC Connection Setup Complete ) 消息后, 根据在 eNodeB上所保存的信息: UE的状态 (标 记为空闲态)、 UE承载上下文信息, 判断可以使用保存的 UE承载上下文来 恢复 eNodeB和 SGW之间的数据传输隧道;
5604, eNodeB向 UE发起安全模式建立 ( Security Mode Command ) 消 息, 要求 UE使用加密方法来传输后续信令和数据;
在本步骤中, 如果在前述流程中 eNodeB所保存的 UE承载上下文信息 中包括安全密钥参数, 则 eNodeB可以直接使用该安全密钥参数向 UE发起 安全模式建立请求。 或者, 在前述流程中 eNodeB在保存 UE承载上下文信 息时没有保存安全密钥数据, 则 eNodeB可以使用预配置的安全密钥参数向 UE发起安全模式建立请求。
5605, UE向 eNodeB返回安全模式建立完成( Security Mode Complete ) 消息;
S606 , eNodeB 向 UE 发送 RRC 连接重配置请求 ( RRC Connection
Reconfiguration Request ) 消息, 其中携带具体的无线承载 (Radio Access Bearer, 简称为 RAB )信息;
在本步骤中, eNodeB使用在前述流程中所保存的 UE承载上下文信息来 产生要发往 UE的 RAB信息。 eNodeB可以根据如下方法来产生 RAB信息: - 如果 eNodeB在前述流程中保存 UE承载上下文信息时保存了完整的
RAB信息, 则 eNodeB向 UE发送该 RAB信息; 或者,
- 如果 eNodeB仅保存了 SGW地址、 SGW的 TEID、 UE的承载 ID、 UE 的 AMBR, 则 eNodeB使用这些信息产生要发往 UE的 RAB信息; 或, - 如果 eNodeB仅保存了 SGW地址、 SGW的 TEID, 则 eNodeB根据预 配置策略产生要发往 UE的 RAB信息。 比如, eNodeB使用特殊值 (如将承 载 ID设置为 0 )来填充承载 ID, 使用预定义的带宽来填充 AMBR信息。
S607 , UE 向 eNodeB 发送 RRC 连接重配置完成 ( RRC Connection Reconfiguration Complete ) 消息, 表明无线 载配置已经完成;
在步骤 S607后, UE即可发起上行的 IP数据传输。 当 eNodeB收到 UE 发送的 IP数据后, 根据 eNodeB所保存的 UE承载上下文信息, 获得 SGW 的地址和 SGW的 TEID,恢复和 SGW间的数据传输隧道,经过该隧道将 UE 发送的 IP数据发送给 SGW。 SGW在收到 IP数据后 ,将 IP数据转发给 PGW。
通过图 6的流程, eNodeB可以使用所保存的 UE承载上下文信息, 来快 速地恢复 IP数据传输链路, 包括恢复 eNodeB和 SGW之间的数据传输隧道 ( S1用户面连接 ) 、 eNodeB和 UE的无线承载资源 ( RAB ) 。
然而, 图 6所示的流程, 存在一个缺陷: eNodeB、 MME, SGW均没有 将 UE从空闲态置入连接态。 由于 eNodeB没有和 MME交互, eNodeB没有 将 UE发送的服务请求( Service Request ) 消息转发给 MEM, 从而 MME也 无法将 UE从空闲态置入连接态。 而 MME也没有发送任何消息给 SGW, 从 而 SGW也没有将 UE置入连接态。未将 UE置入连接态有可能会给后续流程 造成一些错误和不优化。
为了解决图 6流程的问题, 提出了图 7、 图 8所示的方法。 图 7的流程 中, eNodeB在 UE发起 RRC连接后一定时间后, eNodeB发起和 MME的交 互, 将 UE置入连接态。 图 8的流程中, eNodeB向 SGW发送 IP数据时, 触 发 SGW和 MME的交互 , 将 MME置入连接态。
图 7是图 6流程的改进 , UE在空闲态发起 IP数据的流程图包括步骤 701 至 714:
S701-S707 ,和图 6的 S601~S607—致, UE发起 RRC连接请求, eNodeB 使用所保存的 UE承载上下文信息指示 UE建立无线接入承载 RAB; 额外地,在步骤 S703中, eNodeB需要将 UE在 RRC连接建立完成消息 中携带的 NAS消息 ( Service Request ) 消息緩存在本地。
S707a, eNodeB对该 UE设置一置活定时器;
在本步骤中, eNodeB设置该置活定时器的作用是, 在 UE发起 RRC连 接后, 监视 UE的活动的持久性, 从而决定是否将 UE置入连接态。 比如: 如果 UE发起 RRC只是为了传输少量的 IP数据, 传输完后又进入静默期, 则无需将 UE置入连接态, 即不需要触发 eNodeB和 MME的交互。 如果 UE 发起 RRC连接后,在定时器周期内具有持久性的活动,则将 UE置入连接态。
5708, 在置活定时器到期后, 若 eNodeB判断应将 UE置入连接态, 则 eNodeB向 MME发送初始 UE传输( Initial UE Transfer )消息, 其中携带 UE 在步骤 S703中携带的 NAS消息, 即服务请求( Service Request ) 消息;
5709, MME收到 UE发送的服务请求( Service Request )消息后, 将 UE 转入连接态。 同时, MME向 eNodeB发送初始化上下文请求( Initial Context Request )消息, 在该消息中包含 UE的安全密钥、 EPS承载上下文信息、 UE 被分配的 SGW地址、 UE的无线能力等;
5710 , eNodeB 收到 MME 发送的初始化上下文请求 (Initial Context Request ) 消息后, 向 UE 发送 RRC 连接重配置请求 ( RRC Connection Reconfiguration Request ) 消息, 要求 UE重新配置无线接入 载 RAB;
5711 , UE执行无线接入承载配置, 向 eNodeB返回 RRC连接重配置完 成 ( RRC Connection Reconfiguration Complete ) 消息;
5712, eNodeB 向 MME返回初始上下文配置响应 (Initial UE Context Setup Response ) 消息;
在该步骤中, eNodeB删除所保存的 UE为空闲态的标志, 即表示当前 UE为连接态。
S713 , MME 收到 eNodeB 发送的初始上下文配置响应消息后, 向
SGW/PGW发送承载修改请求( Modify Bearer Request ) 消息;
在该步骤中, SGW删除所保存的 UE为空闲态的标志, 即表示当前 UE 为连接态。 S714, SGW/PGW向 MME返回承载修改响应( Modify Bearer Response ) 消息。
图 8是图 6流程的改进 , UE在空闲态发起 IP数据的流程图包括步骤 801 至 814:
S801-S807 ,和图 6的 S601~S607—致, UE发起 RRC连接请求, eNodeB 使用所保存的 UE承载上下文信息指示 UE建立无线接入承载 RAB;
额外地,在步骤 S803中, eNodeB需要将 UE在 RRC连接建立完成消息 中携带的 NAS消息 ( Service Request ) 消息緩存在本地。
S808 , SGW 收到 UE 的上行 IP 数据后, 向 MME 发送通知消息
( Notification ) , 通知 UE进入活动态;
5809, MME向 eNodeB发送初始化上下文请求( Initial Context Request ) 消息, 用以设置 UE上下文信息;
5810 , eNodeB 收到 MME 发送的初始化上下文请求 (Initial Context Request ) 消息后, 向 UE 发送 RRC 连接重配置请求 ( RRC Connection
Reconfiguration Request ) 消息, 要求 UE重新配置无线接入 载 RAB;
5811 , UE执行无线接入承载配置, 向 eNodeB返回 RRC连接重配置完 成 ( RRC Connection Reconfiguration Complete ) 消息;
5812, eNodeB 向 MME返回初始上下文配置响应 (Initial UE Context Setup Response ) 消息;
在该步骤中, eNodeB删除所保存的 UE为空闲态的标志, 即表示当前 UE为连接态。
5813 , MME 收到 eNodeB 发送的初始上下文配置响应消息后, 向 SGW/PGW发送承载修改请求( Modify Bearer Request ) 消息;
在该步骤中, SGW删除所保存的 UE为空闲态的标志, 即表示当前 UE 为连接态。
5814, SGW/PGW向 MME返回承载修改响应( Modify Bearer Response ) 消息。
使用图 7、 8的流程, eNodeB、 SGW、 MME可将 UE从空闲态置入连接 态。
图 9是根据本发明的实施例 1 , UE在空闲态时, 发送 IP数据给 UE的 流程图, 具有如下步骤:
5901 , PGW收到下行的 IP数据, 发送给 SGW;
5902 , SGW检查当前 UE的状态为空闲态, 决定向 MME发起下行数据 通知 ( Downlink Data Notification ) 消息;
S903 , SGW向 MME发送下行数据通知 ( Downlink Data Notification ) 消息;
S904-S905 , MME向 eNodeB发送寻呼 (Paging ) 消息, eNodeB寻呼
UE;
5906, UE收到寻呼后, 发起服务请求( Service Request )过程, 流程如 图 6、 7、 8所示;
5907, UE响应寻呼后, SGW根据保存的 UE承载上下文信息, 恢复和 eNodeB间的数据传输隧道, 将 IP数据发送给 UE;
需要说明的是, 在不冲突的情况下, 本申请中的实施例及实施例中的特 征可以相互任意组合。
当然, 本发明还可有其他多种实施例, 在不背离本发明实施例精神及其 改变和变形, 但这些相应的改变和变形都应属于本发明实施例所附的权利要 求的保护范围。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成, 所述程序可以存储于计算机可读存储介质中, 如只读 存储器、 磁盘或光盘等。 可选地, 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地, 上述实施例中的各模块 /单元可以釆用 硬件的形式实现, 也可以釆用软件功能模块的形式实现。 本发明实施例不限 制于任何特定形式的硬件和软件的结合。
工业实用 4生
本发明实施例应用于大量终端接入到网络中并频繁间隙地发送小数据量 的场景下, 能有效降低终端从空闲态进入连接态后承载恢复所带来的信令开 销, 能减少网络资源的消耗, 提高网络负载能力。

Claims

权 利 要 求 书
1、 一种承载分配和管理的方法, 包括,
演进的无线节点 B ( eNodeB )和服务网关( SGW )根据移动性管理实体 ( MME ) 的指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上 下文信息;
所述 UE从空闲态发起 IP数据传输时, 所述 eNodeB根据所保存的所述 UE承载上下文信息恢复与所述 SGW间的数据传输隧道, 并传输 IP数据; 和 /或; 所述 SGW收到发送至处于空闲态的所述 UE的 IP数据时, 根据所保 存的所述 UE承载上下文信息, 恢复与所述 eNodeB间的数据传输隧道, 并 传输 IP数据。
2、 如权利要求 1所述的方法, 其中,
所述 MME指示所述 eNodeB和所述 SGW在 UE进入空闲态后保存所述 UE承载上下文信息是指: 在所述 UE附着过程中或在所述 UE从连接态转入 空闲态过程中, 所述 MME指示所述 eNodeB和所述 SGW在 UE进入空闲态 后保存所述 UE承载上下文信息。
3、 如权利要求 2所述的方法, 其中,
在所述 UE附着过程中,所述 MME收到所述 eNodeB发送的初始 UE传 输消息后, 向所述 SGW发送会话创建请求消息并在此消息中指示所述 SGW 保存所述 UE承载上下文信息 ,所述 MME向所述 eNodeB发送初始化上下文 建立请求消息并在此消息中指示所述 SGW保存所述 UE承载上下文信息。
4、 如权利要求 2所述的方法, 其中,
在所述 UE从连接态转入空闲态过程中 , 所述 MME收到所述 eNodeB 发送的 UE上下文释放请求后, 向所述 SGW发送释放用户终端接入承载请 求消息并在此消息中指示所述 SGW保存所述 UE承载上下文信息, 所述 MME向所述 eNodeB发送释放用户终端接入承载命令消息并在此消息中指 示所述 SGW保存所述 UE承载上下文信息。
5、 如权利要求 2所述的方法, 其中,
所述 MME根据以下条件决定向所述 eNodeB和所述 SGW作出所述指 所述 UE的行为模式信息;
eNodeB和 /或 SGW对 UE承载上下文信息保留的能力。
6、 如权利要求 5所述的方法, 其中,
所述 UE的行为模式信息是指以下一种或多种属性:单连接单承载属性, 频繁小数据传输属性, 频繁状态切换属性。
7、 如权利要求 5或 6所述的方法, 其中,
所述 UE的行为模式信息是所述 MME从 UE签约数据中获得的所述 UE 的行为模式, 或者是所述 MME对所述 UE的行为进行分析出的所述 UE的 行为模式。
8、 如权利要求 1所述的方法, 其中,
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
9、 如权利要求 1所述的方法, 其中,
所述 eNodeB所保存的 UE承载上下文信息至少包括: SGW地址、 SGW 的隧道端标识(TEID ) 。
10、 如权利要求 1所述的方法, 其中,
所述 SGW所保存的 UE承载上下文信息至少包括: eNodeB地址、 eNodeB 的隧道端标识(TEID ) 。
11、 如权利要求 9或 10所述的方法, 其中,
UE承载上下文信息还包括: UE的承载 ID、 UE的平均最大比特率。
12、 如权利要求 1、 8或 9所述的方法, 其中,
所述 eNodeB使用所保存的 UE承载上下文信息产生要发往 UE的无线接 入承载( RAB )信息, 包括以下方式:
保存的所述 UE承载上下文信息包括完整的 RAB信息, 所述 eNodeB向 UE发送该 RAB信息; 保存所述 UE承载上下文信息仅包括 SGW地址、 SGW的 TEID、 UE的 承载 ID、 UE的平均最大比特率( AMBR ) , 所述 eNodeB使用这些信息产 生要发往 UE的 RAB信息;
保存所述 UE承载上下文信息仅包括 SGW地址、 SGW的 TEID, 所述 eNodeB根据预配置策略产生要发往 UE的 RAB信息。
13、 如权利要求 1所述的方法, 其中,
所述 eNodeB和所述 SGW之间恢复数据传输隧道并传输 IP数据后, 所 述 eNodeB在置活定时器到期后判断 UE应置入连接态,向所述 MME发送初 始 UE传输消息, 所述 MME将所述 UE的状态置为连接态;
或者, 所述 eNodeB和所述 SGW之间恢复数据传输隧道并传输 IP数据 后, 所述 SGW收到所述 UE的上行数据后, 通知所述 MME将所述 UE的状 态置为连接态。
14、 一种演进的无线节点 B, 包括用户终端(UE )承载上下文存储模块 和传输模块;
所述 UE承载上下文存储模块, 设置成根据移动性管理实体(MME )的 指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上下文信息; 所述传输模块, 设置成所述 UE从空闲态发起 IP数据传输时, 根据所保 存的所述 UE承载上下文信息恢复与所述 SGW间的数据传输隧道, 并传输 IP数据。
15、 如权利要求 14所述的演进的无线节点 B, 其中,
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
16、 如权利要求 14或 15所述的演进的无线节点 B, 其中,
所述 UE承载上下文信息至少包括: SGW地址、 SGW 的隧道端标识
( TEID ) ; 或者还包括 UE的承载 ID、 UE的平均最大比特率。
17、 如权利要求 16所述的演进的无线节点 B, 其中, 所述传输模块,还设置成在所述 UE承载上下文存储模块保存的所述 UE 承载上下文信息包括完整的 RAB信息时, 向 UE发送该 RAB信息;
还设置成在所述 UE承载上下文存储模块保存的所述 UE承载上下文信 息仅包括 SGW地址、 SGW的 TEID、 UE的承载 ID、 UE的平均最大比特率 ( AMBR ) 时, 使用这些信息产生要发往 UE的 RAB信息;
还设置成在所述 UE承载上下文存储模块保存的所述 UE承载上下文信 息仅包括 SGW地址、 SGW的 TEID时, 根据预配置策略产生要发往 UE的 RAB信息。
18、 一种服务网关, 包括用户终端(UE )承载上下文存储模块和传输模 块;
所述 UE承载上下文存储模块, 设置成根据移动性管理实体(MME )的 指示在用户终端 (UE )进入空闲态后保存所述用户终端承载上下文信息; 所述传输模块, 设置成收到发送至处于空闲态的所述 UE的 IP数据时, 根据所保存的所述 UE承载上下文信息, 恢复与所述 eNodeB间的数据传输 隧道, 并传输 IP数据。
19、 如权利要求 18所述的服务网关, 其中,
所述 UE承载上下文信息是指与所述 UE在连接态的 UE承载上下文信息 一致的 UE承载上下文信息,或者是指能够使所述 eNodeB和所述 SGW互相 寻到并恢复两者间隧道的 UE承载上下文信息。
20、 如权利要求 18或 19所述的服务网关, 其中,
所述 UE承载上下文信息至少包括: eNodeB地址、 eNodeB的隧道端标 识(TEID ) ; 或者还包括 UE的承载 ID、 UE的平均最大比特率。
21、 一种移动性管理实体, 包括用户设备(UE )承载上下文信息保存指 示模块; 所述用户设备(UE )承载上下文信息保存指示模块, 设置成向演进 的无线节点 B ( eNodeB )和服务网关 (SGW )指示在用户终端 (UE )进入 空闲态后保存所述用户终端承载上下文信息。
22、 如权利要求 21所述的移动性管理实体, 其中,
所述 UE承载上下文信息保存指示模块, 还设置成在所述 UE附着过程 中或在所述 UE从连接态转入空闲态过程中, 指示所述 eNodeB和所述 SGW 在 UE进入空闲态后保存所述 UE承载上下文信息。
23、 如权利要求 21所述的移动性管理实体, 其中,
所述 UE承载上下文信息保存指示模块, 还设置成根据以下条件决定向 所述 eNodeB和所述 SGW作出所述指示:
所述 UE的行为模式信息;
eNodeB和 /或 SGW对 UE承载上下文信息保留的能力。
24、 如权利要求 23所述的移动性管理实体, 其中,
所述 UE的行为模式信息是指以下一种或多种属性:单连接单承载属性, 频繁小数据传输属性, 频繁状态切换属性。
25、 如权利要求 23或 24所述的移动性管理实体, 其中,
所述 UE的行为模式信息是所述 MME从 UE签约数据中获得的所述 UE 的行为模式, 或者是所述 MME对所述 UE的行为进行分析出的所述 UE的 行为模式。
PCT/CN2013/081656 2012-09-25 2013-08-16 一种承载分配和管理的方法及设备 WO2013189348A2 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210360901.2A CN103687055B (zh) 2012-09-25 2012-09-25 一种承载分配和管理的方法及设备
CN201210360901.2 2012-09-25

Publications (2)

Publication Number Publication Date
WO2013189348A2 true WO2013189348A2 (zh) 2013-12-27
WO2013189348A3 WO2013189348A3 (zh) 2014-02-13

Family

ID=49769509

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/081656 WO2013189348A2 (zh) 2012-09-25 2013-08-16 一种承载分配和管理的方法及设备

Country Status (2)

Country Link
CN (1) CN103687055B (zh)
WO (1) WO2013189348A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017113986A1 (zh) * 2015-12-31 2017-07-06 华为技术有限公司 移动性管理的方法、用户设备和基站

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10667321B2 (en) * 2015-02-09 2020-05-26 Intel IP Corporation Evolved Node-B, user equipment, and methods for transition between idle and connected modes
CN107667544B (zh) * 2015-06-04 2021-11-09 瑞典爱立信有限公司 控制移动终端的通信模式
CN106550406B (zh) * 2015-09-16 2021-07-30 中兴通讯股份有限公司 一种数据传输方法、分组数据网网关和服务网关
CN108370613A (zh) 2015-12-18 2018-08-03 华为技术有限公司 一种重定向的方法及装置
WO2017107073A1 (zh) * 2015-12-22 2017-06-29 华为技术有限公司 数据传输处理方法、用户设备和基站
WO2017139910A1 (en) * 2016-02-15 2017-08-24 Apple Inc. Network initiated downlink data transmission for static and nomadic devices
CN105791062A (zh) * 2016-03-11 2016-07-20 中国联合网络通信集团有限公司 标识业务的方法、家庭网关和家庭网络系统
WO2017166072A1 (zh) * 2016-03-29 2017-10-05 广东欧珀移动通信有限公司 无线通信的方法和装置
EP3585110B1 (en) 2017-03-20 2022-04-20 Huawei Technologies Co., Ltd. Communication method and device thereof
CN109246762B (zh) * 2017-06-07 2020-11-13 大唐移动通信设备有限公司 一种本地业务分流方法及装置
CN107222934A (zh) * 2017-06-28 2017-09-29 京信通信系统(中国)有限公司 基站承载建立方法和系统
WO2019237359A1 (zh) * 2018-06-15 2019-12-19 Oppo广东移动通信有限公司 无线通信方法、接入网设备、终端设备和核心网设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6859886B1 (en) * 2001-10-02 2005-02-22 Lsi Logic Corporation IO based embedded processor clock speed control
CN101541097A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 恢复承载的方法、装置及系统
CN101572943A (zh) * 2008-04-28 2009-11-04 大唐移动通信设备有限公司 Mme释放isr情况下空闲态ue上下文的方法、装置及系统
CN101998670A (zh) * 2009-08-25 2011-03-30 华为技术有限公司 家庭基站接入场景下寻呼的处理方法和装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110049622A (ko) * 2009-11-04 2011-05-12 삼성전자주식회사 무선 통신 네트워크 시스템에서 데이터 전송 방법 및 장치
CN102238520B (zh) * 2010-04-26 2014-12-31 中兴通讯股份有限公司 一种小数据包传输的方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6859886B1 (en) * 2001-10-02 2005-02-22 Lsi Logic Corporation IO based embedded processor clock speed control
CN101541097A (zh) * 2008-03-19 2009-09-23 华为技术有限公司 恢复承载的方法、装置及系统
CN101572943A (zh) * 2008-04-28 2009-11-04 大唐移动通信设备有限公司 Mme释放isr情况下空闲态ue上下文的方法、装置及系统
CN101998670A (zh) * 2009-08-25 2011-03-30 华为技术有限公司 家庭基站接入场景下寻呼的处理方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017113986A1 (zh) * 2015-12-31 2017-07-06 华为技术有限公司 移动性管理的方法、用户设备和基站
US11178583B2 (en) 2015-12-31 2021-11-16 Huawei Technologies Co., Ltd. Mobility management method for low overhead state
US11589272B2 (en) 2015-12-31 2023-02-21 Huawei Technologies Co., Ltd. Mobility management method, terminal, and base station

Also Published As

Publication number Publication date
CN103687055B (zh) 2019-02-26
WO2013189348A3 (zh) 2014-02-13
CN103687055A (zh) 2014-03-26

Similar Documents

Publication Publication Date Title
WO2013189348A2 (zh) 一种承载分配和管理的方法及设备
US9794969B2 (en) Bearer allocation method, user equipment, base station, and serving gateway
US10219143B2 (en) Data transmission method, mobility management entity, and mobile terminal
TWI587725B (zh) 於封包行動網路中支援資料傳輸的方法以及其使用者設備、ran節點與使用者平面cn節點
EP2903381B1 (en) Radio resource adjusting method and device
CN106961748B (zh) 控制ue上下文和ue连接的方法和设备
CN107040398B (zh) 一种数据传输方法、装置及系统
CN106961456B (zh) 决定iot业务方法和设备、iot业务行为控制方法和设备
JP5800025B2 (ja) 移動通信ネットワークシステム、通信制御方法およびそのプログラム
US11129227B2 (en) Data transmission method and apparatus, and computer storage medium
EP2783538A1 (en) Paging off-line state terminals
EP2757856A1 (en) Optimization of context and/or connection management in a mobile communication system
WO2017197563A1 (zh) 用于数据传输的方法和装置
WO2017133295A1 (zh) 数据传输方法、装置和系统
US20190260857A1 (en) Data Packet Processing Method, Control Plane Network Element, And User Plane Network Element
CN108886474B (zh) 一种用户终端的管理方法及相关设备
TW201804838A (zh) 數據傳輸的方法、接入網設備、終端設備和網絡實體
WO2020034972A1 (zh) 会话迁移的方法和装置

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: 13807359

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 13807359

Country of ref document: EP

Kind code of ref document: A2