WO2012131946A1 - 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム - Google Patents

無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム Download PDF

Info

Publication number
WO2012131946A1
WO2012131946A1 PCT/JP2011/058059 JP2011058059W WO2012131946A1 WO 2012131946 A1 WO2012131946 A1 WO 2012131946A1 JP 2011058059 W JP2011058059 W JP 2011058059W WO 2012131946 A1 WO2012131946 A1 WO 2012131946A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
path
unit
lte
radio access
Prior art date
Application number
PCT/JP2011/058059
Other languages
English (en)
French (fr)
Inventor
昭雄 大橋
隆史 川嶋
秀行 杉崎
健 高島
紘一郎 東
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2011/058059 priority Critical patent/WO2012131946A1/ja
Publication of WO2012131946A1 publication Critical patent/WO2012131946A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology

Definitions

  • This case relates to a radio access apparatus that performs handover, a handover method thereof, and a radio access system.
  • LTE devices Long Term Evolution devices
  • RNC Radio Network Control
  • the LTE device and the RNC device have a handover function in Inter-RAT (RAT: Radio Access Technology) (3G (The 3rd Generation Generation) -LTE handover function), and the handover function in the 3G-LTE direction and the LTE- 3G direction handover function.
  • Inter-RAT Radio Access Technology
  • the LTE LTE device and the 3G RNC device generally have different data rates in the downlink direction, and there is a problem that data may stay in the handover destination device.
  • the mobile terminal performs handover from the LTE device to the RNC device. It is assumed that the downlink data rate of the RNC device is lower than the downlink data rate of the LTE device. It is assumed that the LTE device holds untransmitted downlink data of the mobile terminal when a handover to the RNC device occurs.
  • the LTE device transfers untransmitted downlink data to the handover destination RNC device so that the mobile terminal can receive data from the handover destination RNC device so that there is no data loss. That is, the LTE apparatus transfers untransmitted downlink data to the RNC apparatus so that the mobile terminal can receive data that could not be transmitted to the mobile terminal at the handover destination.
  • the downlink data rate of the RNC device is lower than the downlink data rate of the LTE device, the transferred untransmitted data may stay in the RNC device.
  • the present case has been made in view of such points, and an object thereof is to provide a radio access device, a handover method, and a radio access system that can suppress data retention at a handover destination.
  • a wireless access device provided in the first wireless access network is provided.
  • the mobile terminal hands over from the radio access device to another radio access device of the second radio access network having a radio access scheme different from that of the first radio access network, both of the radio access devices and the other radio access device And a receiving unit that receives a communication status of the other radio access device from the other radio access device using the path set by the setting unit.
  • FIG. 10 is a diagram illustrating an example of a flowchart of a transfer control process of the IP-RNC 14.
  • FIG. 10 is a diagram illustrating an example of a flowchart of IP-RNC path setting release processing. It is the figure which showed an example of the flowchart of the path setting release process of a LTE apparatus.
  • FIG. 10 is a diagram illustrating an example of a flowchart of IP-RNC timeout processing.
  • FIG. 10 is a diagram illustrating an example of a flowchart of IP-RNC timeout processing. It is the figure which showed an example of the flowchart of the timeout process of a LTE apparatus. It is the figure which showed an example of the flowchart of the timeout process of a LTE apparatus.
  • FIG. 1 is a diagram illustrating an example of a wireless access device according to the first embodiment.
  • a radio access device 1 shown in FIG. 1 is provided in a first radio access network.
  • the radio access device 2 is provided in a second radio access network having a radio access scheme different from that of the first radio access network.
  • the radio access device 1 is an LTE device provided in an e-UTRAN (evolved-Universal Terrestrial Radio Access Network) radio access network.
  • the radio access apparatus 2 is an RNC apparatus provided in a UTRAN (Universal Terrestrial Radio Access Network) radio access network.
  • UTRAN Universal Terrestrial Radio Access Network
  • the wireless access device 1 has a setting unit 1a and a receiving unit 1b.
  • the wireless access device 2 also has the same setting unit and receiving unit as the wireless access device 1.
  • the setting unit 1a sets a bidirectional path with the radio access device 2 when a mobile terminal (not shown) hands over from the radio access device 1 to the radio access device 2.
  • the receiving unit 1b receives the communication status of the wireless access device 2 from the wireless access device 2 using the path set by the setting unit 1a.
  • the communication status is, for example, a transmission rate in the downlink direction of the wireless access device 2.
  • FIG. 1 The operation of FIG. 1 will be described.
  • the setting unit 1a sets a bidirectional path with the radio access device 2 that is the handover destination.
  • the wireless access device 1 can bidirectionally communicate with the wireless access device 2 of the second wireless access network having a different wireless access method.
  • the radio access device 1 can transfer untransmitted data of the mobile terminal that is handed over from the radio access device 1 to the radio access device 2 to the radio access device 2.
  • the mobile terminal can receive untransmitted data that could not be received from the handover source radio access apparatus 1 from the handover destination radio access apparatus 2.
  • the receiving unit 1 b of the wireless access device 1 can receive the communication status from the wireless access device 2. Thereby, the wireless access device 1 can control the transfer rate of untransmitted data based on the received communication status. For example, if the transmission rate of the wireless access device 2 is low, the transfer rate of untransmitted data can be lowered, and if the transmission rate of the wireless access device 2 is high, the transfer rate of untransmitted data can be increased.
  • the setting unit 1a of the wireless access device 1 sets a bidirectional path with the wireless access device 2.
  • the receiving unit 1 b receives the communication status of the wireless access device from the wireless access device 2.
  • the radio access device 1 can control the transfer rate of untransmitted data of the mobile terminal based on the received communication status, and suppress data retention in the radio access device 2 that is the handover destination. Can do.
  • the radio access device 2 can suppress data retention, it is not necessary to discard untransmitted data transferred from the handover source radio access device 1, and the mobile terminal can receive data without loss. Can do.
  • the mobile terminal can receive data without loss, it does not have to make a data retransmission request at the handover destination.
  • FIG. 2 is a diagram illustrating an example of a wireless access system according to the second embodiment.
  • the radio access system includes an LTE device (eNB) 11, an S-GW (ServingGGateway) 12, an xGSN (xGeneral packet radio service Support Node) 13, an IP-RNC (Internet Protocol-RNC) 14, It has a BTS (Base Transceiver Station) 15, a mobile terminal 21, and a network 31.
  • LTE device eNB
  • S-GW ServingGGateway
  • xGSN xGeneral packet radio service Support Node
  • IP-RNC Internet Protocol-RNC
  • BTS Base Transceiver Station
  • the LTE device 11 is a radio base station.
  • the LTE device 11 performs wireless communication with the mobile terminal 21 by a wireless method based on LTE, for example. Further, the LTE apparatus 11 communicates with the S-GW 12.
  • the S-GW 12 is a gateway that routes and transfers packets.
  • the S-GW 12 communicates with the LTE device 11, the xGSN 13, the IP-RNC 14, and the network 31.
  • the network 31 is, for example, the Internet.
  • the xGSN 13 is a packet switching device, and performs user location management, security management, and access control.
  • the xGSN 13 communicates with the S-GW 12 and the IP-RNC 14.
  • the IP-RNC 14 is a device that controls the BTS 15.
  • the IP-RNC 14 communicates with the S-GW 12, the xGSN 13, and the BTS 15.
  • the BTS 15 is a radio base station.
  • the BTS 15 performs wireless communication with the mobile terminal 21 by a wireless method based on 3G. Further, the BTS 15 communicates with the IP-RNC 14.
  • the mobile terminal 21 is a mobile phone, for example.
  • the mobile terminal 21 can perform wireless communication with the LTE device 11 and the BTS 15.
  • the LTE device 11 forms an e-UTRAN radio access network.
  • the IP-RNC 14 and the BTS 15 form a UTRAN radio access network.
  • FIG. 3 is a first diagram illustrating the handover.
  • FIG. 3 shows the LTE device 11, the S-GW 12, the xGSN 13, the IP-RNC 14, and the network 31 described in FIG.
  • FIG. 3 illustrates a case where the mobile terminal 21 performs handover from the IP-RNC 14 to the LTE device 11 (from UTRAN to e-UTRAN).
  • the path P11 indicates a path of data (packet) transmitted to the mobile terminal 21 before the handover.
  • a packet transmitted from the network 31 to the mobile terminal 21 is transmitted to the mobile terminal 21 via the network 31, the S-GW 12, the xGSN 13, and the path P 11 of the IP-RNC 14.
  • the S-GW 12 sets the path P12 of the network 31, the S-GW 12, and the LTE device 11 when the mobile terminal 21 performs handover from the IP-RNC 14 to the LTE device 11 (hereinafter sometimes referred to as 3G to LTE). . Thereby, the mobile terminal 21 can receive data from the network 31 via the LTE path P12 after the handover from 3G to LTE.
  • the IP-RNC 14 sets a bidirectional path P13 with the LTE device 11 via the S-GW 12 (sets a bidirectional forwarding path). As a result, the IP-RNC 14 can bidirectionally communicate with the LTE device 11.
  • the S-GW 12 switches the path from the path P11 to the path P12, as indicated by an arrow A11 in FIG.
  • the S-GW 12 outputs an end marker M11a indicating that packet transmission to the mobile terminal 21 is completed on the path P11 before switching.
  • a packet PK12a shown in FIG. 3 indicates a packet transmitted to the mobile terminal 21 before the path is switched from the path P11 to the path P12.
  • the IP-RNC 14 When the IP-RNC 14 sets the bidirectional path P13 with the LTE device 11, the IP-RNC 14 receives the communication status of the LTE device 11 (not shown). For example, the IP-RNC 14 receives the transmission rate of the downlink packet of the LTE device 11.
  • the IP-RNC 14 When the IP-RNC 14 receives the communication status from the LTE device 11, the IP-RNC 14 transfers the untransmitted packet of the mobile terminal 21 to the LTE device 11 via the bidirectional path P13 (forwarding). At this time, the IP-RNC 14 transfers unsent packets at a transfer rate based on the communication status received from the LTE device 11.
  • the IP-RNC 14 transfers the untransmitted packet PK11a addressed to the mobile terminal 21 held in the buffer to the LTE device 11, and then receives the packet PK12a addressed to the mobile terminal 21 before receiving the end marker M11a. Transfer to the LTE device 11. At this time, if the transmission rate of the LTE device 11 is low, the IP-RNC 14 lowers the transfer rate of the packets PK11a and PK12a. Further, if the transmission rate of the LTE device 11 is high, the IP-RNC 14 increases the transfer rate of the untransmitted packets PK11a and PK12a.
  • packets PK11b and PK12b and the end marker M11b illustrated in FIG. 3 indicate the untransmitted packets PK11a and PK12a and the end marker M11a to be transferred to the LTE device 11.
  • the packet PK 13a indicates a packet addressed to the mobile terminal 21 transmitted from the network 31 before the LTE device 11 receives the end marker M11b.
  • Packets PK11c, PK12c, and PK13b indicate untransmitted packets PK11b and PK12b transmitted from the LTE apparatus 11 to the mobile terminal 21 and a packet PK13a received from the network 31.
  • the IP-RNC 14 controls the transfer rate of unsent packets according to the communication status of the LTE device 11. Thereby, retention of packets in the LTE device 11 can be suppressed. For example, when the transmission rate of the downlink packet of the LTE device 11 is low, the IP-RNC 14 transfers untransmitted packets PK11a and PK12a at a low transfer rate, so that the packet retention in the LTE device 11 is suppressed.
  • the IP-RNC 14 receives from the LTE device 11 the result of the transfer status of unsent packets during the handover process.
  • the transfer status result is, for example, the number of received bytes and the number of discarded bytes of an unsent packet received by the LTE device 11 from the IP-RNC 14.
  • the LTE device 11 may discard an untransmitted packet transferred from the IP-RNC 14 depending on the transmission rate in the downlink direction, and the number of discarded bytes indicates the number of discarded bytes.
  • the IP-RNC 14 next transfers unsent packets to the LTE device 11, it also controls the transfer rate of unsent packets based on the received transfer result.
  • the IP-RNC 14 determines whether or not to transfer an unsent packet based on the communication status received from the LTE device 11. For example, when the downlink transmission rate of the LTE device 11 is extremely low, even if the IP-RNC 14 transfers an untransmitted packet, the LTE device 11 is likely to be discarded. In this case, the IP-RNC 14 does not transfer unsent data. That is, even if the IP-RNC 14 transfers an untransmitted packet to the handover destination LTE device 11 and there is a high possibility of being discarded, the IP-RNC 14 does not transfer the untransmitted packet to the IP-RNC 14 and Retransmission processing is performed at the handover destination.
  • the IP-RNC 14 and the LTE device 11 can save the transfer time of useless unsent packets. If the IP-RNC 14 determines to transfer an untransmitted packet, the IP-RNC 14 controls the transfer rate described above to transfer an untransmitted packet.
  • FIG. 4 is a second diagram illustrating the handover. 4, the same components as those in FIG. 3 are denoted by the same reference numerals, and the description thereof is omitted.
  • FIG. 4 illustrates a case where the mobile terminal 21 performs handover from the LTE device 11 to the IP-RNC 14 (e-UTRAN to UTRAN).
  • the path P21 indicates a path of a packet transmitted to the mobile terminal 21 before the handover. Before the mobile terminal 21 is handed over, a packet transmitted from the network 31 to the mobile terminal 21 is transmitted to the mobile terminal 21 via the network 31, the S-GW 12, and the path P21 of the LTE device 11.
  • the S-GW 12 sets the path P22 of the S-GW 12, the xGSN 13, and the IP-RNC 14 when the mobile terminal 21 performs handover from the LTE device 11 to the IP-RNC 14 (hereinafter sometimes referred to as LTE from 3G).
  • LTE from 3G the mobile terminal 21 can receive data from the network 31 via the 3G path P22 after the handover from LTE to 3G.
  • the LTE device 11 sets a bidirectional path P23 with the IP-RNC 14 via the S-GW 12 when the mobile terminal 21 performs handover from LTE to 3G. As a result, the LTE device 11 can perform bidirectional communication with the IP-RNC 14.
  • the S-GW 12 switches the path from the path P21 to the path P22 as indicated by an arrow A21 in FIG.
  • the S-GW 12 outputs an end marker M21a indicating that packet transmission to the mobile terminal 21 is completed on the path P21 before switching.
  • the packet PK22a illustrated in FIG. 4 indicates a packet transmitted to the mobile terminal 21 before the path is switched from the path P21 to the path P22.
  • the LTE device 11 When the LTE device 11 sets the bidirectional path P23 with the IP-RNC 14, the LTE device 11 receives the communication status of the IP-RNC 14. For example, the LTE device 11 receives the transmission rate of the downlink packet of the IP-RNC 14.
  • the LTE device 11 When the LTE device 11 receives the communication status from the IP-RNC 14, the LTE device 11 transfers the untransmitted packet of the mobile terminal 21 to the IP-RNC 14 via the bidirectional path P23. At this time, the LTE device 11 transfers unsent packets at a transfer rate based on the communication status received from the IP-RNC 14.
  • the LTE device 11 transfers an untransmitted packet PK21a addressed to the mobile terminal 21 held in the buffer to the IP-RNC 14, and then receives a packet PK22a addressed to the mobile terminal 21 before receiving the end marker M21a. Transfer to the LTE device 11. At this time, if the transmission rate of the IP-RNC 14 is low, the LTE device 11 reduces the transfer rate of the packets PK21a and PK22a. Also, if the transmission rate of the IP-RNC 14 is high, the LTE device 11 increases the transfer rate of the untransmitted packets PK21a and PK22a.
  • packets PK21b and PK22b and the end marker M21b illustrated in FIG. 4 indicate the unsent packets PK21a and PK22a and the end marker M21a to be transferred to the IP-RNC 14.
  • the packet PK23a indicates a packet addressed to the mobile terminal 21 transmitted from the network 31 before the IP-RNC 14 receives the end marker M21b.
  • Packets PK21c, PK22c, and PK23b indicate untransmitted packets PK21b and PK22b transmitted from the IP-RNC 14 to the mobile terminal 21 and a packet PK23a received from the network 31.
  • the LTE device 11 controls the transfer rate of untransmitted packets according to the communication status of the IP-RNC 14. As a result, packet retention in the IP-RNC 14 can be suppressed. For example, when the downlink packet transmission rate of the IP-RNC 14 is low, the LTE device 11 transfers the untransmitted packets PK21a and PK22a at a low transfer rate, so that the packet retention is suppressed in the IP-RNC 14.
  • the transmission rate of the downlink packet of the 3G IP-RNC 14 is lower than that of the LTE LTE device 11. Therefore, when a large number of unsent packets are transferred to the IP-RNC 14 at a time from the LTE device 11 having a high downlink packet transmission rate, the IP-RNC 14 tends to retain packets. However, as described above, since the LTE device 11 transfers unsent packets based on the communication status of the IP-RNC 14, the IP-RNC 14 suppresses packet retention.
  • the LTE apparatus 11 receives the transfer status result during the handover process from the IP-RNC 14.
  • the transfer status result is, for example, the number of received bytes and the number of discarded bytes of an unsent packet received by the IP-RNC 14 from the LTE device 11.
  • the IP-RNC 14 may discard an untransmitted packet transferred from the LTE device 11, and the number of discarded bytes indicates the number of discarded bytes.
  • the LTE device 11 next transfers an unsent packet to the IP-RNC 14, the LTE device 11 also controls the transfer rate of the unsent packet based on the received transfer status result.
  • the LTE device 11 determines whether or not to transfer an unsent packet based on the communication status received from the IP-RNC 14. For example, even if the LTE device 11 transfers an untransmitted packet, if the transmission rate in the downlink direction of the IP-RNC 14 is extremely low, the IP-RNC 14 is likely to be discarded. In this case, the LTE device 11 does not transfer untransmitted packets. That is, if the LTE apparatus 11 transfers an untransmitted packet to the handover destination IP-RNC 14 and it is highly likely to be discarded, the LTE apparatus 11 does not transfer the untransmitted packet to the IP-RNC 14 and Retransmission processing is performed at the handover destination.
  • the LTE apparatus 11 and the IP-RNC 14 can save useless transfer time of unsent packets.
  • the LTE device 11 determines to transfer an untransmitted packet, the LTE device 11 controls the transfer rate described above and transfers an untransmitted packet.
  • FIG. 5 is a diagram for explaining handover when a one-way path is set. 5 that are the same as those in FIG. 4 are given the same reference numerals, and descriptions thereof are omitted.
  • FIG. 5 illustrates a case where the mobile terminal 21 performs handover from the LTE device 11 to the IP-RNC 14.
  • the LTE device 11 and the IP-RNC 14 set a path P31 from the LTE device 11 to the IP-RNC 14 direction. Therefore, in FIG. 5, the LTE device 11 can transfer untransmitted packets PK21b and PK22b to the IP-RNC 14, but cannot receive the communication status of the IP-RNC 14.
  • the LTE device 11 cannot receive the communication status of the IP-RNC 14, it cannot transfer an unsent packet according to the communication status of the IP-RNC 14. In this case, the IP-RNC 14 may cause packet retention.
  • FIG. 6 is a diagram showing an example of functional blocks of IP-RNC.
  • the IP-RNC 14 includes a GTP-U (General packet, radio, service, Tunneling, Protocol, and User plane) transmission unit 41, a GTP-U reception unit 42, and a U-Plane control unit 50.
  • the U-Plane control unit 50 includes an Iub (Interface between an RNC and a Node B) data reception unit 51, a data format conversion unit 52, an Iu (Interconnection point between an RNC or a BSC and a 3G Core Network) data transmission unit 53.
  • a forwarding control unit 60 includes an Iu data reception unit 61, a data format conversion unit 62, an Iub data transmission unit 63, a path communication unit 64, a path setting / release unit 65, and a timer control unit 66.
  • each part in FIG. 6 will be described separately for each part function during 3G-LTE handover and each part function during LTE-3G handover.
  • the function of each unit during 3G-LTE handover will be described.
  • the GTP-U transmission unit 41 transmits uplink data for the xGSN 13. In addition, the GTP-U transmission unit 41 performs downlink data transfer for LTE (transfer of untransmitted packets to the LTE device 11) during 3G-LTE handover. The GTP-U transmission unit 41 transmits GTP-U data.
  • the GTP-U receiving unit 42 receives GTP-U data.
  • the received data includes a TE-ID (TunnelunEndpoint Identifier), and the GTP-U receiving unit 42 determines whether the received data is data from the xGSN 13 based on the TE-ID. It can be judged.
  • the GTP-U receiving unit 42 outputs the data received from the xGSN 13 to the Iu data receiving unit 61.
  • the GTP-U receiving unit 42 outputs the data received from the LTE device 11 to the path communication unit 64. For example, when receiving a communication status or transfer status result from the LTE device 11, the GTP-U receiving unit 42 outputs the received communication status or transfer status result to the path communication unit 64.
  • the Iub data receiving unit 51 receives uplink data from the BTS 15.
  • the data format conversion unit 52 converts the format of the data received by the Iub data reception unit 51 into a data format for Iu.
  • the Iu data transmission unit 53 outputs the data whose data format has been converted by the data format conversion unit 52 to the GTP-U transmission unit 41.
  • the Iu data receiving unit 61 receives the downlink data output from the GTP-U receiving unit 42.
  • the Iu data reception unit 61 outputs the received downlink data to the data format conversion unit 62.
  • the Iu data receiving unit 61 transfers the data addressed to the mobile terminal 21 to the LTE device 11. Output to.
  • the data format conversion unit 62 converts the format of the data received by the Iu data reception unit 61 into a data format for Iub.
  • the Iub data transmission unit 63 transmits the data subjected to the data format conversion by the data format conversion unit 62 to the BTS 15.
  • the Iub data transmission unit 63 performs downlink data delivery confirmation with the BTS 15 and the mobile terminal 21, and performs downlink data transmission control.
  • the Iub data transmission unit 63 transmits data that has not been acknowledged with the BTS 15 and the mobile terminal 21 at the start of 3G-LTE handover (for example, unconfirmed delivery data held in the buffer) to the mobile terminal 21.
  • the data to be transmitted is the data to be transferred to the LTE device 11.
  • the Iub data transmission unit 63 outputs untransmitted data to be transferred to the path communication unit 64 via the data format conversion unit 62. This is because unsent data is transferred to the LTE apparatus 11 in a state before the format conversion.
  • the path communication unit 64 communicates with the LTE device 11.
  • the path communication unit 64 outputs untransmitted data to the GTP-U transmission unit 41.
  • the path communication unit 64 determines whether or not to transfer unsent data based on the communication status received from the LTE device 11. If the path communication unit 64 determines to transfer, the communication status and transfer received from the LTE device 11. Based on the status result, the transfer rate of untransmitted data is controlled.
  • the path communication unit 64 stores the communication status and transfer status results received from the LTE device 11 in a storage device such as a memory, and transfers untransmitted data based on the communication status and handover status stored in the storage device. Control decision and transfer rate. Further, the path communication unit 64 monitors reception of the end marker. The path communication unit 64 transfers the end marker to the LTE device 11 after the transfer of untransmitted data to the LTE device 11 is completed.
  • the path setting / release unit 65 sets and releases a bidirectional path between 3G and LTE.
  • the path communication unit 64 can receive the communication status and the transfer status result from the LTE device 11 by the bidirectional path setting of the path setting / release unit 65, and can transfer untransmitted data to the LTE device 11. it can.
  • the timer control unit 66 performs time management for waiting for an end marker from the xGSN 13 and time management for 3G-LTE handover. Next, functions of each unit at the time of LTE-3G handover will be described.
  • the GTP-U transmission unit 41 transmits uplink data for the xGSN 13. Further, the GTP-U transmission unit 41 transmits a communication status and a transfer status result to the LTE device 11 at the time of LTE-3G handover.
  • the GTP-U receiving unit 42 receives GTP-U data.
  • the received data includes the TE-ID, and the GTP-U receiving unit 42 determines whether the received data is the data from the xGSN 13 or the data from the LTE device 11 based on the TE-ID. Can do.
  • the GTP-U receiving unit 42 outputs the data received from the xGSN 13 to the Iu data receiving unit 61.
  • the GTP-U receiving unit 42 outputs the data received from the LTE device 11 to the path communication unit 64.
  • the Iub data receiving unit 51 receives uplink data from the BTS 15.
  • the data format conversion unit 52 converts the format of the data received by the Iub data reception unit 51 into a data format for Iu.
  • the Iu data transmission unit 53 outputs the data whose data format has been converted by the data format conversion unit 52 to the GTP-U transmission unit 41.
  • the Iu data receiving unit 61 receives the downlink data output from the GTP-U receiving unit 42.
  • the Iu data reception unit 61 outputs the received downlink data to the data format conversion unit 62.
  • the data format conversion unit 62 converts the data received by the Iu data receiving unit 61 into a data format for Iub. Further, the data format conversion unit 62 converts the format of untransmitted data transferred from the LTE device 11 received via the GTP-U reception unit 42 and the path communication unit 64 into a data format for Iub.
  • the Iub data transmission unit 63 transmits the data subjected to the data format conversion by the data format conversion unit 62 to the BTS 15.
  • the Iub data transmission unit 63 performs downlink data transmission control, and performs downlink data transmission control while confirming data delivery with the BTS 15 and the mobile terminal 21.
  • the Iub data transmission unit 63 holds data addressed to the mobile terminal 21 from the xGSN 13 when the mobile terminal 21 performs LTE-3G handover. Then, when the path communication unit 64 receives the end marker from the LTE device 11, the Iub data transmission unit 63 transmits untransmitted data transferred from the LTE device 11 to the BTS 15, and then holds the mobile terminal 21. The addressed data is transmitted to the BTS 15.
  • the path communication unit 64 communicates with the LTE device 11.
  • the path communication unit 64 acquires the communication status of the downlink data from the Iub data transmission unit 63 and transmits it to the LTE device 11. Thereby, the LTE device 11 can transfer unsent data according to the communication status of the IP-RNC 14.
  • the path communication unit 64 monitors reception of an end marker from the LTE device 11.
  • the path communication unit 64 acquires the downlink data transfer status result at the time of handover from the Iub data transmission unit 63, and transmits the acquired transfer status result to the LTE device 11.
  • the path communication unit 64 transmits the transfer status result to the LTE device 11.
  • the LTE apparatus 11 can perform transfer of unsent data according to the past transfer status result.
  • the path setting / release unit 65 sets and releases a bidirectional path between 3G and LTE.
  • the path communication unit 64 can transmit the communication status and the transfer status result of the downlink data to the LTE device 11 by the bidirectional path setting of the path setting / release unit 65, and receive untransmitted data from the LTE device 11. can do.
  • the timer control unit 66 performs time management for waiting for an end marker from the LTE device 11 and time management for LTE-3G handover. Next, functions of the LTE device 11 will be described.
  • FIG. 7 is a diagram illustrating an example of functional blocks of the LTE device.
  • the LTE apparatus 11 includes a GTP-U transmission unit 71, a GTP-U reception unit 72, and a U-Plane control unit 80.
  • the U-Plane control unit 80 includes a Uu (The Radio-interface-between-UTRAN-and-the-User-Equipment) data reception unit 81, a data format conversion unit 82, a data transmission unit 83, and a forwarding control unit 90.
  • the forwarding control unit 90 includes a data reception unit 91, a data format conversion unit 92, a Uu data transmission unit 93, a path communication unit 94, a path setting / release unit 95, and a timer control unit 96.
  • each part in FIG. 7 will be described separately for each part function during 3G-LTE handover and each part function during LTE-3G handover.
  • the function of each unit during 3G-LTE handover will be described.
  • the GTP-U transmission unit 71 transmits uplink data for the S-GW 12. Further, the GTP-U transmission unit 71 transmits a communication status and a transfer status result to the IP-RNC 14 at the time of LTE-3G handover.
  • the GTP-U receiving unit 72 receives GTP-U data.
  • the received data includes the TE-ID, and the GTP-U receiving unit 72 determines whether the received data is data from the S-GW 12 or data from the IP-RNC 14 based on the TE-ID. can do.
  • the GTP-U receiving unit 72 outputs the data received from the S-GW 12 to the data receiving unit 91.
  • the GTP-U receiving unit 72 outputs the data received from the IP-RNC 14 to the path communication unit 94.
  • the Uu data receiving unit 81 receives uplink data from the mobile terminal 21.
  • the data format conversion unit 82 converts the format of the data received by the Uu data reception unit 81 into a data format for the S-GW 12.
  • the data transmission unit 83 outputs the data whose data format has been converted by the data format conversion unit 82 to the GTP-U transmission unit 71.
  • the data receiving unit 91 receives downlink data output from the GTP-U receiving unit 72.
  • the data receiving unit 91 outputs the received downlink data to the data format converting unit 92.
  • the data format conversion unit 92 converts the format of the data received by the data reception unit 91 into a data format for Uu.
  • the data format conversion unit 92 converts the format of the untransmitted data transferred from the IP-RNC 14 received via the GTP-U reception unit 72 and the path communication unit 94 into a data format for Uu.
  • the Uu data transmission unit 93 transmits the data subjected to the data format conversion by the data format conversion unit 92 to the mobile terminal 21.
  • the Uu data transmission unit 93 performs downlink data transmission control, and performs downlink data transmission control while confirming data delivery with the mobile terminal 21.
  • the Uu data transmission unit 93 holds data addressed to the mobile terminal 21 from the S-GW 12 when the mobile terminal 21 performs 3G-LTE handover. Then, when the path communication unit 94 receives the end marker from the IP-RNC 14, the Uu data transmission unit 93 transmits the untransmitted data transferred from the IP-RNC 14 to the mobile terminal 21, and then holds the stored movement. Data addressed to the terminal 21 is transmitted to the mobile terminal 21.
  • the path communication unit 94 communicates with the IP-RNC 14.
  • the path communication unit 94 acquires the downlink data communication status from the Uu data transmission unit 93 and transmits it to the IP-RNC 14. Thereby, the IP-RNC 14 can transfer unsent data according to the communication status of the LTE device 11.
  • the path communication unit 94 monitors reception of the end marker from the IP-RNC 14.
  • the path communication unit 94 acquires the downlink data communication status at the time of handover from the Uu data transmission unit 93 and transmits the transfer status result to the IP-RNC 14.
  • the path communication unit 94 transmits a transfer status result to the IP-RNC 14. Thereby, the IP-RNC 14 can transfer unsent data according to the past transfer status result.
  • the path setting / release unit 95 sets and releases a bidirectional path between 3G and LTE.
  • the path communication unit 94 can transmit the downlink data communication status and transfer status result to the IP-RNC 14 by the bidirectional path setting of the path setting / release unit 95, and receive untransmitted data from the IP-RNC 14. can do.
  • the timer control unit 96 performs time management for waiting for an end marker from the IP-RNC 14 and time management for 3G-LTE handover. Next, functions of each unit at the time of LTE-3G handover will be described.
  • the GTP-U transmission unit 71 transmits uplink data for the S-GW 12. In addition, the GTP-U transmission unit 71 performs downlink data transfer for 3G (transfer of untransmitted packets to the IP-RNC 14) during LTE-3G handover. The GTP-U transmission unit 71 transmits GTP-U data.
  • the GTP-U receiving unit 72 receives GTP-U data.
  • the received data includes the TE-ID, and the GTP-U receiving unit 72 determines whether the received data is data from the S-GW 12 or data from the IP-RNC 14 based on the TE-ID. can do.
  • the GTP-U receiving unit 72 outputs the data received from the S-GW 12 to the data receiving unit 91.
  • the GTP-U receiving unit 72 outputs the data received from the IP-RNC 14 to the path communication unit 94. For example, when receiving a communication status or transfer status result from the IP-RNC 14, the GTP-U receiving unit 72 outputs the received communication status or transfer status result to the path communication unit 94.
  • the Uu data receiving unit 81 receives uplink data from the mobile terminal 21.
  • the data format conversion unit 82 converts the format of the data received by the Uu data reception unit 81 into a data format for the S-GW 12.
  • the data transmission unit 83 outputs the data whose data format has been converted by the data format conversion unit 82 to the GTP-U transmission unit 71.
  • the data receiving unit 91 receives the downlink data output from the GTP-U receiving unit 72.
  • the data receiving unit 91 outputs the received downlink data to the data format converting unit 92. Further, when receiving data addressed to the mobile terminal 21 during the LTE-3G handover of the mobile terminal 21, the data receiving unit 91 outputs the data addressed to the mobile terminal 21 to the path communication unit 94 in order to transfer the data addressed to the mobile terminal 21 to the IP-RNC 14. .
  • the data format conversion unit 92 converts the format of the data received by the data reception unit 91 into a data format for Uu.
  • the Uu data transmission unit 93 transmits the data whose data format has been converted by the data format conversion unit 92 to the mobile terminal 21.
  • the Uu data transmission unit 93 performs downlink data delivery confirmation with the mobile terminal 21 and performs downlink data transmission control.
  • the Uu data transmission unit 93 receives data that has not been acknowledged with the mobile terminal 21 at the start of LTE-3G handover (for example, unconfirmed delivery data held in the buffer). Data and data to be transferred to the IP-RNC 14.
  • the Uu data transmission unit 93 outputs untransmitted data to be transferred to the path communication unit 94 via the data format conversion unit 92. This is because unsent data is transferred to the IP-RNC 14 in a state before the format conversion.
  • the path communication unit 94 communicates with the IP-RNC 14.
  • the path communication unit 94 outputs untransmitted data to the GTP-U transmission unit 71.
  • the path communication unit 94 determines whether or not to transfer unsent data. If the path communication unit 94 determines to transfer, the path communication unit 94 receives the communication status and transfer received from the IP-RNC 14. Based on the status result, the transfer rate of untransmitted data is controlled.
  • the path communication unit 94 stores the communication status and transfer status results received from the IP-RNC 14 in a storage device such as a memory, and the transfer rate of untransmitted data based on the communication status and handover status stored in the storage device. To control. Further, the path communication unit 94 monitors reception of the end marker. The path communication unit 94 transfers the end marker to the IP-RNC 14 after the transfer of untransmitted data to the IP-RNC 14 is completed.
  • the path setting / release unit 95 sets and releases a bidirectional path between LTE and 3G.
  • the path communication unit 94 can receive the communication status and the transfer status result from the IP-RNC 14 by the bidirectional path setting of the path setting / release unit 95, and can transfer unsent data to the IP-RNC 14. it can.
  • the timer control unit 96 performs time management for waiting for an end marker from the S-GW 12 and time management for LTE-3G handover.
  • the GTP-U format will be described.
  • the GTP-U transmission unit 41, the GTP-U reception unit 42, the GTP-U transmission unit 71, and the GTP-U reception unit 72 shown in FIGS. 6 and 7 perform data based on the GTP-U format described below. Send and receive.
  • FIG. 8 is a diagram showing the GTP-U format.
  • the GTP-U format has a GTP-U header area and a data area.
  • the version of the GTP-U header indicates the version of the GTP protocol.
  • PT Protocol Type
  • a spare bit “0” is stored on the right side of PT.
  • E Extension header flag
  • S Sequence Number flag
  • PN N-PDU (Protocol Data Unit) Number flag) indicates whether or not an N-PDU Number field exists.
  • Message Type indicates the GTP message type. For example, '1' indicates an Echo request, '2' indicates an Echo response, '26' indicates an Error indication, and '254' and '255' indicate a T-PDU. Length indicates the number of data octets.
  • TE-ID indicates an ID for identifying a tunnel for transmitting / receiving an IP packet.
  • the Sequence Number indicates a sequence number for guaranteeing the continuity of GTP-U.
  • the N-PDU Number is used for relocation within the same SGSN (Serving GSN).
  • Next Extension Header Type indicates the Extension Header of the G-PDU.
  • the path setting / release units 65 and 95 described with reference to FIGS. 6 and 7 obtain both the TE-ID, the IP address of the communication partner, and the UDP (User Datagram Protocol) port number shown in FIG. Set the direction path. That is, the path setting / release units 65 and 95 can perform bidirectional data communication by mutually obtaining the TE-ID, the IP address of the communication partner, and the UDP port number. Further, the path setting / release units 65 and 95 release the path, for example, by releasing the IP address, UDP destination port number, and TE-ID of the communication partner.
  • UDP User Datagram Protocol
  • FIG. 9 is a diagram for explaining the format of the communication status and the transfer status result.
  • the format shown in FIG. 9 corresponds to the data area shown in FIG.
  • the information type column shown in FIG. 9 indicates whether the data stored in the data area of the GTP-U format is data indicating a communication status or data indicating a transfer status result.
  • the communication status includes, for example, an end marker waiting timer value.
  • the communication status includes the number of connection connections.
  • the communication status includes a congestion state.
  • the communication status includes the number of remaining buffers of the Iub data transmission unit 63 or the Uu data transmission unit 93. Further, the communication status includes the usage rate of CPU (Central Processing Unit) / DSP (Digital Signal Processor).
  • the communication status includes connection information.
  • the connection information is information for calculating a downlink transmission rate or a transmission rate.
  • the transfer status result includes the transfer result of unsent data. For example, when unsent data can be received, a transfer result indicating that the data has been received is included. If unsent data cannot be received, a transfer result indicating that the data has not been received is included. In addition, when a timeout occurs before the reception of unsent data is completed, a result indicating that the timeout has occurred is included. In addition, the transfer status result includes the number of received bytes of untransmitted data received and the number of discarded bytes discarded without transmitting the received untransmitted data to the mobile terminal 21.
  • the path communication units 64 and 94 described with reference to FIGS. 6 and 7 generate, for example, a communication status and transfer status result including the information shown in FIG. 10 and store the result in the data area of the GTP-U format. It transmits to the communication parts 64 and 94. Thereby, the path communication units 64 and 94 can transfer unsent data at a transfer rate according to the communication status and transfer status result of the counterpart device.
  • FIG. 10 is a diagram showing an example of a flowchart of the transfer control process of the IP-RNC 14.
  • Step S1 The forwarding control unit 60 recognizes the generated event.
  • the forwarding control unit 60 proceeds to step S2.
  • the bidirectional path setup / release event occurs, for example, when the mobile terminal 21 performs a handover (3G-LTE or LTE-3G handover). Also, the bidirectional path setup / release event occurs, for example, when the mobile terminal 21 completes the handover (3G-LTE or LTE-3G handover).
  • the forwarding control unit 60 proceeds to step S3.
  • the timeout event occurs, for example, when the timer of the timer control unit 66 times out after the mobile terminal 21 starts the handover process.
  • the forwarding control unit 60 proceeds to step S7.
  • the data reception event occurs, for example, when data addressed to the mobile terminal 21 is received.
  • the forwarding control unit 60 proceeds to step S11.
  • the transfer adjustment event occurs, for example, when there is untransmitted data when the mobile terminal 21 is handed over.
  • Step S2 The path setting / release unit 65 sets a bidirectional path with the LTE device 11. In addition, the path setting / release unit 65 releases a bidirectional path with the LTE device 11.
  • Step S3 The forwarding control unit 60 determines which handover is the handover of the mobile terminal 21.
  • the handover of the mobile terminal 21 is a 3G-LTE handover
  • the forwarding control unit 60 proceeds to step S4.
  • the forwarding control unit 60 proceeds to step S5.
  • the forwarding control unit 60 proceeds to step S6.
  • the path communication unit 64 performs timeout processing for 3G-LTE handover.
  • the path communication unit 64 performs an LTE-3G handover timeout process.
  • Step S6 The path communication unit 64 discards the event.
  • Step S7 The forwarding control unit 60 determines which handover is the handover of the mobile terminal 21. When the handover of the mobile terminal 21 is a 3G-LTE handover, the forwarding control unit 60 proceeds to step S8.
  • the forwarding control unit 60 proceeds to step S9.
  • the forwarding control unit 60 proceeds to step S10.
  • the path communication unit 64 performs data reception processing.
  • the path communication unit 64 performs data reception processing.
  • the data transmission unit 63 and the path communication unit 64 discard the received data.
  • FIG. 10 shows an example of a flowchart of the transfer control process of the IP-RNC 14, but the transfer control process of the LTE device 11 is also the same as that of FIG.
  • FIG. 11 is a diagram showing an example of a flowchart of IP-RNC path setting release processing.
  • the flowchart in FIG. 11 shows detailed processing in step S2 in FIG. [Step S21] Whether the generated event is a path setup in 3G-LTE handover, path setup in LTE-3G handover, path release in 3G-LTE handover, and path release in LTE-3G handover to decide.
  • the path setting / releasing unit 65 proceeds to step S22 when the occurrence event is path setting in 3G-LTE handover.
  • the path setting / releasing unit 65 proceeds to Step S25 when the occurrence event is path setting in LTE-3G handover.
  • the path setup / release unit 65 proceeds to step S28. If the generated event is a path release in LTE-3G handover, the path setup / release unit 65 proceeds to step S30.
  • the path setup / release unit 65 sets a path in the 3G-LTE direction with the path setup / release unit 95 of the LTE device 11.
  • the path setting / release unit 65 sets a path in the LTE-3G direction with the path setting / release unit 95 of the LTE device 11.
  • Step S24 The path communication unit 64 transfers the undelivered data held by the Iub data transmission unit 63 to the handover destination LTE device 11 through the path set in steps S22 and S23.
  • the path communication unit 64 transfers the packet PK11a described with reference to FIG.
  • the path setup / release unit 65 sets up a path in the LTE-3G direction with the path setup / release unit 95 of the LTE device 11.
  • the path setting / release unit 65 sets a path in the 3G-LTE direction with the path setting / release unit 95 of the LTE device 11.
  • the path communication unit 64 transmits the communication status to the handover source LTE device 11 via the paths set in steps S25 and S26.
  • the path setup / release unit 65 releases the path in the 3G-LTE direction with the path setup / release unit 95 of the LTE device 11.
  • Step S29 The path setup / release unit 65 releases the path in the LTE-3G direction with the path setup / release unit 95 of the LTE device 11.
  • Step S30 The path setup / release unit 65 releases the path in the LTE-3G direction with the path setup / release unit 95 of the LTE device 11.
  • FIG. 12 is a diagram illustrating an example of a flowchart of path setting release processing of the LTE device.
  • the flowchart in FIG. 12 shows detailed processing in step S2 in FIG.
  • Step S41 Whether the generated event is a path setup in 3G-LTE handover, a path setup in LTE-3G handover, a path release in 3G-LTE handover, and a path release in LTE-3G handover to decide.
  • the path setup / release unit 95 proceeds to step S42 when the occurrence event is a path setup in 3G-LTE handover.
  • the path setup / release unit 95 proceeds to step S45 when the occurrence event is path setup in LTE-3G handover.
  • the path setup / release unit 95 proceeds to step S48. If the generated event is a path release in LTE-3G handover, the path setup / release unit 95 proceeds to step S50.
  • Step S42 The path setup / release unit 95 sets up a path in the 3G-LTE direction with the path setup / release unit 65 of the IP-RNC 14.
  • Step S43 The path setup / release unit 95 sets up a path in the LTE-3G direction with the path setup / release unit 65 of the IP-RNC 14.
  • the path communication unit 94 transmits the communication status to the handover source IP-RNC 14 via the paths set in steps S42 and S43.
  • the path setup / release unit 95 sets up a path in the LTE-3G direction with the path setup / release unit 65 of the IP-RNC 14.
  • the path setup / release unit 95 sets up a path in the 3G-LTE direction with the path setup / release unit 65 of the IP-RNC 14.
  • the path communication unit 94 transfers the undelivered data held in the Uu data transmission unit 93 to the handover destination IP-RNC 14 via the path set in steps S45 and S46.
  • the path communication unit 94 transfers the packet PK 21 a described with reference to FIG. 4 to the IP-RNC 14.
  • Step S48 The path setup / release unit 95 releases the path in the 3G-LTE direction with the path setup / release unit 65 of the IP-RNC 14.
  • Step S49 The path setup / release unit 95 releases the path in the LTE-3G direction with the path setup / release unit 65 of the IP-RNC 14.
  • Step S50 The path setup / release unit 95 releases the path in the LTE-3G direction with the path setup / release unit 65 of the IP-RNC 14.
  • Step S51 The path setup / release unit 95 releases the path in the 3G-LTE direction with the path setup / release unit 65 of the IP-RNC 14.
  • FIG. 13 is a diagram illustrating an example of a flowchart of IP-RNC timeout processing.
  • the flowchart in FIG. 13 shows detailed processing in step S4 in FIG. [Step S61]
  • the path communication unit 64 transmits an end marker to the LTE device 11.
  • the path communication unit 64 ends the 3G-LTE handover process. That is, the path communication unit 64 forcibly transmits an end marker to the handover destination LTE device 11 when a time-out occurs (after a predetermined time has elapsed) after the handover process of the mobile terminal 21 is started, and ends the 3G-LTE handover process. To do.
  • FIG. 14 is a diagram illustrating an example of a flowchart of IP-RNC timeout processing.
  • the flowchart in FIG. 14 shows detailed processing in step S5 in FIG. [Step S71]
  • the path communication unit 64 acquires the downlink data transfer status results at the time of handover from the Iub data transmission unit 63, and totals the transfer status results.
  • the path communication unit 64 transmits the aggregated transfer status results to the LTE device 11 that is the handover source.
  • the path communication unit 64 ends the LTE-3G handover process.
  • FIG. 15 is a diagram illustrating an example of a flowchart of a timeout process of the LTE device.
  • the flowchart in FIG. 15 shows detailed processing in step S4 in FIG.
  • the path communication unit 94 acquires the downlink data transfer status results at the time of handover from the Uu data transmitter 93, and totals the transfer status results. [Step S82] The path communication unit 94 transmits the aggregated transfer status results to the IP-RNC 14 that is the handover source.
  • the path communication unit 94 ends the 3G-LTE handover process.
  • the Uu data transmission unit 93 transmits the data held during the handover process to the mobile terminal 21.
  • FIG. 16 is a diagram illustrating an example of a flowchart of the timeout process of the LTE device.
  • the flowchart in FIG. 16 shows detailed processing in step S5 in FIG.
  • the path communication unit 94 transmits an end marker to the IP-RNC 14.
  • the path communication unit 94 ends the LTE-3G handover process. That is, the path communication unit 94 forcibly transmits an end marker to the handover destination IP-RNC 14 when a time-out occurs (after a predetermined time has elapsed) after the handover process of the mobile terminal 21 is started, and ends the LTE-3G handover process. To do.
  • FIG. 17 is a diagram illustrating an example of a flowchart of IP-RNC data reception processing.
  • the flowchart in FIG. 17 shows detailed processing in step S8 in FIG. [Step S101]
  • the GTP-U receiving unit 42 determines whether the received data is data received from the xGSN 13 or data received from the LTE device 11. If the received data is data received from the xGSN 13, the GTP-U receiving unit 42 proceeds to step S102. If the received data is data received from the LTE device 11, the GTP-U receiving unit 42 proceeds to step S107.
  • the path communication unit 64 determines whether the message type of the received data is 255 or 254. That is, the path communication unit 64 determines whether the message type of the received data is data (message type is 255) or an end marker (message type is 254).
  • step S103 If the message type is 255, the path communication unit 64 proceeds to step S103. If the message type is 254, the path communication unit 64 proceeds to step S104. If the message type is other than 254 or 255, the path communication unit 64 proceeds to step S106.
  • the path communication unit 64 performs a transfer process of the received data to the LTE device 11. That is, the path communication unit 64 transfers the data received from the xGSN 13 to the handover destination LTE device 11 at the time of 3G-LTE handover.
  • the path communication unit 64 transmits an end marker to the LTE device 11 that is the handover destination. That is, when the path communication unit 64 receives an end marker from the xGSN 13, the path communication unit 64 transmits the end marker to the LTE device 11.
  • the path communication unit 64 ends the 3G-LTE handover process. [Step S106] The path communication unit 64 discards the received data. [Step S107] The path communication unit 64 determines whether the message type of the received data is 254. That is, the path communication unit 64 determines whether the message type of the received data is a communication status.
  • step S108 The path communication unit 64 receives the communication status from the LTE device 11. That is, when the received data is data from the LTE device 11 and the message type is 254, the path communication unit 64 receives the communication status from the LTE device 11 that is the handover destination.
  • FIG. 18 is a diagram illustrating an example of a flowchart of data reception processing of the LTE device.
  • the flowchart in FIG. 18 shows detailed processing in step S8 in FIG.
  • Step S111 The GTP-U receiving unit 72 determines whether the received data is data received from the S-GW 12 or data received from the IP-RNC 14. If the received data is data received from the S-GW 12, the GTP-U receiving unit 72 proceeds to step S112. If the received data is data received from the IP-RNC 14, the GTP-U receiving unit 72 proceeds to step S115.
  • the path communication unit 94 determines whether the message type of the received data is 255. That is, the path communication unit 94 determines whether the message type of the received data is data.
  • the Uu data transmitter 93 performs a process of holding received data. That is, when receiving data addressed to the mobile terminal 21 from the S-GW 12 in the 3G-LTE handover process, the Uu data transmission unit 93 holds the data in a buffer. For example, the Uu data transmission unit 93 holds the packet PK 13a described with reference to FIG.
  • the path communication unit 94 discards the received data.
  • the path communication unit 94 determines whether the message type of the received data is 255 or 254. That is, the path communication unit 94 determines whether the message type of the received data is data (message type is 255) or an end marker (message type is 254).
  • step S116 If the message type is 255, the path communication unit 94 proceeds to step S116. If the message type is 254, the path communication unit 94 proceeds to step S117. If the message type is other than 254 or 255, the path communication unit 94 proceeds to step S121.
  • the path communication unit 94 transmits the data received from the IP-RNC 14 to the Uu data transmission unit 93 via the data format conversion unit 92.
  • the Uu data transmission unit 93 transmits the data received from the path communication unit 94 via the data format conversion unit 92 to the mobile terminal 21. That is, the path communication unit 94 transmits untransmitted data transferred from the handover source IP-RNC 14 to the mobile terminal 21.
  • the path communication unit 94 acquires the downlink data communication status at the time of handover from the Uu data transmission unit 93, and totals the transfer status results. [Step S118] The path communication unit 94 transmits the aggregated transfer status results to the IP-RNC 14 that is the handover source.
  • the path communication unit 94 ends the 3G-LTE handover process.
  • the Uu data transmission unit 93 transmits the retained data received from the S-GW 12 to the mobile terminal 21. That is, the Uu data transmission unit 93 transmits the data held in step S113 to the mobile terminal 21.
  • FIG. 19 is a diagram illustrating an example of a flowchart of data reception processing of the LTE device.
  • the flowchart in FIG. 19 shows detailed processing in step S9 in FIG.
  • the GTP-U receiving unit 72 determines whether the received data is data received from the S-GW 12 or data received from the IP-RNC 14. If the received data is data received from the S-GW 12, the GTP-U receiving unit 72 proceeds to step S132. If the received data is data received from the IP-RNC 14, the GTP-U receiving unit 72 proceeds to step S137.
  • the path communication unit 94 determines whether the message type of the received data is 255 or 254. That is, the path communication unit 94 determines whether the message type of the received data is data (message type is 255) or an end marker (message type is 254).
  • step S133 If the message type is 255, the path communication unit 94 proceeds to step S133. If the message type is 254, the path communication unit 94 proceeds to step S134. If the message type is other than 254 or 255, the path communication unit 94 proceeds to step S136.
  • the path communication unit 94 performs a transfer process of the received data to the LTE device 11. In other words, the path communication unit 94 transfers the data received from the S-GW 12 to the handover destination IP-RNC 14 during LTE-3G handover.
  • Step S134 The path communication unit 94 transmits an end marker to the IP-RNC 14 that is the handover destination. That is, when the path communication unit 94 receives an end marker from the S-GW 12, the path communication unit 94 transmits the end marker to the IP-RNC 14.
  • the path communication unit 94 ends the LTE-3G handover process. [Step S136] The path communication unit 94 discards the received data. [Step S137] The path communication unit 94 determines whether the message type of the received data is 254. That is, the path communication unit 94 determines whether the message type of the received data is a communication status.
  • step S138 The path communication unit 94 receives the communication status from the IP-RNC 14. That is, when the received data is data from the IP-RNC 14 and the message type is 254, the path communication unit 94 receives the communication status from the handover destination IP-RNC 14.
  • FIG. 20 is a diagram illustrating an example of a flowchart of IP-RNC data reception processing.
  • the flowchart in FIG. 20 shows detailed processing in step S9 in FIG.
  • Step S141 The GTP-U receiving unit 42 determines whether the received data is data received from the xGSN 13 or data received from the LTE device 11. If the received data is data received from the xGSN 13, the GTP-U receiving unit 42 proceeds to step S142. If the received data is data received from the LTE device 11, the GTP-U receiving unit 42 proceeds to step S145.
  • the path communication unit 64 determines whether the message type of the received data is 255. That is, the path communication unit 64 determines whether the message type of the received data is data.
  • the Iub data transmission unit 63 performs a process of holding received data. That is, when receiving data addressed to the mobile terminal 21 from the xGSN 13 in the LTE-3G handover process, the Iub data transmission unit 63 holds the data in a buffer. For example, the Iub data transmission unit 63 holds the packet PK 23a described with reference to FIG.
  • the path communication unit 64 discards the received data.
  • the path communication unit 64 determines whether the message type of the received data is 255 or 254. That is, the path communication unit 64 determines whether the message type of the received data is data (message type is 255) or an end marker (message type is 254).
  • step S146 If the message type is 255, the path communication unit 64 proceeds to step S146. If the message type is 254, the path communication unit 64 proceeds to step S147. If the message type is other than 254 or 255, the path communication unit 64 proceeds to step S151.
  • the path communication unit 64 transmits the data received from the LTE device 11 to the Iub data transmission unit 63 via the data format conversion unit 62.
  • the Iub data transmission unit 63 transmits the data received from the path communication unit 64 via the data format conversion unit 62 to the mobile terminal 21. That is, the path communication unit 64 transmits untransmitted data transferred from the handover source LTE device 11 to the mobile terminal 21.
  • the path communication unit 64 acquires the communication status of downlink data at the time of handover from the Iub data transmission unit 63, and totals the transfer status results. [Step S148] The path communication unit 64 transmits the aggregated transfer status results to the LTE device 11 that is the handover source.
  • the path communication unit 64 ends the LTE-3G handover process.
  • the Iub data transmission unit 63 transmits the held data received from the xGSN 13 to the mobile terminal 21. That is, the Iub data transmission unit 63 transmits the data held in step S143 to the mobile terminal 21.
  • FIG. 21 is a diagram illustrating an example of a flowchart of data transmission processing of the IP-RNC.
  • the flowchart in FIG. 21 shows detailed processing in step S11 in FIG.
  • Step S161 The path communication unit 64 determines whether to transfer untransmitted data to the handover destination LTE device 11. The path communication unit 64 determines whether to transfer untransmitted data based on the communication status received from the LTE device 11 that is the handover destination. If the path communication unit 64 determines to transfer untransmitted data, the path communication unit 64 proceeds to step S162. If the path communication unit 64 determines not to transfer untransmitted data, the path communication unit 64 ends the process without performing the transfer process.
  • Step S162 The path communication unit 64 determines whether or not to control the transfer rate of unsent data based on the communication status and the transfer status result of the LTE device 11 that is the handover destination. If the path communication unit 64 determines not to control the transfer rate of untransmitted data, the path communication unit 64 proceeds to step S163. If the path communication unit 64 determines to control the transfer rate of untransmitted data, the path communication unit 64 proceeds to step S165.
  • the path communication unit 64 transfers the data addressed to the mobile terminal 21 received by the GTP-U receiving unit 42 to the LTE device 11.
  • the path communication unit 64 determines whether there is data to be transferred to the LTE device 11. If there is data to be transferred to the LTE device 11, the path communication unit 64 proceeds to step S163. If there is no data to be transferred to the LTE device 11, the path communication unit 64 ends the process.
  • Step S165 The path communication unit 64 determines whether the transfer rate of the data to be transferred exceeds the transfer rate limit. The path communication unit 64 ends the process when the transfer rate of the data to be transferred exceeds the transfer rate control. If the transfer rate of the data to be transferred does not exceed the transfer rate control, the path communication unit 64 proceeds to step S166.
  • the limited transfer rate (transfer rate limit) is calculated based on, for example, the communication status and the transfer status result.
  • the path communication unit 64 transfers the data addressed to the mobile terminal 21 received by the GTP-U reception unit 42 to the LTE device 11.
  • the path communication unit 64 calculates the number of bytes of the transferred data. That is, the path communication unit 64 calculates the transfer rate of the transferred data.
  • Step S168 The path communication unit 64 determines whether there is data to be transferred to the LTE device 11. If there is data to be transferred to the LTE device 11, the path communication unit 64 proceeds to step S165. If there is no data to be transferred to the LTE device 11, the path communication unit 64 ends the process.
  • FIG. 21 shows an example of a flowchart of the transfer control process of the IP-RNC 14, but the transfer control process of the LTE device 11 is the same as that of the IP-RNC 14, and the description thereof is omitted.
  • FIG. 22 is a diagram illustrating an example of a flowchart of IP-RNC communication status reception processing and transfer status results.
  • the path communication unit 64 determines whether the data received from the LTE device 11 is a communication status or a transfer status result. If the data received from the LTE device 11 is in a communication state, the path communication unit 64 proceeds to step S172. If the data received from the LTE device 11 is the transfer status result, the path communication unit 64 proceeds to step S180.
  • the path communication unit 64 determines whether or not to transfer untransmitted data. For example, the path communication unit 64 determines whether or not to transfer untransmitted data based on the congestion state, the number of remaining buffers, and the number of connection connections included in the communication status received from the LTE device 11. More specifically, the path communication unit 64 compares the parameter with a threshold value of the parameter, and determines whether or not there is transfer of untransmitted data. If the path communication unit 64 determines to transfer untransmitted data, the process proceeds to step S173. If the path communication unit 64 determines not to transfer untransmitted data, the process proceeds to step S177.
  • the path communication unit 64 determines whether or not to transfer untransmitted data. For example, the path communication unit 64 determines the presence / absence of transfer of untransmitted data based on the downlink data transmission rate and end marker queuing timer value included in the communication status received from the LTE device 11. More specifically, the path communication unit 64 compares the parameter with a threshold value of the parameter, and determines whether or not there is transfer of untransmitted data. If the path communication unit 64 determines to transfer untransmitted data, the process proceeds to step S174. If the path communication unit 64 determines not to transfer untransmitted data, the process proceeds to step S177.
  • the path communication unit 64 determines whether or not to control the transfer rate of untransmitted data based on the communication status and transfer status result of the LTE device 11 that is the handover destination. For example, the path communication unit 64 determines whether to control the transfer rate of untransmitted data based on the transmission rate and the waiting timer value included in the communication status received from the LTE device 11. Further, the path communication unit 64 determines whether or not to control the transfer rate of unsent data based on the number of received bytes and the number of discarded bytes included in the transfer status result stored in the storage device. More specifically, the path communication unit 64 compares the parameter with a threshold value of the parameter and determines whether to control the transfer rate of untransmitted data.
  • step S176 If the path communication unit 64 determines not to control the transfer rate of untransmitted data, the process proceeds to step S175.
  • the path communication unit 64 controls the transfer rate of untransmitted data.
  • the path communication unit 64 controls the transfer rate of untransmitted data based on the transmission rate and waiting timer value included in the communication status, and the number of received bytes and the number of discarded bytes included in the transfer status result.
  • step S175 corresponds to the processing in steps S165 to S168 in FIG.
  • Step S176 The path communication unit 64 transfers untransmitted data to the transfer destination LTE device 11 without controlling the transfer rate.
  • processing in step S176 corresponds to the processing in steps S163 and S164 in FIG.
  • the path communication unit 64 ends the transfer process of unsent data. That is, the path communication unit 64 causes the mobile terminal 21 to perform untransmitted retransmission processing at the handover destination without performing transfer processing of untransmitted data. That is, for example, when a large amount of untransmitted data is discarded at the transfer destination, the path communication unit 64 performs retransmission processing on the path after the handover so as to compensate for the missing data. Thereby, the mobile terminal 21 can receive untransmitted data at a high speed, for example, by a high-speed path of the handover destination LTE.
  • the path communication unit 64 transmits an end marker to the LTE device 11 that is the handover destination.
  • the path communication unit 64 ends the 3G-LTE handover process.
  • FIG. 23 is a diagram illustrating an example of a protocol stack related to 3G-LTE handover of IP-RNC.
  • the IP-RNC 14 performs 3G-LTE handover with a protocol stack as shown in FIG. Note that the IP-RNC 14 performs handover using a protocol stack as shown in FIG. 23 even in LTE-3G handover. Further, the event occurrence described above occurs in a protocol higher than the protocol shown in the figure when the mobile terminal 21 is handed over.
  • FIG. 24 is a diagram illustrating an example of a protocol stack related to 3G-LTE handover of the LTE device.
  • the LTE apparatus 11 performs 3G-LTE handover with a protocol stack as shown in FIG. Note that the LTE apparatus 11 also performs a handover with a protocol stack as shown in FIG. 24 for LTE-3G handover. Further, the event occurrence described above occurs in a protocol higher than the protocol shown in the figure when the mobile terminal 21 is handed over.
  • FIG. 25 is a diagram illustrating an example of an IP-RNC hardware block.
  • the IP-RNC 14 includes a CPU 101, a DSP 102, a memory 103, an FPGA (Field Programmable Gate Array) 104, and an NP (Network Processor) 105.
  • the IP-RNC 14 is controlled by the CPU 101 as a whole.
  • a DSP 102, a memory 103, an FPGA 104, and an NP 105 are connected to the CPU 101 via a bus 106.
  • the memory 103 temporarily stores at least part of an OS (Operating System) program and application programs to be executed by the CPU 101 and the DSP 102.
  • the memory 103 stores various data used for processing by the CPU 101 and the DSP 102. There may be a plurality of memories 103.
  • the DSP 102 performs RLC (Radio Link Control) termination processing, for example.
  • the NP 105 performs GTP-U termination processing, for example.
  • the FPGA 104 mediates exchange of data between the DSP 102 and the NP 105.
  • the IP-RNC 14 can realize the processing function of the present embodiment.
  • the U-Plane control unit 50 is realized by the CPU 101.
  • FIG. 26 is a diagram illustrating an example of a hardware block of the LTE device.
  • the LTE device 11 includes a CPU 111, a memory 112, and a BB (Base Band signal processor) card 113.
  • BB Base Band signal processor
  • the entire LTE device 11 is controlled by the CPU 111.
  • a memory 112 and a BB card 113 are connected to the CPU 101 via a bus 114.
  • the memory 112 temporarily stores at least part of an OS program and application programs to be executed by the CPU 111.
  • the memory 112 stores various data used for processing by the CPU 111. There may be a plurality of memories 112.
  • the BB card 113 has, for example, a DSP and a memory.
  • the memory temporarily stores at least a part of the OS programs and application programs to be executed by the DSP.
  • the memory stores various data used for processing by the DSP. There may be a plurality of memories.
  • the BB card 113 performs, for example, RLC termination processing or GTP-U termination processing.
  • the LTE device 11 can realize the processing function of the present embodiment.
  • the GTP-U transmission unit 71 and the GTP-U reception unit 72 in FIG. 7 are realized by the BB card 113.
  • the U-Plane control unit 80 is realized by the CPU 111.
  • the LTE device 11 sets a bidirectional path with the IP-RNC 14 when the mobile terminal 21 is handed over.
  • the LTE apparatus 11 receives the communication status and the transfer status result from the IP-RNC 14, and controls the transfer rate based on the received communication status and the transfer status result.
  • the IP-RNC 14 can suppress data retention. Further, since the IP-RNC 14 can suppress data retention, it is not necessary to discard the transferred untransmitted data, and the mobile terminal 21 can receive data without loss. Further, since the mobile terminal 21 can receive data without loss, it is not necessary to make a data retransmission request at the handover destination.
  • the LTE device 11 determines whether or not to transfer untransmitted data based on the received communication status. Thereby, the LTE device 11 and the IP-RNC 14 do not transfer untransmitted data when a large amount of untransmitted data is discarded at the handover destination, so that the transfer time can be saved.
  • the IP-RNC 14 sets a bidirectional path with the LTE device 11 when the mobile terminal 21 is handed over. Then, the IP-RNC 14 receives the communication status and the transfer status result from the LTE device 11, and controls the transfer rate based on the received communication status and the transfer status result. Thereby, in the LTE apparatus 11, retention of data can be suppressed. Moreover, since the LTE apparatus 11 can suppress data retention, it is not necessary to discard the transferred untransmitted data, and the mobile terminal 21 can receive the data without loss. Further, since the mobile terminal 21 can receive data without loss, it is not necessary to make a data retransmission request at the handover destination.
  • the IP-RNC 14 determines whether or not to transfer unsent data based on the received communication status. As a result, the IP-RNC 14 and the LTE device 11 do not transfer untransmitted data when a large amount of untransmitted data is discarded at the handover destination, so that the transfer time can be saved.

