WO2011020386A1 - 承载类型的指示方法、系统及传输分流网元 - Google Patents

承载类型的指示方法、系统及传输分流网元 Download PDF

Info

Publication number
WO2011020386A1
WO2011020386A1 PCT/CN2010/074852 CN2010074852W WO2011020386A1 WO 2011020386 A1 WO2011020386 A1 WO 2011020386A1 CN 2010074852 W CN2010074852 W CN 2010074852W WO 2011020386 A1 WO2011020386 A1 WO 2011020386A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
base station
network element
transmission
local access
Prior art date
Application number
PCT/CN2010/074852
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 WO2011020386A1 publication Critical patent/WO2011020386A1/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
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016Hand-off preparation specially adapted for end-to-end data sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node
    • H04W36/125Reselecting a serving backbone network switching or routing node involving different types of service backbones
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/22Performing reselection for specific purposes for handling the traffic

Definitions

  • the present invention relates to the field of mobile communications technologies, and in particular, to a bearer type indication method, system, and transmission offload network element.
  • 3GPP 3rd Generation Partnership Project
  • EPS Evolved Packet System
  • FIG. 1 shows a schematic structural diagram of an evolved packet domain system. As shown in FIG. 1, the entire EPS system is divided into two parts: a radio access network and a core network. In the core network, the Home Subscriber Server (HSS), the Mobility Management Entity (MME), and the Serving GPRS Support Node (SGSN) are included.
  • HSS Home Subscriber Server
  • MME Mobility Management Entity
  • SGSN Serving GPRS Support Node
  • the home subscriber server is the permanent storage location of the subscriber subscription data, and is located in the home network to which the subscriber subscribes.
  • the mobility management entity is the location where the user subscription data is stored in the current network, responsible for terminal-to-network non-access layer signaling management, terminal security-risk function, terminal mobility management, user idle mode tracking, and Paging management function and bearer management.
  • the service GPRS support node is a service support point for GERAN and UTRAN users to access the core network.
  • the monthly service gateway is the gateway from the core network to the wireless system. It is responsible for the user plane of the terminal to the core network, the data buffer in the idle mode of the terminal, the function of initiating the service request by the network side, the lawful interception and the packet data routing and forwarding function.
  • the service gateway is responsible for counting the situation in which the user terminal uses the wireless network, and generates the CDRs of the terminal using the wireless network, and transmits the CDRs to the charging gateway.
  • the packet data gateway is a gateway of the evolved system and the external packet data network of the system.
  • the packet data network is the operator's IP service network, which provides IP services to users through the operator's core network.
  • the policy charging rule function entity is a server in the evolution system that is responsible for providing rules for charging control, online credit control, threshold control, and quality of service (QoS) policies.
  • the radio access network is composed of an E-UTRAN NodeB (eNB) and a 3G Radio Network Control (RNC), which is mainly responsible for transmitting and receiving wireless signals, and is managed through an air interface and a terminal. Radio resources, resource scheduling, and access control over the air interface.
  • the above-mentioned monthly GPRS support node is an upgraded SGSN, which can support the S4 interface with the monthly service gateway, and communicates with the mobility management unit using the GTPv2 protocol.
  • the PS domain network architecture is different from that of Figure 1.
  • the SGSN and the MME are connected by the Gn interface, and the GTPvl protocol is used for interworking.
  • the SGSN cannot be connected to the serving gateway, and is connected to the Gateway GPRS Support Node (GGSN) through the Gn interface to directly access the packet data network.
  • GGSN Gateway GPRS Support Node
  • a Home NodeB (HNB for short) or an evolved Home eNodeN (HeNB for short) is a small, low-power base station that is deployed as a dedicated resource for some users in a home, group, company, or school.
  • the use of private places is mainly to provide users with higher service rates and lower the cost of using high-speed services, while making up for the lack of coverage of existing distributed cellular wireless communication systems.
  • the advantages of home base stations are affordability, convenience, low power output, plug and play, broadband access, use of single mode terminals, and more.
  • the home base station can be applied to 3G (3 Generation, 3rd generation) or LTE (Long Term Evolution)
  • FIG. 1 is a network architecture diagram of a 3G home base station.
  • the 3G home base station is connected to the home base through a newly defined Iuh interface.
  • the station gateway, the home base station gateway provides IuPS and IuCs interfaces to the core network packet domain and circuit domain.
  • the home base station gateway For the 3G network, the home base station gateway must be deployed to shield the impact on the terminal and network side after the introduction of the home base station.
  • the home base station gateway can be deployed. Therefore, the LTE home base station and the core network are connected in two ways. One is that the home base station and the core network element are directly connected, and the other is the home base station through the gateway and the core network. The elements are connected, as shown in Figures 3 and 4.
  • the home base station gateway may not integrate the user plane function, and the user plane is directly established between the home base station and the core network user plane gateway, so that the user plane is flattened and the data transmission delay is reduced. , as shown in Figure 5.
  • the home base station can also support local access functions. Under the condition that the home base station has local access capability and the user subscribes to allow local access, the user can implement other IP devices on the home network. Or local access to the Internet. Through the local access function, the Internet data service can be diverted, the core network load can be reduced, and the access to the home network device can be forwarded without passing through the core network, and the data transmission is convenient and efficient.
  • the local access function can also be used on the macro cell. The main purpose is similar to that of the home base station. The more the application is to access the Internet locally, the purpose is to reduce the core network load.
  • Figure 6 shows the implementation of the local access function in the home base station scenario (the backhaul in this figure is called Backhaul).
  • the data sent by the user to the home network, the Internet, and the core network may share the same PDN connection, and the routing policy is selected by the routing policy in the home base station.
  • the home base station may also be referred to as a transmission split network element.
  • the transmission offload network element is a network element with a routing policy enforcement function, and can be deployed on a base station (for example, a home base station or a macro base station) or deployed on an interface between the base station and the core network element (for example, an Iu or S1 interface).
  • the routing policy can be the correspondence between the destination address of the data transmission and the path selection.
  • the application of the routing policy requires the transmission of the offloaded network element to perform address resolution on the data packets on each bearer.
  • the Internet service requires local access. This type of service data does not need to be guaranteed by Qos.
  • the user can sign the default bearer built by Qos or the non-GBR payload to complete the data transmission.
  • the existing transmission offloaded network element does not optimize the processing mode of the data packet.
  • the bearer that cannot be applied to the local access transmission also applies the routing policy for processing, which wastes system resources.
  • the core network element can only be notified by adding a special notification mechanism to the transmission offload network element. The release of the local access bearer is initiated by the core network element.
  • the present invention provides a bearer type indication scheme, which is used to solve the system resource waste caused by the abnormality of the routing policy caused by the transmission of the offloaded network element. Error, at least one of the problems that the transport offloaded network element cannot handle for local access 7-load. According to an aspect of the present invention, a method of indicating a bearer type is provided.
  • the method for indicating a bearer type includes: when the radio bearer is established or modified, the core network mobility management unit notifies the transporting offload network element of the bearer type of the bearer.
  • a transmission offload network element is provided.
  • the transmission offload network element according to the present invention includes: a receiving module, a determining module, wherein the receiving module is configured to receive a notification from a core network mobility management unit, where the notification carries a bearer type that will establish or modify a bearer; Used to determine whether to use a routing policy for the bearer according to the bearer type.
  • an indication system of a bearer type is provided.
  • the indication system of the bearer type includes: a mobility management unit, a transport offload network element, where the mobility management unit is configured to establish or modify a bearer in the radio bearer, and notify the bearer type of the bearer;
  • the method is configured to receive a notification sent by the mobility management unit, and determine, according to the bearer type, whether to use a routing policy for the corresponding bearer.
  • the transmission offload network element can effectively apply a routing policy to a certain 7-load, without processing all 7-packet data packets, and transmitting
  • the radio network bearer is released locally by the transport offloaded network element to release the bearer on the core network side. Simplified the judgment operation of the core network.
  • the transmission offload network element can also correctly open the routing policy.
  • FIG. 1 is a schematic structural diagram of an evolved packet domain system according to the related art
  • FIG. 2 is a network architecture diagram of a 3G home base station according to the related art
  • FIG. 3 is a direct connection between a home base station and a core network element according to the related art.
  • FIG. 4 is a network architecture diagram of a home base station connected to a core network element through a gateway according to the related art
  • FIG. 5 is a network directly establishing a user plane between a home base station and a core network user plane gateway according to the related art
  • FIG. 6 is a network architecture diagram of a local access function according to the related art
  • FIG. 7 is a flowchart of a method for indicating a bearer type according to an embodiment of the present invention
  • FIG. 8 is a second embodiment of the present invention.
  • FIG. 9 is a flowchart of Embodiment 1 of indicating a bearer type when a user initiates a service request process according to Embodiment 3 of the present invention
  • FIG. 10 is a flowchart of the present invention.
  • FIG. 12 is a flowchart of an embodiment of indicating a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • FIG. 12 is a flowchart of an embodiment of indicating a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • ; 13 is a flowchart of an embodiment of indicating a bearer type when a user initiates a tracking area update process according to Embodiment 6 of the present invention
  • FIG. 12 is a flowchart of an embodiment of indicating a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • FIG. 12 is a flowchart of an embodiment of indicating a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • 13 is a flowchart of an embodiment of indicating a bearer type when a user initiates a tracking area update process according to Em
  • FIG. 14 is a flowchart of Embodiment 1 of a handover procedure indicating bearer type according to Embodiment 7 of the present invention
  • 15 is a flowchart of Embodiment 2 of a handover procedure indicating a bearer type according to Embodiment 7 of the present invention
  • FIG. 16 is a flowchart of Embodiment 1 of a mobility management unit updating a bearer indication according to Embodiment 8 of the present invention
  • FIG. 18 is a flowchart of an embodiment of a second embodiment of a mobility management unit that updates a bearer indication according to Embodiment 8 of the present invention
  • FIG. 18 is a flowchart of an embodiment of indicating a bearer type when a network activates a dedicated bearer according to Embodiment 9 of the present invention
  • 19 is a flowchart of an embodiment of indicating a bearer type when a user requests resource allocation according to Embodiment 10 of the present invention
  • FIG. 20 is a schematic structural diagram of a transport offload network element according to an embodiment of the present invention
  • FIG. 21 is a schematic diagram of a method according to the present invention.
  • BEST MODE FOR CARRYING OUT THE INVENTION The embodiments of the present application and the features of the embodiments can be combined with each other without conflict.
  • FIG. 7 is a flowchart of a method for indicating a bearer type according to an embodiment of the present invention. As shown in FIG.
  • the method for indicating a load type includes the following steps (step 702-step 706): Step 702
  • the mobility management unit of the core network notifies the transmission of the bearer type of the bearer to the transport offloaded network element.
  • the type of the bearer may include: a payload for local access transmission, Not used for local access transmission.
  • the foregoing transport offload network element may be located on the base station or on an interface between the base station and the core network element (for example, an Iu or S1 interface).
  • the foregoing base station may be a home base station or a macro base station, and the mobility management unit may include: a mobility management entity MME or a serving GPRS support node SGSN.
  • the mobility management entity may notify the transport offload network element of the 7-load type of the 7-carrier, or may notify the transmission by the bearer type of the bearer of the serving GPRS support node SGSN.
  • Split network element The transmission offload network element selects whether to use a routing policy for the bearer according to the bearer type. Preferably, if the bearer type is a bearer for local access transmission, the transport offload network element uses a routing policy for the bearer; otherwise, The transport offloaded network element does not use a routing policy for the bearer.
  • Step 706 If the local access function of the transmission offload network element is closed or the local access function of the inter-base station handover does not support mobility, the data transmission offload network element may locally release the local access related radio bearer and then prompt the core network. The release of the side bearer does not require the judgment operation of the core network.
  • the base station has the function of transmitting the split network element, and the implementation manner of the transport split network element located on the interface between the base station and the core network element (Iu or S 1 ) is similar. , for any reason, only for the clarification of the difference.
  • Embodiment 2 FIG.
  • Step 8 is a flowchart of an implementation manner of a bearer type indication when a user initiates an attach procedure according to Embodiment 2 of the present invention. As shown in FIG. 8, the flow includes the following steps: Step 4: 801 Step 4 poly 809 ): Step 801: When the user turns on the device, the attach process is initiated and registered in the core network. The non-access stratum message is brought to the MME by the base station encapsulated in the initial user message of the S1 interface, and the base station (the base station includes the transport offloaded network element) also informs the core network whether the capability of supporting local access is supported.
  • Step 802 If the data transmission offload network element is located on the interface between the base station and the core network element, the data offloading network element informs the core network of whether the capability of supporting the local access is provided; Step 802: If there is no user context information, or an attach request in the network If the message does not have integrity protection, or the integrity protection fails, the core network MME performs an authentication process for the user. Step 803: If there is no subscription data of the user in the MME, the update location request is sent to the home server. The message includes the mobility management unit identifier, the user identifier, the update type, and the like. Step 804: The user data server sends the user subscription data to the MME in the update location response message, where the QoS parameter of the default bearer is signed.
  • the MME establishes a default bearer on the core network side between the S-GW and the P-GW by using the QoS parameter of the default bearer.
  • Step 806 After the default bearer is established on the core network side, the corresponding radio bearer is activated. If the MME thinks it can be mentioned for the user Local access function (or according to a user subscription network load situation), the MME bearer setup request message transmitted Qos parameters, and to establish the type of bearer to the base station, attach accept message may be encapsulated in the message to the user through the initial context.
  • the bearer type is used to indicate whether the bearer is used for local access transmission.
  • the base station (which includes the transmission offload network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission offload network element uses the routing policy only for the bearer that can be used for the local access transmission;
  • Step 807 The base station according to the indication of the core network
  • the bearer information establishes a corresponding air interface bearer; after step 4 is gathered, the base station returns an initial context setup response message to notify the core network after completing the establishment of the air interface; and step 809, the local access function is closed or the user is at the base station (the base station includes the transport offload network element)
  • the base station can locally release the local access-related radio bearer and then prompt the release of the core network side load, without the core network judgment.
  • FIG. 9 is a flowchart of Embodiment 1 of indicating a bearer type when a user initiates a service request process according to Embodiment 3 of the present invention. As shown in FIG.
  • Step 901 User Before the non-access stratum message is sent, an RRC signaling connection is established between the base station (the home base station or the macro base station); if the user has an uplink service or the downlink service sends a page to the user on the network side, The user initiates a service request process, and carries the service type as signaling or data.
  • Step 903 If there is no user context information in the core network, the SGSN performs an authentication process for the user.
  • Step 904 If the service type is data, then The core network SGSN instructs the radio side to establish the bearer through the RAB Assignment Request message.
  • the relevant Qos parameter and the bearer type are sent to the base station in the message.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (which includes the transport offloaded network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission offload network element uses the routing policy only for the bearer that can be used for the local access transmission; Step 905: The base station sends the information according to the SGSN.
  • Step 906 After the radio 7 is established, the base station replies to the RAB assignment response message to inform the core network; Step 907: If the service request process is initiated in the connection state, the core network SGSN replies to the user Business response message. If the service request process is initiated in an idle state, the user may use the RRC layer security mode control command message as a reply to the service request; Step 908: The local access function is disabled or the user is at the base station (the base station transmits the offload network element) When the inter-base station handover local access function does not support mobility, the base station can locally release the local access-related radio bearer and then prompt the release of the core network side bearer without the judgment operation of the core network.
  • FIG. 10 is a flowchart of Embodiment 3 of indicating a bearer type when a user initiates a service request process according to Embodiment 3 of the present invention.
  • the process includes the following steps: (Step 4: 1001 - Step 1011): Step 1001: The user establishes an RRC signaling connection with a base station (for example, a home base station or a macro base station) before transmitting the non-access stratum message; Step 4: 1002, if the user has an uplink service, or the network side has a downlink service transmission.
  • a base station for example, a home base station or a macro base station
  • Step 1003 If there is no context information of the user in the network, or the attachment request message has no integrity protection, or the integrity protection fails, the core network MME performs authentication on the user.
  • the authentication process is as follows: Step 1004: The core network MME receives the service request message without distinguishing the service type, and re-establishes the bearer that has been established on the core network on the wireless side. If the MME considers that the local access function can be provided to the user (according to the user subscription or network load condition), the MME sends the radio bearer Qos parameter and the bearer type to the base station in the initial context setup request message.
  • the bearer type is used to indicate whether the bearer is used for local access transmission
  • the base station (the base station includes a transport offloaded network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission splitting network element is deployed on the S1 interface between the base station and the core network element.
  • the transport split network element only uses the routing policy for the bearer that can be used for local access transmission.
  • Step 1005 The base station sends the bearer according to the MME.
  • the Qos parameter establishes a corresponding radio bearer; after step 4 is gathered 1006, after the radio 7 is set up, the base station returns an initial context setup response message to the core network; Step 1007, the core network MME informs the base station address and the downlink tunnel identifier by using the bearer modification request message.
  • Step 1010 The monthly service gateway replies with the tampering response message.
  • Step 1011 The local access function is disabled at the base station (the base station includes the transmission offload network element) or the user generates the base station.
  • FIG. 11 is a flowchart of an implementation manner of indicating a type of a user when a user initiates a context activation process according to Embodiment 4 of the present invention. As shown in FIG.
  • Step 1101 The process includes the following steps: Step 4: Step 1101 1107): Step 1101: The user wants to access a certain packet data network or request a certain service to initiate an activation PDP context request, and establish a connection between the user and the packet data network by using the message; Step 1102: The SGSN uses the user to report The access point name finds the GGSN that the user wants to access through the DNS query, and establishes a default bearer connection between the SGSN and the GGSN by creating a PDP context procedure.
  • the SGSN informs the GGSN of its address, the QoS of the bearer and the downlink tunnel identifier of the connection, and the GGSN generates the context of the user, and creates an IP address assigned to the user by creating a PDP context response message.
  • the information such as the uplink tunnel identifier and the negotiated Qos parameter is returned to the SGSN.
  • the SGSN is the SGSN supporting the S4 interface, it establishes a user and packet data by creating a session between the serving gateway S-GW and the packet data gateway P-GW.
  • Step 1104 After the SGSN establishes the default bearer on the core network side, the corresponding radio bearer is activated.
  • the SGSN If the SGSN considers that the local access function can be provided for the user (according to the subscription or network load condition), the SGSN will default to the RAB assignment request message.
  • Q Os The parameters and the type of the bearer are sent to the base station to instruct the radio side to establish a bearer.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (which includes the transport offloaded network element) uses the routing policy only for the bearer available for local access transmission.
  • the transport offloaded network element only uses the routing policy for the bearer that can be used for local access transmission;
  • Step 1105 The base station establishes a corresponding radio bearer according to the bearer Qos parameter sent by the SGSN.
  • Step 1106 After the radio 7 is set up, the base station replies to the RAB assignment response message to notify the core network.
  • Step 1107 The base station includes the transmission offload network element.
  • the local access function is disabled or the user performs inter-base station handover.
  • the local access function does not support mobility.
  • the base station can locally release the local access-related radio bearer and then prompt the release of the core network side load, without the judgment of the core network. operating.
  • FIG. 12 is a flowchart of an embodiment of indicating a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention. As shown in FIG. 12, the process includes the following steps (Step 1201 - Step 1210): Step 1201: A user initiates a PDN connection request by accessing a certain packet data network or requesting a certain service, and establishes a connection between the user and the packet data network by using the message. Step 1202: The MME uses the access of the user.
  • Step 1203 After the MME establishes the default bearer on the core network side, the corresponding bearer needs to be activated. If the MME considers that the local access function can be provided for the user (according to the subscription or the network load), the MME sends the QoS parameter of the default bearer and the bearer type to the base station to indicate that the radio side establishes the bearer through the E-RAB setup request message.
  • the bearer type is used to indicate whether the bearer is used for local transmission, and the base station (which includes the transport offloaded network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission splitting network element is deployed on the S1 interface between the base station and the core network element.
  • the transport split network element only uses the routing policy for the bearer that can be used for local access transmission.
  • the Qos parameter establishes a corresponding radio bearer; after step 4 is gathered 1205, after the radio 7 is established, the base station returns an E-RAB setup response message to the core network; Step 1206: The core network MME informs the monthly service gateway of the base station address and the downlink tunnel identifier by using the bearer modification request message. Step 1207: If the radio access technology changes or the core network requests the user location information for charging, then the service is performed.
  • the gateway reports the information to the packet data gateway by updating the bearer process; Step 1208, the packet data gateway replies with the tamper response message; Step 1209: The serving gateway replies with the bearer modification response message; Step 1210: At the base station (the base station includes the transmission If the local access function is disabled or the local access function is not supported by the user, the base station (including the transmission offload network element) can locally release the local access-related radio bearer and then cause the core network side. The release of the bearer does not require the judgment of the core network.
  • the local bearer release function is implemented by the transport offloaded network element for the deployment of the transport offloaded network element to be deployed on the S1 interface between the base station and the core network element.
  • Step 13 is a flowchart of an embodiment of indicating a bearer type when a user initiates a tracking area update process according to Embodiment 6 of the present invention.
  • the process includes the following steps: Step 4: Step 1301 1310: Step 1301: If the user moves to a new tracking area outside the tracking area list, the user initiates a tracking area update request message, where the user carries the temporary identification, the old tracking area identifier, the user capability and the like. If the user has uplink data to be sent at the same time, the activation flag is set in the request message, and the core network is requested to perform air interface bearer establishment in the process of updating the tracking area.
  • Step 1302 The new MME finds the old SGSN or MME according to the temporary user identifier. Obtaining context information of the user; Step 1303: If there is no subscription data of the user in the MME, sending an update location request message to the user data server, where the mobility management unit identifier, the user identifier, the update type, and the like are included; Step 1304, When the ISR (Idle Mode Signaling Reduction) function is not activated, if the home subscriber server knows that the user is registered from the new mobility management unit, then the cancel location message is sent to the old mobility management unit, and the deleted user is in the old mobility management unit.
  • ISR Interference Signaling Reduction
  • Step 1305 The old mobility management unit returns a cancel location confirmation message
  • Step 1306 The home subscriber server sends the subscription data of the user to the MME by using a location update confirmation message.
  • the location update confirmation message indicates that the user location update is completed, and the new mobility management unit has been registered in the user data server.
  • Step 1307 If the user carries the activation indication in the tracking area update request, the core network is established through the initial context.
  • the request message instructs the base station to establish a radio bearer. If it is considered that the user can be provided with a local access function (local subscriber subscription or network load condition), the QoS information and bearer type of the radio bearer are sent to the base station in the message.
  • the routing area update accept message may also be encapsulated in the message and sent to the user through the base station. If the user does not carry the activation indication, the core network does not establish a radio bearer, and the routing area update accept message is sent to the user through the downlink non-access stratum transmission message.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (which includes the transport offloaded network element) uses a routing policy only for bearers available for local access transmission. For the deployment situation that the transmission offload network element is separately deployed on the S1 interface between the base station and the core network element, the transmission offload network element uses the routing policy only for the 7-port available for the local access transmission; Step 1308, the base station sends according to the MME.
  • Step 4 1309, after the establishment of the air interface, the base station returns an initial context setup response message to notify the core network;
  • Step 1310 The local access function is disabled at the base station (the base station includes the transmission offload network element) or When the inter-base station handover local access function does not support mobility, the base station can locally release the local access-related radio bearer and then prompt the release of the core network side load, without the judgment operation of the core network.
  • the local distribution release function is performed by the transmission offload network element.
  • Embodiment 7 In this embodiment, two preferred embodiments of the handover procedure indicating the bearer type are provided. The two embodiments are respectively described below with reference to the accompanying drawings.
  • 14 is a flowchart of Embodiment 1 of a handover procedure indicating a bearer type according to Embodiment 7 of the present invention. As shown in FIG. 14, the flow includes the following steps: (Step 4: 1401-Step 4: 1412): Step 1401: The user measures the radio signal of the neighboring cell, and reports the report to the base station that is currently served by the measurement report. Step 1402: The source base station finds that the signal of the cell where the current user is located is worse according to the measurement report reported by the user, and needs to switch.
  • Step 1403 If the source determines that the handover performed by the core network needs to be initiated according to the interface status of the base station or the location information of the target base station, then the handover requirement is sent to the old mobility management unit. Message. The message carries information such as an indication of whether to directly forward the tunnel, a target base station identifier, and the like; Step 1404: The old mobility management unit determines whether to perform reselection of the mobility management unit according to the information of the target base station. If the mobility management unit is reselected, a message such as user context, target base station identity, direct forwarding indication, etc., is sent to the new mobility management unit by forwarding the handover demand message.
  • a message such as user context, target base station identity, direct forwarding indication, etc.
  • the user context includes the established bearer information and bearer type.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (the base station includes a transport offloaded network element) uses a routing policy only for bearers available for local access transmission.
  • the transport offloaded network element only uses the routing policy for the bearer that can be used for local access transmission;
  • the new mobility management unit targets the target The base station sends a handover request message, instructing the target base station to perform handover resource reservation.
  • the message includes a bearer setup list, a handover restriction list, a source-to-destination transmission container, a bearer type, and the like;
  • Step 1406 After the wireless base station of the target base station is established, the handover request acknowledgement message is returned; Step 1407, the new mobility management unit forwards the weight The location response message notifies the old mobility management unit that the target side is ready to switch.
  • Step 1408 The old mobility management unit sends a handover command to the source base station.
  • Step 1409 The old source base station sends a handover command to the user to indicate that the user switches to the target base station.
  • Step 1410 After the user synchronizes to the target base station, the handover confirmation message is sent.
  • Step 1412 The local access function is disabled at the base station (the base station includes the transmission offload network element) or When the inter-base station handover local access function does not support mobility, the base station (including the transmission offload network element) can locally release the local access-related radio bearer and then prompt the release of the core network side bearer, without the judgment of the core network. operating.
  • the local bearer release function is implemented by the transport offloaded network element for the deployment of the transport offloaded network element on the Iu interface between the base station and the core network element.
  • Step 15 is a flowchart of Embodiment 2 of a handover procedure indicating a bearer type according to Embodiment 7 of the present invention.
  • the flow includes the following steps: Step 4: 1501: Step 4: 1510: Step 1501
  • the user measures the wireless signal of the neighboring cell and reports it to the base station that is currently serving in the form of a measurement report.
  • a target base station is selected to initiate the handover.
  • Step 1503 If the source determines that the handover between the base stations needs to be initiated according to the interface status of the base station or the location information of the target base station, then the handover request message is sent to the target base station.
  • the message includes information such as an RRC context, a target base station identifier, an AS layer configuration, a radio bearer parameter, and a bearer type.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (the base station includes a transport split network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission offload network element only uses the routing policy for the bearer that can be used for the local access transmission;
  • the target base station is in the handover request message.
  • the parameter carried in the radio resource is allocated, and the handover initiated by the user to the target base station is triggered after the handover preparation is completed.
  • Step 1505 The source base station instructs the user to switch to the target base station by using the handover command.
  • Step 1506 The user successfully synchronizes to the target base station cell and then goes to the target. The base station sends a handover confirm message indicating that the handover procedure is completed.
  • the target home base station may start to send the buffered downlink data to the user.
  • Step 1507 The target base station notifies the MME that the serving cell has been changed by using the path switch request message.
  • Step 1508 Perform a user plane update process between the MME and the serving gateway. The address of the base station and the downlink tunnel identifier are sent to the serving gateway, and the downlink data of the core network can be sent at this time.
  • the UE-AMBR either indicates which bearer setup failures are performed by the radio side for corresponding bearer deletion;
  • Step 1510 The local access function is disabled at the base station (the base station includes the transport offloaded network element) or the user inter-base station handover local access function does not support the mobile In the case of the base station (including the transmission offload network element), the local access related radio bearer can be released locally and then the core network side bearer is released, without the judgment operation of the core network.
  • the local bearer release function is implemented by the transport offloaded network element for the deployment of the transport offloaded network element to be deployed on the S1 interface between the base station and the core network element.
  • Step 4 gathers 1504 and steps 4 gathers 1507 without sending.
  • the mobility management unit directly sends a handover request message to the target base station indicating the bearer type.
  • Embodiment 8 In this embodiment, two preferred embodiments of the mobility management unit update bearer indication are provided. The specific two implementation manners are respectively described below with reference to the accompanying drawings. 16 is a flowchart of Embodiment 1 of a mobility management unit updating a bearer indication according to Embodiment 8 of the present invention. As shown in FIG.
  • Step 1601 the flow includes the following steps (Step 1601 - Step 1608): Step 4: 1601 An application scenario, the user and the operator negotiate to tamper with the signing of the local IP access capability; Step 1602: The home subscriber server notifies the core network mobility management entity MME by inserting the user data by modifying the subscription data; 1603. After receiving the user subscription data, the MME replies and inserts a user data confirmation message. The MME finds the bearer type modification of the bearer related to the local access capability of the user.
  • the second application scenario modifies the local connection of the base station (the base station includes the transport split network element) under the control of the operator or the base station owner.
  • Step 1605 the base station tampers the local access capability to the MME by using the base station configuration update message;
  • Step 1606 The MME receives the local access capability of the base station to update the acknowledgment message to the base station, and finds the corresponding local access bearer to perform type modification;
  • Step 1607 if the user is connected ⁇ ! Then, the MME sends the bearer type to the base station through the user context 4 tampering request message;
  • Step 1608 After receiving the new bearer type, the base station updates and responds to the user context modification response message.
  • the local access function change of the transmission offloaded network element also uses the same base station update notification mechanism, and the updated type of the carrier is adopted by the core network MME. Notify the transmission of the offload network element.
  • 17 is a flowchart of Embodiment 2 of a mobility management unit updating a bearer indication according to Embodiment 8 of the present invention. As shown in FIG. 17, the flow includes the following steps (Step 1701 - Step 1708): Step 4: 1701
  • the user negotiates with the operator to tamper with the signing of the local IP access capability.
  • Step 1702 The home subscriber server notifies the core network SGSN by inserting the user data into the modified subscriber data; Step 1703, SGSN After the user subscribes to the data, the user data confirmation message is replied.
  • the SGSN finds the bearer type modification of the bearer related to the local access capability of the user.
  • the second application scenario modifies the local connection of the base station (the base station includes the transport split network element) under the control of the operator or the base station owner.
  • the inbound capability that is, the base station does not perform the local access function, and all the user data is transmitted through the core network.
  • Step 1705 The base station sends the local access capability modification to the SGSN through the information exchange request.
  • Step 1706 The SGSN receives the base station After the new configuration message, the base station is replied to the information exchange response message, and the corresponding local access bearer is found to perform type tampering.
  • Step 1707 The SGSN sends the bearer type to the base station by using the RAB assignment request message.
  • Step 1708 The base station receives the new bearer. After the type is updated, the RAB assignment response message is replied to.
  • the local access function change of the transmission offloaded network element also uses the same information interaction notification mechanism, and the core network SGSN notifies the updated bearer type. Divert the network element to the transmission.
  • Embodiment 9 FIG.
  • Step 1801 is a flowchart of an embodiment of indicating a bearer type when a network activates a dedicated bearer according to Embodiment 9 of the present invention. As shown in FIG. 18, the flow includes the following steps (Step 1801 - Step 1808): Step 1801 If the P-GW finds that the bearer resources supporting the user service are insufficient according to the locally configured or Qos policy downloaded by the policy server, the dedicated bearer is established for the user through the bearer creation process. The P-GW sends the information of the QoS parameter of the new bearer, the tunnel identifier of the TFT, and the S5/S8 interface to the S-GW by using the bearer creation request message.
  • Step 1802 The S-GW sends a bearer request message to the MME, including the bearer Qos.
  • Step 1803 the MME knows that the corresponding air interface bearer is to be established according to the received bearer setup request message, and then the bearer Qos parameter is brought to the base station by using the E-RAB setup request message, if The bearer bearer is non-GBR and can be used for local access services, then the bearer type is sent together.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (which includes the transport offload network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission offload network element uses the routing policy only for the bearer that can be used for the local access transmission; Step 1804, the base station establishes corresponding according to the Qos parameter.
  • Step 1805 the air interface bearer establishment is completed, the base station replies to the E-RAB setup response message;
  • Step 1806 the MME informs the S-GW of the base station address and the downlink tunnel identifier information by creating a bearer response;
  • Step 1807 S-GW to P - GW replies to create a bearer response message to inform the completion of the establishment of the dedicated bearer;
  • Step 1808 in the case that the local access function is disabled when the base station (the base station includes the transmission offload network element) or the local access function of the inter-base station handover does not support mobility
  • the base station (including the transmission offload network element) can locally release the local access related radio bearer and then prompt the release of the core network side bearer without the judgment operation of the core network.
  • the local bearer release function is implemented by the transport offloaded network element for the deployment of the transport offloaded network element to be deployed on the S1 interface between the base station and the core network element.
  • the GGSN can also perform dedicated bearer setup, called GGSN initiation.
  • the PDP context secondary activation process is similar to this embodiment, and the newly created type can be sent to the base station in the RAB assignment message, which is not mentioned here.
  • FIG. 19 is a flowchart of an embodiment of indicating a bearer type when a user requests resource allocation according to Embodiment 10 of the present invention. As shown in FIG.
  • Step 1901 When the UE finds that the bearer resource of the service is insufficient, the UE sends a request bearer resource modification message, and sends the QoS parameter, the identifier information, the protocol configuration option, and the like to the MME.
  • Step 1902 The MME sends the resource by using a resource command message.
  • the S-GW only serves as a forwarding function.
  • Step 1904 If the P-GW finds that the bearer resources supporting the user service are insufficient according to the locally configured or Qos policy downloaded by the policy server, the bearer creation or modification process is initiated.
  • the bearer type is used to indicate whether the bearer is used for local access transmission, and the base station (the base station includes a transport offloaded network element) uses a routing policy only for bearers available for local access transmission.
  • the transmission offload network element uses the routing policy only for the bearer that can be used for the local access transmission;
  • Step 1906 the base station establishes according to the Qos parameter or Update the corresponding air interface bearer;
  • Step 1907 the air interface is established or updated, the base station replies to the E-RAB to establish or update the response message;
  • Step 1908 the MME opens the downlink tunnel by using the bearer creation or modification response process, and informs the P-GW process to execute Step 1909:
  • the base station the base station packet) Including the transmission offload network element
  • the local distribution release function is completed by the transmission offload network element.
  • the UE may also request to establish a bearer resource according to its own resource condition or
  • FIG. 20 is a schematic structural diagram of a transmission offload network element according to an embodiment of the present invention. As shown in FIG.
  • a transmission offload network element includes: a receiving module 2001, a determining module 2002, wherein, a receiving module 2001, a notification for receiving a mobility management unit from a core network, where the notification carries a bearer type that will establish or modify a bearer; the determining module 2002 is configured to determine, according to the bearer type, whether to use a routing policy for the bearer.
  • the transmission offload network element may be located on the base station or on the interface between the base station and the core network element (Iu or S 1 ). According to an embodiment of the present invention, an indication system of a bearer type is further provided. 21 is a system configuration diagram of a bearer type indicating system according to an embodiment of the present invention. As shown
  • the system of the bearer type indicating system includes: a mobility management unit 2101, a transport offload network element 2102, where the mobility management unit 2101 is configured to establish or modify a bearer on the instructing wireless side.
  • the bearer type of the bearer is notified; the transport offload network element 2102 is configured to receive the notification sent by the mobility management unit, and determine whether to use the routing policy for the bearer according to the bearer type.
  • the mobility management unit 2101 includes: a mobility management entity MME or a service GPRS support node SGSN, when the wireless side is instructed to establish or ⁇ ⁇ ⁇ , the mobility management entity may notify the bearer type of the bearer
  • the transmission offload network element may also be notified to the transmission offload network element by the bearer type of the bearer carried by the serving GPRS support node SGSN.
  • the transport offloaded network element can process the data packets of all the bearers, and only applies the routing policy to a certain bearer, and
  • the radio bearer is locally released by the transmission off-network element, and the release of the bearer on the core network side is promoted. Therefore, the judgment operation of the core network is simplified.
  • the transmission offload network element can also correctly open the routing policy.

Landscapes

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

Description

载类型的指示方法、 系统及传输分流网元 技术领域 本发明涉及移动通信技术领域, 尤其涉及一种承载类型的指示方法、 系 统及传输分流网元。 背景技术 为了保持第三代移动通信系统在通信领域的竟争力, 第三代合作伙伴计 划 ( 3rd Generation Partnership Project, 简称为 3GPP ) 标准工作组正致力于 演进分组系统( Evolved Packet System, 简称 EPS )的研究。 图 1示出了演进 分组域系统的结构示意图, 如图 1所示, 整个 EPS系统分为无线接入网和核 心网两部分。 在核心网中, 包含了归属用户月艮务器( Home Subscriber Server, 简称为 HSS )、移动性管理实体 ( Mobility Management Entity, 简称为 MME ), 服务 GPRS支持节点 ( Serving GPRS Support Node, 简称为 SGSN ), 策略计 费规则功能 (Policy and Charging Rule Function, 简称为 PCRF )、 月艮务网关 ( Serving Gateway, 简称为 S-GW ), 分组数据网关 ( PDN Gateway, 简称为 P-GW ) 和分组数据网络 (Packet Data Network, 分组数据网络)。 下面对各 部分功能进行说明: 归属用户服务器, 是用户签约数据的永久存放地点, 位于用户签约的归 属网。 移动性管理实体, 是用户签约数据在当前网络的存放地点, 负责终端到 网络的非接入层信令管理、 终端的安全 -险证功能、 终端的移动性管理、 用户 空闲模式下的跟踪和寻呼管理功能和承载管理。 服务 GPRS支持节点, 是 GERAN和 UTRAN用户接入核心网络的业务 支持点, 功能上与移动性管理实体类似, 负责用户的位置更新、 寻呼管理和 承载管理等功能。 月艮务网关, 是核心网到无线系统的网关, 负责终端到核心网的用户面 7 载、 终端空闲模式下的数据緩存、 网络侧发起业务请求的功能、 合法监听和 分组数据路由和转发功能; 服务网关负责统计用户终端使用无线网的情况, 并产生终端使用无线网的话单, 传送给计费网关。 分组数据网关, 是演进系统和该系统外部分组数据网络的网关, 它连接 到因特网和分组数据网络上, 负责终端的互联网协议 ( Internet Protocol , 简 称为 IP ) 地址分配、 计费功能、 分组包过滤、 策略控制等功能。 分组数据网络, 是运营商的 IP业务网络, 该网络通过运营商的核心网为 用户提供 IP服务。 策略计费规则功能实体, 是演进系统中负责提供计费控制、 在线信用控 制、 门限控制、 月艮务质量( Quality of Service, 简称为 QoS )策略方面规则的 服务器。 无线接入网, 是由演进基站( E-UTRAN NodeB , 简称 eNB )和 3G无线 网络控制器 ( Radio Network Control, 简称 RNC ) 组成, 它主要负责无线信 号的收发, 通过空中接口和终端联系, 管理空中接口的无线资源、 资源调度、 接入控制。 上述月艮务 GPRS支持节点是升级过的 SGSN, 能够支持与月艮务网关之间 的 S4接口, 并与移动性管理单元之间釆用 GTPv2协议进行互通。 而对于支 持 3G核心网的 SGSN来说 PS域网络架构与图 1有所不同。 此时 SGSN与 MME釆用 Gn接口相连, 互通釆用 GTPvl协议。 SGSN不能与服务网关相 连, 通过 Gn接口连接到网关 GPRS支持节点( Gateway GPRS Support Node, 简称 GGSN ) 直接进行分组数据网络访问。 家庭基站 (Home NodeB , 简称为 HNB ) 或者演进的家庭基站 (Home eNodeN, 简称 HeNB )是一类小型、 低功率的基站, 作为某些用户的专属资 源, 部署在家庭、 团体、 公司或者学校等私人场所使用, 主要是为了给用户 提供更高的业务速率并降低使用高速率服务所需要的费用, 同时弥补已有分 布式蜂窝无线通信系统覆盖的不足。 家庭基站的优点是实惠、 便捷、 低功率 输出、 即插即用、 宽带接入、 使用单模终端等。 家庭基站可以应用在 3G ( 3 Generation, 第三代)或者 LTE ( Long Term
Evolution, 长期演进) 移动通信网络中。 为了便于对家庭基站进行管理, 在 网络中引入了一个新网元, 即家庭基站网关。 家庭基站网关主要执行的功能 为: 验证家庭基站的安全性, 对家庭基站的运行进行维护管理, 根据运营商 要求配置和控制家庭基站, 负责交换核心网和家庭基站的数据信息。 图 2是 3G家庭基站网络架构图, 3G家庭基站通过新定义的 Iuh接口连接至家庭基 站网关, 家庭基站网关提供到核心网分组域和电路域的 IuPS和 IuCs接口。 对于 3G网络来说家庭基站网关必选部署用来屏蔽引入家庭基站后对终端和 网络侧的影响。对于 LTE网络来说家庭基站网关可选部署, 因此 LTE家庭基 站和核心网连接有两种方式, 一种是家庭基站和核心网网元直接相连, 另一 种是家庭基站通过网关和核心网网元相连, 如图 3、 4所示。 对于图 4所示 引入家庭基站网关的场景, 家庭基站网关可以不集成用户面功能, 家庭基站 和核心网用户面网关间直接建立用户面, 这样可以使用户面扁平化, 数据传 输时延减小, 如图 5所示。 家庭基站除了支持通过移动核心网络的接入之外, 还可以支持本地接入 功能, 在家庭基站具备本地接入能力并且用户签约允许本地接入的条件下, 可以实现用户对家庭网络其他 IP设备或者互联网络的本地接入。通过本地接 入功能, 可以实现 Internet数据业务的分流, 降低核心网负荷, 并且对于家 庭网络设备的访问可以不通过核心网来进行转发, 数据传输便捷高效。 本地 接入功能在宏蜂窝上也可以使用, 主要用途和家庭基站类似, 更多的是应用 在本地接入 Internet这种场景, 目的是降低核心网负荷。 图 6所示是以家庭 基站场景为例的本地接入功能的实现方式 (该图中的回程称为 Backhaul )。 用户发往家庭网络、 Internet和核心网的数据可以共用相同的 PDN连接, 由 家庭基站中的路由策略完成数据包路由的选择, 此时家庭基站也可称为传输 分流网元。 传输分流网元是具备路由策略执行功能的网元, 可以部署在基站 上(例如, 家庭基站或者宏基站)或者部署在基站与核心网网元间的接口(例 如, Iu或者 S 1接口) 上。 路由策略可以是数据发送的目标地址和路径选择 的对应关系。 路由策略的应用需要传输分流网元对每条承载上的数据包进行 地址解析。 但是通常只有 Internet 业务才需要进行本地接入, 这种业务数据 不用做 Qos保证,用 PDN连接中用户签约 Qos所建的默认承载或者 non-GBR 的专用 载即可完成数据传输。 现有的传输分流网元对数据包的处理方式并 不优化, 对不能应用于本地接入传输的承载也同时应用路由策略进行处理, 浪费了系统资源。 另外现有技术在传输分流网元本地接入功能关闭或者用户发生基站间切 换本地接入功能不支持移动性的情况下, 只能通过传输分流网元增加特殊的 通知机制告知核心网网元, 由核心网网元发起本地接入 载的释放。 不能由 传输分流网元做本地处理, 从而增加了核心网的负担。 此外, 在核心网侧决定是否进行本地接入功能激活的场景下, 目前也没 有机制通知传输分流网元用户的本地接入功能状态, 传输分流网元无法正确 开启路由策略。 发明内容 有鉴于此, 本发明提供了一种承载类型的指示方案, 用以解决现有技术 中由于传输分流网元不能获取到 7 载类型而导致路由策略开启异常所造成的 系统资源浪费、 处理错误, 传输分流网元对本地接入 7 载无法处理的问题至 少之一。 根据本发明的一个方面, 提供了一种承载类型的指示方法。 根据本发明的承载类型的指示方法, 包括: 在无线承载建立或者修改时, 核心网移动性管理单元将所述承载的承载类型通知给传输分流网元。 根据本发明的另一个方面, 提供了一种传输分流网元。 根据本发明的传输分流网元, 包括: 接收模块、 判断模块, 其中, 接收 模块, 用于接收来自核心网移动性管理单元的通知, 通知中携带有将建立或 修改承载的承载类型; 判断模块, 用于根据承载类型判断是否对承载使用路 由策略。 根据本发明的再一个方面, 提供了一种承载类型的指示系统。 根据本发明的承载类型的指示系统, 包括: 移动性管理单元、 传输分流 网元, 其中, 移动性管理单元, 用于在无线承载建立或者修改承载, 通知承 载的承载类型; 传输分流网元, 用于接收移动性管理单元发送的通知, 并根 据承载类型判断是否对相应的承载使用路由策略。 通过本发明的上述至少一个方案, 不仅在启用本地接入功能的时候, 传 输分流网元可以有效的对某一 7 载应用路由策略, 不用对所有 7 载的数据包 都进行处理, 而且在传输分流网元本地接入功能关闭或者用户发生切换时本 地接入功能不支持移动性的情况下, 通过传输分流网元本地释放本地接入相 关的无线承载, 来实现核心网侧承载的释放,从而简化了核心网的判断操作。 另外在核心网侧决定是否开启本地接入功能的情况下, 传输分流网元也可以 正确开启路由策略。 本发明的其它特征和优点将在随后的说明书中阐述, 并且, 部分地从说 明书中变得显而易见, 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解, 并且构成说明书的一部分, 与本 发明的实施例一起用于解释本发明, 并不构成对本发明的限制。 在附图中: 图 1是根据相关技术的演进分组域系统的结构示意图; 图 2是根据相关技术的 3G家庭基站的网络架构图; 图 3是根据相关技术的家庭基站和核心网网元直接相连的网络架构图; 图 4是根据相关技术的家庭基站通过网关和核心网网元相连的网络架构 图; 图 5是根据相关技术的家庭基站和核心网用户面网关间直接建立用户面 的网络架构图; 图 6是根据相关技术的实现本地接入功能的网络架构图; 图 7是根据本发明实施例的承载类型的指示方法的流程图; 图 8是才艮据本发明实施例二的用户发起附着过程时承载类型指示的实施 方式的流程图; 图 9是根据本发明实施例三的用户发起业务请求过程时指示承载类型的 实施方式一的 ¾ϊ程图; 图 10 是 居本发明实施例三的用户发起业务请求过程时指示 载类型 的实施方式二的 ¾i程图; 图 11 是 居本发明实施例四的用户发起上下文激活过程时指示^载类 型的实施方式的流程图; 图 12是才艮据本发明实施例五的用户请求 PDN连接建立时指示承载类型 的实施方式的 ¾ϊ程图; 图 13 是根据本发明实施例六的用户发起跟踪区更新过程时指示承载类 型的实施方式的流程图; 图 14 是根据本发明实施例七的切换过程指示承载类型的实施方式一的 流程图; 图 15 是根据本发明实施例七的切换过程指示承载类型的实施方式二的 流程图; 图 16 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式一的流程图; 图 17 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式二的¾¾程图; 图 18 是根据本发明实施例九的网络激活专用承载时指示承载类型的实 施方式的流程图; 图 19 是根据本发明实施例十的用户请求资源分配时指示承载类型的实 施方式的流程图; 图 20是才艮据本发明实施例的传输分流网元的结构示意图; 图 21是根据本发明实施例的承载类型的指示系统的系统结构图。 具体实施方式 在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。 以下结合附图对本发明的优选实施例进行说明, 应当理解, 此处所描述 的优选实施例仅用于说明和解释本发明, 并不用于限定本发明。 实施例一 在本实施例中提供了一种承载类型的指示方法, 通过本方法, 传输分流 网元可以才艮据上述 7 载类型有效的对某一 7 载应用路由策略, 不用对所有 7 载的数据包都进行处理, 也可以本地释放本地接入相关的无线 7 载, 简化核 心网的判断操作, 另外在核心网侧决定是否开启本地接入功能的情况下, 传 输分流网元也可以正确开启路由策略。 图 7是根据本发明实施例的承载类型的指示方法的流程图,如图 7所示, 才艮据本发明实施例的 载类型的指示方法包括以下步骤 (步骤 702-步骤 706 ): 步骤 702、 在无线 7 载建立或者爹改时, 核心网的移动性管理单元将上 述承载的承载类型通知给传输分流网元; 优选地, 上述^载类型可以包括: 用于本地接入传输的 载、 不用于本 地接入传输的 载。 优选地, 上述传输分流网元可以位于基站上或者位于基站与核心网网元 间接口上 (例如, Iu或者 S 1接口)。 优选地, 上述基站可以是家庭基站或宏基站, 上述移动管理单元可以包 括: 移动性管理实体 MME或服务 GPRS支持节点 SGSN。 在无线承载建立 或者^ ί'爹改时, 可以由移动性管理实体 ΜΜΕ将上述 7 载的 7 载类型通知给传 输分流网元, 也可以由服务 GPRS支持节点 SGSN上述承载的承载类型通知 给传输分流网元。 步骤 704、 传输分流网元根据上述承载类型选择是否对上述承载使用路 由策略; 优选地, 如果上述承载类型是用于本地接入传输的承载, 则传输分流网 元对该承载使用路由策略; 否则, 传输分流网元对该承载不使用路由策略。 步骤 706、 在传输分流网元本地接入功能关闭或者用户发生基站间切换 本地接入功能不支持移动性的情况下, 数据传输分流网元可以本地释放本地 接入相关的无线承载然后促使核心网侧承载的释放,不需核心网的判断操作。 在本实施例以及以下实施例中是以基站具有传输分流网元功能为例进行 介绍, 对于传输分流网元位于基站和核心网网元间接口 (Iu或者 S 1 )上的实 施方式与之类似, 不故赘述, 仅作不同之处的澄清。 实施例二 图 8是才艮据本发明实施例二的用户发起附着过程时承载类型指示的实施 方式的流程图, 如图 8所示, 该流程包括以下步 4聚 (步 4聚 801-步 4聚 809 ): 步骤 801、 当用户开机时发起附着过程注册到核心网中。 该条非接入层 消息由基站封装在 S 1接口的初始化用户消息中带给 MME, 基站(该基站包 括传输分流网元) 还将是否支持本地接入的能力告知核心网。 如果数据传输 分流网元位于基站和核心网网元间接口上, 那么, 数据分流网元将是否支持 本地接入的能力告知核心网; 步骤 802、 如果网络中没有用户的上下文信息, 或者附着请求消息没有 完整性保护, 或者完整性保护失败, 那么核心网 MME执行对用户的鉴权认 证过程; 步骤 803、 如果 MME 中没有用户的签约数据, 那么就向归属用户月艮务 器发送更新位置请求消息, 其中包括移动性管理单元标识、 用户标识、 更新 类型等信息; 步骤 804、 用户数据服务器在更新位置响应消息中把用户签约数据发送 给 MME, 其中包括签约默认承载的 Qos参数; 步骤 805、 为了支持用户永远在线, MME用签约默认承载的 Qos参数 在 S-GW和 P-GW之间建立核心网侧的默认承载; 步骤 806、 核心网侧默认承载建立完成之后要激活相应的无线承载, 如 果 MME认为可以为用户提供本地接入功能 (根据用户签约或者网络负荷情 况), 那么 MME通过初始上下文建立请求消息将承载 Qos参数以及建立承 载的类型发送给基站, 附着接受消息也可以封装在该消息内发给用户。 承载 类型用于指示该条承载是否用于本地接入传输。 基站 (该基站包括传输分流 网元) 仅对可用于本地接入传输的承载使用路由策略。 对于传输分流网元单 独部署在基站和核心网网元间 S 1 接口上的部署情况, 传输分流网元仅对可 用于本地接入传输的承载使用路由策略; 步骤 807、 基站根据核心网指示的承载信息建立对应的空口承载; 步 4聚 808、 空口 载建立完成之后基站回复初始上下文建立响应消息通 知核心网; 步骤 809、 在基站 (该基站包括传输分流网元) 本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放, 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况, 由传输分流网元完成本地^载释放功能。 实施例三 用户发起业务请求过程时指示^载类型的实施方式有两种, 下面结合附 图对优选的两种实施方式分别进行介绍。 图 9是根据本发明实施例三的用户发起业务请求过程时指示承载类型的 实施方式一的流程图,如图 9所示,该流程包括以下步骤(步骤 901-步骤 908 ): 步骤 901、 用户在发送非接入层消息之前要建立和基站 (家庭基站或者 宏基站)之间的 RRC信令连接; 步 4聚 902、 如果用户有上行业务或者网络侧有下行业务发送寻呼到用户 时, 用户会发起业务请求过程, 携带业务类型为信令或者数据; 步骤 903、 如果核心网中没有用户的上下文信息, 那么 SGSN执行对用 户的鉴权认证过程; 步骤 904、 如果业务类型是数据, 那么核心网 SGSN通过 RAB指派请求 消息指示无线侧建立 载。如果 SGSN认为可以为用户提供本地接入功能(才艮 据用户签约或者网络负荷情况), 那么在该条消息中将承载有关的 Qos参数 以及承载类型发送给基站。 承载类型用于指示该条承载是否用于本地接入传 输, 基站 (该基站包括传输分流网元)仅对可用于本地接入传输的承载使用 路由策略。对于传输分流网元单独部署在基站和核心网网元间 Iu接口上的部 署情况, 传输分流网元仅对可用于本地接入传输的承载使用路由策略; 步骤 905、 基站才艮据 SGSN发送的承载 Qos参数建立相应的无线承载; 步骤 906、 无线 7 载建立完成之后, 基站回复 RAB指派响应消息告知核 心网; 步骤 907、 如果业务请求过程是在连接状态发起的, 那么核心网 SGSN 给用户回复业务响应消息。 如果业务请求过程是在空闲状态发起的, 那么用 户可以把 RRC层的安全模式控制命令消息当作业务请求的回复; 步骤 908、 在基站 (该基站传输分流网元) 本地接入功能关闭或者用户 发生基站间切换本地接入功能不支持移动性的情况下, 基站可以本地释放本 地接入相关的无线承载然后促使核心网侧承载的释放, 不需核心网的判断操 作。 对于传输分流网元单独部署在基站和核心网网元间 Iu 接口上的部署情 况, 由传输分流网元完成本地 载释放功能。 图 10 是根据本发明实施例三的用户发起业务请求过程时指示承载类型 的实施方式三的流程图, 如图 10所示, 该流程包括以下步 4聚(步 4聚 1001-步 骤 1011 ): 步骤 1001、 用户在发送非接入层消息之前要建立和基站(例如, 家庭基 站或者宏基站)之间的 RRC信令连接; 步 4聚 1002、如果用户有上行业务或者网络侧有下行业务发送寻呼到用户 时, 用户会发起业务请求过程; 步骤 1003、 如果网络中没有用户的上下文信息, 或者附着请求消息没有 完整性保护, 或者完整性保护失败, 那么核心网 MME执行对用户的鉴权认 证过程; 步骤 1004、 核心网 MME收到业务请求消息不区分业务类型, 将核心网 曾建立过的承载在无线侧都重新起来。 如果 MME认为可以为用户提供本地 接入功能(根据用户签约或者网络负荷情况), 那么 MME在初始上下文建立 请求消息中把无线承载 Qos参数以及承载类型发送给基站。 承载类型用于指 示该条承载是否用于本地接入传输, 基站 (该基站包括传输分流网元) 仅对 可用于本地接入传输的承载使用路由策略。 对于传输分流网元单独部署在基 站和核心网网元间 S 1 接口上的部署情况, 传输分流网元仅对可用于本地接 入传输的承载使用路由策略; 步骤 1005、 基站根据 MME发送的承载 Qos参数建立相应的无线承载; 步 4聚 1006, 无线 7 载建立完成之后, 基站回复初始上下文建立响应消息 告知核心网; 步骤 1007, 核心网 MME通过承载修改请求消息将基站地址和下行隧道 标识告知月艮务网关; 步骤 1008、如果无线接入技术发生改变或者核心网要求上 4艮用户位置信 息进行计费, 服务网关通过更新承载过程将上述信息上报给分组数据网关; 步骤 1009、 分组数据网关回复承载修改响应消息; 步骤 1010、 月艮务网关回复 载 4爹改响应消息; 步骤 1011、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站可以本地释 放本地接入相关的无线 7 载然后促使核心网侧 载的释放, 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况, 由传输分流网元完成本地^载释放功能。 实施例四 图 11 是 居本发明实施例四的用户发起上下文激活过程时指示^载类 型的实施方式的流程图, 如图 11所示, 该流程包括以下步 4聚 (步 4聚 1101-步 骤 1107 ): 步骤 1101、 用户想要访问某个分组数据网络或者请求某种业务就发起激 活 PDP上下文请求, 通过这条消息建立用户与分组数据网络之间的连接; 步骤 1102、 SGSN利用用户上报的接入点名通过 DNS查询找到用户所 要访问的 GGSN, 通过创建 PDP上下文过程建立 SGSN和 GGSN之间的默 认承载连接。 在创建 PDP上下文请求消息中, SGSN将其地址、 承载 Qos和 载连接的下行隧道标识等参数告知 GGSN; 步骤 1103、 GGSN生成用户的上下文, 并通过创建 PDP上下文响应消 息将为用户分配的 IP地址、 上行隧道标识、 协商的 Qos参数等信息返回给 SGSN; 如果 SGSN是支持 S4接口的 SGSN,那么它在服务网关 S-GW和分组数 据网关 P-GW之间用创建会话过程建立用户和分组数据网络之间的连接。 步骤 1104、 SGSN建立完核心网侧的默认承载之后要激活相应的无线承 载, 如果 SGSN认为可以为用户提供本地接入功能(根据签约或者网络负荷 情况), 那么 SGSN通过 RAB指派请求消息将默认 载 Qos参数以及 载类 型发给基站指示无线侧建立承载。 承载类型用于指示该条承载是否用于本地 接入传输, 基站 (该基站包括传输分流网元) 仅对可用于本地接入传输的承 载使用路由策略。对于传输分流网元单独部署在基站和核心网网元间 Iu接口 上的部署情况,传输分流网元仅对可用于本地接入传输的承载使用路由策略; 步骤 1105、 基站根据 SGSN发送的承载 Qos参数建立相应的无线承载; 步骤 1106、 无线 7 载建立完成之后, 基站回复 RAB指派响应消息告知 核心网; 步骤 1107、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放, 不需核心网的判 断操作。对于传输分流网元单独部署在基站和核心网网元间 Iu接口上的部署 情况, 由传输分流网元完成本地 载释放功能。 实施例五 图 12是才艮据本发明实施例五的用户请求 PDN连接建立时指示承载类型 的实施方式的流程图, 如图 12所示, 该流程包括以下步骤(步骤 1201-步骤 1210 ): 步骤 1201、 用户想要访问某个分组数据网络或者请求某种业务就发起 PDN连接请求, 通过这条消息建立用户与分组数据网络之间的连接; 步骤 1202、 MME利用用户上 4艮的接入点名通过 DNS查询找到用户所要 访问的 P-GW, 通过默认承载创建过程建立 S-GW和 P-GW之间的默认承载 连接; 步骤 1203、 MME建立完成核心网侧的默认承载之后需要激活相应的无 线承载, 如果 MME认为可以为用户提供本地接入功能 (根据签约或者网络 负荷情况), 那么 MME通过 E-RAB建立请求消息将默认承载的 Qos参数以 及承载类型发给基站指示无线侧建立承载。 承载类型用于指示该条承载是否 用于本地传输, 基站 (该基站包括传输分流网元)仅对可用于本地接入传输 的承载使用路由策略。对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部署情况, 传输分流网元仅对可用于本地接入传输的承载使用路由 策略; 步骤 1204、 基站根据 MME发送的承载 Qos参数建立相应的无线承载; 步 4聚 1205、 无线 7 载建立完成之后, 基站回复 E-RAB建立响应消息告 知核心网; 步骤 1206、 核心网 MME通过承载修改请求消息将基站地址和下行隧道 标识告知月艮务网关; 步骤 1207、如果无线接入技术发生改变或者核心网要求上 4艮用户位置信 息进行计费, 那么服务网关通过更新承载过程将上述信息上报给分组数据网 关; 步骤 1208、 分组数据网关回复 7 载 4爹改响应消息; 步骤 1209、 服务网关回复承载修改响应消息; 步骤 1210、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站 (含传输分 流网元) 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放, 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 S 1接口上的部署情况, 由传输分流网元完成本地承载释放功能。 实施例六 图 13 是根据本发明实施例六的用户发起跟踪区更新过程时指示承载类 型的实施方式的流程图, 如图 13所示, 该流程包括以下步 4聚(步 4聚 1301-步 骤 1310 ): 步骤 1301、 如果用户移动到跟踪区列表之外的新跟踪区, 那么用户发起 跟踪区更新请求消息, 其中携带用户的临时标识、 旧跟踪区标识、 用户能力 等信息。 如果用户同时有上行数据要发送, 那么在请求消息中设置激活标志 位, 请求核心网在跟踪区更新的过程中进行空口承载建立; 步骤 1302、 新 MME才艮据临时用户标识找到旧 SGSN或者 MME获取用 户的上下文信息; 步骤 1303、 如果 MME中没有用户的签约数据, 那么就向用户数据服务 器发送更新位置请求消息, 其中包括移动性管理单元标识、 用户标识、 更新 类型等信息; 步骤 1304、 在 ISR (空闲模式信令减少) 功能未激活时, 如果归属用户 服务器得知用户从新的移动性管理单元注册, 那么就向旧的移动性管理单元 发送取消位置消息, 删除用户在旧移动性管理单元中的上下文信息, 释放在 旧基站下的信令连接; 步骤 1305、 旧的移动性管理单元返回取消位置确认消息; 步骤 1306、 归属用户服务器通过位置更新确认消息把用户的签约数据下 发给 MME。 位置更新确认消息表示用户位置更新完成, 新的移动性管理单 元已经在用户数据服务器中注册完毕; 步骤 1307、 如果用户在艮踪区更新请求中携带了激活指示, 那么核心网 ΜΜΕ通过初始上下文建立请求消息指示基站建立无线 载。 如果 ΜΜΕ认 为可以为用户提供本地接入功能( 居用户签约或者网络负荷情况), 那么在 该条消息中将无线承载的 Qos信息和承载类型发送给基站。 路由区更新接受 消息也可以封装在该条消息中通过基站发送给用户。 如果用户没有携带激活 指示, 那么核心网不会建立无线承载, 通过下行非接入层传输消息把路由区 更新接受消息发送给用户。 承载类型用于指示该条承载是否用于本地接入传 输, 基站 (该基站包括传输分流网元)仅对可用于本地接入传输的承载使用 路由策略。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的 部署情况, 传输分流网元仅对可用于本地接入传输的 7 载使用路由策略; 步骤 1308、 基站根据 MME发送的承载 Qos参数建立相应的无线承载; 步 4聚 1309、 空口 载建立完成之后基站回复初始上下文建立响应消息通 知核心网; 步骤 1310、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放, 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况, 由传输分流网元完成本地^载释放功能。 实施例七 在本实施例中, 提供了两种切换过程指示承载类型的优选实施方式, 下 面结合附图对这两种实施方式分别进行介绍。 图 14 是根据本发明实施例七的切换过程指示承载类型的实施方式一的 流程图, 如图 14所示, 该流程包括以下步 4聚 (步 4聚 1401-步 4聚 1412 ): 步骤 1401、 用户测量临近小区的无线信号情况, 以测量报告的形式上报 给当前为之服务的基站; 步骤 1402、 源基站根据用户上报的测量报告发现当前用户所处小区的信 号变差, 需要切换到其它基站上, 那么就选择一个目标基站发起切换; 步骤 1403、如果源根据基站间接口状况或者目标基站的位置信息判断需 要发起核心网执行的切换, 那么就向旧移动性管理单元发送切换需求消息。 消息中携带是否支持直接转发隧道的指示、 目标基站标识等信息; 步骤 1404、 旧移动性管理单元根据目标基站的信息决定是否进行移动性 管理单元的重选。 如果重选了移动性管理单元, 那么就通过转发切换需求消 息将用户上下文、 目标基站标识、 直接转发指示等消息发送到新的移动性管 理单元。 用户上下文中包括已建立的承载信息和承载类型。 承载类型用于指 示该条承载是否用于本地接入传输, 基站 (该基站包括传输分流网元) 仅对 可用于本地接入传输的承载使用路由策略。 对于传输分流网元单独部署在基 站和核心网网元间 Iu接口上的部署情况,传输分流网元仅对可用于本地接入 传输的承载使用路由策略; 步骤 1405 , 新移动性管理单元向目标基站发送切换请求消息, 指示目标 基站进行切换资源预留。 消息包括承载建立列表、 切换限制列表、 源到目的 传输容器、 承载类型等参数; 步骤 1406、 目标基站的无线 7 载建立完成后回复切换请求确认消息; 步骤 1407、新移动性管理单元通过转发重定位响应消息通知旧移动性管 理单元目标侧已经准备好切换; 步骤 1408、 旧移动性管理单元通过向源基站发送切换命令; 步骤 1409、 旧源基站向用户发送切换命令指示用户切换到目标基站下; 步骤 1410、 用户同步到目标基站之后发送切换确认消息; 步 4聚 1411、 目标基站通过切换通知消息告知新移动性管理单元切换完 毕, 消息中携带目标基站的地址和下行隧道标识; 步骤 1412、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站 (含传输分 流网元) 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放, 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 Iu接口上的部署情况, 由传输分流网元完成本地承载释放功能。 图 15 是根据本发明实施例七的切换过程指示承载类型的实施方式二的 流程图, 如图 15所示, 该流程包括以下步 4聚 (步 4聚 1501-步 4聚 1510 ): 步骤 1501、 用户测量临近小区的无线信号情况, 以测量报告的形式上报 给当前为之服务的基站; 步骤 1502、 源基站根据用户上报的测量报告发现当前用户所处小区的信 号变差, 需要切换到其它基站上, 那么就选择一个目标基站发起切换; 步骤 1503、如果源根据基站间接口状况或者目标基站的位置信息判断需 要发起基站间的切换, 那么就向目标基站发送切换请求消息。 消息中包括 RRC上下文、 目标基站标识、 AS层配置、 无线承载参数、 承载类型等信息。 承载类型用于指示该条承载是否用于本地接入传输, 基站 (该基站包括传输 分流网元) 仅对可用于本地接入传输的承载使用路由策略。 对于传输分流网 元单独部署在基站和核心网网元间 S 1 接口上的部署情况, 传输分流网元仅 对可用于本地接入传输的承载使用路由策略; 步骤 1504、 目标基站 居切换请求消息中携带的参数分配无线资源, 切 换准备完成后触发用户发起到目标基站的切换; 步骤 1505、 源基站通过切换命令指示用户切换到目标基站下; 步骤 1506、用户成功同步到目标基站小区后向目标基站发送切换证实消 息指示切换过程执行完毕。 此时目标家庭基站可以开始向用户发送緩存的下 行数据; 步骤 1507、 目标基站通过路径切换请求消息通知 MME用户已经更改了 服务小区; 步骤 1508、 MME和服务网关之间执行用户面更新过程, 将基站的地址 和下行隧道标识告知服务网关, 核心网的下行数据此时可以发送; 步骤 1509、 MME 向目标基站回复路径切换确认消息提供更新后的 UE-AMBR或者指示哪些 载建立失败由无线侧进行相应的 载删除; 步骤 1510、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站 (含传输分 流网元) 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放, 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 S 1接口上的部署情况, 由传输分流网元完成本地承载释放功能。 如果源基站和目标基站由同一个移动性管理单元为之月艮务, 那么切换过 程由同一移动性管理单元完成。 步 4聚 1504和步 4聚 1507不用发送。 移动性管 理单元直接向目标基站发送切换请求消息指示承载类型。 实施例八 在本实施例中提供了两种移动性管理单元更新承载指示的优选实施方 式, 下面结合附图对具体的两种实施方式分别进行介绍。 图 16 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式一的流程图, 如图 16所示, 该流程包括以下步骤 (步骤 1601-步骤 1608 ): 步 4聚 1601、 第一种应用场景, 用户和运营商协商^ ί'爹改本地 IP接入能力 的签约; 步骤 1602、 归属用户服务器将修改后的签约数据通过插入用户数据过程 告知核心网移动性管理实体 MME; 步骤 1603、 MME 收到用户签约数据后回复插入用户数据确认消息。 MME找到用户本地接入能力相关的承载进行承载类型的修改; 步骤 1604、 第二种应用场景, 在运营商或者基站拥有者的控制下修改了 基站 (该基站包括传输分流网元) 的本地接入能力, 也就是说该基站不再执 行本地接入功能, 所有用户数据都通过核心网传送; 步骤 1605、 基站通过基站配置更新消息将本地接入能力 爹改上 4艮给 MME; 步骤 1606、 MME收到基站更新后的本地接入能力给基站回复确认消息, 并找到相应的本地接入承载进行类型修改; 步骤 1607、 如果用户处于连接^! 态, 那么 MME通过用户上下文 4爹改请 求消息把承载类型带给基站; 步骤 1608、 基站收到新的承载类型后进行更新, 回复用户上下文修改响 应消息。 对于传输分流网元位于基站和核心网网元间 S 1 接口的部署场景, 传输 分流网元的本地接入功能变化也釆用相同的基站更新通知机制, 由核心网 MME将更新后的 载类型通知给传输分流网元。 图 17 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式二的流程图, 如图 17所示, 该流程包括以下步骤 (步骤 1701-步骤 1708 ): 步 4聚 1701、 第一种应用场景, 用户和运营商协商^ ί'爹改本地 IP接入能力 的签约; 步骤 1702、 归属用户服务器将修改后的签约数据通过插入用户数据过程 告知核心网 SGSN; 步骤 1703、 SGSN 收到用户签约数据后回复插入用户数据确认消息。 SGSN找到用户本地接入能力相关的承载进行承载类型的修改; 步骤 1704、 第二种应用场景, 在运营商或者基站拥有者的控制下修改了 基站 (该基站包括传输分流网元) 的本地接入能力, 也就是说该基站不再执 行本地接入功能, 所有用户数据都通过核心网传送; 步骤 1705、 基站通过信息交互请求将本地接入能力修改上报给 SGSN; 步骤 1706、 SGSN收到基站新的配置消息后给基站回复信息交互响应消 息, 并找到相应的本地接入 载进行类型爹改; 步骤 1707、 SGSN通过 RAB指派请求消息把承载类型带给基站; 步骤 1708、基站收到新承载类型后进行更新, 回复 RAB指派响应消息。 对于传输分流网元位于基站和核心网网元间 Iu接口的部署场景,传输分 流网元的本地接入功能变化也釆用相同的信息交互通知机制, 由核心网 SGSN将更新后的承载类型通知给传输分流网元。 实施例九 图 18 是根据本发明实施例九的网络激活专用承载时指示承载类型的实 施方式的流程图,如图 18所示,该流程包括以下步骤(步骤 1801-步骤 1808 ): 步骤 1801、如果 P-GW根据本地配置的或者策略服务器下载的 Qos策略 发现支持用户业务的承载资源不足, 那么就通过承载创建过程为用户建立专 用承载。 P-GW 通过承载创建请求消息将新承载的 Qos 参数、 TFT、 S5/S8 接口的隧道标识等信息发送到 S-GW; 步骤 1802、 S-GW向 MME发送创建承载请求消息, 其中包括承载 Qos 参数、 TFT、 S I接口用户面隧道标识等信息; 步骤 1803、 MME根据收到承载建立请求消息知道要建立相应的空口承 载, 那么通过 E-RAB建立请求消息将承载 Qos参数带给基站, 如果该条承 载是 non-GBR且可以为本地接入业务使用, 那么就把承载类型一起发送。 承 载类型用于指示该条承载是否用于本地接入传输, 基站 (该基站包括传输分 流网元)仅对可用于本地接入传输的承载使用路由策略。 对于传输分流网元 单独部署在基站和核心网网元间 S 1 接口上的部署情况, 传输分流网元仅对 可用于本地接入传输的承载使用路由策略; 步骤 1804、 基站根据 Qos参数建立相应的空口承载; 步骤 1805、 空口承载建立完成, 基站回复 E-RAB建立响应消息; 步骤 1806、 MME通过创建承载响应将基站地址和下行隧道标识信息告 知 S-GW; 步骤 1807、 S-GW给 P-GW回复创建承载响应消息告知专用承载建立完 成; 步骤 1808、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站 (含传输分 流网元) 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放, 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 S 1接口上的部署情况, 由传输分流网元完成本地承载释放功能。 对于 3G系统来说 GGSN也可以进行专用承载建立, 称之为 GGSN发起 的 PDP上下文二次激活过程,与本实施例类似,新建 载的类型可以在 RAB 指派消息发送给基站, 在此不做赞述。 实施例十 图 19 是根据本发明实施例十的用户请求资源分配时指示承载类型的实 施方式的流程图,如图 19所示,该流程包括以下步骤(步骤 1901-步骤 1909 ): 步骤 1901、 当 UE发现某种业务的承载资源不足时就发起请求承载资源 修改消息, 将请求承载的 Qos参数、 标识信息、 协议配置选项等参数发送给 MME; 步骤 1902、 MME通过承载资源命令消息将上述参数发送给 S-GW; 步骤 1903、 S-GW 通过承载资源命令消息将上述参数发送给 P-GW,
S-GW仅起到转发作用; 步骤 1904、如果 P-GW根据本地配置的或者策略服务器下载的 Qos策略 发现支持用户业务的承载资源不足, 那么就发起承载创建或者修改过程; 步骤 1905、 MME 居收到 载建立或者更新请求消息知道要建立或者 更新相应的空口承载, 那么通过 E-RAB 建立或者修改请求消息将承载 Qos 参数带给基站, 如果该条承载是 non-GBR且可以为本地接入业务使用, 那么 就把承载类型一起发送。承载类型用于指示该条承载是否用于本地接入传输, 基站 (该基站包括传输分流网元) 仅对可用于本地接入传输的承载使用路由 策略。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部署 情况, 传输分流网元仅对可用于本地接入传输的承载使用路由策略; 步骤 1906、 基站根据 Qos参数建立或者更新相应的空口承载; 步骤 1907、 空口 载建立或者更新完成, 基站回复 E-RAB建立或者更 新响应消息; 步骤 1908、 MME通过承载创建或者修改响应过程将下行隧道打通, 并 告知 P-GW流程执行完毕; 步骤 1909、 在基站(该基站包括传输分流网元)本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下, 基站 (该基站包 括传输分流网元) 可以本地释放本地接入相关的无线承载然后促使核心网侧 承载的释放, 不需核心网的判断操作。 对于传输分流网元单独部署在基站和 核心网网元间 S 1 接口上的部署情况, 由传输分流网元完成本地 载释放功 能。 对于 3G系统来说 UE也可以根据自身资源情况请求承载资源建立或者
4爹改, 称之为 UE发起的 PDP上下文二次激活过程或者 PDP上下文 4爹改过 程, 与本实施例类似, 承载的类型可以在 RAB指派或者 RAB修改消息中发 送给基站, 在此不做赘述。 实施例十一 在本实施例中, 还提供了一种传输分流网元。 该传输分流网元用于执行 上述各个实施例的方法。 图 20是才艮据本发明实施例的传输分流网元的结构示意图,如图 20所示, 根据本发明实施例的传输分流网元, 包括: 接收模块 2001、 判断模块 2002 , 其中,接收模块 2001 , 用于接收来自核心网的移动性管理单元的通知, 其中, 该通知中携带有将建立或修改承载的承载类型; 判断模块 2002 , 用于根据上 述承载类型判断是否对上述承载使用路由策略。 传输分流网元可以位于基站上或者基站与核心网网元间接口 (Iu 或者 S 1 ) 上。 根据本发明实施例, 又提供了一种承载类型的指示系统。 图 21 是根据本发明实施例的承载类型的指示系统的系统结构图。 如图
21所示, 根据本发明实施例的承载类型的指示系统的系统, 包括: 移动性管 理单元 2101、 传输分流网元 2102 , 其中, 移动性管理单元 2101 , 用于在指 示无线侧建立或者修改承载时, 通知上述承载的承载类型; 传输分流网元 2102 , 用于接收移动性管理单元发送的通知, 并根据承载类型判断是否对上 述承载使用路由策略。 上述移动管理单元 2101包括:移动性管理实体 MME或 艮务 GPRS支持 节点 SGSN, 在指示无线侧建立或者^ ί'爹改^载时, 可以由移动性管理实体 ΜΜΕ将上述承载的承载类型通知给传输分流网元, 也可以由服务 GPRS 支 持节点 SGSN上述承载的承载类型通知给传输分流网元。 如上所述, 借助本发明实施例提供的技术方案, 不仅在启用本地接入功 能的时候, 传输分流网元可以不用对所有承载的数据包都进行处理, 仅对某 一承载应用路由策略, 而且在传输分流网元本地接入功能关闭或者用户发生 基站间切换本地接入功能不支持移动性的情况下, 通过传输分流网元本地释 放本地接入相关的无线承载, 促使核心网侧承载的释放, 从而简化了核心网 的判断操作, 另外在核心网侧决定是否开启本地接入功能的情况下, 传输分 流网元也可以正确开启路由策略。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种承载类型的指示方法, 其特征在于, 包括:
在无线承载建立或者修改时, 核心网移动性管理单元将所述承载的 承载类型通知给传输分流网元。
2. 根据权利要求 1所述的方法, 其特征在于, 在所述移动性管理单元将所 述^载类型通知给传输分流网元之后, 所述方法还包括:
所述传输分流网元根据所述承载类型选择是否对所述承载使用路由 策略。
3. 根据权利要求 2所述的方法, 其特征在于, 所述传输分流网元位于基站 上或者位于基站与核心网网元间接口上。
4. 根据权利要求 2所述的方法, 其特征在于, 所述承载类型包括: 用于本 地接入传输、 不用于本地接入传输。
5. 根据权利要求 4所述的方法, 其特征在于, 所述本地接入传输包括用户 对家庭网络其他网络协议 IP设备或互联网络 Internet的访问。
6. 居权利要求 4所述的方法, 其特征在于, 所述传输分流网元 -据所述 承载类型选择是否对所述承载应用路由策略, 包括:
如果所述 7 载类型是用于本地接入传输, 则所述传输分流网元对所 述承载使用路由策略;
否则, 所述传输分流网元对所述承载不使用路由策略。
7. 根据权利要求 6所述的方法, 其特征在于, 在所述承载类型是用于所述 本地接入传输的情况下, 如果所述传输分流网元的本地接入功能关闭, 或者用户进行基站间切换时本地接入功能不支持移动性, 则所述方法还 包括:
所述传输分流网元释放用于本地接入传输的所述 载。
8. 根据权利要求 3或 7所述的方法, 其特征在于, 所述基站包括: 家庭基 站或宏基站。
9. 根据权利要求 1至 7中任一项所述的方法, 其特征在于, 所述移动管理 单元包括: 移动性管理实体 MME或服务 GPRS支持节点 SGSN。
10. —种传输分流网元, 其特征在于, 包括:
接收模块, 用于接收来自核心网移动性管理单元的通知, 其中, 所 述通知中携带有将建立或修改的承载的承载类型;
判断模块, 用于根据所述承载类型判断是否对所述承载使用路由策 略。
11. 一种承载类型的指示系统, 其特征在于, 包括:
移动性管理单元, 用于在无线承载建立或者修改时, 通知所述承载 的承载类型;
传输分流网元, 用于接收所述移动性管理单元发送的通知, 并才艮据 所述承载类型判断是否对所述承载使用路由策略。
PCT/CN2010/074852 2009-08-20 2010-06-30 承载类型的指示方法、系统及传输分流网元 WO2011020386A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910168452.X 2009-08-20
CN200910168452XA CN101998353A (zh) 2009-08-20 2009-08-20 承载类型的指示方法、基站及系统

Publications (1)

Publication Number Publication Date
WO2011020386A1 true WO2011020386A1 (zh) 2011-02-24

Family

ID=43606623

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2010/074852 WO2011020386A1 (zh) 2009-08-20 2010-06-30 承载类型的指示方法、系统及传输分流网元
PCT/CN2010/075609 WO2011020405A1 (zh) 2009-08-20 2010-07-30 指示数据分流的方法、系统及传输分流网元

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075609 WO2011020405A1 (zh) 2009-08-20 2010-07-30 指示数据分流的方法、系统及传输分流网元

Country Status (4)

Country Link
US (1) US9320075B2 (zh)
EP (1) EP2469930B1 (zh)
CN (1) CN101998353A (zh)
WO (2) WO2011020386A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102711218A (zh) * 2011-03-28 2012-10-03 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
CN103476150A (zh) * 2013-08-23 2013-12-25 北京创毅讯联科技股份有限公司 一体化基站

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102439901B (zh) * 2009-05-19 2014-12-03 瑞典爱立信有限公司 建立通信会话
GB2472866B (en) * 2009-08-21 2013-05-08 Samsung Electronics Co Ltd Network elements, integrated circuits and methods for routing control
JP5784029B2 (ja) * 2010-10-01 2015-09-24 三菱電機株式会社 通信システム
EP2688363B1 (en) * 2011-05-31 2017-11-29 Huawei Technologies Co., Ltd. System, device for convergence transmission and method for data distribution convergence
CN103548387B (zh) * 2011-09-05 2017-08-18 华为技术有限公司 处理切换的方法、移动性管理网元、无线接入网元和系统
WO2013075337A1 (zh) * 2011-11-25 2013-05-30 华为技术有限公司 基于Gx接口的过滤器处理方法及PGW、PCRF
CN103262610B (zh) * 2011-12-15 2017-04-19 华为技术有限公司 切换处理方法、设备和系统
CN103220721B (zh) * 2012-01-20 2018-06-12 中兴通讯股份有限公司 无线接入能力上报方法和基站、策略控制方法和系统
BR112014022171B1 (pt) * 2012-03-23 2022-09-20 Nec Corporation Servidor de assinante doméstico, servidor de monitoramento, método executado por um servidor de assinante doméstico
CN103379548B (zh) * 2012-04-28 2016-03-30 华为技术有限公司 网络分流的方法和基站
US9094774B2 (en) 2012-05-14 2015-07-28 At&T Intellectual Property I, Lp Apparatus and methods for maintaining service continuity when transitioning between mobile network operators
US9148785B2 (en) * 2012-05-16 2015-09-29 At&T Intellectual Property I, Lp Apparatus and methods for provisioning devices to utilize services of mobile network operators
US8800015B2 (en) 2012-06-19 2014-08-05 At&T Mobility Ii, Llc Apparatus and methods for selecting services of mobile network operators
US9473929B2 (en) 2012-06-19 2016-10-18 At&T Mobility Ii Llc Apparatus and methods for distributing credentials of mobile network operators
CN103517360B (zh) * 2012-06-25 2017-04-19 华为终端有限公司 切换方法、系统及设备
CN103517256A (zh) * 2012-06-29 2014-01-15 中兴通讯股份有限公司 一种mme的本地ip接入能力信息获取方法和基站
BR112015001197B1 (pt) 2012-07-20 2022-05-31 Huawei Technologies Co., Ltd Método, estação base e terminal de usuário para transmissão de serviço
US10123302B2 (en) * 2012-07-20 2018-11-06 Nec Corporation Paging control apparatus, paging method, wireless terminal, and non-transitory computer-readable medium
CN103582163B (zh) * 2012-08-01 2018-10-23 中兴通讯股份有限公司 承载处理方法、承载释放方法、装置及系统
KR20140080192A (ko) * 2012-12-20 2014-06-30 주식회사 팬택 이종 네트워크 무선 통신 시스템에서 베어러 확장 제어 방법 및 그 장치
CN104066133B (zh) 2013-03-21 2019-10-22 北京三星通信技术研究有限公司 一种支持切换的方法
CN104378777B (zh) * 2013-08-13 2020-12-22 索尼公司 无线通信系统中的用户设备、基站设备、通信设备和方法
EP2843889A1 (en) * 2013-08-29 2015-03-04 Alcatel Lucent System and method for routing traffic in a mobile network interfaced with a cdn
US9801110B2 (en) * 2013-09-27 2017-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for avoidance of partial offloading of traffic bearers
EP3096559A4 (en) * 2014-01-14 2017-09-20 LG Electronics Inc. Path switch method for dual connectivity in wireless communication system and apparatus for same
EP3304972B1 (en) * 2015-06-02 2019-08-07 Telefonaktiebolaget LM Ericsson (publ) Adapting qos for a radio bearer having two associated qos by means of a ue indication
CN105657751B (zh) * 2016-01-19 2019-01-11 烽火通信科技股份有限公司 LTE Femto接入网系统及提高实时性业务质量方法
WO2017198898A1 (en) * 2016-05-17 2017-11-23 Nokia Technologies Oy Path switch method between lte and 5g node
EP3711365B1 (en) * 2017-11-17 2022-02-09 Telefonaktiebolaget LM Ericsson (publ) Information exchange for initial user equipment access
CN111263416A (zh) 2018-12-03 2020-06-09 北京三星通信技术研究有限公司 切换的方法和设备
US11032163B2 (en) * 2019-10-25 2021-06-08 Verizon Patent And Licensing Inc. Method and system for selection and orchestration of multi-access edge computing resources
EP3975631A1 (en) * 2020-09-25 2022-03-30 Nxp B.V. Method and system for determining the position of at least one node in a communication network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101299882A (zh) * 2008-05-04 2008-11-05 中兴通讯股份有限公司 承载类型识别和指示方法
CN101478743A (zh) * 2008-01-03 2009-07-08 大唐移动通信设备有限公司 一种eps承载管理的方法和装置
CN101511076A (zh) * 2008-07-29 2009-08-19 华为技术有限公司 一种用户接入网络的管理方法、装置和系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE202005021930U1 (de) 2005-08-01 2011-08-08 Corning Cable Systems Llc Faseroptische Auskoppelkabel und vorverbundene Baugruppen mit Toning-Teilen
FI20075252A0 (fi) 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
CN102421152B (zh) * 2007-04-20 2014-03-12 华为技术有限公司 识别承载类型的方法和设备
FI20075297A0 (fi) * 2007-04-27 2007-04-27 Nokia Siemens Networks Oy Menetelmä, radiojärjestelmä ja tukiasema
CN101472350B (zh) 2007-12-27 2011-09-21 华为技术有限公司 一种实现移动通信系统承有承载活的方法及系统、节点
EP2432287A1 (en) * 2009-05-13 2012-03-21 Huawei Technologies Co., Ltd. Method, device and system for paging user equipment
US8442004B2 (en) * 2009-06-29 2013-05-14 Motorola Mobility Llc Service continuity during outbound handover from a home network base station with local internet protocol access
US8743696B2 (en) * 2009-08-07 2014-06-03 Cisco Technology, Inc. Mobile transport solution for offloading to an alternate network
US20110116469A1 (en) * 2009-11-16 2011-05-19 Motorola, Inc. Local internet protocol access/selected internet protocol traffic offload packet encapsulation to support seamless mobility

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478743A (zh) * 2008-01-03 2009-07-08 大唐移动通信设备有限公司 一种eps承载管理的方法和装置
CN101299882A (zh) * 2008-05-04 2008-11-05 中兴通讯股份有限公司 承载类型识别和指示方法
CN101511076A (zh) * 2008-07-29 2009-08-19 华为技术有限公司 一种用户接入网络的管理方法、装置和系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102711218A (zh) * 2011-03-28 2012-10-03 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
WO2012129923A1 (zh) * 2011-03-28 2012-10-04 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
CN103476150A (zh) * 2013-08-23 2013-12-25 北京创毅讯联科技股份有限公司 一体化基站

Also Published As

Publication number Publication date
US9320075B2 (en) 2016-04-19
EP2469930A4 (en) 2014-01-01
CN101998353A (zh) 2011-03-30
EP2469930A1 (en) 2012-06-27
US20120142278A1 (en) 2012-06-07
WO2011020405A1 (zh) 2011-02-24
EP2469930B1 (en) 2016-06-22

Similar Documents

Publication Publication Date Title
WO2011020386A1 (zh) 承载类型的指示方法、系统及传输分流网元
EP2709340B1 (en) Local network and method for establishing connection between local gateway and home nodeb
US9648520B2 (en) Method for processing data associated with handover in a wireless network
US10015718B2 (en) Method, apparatus, and system for routing user plane data in mobile network
JP5637138B2 (ja) 通信システムと通信制御方法
US8730831B2 (en) Method and system for acquiring route strategies
US9967781B2 (en) Apparatus and method for supporting handover
US20110235605A1 (en) Radio resource allocation method and device of henb in evolved packet system
US8842636B2 (en) Method and device for managing Internet Protocol offload connection
CN102196405B (zh) 移动性管理实体获取会话管理信息参数的方法和系统
WO2011095100A1 (zh) 一种对本地ip连接的建立进行控制的方法和系统
WO2012041073A1 (zh) 一种实现流迁移的方法及系统
WO2011054320A1 (zh) 一种转移核心网ip业务的方法、设备及系统
WO2011026407A1 (zh) 一种本地网际协议访问连接移动性支持的方法及系统
WO2012130018A1 (zh) 一种ip分流连接移动性支持的方法及系统
WO2011017979A1 (zh) 支持ip分流的通信系统中资源管理方法与装置
WO2012126319A1 (zh) 一种本地访问业务的切换方法及系统
WO2012041131A1 (zh) 一种用户参与本地访问连接建立的方法及系统
WO2011157100A1 (zh) 一种数据缓存的方法和系统
WO2011032444A1 (zh) 移动性处理方法及装置
WO2011153889A1 (zh) 一种实现本地切换的方法和装置
WO2013185542A1 (zh) 一种本地互通的实现方法及网元设备
WO2011160527A1 (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: 10809519

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

Country of ref document: EP

Kind code of ref document: A1