WO2011020387A1 - 一种对网际协议分流连接实施管理的方法及系统 - Google Patents

一种对网际协议分流连接实施管理的方法及系统 Download PDF

Info

Publication number
WO2011020387A1
WO2011020387A1 PCT/CN2010/074982 CN2010074982W WO2011020387A1 WO 2011020387 A1 WO2011020387 A1 WO 2011020387A1 CN 2010074982 W CN2010074982 W CN 2010074982W WO 2011020387 A1 WO2011020387 A1 WO 2011020387A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobility management
offload
management entity
connection
request message
Prior art date
Application number
PCT/CN2010/074982
Other languages
English (en)
French (fr)
Inventor
周娜
霍玉臻
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011020387A1 publication Critical patent/WO2011020387A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio

Definitions

  • the present invention relates to the field of mobile communications, and in particular, to a method and system for managing an IP offload connection after a change in Internet Protocol (IP) offload capability.
  • IP Internet Protocol
  • EPS 3rd Generation Partnership Project
  • Evolved Packet System Evolved Packet System
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • MME Mobile Management Unit
  • S-GW Serving Gateway
  • P-GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • AAA Authentication 3 ⁇ 4 Authorization and Accounting server
  • PCRF Policy and Charging Rules Function
  • P-GW is also called PDN GW
  • PDN refers to packet data network, which is represented by Packet Data Network.
  • the MME is responsible for the control planes such as mobility management, non-access stratum signaling processing, and user mobility management context management
  • the S-GW is an access gateway connected to the E-UTRAN.
  • the device forwards data between the E-UTRAN and the P-GW and is responsible for buffering the paging waiting data.
  • the P-GW is a border gateway of the EPS and the PDN network, and is responsible for PDN access and forwarding between the EPS and the PDN. Data and other functions
  • the PCRF entity is a policy and charging rule function entity, which is connected to the IP service network through the receiving interface Rx to obtain service information.
  • the gateway device in the network through the Gx/Gxa/Gxc interface, and is responsible for initiating The establishment of an IP bearer guarantees the quality of service (QoS, Quality of Service) of the service data, and Perform billing control.
  • QoS Quality of Service
  • the home base station is a small, low-power base station deployed in indoor places such as homes and offices.
  • the main purpose is to provide users with higher service rates and lower the cost of using high-speed services, while making up for existing distributed Insufficient coverage of cellular wireless communication systems.
  • the advantages of a home base station are affordability, convenience, low power output, plug and play, and more.
  • the home base station can be directly connected to the core network, as shown in FIG. 1.
  • the wireless side network element in FIG. 1 can be a home base station; the home base station can also access the core network through the home base station gateway, the logical network element, as shown in the figure. 2, here, the wireless side network element in FIG. 2 may be a home base station.
  • the main functions of the home base station gateway are: verifying the security of the home base station, processing the registration of the home base station, performing operation and maintenance management on the home base station, configuring and controlling the home base station according to the operator's requirements, and exchanging data of the core network and the home base station.
  • the access gateway of the core network may be an S-GW, a P-GW, a Serving GPRS Support Node (SGSN), or a Gateway GPRS Support Node (GGSN).
  • the local gateway acts as a gateway for external access to an external network (such as the Internet), and provides address allocation, accounting, packet filtering, policy control, data offloading, and NAS/S1-AP/RANAP (Radios Access Network Application Part).
  • the local gateway can be a local SGW (L-SGW, Local SGW) and a local PGW (L-PGW, Local PGW).
  • the local gateway can be a separate L-PGW, which can be local.
  • GGSN L-GGSN, Local GGSN
  • local SGSN Local SGSN
  • the local gateway may be a separate L-GGSN, which may be a data offloading functional entity.
  • GPRS refers to general wireless packet service.
  • the mobile communication system can also support the IP offload function. Under the condition that the wireless side network element has IP offload capability and the user subscribes to allow IP offload, Realize local access of the terminal to other IP devices or the Internet of the home network. As shown in FIG. 1 or FIG. 2, the addition of the local gateway can provide strong support for the IP offloading technology. In the case of a home base station gateway, the gateway can be combined with the home base station.
  • FIG. 3 shows a schematic data flow of a wireless communication system IP offload and a core network connection.
  • the local gateway in Figure 3 can be an L-SGW, or an L-PGW.
  • FIG. 4 shows that the terminal is switched from the idle state in the prior art.
  • the flow chart of the service request process for the connection state includes the following steps: Step 401: After the terminal accesses the wireless communication system, the terminal has an IP offload connection and a core network connection, and then the terminal enters an idle state.
  • Step 402 The terminal sends a service request message to the mobility management entity via the radio side network element.
  • Step 403 Perform an authentication process of a non-access stratum (NAS, Non-Access-Stratum) authentication, and the step is optional. interest.
  • NAS Non-Access-Stratum
  • Step 405 The radio side network element performs a radio bearer setup process.
  • Step 406 The wireless side network element responds to the mobility management entity initial context establishment complete message.
  • Step 407 To activate/establish the core network connection of the terminal, the mobility management entity requests the S-GW to perform bearer modification, and sends a modify bearer request message to the S-GW.
  • Step 408 Optionally, the S-GW sends a modify bearer request message to the P-GW.
  • Step 409 Optionally, the P-GW responds to the S-GW bearer modification response message.
  • Step 410 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 411 Similarly, the mobility management entity needs to initiate activation/establishment of the IP offload connection. Operation, sending a modify bearer request message to the L-SGW. This step can be in parallel with step 407. Step 412: Optionally, the L-SGW sends a modify bearer request message to the L-PGW.
  • Step 413 Optionally, the L-PGW responds to the L-SGW bearer modification response message.
  • Step 414 The L-SGW sends a bearer modification response message to the mobility management entity.
  • the main purpose of the present invention is to provide a method and system for implementing management of an IP offload connection, which can solve the problem of wasted system resources caused by IP shunt information occupation.
  • a method for implementing management of an IP offload connection comprising: in a service request process or a location update process, the mobility management entity determines whether an Internet Protocol (IP) offload related information changes; the mobility management entity determines As a result, the management of the corresponding connection resource is selected to be performed.
  • IP Internet Protocol
  • the mobility management entity performs the determining, and selecting to perform management of the connection resource according to the determination result, including:
  • the mobility management entity determines whether the IP offload related information is changed to: does not support IP offloading; when the judgment result is that the IP offloading is not supported, the connection of the core network is activated or established, and the connection information of the IP offload is released;
  • the connection information of the IP offload is reserved.
  • the IP offload related information includes: IP offload capability information, and/or subscription information.
  • the mobility management entity further requests the service request message/location update according to the service
  • the IP offloading capability information carried in the message, and/or the subscription information obtained from the authentication authorization server, is determined whether the IP offloading is not supported; wherein the service request message/location update request message is sent by the radio side network element to The mobility management entity;
  • the mobility management entity is further locally saved according to the mobility management entity.
  • the IP offload capability information, and/or the subscription information saved locally by the mobility management entity determines whether IP shunting is not supported.
  • the storing the IP offload capability information locally in the mobility management entity includes:
  • the mobility management entity After the mobility management entity receives the configuration update request message or the registration request message sent by the wireless side network element, parsing the IP offload capability information encapsulated in the configuration update request message or the registration request message; the mobility management entity saves the parsed IP address. Diversion capability information.
  • the IP offload capability information includes capability information of the radio side network element.
  • the method further includes: in the initial context establishment request message/radio bearer setup request message, the connection network context establishment request message/radio bearer setup request message of the core network needs to be carried. Carrying the connection information of the core network and the connection information of the IP offload;
  • the method further includes:
  • the context response message sent by the original mobility management entity to the target mobility management entity needs to carry the connection information of the core network; when IP offloading is supported, the original mobility management entity goes to the target mobility management entity.
  • the context response message sent needs to carry the connection information of the core network and the connection information of the IP offload.
  • the encapsulated information includes: a local gateway identifier/address, and/or a wireless side network Meta tag/address;
  • the encapsulated information includes: the wireless side network element identifier/address.
  • the location update request message includes: a tracking area update request message, or a routing area update request message.
  • the method further includes: modifying, on the radio side network element of the IP offload connection, the IP offloading capability; or determining that the subscription information of the closed user group of the terminal/IP offload connection is not supported by the IP offloading IP offloading is not supported.
  • the method further includes: determining whether the IP offload connection still has the IP offload capability or the subscription information supporting IP offloading includes:
  • the wireless side network element and the local gateway identifier/address are the same, determine whether the local gateway corresponding to the IP offload connection has an IP offload capability, and determine whether the subscription information is to support IP offloading.
  • the connection information of the core network includes: an access gateway address, or a tunnel identifier of the uplink data;
  • the tunnel identifier includes: a tunnel endpoint identifier, or a universal route encapsulation key (GRE Key).
  • the wireless side network element includes: a base station, a home base station, or a radio network controller;
  • the mobility management entity includes: a mobility management unit, a mobile switching center, or a serving universal wireless packet service support node.
  • a system for managing an IP offload connection the system comprising: a judging unit and a management unit; wherein
  • a determining unit configured to: during the service request process or the location update request, the mobility management entity determines whether the IP offload related information is changed, and sends the determination result to the management unit;
  • a management unit configured to: according to the determination result, the mobility management entity selects to perform management of the corresponding connection resource.
  • the management unit is further configured to: when the judgment result is that the IP offloading is not supported, only the connection of the core network is activated or established, and the connection information of the IP offload is released; when the judgment result is that the IP offload is supported, the IP offload is reserved. Connection information.
  • the determining unit is further configured to: whether the mobility management entity performs the IP offloading capability information carried in the service request message/location update request message, and/or the subscription information obtained from the authentication authorization server, whether the data is not supported. The judgment of the IP offloading; wherein the service request message/location update request message is sent by the radio side network element to the mobility management entity; the force information, and/or the subscription information saved locally by the mobility management entity, whether or not Support IP diversion judgment.
  • the system further includes a saving unit, configured to receive, by the mobility management entity, a configuration update request message or a registration request message sent by the wireless side network element, and save the IP offload capability parsed from the configuration update request message or the registration request message. information.
  • the mobility management entity judges whether the service request process or the location update request.
  • the mobility management entity selects the management of the corresponding connected resource according to the judgment result.
  • the mobility management entity in the service request process or the location update request process, can determine the specific situation that can be changed corresponding to the IP offload related information, so as to be selected in a mobile manner.
  • the management operation of the connection resources such as the IP offload connection is released, thereby avoiding the problem of wasted system resources caused by the IP offload information occupation.
  • FIG. 1 is a schematic diagram of a wireless communication network connection in the prior art
  • FIG. 2 is another schematic diagram of a wireless communication network connection in the prior art
  • FIG. 3 is a schematic diagram of a local IP access data flow of a wireless communication system in the prior art
  • FIG. 4 is a flow chart of a service request process when a terminal transitions from an idle state to a connected state in the prior art
  • FIG. 5 is a flowchart of local storage capability information in a process of changing a wireless side network element capability provided by the present invention
  • FIG. 6 is a flowchart of a service request process when a terminal is changed from an idle state to a connected state according to the present invention
  • FIG. 7 is a flowchart of a process for performing location update of a terminal provided by the present invention.
  • FIG. 8 is another flowchart of a process for performing location update of a terminal provided by the present invention.
  • FIG. 9 is still another flowchart of a location update process performed by the terminal provided by the present invention.
  • FIG. 10 is another flowchart of a service request process when a terminal is changed from an idle state to a connected state according to the present invention. detailed description
  • the basic idea of the present invention is: The specific situation corresponding to the change of the IP offload related information is judged by the mobility management entity to dynamically select whether to release the management operation of the connection resource such as the IP offload connection.
  • a method for implementing management of an IP offload connection includes: in a service request process or a location update request process, the mobility management entity determines whether the IP offload related information changes; The mobility management entity selects to perform management of the corresponding connection resource according to the determination result.
  • the specific processing of the judgment and selection management includes the following steps:
  • Step 511 The mobility management entity determines whether the IP offload related information is changed to: Does not support IP offloading. If the result of the judgment is that IP offloading is not supported, it means that the IP offloading connection is invalid, and step 512 is performed; if the judgment result supports IP offloading, This means that the IP offload connection has not expired, and step 513 is performed.
  • Step 512 Only activate or establish a connection of the core network, and release the connection information of the IP offload.
  • Step 513 Keep the connection information of the IP offload.
  • the IP offload related information specifically includes: IP offload capability information, and/or subscription information.
  • the IP offload capability information specifically includes capability information of the radio side network element.
  • the mobility management entity determines whether the IP offload is not supported according to the IP offload capability information and the subscription information, and includes the following two cases.
  • the mobility management entity further determines whether the IP offload is not supported according to the IP offload capability information carried in the service request message/location update request message and/or the subscription information obtained from the authentication authorization server.
  • the service request message/location update request message is sent by the radio side network element to the mobility management entity.
  • the encapsulated information includes: a local gateway identifier/address, and/or a wireless side network element identifier/address;
  • the location update request message specifically includes: a tracking area update request message, or a routing area update request message.
  • the second case the mobility management entity further determines whether the IP offload is not supported according to the IP offload capability information saved locally by the mobility management entity and/or the subscription information saved locally by the mobility management entity.
  • the IP offload capability information is saved locally in the mobility management entity.
  • the method includes: after the mobility management entity receives the configuration update request message or the registration request message sent by the wireless side network element, parsing the IP offload capability information encapsulated in the configuration update request message or the registration request message; the mobility management entity saves the parsing Outgoing IP offload capability information.
  • the method further includes the following two cases.
  • the first case In the case of having a mobility management entity, the method further includes: in the request message/radio bearer setup request message, only the connection information of the core network needs to be carried; Connection information of the core network and connection information of the IP offload.
  • the second case In the case of two mobility management entities, the two mobility management entities are the original mobility management entity and the target mobility management entity, and the method further includes: using the original mobility management entity as the judgment subject It is determined whether the IP split is not supported. When the IP split is not supported, only the connection information of the core network needs to be carried. When the IP split is supported, the context response message sent by the original mobility management entity to the target mobility management entity needs to carry the core network. Connection information and connection information for IP offloading.
  • the encapsulated information includes: the wireless side network element identifier/address.
  • the method further includes: modifying the wireless side network element of the IP offload connection to have no IP offload capability; or determining that the subscription information of the closed user group of the terminal/IP offload connection is modified to not support IP offloading, IP offloading is not supported.
  • the method further includes: determining whether the IP offload connection still has the IP offload capability or the subscription information supporting the IP offload, specifically: determining the service request message or the tracking area update request Whether the wireless side network element identifier/address carried in the message has the IP offload capability; or, whether the local gateway or the radio side network element corresponding to the IP offload connection has the IP offload capability; or the radio side network element and the local gateway identifier If the address is the same, it is determined whether the local gateway corresponding to the IP offload connection has IP offload capability, and whether the subscription information is supported for IP offloading.
  • connection information of the core network specifically includes: an access gateway address, and a tunnel identifier of the uplink data.
  • the tunnel identifier includes: a tunnel endpoint identifier, or a GRE Key.
  • the wireless side network element specifically includes: a base station, a home base station, and a radio network controller.
  • the mobility management entity specifically includes: a mobility management unit, a mobile switching center, and a service universal wireless packet service support node.
  • the invention mainly includes the following contents:
  • the present invention is directed to providing a solution for implementing resource management for IP offload connections after IP offload capabilities or subscription changes.
  • the present invention provides a solution for resource management of an IP offload connection after the terminal is switched to the connected state, and the solution includes:
  • the mobility management entity When the idle terminal performs the service request or the location update process, the mobility management entity discovers that the local IP connection is invalid according to the IP offload capability or the locally saved IP offload capability carried in the service request or the location update request, and only activates or establishes the local IP connection.
  • the core network is connected to release IP offload information.
  • the location update may be a tracking area update, a routing area update.
  • the radio side network element may be a base station, a home base station, or a radio network controller (RNC).
  • the mobility management entity may be an MME, a Mobile Switching Centre (MSC), or an SGSN.
  • the connection information of the core network may include an access gateway address and a tunnel identifier of the uplink data.
  • the tunnel identifier can be a tunnel endpoint identifier (TEID, Tunnel End Point Identifier) or a generic route encapsulation key (GRE Key).
  • the message sent by the wireless side network element to the mobility management entity may carry the local gateway identifier/address, and may carry the wireless side network element identifier/address.
  • the context request message sent by the target mobility management entity to the original mobility management entity carries the radio side network element identifier/address.
  • the IP offload capability is the capability of the radio side network element.
  • the method for determining whether the local IP connection of the terminal still has the IP offloading capability or the signing may be: determining whether the radio side network element identifier/address carried in the service request message or the tracking area update request has an IP offload capability, and may be Determining whether the local gateway or the radio side network element corresponding to the IP offloading connection has the IP offloading capability, or determining whether the local gateway corresponding to the IP offloading connection has the IP offload if the radio side network element and the local gateway identifier/address are the same. Capability, and determine whether the user IP offload subscription information is to support IP offload.
  • the mobility management entity saves the wireless side network element identifier/address information.
  • the mobility management entity sends an initial context setup request message/radio bearer setup request message to the radio side network element to carry the core network connection information; if the local IP connection does not expire, the message needs to be carried. Core network connection information and IP offload connection information.
  • the context response message sent by the original mobility management entity to the target mobility management entity carries the core network connection information. If the local IP connection is valid, the message carries the core network connection and local IP connection information.
  • the home base station can be the same as the local gateway address.
  • the mobility management entity receives the IP offload capability/consignment or capability/consignment change message, the capability information of the radio side network element is saved.
  • the invention is illustrated by way of example below.
  • IP offloading can refer to LIPA, but is not limited to this specific unique title.
  • IP shunting can also include one of the following: Local IP access user local Network, local IP access to the company's local network, local IP access to the Internet, offloading of Internet services, and specific IP data offloading. The details are not described below.
  • Figure 5 depicts an application scenario based on an E-UTRAN system and a Universal Terrestrial Radio Access Network (UTRAN) system.
  • Figure 5 is a flow chart showing the process of changing the capability of the radio side network element in the present invention. The specific steps are described as follows:
  • Step 501 For the case of the E-UTRAN system, the radio side network element sends a configuration update request to the mobility management entity.
  • the radio side network element sends a registration request message to the mobility management entity;
  • the registration request message carries the IP offload capability information.
  • the IP offload capability information may be a separate IP offload capability identifier; it may be an open user, and/or a radio side network element IP offload Internet capability indication; an open user and/or a radio side network element IP offload local network capability indication. In the case of IP offloading, it can also carry the corresponding local gateway ID/address.
  • Step 502 The mobility management entity saves the capability information of the wireless side network element, such as the correspondence between the wireless side network element identifier/address and the capability, and in the case of the IP offloading capability, the corresponding local gateway identifier/address may also be saved.
  • Step 503 The mobility management entity responds with a configuration update response/registration response message.
  • the mobility management entity is still required to save the changed subscription information.
  • FIG. 6 to FIG. 8 describe an application scenario based on the E-UTRAN system.
  • Embodiment 1 :
  • FIG. 6 is based on the embodiment shown in FIG. 5, which shows the service request process when the terminal is changed from the idle state to the connected state on the basis of the system architecture of FIG. 1 and the local gateway is the L-SGW and the L-PGW scenario.
  • FIG. 5 shows the service request process when the terminal is changed from the idle state to the connected state on the basis of the system architecture of FIG. 1 and the local gateway is the L-SGW and the L-PGW scenario.
  • Step 601 After the terminal accesses the wireless communication system, the terminal has an IP offload connection and a core network connection. The terminal then enters the idle state.
  • Step 602 The terminal sends a service request message to the mobility management entity via the radio side network element.
  • the message sent by the radio side network element to the mobility management entity may carry the radio side network element identifier/address.
  • Step 603 Perform a NAS authentication process, and the step is optional.
  • Step 604 The mobility management entity determines whether the local IP connection of the terminal is invalid, that is, whether the local IP connection corresponds to the capability of the wireless side network element or whether the user subscription changes to not support IP offloading. If the local IP connection fails, that is, IP offload is not supported, you need to release the local IP connection information and only activate/establish the core network connection. If not expired, the local IP connection can be retained.
  • the reason why the IP offloading is not supported is that the radio side network element of the IP offload connection is modified to have no IP offload capability, or the subscription information of the closed subscriber group of the terminal or IP offload connection is modified to not support IP offload.
  • the device may determine whether the radio side network element identifier/address carried in the step 602 has the IP offloading capability according to the information saved in FIG. 5, which may be according to FIG. 5.
  • the saved information determines whether the local gateway or the wireless side network element corresponding to the IP offloading connection has the IP offloading capability, and may also determine the IP offload according to the information saved in FIG. 5 when the radio side network element and the local gateway identifier/address are the same. Whether the corresponding local gateway is connected to the IP offloading capability, and whether the user IP offload subscription information is supported for IP offloading. interest.
  • Step 606 The wireless side network element performs a radio bearer setup process.
  • Step 607 The wireless side network element responds to the mobility management entity initial context establishment complete message.
  • Step 608 The mobility management entity requests the S-GW to perform bearer modification, so as to activate/establish the core network connection of the terminal.
  • Step 609 Optionally, the S-GW sends a bearer modification request message to the P-GW.
  • Step 610 the P-GW responds to the S-GW bearer modification request response result.
  • Step 611 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 612 If the local IP connection is not invalid, the mobility management entity needs to initiate an activation/establishment operation of the IP offload connection, and send a modify bearer request message to the L-SGW. This step may be parallel with step 608. 616.
  • Step 613 The L-SGW sends a bearer modification request message to the L-PGW.
  • Step 614 The L-PGW responds to the L-SGW bearer modification request response result.
  • Step 615 The L-SGW sends a bearer modification response message to the mobility management entity.
  • Step 616 If the local IP connection fails, the mobility management entity initiates a release process for the IP offload connection, and does not need to perform an activation/establishment operation of the IP offload connection. In this step, step 612
  • step 615 does not need to be executed. This step is performed after step 604.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • FIG. 7 is a flow chart showing the location update process of the terminal provided by the present invention based on the system architecture of FIG. 1 and the local gateway being the L-SGW and the L-PGW scenario. The specific steps are described as follows:
  • Step 701 The terminal sends a tracking area update request message to the mobility management entity via the wireless side network element, and carries the activation identifier.
  • the message sent by the radio side network element to the mobility management entity may carry the radio side network element identifier/address.
  • Step 702 Optionally, the terminal, the mobility management entity, and the authentication authorization server perform an authentication process.
  • Step 703 The mobility management entity initiates a bearer modification request to the core network S-GW.
  • Step 704 Optionally, the S-GW sends a bearer modification request message to the P-GW.
  • Step 705 Optionally, the P-GW responds to the S-GW bearer modification request response result.
  • Step 706 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 707 The mobility management entity initiates a bearer modification request to the L-SGW. This step can be processed in parallel with step 703.
  • Step 708 Optionally, the L-SGW sends a bearer modification request message to the L-PGW.
  • Step 709 Optionally, the L-PGW responds to the L-SGW bearer modification request response result.
  • Step 711 The mobility management entity determines whether the local IP connection of the terminal is invalid, that is, whether the local IP connection corresponds to the capability of the wireless side network element or whether the user subscription changes to not support IP offloading. If the local IP connection fails, that is, IP offload is not supported, you need to release the local IP connection information and only activate/establish the core network connection. If not expired, the local IP connection can be retained.
  • the reason why the IP offloading is not supported is that the radio side network element of the IP offload connection is modified to have no IP offload capability, or the subscription information of the closed subscriber group of the terminal or IP offload connection is modified to not support IP offload.
  • a method for determining whether the local IP connection of the terminal still has an IP offloading capability or a subscription may be: determining whether the radio side network element identifier/address carried in step 701 has an IP offload capability, and may be determining a local gateway corresponding to the IP offload connection or Whether the wireless side network element has the IP offloading capability, or the local side gateway corresponding to the IP offloading connection has the IP offloading capability, and determines the user IP offloading subscription information if the radio side network element and the local gateway identifier/address are the same. Whether to support IP offloading.
  • Step 712 If the step 701 requests that the activation identifier exists in the message, the mobility management entity An initial context setup request/radio bearer setup request message is sent to the radio side network element. If the local IP connection fails, the message in this step needs to carry the core network connection information, such as the SGW address and the tunnel identifier of the uplink data, and does not need to carry the IP offload connection information. If the local IP connection is not invalid, the message of this step needs to be Carry the core network connection information and the IP offload connection information.
  • the core network connection information such as the SGW address and the tunnel identifier of the uplink data
  • Step 713 The radio side network element performs a radio bearer setup process. Load completion message.
  • Step 715 The mobility management entity requests the S-GW to perform bearer modification, so as to activate/establish the core network connection of the terminal; and the S-GW sends a bearer modification response message to the mobility management entity.
  • the S-GW sends a bearer modification request message to the P-GW.
  • Step 716 the step is optional. If the local IP connection is not invalid, the mobility management entity needs to initiate an activation/establishment operation of the IP offload connection, and sends a modify bearer request message to the L-SGW, which may be parallel to step 715.
  • Step 717 If the local IP connection fails, the mobility management entity initiates a release procedure for the IP offload connection, and does not need to perform an activation/establishment operation of the IP offload connection. Step 716 does not need to be performed. This step is performed after step 711.
  • FIG. 7 shows that the step 711 in the process can also be performed before the step 703.
  • the mobility management entity does not need to modify the IP offload bearer, that is, steps 707 to 710 need not be performed. Subsequent process changes are similar to steps 712 to 717 and will not be repeated here.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • FIG. 8 is a flow chart showing the location update process of the terminal provided by the present invention on the basis of the system architecture of FIG. 1 and the local gateway being the L-SGW and the L-PGW scenario, based on the embodiment shown in FIG. The specific steps are described as follows:
  • Step 801 The terminal sends a tracking area update request to the mobility management entity via the wireless side network element. Interest.
  • the message sent by the radio side network element to the mobility management entity may carry the radio side network element identifier/address.
  • Step 802. the terminal, the mobility management entity, and the authentication authorization server perform an authentication process.
  • Step 803 The mobility management entity initiates a bearer modification request to the core network S-GW.
  • Step 804 Optionally, the S-GW sends a bearer modification request message to the P-GW.
  • Step 805 Optionally, the P-GW responds to the S-GW bearer modification request response result.
  • Step 806 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 807 The mobility management entity initiates a bearer modification request to the L-SGW. This step can be processed in parallel with step 803.
  • Step 808 Optionally, the L-SGW sends a bearer modification request message to the L-PGW.
  • Step 809 the L-PGW responds to the L-SGW bearer modification request response result.
  • Step 810 The L-SGW sends a bearer modification response message to the mobility management entity.
  • Step 811 The mobility management entity determines whether the local IP connection of the terminal is invalid, that is, whether the local IP connection corresponds to the capability of the wireless side network element or whether the user subscription changes to not support IP offloading. If the local IP connection fails, that is, IP offload is not supported, you need to release the local IP connection information and only activate/establish the core network connection. If not expired, the local IP connection can be retained.
  • the reason why the IP offloading is not supported is that the radio side network element of the IP offload connection is modified to have no IP offload capability, or the subscription information of the closed subscriber group of the terminal or IP offload connection is modified to not support IP offload.
  • the method of determining whether the local IP connection of the terminal still has the IP offloading capability or the signing the determining whether the radio side network element identifier/address carried in the step 801 has the IP offloading capability, and determining the local gateway corresponding to the IP offload connection or Whether the wireless side network element has the IP offloading capability, or the IP side network element and the local gateway identifier/address are the same, and the IP splitting is determined. Whether the corresponding local gateway has the IP offload capability, and whether the user IP offload subscription information is supported for IP offloading.
  • Step 812 If the activation identifier is not present in the message in step 801, the mobility management entity sends a tracking area update accept message to the wireless side network element.
  • Step 813 If the local IP connection fails, the mobility management entity initiates a release process for the IP offload connection. This step is performed after step 811.
  • FIG. 8 shows that step 811 in the process can also be performed before step 803. At this time, if the local IP connection fails, the mobility management entity does not need to modify the IP offload bearer, that is, steps 807 to 810 need not be performed. Other process changes are similar to the process of Figure 8, and will not be repeated here.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • FIG. 9 is a flowchart showing a process for performing location update of a terminal provided by the present invention on the basis of the system architecture of FIG. 1 , the local gateway is an L-SGW and an L-PGW, and the mobility management entity changes the scenario.
  • the terminal does not need to release the local IP connection after moving to the new wireless side network element.
  • the mobility management entity needs to save the wireless side network element identifier/address.
  • Step 901 The terminal sends a tracking area update request message to the target mobility management entity via the wireless side network element.
  • Step 902 The target mobility management entity sends a context request message to the original mobility management entity to obtain user information.
  • Step 903 The original mobility management entity determines whether the local IP connection of the terminal is invalid, that is, whether the local IP connection corresponds to the capability of the wireless side network element or whether the user subscription changes to not support IP offloading. If the local IP connection fails, that is, IP offload is not supported, the local IP connection information needs to be released, and only the core network connection is activated/established. If not expired, the local IP connection can be retained.
  • IP offloading is not supported is that the radio side network element of the IP offload connection is modified to have no IP offload capability, or the subscription information of the closed subscriber group of the terminal or IP offload connection is modified to be unsupported. IP split.
  • a method for determining whether the local IP connection of the terminal still has an IP offloading capability or a subscription the local gateway or the radio side network element corresponding to the IP offload connection may be determined. After the terminal enters the idle state, the mobility management entity saves the radio side network element identifier. If the IP address is the same as the local gateway ID/address, it is determined whether the local gateway corresponding to the IP offload connection has IP offload capability, and whether the user IP offload subscription information is determined. To support IP offloading.
  • Step 904 The original mobility management entity responds to the target mobility management entity with a context response. If the local IP connection fails, the message carries the core network connection information without carrying
  • IP offload connection information If the local IP connection is valid, the message carries the core network connection and the local IP connection information.
  • Step 905. the terminal, the target mobility management entity, and the authentication authorization server perform an authentication process.
  • Step 906 The target mobility management entity sends a context accept message to the original mobility management entity.
  • Step 907 The target mobility management entity initiates a bearer modification request to the core network S-GW.
  • Step 909 Optionally, the P-GW responds to the S-GW bearer modification request response result.
  • Step 910 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 911 following the follow-up process of the tracking area update.
  • Step 912 The original mobility management entity initiates a local IP connection release process. This step can be performed after step 903.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • FIG. 10 shows a flow of a service request process when the terminal is changed from an idle state to a connected state, based on the system architecture of FIG. 1 and the local gateway is an L-SGW and an L-PGW scenario.
  • the specific steps are described as follows:
  • Step 1001 After the terminal accesses the wireless communication system, the terminal has an IP offload connection and a core network connection, and then the terminal enters an idle state.
  • Step 1002 The terminal sends a service request message to the mobility management entity via the radio side network element.
  • the message sent by the radio side network element to the mobility management entity carries the IP offload capability information, and the capability information may be a capability identifier or a local gateway (L-SGW/L-PGW) identifier/address.
  • L-SGW/L-PGW local gateway
  • Step 1003 Perform a NAS authentication process, and the step is optional.
  • Step 1004 The mobility management entity determines whether the local IP connection of the terminal is invalid, that is, whether the local IP connection corresponds to the capability of the wireless side network element or whether the user subscription changes to not support IP offloading. If the local IP connection fails, that is, IP offload is not supported, you need to release the local IP connection information and only activate/establish the core network connection. If not expired, the local IP connection can be retained.
  • the reason why the IP offloading is not supported is that the radio side network element of the IP offload connection is modified to have no IP offload capability, or the subscription information of the closed subscriber group of the terminal or IP offload connection is modified to not support IP offload.
  • the method of determining whether the local IP connection of the terminal still has the IP offloading capability or the signing is as follows: whether the IP offloading capability is carried in the step 1002, and the IP offloading subscription information of the user is used to determine whether the IP offloading is supported. interest.
  • the message in this step needs to carry the core network connection information, such as the SGW address and the tunnel identifier of the uplink data, and does not need to carry the IP offload connection information. If the local IP connection is not invalid, the message of this step needs to be Carry the core network connection information and the IP offload connection information.
  • Step 1006 The radio side network element performs a radio bearer setup process.
  • Step 1007 The radio side network element responds to the mobility management entity initial context establishment complete message.
  • Step 1008 The mobility management entity requests the S-GW to perform bearer modification, so as to activate/establish the core network connection of the terminal.
  • Step 1009 Optionally, the S-GW sends a bearer modification request message to the P-GW.
  • Step 1010 Optionally, the P-GW responds to the S-GW bearer modification request response result.
  • Step 1011 The S-GW sends a bearer modification response message to the mobility management entity.
  • Step 1012 If the local IP connection is not invalid, the mobility management entity needs to initiate an activation/establishment operation of the IP offload connection, and send a modify bearer request message to the L-SGW. This step may be parallel with step 1008. 1016.
  • Step 1013 The L-SGW sends a bearer modification request message to the L-PGW.
  • Step 1014 The L-PGW responds to the L-SGW bearer modification request response result.
  • Step 1015 The L-SGW sends a bearer modification response message to the mobility management entity.
  • Step 1016 If the local IP connection fails, the mobility management entity initiates a release process for the IP offload connection, and does not need to perform an activation/establishment operation of the IP offload connection. Steps 1012 to 1015 need not be performed. This step is performed after step 1004.
  • the above embodiment only uses the service request as an example to describe a management method for implementing the terminal IP offload connection after the terminal is switched to the connected state.
  • the message sent by the radio side network element to the mobility management entity is still required to carry the IP offload capability information, and the mobility management entity determines whether the local IP access is valid according to the capability information and the subscription information, if If the local IP connection is invalid, you need to release the local IP connection information and only activate/establish the core network connection. If not expired, the local IP connection can be retained.
  • the manner in which the IP offload connection resource management is implemented after the terminal is switched to the connected state is very similar to the above embodiment, and does not affect the description of the present invention, so the description will not be repeated here.
  • the above embodiment only has no home base station gateway in the E-UTRAN system.
  • the case is an example to illustrate the way to implement resource management after the terminal is switched to the connected state.
  • the local gateway only has the L-SGW scenario, the MME change, the S-GW changed location update situation, and the UTRAN system scenario, the manner in which the terminal implements the IP offload connection resource management after the terminal transitions to the connected state.
  • the embodiments are very similar and do not affect the description of the invention, so the description will not be repeated here.
  • the radio side network element may be a base station, a home base station, an RNC, a local gateway, and a offload function entity.
  • the mobility management entity may be an MME, an MSC, or an SGSN.
  • the local gateways may be L-SGWs and L-PGWs, may be separate L-PGWs, may be L-GGSNs and L-SGSNs, may be separate L-GGSNs, and may be data offloading functional entities.
  • the core network gateway can be S-GW, P-GW, SGSN, GGSN.
  • the tunnel ID can be TEID or GRE Key.
  • the wireless side network element of the IP offload can be the same as the local gateway address.
  • the mobility management entity may perform the IP offloading capability carried in the service request or the location update request or locally saved.
  • the IP offload capability or user subscription determines whether the local IP connection is invalid. If it fails, the activation or establishment of the core network connection process is initiated.
  • the mobility management entity may determine whether the local IP connection is invalid according to the locally saved IP offloading capability or the user subscription, and if the failure occurs, initiate activation. Or establish a core network connection process.
  • a system for managing an IP offload connection comprising: a judging unit and a management unit.
  • the determining unit is configured to: during the service request process or the location update request, the mobility management entity determines whether the IP offload related information changes, and sends the determination result to the management unit.
  • the management unit is configured to select, according to the judgment result, the management of the corresponding connection resource.
  • the management unit is further configured to: when the judgment result is that the IP offload is not supported, only activate or establish a connection of the core network, and release the connection information of the IP offload; when the judgment result is that the IP offload is supported When the IP offload connection information is retained.
  • the judging unit has two specific implementations.
  • the obtained contract information is judged whether the IP split is not supported.
  • the service request message/location update request message is sent by the wireless side network element to the mobility management entity.
  • the determining unit is further configured to: determine, by the mobility management entity, whether the IP offloading is not supported according to the IP offloading capability information saved locally by the mobility management entity and/or the subscription information saved locally by the mobility management entity.
  • the system further includes a saving unit, the saving unit is configured to receive, by the mobility management entity, a configuration update request message or a registration request message sent by the wireless side network element, and save the IP parsed from the configuration update request message or the registration request message. Diversion capability information.

Landscapes

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

Description

一种对网际协议分流连接实施管理的方法及系统 技术领域
本发明涉及移动通信领域， 尤其涉及一种网际协议（IP )分流能力改变 后对 IP分流连接实施管理的方法及系统。 背景技术
第三代合作伙伴计划 ( 3GPP, 3rd Generation Partnership Project )演进 的分组系统（ EPS , Evolved Packet System ) 由演进的通用移动通信系统陆 地无线接入网 （E-UTRAN , Evolved Universal Terrestrial Radio Access Network ) 、 移动管理单元（MME, Mobility Management Entity ) 、 服务网 关 （S-GW, Serving Gateway ) 、 分组数据网络网关 （P-GW, Packet Data Network Gateway ) 、 归属用户服务器 （HSS, Home Subscriber Server ) 、 3 GPP的认证授权计费 ( AAA, Authentication ¾ Authorization and Accounting ) 服务器， 策略和计费规则功能（ PCRF, Policy and Charging Rules Function ) 实体及其他支撑节点组成。 其中， P-GW也称为 PDN GW, PDN指分组数 据网络， 以 Packet Data Network表示。
在现有 EPS的系统架构中， MME负责移动性管理、非接入层信令的处 理和用户移动管理上下文的管理等控制面的相关工作； S-GW 是与 E-UTRAN相连的接入网关设备， 在 E-UTRAN和 P-GW之间转发数据， 并 且负责对寻呼等待数据进行緩存； P-GW则是 EPS与 PDN网络的边界网关， 负责 PDN的接入及在 EPS与 PDN间转发数据等功能； PCRF实体是策略 和计费规则功能实体， 它通过接收接口 Rx和 IP业务网络相连， 获取业务 信息， 此外， 它通过 Gx/Gxa/Gxc接口与网络中的网关设备相连， 负责发起 IP承载的建立， 保证业务数据的服务质量（QoS , Quality of Service ) , 并 进行计费控制。
家用基站是一种小型、 低功率的基站， 部署在家庭及办公室等室内场 所， 主要作用是为了给用户提供更高的业务速率并降低使用高速率服务所 需要的费用， 同时弥补已有分布式蜂窝无线通信系统覆盖的不足。 家用基 站的优点是实惠、 便捷、 低功率输出、 即插即用等。
家用基站可以直接连接到核心网络， 如图 1所示， 这里， 图 1 中的无 线侧网元可以为家庭基站； 家用基站也可以通过家用基站网关这个逻辑网 元接入到核心网络， 如图 2所示， 这里， 图 2中的无线侧网元可以为家庭 基站。 其中， 家用基站网关主要功能为： 验证家用基站的安全性， 处理家 用基站的注册， 对家用基站进行运行维护管理， 根据运营商要求配置和控 制家用基站， 负责交换核心网和家用基站的数据。 核心网的接入网关可以 是 S-GW、P-GW、服务 GPRS支持节点（ SGSN, Serving GPRS Support Node )、 网关 GPRS支持节点（ GGSN, Gateway GPRS Support Node )。 本地网关作 为本地接入到外部网络（例如 Internet ) 的网关， 提供地址分配、 计费、 分 组包过滤、 策略控制、 数据分流功能、 NAS/S1-AP/RANAP ( Radios Access Network Application Part, 无线接入网应用部分 ) /GTP ( General Tunneling Protocol, 通用隧道协议） /PMIP ( Proxy Mobile IP, 代理移动 IP协议） /MIP ( Mobile IP, 移动 IP协议 )消息解析、 NAT ( Network Address Translation, 网络地址转换）、 IP分流策略路由和执行等功能，本地网关可以是本地 SGW ( L-SGW, Local SGW )和本地 PGW ( L-PGW, Local PGW ) , 本地网关 可以是单独的 L-PGW, 可以是本地 GGSN ( L-GGSN, Local GGSN )和本 地 SGSN ( L-SGSN, Local SGSN ) , 本地网关可以是单独的 L-GGSN, 可 以是数据分流功能实体。 其中， GPRS指通用无线分组业务。
除了支持移动核心网络的接入以外， 移动通信系统还可支持 IP分流功 能，在无线侧网元具备 IP分流能力以及用户签约允许 IP分流的条件下， 可 实现终端对家用网络其他 IP设备或者互联网络的本地接入。 如图 1或图 2 所示， 本地网关的增设可提供对 IP分流技术的有力支持， 存在家用基站网 关的情况下， 该网关可与家用基站进行合设。
由于本地 IP连接不支持移动性， 当终端移动到新的无线侧网元后， 终 端的本地 IP连接将得以释放。 以长期演进（LTE, Long Term Evolution ) 移动通信网络架构为例， 图 3显示了无线通信系统 IP分流和核心网连接的 示意数据流。 图 3中的本地网关可以是 L-SGW、 或 L-PGW。
基于图 1的系统架构， 在本地网关为 L-SGW和 L-PGW、 核心网的接 入网关为 S-GW和 P-GW的场景下， 图 4显示了现有技术中终端由空闲态 转为连接态时进行服务请求过程的流程图， 图 4所示的流程包括以下步骤： 步骤 401、 终端接入无线通信系统后具有 IP分流连接和核心网连接， 此后终端进入空闲态。
步骤 402、 终端经无线侧网元向移动性管理实体发送服务请求消息。 步骤 403、 执行非接入层（NAS, Non- Access-Stratum )认证的鉴权过 程， 该步可选。 息。
步骤 405、 无线侧网元执行无线承载建立过程。
步骤 406、 无线侧网元回应移动性管理实体初始上下文建立完成消息。 步骤 407、为激活 /建立终端的核心网连接，移动性管理实体请求 S-GW 进行承载修改， 并向 S-GW发送修改承载请求消息。
步骤 408、 可选地， S-GW向 P-GW发送修改承载请求消息。
步骤 409、 可选地， P-GW回应 S-GW承载修改响应消息。
步骤 410、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 411、 同样地， 移动性管理实体需要发起 IP分流连接的激活 /建立 操作， 向 L-SGW发送修改承载请求消息。 该步骤可以与步骤 407并行。 步骤 412、 可选地， L-SGW向 L-PGW发送修改承载请求消息。
步骤 413、 可选地 , L-PGW回应 L-SGW承载修改响应消息。
步骤 414、 L-SGW向移动性管理实体发送承载修改响应消息。
在无线侧网元具备 IP分流能力以及用户签约信息改变的情况下， 由上 述流程可见， 终端的 IP分流信息无法得以删除， IP分流信息占用将导致系 统资源浪费。 因此， 目前迫切需要一种解决方案： 能相应于以上改变的具 体情况，机动性地选择是否释放 IP分流连接， 以解决 IP分流信息占用导致 的系统资源浪费的问题。 发明内容
有鉴于此， 本发明的主要目的在于提供一种对 IP分流连接实施管理的 方法及系统， 能解决 IP分流信息占用导致的系统资源浪费的问题。
为达到上述目的， 本发明的技术方案是这样实现的：
一种对 IP分流连接实施管理的方法， 该方法包括： 在服务请求过程或 位置更新过程中， 移动性管理实体判断网际协议 ( IP )分流相关信息是否发 生改变； 所述移动性管理实体根据判断结果， 选择执行相对应的连接资源 的管理。
其中， 所述移动性管理实体进行所述判断、 以及根据所述判断结果选 择执行所述连接资源的管理， 包括：
移动性管理实体判断所述 IP分流相关信息是否改变为：不支持 IP分流； 当判断结果为不支持 IP分流时， 激活或建立核心网的连接， 并释放 IP 分流的连接信息；
当判断结果为支持 IP分流时， 保留 IP分流的连接信息。
其中， 所述 IP分流相关信息包括： IP分流能力信息、 和 /或签约信息。 其中， 所述移动性管理实体， 进一步根据服务请求消息 /位置更新请求 消息中携带的 IP分流能力信息、 和 /或从鉴权授权服务器获取的签约信息， 进行是否不支持 IP分流的判断； 其中， 所述服务请求消息 /位置更新请求消 息由无线侧网元发送给所述移动性管理实体；
或者， 所述移动性管理实体， 进一步根据移动性管理实体本地保存的
IP分流能力信息、 和 /或移动性管理实体本地保存的签约信息， 进行是否不 支持 IP分流的判断。
其中， 将 IP分流能力信息保存在移动性管理实体本地包括：
在移动性管理实体收到无线侧网元发送的配置更新请求消息或注册请 求消息后， 解析出配置更新请求消息或注册请求消息中封装的 IP分流能力 信息； 移动性管理实体保存解析出的 IP分流能力信息。
其中， 所述 IP分流能力信息包括无线侧网元的能力信息。
其中， 具有一个移动性管理实体的情况下， 该方法进一步包括： 始上下文建立请求消息 /无线承载建立请求消息中， 需携带核心网的连接信 上下文建立请求消息 /无线承载建立请求消息中， 需携带核心网的连接信息 和 IP分流的连接信息；
具有两个移动性管理实体的情况下， 该方法进一步包括：
由原移动性管理实体判断是否不支持 IP分流；
当不支持 IP分流时， 原移动性管理实体向目标移动性管理实体发送的 上下文响应消息中， 需携带核心网的连接信息； 当支持 IP分流时， 原移动 性管理实体向目标移动性管理实体发送的上下文响应消息中， 需携带核心 网的连接信息和 IP分流的连接信息。 置更新请求消息中， 封装的信息包括： 本地网关标识 /地址、 和 /或无线侧网 元标识 /地址；
具有两个移动性管理实体的情况下， 目标移动性管理实体向原移动性 管理实体发送的上下文请求消息中， 封装的信息包括： 无线侧网元标识 /地 址。
其中， 所述位置更新请求消息包括： 跟踪区更新请求消息、 或路由区 更新请求消息。
其中， 该方法进一步包括： 在 IP分流连接的无线侧网元修改为不具有 IP分流能力； 或者、 终端 /IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流的情况下， 判断出不支持 IP分流。
其中， 该方法进一步包括： 判断 IP分流连接是否仍然具有所述 IP分流 能力或支持 IP分流的所述签约信息包括：
判断服务请求消息或跟踪区更新请求消息中携带的无线侧网元标识 /地 址是否具有 IP分流能力；
或者，判断 IP分流连接对应的本地网关或无线侧网元是否具有 IP分流 能力；
或者， 在无线侧网元与本地网关标识 /地址相同的情况下， 判断 IP分流 连接对应的本地网关是否具有 IP分流能力， 并且判断签约信息是否为支持 IP分流。
其中， 所述核心网的连接信息包括： 接入网关地址、 或上行数据的隧 道标识；
其中， 所述隧道标识包括： 隧道端点标识、 或通用路由封装密钥（GRE Key ) 。
其中， 所述无线侧网元包括： 基站、 家用基站、 或无线网络控制器； 所述移动性管理实体包括： 移动管理单元、 移动交换中心、 或服务通 用无线分组业务支持节点。 一种对 IP分流连接实施管理的系统， 该系统包括： 判断单元和管理单 元； 其中，
判断单元， 用于在服务请求过程或位置更新请求过程中， 移动性管理 实体判断 IP分流相关信息是否发生改变， 并将判断结果发送给所述管理单 元；
管理单元， 用于所述移动性管理实体根据所述判断结果， 选择执行相 对应的连接资源的管理。
其中， 所述管理单元， 进一步用于当判断结果为不支持 IP分流时， 仅 激活或建立核心网的连接， 并释放 IP分流的连接信息； 当判断结果为支持 IP分流时， 保留 IP分流的连接信息。
其中， 所述判断单元， 进一步用于所述移动性管理实体根据服务请求 消息 /位置更新请求消息中携带的 IP分流能力信息、 和 /或从鉴权授权服务 器获取的签约信息， 进行是否不支持 IP分流的判断； 其中， 所述服务请求 消息 /位置更新请求消息由无线侧网元发送给所述移动性管理实体； 力信息、 和 /或移动性管理实体本地保存的签约信息， 进行是否不支持 IP分 流的判断。
其中， 该系统还包括保存单元， 用于移动性管理实体收到无线侧网元 发送的配置更新请求消息或注册请求消息， 并保存从配置更新请求消息或 注册请求消息中解析出的 IP分流能力信息。
本发明在服务请求过程或位置更新请求过程中， 移动性管理实体判断
IP分流相关信息是否发生改变； 移动性管理实体根据判断结果， 选择执行 相对应的连接资源的管理。
釆用本发明， 在服务请求过程或位置更新请求过程中， 能相应于 IP分 流相关信息改变的具体情况由移动性管理实体进行判断， 以便机动性地选 择是否释放 IP分流连接等连接资源的管理操作，从而避免了 IP分流信息占 用导致的系统资源浪费的问题。 附图说明
图 1为现有技术中无线通信网络连接的一示意图；
图 2为现有技术中无线通信网络连接的另一示意图；
图 3为现有技术中无线通信系统本地 IP接入数据流示意图；
图 4为现有技术中终端由空闲态转为连接态时进行服务请求过程的流 程图；
图 5 为本发明提供的无线侧网元能力改变过程中本地保存能力信息的 流程图；
图 6为本发明提供的终端由空闲态转为连接态时进行服务请求过程的 一流程图；
图 7为本发明提供的终端进行位置更新过程的一流程图；
图 8为本发明提供的终端进行位置更新过程的另一流程图；
图 9为本发明提供的终端进行位置更新过程的又一流程图；
图 10为本发明提供的终端由空闲态转为连接态时进行服务请求过程的 另一流程图。 具体实施方式
本发明的基本思想是： 相应于 IP分流相关信息改变的具体情况由移动 性管理实体进行判断， 以便机动性地选择是否释放 IP分流连接等连接资源 的管理操作。
下面结合附图对技术方案的实施作进一步的详细描述。
一种对 IP分流连接实施管理的方法， 该方法包括： 在服务请求过程或 位置更新请求过程中，移动性管理实体判断 IP分流相关信息是否发生改变； 移动性管理实体根据判断结果， 选择执行相对应的连接资源的管理。
这里， 判断及选择管理的具体处理过程包括以下步骤：
步骤 511、 移动性管理实体判断 IP分流相关信息是否改变为： 不支持 IP分流， 如果判断结果为不支持 IP分流， 则意味着 IP分流连接失效， 执 行步骤 512; 如果判断结果支持 IP分流， 则意味着 IP分流连接未失效， 执 行步骤 513。
步骤 512、 仅激活或建立核心网的连接， 并释放 IP分流的连接信息。 步骤 513、 保留 IP分流的连接信息。
这里， IP分流相关信息具体包括： IP分流能力信息、 和 /或签约信息。 其中， IP分流能力信息具体包括无线侧网元的能力信息。
这里， 移动性管理实体根据上述 IP分流能力信息及签约信息来判断是 否不支持 IP分流， 包括以下两种情况。
第一种情况： 移动性管理实体进一步根据服务请求消息 /位置更新请求 消息中携带的 IP分流能力信息、 和 /或从鉴权授权服务器获取的签约信息， 进行是否不支持 IP分流的判断。 其中， 服务请求消息 /位置更新请求消息由 无线侧网元发送给移动性管理实体。
这里， 无线侧网元向移动性管理实体发送的服务请求消息 /位置更新请 求消息中， 封装的信息包括： 本地网关标识 /地址、 和 /或无线侧网元标识 / 地址；
这里， 位置更新请求消息具体包括： 跟踪区更新请求消息、 或路由区 更新请求消息。
第二种情况： 移动性管理实体进一步根据移动性管理实体本地保存的 IP分流能力信息、 和 /或移动性管理实体本地保存的签约信息， 进行是否不 支持 IP分流的判断。
这里， 针对保存而言， 将 IP分流能力信息保存在移动性管理实体本地 具体包括： 在移动性管理实体收到无线侧网元发送的配置更新请求消息或 注册请求消息后， 解析出配置更新请求消息或注册请求消息中封装的 IP分 流能力信息； 移动性管理实体保存解析出的 IP分流能力信息。
这里， 具有一个、 或多个移动性管理实体比如两个移动性管理实体时， 该方法进一步包括以下两种情况。
第一种情况： 具有一个移动性管理实体的情况下， 该方法进一步包括： 请求消息 /无线承载建立请求消息中， 仅需携带核心网的连接信息； 当支持 无线承载建立请求消息中，需携带核心网的连接信息和 IP分流的连接信息。
第二种情况： 具有两个移动性管理实体的情况下， 两个移动性管理实 体分别为原移动性管理实体、 目标移动性管理实体， 该方法进一步包括： 由原移动性管理实体作为判断主体判断是否不支持 IP分流； 当不支持 IP分 仅需携带核心网的连接信息； 当支持 IP分流时， 原移动性管理实体向目标 移动性管理实体发送的上下文响应消息中， 需携带核心网的连接信息和 IP 分流的连接信息。
具有两个移动性管理实体的情况下， 目标移动性管理实体向原移动性 管理实体发送的上下文请求消息中， 封装的信息包括： 无线侧网元标识 /地 址。
这里， 该方法进一步包括： 在 IP分流连接的无线侧网元修改为不具有 IP分流能力； 或者、 终端 /IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流的情况下， 判断出不支持 IP分流。
这里， 该方法进一步包括： 判断 IP分流连接是否仍然具有 IP分流能力 或支持 IP分流的签约信息， 具体包括： 判断服务请求消息或跟踪区更新请 求消息中携带的无线侧网元标识 /地址是否具有 IP分流能力； 或者，判断 IP 分流连接对应的本地网关或无线侧网元是否具有 IP分流能力； 或者，在无 线侧网元与本地网关标识 /地址相同的情况下 ,判断 IP分流连接对应的本地 网关是否具有 IP分流能力， 并且判断签约信息是否为支持 IP分流。
这里， 针对以上涉及到的核心网的连接信息而言， 核心网的连接信息 具体包括： 接入网关地址、 上行数据的隧道标识。 其中， 隧道标识包括： 隧道端点标识、 或 GRE Key。
这里， 针对以上涉及到的无线侧网元而言， 无线侧网元具体包括： 基 站、 家用基站、 无线网络控制器。 针对以上涉及到的移动性管理实体而言， 移动性管理实体具体包括： 移动管理单元、 移动交换中心、 服务通用无线 分组业务支持节点。
本发明主要包括以下内容：
本发明旨在提供在 IP分流能力或签约改变后对 IP分流连接进行实现资 源管理的方案。 其中， 本发明提供了在终端转为连接态后对 IP分流连接进 行资源管理的方案， 该方案包括：
空闲终端在执行服务请求或位置更新过程中， 移动性管理实体根据服 务请求或位置更新请求中携带的 IP分流能力或本地保存的 IP分流能力和用 户签约发现本地 IP连接失效， 则仅仅激活或建立核心网连接，释放 IP分流 信息。
进一步地， 位置更新可以是跟踪区更新、 路由区更新。
进一步地，无线侧网元可以是基站、家用基站、无线网络控制器（RNC, Radio Network Controller ) 。 移动性管理实体可以为 MME、 移动交换中心 ( MSC, Mobile Switching Centre ) 、 SGSN。 核心网的连接信息可以包括接 入网关地址、 上行数据的隧道标识。 隧道标识可以是隧道端点标识（ TEID , Tunnel End Point Identifier ) 、 通用路由封装密钥 （GRE Key ) 。 进一步地， 无线侧网元向移动性管理实体发送的消息中可以携带本地 网关标识 /地址， 可以携带无线侧网元标识 /地址。 目标移动性管理实体向原 移动性管理实体发送的上下文请求消息携带无线侧网元标识 /地址。
进一步地， IP分流能力为无线侧网元具有的能力。
进一步地，判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约 的方法： 可以是判断服务请求消息或跟踪区更新请求中携带的无线侧网元 标识 /地址是否具有 IP分流能力、 可以是判断 IP分流连接对应的本地网关 或无线侧网元是否具有 IP分流能力， 也可以是在无线侧网元与本地网关标 识 /地址相同的情况下， 判断 IP分流连接对应的本地网关是否具有 IP分流 能力， 并且判断用户 IP分流签约信息是否为支持 IP分流。
进一步地， 终端进入空闲态后移动性管理实体保存无线侧网元标识 /地 址信息。
进一步地， 如果本地 IP连接失效， 则移动性管理实体向无线侧网元发 送初始上下文建立请求消息 /无线承载建立请求消息需携带核心网连接信 息； 如果本地 IP连接未失效， 则该消息需携带核心网连接信息以及 IP分流 的连接信息。
进一步地， 如果本地 IP连接失效， 则原移动性管理实体向目标移动性 管理实体发送的上下文响应消息中携带核心网连接信息。 如果本地 IP连接 有效， 则该消息中携带核心网连接和本地 IP连接信息。
进一步地， 家用基站可以与本地网关地址相同。
进一步地， 在移动性管理实体收到 IP分流能力 /签约或能力 /签约改变 消息后， 保存无线侧网元的能力信息。
以下对本发明进行举例阐述。
这里需要指出的是，本文中涉及到的 IP分流可以指 LIPA,但不限制于 这个特定的唯一称谓， IP分流还可以包括以下之一： 本地 IP访问用户本地 网络、 本地 IP访问公司本地网络、 本地 IP访问互联网、 互联网业务的分流 操作、 特定 IP数据分流。 以下不做赘述。
实例一：
图 5描述了基于 E-UTRAN系统和通用陆地无线接入网络（UTRAN, Universal Terrestrial Radio Access Network )系统的应用场景。 图 5显示了本 发明中无线侧网元能力改变过程的流程图。 具体步骤描述如下：
步骤 501、 对于 E-UTRAN系统的情况， 无线侧网元向移动性管理实体 发送配置更新请求； 对于 UTRAN 系统的情况， 无线侧网元向移动性管理 实体发送注册请求消息；在配置更新请求 /注册请求消息中携带 IP分流能力 信息。 IP分流能力信息可以是单独的 IP分流能力标识； 可以是开放用户、 和 /或无线侧网元 IP分流互联网能力指示； 开放用户和 /或无线侧网元 IP分 流本地网络能力指示。 在具有 IP分流能力的情况下， 还可以携带对应的本 地网关标识 /地址。
步骤 502、移动性管理实体保存无线侧网元的能力信息， 如无线侧网元 标识 /地址与能力的对应关系， 在具有 IP分流能力的情况下，还可以保存对 应的本地网关标识 /地址。
步骤 503、 移动性管理实体回应配置更新响应 /注册响应消息。
类似地， 如果用户 IP分流签约信息发生改变， 仍然需要移动性管理实 体保存改变后的签约信息。
以下实施例中， 图 6至图 8描述了基于 E-UTRAN系统的应用场景。 实施例一：
图 6基于图 5所示实施例， 显示了本发明在图 1系统架构、 本地网关 为 L-SGW和 L-PGW场景的基础上， 提供的终端由空闲态转为连接态时进 行服务请求过程的流程图。 具体步骤描述如下：
步骤 601、 终端接入无线通信系统后具有 IP分流连接和核心网连接， 此后终端进入空闲态。
步骤 602、终端经无线侧网元向移动性管理实体发送服务请求消息。 其 中无线侧网元向移动性管理实体发送的消息中可以携带无线侧网元标识 /地 址。
步骤 603、 执行 NAS认证过程， 该步骤可选。
步骤 604、 移动性管理实体判断该终端的本地 IP连接是否失效， 即本 地 IP连接对应无线侧网元的能力或用户签约是否改变为不支持 IP分流。如 果本地 IP连接失效， 即不支持 IP分流， 则需要释放本地 IP连接信息， 仅 仅激活 /建立核心网连接。 如果未失效， 则可以保留该本地 IP连接。
导致不支持 IP分流的原因是 IP分流连接的无线侧网元修改为不具有 IP 分流能力， 或者该终端或 IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流。
判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约的方法：可 以是根据图 5保存的信息判断步骤 602中携带的无线侧网元标识 /地址是否 具有 IP分流能力、可以是根据图 5保存的信息判断 IP分流连接对应的本地 网关或无线侧网元是否具有 IP分流能力， 也可以是在无线侧网元与本地网 关标识 /地址相同的情况下，根据图 5保存的信息判断 IP分流连接对应的本 地网关是否具有 IP分流能力，并且判断用户 IP分流签约信息是否为支持 IP 分流。 息。
如果本地 IP 连接失效， 则该步骤的消息需携带核心网连接信息， 如 SGW地址、 上行数据的隧道标识， 而无需携带 IP分流的连接信息； 如果本 地 IP连接未失效，则该步骤的消息需携带核心网连接信息以及 IP分流的连 接信息。 步骤 606、 无线侧网元执行无线承载建立过程。
步骤 607、 无线侧网元回应移动性管理实体初始上下文建立完成消息。 步骤 608、 移动性管理实体请求 S-GW进行承载修改， 以便激活 /建立 终端的核心网连接。
步骤 609、 可选地， S-GW向 P-GW发送承载修改请求消息。
步骤 610、 可选地， P-GW回应 S-GW承载修改请求响应结果。
步骤 611、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 612、 如果本地 IP连接未失效， 则移动性管理实体需要发起 IP分 流连接的激活 /建立操作， 向 L-SGW发送修改承载请求消息， 该步骤可以 与步骤 608并行， 此时不需要执行步骤 616。
步骤 613、 L-SGW向 L-PGW发送承载修改请求消息。
步骤 614、 L-PGW回应 L-SGW承载修改请求响应结果。
步骤 615、 L-SGW向移动性管理实体发送承载修改响应消息。
步骤 616、 如果本地 IP连接失效， 则移动性管理实体发起对 IP分流连 接的释放流程， 无需进行 IP分流连接的激活 /建立操作， 此时步骤 612至
615无需执行。 该步骤在步骤 604之后执行。
以上步骤 612至 616可选。
实施例二：
图 7基于图 5所示实施例， 显示了本发明在图 1系统架构、 本地网关 为 L-SGW和 L-PGW场景的基础上， 提供的终端进行位置更新过程的流程 图。 具体步骤描述如下：
步骤 701、终端经无线侧网元向移动性管理实体发送跟踪区更新请求消 息， 携带激活标识。
其中无线侧网元向移动性管理实体发送的消息中可以携带无线侧网元 标识 /地址。 步骤 702、 可选地， 终端、 移动性管理实体、 鉴权授权服务器执行认证 过程。
步骤 703、 移动性管理实体向核心网 S-GW发起承载修改请求。
步骤 704、 可选地， S-GW向 P-GW发送承载修改请求消息。
步骤 705、 可选地， P-GW回应 S-GW承载修改请求响应结果。
步骤 706、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 707、 移动性管理实体向 L-SGW发起承载修改请求。 该步可与步 骤 703并行处理。
步骤 708、 可选地， L-SGW向 L-PGW发送承载修改请求消息。
步骤 709、 可选地， L-PGW回应 L-SGW承载修改请求响应结果。 步骤 710、 L-SGW向移动性管理实体发送承载修改响应消息。
步骤 711、 移动性管理实体判断该终端的本地 IP连接是否失效， 即本 地 IP连接对应无线侧网元的能力或用户签约是否改变为不支持 IP分流。如 果本地 IP连接失效， 即不支持 IP分流， 则需要释放本地 IP连接信息， 仅 仅激活 /建立核心网连接。 如果未失效， 则可以保留该本地 IP连接。
导致不支持 IP分流的原因是 IP分流连接的无线侧网元修改为不具有 IP 分流能力， 或者该终端或 IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流。
判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约的方法：可 以是判断步骤 701中携带的无线侧网元标识 /地址是否具有 IP分流能力、可 以是判断 IP分流连接对应的本地网关或无线侧网元是否具有 IP分流能力， 也可以是在无线侧网元与本地网关标识 /地址相同的情况下 ,判断 IP分流连 接对应的本地网关是否具有 IP分流能力，并且判断用户 IP分流签约信息是 否为支持 IP分流。
步骤 712、如果步骤 701请求消息中存在激活标识， 则移动性管理实体 向无线侧网元发送初始上下文建立请求 /无线承载建立请求消息。 如果本地 IP 连接失效， 则该步骤的消息需携带核心网连接信息， 如 SGW地址、 上行数据的隧道标识， 而无需携带 IP分流的连接信息； 如果本 地 IP连接未失效，则该步骤的消息需携带核心网连接信息以及 IP分流的连 接信息。
步骤 713、 无线侧网元执行无线承载建立过程。 载建立完成消息。
步骤 715、 移动性管理实体请求 S-GW进行承载修改， 以便激活 /建立 终端的核心网连接； S-GW向移动性管理实体发送承载修改响应消息。可选 地， S-GW向 P-GW发送承载修改请求消息。
步骤 716、 该步骤可选。 如果本地 IP连接未失效， 则移动性管理实体 需要发起 IP分流连接的激活 /建立操作，向 L-SGW发送修改承载请求消息， 可以与步骤 715并行。
步骤 717、 如果本地 IP连接失效， 则移动性管理实体发起对 IP分流连 接的释放流程， 无需进行 IP分流连接的激活 /建立操作， 此时步骤 716无需 执行。 该步骤在步骤 711之后执行。
图 7显示流程中步骤 711也可以提前至步骤 703之前进行， 此时， 如 果本地 IP连接失效， 则移动性管理实体无需修改 IP分流承载， 即步骤 707 至步骤 710无需执行。 后续流程改动类似步骤 712至 717, 在此不再累述。
实施例三：
图 8基于图 5所示实施例， 显示了本发明在图 1系统架构、 本地网关 为 L-SGW和 L-PGW场景的基础上， 提供的终端进行位置更新过程的流程 图。 具体步骤描述如下：
步骤 801、终端经无线侧网元向移动性管理实体发送跟踪区更新请求消 息。
其中无线侧网元向移动性管理实体发送的消息中可以携带无线侧网元 标识 /地址。
步骤 802、 可选地， 终端、 移动性管理实体、 鉴权授权服务器执行认证 过程。
步骤 803、 移动性管理实体向核心网 S-GW发起承载修改请求。
步骤 804、 可选地， S-GW向 P-GW发送承载修改请求消息。
步骤 805、 可选地， P-GW回应 S-GW承载修改请求响应结果。
步骤 806、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 807、 移动性管理实体向 L-SGW发起承载修改请求。 该步可与步 骤 803并行处理。
步骤 808、 可选地， L-SGW向 L-PGW发送承载修改请求消息。
步骤 809、 可选地， L-PGW回应 L-SGW承载修改请求响应结果。 步骤 810、 L-SGW向移动性管理实体发送承载修改响应消息。
步骤 811、 移动性管理实体判断该终端的本地 IP连接是否失效， 即本 地 IP连接对应无线侧网元的能力或用户签约是否改变为不支持 IP分流。如 果本地 IP连接失效， 即不支持 IP分流， 则需要释放本地 IP连接信息， 仅 仅激活 /建立核心网连接。 如果未失效， 则可以保留该本地 IP连接。
导致不支持 IP分流的原因是 IP分流连接的无线侧网元修改为不具有 IP 分流能力， 或者该终端或 IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流。
判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约的方法：可 以是判断步骤 801中携带的无线侧网元标识 /地址是否具有 IP分流能力、可 以是判断 IP分流连接对应的本地网关或无线侧网元是否具有 IP分流能力， 也可以是在无线侧网元与本地网关标识 /地址相同的情况下 ,判断 IP分流连 接对应的本地网关是否具有 IP分流能力，并且判断用户 IP分流签约信息是 否为支持 IP分流。
步骤 812、如果步骤 801请求消息中不存在激活标识， 则移动性管理实 体向无线侧网元发送跟踪区更新接受消息。
步骤 813、 如果本地 IP连接失效， 则移动性管理实体发起对 IP分流连 接的释放流程。 该步骤在步骤 811之后执行。
图 8显示流程中步骤 811也可以提前至步骤 803之前进行， 此时， 如 果本地 IP连接失效， 则移动性管理实体无需修改 IP分流承载， 即步骤 807 至步骤 810无需执行。 其他流程改动类似图 8流程， 在此不再累述。
实施例四：
图 9基于图 5所示实施例， 显示了本发明在图 1系统架构、 本地网关 为 L-SGW和 L-PGW、 移动性管理实体改变场景的基础上， 提供的终端进 行位置更新过程的流程图。 该场景下， 终端在移动到新的无线侧网元后无 需释放本地 IP连接， 当终端进入空闲态后移动性管理实体需要保存无线侧 网元标识 /地址。 具体步骤描述如下：
步骤 901、终端经无线侧网元向目标移动性管理实体发送跟踪区更新请 求消息。
步骤 902、目标移动性管理实体向原移动性管理实体发送上下文请求消 息以获取用户信息。
步骤 903、 原移动性管理实体判断该终端的本地 IP连接是否失效， 即 本地 IP连接对应无线侧网元的能力或用户签约是否改变为不支持 IP分流。 如果本地 IP连接失效， 即不支持 IP分流， 则需要释放本地 IP连接信息， 仅仅激活 /建立核心网连接。 如果未失效， 则可以保留该本地 IP连接。
导致不支持 IP分流的原因是 IP分流连接的无线侧网元修改为不具有 IP 分流能力， 或者该终端或 IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流。
判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约的方法：可 以是判断 IP分流连接对应的本地网关或无线侧网元（在终端进入空闲态后 移动性管理实体保存无线侧网元标识 /地址 )是否具有 IP分流能力， 也可以 是在无线侧网元与本地网关标识 /地址相同的情况下 ,判断 IP分流连接对应 的本地网关是否具有 IP分流能力，并且判断用户 IP分流签约信息是否为支 持 IP分流。
步骤 904、 原移动性管理实体向目标移动性管理实体回应上下文响应。 如果本地 IP连接失效， 则该消息中携带核心网连接信息， 而无需携带
IP分流连接信息。 如果本地 IP连接有效， 则该消息中携带核心网连接和本 地 IP连接信息。
步骤 905、 可选地， 终端、 目标移动性管理实体、 鉴权授权服务器执行 认证过程。
步骤 906、目标移动性管理实体向原移动性管理实体发送上下文接受消 息。
步骤 907、 目标移动性管理实体向核心网 S-GW发起承载修改请求。 步骤 908、 可选地， S-GW向 P-GW发送承载修改请求消息。
步骤 909、 可选地， P-GW回应 S-GW承载修改请求响应结果。
步骤 910、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 911 , 接续跟踪区更新后续流程。
步骤 912、 原移动性管理实体发起本地 IP连接释放流程。 该步骤可在 步骤 903之后执行。
实施例五：
图 10显示了本发明在图 1系统架构、本地网关为 L-SGW和 L-PGW场 景的基础上， 提供的终端由空闲态转为连接态时进行服务请求过程的流程 图。 具体步骤描述如下：
步骤 1001、 终端接入无线通信系统后具有 IP分流连接和核心网连接， 此后终端进入空闲态。
步骤 1002、 终端经无线侧网元向移动性管理实体发送服务请求消息。 其中无线侧网元向移动性管理实体发送的消息中携带 IP 分流能力信 息， 该能力信息可以为能力标识， 也可以为本地网关（ L-SGW/L-PGW )标 识 /地址。
步骤 1003、 执行 NAS认证过程， 该步骤可选。
步骤 1004、 移动性管理实体判断该终端的本地 IP连接是否失效， 即本 地 IP连接对应无线侧网元的能力或用户签约是否改变为不支持 IP分流。如 果本地 IP连接失效， 即不支持 IP分流， 则需要释放本地 IP连接信息， 仅 仅激活 /建立核心网连接。 如果未失效， 可以保留该本地 IP连接。
导致不支持 IP分流的原因是 IP分流连接的无线侧网元修改为不具有 IP 分流能力， 或者该终端或 IP分流连接的闭合用户组的签约信息修改为不支 持 IP分流。
判断该终端的本地 IP连接是否仍然具有 IP分流能力或签约的方法：根 据步骤 1002中是否携带 IP分流能力， 以及用户 IP分流签约信息判断是否 支持 IP分流。 息。
如果本地 IP 连接失效， 则该步骤的消息需携带核心网连接信息， 如 SGW地址、 上行数据的隧道标识， 而无需携带 IP分流的连接信息； 如果本 地 IP连接未失效，则该步骤的消息需携带核心网连接信息以及 IP分流的连 接信息。
步骤 1006、 无线侧网元执行无线承载建立过程。 步骤 1007、无线侧网元回应移动性管理实体初始上下文建立完成消息。 步骤 1008、 移动性管理实体请求 S-GW进行承载修改， 以便激活 /建立 终端的核心网连接。
步骤 1009、 可选地， S-GW向 P-GW发送承载修改请求消息。
步骤 1010、 可选地， P-GW回应 S-GW承载修改请求响应结果。
步骤 1011、 S-GW向移动性管理实体发送承载修改响应消息。
步骤 1012、 如果本地 IP连接未失效， 则移动性管理实体需要发起 IP 分流连接的激活 /建立操作， 向 L-SGW发送修改承载请求消息， 该步骤可 以与步骤 1008并行， 此时不需要执行步骤 1016。
步骤 1013、 L-SGW向 L-PGW发送承载修改请求消息。
步骤 1014、 L-PGW回应 L-SGW承载修改请求响应结果。
步骤 1015、 L-SGW向移动性管理实体发送承载修改响应消息。
步骤 1016、 如果本地 IP连接失效， 则移动性管理实体发起对 IP分流 连接的释放流程， 无需进行 IP分流连接的激活 /建立操作， 此时步骤 1012 至 1015无需执行。 该步骤在步骤 1004之后执行。
以上步骤 1012至 1016可选。
为了简化描述， 以上实施例仅以服务请求为例来说明在终端转为连接 态后实现终端 IP分流连接的管理方法。 在终端进行位置更新的情况下， 仍 然需要无线侧网元向移动性管理实体发送的消息中携带 IP分流能力信息， 移动性管理实体根据该能力信息以及签约信息判断本地 IP接入是否有效， 如果本地 IP连接失效， 则需要释放本地 IP连接信息， 仅仅激活 /建立核心 网连接。 如果未失效， 则可以保留该本地 IP连接。 在这些情况下， 在终端 转为连接态后实现 IP分流连接资源管理的方式与上述实施例极为相似， 不 会对阐述本发明造成影响， 故在此不再重复描述。
为了简化描述，以上实施例仅以 E-UTRAN系统不存在家用基站网关的 情况为例来说明在终端转为连接态后实现资源管理的方式。 存在家用基站 网关的情况、 本地网关只有 L-SGW的场景以及 MME改变、 S-GW改变的 位置更新情况、 UTRAN系统的场景下， 终端转为连接态后实现 IP分流连 接资源管理的方式与上述实施例极为相似， 不会对阐述本发明造成影响， 故在此不再重复描述。
以上实施例中， 需要重申的是： 无线侧网元可以是基站、 家用基站、 RNC、本地网关、分流功能实体。移动性管理实体可以为 MME、 MSC、 SGSN。 本地网关可以是 L-SGW和 L-PGW ,可以是单独的 L-PGW，可以是 L-GGSN 和 L-SGSN, 可以是单独的 L-GGSN, 可以是数据分流功能实体。 核心网网 关可以是 S-GW、 P-GW、 SGSN, GGSN。隧道标识可以是 TEID、 GRE Key。 另外， IP分流的无线侧网元可以与本地网关地址相同。
这里需要指出的是： 在终端当前接入的无线侧网元与 IP分流对应的无 线侧网元相同时， 移动性管理实体可以根据服务请求或位置更新请求中携 带的 IP分流能力或本地保存的 IP分流能力或用户签约判断本地 IP连接是 否失效， 如果失效， 则发起激活或建立核心网连接过程。
在终端当前接入的无线侧网元与 IP分流对应的无线侧网元不同时， 移 动性管理实体可以根据本地保存的 IP分流能力或用户签约判断本地 IP连接 是否失效， 如果失效， 则发起激活或建立核心网连接过程。
一种对 IP分流连接实施管理的系统， 该系统包括： 判断单元和管理单 元。 其中， 判断单元， 用于在服务请求过程或位置更新请求过程中， 移动 性管理实体判断 IP分流相关信息是否发生改变， 并将判断结果发送给管理 单元。 管理单元， 用于移动性管理实体根据判断结果， 选择执行相对应的 连接资源的管理。
这里， 管理单元进一步用于当判断结果为不支持 IP分流时， 仅激活或 建立核心网的连接， 并释放 IP分流的连接信息； 当判断结果为支持 IP分流 时， 保留 IP分流的连接信息。
这里， 判断单元有两种具体实现， 第一种具体实现： 判断单元进一步 用于移动性管理实体根据服务请求消息 /位置更新请求消息中携带的 IP 分 流能力信息、 和 /或从鉴权授权服务器获取的签约信息， 进行是否不支持 IP 分流的判断。 其中， 服务请求消息 /位置更新请求消息由无线侧网元发送给 移动性管理实体。
第二种具体实现： 判断单元进一步用于移动性管理实体根据移动性管 理实体本地保存的 IP分流能力信息、和 /或移动性管理实体本地保存的签约 信息， 进行是否不支持 IP分流的判断。
这里， 该系统还包括保存单元， 保存单元用于移动性管理实体收到无 线侧网元发送的配置更新请求消息或注册请求消息， 并保存从配置更新请 求消息或注册请求消息中解析出的 IP分流能力信息。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种对网际协议分流连接实施管理的方法， 其特征在于， 该方法包 括：在服务请求过程或位置更新过程中，移动性管理实体判断网际协议（IP ) 分流相关信息是否发生改变； 所述移动性管理实体根据判断结果， 选择执 行相对应的连接资源的管理。
2、 根据权利要求 1所述的方法， 其特征在于， 所述移动性管理实体进 行所述判断、 以及根据所述判断结果选择执行所述连接资源的管理包括： 移动性管理实体判断所述 IP分流相关信息是否改变为：不支持 IP分流； 当判断结果为不支持 IP分流时， 激活或建立核心网的连接， 并释放 IP 分流的连接信息；
当判断结果为支持 IP分流时， 保留 IP分流的连接信息。
3、根据权利要求 2所述的方法， 其特征在于， 所述 IP分流相关信息包 括： IP分流能力信息、 和 /或签约信息。
4、 根据权利要求 3所述的方法， 其特征在于， 所述移动性管理实体， 进一步根据服务请求消息 /位置更新请求消息中携带的 IP分流能力信息、和 /或从鉴权授权服务器获取的签约信息， 进行是否不支持 IP分流的判断； 其 中， 所述服务请求消息 /位置更新请求消息由无线侧网元发送给所述移动性 管理实体；
或者， 所述移动性管理实体， 进一步根据移动性管理实体本地保存的 IP分流能力信息、 和 /或移动性管理实体本地保存的签约信息， 进行是否不 支持 IP分流的判断。
5、根据权利要求 4所述的方法， 其特征在于， 将 IP分流能力信息保存 在移动性管理实体本地包括：
在移动性管理实体收到无线侧网元发送的配置更新请求消息或注册请 求消息后， 解析出配置更新请求消息或注册请求消息中封装的 IP分流能力 信息； 移动性管理实体保存解析出的 IP分流能力信息。
6、根据权利要求 4所述的方法， 其特征在于， 所述 IP分流能力信息包 括无线侧网元的能力信息。
7、 根据权利要求 4所述的方法， 其特征在于， 具有一个移动性管理实 体的情况下， 该方法进一步包括： 始上下文建立请求消息 /无线承载建立请求消息中， 需携带核心网的连接信 上下文建立请求消息 /无线承载建立请求消息中， 需携带核心网的连接信息 和 IP分流的连接信息；
具有两个移动性管理实体的情况下， 该方法进一步包括：
由原移动性管理实体判断是否不支持 IP分流；
当不支持 IP分流时， 原移动性管理实体向目标移动性管理实体发送的 上下文响应消息中， 需携带核心网的连接信息； 当支持 IP分流时， 原移动 性管理实体向目标移动性管理实体发送的上下文响应消息中， 需携带核心 网的连接信息和 IP分流的连接信息。
8、 根据权利要求 4所述的方法， 其特征在于， 所述无线侧网元向所述 移动性管理实体发送的服务请求消息 /位置更新请求消息中， 封装的信息包 括： 本地网关标识 /地址、 和 /或无线侧网元标识 /地址；
具有两个移动性管理实体的情况下， 目标移动性管理实体向原移动性 管理实体发送的上下文请求消息中， 封装的信息包括： 无线侧网元标识 /地 址。
9、 根据权利要求 4所述的方法， 其特征在于， 所述位置更新请求消息 包括： 跟踪区更新请求消息、 或路由区更新请求消息。
10、 根据权利要求 7所述的方法， 其特征在于， 该方法进一步包括： 在 IP分流连接的无线侧网元修改为不具有 IP分流能力； 或者、 终端 /IP分 流连接的闭合用户组的签约信息修改为不支持 IP分流的情况下， 判断出不 支持 IP分流。
11、 根据权利要求 10所述的方法， 其特征在于， 该方法进一步包括： 判断 IP分流连接是否仍然具有所述 IP分流能力或支持 IP分流的所述签约 信息包括：
判断服务请求消息或跟踪区更新请求消息中携带的无线侧网元标识 /地 址是否具有 IP分流能力；
或者，判断 IP分流连接对应的本地网关或无线侧网元是否具有 IP分流 能力；
或者， 在无线侧网元与本地网关标识 /地址相同的情况下， 判断 IP分流 连接对应的本地网关是否具有 IP分流能力， 并且判断签约信息是否为支持 IP分流。
12、 根据权利要求 7所述的方法， 其特征在于， 所述核心网的连接信 息包括： 接入网关地址、 或上行数据的隧道标识；
其中， 所述隧道标识包括： 隧道端点标识、 或通用路由封装密钥（GRE Key ) 。
13、 根据权利要求 4至 12中任一项所述的方法， 其特征在于， 所述无 线侧网元包括： 基站、 家用基站、 或无线网络控制器；
所述移动性管理实体包括： 移动管理单元、 移动交换中心、 或服务通 用无线分组业务支持节点。
14、 一种对网际协议分流连接实施管理的系统， 其特征在于， 该系统 包括： 判断单元和管理单元； 其中，
判断单元， 用于在服务请求过程或位置更新请求过程中， 移动性管理 实体判断 IP分流相关信息是否发生改变， 并将判断结果发送给所述管理单 元；
管理单元， 用于所述移动性管理实体根据所述判断结果， 选择执行相 对应的连接资源的管理。
15、 根据权利要求 14所述的系统， 其特征在于， 所述管理单元， 进一 步用于当判断结果为不支持 IP分流时， 仅激活或建立核心网的连接， 并释 放 IP分流的连接信息； 当判断结果为支持 IP分流时， 保留 IP分流的连接 信息。
16、 根据权利要求 14所述的系统， 其特征在于， 所述判断单元， 进一 步用于所述移动性管理实体根据服务请求消息 /位置更新请求消息中携带的 IP分流能力信息、 和 /或从鉴权授权服务器获取的签约信息， 进行是否不支 持 IP分流的判断； 其中， 所述服务请求消息 /位置更新请求消息由无线侧网 元发送给所述移动性管理实体； 力信息、 和 /或移动性管理实体本地保存的签约信息， 进行是否不支持 IP分 流的判断。
17、 根据权利要求 16所述的系统， 其特征在于， 该系统还包括保存单 元， 用于移动性管理实体收到无线侧网元发送的配置更新请求消息或注册 请求消息， 并保存从配置更新请求消息或注册请求消息中解析出的 IP分流 能力信息。
PCT/CN2010/074982 2009-08-21 2010-07-05 一种对网际协议分流连接实施管理的方法及系统 WO2011020387A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910091479.3A CN101998364B (zh) 2009-08-21 2009-08-21 一种对本地网际协议访问连接实施管理的方法及系统
CN200910091479.3 2009-08-21