Abstract

　ハンドオーバ先でのデータ滞留を抑制する。　無線アクセス装置（１）は、第１の無線アクセスネットワークに設けられている。無線アクセス装置（２）は、第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークに設けられている。無線アクセス装置（１）の設定部（１ａ）は、移動端末が無線アクセス装置（１）から無線アクセス装置（２）へハンドオーバするとき、無線アクセス装置（２）と双方向のパスを設定する。受信部（１ｂ）は、設定部（１ａ）の設定したパスを用いて、無線アクセス装置（２）の通信状況を受信する。

Description

無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム
　本件は、ハンドオーバを行う無線アクセス装置、そのハンドオーバ方法、および無線アクセスシステムに関する。
　現在、ＬＴＥ（Long Term Evolution）のサービス開始に伴い、ＬＴＥ装置（ｅＮＢ：Evolved Node B）とＲＮＣ（Radio Network Control）装置が共存するような状況となってきている。ＬＴＥ装置とＲＮＣ装置は、Ｉｎｔｅｒ－ＲＡＴ（ＲＡＴ：Radio Access Technology）におけるハンドオーバ機能（３Ｇ（The 3rd Generation）－ＬＴＥ間のハンドオーバ機能）を有しており、３Ｇ－ＬＴＥ方向のハンドオーバ機能とＬＴＥ－３Ｇ方向のハンドオーバ機能とを有している。
　なお、従来、Ｉｎｔｅｒ－ＲＡＴハンドオーバが行われる際に、ハンドオーバ先の無線アクセス装置において下りリンクデータの順序制御を行う移動通信方法が提案されている（例えば、特許文献１参照）。
特開２０１０－１５７９０８号公報
　しかし、ＬＴＥのＬＴＥ装置と３ＧのＲＮＣ装置は、一般的に下り方向のデータレートが異なっており、ハンドオーバ先の装置でデータが滞留する場合があるという問題点があった。
　例えば、移動端末は、ＬＴＥ装置からＲＮＣ装置へハンドオーバするとする。ＲＮＣ装置の下り方向のデータレートは、ＬＴＥ装置の下り方向のデータレートより低いとする。ＬＴＥ装置は、ＲＮＣ装置へのハンドオーバが発生したとき、移動端末の未送信の下りデータを保持しているとする。
　ＬＴＥ装置は、移動端末がハンドオーバ先のＲＮＣ装置から、データ欠損がないようにデータ受信ができるよう、未送信の下りデータをハンドオーバ先のＲＮＣ装置に転送する。すなわち、ＬＴＥ装置は、移動端末に送信できなかったデータを、ハンドオーバ先で移動端末が受信できるよう未送信の下りデータをＲＮＣ装置に転送する。
　しかし、ＲＮＣ装置の下り方向のデータレートは、ＬＴＥ装置の下り方向のデータレートより低いため、ＲＮＣ装置では、転送した未送信のデータが滞留する場合が生じる。
　本件はこのような点に鑑みてなされたものであり、ハンドオーバ先でのデータ滞留を抑制することができる無線アクセス装置、ハンドオーバ方法、および無線アクセスシステムを提供することを目的とする。
　上記課題を解決するために、第１の無線アクセスネットワークに設けられた無線アクセス装置が提供される。この無線アクセス装置は、移動端末が当該無線アクセス装置から前記第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークの他無線アクセス装置へハンドオーバするとき、前記他無線アクセス装置と双方向のパスを設定する設定部と、前記設定部の設定したパスを用いて、前記他無線アクセス装置から前記他無線アクセス装置の通信状況を受信する受信部と、を有する。
　開示の装置、方法、およびシステムによれば、ハンドオーバ先でのデータ滞留を抑制することができる。
　本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
第１の実施の形態に係る無線アクセス装置の例を示した図である。 第２の実施の形態に係る無線アクセスシステムの例を示した図である。 ハンドオーバを説明する図のその１である。 ハンドオーバを説明する図のその２である。 片方向のパスを設定する場合のハンドオーバを説明する図である。 ＩＰ－ＲＮＣの機能ブロック例を示した図である。 ＬＴＥ装置の機能ブロック例を示した図である。 ＧＴＰ－Ｕフォーマットを示した図である。 通信状況および転送状況結果のフォーマットを説明する図である。 ＩＰ－ＲＮＣ１４の転送制御処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのパス設定解放処理のフローチャートの一例を示した図である。 ＬＴＥ装置のパス設定解放処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのタイムアウト処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのタイムアウト処理のフローチャートの一例を示した図である。 ＬＴＥ装置のタイムアウト処理のフローチャートの一例を示した図である。 ＬＴＥ装置のタイムアウト処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのデータ受信処理のフローチャートの一例を示した図である。 ＬＴＥ装置のデータ受信処理のフローチャートの一例を示した図である。 ＬＴＥ装置のデータ受信処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのデータ受信処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣのデータ送信処理のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣの通信状況受信処理および転送状況結果のフローチャートの一例を示した図である。 ＩＰ－ＲＮＣの３Ｇ－ＬＴＥハンドオーバに関連するプロトコルスタックの一例を示した図である。 ＬＴＥ装置の３Ｇ－ＬＴＥハンドオーバに関連するプロトコルスタックの一例を示した図である。 ＩＰ－ＲＮＣのハードウェアブロックの一例を示した図である。 ＬＴＥ装置のハードウェアブロックの一例を示した図である。
　以下、実施の形態を、図面を参照して詳細に説明する。
　［第１の実施の形態］
　図１は、第１の実施の形態に係る無線アクセス装置の例を示した図である。図１に示す無線アクセス装置１は、第１の無線アクセスネットワークに設けられている。無線アクセス装置２は、第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークに設けられている。例えば、無線アクセス装置１は、ｅ－ＵＴＲＡＮ（evolved-Universal Terrestrial Radio Access Network）の無線アクセスネットワークに設けられたＬＴＥ装置である。無線アクセス装置２は、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）の無線アクセスネットワークに設けられたＲＮＣ装置である。
　図１に示すように、無線アクセス装置１は、設定部１ａおよび受信部１ｂを有している。無線アクセス装置２も無線アクセス装置１と同様の設定部および受信部を有している。
　設定部１ａは、図示しない移動端末が無線アクセス装置１から無線アクセス装置２へハンドオーバするとき、無線アクセス装置２と双方向のパスを設定する。
　受信部１ｂは、設定部１ａの設定したパスを用いて、無線アクセス装置２から無線アクセス装置２の通信状況を受信する。通信状況は、例えば、無線アクセス装置２の下り方向の送信レートである。
　図１の動作について説明する。設定部１ａは、移動端末が無線アクセス装置１から無線アクセス装置２へハンドオーバするとき、ハンドオーバ先の無線アクセス装置２と双方向のパスを設定する。これにより、無線アクセス装置１は、無線アクセス方式の異なる第２の無線アクセスネットワークの無線アクセス装置２と双方向の通信が可能になる。
　例えば、無線アクセス装置１は、無線アクセス装置１から無線アクセス装置２へハンドオーバする移動端末の未送信のデータを、無線アクセス装置２へ転送することができる。これにより、移動端末は、ハンドオーバ元の無線アクセス装置１から受信できなかった未送信のデータを、ハンドオーバ先の無線アクセス装置２から受信することができる。
　また、無線アクセス装置１の受信部１ｂは、無線アクセス装置２から通信状況を受信することができる。これにより、無線アクセス装置１は、受信した通信状況に基づいて、未送信のデータの転送レートを制御することができる。例えば、無線アクセス装置２の送信レートが低ければ、未送信のデータの転送レートを低くし、無線アクセス装置２の送信レートが高ければ、未送信のデータの転送レートを高くすることができる。
　このように、無線アクセス装置１の設定部１ａは、無線アクセス装置２と双方向のパスを設定する。受信部１ｂは、無線アクセス装置２から無線アクセス装置の通信状況を受信する。これにより、無線アクセス装置１は、受信した通信状況に基づいて、移動端末の未送信のデータの転送レートを制御することが可能となり、ハンドオーバ先の無線アクセス装置２でのデータ滞留を抑制することができる。
　また、無線アクセス装置２は、データ滞留を抑制できるので、ハンドオーバ元の無線アクセス装置１から転送された未送信のデータを破棄せずに済み、移動端末は、データを欠損することなく受信することができる。
　また、移動端末は、データを欠損することなく受信できるので、ハンドオーバ先でデータの再送要求をしなくて済む。
　［第２の実施の形態］
　次に、第２の実施の形態を、図面を参照して詳細に説明する。
　図２は、第２の実施の形態に係る無線アクセスシステムの例を示した図である。図２に示すように、無線アクセスシステムは、ＬＴＥ装置（ｅＮＢ）１１、Ｓ－ＧＷ（Serving GateWay）１２、ｘＧＳＮ（xGeneral packet radio service Support Node）１３、ＩＰ－ＲＮＣ（Internet Protocol-RNC）１４、ＢＴＳ（Base Transceiver Station）１５、移動端末２１、およびネットワーク３１を有している。
　ＬＴＥ装置１１は、無線基地局である。ＬＴＥ装置１１は、例えば、ＬＴＥに基づいた無線方式で移動端末２１と無線通信を行う。また、ＬＴＥ装置１１は、Ｓ－ＧＷ１２と通信を行う。
　Ｓ－ＧＷ１２は、パケットをルーティングして転送するゲートウェイである。Ｓ－ＧＷ１２は、ＬＴＥ装置１１、ｘＧＳＮ１３、ＩＰ－ＲＮＣ１４、およびネットワーク３１と通信を行う。ネットワーク３１は、例えば、インターネットである。
　ｘＧＳＮ１３は、パケット交換装置であり、また、ユーザの位置管理やセキュリティ管理、アクセス制御を行う。ｘＧＳＮ１３は、Ｓ－ＧＷ１２およびＩＰ－ＲＮＣ１４と通信を行う。
　ＩＰ－ＲＮＣ１４は、ＢＴＳ１５を制御する装置である。ＩＰ－ＲＮＣ１４は、Ｓ－ＧＷ１２、ｘＧＳＮ１３、およびＢＴＳ１５と通信を行う。
　ＢＴＳ１５は、無線基地局である。ＢＴＳ１５は、例えば、３Ｇに基づいた無線方式で移動端末２１と無線通信を行う。また、ＢＴＳ１５は、ＩＰ－ＲＮＣ１４と通信を行う。
　移動端末２１は、例えば、携帯電話である。移動端末２１は、ＬＴＥ装置１１およびＢＴＳ１５と無線通信を行うことができる。
　ＬＴＥ装置１１は、ｅ－ＵＴＲＡＮの無線アクセスネットワークを形成している。ＩＰ－ＲＮＣ１４およびＢＴＳ１５は、ＵＴＲＡＮの無線アクセスネットワークを形成している。
　図３は、ハンドオーバを説明する図のその１である。図３には、図２で説明したＬＴＥ装置１１、Ｓ－ＧＷ１２、ｘＧＳＮ１３、ＩＰ－ＲＮＣ１４、およびネットワーク３１が示してある。図３では、移動端末２１がＩＰ－ＲＮＣ１４からＬＴＥ装置１１（ＵＴＲＡＮからｅ－ＵＴＲＡＮ）へハンドオーバする場合を説明する。
　パスＰ１１は、ハンドオーバ前の移動端末２１に送信されるデータ（パケット）のパスを示している。移動端末２１のハンドオーバ前では、ネットワーク３１から移動端末２１へ送信されるパケットは、ネットワーク３１、Ｓ－ＧＷ１２、ｘＧＳＮ１３、およびＩＰ－ＲＮＣ１４のパスＰ１１を介して移動端末２１に送信される。
　Ｓ－ＧＷ１２は、移動端末２１がＩＰ－ＲＮＣ１４からＬＴＥ装置１１（以下、３ＧからＬＴＥと呼ぶことがある）へハンドオーバするとき、ネットワーク３１、Ｓ－ＧＷ１２、およびＬＴＥ装置１１のパスＰ１２を設定する。これにより、移動端末２１は、３ＧからＬＴＥへのハンドオーバ後、ＬＴＥのパスＰ１２を介して、ネットワーク３１からデータを受信することができる。
　ＩＰ－ＲＮＣ１４は、移動端末２１が３ＧからＬＴＥへハンドオーバするとき、Ｓ－ＧＷ１２を介して、ＬＴＥ装置１１と双方向のパスＰ１３を設定する（双方向のフォワーディングパスを設定する）。これにより、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１と双方向の通信が可能となる。
　Ｓ－ＧＷ１２は、移動端末２１が３ＧからＬＴＥへハンドオーバすると、図３の矢印Ａ１１に示すように、パスをパスＰ１１からパスＰ１２へ切替える。Ｓ－ＧＷ１２は、パスを切替えると、切替え前のパスＰ１１に、移動端末２１へのパケット送信が終了することを示すエンドマーカＭ１１ａを出力する。なお、図３に示すパケットＰＫ１２ａは、パスをパスＰ１１からパスＰ１２へ切替える前の移動端末２１へ送信されるパケットを示している。
　ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１と双方向のパスＰ１３を設定すると、ＬＴＥ装置１１の通信状況を受信する（図示していない）。例えば、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１の下り方向パケットの送信レートを受信する。
　ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１から通信状況を受信すると、移動端末２１の未送信のパケットを、双方向のパスＰ１３を介してＬＴＥ装置１１に転送する（フォワーディングする）。このとき、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１から受信した通信状況に基づいた転送レートで、未送信のパケットを転送する。
　例えば、ＩＰ－ＲＮＣ１４は、バッファに保持している移動端末２１宛ての未送信のパケットＰＫ１１ａをＬＴＥ装置１１へ転送し、次いで、エンドマーカＭ１１ａを受信する前の、移動端末２１宛てのパケットＰＫ１２ａをＬＴＥ装置１１へ転送する。このとき、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１の送信レートが低ければ、パケットＰＫ１１ａ，ＰＫ１２ａの転送レートを低くする。また、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１の送信レートが高ければ、未送信のパケットＰＫ１１ａ，ＰＫ１２ａの転送レートを高くする。
　なお、図３に示すパケットＰＫ１１ｂ，ＰＫ１２ｂおよびエンドマーカＭ１１ｂは、ＬＴＥ装置１１へ転送する未送信のパケットＰＫ１１ａ，ＰＫ１２ａおよびエンドマーカＭ１１ａを示している。また、パケットＰＫ１３ａは、ＬＴＥ装置１１がエンドマーカＭ１１ｂを受信する前に、ネットワーク３１から送信された移動端末２１宛てのパケットを示している。パケットＰＫ１１ｃ，ＰＫ１２ｃ，ＰＫ１３ｂは、ＬＴＥ装置１１から移動端末２１へ送信する未送信のパケットＰＫ１１ｂ，ＰＫ１２ｂおよびネットワーク３１から受信したパケットＰＫ１３ａを示している。
　このように、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１の通信状況に応じて、未送信のパケットの転送レートを制御する。これにより、ＬＴＥ装置１１でのパケットの滞留を抑制することができる。例えば、ＬＴＥ装置１１の下りパケットの送信レートが低い場合、ＩＰ－ＲＮＣ１４は、低い転送レートで未送信のパケットＰＫ１１ａ，ＰＫ１２ａを転送するので、ＬＴＥ装置１１では、パケットの滞留が抑制される。
　なお、ＩＰ－ＲＮＣ１４は、ハンドオーバ処理が終了すると、ＬＴＥ装置１１からハンドオーバ処理時の未送信のパケットの転送状況結果を受信する。転送状況結果は、例えば、ＬＴＥ装置１１がＩＰ－ＲＮＣ１４から受信した未送信のパケットの受信バイト数と破棄バイト数である。ＬＴＥ装置１１は、例えば、下り方向の送信レートによっては、ＩＰ－ＲＮＣ１４から転送された未送信のパケットを破棄する場合があり、破棄バイト数は、その破棄したバイト数を示す。ＩＰ－ＲＮＣ１４は、次回、ＬＴＥ装置１１に未送信のパケットを転送するとき、受信した転送状況結果に基づいても未送信のパケットの転送レートを制御する。
　また、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１から受信した通信状況に基づいて、未送信のパケットの転送を行うか否か判断する。例えば、ＬＴＥ装置１１の下り方向の送信レートが極端に低い場合、ＩＰ－ＲＮＣ１４が未送信のパケットの転送を行っても、ＬＴＥ装置１１で破棄される可能性が高い。この場合、ＩＰ－ＲＮＣ１４は、未送信のデータの転送を行わない。すなわち、ＩＰ－ＲＮＣ１４は、ハンドオーバ先のＬＴＥ装置１１に未送信のパケットを転送しても、破棄される可能性が高い場合、未送信のパケットをＩＰ－ＲＮＣ１４に転送せず、移動端末２１にハンドオーバ先で再送処理をさせるようにする。
　これにより、ＩＰ－ＲＮＣ１４とＬＴＥ装置１１は、無駄な未送信のパケットの転送時間を省くことができる。なお、ＩＰ－ＲＮＣ１４は、未送信のパケットの転送を行うと判断した場合は、上記した転送レートの制御を行って、未送信のパケットの転送を行う。
　図４は、ハンドオーバを説明する図のその２である。図４において図３と同じものには同じ符号を付し、その説明を省略する。図４では、移動端末２１がＬＴＥ装置１１からＩＰ－ＲＮＣ１４（ｅ－ＵＴＲＡＮからＵＴＲＡＮ）へハンドオーバする場合を説明する。
　パスＰ２１は、ハンドオーバ前の移動端末２１に送信されるパケットのパスを示している。移動端末２１のハンドオーバ前では、ネットワーク３１から移動端末２１へ送信されるパケットは、ネットワーク３１、Ｓ－ＧＷ１２、およびＬＴＥ装置１１のパスＰ２１を介して移動端末２１に送信される。
　Ｓ－ＧＷ１２は、移動端末２１がＬＴＥ装置１１からＩＰ－ＲＮＣ１４（以下、ＬＴＥから３Ｇと呼ぶことがある）へハンドオーバするとき、Ｓ－ＧＷ１２、ｘＧＳＮ１３、およびＩＰ－ＲＮＣ１４のパスＰ２２を設定する。これにより、移動端末２１は、ＬＴＥから３Ｇへのハンドオーバ後、３ＧのパスＰ２２を介して、ネットワーク３１からデータを受信することができる。
　ＬＴＥ装置１１は、移動端末２１がＬＴＥから３Ｇへハンドオーバするとき、Ｓ－ＧＷ１２を介して、ＩＰ－ＲＮＣ１４と双方向のパスＰ２３を設定する。これにより、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４と双方向の通信が可能となる。
　Ｓ－ＧＷ１２は、移動端末２１がＬＴＥから３Ｇへハンドオーバすると、図４の矢印Ａ２１に示すように、パスＰ２１からパスＰ２２へパスを切替える。Ｓ－ＧＷ１２は、パスを切替えると、切替え前のパスＰ２１に、移動端末２１へのパケット送信が終了することを示すエンドマーカＭ２１ａを出力する。なお、図４に示すパケットＰＫ２２ａは、パスをパスＰ２１からパスＰ２２へ切替える前の移動端末２１へ送信されるパケットを示している。
　ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４と双方向のパスＰ２３を設定すると、ＩＰ－ＲＮＣ１４の通信状況を受信する。例えば、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の下り方向パケットの送信レートを受信する。
　ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４から通信状況を受信すると、移動端末２１の未送信のパケットを、双方向のパスＰ２３を介してＩＰ－ＲＮＣ１４に転送する。このとき、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４から受信した通信状況に基づいた転送レートで、未送信のパケットを転送する。
　例えば、ＬＴＥ装置１１は、バッファに保持している移動端末２１宛ての未送信のパケットＰＫ２１ａをＩＰ－ＲＮＣ１４へ転送し、次いで、エンドマーカＭ２１ａを受信する前の、移動端末２１宛てのパケットＰＫ２２ａをＬＴＥ装置１１へ転送する。このとき、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の送信レートが低ければ、パケットＰＫ２１ａ，ＰＫ２２ａの転送レートを低くする。また、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の送信レートが高ければ、未送信のパケットＰＫ２１ａ，ＰＫ２２ａの転送レートを高くする。
　なお、図４に示すパケットＰＫ２１ｂ，ＰＫ２２ｂおよびエンドマーカＭ２１ｂは、ＩＰ－ＲＮＣ１４へ転送する未送信のパケットＰＫ２１ａ，ＰＫ２２ａおよびエンドマーカＭ２１ａを示している。また、パケットＰＫ２３ａは、ＩＰ－ＲＮＣ１４がエンドマーカＭ２１ｂを受信する前に、ネットワーク３１から送信された移動端末２１宛てのパケットを示している。パケットＰＫ２１ｃ，ＰＫ２２ｃ，ＰＫ２３ｂは、ＩＰ－ＲＮＣ１４から移動端末２１へ送信する未送信のパケットＰＫ２１ｂ，ＰＫ２２ｂおよびネットワーク３１から受信したパケットＰＫ２３ａを示している。
　このように、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の通信状況に応じて、未送信のパケットの転送レートを制御する。これにより、ＩＰ－ＲＮＣ１４でのパケットの滞留を抑制することができる。例えば、ＩＰ－ＲＮＣ１４の下りパケットの送信レートが低い場合、ＬＴＥ装置１１は、低い転送レートで未送信のパケットＰＫ２１ａ，ＰＫ２２ａを転送するので、ＩＰ－ＲＮＣ１４では、パケットの滞留が抑制される。
　特に、３ＧのＩＰ－ＲＮＣ１４の下りパケットの送信レートは、ＬＴＥのＬＴＥ装置１１より低い。従って、下りパケットの送信レートが高いＬＴＥ装置１１からＩＰ－ＲＮＣ１４に一度に大量の未送信のパケットが転送されると、ＩＰ－ＲＮＣ１４でパケットの滞留が生じやすい。しかし、上記したように、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の通信状況に基づいた未送信のパケットを転送するので、ＩＰ－ＲＮＣ１４では、パケットの滞留が抑制される。
　なお、ＬＴＥ装置１１は、ハンドオーバ処理が終了すると、ＩＰ－ＲＮＣ１４からハンドオーバ処理時の転送状況結果を受信する。転送状況結果は、例えば、ＩＰ－ＲＮＣ１４がＬＴＥ装置１１から受信した未送信のパケットの受信バイト数と破棄バイト数である。ＩＰ－ＲＮＣ１４は、例えば、下り方向の送信レートによっては、ＬＴＥ装置１１から転送された未送信のパケットを破棄する場合があり、破棄バイト数は、その破棄したバイト数を示す。ＬＴＥ装置１１は、次回、ＩＰ－ＲＮＣ１４に未送信のパケットを転送するとき、受信した転送状況結果に基づいても未送信のパケットの転送レートを制御する。
　また、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４から受信した通信状況に基づいて、未送信のパケットの転送を行うか否か判断する。例えば、ＬＴＥ装置１１が未送信のパケットの転送を行っても、ＩＰ－ＲＮＣ１４の下り方向の送信レートが極端に低い場合、ＩＰ－ＲＮＣ１４で破棄される可能性が高い。この場合、ＬＴＥ装置１１は、未送信のパケットの転送を行わない。すなわち、ＬＴＥ装置１１は、ハンドオーバ先のＩＰ－ＲＮＣ１４に未送信のパケットを転送しても、破棄される可能性が高い場合、未送信のパケットをＩＰ－ＲＮＣ１４に転送せず、移動端末２１にハンドオーバ先で再送処理をさせるようにする。
　これにより、ＬＴＥ装置１１とＩＰ－ＲＮＣ１４は、無駄な未送信のパケットの転送時間を省くことができる。なお、ＬＴＥ装置１１は、未送信のパケットの転送を行うと判断した場合は、上記した転送レートの制御を行って、未送信のパケットの転送を行う。
　次に、ＬＴＥ装置１１とＩＰ－ＲＮＣ１４との間で、双方向のパスを張らない場合について説明する。すなわち、未送信のパケットを転送するための、ハンドオーバ元からハンドオーバ先方向のパスを張り、通信状況を受信するための、ハンドオーバ先からハンドオーバ元方向のパスを張らない場合について説明する。
　図５は、片方向のパスを設定する場合のハンドオーバを説明する図である。図５において図４と同じものには同じ符号を付し、その説明を省略する。図５では、移動端末２１がＬＴＥ装置１１からＩＰ－ＲＮＣ１４へハンドオーバする場合を説明する。
　図５は、図４に対し、パスＰ３１が異なる。すなわち、図５では、ＬＴＥ装置１１とＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１からＩＰ－ＲＮＣ１４方向のパスＰ３１を設定する。従って、図５では、ＬＴＥ装置１１は、未送信のパケットＰＫ２１ｂ，ＰＫ２２ｂをＩＰ－ＲＮＣ１４に転送することはできるが、ＩＰ－ＲＮＣ１４の通信状況を受信することができない。
　ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の通信状況を受信することができないので、ＩＰ－ＲＮＣ１４の通信状況に応じた未送信のパケットの転送を行うことができない。この場合、ＩＰ－ＲＮＣ１４では、パケットの滞留が生じる場合がある。
　なお、上記では、移動端末２１がＬＴＥから３Ｇへハンドオーバする場合を説明したが、移動端末２１が３ＧからＬＴＥへハンドオーバする場合も同様である。
　次に、ＩＰ－ＲＮＣ１４の機能について説明する。
　図６は、ＩＰ－ＲＮＣの機能ブロック例を示した図である。図６に示すように、ＩＰ－ＲＮＣ１４は、ＧＴＰ－Ｕ（General packet radio service Tunneling Protocol for User plane）送信部４１、ＧＴＰ－Ｕ受信部４２、およびＵ－Ｐｌａｎｅ制御部５０を有している。Ｕ－Ｐｌａｎｅ制御部５０は、Ｉｕｂ（Interface between an RNC and a Node B）データ受信部５１、データフォーマット変換部５２、Ｉｕ（Interconnection point between an RNC or a BSC and a 3G Core Network）データ送信部５３およびフォワーディング制御部６０を有している。フォワーディング制御部６０は、Ｉｕデータ受信部６１、データフォーマット変換部６２、Ｉｕｂデータ送信部６３、パス通信部６４、パス設定・解放部６５、およびタイマ制御部６６を有している。
　以下、図６の各部について、３Ｇ－ＬＴＥハンドオーバ時における各部の機能と、ＬＴＥ－３Ｇハンドオーバ時における各部の機能とに分けて説明する。まず、３Ｇ－ＬＴＥハンドオーバ時における各部の機能を説明する。
　ＧＴＰ－Ｕ送信部４１は、ｘＧＳＮ１３向けの上りデータの送信を行う。また、ＧＴＰ－Ｕ送信部４１は、３Ｇ－ＬＴＥハンドオーバのときは、ＬＴＥ向けの下りデータ転送（未送信のパケットのＬＴＥ装置１１への転送）を行う。ＧＴＰ－Ｕ送信部４１は、ＧＴＰ－Ｕデータの送信を行う。
　ＧＴＰ－Ｕ受信部４２は、ＧＴＰ－Ｕデータの受信を行う。受信するデータには、ＴＥ－ＩＤ（Tunnel Endpoint Identifier）が含まれており、ＧＴＰ－Ｕ受信部４２は、ＴＥ－ＩＤによって、受信したデータがｘＧＳＮ１３からのデータなのか、ＬＴＥ装置１１からのデータなのか判断することができる。ＧＴＰ－Ｕ受信部４２は、ｘＧＳＮ１３から受信したデータをＩｕデータ受信部６１へ出力する。また、ＧＴＰ－Ｕ受信部４２は、ＬＴＥ装置１１から受信したデータをパス通信部６４へ出力する。例えば、ＧＴＰ－Ｕ受信部４２は、ＬＴＥ装置１１から通信状況または転送状況結果を受信した場合、受信した通信状況または転送状況結果をパス通信部６４へ出力する。
　Ｉｕｂデータ受信部５１は、ＢＴＳ１５から上りデータを受信する。データフォーマット変換部５２は、Ｉｕｂデータ受信部５１の受信したデータを、Ｉｕ向けのデータフォーマットにフォーマット変換する。Ｉｕデータ送信部５３は、データフォーマット変換部５２でデータフォーマット変換されたデータをＧＴＰ－Ｕ送信部４１へ出力する。
　Ｉｕデータ受信部６１は、ＧＴＰ－Ｕ受信部４２から出力される下りデータを受信する。Ｉｕデータ受信部６１は、受信した下りデータをデータフォーマット変換部６２へ出力する。また、また、Ｉｕデータ受信部６１は、移動端末２１の３Ｇ－ＬＴＥハンドオーバ時に、移動端末２１宛てのデータを受信すると、移動端末２１宛てのデータをＬＴＥ装置１１へ転送するため、パス通信部６４へ出力する。
　データフォーマット変換部６２は、Ｉｕデータ受信部６１の受信したデータを、Ｉｕｂ向けのデータフォーマットにフォーマット変換する。
　Ｉｕｂデータ送信部６３は、データフォーマット変換部６２でデータフォーマット変換されたデータをＢＴＳ１５へ送信する。Ｉｕｂデータ送信部６３は、ＢＴＳ１５および移動端末２１と下りデータの送達確認を行い、下りデータの送信制御を行う。Ｉｕｂデータ送信部６３は、３Ｇ－ＬＴＥハンドオーバ開始時に、ＢＴＳ１５および移動端末２１と送達確認が取れていないデータ（例えば、バッファに保持している送達未確認のデータ）については、移動端末２１への未送信のデータとし、ＬＴＥ装置１１への転送対象のデータとする。Ｉｕｂデータ送信部６３は、転送対象とした未送信のデータを、データフォーマット変換部６２を介して、パス通信部６４へ出力する。未送信のデータをフォーマット変換する前の状態にして、ＬＴＥ装置１１へ転送するためである。
　パス通信部６４は、ＬＴＥ装置１１と通信を行う。パス通信部６４は、未送信のデータをＧＴＰ－Ｕ送信部４１へ出力する。パス通信部６４は、ＬＴＥ装置１１から受信した通信状況に基づいて、未送信のデータの転送をするか否かの判断をし、転送すると判断した場合、ＬＴＥ装置１１から受信した通信状況および転送状況結果に基づいて、未送信のデータの転送レートを制御する。なお、パス通信部６４は、ＬＴＥ装置１１から受信した通信状況および転送状況結果をメモリなどの記憶装置に記憶し、記憶装置に記憶した通信状況およびハンドオーバ状況に基づいて未送信のデータの転送の判断および転送レートを制御する。また、パス通信部６４は、エンドマーカの受信を監視する。パス通信部６４は、未送信のデータのＬＴＥ装置１１への転送完了後、エンドマーカをＬＴＥ装置１１に転送する。
　パス設定・解放部６５は、３Ｇ－ＬＴＥ間の双方向のパス設定および解放を行う。パス通信部６４は、パス設定・解放部６５の双方向のパス設定によって、ＬＴＥ装置１１から通信状況および転送状況結果を受信することができ、未送信のデータをＬＴＥ装置１１へ転送することができる。
　タイマ制御部６６は、ｘＧＳＮ１３からのエンドマーカ待ち合わせの時間管理や３Ｇ－ＬＴＥハンドオーバの時間管理を行う。
　次に、ＬＴＥ－３Ｇハンドオーバ時における各部の機能を説明する。
　ＧＴＰ－Ｕ送信部４１は、ｘＧＳＮ１３向けの上りデータの送信を行う。また、ＧＴＰ－Ｕ送信部４１は、ＬＴＥ－３Ｇハンドオーバのとき、ＬＴＥ装置１１に対し、通信状況および転送状況結果を送信する。
　ＧＴＰ－Ｕ受信部４２は、ＧＴＰ－Ｕデータの受信を行う。受信するデータには、ＴＥ－ＩＤが含まれており、ＧＴＰ－Ｕ受信部４２は、ＴＥ－ＩＤによって、受信したデータがｘＧＳＮ１３からのデータなのか、ＬＴＥ装置１１からのデータなのか判断することができる。ＧＴＰ－Ｕ受信部４２は、ｘＧＳＮ１３から受信したデータをＩｕデータ受信部６１へ出力する。ＧＴＰ－Ｕ受信部４２は、ＬＴＥ装置１１から受信したデータをパス通信部６４へ出力する。
　Ｉｕｂデータ受信部５１は、ＢＴＳ１５から上りデータを受信する。データフォーマット変換部５２は、Ｉｕｂデータ受信部５１の受信したデータを、Ｉｕ向けのデータフォーマットにフォーマット変換する。Ｉｕデータ送信部５３は、データフォーマット変換部５２でデータフォーマット変換されたデータをＧＴＰ－Ｕ送信部４１へ出力する。
　Ｉｕデータ受信部６１は、ＧＴＰ－Ｕ受信部４２から出力される下りデータを受信する。Ｉｕデータ受信部６１は、受信した下りデータをデータフォーマット変換部６２へ出力する。
　データフォーマット変換部６２は、Ｉｕデータ受信部６１の受信したデータを、Ｉｕｂ向けのデータフォーマットにフォーマット変換する。また、データフォーマット変換部６２は、ＧＴＰ－Ｕ受信部４２およびパス通信部６４を介して受信された、ＬＴＥ装置１１から転送された未送信のデータを、Ｉｕｂ向けのデータフォーマットにフォーマット変換する。
　Ｉｕｂデータ送信部６３は、データフォーマット変換部６２でデータフォーマット変換されたデータをＢＴＳ１５へ送信する。Ｉｕｂデータ送信部６３は、下りデータの送信制御を行い、ＢＴＳ１５および移動端末２１とデータの送達確認を行いながら、下りデータの送信制御を行う。
　また、Ｉｕｂデータ送信部６３は、移動端末２１がＬＴＥ－３Ｇハンドオーバを行ったとき、ｘＧＳＮ１３からの移動端末２１宛てのデータを保持する。そして、Ｉｕｂデータ送信部６３は、パス通信部６４がＬＴＥ装置１１からエンドマーカを受信すると、ＬＴＥ装置１１から転送された未送信のデータをＢＴＳ１５に送信し、その後、保持していた移動端末２１宛てのデータをＢＴＳ１５に送信する。
　パス通信部６４は、ＬＴＥ装置１１と通信を行う。パス通信部６４は、移動端末２１がＬＴＥ－３Ｇハンドオーバを行うとき、Ｉｕｂデータ送信部６３から下りデータの通信状況を取得し、ＬＴＥ装置１１に送信する。これにより、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４の通信状況に応じた未送信のデータの転送を行うことができる。
　また、パス通信部６４は、ＬＴＥ装置１１からのエンドマーカの受信を監視する。パス通信部６４は、ＬＴＥ装置１１からエンドマーカを受信すると、Ｉｕｂデータ送信部６３から、ハンドオーバ時の下りデータの転送状況結果を取得し、取得した転送状況結果をＬＴＥ装置１１に送信する。また、パス通信部６４は、タイマ制御部６６のエンドマーカ待ち合わせタイマがタイムアウトすると、転送状況結果をＬＴＥ装置１１に送信する。これにより、ＬＴＥ装置１１は、過去の転送状況結果に応じた未送信のデータの転送を行うことができる。
　パス設定・解放部６５は、３Ｇ－ＬＴＥ間の双方向のパス設定および解放を行う。パス通信部６４は、パス設定・解放部６５の双方向のパス設定によって、ＬＴＥ装置１１へ下りデータの通信状況および転送状況結果を送信することができ、ＬＴＥ装置１１から未送信のデータを受信することができる。
　タイマ制御部６６は、ＬＴＥ装置１１からのエンドマーカ待ち合わせの時間管理やＬＴＥ－３Ｇハンドオーバの時間管理を行う。
　次に、ＬＴＥ装置１１の機能について説明する。
　図７は、ＬＴＥ装置の機能ブロック例を示した図である。図７に示すように、ＬＴＥ装置１１は、ＧＴＰ－Ｕ送信部７１、ＧＴＰ－Ｕ受信部７２、およびＵ－Ｐｌａｎｅ制御部８０を有している。Ｕ－Ｐｌａｎｅ制御部８０は、Ｕｕ（The Radio interface between UTRAN and the User Equipment）データ受信部８１、データフォーマット変換部８２、データ送信部８３およびフォワーディング制御部９０を有している。フォワーディング制御部９０は、データ受信部９１、データフォーマット変換部９２、Ｕｕデータ送信部９３、パス通信部９４、パス設定・解放部９５、およびタイマ制御部９６を有している。
　以下、図７の各部について、３Ｇ－ＬＴＥハンドオーバ時における各部の機能と、ＬＴＥ－３Ｇハンドオーバ時における各部の機能とに分けて説明する。まず、３Ｇ－ＬＴＥハンドオーバ時における各部の機能を説明する。
　ＧＴＰ－Ｕ送信部７１は、Ｓ－ＧＷ１２向けの上りデータの送信を行う。また、ＧＴＰ－Ｕ送信部７１は、ＬＴＥ－３Ｇハンドオーバのとき、ＩＰ－ＲＮＣ１４に対し、通信状況および転送状況結果を送信する。
　ＧＴＰ－Ｕ受信部７２は、ＧＴＰ－Ｕデータの受信を行う。受信するデータには、ＴＥ－ＩＤが含まれており、ＧＴＰ－Ｕ受信部７２は、ＴＥ－ＩＤによって、受信したデータがＳ－ＧＷ１２からのデータなのか、ＩＰ－ＲＮＣ１４からのデータなのか判断することができる。ＧＴＰ－Ｕ受信部７２は、Ｓ－ＧＷ１２から受信したデータをデータ受信部９１へ出力する。ＧＴＰ－Ｕ受信部７２は、ＩＰ－ＲＮＣ１４から受信したデータをパス通信部９４へ出力する。
　Ｕｕデータ受信部８１は、移動端末２１から上りデータを受信する。データフォーマット変換部８２は、Ｕｕデータ受信部８１の受信したデータを、Ｓ－ＧＷ１２向けのデータフォーマットにフォーマット変換する。データ送信部８３は、データフォーマット変換部８２でデータフォーマット変換されたデータをＧＴＰ－Ｕ送信部７１へ出力する。
　データ受信部９１は、ＧＴＰ－Ｕ受信部７２から出力される下りデータを受信する。データ受信部９１は、受信した下りデータをデータフォーマット変換部９２へ出力する。
　データフォーマット変換部９２は、データ受信部９１の受信したデータを、Ｕｕ向けのデータフォーマットにフォーマット変換する。また、データフォーマット変換部９２は、ＧＴＰ－Ｕ受信部７２およびパス通信部９４を介して受信された、ＩＰ－ＲＮＣ１４から転送された未送信のデータを、Ｕｕ向けのデータフォーマットにフォーマット変換する。
　Ｕｕデータ送信部９３は、データフォーマット変換部９２でデータフォーマット変換されたデータを移動端末２１へ送信する。Ｕｕデータ送信部９３は、下りデータの送信制御を行い、移動端末２１とデータの送達確認を行いながら、下りデータの送信制御を行う。
　また、Ｕｕデータ送信部９３は、移動端末２１が３Ｇ－ＬＴＥハンドオーバを行ったとき、Ｓ－ＧＷ１２からの移動端末２１宛てのデータを保持する。そして、Ｕｕデータ送信部９３は、パス通信部９４がＩＰ－ＲＮＣ１４からエンドマーカを受信すると、ＩＰ－ＲＮＣ１４から転送された未送信のデータを移動端末２１に送信し、その後、保持していた移動端末２１宛てのデータを移動端末２１に送信する。
　パス通信部９４は、ＩＰ－ＲＮＣ１４と通信を行う。パス通信部９４は、移動端末２１が３Ｇ－ＬＴＥハンドオーバを行うとき、Ｕｕデータ送信部９３から下りデータの通信状況を取得し、ＩＰ－ＲＮＣ１４に送信する。これにより、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１の通信状況に応じた未送信のデータの転送を行うことができる。
　また、パス通信部９４は、ＩＰ－ＲＮＣ１４からのエンドマーカの受信を監視する。パス通信部９４は、ＩＰ－ＲＮＣ１４からエンドマーカを受信すると、Ｕｕデータ送信部９３から、ハンドオーバ時の下りデータの通信状況を取得し、転送状況結果をＩＰ－ＲＮＣ１４に送信する。また、パス通信部９４は、タイマ制御部９６のエンドマーカ待ち合わせタイマがタイムアウトすると、転送状況結果をＩＰ－ＲＮＣ１４に送信する。これにより、ＩＰ－ＲＮＣ１４は、過去の転送状況結果に応じた未送信のデータの転送を行うことができる。
　パス設定・解放部９５は、３Ｇ－ＬＴＥ間の双方向のパス設定および解放を行う。パス通信部９４は、パス設定・解放部９５の双方向のパス設定によって、ＩＰ－ＲＮＣ１４へ下りデータの通信状況および転送状況結果を送信することができ、ＩＰ－ＲＮＣ１４から未送信のデータを受信することができる。
　タイマ制御部９６は、ＩＰ－ＲＮＣ１４からのエンドマーカ待ち合わせの時間管理や３Ｇ－ＬＴＥハンドオーバの時間管理を行う。
　次に、ＬＴＥ－３Ｇハンドオーバ時における各部の機能を説明する。
　ＧＴＰ－Ｕ送信部７１は、Ｓ－ＧＷ１２向けの上りデータの送信を行う。また、ＧＴＰ－Ｕ送信部７１は、ＬＴＥ－３Ｇハンドオーバのときは、３Ｇ向けの下りデータ転送（未送信のパケットのＩＰ－ＲＮＣ１４への転送）を行う。ＧＴＰ－Ｕ送信部７１は、ＧＴＰ－Ｕデータの送信を行う。
　ＧＴＰ－Ｕ受信部７２は、ＧＴＰ－Ｕデータの受信を行う。受信するデータには、ＴＥ－ＩＤが含まれており、ＧＴＰ－Ｕ受信部７２は、ＴＥ－ＩＤによって、受信したデータがＳ－ＧＷ１２からのデータなのか、ＩＰ－ＲＮＣ１４からのデータなのか判断することができる。ＧＴＰ－Ｕ受信部７２は、Ｓ－ＧＷ１２から受信したデータをデータ受信部９１へ出力する。また、ＧＴＰ－Ｕ受信部７２は、ＩＰ－ＲＮＣ１４から受信したデータをパス通信部９４へ出力する。例えば、ＧＴＰ－Ｕ受信部７２は、ＩＰ－ＲＮＣ１４から通信状況または転送状況結果を受信した場合、受信した通信状況または転送状況結果をパス通信部９４へ出力する。
　Ｕｕデータ受信部８１は、移動端末２１から上りデータを受信する。データフォーマット変換部８２は、Ｕｕデータ受信部８１の受信したデータを、Ｓ－ＧＷ１２向けのデータフォーマットにフォーマット変換する。データ送信部８３は、データフォーマット変換部８２でデータフォーマット変換されたデータをＧＴＰ－Ｕ送信部７１へ出力する。
　データ受信部９１は、ＧＴＰ－Ｕ受信部７２から出力される下りデータを受信する。データ受信部９１は、受信した下りデータをデータフォーマット変換部９２へ出力する。また、データ受信部９１は、移動端末２１のＬＴＥ－３Ｇハンドオーバ時に、移動端末２１宛てのデータを受信すると、移動端末２１宛てのデータをＩＰ－ＲＮＣ１４へ転送するため、パス通信部９４へ出力する。
　データフォーマット変換部９２は、データ受信部９１の受信したデータを、Ｕｕ向けのデータフォーマットにフォーマット変換する。
　Ｕｕデータ送信部９３は、データフォーマット変換部９２でデータフォーマット変換されたデータを移動端末２１へ送信する。Ｕｕデータ送信部９３は、移動端末２１と下りデータの送達確認を行い、下りデータの送信制御を行う。Ｕｕデータ送信部９３は、ＬＴＥ－３Ｇハンドオーバ開始時に、移動端末２１と送達確認が取れていないデータ（例えば、バッファに保持している送達未確認のデータ）については、移動端末２１への未送信のデータとし、ＩＰ－ＲＮＣ１４への転送対象のデータとする。Ｕｕデータ送信部９３は、転送対象とした未送信のデータを、データフォーマット変換部９２を介して、パス通信部９４へ出力する。未送信のデータをフォーマット変換する前の状態にして、ＩＰ－ＲＮＣ１４へ転送するためである。
　パス通信部９４は、ＩＰ－ＲＮＣ１４と通信を行う。パス通信部９４は、未送信のデータをＧＴＰ－Ｕ送信部７１へ出力する。パス通信部９４は、ＩＰ－ＲＮＣ１４から受信した通信状況に基づいて、未送信のデータの転送をするか否かの判断をし、転送すると判断した場合、ＩＰ－ＲＮＣ１４から受信した通信状況および転送状況結果に基づいて、未送信のデータの転送レートを制御する。なお、パス通信部９４は、ＩＰ－ＲＮＣ１４から受信した通信状況および転送状況結果をメモリなどの記憶装置に記憶し、記憶装置に記憶した通信状況およびハンドオーバ状況に基づいて未送信のデータの転送レートを制御する。また、パス通信部９４は、エンドマーカの受信を監視する。パス通信部９４は、未送信のデータのＩＰ－ＲＮＣ１４への転送完了後、エンドマーカをＩＰ－ＲＮＣ１４に転送する。
　パス設定・解放部９５は、ＬＴＥ－３Ｇ間の双方向のパス設定および解放を行う。パス通信部９４は、パス設定・解放部９５の双方向のパス設定によって、ＩＰ－ＲＮＣ１４から通信状況および転送状況結果を受信することができ、未送信のデータをＩＰ－ＲＮＣ１４へ転送することができる。
　タイマ制御部９６は、Ｓ－ＧＷ１２からのエンドマーカ待ち合わせの時間管理やＬＴＥ－３Ｇハンドオーバの時間管理を行う。
　ＧＴＰ－Ｕフォーマットについて説明する。図６および図７に示したＧＴＰ－Ｕ送信部４１、ＧＴＰ－Ｕ受信部４２、ＧＴＰ－Ｕ送信部７１、およびＧＴＰ－Ｕ受信部７２は、以下で説明するＧＴＰ－Ｕフォーマットに基づいてデータの送受信を行う。
　図８は、ＧＴＰ－Ｕフォーマットを示した図である。図８に示すように、ＧＴＰ－Ｕフォーマットは、ＧＴＰ－Ｕヘッダ領域とデータ領域とを有している。
　ＧＴＰ－ＵヘッダのVersionは、ＧＴＰプロトコルのバージョンを示す。ＰＴ（Protocol Type）は、ＧＴＰプロトコルのタイプを示す。ＰＴの右隣には、スペアビット‘０’が格納される。Ｅ（Extension header flag）は、Next Extension header fieldが存在するか否かを示す。Ｓ（Sequence Number flag）は、Sequence Number fieldが存在するか否かを示す。ＰＮ（N-PDU（Protocol Data Unit） Number flag）は、N-PDU Number fieldが存在するか否かを示す。
　Message Typeは、ＧＴＰのメッセージタイプを示す。例えば、‘１’は、Echo Requestを示し、‘２’は、Echo Responseを示し、‘２６’は、Error Indicationを示し、‘２５４’，‘２５５’は、T-PDUを示す。Lengthは、データのオクテット数を示す。
　ＴＥ－ＩＤは、ＩＰパケットを送受信するためのトンネルを識別するためのＩＤを示す。
　Sequence Numberは、ＧＴＰ－Ｕの連続性を保証するためのシーケンスナンバを示す。N-PDU Numberは、同一ＳＧＳＮ（Serving GSN）内での再配置等に使用される。Next Extension Header Typeは、Ｇ－ＰＤＵのExtension Headerを示す。
　データ領域には、ユーザデータや通信状況および転送状況結果が格納される。図６および図７で説明したパス設定・解放部６５，９５は、例えば、図８に示すＴＥ－ＩＤや通信相手のＩＰアドレス、ＵＤＰ（User Datagram Protocol）のポート番号を取得することにより、双方向のパスを設定する。すなわち、パス設定・解放部６５，９５は、ＴＥ－ＩＤおよび通信相手のＩＰアドレスやＵＤＰのポート番号を互いに取得することによって、双方向のデータ通信を行うことができる。また、パス設定・解放部６５，９５は、例えば、通信相手のＩＰアドレスやＵＤＰ宛先ポート番号およびＴＥ－ＩＤを解放することにより、パスを解放する。
　通信状況および転送状況結果のフォーマットについて説明する。
　図９は、通信状況および転送状況結果のフォーマットを説明する図である。図９に示すフォーマットは、図８に示したデータ領域に対応する。図９に示す情報種別の欄には、ＧＴＰ－Ｕフォーマットのデータ領域に格納されるデータが、通信状況を示すデータであるのか、転送状況結果を示すデータであるのかを示す。
　例えば、情報種別の欄に‘１’が格納されている場合には、当該データ領域には、通信状況が格納されていることを示す。情報種別の欄に‘２’が格納されている場合には、当該データ領域には、転送状況結果が格納されていることを示す。
　通信状況には、例えば、エンドマーカの待ち合わせタイマ値が含まれる。また、通信状況には、接続コネクション数が含まれる。また、通信状況には、輻輳状態が含まれる。また、通信状況には、Ｉｕｂデータ送信部６３またはＵｕデータ送信部９３の残バッファ数が含まれる。また、通信状況には、ＣＰＵ（Central Processing Unit）／ＤＳＰ（Digital Signal Processor）の使用率が含まれる。また、通信状況には、コネクション情報が含まれる。コネクション情報は、下り方向の送信レートまたは送信レートを算出するための情報である。
　転送状況結果には、未送信のデータの転送結果が含まれる。例えば、未送信のデータの受信ができた場合、受信できた旨の転送結果が含まれる。また、未送信のデータの受信ができなかった場合、受信できなかった旨の転送結果が含まれる。また、未送信のデータの受信が完了する前に、タイムアウトした場合には、タイムアウトした旨の結果が含まれる。また、転送状況結果には、受信した未送信のデータの受信バイト数および受信した未送信のデータを移動端末２１に送信せず、破棄した破棄バイト数が含まれる。
　図６および図７で説明したパス通信部６４，９４は、例えば、図１０に示す情報を含む通信状況および転送状況結果を生成し、ＧＴＰ－Ｕフォーマットのデータ領域に格納して、相手方のパス通信部６４，９４に送信する。これにより、パス通信部６４，９４は、相手装置の通信状況および転送状況結果に応じた転送レートで未送信のデータを転送することができる。
　ＩＰ－ＲＮＣ１４およびＬＴＥ装置１１の動作を、フローチャートを用いて説明する。
　図１０は、ＩＰ－ＲＮＣ１４の転送制御処理のフローチャートの一例を示した図である。
　［ステップＳ１］フォワーディング制御部６０は、発生イベントを認識する。フォワーディング制御部６０は、双方向パスの設定・解放のイベントが発生した場合、ステップＳ２へ進む。双方向パスの設定・解放のイベントは、例えば、移動端末２１がハンドオーバ（３Ｇ－ＬＴＥまたはＬＴＥ－３Ｇのハンドオーバ）するときに発生する。また、双方向パスの設定・解放のイベントは、例えば、移動端末２１がハンドオーバ（３Ｇ－ＬＴＥまたはＬＴＥ－３Ｇのハンドオーバ）を終了したときに発生する。
　また、フォワーディング制御部６０は、タイムアウトイベントが発生した場合、ステップＳ３へ進む。タイムアウトイベントは、例えば、移動端末２１のハンドオーバ処理開始後、タイマ制御部６６のタイマがタイムアウトしたときに発生する。
　また、フォワーディング制御部６０は、データ受信イベントが発生した場合、ステップＳ７へ進む。データ受信イベントは、例えば、移動端末２１宛てのデータを受信した場合に発生する。
　また、フォワーディング制御部６０は、転送調整イベントが発生した場合、ステップＳ１１へ進む。転送調整イベントは、例えば、移動端末２１がハンドオーバしたときに、未送信のデータが存在する場合に発生する。
　また、フォワーディング制御部６０は、その他のイベントが発生した場合、ステップＳ１２へ進む。
　［ステップＳ２］パス設定・解放部６５は、ＬＴＥ装置１１と双方向のパスを設定する。また、パス設定・解放部６５は、ＬＴＥ装置１１と双方向のパスを解放する。
　［ステップＳ３］フォワーディング制御部６０は、移動端末２１のハンドオーバがどのハンドオーバにあるか判断する。フォワーディング制御部６０は、移動端末２１のハンドオーバが３Ｇ－ＬＴＥハンドオーバである場合、ステップＳ４へ進む。
　また、フォワーディング制御部６０は、移動端末２１のハンドオーバがＬＴＥ－３Ｇハンドオーバである場合、ステップＳ５へ進む。
　また、フォワーディング制御部６０は、移動端末２１のハンドオーバが３Ｇ－ＬＴＥおよびＬＴＥ－３Ｇのハンドオーバでない場合、ステップＳ６へ進む。
　［ステップＳ４］パス通信部６４は、３Ｇ－ＬＴＥハンドオーバのタイムアウト処理を行う。
　［ステップＳ５］パス通信部６４は、ＬＴＥ－３Ｇハンドオーバのタイムアウト処理を行う。
　［ステップＳ６］パス通信部６４は、イベントの破棄を行う。
　［ステップＳ７］フォワーディング制御部６０は、移動端末２１のハンドオーバがどのハンドオーバにあるか判断する。フォワーディング制御部６０は、移動端末２１のハンドオーバが３Ｇ－ＬＴＥハンドオーバである場合、ステップＳ８へ進む。
　また、フォワーディング制御部６０は、移動端末２１のハンドオーバがＬＴＥ－３Ｇハンドオーバである場合、ステップＳ９へ進む。
　また、フォワーディング制御部６０は、移動端末２１のハンドオーバが３Ｇ－ＬＴＥおよびＬＴＥ－３Ｇのハンドオーバでない場合、ステップＳ１０へ進む。
　［ステップＳ８］パス通信部６４は、データの受信処理を行う。
　［ステップＳ９］パス通信部６４は、データの受信処理を行う。
　［ステップＳ１０］データ送信部６３およびパス通信部６４は、受信データを破棄する。
　［ステップＳ１１］パス通信部６４は、未送信のデータの転送処理を行う。
　［ステップＳ１２］フォワーディング制御部６０は、イベントを破棄する。
　なお、図１０では、ＩＰ－ＲＮＣ１４の転送制御処理のフローチャートの一例を示したが、ＬＴＥ装置１１の転送制御処理も図１０と同様であり、その説明を省略する。
　図１１は、ＩＰ－ＲＮＣのパス設定解放処理のフローチャートの一例を示した図である。図１１のフローチャートは、図１０のステップＳ２の詳細な処理を示している。
　［ステップＳ２１］パス設定・解放部６５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス設定、ＬＴＥ－３Ｇハンドオーバにおけるパス設定、３Ｇ－ＬＴＥハンドオーバにおけるパス解放、およびＬＴＥ－３Ｇハンドオーバにおけるパス解放であるか判断する。
　パス設定・解放部６５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス設定の場合、ステップＳ２２へ進む。
　パス設定・解放部６５は、発生イベントがＬＴＥ－３Ｇハンドオーバにおけるパス設定の場合、ステップＳ２５へ進む。
　パス設定・解放部６５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス解放の場合、ステップＳ２８へ進む。
　パス設定・解放部６５は、発生イベントがＬＴＥ－３Ｇハンドオーバにおけるパス解放の場合、ステップＳ３０へ進む。
　［ステップＳ２２］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５と３Ｇ－ＬＴＥ方向のパスを設定する。
　［ステップＳ２３］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５とＬＴＥ－３Ｇ方向のパスを設定する。
　［ステップＳ２４］パス通信部６４は、Ｉｕｂデータ送信部６３で保持されている送達未確認のデータをステップＳ２２，Ｓ２３で設定したパスを介して、ハンドオーバ先のＬＴＥ装置１１に転送する。例えば、パス通信部６４は、図３で説明したパケットＰＫ１１ａをＬＴＥ装置１１に転送する。
　［ステップＳ２５］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５とＬＴＥ－３Ｇ方向のパスを設定する。
　［ステップＳ２６］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５と３Ｇ－ＬＴＥ方向のパスを設定する。
　［ステップＳ２７］パス通信部６４は、ステップＳ２５，Ｓ２６で設定したパスを介して、ハンドオーバ元のＬＴＥ装置１１に通信状況を送信する。
　［ステップＳ２８］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５と３Ｇ－ＬＴＥ方向のパスを解放する。
　［ステップＳ２９］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５とＬＴＥ－３Ｇ方向のパスを解放する。
　［ステップＳ３０］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５とＬＴＥ－３Ｇ方向のパスを解放する。
　［ステップＳ３１］パス設定・解放部６５は、ＬＴＥ装置１１のパス設定・解放部９５と３Ｇ－ＬＴＥ方向のパスを解放する。
　図１２は、ＬＴＥ装置のパス設定解放処理のフローチャートの一例を示した図である。図１２のフローチャートは、ＬＴＥ装置１１における図１０のステップＳ２の詳細な処理を示している。
　［ステップＳ４１］パス設定・解放部９５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス設定、ＬＴＥ－３Ｇハンドオーバにおけるパス設定、３Ｇ－ＬＴＥハンドオーバにおけるパス解放、およびＬＴＥ－３Ｇハンドオーバにおけるパス解放であるか判断する。
　パス設定・解放部９５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス設定の場合、ステップＳ４２へ進む。
　パス設定・解放部９５は、発生イベントがＬＴＥ－３Ｇハンドオーバにおけるパス設定の場合、ステップＳ４５へ進む。
　パス設定・解放部９５は、発生イベントが３Ｇ－ＬＴＥハンドオーバにおけるパス解放の場合、ステップＳ４８へ進む。
　パス設定・解放部９５は、発生イベントがＬＴＥ－３Ｇハンドオーバにおけるパス解放の場合、ステップＳ５０へ進む。
　［ステップＳ４２］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５と３Ｇ－ＬＴＥ方向のパスを設定する。
　［ステップＳ４３］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５とＬＴＥ－３Ｇ方向のパスを設定する。
　［ステップＳ４４］パス通信部９４は、ステップＳ４２，Ｓ４３で設定したパスを介して、ハンドオーバ元のＩＰ－ＲＮＣ１４に通信状況を送信する。
　［ステップＳ４５］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５とＬＴＥ－３Ｇ方向のパスを設定する。
　［ステップＳ４６］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５と３Ｇ－ＬＴＥ方向のパスを設定する。
　［ステップＳ４７］パス通信部９４は、Ｕｕデータ送信部９３で保持されている送達未確認のデータをステップＳ４５，Ｓ４６で設定したパスを介して、ハンドオーバ先のＩＰ－ＲＮＣ１４に転送する。例えば、パス通信部９４は、図４で説明したパケットＰＫ２１ａをＩＰ－ＲＮＣ１４に転送する。
　［ステップＳ４８］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５と３Ｇ－ＬＴＥ方向のパスを解放する。
　［ステップＳ４９］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５とＬＴＥ－３Ｇ方向のパスを解放する。
　［ステップＳ５０］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５とＬＴＥ－３Ｇ方向のパスを解放する。
　［ステップＳ５１］パス設定・解放部９５は、ＩＰ－ＲＮＣ１４のパス設定・解放部６５と３Ｇ－ＬＴＥ方向のパスを解放する。
　図１３は、ＩＰ－ＲＮＣのタイムアウト処理のフローチャートの一例を示した図である。図１３のフローチャートは、図１０のステップＳ４の詳細な処理を示している。
　［ステップＳ６１］パス通信部６４は、ＬＴＥ装置１１にエンドマーカを送信する。
　［ステップＳ６２］パス通信部６４は、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　すなわち、パス通信部６４は、移動端末２１のハンドオーバ処理開始後、タイムアウトすると（所定時間が経過すると）、強制的にエンドマーカをハンドオーバ先のＬＴＥ装置１１に送信し、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　図１４は、ＩＰ－ＲＮＣのタイムアウト処理のフローチャートの一例を示した図である。図１４のフローチャートは、図１０のステップＳ５の詳細な処理を示している。
　［ステップＳ７１］パス通信部６４は、Ｉｕｂデータ送信部６３から、ハンドオーバ時の下りデータの転送状況結果を取得し、転送状況結果を集計する。
　［ステップＳ７２］パス通信部６４は、集計した転送状況結果をハンドオーバ元のＬＴＥ装置１１に送信する。
　［ステップＳ７３］パス通信部６４は、ＬＴＥ－３Ｇハンドオーバ処理を終了する。
　［ステップＳ７４］Ｉｕｂデータ送信部６３は、ハンドオーバ処理時に保持したデータをＢＴＳ１５に送信する。
　図１５は、ＬＴＥ装置のタイムアウト処理のフローチャートの一例を示した図である。図１５のフローチャートは、ＬＴＥ装置１１における図１０のステップＳ４の詳細な処理を示している。
　［ステップＳ８１］パス通信部９４は、Ｕｕデータ送信部９３から、ハンドオーバ時の下りデータの転送状況結果を取得し、転送状況結果を集計する。
　［ステップＳ８２］パス通信部９４は、集計した転送状況結果をハンドオーバ元のＩＰ－ＲＮＣ１４に送信する。
　［ステップＳ８３］パス通信部９４は、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　［ステップＳ８４］Ｕｕデータ送信部９３は、ハンドオーバ処理時に保持したデータを移動端末２１に送信する。
　図１６は、ＬＴＥ装置のタイムアウト処理のフローチャートの一例を示した図である。図１６のフローチャートは、ＬＴＥ装置１１における図１０のステップＳ５の詳細な処理を示している。
　［ステップＳ９１］パス通信部９４は、ＩＰ－ＲＮＣ１４にエンドマーカを送信する。
　［ステップＳ９２］パス通信部９４は、ＬＴＥ－３Ｇハンドオーバ処理を終了する。
　すなわち、パス通信部９４は、移動端末２１のハンドオーバ処理開始後、タイムアウトすると（所定時間が経過すると）、強制的にエンドマーカをハンドオーバ先のＩＰ－ＲＮＣ１４に送信し、ＬＴＥ－３Ｇハンドオーバ処理を終了する。
　図１７は、ＩＰ－ＲＮＣのデータ受信処理のフローチャートの一例を示した図である。図１７のフローチャートは、図１０のステップＳ８の詳細な処理を示している。
　［ステップＳ１０１］ＧＴＰ－Ｕ受信部４２は、受信したデータがｘＧＳＮ１３から受信したデータなのかＬＴＥ装置１１から受信したデータなのか判断する。ＧＴＰ－Ｕ受信部４２は、受信したデータがｘＧＳＮ１３から受信したデータの場合、ステップＳ１０２へ進む。ＧＴＰ－Ｕ受信部４２は、受信したデータがＬＴＥ装置１１から受信したデータの場合、ステップＳ１０７へ進む。
　［ステップＳ１０２］パス通信部６４は、受信されたデータのメッセージタイプが２５５であるか２５４であるか判断する。すなわち、パス通信部６４は、受信されたデータのメッセージタイプがデータ（メッセージタイプが２５５）であるかエンドマーカ（メッセージタイプが２５４）であるか判断する。
　パス通信部６４は、メッセージタイプが２５５の場合、ステップＳ１０３へ進む。パス通信部６４は、メッセージタイプが２５４の場合、ステップＳ１０４へ進む。パス通信部６４は、メッセージタイプが２５４，２５５以外の場合、ステップＳ１０６へ進む。
　［ステップＳ１０３］パス通信部６４は、受信データのＬＴＥ装置１１への転送処理を行う。すなわち、パス通信部６４は、３Ｇ－ＬＴＥハンドオーバ時、ｘＧＳＮ１３から受信したデータを、ハンドオーバ先のＬＴＥ装置１１へ転送する。
　［ステップＳ１０４］パス通信部６４は、エンドマーカをハンドオーバ先のＬＴＥ装置１１に送信する。すなわち、パス通信部６４は、ｘＧＳＮ１３からエンドマーカを受信すると、ＬＴＥ装置１１にエンドマーカを送信する。
　［ステップＳ１０５］パス通信部６４は、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　［ステップＳ１０６］パス通信部６４は、受信したデータを破棄する。
　［ステップＳ１０７］パス通信部６４は、受信されたデータのメッセージタイプが２５４であるか判断する。すなわち、パス通信部６４は、受信されたデータのメッセージタイプが通信状況であるか判断する。
　パス通信部６４は、メッセージタイプが２５４の場合、ステップＳ１０８へ進む。パス通信部６４は、メッセージタイプが２５４以外の場合、ステップＳ１０９へ進む。
　［ステップＳ１０８］パス通信部６４は、ＬＴＥ装置１１から通信状況を受信する。すなわち、パス通信部６４は、受信したデータがＬＴＥ装置１１からのデータであり、メッセージタイプが２５４の場合、通信状況をハンドオーバ先のＬＴＥ装置１１から受信することになる。
　［ステップＳ１０９］パス通信部６４は、受信したデータを破棄する。
　図１８は、ＬＴＥ装置のデータ受信処理のフローチャートの一例を示した図である。図１８のフローチャートは、ＬＴＥ装置１１における図１０のステップＳ８の詳細な処理を示している。
　［ステップＳ１１１］ＧＴＰ－Ｕ受信部７２は、受信したデータがＳ－ＧＷ１２から受信したデータなのかＩＰ－ＲＮＣ１４から受信したデータなのか判断する。ＧＴＰ－Ｕ受信部７２は、受信したデータがＳ－ＧＷ１２から受信したデータの場合、ステップＳ１１２へ進む。ＧＴＰ－Ｕ受信部７２は、受信したデータがＩＰ－ＲＮＣ１４から受信したデータの場合、ステップＳ１１５へ進む。
　［ステップＳ１１２］パス通信部９４は、受信されたデータのメッセージタイプが２５５であるか判断する。すなわち、パス通信部９４は、受信されたデータのメッセージタイプがデータであるか判断する。
　パス通信部９４は、メッセージタイプが２５５の場合、ステップＳ１１３へ進む。パス通信部９４は、メッセージタイプが２５５以外の場合、ステップＳ１１４へ進む。
　［ステップＳ１１３］Ｕｕデータ送信部９３は、受信データの保持処理を行う。すなわち、Ｕｕデータ送信部９３は、３Ｇ－ＬＴＥハンドオーバ処理において、Ｓ－ＧＷ１２から移動端末２１宛てのデータを受信した場合、そのデータをバッファに保持する。例えば、Ｕｕデータ送信部９３は、図３で説明したパケットＰＫ１３ａを保持する。
　［ステップＳ１１４］パス通信部９４は、受信したデータを破棄する。
　［ステップＳ１１５］パス通信部９４は、受信されたデータのメッセージタイプが２５５であるか２５４であるか判断する。すなわち、パス通信部９４は、受信されたデータのメッセージタイプがデータ（メッセージタイプが２５５）であるかエンドマーカ（メッセージタイプが２５４）であるか判断する。
　パス通信部９４は、メッセージタイプが２５５の場合、ステップＳ１１６へ進む。パス通信部９４は、メッセージタイプが２５４の場合、ステップＳ１１７へ進む。パス通信部９４は、メッセージタイプが２５４，２５５以外の場合、ステップＳ１２１へ進む。
　［ステップＳ１１６］パス通信部９４は、ＩＰ－ＲＮＣ１４から受信したデータを、データフォーマット変換部９２を介してＵｕデータ送信部９３に送信する。Ｕｕデータ送信部９３は、データフォーマット変換部９２を介してパス通信部９４から受信したデータを移動端末２１へ送信する。すなわち、パス通信部９４は、ハンドオーバ元のＩＰ－ＲＮＣ１４から転送された未送信のデータを移動端末２１に送信するようにする。
　［ステップＳ１１７］パス通信部９４は、Ｕｕデータ送信部９３から、ハンドオーバ時の下りデータの通信状況を取得し、転送状況結果を集計する。
　［ステップＳ１１８］パス通信部９４は、集計した転送状況結果をハンドオーバ元のＩＰ－ＲＮＣ１４に送信する。
　［ステップＳ１１９］パス通信部９４は、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　［ステップＳ１２０］Ｕｕデータ送信部９３は、Ｓ－ＧＷ１２から受信した、保持していたデータを移動端末２１に送信する。すなわち、Ｕｕデータ送信部９３は、ステップＳ１１３で保持したデータを移動端末２１に送信する。
　［ステップＳ１２１］パス通信部９４は、受信したデータを破棄する。
　図１９は、ＬＴＥ装置のデータ受信処理のフローチャートの一例を示した図である。図１９のフローチャートは、ＬＴＥ装置１１における図１０のステップＳ９の詳細な処理を示している。
　［ステップＳ１３１］ＧＴＰ－Ｕ受信部７２は、受信したデータがＳ－ＧＷ１２から受信したデータなのかＩＰ－ＲＮＣ１４から受信したデータなのか判断する。ＧＴＰ－Ｕ受信部７２は、受信したデータがＳ－ＧＷ１２から受信したデータの場合、ステップＳ１３２へ進む。ＧＴＰ－Ｕ受信部７２は、受信したデータがＩＰ－ＲＮＣ１４から受信したデータの場合、ステップＳ１３７へ進む。
　［ステップＳ１３２］パス通信部９４は、受信されたデータのメッセージタイプが２５５であるか２５４であるか判断する。すなわち、パス通信部９４は、受信されたデータのメッセージタイプがデータ（メッセージタイプが２５５）であるかエンドマーカ（メッセージタイプが２５４）であるか判断する。
　パス通信部９４は、メッセージタイプが２５５の場合、ステップＳ１３３へ進む。パス通信部９４は、メッセージタイプが２５４の場合、ステップＳ１３４へ進む。パス通信部９４は、メッセージタイプが２５４，２５５以外の場合、ステップＳ１３６へ進む。
　［ステップＳ１３３］パス通信部９４は、受信データのＬＴＥ装置１１への転送処理を行う。すなわち、パス通信部９４は、ＬＴＥ－３Ｇハンドオーバ時、Ｓ－ＧＷ１２から受信したデータを、ハンドオーバ先のＩＰ－ＲＮＣ１４へ転送する。
　［ステップＳ１３４］パス通信部９４は、エンドマーカをハンドオーバ先のＩＰ－ＲＮＣ１４に送信する。すなわち、パス通信部９４は、Ｓ－ＧＷ１２からエンドマーカを受信すると、ＩＰ－ＲＮＣ１４にエンドマーカを送信する。
　［ステップＳ１３５］パス通信部９４は、ＬＴＥ－３Ｇハンドオーバ処理を終了する。
　［ステップＳ１３６］パス通信部９４は、受信したデータを破棄する。
　［ステップＳ１３７］パス通信部９４は、受信されたデータのメッセージタイプが２５４であるか判断する。すなわち、パス通信部９４は、受信されたデータのメッセージタイプが通信状況であるか判断する。
　パス通信部９４は、メッセージタイプが２５４の場合、ステップＳ１３８へ進む。パス通信部９４は、メッセージタイプが２５４以外の場合、ステップＳ１３９へ進む。
　［ステップＳ１３８］パス通信部９４は、ＩＰ－ＲＮＣ１４から通信状況を受信する。すなわち、パス通信部９４は、受信したデータがＩＰ－ＲＮＣ１４からのデータであり、メッセージタイプが２５４の場合、通信状況をハンドオーバ先のＩＰ－ＲＮＣ１４から受信することになる。
　［ステップＳ１３９］パス通信部９４は、受信したデータを破棄する。
　図２０は、ＩＰ－ＲＮＣのデータ受信処理のフローチャートの一例を示した図である。図２０のフローチャートは、図１０のステップＳ９の詳細な処理を示している。
　［ステップＳ１４１］ＧＴＰ－Ｕ受信部４２は、受信したデータがｘＧＳＮ１３から受信したデータなのかＬＴＥ装置１１から受信したデータなのか判断する。ＧＴＰ－Ｕ受信部４２は、受信したデータがｘＧＳＮ１３から受信したデータの場合、ステップＳ１４２へ進む。ＧＴＰ－Ｕ受信部４２は、受信したデータがＬＴＥ装置１１から受信したデータの場合、ステップＳ１４５へ進む。
　［ステップＳ１４２］パス通信部６４は、受信されたデータのメッセージタイプが２５５であるか判断する。すなわち、パス通信部６４は、受信されたデータのメッセージタイプがデータであるか判断する。
　パス通信部６４は、メッセージタイプが２５５の場合、ステップＳ１４３へ進む。パス通信部６４は、メッセージタイプが２５５以外の場合、ステップＳ１４４へ進む。
　［ステップＳ１４３］Ｉｕｂデータ送信部６３は、受信データの保持処理を行う。すなわち、Ｉｕｂデータ送信部６３は、ＬＴＥ－３Ｇハンドオーバ処理において、ｘＧＳＮ１３から移動端末２１宛てのデータを受信した場合、そのデータをバッファに保持する。例えば、Ｉｕｂデータ送信部６３は、図４で説明したパケットＰＫ２３ａを保持する。
　［ステップＳ１４４］パス通信部６４は、受信したデータを破棄する。
　［ステップＳ１４５］パス通信部６４は、受信されたデータのメッセージタイプが２５５であるか２５４であるか判断する。すなわち、パス通信部６４は、受信されたデータのメッセージタイプがデータ（メッセージタイプが２５５）であるかエンドマーカ（メッセージタイプが２５４）であるか判断する。
　パス通信部６４は、メッセージタイプが２５５の場合、ステップＳ１４６へ進む。パス通信部６４は、メッセージタイプが２５４の場合、ステップＳ１４７へ進む。パス通信部６４は、メッセージタイプが２５４，２５５以外の場合、ステップＳ１５１へ進む。
　［ステップＳ１４６］パス通信部６４は、ＬＴＥ装置１１から受信したデータを、データフォーマット変換部６２を介してＩｕｂデータ送信部６３に送信する。Ｉｕｂデータ送信部６３は、データフォーマット変換部６２を介してパス通信部６４から受信したデータを移動端末２１へ送信する。すなわち、パス通信部６４は、ハンドオーバ元のＬＴＥ装置１１から転送された未送信のデータを移動端末２１に送信するようにする。
　［ステップＳ１４７］パス通信部６４は、Ｉｕｂデータ送信部６３から、ハンドオーバ時の下りデータの通信状況を取得し、転送状況結果を集計する。
　［ステップＳ１４８］パス通信部６４は、集計した転送状況結果をハンドオーバ元のＬＴＥ装置１１に送信する。
　［ステップＳ１４９］パス通信部６４は、ＬＴＥ－３Ｇハンドオーバ処理を終了する。
　［ステップＳ１５０］Ｉｕｂデータ送信部６３は、ｘＧＳＮ１３から受信した、保持していたデータを移動端末２１に送信する。すなわち、Ｉｕｂデータ送信部６３は、ステップＳ１４３で保持したデータを移動端末２１に送信する。
　［ステップＳ１５１］パス通信部６４は、受信したデータを破棄する。
　図２１は、ＩＰ－ＲＮＣのデータ送信処理のフローチャートの一例を示した図である。図２１のフローチャートは、図１０のステップＳ１１の詳細な処理を示している。
　［ステップＳ１６１］パス通信部６４は、ハンドオーバ先のＬＴＥ装置１１に未送信のデータの転送を行うか否か判断する。パス通信部６４は、ハンドオーバ先のＬＴＥ装置１１から受信した通信状況に基づいて、未送信のデータの転送を行うか否か判断する。パス通信部６４は、未送信のデータの転送を行うと判断した場合、ステップＳ１６２へ進む。パス通信部６４は、未送信のデータの転送を行わないと判断した場合、転送処理を行わず処理を終了する。
　［ステップＳ１６２］パス通信部６４は、ハンドオーバ先のＬＴＥ装置１１の通信状況および転送状況結果に基づいて、未送信のデータの転送レートを制御するか否か判断する。パス通信部６４は、未送信のデータの転送レートの制御を行わないと判断した場合、ステップＳ１６３へ進む。パス通信部６４は、未送信のデータの転送レートの制御を行うと判断した場合、ステップＳ１６５へ進む。
　［ステップＳ１６３］パス通信部６４は、ＧＴＰ－Ｕ受信部４２の受信する移動端末２１宛てのデータをＬＴＥ装置１１へ転送する。
　［ステップＳ１６４］パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在するか否か判断する。パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在すれば、ステップＳ１６３へ進む。パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在しなければ、処理を終了する。
　［ステップＳ１６５］パス通信部６４は、転送するデータの転送レートが転送レート制限を超えるか否か判断する。パス通信部６４は、転送するデータの転送レートが転送レート制御を超える場合、処理を終了する。パス通信部６４は、転送するデータの転送レートが転送レート制御を超えない場合、ステップＳ１６６へ進む。制限される転送レート（転送レート制限）は、例えば、通信状況よび転送状況結果に基づいて算出される。
　［ステップＳ１６６］パス通信部６４は、ＧＴＰ－Ｕ受信部４２の受信する移動端末２１宛てのデータをＬＴＥ装置１１へ転送する。
　［ステップＳ１６７］パス通信部６４は、転送したデータのバイト数を計算する。すなわち、パス通信部６４は、転送したデータの転送レートを計算する。
　［ステップＳ１６８］パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在するか否か判断する。パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在すれば、ステップＳ１６５へ進む。パス通信部６４は、ＬＴＥ装置１１へ転送するデータが存在しなければ、処理を終了する。
　なお、図２１では、ＩＰ－ＲＮＣ１４の転送制御処理のフローチャートの一例を示したが、ＬＴＥ装置１１の転送制御処理もＩＰ－ＲＮＣ１４と同様であり、その説明を省略する。
　図２２は、ＩＰ－ＲＮＣの通信状況受信処理および転送状況結果のフローチャートの一例を示した図である。
　［ステップＳ１７１］パス通信部６４は、ＬＴＥ装置１１から受信したデータが通信状況であるか転送状況結果であるか判断する。パス通信部６４は、ＬＴＥ装置１１から受信したデータが通信状況である場合、ステップＳ１７２へ進む。パス通信部６４は、ＬＴＥ装置１１から受信したデータが転送状況結果である場合、ステップＳ１８０へ進む。
　［ステップＳ１７２］パス通信部６４は、未送信のデータの転送を行うか否か判断する。例えば、パス通信部６４は、ＬＴＥ装置１１から受信した通信状況に含まれる輻輳状態、残バッファ数、および接続コネクション数に基づいて、未送信のデータの転送の有無を判断する。より具体的には、パス通信部６４は、前記のパラメータと、そのパラメータの閾値とを比較して、未送信のデータの転送の有無を判断する。パス通信部６４は、未送信のデータの転送を行うと判断した場合、ステップＳ１７３へ進む。パス通信部６４は、未送信のデータの転送を行わないと判断した場合、ステップＳ１７７へ進む。
　［ステップＳ１７３］パス通信部６４は、未送信のデータの転送を行うか否か判断する。例えば、パス通信部６４は、ＬＴＥ装置１１から受信した通信状況に含まれる下り方向のデータの送信レートおよびエンドマーカの待ち合わせタイマ値に基づいて、未送信のデータの転送の有無を判断する。より具体的には、パス通信部６４は、前記のパラメータと、そのパラメータの閾値とを比較して、未送信のデータの転送の有無を判断する。パス通信部６４は、未送信のデータの転送を行うと判断した場合、ステップＳ１７４へ進む。パス通信部６４は、未送信のデータの転送を行わないと判断した場合、ステップＳ１７７へ進む。
　なお、ステップＳ１７２，Ｓ１７３の処理は、図２１のステップＳ１６１の処理に対応する。
　［ステップＳ１７４］パス通信部６４は、ハンドオーバ先のＬＴＥ装置１１の通信状況および転送状況結果に基づいて、未送信のデータの転送レートを制御するか否か判断する。例えば、パス通信部６４は、ＬＴＥ装置１１から受信した通信状況に含まれる送信レートおよび待ち合わせタイマ値に基づいて、未送信のデータの転送レートを制御するか否か判断する。また、パス通信部６４は、記憶装置に保存している転送状況結果に含まれる受信バイト数および破棄バイト数に基づいて、未送信のデータの転送レートを制御するか否か判断する。より具体的には、パス通信部６４は、前記のパラメータと、そのパラメータの閾値とを比較して、未送信のデータの転送レートを制御するか判断する。
　パス通信部６４は、未送信のデータの転送レートの制御を行わないと判断した場合、ステップＳ１７６へ進む。パス通信部６４は、未送信のデータの転送レートの制御を行うと判断した場合、ステップＳ１７５へ進む。
　なお、ステップＳ１７４の処理は、図２１のステップＳ１６２の処理に対応する。
　［ステップＳ１７５］パス通信部６４は、未送信のデータの転送レートを制御する。例えば、パス通信部６４は、通信状況に含まれる送信レートおよび待ち合わせタイマ値と、転送状況結果に含まれる受信バイト数および破棄バイト数とに基づいて、未送信のデータの転送レートを制御する。
　なお、ステップＳ１７５の処理は、図２１のステップＳ１６５～Ｓ１６８の処理に対応する。
　［ステップＳ１７６］パス通信部６４は、転送レートを制御しないで未送信のデータを転送先のＬＴＥ装置１１に転送する。なお、ステップＳ１７６の処理は、図２１のステップＳ１６３，Ｓ１６４の処理に対応する。
　［ステップＳ１７７］パス通信部６４は、未送信のデータの転送処理を終了する。すなわち、パス通信部６４は、未送信のデータの転送処理を行わないで、移動端末２１にハンドオーバ先で未送信の再送処理を行わせるようにする。つまり、パス通信部６４は、例えば、未送信のデータが転送先で多く破棄されるような場合、ハンドオーバ後のパスで移動端末２１が再送処理を行って、欠損したデータを補うようにする。これにより、移動端末２１は、例えば、ハンドオーバ先のＬＴＥの高速のパスで、未送信のデータを高速に受信することができる。
　［ステップＳ１７８］パス通信部６４は、ハンドオーバ先のＬＴＥ装置１１にエンドマーカを送信する。
　［ステップＳ１７９］パス通信部６４は、３Ｇ－ＬＴＥハンドオーバ処理を終了する。
　［ステップＳ１８０］パス通信部６４は、記憶装置に転送状況結果を保存する。
　図２３は、ＩＰ－ＲＮＣの３Ｇ－ＬＴＥハンドオーバに関連するプロトコルスタックの一例を示した図である。ＩＰ－ＲＮＣ１４は、図２３に示すようなプロトコルスタックで３Ｇ－ＬＴＥハンドオーバを行う。なお、ＩＰ－ＲＮＣ１４は、ＬＴＥ－３Ｇハンドオーバにおいても図２３に示すようなプロトコルスタックでハンドオーバを行う。また、上記で説明したイベント発生は、移動端末２１がハンドオーバするとき、図に示すプロトコルより上位のプロトコルで発生する。
　図２４は、ＬＴＥ装置の３Ｇ－ＬＴＥハンドオーバに関連するプロトコルスタックの一例を示した図である。ＬＴＥ装置１１は、図２４に示すようなプロトコルスタックで３Ｇ－ＬＴＥハンドオーバを行う。なお、ＬＴＥ装置１１は、ＬＴＥ－３Ｇハンドオーバについても図２４に示すようなプロトコルスタックでハンドオーバを行う。また、上記で説明したイベント発生は、移動端末２１がハンドオーバするとき、図に示すプロトコルより上位のプロトコルで発生する。
　図２５は、ＩＰ－ＲＮＣのハードウェアブロックの一例を示した図である。図２５に示すように、ＩＰ－ＲＮＣ１４は、ＣＰＵ１０１、ＤＳＰ１０２、メモリ１０３、ＦＰＧＡ（Field Programmable Gate Array）１０４、およびＮＰ（Network Processor）１０５を有している。
　ＩＰ－ＲＮＣ１４は、ＣＰＵ１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０６を介して、ＤＳＰ１０２、メモリ１０３、ＦＰＧＡ１０４、およびＮＰ１０５が接続されている。
　メモリ１０３には、ＣＰＵ１０１やＤＳＰ１０２に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０３には、ＣＰＵ１０１やＤＳＰ１０２による処理に用いられる各種データが格納される。メモリ１０３は、複数であってもよい。
　ＤＳＰ１０２は、例えば、ＲＬＣ（Radio Link Control）の終端処理などを行う。ＮＰ１０５は、例えば、ＧＴＰ－Ｕの終端処理などを行う。ＦＰＧＡ１０４は、例えば、ＤＳＰ１０２とＮＰ１０５のデータのやり取りを仲介する。
　以上のようなハードウェアブロック例によって、ＩＰ－ＲＮＣ１４は、本実施の形態の処理機能を実現することができる。例えば、図６のＧＴＰ-Ｕ送信部４１とＧＴＰ-Ｕ受信部４２は、ＮＰ１０５によって実現される。Ｕ－Ｐｌａｎｅ制御部５０は、ＣＰＵ１０１によって実現される。
　図２６は、ＬＴＥ装置のハードウェアブロックの一例を示した図である。図２６に示すように、ＬＴＥ装置１１は、ＣＰＵ１１１、メモリ１１２、およびＢＢ（Base Band signal processor）カード１１３を有している。
　ＬＴＥ装置１１は、ＣＰＵ１１１によって装置全体が制御されている。ＣＰＵ１０１には、バス１１４を介して、メモリ１１２およびＢＢカード１１３が接続されている。
　メモリ１１２には、ＣＰＵ１１１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１１２には、ＣＰＵ１１１による処理に用いられる各種データが格納される。メモリ１１２は、複数であってもよい。
　ＢＢカード１１３は、例えば、ＤＳＰおよびメモリを有している。メモリには、ＤＳＰに実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリには、ＤＳＰによる処理に用いられる各種データが格納される。メモリは、複数であってもよい。ＢＢカード１１３は、例えば、ＲＬＣの終端処理やＧＴＰ－Ｕの終端処理などを行う。
　以上のようなハードウェアブロック例によって、ＬＴＥ装置１１は、本実施の形態の処理機能を実現することができる。例えば、図７のＧＴＰ-Ｕ送信部７１とＧＴＰ－Ｕ受信部７２は、ＢＢカード１１３によって実現される。Ｕ－Ｐｌａｎｅ制御部８０は、ＣＰＵ１１１によって実現される。
　このように、ＬＴＥ装置１１は、移動端末２１がハンドオーバするとき、ＩＰ－ＲＮＣ１４と双方向のパスを設定する。そして、ＬＴＥ装置１１は、ＩＰ－ＲＮＣ１４から通信状況および転送状況結果を受信し、受信した通信状況および転送状況結果に基づいて、転送レートを制御する。これにより、ＩＰ－ＲＮＣ１４では、データの滞留を抑制することができる。また、ＩＰ－ＲＮＣ１４は、データ滞留を抑制できるので、転送された未送信のデータを破棄せずに済み、移動端末２１は、データを欠損することなく受信することができる。また、移動端末２１は、データを欠損することなく受信できるので、ハンドオーバ先でデータの再送要求をしなくて済む。
　また、ＬＴＥ装置１１は、受信した通信状況に基づいて、未送信のデータの転送をするか否かの判断をする。これにより、ＬＴＥ装置１１とＩＰ－ＲＮＣ１４は、未送信のデータがハンドオーバ先で多く破棄されるような場合、未送信のデータの転送を行わないので、その転送時間を省くことができる。
　また、ＩＰ－ＲＮＣ１４は、移動端末２１がハンドオーバするとき、ＬＴＥ装置１１と双方向のパスを設定する。そして、ＩＰ－ＲＮＣ１４は、ＬＴＥ装置１１から通信状況および転送状況結果を受信し、受信した通信状況および転送状況結果に基づいて、転送レートを制御する。これにより、ＬＴＥ装置１１では、データの滞留を抑制することができる。また、ＬＴＥ装置１１は、データ滞留を抑制できるので、転送された未送信のデータを破棄せずに済み、移動端末２１は、データを欠損することなく受信することができる。また、移動端末２１は、データを欠損することなく受信できるので、ハンドオーバ先でデータの再送要求をしなくて済む。
　また、ＩＰ－ＲＮＣ１４は、受信した通信状況に基づいて、未送信のデータの転送をするか否かの判断をする。これにより、ＩＰ－ＲＮＣ１４とＬＴＥ装置１１は、未送信のデータがハンドオーバ先で多く破棄されるような場合、未送信のデータの転送を行わないので、その転送時間を省くことができる。
　上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
　１，２　無線アクセス装置
　１ａ　設定部
　１ｂ　受信部

