WO2013185542A1 - 一种本地互通的实现方法及网元设备 - Google Patents
一种本地互通的实现方法及网元设备 Download PDFInfo
- Publication number
- WO2013185542A1 WO2013185542A1 PCT/CN2013/076522 CN2013076522W WO2013185542A1 WO 2013185542 A1 WO2013185542 A1 WO 2013185542A1 CN 2013076522 W CN2013076522 W CN 2013076522W WO 2013185542 A1 WO2013185542 A1 WO 2013185542A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- network element
- local
- terminal
- interworking
- side network
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000006870 function Effects 0.000 claims description 41
- 238000005457 optimization Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 13
- 230000008685 targeting Effects 0.000 claims 1
- 230000011664 signaling Effects 0.000 abstract description 6
- 230000004044 response Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 11
- 238000012986 modification Methods 0.000 description 9
- 230000004048 modification Effects 0.000 description 9
- 238000005259 measurement Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000005641 tunneling Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
Definitions
- the present invention relates to the field of mobile communications, and specifically relates to a method for implementing local interworking between a terminal in a 3GPP network and a network element device.
- FIG. 1 shows a schematic structural diagram of an evolved packet domain system. As shown in FIG. 1, the entire EPS system is divided into two parts: a radio access network and a core network. In the core network, a Home Subscriber Server (HSS), a Mobility Management Entity (MME), a Serving GPRS Support Node (SGSN), and a policy are included.
- HSS Home Subscriber Server
- MME Mobility Management Entity
- SGSN Serving GPRS Support Node
- policy a policy
- PCRF Policy and Charging Rule Function
- S-GW Serving Gateway
- PDN Gateway Packet Data Gateway
- PDN Packet Data Network
- the home subscriber server is the permanent storage location of the subscriber's subscription data and is located on the home network to which the subscriber subscribes.
- the mobility management entity is the location where the user subscription data is stored in the current network, responsible for terminal-to-network non-access layer signaling management, terminal security verification function, terminal mobility management, user idle mode tracking and paging. Management functions and bearer management.
- GPRS support node is a global mobile communication system (Global System for Mobile)
- GSM Global System for Mobile communications
- GSM Enhanced Data Rate for GSM Evolution
- GSM EDGE Radio Access Network GERAN
- Universal Mobile Telecommunications System Universal Mobile Telecommunications System
- UMTS Terrestrial Radio Access Network UMTS Terrestrial
- the Radio Access Network is a service support point for users to access the core network. It is similar in function to the mobility management entity and is responsible for user location update, paging management, and bearer management.
- the service gateway is a gateway of the core network to the wireless system, and is responsible for the user plane bearer of the terminal to the core network, the data buffer in the terminal idle mode, the function of initiating the service request by the network side, the lawful interception and the packet data routing and forwarding function; It is responsible for counting the situation in which the user terminal uses the wireless network, and generates the CDR of the terminal using the wireless network, and transmits it to the charging gateway.
- the packet data gateway is a gateway of the evolved system and the external packet data network of the system. It is connected to the Internet and the packet data network, and is responsible for the Internet Protocol (IP) address allocation, charging function, and packet filtering of the terminal. And functions such as policy control.
- IP Internet Protocol
- the packet data network is the operator's IP service network, which provides IP services to users through the carrier's core network.
- the policy charging rule function entity is a server in the evolved system that provides rules for charging control, online credit control, threshold control, and quality of service (QoS) policies.
- the radio access network is composed of an Evolved NodeB (eNB) and a 3G radio network controller (Radio Network Controller, RNC for short). It is mainly responsible for receiving and receiving wireless signals, and is connected through the air interface and the terminal. Radio resources, resource scheduling, and access control for the air interface.
- eNB Evolved NodeB
- RNC Radio Network Controller
- the above-mentioned service GPRS support node is an upgraded SGSN, which can support the S4 interface with the service gateway, and communicates with the mobility management unit by using GPRS Tunneling Protocol version 2 (GTPv2 for short).
- GTPv2 GPRS Tunneling Protocol version 2
- the Packet Switching (PS) domain network architecture is different from that of Figure 1.
- the SGSN and the MME are connected by the Gn interface, and the GPRS Tunneling Protocol version 1 (hereinafter referred to as GTPvl) is used for interworking.
- GTPvl GPRS Tunneling Protocol version 1
- the SGSN cannot be connected to the service gateway, and is connected to the gateway GPRS support node (Gateway GPRS Support Node, GGSN for short) through the Gn interface to directly access the packet data network.
- the terminal When a user makes a service access, the terminal initiates a PDN (Packet Data Network, packet).
- PDN Packet Data Network, packet
- the MME/SGSN selects the core network service gateway and the anchor gateway according to the APN corresponding to the service used by the user reported by the terminal, and establishes a slave terminal-radio base station-core network gateway (service gateway and anchor gateway).
- User plane channel The user accesses the services of the external/internal network through the anchor gateway.
- the service When the user moves in the anchor gateway service area, the service is not interrupted.
- Figure 2 shows the user plane path for the user terminal to receive/send data. Wherein, path 1 indicates that the user accesses the external Internet network, and path 2 indicates that the user communicates with users who belong to the same gateway service area.
- the data received/sent by the user terminal is forwarded through the core network anchor gateway, even though the two users communicating with each other may be located under the same/adjacent radio side network element.
- this data transmission method is not optimized. Since the data is forwarded through the core network anchor point, the data transmission path is long, which increases the delay of user data transmission and reduces the resource utilization rate of the core network. Especially after the end-to-end service development (such as P2P, battle games, IMS voice or video services, etc.), the bottleneck in data routing will become more prominent.
- the concept of local interworking is proposed in the standard field, as shown in Figure 3.
- the route optimization channel on the wireless side is established, so that the interworking data can pass through the wireless side network.
- Meta direct/indirect forwarding The route optimization channel for interworking data transmission may be an IP in IP routing channel or a point-to-point private tunnel such as GTP or GRE.
- Figure 3a shows the local interworking implementation of the user in the same radio side network element. In this case, the radio side network element forwards the data exchanged between users directly to the local network, and does not pass the upper core network element to reduce the core network resource occupation.
- Figure 3b shows the local interworking implementation of the user in the neighboring radio side network element scenario.
- the neighboring radio side network elements refer to similar geographical locations, which are determined by the operator's plan.
- Interworking data is forwarded through the route optimization channel between adjacent wireless side network elements. This channel can be per device or per carrier. Data can be based on IP routing or based on tunnel routing.
- FIG. 4 shows the implementation process of local interworking as an example of a scenario in which a user attaches to a neighboring radio network element.
- Step 401 The two terminal data that communicate with each other are forwarded by the anchor gateway.
- Step 402 The anchor gateway is based on user subscription, user location relationship, service type, and local policy. Slightly determine whether to perform local interworking.
- Step 403 The anchor gateway sends a local local communication command to the control plane network element, and the message is forwarded to the wireless side network element by the control plane network element.
- the message includes the peer-to-peer wireless side network element information, and the interworking data routing policy, which is used to carry encapsulated TFT (traffic flow template) information.
- Step 404 The wireless side network element establishes an optimized routing channel between the wireless side network elements according to the peer information, where the channel may be an IP routing channel, or may be a dedicated tunnel such as GTP or GRE or PMIP. It can be based on the path per device or on a per-bearer basis.
- the channel may be an IP routing channel, or may be a dedicated tunnel such as GTP or GRE or PMIP. It can be based on the path per device or on a per-bearer basis.
- Step 405 After the route optimization channel is established, the interworking data can be forwarded between the radio side network elements.
- the wireless side network element uses the data routing policy to forward the data used for the interworking in the uplink data through the optimized path, and the peer wireless side network element uses the TFT information for the radio bearer matching.
- the anchor gateway needs to re-determine local interworking. Through analysis, it is found that the anchor gateway needs to obtain the newly attached base station information when the bearer update process is completed after the handover is completed, that is, after the handover is completed, the user can sign, the user's location relationship, the service type, the local policy, and the like. The information determines whether the local interworking can be maintained/released. After the decision is finished, the notification message is used to notify the new/old base station and the opposite base station to re-establish a new route optimization channel or release the original route optimization channel.
- the re-judgment timing of the local interworking in the handover scenario is relatively late, and the radio network control unit is notified to perform the local interworking maintenance/release operation on the basis of the core network control plane signaling. Since the user's mobile behavior is uncontrolled, the interworking decision adds signaling load to the mobile network. On the other hand, since the local interworking cannot be determined in time according to the user's mobile situation, the operation on the local interworking implementation may be delayed, and some data may be forwarded through the core network within a certain period of time.
- the embodiment of the present invention provides a method for implementing local interworking and a network element device, which solves the problem that the local interworking channel is unreasonably handled when the terminal is switched in the local interworking situation in the prior art.
- the embodiment of the present invention provides a method for implementing local interworking, which includes: a terminal that uses a local interworking function on a source radio side network element needs to switch to a target radio side network element, and when the function is used, the source The wireless side network element notifies the local interworking information to the target radio side network element; the information establishes the local interworking path by the optimized channel.
- the local interworking information includes: an address of the local interworking peer radio side network element, information of a terminal that performs local interworking through the route optimization channel, and/or bearer matching information.
- the step of the target radio side network element includes:
- the source radio side network element sends the local interworking information to the target radio side network element; or the source radio side network element sends the local interworking information to the control plane network element of the terminal, The control plane network element sends the local interworking information to the target radio side network element; or
- the source radio side network element sends the local interworking information to the source control plane network element of the terminal, and the source control plane network element sends the local interworking information to the target control plane network element of the terminal, The target control plane network element sends the local interworking information to the target radio side network element.
- the foregoing method may also have the following features: When the local interworking function is released, the local inter-path that has been established between the local wireless peer network element and the local interworking peer is optimized.
- the foregoing method may further include: when the interworking function is performed, notifying the anchor gateway to release the local interworking binding information between the terminal and the local interworking peer end of the terminal.
- the above method may further include:
- the step of the source radio side network element notifying the anchor gateway to release the local interworking binding information between the terminal and the local interworking peer end of the terminal includes: sending, by the side network element, the control plane network element of the terminal Said release indication, the control plane network element of the terminal sends the release indication to the anchor gateway; or
- the source radio side network element sends the release indication to the control plane network element of the terminal, where the control plane network element of the terminal sends the release indication to the anchor point gateway;
- the source radio side network element sends the release indication to the control plane network element of the terminal, and the control plane network element of the terminal sends the release indication to the control plane network element of the local interworking peer end of the terminal, where The control plane network element of the local interworking peer of the terminal sends the release indication to the anchor gateway.
- the embodiment of the present invention further provides a network element device that is locally intercommunicated, wherein the network element device includes a determining unit, a sending unit, a receiving unit, and a local interworking processing unit;
- the determining unit is configured to determine whether the terminal that uses the local interworking function under the network element device needs to be switched to the target radio side network element, and whether the terminal can maintain the local interworking function on the target radio side network element;
- the sending unit is configured to notify the target wireless side network element of local interworking information when the determining unit determines that the local interworking function can be maintained by the local interworking device;
- the receiving unit is configured to receive local interworking information sent by other network element devices.
- the local interworking processing unit is configured to: after receiving the local interworking information, the receiving unit is configured according to the local interworking information and the corresponding target radio side network element. Establishing a local inter-channel is optimized by the channel.
- the above network element device can also have the following features:
- the local interworking information includes: an address of the local interworking peer radio side network element, information of a terminal that performs local interworking through the route optimization channel, and/or bearer matching information.
- the above network element device can also have the following features:
- the local interworking processing unit is further configured to determine, at the determining unit, that the terminal is in the When the local interworking function cannot be maintained on the target radio side network element, the local interworking path established between the local interworking peer radio side network element and the local interworking peer is optimized.
- the above network element device can also have the following features:
- the local interworking processing unit is further configured to notify the anchor gateway to release the terminal and the terminal when the determining unit determines that the terminal cannot maintain the local interworking function on the target radio side network element. Local interworking binding information between local peers.
- 1 is a schematic structural diagram of an evolved packet domain system
- Figure 2 is a schematic diagram of the user accepting/sending data path
- Figure 3a and Figure 3b are schematic diagrams of local interworking implementation
- FIG. 4 is a manner of establishing local interworking of related technologies
- FIG. 5 is a schematic structural diagram of a locally interconnected network element device in an embodiment
- Figure 6 is a schematic view of Embodiment 1 of the embodiment.
- Figure 7 is a schematic view of Embodiment 2 of the embodiment.
- Figure 8 is a schematic view of Embodiment 3 of the embodiment.
- FIG. 9 is a schematic diagram of Embodiment 1 of the anchor gateway to learn the local intercommunication release in the embodiment
- FIG. 10 is a schematic diagram of Embodiment 2 of the anchor gateway to learn the local intercommunication release in the embodiment
- FIG. 11 is a schematic diagram of the anchor gateway in the embodiment.
- the local interworking implementation method includes: The terminal that uses the local interworking function on the source radio side network element needs When the local interworking function is enabled on the network element, the local interworking information is notified to the target radio side network element; the target radio side network element and the local interworking peer radio side network element of the terminal are based on the local Interworking information establishes local inter-channels by optimizing channels.
- the local interworking information includes: an address of the local interworking peer radio side network element, information of a terminal that performs local interworking through the route optimization channel, and bearer matching information.
- the manner of the target wireless side network element is one of the following ways:
- the source radio side network element sends the local interworking information to the target radio side network element.
- the source radio side network element sends the local interworking information to the control plane network element of the terminal.
- the control plane network element sends the local interworking information to the target radio side network element;
- the source wireless side network element sends the local interworking information to the source control plane network element of the terminal, where the source control plane network element sends the local interworking information to the target control plane network of the terminal. And the target control plane network element sends the local interworking information to the target radio side network element.
- the interworking function When the interworking function is enabled, the local interworking path established between the local wireless peer network element and the local interworking peer is optimized.
- the anchor gateway In the case of the interworking function, the anchor gateway is notified to release the local interworking binding information between the terminal and the local interworking peer of the terminal.
- the manner in which the source radio side network element notifies the anchor gateway to release the local interworking binding information between the terminal and the local interworking peer end of the terminal is one of the following manners:
- the control plane network element sends the release indication, and the control plane network element of the terminal sends the release indication to the anchor point gateway;
- the source radio side network element sends the release indication to the control plane network element of the terminal, where the control plane network element of the terminal sends the release indication to the anchor point gateway;
- the source radio side network element sends the release indication to the control plane network element of the terminal, and the control plane network element of the terminal sends the release indication to the control plane network element of the local interworking peer end of the terminal
- the control plane network element of the local interworking peer end of the terminal sends the release to the anchor gateway Instructions.
- the locally interconnected network element device in this embodiment includes a determining unit 50, a transmitting unit 51, a receiving unit 52, and a local interworking processing unit 53.
- the determining unit 50 is configured to determine whether the terminal that uses the local interworking function under the network element device needs to switch to the target radio side network element, and determine whether the terminal can maintain the local interworking function on the target radio side network element. ;
- the sending unit 51 is configured to determine, at the determining unit 50, that the terminal that uses the local interworking function under the network element device needs to switch to the target radio side network element, and the terminal can maintain the local area on the target radio side network element.
- the local interworking information is sent to the target radio side network element, and the receiving unit 52 is configured to receive local interworking information sent by other network element devices.
- the local interworking processing unit 53 is configured as the receiving unit. After receiving the local interworking information, the local interworking path is established according to the local interworking information and the corresponding target radio side network element.
- the local interworking information includes: an address of the local interworking peer radio side network element, information of a terminal that performs local interworking through the route optimization channel, and bearer matching information.
- the local interworking processing unit 53 is further configured to: when the determining unit 50 determines that the terminal cannot maintain the local interworking function on the target radio side network element, release the local intercommunication between the peer radio side network element
- the established local inter-channel is optimized by the channel.
- the local interworking processing unit 53 is further configured to: when the determining unit 50 determines that the terminal is unable to maintain the local interworking function on the target radio side network element, notify the anchor gateway of releasing the terminal and the Local interworking binding information between the local peers of the terminal.
- FIG. 6 is a first embodiment of the present invention, and specifically includes the following steps:
- Step 601 The terminal 1 reports a measurement report, and reports information about the neighboring wireless side network element identifier and signal strength.
- Step 602 The source radio side network element 1 attached to the terminal 1 is sent according to the measurement report reported by the terminal 1. If it is not suitable for its service, the target wireless side network element with strong signal selection is ready to initiate the handover. If the source wireless side network element 1 has activated the local interworking function of the terminal 1, then the terminal 1 needs to be determined again.
- the source radio side network element 1 can compare whether the location of the target radio side network element 1 is close to the geographic location of the radio side network element 2 to which the local interworking terminal 2 is attached. Since the establishment of local interworking has been determined by the anchor gateway based on user subscription, service type, local policy and other information. Therefore, the source radio side network element 1 does not need to perform the authentication, service type, and the like on the local interworking that has been enabled, and only needs to complete the re-determination of the topology location.
- steps 603-606 are performed.
- steps 607-610 are performed.
- Step 603 The source radio side network element 1 sends a handover request message to the target radio side network element 1, and the message carries local interworking information, where the local interworking information includes: interworking peer radio side network element address, interworking user ID/address, and Match information (such as TFT, corresponding carrier ID).
- the local interworking information includes: interworking peer radio side network element address, interworking user ID/address, and Match information (such as TFT, corresponding carrier ID).
- Step 604 The target radio side network element 1 returns a handover response message.
- Step 605 The target radio side network element 1 sends a local interworking establishment request message to the radio side network element 2 to which the interworking peer end (terminal 2) is attached according to the received local interworking information, where the message includes the interworking user information, new Wireless side network element address.
- the wireless side network element 2 updates the route optimization channel according to the received message.
- This message can be sent through the control plane interface between the wireless side network elements, or it can be sent through the user plane channel in the form of a special data packet (the new definition of the packet header of the message passing the message).
- Step 606 The wireless side network element 2 replies to the local interworking establishment response message.
- the local interworking update maintenance process between the target radio side network element 1 and the radio side network element 2 does not affect the normal handover procedure, and the present invention does not limit the sequence of steps 506 and 511.
- Step 607 The source radio side network element 1 sends a handover request message to the target radio side network element 1, and starts the handover process.
- Step 608 The target radio side network element 1 replies to the handover response message after completing the radio resource reservation.
- Step 610 The wireless side network element 2 replies to the local interworking release response message.
- the local interworking release process between the source radio side network element 1 and the radio side network element 2 does not affect the normal handover process.
- the present invention does not limit the order of steps 507 and 509.
- Step 611 After the terminal 1 synchronizes to the target radio side network element 1, the terminal sends a path switch request message to the control plane network element, indicating that the user has switched to the target radio side network element 1.
- Step 612 The control plane network element sends a bearer modification request message, and sends the new radio side network element identifier information to the anchor gateway. If a service gateway is deployed between the control plane network element and the anchor gateway, the message is forwarded through the serving gateway.
- Step 613 The anchor gateway returns a bearer modification response message.
- Step 614 The control plane network element returns a path switch response message to the target radio side network element 1.
- FIG. 7 is a second embodiment of the present invention, which specifically includes the following steps:
- Step 701 The terminal 1 measures the 4 notifications, and reports information such as the adjacent wireless side network element identifier and signal strength.
- step 702 the source radio side network element 1 to which the terminal 1 is attached is not suitable for serving according to the measurement report reported by the terminal 1, and the target radio side network element with the strong selection signal is ready to initiate the handover. If the radio side network element 1 has activated the local interworking function of the terminal 1, it is necessary to determine whether the terminal 1 can continue to maintain local intercommunication on the target radio side network element.
- the source radio side network element 1 can compare whether the location of the target radio side network element 1 is close to the geographic location of the radio side network element 2 to which the local interworking terminal 2 is attached. Since the establishment of local interworking has been determined by the anchor gateway based on user subscription, service type, local policy and other information. Therefore, the wireless side network element 1 does not need to perform the signing of the local communication that has been enabled, the service type, and the like, and only needs to complete the re-determination of the topology location.
- steps 703-708 are performed. If it is determined that local interworking cannot continue to be maintained, then steps 709-714 are performed.
- Step 703 The source radio side network element 1 sends a handover request message to the control plane network element, where the message carries local interworking information, where the local interworking information includes: interworking peer radio side network element address, interworking user identifier/address, and load matching ( For example, TFT, corresponding load identifier, etc.
- Step 704 The control plane network element sends a handover request message to the target radio side network element 1, where the message carries local interworking information.
- Step 705 The target radio side network element 1 returns a handover confirmation message to the control plane network element, indicating that the wireless side resource reservation is completed.
- Step 706 The control plane network element notifies the source radio side network element 1 to initiate a user handover, and the user can synchronize to the target radio side network element.
- Step 707 The target radio side network element 1 sends a local interworking establishment request message to the radio side network element 2 attached to the interworking peer end (terminal 2) according to the received local interworking information, where the message includes the interworking user information, new Wireless side network element address.
- the wireless side network element 2 updates the route optimization channel according to the received message.
- This message can be sent through the control plane interface between the wireless side network elements, or it can be sent through the user plane channel in the form of a special data packet (the new definition of the packet header of the message passing the message).
- Step 708 the radio side network element 2 replies to the local interworking establishment response message.
- the local interworking update maintenance process between the target radio side network element 1 and the radio side network element 2 does not affect the normal handover process, and the present invention does not limit the sequence of steps 605 and 607.
- Step 709 The source radio side network element 1 sends a handover request message to the control plane network element to start the handover process.
- Step 710 The control plane network element sends a handover request message to the target radio side network element 1.
- Step 711 The target radio side network element 1 returns a handover confirmation message to the control plane network element, indicating that the wireless side resource reservation is completed.
- Step 712 The control plane network element notifies the source radio side network element 1 to initiate a user handover, and the user can synchronize to the target base station.
- Step 713 If the source radio side network element 1 determines that the target radio side network element 1 and the radio side network element 2 cannot continue to maintain local interworking, send a local interworking release request message to the radio side network element 2, Deleting the established local interchannel is optimized by the channel.
- This message can be sent through the control plane interface between the wireless side network elements, or it can be sent through the user plane channel in the form of a special data packet (the new header of the data packet that defines the message).
- Step 714 the wireless side network element 2 replies to the local interworking release response message.
- the local interworking release process between the source radio side network element 1 and the radio side network element 2 does not affect the normal handover process.
- the present invention does not limit the order of steps 609 and 613.
- Step 715 After the terminal 1 synchronizes to the target radio side network element 1, the target radio side network element 1 sends a handover notification message to the control plane network element.
- Step 716 The control plane network element sends the new radio side network element identifier information to the anchor gateway by using the bearer modification request message. If a service gateway is deployed between the control plane network element and the anchor gateway, the message is forwarded through the serving gateway.
- Step 717 The anchor gateway returns a bearer modification response message.
- FIG. 8 is a third embodiment of the present invention, which specifically includes the following steps:
- control plane network elements serving the terminal 1 are the same. In actual applications, there are also cases where the control plane network elements serving the terminal 1 after handover are different. In this scenario, the inventive point of the present invention remains Be applicable. The difference is that local interworking information needs to be carried in messages between two control plane network elements (such as forwarding relocation requests), as described in steps 803-808. The other steps are the same as in Figure 7, and are not mentioned here.
- the anchor point gateway needs to know this, because the anchor gateway saves the local interworking user and the local interworking needs to be established. Binding relationship information.
- the present invention provides an implementation of an explicit local exchange release that is optionally used by the anchor gateway.
- FIG. 9 is a schematic diagram of the local interworking release implementation method of the anchor gateway according to the present invention, which specifically includes the following steps:
- Step 901 The terminal 1 measures the 4 notifications, and reports the information of the adjacent wireless side network element identifier, signal strength, and the like.
- Step 902 The source radio side network element 1 to which the terminal 1 is attached is found to be unsuitable for the service according to the measurement report reported by the terminal 1, and the target radio side network element with the strong selection signal is ready to initiate the handover. If the source radio side network element 1 has activated the local interworking function of the terminal 1, it is necessary to determine that the terminal 1 fails to maintain local interworking, and then performs the following steps.
- Step 903 The source radio side network element 1 sends a handover request to the target radio side network element 1, and the message carries a local intercommunication release indication.
- the local interworking release indication includes two terminal information such as an identifier or an IP address for interworking.
- Step 904 The target radio side network element 1 returns a handover response message.
- Step 905 If the source radio side network element 1 determines that the target radio side network element 1 and the radio side network element 2 cannot continue to maintain local interworking, send a local interworking release request message to the radio side network element 2, and delete the established local area.
- the mutual path is optimized by the channel.
- Step 906 The wireless side network element 2 replies to the local interworking release response message.
- Step 907 After the terminal 1 synchronizes to the target radio side network element 1, the terminal sends a path switch request message to the control plane network element, indicating that the user has switched to the target radio side network element 1.
- the message carries a local exchange release indication.
- Step 908 The control plane network element sends a bearer modification request message, where the message carries a local interworking release indication. If a service gateway is deployed between the control plane network element and the anchor gateway, the message is forwarded through the serving gateway. After receiving the local interworking release indication, the anchor gateway releases the local interworking binding information between the established terminal 1 and terminal 2.
- Step 909 the anchor gateway returns a bearer modification response message.
- Step 910 The control plane network element returns a path switch response message to the target radio side network element 1.
- FIG. 10 is a schematic diagram of the implementation of the local interworking release by the anchor gateway of the present invention, which specifically includes the following steps:
- Step 1001 The terminal 1 reports a measurement report, and reports information about the neighboring wireless side network element identifier and signal strength.
- step 1002 the source radio side network element 1 to which the terminal 1 is attached is found to be unsuitable for the service according to the measurement report reported by the terminal 1, and the target radio side network element with the strong selection signal is ready to initiate the handover.
- the wireless side network element 1 has activated the local interworking function of the terminal 1, and it is necessary to determine whether the terminal 1 can continue to maintain local intercommunication on the target radio side network element.
- Step 1003 The source radio side network element 1 sends a handover request message to the control plane network element, where the message carries a local interworking release indication.
- the local interworking release indication includes two terminal information such as an identifier or an IP address.
- Step 1004 The control plane network element sends a handover request message to the target radio side network element 1.
- Step 1005 The target radio side network element 1 returns a handover confirmation message to the control plane network element, indicating that the wireless side resource reservation is completed.
- Step 1006 The control plane network element notifies the source radio side network element 1 to initiate a user handover, and the user can synchronize to the target radio side network element.
- Step 1007 If the source radio side network element 1 determines that the target radio side network element 1 and the radio side network element 2 cannot continue to maintain local interworking, send a local interworking release request message to the radio side network element 2, and delete the established local area.
- the mutual path is optimized by the channel.
- Step 1008 The wireless side network element 2 replies to the local interworking release response message.
- Step 1009 After the terminal 1 synchronizes to the target radio side network element 1, the target radio side network element 1 sends a handover notification message to the control plane network element.
- Step 1010 The control plane network element notifies the anchor gateway of the local intercom release indication by using a bearer modification request message. If a service gateway is deployed between the control plane network element and the anchor gateway, the message is forwarded through the serving gateway. After receiving the local interworking release indication, the anchor gateway releases the local interworking binding information between the established terminal 1 and terminal 2.
- Step 1011 The anchor gateway returns a bearer modification response message to the control plane network element.
- FIG. 11 is a third embodiment of the present invention, in which the anchor gateway of the present invention is aware of the local interworking release, and the control plane network element served by the terminal 1 in FIG. 10 and FIG. 9 is the same. In the actual application, there is also a control plane serving the terminal 1 after the handover. The network element is different. In this scenario, the inventive point of the present invention still applies. The difference is that the local interworking release indication needs to be carried in a message between two control plane network elements (such as a forwarding relocation request), such as a step. 1103, Step 1104, the other steps are the same as those in FIG. 10, and are not described herein.
- two control plane network elements such as a forwarding relocation request
- the present invention solves the problem that the local interworking channel is unreasonably handled when the terminal is switched in the local interworking mode, and ensures the smooth establishment of the new local interworking channel and the timely release of the old local interworking channel. It saves network signaling and effectively prevents operation lag on local interworking implementation.
Abstract
本发明实施例公开了一种本地互通的实现方法及网元设备，源无线侧网元下使用本地互通功能的终端需切换到目标无线侧网元，所述源无线侧网元判断所述终端在所述目标无线侧网元上能够维持本地互通功能时，将本地互通信息通知至所述目标无线侧网元；所述目标无线侧网元和所述终端的本地互通对端无线侧网元根据所述本地互通信息建立本地互通路由优化通道。本方案可以解决本地互通情况下终端发生切换时对本地互通通道处理不合理的问题，保证终端切换过程中新的本地互通通道的顺利建立以及旧的本地互通通道的及时释放，同时节省网络信令，有效防止本地互通实现上的操作滞后。
Description
一种本地互通的实现方法及网元设备
技术领域
本发明涉及移动通信领域， 具体涉及 3GPP 网络中终端发生切换时本地 互通的实现方法及网元设备。
背景技术
为了保持第三代移动通信系统在通信领域的竟争力， 为用户提供速率更 快、 时延更低、 以及更加个性化的移动通信服务， 同时， 降低运营商的运营 标准工作组正致力于演进分组系统（ Evolved Packet System, 简称 EPS )的研 究。 图 1示出了演进分组域系统的结构示意图， 如图 1所示， 整个 EPS系统 分为无线接入网和核心网两部分。在核心网中，包含了归属用户服务器（ Home Subscriber Server,简称为 HSS )、移动性管理实体（ Mobility Management Entity, 简称为 MME ) 、 服务 GPRS支持节点 （ Serving GPRS Support Node, 简称为 SGSN )、策略计费规则功能（ Policy and Charging Rule Function,简称为 PCRF )、 服务网关（ Serving Gateway, 简称为 S-GW )、 分组数据网关（ PDN Gateway, 简称为 P-GW )和分组数据网络（ Packet Data Network, 简称 PDN )。 下面详 细描述各部分功能：
归属用户服务器， 是用户签约数据的永久存放地点， 位于用户签约的归 属网。
移动性管理实体， 是用户签约数据在当前网络的存放地点， 负责终端到 网络的非接入层信令管理、 终端的安全验证功能、 终端的移动性管理、 用户 空闲模式下的跟踪和寻呼管理功能和承载管理。
服务 GPRS支持节点， 是全球移动通讯系统（Global System for Mobile
Communications,简称为 GSM )增强数据率 GSM演进（ Enhanced Data Rate for GSM Evolution , 简称为 EDGE ) 无线接入网 （GSM EDGE Radio Access Network , 简称为 GERAN ) 和通用移动通信系统 （ Universal Mobile Telecommunications System,简称为 UMTS )陆地无线接入网（ UMTS Terrestrial
Radio Access Network, 简称为 UTRAN )用户接入核心网络的业务支持点， 功能上与移动性管理实体类似， 负责用户的位置更新、 寻呼管理和承载管理 等功能。
服务网关， 是核心网到无线系统的网关， 负责终端到核心网的用户面承 载、 终端空闲模式下的数据緩存、 网络侧发起业务请求的功能、 合法监听和 分组数据路由和转发功能； 服务网关负责统计用户终端使用无线网的情况， 并产生终端使用无线网的话单， 传送给计费网关。
分组数据网关， 是演进系统和该系统外部分组数据网络的网关， 它连接 到因特网和分组数据网络上， 负责终端的互联网协议（ Internet Protocol , 简称 为 IP )地址分配、 计费功能、 分组包过滤、 以及策略控制等功能。
分组数据网络， 是运营商的 IP业务网络， 该网络通过运营商的核心网为 用户提供 IP服务。
策略计费规则功能实体， 是演进系统中负责提供计费控制、 在线信用控 制、 门限控制、 以及服务质量（Quality of Service, 简称为 QoS )策略方面规 则的服务器。
无线接入网， 是由演进基站 ( Evolved NodeB, 简称为 eNB )和 3G无线 网络控制器（Radio Network Controller, 简称为 RNC )组成， 它主要负责无 线信号的收发， 通过空中接口和终端联系， 管理空中接口的无线资源、 资源 调度、 以及接入控制。
上述服务 GPRS支持节点是升级过的 SGSN, 能够支持与服务网关之间 的 S4接口， 并与移动性管理单元之间釆用 GPRS 隧道协议版本 2 ( GPRS Tunneling Protocol version 2, 简称为 GTPv2 )进行互通。 而对于支持 3G核心 网的 SGSN来说分组交换（Packet Switching, 简称为 PS )域网络架构与图 1 有所不同。此时 SGSN与 MME釆用 Gn接口相连， 互通釆用 GPRS隧道协议 版本 1 ( GPRS Tunneling Protocol version 1 , 简称为 GTPvl ) 。 SGSN不能与 服务网关相连， 通过 Gn接口连接到网关 GPRS 支持节点 （Gateway GPRS Support Node, 简称为 GGSN )直接进行分组数据网络访问。
当用户进行业务访问时， 终端会发起 PDN ( Packet Data Network, 分组
数据网络）连接建立过程， MME/SGSN根据终端上报的用户所使用业务对应 的 APN选择核心网服务网关和锚地网关， 建立从终端-无线基站 -核心网网关 (服务网关和锚点网关 ) 间的用户面通道。 用户通过锚点网关访问外部 /内部 网络的业务， 当用户在锚点网关服务区内移动时， 业务不会中断。 图 2所示 为用户终端接收 /发送数据的用户面路径。 其中， 路径 1 表示用户访问外部 Internet网络， 路径 2表示用户与同属于一个锚点网关服务区内的用户进行通 信。
从图 2中可以看出， 用户终端接收 /发送的数据都会通过核心网锚点网关 转发， 即便相互通信的两个用户可能位于相同 /相邻的无线侧网元下。 目前来 看， 这种数据传输方式并不优化， 由于数据均通过核心网锚点进行转发， 数 据传输路径较长， 进而增加了用户数据传输的时延， 降低了核心网的资源利 用率。 尤其是在终端到终端业务普及发展后 （如 P2P、 对战类游戏、 IMS语 音或者视频业务等） ， 数据路由方面的瓶颈会更加凸显。
因此在标准领域中提出了本地互通的概念， 如图 3所示。 对于位于同一 个无线侧网元（例如： 宏基站、 家庭基站等）或者相邻无线侧网元下相互进 行业务访问的用户来说， 建立无线侧的路由优化通道使得互通数据可以通过 无线侧网元直接 /间接转发。进行互通数据传递的路由优化通道可以是 IP in IP 的路由通道或者是诸如 GTP或者 GRE等点到点的专用隧道。 图 3a所示为用 户位于相同无线侧网元场景下的本地互通实现， 此时无线侧网元将用户间互 通的数据直接在本地转发， 不通过上层核心网网元， 减少核心网资源占用。 图 3b所示为用户位于相邻无线侧网元场景下的本地互通实现，相邻无线侧网 元指的是地理位置相近的， 具体由运营商规划确定。 互通数据通过相邻无线 侧网元间路由优化通道进行转发， 此条通道可以是每设备的， 也可以是每承 载的。 数据可以基于 IP路由， 也可以基于隧道路由。
为实现本地路由， 需要建立基站本地或者基站间的路由优化通道。 相关 技术由数据路由的锚点判定本地互通启动及指示路由优化通道的建立。 图 4 以用户附着在相邻无线侧网元的场景为例描述了本地互通的实现过程。
步骤 401 , 相互通信的两终端数据通过锚点网关进行转发。
步骤 402 , 锚点网关根据用户签约、 用户位置关系、 业务类型、 本地策
略等判定是否执行本地互通。
步骤 403 , 锚点网关向控制面网元发送启动本地互通信令， 消息通过控 制面网元转发给无线侧网元。 消息中包括互通的对端无线侧网元信息， 进行 互通的数据路由策略， 用于承载封装的 TFT ( Traffic Flow Template, 传输流 模板）等信息。
步骤 404 , 无线侧网元根据对端信息建立无线侧网元间的优化路由通道， 该通道可以是 IP路由通道，也可以是 GTP或者 GRE或者 PMIP等专用隧道。 可以是基于每设备的路径， 也可以是基于每承载的路径。
步骤 405 , 在路由优化通道建立完成后， 互通数据可以在无线侧网元间 转发。 无线侧网元釆用数据路由策略将上行数据中用于互通的数据通过优化 路径转发， 对端无线侧网元釆用 TFT信息用于无线承载匹配。
在建立了用户间的本地互通后， 若用户发生了切换， 那么需要确定新基 站以及对端用户所附着的基站间是否仍可以维持本地互通。 基于图 4所描述 的本地互通建立过程， 锚点网关需要重新判定本地互通。 通过分析发现， 锚 点网关需要在切换完成后的承载更新过程时才可以获得用户新附着的基站信 息， 也就是说在切换完成后才可以根据用户签约、 用户位置关系、 业务类型、 本地策略等信息判定本地互通是否可以维持 /释放， 判定结束后通过通知消息 通知新 /旧基站以及对端基站重建新的路由优化通道或者释放原有的路由优 化通道。
上述切换场景下的本地互通的重新判定时机比较晚， 且依赖核心网控制 面信令通知无线侧网元执行本地互通维持 /释放操作。 由于用户的移动行为不 受控制， 互通判定对移动网络来说增加了信令负荷。 另外一方面， 由于本地 互通不能根据用户的移动情况及时判定，会造成本地互通实现上的操作滞后， 部分数据可能在一定时间段内还通过核心网转发。
发明内容
本发明实施例提供一种本地互通的实现方法及网元设备， 解决现有技术 中在本地互通情况下终端发生切换时对本地互通通道处理不合理的问题。
为了解决上述技术问题，本发明实施例提供了一种本地互通的实现方法， 其包括：源无线侧网元下使用本地互通功能的终端需切换到目标无线侧网元， 功能时， 所述源无线侧网元将本地互通信息通知至所述目标无线侧网元； 所 信息建立本地互通路由优化通道。
上述方法还可以具有以下特点：
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息和 /或承载匹配信息。
上述方法还可以具有以下特点： 所述目标无线侧网元的步骤包括：
所述源无线侧网元将所述本地互通信息发送至所述目标无线侧网元； 或 所述源无线侧网元将所述本地互通信息发送至所述终端的控制面网元， 所述控制面网元将所述本地互通信息发送至所述目标无线侧网元； 或
所述源无线侧网元将所述本地互通信息发送至所述终端的源控制面网 元， 所述源控制面网元将所述本地互通信息发送至所述终端的目标控制面网 元， 所述目标控制面网元将所述本地互通信息发送至所述目标无线侧网元。
上述方法还可以具有以下特点： 地互通功能时， 释放与本地互通对端无线侧网元之间已建立的本地互通路由 优化通道。
上述方法还可以包括： 地互通功能时， 通知锚点网关释放所述终端和所述终端的本地互通对端之间 的本地互通绑定信息。
上述方法还可以包括：
所述源无线侧网元通知锚点网关释放所述终端和所述终端的本地互通对 端之间的本地互通绑定信息的步骤包括： 侧网元向所述终端的控制面网元发送所述释放指示， 所述终端的控制面网元 向所述锚点网关发送所述释放指示； 或
所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所述终 端的控制面网元向所述锚点网关发送所述释放指示； 或
所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所述终 端的控制面网元向所述终端的本地互通对端的控制面网元发送所述释放指 示， 所述终端的本地互通对端的控制面网元向所述锚点网关发送所述释放指 示。
为了解决上述技术问题， 本发明实施例还提供了一种本地互通的网元设 备， 其中， 所述网元设备包括判断单元、 发送单元、 接收单元以及本地互通 处理单元；
所述判断单元， 设置为判断此网元设备下使用本地互通功能的终端是否 需切换到目标无线侧网元， 以及判断所述终端在所述目标无线侧网元上是否 能够维持本地互通功能；
所述发送单元， 设置为在所述判断单元判定此网元设备下使用本地互通 能够维持本地互通功能时， 向所述目标无线侧网元通知本地互通信息；
所述接收单元， 设置为接收其它网元设备发送的本地互通信息； 所述本地互通处理单元， 设置为所述接收单元收到本地互通信息后根据 所述本地互通信息与相应目标无线侧网元建立本地互通路由优化通道。
上述网元设备还可以具有以下特点：
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息和 /或承载匹配信息。
上述网元设备还可以具有以下特点：
所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述
目标无线侧网元上不能够维持本地互通功能时， 释放与本地互通对端无线侧 网元之间已建立的本地互通路由优化通道。
上述网元设备还可以具有以下特点：
所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述 目标无线侧网元上不能够维持本地互通功能时， 向锚点网关通知释放所述终 端和所述终端的本地互通对端之间的本地互通绑定信息。
本方案可以解决本地互通情况下终端发生切换时对本地互通通道处理不 合理的问题， 保证终端切换过程中新的本地互通通道的顺利建立以及旧的本 地互通通道的及时释放， 同时节省网络信令， 有效防止本地互通实现上的操 作滞后。 附图概述
图 1为演进分组域系统的结构示意图；
图 2为用户接受 /发送数据路径示意图；
图 3a和图 3b为本地互通实现示意图；
图 4为相关技术的本地互通的建立方式；
图 5为实施例中的本地互通的网元设备的结构示意图；
图 6为实施例中实施方式一的示意图；
图 7为实施例中实施方式二的示意图；
图 8为实施例中实施方式三的示意图；
图 9为实施例中锚点网关获知本地互通释放的实施方式一的示意图； 图 10为实施例中锚点网关获知本地互通释放的实施方式二的示意图； 图 11为实施例中锚点网关获知本地互通释放的实施方式三的示意图。 本发明的较佳实施方式
本地互通的实现方法包括： 源无线侧网元下使用本地互通功能的终端需
网元上能够维持本地互通功能时， 将本地互通信息通知至所述目标无线侧网 元； 所述目标无线侧网元和所述终端的本地互通对端无线侧网元才艮据所述本 地互通信息建立本地互通路由优化通道。
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息、 承载匹配信息。 所述目标无线侧网元的方式是以下方式中的一种：
一，所述源无线侧网元将所述本地互通信息发送至所述目标无线侧网元； 二， 所述源无线侧网元将所述本地互通信息发送至所述终端的控制面网 元， 所述控制面网元将所述本地互通信息发送至所述目标无线侧网元；
三， 所述源无线侧网元将所述本地互通信息发送至所述终端的源控制面 网元， 所述源控制面网元将所述本地互通信息发送至所述终端的目标控制面 网元，所述目标控制面网元将所述本地互通信息发送至所述目标无线侧网元。 地互通功能时， 释放与本地互通对端无线侧网元之间已建立的本地互通路由 优化通道。 地互通功能时， 通知锚点网关释放所述终端和所述终端的本地互通对端之间 的本地互通绑定信息。 所述源无线侧网元通知锚点网关释放所述终端和所述 终端的本地互通对端之间的本地互通绑定信息的方式是以下方式中的一种： 无线侧网元向所述终端的控制面网元发送所述释放指示， 所述终端的控制面 网元向所述锚点网关发送所述释放指示；
二， 所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所 述终端的控制面网元向所述锚点网关发送所述释放指示；
三， 所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所 述终端的控制面网元向所述终端的本地互通对端的控制面网元发送所述释放 指示， 所述终端的本地互通对端的控制面网元向所述锚点网关发送所述释放
指示。
如图 5所示， 本实施例中的本地互通的网元设备， 包括判断单元 50、 发 送单元 51、 接收单元 52和本地互通处理单元 53。
所述判断单元 50, 设置为判断此网元设备下使用本地互通功能的终端是 否需切换到目标无线侧网元， 以及判断所述终端在所述目标无线侧网元上是 否能够维持本地互通功能；
所述发送单元 51 , 设置为在所述判断单元 50判定此网元设备下使用本 地互通功能的终端需切换到目标无线侧网元并且所述终端在所述目标无线侧 网元上能够维持本地互通功能时，向所述目标无线侧网元通知本地互通信息； 所述接收单元 52, 设置为接收其它网元设备发送的本地互通信息； 所述本地互通处理单元 53 , 设置为所述接收单元 51 收到本地互通信息 后根据所述本地互通信息与相应目标无线侧网元建立本地互通路由优化通 道。
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息、 承载匹配信息。
所述本地互通处理单元 53 , 还设置为在所述判断单元 50判定所述终端 在所述目标无线侧网元上不能够维持本地互通功能时， 释放与本地互通对端 无线侧网元之间已建立的本地互通路由优化通道。
所述本地互通处理单元 53 , 还设置为在所述判断单元 50判定所述终端 在所述目标无线侧网元上不能够维持本地互通功能时， 向锚点网关通知释放 所述终端和所述终端的本地互通对端之间的本地互通绑定信息。
图 6为本发明实施方式一， 具体包括如下步骤：
步骤 601 , 终端 1上报测量报告， 报告相邻无线侧网元标识、 信号强度 等信息。
步骤 602, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发
现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换。 如果 源无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1
较佳地， 源无线侧网元 1可以比较目标无线侧网元 1的位置与本地互通 对端终端 2所附着的无线侧网元 2的地理位置是否相近。 由于本地互通的建 立已经由锚点网关根据用户签约、 业务类型、 本地策略等信息判定过。 因此 源无线侧网元 1不需要对已经启用的本地互通进行签约、 业务类型等方面的 判定， 仅需要完成拓朴位置的重新判定即可。
如果判定能够继续维持本地互通， 那么执行步骤 603~606。
如果判定不能维持本地互通， 那么执行步骤 607~610。
步骤 603 , 源无线侧网元 1向目标无线侧网元 1发送切换请求消息， 消 息中携带本地互通信息， 其中本地互通信息包括： 互通对端无线侧网元地址、 互通用户标识 /地址、 载匹配（例如 TFT、 对应的 载标识）等信息。
步骤 604 , 目标无线侧网元 1回复切换响应消息。
步骤 605 , 目标无线侧网元 1才艮据收到的本地互通信息向互通对端 （终 端 2 )所附着的无线侧网元 2发送本地互通建立请求消息， 消息中包括互通 的用户信息， 新的无线侧网元地址。 无线侧网元 2根据收到的消息更新路由 优化通道。 此条消息可以通过无线侧网元之间的控制面接口发送， 也可以釆 用特殊数据包的形式通过用户面通道发送（新定义传递消息的数据包的包 头） 。
步骤 606 , 无线侧网元 2回复本地互通建立响应消息。
需要说明的是， 目标无线侧网元 1与无线侧网元 2之间的本地互通更新 维护过程不影响正常的切换流程，本发明不限定 506步和 511步的先后顺序。
步骤 607 , 源无线侧网元 1向目标无线侧网元 1发送切换请求消息， 开 始切换过程。
步骤 608, 目标无线侧网元 1在完成无线资源预留后回复切换响应消息。 步骤 609, 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息，
删除已经建立的本地互通路由优化通道。 此条消息可以通过无线侧网元之间 的控制面接口发送， 也可以釆用特殊数据包的形式通过用户面通道发送（新 定义传递消息的数据包的包头） 。
步骤 610, 无线侧网元 2回复本地互通释放响应消息。
需要说明的是， 源无线侧网元 1与无线侧网元 2之间的本地互通释放过 程不影响正常的切换流程。 本发明不限定 507步和 509步的先后顺序。
步骤 611 , 终端 1 同步到目标无线侧网元 1后， 向控制面网元发送路径 切换请求消息， 表明用户已切换到目标无线侧网元 1上。
步骤 612 , 控制面网元发送承载修改请求消息， 将新的无线侧网元标识 信息发送给锚点网关。 如果控制面网元和锚点网关之间部署了服务网关， 那 么该消息要通过服务网关进行转发。
步骤 613 , 锚点网关返回承载修改响应消息。
步骤 614 , 控制面网元向目标无线侧网元 1回复路径切换响应消息。
图 7为本发明实施方式二， 具体包括如下步骤：
步骤 701 , 终端 1上^艮测量 4艮告， 告相邻无线侧网元标识、 信号强度 等信息。
步骤 702, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换。 如果 无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1在 目标无线侧网元上是否可以继续维持本地互通。
较佳地， 源无线侧网元 1可以比较目标无线侧网元 1的位置与本地互通 对端终端 2所附着的无线侧网元 2的地理位置是否相近。 由于本地互通的建 立已经由锚点网关根据用户签约、 业务类型、 本地策略等信息判定过。 因此 无线侧网元 1不需要对已经启用的本地互通进行签约、 业务类型等方面的判 定， 仅需要完成拓朴位置的重新判定即可。
如果判定能够继续维持本地互通， 那么执行步骤 703~708。
如果判定不能维持本地互通， 那么执行步骤 709~714。
步骤 703 , 源无线侧网元 1 向控制面网元发送切换请求消息， 消息中携 带本地互通信息， 其中本地互通信息包括： 互通对端无线侧网元地址、 互通 用户标识 /地址、 载匹配（例如 TFT、 对应的 载标识）等信息。
步骤 704, 控制面网元向目标无线侧网元 1发送切换请求消息， 消息中 携带本地互通信息。
步骤 705 , 目标无线侧网元 1 向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。
步骤 706, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标无线侧网元上。
步骤 707 , 目标无线侧网元 1才艮据收到的本地互通信息向互通对端 （终 端 2 )所附着的无线侧网元 2发送本地互通建立请求消息， 消息中包括互通 的用户信息， 新的无线侧网元地址。 无线侧网元 2根据收到的消息更新路由 优化通道。 此条消息可以通过无线侧网元之间的控制面接口发送， 也可以釆 用特殊数据包的形式通过用户面通道发送（新定义传递消息的数据包的包 头） 。
步骤 708, 无线侧网元 2回复本地互通建立响应消息。
需要说明的是， 目标无线侧网元 1与无线侧网元 2之间的本地互通更新 维护过程不影响正常的切换流程，本发明不限定 605步和 607步的先后顺序。
步骤 709, 源无线侧网元 1 向控制面网元发送切换请求消息， 开始切换 过程。
步骤 710, 控制面网元向目标无线侧网元 1发送切换请求消息。
步骤 711 , 目标无线侧网元 1 向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。
步骤 712, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标基站上。
步骤 713 , 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息，
删除已经建立的本地互通路由优化通道。 此条消息可以通过无线侧网元之间 的控制面接口发送， 也可以釆用特殊数据包的形式通过用户面通道发送（新 定义传递消息的数据包的包头） 。
步骤 714, 无线侧网元 2回复本地互通释放响应消息。
需要说明的是， 源无线侧网元 1与无线侧网元 2之间的本地互通释放过 程不影响正常的切换流程。 本发明不限定 609步和 613步的先后顺序。
步骤 715 , 当终端 1 同步到目标无线侧网元 1上后， 目标无线侧网元 1 向控制面网元发送切换通知消息。
步骤 716 , 控制面网元通过承载修改请求消息， 将新的无线侧网元标识 信息发送给锚点网关。 如果控制面网元和锚点网关之间部署了服务网关， 那 么该消息要通过服务网关进行转发。
步骤 717 , 锚点网关返回承载修改响应消息。
图 8为本发明实施方式三， 具体包括如下步骤：
在图 7中， 为终端 1服务的控制面网元是相同的， 在实际应用中也存在 切换后为终端 1服务的控制面网元是不同的情况， 此种场景下本发明的发明 点仍然适用。 不同的是本地互通信息需要在两个控制面网元之间的消息 （如 转发重定位请求） 中携带， 如步骤 803~808所述。 其它步骤与图 7相同， 在 此不做赞述。
在上述实施方式一、 二、 三中， 若无线侧网元决定释放本地互通的路由 优化通道， 那么锚点网关需要获知这一点， 因为锚点网关上保存着本地互通 用户及本地互通建立所需的绑定关系信息。 本发明给出了锚点网关可选使用 的显式获知本地互通释放的实施方式。
图 9为本发明锚点网关获知本地互通释放实施方式一， 具体包括如下步 骤：
步骤 901 , 终端 1上^艮测量 4艮告， 告相邻无线侧网元标识、 信号强度 等信息。
步骤 902, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换。 如果 源无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1 如果不能维持本地互通， 则执行如下步骤。
步骤 903 , 源无线侧网元 1向目标无线侧网元 1发送切换请求， 消息中 携带本地互通释放指示。 本地互通释放指示包括互通的两个终端信息， 如标 识或者 IP地址。
步骤 904 , 目标无线侧网元 1回复切换响应消息。
步骤 905 , 若源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2之 间不能继续维持本地互通， 则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。
步骤 906 , 无线侧网元 2回复本地互通释放响应消息。
步骤 907 , 终端 1 同步到目标无线侧网元 1后， 向控制面网元发送路径 切换请求消息， 表明用户已切换到目标无线侧网元 1上。 消息中携带本地互 通释放指示。
步骤 908 , 控制面网元发送承载修改请求消息， 消息中携带本地互通释 放指示。 如果控制面网元和锚点网关之间部署了服务网关， 那么该消息要通 过服务网关进行转发。 锚点网关收到本地互通释放指示后， 释放已建立的终 端 1和终端 2之间的本地互通绑定信息。
步骤 909, 锚点网关返回承载修改响应消息。
步骤 910 , 控制面网元向目标无线侧网元 1回复路径切换响应消息。 图 10为本发明锚点网关获知本地互通释放实施方式二，具体包括如下步 骤：
步骤 1001 , 终端 1上报测量报告， 报告相邻无线侧网元标识、 信号强度 等信息。
步骤 1002, 终端 1附着的源无线侧网元 1根据终端 1上报的测量报告发 现已不适合为其服务， 则选择信号强的目标无线侧网元准备发起切换。 如果
无线侧网元 1 已经启动了终端 1的本地互通功能， 那么需要再判定终端 1在 目标无线侧网元上是否可以继续维持本地互通。
如果判定不能为之本地互通则执行如下步骤。
步骤 1003 , 源无线侧网元 1向控制面网元发送切换请求消息， 消息中携 带本地互通释放指示。 本地互通释放指示包括互通的两个终端信息， 如标识 或者 IP地址。
步骤 1004, 控制面网元向目标无线侧网元 1发送切换请求消息。
步骤 1005 , 目标无线侧网元 1向控制面网元回复切换确认消息， 表明无 线侧资源预留完毕。
步骤 1006, 控制面网元通知源无线侧网元 1发起用户的切换， 用户可以 同步到目标无线侧网元上。
步骤 1007 , 如果源无线侧网元 1判定目标无线侧网元 1与无线侧网元 2 之间不能继续维持本地互通，则向无线侧网元 2发送本地互通释放请求消息， 删除已经建立的本地互通路由优化通道。
步骤 1008 , 无线侧网元 2回复本地互通释放响应消息。
步骤 1009 , 当终端 1同步到目标无线侧网元 1上后， 目标无线侧网元 1 向控制面网元发送切换通知消息。
步骤 1010, 控制面网元通过承载修改请求消息， 将本地互通释放指示通 知给锚点网关。 如果控制面网元和锚点网关之间部署了服务网关， 那么该消 息要通过服务网关进行转发。 锚点网关收到本地互通释放指示后， 释放已建 立的终端 1和终端 2之间的本地互通绑定信息。
步骤 1011 , 锚点网关向控制面网元回复承载修改响应消息。
图 11为本发明锚点网关获知本地互通释放实施方式三， 图 10与图 9中 为终端 1服务的控制面网元是相同的， 在实际应用中也存在切换后为终端 1 服务的控制面网元是不同的情况， 此种场景下本发明的发明点仍然适用， 不 同的是本地互通释放指示需要在两个控制面网元之间的消息 （如转发重定位 请求） 中携带， 如步骤 1103、 步骤 1104所述， 其它步骤与图 10相同， 在此 不做赘述。
需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互任意组合。 当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
工业实用性 本发明实施例解决本地互通情况下终端发生切换时对本地互通通道处理 不合理的问题， 保证终端切换过程中新的本地互通通道的顺利建立以及旧的 本地互通通道的及时释放， 同时节省网络信令， 有效防止本地互通实现上的 操作滞后。
Claims
1、 一种本地互通的实现方法， 其包括：
源无线侧网元下使用本地互通功能的终端需切换到目标无线侧网元， 所 能时， 所述源无线侧网元将本地互通信息通知至所述目标无线侧网元； 所述 息建立本地互通路由优化通道。
2、 如权利要求 1所述的方法， 其中，
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息， 和 /或承载匹配信息。
3、 如权利要求 1所述的方法， 其中， 所述目标无线侧网元的步骤包括：
所述源无线侧网元将所述本地互通信息发送至所述目标无线侧网元； 或 所述源无线侧网元将所述本地互通信息发送至所述终端的控制面网元， 所述控制面网元将所述本地互通信息发送至所述目标无线侧网元； 或
所述源无线侧网元将所述本地互通信息发送至所述终端的源控制面网 元， 所述源控制面网元将所述本地互通信息发送至所述终端的目标控制面网 元， 所述目标控制面网元将所述本地互通信息发送至所述目标无线侧网元。
4、 如权利要求 1所述的方法， 其还包括： 地互通功能时， 释放与本地互通对端无线侧网元之间已建立的本地互通路由 优化通道。
5、 如权利要求 1所述的方法， 其还包括： 地互通功能时， 通知锚点网关释放所述终端和所述终端的本地互通对端之间 的本地互通绑定信息。
6、 如权利要求 5所述的方法， 其中，
所述源无线侧网元通知锚点网关释放所述终端和所述终端的本地互通对 端之间的本地互通绑定信息的步骤包括： 侧网元向所述终端的控制面网元发送所述释放指示， 所述终端的控制面网元 向所述锚点网关发送所述释放指示； 或
所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所述终 端的控制面网元向所述锚点网关发送所述释放指示； 或
所述源无线侧网元向所述终端的控制面网元发送所述释放指示， 所述终 端的控制面网元向所述终端的本地互通对端的控制面网元发送所述释放指 示， 所述终端的本地互通对端的控制面网元向所述锚点网关发送所述释放指 示。
7、 一种本地互通的网元设备，
所述网元设备包括判断单元、发送单元、接收单元和本地互通处理单元； 所述判断单元， 设置为： 判断此网元设备下使用本地互通功能的终端是 否需切换到目标无线侧网元， 以及判断所述终端在所述目标无线侧网元上是 否能够维持本地互通功能；
所述发送单元， 设置为： 在所述判断单元判定此网元设备下使用本地互 上能够维持本地互通功能时， 向所述目标无线侧网元通知本地互通信息； 所述接收单元， 设置为： 接收其它网元设备发送的本地互通信息； 所述本地互通处理单元， 设置为： 所述接收单元收到本地互通信息后根 据所述本地互通信息与相应目标无线侧网元建立本地互通路由优化通道。
8、 如权利要求 7所述的网元设备， 其中，
所述本地互通信息包括： 所述本地互通对端无线侧网元的地址、 通过所 述路由优化通道进行本地互通的终端的信息， 和 /或承载匹配信息。
9、 如权利要求 7所述的网元设备， 其中，
所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述 目标无线侧网元上不能够维持本地互通功能时， 释放与本地互通对端无线侧 网元之间已建立的本地互通路由优化通道。
10、 如权利要求 7所述的网元设备， 其中，
所述本地互通处理单元， 还设置为在所述判断单元判定所述终端在所述 目标无线侧网元上不能够维持本地互通功能时， 向锚点网关通知释放所述终 端和所述终端的本地互通对端之间的本地互通绑定信息。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210191820.4 | 2012-06-12 | ||
| CN201210191820.4A CN103491584A (zh) | 2012-06-12 | 2012-06-12 | 一种本地互通的实现方法及网元设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013185542A1 true WO2013185542A1 (zh) | 2013-12-19 |
Family
ID=49757502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2013/076522 WO2013185542A1 (zh) | 2012-06-12 | 2013-05-31 | 一种本地互通的实现方法及网元设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103491584A (zh) |
| WO (1) | WO2013185542A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109661796B (zh) | 2016-09-28 | 2020-11-06 | 华为技术有限公司 | 一种网络互通方法、网元及系统 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008057359A1 (en) * | 2006-11-01 | 2008-05-15 | Interdigital Technology Corporation | Lte reselectable-only cells and cell info list for handover |
| CN101374355A (zh) * | 2008-10-24 | 2009-02-25 | 华为技术有限公司 | 一种实现本地交换的方法和装置 |
| CN101494885A (zh) * | 2008-01-21 | 2009-07-29 | 中兴通讯股份有限公司 | 一种多承载共享的ambr切换控制方法 |
| WO2011113210A1 (zh) * | 2010-03-19 | 2011-09-22 | 上海贝尔股份有限公司 | 多基站间本地交换的方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101159905B (zh) * | 2007-11-07 | 2010-04-21 | 华为技术有限公司 | 基站控制器内实现本地交换方法、核心网设备及网络系统 |
-
2012
- 2012-06-12 CN CN201210191820.4A patent/CN103491584A/zh active Pending
-
2013
- 2013-05-31 WO PCT/CN2013/076522 patent/WO2013185542A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008057359A1 (en) * | 2006-11-01 | 2008-05-15 | Interdigital Technology Corporation | Lte reselectable-only cells and cell info list for handover |
| CN101494885A (zh) * | 2008-01-21 | 2009-07-29 | 中兴通讯股份有限公司 | 一种多承载共享的ambr切换控制方法 |
| CN101374355A (zh) * | 2008-10-24 | 2009-02-25 | 华为技术有限公司 | 一种实现本地交换的方法和装置 |
| WO2011113210A1 (zh) * | 2010-03-19 | 2011-09-22 | 上海贝尔股份有限公司 | 多基站间本地交换的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103491584A (zh) | 2014-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7416368B2 (ja) | 時間依存ネットワーキングのための制御プレーンに基づく設定 | |
| US9320075B2 (en) | Method, system and transmission distribution network element for indicating data-distribution | |
| JP5637138B2 (ja) | 通信システムと通信制御方法 | |
| US8837395B2 (en) | Method and entity for conveying data units | |
| US20080013553A1 (en) | Activation of multiple bearer services in a long term evolution system | |
| CN111866851B (zh) | 无线通信系统中基于局部区域管理分组数据连接的方法和装置 | |
| WO2014005536A1 (zh) | 临近终端的通信方法及装置、系统 | |
| WO2011026392A1 (zh) | 一种路由策略的获取方法及系统 | |
| EP2498524A1 (en) | Method and device for managing network protocol distributary connection | |
| WO2011054320A1 (zh) | 一种转移核心网ip业务的方法、设备及系统 | |
| WO2012041073A1 (zh) | 一种实现流迁移的方法及系统 | |
| KR102017167B1 (ko) | 무선 통신 시스템에서 데이터 트래픽 분산을 위한 방법 및 장치 | |
| WO2012062183A1 (zh) | 一种实现数据流服务质量和计费策略控制的方法及系统 | |
| WO2011140888A1 (zh) | 一种增强单接入语音业务连续性的通信系统及方法 | |
| WO2011026407A1 (zh) | 一种本地网际协议访问连接移动性支持的方法及系统 | |
| WO2011143997A1 (zh) | 一种实现路由选择的方法和装置 | |
| WO2008113283A1 (fr) | Procédé et équipement de suivi de signalisation | |
| WO2012130018A1 (zh) | 一种ip分流连接移动性支持的方法及系统 | |
| US9860792B2 (en) | Network device for supporting gateway change in mobile communication system, and method for operating same | |
| WO2015180141A1 (zh) | 一种业务路径变更方法及装置 | |
| WO2011017979A1 (zh) | 支持ip分流的通信系统中资源管理方法与装置 | |
| WO2011144000A1 (zh) | 一种实现路由选择的方法和装置 | |
| WO2011050663A1 (zh) | 支持本地ip访问的通信系统中隧道更新方法与系统 | |
| WO2012041131A1 (zh) | 一种用户参与本地访问连接建立的方法及系统 | |
| WO2011032444A1 (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: 13803913 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: 13803913 Country of ref document: EP Kind code of ref document: A1 |