WO2012023369A1 - 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム - Google Patents

通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム Download PDF

Info

Publication number
WO2012023369A1
WO2012023369A1 PCT/JP2011/066118 JP2011066118W WO2012023369A1 WO 2012023369 A1 WO2012023369 A1 WO 2012023369A1 JP 2011066118 W JP2011066118 W JP 2011066118W WO 2012023369 A1 WO2012023369 A1 WO 2012023369A1
Authority
WO
WIPO (PCT)
Prior art keywords
rnc
handover
base station
femtocell base
communication system
Prior art date
Application number
PCT/JP2011/066118
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 EP11818013.2A priority Critical patent/EP2608601A4/en
Priority to CN2011800328881A priority patent/CN103098516A/zh
Priority to US13/699,413 priority patent/US20130072199A1/en
Publication of WO2012023369A1 publication Critical patent/WO2012023369A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/10—Reselecting an access point controller
    • 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/142—Reselecting a network or an air interface over the same radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/22—Interfaces between hierarchically similar devices between access point controllers

Definitions

  • the present invention relates to a communication system, a gateway device, a femtocell base station, a communication method, and an apparatus program for realizing a handover between communication systems having different communication procedures.
  • 3G third generation mobile communication
  • UE mobile terminal or other wireless terminal
  • BTS Base Transceiver Station
  • the SRNS Serving Radio Network Subsystem
  • Iur-HO hand over method shown in FIG. 2
  • Iur indicates a logical interface between RNCs (Radio Network Controller).
  • an MSC Mobile Switching Center
  • various messages necessary for handover are transmitted and received.
  • the source MSC is a GMSC (Gateway-MSC).
  • GMSC Gateway-MSC
  • the RNC is used as an anchor node, and handover information for call control is transmitted and received between the source RNC and the handover destination RNC. That is, message transmission / reception of handover information higher than the physical layer is performed without passing through the MSC, and the UE is call-connected under the handover destination BTS.
  • This femtocell wirelessly connects a UE to a femtocell base station (FAP: Femto ⁇ ⁇ Access Point) that covers a narrow communication area with a radius of several tens of meters. Cover the area. This makes it possible to cover the communication area without incurring costs for infrastructure development of an existing macro cell base station.
  • FAP Femto ⁇ ⁇ Access Point
  • a technique for performing handover between an AP (Access Point) of an IMS network such as FAP and a BTS of an existing 3G network by the above-described SRNS-Relocation method of FIG. 1 is known (see, for example, Patent Document 1). .
  • the anchor node when performing handover from the BTS of the existing 3G network to the FAP is the MSC. For this reason, in order to connect an IMS network having an FAP to an existing 3G network, there is a possibility that an additional function for supporting a handover with the FAP that performs call control in the IMS network may be required for the MSC. there were.
  • the technique described in Patent Document 2 described above only identifies a base station that is a candidate for a handover destination and transmits the identifier of the base station. That is, the technique described in Patent Document 2 described above has not been considered to realize transmission / reception of control information when performing call control for a call by a UE.
  • An object of the present invention is to provide a communication system, a gateway device, a femtocell base station, a communication method, and a program for a device that can realize a handover with an FAP in different communication systems.
  • a communication system is a communication system used by being connected to another communication system having a different communication procedure
  • Other communication systems comprise RNC and BTS
  • the communication system includes a gateway device and a femtocell base station,
  • the gateway device and the femtocell base station constitute virtual RNC means for allowing the RNC to recognize it as one RNC during communication with the RNC,
  • the virtual RNC means transmits / receives a message of handover information for call control with the RNC.
  • the gateway device is a gateway device in a communication system used by being connected to another communication system having a different communication procedure.
  • Other communication systems comprise RNC and BTS
  • the communication system includes a gateway device and a femtocell base station
  • the gateway apparatus includes a control unit configured by a femtocell base station to configure a virtual RNC unit that causes the RNC to recognize it as one RNC during communication with the RNC,
  • the virtual RNC means transmits / receives a message of handover information for call control with the RNC.
  • the femtocell base station is a femtocell base station in a communication system used by being connected to another communication system having a different communication procedure, Other communication systems comprise RNC and BTS,
  • the communication system includes a gateway device and a femtocell base station,
  • the femtocell base station includes a control unit configured by a gateway device with a virtual RNC unit that causes the RNC to recognize as one RNC during communication with the RNC,
  • the virtual RNC means transmits / receives a message of handover information for call control with the RNC.
  • the communication method according to the present invention is a communication method between a communication system and another communication system having a different communication procedure
  • Other communication systems comprise RNC and BTS
  • the communication system includes a gateway device and a femtocell base station,
  • the gateway device and the base station for femtocell configure virtual RNC means that makes the RNC recognize as one RNC when communicating with the RNC,
  • the virtual RNC means performs message transmission / reception of handover information for call control with the RNC, and establishes a line connection to the handover destination.
  • the gateway device program according to the present invention is a gateway device program in a communication system used by being connected to another communication system having a different communication procedure.
  • Other communication systems comprise RNC and BTS
  • the communication system includes a gateway device and a femtocell base station
  • the gateway device is configured with a femtocell base station for virtual RNC means that allows the RNC to recognize the RNC as one RNC when communicating with the RNC,
  • the virtual RNC means executes a procedure for transmitting / receiving a message of handover information for call control with the RNC.
  • the femtocell base station program according to the present invention is a femtocell base station program in a communication system used by being connected to another communication system having a different communication procedure.
  • Other communication systems comprise RNC and BTS,
  • the communication system includes a gateway device and a femtocell base station,
  • the virtual RNC means that causes the femtocell base station to recognize the RNC as one RNC when communicating with the RNC is configured by the gateway device,
  • the virtual RNC means executes a procedure for transmitting / receiving a message of handover information for call control with the RNC.
  • FIG. 10 is a sequence diagram showing continuous handover from a macro cell to a femto cell and further to another femto cell.
  • FIG. 10 is a sequence diagram showing continuous handover from a macro cell to a femto cell and further to another femto cell.
  • FIG. 15 is a diagram showing the continuous handover operation shown in FIGS. 13 and 14 in comparison with an existing 3G network. It is a figure which shows the example of another continuous handover operation
  • a FAP is a UE that is a wireless terminal, and a gateway device composed of HOGW (Hand Over Gateway) and MGW (Media Gateway) and the FAP are communication partners. Transmission / reception similar to that of one RNC is performed with respect to the RNC.
  • HOGW Heand Over Gateway
  • MGW Media Gateway
  • the gateway device and the FAP constitute a virtual RNC means, and the FAP functions as a virtual BTS and accommodates the UE by wireless communication. For this reason, even when handover is performed between the BTS of the existing 3G network and the FAP of the IMS network, each device of the existing 3G network performs handover by the same operation as the Iur-HO method of the existing 3G network described above with reference to FIG. Can be processed.
  • handover with an existing network can be performed without changing the existing public mobile communication network within a range defined in a standard such as 3GPP (3rd Generation Partnership Project). Can be realized.
  • the communication system of the present embodiment includes an existing 3G network based on ATM (Ansynchronous Transfer Mode) and an IMS network based on IP (Internet Protocol).
  • ATM Ansynchronous Transfer Mode
  • IP Internet Protocol
  • the existing 3G network includes an MSC 100, a GMSC 110, and a RAN (Radio-Area Network) 200.
  • the RAN 200 includes an RNC 210 and a BTS 220 and accommodates the UE 300 under the BTS 220.
  • the MSC 100, GMSC 110, RNC 210, BTS 220, and UE 300 constituting the existing 3G network are devices that perform processing conforming to standards such as 3GPP. Therefore, specific processing operations of the MSC 100, the GMSC 110, the RNC 210, the BTS 220, and the UE 300 are omitted.
  • the technology used in the existing 3G network is disclosed in 3GPP3TS 33.234, for example. Further, the handover is disclosed in 3GPP TR 25.931 etc.
  • the IMS network includes an FAP 500 that constructs a predetermined communication area, an IMS core 600, and a gateway device 400 that realizes a handover between the existing 3G network.
  • the FAP500 is a small radio base station that covers a narrow communication area with a radius of several tens of meters.
  • the IMS core 600 is a core network including devices such as a call state control server (CSCF: Call Session Control Function) that performs session control and an HSS (Home Subscriber Server) that manages subscriber information.
  • CSCF Call Session Control Function
  • HSS Home Subscriber Server
  • the gateway apparatus 400 includes a HOGW 420 in charge of a C plane (C-Plane) for transferring control signals, and an MGW 410 in charge of a U plane (U-Plane) for transferring user information such as voice information of a call.
  • C-Plane C plane
  • U-Plane U plane
  • the gateway device 400 performs protocol conversion between the ATM network and the IP network for each of the C plane and the U plane.
  • FIG. 6 shows an example of a protocol for each of the C plane between the apparatuses, the C plane for establishing the U plane (C-Plane for U-Plane), and the U plane in this embodiment.
  • the C plane for establishing the U plane is a C plane for signaling for establishing circuit connection by the U plane.
  • FIG. 7 shows a protocol in the existing 3G network at the time of handover and an example of protocol conversion by the gateway device 400.
  • each device of the existing 3G network performs handover between the macro cell by BTS 220 and the femto cell by FAP. In this case, it is only necessary to perform transmission / reception using the same protocol as the handover between macro cells of the existing 3G network.
  • the RAN 200 that is, the RNC 210 side performs communication using the same protocol as the communication between the RAN 200.
  • the HOGW 420 and the MGW 410 when the HOGW 420 and the MGW 410 receive a signal from the RNC 210, the HOGW 420 and the MGW 410 convert the signal into a predetermined IMS network protocol corresponding to the protocol of the signal, and convert the converted signal to the IP It is transmitted to the FAP 500 as a payload in the packet. In other words, HOGW 420 and MGW 410 transmit an IP packet having a payload indicating the converted signal to FAP 500.
  • the HOGW 420 when the HOGW 420 receives a signal from RNSAP (RadioRNetwork Subsystem Application Part) from the RNC 210, because the IMS network protocol corresponding to the signal is RNSAP, the HOGW 420 transmits data transmitted from the RNC 210 to the RNSAP. Is transmitted to the FAP 500 as a payload in the IP packet.
  • RNSAP RadioRNetwork Subsystem Application Part
  • the HOGW 420 For the C plane for establishing the U plane, when the HOGW 420 receives a signal from the ALCAP (Access Link Control Application Part) from the RNC 210, the IMS network protocol corresponding to the signal is the ALCAP.
  • the data transmitted by ALCAP is transmitted to the FAP 500 as a payload in the IP packet.
  • the MGW 410 receives an AMR (Adaptive Multi-Rate) signal from the RNC 210, the IMS network protocol corresponding to the signal is RTP (Real Time Transport Protocol). Data transmitted by AMR is converted into an RTP protocol, and the converted signal is transmitted to the FAP 500 as a payload in an IP packet.
  • AMR Adaptive Multi-Rate
  • RTP Real Time Transport Protocol
  • the HOGW 420 and the MGW 410 perform protocol conversion, distribute a frame between the existing 3G network and the IMS network, and realize handover between the macro cell by the BTS 220 and the femto cell by the FAP 500.
  • MEGACO Media Gateway Control protocol
  • SRNC Serving RNC
  • DRNC Drift RNC
  • the RAN 200 by the RNC 210 and the BTS 220 under the control of the RNC 210 is indicated as RNS (RadioRNetwork Subsystem), the RNS to which the UE 300 belongs before moving by handover is the SRNS (Serving RNS), and the UE 300 belongs after moving by handover.
  • RNS RadioRNetwork Subsystem
  • SRNS Serving RNS
  • DRNS Drift RNS
  • RNS a portion functioning as a virtual RNS is indicated as RNS.
  • the BTS to which the UE 300 belongs before the movement by the handover is described as BTS1
  • the BTS to which the UE 300 belongs after the movement by the handover is described as BTS2.
  • a UE located in BTS1 transmits an RRC: Measurement Report to SRNC via BTS1 by a handover trigger such as detecting that the radio wave from BTS2 is stronger than the radio wave from BTS1 by a predetermined value or more.
  • the SRNC uses the reception of the RRC: ⁇ ⁇ Measurement Report as a trigger for handover, routes the connection path from the SRNC to the DRNC, and transmits RNSAP: Radio Link Setup Req to the DRNC as a C-plane connection request (step A2).
  • the DRNC When the DRNC receives the RNSAP: “Radio Link Setup Req”, the DRNC transmits the Radio Link Setup Req to the BTS 2 by NBAP (Node B Application Part) and executes an inquiry (step A3).
  • BTS2 receives NBAP: Radio Link Setup Req
  • BTS2 returns NBAP: Radio Link Setup Resp to the DRNC (step A4).
  • the DRNC transmits Radio Link Setup Resp to the SRNC by RNSAP (step A5).
  • SRNC upon receiving RNSAP: “Radio Link Setup Resp”, sends ALCAP (Iur): “ERQ (Establish Request Message)” to DRNC as a connection request on the C plane for establishing the U plane (step A6).
  • ALCAP ALCAP
  • ERQ Establish Request Message
  • SRNC receives ALCAP (Iur): ERQ
  • ALCAP ECF (Establish Confirm Message)
  • ALCAP (Iub) by Iub of the logical interface between RNC and BTS.
  • An ERQ is transmitted to BTS 2 (step A8).
  • SRNC receives ALCAP (Iur): ECF and confirms connection establishment in C plane for U plane establishment, and transmits RRC: Active Set Update to UE via BTS1 (step A10).
  • ALCAP Iur
  • RRC Active Set Update
  • BTS 2 transmits NBAP: “Radio” Link “Restore” Ind to DRNC as notification of uplink synchronization (step A11).
  • NBAP Radio Link Restore Ind
  • the RNSAP transmits Radio Link Restore Ind to the SRNC (step A12).
  • the UE When the UE receives the RRC: “Active” Set “Update”, the UE transmits the RRC: “Active” Set “Update” Comp to the SRNC via the BTS 1 (step A13). In this way, the UE is located under the BTS2.
  • the BTS to which the UE 300 belongs before the movement by the handover is BTS 1
  • the BTS to which the UE 300 belongs after the movement by the first handover is BTS 2 by the second handover.
  • the BTS to which the UE 300 belongs after the movement will be described as BTS3.
  • the first handover is performed from BTS1 to BTS2 by the same operation as steps A1 to A13 in the sequence diagram of FIG. 8 described above (steps B1 to B13).
  • the RRC Measurement Report for releasing the connection to the BTS1 established before the handover is transmitted from the UE to the SRNC via the BTS2 and DRNC (Ste B14).
  • the SRNC sends an inquiry by sending Radio Link Deletion Req to the BTS1 by NBAP as a C plane release request (step B15).
  • NBAP NBRadio Link Deletion Req
  • BTS1 returns NBAP: Radio Link Deletion Resp to the SRNC (step B16).
  • the SRNC When the SRNC receives NBAP: [Radio] Link [Deletion] Resp, it sends ALCAP (Iub): [REL] (Release [Request] Message) to the BTS 1 as a connection release request in the C plane for establishing the U plane (step B17).
  • ALCAP (Iub): REL
  • ALCAP (Iub): RLC (Release Complete Message)
  • the UE triggers RRC: Measurement Report to BTS2 and DRNC by a handover trigger such as detecting that the radio wave from BTS3 is stronger than the radio wave from BTS2 by a predetermined value or more.
  • RRC Measurement Report
  • DRNC Radio Link Setup Req to the DRNC as a C-plane connection request
  • the DRNC When the DRNC receives the RNSAP: “Radio Link Setup Req”, the DRNC transmits the Radio Link Setup Req to the BTS 3 by NBAP and executes an inquiry (step B21). Upon receiving NBAP: “Radio” Link “Setup” Req, BTS 3 returns NBAP: “Radio” Link ”Setup“ Resp ”to the DRNC (step B22). The DRNC transmits Radio Link Setup Resp to the SRNC by RNSAP (step B23).
  • SRNC When SRNC receives RNSAP: “Radio” Link “Setup” Resp, it sends ALCAP (Iur): “ERQ” to DRNC as a connection request on the C plane for establishing the U plane (step B24). When DRNC receives ALCAP (Iur): ERQ, it returns ALCAP (Iur): ECF to SRNC (step B25), and sends ALCAP (Iub): ERQ to BTS3 by Iub of the logical interface between RNC and BTS. (Step B26).
  • SRNC receives ALCAP (Iur): ECF and confirms connection establishment in C plane for U plane establishment, and transmits RRC: Active Set Update to UE via DRNC and BTS2 (step B28).
  • ALCAP Iur
  • RRC Active Set Update
  • the BTS 3 transmits NBAP: “Radio” Link “Restore” Ind to the DRNC as an uplink synchronization notification (step B29).
  • NBAP Radio Link Restore Ind
  • the RNSAP transmits Radio Link Restore Ind to the SRNC (step B30).
  • the UE When the UE receives RRC: “Active” Set “Update”, the UE transmits RRC: “Active” Set “Update” Comp to the SRNC via BTS2 and DRNC (step B31). In this way, the UE is located under the BTS 3.
  • RRC Measurement Report for releasing the connection to BTS2 established at the time of the first handover is transmitted from the UE to SRNC via BTS3 (step B32)
  • SRNC sends RNSAP as a C plane release request.
  • Radio Link Deletion Req is transmitted to DRNC (step B33).
  • the DRNC When the DRNC receives the RNSAP: “Radio Link Deletion Req”, the DRNC transmits the Radio Link Deletion Req to the BTS 2 by NBAP and executes an inquiry (step B34).
  • BTS2 receives NBAP: Radio Link Deletion Req
  • BTS2 returns NBAP: Radio Link Deletion Resp to the DRNC (step B35).
  • the DRNC transmits Radio Link Deletion Resp to the SRNC by RNSAP (step B36).
  • SRNC When SRNC receives RNSAP: “Radio” Link “Deletion” Resp, it transmits ALCAP (Iur): “REL” to DRNC as a connection release request in C plane for establishing U plane (step B37).
  • ALCAP (Iur): REL When DRNC receives ALCAP (Iur): REL, it returns ALCAP (Iur): RLC to SRNC (step B38), and sends ALCAP (Iub): REL to BTS2 by Iub of the logical interface between RNC and BTS. (Step B39).
  • the BTS to which the UE 300 belongs before the movement by the handover is described as BTS1
  • the FAP to which the UE 300 belongs after the movement by the handover is described as FAP1.
  • SRNS, MGW, HOGW, and FAP in the IMS network virtually function as DRNS, and therefore are shown as DRNS in FIG.
  • an RRC: TSMeasurement Report is sent to the SRNC via the BTS1 by a handover trigger such as when a UE located under the BTS1 detects that the radio wave from the FAP1 is stronger than the radio wave from the BTS1 by a predetermined value or more. Transmit (step C1).
  • the SRNC uses the reception of the RRC: ⁇ ⁇ Measurement Report as a trigger for handover, routes the connection path from the SRNC to the DRNS, and transmits RNSAP: Radio Link Setup Req to the HOGW as a C-plane connection request (step C2).
  • the HOGW When the HOGW receives the RNSAP: “Radio Link Setup Req”, the HOGW transmits the RNSAP: “Radio Link Setup Req” as the payload of the IP packet to the FAP 1 and executes an inquiry (step C3).
  • FAP1 receives RNSAP: Radio Link Setup Req, it returns RNSAP: Radio Link Setup Resp to the HOGW as the payload of the IP packet (step C4).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Resp to the SRNC (step C5).
  • SRNC When SRNC receives RNSAP: “Radio” Link “Setup” Resp, it sends ALCAP (Iur): “ERQ” to the HOGW as a connection request on the C plane for establishing the U plane (step C6).
  • ALCAP (Iur): ERQ When the HOGW receives ALCAP (Iur): ERQ, it returns ALCAP (Iur): ECF to the SRNC (step C7), and notifies the MGW for establishing U-plane connection such as channel assignment by the MEGACO. (Step C8).
  • the HOGW transmits ALCAP (Iur) :) ERQ to the FAP 1 as the payload of the IP packet (step C9).
  • SRNC receives ALCAP (Iur): ECF and confirms connection establishment in C plane for U plane establishment, and transmits RRC: Active Set Update to UE via BTS1 (step C11).
  • ALCAP Iur
  • RRC Active Set Update
  • the FAP 1 transmits RNSAP: “Radio” Link “Restore” Ind to the HOGW as an uplink synchronization notification using the payload of the IP packet (step C12).
  • the HOGW transmits RNSAP: “Radio” Link “Restore” Ind to the SRNC (step C13).
  • the UE When the UE receives RRC: “Active” Set “Update”, the UE transmits RRC: “Active” Set “Update” Comp to the SRNC via the BTS 1 (step C14). In this way, the UE is located under FAP1.
  • the FAP to which the UE 300 belongs before moving by the handover is described as FAP1
  • the BTS to which the UE 300 belongs after moving by the handover is described as BTS1.
  • DRNS, MGW, HOGW, and FAP in the IMS network virtually function as SRNS, and therefore are shown as SRNS in FIG.
  • a UE located under FAP1 transmits an RRC: Measurement Report to FAP1 by a handover trigger such as detecting that the radio wave from BTS1 is stronger than the radio wave from FAP1 by a predetermined value or more (step) D1).
  • the FAP 1 transmits the RNSAP: “Radio” Link “Setup” Req to the HOGW as a payload of the IP packet as a C-plane connection request using the reception of the RRC: “Measurement” Report as a handover trigger (step D 2).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Req to the DRNC (step D3).
  • the DRNC When the DRNC receives the RNSAP: “Radio Link Setup Req”, the DRNC transmits the Radio Link Setup Req to the BTS 1 by NBAP and executes an inquiry (step D4).
  • BTS1 receives NBAP: Radio Link Setup Req
  • BTS1 returns NBAP: Radio Link Setup Resp to the DRNC (step D5).
  • the DRNC transmits Radio Link Setup Resp to the HOGW by RNSAP (step D6).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Resp to the FAP 1 as the payload of the IP packet (step D7).
  • FAP1 When FAP1 receives RNSAP: “Radio” Link “Setup” Resp, it sends ALCAP (Iur): “ERQ” to the HOGW as a connection request on the C plane for establishing the U plane to the HOGW using the payload of the IP packet (step D8).
  • ALCAP Iur Over IP
  • HOGW returns ALCAP (Iur Over IP): ECF to FAP1 (step D9), and notifies MGW for establishing U-plane connection such as channel assignment. Is performed by MEGACO (step D10). Further, the HOGW transmits ALCAP (Iur): ERQ to the DRNC (step D11).
  • DRNC When DRNC receives ALCAP (Iur): ERQ, it returns ALCAP (Iur): ECF to HOGW (step D12), and sends ALCAP (Iub): ERQ to BTS1 by Iub of the logical interface between RNC and BTS. (Step D13).
  • FAP1 When FAP1 receives ALCAP (Iur IP): ECF and confirms connection establishment in the C plane for establishing the U plane, it sends RRC: Active Set Update to the UE (step D15).
  • ALCAP Iur IP
  • RRC Active Set Update
  • BTS1 transmits NBAP: “Radio” Link “Restore” Ind to DRNC as notification of uplink synchronization (step D16).
  • NBAP “Radio” Link “Restore” Ind
  • RNSAP transmits Radio “Link” Restore “Ind” to HOGW (step D17).
  • the HOGW receives RNSAP: Radio Link Restore Ind
  • the HOGW transmits RNSAP: Radio Link Restore Ind to the FAP1 as the payload of the IP packet (step D18).
  • the UE When the UE receives RRC: “Active” Set “Update”, the UE transmits RRC: “Active” Set “Update” Comp to FAP1 (step D19). In this way, the UE is located under BTS1.
  • the BTS to which the UE 300 belongs before the movement by the handover is BTS 1
  • the FAP to which the UE 300 belongs after the movement by the first handover is the FAP by the first and second handovers.
  • the FAP to which the UE 300 belongs after the movement will be described as FAP2.
  • SRNS, MGW, HOGW, and FAP in the IMS network virtually function as DRNS, and therefore are shown as DRNS in FIGS.
  • the first handover is performed from BTS1 to FAP1 by the same operation as steps C1 to C14 in the sequence diagram of FIG. 11 described above (steps E1 to E14).
  • the RRC Measurement Report for releasing the connection to the BTS1 established before the handover is transmitted from the UE to the SRNC via the FAP1 and HOGW (Ste E15).
  • the SRNC sends an inquiry by sending Radio Link Deletion Req to the BTS1 by NBAP as a C plane release request (step E16).
  • NBAP NBRadio Link Deletion Req
  • BTS1 returns NBAP: Radio Link Deletion Resp to the SRNC (step E17).
  • the SRNC When the SRNC receives NBAP: “Radio” Link “Deletion” Resp, it transmits ALCAP (Iub): “REL” to BTS1 as a connection release request in the C plane for establishing the U plane (step E18).
  • BTS1 When BTS1 receives ALCAP (Iub): REL, it returns ALCAP (Iub): RLC to the SRNC (step E19).
  • the UE triggers RRC: Measurement Report to FAP1, HOGW by a handover trigger such as detecting that the radio wave from FAP2 is stronger than the radio wave from FAP1.
  • RRC Measurement Report
  • HOGW by a handover trigger such as detecting that the radio wave from FAP2 is stronger than the radio wave from FAP1.
  • the SRNC uses the reception of the RRC: Measurement Report as a trigger for handover, routes the connection path by handover, and transmits RNSAP: Radio Link Setup Req to the HOGW as a connection request for the C plane (step E21).
  • the HOGW When the HOGW receives the RNSAP: “Radio Link Setup Req”, the HOGW transmits the RNSAP: “Radio Link Setup Req” as the payload of the IP packet to the FAP 2 to execute an inquiry (step E22).
  • FAP2 When FAP2 receives RNSAP: Radio Link Setup Req, it returns RNSAP: Radio Link Setup Resp to the HOGW as the payload of the IP packet (step E23).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Resp to the SRNC (step E24).
  • SRNC when receiving RNSAP: “Radio” Link “Setup” Resp, sends ALCAP (Iur): “ERQ” to the HOGW as a connection request on the C plane for establishing the U plane (step E25).
  • ALCAP (Iur): ERQ When the HOGW receives ALCAP (Iur): ERQ, it returns ALCAP (Iur): ECF to the SRNC (step E26), and notifies the MGW for establishing a U-plane connection such as channel assignment by the MEGACO. (Step E27).
  • the HOGW transmits ALCAP (Iur) :) ERQ to the FAP 2 as the payload of the IP packet (step E28).
  • SRNC receives ALCAP (Iur): ECF and confirms connection establishment in C plane for U plane establishment, and transmits RRC: Active Set Update to UE via HOGW and FAP1 (step E30).
  • ALCAP Iur
  • RRC Active Set Update
  • the FAP 2 transmits RNSAP: “Radio” Link “Restore” Ind to the HOGW as an uplink synchronization notification using the payload of the IP packet (step E31).
  • the HOGW transmits RNSAP: “Radio” Link “Restore” Ind to the SRNC (step E32).
  • the UE When the UE receives RRC: “Active” Set “Update”, the UE transmits RRC: “Active” Set “Update” Comp to the SRNC via the FAP1 and MGW (step E33). In this way, the UE is located under the FAP2.
  • the HOGW When the HOGW receives the RNSAP: “Radio Link Deletion Req”, the HOGW transmits the RNSAP: “Radio Link Deletion Req” to the FAP 1 as the payload of the IP packet and executes an inquiry (step E36). Upon receiving RNSAP: RNRadioSAPLink Deletion Req, FAP1 returns RNSAP: Radio Link Deletion Resp to the HOGW as the payload of the IP packet (step E37). The HOGW transmits RNSAP: “Radio” Link “Deletion” Resp to the SRNC (step E38).
  • SRNC when receiving RNSAP: “Radio” Link “Deletion” Resp, transmits ALCAP (Iur): “REL” to the HOGW as a connection release request in the C plane for establishing the U plane (step E39).
  • the HOGW receives ALCAP (Iur): REL, it returns ALCAP (Iur): RLC to the SRNC (step E40), and notifies the MGW to release the U-plane connection such as channel assignment by the MEGACO.
  • ALCAP (Iur): REL is transmitted to the FAP1 as the payload of the IP packet (Step E42).
  • FIG. 15 shows the above-described continuous handover operation shown in FIGS. 13 and 14 in contrast to the continuous handover in the existing 3G network.
  • the UE in the continuous handover from the macro cell to the femto cell and further to another femto cell in the communication system according to the present embodiment, the UE is under the control of BTS1 as in the situation (a-1).
  • the SRNC establishes a connection to FAP1 as in a-2), and the connection to BTS1 is released as in situation (a-3).
  • the SRNC becomes an anchor node as in the situation (a-4) and establishes a connection to the FAP2, and the connection to the FAP1 is released as in the situation (a-5).
  • the SRNC in the situation (b-2). Establishes a connection to BTS2, and the connection to BTS1 is released as in situation (b-3). Then, as the next handover, the SRNC becomes an anchor node as in the situation (b-4) and establishes a connection to the BTS 3, and the connection to the BTS 2 is released as in the situation (b-5).
  • the operation of the continuous handover from the macro cell to the femto cell and further to another femto cell according to the present embodiment shown in the situations (a-1) to (a-5) is the situation (b-1 ) To (b-5), which is exactly the same as the continuous handover between macro cells.
  • the continuous handover is an operation in the situations (b-1) to (b-4), and in the state (b-4), the SRNC becomes an anchor node for the path switching operation, and the DRNC is based on the first handover line.
  • the UE destination is determined.
  • the continuous handover is an operation in the situations (a-1) to (a-4), and in the state (a-4), the SRNC becomes an anchor node for the path switching operation, and the gateway device 400 performs the first handover.
  • the gateway device 400 By transparently providing the path by the line and the path by the line of the second handover, the UE destination is determined.
  • the macro cell according to the present embodiment can be viewed from the SRNC of the existing 3G network even in the configuration in which the line connection of the previous handover is held without being released at the time of continuous handover.
  • the operation of continuous handover from a femto cell to another femto cell is exactly the same as the operation in situations (b-1) to (b-4) in continuous handover between macro cells.
  • the gateway device 400 and the FAP 500 constitute virtual RNC means even in continuous handover from a macro cell to a femto cell, and further to another femto cell.
  • Handover processing can be performed by performing the same operation as the Iur-HO system of the existing 3G network.
  • the continuous handover from the macro cell to the femto cell and further to another femto cell in the communication system of the present embodiment is not limited to the operations shown in the above-described situations (a-1) to (a-5). It may be configured to operate as in the situations (c-1) to (c-5) shown in FIG.
  • the gateway device 400 becomes an anchor node and establishes a connection to the FAP2. Further, when the configuration is such that the line connection at the time of the previous handover is released, the gateway apparatus 400 releases the connection to the FAP 1 as in the situation (c-5).
  • the virtual RNC means as the present embodiment is the same. Can be realized.
  • the SRNC becomes an anchor node for path switching operation and determines the UE's belonging destination. Further, in the state (d-3), the SRNC becomes an anchor node for path switching operation, and the gateway device 400 transparently provides the path by the first handover line and the path by the second handover line. The destination of the UE will be determined.
  • the virtual RNC means can be realized in the same way.
  • the FAP to which the UE 300 belongs before the movement by the handover is FAP1
  • the BTS to which the UE 300 belongs after the movement by the first handover is the BTS by the first and second handovers.
  • the BTS to which the UE 300 belongs after the movement will be described as BTS2.
  • For DRNS, MGW, HOGW, and FAP in the IMS network virtually function as SRNS, and therefore are shown as SRNS in FIGS.
  • the first handover is performed from FAP1 to BTS1 by the same operation as steps D1 to D19 in the sequence diagram of FIG. 12 described above (steps F1 to F19).
  • the UE triggers RRC: Measurement Report by detecting a handover trigger such as detecting that the radio wave from BTS2 is stronger than the radio wave from FAP1 by a predetermined value or more. Is transmitted to FAP1 (step F20).
  • FAP1 transmits the RRC: Measurement Report as a trigger for handover, and transmits RNSAP: Radio Link Setup Req to the HOGW as a payload of the IP packet as a C plane connection request (step F21).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Req to the DRNC (step F22).
  • the DRNC When the DRNC receives the RNSAP: “Radio Link Setup Req”, the DRNC transmits the Radio Link Setup Req to the BTS 2 by NBAP to execute an inquiry (Step F23).
  • BTS2 receives NBAP: Radio Link Setup Req
  • BTS2 returns NBAP: Radio Link Setup Resp to the DRNC (step F24).
  • the DRNC transmits Radio Link Setup Resp to the HOGW by RNSAP (step F25).
  • the HOGW transmits RNSAP: “Radio” Link “Setup” Resp to the FAP 1 as the payload of the IP packet (step F26).
  • FAP1 When FAP1 receives RNSAP: “Radio” Link “Setup” Resp, it transmits ALCAP (Iur): “ERQ” to the HOGW as a connection request on the C plane for establishing the U plane to the HOGW using the payload of the IP packet (step F27).
  • HOGW receives ALCAP (Iur Over IP): ERQ, it returns ALCAP (Iur Over IP): ECF to FAP1 (step F28), and notifies MGW for establishing U-plane connection such as channel assignment. Is performed by MEGACO (step F29). Further, the HOGW transmits ALCAP (Iur): ERQ to the DRNC (step F30).
  • DRNC When DRNC receives ALCAP (Iur): ERQ, it returns ALCAP (Iur): ECF to HOGW (step F31), and sends ALCAP (Iub): ERQ to BTS2 by Iub of the logical interface between RNC and BTS. (Step F32).
  • FAP1 When FAP1 receives ALCAP (Iur IP): ECF and confirms connection establishment in the C plane for establishing the U-plane, it sends RRC: Active Set Update to the UE (step F34).
  • ALCAP Iur IP
  • RRC Active Set Update
  • BTS 2 transmits NBAP: “Radio” Link “Restore” Ind to DRNC as an uplink synchronization notification (step F35).
  • NBAP “Radio” Link “Restore” Ind
  • RNSAP transmits Radio “Link” Restore “Ind” to HOGW (step F36).
  • the HOGW receives RNSAP: Radio Link Restore Ind, it sends RNSAP: Radio Link Restore Ind to FAP1 as the payload of the IP packet (step F37).
  • the UE When the UE receives RRC: “Active” Set “Update”, the UE transmits RRC: “Active” Set “Update” Comp to BAP1, DRNC, and MGW to FAP1 (step F38). In this way, the UE is located under the BTS2.
  • RRC Measurement Report for releasing the connection to BTS1 established at the first handover is transmitted from the UE to FAP1 via BTS2, DRNC, and MGW (step E39), FAP1 As a release request, RNSAP: “Radio” Link “Deletion” Req is transmitted to the HOGW as the payload of the IP packet (step F40).
  • the HOGW transmits the RNSAP: “Radio Link Deletion Req” to the DRNC (step F41).
  • the NBAP transmits Radio Link Deletion Req to the BTS 1 to execute an inquiry (step F42).
  • BTS1 Upon receiving NBAP: NBRadio Link Deletion Req, BTS1 returns NBAP: Radio Link Deletion Resp to the DRNC (step F43).
  • DRNC transmits RadioRadLink Deletion Resp to HOGW by RNSAP (step F44).
  • the HOGW transmits RNSAP: “Radio” Link “Deletion” Resp to the FAP 1 as the payload of the IP packet (step F45).
  • FAP1 When FAP1 receives RNSAP: "Radio" Link “Deletion” Resp, it sends ALCAP (Iur): “REL” to the HOGW as a connection release request on the C plane for establishing the U plane by using the payload of the IP packet (step F46).
  • HOGW receives ALCAP (Iur Over IP): REL, it returns ALCAP (Iur Over IP): RLC to FAP1 (step F47), and notifies MGW for releasing U-plane connection such as channel assignment. Is performed by MEGACO (step F48). Further, the HOGW transmits ALCAP (Iur): REL to the DRNC (step F49).
  • DRNC When DRNC receives ALCAP (Iur): REL, it returns ALCAP (Iur): RLC to HOGW (step F50), and sends ALCAP (Iub): REL to BTS1 by Iub of the logical interface between RNC and BTS. (Step F51).
  • the FAP1 moves to the BTS1 via the gateway device 400 and DRNC as in the situation (a-2) -A. Establish a connection for. Then, as the next handover, from the state where the UE is located under the BTS1 as in the situation (a-3) -A, the FAP1 becomes the anchor node as in the situation (a-4) -A, and the gateway device 400, establish a connection to BTS2 via DRNC and release the connection from FAP1 to BTS1 as in situation (a-5) -A.
  • the operation of continuous handover from the femto cell to the macro cell and further to another macro cell according to the present embodiment is not limited to the one shown in the situation (a-1) -A to (a-5) -A, and is shown in FIG.
  • the operations shown in the following situations (b-1) -B to (b-5) -B may be performed.
  • the FAP1 is connected to the BTS1 via the gateway device 400 and the RNC1 as in the situation (a-1) -A to (a-3) -A.
  • FAP1 becomes the anchor node and establishes connection to BTS2 via gateway device 400 and RNC2, and state (b-5) -B In this way, the connection from FAP1 to BTS1 is released.
  • the operation of continuous handover from the femto cell to the macro cell and further to another macro cell is the operation of the situation (a-1) -A to (a-4) -A, and the state of the situation (a-4) -A
  • FAP1 becomes an anchor node for path switching operation
  • gateway apparatus 400 and DRNC transparently provide the path for the first handover line and the path for the second handover line, thereby determining the UE's attribution destination. It will be followed.
  • the operations of the situations (b-1) -B to (b-5) -B the operations of the situations (b-1) -B to (b-4) -B are performed and the situation ( b-4)
  • the FAP1 becomes an anchor node for path switching operation, and the gateway device 400 transparently provides the path on the first handover line and the path on the second handover line, so that the UE In the same manner, continuous handover can be realized.
  • the line connection is sequentially established for each FAP or BTS one by one.
  • the operation is not limited to this operation as long as the RNC means can be realized.
  • FIGS. 21A to 21C a configuration may be adopted in which line connections are established in parallel for a plurality of FAPs or BTSs.
  • the gateway device 400 is configured to establish line connection to a plurality of FAPs.
  • the gateway device 400 becomes an anchor node for path switching operation and determines the UE's belonging destination.
  • the gateway device 400 switches the path of the line to FAP1 and the path of the line to FAP2, thereby determining the belonging destination of the UE. It will be done.
  • the gateway device 400 becomes an anchor node and performs line connection to FAP2.
  • the gateway apparatus 400 functions as an anchor node for switching operation for switching the line connection path, and determines the UE's belonging destination by switching between the path for the first handover line and the path for the second handover line. Will go.
  • the virtual RNC means as the present embodiment is the same. Can be realized.
  • the SRNC establishes line connections to a plurality of FAPs via the gateway device 400.
  • the SRNC becomes an anchor node for the path switching operation, and the gateway apparatus 400 transparently provides the path, thereby determining the UE's belonging destination.
  • a configuration may be adopted in which line connections are sequentially established to other FAPs via the FAP that has established line connections from the gateway device 400.
  • the FAP that relays the line connection becomes an anchor node for the path switching operation and determines the UE's belonging destination.
  • the gateway device composed of the HOGW and MGW of the IMS network and the FAP perform transmission / reception similar to that of one RNC to the RNC of the existing 3G network at the time of handover.
  • the virtual RNC means by the gateway device and the FAP can be configured.
  • the RNC of the existing 3G network operates only in the method defined in the standard of the 3GPP standard function (TR25.931) as in the case of the Iur-HO method handover. Messages can be transmitted and received, and handover between the FAP of the IMS network and the BTS of the existing 3G network can be realized.
  • message transmission / reception of handover information in a layer higher than the physical layer is performed between the RNC and the virtual RNC means without passing through the MSC 100 and the IMS core 600 as in the case of Iur-HO handover. It can be performed.
  • an IMS network and an existing mobile communication network can be used within the communication range defined by a standard such as 3GPP without requiring an improvement such as adding a function to each device in an existing mobile communication network such as MSC or RNC. Handover between the two can be realized.
  • a gateway device 400 that performs protocol conversion between ATM-based communication and IP-based communication is provided between the existing 3G network and the FAP of the IMS network, and the gateway device 400 uses the single RNC ID to convert the existing 3G network. Communicate with other RNCs.
  • the virtual RNC means by the gateway device and the FAP is virtually recognized as one RNC from the RNC of the existing 3G network. For this reason, it is possible to facilitate the additional design of the RNC ID for the RNC in the existing 3G network.
  • a virtual RNC means is configured by the gateway device and the FAP. An effect can be obtained.
  • the protocol in the IMS network signal transmitted from the HOGW 420 to the FAP 500 has been described as the C plane being the RNSAP and the C plane for establishing the U plane being ALCAP.
  • the gateway device 400 converts the protocol to a signal of a predetermined protocol corresponding to the signal protocol and transmits it to the FAP 500 as an IP packet, the present invention similarly applies to any protocol used. Can be realized.
  • system and device in this specification are a logical collection of functional modules that realize a specific function, and whether or not each device or each functional module is in a single housing is particularly questionable. It's not something
  • the gateway device 400 may be configured by two devices, the MGW 410 and the HOGW 420, or may be a single device. Further, it may be realized by a plurality of apparatuses having various functions.
  • the processing procedure for realizing the FAP and gateway device as the above-described embodiment on a recording medium as a program, the above-described functions according to the embodiment of the present invention are supplied from the recording medium.
  • the processing can be realized by causing the CPU of the computer constituting the system to perform processing.
  • the present invention can be applied even when an information group including a program is supplied to the output device from the above recording medium or from an external recording medium via a network.
  • the program code itself read from the recording medium realizes the novel function of the present invention
  • the recording medium storing the program code and the signal read from the recording medium constitute the present invention. It will be.
  • a hard disk for example, a hard disk, an optical disk, a magneto-optical disk, a floppy (registered trademark) disk, a magnetic tape, a nonvolatile memory card, a ROM, or the like may be used.
  • each function in the above-described embodiment can be realized in the FAP or gateway device controlled by the program.

