WO2011020405A1 - 指示数据分流的方法、系统及传输分流网元 - Google Patents

指示数据分流的方法、系统及传输分流网元 Download PDF

Info

Publication number
WO2011020405A1
WO2011020405A1 PCT/CN2010/075609 CN2010075609W WO2011020405A1 WO 2011020405 A1 WO2011020405 A1 WO 2011020405A1 CN 2010075609 W CN2010075609 W CN 2010075609W WO 2011020405 A1 WO2011020405 A1 WO 2011020405A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
base station
network element
local access
data
Prior art date
Application number
PCT/CN2010/075609
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 中兴通讯股份有限公司
Priority to US13/259,779 priority Critical patent/US9320075B2/en
Priority to EP10809538.1A priority patent/EP2469930B1/en
Publication of WO2011020405A1 publication Critical patent/WO2011020405A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H04W36/125—Reselecting a serving backbone network switching or routing node involving different types of service backbones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic

Definitions

  • 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.
  • 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. It is similar in function to the mobility management entity and is responsible for user location update, paging management, and bearer management.
  • 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. It is connected to the Internet and the packet data network, and is responsible for the Internet Protocol (IP) address allocation, charging function, and packet filtering of the terminal. , policy control and other functions.
  • IP Internet Protocol
  • 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.
  • eNB E-UTRAN NodeB
  • RNC 3G Radio Network Control
  • 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 a 3G network, the home base station gateway must be deployed to shield the impact on the terminal and the 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 the user to the home and the enterprise network. Local access to IP devices or the Internet or other specific networks. Through the local access function, the Internet or a specific network data service can be offloaded, the core network load can be reduced, and access to the home network device can be forwarded without 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 locally access the Internet or other specific networks, the purpose is to reduce the core network load. FIG.
  • the data sent by the user to the home network, the Internet, and the core network may share the same PDN connection.
  • the branching policy in the home base station completes the selection of the packet offload path.
  • the home base station may also be referred to as a transport offload network element.
  • the transport offloaded network element is a network element that has the function of performing the offloading policy. It 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 existing transmission offload network element can use the correspondence between the destination address of the data transmission and the selection of the offload path as a traffic off policy.
  • the application of the offloading strategy requires the transmission of the offloaded network element to perform address resolution on each of the carried data packets.
  • the transmission of the offload network element does not optimize the processing of the data packet, which wastes system resources.
  • only the Internet service needs to be locally accessed.
  • the user can sign the default payload or non-GBR dedicated to the Qos connection in the PDN connection to complete the data. Transmission, at this time, the traffic-based shunting strategy is more advantageous.
  • the special network mechanism can only be added by transmitting the offload network element. Element, initiated by the core network element to initiate local access? It cannot be processed locally by the transmission offload network element, which increases the burden on the core network. In addition, in the scenario where the core network side determines whether to activate the local access function, there is no mechanism for notifying the transmission of the local access function status of the user of the offloaded network element. The transmission offloaded network element cannot correctly enable the offloading policy for data offloading.
  • the present invention provides a method, a system, and a transmission offloading network element for indicating data offloading, which are used to solve the problem that the traffic distribution policy is not obtained due to the fact that the transmission network element cannot obtain the bearer type.
  • the system resource is wasted, the processing error is incorrect, and at least one of the problems that the transmission offload network element cannot handle the local access bearer.
  • a method for indicating data offloading is provided, including: when a wireless bearer establishes or tampers, the core network mobility management unit notifies the 7-load type of the 7-carrier type to the transport split network element. Determine if data offloading is enabled.
  • the bearer type is used to indicate whether the bearer is used for local access.
  • the bearer type indicates whether the bearer is used for local access by using a newly defined parameter or by setting the presence or absence of an existing parameter.
  • the method before the mobility management unit notifies the bearer type of the bearer to the transport offload network element, the method further includes: determining, by the mobility management unit, a subscription status of the user or a network load condition The user provides local access.
  • the method further includes: transmitting the offloaded network element to perform data offloading on the bearer enabled offloading policy for local access; The network element sends data not used for the local access bearer to the core network.
  • the transmission offload network element is located on the base station or on an interface between the base station and the core network element.
  • the offloading policy includes at least one of the following: splitting according to the load, and offloading according to the target address sent by the data, and then offloading according to the service type.
  • the local access comprises: local access by the user to the home network, other network protocol IP devices of the enterprise network or the internetwork or other specific networks.
  • the bearer type is for the local access, if the transmission The local access function of the offloaded network element is closed, or the local access function does not support the mobility when the user performs the inter-base station handover.
  • the method further includes: the transmitting the offloaded network element releasing the bearer for local access.
  • the base station comprises: a home base station or a macro base station.
  • the mobility management unit comprises: a mobility management entity MME or a serving GPRS support node SGSN.
  • a transmission offload network element is further provided, including: a receiving module, configured to receive a notification from a core network mobility management unit, where the notification carries a The bearer type of the bearer; an execution module, configured to determine whether to enable data offload according to the bearer type.
  • the transport offload network element is configured to perform data splitting on the bearer-enabled offloading policy for local access to complete local access; and the transport offloaded network element is further configured to send data not used on the local access bearer.
  • a system for indicating data offloading including: a mobility management unit, configured to notify a bearer type of a bearer when a radio bearer is established or modified; and transmit a offload network element, Receiving a notification sent by the mobility management unit, and determining whether to enable data offloading according to the type of loading.
  • the mobility management unit determines to provide the local access function for the user according to the subscription condition of the user or the network load condition.
  • the transmission offload network element is further configured to perform data offloading on a bearer enabled offloading policy for local access, and send data not used in the local access to the core network.
  • the above-mentioned at least one solution of the present invention solves the problem caused by the fact that the traffic distribution network element cannot acquire the bearer type and causes the traffic policy to be abnormal due to the fact that the transport split network element cannot acquire the bearer type, thereby simplifying the judgment operation of the core network.
  • the transmission offload network element can also correctly enable the offloading policy for data offloading.
  • 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
  • Figure 5 is a direct establishment of 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 for implementing a local access function according to the related art;
  • FIG. 7 is a flowchart of a method for indicating data offload according to an embodiment of the present invention;
  • FIG. 8 is a flowchart according to the present invention.
  • FIG. 9 is a flowchart showing an implementation manner of instructing data offloading when a user initiates a service request procedure according to Embodiment 3 of the present invention;
  • FIG. 11 is a schematic diagram of Embodiment 2 of indicating a data offload when a user initiates a service request process according to Embodiment 3 of the present invention
  • FIG. 11 is a flowchart according to the present invention.
  • FIG. 12 is a diagram showing an embodiment of an embodiment indicating data splitting when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • FIG. 12 is a diagram showing an embodiment of a data splitting when a user requests a PDN connection establishment according to Embodiment 5 of the present invention
  • 13 is a schematic diagram of an embodiment of indicating a data distribution when a user initiates a tracking area update process according to Embodiment 6 of the present invention
  • FIG. 12 is a diagram showing an embodiment of an embodiment indicating data splitting when a user initiates a tracking area update process according to Embodiment 6 of the present invention
  • FIG. 12 is a diagram showing an embodiment of an embodiment indicating data splitting when a user initiates a tracking area update
  • FIG. 14 is a first embodiment of a handover procedure indicating data offloading according to Embodiment 7 of the present invention
  • 15 is a flowchart of Embodiment 2 of a handover procedure indicating data offload according to Embodiment 7 of the present invention
  • FIG. 16 is a flowchart of Embodiment 1 of a mobility management unit for updating a data offload capability according to Embodiment 8 of the present invention
  • FIG. 17 is a flowchart of Embodiment 2 of a mobility management unit for updating data offload capability according to Embodiment 8 of the present invention
  • FIG. 18 is an embodiment of indicating data offload when a network activation dedicated bearer is performed according to Embodiment 9 of the present invention
  • FIG. 19 is a flowchart of an embodiment of indicating a data offload 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
  • It is a system configuration diagram of a data offload indication system according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION Embodiments in the present application and features in the embodiments may be combined with each other without conflict.
  • the preferred embodiments of the present invention are described in the following with reference to the accompanying drawings, which are intended to illustrate and illustrate the invention.
  • the first embodiment provides a method, a system, and a transmission offloading network element for indicating data offloading.
  • FIG. 7 is a flowchart of a method for indicating data offloading according to an embodiment of the present invention. As shown in FIG.
  • Step 702 The mobile network management unit of the core network notifies the transporting offload network element of the bearer type of the bearer when the radio 7 is set up or tampering.
  • the type of the bearer indicates that the strip is used for local access. , not for local access.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters.
  • 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
  • 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 determines whether to enable data offload according to the bearer type.
  • the transport offload network element performs data offloading on the offloaded splitting policy; otherwise, The transmission offload network element sends the data on the 7th to the core network.
  • the offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the target address sent by the data, or offloading according to the type of the service.
  • 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.
  • FIG. 8 is a flowchart of an embodiment for indicating data offload when a user initiates an attach procedure according to Embodiment 2 of the present invention. As shown in FIG. 8, the process includes the following steps: Step 4: 801 Step 4 809): Step 801: When the user turns on the device, the attach process is initiated and registered in the core network.
  • Non-access stratum The message is carried by the base station in the initialization user message of the SI interface, and the base station (the base station includes the transmission offload network element) also informs the core network whether the capability of supporting the local access is supported. 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.
  • 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.
  • 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. It should be noted that the bearer type can indicate whether the bearer is used for local access by using a newly defined parameter or by setting the presence or absence of an existing parameter, that is, the 7-load type can pass the newly defined parameter or pass the existing parameter. (such as APN, MSISDN, Charging characteristics, etc.) is reflected.
  • the base station (the base station includes the transmission offload network element) only performs the offloading of the offloading policy for the bearer available for local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transmission-distributed network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access. The data on the bearer is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, splitting according to the data, or splitting according to the destination address of the data transmission, or splitting according to the service type;
  • Step 807 The base station establishes a corresponding air interface according to the bearer information indicated by the core network. Carrying in step 808, after the air interface bearer establishment is completed, the base station returns an initial context setup response message. Knowing the core network;
  • Step 809 In the case that the base station (the base station includes the transmission offload network element), the local access function is disabled, or the user has the inter-base station handover local access function does not support mobility, the base station can locally release the local access related The radio load then causes the release of the core network side load, without the judgment operation of the core network.
  • FIG. 9 is a flowchart of Embodiment 1 of the indication type of the user when the user initiates the service request process according to the third embodiment of the present invention. As shown in FIG. 9, the process includes the following steps (Step 901-Step 908): 901.
  • Step 902 If the user has an uplink service or the downlink service is sent by the network side to the user. 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 a 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.
  • the type of load can be reflected by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for the local access, and the data that cannot be used for the local access 7 is sent to the core network.
  • the transmission offload network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access.
  • the loaded data is sent to the core network.
  • the foregoing offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the target address sent by the data, or offloading according to the type of the service;
  • Step 905 The base station establishes a corresponding radio bearer according to the bearer QoS parameter sent by the SGSN.
  • Step 906 After the radio 7 is established, the base station returns a RAB assignment response message to the core network.
  • Step 907 If the service request process is in the connection state Initiated, then the core network SGSN replies to the user with a service 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. As shown in FIG.
  • 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 sending the non-access stratum message
  • Step 1002 If the user has an uplink service or the network side has a downlink service to send a page
  • Step 1003 If there is no context information of the user in the network, or the attachment request message does not have integrity protection, or the integrity protection fails, the core network MME performs an authentication and authentication process for the user.
  • 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.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for the local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the offloaded network element is deployed separately on the S1 interface between the base station and the core network element.
  • the transport offloaded network element only uses the offloading policy to enable data splitting for the bearer that can be used for local access, and cannot be used for local access. The data is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the data, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • Step 1005 The base station establishes a corresponding radio bearer according to the bearer Qos parameter sent by the eNodeB; Step 4 After the completion of the wireless bearer, the base station returns an initial context setup response message to the core network.
  • 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 1008 If the wireless The access technology is changed or the core network requires the user location information to be charged.
  • the service gateway reports the information to the packet data gateway by updating the bearer process.
  • Step 1009 The packet data gateway replies with the bearer modification response message;
  • Step 1010 month The service gateway replies with the tampering response message;
  • Step 1011 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 is not supported by the user, the base station may Local release of local access phase Then causes release of the radio bearer contained in the core network, the core network without judgment operation.
  • the local distribution release function is completed by the transmission offload network element.
  • Step 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.
  • the process includes the following steps: Step 4: Step 1101 1107):
  • 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 silent relationship between the SGSN and the GGSN by creating a PDP context procedure.
  • the bearer connection is recognized.
  • 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 will default the bearer through the RAB assignment request message.
  • the Qos parameter and the bearer type are sent to the base station to instruct the wireless side to establish a bearer.
  • the bearer type is used to indicate whether the bearer is used for local access.
  • the type of load can be reflected by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading of the offloading policy for the bearer available for local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transport-split network element can only use the offloading policy to enable data splitting for the bearer that can be used for local access, and cannot be used for the local access bearer.
  • the data on it is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • 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 inform the core network;
  • Step 1107 The local access function is disabled at the base station (the base station includes the transmission offload network element) or the local inter-base station handover local access function does not support the mobile In the case of the situation, the base station can locally release the local access-related wireless 7-load and then prompt the release of the core network side load, without the judgment operation of the core network.
  • FIG. 12 is a diagram showing a bearer type when a user requests a PDN connection establishment according to Embodiment 5 of the present invention.
  • Step 1202 The MME uses the access point name of the user to find the P-GW to be accessed by the user through the DNS query, and establishes the S-GW and the P through the default bearer creation process. - The default bearer connection between the GWs; Step 1203: After the MME establishes the default bearer on the core network side, the MME needs to activate the corresponding radio bearer. If the MME considers that the local access function can be provided for the user (according to the contract or network load), then 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 for local transmission.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for the local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transmission-distributed network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access.
  • the data on the bearer is sent to the core network.
  • the foregoing offloading policy includes, but is not limited to, offloading according to the data, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • Step 1204 The base station establishes a corresponding radio bearer according to the bearer Qos parameter sent by the base station;
  • 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 requires the user location information to be charged, the service gateway reports the above information to the packet data gateway by updating the bearer process; Step 1208, the packet data gateway replies 7 a response message; Step 1209, the monthly service gateway replies with a tampering response message; Step 1210:
  • the base station including the transmission offload network element
  • the incoming radio bearer then causes the release of the bearer on the core network side without the judgment operation of the core network.
  • FIG. 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. As shown in FIG. 13, 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.
  • Step 1302 The new MME finds the old SGSN or MME according to the temporary user identifier.
  • 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 Interle Mode Signaling Reduction
  • Step 1306 The home subscriber server sends the subscription data of the user to the MME through the 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, then the core network
  • the base station Instructing the base station to establish a radio bearer by an initial context setup request message. If you think that you can provide users with local access (local subscription or network load), then In this message, the QoS information and bearer type of the radio bearer are sent to the base station.
  • 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.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transmission-distributed network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access. 7
  • the data on the load is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • Step 1308 The base station establishes a corresponding radio bearer according to the bearer Qos parameter sent by the MME;
  • Step 4 gathers 1309 After the air interface is established, the base station returns an initial context setup response message to notify the core network.
  • Embodiment 7 is a flowchart of Embodiment 1 of a handover procedure indicating 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 wireless signal of the neighboring cell and reports it to the base station that is currently serving in the form of a measurement report.
  • Step 1402 The source base station finds that the signal of the current user's cell is worse according to the measurement report reported by the user, and needs to switch to other At the base station, then selecting a target base station to initiate a handover;
  • 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 message is sent to the old mobility management unit.
  • 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.
  • 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 requirement message.
  • 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.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for the local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transport-split network element can only use the offloading policy to enable data splitting for the bearer that can be used for local access, and cannot be used for the local access bearer.
  • the data on it is sent to the core network.
  • the foregoing offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type; Step 1405, the new mobility management unit sends a handover request message to the target base station, indicating that the target base station performs 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 In the case that the local access function is disabled on the base station (the base station includes the transmission offload network element) 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 Wireless bearer then So that the core network side bearer release Put, no need to judge the 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 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.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) performs data offloading only on the 7-load enabling offloading policy that can be used for local access, and sends data that cannot be used for local access 7 to the core network.
  • the transport offloaded network element For the deployment of the transmission offloaded network element separately deployed on the S1 interface between the base station and the core network element, the transport offloaded network element only performs data offloading on the load-enabled offloading policy that can be used for local access, and cannot be used for local access.
  • the data on the bearer is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • Step 1504 The target base station allocates radio resources in the parameters carried in the handover request message, and after the handover preparation is completed, The user initiates a handover to the target base station.
  • Step 1505 The source base station instructs the user to switch to the target base station by using a handover command.
  • Step 1506 After the user successfully synchronizes to the target base station cell, the user sends a handover confirmation message to the target base station to indicate that the handover process 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. Base station address And the downlink tunnel identifier is sent to the serving gateway, and the downlink data of the core network can be sent at this time;
  • Step 1509 the MME returns a path switch acknowledgement message to the target base station to provide the updated UE-AMBR or indicates which bearer setup failures are performed by the radio side.
  • the base station (including the transmission offload network element) can be released locally.
  • the local access related radio bearer then causes 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 on the S1 interface between the base station and the core network element. If the source base station and the target base station are serviced by the same mobility management unit, the handover procedure is performed by the same mobility management unit. Step 4 gathers 1504 and step 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. 16, the flow includes the following steps (Step 1601 - Step 1608): Step 1601, First In the application scenario, the user and the operator negotiate to tamper with the subscription of the local IP access capability. Step 1602: The home subscriber server inserts the modified subscription data into the user network process advertisement network core mobility management entity MME; Step 1603, MME receives After the user subscribes to the data, the user data confirmation message is replied.
  • 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.
  • Incoming capability that is, the base station no longer performs the local access function, and all user data is transmitted through the core network;
  • Step 1605 the base station tampers the local access capability to the MME through the base station configuration update message;
  • Step 1606 The MME receives the updated local access capability of the base station, and returns a confirmation message to the base station, and finds a corresponding local access bearer to perform type modification.
  • Step 1607 If the user is in the connection ⁇ !
  • the MME sends the bearer type to the base station by using the user context 4 tampering request message.
  • Step 1608 After receiving the new bearer type, the eNB 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.
  • the type of load can be either through newly defined parameters or through existing parameters (eg ⁇ ,
  • FIG. 17 is a flowchart of Embodiment 2 of the mobility management unit updating the bearer indication according to Embodiment 8 of the present invention.
  • the process includes the following steps (Step 1701 - Step 1708): Step 1701, The first type In the application scenario, the user and the operator negotiate to tamper with the subscription of the local IP access capability.
  • Step 1702 The home subscriber server informs the core network SGSN by inserting the modified subscriber data into the user data process.
  • Step 1703 After receiving the subscriber subscription data, the SGSN receives the subscriber subscription data. Reply to insert user data confirmation message.
  • the SGSN finds the bearer associated with the local access capability of the user to perform the modification of the bearer type.
  • Step 1704 The second application scenario tampers with the base station (the base station includes the transport split network element) under the control of the operator or the base station owner.
  • the local access 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 SGSN receives After the new configuration message is sent to the base station, the base station is replied to the information exchange response message, and the corresponding local access 7 is found to perform type tampering;
  • Step 1708 After receiving the new bearer type, the base station performs an update, and returns a RAB assignment response message.
  • 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.
  • the type of the load can be either through newly defined parameters or through existing parameters (eg APN,
  • 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. 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.
  • the bearer type can be represented by newly defined parameters or by the presence or absence of existing parameters (such as APN, MSISDN, Charging characteristics, etc.).
  • the base station (the base station includes the transmission offload network element) only performs the offloading of the offloading policy for the bearer available for local access, and the data that cannot be used for the local access 7 is sent to the core network.
  • the transport offloaded network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access.
  • the data on the bearer is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type;
  • Step 1804 the base station establishes a corresponding air interface bearer according to the Qos parameter;
  • Step 1805 the air interface bearer is established, 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 identification information by creating a bearer response.
  • Step 1807 The S-GW replies to the P-GW to create a bearer response message to notify the establishment of the dedicated bearer.
  • Step 1808 At the base station Including the transmission offload network element) when the local access function is disabled or 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 core. The release of the bearer on the network side does not require 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 on the S1 interface between the base station and the core network element.
  • the GGSN can also perform dedicated bearer setup, which is called the PDP context secondary activation process initiated by the GGSN. Similar to this embodiment, the newly created type can be sent to the base station in the RAB assignment message. Said.
  • 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.
  • the flow includes the following steps (Step 1901 - Step 1909): 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. Sent to the S-GW; Step 1903: The S-GW sends the foregoing parameter to the P-GW by using a bearer resource command message.
  • 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 can pass the newly defined parameters or through existing parameters (such as APN, MSISDN, Whether or not Charging characteristics, etc. are reflected.
  • the base station (the base station includes the transmission offload network element) only performs the offloading policy for the bearer that can be used for local access, and the data that cannot be used for the local access bearer is sent to the core network.
  • the transmission-distributed network element only enables the offloading policy for the bearer that can be used for local access, and the data cannot be used for local access. 7
  • the data on the load is sent to the core network.
  • the above-mentioned offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data transmission, or offloading according to the service type; Step 1906, the base station establishes or updates the corresponding air interface bearer according to the Qos parameter; Step 1907, the air interface is established.
  • the base station replies to the E-RAB establishment or update response message;
  • Step 1908 the MME opens the downlink tunnel by using the bearer creation or modification response process, and informs the P-GW that the process is completed;
  • Step 1909 at the base station (the base station includes the transmission
  • the base station the base station includes the transmission offload network element
  • the base station can locally release the local access-related radio bearer and then prompt the core. The release of the bearer on the network side does not require the judgment operation of the core network.
  • the local distribution release function is completed by the transmission offload network element.
  • the UE may also request a bearer resource establishment or a tampering according to its own resource condition, which is called a UE-initiated PDP context secondary activation process or a PDP context 4 tampering process, similar to this embodiment, and the type of bearer. It can be sent to the base station in the RAB assignment or the RAB modification message, and will not be described here.
  • Embodiment 11 In this embodiment, a transmission offload network element is further provided. The transport offload network element is used to perform the methods of the various embodiments described above. FIG.
  • a transmission offload network element includes: a receiving module 2001, an execution module 2002, where 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; and an execution module 2002, configured to use The bearer type determines whether data offloading is enabled.
  • the transport offloading network element performs the offloading of the offloading policy for the local access, wherein the offloading policy includes, but is not limited to, offloading according to the bearer, or offloading according to the destination address of the data, or offloading according to the service type. .
  • the transport offloaded network element sends data that is not used for the local access bearer to the core network.
  • 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 ).
  • 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 indicate on the wireless side or When the bearer is modified, 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 enable data offload according to the bearer type.
  • the mobility management unit 2101 includes: a mobility management entity MME or a GPRS support node SGSN. When the wireless side is instructed to establish or tamper with the MG, the mobility management entity may notify the bearer type of the bearer.
  • the transmission offload network element may also be notified to the transport offload network element by the bearer type of the bearer carried by the serving GPRS support node SGSN.
  • the mobility management unit 2101 determines to provide a local access function for the user according to the subscription status of the user or the network load condition.
  • the foregoing transport offload network element 2102 is further configured to perform data offloading on the bearer enabled offloading policy for local access, and send data not used in the local access to the core network.
  • the transmission offload network element can process the data packets of all the bearers, and only applies the offloading policy to a certain application.
  • 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 enable the offloading policy.

Landscapes

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

Abstract

本发明公开了一种指示数据分流的方法、系统及传输分流网元，该方法包括：在无线承载建立或者修改时，核心网的移动性管理单元将所述承载的承载类型通知给传输分流网元以决定是否启用数据分流。通过本发明简化了核心网的判断操作。另外在核心网侧决定是否开启本地接入功能的情况下，传输分流网元也可以正确开启路由策略。

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 载类型通知 给传输分流网元以确定是否启用数据分流。 优选地， 所述承载类型用于指示所述承载是否用于本地接入。 优选地， 所述承载类型通过新定义的参数或者通过设置已有参数的有无 来指示所述承载是否用于本地接入。 优选地， 所述移动性管理单元将所述承载的承载类型通知给所述传输分 流网元之前， 所述方法还包括： 所述移动性管理单元 居用户的签约情况或 者网络负荷情况确定为所述用户提供本地接入功能。 优选地， 在所述移动性管理单元将所述承载类型通知给传输分流网元之 后， 所述方法还包括： 传输分流网元对用于本地接入的承载启用分流策略进 行数据分流； 传输分流网元将不用于本地接入承载上的数据发送至核心网。 优选地， 所述传输分流网元位于基站上或者位于基站与核心网网元间接 口上。 优选地， 所述分流策略包括以下至少之一： 居本 载进行分流、 才艮据 数据发送的目标地址进行分流、 才艮据业务类型进行分流。 优选地， 所述本地接入包括： 用户对家庭、 企业网络其他网络协议 IP设 备或互联网络或者其它特定网络的本地访问。 优选地， 在所述承载类型是用于所述本地接入的情况下， 如果所述传输 分流网元的本地接入功能关闭， 或者用户进行基站间切换时本地接入功能不 支持移动性， 则所述方法还包括： 所述传输分流网元释放用于本地接入的所 述承载。 优选地， 所述基站包括： 家庭基站或宏基站。 优选地， 所述移动管理单元包括： 移动性管理实体 MME或服务 GPRS 支持节点 SGSN。 才艮据本发明的另一方面， 还提供了一种传输分流网元， 包括： 接收模块， 用于接收来自核心网移动性管理单元的通知， 其中， 所述通知中携带有将建 立或修改承载的承载类型； 执行模块， 用于根据所述承载类型确定是否启用 数据分流。 优选地， 所述传输分流网元用于对用于本地接入的承载启用分流策略进 行数据分流完成本地接入； 所述传输分流网元还用于将不用于本地接入承载 上的数据发送至核心网。 根据本发明的另一方面， 还提供了一种指示数据分流的系统， 包括： 移 动性管理单元， 用于在无线承载建立或者修改时，通知所述承载的承载类型； 传输分流网元， 用于接收所述移动性管理单元发送的通知， 并 居所述 载 类型确定是否启用数据分流。 优选地， 所述移动性管理单元才艮据用户的签约情况或者网络负荷情况确 定为所述用户提供本地接入功能。 优选地， 所述传输分流网元还用于对用于本地接入的承载启用分流策略 进行数据分流， 并将不用于本地接入^载上的数据发送至核心网。 通过本发明的上述至少一个方案， 解决了相关技术中由于传输分流网元 不能获取到承载类型而导致分流策略开启异常所造成的问题， 从而简化了核 心网的判断操作。 另外在核心网侧决定是否开启本地接入功能的情况下， 传 输分流网元也可以正确启用分流策略进行数据分流。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1是根据相关技术的演进分组域系统的结构示意图； 图 2是根据相关技术的 3G家庭基站的网络架构图； 图 3是根据相关技术的家庭基站和核心网网元直接相连的网络架构图； 图 4是才艮据相关技术的家庭基站通过网关和核心网网元相连的网络架构 图； 图 5是根据相关技术的家庭基站和核心网用户面网关间直接建立用户面 的网络架构图； 图 6是根据相关技术的实现本地接入功能的网络架构图； 图 7是才艮据本发明实施例的指示数据分流方法的流程图； 图 8是才艮据本发明实施例二的用户发起附着过程时指示数据分流的实施 方式的流程图； 图 9是才艮据本发明实施例三的用户发起业务请求过程时指示数据分流的 实施方式一的 ¾i程图； 图 10 是 居本发明实施例三的用户发起业务请求过程时指示数据分流 的实施方式二的 ¾i程图； 图 11 是根据本发明实施例四的用户发起上下文激活过程时指示数据分 ¾i入的实施方式的 ¾i程图； 图 12是根据本发明实施例五的用户请求 PDN连接建立时指示数据分流 的实施方式的 ¾ϊ程图； 图 13 是根据本发明实施例六的用户发起跟踪区更新过程时指示数据分 ¾¾的实施方式的 ¾¾程图； 图 14 是 居本发明实施例七的切换过程指示数据分流的实施方式一的 流程图； 图 15 是根据本发明实施例七的切换过程指示数据分流的实施方式二的 流程图； 图 16 是根据本发明实施例八的移动性管理单元更新数据分流能力的实 施方式一的 ¾ϊ程图； 图 17 是根据本发明实施例八的移动性管理单元更新数据分流能力的实 施方式二的流程图； 图 18 是根据本发明实施例九的网络激活专用承载时指示数据分流的实 施方式的流程图； 图 19 是根据本发明实施例十的用户请求资源分配时指示数据分流的实 施方式的流程图； 图 20是才艮据本发明实施例的传输分流网元的结构示意图； 图 21是根据本发明实施例的数据分流指示系统的系统结构图。 具体实施方式 在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 实施例一 在本实施例中提供了一种指示数据分流的方法、 系统及传输分流网元， 通过本方案， 传输分流网元可以根据承载类型有效地对某一承载启用分流策 略进行数据分流， 不用对所有承载的数据包都进行处理， 也可以本地释放本 地接入相关的无线承载， 简化核心网的判断操作， 另外在核心网侧决定是否 开启本地接入功能的情况下， 传输分流网元也可以正确启用分流策略进行数 据分流。 图 7是根据本发明实施例的指示数据分流方法的流程图， 如图 7所示， 才艮据本发明实施例的指示数据分流方法包括以下步骤 (步骤 702-步骤 706 ): 步骤 702、 在无线 7 载建立或者爹改时， 核心网的移动性管理单元将上 述承载的承载类型通知给传输分流网元； 优选地， 上述^载类型表示本条^载： 用于本地接入、 不用于本地接入。 承载类型可以通过新定义的参数或者通过现有参数的有无进行体现。 优选地， 上述传输分流网元可以位于基站上或者位于基站与核心网网元 间接口上 （例如， Iu或者 S 1接口）。 优选地， 上述基站可以是家庭基站或宏基站， 上述移动管理单元可以包 括： 移动性管理实体 MME或服务 GPRS支持节点 SGSN。 在无线承载建立 或者^ ί'爹改时， 可以由移动性管理实体 ΜΜΕ将上述 7 载的 7 载类型通知给传 输分流网元， 也可以由服务 GPRS支持节点 SGSN上述承载的承载类型通知 给传输分流网元。 步骤 704、 传输分流网元根据上述承载类型决定是否启用数据分流； 优选地， 如果上述^载是用于本地接入的 载， 则传输分流网元对该 载启用分流策略进行数据分流； 否则， 传输分流网元将该 7 载上的数据发送 至核心网。 所述分流策略包括但不限于根据承载进行分流， 或者根据数据发送的目 标地址进行分流， 或者根据业务类型进行分流。 步骤 706、 在传输分流网元本地接入功能关闭或者用户发生基站间切换 本地接入功能不支持移动性的情况下， 数据传输分流网元可以本地释放本地 接入相关的无线承载然后促使核心网侧承载的释放，不需核心网的判断操作。 在本实施例以及以下实施例中是以基站具有传输分流网元功能为例进行 介绍， 对于传输分流网元位于基站和核心网网元间接口 （Iu或者 S 1 )上的实 施方式与之类似， 不故赘述， 仅作不同之处的澄清。 实施例二 图 8是才艮据本发明实施例二的用户发起附着过程时指示数据分流的实施 方式的流程图， 如图 8所示， 该流程包括以下步 4聚 (步 4聚 801-步 4聚 809 ): 步骤 801、 当用户开机时发起附着过程注册到核心网中。 该条非接入层 消息由基站封装在 S I接口的初始化用户消息中带给 MME, 基站（该基站包 括传输分流网元） 还将是否支持本地接入的能力告知核心网。 如果数据传输 分流网元位于基站和核心网网元间接口上， 那么， 数据分流网元将是否支持 本地接入的能力告知核心网； 步骤 802、 如果网络中没有用户的上下文信息， 或者附着请求消息没有 完整性保护， 或者完整性保护失败， 那么核心网 MME执行对用户的鉴权认 证过程； 步骤 803、 如果 MME 中没有用户的签约数据， 那么就向归属用户月艮务 器发送更新位置请求消息， 其中包括移动性管理单元标识、 用户标识、 更新 类型等信息； 步骤 804、 用户数据服务器在更新位置响应消息中把用户签约数据发送 给 MME, 其中包括签约默认承载的 Qos参数； 步骤 805、 为了支持用户永远在线， MME用签约默认承载的 Qos参数 在 S-GW和 P-GW之间建立核心网侧的默认承载； 步骤 806、 核心网侧默认承载建立完成之后要激活相应的无线承载， 如 果 MME认为可以为用户提供本地接入功能 （根据用户签约或者网络负荷情 况）， 那么 MME通过初始上下文建立请求消息将承载 Qos参数以及建立承 载的类型发送给基站， 附着接受消息也可以封装在该消息内发给用户。 承载 类型用于指示该条承载是否用于本地接入。 需要说明的是， 承载类型可以通 过新定义的参数或者通过设置已有参数的有无来指示所述承载是否用于本地 接入， 即， 7 载类型可以通过新定义的参数或者通过现有参数 （例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括 传输分流网元）仅对可用于本地接入的承载启用分流策略进行数据分流， 对 不能用于本地接入承载上的数据发送至核心网。 对于传输分流网元单独部署 在基站和核心网网元间 S 1 接口上的部署情况， 传输分流网元仅对可用于本 地接入的承载启用分流策略进行数据分流， 对不能用于本地接入承载上的数 据发送至核心网。 上述分流策略包括但不限于才艮据 载进行分流， 或者才艮据 数据发送的目标地址进行分流， 或者才艮据业务类型进行分流； 步骤 807、 基站根据核心网指示的承载信息建立对应的空口承载； 步骤 808、 空口承载建立完成之后基站回复初始上下文建立响应消息通 知核心网； 步骤 809、 在基站 （该基站包括传输分流网元） 本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放， 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况， 由传输分流网元完成本地^载释放功能。 实施例三 用户发起业务请求过程时指示^载类型的实施方式有两种， 下面结合附 图对优选的两种实施方式分别进行介绍。 图 9是才艮据本发明实施例三的用户发起业务请求过程时指示^载类型的 实施方式一的流程图，如图 9所示，该流程包括以下步骤（步骤 901-步骤 908 ): 步骤 901、 用户在发送非接入层消息之前要建立和基站 （家庭基站或者 宏基站）之间的 RRC信令连接； 步骤 902、 如果用户有上行业务或者网络侧有下行业务发送寻呼到用户 时， 用户会发起业务请求过程， 携带业务类型为信令或者数据； 步骤 903、 如果核心网中没有用户的上下文信息， 那么 SGSN执行对用 户的鉴权认证过程； 步骤 904、 如果业务类型是数据， 那么核心网 SGSN通过 RAB指派请求 消息指示无线侧建立承载。如果 SGSN认为可以为用户提供本地接入功能（根 据用户签约或者网络负荷情况）， 那么在该条消息中将承载有关的 Qos参数 以及承载类型发送给基站。 承载类型用于指示该条承载是否用于本地接入。 载类型可以通过新定义的参数或者通过现有参数（例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括传输分流网 元） 仅对可用于本地接入的承载启用分流策略进行数据分流， 对不能用于本 地接入 7 载上的数据发送至核心网。 对于传输分流网元单独部署在基站和核 心网网元间 Iu接口上的部署情况，传输分流网元仅对可用于本地接入的承载 启用分流策略进行数据分流， 对不能用于本地接入 7 载上的数据发送至核心 网。 上述分流策略包括但不限于根据承载进行分流， 或者根据数据发送的目 标地址进行分流， 或者根据业务类型进行分流； 步骤 905、 基站才艮据 SGSN发送的承载 Qos参数建立相应的无线承载； 步骤 906、 无线 7 载建立完成之后， 基站回复 RAB指派响应消息告知核 心网； 步骤 907、 如果业务请求过程是在连接状态发起的， 那么核心网 SGSN 给用户回复业务响应消息。 如果业务请求过程是在空闲状态发起的， 那么用 户可以把 RRC层的安全模式控制命令消息当作业务请求的回复； 步骤 908、 在基站 （该基站传输分流网元） 本地接入功能关闭或者用户 发生基站间切换本地接入功能不支持移动性的情况下， 基站可以本地释放本 地接入相关的无线承载然后促使核心网侧承载的释放， 不需核心网的判断操 作。 对于传输分流网元单独部署在基站和核心网网元间 Iu 接口上的部署情 况， 由传输分流网元完成本地 载释放功能。 图 10 是根据本发明实施例三的用户发起业务请求过程时指示承载类型 的实施方式三的流程图， 如图 10所示， 该流程包括以下步 4聚（步 4聚 1001-步 骤 1011 ): 步骤 1001、 用户在发送非接入层消息之前要建立和基站（例如， 家庭基 站或者宏基站）之间的 RRC信令连接； 步骤 1002、如果用户有上行业务或者网络侧有下行业务发送寻呼到用户 时， 用户会发起业务请求过程； 步骤 1003、 如果网络中没有用户的上下文信息， 或者附着请求消息没有 完整性保护， 或者完整性保护失败， 那么核心网 MME执行对用户的鉴权认 证过程； 步骤 1004、 核心网 MME收到业务请求消息不区分业务类型， 将核心网 曾建立过的承载在无线侧都重新起来。 如果 MME认为可以为用户提供本地 接入功能（根据用户签约或者网络负荷情况）， 那么 MME在初始上下文建立 请求消息中把无线承载 Qos参数以及承载类型发送给基站。 承载类型用于指 示该条承载是否用于本地接入。 承载类型可以通过新定义的参数或者通过现 有参数 (例如 APN、 MSISDN、 Charging characteristics等）的有无进行体现。 基站 （该基站包括传输分流网元） 仅对可用于本地接入的承载启用分流策略 进行数据分流， 对不能用于本地接入承载上的数据发送至核心网。 对于传输 分流网元单独部署在基站和核心网网元间 S 1 接口上的部署情况， 传输分流 网元仅对可用于本地接入的承载启用分流策略进行数据分流， 对不能用于本 地接入 载上的数据发送至核心网。 上述分流策略包括但不限于才艮据 载进 行分流， 或者根据数据发送的目标地址进行分流， 或者根据业务类型进行分 流; 步骤 1005、 基站根据 ΜΜΕ发送的承载 Qos参数建立相应的无线承载； 步 4聚 1006, 无线 7 载建立完成之后， 基站回复初始上下文建立响应消息 告知核心网； 步骤 1007, 核心网 MME通过承载修改请求消息将基站地址和下行隧道 标识告知月艮务网关； 步骤 1008、如果无线接入技术发生改变或者核心网要求上 4艮用户位置信 息进行计费， 服务网关通过更新承载过程将上述信息上报给分组数据网关； 步骤 1009、 分组数据网关回复承载修改响应消息； 步骤 1010、 月艮务网关回复 载 4爹改响应消息； 步骤 1011、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放， 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 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参数以及承载类 型发给基站指示无线侧建立承载。 承载类型用于指示该条承载是否用于本地 接入。 载类型可以通过新定义的参数或者通过现有参数 （例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括 传输分流网元）仅对可用于本地接入的承载启用分流策略进行数据分流， 对 不能用于本地接入承载上的数据发送至核心网。 对于传输分流网元单独部署 在基站和核心网网元间 Iu接口上的部署情况，传输分流网元仅对可用于本地 接入的承载启用分流策略进行数据分流， 对不能用于本地接入承载上的数据 发送至核心网。 上述分流策略包括但不限于根据承载进行分流， 或者根据数 据发送的目标地址进行分流， 或者根据业务类型进行分流； 步骤 1105、 基站才艮据 SGSN发送的承载 Qos参数建立相应的无线承载； 步骤 1106、 无线 7 载建立完成之后， 基站回复 RAB指派响应消息告知 核心网； 步骤 1107、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站可以本地释 放本地接入相关的无线 7 载然后促使核心网侧 载的释放， 不需核心网的判 断操作。对于传输分流网元单独部署在基站和核心网网元间 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参数以 及承载类型发给基站指示无线侧建立承载。 承载类型用于指示该条承载是否 用于本地传输。 承载类型可以通过新定义的参数或者通过现有参数 （例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基 站包括传输分流网元） 仅对可用于本地接入的承载启用分流策略进行数据分 流， 对不能用于本地接入承载上的数据发送至核心网。 对于传输分流网元单 独部署在基站和核心网网元间 S 1 接口上的部署情况， 传输分流网元仅对可 用于本地接入的承载启用分流策略进行数据分流， 对不能用于本地接入承载 上的数据发送至核心网。 上述分流策略包括但不限于才艮据 载进行分流， 或 者根据数据发送的目标地址进行分流， 或者根据业务类型进行分流； 步骤 1204、 基站才艮据 ΜΜΕ发送的承载 Qos参数建立相应的无线承载； 步 4聚 1205、 无线 7 载建立完成之后， 基站回复 E-RAB建立响应消息告 知核心网； 步骤 1206、 核心网 MME通过承载修改请求消息将基站地址和下行隧道 标识告知月艮务网关； 步骤 1207、如果无线接入技术发生改变或者核心网要求上 4艮用户位置信 息进行计费， 那么服务网关通过更新承载过程将上述信息上报给分组数据网 关； 步骤 1208、 分组数据网关回复 7 载 4爹改响应消息； 步骤 1209、 月艮务网关回复 载 4爹改响应消息； 步骤 1210、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站 （含传输分 流网元） 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放， 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 S 1接口上的部署情况， 由传输分流网元完成本地承载释放功能。 实施例六 图 13 是根据本发明实施例六的用户发起跟踪区更新过程时指示承载类 型的实施方式的流程图， 如图 13所示， 该流程包括以下步 4聚（步 4聚 1301-步 骤 1310 ): 步骤 1301、 如果用户移动到跟踪区列表之外的新跟踪区， 那么用户发起 跟踪区更新请求消息， 其中携带用户的临时标识、 旧跟踪区标识、 用户能力 等信息。 如果用户同时有上行数据要发送， 那么在请求消息中设置激活标志 位， 请求核心网在跟踪区更新的过程中进行空口承载建立； 步骤 1302、 新 MME才艮据临时用户标识找到旧 SGSN或者 MME获取用 户的上下文信息； 步骤 1303、 如果 MME中没有用户的签约数据， 那么就向用户数据服务 器发送更新位置请求消息， 其中包括移动性管理单元标识、 用户标识、 更新 类型等信息； 步骤 1304、 在 ISR (空闲模式信令减少） 功能未激活时， 如果归属用户 服务器得知用户从新的移动性管理单元注册， 那么就向旧的移动性管理单元 发送取消位置消息， 删除用户在旧移动性管理单元中的上下文信息， 释放在 旧基站下的信令连接； 步骤 1305、 旧的移动性管理单元返回取消位置确认消息； 步骤 1306、 归属用户服务器通过位置更新确认消息把用户的签约数据下 发给 MME。 位置更新确认消息表示用户位置更新完成， 新的移动性管理单 元已经在用户数据服务器中注册完毕； 步骤 1307、 如果用户在艮踪区更新请求中携带了激活指示， 那么核心网
ΜΜΕ通过初始上下文建立请求消息指示基站建立无线 载。 如果 ΜΜΕ认 为可以为用户提供本地接入功能（ 居用户签约或者网络负荷情况）， 那么在 该条消息中将无线承载的 Qos信息和承载类型发送给基站。 路由区更新接受 消息也可以封装在该条消息中通过基站发送给用户。 如果用户没有携带激活 指示， 那么核心网不会建立无线承载， 通过下行非接入层传输消息把路由区 更新接受消息发送给用户。 承载类型用于指示该条承载是否用于本地接入。 承载类型可以通过新定义的参数或者通过现有参数（例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括传输分流网 元） 仅对可用于本地接入的承载启用分流策略进行数据分流， 对不能用于本 地接入 载上的数据发送至核心网。 对于传输分流网元单独部署在基站和核 心网网元间 S 1 接口上的部署情况， 传输分流网元仅对可用于本地接入的承 载启用分流策略进行数据分流， 对不能用于本地接入 7 载上的数据发送至核 心网。 上述分流策略包括但不限于根据承载进行分流， 或者根据数据发送的 目标地址进行分流， 或者根据业务类型进行分流； 步骤 1308、 基站根据 MME发送的承载 Qos参数建立相应的无线承载； 步 4聚 1309、 空口 载建立完成之后基站回复初始上下文建立响应消息通 知核心网； 步骤 1310、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站可以本地释 放本地接入相关的无线 载然后促使核心网侧 载的释放， 不需核心网的判 断操作。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况， 由传输分流网元完成本地^载释放功能。 实施例七 在本实施例中， 提供了两种切换过程指示承载类型的优选实施方式， 下 面结合附图对这两种实施方式分别进行介绍。 图 14 是根据本发明实施例七的切换过程指示承载类型的实施方式一的 流程图， 如图 14所示， 该流程包括以下步 4聚 （步 4聚 1401-步 4聚 1412 ): 步骤 1401、 用户测量临近小区的无线信号情况， 以测量报告的形式上报 给当前为之服务的基站； 步骤 1402、 源基站根据用户上报的测量报告发现当前用户所处小区的信 号变差， 需要切换到其它基站上， 那么就选择一个目标基站发起切换； 步骤 1403、如果源根据基站间接口状况或者目标基站的位置信息判断需 要发起核心网执行的切换， 那么就向旧移动性管理单元发送切换需求消息。 消息中携带是否支持直接转发隧道的指示、 目标基站标识等信息； 步骤 1404、 旧移动性管理单元根据目标基站的信息决定是否进行移动性 管理单元的重选。 如果重选了移动性管理单元， 那么就通过转发切换需求消 息将用户上下文、 目标基站标识、 直接转发指示等消息发送到新的移动性管 理单元。 用户上下文中包括已建立的承载信息和承载类型。 承载类型用于指 示该条承载是否用于本地接入。 承载类型可以通过新定义的参数或者通过现 有参数 (例如 APN、 MSISDN、 Charging characteristics等）的有无进行体现。 基站 （该基站包括传输分流网元） 仅对可用于本地接入的承载启用分流策略 进行数据分流， 对不能用于本地接入承载上的数据发送至核心网。 对于传输 分流网元单独部署在基站和核心网网元间 Iu接口上的部署情况，传输分流网 元仅对可用于本地接入的承载启用分流策略进行数据分流， 对不能用于本地 接入承载上的数据发送至核心网。 上述分流策略包括但不限于根据承载进行 分流，或者根据数据发送的目标地址进行分流，或者根据业务类型进行分流； 步骤 1405 , 新移动性管理单元向目标基站发送切换请求消息， 指示目标 基站进行切换资源预留。 消息包括承载建立列表、 切换限制列表、 源到目的 传输容器、 承载类型等参数； 步骤 1406、 目标基站的无线 7 载建立完成后回复切换请求确认消息； 步骤 1407、新移动性管理单元通过转发重定位响应消息通知旧移动性管 理单元目标侧已经准备好切换； 步骤 1408、 旧移动性管理单元通过向源基站发送切换命令； 步骤 1409、 旧源基站向用户发送切换命令指示用户切换到目标基站下； 步骤 1410、 用户同步到目标基站之后发送切换确认消息； 步 4聚 1411、 目标基站通过切换通知消息告知新移动性管理单元切换完 毕， 消息中携带目标基站的地址和下行隧道标识； 步骤 1412、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站 （含传输分 流网元） 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放， 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 Iu接口上的部署情况， 由传输分流网元完成本地承载释放功能。 图 15 是根据本发明实施例七的切换过程指示承载类型的实施方式二的 流程图， 如图 15所示， 该流程包括以下步 4聚 （步 4聚 1501-步 4聚 1510 ): 步骤 1501、 用户测量临近小区的无线信号情况， 以测量报告的形式上报 给当前为之服务的基站； 步骤 1502、 源基站根据用户上报的测量报告发现当前用户所处小区的信 号变差， 需要切换到其它基站上， 那么就选择一个目标基站发起切换； 步骤 1503、如果源根据基站间接口状况或者目标基站的位置信息判断需 要发起基站间的切换， 那么就向目标基站发送切换请求消息。 消息中包括 RRC上下文、 目标基站标识、 AS层配置、 无线承载参数、 承载类型等信息。 承载类型用于指示该条承载是否用于本地接入。 承载类型可以通过新定义的 参数或者通过现有参数（例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括传输分流网元） 仅对可用于本地接入的 7 载启用分流策略进行数据分流， 对不能用于本地接入 7 载上的数据发送至 核心网。 对于传输分流网元单独部署在基站和核心网网元间 S 1 接口上的部 署情况， 传输分流网元仅对可用于本地接入的 载启用分流策略进行数据分 流， 对不能用于本地接入承载上的数据发送至核心网。 上述分流策略包括但 不限于根据承载进行分流， 或者根据数据发送的目标地址进行分流， 或者根 据业务类型进行分流； 步骤 1504、 目标基站 居切换请求消息中携带的参数分配无线资源， 切 换准备完成后触发用户发起到目标基站的切换； 步骤 1505、 源基站通过切换命令指示用户切换到目标基站下； 步骤 1506、用户成功同步到目标基站小区后向目标基站发送切换证实消 息指示切换过程执行完毕。 此时目标家庭基站可以开始向用户发送緩存的下 行数据； 步骤 1507、 目标基站通过路径切换请求消息通知 MME用户已经更改了 服务小区； 步骤 1508、 MME和服务网关之间执行用户面更新过程， 将基站的地址 和下行隧道标识告知服务网关， 核心网的下行数据此时可以发送； 步骤 1509、 MME 向目标基站回复路径切换确认消息提供更新后的 UE-AMBR或者指示哪些 载建立失败由无线侧进行相应的 载删除； 步骤 1510、 在基站（该基站包括传输分流网元）本地接入功能关闭或者 用户发生基站间切换本地接入功能不支持移动性的情况下， 基站 （含传输分 流网元） 可以本地释放本地接入相关的无线承载然后促使核心网侧承载的释 放， 不需核心网的判断操作。 对于传输分流网元单独部署在基站和核心网网 元间 S 1接口上的部署情况， 由传输分流网元完成本地承载释放功能。 如果源基站和目标基站由同一个移动性管理单元为之月艮务， 那么切换过 程由同一移动性管理单元完成。 步 4聚 1504和步 4聚 1507不用发送。 移动性管 理单元直接向目标基站发送切换请求消息指示承载类型。 实施例八 在本实施例中提供了两种移动性管理单元更新承载指示的优选实施方 式， 下面结合附图对具体的两种实施方式分别进行介绍。 图 16 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式一的流程图， 如图 16所示， 该流程包括以下步骤 (步骤 1601-步骤 1608 ): 步骤 1601、 第一种应用场景， 用户和运营商协商爹改本地 IP接入能力 的签约； 步骤 1602、 归属用户服务器将修改后的签约数据通过插入用户数据过程 告 口核心网移动性管理实体 MME; 步骤 1603、 MME 收到用户签约数据后回复插入用户数据确认消息。 MME找到用户本地接入能力相关的承载进行承载类型的修改； 步骤 1604、 第二种应用场景， 在运营商或者基站拥有者的控制下修改了 基站 （该基站包括传输分流网元） 的本地接入能力， 也就是说该基站不再执 行本地接入功能， 所有用户数据都通过核心网传送； 步骤 1605、 基站通过基站配置更新消息将本地接入能力 爹改上 4艮给 MME; 步骤 1606、 MME收到基站更新后的本地接入能力给基站回复确认消息， 并找到相应的本地接入承载进行类型修改； 步骤 1607、 如果用户处于连接^！ 态， 那么 MME通过用户上下文 4爹改请 求消息把承载类型带给基站； 步骤 1608、 基站收到新的承载类型后进行更新， 回复用户上下文修改响 应消息。 对于传输分流网元位于基站和核心网网元间 S 1 接口的部署场景， 传输 分流网元的本地接入功能变化也釆用相同的基站更新通知机制， 由核心网 MME将更新后的 载类型通知给传输分流网元。 载类型可以通过新定义的参数或者通过现有参数 (例如 ΑΡΝ、
MSISDN、 Charging characteristics等） 的有无进行体现。 图 17 是根据本发明实施例八的移动性管理单元更新承载指示的实施方 式二的流程图， 如图 17所示， 该流程包括以下步骤 (步骤 1701-步骤 1708 ): 步骤 1701、 第一种应用场景， 用户和运营商协商爹改本地 IP接入能力 的签约； 步骤 1702、 归属用户服务器将修改后的签约数据通过插入用户数据过程 告知核心网 SGSN; 步骤 1703、 SGSN 收到用户签约数据后回复插入用户数据确认消息。 SGSN找到用户本地接入能力相关的承载进行承载类型的修改； 步骤 1704、 第二种应用场景， 在运营商或者基站拥有者的控制下 4爹改了 基站 （该基站包括传输分流网元） 的本地接入能力， 也就是说该基站不再执 行本地接入功能， 所有用户数据都通过核心网传送； 步骤 1705、 基站通过信息交互请求将本地接入能力修改上报给 SGSN; 步骤 1706、 SGSN收到基站新的配置消息后给基站回复信息交互响应消 息， 并找到相应的本地接入 7 载进行类型爹改； 步骤 1707、 SGSN通过 RAB指派请求消息把承载类型带给基站； 步骤 1708、基站收到新承载类型后进行更新， 回复 RAB指派响应消息。 对于传输分流网元位于基站和核心网网元间 Iu接口的部署场景，传输分 流网元的本地接入功能变化也釆用相同的信息交互通知机制， 由核心网 SGSN将更新后的承载类型通知给传输分流网元。 载类型可以通过新定义的参数或者通过现有参数 (例如 APN、
MSISDN、 Charging characteristics等） 的有无进行体现。 实施例九 图 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且可以为本地接入业务使用， 那么就把承载类型一起发送。 承 载类型用于指示该条承载是否用于本地接入。 承载类型可以通过新定义的参 数或者通过现有参数（例如 APN、 MSISDN、 Charging characteristics等） 的 有无进行体现。 基站 （该基站包括传输分流网元）仅对可用于本地接入的承 载启用分流策略进行数据分流， 对不能用于本地接入 7 载上的数据发送至核 心网。 对于传输分流网元单独部署在基站和核心网网元间 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且可以为本地接入业务使用， 那么 就把承载类型一起发送。 承载类型用于指示该条承载是否用于本地接入。 承 载类型可以通过新定义的参数或者通过现有参数 （例如 APN、 MSISDN、 Charging characteristics等） 的有无进行体现。 基站 （该基站包括传输分流网 元） 仅对可用于本地接入的承载启用分流策略进行数据分流， 对不能用于本 地接入 载上的数据发送至核心网。 对于传输分流网元单独部署在基站和核 心网网元间 S 1 接口上的部署情况， 传输分流网元仅对可用于本地接入的承 载启用分流策略进行数据分流， 对不能用于本地接入 7 载上的数据发送至核 心网。 上述分流策略包括但不限于根据承载进行分流， 或者根据数据发送的 目标地址进行分流， 或者根据业务类型进行分流； 步骤 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上述承载的承载类型通知给传输分流网元。 优选地， 上述移动性管理单元 2101 才艮据用户的签约情况或者网络负荷 情况确定为用户提供本地接入功能。 优选地， 上述传输分流网元 2102 还用于对用于本地接入的承载启用分 流策略进行数据分流， 并将不用于本地接入^载上的数据发送至核心网。 如上所述， 借助本发明实施例提供的技术方案， 不仅在启用本地接入功 能的时候， 传输分流网元可以不用对所有承载的数据包都进行处理， 仅对某 一 载应用分流策略， 而且在传输分流网元本地接入功能关闭或者用户发生 基站间切换本地接入功能不支持移动性的情况下， 通过传输分流网元本地释 放本地接入相关的无线承载， 促使核心网侧承载的释放， 从而简化了核心网 的判断操作， 另外在核心网侧决定是否开启本地接入功能的情况下， 传输分 流网元也可以正确开启分流策略。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种指示数据分流的方法， 其特征在于， 包括：
在无线承载建立或者修改时， 核心网移动性管理单元将所述承载的 载类型通知给传输分流网元以决定是否启用数据分流。
2. 根据权利要求 1所述的方法， 其特征在于， 所述承载类型用于指示所述 承载是否用于本地接入。
3. 根据权利要求 2所述的方法， 其特征在于， 所述承载类型通过新定义的 参数或者通过设置已有参数的有无来指示所述承载是否用于本地接入。
4. 根据权利要求 1所述的方法， 其特征在于， 所述移动性管理单元将所述 承载的承载类型通知给所述传输分流网元之前， 所述方法还包括： 所述移动性管理单元根据用户的签约情况或者网络负荷情况确定为 所述用户提供本地接入功能。
5. 根据权利要求 1所述的方法， 其特征在于， 在所述移动性管理单元将所 述^载类型通知给传输分流网元之后， 所述方法还包括：
传输分流网元对用于本地接入的承载启用分流策略进行数据分流； 传输分流网元将不用于本地接入承载上的数据发送至核心网。
6. 根据权利要求 5所述的方法， 其特征在于， 所述传输分流网元位于基站 上或者位于基站与核心网网元间接口上。
7. 根据权利要求 5所述的方法， 其特征在于， 所述分流策略包括以下至少 之一： 根据本承载进行分流、 根据数据发送的目标地址进行分流、 根据 业务类型进行分流。
8. 根据权利要求 2所述的方法， 其特征在于， 所述本地接入包括： 用户对 家庭、企业网络其他网络协议 IP设备或互联网络或者其它特定网络的本 地访问。
9. 根据权利要求 2所述的方法， 其特征在于， 在所述承载类型是用于所述 本地接入的情况下， 如果所述传输分流网元的本地接入功能关闭， 或者 用户进行基站间切换时本地接入功能不支持移动性，则所述方法还包括： 所述传输分流网元释放用于本地接入的所述承载。
10. 根据权利要求 6或 9所述的方法， 其特征在于， 所述基站包括： 家庭基 站或宏基站。
11. 根据权利要求 1至 10中任一项所述的方法， 其特征在于， 所述移动管理 单元包括： 移动性管理实体 MME或服务 GPRS支持节点 SGSN。
12. 一种传输分流网元， 其特征在于， 包括：
接收模块， 用于接收来自核心网移动性管理单元的通知， 其中， 所 述通知中携带有将建立或修改承载的承载类型；
执行模块， 用于根据所述承载类型决定是否启用数据分流。
13. 根据权利要求 12所述的传输分流网元， 其特征在于， 所述传输分流网元 用于对用于本地接入的承载启用分流策略进行数据分流完成本地接入； 所述传输分流网元还用于将不用于本地接入承载上的数据发送至核心 网。
14. 一种指示数据分流的系统， 其特征在于， 包括：
移动性管理单元， 用于在无线承载建立或者修改时， 通知所述承载 的承载类型；
传输分流网元， 用于接收所述移动性管理单元发送的通知， 并才艮据 所述承载类型决定是否启用数据分流。
15. 根据权利要求 14所述的系统， 其特征在于， 所述移动性管理单元根据用 户的签约情况或者网络负荷情况确定为所述用户提供本地接入功能。
16. 才艮据权利要求 14所述的系统， 其特征在于， 所述传输分流网元还用于对 用于本地接入的承载启用分流策略进行数据分流， 并将不用于本地接入 载上的数据发送至核心网。
PCT/CN2010/075609 2009-08-20 2010-07-30 指示数据分流的方法、系统及传输分流网元 WO2011020405A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/259,779 US9320075B2 (en) 2009-08-20 2010-07-30 Method, system and transmission distribution network element for indicating data-distribution
EP10809538.1A EP2469930B1 (en) 2009-08-20 2010-07-30 Method, system and transmission distribution network element for indicating data-distribution

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
WO2011020405A1 true WO2011020405A1 (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 Before (1)

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

Country Status (4)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180139603A1 (en) * 2012-05-16 2018-05-17 At&T Intellectual Property I, L.P. Apparatus and methods for provisioning devices to utilize services of mobile network operators
US10292042B2 (en) 2012-06-19 2019-05-14 At&T Mobility Ii Llc Apparatus and methods for selecting services of mobile network operators
US10484864B2 (en) 2012-03-23 2019-11-19 Nec Corporation Subscriber server, monitoring server, mobile terminal, methods related thereto, and computer readable medium
US10516989B2 (en) 2012-06-19 2019-12-24 At&T Mobility Ii Llc Apparatus and methods for distributing credentials of mobile network operators
US10530648B2 (en) 2012-05-14 2020-01-07 At&T Intellectual Property I, L.P. Apparatus and methods for maintaining service continuity when transitioning between mobile network operators

Families Citing this family (29)

* 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 三菱電機株式会社 通信システム
CN102711218A (zh) * 2011-03-28 2012-10-03 中兴通讯股份有限公司 接入网网元、接入网络系统及接入方法
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 中兴通讯股份有限公司 无线接入能力上报方法和基站、策略控制方法和系统
CN103379548B (zh) * 2012-04-28 2016-03-30 华为技术有限公司 网络分流的方法和基站
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 索尼公司 无线通信系统中的用户设备、基站设备、通信设备和方法
CN103476150B (zh) * 2013-08-23 2016-08-17 北京创毅讯联科技股份有限公司 一体化基站
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
CN101278577A (zh) * 2005-08-01 2008-10-01 Ubiquisys有限公司 本地区域蜂窝基站
CN101291529A (zh) * 2007-04-20 2008-10-22 华为技术有限公司 识别承载类型的方法和设备
CN101472350A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 一种实现移动通信系统承载去激活的方法及系统、节点

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20075252A0 (fi) 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
FI20075297A0 (fi) * 2007-04-27 2007-04-27 Nokia Siemens Networks Oy Menetelmä, radiojärjestelmä ja tukiasema
CN101478743B (zh) * 2008-01-03 2010-08-25 大唐移动通信设备有限公司 一种eps承载管理的方法和装置
CN101299882B (zh) * 2008-05-04 2012-02-08 中兴通讯股份有限公司 承载类型识别和指示方法
CN101511076A (zh) * 2008-07-29 2009-08-19 华为技术有限公司 一种用户接入网络的管理方法、装置和系统
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
CN101278577A (zh) * 2005-08-01 2008-10-01 Ubiquisys有限公司 本地区域蜂窝基站
CN101291529A (zh) * 2007-04-20 2008-10-22 华为技术有限公司 识别承载类型的方法和设备
CN101472350A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 一种实现移动通信系统承载去激活的方法及系统、节点

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2469930A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10484864B2 (en) 2012-03-23 2019-11-19 Nec Corporation Subscriber server, monitoring server, mobile terminal, methods related thereto, and computer readable medium
US10530648B2 (en) 2012-05-14 2020-01-07 At&T Intellectual Property I, L.P. Apparatus and methods for maintaining service continuity when transitioning between mobile network operators
US20180139603A1 (en) * 2012-05-16 2018-05-17 At&T Intellectual Property I, L.P. Apparatus and methods for provisioning devices to utilize services of mobile network operators
US10219145B2 (en) * 2012-05-16 2019-02-26 At&T Intellectual Property I, L.P. Apparatus and methods for provisioning devices to utilize services of mobile network operators
US10659957B2 (en) 2012-05-16 2020-05-19 At&T Intellectual Property I, L.P. Apparatus and methods for provisioning devices to utilize services of mobile network operators
US10292042B2 (en) 2012-06-19 2019-05-14 At&T Mobility Ii Llc Apparatus and methods for selecting services of mobile network operators
US10516989B2 (en) 2012-06-19 2019-12-24 At&T Mobility Ii Llc Apparatus and methods for distributing credentials of mobile network operators

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2011020405A1 (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
JP5426025B2 (ja) 移動ネットワークにおいてユーザ・プレーン・データをルーティングする方法、装置、及びシステム
US8730831B2 (en) Method and system for acquiring route strategies
JP5637138B2 (ja) 通信システムと通信制御方法
CN102196405B (zh) 移动性管理实体获取会话管理信息参数的方法和系统
US8842636B2 (en) Method and device for managing Internet Protocol offload connection
WO2011095100A1 (zh) 一种对本地ip连接的建立进行控制的方法和系统
WO2011054320A1 (zh) 一种转移核心网ip业务的方法、设备及系统
WO2012041073A1 (zh) 一种实现流迁移的方法及系统
WO2011026407A1 (zh) 一种本地网际协议访问连接移动性支持的方法及系统
WO2011006404A1 (zh) 本地ip访问连接建立的实现方法及系统
WO2012130018A1 (zh) 一种ip分流连接移动性支持的方法及系统
WO2011054264A1 (zh) 一种建立本地ip访问下行数据通道的方法及系统
WO2011017979A1 (zh) 支持ip分流的通信系统中资源管理方法与装置
WO2012126319A1 (zh) 一种本地访问业务的切换方法及系统
WO2012041131A1 (zh) 一种用户参与本地访问连接建立的方法及系统
WO2011157100A1 (zh) 一种数据缓存的方法和系统
WO2011085623A1 (zh) 本地接入网关获取终端的寻呼信息的方法和系统
WO2011009353A1 (zh) 建立ip分流连接的实现方法和系统
WO2011153889A1 (zh) 一种实现本地切换的方法和装置
WO2011097988A1 (zh) 对本地ip数据进行管理的方法及移动通信系统
WO2011063692A1 (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: 10809538

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13259779

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010809538

Country of ref document: EP