WO2015186331A1 - ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体 - Google Patents

ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体 Download PDF

Info

Publication number
WO2015186331A1
WO2015186331A1 PCT/JP2015/002743 JP2015002743W WO2015186331A1 WO 2015186331 A1 WO2015186331 A1 WO 2015186331A1 JP 2015002743 W JP2015002743 W JP 2015002743W WO 2015186331 A1 WO2015186331 A1 WO 2015186331A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
call
ims
fap
area
Prior art date
Application number
PCT/JP2015/002743
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 US15/316,325 priority Critical patent/US20170164251A1/en
Priority to CN201580038655.0A priority patent/CN106664623A/zh
Priority to EP15803900.8A priority patent/EP3154291A4/en
Publication of WO2015186331A1 publication Critical patent/WO2015186331A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Definitions

  • the present disclosure relates to a gateway device that performs voice communication, a femtocell base station, a communication system, a communication method, and a storage medium.
  • LTE Long Term Evolution
  • VoIP Voice over LTE
  • VoIP Voice over IP
  • IP Internet Protocol
  • Non-Patent Document 1 Single Radio Voice Call Continuity
  • 3G femto base station which is a 3G femto cell (femto area) whose communication area is narrower than a radio base station in a general 3G network, has been considered.
  • This 3G femto base station is a small radio base station that is generally installed in a room such as an office with a radius of about several tens of meters as a communication area.
  • the SRVCC function described above is a technology that takes over voice from the LTE network to the 3G network. Therefore, there is a problem that when a mobile terminal that is performing a voice call or calling using the VoLTE function moves from the LTE network to the 3G femto network, the voice call or call cannot be taken over.
  • An object of an exemplary embodiment is to provide a gateway device, a femtocell base station, a communication system, a communication method, and a storage medium that solve the above-described problems.
  • the gateway device of the exemplary embodiment is: A mobile node that is connected to a control node arranged in an LTE (Long Term Evolution) network and a base station for a femtocell having an IMS (IP Multimedia Subsystem) -femtocell area as a communication area, and that is performing a voice call or calling When moving from the communication area of the LTE network to the IMS-femtocell area, call processing of the mobile terminal is handed over from the control node to the femtocell base station.
  • LTE Long Term Evolution
  • IMS IP Multimedia Subsystem
  • the base station for femtocell is:
  • the IMS-femtocell area is used as a communication area and a request is received from a control node arranged in a LTE (Long Term Evolution) network for a call processing of a mobile terminal during a voice call or ringing from a gateway device
  • VoLTE A message for making a call setting request is transmitted to a predetermined server having a (Voice over LTE) function.
  • the communication system of another exemplary embodiment is: A mobile device for voice calls, A control node arranged in an LTE (Long Term Evolution) network; IMS (IP Multimedia Subsystem)-a femtocell base station whose communication area is a femtocell area;
  • IMS IP Multimedia Subsystem
  • the mobile terminal that is connected to the control node and the femtocell base station and is in a voice call or ringing moves from the communication area of the LTE network to the IMS-femtocell area, the call of the mobile terminal
  • a gateway device that can transfer processing from the control node to the femtocell base station;
  • the femtocell base station receives a request from the gateway device to take over the call processing of the mobile terminal from the control node, the femtocell base station sends a call to a predetermined server having a VoLTE (Voice over LTE) function. Send a message to make a setting request.
  • VoLTE
  • the communication method of another exemplary embodiment is as follows.
  • a mobile terminal that performs a voice call a control node arranged in an LTE (Long Term Evolution) network, an IMS (IP Multimedia Subsystem) -a femtocell base station having a femtocell area as a communication area, the control node, and the control node
  • a communication method in a communication system having a gateway device connected to a femtocell base station When the mobile terminal that is performing a voice call or ringing moves from the communication area of the LTE network to the IMS-femto cell area, the gateway device performs call processing of the mobile terminal from the control node to the femto cell.
  • the femtocell base station When the femtocell base station receives a request from the gateway device to take over the call processing of the mobile terminal from the control node, the femtocell base station sends a call to a predetermined server having a VoLTE (Voice over LTE) function. A process for transmitting a message for making a setting request is performed.
  • VoLTE Voice over LTE
  • other communication methods of other exemplary embodiments include: When a mobile terminal during a voice call or ringing moves from a communication area of an LTE (Long Term Evolution) network to an IMS (IP Multimedia Subsystem) -femtocell area, call processing of the mobile terminal is accessed in the LTE network. A process of taking over from the control node arranged in the network to the femtocell base station having the IMS-femtocell area as a communication area is performed.
  • LTE Long Term Evolution
  • IMS IP Multimedia Subsystem
  • the storage medium of another exemplary embodiment is: Stores a program to be executed by a gateway device connected to a control node arranged in an LTE (Long Term Evolution) network and an IMS (IP Multimedia Subsystem) -a femtocell base station having a femtocell area as a communication area Storage medium Procedure for handing over the call processing of the mobile terminal from the control node to the femtocell base station when the mobile terminal during voice call or ringing moves from the communication area of the LTE network to the IMS-femtocell area
  • the program that executes is stored.
  • a mobile terminal that is performing a voice call or calling using the VoLTE function moves from the LTE network to the 3G femto network, the voice call or call is taken over. be able to.
  • FIG. 1 is a flowchart for explaining processing when a mobile terminal that is performing a voice call or calling moves from the communication area of the LTE network to the IMS-femtocell area in the communication method in the gateway (GW) apparatus shown in FIG. It is.
  • GW gateway
  • 2nd Embodiment of the communication system provided with the gateway apparatus of other exemplary embodiment It is a figure which shows an example of the internal structure of GW shown in FIG.
  • FIG. 4 is a sequence diagram for explaining a communication method in the communication system shown in FIG. 3.
  • FIG. 4 is a sequence diagram for explaining a communication method in the communication system shown in FIG. 3.
  • FIG. 4 is a diagram for explaining an example of a general voice call flow when a UE (User Equipment) shown in FIG. 3 moves from an LTE area to an IMS-femtocell area.
  • FIG. 4 is a diagram for explaining an example of an emergency call flow when the UE shown in FIG. 3 moves from an LTE area to an IMS-femtocell area.
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice call from the UE in the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice call from the UE in the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice call from the UE in the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice incoming call to the UE among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice incoming call to the UE among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice incoming call to the UE among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice incoming call to the UE among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that the UE has voiced out of the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining a process when the UE moves from the LTE area to the IMS-femto area during a voice incoming call to the UE among the communication methods in the communication network configuration shown in FIGS. 6 and
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that the UE has voiced out of the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that the UE has voiced out of the communication method in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that has received a voice call to the UE, among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that has received a voice call to the UE, among the communication methods in the communication network configuration shown in
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that has received a voice call to the UE, among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 8 is a sequence diagram for explaining processing when the UE moves from the LTE area to the IMS-femto area during a call that has received a voice call to the UE, among the communication methods in the communication network configuration shown in FIGS. 6 and 7. .
  • FIG. 1 is a diagram illustrating a first embodiment of a communication system in which a gateway device according to another exemplary embodiment is provided.
  • the communication system includes a GW 100, an MME (Mobility Management Entity) 200, and an FAP (Femto Access Point) 300.
  • MME Mobility Management Entity
  • FAP Femto Access Point
  • the GW 100 is a gateway device connected to the MME 200 and the FAP 300. Also, when a mobile terminal that is in a voice call or calling is moved from the LTE network communication area where the MME 200 is provided to the IMS-femtocell area that is the communication area of the FAP 300, the GW 100 performs call processing of the mobile terminal. Can be transferred from the MME 200 to the FAP 300. Note that the fact that the mobile terminal is performing a voice call or calling in the communication area of the LTE network means that the mobile terminal is performing a voice call or calling using the VoLTE function.
  • the MME 200 is a control node arranged in the LTE network, and is generally called MME (Mobility Management Entity).
  • the MME 200 is arranged in an access network in the LTE network.
  • the MME 200 is an independent C-Plane (Control-Plane) that is a user control function of the SGSN (Serving GPRS Support Node) in W-CDMA (Wideband-Code Division Multiple Access).
  • the MME 200 transmits and receives control signals between an evolved Node B that is a radio base station arranged in the LTE network and an S-GW (Serving Gate Way) described later.
  • the MME 200 has an interface with a server (HSS: Home Subscriber Server) in which user information is stored, and manages the users in the area.
  • MME200 utilizes the facilities of a visited network similarly to SGSN.
  • the FAP 300 is a femto cell base station having an IMS-femto cell area as a communication area, and is generally called a Femto Access Point (FAP).
  • FAP Femto Access Point
  • the FAP 300 receives a request from the GW 100 to take over the call processing of the mobile terminal from the MME 200, the FAP 300 transmits a message for making a call setting request to a predetermined server having a VoLTE function. This message uses a SIP (Session Initiation Protocol) protocol.
  • SIP Session Initiation Protocol
  • a communication method in the GW 100 illustrated in FIG. 1 will be described.
  • a process when a mobile terminal during a voice call or calling moves from the communication area of the LTE network to the IMS-femto cell area will be described.
  • FIG. 2 is a flowchart for explaining processing when a mobile terminal that is performing a voice call or calling moves from the communication area of the LTE network to the IMS-femto cell area in the communication method in the GW 100 shown in FIG. It is.
  • Step S1 When the GW 100 recognizes that the mobile terminal during voice call or calling has moved from the communication area of the LTE network to the IMS-femtocell area (step S1), the GW 100 performs call processing of the mobile terminal from the MME 200 to the FAP 300. (Step S2). Detailed processing will be described in the second embodiment.
  • FIG. 3 is a diagram illustrating a second embodiment of a communication system in which a gateway device according to another exemplary embodiment is provided.
  • the communication system in this embodiment includes a GW 100, an MME 200, an eNB 210, a DNS 230, an FAP 300, and an IMS 400. Further, the MME 200 and the FAP 300 are connected to the IMS 400.
  • the communication area of the FAP 300 is an IMS-femtocell area 310.
  • the eNB 210 is a radio base station (evolved NodeB) that uses the LTE area 220 as a communication area. Further, the eNB 210 is connected to the MME 200 and controlled from the MME 200.
  • evolved NodeB radio base station
  • the DNS 230 is generally called a Domain Name System, and performs an address search managed by a DNS server. Based on the request from the MME 200, the address of the GW 100 is resolved.
  • the IMS 400 is an IP Multimedia Subsystem communication network, and in particular, is a VoLTE IMS having a VoLTE function.
  • the UE 500 is a mobile terminal (User Equipment) that the user possesses and can move.
  • User Equipment User Equipment
  • FIG. 4 is a diagram showing an example of the internal structure of the GW 100 shown in FIG.
  • the GW 100 shown in FIG. 3 includes an MME interface unit 110, an FAP interface unit 120, a takeover processing unit 130, and an FAP data management unit 140.
  • FIG. 4 shows an example of main components related to the present embodiment among the components provided in GW 100 shown in FIG.
  • the MME interface unit 110 has an interface function with the MME 200.
  • the protocol used between the MME interface unit 110 and the MME 200 is a 3GPP (3rd Generation Partnership Project) standard GTP (General Packet Radio System Tunneling Protocol) protocol.
  • the FAP interface unit 120 has an interface function with the FAP 300.
  • the takeover processing unit 130 requests the FAP data management unit 140 to search for a transmission destination of a request signal for requesting call processing takeover (SRVCC) of the UE 500. .
  • a predetermined signal is used for the SRVCC request from the MME 200.
  • the handover processing unit 130 uses the SRVCC function to send a request signal to the destination femtocell base station indicated in the search result based on the search result notified from the FAP data management unit 140. Transmission is performed via the FAP interface unit 120.
  • the handover processing unit 130 receives a predetermined response received by the MME interface unit 110 when a response signal (first response signal) corresponding to the request signal is transmitted from the FAP 300.
  • a response signal (second response signal) corresponding to the signal is transmitted to the MME 200 via the MME interface unit 110.
  • the FAP data management unit 140 manages the femtocell base station including the FAP 300.
  • the FAP data management unit 140 may have a database that stores information on femtocell base stations by itself, or manages information on femtocell base stations stored in an external database. It may be what you do.
  • the FAP data management unit 140 searches for the transmission destination of the request signal from the managed femtocell base stations. Further, the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • FIG. 5 is a sequence diagram for explaining a communication method in the communication system shown in FIG.
  • the eNB 210 requests the MME 200 to perform the handover process of the UE 500 (steps). S11).
  • the UE 500 may be a calling side or a receiving side in a voice call or a call.
  • the MME 200 requests the DNS 230 to search for the address of the GW 100, and acquires the IP address of the GW 100 from the DNS 230 (step S12).
  • the MME 200 that has acquired the IP address of the GW 100 makes a SRVCC request to the GW 100 using the GTP protocol (step S13). As described above, a predetermined signal is used for this request.
  • the takeover processing unit 130 requests the FAP data management unit 140 to search for a transmission destination of a request signal for requesting call processing takeover (SRVCC) of the UE 500. .
  • the FAP data management unit 140 selects the femtocell base station that is the transmission destination of the request signal from among the managed femtocell base stations. Search is performed (step S14). Further, the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • the takeover processing unit 130 makes an SRVCC request to the destination FAP 300 indicated in the search result notified from the FAP data management unit 140 via the FAP interface unit 120 (step S15).
  • the FAP 300 makes a call setup request for the UE 500 to the IMS 400 (step S16). For this request, transmission of a predetermined SIP message is used.
  • the FAP 300 performs a response (SRVCC response) corresponding to the request in step S15 to the GW 100 (step S17).
  • the takeover processing unit 130 sends a response (SRVCC response) corresponding to the request in step S13 to the MME 200 via the MME interface unit 110 (step S18).
  • the MME 200 makes a response to the eNB 210 in response to the handover request in step S11 (step S19).
  • the responses in steps S17 to S19 are realized by transmitting and receiving predetermined signals that can be recognized that the responses have been made between the transmission side and the reception side.
  • FIG. 6 is a diagram for explaining an example of a general voice call flow when the UE 500 shown in FIG. 3 moves from the LTE area 220 to the IMS-femtocell area 310.
  • the GW 100, the MME 200, the eNB 210, the LTE area 220, the FAP 300, the IMS-femto cell area 310, the IMS 400, and the UE 500 are the same as those shown in FIG.
  • SPGW 240 is a list of S-GW (Serving Gate Way) and P-GW (Packet Data Network Gate Way).
  • the S-GW is a node that relays packets and the like as a routing base point for IP packets exchanged with the UE 500.
  • the P-GW is a node that manages the IP address of the UE 500, relays IP packets exchanged with an external communication network, and the like.
  • the GMSC600 is a Gateway Mobile-services Switching Center.
  • the HLR / HSS 610 is a Home Location Register / Home Subscriber Server.
  • the GMSC 600 and the HLR / HSS 610 are the same as the existing ones.
  • the IMS 400 is provided with a P-CSCF 410, an ATCF 420, an ATGW 430, an AS 440, an S-CSCF 450, an MGCF 460, and an MGW 470.
  • a P-CSCF (Proxy Call Session Control Function) 410 is a SIP proxy server that controls the SIP protocol by holding subscriber information downloaded from a predetermined server and current location information of the user as a SIP registration server.
  • ATCF420 is an Access Transfer Control Function that has a function of anchoring a SIP signal that is C-Plane on the visited network side.
  • ATGW 430 is an Access Transfer Gate Way having a function of anchoring a voice media signal, which is U-Plane (User-Plane), on the visited network side.
  • U-Plane User-Plane
  • AS 440 is an Application Server that hosts and executes a service group.
  • the AS 440 uses SIP as an interface with the S-CSCF 450.
  • An S-CSCF (Serving Call Session Control Function) 450 is a SIP server that, as a SIP registration server, holds subscriber information downloaded from a predetermined server and current location information of a user and executes session control.
  • MGCF Media Gateway Control Function 460 is a gateway device that converts a call control protocol between SIP and ISUP (ISDN User Part), and connects S-CSCF 450 and GMSC 600, which is a host device.
  • SIP Session Initiation Protocol
  • ISUP ISDN User Part
  • the MGW 470 is a Media Gate Way that has an interface function with an audio media signal that is U-Plane and performs conversion between RTP (Real Time Transport Protocol) and PCM (Pulse Code Modulation).
  • RTP Real Time Transport Protocol
  • PCM Peripheral Code Modulation
  • the GW 100, the FAP 300, the P-CSCF 320, and the S-CSCF 330 are provided in the core of the IMS-Femto 340 network.
  • GW100 is connected to MME200 and FAP300. Further, the GW 100 terminates the Sv point with the MME 200, and requests the FAP 300 for SRVCC.
  • This Sv point is an interface defined as a Reference Point in the SRVCC function.
  • the FAP 300 has a SIP I2 interface with the ATCF 420. In addition, the FAP 300 connects the U-Plane to the ATGW 430.
  • the P-CSCF 320 performs the same function as the P-CSCF 410 in the IMS-Femto 340.
  • the S-CSCF 330 performs the same function as the S-CSCF 450 in the IMS-Femto 340.
  • a U-Plane signal is transmitted from the UE 500 to the eNB 210, The data is transmitted to MGW 470 via MME 200, SPGW 240 and ATGW 430.
  • the U-Plane signal transmitted to the MGW 470 is transferred to the GMSC 600 using the STM (Synchronous Transfer Mode) transfer mode, and further transferred from the GMSC 600 to another communication network.
  • STM Sechronous Transfer Mode
  • the C-Plane signal is exchanged with the MGCF 460 via the eNB 210, the MME 200, the SPGW 240, the P-CSCF 410, the ATCF 420, the S-CSCF 450, and the AS 440 using the SIP protocol. Furthermore, exchanges are performed between the MGCF 460 and the GMSC 600 and between the GMSC 600 and other networks using the ISUP signal system.
  • an SRVCC request is made from the MME 200 to the GW 100 by the UE 500 that is calling or calling a general voice call moving from the LTE area 220 to the IMS-femtocell area 310
  • the SRVCC request is made from the GW 100 to the FAP 300.
  • an INVITE connection is made from the FAP 300 to the ATCF 420.
  • a U-Plane signal is transmitted and received between the FAP 300 and the ATGW 430 using the RTP protocol.
  • FIG. 7 is a diagram for explaining an example of an emergency call flow when UE 500 shown in FIG. 3 moves from LTE area 220 to IMS-femtocell area 310.
  • the AS 440 in the communication network configuration shown in FIG. 6 is not shown, but the E-CSCF 480 and the EATF 490 are shown.
  • An E-CSCF (Emergency-Call Session Control Function) 480 is a node that receives an emergency call request transmitted by the P-CSCF 410.
  • the EATF (Emergency Access Transfer Function) 490 is a node that transfers a session from the E-CSCF 480 to another communication network.
  • the U-Plane signal is transmitted from the UE 500 to the eNB 210, the MME 200 using the RTP protocol. And transmitted to the MGW 470 via the SPGW 240.
  • the U-Plane signal transmitted to the MGW 470 is transferred to the GMSC 600 using the STM transfer mode, and further transferred from the GMSC 600 to another communication network.
  • the C-Plane signal is exchanged with the MGCF 460 via the eNB 210, the MME 200, the SPGW 240, the P-CSCF 410, the E-CSCF 480, and the EATF 490 using the SIP protocol. Furthermore, exchanges are performed between the MGCF 460 and the GMSC 600 and between the GMSC 600 and other networks using the ISUP signal system.
  • the UE 500 that is calling or calling the emergency call moves from the LTE area 220 to the IMS-femtocell area 310
  • the SRVCC request is made from the MME 200 to the GW 100
  • the SRVCC request is made from the GW 100 to the FAP 300.
  • an INVITE connection is performed from the FAP 300 to the EATF 490.
  • a U-Plane signal is transmitted and received between the FAP 300 and the MGW 470 using the RTP protocol.
  • FIGS. 8A to 8C show the processing when the UE 500 moves from the LTE area 220 to the IMS-femto cell area 310 during a voice call from the UE 500 in the communication method in the communication network configuration shown in FIGS. It is a sequence diagram for demonstrating. 8A to 8C, the UE refers to the UE 500 shown in FIGS. FAP refers to the FAP 300 shown in FIGS. The FemtoPS core / AAA is a node provided in the IMS-Femto 340 shown in FIGS. 6 and 7 for registering subscriber location information and authenticating the subscriber.
  • the P-CSCF indicates the P-CSCF 320 shown in FIGS.
  • the S-CSCF refers to the S-CSCF 330 shown in FIGS.
  • the HSS is a server for storing subscriber information provided in the IMS-Femto 340 shown in FIGS.
  • GW refers to GW100 shown in FIG. 6 and FIG.
  • MME points out MME200 shown in FIG.6 and FIG.7.
  • VoLTE IMS indicates IMS 400 shown in FIGS. 6 and 7.
  • HLR / HSS refers to the HLR / HSS 610 shown in FIG. 6 and FIG.
  • the GMSC refers to the GMSC 600 shown in FIGS. The same applies to FIGS. 9A to 9C, FIGS. 10A to 10C, and FIGS. 11A to 11C.
  • the UE 500 When the UE 500 makes a voice call and is in a call and moves from the LTE area 220 to the IMS-femtocell area 310, the UE 500 requests the MME 200 for handover processing via the eNB 210 (step S21). Then, the MME 200 transmits an SRVCC req to the GW 100 and requests SRVCC (Step S22).
  • the SRVCC req includes STN-SR (Session Transfer Number for Single Radio Voice Continuity).
  • STN-SR is held in HLR / HSS at the time of location registration on the VoLTE IMS side before voice transmission, and the STN-SR is given to SRVCC req.
  • the SRVCC req does not include the STN-SR.
  • the takeover processing unit 130 searches for the destination of the SRVCC req, which is a request signal for requesting the takeover of the call processing (SRVCC) of the UE 500, as FAP data. Request to the management unit 140.
  • the FAP data management unit 140 selects the femtocell base station that is the transmission destination of the SRVCC req from the managed femtocell base stations. Search for.
  • the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • the takeover processing unit 130 transmits the SRVCC req via the FAP interface unit 120 to the destination FAP 300 indicated in the search result notified from the FAP data management unit 140 (step S23).
  • the STVCC-req transmitted from the GW 100 to the FAP 300 also includes STN-SR.
  • the FAP 300 makes a call setup request for the UE 500 to the VoLTE IMS using the SIP protocol.
  • the FAP 300 includes the STN-SR in the INVITE and transmits the INVITE to the ATCF 420 of the VoLTE IMS (step S24).
  • the FAP 300 refers to the STN-SR included in the SRVCC req transmitted from the GW 100, and determines the ATCF 420 that is the transmission destination of the INVITE. Can be identified.
  • the FAP 300 when the call made by the UE 500 is an emergency call, since the STVCC-req transmitted from the GW 100 does not include the STN-SR, the FAP 300 includes the E-STN-SR in the INVITE, and VoLTE The INVITE is transmitted to the EATF 490 of IMS.
  • the E-STN-SR is assigned by the IMS-Femto 340 because it is a number assigned at the originating side that originates the call.
  • the FAP 300 gives the E-STN-SR.
  • VoLTE IMS transmits a provisional response 100 Trying indicating that it is being tried to FAP 300 (step S25). Also, the VoLTE IMS transmits 183 Session Progress indicating that the session has progressed to the FAP 300 (step S26). Then, the FAP 300 transmits PRACK for requesting confirmation of the provisional response in steps S25 and S26 to the VoLTE IMS (step S27).
  • VoLTE IMS transmits 200 OK, which is a response to step S27, to FAP 300 (step S28).
  • the VoLTE IMS transmits 200 OK, which is a response to the INVITE in step S24, to the FAP 300 (step S29).
  • the FAP 300 transmits an ACK that is a successful response of the INVITE message to the VoLTE IMS (step S30).
  • the FAP 300 sends a response (SRVCC response) corresponding to the request in step S23 to the GW 100 by transmitting SRVCC Resp (step S31).
  • the takeover processing unit 130 transmits the SRVCC Resp to the MME 200 via the MME interface unit 110, thereby responding to the request in step S22 (SRVCC response). Is performed (step S32).
  • the MME 200 makes a response to the UE 500 via the eNB 210 in response to the handover processing request in step S21 (step S33). Then, UE500 connects with FAP300 (Step S34).
  • the FAP 300 transmits SRVCC Comp Notification indicating that the voice handover using the SRVCC function is completed to the GW 100 (step S35).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Notification to the MME 200 via the MME interface unit 110 (step S36).
  • MME200 which received SRVCC Comp Notification transmits SRVCC Comp Ack which is the response to GW100 (step S37).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Ack, which is a response in Step S35, to the FAP 300 via the FAP interface unit 120 (Step S38).
  • a normal Inter-RAT (Radio Access Technology) RA (Routing Area) Update procedure is executed among the UE 500, FAP300, PS / AAA, HSS (VLR), MME200, and HLR / HSS (Step S39).
  • RA Radio Access Technology
  • VoLTE IMS transmits BYE to UE 500 (step S40), and UE 500 transmits 200 OK to VoLTE IMS as a response (step S41).
  • step S40 the call before the voice handover is disconnected.
  • the UE 500 generates MM (Mobility Management) / CC (Call Control) (step S42).
  • This MM is processing for performing mobility management such as location registration and authentication of the UE 500.
  • CC is a process for performing control such as call setting and call release.
  • the value of TI (Transaction Identification) at this time is “1000”.
  • the FAP 300 causes MM / CC (step S43).
  • the value of TI at this time is “0000”.
  • the location registration procedure of the UE 500 is executed among the UE 500, the FAP 300, the P-CSCF 320, the S-CSCF 330, the HSS (VLR), and the HLR / HSS 610 (Step S44). At this time, the authentication procedure of the UE 500 is also executed. Then, a call after SRVCC is performed.
  • the UE 500 makes a link disconnection request (DISC) to the FAP 300 by the CC process (step S46).
  • the value of TI at this time is “1000”.
  • FAP300 transmits BYE to VoLTE IMS to disconnect the call (step S47).
  • the VoLTE IMS transmits REL (RELEASE) requesting release of the call to the GMSC 600 (step S48).
  • VoLTE IMS transmits 200 OK to the FAP 300 as a response to step S47 (step S49).
  • the GMSC 600 transmits RLC (Release Complete) to the VoLTE IMS (Step S50).
  • REL and RLC are signals defined by ISUP. The same applies to the following description.
  • FAP300 which received 200 OK from VoLTE IMS transmits link release (REL) with respect to UE500 by the process of CC (step S51).
  • the value of TI at this time is “0000”.
  • UE500 transmits RELCOMP to FAP300 (Step S52).
  • the value of TI at this time is “1000”.
  • FIGS. 9A to 9C show processing when the UE 500 moves from the LTE area 220 to the IMS-femto cell area 310 during a voice call incoming to the UE 500 in the communication method in the communication network configuration shown in FIGS. It is a sequence diagram for demonstrating.
  • the UE 500 When the UE 500 receives a voice call and the UE 500 is in a call, when the UE 500 moves from the LTE area 220 to the IMS-femtocell area 310, the UE 500 requests a handover process to the MME 200 via the eNB 210 (step S61). . Then, the MME 200 sends an SRVCC req to the GW 100 to make an SRVCC request (step S62).
  • This SRVCC req includes STN-SR.
  • the STN-SR is held in the HLR / HSS at the time of location registration on the VoLTE IMS side before voice transmission, and the STN-SR is given to the SRVCC req.
  • the takeover processing unit 130 searches for the destination of the SRVCC req that is a request signal for requesting the takeover of the call processing (SRVCC) of the UE 500 by FAP data Request to the management unit 140.
  • the FAP data management unit 140 selects the femtocell base station that is the transmission destination of the SRVCC req from the managed femtocell base stations. Search for. Subsequently, the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • the takeover processing unit 130 transmits SRVCC req via the FAP interface unit 120 to the destination FAP 300 indicated in the search result notified from the FAP data management unit 140 (step S63).
  • the SRVCC req transmitted from the GW 100 to the FAP 300 also includes STN-SR.
  • the FAP 300 makes a call setup request for the UE 500 to the VoLTE IMS using the SIP protocol.
  • the FAP 300 includes the STN-SR in the INVITE and transmits the INVITE to the ATF 420 of the VoLTE IMS (step S64).
  • the FAP 300 can identify the ATCF 420 that is the transmission destination of the INVITE by referring to the STN-SR included in the SRVCC req transmitted from the GW 100.
  • VoLTE IMS transmits provisional response 100 Trying indicating that it is being tried to FAP 300 (step S65). Further, the VoLTE IMS transmits 183 Session Progress indicating that the session has progressed to the FAP 300 (step S66). Then, the FAP 300 transmits PRACK for requesting confirmation of the provisional response in steps S65 and S66 to the VoLTE IMS (step S67).
  • VoLTE IMS transmits 200 OK, which is a response to step S67, to the FAP 300 (step S68).
  • VoLTE IMS transmits 200 OK, which is a response to INVITE in step S64, to FAP300 (step S69).
  • the FAP 300 transmits ACK that is a successful response of the INVITE message to the VoLTE IMS (step S70).
  • the FAP 300 transmits a SRVCC Resp to perform a response (SRVCC response) corresponding to the request in step S63 to the GW 100 (step S71).
  • the takeover processing unit 130 transmits the SRVCC Resp to the MME 200 via the MME interface unit 110, thereby responding to the request in step S62 (SRVCC response). Is performed (step S72).
  • the MME 200 makes a response to the UE 500 via the eNB 210 in response to the handover processing request in step S61 (step S73). Then, UE500 connects with FAP300 (Step S74).
  • the FAP 300 transmits SRVCC Comp Notification indicating that the voice handover using the SRVCC function is completed to the GW 100 (step S75).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Notification to the MME 200 via the MME interface unit 110 (step S76).
  • MME200 which received SRVCC Comp Notification transmits SRVCC Comp Ack which is the response to GW100 (step S77).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Ack, which is a response of Step S75, to the FAP 300 via the FAP interface unit 120 (Step S78).
  • a normal Inter-RAT RA Update procedure is executed among the UE 500, FAP 300, PS / AAA, HSS (VLR), MME 200, and HLR / HSS (step S79).
  • VoLTE IMS transmits BYE to UE 500 (step S80), and UE 500 transmits 200 OK to VoLTE IMS as a response (step S81).
  • step S80 the call before the voice handover is disconnected.
  • UE500 raises MM / CC (step S82).
  • the value of TI at this time is “1000”.
  • the FAP 300 causes MM / CC (step S83).
  • the value of TI at this time is “0000”.
  • the location registration procedure of the UE 500 is executed among the UE 500, the FAP 300, the P-CSCF 320, the S-CSCF 330, the HSS (VLR), and the HLR / HSS 610 (Step S84). At this time, the authentication procedure of the UE 500 is also executed. Then, a call after SRVCC is performed.
  • step S85 the UE 500 makes a link disconnection request (DISC) to the FAP 300 by the CC process (step S86).
  • the value of TI at this time is “1000”.
  • FAP300 transmits BYE to VoLTE IMS to disconnect the call (step S87).
  • the VoLTE IMS transmits REL (RELEASE) requesting release of the call to the GMSC 600 (step S88).
  • VoLTE IMS transmits 200 OK to FAP300 as a response of step S87 (step S89).
  • the GMSC 600 transmits an RLC to the VoLTE IMS (Step S90).
  • FAP300 which received 200 OK from VoLTE IMS transmits link release (REL) with respect to UE500 by the process of CC (step S91).
  • the value of TI at this time is “0000”.
  • UE500 transmits RELCOMP to FAP300 (Step S92).
  • the value of TI at this time is “1000”.
  • FIGS. 10A to 10C show the processing when the UE 500 moves from the LTE area 220 to the IMS-femto cell area 310 during a call that the UE 500 has made a voice out of the communication methods in the communication network configuration shown in FIGS. It is a sequence diagram for demonstrating.
  • the UE 500 moves from the LTE area 220 to the IMS-femtocell area 310 while the UE 500 is calling another communication device, that is, during the calling process, the UE 500 requests a handover process from the MME 200 via the eNB 210 (step S101). ). Then, the MME 200 sends an SRVCC req to the GW 100 to make an SRVCC request (step S102).
  • the STVCC-req includes STN-SR.
  • the STN-SR is held in the HLR / HSS at the time of location registration on the VoLTE IMS side before voice transmission, and the STN-SR is given to the SRVCC req.
  • the STVCC-req does not include the STN-SR.
  • the handover processing unit 130 searches for the destination of the SRVCC req that is a request signal for requesting the handover of the call processing (SRVCC) of the UE 500 to the FAP data. Request to the management unit 140.
  • the FAP data management unit 140 selects the femtocell base station that is the transmission destination of the SRVCC req from the managed femtocell base stations. Search for.
  • the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • the takeover processing unit 130 transmits SRVCC req via the FAP interface unit 120 to the destination FAP 300 indicated in the search result notified from the FAP data management unit 140 (step S103).
  • the STVCC-req transmitted from the GW 100 to the FAP 300 also includes STN-SR.
  • the FAP 300 makes a call setup request for the UE 500 to the VoLTE IMS using the SIP protocol.
  • the FAP 300 includes the STN-SR in the INVITE and transmits the INVITE to the ATF 420 of the VoLTE IMS (step S104).
  • the FAP 300 refers to the STN-SR included in the SRVCC req transmitted from the GW 100, thereby determining the ATCF 420 that is the INVITE transmission destination. Can be identified.
  • the FAP 300 when the call made by the UE 500 is an emergency call, since the STVCC-req transmitted from the GW 100 does not include the STN-SR, the FAP 300 includes the E-STN-SR in the INVITE, and VoLTE The INVITE is transmitted to the EATF 490 of IMS.
  • the E-STN-SR is assigned by the IMS-Femto 340 because it is a number assigned at the originating side that originates the call.
  • the FAP 300 gives the E-STN-SR.
  • the VoLTE IMS transmits a provisional response 100 Trying indicating that trial is being performed to the FAP 300 (step S105).
  • VoLTE IMS transmits 183 Session Progress indicating that the session has progressed to FAP 300 (step S106).
  • the FAP 300 transmits PRACK for requesting confirmation of the provisional response in steps S105 and S106 to the VoLTE IMS (step S107).
  • VoLTE IMS transmits 200 OK, which is a response to step S107, to FAP 300 (step S108).
  • the VoLTE IMS notifies the FAP 300 of information indicating that the state is being called and that it is a call setting request from the calling party using the INFO message (step S109).
  • the FAP 300 transmits 200 OK to the VoLTE IMS as a response (step S110).
  • the FAP 300 sends a response (SRVCC response) corresponding to the request in step S103 to the GW 100 by transmitting SRVCC Resp (step S111).
  • the takeover processing unit 130 transmits the SRVCC Resp to the MME 200 via the MME interface unit 110, thereby responding to the request in step S102 (SRVCC response). Is performed (step S112).
  • the MME 200 makes a response to the UE 500 via the eNB 210 in response to the handover processing request in step S101 (step S113). Then, UE500 connects with FAP300 (Step S114).
  • the FAP 300 transmits SRVCC Comp Notification indicating that the voice handover using the SRVCC function is completed to the GW 100 (step S115).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Notification to the MME 200 via the MME interface unit 110 (step S116).
  • MME200 which received SRVCC Comp Notification transmits SRVCC Comp Ack which is the response to GW100 (step S117).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Ack, which is a response in Step S115, to the FAP 300 via the FAP interface unit 120 (Step S118).
  • a normal Inter-RAT RA Update procedure is executed among UE 500, FAP 300, PS / AAA, HSS (VLR), MME 200, and HLR / HSS (step S119).
  • the UE 500 generates MM / CC (step S120).
  • the value of TI at this time is “0000”.
  • the FAP 300 causes MM / CC (step S121).
  • the value of TI at this time is “1000”.
  • the location registration procedure of UE 500 is executed among UE 500, FAP 300, P-CSCF 320, S-CSCF 330, HSS (VLR), and HLR / HSS 610 (step S122). At this time, the authentication procedure of the UE 500 is also executed.
  • the GMSC 600 transmits the response message ANM to the VoLTE IMS (step S124).
  • This ANM is a signal defined by ISUP. The same applies to the following description.
  • VoLTE IMS transmits 200 OK, which is a response to INVITE in step S104, to FAP300 (step S125).
  • FAP300 which received 200 OK from VoLTE IMS transmits link connection (CONN) with respect to UE500 by the process of CC (step S126).
  • CONN link connection
  • the value of TI at this time is “1000”.
  • the UE 500 transmits CONNACK to the FAP 300 (step S127).
  • the value of TI at this time is “0000”.
  • the FAP 300 transmits ACK, which is a response to step S125, to the VoLTE IMS (step S128).
  • VoLTE IMS transmits 404 Not Found indicating that the call before voice takeover cannot be found to UE 500 (step S129), and UE 500 transmits ACK to VoLTE IMS as a response (step S130).
  • a call after SRVCC is performed.
  • the UE 500 makes a link disconnection request (DISC) to the FAP 300 in the CC process (Step S132).
  • the value of TI at this time is “0000”.
  • the FAP 300 transmits BYE to the VoLTE IMS to disconnect the call (step S133).
  • the VoLTE IMS transmits REL (RELEASE) requesting release of the call to the GMSC 600 (step S134).
  • VoLTE IMS transmits 200 OK to FAP300 as a response of step S133 (step S135).
  • the GMSC 600 transmits an RLC to the VoLTE IMS (step S136).
  • FAP300 which received 200 OK from VoLTE IMS transmits link release (REL) with respect to UE500 by the process of CC (step S137).
  • the value of TI at this time is “1000”.
  • UE500 transmits RELCOMP to FAP300 (Step S138).
  • the value of TI at this time is “0000”.
  • FIGS. 11A to 11C show processing when the UE 500 moves from the LTE area 220 to the IMS-femto cell area 310 during a call that has received a voice call to the UE 500, among the communication methods in the communication network configuration shown in FIGS. It is a sequence diagram for demonstrating.
  • the UE 500 When the UE 500 moves from the LTE area 220 to the IMS-femto cell area 310 while another communication device is calling the UE 500, that is, the UE 500 is receiving an incoming call, the UE 500 requests the MME 200 to perform a handover process via the eNB 210 ( Step S151). Then, the MME 200 sends an SRVCC req to the GW 100 to request SRVCC (step S152).
  • This SRVCC req includes STN-SR.
  • the STN-SR is held in the HLR / HSS at the time of location registration on the VoLTE IMS side before voice transmission, and the STN-SR is given to the SRVCC req.
  • the handover processing unit 130 searches for the destination of the SRVCC req that is a request signal for requesting the handover of the call processing (SRVCC) of the UE 500 to the FAP data. Request to the management unit 140.
  • the FAP data management unit 140 selects the femtocell base station that is the transmission destination of the SRVCC req from the managed femtocell base stations. Search for.
  • the FAP data management unit 140 notifies the takeover processing unit 130 of the search result.
  • the takeover processing unit 130 transmits SRVCC req via the FAP interface unit 120 to the destination FAP 300 indicated in the search result notified from the FAP data management unit 140 (step S153).
  • the SRVCC req transmitted from the GW 100 to the FAP 300 also includes STN-SR.
  • the FAP 300 makes a call setup request for the UE 500 to the VoLTE IMS using the SIP protocol.
  • the FAP 300 includes the STN-SR in the INVITE and transmits the INVITE to the ATF 420 of the VoLTE IMS (step S154).
  • the FAP 300 can identify the ATCF 420 that is the transmission destination of the INVITE by referring to the STN-SR included in the SRVCC req transmitted from the GW 100.
  • VoLTE IMS transmits provisional response 100 Trying indicating that trial is being performed to FAP 300 (step S155).
  • the VoLTE IMS transmits 183 Session Progress indicating that the session has progressed to the FAP 300 (step S156).
  • the FAP 300 transmits PRACK for requesting confirmation of the provisional response in steps S155 and S156 to the VoLTE IMS (step S157).
  • VoLTE IMS transmits 200 OK, which is a response to step S157, to FAP300 (step S158).
  • the VoLTE IMS notifies the FAP 300 of information indicating that the state is being called and that it is a call setting request from the called party using the INFO message (step S159).
  • the FAP 300 transmits 200 OK to the VoLTE IMS as a response (step S160).
  • the FAP 300 sends a response (SRVCC response) corresponding to the request of step S153 to the GW 100 by transmitting SRVCC Resp (step S161).
  • the takeover processing unit 130 transmits the SRVCC Resp to the MME 200 via the MME interface unit 110, thereby responding to the request in step S152 (SRVCC response). Is performed (step S162).
  • the MME 200 makes a response to the UE 500 via the eNB 210 in response to the handover processing request in step S151 (step S163). Then, UE500 connects with FAP300 (Step S164).
  • the FAP 300 transmits an SRVCC Comp Notification indicating that the voice takeover using the SRVCC function is completed to the GW 100 (step S165).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Notification to the MME 200 via the MME interface unit 110 (step S166).
  • the MME 200 that has received the SRVCC Comp Notification sends the response SRVCC Comp Ack to the GW 100 (step S167).
  • the takeover processing unit 130 of the GW 100 transmits SRVCC Comp Ack, which is a response in Step S165, to the FAP 300 via the FAP interface unit 120 (Step S168).
  • a normal Inter-RAT RA Update procedure is executed among the UE 500, FAP 300, PS / AAA, HSS (VLR), MME 200, and HLR / HSS (step S169).
  • the UE 500 causes MM / CC (step S170).
  • the value of TI at this time is “1000”.
  • the FAP 300 causes MM / CC (step S171).
  • the value of TI at this time is “0000”.
  • the location registration procedure of UE 500 is executed among UE 500, FAP 300, P-CSCF 320, S-CSCF 330, HSS (VLR), and HLR / HSS 610 (step S172).
  • the authentication procedure of the UE 500 is also executed.
  • step S173 when the UE 500 that is the call arrival side responds (step S173), the UE 500 transmits a link connection (CONN) to the FAP 300 by the CC process (step S174).
  • the value of TI at this time is “1000”.
  • the FAP 300 notifies the VoLTE IMS that the call has been accepted using the INFO message (step S175).
  • VoLTE IMS transmits 200 OK, which is a response to this INFO message, to FAP 300 (step S176).
  • the VoLTE IMS transmits an ANM to the GMSC 600 (step S177).
  • VoLTE IMS transmits 200 OK, which is a response to INVITE in step S154, to FAP300 (step S178).
  • the FAP 300 that has received 200 OK from VoLTE IMS transmits a CONNACK, which is a response in step S174, to the UE 500 (step S179).
  • the value of TI at this time is “0000”.
  • the FAP 300 transmits ACK, which is a response to step S178, to the VoLTE IMS (step S180).
  • the VoLTE IMS transmits CANCEL to the UE 500 in order to cancel the INVITE message transmitted to the UE 500 during the incoming call process (Step S181), and the UE 500 transmits 200 OK to the VoLTE IMS as a response (Step S181). S182).
  • the UE 500 transmits 487 Request Terminated to the VoLTE IMS indicating that the request by the INVITE message is completed by receiving the CANCEL transmitted from the VoLTE IMS in Step S181 (Step S183).
  • the VoLTE IMS transmits ACK to the UE 500 as a response (step S184). Then, a call after SRVCC is performed.
  • the UE 500 makes a link disconnection request (DISC) to the FAP 300 in the CC process (step S186).
  • the value of TI at this time is “1000”.
  • the FAP 300 transmits BYE to the VoLTE IMS to disconnect the call (step S187).
  • the VoLTE IMS transmits REL (RELEASE) requesting release of the call to the GMSC 600 (step S188).
  • the VoLTE IMS transmits 200 OK to the FAP 300 as a response to step S187 (step S189).
  • the GMSC 600 transmits RLC (Release Complete) to the VoLTE IMS (step S190).
  • FAP300 which received 200 OK from VoLTE IMS transmits link release (REL) with respect to UE500 by the process of CC (step S191).
  • the value of TI at this time is “0000”.
  • UE500 transmits RELCOMP to FAP300 (Step S192).
  • the value of TI at this time is “1000”.
  • the GW 100 having the interface function with the MME 200, the interface function with the FAP 300, and the SRVCC function is provided between the MME 200 and the FAP 300.
  • the GW 100 receives a call takeover request from the MME 200, the GW 100 requests the FAP 300 to take over the call.
  • the UE 500 during a voice call or calling using the VoLTE function moves from the LTE area 220 to the IMS-femtocell area 310, the voice call or call can be taken over.
  • each component provided in the GW 100 described above may be performed by a logic circuit that is produced according to the purpose.
  • a computer program (hereinafter referred to as a program) in which processing content is described as a procedure is recorded on a recording medium (also referred to as a storage medium) that can be read by the GW 100, and the program recorded on the recording medium is read into the GW 100. It may be executed.
  • Recording media readable by the GW 100 include transferable recording media such as floppy (registered trademark) disks, magneto-optical disks, DVDs (Digital Versatile Disks), CDs (Compact Discs), and ROMs built into the GW 100.
  • the program recorded on the recording medium is read by a CPU (Central Processing Unit) (not shown) provided in the GW 100, and the same processing as described above is performed under the control of the CPU.
  • the CPU operates as a computer that executes a program read from a recording medium on which the program is recorded.
  • the gateway device (Appendix 2) an MME interface unit having an interface function with the control node; An FAP interface unit having an interface function with the femtocell base station; When the MME interface unit receives a predetermined signal transmitted from the control node, the MME interface unit transmits a request signal for requesting handover of the call processing to the femtocell base station via the FAP interface unit.
  • the gateway device according to attachment 1, further comprising a processing unit.
  • the takeover processing unit requests the FAP data management unit to search for a transmission destination of the request signal, and the FAP data management unit The request signal is transmitted based on the search result notified from
  • the FAP data management unit searches for the transmission destination of the request signal from the managed femtocell base station, The gateway device according to attachment 2, wherein the result of the above is notified to the takeover processing unit.
  • a request is received from a control node arranged in the LTE (Long Term Evolution) network for the call processing of the mobile terminal during voice call or ringing from the gateway device with the IMS-femtocell area as the communication area.
  • the femtocell base station transmits a message for making a call setup request to a predetermined server having a VoLTE (Voice over LTE) function.
  • VoLTE Voice over LTE
  • a mobile terminal for performing a voice call A control node arranged in an LTE (Long Term Evolution) network; IMS (IP Multimedia Subsystem)-a femtocell base station whose communication area is a femtocell area;
  • IMS IP Multimedia Subsystem
  • the call of the mobile terminal A gateway device that can transfer processing from the control node to the femtocell base station;
  • the femtocell base station receives a request from the gateway device to take over the call processing of the mobile terminal from the control node, the femtocell base station sends a call to a predetermined server having a VoLTE (Voice over LTE) function.
  • VoLTE Voice over LTE
  • a communication system for transmitting a message for making a setting request A mobile terminal that performs a voice call, a control node disposed in an LTE (Long Term Evolution) network, an IMS (IP Multimedia Subsystem) -a femtocell base station having a femtocell area as a communication area, A communication method in a communication system having a control node and a gateway device connected to the femtocell base station, When the mobile terminal that is performing a voice call or ringing moves from the communication area of the LTE network to the IMS-femto cell area, the gateway device performs call processing of the mobile terminal from the control node to the femto cell.
  • LTE Long Term Evolution
  • IMS IP Multimedia Subsystem
  • the femtocell base station When the femtocell base station receives a request from the gateway device to take over the call processing of the mobile terminal from the control node, the femtocell base station sends a call to a predetermined server having a VoLTE (Voice over LTE) function.
  • VoLTE Voice over LTE
  • the call processing of the mobile terminal is A communication method for performing a process of taking over from a control node arranged in an access network in an LTE network to a femtocell base station having the IMS-femtocell area as a communication area.
  • LTE Long Term Evolution
  • IMS IP Multimedia Subsystem
  • GW 110 MME interface unit 120
  • FAP interface unit 130 Takeover processing unit 140
  • FAP data management unit 200 MME 210 eNB 220 LTE area 230 DNS 240
  • FAP 310 IMS-Femtocell area 320,410 P-CSCF 330,450 S-CSCF 340
  • IMS-Femto 400 IMS 420 ATCF 430 ATGW 440 AS 460 MGCF 470 MGW 480
  • E-CSCF 490 EATF 500 UE 600 GMSC 610 HLR / HSS

Abstract

ＶｏＬＴＥ機能を用いて音声通話中または呼び出し中の携帯端末が、ＬＴＥ網から３Ｇフェムト網へ移動した際、その音声通話または呼び出しを引き継ぐために、ＧＷ１００が、ＬＴＥ網におけるアクセス網に配置されたＭＭＥ２００と、ＩＭＳ－フェムトセルエリアを通信エリアとするＦＡＰ３００とに接続され、音声通話中または呼び出し中の携帯端末がＬＴＥ網の通信エリアからＩＭＳ－フェムトセルエリアへ移動した際、その携帯端末の呼処理を、ＭＭＥ２００からＦＡＰ３００へ引き継がせる。

Description

ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体
　本開示は、音声通信を行うゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体に関する。
　近年、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）が、携帯端末の新たな通信規格として、導入された。ＬＴＥは、既存の回線交換機能（音声通話機能）を持っていない。そこで、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケット通信で音声を運ぶ技術であるＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）と同様に、ＬＴＥ網上で音声通話を実現させる技術であるＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）が考えられている。
　このＶｏＬＴＥを導入したシステムにおいて、携帯端末がＬＴＥ網から３Ｇ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ）網へ移動した際、ＳＲＶＣＣ（Ｓｉｎｇｌｅ　Ｒａｄｉｏ　Ｖｏｉｃｅ　Ｃａｌｌ　Ｃｏｎｔｉｎｕｉｔｙ）という音声を引き継ぐ技術が標準化されている（例えば、非特許文献１参照。）。
　また、最近では、通信エリアが、一般的な３Ｇ網における無線基地局よりも狭い３Ｇフェムトセル（フェムトエリア）である３Ｇフェムト基地局が考えられている。この３Ｇフェムト基地局は、一般的に半径数十メートル程度の範囲を通信エリアとし、オフィス等の室内に設置されている小型の無線基地局である。
３ＧＰＰ　ＴＳ２３．２１６　Ｖ１１．９．０
　上述したＳＲＶＣＣ機能は、ＬＴＥ網から３Ｇ網へ音声を引き継ぐ技術である。そのため、ＶｏＬＴＥ機能を用いて音声通話中または呼び出し中の携帯端末が、ＬＴＥ網から３Ｇフェムト網へ移動した際、その音声通話または呼び出しを引き継ぐことができないという問題点がある。
　例示的な実施形態の目的は、上述した課題を解決するゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体を提供することである。
　例示的な実施形態のゲートウェイ装置は、
　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続され、音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる。
　また、他の例示的な実施形態のフェムトセル用基地局は、
　ＩＭＳ－フェムトセルエリアを通信エリアとし、ゲートウェイ装置から、音声通話中または呼び出し中の携帯端末の呼処理を、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する。
　また、他の例示的な実施形態の通信システムは、
　音声通話を行う携帯端末と、
　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、
　ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、
　前記コントロールノードと、前記フェムトセル用基地局とに接続され、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせるゲートウェイ装置とを有し、
　前記フェムトセル用基地局は、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する。
　また、他の例示的な実施形態の通信方法は、
　音声通話を行う携帯端末と、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、前記コントロールノードと前記フェムトセル用基地局とに接続されたゲートウェイ装置とを有する通信システムにおける通信方法であって、
　前記ゲートウェイ装置が、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる処理と、
　前記フェムトセル用基地局が、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する処理とを行う。
　また、他の例示的な実施形態の他の通信方法は、
　音声通話中または呼び出し中の携帯端末が、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網の通信エリアからＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記ＬＴＥ網におけるアクセス網に配置されたコントロールノードから前記ＩＭＳ－フェムトセルエリアを通信エリアとするフェムトセル用基地局へ引き継がせる処理を行う。
　また、他の例示的な実施形態の記憶媒体は、
　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続されたゲートウェイ装置に実行させるためのプログラムを記憶する記憶媒体であって、
　音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる手順を実行させるプログラムを記憶する。
　以上説明したように、他の例示的な実施形態においては、ＶｏＬＴＥ機能を用いて音声通話中または呼び出し中の携帯端末が、ＬＴＥ網から３Ｇフェムト網へ移動した際、その音声通話または呼び出しを引き継ぐことができる。
他の例示的な実施形態のゲートウェイ装置が設けられた通信システムの第１の実施の形態を示す図である。 図１に示したゲートウェイ（ＧＷ）装置における通信方法のうち、音声通話中または呼び出し中の携帯端末が、ＬＴＥ網の通信エリアからＩＭＳ－フェムトセルエリアへ移動した際の処理を説明するためのフローチャートである。 他の例示的な実施形態のゲートウェイ装置が設けられた通信システムの第２の実施の形態を示す図である。 図３に示したＧＷの内部構造の一例を示す図である。 図３に示した通信システムにおける通信方法を説明するためのシーケンス図である。 図３に示したＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）がＬＴＥエリアからＩＭＳ－フェムトセルエリアへ移動した際の一般音声呼の流れの一例を説明するための図である。 図３に示したＵＥがＬＴＥエリアからＩＭＳ－フェムトセルエリアへ移動した際の緊急呼の流れの一例を説明するための図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した通話中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥが音声発信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。 図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥに音声着信した呼び出し中に、ＵＥがＬＴＥエリアからＩＭＳ－フェムトエリアへ移動したときの処理を説明するためのシーケンス図である。
　以下に、例示的な実施の形態について図面を参照して説明する。
（第１の実施の形態）
　図１は、他の例示的な実施形態のゲートウェイ装置が設けられた通信システムの第１の実施の形態を示す図である。
　本形態における通信システムには図１に示すように、ＧＷ１００と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）２００と、ＦＡＰ（Ｆｅｍｔｏ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ）３００とが設けられている。
　ＧＷ１００は、ＭＭＥ２００とＦＡＰ３００とに接続されたゲートウェイ装置である。
また、音声通話中または呼び出し中の携帯端末が、ＭＭＥ２００が設けられているＬＴＥ網の通信エリアからＦＡＰ３００の通信エリアであるＩＭＳ－フェムトセルエリアへ移動した際、ＧＷ１００は、その携帯端末の呼処理を、ＭＭＥ２００からＦＡＰ３００へ引き継がせる。なお、携帯端末がＬＴＥ網の通信エリアで音声通話中または呼び出し中であることは、当該携帯端末がＶｏＬＴＥ機能を用いて音声通話中または呼び出し中であるということである。
　ＭＭＥ２００は、ＬＴＥ網に配置されたコントロールノードであり、一般的にはＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）と呼ばれるものである。また、ＭＭＥ２００は、ＬＴＥ網の中のアクセス網に配置されている。ＭＭＥ２００は、Ｗ－ＣＤＭＡ（Ｗｉｄｅｂａｎｄ－Ｃｏｄｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）におけるＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）のユーザ制御機能であるＣ－Ｐｌａｎｅ（Ｃｏｎｔｒｏｌ－Ｐｌａｎｅ）を独立させたものである。また、ＭＭＥ２００は、ＬＴＥ網に配置された無線基地局であるｅｖｏｌｖｅｄ　ＮｏｄｅＢおよび後述するＳ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅ　Ｗａｙ）との間で制御信号の送受信を行う。また、ＭＭＥ２００は、利用者の情報が格納されているサーバ（ＨＳＳ：Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）とのインタフェースを持ち、在圏利用者の管理を行う。また、ＭＭＥ２００は、ＳＧＳＮと同様、在圏網の設備を利用する。
　ＦＡＰ３００は、ＩＭＳ－フェムトセルエリアを通信エリアとするフェムトセル用基地局であり、一般的にはＦｅｍｔｏ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ（ＦＡＰ）と呼ばれるものである。また、ＦＡＰ３００は、ＧＷ１００から、携帯端末の呼処理を、ＭＭＥ２００から引き継ぐ要求を受けた場合、ＶｏＬＴＥの機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する。このメッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）のプロトコルを用いたものである。
　以下に、図１に示したＧＷ１００における通信方法について説明する。ここでは、ＧＷ１００における通信方法のうち、音声通話中または呼び出し中の携帯端末が、ＬＴＥ網の通信エリアからＩＭＳ－フェムトセルエリアへ移動した際の処理について説明する。
　図２は、図１に示したＧＷ１００における通信方法のうち、音声通話中または呼び出し中の携帯端末が、ＬＴＥ網の通信エリアからＩＭＳ－フェムトセルエリアへ移動した際の処理を説明するためのフローチャートである。
　音声通話中または呼び出し中の携帯端末が、ＬＴＥ網の通信エリアからＩＭＳ－フェムトセルエリアへ移動したことをＧＷ１００が認識すると（ステップＳ１）、ＧＷ１００は、その携帯端末の呼処理を、ＭＭＥ２００からＦＡＰ３００へ引き継がせる（ステップＳ２）。詳細な処理については、第２の実施の形態に記載する。
　このように、ＭＭＥ２００とＦＡＰ３００との間に、ＳＲＶＣＣ機能を持ったＧＷ１００を設けることで、ＶｏＬＴＥ機能を用いて音声通話中または呼び出し中の携帯端末が、ＬＴＥ網から３Ｇフェムト網へ移動した際、その音声通話または呼び出しを引き継ぐことができる。
（第２の実施の形態）
　図３は、他の例示的な実施形態のゲートウェイ装置が設けられた通信システムの第２の実施の形態を示す図である。
　本形態における通信システムには図３に示すように、ＧＷ１００と、ＭＭＥ２００と、ｅＮＢ２１０と、ＤＮＳ２３０と、ＦＡＰ３００と、ＩＭＳ４００とが設けられている。
また、ＭＭＥ２００およびＦＡＰ３００が、ＩＭＳ４００と接続されている。
　ＧＷ１００、ＭＭＥ２００およびＦＡＰ３００は、第１の実施の形態におけるものと同じものである。なお、ＦＡＰ３００の通信エリアは、ＩＭＳ－フェムトセルエリア３１０である。
　ｅＮＢ２１０は、ＬＴＥエリア２２０を通信エリアとする無線基地局（ｅｖｏｌｖｅｄ　ＮｏｄｅＢ）である。また、ｅＮＢ２１０は、ＭＭＥ２００と接続し、ＭＭＥ２００から制御される。
　ＤＮＳ２３０は、一般的にＤｏｍａｉｎ　Ｎａｍｅ　Ｓｙｓｔｅｍと呼ばれるものであり、ＤＮＳサーバにて管理されているアドレス検索を行う。ＭＭＥ２００からの要求に基づいて、ＧＷ１００のアドレス解決を行う。
　ＩＭＳ４００は、ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍの通信ネットワークであり、特に、ＶｏＬＴＥ機能を有するＶｏＬＴＥ　ＩＭＳである。
　ＵＥ５００は、利用者が所持し、移動可能な携帯端末（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）である。
　図４は、図３に示したＧＷ１００の内部構造の一例を示す図である。
　図３に示したＧＷ１００には図４に示すように、ＭＭＥインタフェース部１１０と、ＦＡＰインタフェース部１２０と、引継処理部１３０と、ＦＡＰデータ管理部１４０とが設けられている。なお、図４には、図３に示したＧＷ１００に設けられた構成要素のうち、本実施の形態に関わる主要な構成要素の一例を示す。
　ＭＭＥインタフェース部１１０は、ＭＭＥ２００との間のインタフェース機能を持つ。ＭＭＥインタフェース部１１０とＭＭＥ２００との間で使用されるプロトコルは、３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）標準のＧＴＰ（Ｇｅｎｅｒａｌ　Ｐａｃｋｅｔ　Ｒａｄｉｏ　Ｓｙｓｔｅｍ　Ｔｕｎｎｅｌｉｎｇ　Ｐｒｏｔｏｃｏｌ）のプロトコルである。
　ＦＡＰインタフェース部１２０は、ＦＡＰ３００との間のインタフェース機能を持つ。
　引継処理部１３０は、ＭＭＥインタフェース部１１０が、ＭＭＥ２００からＳＲＶＣＣの要求を受けた場合、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号の送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＭＭＥ２００からのＳＲＶＣＣの要求には、所定の信号が用いられる。また、引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に基づいて、つまり、検索結果に示された送信先のフェムトセル用基地局へ、ＳＲＶＣＣ機能を用いて要求信号を、ＦＡＰインタフェース部１２０を介して送信する。また、引継処理部１３０は、要求信号をＦＡＰ３００へ送信した後、ＦＡＰ３００からその要求信号に対応する応答信号（第１の応答信号）が送信されてきた場合、ＭＭＥインタフェース部１１０が受信した所定の信号に対応する応答信号（第２の応答信号）を、ＭＭＥインタフェース部１１０を介してＭＭＥ２００へ送信する。
　ＦＡＰデータ管理部１４０は、ＦＡＰ３００を含むフェムトセル用基地局を管理する。
ＦＡＰデータ管理部１４０は、自身でフェムトセル用基地局の情報を格納するデータベースを持つものであっても良いし、外部に設けられたデータベースに記憶されているフェムトセル用基地局の情報を管理するものであっても良い。また、ＦＡＰデータ管理部１４０は、引継処理部１３０から要求信号の送信先の検索を要求された場合、管理しているフェムトセル用基地局の中から要求信号の送信先を検索する。また、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。
　以下に、図３に示した形態における通信方法について説明する。
　図５は、図３に示した通信システムにおける通信方法を説明するためのシーケンス図である。
　まず、音声通話中または呼び出し中のＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動することで、ＵＥ５００からハンドオーバの要求があると、ｅＮＢ２１０がＭＭＥ２００へＵＥ５００のハンドオーバの処理を要求する（ステップＳ１１）。このとき、ＵＥ５００は、音声通話や呼び出しにおいて、発信側であっても着信側であっても良い。
　すると、ＭＭＥ２００は、ＤＮＳ２３０へＧＷ１００のアドレス検索を要求し、ＤＮＳ２３０からＧＷ１００のＩＰアドレスを取得する（ステップＳ１２）。ＧＷ１００のＩＰアドレスを取得したＭＭＥ２００は、ＧＴＰのプロトコルを用いてＧＷ１００へＳＲＶＣＣの要求を行う（ステップＳ１３）。上述したように、この要求には、所定の信号が用いられる。
　引継処理部１３０は、ＭＭＥインタフェース部１１０が、ＭＭＥ２００からＳＲＶＣＣの要求を受けた場合、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号の送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＦＡＰデータ管理部１４０は、引継処理部１３０から要求信号の送信先の検索を要求された場合、管理しているフェムトセル用基地局の中から要求信号の送信先となるフェムトセル用基地局を検索する（ステップＳ１４）。また、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に示された送信先のＦＡＰ３００へ、ＦＡＰインタフェース部１２０を介してＳＲＶＣＣ要求を行う（ステップＳ１５）。
　続いて、ＦＡＰ３００は、ＩＭＳ４００に対してＵＥ５００の呼設定要求を行う（ステップＳ１６）。この要求には、所定のＳＩＰメッセージの送信が用いられる。
　また、ＦＡＰ３００は、ステップＳ１５の要求に対応する応答（ＳＲＶＣＣ応答）をＧＷ１００に対して行う（ステップＳ１７）。ＦＡＰ３００から行われた応答をＦＡＰインタフェース部１２０が受信すると、引継処理部１３０がＭＭＥインタフェース部１１０を介してＭＭＥ２００へステップＳ１３の要求に対応する応答（ＳＲＶＣＣ応答）を行う（ステップＳ１８）。続いて、ＭＭＥ２００がｅＮＢ２１０へステップＳ１１のハンドオーバの要求に対応する応答を行う（ステップＳ１９）。ここで、ステップＳ１７～Ｓ１９の応答は、送信側と受信側とで、それぞれの応答がなされたことを認識できる所定の信号が送受信されることで実現される。
　以下に、信号の流れについてさらに詳細に説明する。一般音声呼と緊急呼とに分けて説明する。
　図６は、図３に示したＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動した際の一般音声呼の流れの一例を説明するための図である。
　図６に示した通信ネットワーク構成において、ＧＷ１００、ＭＭＥ２００、ｅＮＢ２１０、ＬＴＥエリア２２０、ＦＡＰ３００、ＩＭＳ－フェムトセルエリア３１０、ＩＭＳ４００およびＵＥ５００については、図３に示したものと同じである。
　ＳＰＧＷ２４０は、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅ　Ｗａｙ）とＰ－ＧＷ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅ　Ｗａｙ）とを一括りとして示したものである。Ｓ－ＧＷは、ＵＥ５００との間で授受するＩＰパケットのルーティングの基点として、パケットの中継等を行うノードである。Ｐ－ＧＷは、ＵＥ５００のＩＰアドレスの管理、外部の通信ネットワークとやり取りされるＩＰパケットの中継等を行うノードである。
　ＧＭＳＣ６００は、Ｇａｔｅｗａｙ　Ｍｏｂｉｌｅ－ｓｅｒｖｉｃｅｓ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒである。また、ＨＬＲ／ＨＳＳ６１０は、Ｈｏｍｅ　Ｌｏｃａｔｉｏｎ　Ｒｅｇｉｓｔｅｒ／Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒである。ＧＭＳＣ６００およびＨＬＲ／ＨＳＳ６１０は、既存のものと同じものである。
　また、ＩＭＳ４００には、Ｐ－ＣＳＣＦ４１０と、ＡＴＣＦ４２０と、ＡＴＧＷ４３０と、ＡＳ４４０と、Ｓ－ＣＳＣＦ４５０と、ＭＧＣＦ４６０と、ＭＧＷ４７０とが設けられている。
　Ｐ－ＣＳＣＦ（Ｐｒｏｘｙ　Ｃａｌｌ　Ｓｅｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）４１０は、ＳＩＰ登録サーバとして、所定のサーバからダウンロードした加入者情報や利用者の現在位置情報を保持し、ＳＩＰのプロトコルを制御するＳＩＰプロキシサーバである。
　ＡＴＣＦ４２０は、Ｃ－ＰｌａｎｅであるＳＩＰ信号を在圏ネットワーク側でアンカーする機能を持つＡｃｃｅｓｓ　Ｔｒａｎｓｆｅｒ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎである。
　ＡＴＧＷ４３０は、Ｕ－Ｐｌａｎｅ（Ｕｓｅｒ－Ｐｌａｎｅ）である音声メディア信号を在圏ネットワーク側でアンカーする機能を持つＡｃｃｅｓｓ　Ｔｒａｎｓｆｅｒ　Ｇａｔｅ　Ｗａｙである。
　ＡＳ４４０は、サービス群をホスティングし実行するＡｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｅｒである。ＡＳ４４０は、Ｓ－ＣＳＣＦ４５０とのインタフェースにＳＩＰを使う。
　Ｓ－ＣＳＣＦ（Ｓｅｒｖｉｎｇ　Ｃａｌｌ　Ｓｅｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）４５０は、ＳＩＰ登録サーバとして、所定のサーバからダウンロードした加入者情報や利用者の現在位置情報を保持し、セッション制御を実行するＳＩＰサーバである。
　ＭＧＣＦ（Ｍｅｄｉａ　Ｇａｔｅｗａｙ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）４６０は、ＳＩＰとＩＳＵＰ（ＩＳＤＮ　Ｕｓｅｒ　Ｐａｒｔ）との間の呼制御プロトコルの変換を行い、Ｓ－ＣＳＣＦ４５０と上位装置であるＧＭＳＣ６００とを接続するゲートウェイ装置である。
　ＭＧＷ４７０は、Ｕ－Ｐｌａｎｅである音声メディア信号とのインタフェース機能を有し、ＲＴＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）とＰＣＭ（Ｐｕｌｓｅ　Ｃｏｄｅ　Ｍｏｄｕｌａｔｉｏｎ）との間の変換を行うＭｅｄｉａ　Ｇａｔｅ　Ｗａｙである。
　また、ＩＭＳ－Ｆｅｍｔｏ３４０のネットワークのコア内に、ＧＷ１００と、ＦＡＰ３００と、Ｐ－ＣＳＣＦ３２０と、Ｓ－ＣＳＣＦ３３０とが設けられている。
　ＧＷ１００は、ＭＭＥ２００とＦＡＰ３００とに接続されている。また、ＧＷ１００は、ＭＭＥ２００との間のＳｖ点を終端し、ＦＡＰ３００へＳＲＶＣＣの要求を行う。このＳｖ点は、ＳＲＶＣＣ機能でＲｅｆｅｒｅｎｃｅ　Ｐｏｉｎｔとして定義されているインタフェースである。
　ＦＡＰ３００は、ＡＴＣＦ４２０との間で、ＳＩＰのＩ２インタフェースを持つ。また、ＦＡＰ３００は、ＡＴＧＷ４３０との間で、Ｕ－Ｐｌａｎｅを接続する。
　Ｐ－ＣＳＣＦ３２０は、ＩＭＳ－Ｆｅｍｔｏ３４０内でＰ－ＣＳＣＦ４１０と同様の機能を果たす。
　Ｓ－ＣＳＣＦ３３０は、ＩＭＳ－Ｆｅｍｔｏ３４０内でＳ－ＣＳＣＦ４５０と同様の機能を果たす。
　図６に示した通信ネットワーク構成において、一般音声呼の通話中または呼び出し中のＵＥ５００がＬＴＥエリア２２０内に存在する場合、Ｕ－Ｐｌａｎｅの信号は、ＲＴＰのプロトコルを用いて、ＵＥ５００から、ｅＮＢ２１０、ＭＭＥ２００、ＳＰＧＷ２４０およびＡＴＧＷ４３０を介して、ＭＧＷ４７０へ送信される。また、ＭＧＷ４７０へ送信されたＵ－Ｐｌａｎｅの信号は、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓｆｅｒ　Ｍｏｄｅ）の転送モードを用いて、ＧＭＳＣ６００へ転送され、さらにＧＭＳＣ６００から他の通信ネットワークへ転送される。
　一方、Ｃ－Ｐｌａｎｅの信号については、ＳＩＰのプロトコルを用いて、ｅＮＢ２１０、ＭＭＥ２００、ＳＰＧＷ２４０、Ｐ－ＣＳＣＦ４１０、ＡＴＣＦ４２０、Ｓ－ＣＳＣＦ４５０およびＡＳ４４０を介してＭＧＣＦ４６０との間でやり取りが行われる。さらに、ＭＧＣＦ４６０とＧＭＳＣ６００との間、およびＧＭＳＣ６００と他のネットワークとの間では、ＩＳＵＰの信号方式を用いてやり取りが行われている。
　一般音声呼の通話中または呼び出し中のＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動することで、ＭＭＥ２００からＧＷ１００へＳＲＶＣＣ要求が行われると、ＧＷ１００からＦＡＰ３００へＳＲＶＣＣ要求が行われる。すると、ＦＡＰ３００からＡＴＣＦ４２０に対してＩＮＶＩＴＥ接続が行われる。その後、ＦＡＰ３００とＡＴＧＷ４３０との間で、ＲＴＰのプロトコルを用いてＵ－Ｐｌａｎｅの信号が送受信される。
　図７は、図３に示したＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動した際の緊急呼の流れの一例を説明するための図である。
　図７では、図６に示した通信ネットワーク構成におけるＡＳ４４０が図示されず、Ｅ－ＣＳＣＦ４８０およびＥＡＴＦ４９０が図示されている。
　Ｅ－ＣＳＣＦ（Ｅｍｅｒｇｅｎｃｙ－Ｃａｌｌ　Ｓｅｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）４８０は、Ｐ－ＣＳＣＦ４１０が送信する緊急呼の要求を受信するノードである。
　ＥＡＴＦ（Ｅｍｅｒｇｅｎｃｙ　Ａｃｃｅｓｓ　Ｔｒａｎｓｆｅｒ　Ｆｕｎｃｔｉｏｎ）４９０は、Ｅ－ＣＳＣＦ４８０からのセッションを他の通信ネットワークへ転送するノードである。
　その他の構成要素は、図６に示したものと同じである。
　図７に示した通信ネットワーク構成において、緊急呼の通話中または呼び出し中のＵＥ５００がＬＴＥエリア２２０内に存在する場合、Ｕ－Ｐｌａｎｅの信号は、ＲＴＰのプロトコルを用いて、ＵＥ５００から、ｅＮＢ２１０、ＭＭＥ２００およびＳＰＧＷ２４０を介して、ＭＧＷ４７０へ送信される。また、ＭＧＷ４７０へ送信されたＵ－Ｐｌａｎｅの信号は、ＳＴＭの転送モードを用いて、ＧＭＳＣ６００へ転送され、さらにＧＭＳＣ６００から他の通信ネットワークへ転送される。
　一方、Ｃ－Ｐｌａｎｅの信号については、ＳＩＰのプロトコルを用いて、ｅＮＢ２１０、ＭＭＥ２００、ＳＰＧＷ２４０、Ｐ－ＣＳＣＦ４１０、Ｅ－ＣＳＣＦ４８０およびＥＡＴＦ４９０を介してＭＧＣＦ４６０との間でやり取りが行われる。さらに、ＭＧＣＦ４６０とＧＭＳＣ６００との間、およびＧＭＳＣ６００と他のネットワークとの間では、ＩＳＵＰの信号方式を用いてやり取りが行われている。
　緊急呼の通話中または呼び出し中のＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動することで、ＭＭＥ２００からＧＷ１００へＳＲＶＣＣ要求が行われると、ＧＷ１００からＦＡＰ３００へＳＲＶＣＣ要求が行われる。すると、ＦＡＰ３００からＥＡＴＦ４９０に対してＩＮＶＩＴＥ接続が行われる。その後、ＦＡＰ３００とＭＧＷ４７０との間で、ＲＴＰのプロトコルを用いてＵ－Ｐｌａｎｅの信号が送受信される。
　以下に、図６および図７に示した通信ネットワーク構成における通信方法について説明する。
　図８Ａ～８Ｃは、図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥ５００が音声発信した通話中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動したときの処理を説明するためのシーケンス図である。
図８Ａ～８Ｃにおいて、ＵＥは図６および図７に示したＵＥ５００を指す。また、ＦＡＰは図６および図７に示したＦＡＰ３００を指す。また、ＦｅｍｔｏＰＳコア／ＡＡＡは、図６および図７に示したＩＭＳ－Ｆｅｍｔｏ３４０内に設けられた、加入者の位置情報を登録し、その加入者を認証するノードである。また、Ｐ－ＣＳＣＦは、図６および図７に示したＰ－ＣＳＣＦ３２０を指す。また、Ｓ－ＣＳＣＦは、図６および図７に示したＳ－ＣＳＣＦ３３０を指す。また、ＨＳＳ（ＶＬＲ）は、図６および図７に示したＩＭＳ－Ｆｅｍｔｏ３４０内に設けられた、加入者情報を格納するサーバである。また、ＧＷは、図６および図７に示したＧＷ１００を指す。また、ＭＭＥは、図６および図７に示したＭＭＥ２００を指す。また、ＶｏＬＴＥ　ＩＭＳは、図６および図７に示したＩＭＳ４００を指す。また、ＨＬＲ／ＨＳＳは、図６および図７に示したＨＬＲ／ＨＳＳ６１０を指す。
また、ＧＭＳＣは、図６および図７に示したＧＭＳＣ６００を指す。図９Ａ～９Ｃ、図１０Ａ～１０Ｃおよび図１１Ａ～１１Ｃにおいても、同様である。
　ＵＥ５００が、音声発信を行い、通話中である場合に、ＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動すると、ＵＥ５００がｅＮＢ２１０を介してＭＭＥ２００へハンドオーバの処理を要求する（ステップＳ２１）。すると、ＭＭＥ２００は、ＧＷ１００へＳＲＶＣＣ　ｒｅｑを送信してＳＲＶＣＣの要求を行う（ステップＳ２２）。
ＵＥ５００が行っている通話が一般音声呼である場合、ＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲ（Ｓｅｓｓｉｏｎ　Ｔｒａｎｓｆｅｒ　Ｎｕｍｂｅｒ　ｆｏｒ　Ｓｉｎｇｌｅ　Ｒａｄｉｏ　Ｖｏｉｃｅ　Ｃａｌｌ　Ｃｏｎｔｉｎｕｉｔｙ）が含まれている。一般音声呼では、音声発信前のＶｏＬＴＥ　ＩＭＳ側での位置登録の際に、ＳＴＮ－ＳＲがＨＬＲ／ＨＳＳに保持されており、そのＳＴＮ－ＳＲがＳＲＶＣＣ　ｒｅｑに付与されてくる。また、ＵＥ５００が行っている通話が緊急呼である場合、ＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲは含まれていない。
　ＭＭＥ２００から送信されたＳＲＶＣＣ　ｒｅｑをＧＷ１００のＭＭＥインタフェース部１１０が受信すると、引継処理部１３０は、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号であるＳＲＶＣＣ　ｒｅｑの送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＦＡＰデータ管理部１４０は、引継処理部１３０からＳＲＶＣＣ　ｒｅｑの送信先の検索を要求された場合、管理しているフェムトセル用基地局の中からＳＲＶＣＣ　ｒｅｑの送信先となるフェムトセル用基地局を検索する。続いて、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に示された送信先のＦＡＰ３００へ、ＦＡＰインタフェース部１２０を介してＳＲＶＣＣ　ｒｅｑを送信する（ステップＳ２３）。ＵＥ５００が行っている通話が一般音声呼である場合、ＧＷ１００からＦＡＰ３００へ送信するＳＲＶＣＣ　ｒｅｑにもＳＴＮ－ＳＲが含まれている。
　続いて、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳに対して、ＳＩＰのプロトコルを用いてＵＥ５００の呼設定要求を行う。まずは、ＦＡＰ３００は、ＩＮＶＩＴＥにＳＴＮ－ＳＲを含めて、ＶｏＬＴＥ　ＩＭＳのＡＴＣＦ４２０に対して当該ＩＮＶＩＴＥを送信する（ステップＳ２４）。このとき、ＵＥ５００が行っている通話が一般音声呼である場合、ＦＡＰ３００は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑに含まれているＳＴＮ－ＳＲを参照することで、ＩＮＶＩＴＥの送信先となるＡＴＣＦ４２０を識別することができる。また、ＵＥ５００が行っている通話が緊急呼である場合は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑにＳＴＮ－ＳＲが含まれていないため、ＦＡＰ３００は、Ｅ－ＳＴＮ－ＳＲをＩＮＶＩＴＥに含めて、ＶｏＬＴＥ　ＩＭＳのＥＡＴＦ４９０に対して当該ＩＮＶＩＴＥを送信する。このＥ－ＳＴＮ－ＳＲは、呼を生起する発信側でアサインする番号であるため、ＩＭＳ－Ｆｅｍｔｏ３４０にて付与される。ここでは、ＦＡＰ３００がＥ－ＳＴＮ－ＳＲを付与する。
　ＩＮＶＩＴＥに対して、ＶｏＬＴＥ　ＩＭＳは、試行中であることを示す暫定応答１００　ＴｒｙｉｎｇをＦＡＰ３００へ送信する（ステップＳ２５）。また、ＶｏＬＴＥ　ＩＭＳは、セッションが進行したことを示す１８３　Ｓｅｓｓｉｏｎ　ＰｒｏｇｒｅｓｓをＦＡＰ３００へ送信する（ステップＳ２６）。すると、ＦＡＰ３００は、ステップＳ２５，Ｓ２６の暫定的なレスポンスに対する確認を要求するためのＰＲＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ２７）。
　その後、ＶｏＬＴＥ　ＩＭＳは、ステップＳ２７に対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ２８）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ２４のＩＮＶＩＴＥに対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ２９）。すると、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳへＩＮＶＩＴＥメッセージの成功応答であるＡＣＫを送信する（ステップＳ３０）。
　続いて、ＦＡＰ３００は、ＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ２３の要求に対応する応答（ＳＲＶＣＣ応答）をＧＷ１００に対して行う（ステップＳ３１）。
ＦＡＰ３００から送信されたＳＲＶＣＣ　ＲｅｓｐをＦＡＰインタフェース部１２０が受信すると、引継処理部１３０がＭＭＥインタフェース部１１０を介してＭＭＥ２００へＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ２２の要求に対応する応答（ＳＲＶＣＣ応答）を行う（ステップＳ３２）。
　続いて、ＭＭＥ２００がｅＮＢ２１０を介してＵＥ５００へステップＳ２１のハンドオーバの処理の要求に対応する応答を行う（ステップＳ３３）。すると、ＵＥ５００はＦＡＰ３００と接続する（ステップＳ３４）。
　すると、ＦＡＰ３００は、ＳＲＶＣＣ機能を用いた音声引継が完了した旨を示すＳＲＶＣＣ　Ｃｏｍｐ　ＮｏｔｉｆｉｃａｔｉｏｎをＧＷ１００へ送信する（ステップＳ３５）。続いて、ＧＷ１００の引継処理部１３０は、ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを、ＭＭＥインタフェース部１１０を介してＭＭＥ２００へ送信する（ステップＳ３６）。ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを受信したＭＭＥ２００は、その応答であるＳＲＶＣＣ　Ｃｏｍｐ　ＡｃｋをＧＷ１００へ送信する（ステップＳ３７）。続いて、ＧＷ１００の引継処理部１３０は、ステップＳ３５の応答であるＳＲＶＣＣ　Ｃｏｍｐ　Ａｃｋを、ＦＡＰインタフェース部１２０を介してＦＡＰ３００へ送信する（ステップＳ３８）。
　その後、ＵＥ５００、ＦＡＰ３００、ＰＳ／ＡＡＡ、ＨＳＳ（ＶＬＲ）、ＭＭＥ２００およびＨＬＲ／ＨＳＳの間で通常のＩｎｔｅｒ－ＲＡＴ（Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ）　ＲＡ（Ｒｏｕｔｉｎｇ　Ａｒｅａｓ）　Ｕｐｄａｔｅ手順が実行される（ステップＳ３９）。
　続いて、ＶｏＬＴＥ　ＩＭＳがＵＥ５００へＢＹＥを送信し（ステップＳ４０）、ＵＥ５００は、その応答としてＶｏＬＴＥ　ＩＭＳへ２００　ＯＫを送信する（ステップＳ４１）。これにより、音声引継前の呼が切断される。
　そして、ＵＥ５００は、ＭＭ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ）／ＣＣ（Ｃａｌｌ　Ｃｏｎｔｒｏｌ）を生起する（ステップＳ４２）。このＭＭは、ＵＥ５００の位置登録や認証等の移動管理を行う処理である。また、ＣＣは、呼設定や呼解放等の制御を行う処理である。このときのＴＩ（Ｔｒａｎｓａｃｔｉｏｎ　Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の値は「１０００」である。また、同様にＦＡＰ３００は、ＭＭ／ＣＣを生起する（ステップＳ４３）。このときのＴＩの値は「００００」である。
　すると、ＵＥ５００、ＦＡＰ３００、Ｐ－ＣＳＣＦ３２０、Ｓ－ＣＳＣＦ３３０、ＨＳＳ（ＶＬＲ）、ＨＬＲ／ＨＳＳ６１０の間で、ＵＥ５００の位置登録手順が実行される（ステップＳ４４）。このとき、ＵＥ５００の認証手順も実行される。そして、ＳＲＶＣＣ後の通話が行われる。
　その後、ＵＥ５００が通話を終了すると（ステップＳ４５）、ＵＥ５００は、ＣＣの処理でリンク切断要求（ＤＩＳＣ）をＦＡＰ３００に対して行う（ステップＳ４６）。このときのＴＩの値は「１０００」である。すると、ＦＡＰ３００はＶｏＬＴＥ　ＩＭＳに対して、呼を切断するためにＢＹＥを送信する（ステップＳ４７）。ＶｏＬＴＥ　ＩＭＳはＧＭＳＣ６００に対して、呼の解放を要求するＲＥＬ（ＲＥＬＥＡＳＥ）を送信する（ステップＳ４８）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ４７の応答として、２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ４９）。また、ＧＭＳＣ６００は、呼の解放を完了させると、ＶｏＬＴＥ　ＩＭＳに対して、ＲＬＣ（Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅ）を送信する（ステップＳ５０）。このＲＥＬおよびＲＬＣは、ＩＳＵＰで定義されている信号である。以下の説明について、同様である。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ＣＣの処理でリンク解放（ＲＥＬ）をＵＥ５００に対して送信する（ステップＳ５１）。このときのＴＩの値は「００００」である。すると、ＵＥ５００は、ＲＥＬＣＯＭＰをＦＡＰ３００に対して送信する（ステップＳ５２）。このときのＴＩの値は「１０００」である。
　図９Ａ～９Ｃは、図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥ５００に音声着信した通話中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動したときの処理を説明するためのシーケンス図である。
　ＵＥ５００に音声着信があり、ＵＥ５００が通話中である場合に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動すると、ＵＥ５００がｅＮＢ２１０を介してＭＭＥ２００へハンドオーバの処理を要求する（ステップＳ６１）。すると、ＭＭＥ２００は、ＧＷ１００へＳＲＶＣＣ　ｒｅｑを送信してＳＲＶＣＣの要求を行う（ステップＳ６２）。このＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲが含まれている。一般音声呼では、音声発信前のＶｏＬＴＥ　ＩＭＳ側での位置登録の際に、ＳＴＮ－ＳＲがＨＬＲ／ＨＳＳに保持されており、そのＳＴＮ－ＳＲがＳＲＶＣＣ　ｒｅｑに付与されてくる。
　ＭＭＥ２００から送信されたＳＲＶＣＣ　ｒｅｑをＧＷ１００のＭＭＥインタフェース部１１０が受信すると、引継処理部１３０は、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号であるＳＲＶＣＣ　ｒｅｑの送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＦＡＰデータ管理部１４０は、引継処理部１３０からＳＲＶＣＣ　ｒｅｑの送信先の検索を要求された場合、管理しているフェムトセル用基地局の中からＳＲＶＣＣ　ｒｅｑの送信先となるフェムトセル用基地局を検索する。続いて、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に示された送信先のＦＡＰ３００へ、ＦＡＰインタフェース部１２０を介してＳＲＶＣＣ　ｒｅｑを送信する（ステップＳ６３）。ＧＷ１００からＦＡＰ３００へ送信されるＳＲＶＣＣ　ｒｅｑにもＳＴＮ－ＳＲが含まれている。
　続いて、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳに対して、ＳＩＰのプロトコルを用いてＵＥ５００の呼設定要求を行う。まずは、ＦＡＰ３００は、ＩＮＶＩＴＥにＳＴＮ－ＳＲを含めて、ＶｏＬＴＥ　ＩＭＳのＡＴＣＦ４２０に対して当該ＩＮＶＩＴＥを送信する（ステップＳ６４）。このとき、ＦＡＰ３００は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑに含まれているＳＴＮ－ＳＲを参照することで、ＩＮＶＩＴＥの送信先となるＡＴＣＦ４２０を識別することができる。
　ＩＮＶＩＴＥに対して、ＶｏＬＴＥ　ＩＭＳは、試行中であることを示す暫定応答１００　ＴｒｙｉｎｇをＦＡＰ３００へ送信する（ステップＳ６５）。また、ＶｏＬＴＥ　ＩＭＳは、セッションが進行したことを示す１８３　Ｓｅｓｓｉｏｎ　ＰｒｏｇｒｅｓｓをＦＡＰ３００へ送信する（ステップＳ６６）。すると、ＦＡＰ３００は、ステップＳ６５，Ｓ６６の暫定的なレスポンスに対する確認を要求するためのＰＲＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ６７）。
　その後、ＶｏＬＴＥ　ＩＭＳは、ステップＳ６７に対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ６８）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ６４のＩＮＶＩＴＥに対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ６９）。すると、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳへＩＮＶＩＴＥメッセージの成功応答であるＡＣＫを送信する（ステップＳ７０）。
　続いて、ＦＡＰ３００は、ＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ６３の要求に対応する応答（ＳＲＶＣＣ応答）をＧＷ１００に対して行う（ステップＳ７１）。
ＦＡＰ３００から送信されたＳＲＶＣＣ　ＲｅｓｐをＦＡＰインタフェース部１２０が受信すると、引継処理部１３０がＭＭＥインタフェース部１１０を介してＭＭＥ２００へＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ６２の要求に対応する応答（ＳＲＶＣＣ応答）を行う（ステップＳ７２）。
　続いて、ＭＭＥ２００がｅＮＢ２１０を介してＵＥ５００へステップＳ６１のハンドオーバの処理の要求に対応する応答を行う（ステップＳ７３）。すると、ＵＥ５００はＦＡＰ３００と接続する（ステップＳ７４）。
　すると、ＦＡＰ３００は、ＳＲＶＣＣ機能を用いた音声引継が完了した旨を示すＳＲＶＣＣ　Ｃｏｍｐ　ＮｏｔｉｆｉｃａｔｉｏｎをＧＷ１００へ送信する（ステップＳ７５）。続いて、ＧＷ１００の引継処理部１３０は、ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを、ＭＭＥインタフェース部１１０を介してＭＭＥ２００へ送信する（ステップＳ７６）。ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを受信したＭＭＥ２００は、その応答であるＳＲＶＣＣ　Ｃｏｍｐ　ＡｃｋをＧＷ１００へ送信する（ステップＳ７７）。続いて、ＧＷ１００の引継処理部１３０は、ステップＳ７５の応答であるＳＲＶＣＣ　Ｃｏｍｐ　Ａｃｋを、ＦＡＰインタフェース部１２０を介してＦＡＰ３００へ送信する（ステップＳ７８）。
　その後、ＵＥ５００、ＦＡＰ３００、ＰＳ／ＡＡＡ、ＨＳＳ（ＶＬＲ）、ＭＭＥ２００およびＨＬＲ／ＨＳＳの間で通常のＩｎｔｅｒ－ＲＡＴ　ＲＡ　Ｕｐｄａｔｅ手順が実行される（ステップＳ７９）。
　続いて、ＶｏＬＴＥ　ＩＭＳがＵＥ５００へＢＹＥを送信し（ステップＳ８０）、ＵＥ５００は、その応答としてＶｏＬＴＥ　ＩＭＳへ２００　ＯＫを送信する（ステップＳ８１）。これにより、音声引継前の呼が切断される。
　そして、ＵＥ５００は、ＭＭ／ＣＣを生起する（ステップＳ８２）。このときのＴＩの値は「１０００」である。また、同様にＦＡＰ３００は、ＭＭ／ＣＣを生起する（ステップＳ８３）。このときのＴＩの値は「００００」である。
　すると、ＵＥ５００、ＦＡＰ３００、Ｐ－ＣＳＣＦ３２０、Ｓ－ＣＳＣＦ３３０、ＨＳＳ（ＶＬＲ）、ＨＬＲ／ＨＳＳ６１０の間で、ＵＥ５００の位置登録手順が実行される（ステップＳ８４）。このとき、ＵＥ５００の認証手順も実行される。そして、ＳＲＶＣＣ後の通話が行われる。
　その後、ＵＥ５００が通話を終了すると（ステップＳ８５）、ＵＥ５００は、ＣＣの処理でリンク切断要求（ＤＩＳＣ）をＦＡＰ３００に対して行う（ステップＳ８６）。このときのＴＩの値は「１０００」である。すると、ＦＡＰ３００はＶｏＬＴＥ　ＩＭＳに対して、呼を切断するためにＢＹＥを送信する（ステップＳ８７）。ＶｏＬＴＥ　ＩＭＳはＧＭＳＣ６００に対して、呼の解放を要求するＲＥＬ（ＲＥＬＥＡＳＥ）を送信する（ステップＳ８８）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ８７の応答として、２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ８９）。また、ＧＭＳＣ６００は、呼の解放を完了させると、ＶｏＬＴＥ　ＩＭＳに対して、ＲＬＣを送信する（ステップＳ９０）。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ＣＣの処理でリンク解放（ＲＥＬ）をＵＥ５００に対して送信する（ステップＳ９１）。このときのＴＩの値は「００００」である。すると、ＵＥ５００は、ＲＥＬＣＯＭＰをＦＡＰ３００に対して送信する（ステップＳ９２）。このときのＴＩの値は「１０００」である。
　図１０Ａ～１０Ｃは、図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥ５００が音声発信した呼び出し中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動したときの処理を説明するためのシーケンス図である。
　ＵＥ５００が他の通信装置を呼び出し中、つまり発呼処理中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動すると、ＵＥ５００がｅＮＢ２１０を介してＭＭＥ２００へハンドオーバの処理を要求する（ステップＳ１０１）。すると、ＭＭＥ２００は、ＧＷ１００へＳＲＶＣＣ　ｒｅｑを送信してＳＲＶＣＣの要求を行う（ステップＳ１０２）。ＵＥ５００が行っている呼び出しが一般音声呼である場合、ＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲが含まれている。一般音声呼では、音声発信前のＶｏＬＴＥ　ＩＭＳ側での位置登録の際に、ＳＴＮ－ＳＲがＨＬＲ／ＨＳＳに保持されており、そのＳＴＮ－ＳＲがＳＲＶＣＣ　ｒｅｑに付与されてくる。また、ＵＥ５００が行っている呼び出しが緊急呼である場合、ＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲは含まれていない。
　ＭＭＥ２００から送信されたＳＲＶＣＣ　ｒｅｑをＧＷ１００のＭＭＥインタフェース部１１０が受信すると、引継処理部１３０は、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号であるＳＲＶＣＣ　ｒｅｑの送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＦＡＰデータ管理部１４０は、引継処理部１３０からＳＲＶＣＣ　ｒｅｑの送信先の検索を要求された場合、管理しているフェムトセル用基地局の中からＳＲＶＣＣ　ｒｅｑの送信先となるフェムトセル用基地局を検索する。続いて、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に示された送信先のＦＡＰ３００へ、ＦＡＰインタフェース部１２０を介してＳＲＶＣＣ　ｒｅｑを送信する（ステップＳ１０３）。
ＵＥ５００が行っている呼び出しが一般音声呼である場合、ＧＷ１００からＦＡＰ３００へ送信するＳＲＶＣＣ　ｒｅｑにもＳＴＮ－ＳＲが含まれている。
　続いて、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳに対して、ＳＩＰのプロトコルを用いてＵＥ５００の呼設定要求を行う。まずは、ＦＡＰ３００は、ＩＮＶＩＴＥにＳＴＮ－ＳＲを含めて、ＶｏＬＴＥ　ＩＭＳのＡＴＣＦ４２０に対して当該ＩＮＶＩＴＥを送信する（ステップＳ１０４）。このとき、ＵＥ５００が行っている呼び出しが一般音声呼である場合、ＦＡＰ３００は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑに含まれているＳＴＮ－ＳＲを参照することで、ＩＮＶＩＴＥの送信先となるＡＴＣＦ４２０を識別することができる。また、ＵＥ５００が行っている呼び出しが緊急呼である場合は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑにＳＴＮ－ＳＲが含まれていないため、ＦＡＰ３００は、Ｅ－ＳＴＮ－ＳＲをＩＮＶＩＴＥに含めて、ＶｏＬＴＥ　ＩＭＳのＥＡＴＦ４９０に対して当該ＩＮＶＩＴＥを送信する。このＥ－ＳＴＮ－ＳＲは、呼を生起する発信側でアサインする番号であるため、ＩＭＳ－Ｆｅｍｔｏ３４０にて付与される。ここでは、ＦＡＰ３００がＥ－ＳＴＮ－ＳＲを付与する。
　ＩＮＶＩＴＥに対して、ＶｏＬＴＥ　ＩＭＳは、試行中であることを示す暫定応答１００　ＴｒｙｉｎｇをＦＡＰ３００へ送信する（ステップＳ１０５）。また、ＶｏＬＴＥ　ＩＭＳは、セッションが進行したことを示す１８３　Ｓｅｓｓｉｏｎ　ＰｒｏｇｒｅｓｓをＦＡＰ３００へ送信する（ステップＳ１０６）。すると、ＦＡＰ３００は、ステップＳ１０５，Ｓ１０６の暫定的なレスポンスに対する確認を要求するためのＰＲＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１０７）。
　その後、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１０７に対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１０８）。また、ＶｏＬＴＥ　ＩＭＳは、状態が呼び出し中であること、および、発呼側からの呼設定要求であることを示す情報の通知を、ＩＮＦＯメッセージを用いてＦＡＰ３００へ行う（ステップＳ１０９）。すると、ＦＡＰ３００は、その応答として２００　ＯＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１１０）。
　続いて、ＦＡＰ３００は、ＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ１０３の要求に対応する応答（ＳＲＶＣＣ応答）をＧＷ１００に対して行う（ステップＳ１１１）。ＦＡＰ３００から送信されたＳＲＶＣＣ　ＲｅｓｐをＦＡＰインタフェース部１２０が受信すると、引継処理部１３０がＭＭＥインタフェース部１１０を介してＭＭＥ２００へＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ１０２の要求に対応する応答（ＳＲＶＣＣ応答）を行う（ステップＳ１１２）。
　続いて、ＭＭＥ２００がｅＮＢ２１０を介してＵＥ５００へステップＳ１０１のハンドオーバの処理の要求に対応する応答を行う（ステップＳ１１３）。すると、ＵＥ５００はＦＡＰ３００と接続する（ステップＳ１１４）。
　すると、ＦＡＰ３００は、ＳＲＶＣＣ機能を用いた音声引継が完了した旨を示すＳＲＶＣＣ　Ｃｏｍｐ　ＮｏｔｉｆｉｃａｔｉｏｎをＧＷ１００へ送信する（ステップＳ１１５）。続いて、ＧＷ１００の引継処理部１３０は、ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを、ＭＭＥインタフェース部１１０を介してＭＭＥ２００へ送信する（ステップＳ１１６）。ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを受信したＭＭＥ２００は、その応答であるＳＲＶＣＣ　Ｃｏｍｐ　ＡｃｋをＧＷ１００へ送信する（ステップＳ１１７）。続いて、ＧＷ１００の引継処理部１３０は、ステップＳ１１５の応答であるＳＲＶＣＣ　Ｃｏｍｐ　Ａｃｋを、ＦＡＰインタフェース部１２０を介してＦＡＰ３００へ送信する（ステップＳ１１８）。
　その後、ＵＥ５００、ＦＡＰ３００、ＰＳ／ＡＡＡ、ＨＳＳ（ＶＬＲ）、ＭＭＥ２００およびＨＬＲ／ＨＳＳの間で通常のＩｎｔｅｒ－ＲＡＴ　ＲＡ　Ｕｐｄａｔｅ手順が実行される（ステップＳ１１９）。
　続いて、ＵＥ５００は、ＭＭ／ＣＣを生起する（ステップＳ１２０）。このときのＴＩの値は「００００」である。また、同様にＦＡＰ３００は、ＭＭ／ＣＣを生起する（ステップＳ１２１）。このときのＴＩの値は「１０００」である。
　すると、ＵＥ５００、ＦＡＰ３００、Ｐ－ＣＳＣＦ３２０、Ｓ－ＣＳＣＦ３３０、ＨＳＳ（ＶＬＲ）、ＨＬＲ／ＨＳＳ６１０の間で、ＵＥ５００の位置登録手順が実行される（ステップＳ１２２）。このとき、ＵＥ５００の認証手順も実行される。
　その後、ＵＥ５００が呼び出しを行っている着側が応答すると（ステップＳ１２３）、ＧＭＳＣ６００は、応答メッセージであるＡＮＭをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１２４）。このＡＮＭは、ＩＳＵＰで定義されている信号である。以下の説明について、同様である。すると、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１０４のＩＮＶＩＴＥに対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１２５）。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ＣＣの処理でリンク接続（ＣＯＮＮ）をＵＥ５００に対して送信する（ステップＳ１２６）。このときのＴＩの値は「１０００」である。すると、ＵＥ５００は、ＣＯＮＮＡＣＫをＦＡＰ３００に対して送信する（ステップＳ１２７）。このときのＴＩの値は「００００」である。
　続いて、ＦＡＰ３００は、ステップＳ１２５に対する応答であるＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１２８）。ＶｏＬＴＥ　ＩＭＳは、音声引継前の呼を発見できないことを示す４０４　Ｎｏｔ　ＦｏｕｎｄをＵＥ５００へ送信し（ステップＳ１２９）、ＵＥ５００は、その応答としてＶｏＬＴＥ　ＩＭＳへＡＣＫを送信する（ステップＳ１３０）。そして、ＳＲＶＣＣ後の通話が行われる。
　その後、ＵＥ５００が通話を終了すると（ステップＳ１３１）、ＵＥ５００は、ＣＣの処理でリンク切断要求（ＤＩＳＣ）をＦＡＰ３００に対して行う（ステップＳ１３２）。
このときのＴＩの値は「００００」である。すると、ＦＡＰ３００はＶｏＬＴＥ　ＩＭＳに対して、呼を切断するためにＢＹＥを送信する（ステップＳ１３３）。ＶｏＬＴＥ　ＩＭＳはＧＭＳＣ６００に対して、呼の解放を要求するＲＥＬ（ＲＥＬＥＡＳＥ）を送信する（ステップＳ１３４）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１３３の応答として、２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１３５）。また、ＧＭＳＣ６００は、呼の解放を完了させると、ＶｏＬＴＥ　ＩＭＳに対して、ＲＬＣを送信する（ステップＳ１３６）。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ＣＣの処理でリンク解放（ＲＥＬ）をＵＥ５００に対して送信する（ステップＳ１３７）。このときのＴＩの値は「１０００」である。すると、ＵＥ５００は、ＲＥＬＣＯＭＰをＦＡＰ３００に対して送信する（ステップＳ１３８）。このときのＴＩの値は「００００」である。
　図１１Ａ～１１Ｃは、図６および図７に示した通信ネットワーク構成における通信方法のうち、ＵＥ５００に音声着信した呼び出し中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動したときの処理を説明するためのシーケンス図である。
　他の通信装置がＵＥ５００を呼び出し中、つまりＵＥ５００が着呼処理中に、ＵＥ５００がＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動すると、ＵＥ５００がｅＮＢ２１０を介してＭＭＥ２００へハンドオーバの処理を要求する（ステップＳ１５１）。すると、ＭＭＥ２００は、ＧＷ１００へＳＲＶＣＣ　ｒｅｑを送信してＳＲＶＣＣの要求を行う（ステップＳ１５２）。このＳＲＶＣＣ　ｒｅｑにはＳＴＮ－ＳＲが含まれている。一般音声呼では、音声発信前のＶｏＬＴＥ　ＩＭＳ側での位置登録の際に、ＳＴＮ－ＳＲがＨＬＲ／ＨＳＳに保持されており、そのＳＴＮ－ＳＲがＳＲＶＣＣ　ｒｅｑに付与されてくる。
　ＭＭＥ２００から送信されたＳＲＶＣＣ　ｒｅｑをＧＷ１００のＭＭＥインタフェース部１１０が受信すると、引継処理部１３０は、ＵＥ５００の呼処理の引継ぎ（ＳＲＶＣＣ）を要求する要求信号であるＳＲＶＣＣ　ｒｅｑの送信先の検索をＦＡＰデータ管理部１４０へ要求する。ＦＡＰデータ管理部１４０は、引継処理部１３０からＳＲＶＣＣ　ｒｅｑの送信先の検索を要求された場合、管理しているフェムトセル用基地局の中からＳＲＶＣＣ　ｒｅｑの送信先となるフェムトセル用基地局を検索する。続いて、ＦＡＰデータ管理部１４０は、検索の結果を引継処理部１３０へ通知する。引継処理部１３０は、ＦＡＰデータ管理部１４０から通知された検索結果に示された送信先のＦＡＰ３００へ、ＦＡＰインタフェース部１２０を介してＳＲＶＣＣ　ｒｅｑを送信する（ステップＳ１５３）。
ＧＷ１００からＦＡＰ３００へ送信されるＳＲＶＣＣ　ｒｅｑにもＳＴＮ－ＳＲが含まれている。
　続いて、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳに対して、ＳＩＰのプロトコルを用いてＵＥ５００の呼設定要求を行う。まずは、ＦＡＰ３００は、ＩＮＶＩＴＥにＳＴＮ－ＳＲを含めて、ＶｏＬＴＥ　ＩＭＳのＡＴＣＦ４２０に対して当該ＩＮＶＩＴＥを送信する（ステップＳ１５４）。このとき、ＦＡＰ３００は、ＧＷ１００から送信されてきたＳＲＶＣＣ　ｒｅｑに含まれているＳＴＮ－ＳＲを参照することで、ＩＮＶＩＴＥの送信先となるＡＴＣＦ４２０を識別することができる。
　ＩＮＶＩＴＥに対して、ＶｏＬＴＥ　ＩＭＳは、試行中であることを示す暫定応答１００　ＴｒｙｉｎｇをＦＡＰ３００へ送信する（ステップＳ１５５）。また、ＶｏＬＴＥ　ＩＭＳは、セッションが進行したことを示す１８３　Ｓｅｓｓｉｏｎ　ＰｒｏｇｒｅｓｓをＦＡＰ３００へ送信する（ステップＳ１５６）。すると、ＦＡＰ３００は、ステップＳ１５５，Ｓ１５６の暫定的なレスポンスに対する確認を要求するためのＰＲＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１５７）。
　その後、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１５７に対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１５８）。また、ＶｏＬＴＥ　ＩＭＳは、状態が呼び出し中であること、および、着呼側からの呼設定要求であることを示す情報の通知を、ＩＮＦＯメッセージを用いてＦＡＰ３００へ行う（ステップＳ１５９）。すると、ＦＡＰ３００は、その応答として２００　ＯＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１６０）。
　続いて、ＦＡＰ３００は、ＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ１５３の要求に対応する応答（ＳＲＶＣＣ応答）をＧＷ１００に対して行う（ステップＳ１６１）。ＦＡＰ３００から送信されたＳＲＶＣＣ　ＲｅｓｐをＦＡＰインタフェース部１２０が受信すると、引継処理部１３０がＭＭＥインタフェース部１１０を介してＭＭＥ２００へＳＲＶＣＣ　Ｒｅｓｐを送信することで、ステップＳ１５２の要求に対応する応答（ＳＲＶＣＣ応答）を行う（ステップＳ１６２）。
　続いて、ＭＭＥ２００がｅＮＢ２１０を介してＵＥ５００へステップＳ１５１のハンドオーバの処理の要求に対応する応答を行う（ステップＳ１６３）。すると、ＵＥ５００はＦＡＰ３００と接続する（ステップＳ１６４）。
　すると、ＦＡＰ３００は、ＳＲＶＣＣ機能を用いた音声引継が完了した旨を示すＳＲＶＣＣ　Ｃｏｍｐ　ＮｏｔｉｆｉｃａｔｉｏｎをＧＷ１００へ送信する（ステップＳ１６５）。続いて、ＧＷ１００の引継処理部１３０は、ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを、ＭＭＥインタフェース部１１０を介してＭＭＥ２００へ送信する（ステップＳ１６６）。ＳＲＶＣＣ　Ｃｏｍｐ　Ｎｏｔｉｆｉｃａｔｉｏｎを受信したＭＭＥ２００は、その応答であるＳＲＶＣＣ　Ｃｏｍｐ　ＡｃｋをＧＷ１００へ送信する（ステップＳ１６７）。続いて、ＧＷ１００の引継処理部１３０は、ステップＳ１６５の応答であるＳＲＶＣＣ　Ｃｏｍｐ　Ａｃｋを、ＦＡＰインタフェース部１２０を介してＦＡＰ３００へ送信する（ステップＳ１６８）。
　その後、ＵＥ５００、ＦＡＰ３００、ＰＳ／ＡＡＡ、ＨＳＳ（ＶＬＲ）、ＭＭＥ２００およびＨＬＲ／ＨＳＳの間で通常のＩｎｔｅｒ－ＲＡＴ　ＲＡ　Ｕｐｄａｔｅ手順が実行される（ステップＳ１６９）。
　続いて、ＵＥ５００は、ＭＭ／ＣＣを生起する（ステップＳ１７０）。このときのＴＩの値は「１０００」である。また、同様にＦＡＰ３００は、ＭＭ／ＣＣを生起する（ステップＳ１７１）。このときのＴＩの値は「００００」である。
　すると、ＵＥ５００、ＦＡＰ３００、Ｐ－ＣＳＣＦ３２０、Ｓ－ＣＳＣＦ３３０、ＨＳＳ（ＶＬＲ）、ＨＬＲ／ＨＳＳ６１０の間で、ＵＥ５００の位置登録手順が実行される（ステップＳ１７２）。このとき、ＵＥ５００の認証手順も実行される。
　その後、呼び出しの着側であるＵＥ５００が応答すると（ステップＳ１７３）、ＵＥ５００は、ＣＣの処理でリンク接続（ＣＯＮＮ）をＦＡＰ３００に対して送信する（ステップＳ１７４）。このときのＴＩの値は「１０００」である。すると、ＦＡＰ３００は、ＶｏＬＴＥ　ＩＭＳに対して、呼が受け入れられたことを示す通知を、ＩＮＦＯメッセージを用いて行う（ステップＳ１７５）。ＶｏＬＴＥ　ＩＭＳはＦＡＰ３００に対して、このＩＮＦＯメッセージへの応答である２００　ＯＫを送信する（ステップＳ１７６）。また、ＶｏＬＴＥ　ＩＭＳは、ＧＭＳＣ６００へＡＮＭを送信する（ステップＳ１７７）。すると、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１５４のＩＮＶＩＴＥに対する応答である２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１７８）。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ステップＳ１７４の応答であるＣＯＮＮＡＣＫをＵＥ５００に対して送信する（ステップＳ１７９）。このときのＴＩの値は「００００」である。
　続いて、ＦＡＰ３００は、ステップＳ１７８に対する応答であるＡＣＫをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１８０）。すると、ＶｏＬＴＥ　ＩＭＳは、着呼処理中にＵＥ５００へ送信したＩＮＶＩＴＥメッセージをキャンセルするために、ＣＡＮＣＥＬをＵＥ５００へ送信し（ステップＳ１８１）、ＵＥ５００は、その応答としてＶｏＬＴＥ　ＩＭＳへ２００　ＯＫを送信する（ステップＳ１８２）。また、ＵＥ５００は、ステップＳ１８１にてＶｏＬＴＥ　ＩＭＳから送信されたＣＡＮＣＥＬを受信したことで、ＩＮＶＩＴＥメッセージによる要求が終了したことを示す４８７　Ｒｅｑｕｅｓｔ　ＴｅｒｍｉｎａｔｅｄをＶｏＬＴＥ　ＩＭＳへ送信する（ステップＳ１８３）。ＶｏＬＴＥ　ＩＭＳは、その応答としてＵＥ５００へＡＣＫを送信する（ステップＳ１８４）。そして、ＳＲＶＣＣ後の通話が行われる。
　その後、ＵＥ５００が通話を終了すると（ステップＳ１８５）、ＵＥ５００は、ＣＣの処理でリンク切断要求（ＤＩＳＣ）をＦＡＰ３００に対して行う（ステップＳ１８６）。
このときのＴＩの値は「１０００」である。すると、ＦＡＰ３００はＶｏＬＴＥ　ＩＭＳに対して、呼を切断するためにＢＹＥを送信する（ステップＳ１８７）。ＶｏＬＴＥ　ＩＭＳはＧＭＳＣ６００に対して、呼の解放を要求するＲＥＬ（ＲＥＬＥＡＳＥ）を送信する（ステップＳ１８８）。また、ＶｏＬＴＥ　ＩＭＳは、ステップＳ１８７の応答として、２００　ＯＫをＦＡＰ３００へ送信する（ステップＳ１８９）。また、ＧＭＳＣ６００は、呼の解放を完了させると、ＶｏＬＴＥ　ＩＭＳに対して、ＲＬＣ（Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅ）を送信する（ステップＳ１９０）。
　ＶｏＬＴＥ　ＩＭＳから２００　ＯＫを受信したＦＡＰ３００は、ＣＣの処理でリンク解放（ＲＥＬ）をＵＥ５００に対して送信する（ステップＳ１９１）。このときのＴＩの値は「００００」である。すると、ＵＥ５００は、ＲＥＬＣＯＭＰをＦＡＰ３００に対して送信する（ステップＳ１９２）。このときのＴＩの値は「１０００」である。
　このように、本形態においては、ＭＭＥ２００とＦＡＰ３００との間に、ＭＭＥ２００との間のインタフェース機能、ＦＡＰ３００との間のインタフェース機能、およびＳＲＶＣＣ機能を持ったＧＷ１００を設ける。そして、ＧＷ１００がＭＭＥ２００から呼の引継の要求を受けた場合、ＧＷ１００はＦＡＰ３００に対して呼の引継を要求する。これにより、ＶｏＬＴＥ機能を用いて音声通話中または呼び出し中のＵＥ５００が、ＬＴＥエリア２２０からＩＭＳ－フェムトセルエリア３１０へ移動した際、その音声通話または呼び出しを引き継ぐことができる。
　また、変形例として、上述したＧＷ１００の機能をＦＡＰ３００が具備する形態も考えられる。
　上述したＧＷ１００に設けられた各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）をＧＷ１００にて読取可能な記録媒体（または記憶媒体ともいう）に記録し、この記録媒体に記録されたプログラムをＧＷ１００に読み込ませ、実行するものであっても良い。ＧＷ１００にて読取可能な記録媒体とは、フロッピー（登録商標）ディスク、光磁気ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）などの移設可能な記録媒体の他、ＧＷ１００に内蔵されたＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等のメモリやＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等を指す。この記録媒体に記録されたプログラムは、ＧＷ１００に設けられたＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、ＣＰＵは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　上記の実施の形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記１）ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続され、音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせるゲートウェイ装置。
（付記２）前記コントロールノードとの間のインタフェース機能を持つＭＭＥインタフェース部と、
　前記フェムトセル用基地局との間のインタフェース機能を持つＦＡＰインタフェース部と、
　前記ＭＭＥインタフェース部が、前記コントロールノードから送信された所定の信号を受信した場合、前記呼処理の引継ぎを要求する要求信号を、前記ＦＡＰインタフェース部を介して前記フェムトセル用基地局へ送信する引継処理部とを有する、付記１に記載のゲートウェイ装置。
（付記３）前記フェムトセル用基地局を管理するＦＡＰデータ管理部を有し、
　前記引継処理部は、前記ＭＭＥインタフェース部が、前記コントロールノードから送信された所定の信号を受信した場合、前記要求信号の送信先の検索を前記ＦＡＰデータ管理部へ要求し、前記ＦＡＰデータ管理部から通知された検索結果に基づいて、前記要求信号を送信し、
　前記ＦＡＰデータ管理部は、前記引継処理部から前記要求信号の送信先の検索を要求された場合、管理しているフェムトセル用基地局の中から前記要求信号の送信先を検索し、該検索の結果を前記引継処理部へ通知する、付記２に記載のゲートウェイ装置。
（付記４）前記引継処理部は、前記要求信号を前記フェムトセル用基地局へ送信した後、該フェムトセル用基地局から該要求信号に対応する第１の応答信号が送信されてきた場合、前記ＭＭＥインタフェース部が受信した前記所定の信号に対応する第２の応答信号を、前記ＭＭＥインタフェース部を介して前記コントロールノードへ送信する、付記２または付記３に記載のゲートウェイ装置。
（付記５）前記引継処理部は、ＳＲＶＣＣ（Ｓｉｎｇｌｅ　Ｒａｄｉｏ　Ｖｏｉｃｅ　Ｃａｌｌ　Ｃｏｎｔｉｎｕｉｔｙ）機能を用いて前記携帯端末の呼処理を引き継がせる、付記２から４のいずれか１項に記載のゲートウェイ装置。
（付記６）ＩＭＳ－フェムトセルエリアを通信エリアとし、ゲートウェイ装置から、音声通話中または呼び出し中の携帯端末の呼処理を、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信するフェムトセル用基地局。
（付記７）音声通話を行う携帯端末と、
　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、
　ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、
　前記コントロールノードと、前記フェムトセル用基地局とに接続され、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせるゲートウェイ装置とを有し、
　前記フェムトセル用基地局は、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する通信システム。
（付記８）音声通話を行う携帯端末と、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、前記コントロールノードと前記フェムトセル用基地局とに接続されたゲートウェイ装置とを有する通信システムにおける通信方法であって、
　前記ゲートウェイ装置が、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる処理と、
　前記フェムトセル用基地局が、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する処理とを行う通信方法。
（付記９）音声通話中または呼び出し中の携帯端末が、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網の通信エリアからＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記ＬＴＥ網におけるアクセス網に配置されたコントロールノードから前記ＩＭＳ－フェムトセルエリアを通信エリアとするフェムトセル用基地局へ引き継がせる処理を行う通信方法。
（付記１０）ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続されたゲートウェイ装置に、
　音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる手順を実行させるためのプログラム。
　また、この出願は、２０１４年６月５日に出願された日本出願特願２０１４－１１６６３３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１００　　ＧＷ
　１１０　　ＭＭＥインタフェース部
　１２０　　ＦＡＰインタフェース部
　１３０　　引継処理部
　１４０　　ＦＡＰデータ管理部
　２００　　ＭＭＥ
　２１０　　ｅＮＢ
　２２０　　ＬＴＥエリア
　２３０　　ＤＮＳ
　２４０　　ＳＰＧＷ
　３００　　ＦＡＰ
　３１０　　ＩＭＳ－フェムトセルエリア
　３２０，４１０　　Ｐ－ＣＳＣＦ
　３３０，４５０　　Ｓ－ＣＳＣＦ
　３４０　　ＩＭＳ－Ｆｅｍｔｏ
　４００　　ＩＭＳ
　４２０　　ＡＴＣＦ
　４３０　　ＡＴＧＷ
　４４０　　ＡＳ
　４６０　　ＭＧＣＦ
　４７０　　ＭＧＷ
　４８０　　Ｅ－ＣＳＣＦ
　４９０　　ＥＡＴＦ
　５００　　ＵＥ
　６００　　ＧＭＳＣ
　６１０　　ＨＬＲ／ＨＳＳ

Claims (10)

  1. 　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続され、音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせるゲートウェイ装置。
  2. 　請求項１に記載のゲートウェイ装置において、
    　前記コントロールノードとの間のインタフェース機能を持つＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）インタフェース手段と、
    　前記フェムトセル用基地局との間のインタフェース機能を持つＦＡＰ（Ｆｅｍｔｏ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ）インタフェース手段と、
    　前記ＭＭＥインタフェース手段が、前記コントロールノードから送信された所定の信号を受信した場合、前記呼処理の引き継ぎを要求する要求信号を、前記ＦＡＰインタフェース手段を介して前記フェムトセル用基地局へ送信する引継処理手段とを有するゲートウェイ装置。
  3. 　請求項２に記載のゲートウェイ装置において、
    　前記フェムトセル用基地局を管理するＦＡＰデータ管理手段を有し、
    　前記引継処理手段は、前記ＭＭＥインタフェース手段が、前記コントロールノードから送信された所定の信号を受信した場合、前記要求信号の送信先の検索を前記ＦＡＰデータ管理手段へ要求し、前記ＦＡＰデータ管理手段から通知された検索結果に基づいて、前記要求信号を送信し、
    　前記ＦＡＰデータ管理手段は、前記引継処理手段から前記要求信号の送信先の検索を要求された場合、管理しているフェムトセル用基地局の中から前記要求信号の送信先を検索し、該検索の結果を前記引継処理手段へ通知するゲートウェイ装置。
  4. 　請求項２または請求項３に記載のゲートウェイ装置において、
    　前記引継処理手段は、前記要求信号を前記フェムトセル用基地局へ送信した後、該フェムトセル用基地局から該要求信号に対応する第１の応答信号が送信されてきた場合、前記ＭＭＥインタフェース手段が受信した前記所定の信号に対応する第２の応答信号を、前記ＭＭＥインタフェース手段を介して前記コントロールノードへ送信するゲートウェイ装置。
  5. 　請求項２から４のいずれか１項に記載のゲートウェイ装置において、
    　前記引継処理手段は、ＳＲＶＣＣ（Ｓｉｎｇｌｅ　Ｒａｄｉｏ　Ｖｏｉｃｅ　Ｃａｌｌ　Ｃｏｎｔｉｎｕｉｔｙ）機能を用いて前記携帯端末の呼処理を引き継がせるゲートウェイ装置。
  6. 　ＩＭＳ－フェムトセルエリアを通信エリアとし、ゲートウェイ装置から、音声通話中または呼び出し中の携帯端末の呼処理を、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信するフェムトセル用基地局。
  7. 　音声通話を行う携帯端末と、
    　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、
    　ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、
    　前記コントロールノードと、前記フェムトセル用基地局とに接続され、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせるゲートウェイ装置とを有し、
    　前記フェムトセル用基地局は、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する通信システム。
  8. 　音声通話を行う携帯端末と、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局と、前記コントロールノードと前記フェムトセル用基地局とに接続されたゲートウェイ装置とを有する通信システムにおける通信方法であって、
    　前記ゲートウェイ装置が、音声通話中または呼び出し中の前記携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせ、
    　前記フェムトセル用基地局が、前記ゲートウェイ装置から、前記携帯端末の呼処理を、前記コントロールノードから引き継ぐ要求を受けた場合、ＶｏＬＴＥ（Ｖｏｉｃｅ　ｏｖｅｒ　ＬＴＥ）の機能を有する所定のサーバに対して呼の設定要求を行うためのメッセージを送信する、
    通信方法。
  9. 　音声通話中または呼び出し中の携帯端末が、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網の通信エリアからＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記ＬＴＥ網におけるアクセス網に配置されたコントロールノードから前記ＩＭＳ－フェムトセルエリアを通信エリアとするフェムトセル用基地局へ引き継がせる通信方法。
  10. 　ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）網に配置されたコントロールノードと、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）－フェムトセルエリアを通信エリアとするフェムトセル用基地局とに接続されたゲートウェイ装置に、
    　音声通話中または呼び出し中の携帯端末が前記ＬＴＥ網の通信エリアから前記ＩＭＳ－フェムトセルエリアへ移動した際、該携帯端末の呼処理を、前記コントロールノードから前記フェムトセル用基地局へ引き継がせる手順を実行させるためのプログラムを記憶する記憶媒体。
PCT/JP2015/002743 2014-06-05 2015-06-01 ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体 WO2015186331A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/316,325 US20170164251A1 (en) 2014-06-05 2015-06-01 Gateway device, femtocell-use base station, communication system, communication method, and storage medium
CN201580038655.0A CN106664623A (zh) 2014-06-05 2015-06-01 网关装置、毫微微小区用基站、通信系统、通信方法和存储介质
EP15803900.8A EP3154291A4 (en) 2014-06-05 2015-06-01 Gateway device, femtocell-use base station, communication system, communication method, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014-116633 2014-06-05
JP2014116633A JP2015231139A (ja) 2014-06-05 2014-06-05 ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法およびプログラム

Publications (1)

Publication Number Publication Date
WO2015186331A1 true WO2015186331A1 (ja) 2015-12-10

Family

ID=54766416

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/002743 WO2015186331A1 (ja) 2014-06-05 2015-06-01 ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体

Country Status (5)

Country Link
US (1) US20170164251A1 (ja)
EP (1) EP3154291A4 (ja)
JP (1) JP2015231139A (ja)
CN (1) CN106664623A (ja)
WO (1) WO2015186331A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019001293A1 (zh) * 2017-06-28 2019-01-03 中国移动通信有限公司研究院 实现业务初始化重定向、切换的方法和基站

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5898356B1 (ja) * 2015-04-28 2016-04-06 株式会社Ｎｔｔドコモ 通信制御システム
EP3361816A1 (en) * 2015-11-18 2018-08-15 Huawei Technologies Co., Ltd. Service flow transmission method and apparatus
CN111713137B (zh) * 2018-11-19 2021-10-15 华为技术有限公司 用于终端的单一无线语音呼叫连续性srvcc的方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120129537A1 (en) * 2010-11-24 2012-05-24 Samsung Electronics Co., Ltd. Method for handoff to a femtocell in a wireless communication system, and server apparatus for the same
JP2012100106A (ja) * 2010-11-02 2012-05-24 Kyocera Corp 基地局装置およびハンドオーバ方法
WO2013013734A1 (en) * 2011-07-25 2013-01-31 Alcatel Lucent A femto-gateway, a cellular telecommunications network, and a method of identifying a handover target femtocell base station

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5169635B2 (ja) * 2008-08-29 2013-03-27 富士通株式会社 基地局装置、サービスフロー確立プログラム、およびサービスフロー確立方法
KR101547544B1 (ko) * 2008-09-24 2015-08-27 삼성전자주식회사 펨토 기지국으로의 핸드 오버를 위한 통신 시스템 및 이를 위한 방법
EP2517500A1 (en) * 2009-12-23 2012-10-31 InterDigital Patent Holdings, Inc. Method and apparatus for inter user-equipment transfer (iut), access transfer and fallback initiated by a service centralization and continuity application server (scc as)
JP5697134B2 (ja) * 2010-08-16 2015-04-08 日本電気株式会社 通信システム、ゲートウェイ装置、フェムトセル用基地局、通信方法および装置のプログラム
KR20130079564A (ko) * 2010-09-28 2013-07-10 리서치 인 모션 리미티드 Ｕｅ가 주택／기업 네트워크 커버리지 밖으로 이동할 때 로컬 ｇｗ와의 연결을 해제시키는 방법 및 장치
CA2816153C (en) * 2010-09-28 2017-08-08 Research In Motion Limited Residential/enterprise network connection management and csfb scenarios
KR101391838B1 (ko) * 2011-02-17 2014-05-07 주식회사 케이티 펨토셀 간섭을 고려한 핸드오버 제어 방법 및 장치
US8634833B2 (en) * 2011-08-05 2014-01-21 Qualcomm Incorporated Uniquely identifying target femtocell to facilitate active hand-in
JP5867955B2 (ja) * 2011-09-16 2016-02-24 日本電気株式会社 通信システム、サービス制御装置、フェムトセル用基地局、通信方法および装置のプログラム
JP6008390B2 (ja) * 2012-06-07 2016-10-19 日本電気株式会社 通信システム、コントロールノード、変換サーバおよび通信方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012100106A (ja) * 2010-11-02 2012-05-24 Kyocera Corp 基地局装置およびハンドオーバ方法
US20120129537A1 (en) * 2010-11-24 2012-05-24 Samsung Electronics Co., Ltd. Method for handoff to a femtocell in a wireless communication system, and server apparatus for the same
WO2013013734A1 (en) * 2011-07-25 2013-01-31 Alcatel Lucent A femto-gateway, a cellular telecommunications network, and a method of identifying a handover target femtocell base station

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN);Overall description;Stage 2(Release 11", 3GPP TS 36.300, V11.5.0, 3GPP, March 2013 (2013-03-01), pages 90 - 92, XP055240963 *
See also references of EP3154291A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019001293A1 (zh) * 2017-06-28 2019-01-03 中国移动通信有限公司研究院 实现业务初始化重定向、切换的方法和基站
CN109151941A (zh) * 2017-06-28 2019-01-04 中国移动通信有限公司研究院 一种实现业务初始化重定向、切换的方法和基站
CN109151941B (zh) * 2017-06-28 2020-07-07 中国移动通信有限公司研究院 一种实现业务初始化重定向、切换的方法和基站

Also Published As

Publication number Publication date
JP2015231139A (ja) 2015-12-21
US20170164251A1 (en) 2017-06-08
CN106664623A (zh) 2017-05-10
EP3154291A1 (en) 2017-04-12
EP3154291A4 (en) 2018-05-09

Similar Documents

Publication Publication Date Title
US8180347B2 (en) Domain transferring method for single radio voice call continuity
US8155084B2 (en) User equipment, call continuity application server, and network handover method
JP5456883B2 (ja) Ｐｓからｃｓへのハンドオーバ・インジケータ
JP6627876B2 (ja) 通信装置、端末、及び通信方法
KR101446028B1 (ko) 패킷 스위칭된 도메인으로부터 회로 스위칭된 도메인으로 비디오 호를 핸드 오버하기 위한 방법 및 디바이스
RU2617438C2 (ru) Синхронизация состояний вызова сетевого компонента и мобильное устройство при переносе сеанса
KR20090112706A (ko) 회선 교환 도메인 서비스 이용 방법, 사용자 장치 및 네트워크 장치
CN104247501A (zh) 具有高效媒体网关选择的接入网之间的呼叫的srvcc切换
WO2008023162A2 (en) Methods for call continuity telecommunication systems
JP2013501388A (ja) 非定常ＶｏＩＰ通話の間で端末をハンドオーバさせるための方法、ネットワーク要素、装置およびシステム
TWI422244B (zh) 處理通話轉換之方法及其相關通訊裝置
WO2015186331A1 (ja) ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体
JP5666577B2 (ja) セッションの継続性を改善するための方法及びデバイス
WO2018099155A1 (zh) 业务处理方法、装置及系统
JP5437975B2 (ja) 移動通信方法及び移動管理ノード
EP2485530A1 (en) System and method for switching ringing state session with customized alerting tone
US20110019612A1 (en) Picocell system with local voice media support
US9615294B2 (en) Dynamic session transfer number for voice call continuity
WO2019029228A1 (zh) 语音业务的处理方法及装置、存储介质
US9521591B2 (en) Communication system for LTE network
CN102006269B (zh) 一种ip多媒体子系统多会话能力同步方法及系统
JP6270343B2 (ja) 移動通信方法、回線交換機及び移動局
JP2009147630A (ja) 接続ノード、信号転送方法
KR20150005408A (ko) 호처리 메시지 제어 방법 및 장치
WO2017177427A1 (zh) 业务处理方法和相关装置及通信系统

Legal Events

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

Ref document number: 15803900

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15316325

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2015803900

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015803900

Country of ref document: EP