Landscapes

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

Abstract

既存の通信システムを改良する必要なく、既存通信網と、通信手順が異なる通信システムにおけるＦＡＰとの間でのハンドオーバを実現するために、ゲートウェイ装置とフェムトセル用基地局とが、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を構成し、ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う。

Description

通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム
　本発明は、通信手順の異なる通信システム間でのハンドオーバを実現する通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラムに関する。
　携帯電話機などの無線端末（ＵＥ；user equipment）を呼接続させる既存の公衆移動通信網である３Ｇ（third generation：第三世代移動体通信）網では、一般に、ＵＥが移動することでＵＥの帰属先の無線基地局（ＢＴＳ；Base Transceiver Station）が変わっても、ハンドオーバ（hand over）により通話が継続できるようになっている。
　既存３Ｇ網におけるハンドオーバとして、例えば図１に示すSRNS（Serving Radio Network Subsystem）-Relocation方式や、図２に示すIur-HO（hand over）方式が知られている。Iurは、ＲＮＣ（Radio Network Controller）間の論理インタフェースを示す。
　図１のSRNS-Relocation方式では、ＭＳＣ（Mobile Switching Center；コア装置）がアンカノードとして用いられ、ハンドオーバに必要な各種メッセージ（ハンドオーバ情報）の送受信を、移動元のＭＳＣが、ＧＭＳＣ（Gateway-MSC）経由でハンドオーバ先のＭＳＣとの間で行い、ＵＥがハンドオーバ先のＢＴＳ配下で呼接続される。
　図２のIur-HO方式では、ＲＮＣがアンカノードとして用いられ、移動元のＲＮＣとハンドオーバ先のＲＮＣとの間で呼制御のためのハンドオーバ情報の送受信が行われる。すなわち、物理レイヤよりも上位のハンドオーバ情報のメッセージ送受信が、ＭＳＣを経由させることなく行われ、ＵＥがハンドオーバ先のＢＴＳ配下で呼接続される。
　また、近年、家庭やオフィスなどに設置されたＩＭＳ（IP Multimedia Subsystem）網による有線回線を経由してＵＥを移動通信コアネットワークに接続させるフェムトセル（femto cell）の可能性が注目されている。
　このフェムトセルは、半径数十メートル程度の狭い通信エリアをカバーするフェムトセル用基地局（ＦＡＰ；Femto Access Point）によりＵＥを無線接続させるものであり、主に家庭内やオフィス内といった室内の通信エリアをカバーする。このことにより、既存のマクロセル（macro cell）基地局のインフラ整備にコストをかけずに通信エリアをカバーすることを可能にしている。
　こうしたＦＡＰなどＩＭＳ網のＡＰ（Access Point）と既存３Ｇ網のＢＴＳとの間で、上述した図１のSRNS-Relocation方式によりハンドオーバを実行させる技術が知られている（例えば、特許文献１参照）。
　また、マクロ網（既存３Ｇ網）の基地局とフェムトセル用基地局との間でのハンドオーバを目的として、フェムトセル用基地局の活動のうちＵＥとの通信のない期間の活動をモニタし、そのモニタリングに基づいて候補移動局を識別し、候補移動局の識別子をフェムトセル用基地局からマクロ網の基地局に送信する技術がある（例えば、特許文献２参照）。
特表２００９－５０４０４９号公報 特開２００９－３０３２２３号公報
　しかしながら、上述した一般的な既存３Ｇ網では、ＩＭＳ網で呼制御を行うフェムトセルと接続する構成についてまで考慮されていなかった。
　また、上述した特許文献１に記載の技術では、既存３Ｇ網のＢＴＳからＦＡＰにハンドオーバする際のアンカノードがＭＳＣである。このため、ＦＡＰを有するＩＭＳ網を既存３Ｇ網に接続するためには、ＩＭＳ網で呼制御を行うＦＡＰとの間のハンドオーバに対応するための機能の追加がＭＳＣに対して必要となる虞があった。
　また、上述した特許文献２に記載の技術は、ハンドオーバ先の候補となる基地局を識別してその基地局の識別子を送信するのみである。つまり、上述した特許文献２に記載の技術は、ＵＥによる通話のための呼制御を行う際の制御情報の送受信を実現することについてまで考慮されたものではなかった。
　このため、特許文献１に記載の技術も特許文献２に記載の技術も、ＩＭＳ網で呼制御を行う通信システムのＦＡＰと、ＭＳＣで呼制御を行う既存３Ｇ網のＢＴＳとの間のように、通信手順が異なる通信システムの間でのハンドオーバについてまで考慮されたものではなかった。
　本発明はこのような状況に鑑みてなされたものであり、既存３Ｇ網といった既存の移動通信網における各装置を改良する必要なく、既存の移動通信網と、既存の移動通信網とは通信手順が異なる通信システムにおけるＦＡＰとの間でのハンドオーバを実現できる通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラムを提供することを目的とする。
　かかる目的を達成するために、本発明に係る通信システムは、通信手順の異なる他の通信システムに接続されて用いられる通信システムであって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　ゲートウェイ装置とフェムトセル用基地局とは、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を構成し、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行うことを特徴とする。
　また、本発明に係るゲートウェイ装置は、通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるゲートウェイ装置であって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　ゲートウェイ装置は、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段をフェムトセル用基地局とにより構成する制御手段を備え、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行うことを特徴とする。
　また、本発明に係るフェムトセル用基地局は、通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるフェムトセル用基地局であって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　フェムトセル用基地局は、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段をゲートウェイ装置とにより構成する制御手段を備え、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行うことを特徴とする。
　また、本発明に係る通信方法は、通信システムと、通信手順の異なる他の通信システムとの間での通信方法であって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　ゲートウェイ装置とフェムトセル用基地局とが、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を構成し、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行い、ハンドオーバ先への回線接続を確立させることを特徴とする。
　また、本発明に係るゲートウェイ装置のプログラムは、通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるゲートウェイ装置のプログラムであって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　ゲートウェイ装置に、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段をフェムトセル用基地局とにより構成させ、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段がＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う手順を実行させることを特徴とする。
　また、本発明に係るフェムトセル用基地局のプログラムは、通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるフェムトセル用基地局のプログラムであって、
　他の通信システムは、ＲＮＣとＢＴＳとを備え、
　通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
　フェムトセル用基地局に、ＲＮＣとの通信の際にＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段をゲートウェイ装置とにより構成させ、
　ＢＴＳおよびフェムトセル用基地局の間でハンドオーバを行う場合に、仮想ＲＮＣ手段としてＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う手順を実行させることを特徴とする。
　以上のように、本発明によれば、既存の移動通信網における各装置を改良する必要なく、既存の移動通信網と、既存の移動通信網と通信手順が異なる通信システムにおけるＦＡＰとの間でのハンドオーバを実現することができる。
既存３Ｇ網におけるSRNS-Relocation方式のハンドオーバ例を示す図である。 既存３Ｇ網におけるIur-HO方式のハンドオーバ例を示す図である。 本発明の実施形態の仮想ＲＮＣ手段によるハンドオーバを概略的に示す図である。 本実施形態の通信システムの構成例を示すブロック図である。 本実施形態のゲートウェイ装置、ＲＡＮ周りの構成例を示すブロック図である。 本実施形態における各装置間のプロトコル例を示す図である。 ハンドオーバの際のプロトコル変換例を示す図である。 既存３Ｇ網のマクロセル間におけるハンドオーバを示すシーケンス図である。 既存３Ｇ網のマクロセル間における連続ハンドオーバを示すシーケンス図である。 既存３Ｇ網のマクロセル間における連続ハンドオーバを示すシーケンス図である。 マクロセルからフェムトセルへのハンドオーバを示すシーケンス図である。 フェムトセルからマクロセルへのハンドオーバを示すシーケンス図である。 マクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバを示すシーケンス図である。 マクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバを示すシーケンス図である。 図１３、図１４に示す連続ハンドオーバ動作を既存３Ｇ網と対比して示す図である。 本実施形態による他の連続ハンドオーバ動作例を示す図である。 フェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバを示すシーケンス図である。 フェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバを示すシーケンス図である。 フェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバを示すシーケンス図である。 本実施形態による他の連続ハンドオーバ動作例を示す図である。 同時に複数のＦＡＰまたはＢＴＳに回線接続する場合のハンドオーバ動作例を示す図である。 同時に複数のＦＡＰまたはＢＴＳに回線接続する場合のハンドオーバ動作例を示す図である。 同時に複数のＦＡＰまたはＢＴＳに回線接続する場合のハンドオーバ動作例を示す図である。
　次に、本発明に係る通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラムを適用した一実施形態について、図面を用いて詳細に説明する。
　まず、本実施形態の概略について説明する。
　本実施形態は、図３に示すように、ＦＡＰが無線端末であるＵＥの呼接続を行い、ＨＯＧＷ（Hand Over Gateway）およびＭＧＷ（Media Gateway）からなるゲートウェイ装置と、ＦＡＰとが、通信相手のＲＮＣに対して１台のＲＮＣと同様の送受信を行う。
　このことにより、ゲートウェイ装置とＦＡＰとが仮想ＲＮＣ手段を構成し、ＦＡＰは仮想ＢＴＳとして機能してＵＥを無線通信で収容することとなる。このため、既存３Ｇ網のＢＴＳとＩＭＳ網のＦＡＰとの間でハンドオーバを行う場合でも、既存３Ｇ網の各装置は、図２で上述した既存３Ｇ網のIur-HO方式と同様の動作によりハンドオーバの処理ができる。
　このため、本実施形態によれば、３ＧＰＰ（3rd Generation Partnership Project）などの規格に定められた範囲内で、既存の公衆移動通信網に変更を加える必要なく、既存網との間でのハンドオーバを実現することができる。
　次に、本実施形態の構成について説明する。
　図４、図５に、本実施形態の通信システムの概略的な構成例と、装置間インタフェースを示す。
　本実施形態の通信システムは、図４に示すように、ＡＴＭ（Ansynchronous Transfer Mode）をベースとした既存３Ｇ網と、ＩＰ（Internet Protocol）をベースとしたＩＭＳ網とを有する。
　既存３Ｇ網は、ＭＳＣ１００と、ＧＭＳＣ１１０と、ＲＡＮ（Radio Area Network）２００とを備える。ＲＡＮ２００は、図５に示すように、ＲＮＣ２１０と、ＢＴＳ２２０とを備え、ＢＴＳ２２０配下にＵＥ３００を収容する。
　既存３Ｇ網を構成するＭＳＣ１００、ＧＭＳＣ１１０、ＲＮＣ２１０、ＢＴＳ２２０およびＵＥ３００は、３ＧＰＰ等の規格に準拠した処理を行う装置である。このため、ＭＳＣ１００、ＧＭＳＣ１１０、ＲＮＣ２１０、ＢＴＳ２２０およびＵＥ３００の具体的な処理動作については省略する。既存３Ｇ網に利用されている技術については、例えば3GPP TS 33.234等に開示されている。また、ハンドオーバについては、3GPP TR 25.931 等に開示されている。
　ＩＭＳ網は、所定の通信エリアを構築するＦＡＰ５００と、ＩＭＳコア６００と、既存３Ｇ網との間でのハンドオーバを実現させるゲートウェイ装置４００とを備える。
　ＦＡＰ５００は、半径数十メートル程度の狭い通信エリアをカバーする小型無線基地局である。
　ＩＭＳコア６００は、セッション制御などを行うコール状態制御サーバ（ＣＳＣＦ；Call Session Control Function）や、加入者情報の管理などを行うＨＳＳ（Home Subscriber Server）などの装置を含むコアネットワークである。ＵＥ３００はＦＡＰ５００を介してＩＭＳコア６００に位置登録処理を行い、ＩＭＳコア６００は、ＦＡＰ５００配下に在圏している各ＵＥに対する呼制御等の機能を実現する。
　ゲートウェイ装置４００は、制御信号を転送するＣプレーン（C-Plane）を担当するＨＯＧＷ４２０と、通話の音声情報などのユーザ情報を転送するＵプレーン（U-Plane）を担当するＭＧＷ４１０とを備える。こうして、ゲートウェイ装置４００は、Ｃプレーン、Ｕプレーンそれぞれについて、ＡＴＭ網とＩＰ網とのプロトコル変換などを行う。
　図６に、本実施形態における各装置間のＣプレーン、Ｕプレーン確立のためのＣプレーン（C-Plane for U-Plane）、および、Ｕプレーンそれぞれについてのプロトコル例を示す。Ｕプレーン確立のためのＣプレーンは、Ｕプレーンによる回線接続確立を行うシグナリングのためのＣプレーンである。
　また、図７に、ハンドオーバの際の既存３Ｇ網におけるプロトコルと、ゲートウェイ装置４００によるプロトコル変換例とを示す。
　図６、図７に示すように、Ｃプレーン、Ｕプレーン確立のためのＣプレーン、および、Ｕプレーンそれぞれについて、既存３Ｇ網の各装置は、ＢＴＳ２２０によるマクロセルとＦＡＰによるフェムトセルとの間のハンドオーバの際にも、既存３Ｇ網のマクロセル間のハンドオーバと同様のプロトコルでの送受信を行うだけでよい。
　すなわち、ＲＡＮ２００とゲートウェイ装置４００との間の通信においても、図６に示すように、ＲＡＮ２００、すなわちＲＮＣ２１０の側は、ＲＡＮ２００間の通信と全く同様のプロトコルで通信を行うこととなる。
　また、図７に示すように、ＨＯＧＷ４２０およびＭＧＷ４１０は、ＲＮＣ２１０からの信号を受信した場合、その信号を、その信号のプロトコルに対応する所定のＩＭＳ網のプロトコルに変換し、変換後の信号をＩＰパケット内のペイロードとしてＦＡＰ５００に送信する。換言すると、ＨＯＧＷ４２０およびＭＧＷ４１０は、変換後の信号を示すペイロードを有するＩＰパケットを、ＦＡＰ５００に送信する。
　例えばＣプレーンについては、ＨＯＧＷ４２０がＲＮＳＡＰ（Radio Network Subsystem Application Part）による信号をＲＮＣ２１０から受信すると、その信号に対応するＩＭＳ網のプロトコルがＲＮＳＡＰであるため、ＨＯＧＷ４２０は、ＲＮＣ２１０からＲＮＳＡＰにより送信されたデータをＩＰパケットにおけるペイロードとしてＦＡＰ５００に送信する。
　また、Ｕプレーン確立のためのＣプレーンについては、ＨＯＧＷ４２０がＡＬＣＡＰ（Access Link Control Application Part）による信号をＲＮＣ２１０から受信すると、その信号に対応するＩＭＳ網のプロトコルがＡＬＣＡＰであるため、ＨＯＧＷ４２０は、ＲＮＣ２１０からＡＬＣＡＰにより送信されたデータをＩＰパケットにおけるペイロードとしてＦＡＰ５００に送信する。
　また、Ｕプレーンについては、ＭＧＷ４１０がＡＭＲ（Adaptive Multi-Rate）による信号をＲＮＣ２１０から受信すると、その信号に対応するＩＭＳ網のプロトコルがＲＴＰ（Real Time Transport Protocol）であるため、ＭＧＷ４１０は、ＲＮＣ２１０からＡＭＲにより送信されたデータをＲＴＰのプロトコルに変換し、変換後の信号をＩＰパケットにおけるペイロードとしてＦＡＰ５００に送信する。
　以上のようにＨＯＧＷ４２０およびＭＧＷ４１０がプロトコル変換を行い、既存３Ｇ網とＩＭＳ網との間でフレームを流通させ、ＢＴＳ２２０によるマクロセルとＦＡＰ５００によるフェムトセルとの間でのハンドオーバを実現させる。
　ＨＯＧＷ４２０のＭＧＷ４１０の間は、ＭＥＧＡＣＯ（Media Gateway Control protocol）により通信を行う。
　次に、本実施形態の通信システムにおけるハンドオーバ動作について、シーケンス図を参照して説明する。
　各シーケンス図中、ＳＲＮＣ（Serving RNC）は、ハンドオーバによる移動前にＵＥ３００が帰属しているＢＴＳ２２０を制御しているＲＮＣ２１０を示す。ＤＲＮＣ（Drift RNC）は、ハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳ２２０を制御しているＲＮＣ２１０を示す。
　また、こうしたＲＮＣ２１０およびその制御下のＢＴＳ２２０によるＲＡＮ２００を、ＲＮＳ（Radio Network Subsystem）と示し、ハンドオーバによる移動前にＵＥ３００が帰属しているＲＮＳをＳＲＮＳ（Serving RNS）、ハンドオーバによる移動後にＵＥ３００が帰属しているＲＮＳをＤＲＮＳ（Drift RNS）と示す。
　また、ＩＭＳ網について、仮想的なＲＮＳとして機能する部分についてはＲＮＳとして示す。
　まず、既存３Ｇ網のマクロセル間におけるハンドオーバについて、図８のシーケンス図を参照して説明する。このハンドオーバ動作は、3GPP TR25.931等の規定によるものである。
　図８の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＢＴＳをＢＴＳ１、ハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ２として説明する。
　まず、ＢＴＳ１配下に在圏するＵＥが、ＢＴＳ１からの電波よりもＢＴＳ２からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、RRC: Measurement ReportをＢＴＳ１を介してＳＲＮＣに送信する（ステップＡ１）。ＳＲＮＣはそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、ＳＲＮＣからＤＲＮＣへの接続経路をルーティングし、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＤＲＮＣに送信する（ステップＡ２）。
　ＤＲＮＣは、そのRNSAP: Radio Link Setup Reqを受信すると、NBAP（Node B Application Part）によりRadio Link Setup ReqをＢＴＳ２に送信して問い合わせを実行する（ステップＡ３）。ＢＴＳ２は、NBAP: Radio Link Setup Reqを受信すると、NBAP: Radio Link Setup RespをＤＲＮＣに返信する（ステップＡ４）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Setup RespをＳＲＮＣに送信する（ステップＡ５）。
　ＳＲＮＣは、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQ（Establish Request Message）をＤＲＮＣに送信する（ステップＡ６）。ＤＲＮＣは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECF（Establish Confirm Message）をＳＲＮＣに返信し（ステップＡ７）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): ERQをＢＴＳ２に送信する（ステップＡ８）。
　ＢＴＳ２はALCAP(Iub): ERQを受信すると、ALCAP(Iub): ECFをＤＲＮＣに返信する（ステップＡ９）。
　ＳＲＮＣは、ALCAP(Iur): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、ＢＴＳ１を介してRRC: Active Set UpdateをＵＥに送信する（ステップＡ１０）。
　ＢＴＳ２は、アップリンク同期の通知として、NBAP: Radio Link Restore IndをＤＲＮＣに送信する（ステップＡ１１）。ＤＲＮＣは、NBAP: Radio Link Restore Indを受信すると、ＲＮＳＡＰによりRadio Link Restore IndをＳＲＮＣに送信する（ステップＡ１２）。
　ＵＥは、RRC: Active Set Updateを受信すると、ＢＴＳ１を介してRRC: Active Set Up date CompをＳＲＮＣに送信する（ステップＡ１３）。こうして、ＵＥがＢＴＳ２の配下に在圏することとなる。
　次に、既存３Ｇ網のマクロセル間における連続ハンドオーバについて、図９、図１０のシーケンス図を参照して説明する。
　図９、図１０の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＢＴＳをＢＴＳ１、１回目のハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ２、２回目のハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ３として説明する。
　まず、上述した図８のシーケンス図によるステップＡ１～Ａ１３と同様の動作により、ＢＴＳ１からＢＴＳ２へと１回目のハンドオーバが行われる（ステップＢ１～Ｂ１３）。
　こうしてＵＥがＢＴＳ２の配下にも在圏するようになると、ハンドオーバ前に確立していたＢＴＳ１への接続を解放するためのRRC: Measurement ReportがＵＥからＢＴＳ２、ＤＲＮＣを介してＳＲＮＣに送信される（ステップＢ１４）。ＳＲＮＣは、Ｃプレーンの解放要求としてNBAPによりRadio Link Deletion ReqをＢＴＳ１に送信して問い合わせを実行する（ステップＢ１５）。ＢＴＳ１は、NBAP: Radio Link Deletion Reqを受信すると、NBAP: Radio Link Deletion RespをＳＲＮＣに返信する（ステップＢ１６）。
　ＳＲＮＣは、NBAP: Radio Link Deletion Respを受信すると、次にＵプレーン確立のためのＣプレーンでの接続解放要求として、ALCAP(Iub): REL（Release Request Message）をＢＴＳ１に送信する（ステップＢ１７）。ＢＴＳ１は、ALCAP(Iub): RELを受信すると、ALCAP(Iub): RLC（Release Complete Message）をＳＲＮＣに返信する（ステップＢ１８）。
　こうしてＵＥとＢＴＳ１の接続が解放された後、ＢＴＳ２からの電波よりもＢＴＳ３からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、ＵＥはRRC: Measurement ReportをＢＴＳ２、ＤＲＮＣを介してＳＲＮＣに送信する（ステップＢ１９）。ＳＲＮＣはそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、ハンドオーバによる接続経路をルーティングし、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＤＲＮＣに送信する（ステップＢ２０）。
　ＤＲＮＣは、そのRNSAP: Radio Link Setup Reqを受信すると、NBAPによりRadio Link Setup ReqをＢＴＳ３に送信して問い合わせを実行する（ステップＢ２１）。ＢＴＳ３は、NBAP: Radio Link Setup Reqを受信すると、NBAP: Radio Link Setup RespをＤＲＮＣに返信する（ステップＢ２２）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Setup RespをＳＲＮＣに送信する（ステップＢ２３）。
　ＳＲＮＣは、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQをＤＲＮＣに送信する（ステップＢ２４）。ＤＲＮＣは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECFをＳＲＮＣに返信し（ステップＢ２５）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): ERQをＢＴＳ３に送信する（ステップＢ２６）。
　ＢＴＳ３はALCAP(Iub): ERQを受信すると、ALCAP(Iub): ECFをＤＲＮＣに返信する（ステップＢ２７）。
　ＳＲＮＣは、ALCAP(Iur): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、ＤＲＮＣ、ＢＴＳ２を介してRRC: Active Set UpdateをＵＥに送信する（ステップＢ２８）。
　ＢＴＳ３は、アップリンク同期の通知として、NBAP: Radio Link Restore IndをＤＲＮＣに送信する（ステップＢ２９）。ＤＲＮＣは、NBAP: Radio Link Restore Indを受信すると、ＲＮＳＡＰによりRadio Link Restore IndをＳＲＮＣに送信する（ステップＢ３０）。
　ＵＥは、RRC: Active Set Updateを受信すると、ＢＴＳ２、ＤＲＮＣを介してRRC: Active Set Update CompをＳＲＮＣに送信する（ステップＢ３１）。こうして、ＵＥがＢＴＳ３の配下に在圏することとなる。
　１回目のハンドオーバの際に確立したＢＴＳ２への接続を解放するためのRRC: Measurement ReportがＵＥからＢＴＳ３を介してＳＲＮＣに送信されると（ステップＢ３２）、ＳＲＮＣは、Ｃプレーンの解放要求としてRNSAP: Radio Link Deletion ReqをＤＲＮＣに送信する（ステップＢ３３）。
　ＤＲＮＣは、そのRNSAP: Radio Link Deletion Reqを受信すると、NBAPによりRadio Link Deletion ReqをＢＴＳ２に送信して問い合わせを実行する（ステップＢ３４）。ＢＴＳ２は、NBAP: Radio Link Deletion Reqを受信すると、NBAP: Radio Link Deletion RespをＤＲＮＣに返信する（ステップＢ３５）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Deletion RespをＳＲＮＣに送信する（ステップＢ３６）。
　ＳＲＮＣは、RNSAP: Radio Link Deletion Respを受信すると、次にＵプレーン確立のためのＣプレーンでの接続解放要求として、ALCAP(Iur): RELをＤＲＮＣに送信する（ステップＢ３７）。ＤＲＮＣは、ALCAP(Iur): RELを受信すると、ALCAP(Iur): RLCをＳＲＮＣに返信し（ステップＢ３８）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): RELをＢＴＳ２に送信する（ステップＢ３９）。
　ＢＴＳ２はALCAP(Iub): RELを受信すると、ALCAP(Iub): RLCをＤＲＮＣに返信する（ステップＢ４０）。
　次に、本実施形態の通信システムにおけるマクロセルからフェムトセルへのハンドオーバについて、図１１のシーケンス図を参照して説明する。
　図１１の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＢＴＳをＢＴＳ１、ハンドオーバによる移動後にＵＥ３００が帰属しているＦＡＰをＦＡＰ１として説明する。また、ＳＲＮＳに対して、ＩＭＳ網におけるＭＧＷ、ＨＯＧＷ、ＦＡＰは仮想的にＤＲＮＳとして機能するため、図１１中、ＤＲＮＳとして示す。
　まず、ＢＴＳ１配下に在圏するＵＥが、そのＢＴＳ１からの電波よりもＦＡＰ１からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、RRC: Measurement ReportをＢＴＳ１を介してＳＲＮＣに送信する（ステップＣ１）。ＳＲＮＣはそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、ＳＲＮＣからＤＲＮＳへの接続経路をルーティングし、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＨＯＧＷに送信する（ステップＣ２）。
　ＨＯＧＷは、そのRNSAP: Radio Link Setup Reqを受信すると、ＩＰパケットのペイロードとしてRNSAP: Radio Link Setup ReqをＦＡＰ１に送信して問い合わせを実行する（ステップＣ３）。ＦＡＰ１は、RNSAP: Radio Link Setup Reqを受信すると、RNSAP: Radio Link Setup RespをＩＰパケットのペイロードとしてＨＯＧＷに返信する（ステップＣ４）。ＨＯＧＷは、RNSAP: Radio Link Setup RespをＳＲＮＣに送信する（ステップＣ５）。
　ＳＲＮＣは、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQをＨＯＧＷに送信する（ステップＣ６）。ＨＯＧＷは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECFをＳＲＮＣに返信し（ステップＣ７）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続確立のための通知をＭＥＧＡＣＯにより行う（ステップＣ８）。また、ＨＯＧＷは、ALCAP(Iur): ERQをＩＰパケットのペイロードとしてＦＡＰ１に送信する（ステップＣ９）。
　ＦＡＰ１はALCAP(Iur Over IP): ERQを受信すると、ＩＰパケットによりALCAP(Iur Over IP): ECFをＨＯＧＷに返信する（ステップＣ１０）。
　ＳＲＮＣは、ALCAP(Iur): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、ＢＴＳ１を介してRRC: Active Set UpdateをＵＥに送信する（ステップＣ１１）。
　ＦＡＰ１は、アップリンク同期の通知として、RNSAP: Radio Link Restore IndをＩＰパケットのペイロードによりＨＯＧＷに送信する（ステップＣ１２）。ＨＯＧＷは、RNSAP: Radio Link Restore IndをＳＲＮＣに送信する（ステップＣ１３）。
　ＵＥは、RRC: Active Set Updateを受信すると、ＢＴＳ１を介してRRC: Active Set Update CompをＳＲＮＣに送信する（ステップＣ１４）。こうして、ＵＥがＦＡＰ１の配下に在圏することとなる。
　次に、本実施形態の通信システムにおけるフェムトセルからマクロセルへのハンドオーバについて、図１２のシーケンス図を参照して説明する。
　図１２の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＦＡＰをＦＡＰ１、ハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ１として説明する。また、ＤＲＮＳに対して、ＩＭＳ網におけるＭＧＷ、ＨＯＧＷ、ＦＡＰは仮想的にＳＲＮＳとして機能するため、図１２中、ＳＲＮＳとして示す。
　まず、ＦＡＰ１配下に在圏するＵＥが、そのＦＡＰ１からの電波よりもＢＴＳ１からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、RRC: Measurement ReportをＦＡＰ１に送信する（ステップＤ１）。ＦＡＰ１はそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＩＰパケットのペイロードとしてＨＯＧＷに送信する（ステップＤ２）。ＨＯＧＷは、RNSAP: Radio Link Setup ReqをＤＲＮＣに送信する（ステップＤ３）。
　ＤＲＮＣは、そのRNSAP: Radio Link Setup Reqを受信すると、NBAPによりRadio Link Setup ReqをＢＴＳ１に送信して問い合わせを実行する（ステップＤ４）。ＢＴＳ１は、NBAP: Radio Link Setup Reqを受信すると、NBAP: Radio Link Setup RespをＤＲＮＣに返信する（ステップＤ５）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Setup RespをＨＯＧＷに送信する（ステップＤ６）。ＨＯＧＷは、RNSAP: Radio Link Setup RespをＩＰパケットのペイロードとしてＦＡＰ１に送信する（ステップＤ７）。
　ＦＡＰ１は、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQをＩＰパケットのペイロードによりＨＯＧＷに送信する（ステップＤ８）。ＨＯＧＷは、ALCAP(Iur Over IP): ERQを受信すると、ALCAP(Iur Over IP): ECFをＦＡＰ１に返信し（ステップＤ９）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続確立のための通知をＭＥＧＡＣＯにより行う（ステップＤ１０）。また、ＨＯＧＷは、ALCAP(Iur): ERQをＤＲＮＣに送信する（ステップＤ１１）。
　ＤＲＮＣは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECFをＨＯＧＷに返信し（ステップＤ１２）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): ERQをＢＴＳ１に送信する（ステップＤ１３）。
　ＢＴＳ１はALCAP(Iub): ERQを受信すると、ALCAP(Iub): ECFをＤＲＮＣに返信する（ステップＤ１４）。
　ＦＡＰ１は、ALCAP(Iur Over IP): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、RRC: Active Set UpdateをＵＥに送信する（ステップＤ１５）。
　ＢＴＳ１は、アップリンク同期の通知として、NBAP: Radio Link Restore IndをＤＲＮＣに送信する（ステップＤ１６）。ＤＲＮＣは、NBAP: Radio Link Restore Indを受信すると、ＲＮＳＡＰによりRadio Link Restore IndをＨＯＧＷに送信する（ステップＤ１７）。ＨＯＧＷは、RNSAP: Radio Link Restore Indを受信すると、ＩＰパケットのペイロードとして、RNSAP: Radio Link Restore IndをＦＡＰ１に送信する（ステップＤ１８）。
　ＵＥは、RRC: Active Set Updateを受信すると、RRC: Active Set Update CompをＦＡＰ１に送信する（ステップＤ１９）。こうして、ＵＥがＢＴＳ１の配下に在圏することとなる。
　次に、本実施形態の通信システムにおけるマクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバについて、図１３、図１４のシーケンス図を参照して説明する。
　図１３、図１４の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＢＴＳをＢＴＳ１、１回目のハンドオーバによる移動後にＵＥ３００が帰属しているＦＡＰをＦＡＰ１、２回目のハンドオーバによる移動後にＵＥ３００が帰属しているＦＡＰをＦＡＰ２として説明する。また、ＳＲＮＳに対して、ＩＭＳ網におけるＭＧＷ、ＨＯＧＷ、ＦＡＰは仮想的にＤＲＮＳとして機能するため、図１３、図１４中、ＤＲＮＳとして示す。
　まず、上述した図１１のシーケンス図によるステップＣ１～Ｃ１４と同様の動作により、ＢＴＳ１からＦＡＰ１へと１回目のハンドオーバが行われる（ステップＥ１～Ｅ１４）。
　こうしてＵＥがＦＡＰ１の配下にも在圏するようになると、ハンドオーバ前に確立していたＢＴＳ１への接続を解放するためのRRC: Measurement ReportがＵＥからＦＡＰ１、ＨＯＧＷを介してＳＲＮＣに送信される（ステップＥ１５）。ＳＲＮＣは、Ｃプレーンの解放要求としてNBAPによりRadio Link Deletion ReqをＢＴＳ１に送信して問い合わせを実行する（ステップＥ１６）。ＢＴＳ１は、NBAP: Radio Link Deletion Reqを受信すると、NBAP: Radio Link Deletion RespをＳＲＮＣに返信する（ステップＥ１７）。
　ＳＲＮＣは、NBAP: Radio Link Deletion Respを受信すると、次にＵプレーン確立のためのＣプレーンでの接続解放要求として、ALCAP(Iub): RELをＢＴＳ１に送信する（ステップＥ１８）。ＢＴＳ１は、ALCAP(Iub): RELを受信すると、ALCAP(Iub): RLCをＳＲＮＣに返信する（ステップＥ１９）。
　こうしてＵＥとＢＴＳ１の接続が解放された後、ＦＡＰ１からの電波よりもＦＡＰ２からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、ＵＥはRRC: Measurement ReportをＦＡＰ１、ＨＯＧＷを介してＳＲＮＣに送信する（ステップＥ２０）。ＳＲＮＣはそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、ハンドオーバによる接続経路をルーティングし、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＨＯＧＷに送信する（ステップＥ２１）。
　ＨＯＧＷは、そのRNSAP: Radio Link Setup Reqを受信すると、ＩＰパケットのペイロードとしてRNSAP: Radio Link Setup ReqをＦＡＰ２に送信して問い合わせを実行する（ステップＥ２２）。ＦＡＰ２は、RNSAP: Radio Link Setup Reqを受信すると、RNSAP: Radio Link Setup RespをＩＰパケットのペイロードとしてＨＯＧＷに返信する（ステップＥ２３）。ＨＯＧＷは、RNSAP: Radio Link Setup RespをＳＲＮＣに送信する（ステップＥ２４）。
　ＳＲＮＣは、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQをＨＯＧＷに送信する（ステップＥ２５）。ＨＯＧＷは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECFをＳＲＮＣに返信し（ステップＥ２６）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続確立のための通知をＭＥＧＡＣＯにより行う（ステップＥ２７）。また、ＨＯＧＷは、ALCAP(Iur): ERQをＩＰパケットのペイロードとしてＦＡＰ２に送信する（ステップＥ２８）。
　ＦＡＰ２はALCAP(Iur Over IP): ERQを受信すると、ＩＰパケットによりALCAP(Iur Over IP): ECFをＨＯＧＷに返信する（ステップＥ２９）。
　ＳＲＮＣは、ALCAP(Iur): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、ＨＯＧＷ、ＦＡＰ１を介してRRC: Active Set UpdateをＵＥに送信する（ステップＥ３０）。
　ＦＡＰ２は、アップリンク同期の通知として、RNSAP: Radio Link Restore IndをＩＰパケットのペイロードによりＨＯＧＷに送信する（ステップＥ３１）。ＨＯＧＷは、RNSAP: Radio Link Restore IndをＳＲＮＣに送信する（ステップＥ３２）。
　ＵＥは、RRC: Active Set Updateを受信すると、ＦＡＰ１、ＭＧＷを介してRRC: Active Set Update CompをＳＲＮＣに送信する（ステップＥ３３）。こうして、ＵＥがＦＡＰ２の配下に在圏することとなる。
　１回目のハンドオーバの際に確立したＦＡＰ１への接続を解放するためのRRC: Measurement ReportがＵＥからＦＡＰ２を介してＳＲＮＣに送信されると（ステップＥ３４）、ＳＲＮＣは、Ｃプレーンの解放要求としてRNSAP: Radio Link Deletion ReqをＨＯＧＷに送信する（ステップＥ３５）。
　ＨＯＧＷは、そのRNSAP: Radio Link Deletion Reqを受信すると、ＩＰパケットのペイロードとしてRNSAP: Radio Link Deletion ReqをＦＡＰ１に送信して問い合わせを実行する（ステップＥ３６）。ＦＡＰ１は、RNSAP: Radio Link Deletion Reqを受信すると、ＩＰパケットのペイロードとしてRNSAP: Radio Link Deletion RespをＨＯＧＷに返信する（ステップＥ３７）。ＨＯＧＷは、RNSAP: Radio Link Deletion RespをＳＲＮＣに送信する（ステップＥ３８）。
　ＳＲＮＣは、RNSAP: Radio Link Deletion Respを受信すると、次にＵプレーン確立のためのＣプレーンでの接続解放要求として、ALCAP(Iur): RELをＨＯＧＷに送信する（ステップＥ３９）。ＨＯＧＷは、ALCAP(Iur): RELを受信すると、ALCAP(Iur): RLCをＳＲＮＣに返信し（ステップＥ４０）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続解放のための通知をＭＥＧＡＣＯにより行い（ステップＥ４１）、ＩＰパケットのペイロードとして、ALCAP(Iur): RELをＦＡＰ１に送信する（ステップＥ４２）。
　ＦＡＰ１はALCAP(Iur Over IP): RELを受信すると、ＩＰパケットによるALCAP(Iur Over IP): RLCをＨＯＧＷに返信する（ステップＥ４３）。
　図１３、図１４に示す上述した連続ハンドオーバの動作を、既存３Ｇ網における連続ハンドオーバと対比して図１５に示す。
　図１５に示すように、本実施形態の通信システムにおけるマクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバでは、状況（ａ－１）のようにＵＥがＢＴＳ１配下にある状態から、状況（ａ－２）のようにＳＲＮＣがＦＡＰ１への接続を確立し、状況（ａ－３）のようにＢＴＳ１への接続が解放される。そして、次のハンドオーバとして、状況（ａ－４）のようにＳＲＮＣがアンカノードとなってＦＡＰ２への接続を確立し、状況（ａ－５）のようにＦＡＰ１への接続を解放する。
　また、図９、図１０で上述した既存３Ｇ網でのマクロセル間における連続ハンドオーバでは、状況（ｂ－１）のようにＵＥがＢＴＳ１配下にある状態から、状況（ｂ－２）のようにＳＲＮＣがＢＴＳ２への接続を確立し、状況（ｂ－３）のようにＢＴＳ１への接続が解放される。そして、次のハンドオーバとして、状況（ｂ－４）のようにＳＲＮＣがアンカノードとなってＢＴＳ３への接続を確立し、状況（ｂ－５）のようにＢＴＳ２への接続を解放する。
　このように、状況（ａ－１）～（ａ－５）に示す本実施形態によるマクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバの動作は、ＳＲＮＣから見ると、状況（ｂ－１）～（ｂ－５）に示すマクロセル間の連続ハンドオーバと全く同様である。
　また、上述した図９、図１０の既存３Ｇ網における連続ハンドオーバのシーケンス図では、連続ハンドオーバにより新規に回線接続を確立すると、前回ハンドオーバの際に確立した回線接続を解放することとして説明している（ステップＢ２８～Ｂ３５）が、前回ハンドオーバの際の回線接続を解放せずに保持する構成であっても、同様に連続ハンドオーバを実現することができる。
　この場合、連続ハンドオーバは状況（ｂ－１）～（ｂ－４）の動作となり、状況（ｂ－４）の状態で、ＳＲＮＣがパスの切替動作のアンカノードとなり、ＤＲＮＣが１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを透過的に提供することで、ＵＥの帰属先を決定していくこととなる。
　また、上述した図１３、図１４のシーケンス図では、連続ハンドオーバにより新規に回線接続を確立すると、前回ハンドオーバの際に確立した回線接続を解放することとして説明している（ステップＥ３０～Ｅ３８）が、前回ハンドオーバの際の回線接続を解放せずに保持する構成であっても、同様に連続ハンドオーバを実現することができる。
　この場合、連続ハンドオーバは状況（ａ－１）～（ａ－４）の動作となり、状況（ａ－４）の状態で、ＳＲＮＣがパスの切替動作のアンカノードとなり、ゲートウェイ装置４００が１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを透過的に提供することで、ＵＥの帰属先を決定していくこととなる。
　このように、図１３、図１４のシーケンス図で、連続ハンドオーバの際に前回ハンドオーバの回線接続を解放せず保持する構成であっても、既存３Ｇ網のＳＲＮＣから見ると、本実施形態によるマクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバの動作は、マクロセル間の連続ハンドオーバにおける状況（ｂ－１）～（ｂ－４）の動作と全く同様である。
　このように、本実施形態によれば、マクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバにおいても、ゲートウェイ装置４００とＦＡＰ５００とが仮想ＲＮＣ手段を構成し、既存３Ｇ網の各装置は、既存３Ｇ網のIur-HO方式と同様の動作をすることによりハンドオーバの処理ができる。
　また、本実施形態の通信システムにおけるマクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバは、上述した状況（ａ－１）～（ａ－５）に示す動作に限定されず、例えば図１６に示す状況（ｃ－１）～（ｃ－５）のように動作する構成であってもよい。
　図１６に示した状況（ｃ－１）～（ｃ－５）では、図１５に示した状況（ａ－１）～（ａ－３）と同様にＢＴＳ１からＦＡＰ１にハンドオーバした後、状況（ｃ－４）でゲートウェイ装置４００がアンカノードとなってＦＡＰ２への接続を確立する。また、前回ハンドオーバの際の回線接続を解放する構成である場合には、状況（ｃ－５）のようにゲートウェイ装置４００がＦＡＰ１への接続を解放する。このように、ＳＲＮＣに対してはＢＴＳ１からＦＡＰ１のハンドオーバを担当させ、フェムトセル間でのハンドオーバはゲートウェイ装置４００がアンカノードとなって行う構成であっても、本実施形態としての仮想ＲＮＣ手段は同様に実現することができる。
　また、連続ハンドオーバの際、それまでに確立させた回線接続を、ＵＥの接続可能回線数を上限として解放せず保持する構成の場合、図１６に示した状況（ｄ－１）～（ｄ－３）の動作となる。
　状況（ｄ－２）の状態では、ＳＲＮＣがパスの切替動作のアンカノードとなり、ＵＥの帰属先を決定する。また、状況（ｄ－３）の状態では、ＳＲＮＣがパスの切替動作のアンカノードとなり、ゲートウェイ装置４００が１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを透過的に提供することで、ＵＥの帰属先を決定していくこととなる。
　このように、状況（ｄ－１）～（ｄ－３）のように動作し、連続ハンドオーバの際にそれまでに確立させた回線接続を解放せず保持する構成であっても、本実施形態としての仮想ＲＮＣ手段は同様に実現することができる。
　次に、本実施形態の通信システムにおけるフェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバについて、図１７～図１９のシーケンス図を参照して説明する。
　図１７～図１９の例では、モデルケースとして、ハンドオーバによる移動前にＵＥ３００が帰属しているＦＡＰをＦＡＰ１、１回目のハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ１、２回目のハンドオーバによる移動後にＵＥ３００が帰属しているＢＴＳをＢＴＳ２として説明する。また、ＤＲＮＳに対して、ＩＭＳ網におけるＭＧＷ、ＨＯＧＷ、ＦＡＰは仮想的にＳＲＮＳとして機能するため、図１７～図１９中、ＳＲＮＳとして示す。
　まず、上述した図１２のシーケンス図によるステップＤ１～Ｄ１９と同様の動作により、ＦＡＰ１からＢＴＳ１へと１回目のハンドオーバが行われる（ステップＦ１～Ｆ１９）。
　こうしてＵＥがＢＴＳ１の配下にも在圏するようになった後、ＦＡＰ１からの電波よりもＢＴＳ２からの電波の方が所定値以上強いことを検知する等のハンドオーバトリガーにより、ＵＥはRRC: Measurement ReportをＦＡＰ１に送信する（ステップＦ２０）。ＦＡＰ１はそのRRC: Measurement Reportの受信をハンドオーバのトリガーとして、Ｃプレーンの接続要求として、RNSAP: Radio Link Setup ReqをＩＰパケットのペイロードとしてＨＯＧＷに送信する（ステップＦ２１）。ＨＯＧＷは、RNSAP: Radio Link Setup ReqをＤＲＮＣに送信する（ステップＦ２２）。
　ＤＲＮＣは、そのRNSAP: Radio Link Setup Reqを受信すると、NBAPによりRadio Link Setup ReqをＢＴＳ２に送信して問い合わせを実行する（ステップＦ２３）。ＢＴＳ２は、NBAP: Radio Link Setup Reqを受信すると、NBAP: Radio Link Setup RespをＤＲＮＣに返信する（ステップＦ２４）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Setup RespをＨＯＧＷに送信する（ステップＦ２５）。ＨＯＧＷは、RNSAP: Radio Link Setup RespをＩＰパケットのペイロードとしてＦＡＰ１に送信する（ステップＦ２６）。
　ＦＡＰ１は、RNSAP: Radio Link Setup Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続要求として、ALCAP(Iur): ERQをＩＰパケットのペイロードによりＨＯＧＷに送信する（ステップＦ２７）。ＨＯＧＷは、ALCAP(Iur Over IP): ERQを受信すると、ALCAP(Iur Over IP): ECFをＦＡＰ１に返信し（ステップＦ２８）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続確立のための通知をＭＥＧＡＣＯにより行う（ステップＦ２９）。また、ＨＯＧＷは、ALCAP(Iur): ERQをＤＲＮＣに送信する（ステップＦ３０）。
　ＤＲＮＣは、ALCAP(Iur): ERQを受信すると、ALCAP(Iur): ECFをＨＯＧＷに返信し（ステップＦ３１）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): ERQをＢＴＳ２に送信する（ステップＦ３２）。
　ＢＴＳ２はALCAP(Iub): ERQを受信すると、ALCAP(Iub): ECFをＤＲＮＣに返信する（ステップＦ３３）。
　ＦＡＰ１は、ALCAP(Iur Over IP): ECFを受信し、Ｕプレーン確立のためのＣプレーンでの接続確立を確認すると、RRC: Active Set UpdateをＵＥに送信する（ステップＦ３４）。
　ＢＴＳ２は、アップリンク同期の通知として、NBAP: Radio Link Restore IndをＤＲＮＣに送信する（ステップＦ３５）。ＤＲＮＣは、NBAP: Radio Link Restore Indを受信すると、ＲＮＳＡＰによりRadio Link Restore IndをＨＯＧＷに送信する（ステップＦ３６）。ＨＯＧＷは、RNSAP: Radio Link Restore Indを受信すると、ＩＰパケットのペイロードとして、RNSAP: Radio Link Restore IndをＦＡＰ１に送信する（ステップＦ３７）。
　ＵＥは、RRC: Active Set Updateを受信すると、RRC: Active Set Update CompをＢＴＳ１、ＤＲＮＣ、ＭＧＷを介してＦＡＰ１に送信する（ステップＦ３８）。こうして、ＵＥがＢＴＳ２の配下に在圏することとなる。
　１回目のハンドオーバの際に確立したＢＴＳ１への接続を解放するためのRRC: Measurement ReportがＵＥからＢＴＳ２、ＤＲＮＣ、ＭＧＷを介してＦＡＰ１に送信されると（ステップＥ３９）、ＦＡＰ１は、Ｃプレーンの解放要求としてRNSAP: Radio Link Deletion ReqをＩＰパケットのペイロードとしてＨＯＧＷに送信する（ステップＦ４０）。
　ＨＯＧＷは、そのRNSAP: Radio Link Deletion Reqを受信すると、RNSAP: Radio Link Deletion ReqをＤＲＮＣに送信する（ステップＦ４１）。ＤＲＮＣは、そのRNSAP: Radio Link Deletion Reqを受信すると、NBAPによりRadio Link Deletion ReqをＢＴＳ１に送信して問い合わせを実行する（ステップＦ４２）。ＢＴＳ１は、NBAP: Radio Link Deletion Reqを受信すると、NBAP: Radio Link Deletion RespをＤＲＮＣに返信する（ステップＦ４３）。ＤＲＮＣは、ＲＮＳＡＰによりRadio Link Deletion RespをＨＯＧＷに送信する（ステップＦ４４）。ＨＯＧＷは、RNSAP: Radio Link Deletion RespをＩＰパケットのペイロードとしてＦＡＰ１に送信する（ステップＦ４５）。
　ＦＡＰ１は、RNSAP: Radio Link Deletion Respを受信すると、Ｕプレーン確立のためのＣプレーンでの接続解放要求として、ALCAP(Iur): RELをＩＰパケットのペイロードによりＨＯＧＷに送信する（ステップＦ４６）。ＨＯＧＷは、ALCAP(Iur Over IP): RELを受信すると、ALCAP(Iur Over IP): RLCをＦＡＰ１に返信し（ステップＦ４７）、ＭＧＷに対して、チャンネル割り当て等のＵプレーン接続解放のための通知をＭＥＧＡＣＯにより行う（ステップＦ４８）。また、ＨＯＧＷは、ALCAP(Iur): RELをＤＲＮＣに送信する（ステップＦ４９）。
　ＤＲＮＣは、ALCAP(Iur): RELを受信すると、ALCAP(Iur): RLCをＨＯＧＷに返信し（ステップＦ５０）、ＲＮＣとＢＴＳ間の論理インタフェースのIubにより、ALCAP(Iub): RELをＢＴＳ１に送信する（ステップＦ５１）。
　ＢＴＳ１はALCAP(Iub): RELを受信すると、ALCAP(Iub): RLCをＤＲＮＣに返信する（ステップＦ５２）。
　図１７～図１９に示す本実施形態によるフェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバの動作は、図２０に示す状況（ａ－１）－Ａ～（ａ－５）－Ａに示すように行われている。
　すなわち、まず状況（ａ－１）－ＡのようにＵＥがＦＡＰ１配下に在圏している状態から、状況（ａ－２）－ＡのようにＦＡＰ１がゲートウェイ装置４００、ＤＲＮＣを介してＢＴＳ１への接続を確立する。そして、次のハンドオーバとして、状況（ａ－３）－ＡのようにＵＥがＢＴＳ１配下に在圏している状態から、状況（ａ－４）－ＡのようにＦＡＰ１がアンカノードとなってゲートウェイ装置４００、ＤＲＮＣを介してＢＴＳ２への接続を確立し、状況（ａ－５）－ＡのようにＦＡＰ１からＢＴＳ１への接続を解放する。
　また、本実施形態によるフェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバの動作は、状況（ａ－１）－Ａ～（ａ－５）－Ａに示すものに限定されず、図２０に示す状況（ｂ－１）－Ｂ～（ｂ－５）－Ｂに示す動作となってもよい。
　状況（ｂ－１）－Ｂ～（ｂ－５）－Ｂでは、状況（ａ－１）－Ａ～（ａ－３）－Ａと同様にＦＡＰ１がゲートウェイ装置４００、ＲＮＣ１を介してＢＴＳ１への接続を確立し、ＢＴＳ１にハンドオーバした後、状況（ｂ－４）－ＢでＦＡＰ１がアンカノードとなってゲートウェイ装置４００、ＲＮＣ２を介してＢＴＳ２への接続を確立し、状況（ｂ－５）－ＢのようにＦＡＰ１からＢＴＳ１への接続を解放する。
　また、上述した図１７～図１９のシーケンス図では、連続ハンドオーバにより新規に回線接続を確立すると、前回ハンドオーバの際に確立した回線接続を解放することとして説明している（ステップＦ４０～Ｆ５２）が、前回ハンドオーバの際の回線接続を解放せずに保持する構成であっても、同様に連続ハンドオーバを実現することができる。
　この場合、フェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバの動作は、状況（ａ－１）－Ａ～（ａ－４）－Ａの動作となり、状況（ａ－４）－Ａの状態で、ＦＡＰ１がパスの切替動作のアンカノードとなり、ゲートウェイ装置４００およびＤＲＮＣが１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを透過的に提供することで、ＵＥの帰属先を決定していくこととなる。
　また、状況（ｂ－１）－Ｂ～（ｂ－５）－Ｂの動作の場合についても同様に、状況（ｂ－１）－Ｂ～（ｂ－４）－Ｂの動作を行い、状況（ｂ－４）－Ｂの状態で、ＦＡＰ１がパスの切替動作のアンカノードとなり、ゲートウェイ装置４００が１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを透過的に提供することで、ＵＥの帰属先を決定していくことにより、同様に連続ハンドオーバを実現することができる。
　また、上述した実施形態における既存３Ｇ網、ＩＭＳ網間での連続ハンドオーバでは、１つずつのＦＡＰまたはＢＴＳに対して回線接続を順次確立していくこととして説明したが、本実施形態としての仮想ＲＮＣ手段を実現することができればこの動作に限定されず、例えば図２１Ａ～２１Ｃに示すように、複数のＦＡＰまたはＢＴＳに対して回線接続を並列的に確立していく構成であってもよい。
　図２１Ａの例では、ゲートウェイ装置４００が複数のＦＡＰに対して回線接続を確立する構成としている。この場合、ゲートウェイ装置４００がパスの切替動作のアンカノードとなり、ＵＥの帰属先を決定していくこととなる。
　すなわち、例えばＢＴＳ１からＦＡＰ１、ＦＡＰ２へとハンドオーバして図２１Ａの状態となる場合、ゲートウェイ装置４００がＦＡＰ１への回線のパスとＦＡＰ２への回線のパスとを切り替えることで、ＵＥの帰属先を決定していくこととなる。
　また、例えばＢＴＳ１からＦＡＰ１、さらにＦＡＰ２へと連続ハンドオーバして図２１Ａの状態となる場合、ゲートウェイ装置４００がアンカノードとなってＦＡＰ２への回線接続を行う。この場合、ゲートウェイ装置４００が回線接続のパスを切り替える切替動作のアンカノードとして機能し、１回目ハンドオーバの回線によるパスと２回目ハンドオーバの回線によるパスとを切り替えることで、ＵＥの帰属先を決定していくこととなる。
　このように、ＳＲＮＣに対してはＢＴＳ１からＦＡＰ１のハンドオーバを担当させ、フェムトセル間でのハンドオーバはゲートウェイ装置４００がアンカノードとなって行う構成であっても、本実施形態としての仮想ＲＮＣ手段は同様に実現することができる。
　また、図２１Ｂの例では、ＳＲＮＣがゲートウェイ装置４００を介して複数のＦＡＰに対する回線接続を確立する構成としている。この場合、ＳＲＮＣがパスの切替動作のアンカノードとなり、ゲートウェイ装置４００がそのパスを透過的に提供することで、ＵＥの帰属先を決定していくこととなる。
　また、図２１Ｃの例のように、ゲートウェイ装置４００から回線接続を確立したＦＡＰを介して他のＦＡＰにも順次回線接続を確立していく構成であってもよい。この場合、回線接続を中継するＦＡＰがパスの切替動作のアンカノードとなり、ＵＥの帰属先を決定していくこととなる。
　以上のように、上述した実施形態によれば、ＩＭＳ網のＨＯＧＷおよびＭＧＷからなるゲートウェイ装置と、ＦＡＰとが、ハンドオーバの際に既存３Ｇ網のＲＮＣに対して１台のＲＮＣと同様の送受信を行うことで、ゲートウェイ装置とＦＡＰとによる仮想ＲＮＣ手段を構成することができる。
　このため、既存３Ｇ網のＲＮＣとしては、Iur-HO方式のハンドオーバと同様に、3GPP標準機能（TR25.931）の規格に定められた方式で動作するのみで、呼制御のためのハンドオーバ情報のメッセージ送受信を行うことができ、ＩＭＳ網のＦＡＰと既存３Ｇ網のＢＴＳとの間でのハンドオーバを実現することができる。
　すなわち、物理レイヤよりも上位のレイヤにおけるハンドオーバ情報のメッセージ送受信については、Iur-HO方式のハンドオーバと同様に、ＭＳＣ１００もＩＭＳコア６００も経由することなく、ＲＮＣと仮想ＲＮＣ手段との間でメッセージ送受信を行うことができる。
　このため、ＭＳＣやＲＮＣといった既存の移動通信網における各装置に機能を追加するといった改良を必要とせず、３ＧＰＰ等の規格に定められた通信の範囲内で、ＩＭＳ網と既存の移動通信網との間でのハンドオーバを実現することができる。
　また、既存３Ｇ網とＩＭＳ網のＦＡＰとの間に、ＡＴＭベースの通信とＩＰベースの通信とのプロトコル変換を行うゲートウェイ装置４００を備え、このゲートウェイ装置４００が、１つのＲＮＣ　ＩＤにより既存３Ｇ網のＲＮＣとの間で通信を行う。
　このため、既存３Ｇ網のＲＮＣからは、ゲートウェイ装置とＦＡＰとによる仮想ＲＮＣ手段が仮想的に１台のＲＮＣとして認識される。このため、既存３Ｇ網におけるＲＮＣについて、ＲＮＣ　ＩＤの追加設計も容易とすることができる。
　また、ＦＡＰとＭＧＷ間のＵプレーン確立のためのＣプレーンとして、ＡＬＣＡＰにより通信を行うため、3GPP標準（TR25.931）のRadio Link Additionとの親和性も高いシステムとすることができる。
　また、ＦＡＰとＭＧＷ間のＵプレーンとして、ＲＴＰにより通信を行うため、ＩＭＳ方式におけるＶｏＩＰ技術との親和性も高いシステムとすることができる。
　また、マクロセルからフェムトセル、さらに別のフェムトセルへの連続ハンドオーバや、フェムトセルからマクロセル、さらに別のマクロセルへの連続ハンドオーバについても、ゲートウェイ装置とＦＡＰとにより仮想ＲＮＣ手段を構成し、上述した各効果を得ることができる。
　なお、上述した各実施形態は本発明の好適な実施形態であり、本発明はこれに限定されることなく、本発明の技術的思想に基づいて種々変形して実施することが可能である。
　例えば、上述した実施形態では、ＨＯＧＷ４２０からＦＡＰ５００に送信するＩＭＳ網の信号におけるプロトコルは、ＣプレーンがＲＮＳＡＰ、Ｕプレーン確立のためのＣプレーンがＡＬＣＡＰであることとして説明したが、既存３Ｇ網からの信号プロトコルに対応して予め定められたプロトコルの信号にゲートウェイ装置４００がプロトコル変換し、ＩＰパケットとしてＦＡＰ５００に送信する構成であれば、用いるプロトコルは任意のプロトコルであっても、本発明は同様に実現することができる。
　また、上述した実施形態では、同一周波数間のintra-frequency（FDD mode）ハンドオーバ方式を用いた構成について説明しているが、通信システムの形態に応じて、異なる通信方式のintra-frequency （TDD mode）や異なる周波数間のinter-frequency（FDD and TDD mode）ハンドオーバ方式を用いる場合であっても、本発明に係る技術的思想は同様に実現することができる。
　また、本明細書におけるシステムや装置は、特定の機能を実現する機能モジュールが論理的に集合したもののことであり、各装置や各機能モジュールが単一の筐体内にあるか否かは特に問われるものではない。
　例えば、ゲートウェイ装置４００は、ＭＧＷ４１０とＨＯＧＷ４２０の２台の装置からなる構成であってもよく、１台の装置であってもよい。また、各種の機能を備えた複数台の装置により実現されてもよい。
　また、上述した実施形態としてのＦＡＰ、ゲートウェイ装置を実現するための処理手順をプログラムとして記録媒体に記録することにより、本発明の実施形態による上述した各機能を、その記録媒体から供給されるプログラムによって、システムを構成するコンピュータのＣＰＵに処理を行わせて実現させることができる。
　この場合、上記の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
　すなわち、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体および該記録媒体から読み出された信号は本発明を構成することになる。
　この記録媒体としては、例えばハードディスク、光ディスク、光磁気ディスク、フロッピー（登録商標）ディスク、磁気テープ、不揮発性のメモリーカード、ＲＯＭ等を用いてよい。
　この本発明に係るプログラムによれば、当該プログラムによって制御されるＦＡＰやゲートウェイ装置に、上述した実施形態における各機能を実現させることができる。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１０年８月１６日に出願された日本出願特願２０１０－１８１９０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１００　　ＭＳＣ
　１１０　　ＧＭＳＣ
　２００　　ＲＡＮ
　２１０　　ＲＮＣ
　２２０　　ＢＴＳ
　３００　　ＵＥ
　４００　　ＧＷ装置
　４１０　　ＭＧＷ
　４２０　　ＨＯＧＷ
　５００　　ＦＡＰ
　６００　　ＩＭＳコア