Claims (8)

  1. 　第１の無線アクセスネットワークに設けられた無線アクセス装置において、
    　移動端末が当該無線アクセス装置から前記第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークの他無線アクセス装置へハンドオーバするとき、前記他無線アクセス装置と双方向のパスを設定する設定部と、
    　前記設定部の設定したパスを用いて、前記他無線アクセス装置から前記他無線アクセス装置の通信状況を受信する受信部と、
    　を有することを特徴とする無線アクセス装置。
  2. 　前記移動端末の未送信データを前記他無線アクセス装置に転送するとき、前記受信部の受信した通信状況に基づいて、転送レートを制御する送信部をさらに有することを特徴とする請求の範囲第１項記載の無線アクセス装置。
  3. 　前記送信部は、前記受信部の受信した通信状況に基づいて、前記移動端末の未送信データの転送を行うか否かの判断をすることを特徴とする請求の範囲第２項記載の無線アクセス装置。
  4. 　前記他無線アクセス装置から前記移動端末の未送信データの転送状況結果を受信する転送状況結果受信部をさらに有することを特徴とする請求の範囲第２項または第３項に記載の無線アクセス装置。
  5. 　前記送信部は、前記転送状況結果受信部の受信した転送状況結果に基づいて、前記移動端末の未送信データの転送レートを制御することを特徴とする請求の範囲第４項記載の無線アクセス装置。
  6. 　前記移動端末が前記他無線アクセス装置から当該無線アクセス装置へハンドオーバするとき、前記他無線アクセス装置に当該無線アクセス装置の通信状況を送信する通信状況送信部をさらに有することを特徴とする請求の範囲第１項乃至第５項のいずれかに記載の無線アクセス装置。
  7. 　第１の無線アクセスネットワークに設けられた無線アクセス装置のハンドオーバ方法において、
    　移動端末が前記無線アクセス装置から前記第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークの他無線アクセス装置へハンドオーバするとき、前記他無線アクセス装置と双方向のパスを設定し、
    　設定したパスを用いて、前記他無線アクセス装置ら前記他無線アクセス装置の通信状況を受信する、
    　ことを特徴とするハンドオーバ方法。
  8. 　第１の無線アクセスネットワークに設けられた第１の無線アクセス装置と前記第１の無線アクセスネットワークと無線アクセス方式の異なる第２の無線アクセスネットワークに設けられた第２の無線アクセス装置とを有する無線アクセスシステムにおいて、
    　前記第１の無線アクセス装置は、
    　移動端末が前記第１の無線アクセス装置から前記第２の無線アクセス装置へハンドオーバするとき、前記第２の無線アクセス装置と双方向のパスを設定する第１の設定部と、
    　前記第１の設定部の設定したパスを用いて、前記第２の無線アクセス装置から前記第２の無線アクセス装置の通信状況を受信する受信部と、を有し、
    　前記第２の無線アクセス装置は、
    　前記移動端末が前記第１の無線アクセス装置から前記第２の無線アクセス装置へハンドオーバするとき、前記第１の設定部と双方向のパスを設定する第２の設定部と、
    　前記第２の設定部の設定したパスを用いて、前記通信状況を前記第１の無線アクセス装置に送信する送信部と、
    　を有することを特徴とする無線アクセスシステム。