Publications (1)

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

Family

ID=43606624

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/074982 WO2011020387A1 (zh) 2009-08-21 2010-07-05 一种对网际协议分流连接实施管理的方法及系统

Country Status (2)

Country Link
CN (1) CN101998364B (zh)
WO (1) WO2011020387A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9306996B2 (en) 2012-11-21 2016-04-05 Industrial Technology Research Institute Streaming connection management method and streaming data connection system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107548167A (zh) * 2016-06-29 2018-01-05 中兴通讯股份有限公司 用户设备的控制方法、装置及系统和网关

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1354956A (zh) * 1999-06-07 2002-06-19 诺基亚公司 接入网中的移动性代理选择
CN1736081A (zh) * 2002-12-12 2006-02-15 高通股份有限公司 对移动ip的网络支持的早期确定
CN101193039A (zh) * 2006-11-22 2008-06-04 华为技术有限公司 网络侧支持移动ip增强能力的通知方法
CN101282287A (zh) * 2007-04-02 2008-10-08 华为技术有限公司 协商移动性管理协议的方法及其装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6438597B1 (en) * 1998-08-17 2002-08-20 Hewlett-Packard Company Method and system for managing accesses to a data service system that supports persistent connections
CN101330719B (zh) * 2007-06-18 2011-08-10 中兴通讯股份有限公司 一种无线网络中选择移动管理模式的方法
CN100574476C (zh) * 2007-08-20 2009-12-23 中国联合网络通信集团有限公司 视频电话回落方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1354956A (zh) * 1999-06-07 2002-06-19 诺基亚公司 接入网中的移动性代理选择
CN1736081A (zh) * 2002-12-12 2006-02-15 高通股份有限公司 对移动ip的网络支持的早期确定
CN101193039A (zh) * 2006-11-22 2008-06-04 华为技术有限公司 网络侧支持移动ip增强能力的通知方法
CN101282287A (zh) * 2007-04-02 2008-10-08 华为技术有限公司 协商移动性管理协议的方法及其装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9306996B2 (en) 2012-11-21 2016-04-05 Industrial Technology Research Institute Streaming connection management method and streaming data connection system
TWI573448B (zh) * 2012-11-21 2017-03-01 財團法人工業技術研究院 串流連線管理方法及串流資料連線系統