Claims (24)

  1. 　通信手順の異なる他の通信システムに接続されて用いられる通信システムであって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Transceiver Station）とを備え、
    　前記通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
    　前記ゲートウェイ装置と前記フェムトセル用基地局とは、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を構成し、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段が前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う、通信システム。
  2. 　前記他の通信システムは、ＵＥ（user equipment）に対する呼制御を行うコア装置を備えた移動通信網であり、
    　前記通信システムは、ＵＥに対する呼制御を行うコアネットワークを備えたＩＭＳ（IP Multimedia Subsystem）網であり、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合、前記仮想ＲＮＣ手段および前記ＲＮＣ間での呼制御のためのハンドオーバ情報のメッセージ送受信では、前記コア装置および前記コアネットワークの何れも経由せずに送受信する、請求項１記載の通信システム。
  3. 　前記ゲートウェイ装置は、前記仮想ＲＮＣ手段として、前記ＲＮＣからの信号を受信した場合、該信号を、該信号のプロトコルに対応する予め定められたＩＭＳ網のプロトコルに変換し、変換後の該信号を前記フェムトセル用基地局に送信するプロトコル変換部を備え、
    　前記プロトコル変換部は、前記ＲＮＣからのデータを前記ＩＭＳ網のプロトコルに変換し、変換後のデータをＩＰパケット内に含ませて前記フェムトセル用基地局に送信する、請求項１または２記載の通信システム。
  4. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、
    　前記ＲＮＣが回線接続のパスを切り替える切替動作のアンカノードとなり、
    　前記ゲートウェイ装置は、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を透過的に提供する、請求項１から３の何れか１項に記載の通信システム。
  5. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、
    　前記ゲートウェイ装置は、前記ＢＴＳから１つの前記フェムトセル用基地局へのハンドオーバ後、回線接続のパスを切り替える切替動作のアンカノードとして機能し、他の前記フェムトセル用基地局への連続ハンドオーバを順次行うよう構成された、請求項１から３の何れか１項に記載の通信システム。
  6. 　通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるゲートウェイ装置であって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Transceiver Station）とを備え、
    　前記通信システムは、前記ゲートウェイ装置と、フェムトセル用基地局とを備え、
    　前記ゲートウェイ装置は、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を前記フェムトセル用基地局とにより構成する制御手段を備え、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段が前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う、ゲートウェイ装置。
  7. 　前記他の通信システムは、ＵＥ（user equipment）に対する呼制御を行うコア装置を備えた移動通信網であり、
    　前記通信システムは、ＵＥに対する呼制御を行うコアネットワークを備えたＩＭＳ（IP Multimedia Subsystem）網であり、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合、前記仮想ＲＮＣ手段および前記ＲＮＣ間での呼制御のためのハンドオーバ情報のメッセージ送受信では、前記コア装置および前記コアネットワークの何れも経由せずに送受信する、請求項６記載のゲートウェイ装置。
  8. 　前記ゲートウェイ装置は、前記仮想ＲＮＣ手段として、前記ＲＮＣからの信号を受信した場合、該信号を、該信号のプロトコルに対応する予め定められたＩＭＳ網のプロトコルに変換し、変換後の該信号を前記フェムトセル用基地局に送信するプロトコル変換部を備え、
    　前記プロトコル変換部は、前記ＲＮＣからのデータを前記ＩＭＳ網のプロトコルに変換し、変換後のデータをＩＰパケット内に含ませて前記フェムトセル用基地局に送信する、請求項６または７記載のゲートウェイ装置。
  9. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、
    　前記ＲＮＣが回線接続のパスを切り替える切替動作のアンカノードとなり、
    　前記ゲートウェイ装置は、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を透過的に提供する、請求項６から８の何れか１項に記載のゲートウェイ装置。
  10. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、
    　前記ＢＴＳから１つの前記フェムトセル用基地局へのハンドオーバ後、回線接続のパスを切り替える切替動作のアンカノードとして機能し、他の前記フェムトセル用基地局への連続ハンドオーバを順次行うよう構成された、請求項６から８の何れか１項に記載のゲートウェイ装置。
  11. 　通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるフェムトセル用基地局であって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Transceiver Station）とを備え、
    　前記通信システムは、ゲートウェイ装置と、前記フェムトセル用基地局とを備え、
    　前記フェムトセル用基地局は、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を前記ゲートウェイ装置とにより構成する制御手段を備え、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段が前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う、フェムトセル用基地局。
  12. 　前記制御手段は、前記ゲートウェイ装置との間で、予め定められたＩＭＳ網のプロトコルによるデータをＩＰパケット内に含ませることで前記ハンドオーバ情報のメッセージ送受信を行う、請求項１１記載のフェムトセル用基地局。
  13. 　通信システムと、通信手順の異なる他の通信システムとの間での通信方法であって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Transceiver Station）とを備え、
    　前記通信システムは、ゲートウェイ装置と、フェムトセル用基地局とを備え、
    　前記ゲートウェイ装置と前記フェムトセル用基地局とが、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を構成し、前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段が前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行い、ハンドオーバ先への回線接続を確立させる、通信方法。
  14. 　前記他の通信システムは、ＵＥ（user equipment）に対する呼制御を行うコア装置を備えた移動通信網であり、
    　前記通信システムは、ＵＥに対する呼制御を行うコアネットワークを備えたＩＭＳ（IP Multimedia Subsystem）網であり、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合、前記仮想ＲＮＣ手段および前記ＲＮＣ間での呼制御のためのハンドオーバ情報のメッセージ送受信では、前記コア装置および前記コアネットワークの何れも経由せずに送受信する、請求項１３記載の通信方法。
  15. 　前記ゲートウェイ装置が、前記仮想ＲＮＣ手段として、前記ＲＮＣからの信号を受信した場合、該信号を、該信号のプロトコルに対応する予め定められたＩＭＳ網のプロトコルに変換し、変換後の該信号を前記フェムトセル用基地局に送信するプロトコル変換工程を備え、
    　前記プロトコル変換工程では、前記ゲートウェイ装置が、前記ＲＮＣからのデータを前記ＩＭＳ網のプロトコルに変換し、変換後のデータをＩＰパケット内に含ませて前記フェムトセル用基地局に送信する、請求項１３または１４記載の通信方法。
  16. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、前記ＲＮＣが回線接続のパスを切り替える切替動作のアンカノードとなり、前記ゲートウェイ装置が、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を透過的に提供することで、該切り替えられた回線接続を確立させる、請求項１３から１５の何れか１項に記載の通信方法。
  17. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、前記ゲートウェイ装置が、前記ＢＴＳから１つの前記フェムトセル用基地局へのハンドオーバ後、回線接続のパスを切り替える切替動作のアンカノードとして機能し、他の前記フェムトセル用基地局への連続ハンドオーバを順次行うことで該切り替え先への回線接続を確立させる、請求項１３から１５の何れか１項に記載の通信方法。
  18. 　通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるゲートウェイ装置のプログラムであって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Trans ceiver Station）とを備え、
    　前記通信システムは、前記ゲートウェイ装置と、フェムトセル用基地局とを備え、
    　前記ゲートウェイ装置に、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を前記フェムトセル用基地局とにより構成させ、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段が前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う手順を実行させる、ゲートウェイ装置のプログラム。
  19. 　前記他の通信システムは、ＵＥ（user equipment）に対する呼制御を行うコア装置を備えた移動通信網であり、
    　前記通信システムは、ＵＥに対する呼制御を行うコアネットワークを備えたＩＭＳ（IP Multimedia Subsystem）網であり、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合、前記仮想ＲＮＣ手段および前記ＲＮＣ間での呼制御のためのハンドオーバ情報のメッセージ送受信では、前記コア装置および前記コアネットワークの何れも経由せずに送受信する手順を実行させる、請求項１８記載のゲートウェイ装置のプログラム。
  20. 　前記ゲートウェイ装置に、前記仮想ＲＮＣ手段として、前記ＲＮＣからの信号を受信した場合、該信号を、該信号のプロトコルに対応する予め定められたＩＭＳ網のプロトコルに変換し、変換後の該信号を前記フェムトセル用基地局に送信するプロトコル変換手順を実行させ、
    　前記プロトコル変換手順では、前記ゲートウェイ装置が、前記ＲＮＣからのデータを前記ＩＭＳ網のプロトコルに変換し、変換後のデータをＩＰパケット内に含ませて前記フェムトセル用基地局に送信する、請求項１８または１９記載のゲートウェイ装置のプログラム。
  21. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、前記ＲＮＣが回線接続のパスを切り替える切替動作のアンカノードとなり、
    　前記ゲートウェイ装置に、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を透過的に提供することで、該切り替えられた回線接続を確立させる手順を実行させる、請求項１８から２０の何れか１項に記載のゲートウェイ装置のプログラム。
  22. 　前記ＢＴＳから１つの前記フェムトセル用基地局にハンドオーバした後さらに他の前記フェムトセル用基地局に順次連続ハンドオーバを行い、前回ハンドオーバで確立した回線接続および次のハンドオーバによる回線接続を保持する場合、
    　前記ゲートウェイ装置を、前記ＢＴＳから１つの前記フェムトセル用基地局へのハンドオーバ後、回線接続のパスを切り替える切替動作のアンカノードとして機能させることにより、該ゲートウェイ装置に、他の前記フェムトセル用基地局への連続ハンドオーバを順次行うことで該切り替え先への回線接続を確立させる手順を実行させる、請求項１８から２０の何れか１項に記載のゲートウェイ装置のプログラム。
  23. 　通信手順の異なる他の通信システムに接続されて用いられる通信システムにおけるフェムトセル用基地局のプログラムであって、
    　前記他の通信システムは、ＲＮＣ（Radio Network Controller）とＢＴＳ（Base Transceiver Station）とを備え、
    　前記通信システムは、ゲートウェイ装置と、前記フェムトセル用基地局とを備え、
    　前記フェムトセル用基地局に、前記ＲＮＣとの通信の際に前記ＲＮＣに対して１台のＲＮＣとして認識させる仮想ＲＮＣ手段を前記ゲートウェイ装置とにより構成させ、
    　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合に、前記仮想ＲＮＣ手段として前記ＲＮＣとの間で呼制御のためのハンドオーバ情報のメッセージ送受信を行う手順を実行させる、フェムトセル用基地局のプログラム。
  24. 　前記ＢＴＳおよび前記フェムトセル用基地局の間でハンドオーバを行う場合の前記ハンドオーバ情報の送受信では、前記ゲートウェイ装置との間で、予め定められたＩＭＳ網のプロトコルによるデータをＩＰパケット内に含ませることで前記ハンドオーバ情報のメッセージ送受信を行う、請求項２３記載のフェムトセル用基地局のプログラム。
PCT/JP2011/066118 2010-08-16 2011-07-14 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム WO2012023369A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP11818013.2A EP2608601A4 (en) 2010-08-16 2011-07-14 Communication system, gateway apparatus, femtocell base station, communication method and apparatus program
CN2011800328881A CN103098516A (zh) 2010-08-16 2011-07-14 通信系统、网关设备、毫微微接入点、通信方法和设备程序
US13/699,413 US20130072199A1 (en) 2010-08-16 2011-07-14 Communication system, gateway device, femto access point, communication method and device program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010181903A JP5697134B2 (ja) 2010-08-16 2010-08-16 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム
JP2010-181903 2010-08-16

Publications (1)

Publication Number Publication Date
WO2012023369A1 true WO2012023369A1 (ja) 2012-02-23

Family

ID=45605030

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/066118 WO2012023369A1 (ja) 2010-08-16 2011-07-14 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム

Country Status (5)

Country Link
US (1) US20130072199A1 (ja)
EP (1) EP2608601A4 (ja)
JP (1) JP5697134B2 (ja)
CN (1) CN103098516A (ja)
WO (1) WO2012023369A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102665239A (zh) * 2012-05-16 2012-09-12 大唐移动通信设备有限公司 移动通信教学系统和ps业务数据处理方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6012080B2 (ja) * 2013-08-09 2016-10-25 日本電信電話株式会社 通信システム及びそのハンドオーバ方法
JP2015231139A (ja) * 2014-06-05 2015-12-21 日本電気株式会社 ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法およびプログラム
US9906973B2 (en) 2014-11-28 2018-02-27 Industrial Technology Research Institute Evolved NodeB and traffic dispatch method thereof
US10149193B2 (en) 2016-06-15 2018-12-04 At&T Intellectual Property I, L.P. Method and apparatus for dynamically managing network resources
US10454836B2 (en) 2016-11-01 2019-10-22 At&T Intellectual Property I, L.P. Method and apparatus for dynamically adapting a software defined network
US10284730B2 (en) 2016-11-01 2019-05-07 At&T Intellectual Property I, L.P. Method and apparatus for adaptive charging and performance in a software defined network
US10505870B2 (en) 2016-11-07 2019-12-10 At&T Intellectual Property I, L.P. Method and apparatus for a responsive software defined network
US10469376B2 (en) 2016-11-15 2019-11-05 At&T Intellectual Property I, L.P. Method and apparatus for dynamic network routing in a software defined network
US10039006B2 (en) 2016-12-05 2018-07-31 At&T Intellectual Property I, L.P. Method and system providing local data breakout within mobility networks
US10264075B2 (en) * 2017-02-27 2019-04-16 At&T Intellectual Property I, L.P. Methods, systems, and devices for multiplexing service information from sensor data
US10469286B2 (en) 2017-03-06 2019-11-05 At&T Intellectual Property I, L.P. Methods, systems, and devices for managing client devices using a virtual anchor manager
WO2018164615A1 (en) * 2017-03-08 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ). Ue, first and second radio control node (rcn), and methods therein for adapting a process of changing radio connections
US10212289B2 (en) 2017-04-27 2019-02-19 At&T Intellectual Property I, L.P. Method and apparatus for managing resources in a software defined network
US10673751B2 (en) 2017-04-27 2020-06-02 At&T Intellectual Property I, L.P. Method and apparatus for enhancing services in a software defined network
US10819606B2 (en) 2017-04-27 2020-10-27 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a converged network
US10749796B2 (en) 2017-04-27 2020-08-18 At&T Intellectual Property I, L.P. Method and apparatus for selecting processing paths in a software defined network
US10382903B2 (en) 2017-05-09 2019-08-13 At&T Intellectual Property I, L.P. Multi-slicing orchestration system and method for service and/or content delivery
US10257668B2 (en) 2017-05-09 2019-04-09 At&T Intellectual Property I, L.P. Dynamic network slice-switching and handover system and method
US10070344B1 (en) 2017-07-25 2018-09-04 At&T Intellectual Property I, L.P. Method and system for managing utilization of slices in a virtual network function environment
US10104548B1 (en) 2017-12-18 2018-10-16 At&T Intellectual Property I, L.P. Method and apparatus for dynamic instantiation of virtual service slices for autonomous machines

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009504049A (ja) 2005-08-01 2009-01-29 ユビキシス リミテッド 公衆広域ネットワーク（例えばインターネット）を通して送信されるハンドオーバ情報
JP2009124684A (ja) * 2007-10-26 2009-06-04 Hitachi Communication Technologies Ltd 通信システム及びゲートウェイ装置
WO2009133772A1 (ja) * 2008-04-30 2009-11-05 日本電気株式会社 異種網間のハンドオーバ装置、ハンドオーバ方法及びハンドオーバの制御用プログラム
JP2009303223A (ja) 2008-06-13 2009-12-24 Fujitsu Ltd 無線通信システム及び方法
JP2010056585A (ja) * 2008-08-26 2010-03-11 Fujitsu Ltd 基地局制御装置、基地局、通信方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100429533B1 (ko) * 2001-10-26 2004-05-03 삼성전자주식회사 평면 구조를 가지는 이동통신 시스템에서 핸드오프 방법
US8139541B2 (en) * 2006-12-15 2012-03-20 Alcatel Lucent Method and system for bypassing media gateways in wireless networks
US8620255B2 (en) * 2008-06-16 2013-12-31 Qualcomm Incorporated Method and apparatus for supporting emergency calls and location for femto access points
KR101488264B1 (ko) * 2008-10-13 2015-01-30 삼성전자주식회사 펨토 기지국으로의 핸드 오버를 위한 무선 통신 시스템 및 이를 위한 방법
US8886164B2 (en) * 2008-11-26 2014-11-11 Qualcomm Incorporated Method and apparatus to perform secure registration of femto access points
WO2010121825A1 (en) * 2009-04-23 2010-10-28 Nec Europe Ltd. A method for operating a network and a network

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009504049A (ja) 2005-08-01 2009-01-29 ユビキシス リミテッド 公衆広域ネットワーク（例えばインターネット）を通して送信されるハンドオーバ情報
JP2009124684A (ja) * 2007-10-26 2009-06-04 Hitachi Communication Technologies Ltd 通信システム及びゲートウェイ装置
WO2009133772A1 (ja) * 2008-04-30 2009-11-05 日本電気株式会社 異種網間のハンドオーバ装置、ハンドオーバ方法及びハンドオーバの制御用プログラム
JP2009303223A (ja) 2008-06-13 2009-12-24 Fujitsu Ltd 無線通信システム及び方法
JP2010056585A (ja) * 2008-08-26 2010-03-11 Fujitsu Ltd 基地局制御装置、基地局、通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2608601A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102665239A (zh) * 2012-05-16 2012-09-12 大唐移动通信设备有限公司 移动通信教学系统和ps业务数据处理方法
CN102665239B (zh) * 2012-05-16 2014-12-10 大唐移动通信设备有限公司 移动通信教学系统和ps业务数据处理方法

Also Published As

Publication number Publication date
EP2608601A4 (en) 2017-11-01
JP5697134B2 (ja) 2015-04-08
CN103098516A (zh) 2013-05-08
EP2608601A1 (en) 2013-06-26
US20130072199A1 (en) 2013-03-21
JP2012044330A (ja) 2012-03-01

Similar Documents

Publication Publication Date Title
JP5697134B2 (ja) 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム
US11653278B2 (en) IuGW architecture with RTP localization
CN102123460B (zh) 集群移动通信系统中实现组呼业务切换的方法
US8670764B2 (en) Wireless communication systems and methods for processing handover messages thereof and computer program products thereof
WO2022015230A1 (en) Inter-cu migration in iab networkinter-cu migration in iab network
JP2010501132A (ja) セルラーシステムにおけるハンドオフの間に、移動性管理情報を提供するための方法
EP3915213B1 (en) Network nodes and methods supporting multiple connectivity
US8483687B2 (en) Arrangement and method for radio network relocation
JP2015530840A (ja) ヘテロジニアス・ネットワークのためのユーザ・プレーン・ハンドオーバ
US20080166983A1 (en) Method, apparatus and system for bearing voice data
WO2016101586A1 (zh) 一种基站切换方法、系统及相关装置、存储介质
JP2009512300A (ja) セルラー式移動無線通信システムにおけるセルラー間転送を改良する方法
WO2016199515A1 (ja) 装置、方法及びプログラム
CN102104924B (zh) 网络间的切换方法和系统
GB2469875A (en) Method and apparatus for allowing handover between ps and cs domains by mobile devices which do not support srvcc
US20240334248A1 (en) Methods and systems for temporary and adaptive load balancing for integrated and wireless access backhaul
JP2004523169A (ja) ネットワークへの移動要素の接続を管理する方法及びシステム
CN106034363A (zh) 一种数据转发方法及移动锚点
US20240224154A1 (en) Methods for inter iab-donor-du bap tunneling
WO2010075652A1 (zh) 重定向方法和系统
US20120196605A1 (en) Transfer of Sessions for Femtocells to Macro Mobile Networks
EP2114101A1 (en) A method and a controller for providing a continuous real time service
Namakoye Performance evaluation of voice handover between LTE and UMTS
KR20150029975A (ko) 동일 데이터 전송시의 망 부하 감소 방법 및 그를 위한 이동통신 시스템
CN101553015A (zh) 跨基站控制器边界业务的实现方法和系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180032888.1

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11818013

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011818013

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13699413

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE