WO2016155114A1 - 一种终端的移动性管理方法及装置 - Google Patents

一种终端的移动性管理方法及装置 Download PDF

Info

Publication number
WO2016155114A1
WO2016155114A1 PCT/CN2015/080413 CN2015080413W WO2016155114A1 WO 2016155114 A1 WO2016155114 A1 WO 2016155114A1 CN 2015080413 W CN2015080413 W CN 2015080413W WO 2016155114 A1 WO2016155114 A1 WO 2016155114A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
target
address
handover
source
Prior art date
Application number
PCT/CN2015/080413
Other languages
English (en)
French (fr)
Inventor
张云飞
郑倩
雷艺学
Original Assignee
宇龙计算机通信科技(深圳)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 宇龙计算机通信科技(深圳)有限公司 filed Critical 宇龙计算机通信科技(深圳)有限公司
Publication of WO2016155114A1 publication Critical patent/WO2016155114A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302—Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a mobility management method and apparatus for a terminal.
  • LTE Long Term Evolution
  • Microcell the traditional macro cell
  • the hotspots and blind spots of the network need to be flexibly deployed to improve.
  • the operator adopts macro cell coverage and simultaneously deploys a small cell (Small Cell) to achieve deep coverage and capacity enhancement of the network, thereby supporting the future fifth-generation mobile communication technology (Fifth-Generation, 5G) ultra-dense networking.
  • Figure 1 shows the network architecture of the three types of Small Cell solutions.
  • the first type of Small Cell solution includes a cellular network (Femtocell), a Picocell, etc., such a scheme requires a cable-based backhaul and needs to maintain the cell to the S1 and S5 interfaces on the core network side, and accesses the architecture through this architecture.
  • the core network is only applicable to the areas where these cells are deployed. For areas where network coverage is not good enough to provide wireless coverage or where backhaul cannot be provided, rapid deployment or short-term capacity improvement (such as public safety) cannot be implemented. The flexibility is limited.
  • the second type of solution includes the portable broadband wireless device (MiFi) router solution.
  • T-SC Terminal Small Cell
  • the terminal utilizes D2D technology, Relay technology, etc. to implement access to the T-SC terminal and the wireless backhaul based on the T-SC terminal, because the T-SC terminal can provide access based on the LTE licensed band and the wireless backhaul, Make T-SC the most flexible and controllable Small Cell access solution.
  • the mobility of the Small Cell can be directly controlled by the Mobility Management Equipment (MME) to use the X2 handover without switching through the S1.
  • MME Mobility Management Equipment
  • Small cells usually belong to a specific closed subscriber group (CSG). Only those terminals with corresponding CSG IDs are allowed to access the corresponding Small Cell.
  • the MME handles terminal access or handover control based on the information reported by the terminal and the CSG registration data. If the MME-based access and handover procedure is directly multiplexed into the mobility management of the T-SC scheme, the following problems exist: 1) The terminal itself needs to maintain the NAS connection with the MME, and the terminal is visible by the MME. It is not conducive to supporting a large number of terminals and connections in 5G networks. 2) The local mobility (local routing) of the terminal between the T-SC cells, based on the handover and access control of the MME to the terminal, also brings a large amount of signaling overhead to the MME.
  • the invention provides a method and a device for managing mobility of a terminal, so as to support mobility management of a large number of terminal users and reduce signaling load on the network side, and achieve the purpose of supporting ultra-dense networking of flexible and controllable 5G in the future.
  • a mobility management method for a terminal including:
  • the target T-SC of the handover When receiving the first handover request of the source terminalized cell T-SC, determining the target T-SC of the handover according to the status information of the at least one T-SC that is managed, where the first handover request includes the terminal to be switched at the source The first IP address in the T-SC;
  • a mobility management method for a terminal including:
  • a mobility management method for a terminal including:
  • the SC performs handover, and the handover response message includes an IP address of the to-be-switched terminal in the target T-SC.
  • a software defined network SDN server including:
  • a determining unit configured to determine a target T-SC of the handover according to the status information of the at least one T-SC that is managed, when the first handover request of the source terminalized cell T-SC is received, where the first handover request includes a to-be-switched a first IP address of the terminal in the source T-SC;
  • a first sending unit configured to send a second handover request to the target T-SC, where the second handover request includes an IP address of the target T-SC;
  • a first receiving unit configured to receive a handover response message sent by the target T-SC, where the handover response message includes a second IP address of the to-be-switched terminal in the target T-SC;
  • a second sending unit configured to send a handover command to the source T-SC, where the source T-SC forwards the handover command to the to-be-switched terminal, or sends the handover command to the to-be-switched terminal, And causing the to-be-switched terminal to switch to the target T-SC, where the handover command includes the second IP address.
  • a terminalized cell T-SC including:
  • the determining unit is configured to determine, according to the channel quality information reported by the terminal to be switched, whether the terminalized cell T-SC to which the to-be-switched terminal switches is located;
  • a sending unit configured to send a handover request to the software-defined network SDN server if the result of the determination is yes, where the handover request includes a first IP address of the to-be-switched terminal in the source T-SC;
  • a first receiving unit configured to receive a handover command sent by the SDN server, where the handover command includes a second IP address of the to-be-switched terminal in the target T-SC;
  • a forwarding unit configured to forward the handover command to the to-be-switched terminal, so that the to-be-switched terminal performs handover to the target T-SC.
  • a terminalized cell T-SC including:
  • a first receiving unit configured to receive a terminalized cell T-SC handover request sent by a software-defined network SDN server, where the handover request includes an IP address of a target T-SC determined by the SDN server;
  • An allocating unit configured to allocate an IP address to the terminal to be switched, and obtain an IP address of the to-be-switched terminal in the target T-SC;
  • a first sending unit configured to send a handover response message to the SDN server, so that the SDN server sends a handover command to the source T-SC to which the to-be-switched terminal or the to-be-switched terminal belongs, so that the to-be-switched The terminal performs handover to the target T-SC, where the handover response message includes an IP address of the to-be-switched terminal in the target T-SC.
  • the terminal aggregated by the T-SC becomes an internal node of the subnet, and then
  • the SDN server collects state information of all T-SC subnets, performs mobility management based on global state information, and the terminal does not need to maintain control signaling connection to the network side across the T-SC, but the SDN server supports IP.
  • the mobility management protocol controls the local mobility, so that it can support the mobility management of a large number of end users and reduce the signaling load on the network side, so as to support the ultra-dense networking of flexible and controllable 5G in the future.
  • FIG. 1 is a schematic diagram of a network architecture of three types of Small Cell solutions
  • FIG. 2 is a schematic diagram of comparison of SDN and MME-based mobility management control signaling flows
  • FIG. 3 is a schematic flowchart of a method for managing mobility of a terminal according to an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart diagram of another mobility management method for a terminal according to an embodiment of the present disclosure
  • FIG. 5 is a schematic flowchart of still another method for managing mobility of a terminal according to an embodiment of the present disclosure
  • FIG. 6 is a schematic flowchart of still another method for managing mobility of a terminal according to an embodiment of the present disclosure
  • FIG. 7 is a schematic structural diagram of a software-defined network SDN server according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of another SDN server according to an embodiment of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a terminalized cell T-SC according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic structural diagram of another T-SC according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic structural diagram of still another T-SC according to an embodiment of the present disclosure.
  • FIG. 12 is a schematic structural diagram of still another T-SC according to an embodiment of the present invention.
  • SDN Software Defined Network
  • Emulex network is a new network innovation architecture of Emulex network. It is an implementation method of network virtualization. Its core technology OpenFlow separates the control plane of the network device from the data plane. Flexible control of network traffic makes the network more intelligent as a pipeline.
  • the main problem to be solved by the present invention is how to apply SDN to the T-SC and implement mobility management of the convergence terminal of the T-SC.
  • FIG. 2 is a schematic diagram of comparison of SDN-based and MME-based mobility management control signaling flows.
  • each T-SC forms an IP subnet, and the terminal aggregated by the T-SC becomes the internal of the subnet.
  • SDN server collects state information of all T-SC subnets, performs mobility management based on global state information; mobility between terminals across T-SCs no longer needs to maintain control signaling NAS and RRC connections to the network side (eg The dotted line (1) in Figure 2, and the local mobility is controlled by the SDN server by supporting the IP mobility management protocol (as shown by the dotted line (2) in Fig. 3); thus, it is possible to support mobility management of a large number of end users and mitigate the network side.
  • the signaling load reaches the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • the mobility management method of the terminal provided by the present invention is described in detail below with reference to FIG. 3-6.
  • FIG. 3 is a schematic flowchart of a method for managing mobility of a terminal according to an embodiment of the present invention. The method includes the following steps:
  • Step S101 when receiving the first handover request of the source terminalized cell T-SC, determining the target T-SC of the handover according to the status information of the at least one T-SC that is managed, where the first handover request includes the terminal to be switched The first IP address in the source T-SC.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal, the source T-SC sends a handover request to the SDN server, and the SDN server receives a handover request of each source T-SC, where the handover request includes the to-be-switched terminal.
  • each T-SC constitutes an IP subnet
  • each T-SC assigns and manages the IP address of the terminal in the subnet, and therefore, the terminal in the source T-SC
  • the IP address does not have any relationship with the IP address of the terminal in other T-SCs. According to the IP address, the SDN server can know which source T-SC the terminal comes from.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total Data traffic, etc., therefore, the SDN should switch to which terminal should be based on these status information.
  • the target T-SC performs a global judgment, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality.
  • Step S102 sending a second handover request to the target T-SC, where the second handover request includes an IP address of the target T-SC.
  • the SDN server sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • Step S103 Receive a handover response message sent by the target T-SC, where the handover response message includes a second IP address of the to-be-switched terminal in the target T-SC.
  • the target T-SC After receiving the handover request from the SDN server, the target T-SC allocates a new IP address to the terminal to be switched, obtains a new IP address of the terminal to be switched in the target T-SC, and the target T-SC performs a handover response to the SDN server.
  • the SDN server receives the handover response message sent by the target T-SC, where the handover response message includes a new IP address of the terminal to be switched in the target T-SC.
  • Step S104 Send a handover command to the source T-SC, and the source T-SC forwards the handover command to the to-be-switched terminal, or sends the handover command to the to-be-switched terminal, so that the The to-be-switched terminal switches to the target T-SC, and the handover command includes the second IP address.
  • the SDN server sends a handover command to the source T-SC, and the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, or the SDN server directly sends a handover command to the to-be-switched terminal, where the handover command includes the to-be-switched terminal at the target.
  • a new IP address in the T-SC, the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • the difference between mobility management based on SDN control and mobility management based on MME control is that the terminal no longer needs to maintain the control signaling non-access layer (Non-Access-Stratum, NAS) to the network side.
  • Radio Resource Control (RRC) connection as long as the T-SC itself maintains control signaling NAS and RRC connections to the network side, and assigns a target T-SC subnet IP address to the terminal to support SDN-based Control local mobility.
  • RRC Radio Resource Control
  • a plurality of terminals form a T-SC IP subnet, which is beneficial to support mobility management of a large number of end users.
  • the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all Ts are collected by the SDN server.
  • - Status information of the SC subnet based on the global status information for mobility management, the movement of the terminal across the T-SC no longer needs to maintain the control signaling connection to the network side, but by the SDN server.
  • FIG. 4 is a schematic flowchart of another method for managing mobility of a terminal according to an embodiment of the present invention, where the method includes the following steps:
  • Step S201 Determine, according to the channel quality information reported by the terminal to be switched, whether the terminalized cell T-SC to which the to-be-switched terminal handover belongs.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • Step S202 If the result of the determination is yes, send a handover request to the software-defined network SDN server, where the handover request includes the first IP address of the to-be-switched terminal in the source T-SC.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal
  • the source T-SC sends a handover request to the SDN server
  • the SDN server receives a handover request of each source T-SC, where the handover request includes the to-be-switched terminal.
  • the IP address of the source T-SC terminal, each T-SC constitutes an IP subnet, and each T-SC assigns and manages the IP address of the terminal in the subnet, and therefore, the terminal in the source T-SC
  • the IP address does not have any relationship with the IP address of the terminal in other T-SCs. According to the IP address, the SDN server can know which source T-SC the terminal comes from.
  • Step S203 Receive a handover command sent by the SDN server, where the handover command includes a second IP address of the to-be-switched terminal in the target T-SC.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total The data traffic, etc., therefore, the SDN makes a global judgment on which target T-SC the terminal should switch to based on the status information, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality. Then, the SDN server sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • the target T-SC After receiving the handover request from the SDN server, the target T-SC allocates a new IP address to the terminal to be switched, obtains a new IP address of the terminal to be switched in the target T-SC, and the target T-SC performs a handover response to the SDN server.
  • the SDN server receives the handover response message sent by the target T-SC, where the handover response message includes a new IP address of the terminal to be switched in the target T-SC.
  • the SDN server sends a handover command to the source T-SC.
  • the source T-SC receives the handover command sent by the SDN server.
  • Step S204 Forward the handover command to the to-be-switched terminal, so that the to-be-switched terminal performs handover to the target T-SC.
  • the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, where the handover command includes a new IP address of the to-be-switched terminal in the target T-SC, and the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all Ts are collected by the SDN server.
  • the status information of the SC subnet is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server supports the IP mobility management protocol.
  • the local mobility is controlled, so that the mobility management of a large number of terminal users can be supported and the signaling load on the network side can be alleviated, so as to support the ultra-dense networking of the flexible and controllable 5G in the future.
  • FIG. 5 is a schematic flowchart of still another method for managing mobility of a terminal according to an embodiment of the present invention. The method includes the following steps:
  • Step S301 Receive a terminalized cell T-SC handover request sent by a software-defined network SDN server, where the handover request includes an IP address of a target T-SC determined by the SDN server.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal, the source T-SC sends a handover request to the SDN server, and the SDN server receives the handover request of each source T-SC.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total Data traffic, etc., therefore, the SDN makes a global judgment on which target T-SC the terminal should switch to based on the status information, so that the load of each T-SC is balanced, and at the same time, the terminal is made. Get better channel quality.
  • the SDN server sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • the target T-SC receives the handover request sent by the SDN server.
  • Step S302 Assign an IP address to the terminal to be switched, and obtain an IP address of the to-be-switched terminal in the target T-SC.
  • the target T-SC allocates and manages the IP address of the terminal in its IP subnet. When a new terminal switches in, it assigns a new IP address to the IP address obtained by the terminal in the target T-SC. There is no relationship with the IP address of the terminal in the source T-SC.
  • Step S303 sending a handover response message to the SDN server, so that the SDN server sends a handover command to the to-be-switched terminal or the source T-SC to which the to-be-switched terminal belongs, so that the to-be-switched terminal goes to the The target T-SC performs handover, and the handover response message includes an IP address of the to-be-switched terminal in the target T-SC.
  • the target T-SC performs a handover response to the SDN server, and the SDN server receives the handover response message sent by the target T-SC, where the handover response message includes the new IP address of the terminal to be switched in the target T-SC.
  • the SDN server sends a handover command to the source T-SC, and the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, or the SDN server directly sends a handover command to the to-be-switched terminal, where the handover command includes the to-be-switched terminal at the target.
  • a new IP address in the T-SC, the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all Ts are collected by the SDN server.
  • the status information of the SC subnet is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server supports the IP mobility management protocol.
  • the local mobility is controlled, so that the mobility management of a large number of terminal users can be supported and the signaling load on the network side can be alleviated, so as to support the ultra-dense networking of the flexible and controllable 5G in the future.
  • the above describes the mobility management process of the terminal from the SDN server side, the source T-SC side, and the target T-SC side respectively.
  • the following is the mutual communication from the terminal, the SDN server, the source T-SC, and the target T-SC.
  • the mobility management process of the mutual terminals is described in further detail:
  • FIG. 6 is a schematic flowchart of still another method for managing mobility of a terminal according to an embodiment of the present invention, where the method includes the following steps:
  • Step 1 (a) the source T-SC performs measurement configuration on the terminal/user equipment UE.
  • Step 1 (b) the terminal/UE performs measurement reporting on the source T-SC, and the source T-SC performs handover decision of the terminal/UE.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • Step 2 The source T-SC sends a handover request to the SDN server, where the handover request includes an IP address of the terminal/UE in the source T-SC, and the SDN performs handover and access control based on status information of all T-SCs, including determining a target. T-SC.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal
  • the source T-SC sends a handover request to the SDN server
  • the SDN server receives a handover request of each source T-SC, where the handover request includes the to-be-switched terminal.
  • the IP address of the source T-SC terminal, each T-SC constitutes an IP subnet, and each T-SC assigns and manages the IP address of the terminal in the subnet, and therefore, the terminal in the source T-SC
  • the IP address does not have any relationship with the IP address of the terminal in other T-SCs.
  • the SDN server can know which source T-SC the terminal comes from.
  • the handover request sent by the source T-SC to the SDN server may be a transport layer message or an application layer message.
  • the terminal accesses the T-SC and establishes an IP connection with the T-SC.
  • Each T-SC constitutes an IP subnet, and the terminal aggregated by the T-SC becomes an internal node of the subnet; and the T-SC terminal
  • the IP address assigned by the P-GW is used as the gateway address of the IP subnet.
  • the IP address of the terminal accessing the T-SC consists of the network prefix (Network Prefix) and the local suffix (Host suffix). The IP address is used as the network prefix, and the local suffix is automatically assigned and managed by the T-SC.
  • the T-SC After accessing the cellular network, the T-SC sends its own status information to the SDN server.
  • the status information includes the T-SC's IP address, power, and access link quality information.
  • each T-SC also sends the status information of the aggregated terminal to the SDN server.
  • the status information includes the number of terminals that are aggregated or managed, and the aggregated data traffic.
  • the SDN Based on the status information, the SDN performs a global judgment on which target T-SC the terminal should switch to, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality.
  • the determination of the target T-SC based on the data traffic state information of the T-SC aggregation is as follows.
  • the traffic that each T-SC has already aggregated is large or small, and the total traffic that can be tolerated is also limited.
  • the SDN server determines a certain When the terminal switches to the new T-SC, it is necessary to consider whether the traffic load attached to the new T-SC can be tolerated by the terminal.
  • the global optimization based on the SDN control can achieve the traffic balance of each T-SC aggregation. .
  • step 3 (a) the SDN server sends a handover request to the target T-SC, the handover request including the IP address of the target T-SC.
  • the SDN server sends a handover request to the target T-SC according to the determined IP address of the target T-SC, notifying that the target T-SC will switch a new terminal to the target T-SC.
  • the handover request sent by the SDN server to the target T-SC may be a transport layer message or an application layer message.
  • the target T-SC allocates and manages the IP address of the terminal in its IP subnet. When a new terminal switches in, it assigns a new IP address to the IP address obtained by the terminal in the target T-SC. There is no relationship with the IP address of the terminal in the source T-SC.
  • the new IP address assigned by the target T-SC to the terminal is the local suffix of the IP address of the terminal, and the IP address obtained by the terminal in the target T-SC is composed of the IP address of the target T-SC and the newly allocated local suffix.
  • Step 3 (b) the target T-SC responds to the SDN server with a handover request, and the handover response message includes a new IP address of the terminal/UE in the target T-SC.
  • the target T-SC performs a handover response to the SDN server, and the SDN server receives the handover response message sent by the target T-SC, where the handover response message includes the new IP address of the terminal to be switched in the target T-SC.
  • the handover response message sent by the target T-SC to the SDN server may be a transport layer message or an application layer message.
  • Step 4 The SDN server sends a handover command to the terminal/UE, where the handover command includes a new IP address of the terminal/UE in the target T-SC.
  • the SDN server sends a handover command to the source T-SC, and the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, or the SDN server directly sends a handover command to the to-be-switched terminal, where the handover command includes the to-be-switched terminal at the target.
  • the handover command may be a transport layer message forwarded by the source T-SC, or may be an application layer message forwarded by the source T-SC, or may be based on Application layer message to be switched between the terminal and the SDN server.
  • Step 5 The state transition between the source T-SC and the target T-SC based on the direct communication D2D link.
  • the state transition here mainly refers to: the data to be switched and the packet information of the source T-SC that has not been sent yet (such as the serial number, superframe number, packet size, etc. supporting the sequential delivery) are transferred to the new one.
  • the target T-SC goes up, so that the target T-SC continues to forward the data packets of the terminal according to the data state of the terminal.
  • step 6 the terminal/UE completes the handover to the target T-SC.
  • the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • Step 7 (a) the target T-SC sends a path conversion request to the SDN server, and obtains a routing path of the data packet to be transmitted of the terminal to be switched.
  • step 7(b) the SDN server performs a path switch request response to the target T-SC, and sends it to the routing path determined by the target T-SC.
  • the target T-SC Since the T-SC is switched by the terminal, the route of the data transmission also changes. Therefore, the target T-SC sends a path switching request to the SDN server to obtain a new routing path of the data packet of the terminal determined by the SDN, so that the target T The -SC can successfully perform packet forwarding of the terminal and the like.
  • the path conversion request and the path conversion request response may be a transport layer message or an application layer message.
  • Step 8 The target T-SC sends a release resource notification message to the source T-SC, and the source T-SC releases the resources occupied by the terminal to be switched.
  • the source T-SC After the terminal switches from the source T-SC to the target T-SC, the source T-SC does not need to allocate the local suffix of the terminal IP address to the terminal, and the state transition is also completed between the T-SCs. Therefore, the target T-SC notification source The T-SC can release the resources occupied by the terminal.
  • the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all Ts are collected by the SDN server.
  • the status information of the SC subnet is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server supports the IP mobility management protocol.
  • the local mobility is controlled, so that the mobility management of a large number of terminal users can be supported and the signaling load on the network side can be alleviated, so as to support the ultra-dense networking of the flexible and controllable 5G in the future.
  • FIG. 7 is a schematic structural diagram of an SDN server according to an embodiment of the present invention.
  • the SDN server 1000 includes:
  • the determining unit 11 is configured to: when receiving the first handover request of the source terminalized cell T-SC, determine the target T-SC of the handover according to the status information of the at least one T-SC that is managed, where the first handover request includes Switching the first IP address of the terminal in the source T-SC.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal, the source T-SC sends a handover request to the SDN server, and the SDN server receives a handover request of each source T-SC, where the handover request includes the to-be-switched terminal.
  • each T-SC constitutes an IP subnet
  • each T-SC assigns and manages the IP address of the terminal in the subnet, and therefore, the terminal in the source T-SC
  • the IP address does not have any relationship with the IP address of the terminal in other T-SCs. According to the IP address, the SDN server can know which source T-SC the terminal comes from.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total The data flow rate and the like, therefore, the determining unit 11 makes a global judgment on which target T-SC the terminal should switch to based on the status information, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality.
  • the first sending unit 12 is configured to send a second handover request to the target T-SC, where the second handover request includes an IP address of the target T-SC.
  • the first sending unit 12 sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • the first receiving unit 13 is configured to receive a handover response message sent by the target T-SC, where the handover response message includes a second IP address of the to-be-switched terminal in the target T-SC.
  • the target T-SC After receiving the handover request from the SDN server, the target T-SC allocates a new IP address to the terminal to be switched, obtains a new IP address of the terminal to be switched in the target T-SC, and the target T-SC performs a handover response to the SDN server.
  • the first receiving unit 13 receives a handover response message sent by the target T-SC, where the handover response message includes a new IP address of the terminal to be switched in the target T-SC.
  • a second sending unit 14 is configured to send a handover command to the source T-SC, where the source T-SC forwards the handover command to the to-be-switched terminal, or sends the handover command to the to-be-switched terminal So that the to-be-switched terminal switches to the target T-SC, and the handover command includes the second IP address.
  • the second sending unit 14 sends a handover command to the source T-SC, and the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, or the SDN server directly sends a handover command to the to-be-switched terminal, where the handover command includes the to-be-switched
  • the handover command includes the to-be-switched
  • the new IP address of the terminal in the target T-SC, and the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • the difference between mobility management based on SDN control and mobility management based on MME control is that the terminal no longer needs to maintain the control signaling non-access layer (Non-Access-Stratum, NAS) to the network side.
  • Radio Resource Control (RRC) connection as long as the T-SC itself maintains control signaling NAS and RRC connections to the network side, and assigns a target T-SC subnet IP address to the terminal to support SDN-based Control local mobility.
  • RRC Radio Resource Control
  • a plurality of terminals form a T-SC IP subnet, which is beneficial to support mobility management of a large number of end users.
  • An SDN server by forming an IP subnet by each T-SC, the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SC subnets are collected by the SDN server.
  • the state information is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server controls the local mobility by supporting the IP mobility management protocol. Therefore, it can support the mobility management of a large number of end users and reduce the signaling load on the network side, and achieve the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • FIG. 8 is a schematic structural diagram of another SDN server according to an embodiment of the present invention.
  • the SDN server 2000 includes:
  • a second receiving unit 21 configured to receive the status information reported by the at least one T-SC, where the status information includes an IP address, a quantity of power, access link quality information, and each of the at least one T-SC The number of terminals managed by the T-SC and the total data traffic.
  • the T-SC After accessing the cellular network, the T-SC sends its own status information to the SDN server.
  • the status information includes the T-SC's IP address, power, and access link quality information.
  • each T-SC also sends the status information of the aggregated terminal to the SDN server.
  • the status information includes the number of terminals that are aggregated or managed, and the aggregated data traffic.
  • the determining unit 22 is configured to: when receiving the first handover request of the source terminalized cell T-SC, determine the target T-SC of the handover according to the status information of the at least one T-SC that is managed, where the first handover request includes Switching the first IP address of the terminal in the source T-SC.
  • the first sending unit 23 is configured to send a second handover request to the target T-SC, where the second handover request includes an IP address of the target T-SC.
  • the first receiving unit 24 is configured to receive a handover response message sent by the target T-SC, where the handover response message includes a second IP address of the to-be-switched terminal in the target T-SC.
  • a second sending unit 25 configured to send a handover command to the source T-SC, where the source T-SC forwards the handover command to the to-be-switched terminal, or sends the handover command to the to-be-switched terminal So that the to-be-switched terminal switches to the target T-SC, and the handover command includes the second IP address.
  • the functions of the determining unit 22, the first transmitting unit 23, the first receiving unit 24, and the second transmitting unit 25 are respectively determined by the determining unit 11, the first transmitting unit 12, the first receiving unit 13, and the second of the embodiment shown in FIG.
  • the sending unit 14 is the same and will not be described again here.
  • the third receiving unit 26 is configured to receive a routing path acquisition request of the data packet to be transmitted of the to-be-switched terminal that is sent by the target T-SC.
  • the third sending unit 27 is configured to send the determined routing path to the target T-SC.
  • the target T-SC Since the T-SC is switched by the terminal, the route of the data transmission also changes. Therefore, the target T-SC sends a path switching request to the SDN server to obtain a new routing path of the data packet of the terminal determined by the SDN, so that the target T The -SC can successfully perform packet forwarding of the terminal and the like.
  • An SDN server by forming an IP subnet by each T-SC, the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SC subnets are collected by the SDN server.
  • the state information is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server controls the local mobility by supporting the IP mobility management protocol. Therefore, it can support the mobility management of a large number of end users and reduce the signaling load on the network side, and achieve the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • FIG. 9 is a schematic structural diagram of a T-SC according to an embodiment of the present invention.
  • the T-SC3000 includes:
  • the determining unit 31 is configured to determine, according to the channel quality information reported by the terminal to be switched, whether the terminalized cell T-SC to which the to-be-switched terminal is handed over.
  • the source T-SC performs channel quality measurement on the terminal or user equipment UE in the IP subnet managed by the source T-SC periodically or irregularly, and the determining unit 31 determines whether to be certain according to the channel quality reported by the terminal.
  • the terminal performs T-SC switching.
  • the sending unit 32 is configured to send a handover request to the software-defined network SDN server if the result of the determination is yes, where the handover request includes the first IP address of the to-be-switched terminal in the source T-SC.
  • the sending unit 32 sends a handover request to the SDN server, and the SDN server receives a handover request of each source T-SC, where the handover request includes the terminal to be switched at the source.
  • Each T-SC forms an IP subnet.
  • Each T-SC assigns and manages the IP address of the terminal in the subnet. Therefore, the IP of the terminal in the source T-SC.
  • the address does not have any relationship with the IP address of the terminal in other T-SCs. According to the IP address, the SDN server can know which source T-SC the terminal comes from.
  • the first receiving unit 33 is configured to receive a handover command sent by the SDN server, where the handover command includes a second IP address of the to-be-switched terminal in the target T-SC.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total The data traffic, etc., therefore, the SDN makes a global judgment on which target T-SC the terminal should switch to based on the status information, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality. Then, the SDN server sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • the target T-SC After receiving the handover request from the SDN server, the target T-SC allocates a new IP address to the terminal to be switched, obtains a new IP address of the terminal to be switched in the target T-SC, and the target T-SC performs a handover response to the SDN server.
  • the SDN server receives the handover response message sent by the target T-SC, where the handover response message includes a new IP address of the terminal to be switched in the target T-SC.
  • the SDN server sends a handover command to the source T-SC.
  • the first receiving unit 33 receives the switching command transmitted by the SDN server.
  • the forwarding unit 34 is configured to forward the handover command to the to-be-switched terminal, so that the to-be-switched terminal The switching terminal switches to the target T-SC.
  • the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, where the handover command includes a new IP address of the to-be-switched terminal in the target T-SC, and the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • a T-SC is formed by each T-SC, and the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SCs are collected by the SDN server.
  • the state information of the network is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server controls the local mobility by supporting the IP mobility management protocol.
  • Sex which can support the mobility management of a large number of end users and reduce the signaling load on the network side, and achieve the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • FIG. 10 is a schematic structural diagram of another T-SC according to an embodiment of the present invention.
  • the T-SC4000 includes:
  • the reporting unit 41 is configured to report status information to the SDN server, where the status information includes an IP address of the source T-SC, a power quantity, access link quality information, and a number of terminals managed by the source T-SC. And total data traffic.
  • the T-SC After the T-SC accesses the cellular network, the T-SC sends its own status information to the SDN server.
  • the status information includes the T-SC's IP address, power, and access link quality information.
  • each T-SC also sends the status information of the aggregated terminal to the SDN server.
  • the status information includes the number of terminals that are aggregated or managed, and the aggregated data traffic.
  • the determining unit 42 is configured to determine, according to the channel quality information reported by the terminal to be switched, whether the terminalized cell T-SC to which the to-be-switched terminal is handed over.
  • the sending unit 43 is configured to: if the result of the determination is yes, send a handover request to the software-defined network SDN server, where the handover request includes the first IP address of the to-be-switched terminal in the source T-SC.
  • the first receiving unit 44 is configured to receive a handover command sent by the SDN server, where the handover command includes a second IP address of the to-be-switched terminal in the target T-SC.
  • the forwarding unit 45 is configured to forward the handover command to the to-be-switched terminal, so that the to-be-switched terminal performs handover to the target T-SC.
  • the functions of the determining unit 42, the transmitting unit 43, the first receiving unit 44, and the forwarding unit 45 are the same as the determining unit 31, the transmitting unit 32, the first receiving unit 33, and the forwarding unit 34 of the embodiment shown in FIG. 9, respectively. Let me repeat.
  • the state transition unit 46 is configured to perform state transition of the to-be-switched terminal with the target T-SC based on the direct communication D2D link.
  • the state transition here mainly refers to: the data to be switched and the packet information of the source T-SC that has not been sent yet (such as the serial number, superframe number, packet size, etc. supporting the sequential delivery) are transferred to the new one.
  • the target T-SC goes up, so that the target T-SC continues to forward the data packets of the terminal according to the data state of the terminal.
  • the second receiving unit 47 is configured to receive a release resource notification message of the target T-SC.
  • the releasing unit 48 is configured to release resources occupied by the to-be-switched terminal.
  • the source T-SC After the terminal switches from the source T-SC to the target T-SC, the source T-SC does not need to allocate the local suffix of the terminal IP address to the terminal, and the state transition is also completed between the T-SCs. Therefore, the target T-SC notification source The T-SC can release the resources occupied by the terminal.
  • a T-SC is formed by each T-SC, and the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SCs are collected by the SDN server.
  • the state information of the network is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server controls the local mobility by supporting the IP mobility management protocol.
  • Sex which can support the mobility management of a large number of end users and reduce the signaling load on the network side, and achieve the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • FIG. 11 is a schematic structural diagram of still another T-SC according to an embodiment of the present invention.
  • the T-SC5000 includes:
  • the first receiving unit 51 is configured to receive a terminalized cell T-SC handover request sent by the software-defined network SDN server, where the handover request includes an IP address of the target T-SC determined by the SDN server.
  • the source T-SC performs channel quality measurement on the terminal or the user equipment UE in the IP subnet managed by the source T-SC, and the source T-SC determines whether to be certain according to the channel quality reported by the terminal. These terminals perform T-SC switching.
  • the source T-SC determines that a T-SC handover is to be performed on a certain terminal,
  • the source T-SC sends a handover request to the SDN server, and the SDN server receives the handover request of each source T-SC.
  • the SDN server has a global understanding of the status of all T-SCs it manages. These status information includes: T-SC IP address, power, access link quality information, number of terminals managed by each T-SC, and total The data traffic, etc., therefore, the SDN makes a global judgment on which target T-SC the terminal should switch to based on the status information, so that the load of each T-SC is balanced, and at the same time, the terminal obtains better channel quality.
  • the SDN server sends a handover request according to the determined IP address of the target T-SC, and notifies the target T-SC to switch the to-be-switched terminal to the target T-SC.
  • the first receiving unit 51 receives the handover request sent by the SDN server.
  • the allocating unit 52 is configured to allocate an IP address to the terminal to be switched, and obtain an IP address of the to-be-switched terminal in the target T-SC.
  • the target T-SC allocates and manages the IP address of the terminal in its IP subnet.
  • the allocation unit 52 assigns a new IP address to it, and the terminal obtains the target T-SC.
  • the IP address does not have any relationship with the IP address of the terminal in the source T-SC.
  • the first sending unit 53 is configured to send a handover response message to the SDN server, so that the SDN server sends a handover command to the to-be-switched terminal or the source T-SC to which the to-be-switched terminal belongs, so that the The handover terminal performs handover to the target T-SC, where the handover response message includes an IP address of the to-be-switched terminal in the target T-SC.
  • the first sending unit 53 performs a handover response to the SDN server, and the SDN server receives a handover response message sent by the target T-SC, where the handover response message includes a new IP address of the terminal to be switched in the target T-SC.
  • the SDN server sends a handover command to the source T-SC, and the source T-SC notifies the to-be-switched terminal to switch to the target T-SC, or the SDN server directly sends a handover command to the to-be-switched terminal, where the handover command includes the to-be-switched terminal at the target.
  • a new IP address in the T-SC, the to-be-switched terminal establishes communication with the target T-SC according to the new IP address.
  • a T-SC is formed by each T-SC, and the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SCs are collected by the SDN server.
  • the state information of the network is based on the global state information for mobility management.
  • the movement of the terminal across the T-SC no longer needs to maintain the control signaling connection to the network side, and the SDN server supports the IP mobility tube.
  • the protocol is used to control the local mobility, so that it can support the mobility management of a large number of end users and reduce the signaling load on the network side, so as to support the ultra-dense networking of flexible and controllable 5G in the future.
  • FIG. 12 is a schematic structural diagram of still another T-SC according to an embodiment of the present invention.
  • the T-SC6000 includes:
  • the first receiving unit 61 is configured to receive a terminalized cell T-SC handover request sent by the software-defined network SDN server, where the handover request includes an IP address of the target T-SC determined by the SDN server.
  • the allocating unit 62 is configured to allocate an IP address to the terminal to be switched, and obtain an IP address of the terminal to be switched in the target T-SC.
  • the first sending unit 63 is configured to send a handover response message to the SDN server, so that the SDN server sends a handover command to the source T-SC to which the to-be-switched terminal or the to-be-switched terminal belongs, so that the The handover terminal performs handover to the target T-SC, where the handover response message includes an IP address of the to-be-switched terminal in the target T-SC.
  • the functions of the first receiving unit 61, the allocating unit 62, and the first transmitting unit 63 are the same as those of the first receiving unit 51, the allocating unit 52, and the first sending unit 53 of the embodiment shown in FIG.
  • the state transition unit 64 is configured to perform state transition of the to-be-switched terminal with the source T-SC based on a direct communication D2D link.
  • the state transition here mainly refers to: the data to be switched and the packet information of the source T-SC that has not been sent yet (such as the serial number, superframe number, packet size, etc. supporting the sequential delivery) are transferred to the new one.
  • the target T-SC goes up, so that the target T-SC continues to forward the data packets of the terminal according to the data state of the terminal.
  • the second sending unit 65 is configured to send, to the SDN server, a routing path acquisition request of the data packet to be transmitted of the to-be-switched terminal.
  • the second receiving unit 66 is configured to receive the determined routing path sent by the SDN server.
  • the target T-SC Since the T-SC is switched by the terminal, the route of the data transmission also changes. Therefore, the target T-SC sends a path switching request to the SDN server to obtain a new routing path of the data packet of the terminal determined by the SDN, so that the target T The -SC can successfully perform packet forwarding of the terminal and the like.
  • the third sending unit 67 is configured to send a release resource notification message to the source T-SC.
  • the source T-SC After the terminal switches from the source T-SC to the target T-SC, the source T-SC does not need to allocate the local suffix of the terminal IP address to the terminal, and the state transition is also completed between the T-SCs. Therefore, the target T-SC notification source The T-SC can release the resources occupied by the terminal.
  • a T-SC is formed by each T-SC, and the terminal aggregated by the T-SC becomes an internal node of the subnet, and then all T-SCs are collected by the SDN server.
  • the state information of the network is based on the global state information for mobility management.
  • the movement between the terminals across the T-SCs no longer needs to maintain the control signaling connection to the network side, and the SDN server controls the local mobility by supporting the IP mobility management protocol.
  • Sex which can support the mobility management of a large number of end users and reduce the signaling load on the network side, and achieve the ultra-dense networking purpose of supporting the flexible and controllable 5G in the future.
  • Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another.
  • a storage medium may be any available media that can be accessed by a computer.
  • the computer readable medium may include a random access memory (RAM), a read-only memory (ROM), and an electrically erasable programmable read-only memory (Electrically Erasable Programmable).
  • EEPROM Electrically Error Read-Only Memory
  • CD-ROM Compact Disc Read-Only Memory
  • Any connection can be a suitable computer Readable media.
  • coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave
  • coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, wireless and microwave are included in the fixing of the associated medium.
  • a disk and a disc include a compact disc (CD), a laser disc, a compact disc, a digital versatile disc (DVD), a floppy disk, and a Blu-ray disc, wherein the disc is usually magnetically copied, and the disc is The laser is used to optically replicate the data. Combinations of the above should also be included within the scope of the computer readable media.

Landscapes

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

Abstract

本发明公开了一种终端的移动性管理方法及装置。本发明通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。

Description

一种终端的移动性管理方法及装置
本申请要求于2015年04月02日提交中国专利局，申请号为201510155569.X、发明名称为“一种终端的移动性管理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其涉及一种终端的移动性管理方法及装置。
背景技术
随着长期演进(Long Term Evolution，LTE)技术的大范围应用，传统的宏小区(Macrocell)遇到了建网和覆盖的瓶颈，网络的热点和盲点亟需灵活的部署方案来完善。运营商采用宏小区覆盖同时部署小小区(Small Cell)来实现网络的深度覆盖和容量提升，从而支持未来第五代移动通信技术(Fifth-Generation，5G)超密集组网。如图1，给出了三类Small Cell方案的网络架构示意图。第一类Small Cell方案包括了蜂窝网(Femtocell)、Picocell等，这类方案需要基于有线的回程(backhaul)且需要维护cell到核心网一侧的S1，S5接口，以这种架构接入到核心网，只适用于部署了这些小区的区域，对于网络覆盖不佳以至于无法提供无线覆盖或者无法提供backhaul的区域，无法实现快速部署或需短期容量提升的场景(例如公共安全)，因此它的灵活度有限。第二类方案包括便携式宽带无线装置(MiFi)路由器方案，这类方案虽然是基于无线backhaul，但是终端接入MiFi工作在WLAN非授权频段，容易被干扰以至于服务质量(Quality of Service，QoS)难以得到保证。因此，业界开始研究第三类方案基于终端来提供Small Cell接入，即终端化小区(Terminal Small Cell，T-SC)。终端利用D2D技术、Relay技术等实现接入T-SC终端和基于T-SC终端的无线backhaul，因为T-SC终端能提供基于LTE授权频段的接入和无线backhaul， 使T-SC成为最为灵活可控制的Small Cell接入方案。
现有3GPP标准技术中，Small Cell的移动性可以通过移动性管理实体(Mobility Management Equipment，MME)控制直接使用X2切换，而不需要通过S1切换。Small Cell通常属于特定的闭合用户组(CSG)，只有那些具有相应CSG ID的终端才允许接入相应的Small Cell，MME基于终端上报的信息和CSG注册数据来处理终端接入或切换控制。这种基于MME控制的接入和切换流程如果直接复用到T-SC方案的移动性管理中，还存在以下问题：1)终端本身接入网络需要维护与MME的NAS连接，终端被MME可见，不利于支持5G网络中大量的终端和连接。2)终端在T-SC小区间的本地移动(局部路由)，基于MME对终端的切换和接入控制，也会给MME带来很大数量的信令开销。
因此，需要提供一种终端的移动性管理方案，可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
发明内容
本发明提供一种终端的移动性管理方法及装置，以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
第一方面，提供了一种终端的移动性管理方法，包括：
当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址；
向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址；
接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址；
向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述 待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
第二方面，提供了一种终端的移动性管理方法，包括：
根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC；
若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址；
接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址；
将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
第三方面，提供了一种终端的移动性管理方法，包括：
接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址；
为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址；
向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
第四方面，提供了一种软件定义网络SDN服务器，包括：
确定单元，用于当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址；
第一发送单元，用于向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址；
第一接收单元，用于接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址；
第二发送单元，用于向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
第五方面，提供了一种终端化小区T-SC，包括：
判断单元，用于根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC；
发送单元，用于若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址；
第一接收单元，用于接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址；
转发单元，用于将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
第六方面，提供了一种终端化小区T-SC，包括：
第一接收单元，用于接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址；
分配单元，用于为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址；
第一发送单元，用于向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
可见，根据本发明提供的一种终端的移动性管理方法及装置，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由 SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为三类Small Cell方案的网络架构示意图；
图2为基于SDN和基于MME的移动性管理控制信令流对比示意图；
图3为本发明实施例提供的一种终端的移动性管理方法的流程示意图；
图4为本发明实施例提供的另一种终端的移动性管理方法的流程示意图；
图5为本发明实施例提供的又一种终端的移动性管理方法的流程示意图；
图6为本发明实施例提供的又一种终端的移动性管理方法的流程示意图；
图7为本发明实施例提供的一种软件定义网络SDN服务器的结构示意图；
图8为本发明实施例提供的另一种SDN服务器的结构示意图；
图9为本发明实施例提供的一种终端化小区T-SC的结构示意图；
图10为本发明实施例提供的另一种T-SC的结构示意图；
图11为本发明实施例提供的又一种T-SC的结构示意图；
图12为本发明实施例提供的又一种T-SC的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
软件定义网络(Software Defined Network,SDN)，是Emulex网络一种新型网络创新架构，是网络虚拟化的一种实现方式，其核心技术OpenFlow通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能。本发明主要想解决的问题是如何将SDN应用于T-SC，并实现T-SC所汇聚终端的移动性管理。如图2所示的基于SDN和基于MME的移动性管理控制信令流对比示意图，图2中，每个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点；SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理；终端跨T-SC间的移动性不再需要保持到网络侧的控制信令NAS、RRC连接(如图2中虚线(1))，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性(如图3中虚线(2))；从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
下面结合图3-图6，对本发明提供的终端的移动性管理方法进行详细描述：
请参阅图3，为本发明实施例提供的一种终端的移动性管理方法的流程示意图，该方法包括以下步骤：
步骤S101，当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。当源T-SC确定要对某一终端进行T-SC切换时，源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求，该切换请求中包括待切换终端在源T-SC终端的IP地址，每个T-SC构成一个IP子网，由每个T-SC对该子网中的终端进行IP地址分配和管理，因此，源T-SC中的终端的IP地址与其它T-SC中的终端的IP地址不存在任何关系，SDN服务器根据该IP地址可以了解该终端来自哪个源T-SC。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，SDN根据这些状态信息对终端应该切换至哪个 目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。
步骤S102，向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址。
SDN服务器根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。
步骤S103，接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址。
目标T-SC接收到SDN服务器的切换请求后，为待切换终端分配新的IP地址，获得待切换终端在目标T-SC中的新的IP地址，目标T-SC向SDN服务器进行切换响应，SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。
步骤S104，向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
SDN服务器向源T-SC发送切换命令，由源T-SC通知待切换终端切换至目标T-SC，也可以是SDN服务器直接向待切换终端发送切换命令，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
从图2可以看出，基于SDN控制的移动性管理与基于MME控制的移动性管理区别在于：终端不再需要保持到网络侧的控制信令非接入层(Non-Access-Stratum，NAS)、无线资源控制(Radio Resource Control，RRC)连接，只要T-SC自身保持到网络侧的控制信令NAS、RRC连接，并为终端分配一个目标T-SC子网内IP地址就可以支持基于SDN控制的本地移动性。且多个终端构成一个T-SC的IP子网，有利于支持大量终端用户的移动性管理。
根据本发明实施例提供的一种终端的移动性管理方法，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器 通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图4，为本发明实施例提供的另一种终端的移动性管理方法的流程示意图，该方法包括以下步骤：
步骤S201，根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。
步骤S202，若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址。
当源T-SC确定要对某一终端进行T-SC切换时，源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求，该切换请求中包括待切换终端在源T-SC终端的IP地址，每个T-SC构成一个IP子网，由每个T-SC对该子网中的终端进行IP地址分配和管理，因此，源T-SC中的终端的IP地址与其它T-SC中的终端的IP地址不存在任何关系，SDN服务器根据该IP地址可以了解该终端来自哪个源T-SC。
步骤S203，接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，SDN根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。然后，SDN服务器根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。目标T-SC接收到SDN服务器的切换请求后，为待切换终端分配新的IP地址，获得待切换终端在目标T-SC中的新的IP地址，目标T-SC向SDN服务器进行切换响应， SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。SDN服务器向源T-SC发送切换命令。
源T-SC接收SDN服务器发送的切换命令。
步骤S204，将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
源T-SC通知待切换终端切换至目标T-SC，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
根据本发明实施例提供的一种终端的移动性管理方法，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图5，为本发明实施例提供的又一种终端的移动性管理方法的流程示意图，该方法包括以下步骤：
步骤S301，接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。当源T-SC确定要对某一终端进行T-SC切换时，源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，SDN根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端 获得较好的信道质量。
SDN服务器根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。目标T-SC接收SDN服务器发送的切换请求。
步骤S302，为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址。
目标T-SC对其IP子网内的终端的IP地址进行自行分配和管理，当有新的终端切换进来时，为其分配新的IP地址，该终端在目标T-SC中获得的IP地址与该终端在源T-SC中的IP地址不存在任何关系。
步骤S303，向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
目标T-SC向SDN服务器进行切换响应，SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。SDN服务器向源T-SC发送切换命令，由源T-SC通知待切换终端切换至目标T-SC，也可以是SDN服务器直接向待切换终端发送切换命令，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
根据本发明实施例提供的一种终端的移动性管理方法，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
以上分别从SDN服务器侧、源T-SC侧和目标T-SC侧对终端的移动性管理过程进行了描述，下面从终端、SDN服务器、源T-SC和目标T-SC相互交 互的终端的移动性管理过程进行进一步详细的描述：
请参阅图6，为本发明实施例提供的又一种终端的移动性管理方法的流程示意图，该方法包括以下步骤：
步骤1(a)，源T-SC对终端/用户设备UE进行测量配置。
步骤1(b)，终端/UE向源T-SC进行测量上报，源T-SC进行终端/UE的切换判决。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。
步骤2，源T-SC向SDN服务器发送切换请求，该切换请求包括终端/UE在源T-SC中的IP地址，SDN基于所有T-SC的状态信息进行切换和接入控制，包括确定目标T-SC。
当源T-SC确定要对某一终端进行T-SC切换时，源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求，该切换请求中包括待切换终端在源T-SC终端的IP地址，每个T-SC构成一个IP子网，由每个T-SC对该子网中的终端进行IP地址分配和管理，因此，源T-SC中的终端的IP地址与其它T-SC中的终端的IP地址不存在任何关系，SDN服务器根据该IP地址可以了解该终端来自哪个源T-SC。这里，源T-SC向SDN服务器发送的切换请求可以是传输层消息或者应用层消息。
具体地，终端接入T-SC并建立与T-SC的IP连接，每个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点；以T-SC终端接入网络被P-GW分配的IP地址作为IP子网的网关地址，终端接入T-SC的IP地址由网络前缀(Network Prefix)和本地后缀(Host suffix)两部分组成，以T-SC的IP地址作为网络前缀，本地后缀由T-SC自主分配和管理。
T-SC接入蜂窝网后，将自己的状态信息发送给SDN服务器，状态信息包括T-SC的IP地址、电量和接入链路质量信息等。特别地，当T-SC由于自身的移动性而导致T-SC的IP地址改变时，需要更新该状态信息至SDN服务器。同时，各个T-SC也将其汇聚的终端的状态信息发送给SDN服务器，这些状态信息包括汇聚或管理的终端数量、汇聚的数据流量等。
SDN根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。以根据T-SC汇聚的数据流量状态信息进行目标T-SC的确定为例，每个T-SC当前已经汇聚的流量有大有小，能够承受的总流量也有上限，SDN服务器在决定某个终端切换到新的T-SC时，需要考虑终端的流量附加到新的T-SC所带来的流量负荷是否能承受，基于SDN控制来做全局优化可以达到每个T-SC汇聚的流量均衡。
步骤3(a)，SDN服务器向目标T-SC发送切换请求，该切换请求包括目标T-SC的IP地址。
SDN服务器根据确定的目标T-SC的IP地址向目标T-SC发送切换请求，通知目标T-SC将切换一个新的终端至目标T-SC。这里，SDN服务器向目标T-SC发送的切换请求可以是传输层消息或者应用层消息。
目标T-SC对其IP子网内的终端的IP地址进行自行分配和管理，当有新的终端切换进来时，为其分配新的IP地址，该终端在目标T-SC中获得的IP地址与该终端在源T-SC中的IP地址不存在任何关系。目标T-SC为终端分配的新的IP地址为终端的IP地址的本地后缀，该终端在目标T-SC中获得的IP地址为目标T-SC的IP地址和新分配的本地后缀构成。
步骤3(b)，目标T-SC对SDN服务器进行切换请求应答，切换响应消息中包括终端/UE在目标T-SC中新的IP地址。
目标T-SC向SDN服务器进行切换响应，SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。这里，目标T-SC对SDN服务器发的切换响应消息可以是传输层消息或者应用层消息。
步骤4，SDN服务器向终端/UE发送切换命令，该切换命令中包括终端/UE在目标T-SC中新的IP地址。
SDN服务器向源T-SC发送切换命令，由源T-SC通知待切换终端切换至目标T-SC，也可以是SDN服务器直接向待切换终端发送切换命令，该切换命令包括待切换终端在目标T-SC中的新的IP地址。这里，切换命令可以是源T-SC转发的传输层消息，也可以是源T-SC转发的应用层消息，还可以是基于 待切换终端与SDN服务器的应用层消息。
步骤5，源T-SC与目标T-SC之间基于直连通信D2D链路的状态转移。
这里的状态转移主要是指：待切换终端在源T-SC的还没有发完的数据包和数据包信息(比如支持顺序发包的序列号、超帧号码，数据包大小等)转移到新的目标T-SC上去，以便目标T-SC根据终端的数据状态继续进行终端的数据包的转发等。
步骤6，终端/UE完成向目标T-SC的切换。
待切换终端根据该新的IP地址与目标T-SC建立通信。
步骤7(a)，目标T-SC向SDN服务器发送路径转换请求，获取待切换终端的待传输的数据包的路由路径。
步骤7(b)，SDN服务器向目标T-SC进行路径转换请求应答，发送给目标T-SC确定的路由路径。
由于终端发生了T-SC的切换，其数据传输的路由也发生变化，因此，目标T-SC向SDN服务器发送路径转换请求，获得SDN确定的终端的数据包的新的路由路径，以便目标T-SC能够成功地进行终端的数据包的转发等。这里，路径转换请求和路径转换请求应答可以是传输层消息或者应用层消息。
步骤8，目标T-SC向源T-SC发送释放资源通知消息，源T-SC释放待切换终端所占用的资源。
终端从源T-SC切换至目标T-SC之后，源T-SC不需要再为终端分配终端IP地址的本地后缀，且T-SC间也完成了状态转移，因此，目标T-SC通知源T-SC可以释放终端所占用的资源。
根据本发明实施例提供的一种终端的移动性管理方法，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
下面结合图7-12对实现本发明的终端的移动性管理的装置进行详细描述：
请参阅图7，为本发明实施例提供的一种SDN服务器的结构示意图，该SDN服务器1000包括：
确定单元11，用于当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。当源T-SC确定要对某一终端进行T-SC切换时，源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求，该切换请求中包括待切换终端在源T-SC终端的IP地址，每个T-SC构成一个IP子网，由每个T-SC对该子网中的终端进行IP地址分配和管理，因此，源T-SC中的终端的IP地址与其它T-SC中的终端的IP地址不存在任何关系，SDN服务器根据该IP地址可以了解该终端来自哪个源T-SC。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，确定单元11根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。
第一发送单元12，用于向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址。
第一发送单元12根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。
第一接收单元13，用于接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址。
目标T-SC接收到SDN服务器的切换请求后，为待切换终端分配新的IP地址，获得待切换终端在目标T-SC中的新的IP地址，目标T-SC向SDN服务器进行切换响应，第一接收单元13接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。
第二发送单元14，用于向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
第二发送单元14向源T-SC发送切换命令，由源T-SC通知待切换终端切换至目标T-SC，也可以是SDN服务器直接向待切换终端发送切换命令，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
从图2可以看出，基于SDN控制的移动性管理与基于MME控制的移动性管理区别在于：终端不再需要保持到网络侧的控制信令非接入层(Non-Access-Stratum，NAS)、无线资源控制(Radio Resource Control，RRC)连接，只要T-SC自身保持到网络侧的控制信令NAS、RRC连接，并为终端分配一个目标T-SC子网内IP地址就可以支持基于SDN控制的本地移动性。且多个终端构成一个T-SC的IP子网，有利于支持大量终端用户的移动性管理。
根据本发明实施例提供的一种SDN服务器，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图8，为本发明实施例提供的另一种SDN服务器的结构示意图，该SDN服务器2000包括：
第二接收单元21，用于接收所述至少一个T-SC上报的所述状态信息，所述状态信息包括所述至少一个T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量。
T-SC接入蜂窝网后，将自己的状态信息发送给SDN服务器，状态信息包括T-SC的IP地址、电量和接入链路质量信息等。特别地，当T-SC由于自身的移动性而导致T-SC的IP地址改变时，需要更新该状态信息至SDN服务器。 同时，各个T-SC也将其汇聚的终端的状态信息发送给SDN服务器，这些状态信息包括汇聚或管理的终端数量、汇聚的数据流量等。
确定单元22，用于当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址。
第一发送单元23，用于向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址。
第一接收单元24，用于接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址。
第二发送单元25，用于向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
确定单元22、第一发送单元23、第一接收单元24、第二发送单元25的功能分别与图7所示实施例的确定单元11、第一发送单元12、第一接收单元13、第二发送单元14相同，在此不再赘述。
第三接收单元26，用于接收所述目标T-SC发送的所述待切换终端的待传输的数据包的路由路径获取请求。
第三发送单元27，用于向所述目标T-SC发送确定的路由路径。
由于终端发生了T-SC的切换，其数据传输的路由也发生变化，因此，目标T-SC向SDN服务器发送路径转换请求，获得SDN确定的终端的数据包的新的路由路径，以便目标T-SC能够成功地进行终端的数据包的转发等。
根据本发明实施例提供的一种SDN服务器，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图9，为本发明实施例提供的一种T-SC的结构示意图，该T-SC3000包括：
判断单元31，用于根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，判断单元31根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。
发送单元32，用于若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址。
当源T-SC确定要对某一终端进行T-SC切换时，发送单元32向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求，该切换请求中包括待切换终端在源T-SC终端的IP地址，每个T-SC构成一个IP子网，由每个T-SC对该子网中的终端进行IP地址分配和管理，因此，源T-SC中的终端的IP地址与其它T-SC中的终端的IP地址不存在任何关系，SDN服务器根据该IP地址可以了解该终端来自哪个源T-SC。
第一接收单元33，用于接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，SDN根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。然后，SDN服务器根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。目标T-SC接收到SDN服务器的切换请求后，为待切换终端分配新的IP地址，获得待切换终端在目标T-SC中的新的IP地址，目标T-SC向SDN服务器进行切换响应，SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。SDN服务器向源T-SC发送切换命令。
第一接收单元33接收SDN服务器发送的切换命令。
转发单元34，用于将所述切换命令转发给所述待切换终端，以使所述待 切换终端向所述目标T-SC进行切换。
源T-SC通知待切换终端切换至目标T-SC，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
根据本发明实施例提供的一种T-SC，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图10，为本发明实施例提供的另一种T-SC的结构示意图，该T-SC4000包括：
上报单元41，用于向所述SDN服务器上报状态信息，所述状态信息包括所述源T-SC的IP地址、电量、接入链路质量信息、所述源T-SC管理的终端的数量和总的数据流量。
T-SC接入蜂窝网后，T-SC将自己的状态信息发送给SDN服务器，状态信息包括T-SC的IP地址、电量和接入链路质量信息等。特别地，当T-SC由于自身的移动性而导致T-SC的IP地址改变时，需要更新该状态信息至SDN服务器。同时，各个T-SC也将其汇聚的终端的状态信息发送给SDN服务器，这些状态信息包括汇聚或管理的终端数量、汇聚的数据流量等。
判断单元42，用于根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC。
发送单元43，用于若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址。
第一接收单元44，用于接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址。
转发单元45，用于将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
判断单元42、发送单元43、第一接收单元44、转发单元45的功能分别与图9所示实施例的判断单元31、发送单元32、第一接收单元33、转发单元34相同，在此不再赘述。
状态转移单元46，用于与所述目标T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
这里的状态转移主要是指：待切换终端在源T-SC的还没有发完的数据包和数据包信息(比如支持顺序发包的序列号、超帧号码，数据包大小等)转移到新的目标T-SC上去，以便目标T-SC根据终端的数据状态继续进行终端的数据包的转发等。
第二接收单元47，用于接收所述目标T-SC的释放资源通知消息。
释放单元48，用于释放所述待切换终端占用的资源。
终端从源T-SC切换至目标T-SC之后，源T-SC不需要再为终端分配终端IP地址的本地后缀，且T-SC间也完成了状态转移，因此，目标T-SC通知源T-SC可以释放终端所占用的资源。
根据本发明实施例提供的一种T-SC，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图11，为本发明实施例提供的又一种T-SC的结构示意图，该T-SC5000包括：
第一接收单元51，用于接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址。
源T-SC会定时或不定时地对源T-SC管理的IP子网中的终端或用户设备UE进行信道质量的测量，源T-SC根据终端上报的信道质量，判断是否要对其中某些终端进行T-SC切换。当源T-SC确定要对某一终端进行T-SC切换时， 源T-SC向SDN服务器发送切换请求，SDN服务器接收各个源T-SC的切换请求。
SDN服务器对其管理的所有T-SC的状态有全局的了解，这些状态信息包括：T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量等，因此，SDN根据这些状态信息对终端应该切换至哪个目标T-SC进行一个全局的判断，使得各个T-SC的负荷均衡，同时，使终端获得较好的信道质量。
SDN服务器根据确定的目标T-SC的IP地址发送切换请求，通知目标T-SC要将待切换终端切换至目标T-SC。第一接收单元51接收SDN服务器发送的切换请求。
分配单元52，用于为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址。
目标T-SC对其IP子网内的终端的IP地址进行自行分配和管理，当有新的终端切换进来时，分配单元52为其分配新的IP地址，该终端在目标T-SC中获得的IP地址与该终端在源T-SC中的IP地址不存在任何关系。
第一发送单元53，用于向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
第一发送单元53向SDN服务器进行切换响应，SDN服务器接收目标T-SC发送的切换响应消息，该切换响应消息中包括待切换终端在目标T-SC中的新的IP地址。SDN服务器向源T-SC发送切换命令，由源T-SC通知待切换终端切换至目标T-SC，也可以是SDN服务器直接向待切换终端发送切换命令，该切换命令包括待切换终端在目标T-SC中的新的IP地址，待切换终端根据该新的IP地址与目标T-SC建立通信。
根据本发明实施例提供的一种T-SC，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管 理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
请参阅图12，为本发明实施例提供的又一种T-SC的结构示意图，该T-SC6000包括：
第一接收单元61，用于接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址。
分配单元62，用于为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址。
第一发送单元63，用于向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
第一接收单元61、分配单元62、第一发送单元63的功能分别与图11所示实施例的第一接收单元51、分配单元52、第一发送单元53相同，在此不再赘述。
状态转移单元64，用于与所述源T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
这里的状态转移主要是指：待切换终端在源T-SC的还没有发完的数据包和数据包信息(比如支持顺序发包的序列号、超帧号码，数据包大小等)转移到新的目标T-SC上去，以便目标T-SC根据终端的数据状态继续进行终端的数据包的转发等。
第二发送单元65，用于向所述SDN服务器发送所述待切换终端的待传输的数据包的路由路径获取请求。
第二接收单元66，用于接收所述SDN服务器发送的确定的路由路径。
由于终端发生了T-SC的切换，其数据传输的路由也发生变化，因此，目标T-SC向SDN服务器发送路径转换请求，获得SDN确定的终端的数据包的新的路由路径，以便目标T-SC能够成功地进行终端的数据包的转发等。
第三发送单元67，用于向所述源T-SC发送释放资源通知消息。
终端从源T-SC切换至目标T-SC之后，源T-SC不需要再为终端分配终端IP地址的本地后缀，且T-SC间也完成了状态转移，因此，目标T-SC通知源T-SC可以释放终端所占用的资源。
根据本发明实施例提供的一种T-SC，通过由各个T-SC构成一个IP子网，T-SC所汇聚的终端成为该子网的内部节点，然后由SDN服务器收集所有T-SC子网的状态信息，基于全局状态信息做移动性管理，终端跨T-SC间的移动不再需要保持到网络侧的控制信令连接，而由SDN服务器通过支持IP移动性管理协议来控制本地移动性，从而可以支持大量终端用户的移动性管理且减轻网络侧信令负荷，达到支持未来5G灵活可控制的超密集组网目的。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为根据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机 可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(Digital Subscriber Line，DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (24)

  1. 一种终端的移动性管理方法，其特征在于，包括：
    当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址；
    向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址；
    接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址；
    向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
  2. 如权利要求1所述的方法，其特征在于，还包括：
    接收所述至少一个T-SC上报的所述状态信息，所述状态信息包括所述至少一个T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量。
  3. 如权利要求1或2所述的方法，其特征在于，所述第一或第二IP地址由网络前缀和本地后缀构成，所述网络前缀为所述源T-SC或目标T-SC的IP地址，所述本地后缀为所述源T-SC或目标T-SC为所述待切换终端分配的IP地址。
  4. 如权利要求3所述的方法，其特征在于，还包括：
    接收所述目标T-SC发送的所述待切换终端的待传输的数据包的路由路径获取请求；
    向所述目标T-SC发送确定的路由路径。
  5. 一种终端的移动性管理方法，其特征在于，包括：
    根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC；
    若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址；
    接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址；
    将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
  6. 如权利要求5所述的方法，其特征在于，还包括：
    向所述SDN服务器上报状态信息，所述状态信息包括所述源T-SC的IP地址、电量、接入链路质量信息、所述源T-SC管理的终端的数量和总的数据流量。
  7. 如权利要求5或6所述的方法，其特征在于，还包括：
    与所述目标T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
  8. 如权利要求7所述的方法，其特征在于，还包括：
    接收所述目标T-SC的释放资源通知消息；
    释放所述待切换终端占用的资源。
  9. 一种终端的移动性管理方法，其特征在于，包括：
    接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址；
    为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址；
    向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切 换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
  10. 如权利要求9所述的方法，其特征在于，所述待切换终端在所述目标T-SC中的IP地址由网络前缀和本地后缀构成，所述网络前缀为所述目标T-SC的IP地址，所述本地后缀为所述目标T-SC为所述待切换终端分配的IP地址。
  11. 如权利要求9或10所述的方法，其特征在于，还包括：
    与所述源T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
  12. 如权利要求11所述的方法，其特征在于，还包括：
    向所述SDN服务器发送所述待切换终端的待传输的数据包的路由路径获取请求；
    接收所述SDN服务器发送的确定的路由路径；
    向所述源T-SC发送释放资源通知消息。
  13. 一种软件定义网络SDN服务器，其特征在于，包括：
    确定单元，用于当接收到源终端化小区T-SC的第一切换请求时，根据管理的至少一个T-SC的状态信息确定切换的目标T-SC，所述第一切换请求包括待切换终端在所述源T-SC中的第一IP地址；
    第一发送单元，用于向所述目标T-SC发送第二切换请求，所述第二切换请求包括所述目标T-SC的IP地址；
    第一接收单元，用于接收所述目标T-SC发送的切换响应消息，所述切换响应消息包括所述待切换终端在所述目标T-SC中的第二IP地址；
    第二发送单元，用于向所述源T-SC发送切换命令，由所述源T-SC转发所述切换命令给所述待切换终端，或向所述待切换终端发送所述切换命令，以使所述待切换终端向所述目标T-SC进行切换，所述切换命令包括所述第二IP地址。
  14. 如权利要求13所述的SDN服务器，其特征在于，还包括：
    第二接收单元，用于接收所述至少一个T-SC上报的所述状态信息，所述状态信息包括所述至少一个T-SC的IP地址、电量、接入链路质量信息、每个T-SC管理的终端的数量和总的数据流量。
  15. 如权利要求13或14所述的SDN服务器，其特征在于，所述第一或第二IP地址由网络前缀和本地后缀构成，所述网络前缀为所述源T-SC或目标T-SC的IP地址，所述本地后缀为所述源T-SC或目标T-SC为所述待切换终端分配的IP地址。
  16. 如权利要求15所述的SDN服务器，其特征在于，还包括：
    第三接收单元，用于接收所述目标T-SC发送的所述待切换终端的待传输的数据包的路由路径获取请求；
    第三发送单元，用于向所述目标T-SC发送确定的路由路径。
  17. 一种终端化小区T-SC，其特征在于，包括：
    判断单元，用于根据待切换终端上报的信道质量信息，判断是否为所述待切换终端切换所属的终端化小区T-SC；
    发送单元，用于若判断的结果为是，向软件定义网络SDN服务器发送切换请求，所述切换请求包括所述待切换终端在源T-SC中的第一IP地址；
    第一接收单元，用于接收所述SDN服务器发送的切换命令，所述切换命令包括所述待切换终端在目标T-SC中的第二IP地址；
    转发单元，用于将所述切换命令转发给所述待切换终端，以使所述待切换终端向所述目标T-SC进行切换。
  18. 如权利要求17所述的T-SC，其特征在于，还包括：
    上报单元，用于向所述SDN服务器上报状态信息，所述状态信息包括所述源T-SC的IP地址、电量、接入链路质量信息、所述源T-SC管理的终端的 数量和总的数据流量。
  19. 如权利要求17或18所述的T-SC，其特征在于，还包括：
    状态转移单元，用于与所述目标T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
  20. 如权利要求19所述的T-SC，其特征在于，还包括：
    第二接收单元，用于接收所述目标T-SC的释放资源通知消息；
    释放单元，用于释放所述待切换终端占用的资源。
  21. 一种终端化小区T-SC，其特征在于，包括：
    第一接收单元，用于接收软件定义网络SDN服务器发送的终端化小区T-SC切换请求，所述切换请求包括所述SDN服务器确定的目标T-SC的IP地址；
    分配单元，用于为待切换终端分配IP地址，得到所述待切换终端在所述目标T-SC中的IP地址；
    第一发送单元，用于向所述SDN服务器发送切换响应消息，以使所述SDN服务器向所述待切换终端或所述待切换终端所属的源T-SC发送切换命令，使所述待切换终端向所述目标T-SC进行切换，所述切换响应消息包括所述待切换终端在所述目标T-SC中的IP地址。
  22. 如权利要求21所述的T-SC，其特征在于，所述待切换终端在所述目标T-SC中的IP地址由网络前缀和本地后缀构成，所述网络前缀为所述目标T-SC的IP地址，所述本地后缀为所述目标T-SC为所述待切换终端分配的IP地址。
  23. 如权利要求21或22所述的T-SC，其特征在于，还包括：
    状态转移单元，用于与所述源T-SC基于直连通信D2D链路进行所述待切换终端的状态转移。
  24. 如权利要求23所述的T-SC，其特征在于，还包括：
    第二发送单元，用于向所述SDN服务器发送所述待切换终端的待传输的数据包的路由路径获取请求；
    第二接收单元，用于接收所述SDN服务器发送的确定的路由路径；
    第三发送单元，用于向所述源T-SC发送释放资源通知消息。
PCT/CN2015/080413 2015-04-02 2015-05-29 一种终端的移动性管理方法及装置 WO2016155114A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510155569.XA CN104853392B (zh) 2015-04-02 2015-04-02 一种终端的移动性管理方法及装置
CN201510155569.X 2015-04-02

Publications (1)

Publication Number Publication Date
WO2016155114A1 true WO2016155114A1 (zh) 2016-10-06

Family

ID=53852662

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/080413 WO2016155114A1 (zh) 2015-04-02 2015-05-29 一种终端的移动性管理方法及装置

Country Status (2)

Country Link
CN (1) CN104853392B (zh)
WO (1) WO2016155114A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106686572A (zh) * 2016-12-20 2017-05-17 北京工业大学 一种基于sdn的移动性管理的方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017084043A1 (en) * 2015-11-18 2017-05-26 Alcatel-Lucent Shanghai Bell Co., Ltd. Handover between e-utran and wlan
CN106060900B (zh) * 2016-05-13 2019-12-10 宇龙计算机通信科技(深圳)有限公司 网络切片的接入控制方法及装置、终端化小区和sdn控制器
CN107148037A (zh) * 2017-07-18 2017-09-08 宇龙计算机通信科技(深圳)有限公司 一种终端化小基站的选择方法、终端及服务器
CN111510313B (zh) * 2019-01-30 2021-09-14 华为技术有限公司 通信方法、通信装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101965028A (zh) * 2009-07-23 2011-02-02 中兴通讯股份有限公司 一种实现x2切换的方法、装置及系统
EP2469927A1 (en) * 2009-08-18 2012-06-27 NTT DOCOMO, Inc. Mobile communication method and radio base station
CN102843739A (zh) * 2011-06-24 2012-12-26 华为终端有限公司 在家庭基站之间进行切换的方法、装置及系统
CN104254110A (zh) * 2014-09-19 2014-12-31 广州杰赛科技股份有限公司 一种无线Mesh网络域间切换方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026145B (zh) * 2009-09-10 2014-01-01 中兴通讯股份有限公司 一种本地ip访问方法及系统
EP3036938A4 (en) * 2013-08-23 2017-04-12 Samsung Electronics Co., Ltd. Mobile software defined networking (mobisdn)
CN104023335A (zh) * 2014-05-28 2014-09-03 北京邮电大学 一种基于sdn的异构网络融合架构

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101965028A (zh) * 2009-07-23 2011-02-02 中兴通讯股份有限公司 一种实现x2切换的方法、装置及系统
EP2469927A1 (en) * 2009-08-18 2012-06-27 NTT DOCOMO, Inc. Mobile communication method and radio base station
CN102843739A (zh) * 2011-06-24 2012-12-26 华为终端有限公司 在家庭基站之间进行切换的方法、装置及系统
CN104254110A (zh) * 2014-09-19 2014-12-31 广州杰赛科技股份有限公司 一种无线Mesh网络域间切换方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106686572A (zh) * 2016-12-20 2017-05-17 北京工业大学 一种基于sdn的移动性管理的方法
CN106686572B (zh) * 2016-12-20 2020-03-13 北京工业大学 一种基于sdn的移动性管理的方法

Also Published As

Publication number Publication date
CN104853392B (zh) 2018-09-07
CN104853392A (zh) 2015-08-19

Similar Documents

Publication Publication Date Title
US11206584B2 (en) Federated X2 gateway
US11419012B2 (en) X2 brokering between inter-3GPP release eNodeB's
EP2672752B1 (en) Wireless bearing building method, access point equipment, user equipment and system
JP5737425B2 (ja) 通信システム、基地局装置、データ送信方法及びプログラム
WO2017201722A1 (zh) 一种通信控制的方法及相关网元
CN114556992A (zh) 移交期间时间敏感桥的配置
CN104378793A (zh) 一种切换方法、主控基站及受控基站
WO2016155114A1 (zh) 一种终端的移动性管理方法及装置
RU2605000C2 (ru) Способ и устройство для повышения стабильности шлюза в фемтосотовой системе в режиме lte
WO2016146328A1 (en) Communications network
CN104350712A (zh) 网络系统、路径控制装置、路径控制方法和存储程序的非瞬时计算机可读介质
JP2018137791A (ja) デュアル接続されたユーザ機器の間のデータ・フローのセットアップまたは修正
Elgendi et al. Mobility management in three-tier sdn architecture for densenets
US10958573B2 (en) Apparatus relating to control of fixed broadband access network
JP6452800B2 (ja) ハイブリッドネットワーキングを実現する方法、システム、装置及びコンピュータ記憶媒体
JP2019500820A (ja) 端末ハンドオーバ方法、制御部、端末、基地局、及びシステム
WO2022233317A1 (zh) 一种iab节点连接更新方法及装置
JP6037147B2 (ja) デュアルモード・フェムトａｐにおけるフロー制御
KR102216712B1 (ko) 제어평면과 데이터평면이 분리된 분산 네트워크 시스템에서 ｉｐ 주소의 할당과 해제를 위한 방법
Lobillo Vilela et al. TROPIC-D22 Design of network architecture for femto-cloud computing
KR20110068090A (ko) 다중 펨토셀 환경의 네트워크 시스템

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

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

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 10.04.2018)

122 Ep: pct application non-entry in european phase

Ref document number: 15887081

Country of ref document: EP

Kind code of ref document: A1