Also Published As

Publication number Publication date
CN101998364B (zh) 2014-12-10
CN101998364A (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
US8855045B2 (en) Method and system for controlling establishment of local IP access
JP5497896B2 (ja) ローカルｉｐアクセス接続プロパティのお知らせ方法及び装置
US8842636B2 (en) Method and device for managing Internet Protocol offload connection
WO2011026392A1 (zh) 一种路由策略的获取方法及系统
WO2012062183A1 (zh) 一种实现数据流服务质量和计费策略控制的方法及系统
WO2011015092A1 (zh) 实现本地ip访问控制的方法、通知方法及系统
WO2010133107A1 (zh) 家用基站网关转发消息至家用基站的方法及系统
WO2011006404A1 (zh) 本地ip访问连接建立的实现方法及系统
WO2011054264A1 (zh) 一种建立本地ip访问下行数据通道的方法及系统
EP2790457B1 (en) Method and device for processing local access connection
WO2011017979A1 (zh) 支持ip分流的通信系统中资源管理方法与装置
WO2010111944A1 (zh) 释放接入连接的方法、装置、策略控制实体及系统
WO2012130018A1 (zh) 一种ip分流连接移动性支持的方法及系统
WO2011020418A1 (zh) 终端转为连接态时更改服务网关的连接激活方法及系统
WO2011020408A1 (zh) 一种本地ip访问连接的释放系统及方法
WO2012028071A1 (zh) 一种查询本地网关的方法和系统
WO2011144000A1 (zh) 一种实现路由选择的方法和装置
WO2011109999A1 (zh) 信息的指示方法及移动管理网元
WO2012041131A1 (zh) 一种用户参与本地访问连接建立的方法及系统
WO2011157100A1 (zh) 一种数据缓存的方法和系统
WO2011038609A1 (zh) 本地连接信息的发送方法及装置
WO2011054258A1 (zh) 一种本地网关选择信息获取的方法及系统
WO2011009353A1 (zh) 建立ip分流连接的实现方法和系统
WO2011020387A1 (zh) 一种对网际协议分流连接实施管理的方法及系统
WO2011134324A1 (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: 10809520

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10809520

Country of ref document: EP

Kind code of ref document: A1