PCT/JP2011/058059 2011-03-30 2011-03-30 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム WO2012131946A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/058059 WO2012131946A1 (ja) 2011-03-30 2011-03-30 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/058059 WO2012131946A1 (ja) 2011-03-30 2011-03-30 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム

Publications (1)

Publication Number Publication Date
WO2012131946A1 true WO2012131946A1 (ja) 2012-10-04

Family

ID=46929770

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/058059 WO2012131946A1 (ja) 2011-03-30 2011-03-30 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム

Country Status (1)

Country Link
WO (1) WO2012131946A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014112466A1 (ja) * 2013-01-18 2014-07-24 株式会社Ｎｔｔドコモ ユーザ装置、基地局、切替え制御方法、及びスケジューリング制御方法
WO2014112477A1 (ja) * 2013-01-18 2014-07-24 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び切替え制御方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004030396A1 (ja) * 2002-09-24 2004-04-08 Fujitsu Limited パケット転送・送信方法および移動通信システム
JP2005012718A (ja) * 2003-06-23 2005-01-13 Hitachi Ltd 移動体ｉｐデータ通信システム
WO2011021256A1 (ja) * 2009-08-21 2011-02-24 富士通株式会社 無線アクセスネットワーク、基地局、データ転送方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004030396A1 (ja) * 2002-09-24 2004-04-08 Fujitsu Limited パケット転送・送信方法および移動通信システム
JP2005012718A (ja) * 2003-06-23 2005-01-13 Hitachi Ltd 移動体ｉｐデータ通信システム
WO2011021256A1 (ja) * 2009-08-21 2011-02-24 富士通株式会社 無線アクセスネットワーク、基地局、データ転送方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014112466A1 (ja) * 2013-01-18 2014-07-24 株式会社Ｎｔｔドコモ ユーザ装置、基地局、切替え制御方法、及びスケジューリング制御方法
WO2014112477A1 (ja) * 2013-01-18 2014-07-24 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び切替え制御方法
JP2014138373A (ja) * 2013-01-18 2014-07-28 Ntt Docomo Inc ユーザ装置、基地局、切替え制御方法、及びスケジューリング制御方法

