WO2008119296A1 - Procédé et dispositif permettant de réaliser la négociation du protocole de gestion de la mobilité - Google Patents

Procédé et dispositif permettant de réaliser la négociation du protocole de gestion de la mobilité Download PDF

Info

Publication number
WO2008119296A1
WO2008119296A1 PCT/CN2008/070592 CN2008070592W WO2008119296A1 WO 2008119296 A1 WO2008119296 A1 WO 2008119296A1 CN 2008070592 W CN2008070592 W CN 2008070592W WO 2008119296 A1 WO2008119296 A1 WO 2008119296A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
network
mobility management
management protocol
indication information
Prior art date
Application number
PCT/CN2008/070592
Other languages
English (en)
Chinese (zh)
Inventor
Hai Liu
Sihong Zhou
Wenruo Zhu
Liang Gu
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008119296A1 publication Critical patent/WO2008119296A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for negotiating a mobility management protocol. Background technique
  • the SAE (System Architecture Evolution) project has a goal to integrate access technologies defined by other non-3GPP organizations, such as WLAN (Wireless Local Area Network) and WiMAX (Worldwide Interoperability for Microwave Networks) technologies. Moreover, users need to roam and switch between different access technologies. To achieve this goal, the SAE project decided to adopt mobile IP technology for mobility management.
  • WLAN Wireless Local Area Network
  • WiMAX Worldwide Interoperability for Microwave Networks
  • the basic principle of mobile IP technology is: When the terminal moves, it can not change its home address. When the terminal moves to a non-home network, it can get a care-of address belonging to the current network, and tie the care-of address and the home address of the terminal. When the packet is sent to the home address of the terminal, the home agent of the terminal sends the data packet to the care-of address to complete the routing.
  • CMIP Client MIP, host-based mobile IP, which can be subdivided into CMIPv4 and CMIPv6 by IP version
  • PMIP Proxy MIP, proxy mobile IP, which can be subdivided by IP version.
  • CMIP is a host-based mobile IP technology that requires terminals to participate in the mobile IP signaling process.
  • PMIP is web based Mobile IP technology does not require the terminal to participate in the mobile IP process, and the network will initiate the mobile IP binding by the proxy terminal.
  • DSMIP dual stack MIP
  • CMIP-class dual stack MIP
  • the principle is similar to CMIP, except that it can support mobile IP technology between IPv4 and IPv6 versions.
  • both types of technologies have their own advantages and disadvantages, and have been adopted by the SAE project.
  • FIG. 1 it is a schematic diagram of a non-roaming architecture of a SAE system in the prior art.
  • the core network of the wireless evolved network mainly includes three logical function modules: MME (Mobility Management Entity), Serving SAE Gateway (service SAE gateway) and PDN SAE Gateway (shared data network SAE gateway).
  • MME Mobility Management Entity
  • Serving SAE Gateway service SAE gateway
  • PDN SAE Gateway shared data network SAE gateway
  • the MME is a mobility management module responsible for mobility management of the control plane, including user context and mobility state management, assigning user temporary identity, security functions, and the like.
  • the Serving SAE Gateway directly faces the access of the 3GPP access system and is the user plane anchor between the 3GPP internal access systems. In the roaming scenario, the Serving SAE Gateway can serve as a local user between the non-3GPP access system and the 3GPP access system.
  • PDN SAE Gateway is a user plane anchor between the 3GPP access system and the non-3GPP system in the SAE, providing users with PDN access, one user can simultaneously Have multiple PDN SAE Gateways.
  • the function and presence of each interface in Figure 1 is still not finalized.
  • the Serving SAE Gateway and the PDN SAE Gateway form the SAE GW (SAE Gateway). How the MME, Serving SAE Gateway and PDN SAE Gateway modules are combined in the corresponding entity is also undetermined.
  • Untrusted non-3GPP networks must be connected through a network entity ePDG (evolved Packet Data Gateway).
  • ePDG evolved Packet Data Gateway
  • WLAN networks fall into the category of untrusted non-3GPP networks
  • WiMAX networks fall into the category of trusted non-3GPP networks.
  • WLAN is a widely-present wireless access system
  • 3GPP has defined the interworking between WLAN and 3GPP systems.
  • FIG. 2 it is a schematic diagram of an architecture of interworking between a WLAN system and a 3GPP system in the prior art.
  • the SLF in the figure is Service Location Function, service location function; WAG is WLAN Access Gateway, WLAN access gateway; OCS is Online Charging System, online charging system; Offline Charging System is offline charging system.
  • the architecture is applicable not only to WLAN access systems, but also to any IP-based access methods such as WiMAX and ADSL.
  • WiMAX is a wireless broadband access technology.
  • WiMAX adopts mobile IP technology and is adopted by CMIP and PMIP technologies. Therefore, there is a problem of protocol identification in WiMAX.
  • WiMAX currently provides a way to differentiate between CMIP and PMIP under the IPv4 version.
  • the terminal In a WiMAX system, the terminal first establishes a layer 2 connection to the WiMAX network. Whether the network uses PMIP or CMIP depends on whether the terminal initiates a DHCP (Dynamic Host Configuration Protocol) process. If the terminal initiates a DHCP process, the terminal does not have the mobile IP. Capabilities, network agents use PMIP for registration; otherwise CMIP registration.
  • DHCP Dynamic Host Configuration Protocol
  • CMIPv4 FA-CoA mode Only the CMIPv4 FA-CoA mode and the PMIPv4 mode can be distinguished. Because in CMIPv4 FA-CoA mode, the terminal's care-of address (CoA) is obtained through FA broadcast, not through the DHCP process. Therefore, in this case, it can be considered that a DHCP process requires a PMIP process, otherwise a CMIP process is required. However, in other cases, such as CMIPv4 CO-CoA mode and PMIPv4 mode, or CMIPv6 and PMIPv6, the terminal may obtain the address through DHCP. At this time, if there is a DHCP process to distinguish the PMIP process or the CMIP process, it is no longer It may be. Summary of the invention
  • An embodiment of the present invention provides a method for negotiating a mobility management protocol, so that the terminal explicitly notifies the mobility management protocol adopted by the network side, and the method includes the following steps:
  • the network side receives the mobile IP capability indication information of the terminal sent by the terminal;
  • the capability indication information is: selecting a mobility management protocol corresponding to the capability indication information; or selecting the adopted mobility management protocol according to the capability indication information and the network side information.
  • Another embodiment of the present invention provides an apparatus for negotiating a mobility management protocol, the apparatus comprising:
  • a receiving module configured to receive mobile IP capability indication information of the terminal sent by the terminal
  • a selecting module configured to select, according to the capability indication information received by the receiving module, a mobility management protocol corresponding to the capability indication information; Or, according to the capability indication information and the network side message, ⁇ select a mobility management protocol.
  • the mobile terminal is configured to send the mobile IP capability indication information to the network side, so that the network side can select the corresponding mobility management protocol according to the capability indication information, or select according to the capability indication information and the network side information.
  • the appropriate mobility management protocol overcomes the limitation of the network in selecting and judging the mobility management protocol in the prior art, so that the network side selects the mobility management protocol according to the indication of the terminal, thereby interacting with the mobility management protocol process.
  • the specific implementation is irrelevant and improves scalability.
  • FIG. 1 is a schematic diagram of a non-roaming architecture of a SAE system in the prior art
  • FIG. 2 is a schematic structural diagram of interworking between a WLAN system and a 3GPP system in the prior art
  • FIG. 3 is a schematic flowchart of a negotiated mobility management protocol according to an embodiment of the present invention
  • FIG. 4 is a flow chart of attaching a CMIP to a SAE network after negotiation according to the first embodiment of the present invention
  • FIG. 5 is a flow chart of attaching a PMIP to a SAE network after negotiation according to the first embodiment of the present invention
  • FIG. 6 is a flowchart of performing network switching by using CMIP after negotiation according to Embodiment 2 of the present invention
  • FIG. 7 is a flowchart of performing network switching by using PMIP after negotiation according to Embodiment 2 of the present invention
  • FIG. 8 is a flowchart of Embodiment 3 of the present invention
  • FIG. 9 is a flow chart of attaching a PMIP to a SAE network after negotiation according to Embodiment 3 of the present invention.
  • FIG. 10 is a flowchart of performing network switching by using CMIP after negotiation according to Embodiment 4 of the present invention
  • FIG. 11 is a flowchart of performing network switching by using PMIP after negotiation according to Embodiment 4 of the present invention
  • FIG. 12 is a flowchart of Embodiment 5 of the present invention
  • FIG. 13 is a schematic flowchart of network access by using a network-based mobility management protocol after negotiation in Embodiment 5 of the present invention.
  • 14A and 14B are schematic diagrams showing the structure of an ePDG according to an embodiment of the present invention.
  • 15A and 15B are schematic diagrams showing the structure of an AAA server according to an embodiment of the present invention. detailed description
  • the terminal in a process before the mobility management protocol process is initiated, explicitly notifies the network entity of the mobility management protocol supported by the network entity, and the network entity can passively accept the capability of the terminal, that is, the terminal supports For some host-based mobility management protocol, the network entity also adopts this protocol, otherwise it adopts a network-based mobility management protocol.
  • the process of negotiating a mobility management protocol in the embodiment of the present invention may also be as follows:
  • Step 1 The terminal explicitly informs its mobile IP capability in the process before the mobility management protocol process is initiated, for example, whether it can support the host-based mobility management protocol;
  • Step 2 The network entity makes a decision according to the mobile IP capability of the terminal and the network side information;
  • Step 3 The network entity explicitly notifies the terminal of the mobility management protocol to be adopted;
  • Step 4 Complete the mobile IP capability between the terminal and the network After the indication and negotiation, the terminal can initiate the corresponding mobility management protocol process, and the network can understand the process without ambiguity.
  • Different embodiments of the present invention provide different implementations for the difference between the non-3GPP system and the non-trusted non-3GPP system.
  • both the CMIP process and the PMIP process must access the SAE network through an intermediate entity ePDG. Therefore, when the terminal accesses the SAE from the network, it will first go to the ePDG. The IPsec tunnel establishment process and the authentication process initiated by the ePDG for this tunnel, the negotiation of the mobile IP capability can be completed in these two processes. In a trusted non-3GPP network (such as WiMAX), there will be an access authentication process before the MIP process, so the negotiation of mobile IP capabilities can be completed in this authentication process.
  • This embodiment describes a process in which a mobile terminal negotiates a mobile IP protocol with a network in the process of accessing an SAE network from an untrusted non-3GPP network.
  • Untrusted non-3GPP networks such as WLANs
  • WLANs connect to the SAE network through an intermediate entity ePDG.
  • the process of interworking between the WLAN and the 3GPP currently described in TS23.234 is as follows: 1. The terminal accesses the WLAN network;
  • the terminal uses the W-APN (Access Point Name) to perform a DNS (Domain Name Server) query to obtain the address of the ePDG.
  • W-APN Access Point Name
  • DNS Domain Name Server
  • the terminal initiates the establishment of an IPsec tunnel to the ePDG;
  • the ePDG and the AAA server complete the authentication of the tunnel establishment process and access the service network.
  • the difference between accessing the SAE from the WLAN and the current process is to complete the access to the SAE based on the Mobile IP protocol (formerly ordinary IP, not supporting mobility). Whether it is at the time of handover or attachment, the terminal-to-ePDG connection establishment process and the authentication process for the tunnel are an indispensable process and a prerequisite for mobile IP registration, so mobile IP can be performed in this process. Consultation of capabilities.
  • FIG. 4 is a schematic flowchart of a process for attaching an SAE network by using CMIP after negotiation according to the first embodiment of the present invention, and the specific steps include: Step 1.
  • the terminal accesses the untrusted non-3GPP network (such as the WLAN attach procedure, including the terminal obtaining an internal address for transmission within the WLAN network, and possibly an access authentication process).
  • the untrusted non-3GPP network such as the WLAN attach procedure, including the terminal obtaining an internal address for transmission within the WLAN network, and possibly an access authentication process).
  • Step 2 The terminal initiates an IPsec tunnel establishment request to the ePDG.
  • the parameters carried in the request include the supported mobile IP capabilities.
  • the implementation of the device is that the terminal indicates whether the CMIP capability is supported by parameters.
  • the indication parameter of the supported mobile IP capability is the newly added parameter in the request message in this embodiment.
  • the parameter value can be "yes” and “no”, respectively indicating support or not support CMIP.
  • Step 3 The ePDG initiates an authentication process to the AAA server.
  • the ePDG can carry the mobile IP capability information of the terminal in the message and send the message to the AAA server.
  • Step 4. Perform mobile IP selection on the network side.
  • the mobile side selects the mobile IP protocol on the network side. There are two ways:
  • the first mode The network side passively accepts the mobile IP support capability of the terminal. If the terminal indicates that CMIP is supported in the indication parameter of the mobile IP capability, the network side selects CMIP; otherwise, the network side selects PMIP.
  • the second way The network side decides according to the mobile IP support capability of the terminal and the network side configuration, and selects a suitable mobile IP protocol.
  • the network side configuration may include an operator policy configuration, user subscription information, and current network resources, and these policy configurations may be selected and used in any combination when used.
  • the policy information can be configured on the network side. For example, if the policy information is PMIP, the network side selects PMIP according to the configuration policy information of the network side, regardless of whether the indication parameter of the mobile IP support capability of the terminal supports CMIP. When making a decision according to the current network resource situation, a threshold may be set, and PMIP is selected when the network resource usage reaches the threshold to save air interface resources.
  • Step 5 The network side notifies the terminal of the selected mobile IP protocol.
  • This step is optional. If the terminal can support CMIP and the network determines that the terminal does not use CMIP, you can use this step to instruct the terminal not to initiate the CMIP process.
  • Step 6 If the network decision uses the CMIP, the remote address carried by the ePDG in the tunnel establishment success response sent to the terminal may be the care-of address assigned by the ePDG, and the care-of address is the address that the CMIP needs to use, and is notified by assigning the care-of address.
  • the protocol chosen by the terminal is CMIP.
  • Step 7 After the terminal obtains the care-of address and possible broadcast information, it initiates CMIP registration. Step 8.
  • the SAE GW returns a registration response message.
  • the indication information may be added in the tunnel establishment success response message, and the terminal is not required to initiate the CMIP process.
  • FIG. 5 is a schematic flowchart of a process for attaching a SAE network by using PMIP after negotiation according to the first embodiment of the present invention, and the specific steps include:
  • Steps 1-5 the same as steps 1-5 in Figure 4, the difference is that the result of negotiating the mobile IP protocol between the terminal and the network side is to use PMIP instead of CMIP.
  • Step 6 After the ePDG receives the tunnel establishment request from the terminal, if the network and the terminal decide to use the PMIP for registration, the ePDG initiates proxy registration on behalf of the terminal. According to the network topology, the ePDG can directly register with the PDN SAE GW. If the network topology determines that there is a Serving SAE GW between the ePDG and the PDN SAE GW, the ePDG registers with the Serving SAE GW, and the Serving SAE GW registers. Register with the PDN SAE GW.
  • Step 7 The SAE GW returns a proxy registration response message.
  • the assigned home address is included in the response message.
  • Step 8 The ePDG notifies the terminal that the tunnel establishment is completed, and the remote address brought to the terminal is the home address obtained in step 7.
  • This embodiment describes the process of switching from a source network to an untrusted non-3GPP network.
  • FIG. 6 is a schematic flowchart of a network switching performed by using CMIP after negotiation according to Embodiment 2 of the present invention, where specific steps include:
  • Step 1 Prepare for switching between the terminal and the source access network (which may also include the target access network WLAN). This process may include the selection process for ePDG.
  • Step 2 The terminal needs to access the SAE network to initiate an establishment request to the ePDG tunnel.
  • the parameters carried in the request include NAI (Network Access Name), W-APN (Access Point Name), and whether to support the CMIP capability indication. This process is done by the IKEv2 protocol.
  • the indication parameter of whether to support the CMIP capability is a newly added parameter in the request message in this embodiment, and the parameter value may be "yes" and "no", respectively indicating that the CMIP is supported or not supported.
  • Step 3 The ePDG initiates an authentication and authorization process to the AAA server.
  • Step 4 The network side determines the mobile IP capability according to the terminal, and selects the mobile IP protocol according to the previously set policy.
  • the network side selects the mobile IP protocol according to the set policy. There are two ways: The first mode: The network side passively accepts the mobile IP support capability of the terminal. If the terminal indicates that the CMIP is supported in the indication parameter of the mobile IP capability, The network side selects CMIP; otherwise, the network side selects PMIP. In this way, in this step, the network side does not need to make decision decisions, and only needs to record the mobile IP capabilities supported by the terminal.
  • the second method the network side makes a decision according to the mobile IP support capability of the terminal and the network side configuration, and selects a suitable mobile IP protocol.
  • the network side may make a decision according to the mobile IP support capability of the terminal, the operator policy configuration, the user subscription information, or the current network resource.
  • the carrier policy configuration, the user subscription information, and the current network resource may be selected in any combination. use).
  • the network side can also use CMIP or PMIP as the terminal in the source network.
  • the network side can select the mobile IP protocol consistent with the source network, so that the terminal can adopt the same mobile IP protocol in the source network and the target network, so as to reduce possible conflicts or network interaction processes caused by different protocols.
  • Step 5 The network side notifies the terminal of the selected mobile IP protocol.
  • This step is optional. This step is not required if the network side does not make a protocol selection decision. If the terminal can support CMIP and the network is determined to require the terminal not to use CMIP, this step can be used to instruct the terminal not to initiate the CMIP process. If the terminal can support CMIP and the network decision is to use CMIP, you can also not initiate this step.
  • the remote address carried by the ePDG in the tunnel establishment success response sent by the ePDG may be the care-of address assigned by the ePDG.
  • Step 7 The terminal initiates registration after obtaining the care-of address and possible broadcast information. It is possible to register via the serving SAE GW visiting the network, or it may be registered through the PDN SAE GW of the home network.
  • Step 8 The SAE GW returns a registration response message.
  • the cached data is forwarded to the current WLAN network.
  • FIG. 7 is a schematic diagram of a process for performing network switching by using PMIP after negotiation according to Embodiment 2 of the present invention, where specific steps include:
  • Steps 1-5 the same as steps 1-5 in Figure 6, the difference is that the result of negotiating the mobile IP protocol between the terminal and the network side is to use PMIP for handover.
  • Step 6 After the ePDG receives the tunnel establishment request from the terminal, if the network and the terminal decide to use the PMIP for registration, the ePDG initiates proxy registration on behalf of the terminal. It is possible to register via the visiting SAE GW of the visited network, or it may be registered through the PDN SAE GW of the home network.
  • Step 7 The SAE GW returns a proxy registration response message.
  • Step 8 The ePDG notifies the terminal that the tunnel is successfully established, and the remote address brought to the terminal is in step 7. Get the home address.
  • the cached data is forwarded to the current WLAN network.
  • This embodiment describes a process in which a mobile terminal negotiates a mobile IP protocol with a network in a process of accessing a SAE network from a trusted non-3GPP network.
  • the terminal When accessing from a trusted non-3GPP network, such as WiMAX, unlike non-trusted non-3GPP network access: The terminal does not need to establish an IPSEC tunneling process to an intermediate entity. However, there is an authentication process to the AAA server before the terminal goes to the SAE network for mobile IP registration, and this authentication process can be used to complete the negotiation of the mobile IP protocol.
  • FIG. 8 is a schematic flowchart of a process for attaching a SAE network by using CMIP after negotiation according to Embodiment 3 of the present invention, where specific steps include:
  • Step 1 The SAE user initiates an access request from a trusted non-3GPP network (such as WiMAX), and the request carries an indication parameter indicating whether the CMIP capability is supported.
  • a trusted non-3GPP network such as WiMAX
  • Step 2 The access network initiates an AAA request for authentication, and the request carries parameters, indicating the supported mobile IP capabilities. This authentication process uses the EAP protocol.
  • Step 3 The authentication process may involve the AAA server of the access network and act as an AAA proxy server. Forward the authentication request to the AAA server of the SAE network.
  • Step 4 The AAA server of the SAE network performs access authentication on the terminal, and returns a response message.
  • Step 5. The network side selects the mobile IP protocol.
  • the mobile side selects the mobile IP protocol on the network side. There are two ways:
  • the first mode The network side passively accepts the mobile IP support capability of the terminal. If the terminal indicates that CMIP is supported in the indication parameter of the mobile IP capability, the network side selects CMIP; otherwise, the network side selects PMIP.
  • the second way The network side makes decisions based on the mobile IP support capability and network side configuration of the terminal, and selects a suitable mobile IP protocol.
  • the network side can support mobile IP based on the terminal.
  • Step 6 The AAA proxy server forwards the authentication result, and may carry the selected mobile IP protocol parameter in the forwarded authentication result. If the terminal can support CMIP and the network determines that the terminal does not use CMIP, then this step can be used to instruct the terminal not to initiate the CMIP process.
  • Step 7 The access network forwards the authentication result to the terminal, and the authentication result may carry the selected mobile IP protocol parameter.
  • the following steps are the process of initiating CMIP or PMIP according to the selection result after selecting the mobile IP protocol to be used.
  • Step 8 The terminal initiates a DHCP process and requests the network to allocate an IP address.
  • Step 9 The access network forwards the DHCP request to the DHCP server accessing the network.
  • Step 10 The DHCP server accessing the network assigns an IP address to the terminal. This address may be globally routable and can serve as the care-of address of the terminal.
  • Step 11 The access network forwards the DHCP response to the terminal.
  • Step 12 The terminal confirms the DHCP response.
  • Step 13 The access network forwards the confirmation of the DHCP response.
  • Step 14 The terminal initiates registration.
  • Step 15 The SAE GW responds to the registration request.
  • the indication information may be added to the authentication result forwarded by the AAA proxy server to instruct the terminal not to initiate the CMIP process.
  • FIG. 9 is a schematic flowchart of a process for attaching a SAE network by using PMIP through negotiation in the third embodiment of the present invention, and the specific steps include:
  • Steps 1-7 are the same as steps 1-7 in Figure 8.
  • the difference between the terminal and the network side to negotiate the Mobile IP protocol is to use PMIP.
  • Step 8 The terminal initiates a DHCP process and requests the network to allocate an IP address.
  • Step 9. The access network forwards the DHCP request to the DHCP server accessing the network.
  • Step 10. The Proxy Mobility Agent triggers proxy registration.
  • Step 11 The SAE GW responds to the registration, and the response carries an assigned home address.
  • Step 12 The DHCP server of the access network generates a DHCP response, carrying the home address obtained in step 11.
  • Step 13 The access network forwards the DHCP response to the terminal.
  • Step 14 The terminal confirms the DHCP response.
  • Step 15 The access network forwards the confirmation.
  • Step 16 The DHCP server of the access network forwards the confirmation.
  • This embodiment describes the process in which the mobile terminal negotiates a mobile IP protocol with the network in the process of switching from the source network to the trusted non-3GPP network.
  • the process of switching from a source network is different from the process of switching from a source network to an untrusted non-3GPP network.
  • a source network possibly a 3GPP network, such as LTE, GPRS, or possibly a non-3GPP network
  • a trusted non-3GPP network such as WiMAX
  • the terminal does not need to establish an IPsec tunnel to an intermediate entity.
  • the AAA server there will be an authentication process to the AAA server, and the AAA server can be used to complete the negotiation and notification of the mobile IP protocol.
  • FIG. 10 is a schematic flowchart of a network switching performed by using CMIP after negotiation according to Embodiment 4 of the present invention, where specific steps include:
  • Step 1 The terminal and the source access network (and possibly the target network WiMAX) perform handover preparation, and simultaneously initiate access to the trusted non-3GPP network (such as WiMAX), and the parameters carried in the access request include Whether to support the indication parameters of CMIP capability.
  • the trusted non-3GPP network such as WiMAX
  • Step 2 The WiMAX access network initiates an AAA request for authentication, and the request carries parameters that support the CMIP capability indication.
  • Authentication may be an EAP process transmitted on AAA.
  • Step 3 The AAA server of the WiMAX access network acts as an AAA proxy server, and forwards the authentication request to the AAA server of the SAE. Whether the terminal supports the indication of CMIP capability The number may not be carried in the authentication request of the AAA server forwarded to the SAE network.
  • Step 4 The AAA server of the SAE performs access authentication on the terminal, and returns a response message.
  • Step 5 The network side determines the mobile IP capability according to the terminal, and selects the mobile IP protocol according to the previously set policy.
  • the network side performs mobile IP protocol selection according to the set policy. There are two ways: The first mode: The network side passively accepts the mobile IP support capability of the terminal, if the terminal is moving
  • the indication parameter of the IP capability indicates that CMIP is supported, and the network side selects CMIP; otherwise, the network side selects PMIP. In this way, in this step, the network side does not need to make decision decisions, and only needs to record the mobile IP capabilities supported by the terminal.
  • the network side decides according to the mobile IP support capability of the terminal and the network side configuration, and selects a suitable mobile IP protocol. For example, the network side may make a decision according to the mobile IP support capability of the terminal, the operator policy configuration, the user subscription information, or the current network resource. The carrier policy configuration, the user subscription information, and the current network resource may be selected in any combination. use).
  • the network side can also use CMIP or PMIP in the source network as a decision factor for selecting a suitable mobile IP protocol after reaching the target network.
  • the network side can select the mobile IP protocol consistent with the source network, so that the terminal can adopt the same mobile IP protocol on the source network and the target network, so as to reduce possible conflicts or network interaction processes caused by different protocols.
  • Step 6 The AAA proxy server forwards the access network authentication result, and may carry the selected mobile IP protocol parameter in the forwarded authentication result. If the network does not make a protocol selection decision, the mobile IP protocol parameters may not be carried in the authentication result. If the terminal can support CMIP and the network determines that the terminal does not use CMIP, then this step can be used to instruct the terminal not to initiate the CMIP process. If the terminal can support CMIP and the network decision is also to use CMIP, the mobile IP protocol parameters may not be carried in the authentication result.
  • Step 7 The WiMAX access network forwards the authentication result to the terminal, and the authentication result may carry the selected mobile IP protocol parameter. Whether the mobile IP protocol parameter is carried depends on whether the authentication result in step 6 carries the mobile IP protocol parameter, and if the authentication result in step 6 carries the mobile IP protocol The parameter is forwarded to the terminal.
  • Step 8 The terminal initiates a DHCP process and requests the network to allocate an IP address.
  • Step 9 The WiMAX access network forwards the DHCP request to the DHCP server accessing the network.
  • Step 11 The WiMAX access network forwards the DHCP response to the terminal.
  • Step 12 The terminal confirms the DHCP response.
  • Step 13 The WiMAX access network forwards the confirmation of the DHCP response.
  • Step 14 The terminal initiates registration.
  • Step 15 The SAE GW responds to the registration request.
  • the cached data is forwarded to the current WiMAX network.
  • FIG. 11 is a schematic flowchart of a network switching performed by using PMIP after negotiation according to Embodiment 4 of the present invention, where specific steps include:
  • Steps 1-7 are the same as steps 1-7 in Figure 10.
  • the difference between the terminal and the network side to negotiate the mobile IP protocol is to use PMIP.
  • Step 8 The terminal initiates a DHCP procedure to request an IP address.
  • Step 9 The WiMAX access network forwards the DHCP request to the DHCP server of the access network.
  • Step 10 The Proxy Mobility Agent triggers proxy registration.
  • Step 11 The SAE GW responds to the registration, and the response carries an assigned home address.
  • Step 12 The DHCP server of the WiMAX access network generates a DHCP response, where the carried IP address is the home address obtained in step 11.
  • Step 13 The WiMAX access network forwards the DHCP response to the terminal.
  • Step 14 The terminal confirms the DHCP response.
  • Step 15 The WiMAX access network forwards the acknowledgement.
  • Step 16 The DHCP server of the WiMAX access network forwards the acknowledgement. After the registration is completed, if there is downlink data in the source access network cache, the cached data is forwarded to the current WiMAX network.
  • This embodiment describes a process in which a mobile terminal negotiates a mobile IP protocol with a network in a process of accessing a SAE from a 3GPP access network.
  • FIG. 12 it is a schematic flowchart of a network access that is negotiated by using CMIP according to Embodiment 5 of the present invention, and specific steps include:
  • Step 1 The terminal initiates an access request from the 3GPP access network (including LTE and GPRS), and the parameters carried therein include an indication of whether to support the CMIP capability.
  • the 3GPP access network including LTE and GPRS
  • the indication parameter of whether to support the CMIP capability is a newly added parameter in the request message in this embodiment, and the parameter value may be "yes" and "no", respectively indicating that the CMIP is supported or not supported.
  • Step 2 The network entity MME (corresponding to the SGSN in the GPRS network) performs an authentication process with the HSS.
  • Step 3 The network side determines the mobile IP capability according to the terminal, and selects the mobile IP protocol according to the previously set policy.
  • the network side selects the mobile IP protocol according to the set policy. There are two ways: The first mode: The network side passively accepts the mobile IP support capability of the terminal. If the terminal indicates that the CMIP is supported in the indication parameter of the mobile IP capability, The network side selects CMIP; otherwise, the network side selects PMIP. In this way, in this step, the network side does not need to make decision decisions, and only needs to record the mobile IP capabilities supported by the terminal.
  • the network side makes decisions based on the mobile IP support capability and network side configuration of the terminal, and selects a suitable mobile IP protocol. For example, the network side may make a decision according to the mobile IP support capability of the terminal, the operator policy configuration, the user subscription information, or the current network resource. The carrier policy configuration, the user subscription information, and the current network resource may be selected in any combination. use).
  • the network side can also use CMIP or PMIP in the source network as a decision factor for selecting a suitable mobile IP protocol after reaching the target network.
  • Network side can choose and source A consistent mobile IP protocol in the network, which enables the terminal to adopt the same mobile IP protocol in the source network and the target network, so as to reduce possible conflicts or network interaction processes caused by different protocols.
  • Step 4 The network side notifies the terminal that the access request has been accepted, and may also be accompanied by the mobile IP protocol parameters selected by the network.
  • the terminal can support CMIP and the network determines that the terminal does not use CMIP, you can use this step to bring the mobile IP parameter to instruct the terminal not to initiate the CMIP process. If the terminal can support CMIP and the network decision is to use CMIP, this parameter may not be included.
  • Step 5 The terminal initiates registration after obtaining the care-of address and possible broadcast information.
  • Step 6 The SAE GW returns a registration response message.
  • FIG. 13 is a schematic flowchart of a network-based mobility management protocol negotiated using a network-based mobility management protocol according to Embodiment 5 of the present invention, where specific steps include:
  • Steps 1-4, Steps 1-4 in Figure 12 the difference is that the result of negotiating the mobile IP protocol between the terminal and the network side is to use a network-based mobility management protocol (such as GTP protocol) for access.
  • a network-based mobility management protocol such as GTP protocol
  • This embodiment provides two types of ePDGs that have the function of negotiating a mobile IP protocol.
  • FIG. 14A is a schematic structural diagram of an ePDG according to an embodiment of the present invention.
  • the ePDG is applicable to a process of passively accepting a mobile IP capability of a terminal without making a selection decision on a mobile IP protocol, including: a receiving module, a selecting module, and a proxy. Module.
  • a receiving module configured to receive mobile IP capability indication information of the terminal sent by the terminal, where the capability indication information indicates whether the terminal supports a host-based mobile IP protocol;
  • a selection module configured to determine, according to the capability indication information received by the receiving module, whether the terminal supports the host-based mobile IP protocol, and if supported, select a host-based mobile IP protocol; otherwise, select a proxy-based mobile IP protocol;
  • the proxy module is configured to, after the selecting module selects the proxy-based mobile IP protocol, proxy the terminal to initiate a mobile IP protocol process.
  • FIG. 14B is a schematic structural diagram of another ePDG according to an embodiment of the present invention, where the ePDG
  • the process applicable to the selection decision of the mobile IP protocol according to the mobile IP capability of the terminal includes: a receiving module, a selecting module, a sending module, and a proxy module.
  • the receiving module is configured to receive the mobile IP capability indication information of the terminal sent by the terminal, and send a selection instruction, where the capability indication information indicates whether the terminal supports the host-based mobile IP protocol;
  • a selection module configured to receive a selection instruction sent by the receiving module, and obtain network side information according to the instruction, and select the adopted mobile IP protocol according to the obtained network side information and the capability indication information received by the receiving module; and when selecting An agent-based mobile IP protocol, and the capability indication information indicates that the terminal sends an instruction when supporting the host-based mobile IP protocol;
  • a sending module configured to receive an instruction sent by the selecting module, and send, according to the instruction, the indication information to the terminal, where the indication information indicates that the terminal is initiated to initiate a host-based mobile IP protocol process;
  • the proxy module is configured to, after the selecting module selects the proxy-based mobile IP protocol, proxy the terminal to initiate a mobile IP protocol process.
  • This embodiment provides two AAA servers with the function of negotiating a mobile IP protocol.
  • FIG. 15A is a schematic structural diagram of an AAA server according to an embodiment of the present invention.
  • the AAA server is applicable to a process of passively accepting a mobile IP capability of a terminal and not making a decision on a mobile IP protocol, including: a receiving module, a selecting module. And the agent module.
  • a receiving module configured to receive mobile IP capability indication information of the terminal sent by the terminal, where the capability indication information indicates whether the terminal supports a host-based mobile IP protocol;
  • a selection module configured to determine, according to the capability indication information received by the receiving module, whether the terminal supports the host-based mobile IP protocol, and if supported, select a host-based mobile IP protocol; otherwise, select a proxy-based mobile IP protocol;
  • the proxy module is configured to start another mobile network entity to initiate the mobile ip protocol process after the selecting module selects the proxy-based mobile IP protocol.
  • FIG. 15B is a schematic structural diagram of another AAA server according to an embodiment of the present invention, where the AAA server is adapted to select a mobile IP protocol according to a mobile IP capability of the terminal.
  • the process includes: a receiving module, a selecting module, a sending module, and a proxy module.
  • the receiving module is configured to receive the mobile IP capability indication information of the terminal sent by the terminal, and send a selection instruction, where the capability indication information indicates whether the terminal supports the host-based mobile IP protocol;
  • a selection module configured to receive a selection instruction sent by the receiving module, and obtain network side information according to the instruction, and select the adopted mobile IP protocol according to the obtained network side information and the capability indication information received by the receiving module; and when selecting An agent-based mobile IP protocol, and the capability indication information indicates that the terminal sends an instruction when supporting the host-based mobile IP protocol;
  • a sending module configured to receive an instruction sent by the selecting module, and send, according to the instruction, the indication information to the terminal, where the indication information indicates that the terminal is initiated to initiate a host-based mobile IP protocol process;
  • the proxy module is configured to start another mobile network entity to initiate the mobile ip protocol process after the selecting module selects the proxy-based mobile IP protocol.
  • the embodiment of the present invention provides a display mode for the terminal to provide the mobile IP capability of the network, and the network can also display the mobile IP capability indicating whether the terminal should use the terminal.
  • the network can also display the mobile IP capability indicating whether the terminal should use the terminal.
  • it has the following advantages: It is not related to the implementation of CMIP and PMIP, and it does not work because of the difference in the implementation process of PMIP and CMIP. The scalability is very good; The method for distinguishing between PMIPv6 and CMIPv6 is not related to the IP version in the embodiment of the present invention. Therefore, the embodiment of the present invention can distinguish between PMIPv6 and CMIPv6; the network can also be displayed according to user subscription information, network resource status, and the like.
  • the terminal is required to not initiate the CMIP process, and the network initiates the PMIP process, which is more beneficial for the operator to control the network resources, and is meaningful for saving air interface resources.
  • the spirit and scope of the invention Thus, it is intended that the present invention cover the modifications and variations of the inventions

Landscapes

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

Abstract

La présente invention porte sur un procédé et un dispositif permettant d'effectuer la négociation du protocole de gestion de la mobilité. Dans le procédé selon l'invention, le côté réseau reçoit des informations indiquant la capacité IP d'un terminal qui sont envoyées par ledit terminal, lesdites informations indiquant la capacité IP désignant si le terminal accepte le protocole de gestion de la mobilité basé sur le client; le côté réseau sélectionne un protocole de gestion de la mobilité en fonction des informations indiquant la capacité et des informations liées au côté réseau; si le côté réseau a sélectionné le protocole de gestion de la mobilité basé sur le réseau et les informations indiquant la capacité indiquent que le terminal accepte le protocole de gestion de la mobilité basé sur le client, le côté réseau envoie un message d'instruction au terminal qui lui ordonne d'arrêter le lancement du flux du protocole de gestion de la mobilité basé sur le client. Cette invention rend possible le fait que le terminal informe le réseau de la capacité IP mobile de façon explicite et que le côté réseau informe explicitement le terminal de la sélection du protocole de gestion de la mobilité. De cette manière le protocole de gestion de la mobilité est décidé par le côté réseau.
PCT/CN2008/070592 2007-04-02 2008-03-26 Procédé et dispositif permettant de réaliser la négociation du protocole de gestion de la mobilité WO2008119296A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710091110.3 2007-04-02
CN2007100911103A CN101282287B (zh) 2007-04-02 2007-04-02 协商移动性管理协议的方法及其装置

Publications (1)

Publication Number Publication Date
WO2008119296A1 true WO2008119296A1 (fr) 2008-10-09

Family

ID=39807818

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070592 WO2008119296A1 (fr) 2007-04-02 2008-03-26 Procédé et dispositif permettant de réaliser la négociation du protocole de gestion de la mobilité

Country Status (2)

Country Link
CN (1) CN101282287B (fr)
WO (1) WO2008119296A1 (fr)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827411B (zh) * 2009-03-04 2014-02-19 华为技术有限公司 一种网络选择方法、装置及终端
CN101888631B (zh) * 2009-05-11 2014-02-19 华为终端有限公司 一种接入网的切换方法、系统和设备
CN101945456A (zh) * 2009-07-08 2011-01-12 中兴通讯股份有限公司 一种andsf提供接入网协议选择功能的方法和系统
CN101998364B (zh) * 2009-08-21 2014-12-10 中兴通讯股份有限公司 一种对本地网际协议访问连接实施管理的方法及系统
CN102238727A (zh) * 2010-04-22 2011-11-09 大唐移动通信设备有限公司 一种选择分组数据网络网关pdn gw节点的方法、装置和系统
CN102469176B (zh) * 2010-11-18 2015-03-11 中国移动通信集团公司 Ip地址分配的方法及设备
CN102711079B (zh) * 2011-03-28 2017-02-08 中兴通讯股份有限公司 一种ip分流连接移动性支持的方法及系统
CN103002429B (zh) * 2011-09-13 2017-04-26 中兴通讯股份有限公司 一种对用户设备能力进行处理的方法和系统
CN103188657B (zh) * 2011-12-28 2019-02-01 中兴通讯股份有限公司 一种为ue分配ip地址的方法及系统
TWI573448B (zh) * 2012-11-21 2017-03-01 財團法人工業技術研究院 串流連線管理方法及串流資料連線系統
KR101743228B1 (ko) * 2016-01-22 2017-06-05 네이버 주식회사 스트리밍 장치 및 그 방법, 이를 이용한 스트리밍 서비스 시스템 및 컴퓨터로 판독 가능한 기록매체
CN109511136B (zh) * 2017-09-14 2022-04-01 中国移动通信有限公司研究院 一种网络切片的选择方法和装置
CN108809934B (zh) * 2018-04-19 2021-02-19 中国互联网络信息中心 一种IPv6网络中的移动性管理协议协商方法

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 诺基亚公司 接入网中的移动性代理选择
US6795704B1 (en) * 2000-06-13 2004-09-21 Bellsouth Intellectual Property Corporation Teleservice based capability report for radiotelephone networks
US20060002426A1 (en) * 2004-07-01 2006-01-05 Telefonaktiebolaget L M Ericsson (Publ) Header compression negotiation in a telecommunications network using the protocol for carrying authentication for network access (PANA)
WO2006061184A1 (fr) * 2004-12-08 2006-06-15 France Telecom Transfert d'un noeud mobile entre des reseaux d'acces de technologies differentes dans un systeme de telecommunications ip mobile

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1635750A (zh) * 2003-12-29 2005-07-06 清华大学－中国华录信息技术研究所 一种移动通信系统中的移动性管理方法
CN100469173C (zh) * 2005-09-30 2009-03-11 海信集团有限公司 3G移动通信终端自动设置QoS服务质量参数的方法

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 诺基亚公司 接入网中的移动性代理选择
US6795704B1 (en) * 2000-06-13 2004-09-21 Bellsouth Intellectual Property Corporation Teleservice based capability report for radiotelephone networks
US20060002426A1 (en) * 2004-07-01 2006-01-05 Telefonaktiebolaget L M Ericsson (Publ) Header compression negotiation in a telecommunications network using the protocol for carrying authentication for network access (PANA)
WO2006061184A1 (fr) * 2004-12-08 2006-06-15 France Telecom Transfert d'un noeud mobile entre des reseaux d'acces de technologies differentes dans un systeme de telecommunications ip mobile

Also Published As

Publication number Publication date
CN101282287A (zh) 2008-10-08
CN101282287B (zh) 2010-09-15

Similar Documents

Publication Publication Date Title
WO2008119296A1 (fr) Procédé et dispositif permettant de réaliser la négociation du protocole de gestion de la mobilité
JP5475655B2 (ja) ハンドオーバ操作における資源管理のための方法および機器
JP5827254B2 (ja) 相異なるワイヤレス通信アーキテクチャ間のモビリティのための資源管理
TWI430634B (zh) 技術多樣化存取網路間實施媒體獨立交接之無線通信方法及系統
US8910271B2 (en) System and method for handover between interworking WLAN and EUTRAN access systems
EP2276281B1 (fr) Procédé, système et dispositif pour obtenir un type de confiance d'un système d'accès non-3gpp
WO2007006227A1 (fr) Procédé et système de négociation destinés à l’établissement de chemins de données d’interface
US20060120171A1 (en) Seamless handoff of mobile terminal
US20160119347A1 (en) Method for Updating Identity Information about Packet Gateway, AAA Server and Packet Gateway
WO2014121760A1 (fr) Procédé et dispositif pour sélectionner un appareil de réseau durant une commutation
WO2009006848A1 (fr) Procédé de commutation de réseau d'accès, dispositif de gestion d'ancrage, et dispositif d'accès mobile
Ali et al. Network-based mobility management in the evolved 3GPP core network
WO2010127597A1 (fr) Procédé, dispositif et système de transfert intercellulaire
WO2007109955A1 (fr) Procédé d'utilisation de l'adresse ip d'un utilisateur itinérant et terminal utilisateur destiné à cet effet
WO2008154874A1 (fr) Procédé et système permettant d'établir un tunnel dans le réseau en évolution
WO2010108420A1 (fr) Procédé, système de réseau, et entité à fonction d'interfonctionnement permettant de traiter la commutation d'un service de communication
WO2008022597A1 (fr) Procédé et dispositif pour transfert intercellulaire de terminal procédé et dispositif permettant d'obtenir l'adresse d'une entité d'accès d'origine
WO2007137516A1 (fr) Procédé, équipement et réseau de communication pour la négociation de la capacité de mobile ip
WO2013131487A1 (fr) Réseau central convergent et procédé d'accès associé
WO2009046598A1 (fr) Procédé pour établir une porteuse dédiée pour un terminal utilisateur
WO2009111929A1 (fr) Procédé et système permettant à un utilisateur d'obtenir des informations de liaison domestique
EP2135419A1 (fr) Selection de mecanisme de mobilite ip pour terminaux multimodes a connectivite ip directe
WO2008154789A1 (fr) Procédé de sélection d'un mode de gestion mobile dans un réseau sans fil
JP5872066B2 (ja) 非３ｇｐｐによってコアネットワークにアクセスする方法、装置及びシステム
WO2014106318A1 (fr) Procédé, dispositif et système de sélection de passerelle de paquets

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

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

Country of ref document: EP

Kind code of ref document: A1