Similar Documents

Publication Publication Date Title
WO2018127238A1 (zh) 信息处理方法及装置
CN110636628B (zh) 信息传输方法及装置
JP5872649B2 (ja) 移動性管理のための擬似配線
US8694004B2 (en) Base station, mobile station, communication system, and reordereing method thereof
US8391151B2 (en) Inter-network-nodes flow control
AU2017424739B2 (en) Switching method, access network device and terminal device
US8588784B2 (en) Mobile communication system, wireless base station and hand over reconnection method for use therewith including an accumulation portion for holding data
US20040184424A1 (en) Mobile communication system, radio network controller and method of transferring data employed therefor
JP4978141B2 (ja) 無線通信システム及び無線基地局及び無線通信制御方法
CN111901817A (zh) 数据包传输方法、装置、通信节点及存储介质
CN103888215A (zh) 数据传输方法、装置及通信系统
US8462733B2 (en) Method and system for transferring a communication session between data sources
CN111148163B (zh) 通信方法及装置
CN110868744B (zh) 一种前转数据的处理方法和装置
WO2007144041A1 (en) Avoidance of retransmission requests in a packet retransmission scheme
WO2019024032A1 (zh) 数据传输方法、相关设备及通信系统
KR20100071980A (ko) 무선 전기통신 네트워크에서의 핸드오버 방법 및 장치
CN110972215B (zh) 一种切换方法及基站
CN110719614B (zh) 一种数据传输方法和系统
WO2012131946A1 (ja) 無線アクセス装置、ハンドオーバ方法、および無線アクセスシステム
JP2007336389A (ja) 移動通信システム及びそのデータ再送制御方法
WO2018186782A1 (en) Transport of rrc messages in dual connectivity communication
EP3456145A1 (en) Method and system for data tunneling in device to device communication assisted by a telecommunication network
WO2014017223A1 (ja) 移動通信システムにおける基地局及び通信方法
JP2012151878A (ja) 無線通信システム、無線基地局、無線端末及び無線通信方法

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

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP