WO2016185964A1 - 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法 - Google Patents

移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法 Download PDF

Info

Publication number
WO2016185964A1
WO2016185964A1 PCT/JP2016/064001 JP2016064001W WO2016185964A1 WO 2016185964 A1 WO2016185964 A1 WO 2016185964A1 JP 2016064001 W JP2016064001 W JP 2016064001W WO 2016185964 A1 WO2016185964 A1 WO 2016185964A1
Authority
WO
WIPO (PCT)
Prior art keywords
emergency call
mobile station
supported
indicator
management entity
Prior art date
Application number
PCT/JP2016/064001
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 EP16788627.4A priority Critical patent/EP3297304A4/en
Priority to JP2016565369A priority patent/JPWO2016185964A1/ja
Priority to US15/310,139 priority patent/US20170272926A1/en
Publication of WO2016185964A1 publication Critical patent/WO2016185964A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • 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
    • 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/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server

Definitions

  • the present invention relates to a mobile communication system, a communication control apparatus, a mobility management entity, and a mobile communication method, and relates to emergency call control in a mobile network of a mobile station.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • IMS IP Multimedia Subsystem
  • VoIP Voice over LTE
  • a mobile station such as a smartphone that supports VoLTE sends an emergency call (emergency or police)
  • the mobile station is notified by the mobility management entity (MME) “EmergencymerService Support indicator”
  • MME mobility management entity
  • CSFB Carrier Sense Multiple Access
  • 3G UTRAN
  • CS circuit switching
  • Emergency Service Support Indicator indicates emergency call support via IMS (EM supported)
  • the mobile station sends an emergency call by VoLTE.
  • the mobile station is not only a home network (Home ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Public ⁇ Land Mobile Network (HPLMN)) operated by an operator who has a service contract with the mobile station, but also a visited network (Visited Public Land Mobile Network (VPLMN)) can also be connected.
  • HPLMN Home ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Public ⁇ Land Mobile Network
  • VPLMN Visitd Public Land Mobile Network
  • the mobile station determines whether or not the emergency call can be made based on the Emergency Service Support indicator notified from the VLMMN MME, not the HPLMN MME. In such a case, the MPL of the VPLMN notifies the operator of the HPLMN and whether the emergency call transmission via the IMS is supported in the VPLMN based on the agreement with the operator of the VPLMN.
  • An object is to provide a mobility management entity and a mobile communication method.
  • a mobile communication system includes a communication control device provided in a home network of a mobile station, a mobility management entity provided in a visited network of the mobile station, and a multimedia sub processing packet for an emergency call. Including the system.
  • the communication control device includes an emergency call provision domain determination unit that determines whether or not emergency call transmission via the multimedia subsystem is supported in the visited network, and an emergency call transmission determination result by the emergency call provision domain determination unit. And an indicator transmission unit for transmitting a signal including a first support indicator indicating whether or not emergency call transmission is supported to the mobility management entity.
  • the mobility management entity includes an indicator receiver that receives the first support indicator from the communication control device, and a response transmitter that transmits a response to the connection request from the mobile station to the visited network to the mobile station.
  • the response transmitting unit transmits a response including a second support indicator indicating whether or not emergency call transmission is supported based on the first support indicator received by the indicator receiving unit to the mobile station.
  • a communication control apparatus is used in a mobile communication system including a mobility management entity provided in a visited network of a mobile station and a multimedia subsystem that processes an emergency call packet. Of home network.
  • the communication control apparatus includes: an emergency call provision domain determination unit that determines whether or not emergency call transmission via a multimedia subsystem is supported in a visited network; and an emergency call transmission determination result by the emergency call provision domain determination unit And an indicator transmitter that transmits a signal including a first support indicator indicating whether or not emergency call transmission is supported to the mobility management entity or the mobile station.
  • a mobility management entity is used in a mobile communication system including a communication control device provided in a home network of a mobile station and a multimedia subsystem that processes an emergency call packet. Provided in the visited network.
  • the mobility management entity includes: an indicator receiving unit that receives a first support indicator indicating whether or not emergency call transmission via a multimedia subsystem is supported in a registered network from a communication control device; and a mobile station A response transmission unit that transmits a response to the connection request to the visited network from the mobile station to the mobile station.
  • the response transmitting unit transmits a response including a second support indicator indicating whether or not emergency call transmission is supported to the mobile station based on the first support indicator received by the indicator receiving unit.
  • a mobile communication method includes a communication control device provided in a home network of a mobile station, a mobility management entity provided in a visited network of the mobile station, and a multimedia subsystem that processes an emergency call packet. Used in a mobile communication system including.
  • the mobile communication method includes a step in which a communication control device transmits a signal including a first support indicator indicating whether or not emergency call transmission via a multimedia subsystem is supported in a visited network to a mobility management entity;
  • the mobility management entity includes receiving a first support indicator from the communication control device, and the mobility management entity transmitting a response to the connection request from the mobile station to the visited network to the mobile station.
  • the mobility management entity sends a response including a second support indicator to the mobile station indicating whether or not emergency call origination is supported based on the received first support indicator. Send.
  • FIG. 1 is an overall schematic configuration diagram of a mobile communication system 10.
  • FIG. 2 is a functional block configuration diagram of the HSS 100 according to the first embodiment.
  • FIG. 3 is a functional block configuration diagram of the MME 300 according to the first embodiment.
  • FIG. 4 is a diagram illustrating an operation sequence for notifying the UE 20 according to the first embodiment of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • FIG. 5 is an explanatory diagram of an operation of notifying the UE 20 according to the first embodiment of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • FIG. 6 is a diagram showing an operation flow of the HSS 100 according to the first embodiment.
  • FIG. 7 is a diagram illustrating an operation flow of the MME 300 according to the first embodiment.
  • FIG. 8 is an explanatory diagram of an operation of notifying the UE 20 according to the second embodiment of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • FIG. 9 is a functional block configuration diagram of the PGW 200 according to the second embodiment.
  • FIG. 10 is an explanatory diagram of an operation of notifying the UE 20 according to the third embodiment of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • FIG. 11 is a functional block configuration diagram of the SIP server 510 according to the third embodiment.
  • control (Attach) in an EMM (EPS Mobility Management) layer will be described as an example.
  • FIG. 1 is an overall schematic configuration diagram of a mobile communication system 10 according to the present embodiment.
  • the mobile communication system 10 includes a mobile station 20 (hereinafter, User Equipment 20 (UE20)), specifically, a Home Subscriber Server 100 (hereinafter, “Home Public Land Mobile Network” (HPLMN)). HSS100) and PDN Gateway 200 (hereinafter PGW200).
  • UE20 User Equipment 20
  • HPLMN Home Public Land Mobile Network
  • HPLMN Home Public Land Mobile Network
  • PGW200 PDN Gateway 200
  • the mobile communication system 10 includes a mobility management entity 300 (hereinafter referred to as MME300) and a Serving gateway 400 (hereinafter referred to as SGW400) provided in the visited network of UE20, specifically, VisitedsitePublic Land Mobile Network (VPLMN). .
  • MME300 mobility management entity 300
  • SGW400 Serving gateway 400
  • VPLMN VisitedsitePublic Land Mobile Network
  • the PGW 200 is connected to the IP multi-device subsystem 500 (hereinafter referred to as IMS 500) via the SGi interface.
  • IMS 500 may be connected to a device provided in VPLMN through another interface.
  • UE20 can wirelessly connect to E-UTRAN, a Long Term Evolution (LTE) radio access network, and UTRAN, a 3G radio access network.
  • UE20 can communicate with MME300 and SGW400 via E-UTRAN. Further, the UE 20 can perform communication with the Mobile Switching Center 30 (hereinafter, MSC 30) via the UTRAN.
  • MSC 30 Mobile Switching Center
  • MSC30 is an exchange for circuit switching service and is connected to circuit switching domain 40 (hereinafter, CS domain 40).
  • the HSS 100 is a database of subscriber information for the mobile communication system 10, specifically, an HPLMN operator (communication carrier), and manages subscriber (mobile station) authentication information and location information.
  • HPLMN operator communication carrier
  • subscriber mobile station
  • the PGW200 provides a function to realize connection between UE20 and IMS500 network.
  • the MME 300 is provided in the VPLMN of the UE 20 and controls movement of the UE 20 in the VPLMN.
  • the SGW 400 is a packet switch in the LTE network, and exchanges user data with the PGW 200.
  • IMS500 is an IP-based multimedia subsystem that can process packets for voice communications (including emergency calls).
  • FIG. 2 is a functional block configuration diagram of the HSS 100.
  • the HSS 100 includes a Dia_ULR receiving unit 110, an emergency call providing domain determining unit 120, a visited network DB 131, a mobile station type DB 133, a subscriber type DB 135, and a Dia_ULA transmitting unit 140.
  • Each functional block is realized by hardware elements such as a processor (including a memory), a functional module (such as a network IF), and a power supply.
  • the HSS 100 constitutes a communication control device provided in the home network of the mobile station.
  • the Dia_ULR receiving unit 110 receives Dia_ULR from the MME 300 according to the Diameter protocol.
  • the emergency call providing domain determining unit 120 determines whether or not an emergency call can be transmitted via the IMS 500 in the VPLMN of the UE 20 according to Dia_ULR received by the Dia_ULR receiving unit 110. Specifically, the emergency call providing domain determining unit 120 determines an emergency call providing domain (IMS500 or CS domain 40) in the VPLMN. That is, the emergency call providing domain determining unit 120 determines whether or not the UE 20 can execute emergency call transmission by VoiceVover LTE (hereinafter referred to as VoLTE) in the VPLMN.
  • VoLTE VoiceVover LTE
  • the emergency call provision domain determining unit 120 refers to the visited network DB 131, the mobile station type DB 133, and the subscriber type DB 135 to determine whether or not the emergency call transmission is supported.
  • the emergency call providing domain determination unit 120 refers to the visited network DB 131 and supports the emergency call transmission based on the presence or absence of an emergency call transmission via the IMS 500 between the HPLMN and the VPLMN. It can be determined whether or not.
  • the emergency call providing domain determining unit 120 can also refer to the mobile station type DB 133 to determine whether or not the emergency call transmission is supported based on the type of the mobile station.
  • the type of mobile station includes the type of mobile station that supports the emergency call transmission function by VoLTE, the connection compatibility between the mobile station of this type and VPLMN, and the like.
  • the emergency call providing domain determining unit 120 can also refer to the subscriber type DB 135 to determine whether or not the emergency call transmission is supported based on the user type of the mobile station.
  • the user type (subscriber type) of the mobile station is a contract type with an operator of HPLMN, and includes availability of VoLTE, contract data communication volume, and the like.
  • the Dia_ULA transmission unit 140 transmits Dia_ULA according to the Diameter protocol to the MME 300. Specifically, Dia_ULA transmission unit 140 receives a signal including a first support indicator indicating whether or not emergency call transmission is supported based on the determination result of emergency call transmission by emergency call providing domain determination unit 120. Sent to the mobility management entity. In the present embodiment, the Dia_ULA transmission unit 140 constitutes an indicator transmission unit.
  • Dia_ULA transmission unit 140 transmits Dia_ULA including EM supported which is an indicator indicating that the emergency call transmission is supported.
  • Dia_ULA transmission unit 140 transmits Dia_ULA including EM not supported which is an indicator indicating that the emergency call transmission is not supported.
  • FIG. 3 is a functional block configuration diagram of the MME 300.
  • the MME 300 includes an Attach Request receiving unit 310, a Dia_ULR transmitting unit 320, a Dia_ULA receiving unit 330, an indicator processing unit 340, an agreement information DB 350, and an Attach Accept transmitting unit 360.
  • Each functional block is realized by hardware elements such as a processor (including a memory), a functional module (such as a network IF), and a power supply.
  • the Attach Request receiving unit 310 receives an Attach Request that is a connection request for the VPLMN from the UE 20.
  • the Dia_ULR transmission unit 320 transmits Dia_ULR according to the Diameter protocol to the HSS 100 in accordance with the Attach Request received by the Attach Request reception unit 310.
  • the Dia_ULA receiving unit 330 receives Dia_ULA transmitted by the HSS 100.
  • the Dia_ULA receiving unit 330 constitutes an indicator receiving unit that receives the first support indicator from the communication control device.
  • the indicator processing unit 340 executes processing based on the indicator (EM-supported or EM-not-supported) included in Dia_ULA received by the Dia_ULA reception unit 330. Specifically, the indicator processing unit 340 determines the type of indicator (EM supported or EM not supported) to be included in the Attach Accept based on the type of indicator included in Dia_ULA.
  • the indicator processing unit 340 refers to the agreement information DB 350 and determines the type of indicator (EM supported or EM not supported) to be included in the Attach Accept. To do. Specifically, the indicator processing unit 340 sets EM supported to Attach Accept if the arrangement information DB 350 indicates that emergency call transmission via the IMS500 is supported in the VPLMN of the UE 20 that sent the Attach Request. Decide to include.
  • the indicator (EM (supported and EM not supported) is defined in 3GPP TS23.401 (Subclause 4.3.12) as described above.
  • agreement information DB 350 is configured according to the content decided by the agreement between the HPLMN operator and the VPLMN operator, and is not limited to whether or not an emergency call can be made via the IMS 500, and whether or not voice communication (VoLTE) via the IMS 500 is possible. Is also included.
  • the Attach® Accept transmission unit 360 transmits Attach® Accept, which is a response to the Attach® Request received from the UE 20, to the UE 20.
  • Accept performs connection with E-UTRAN in VPLMN.
  • the Attach Accept Transmitter 360 constitutes a response transmitter that transmits a response to a connection request from the mobile station to the visited network to the mobile station.
  • Accept transmission part 360 contains the indicator (2nd support indicator) which shows whether emergency call transmission is supported based on the indicator (1st support indicator) which Dia_ULA receiving part 330 received To UE20.
  • the Attach Accept transmitting unit 360 transmits Attach Accept that includes EM supported or EM not supported instructed from the indicator processing unit 340 to the UE 20.
  • FIG. 4 shows an operation sequence for notifying the UE 20 of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • FIG. 5 is an explanatory diagram of an operation of notifying the UE 20 of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • UE 20 transmits an Attach Request to MME 300 in order to connect to E-UTRAN in VPLMN (S10 in FIG. 4, the same applies hereinafter).
  • the MME 300 receives the Attach Request, the MME 300 transmits Dia_ULR to the HSS 100 (S20).
  • the HSS 100 determines the emergency call providing domain in the VPLMN based on the received Dia_ULR (S30).
  • HSS100 returns Dia_ULA including EM supported or EM not supported to MME300 based on the determination result of emergency call providing domain (S40).
  • MME300 determines the type of indicator (EM supported or EM not supported) to be included in Attach Accept based on the type of indicator included in Dia_ULA (S50).
  • MME300 returns an Attach Accept including the determined indicator to UE20 (S60).
  • FIG. 5 conceptually shows the operations of S10 to S60 described above.
  • FIG. 5 shows an example in which the emergency call transmission is determined to be impossible by the HSS 100 and EM not supported is instructed.
  • UE20 that received Attach Accept including EM not supported recognizes that an emergency call cannot be made via VPLMN's E-UTRAN (LTE) and executes fallback (CSFB) to UTRAN (3G CS) . As a result, the UE 20 connects to the circuit switching domain and makes an emergency call to the MSC 30.
  • LTE E-UTRAN
  • CSFB fallback
  • FIG. 6 shows an operation flow of the HSS100 provided in the HPLMN.
  • the HSS 100 determines whether the emergency call providing domain in the VPLMN is the IMS 500 or the CS domain 40 (S110). Specifically, the HSS 100 determines an emergency call providing domain in the VPLMN based on whether or not there is an emergency call transmission arrangement via the IMS 500 between the HPLMN and the VPLMN.
  • the HSS 100 determines whether or not the type of the UE 20 is a type of mobile station that is guaranteed to operate in the VPLMN (S120). Specifically, as described above, the HSS 100 confirms the mobile station type (model) that supports the function of calling an emergency call by VoLTE, the connection compatibility between the mobile station of this type and VPLMN, and the like. .
  • the HSS 100 determines whether the user type (subscriber type) of the mobile station is a type that allows emergency call transmission via the IMS 500. (S130).
  • the HSS 100 sets EM100supported as an indicator included in Dia_ULA returned to the MME 300 (S140).
  • the emergency call providing domain is the CS domain 40
  • the type of the mobile station is not guaranteed to operate, or the subscriber type is not permitted to make an emergency call
  • the HSS 100 returns the Dia_ULA to the MME 300.
  • EM not supported is set as an indicator included in (S150).
  • HSS100 returns Dia_ULA including EM-supported or EM-not-supported to MME300 (S160).
  • FIG. 7 shows an operation flow of the MME300 provided in the VPLMN. As shown in FIG. 7, when MME300 receives Dia_ULA from HSS100, whether or not Dia_ULA includes an indicator (EM supported or EM not supported) indicating whether or not emergency call transmission via IMS500 is supported Is determined (S210).
  • MME300 receives Dia_ULA from HSS100, whether or not Dia_ULA includes an indicator (EM supported or EM not supported) indicating whether or not emergency call transmission via IMS500 is supported Is determined (S210).
  • the MME 300 sets EM supported or EM supported as an indicator included in the Attach Accept returned to the UE 20 based on the received indicator type (S220). Specifically, the MME 300 sets EM supported when Dia_ULA includes EM supported, and sets EM not supported when Dia_ULA includes EM not supported.
  • the MME 300 sets EM supported or EM supported as an indicator included in the Attach Accept returned to the UE 20 based on the information held locally (arrangement information DB 350) (S230).
  • the MME 300 when the arrangement information DB 350 indicates that the emergency call transmission via the IMS 500 in the VPLMN of the UE 20 is supported, the MME 300 includes EM supported in the Attach Accept. decide.
  • MME300 returns the set EM supported or Attach Accept including EM supported to UE20 (S240).
  • the HSS 100 determines whether or not emergency call transmission via the IMS 500 (emergency call transmission by VoLTE) is supported in the VPLMN. Further, the HSS 100 returns Dia_ULA including an indicator (EM supported or EM not supported) indicating whether or not the emergency call transmission is supported to the MME 300. Further, the MME 300 returns an Attach Accept including the same indicator to the UE 20.
  • Dia_ULR received from the MME 300
  • the HSS 100 determines whether or not emergency call transmission via the IMS 500 (emergency call transmission by VoLTE) is supported in the VPLMN. Further, the HSS 100 returns Dia_ULA including an indicator (EM supported or EM not supported) indicating whether or not the emergency call transmission is supported to the MME 300. Further, the MME 300 returns an Attach Accept including the same indicator to the UE 20.
  • the UE 20 can quickly determine whether or not the emergency call transmission is supported in the VPLMN in which the UE 20 is located. This prevents the UE 20 from attempting an emergency call transmission via the IMS 500 in the VPLMN even though the emergency call transmission is not supported. That is, it is possible to avoid failure of emergency call transmission via the IMS 500 when the UE 20 connects to the VPLMN.
  • the HSS 100 can determine whether or not the emergency call transmission is supported based on the presence or absence of the emergency call transmission arrangement between the HPLMN and the VPLMN. Thereby, after confirming that the arrangement exists on the HPLMN side, the UE 20 can reliably execute the emergency call.
  • the HSS 100 can determine whether or not the emergency call transmission is supported based on the type of the UE 20. As a result, on the HPLMN side, after confirming the type of mobile station that can support the VPLMN, the UE 20 can reliably execute the emergency call.
  • the HSS 100 can determine whether or not the emergency call transmission is supported based on the user type (subscriber type) of the UE 20. As a result, on the HPLMN side, after confirming the types of subscribers that can handle the VPLMN, the UE 20 can reliably execute the emergency call.
  • control in an ESM (EPS Session Management) layer will be described as an example.
  • ESM EPS Session Management
  • FIG. 8 is an explanatory diagram of an operation for notifying the UE 20 of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • the MME 300 transmits a GTPv2 Create Session Request to the PGW 200 based on the PDN connectivityArequest included in the Attach Request from the UE 20 ((2) and (4) in FIG. 8). .
  • the PGW 200 having received the GTPv2 Create Session Request determines whether or not an emergency call can be made via the emergency call providing domain in the VPLMN, that is, the IMS 500, by the same operation as the HSS 100 of the first embodiment ((5)).
  • the PGW 200 sets an indicator (first support indicator) indicating whether the emergency call transmission is supported for the UE 20 based on the determination result of the emergency call transmission.
  • the PGW 200 sets “PCO (EM acceptable)” as the indicator when emergency call transmission is supported.
  • PCO is an abbreviation for ProtocolProConfiguration Option.
  • the PGW 200 sets “PCO (EM unavailable)” as the indicator.
  • FIG. 8 shows an example in which “PCO (EM impossible)” is set. Such an indicator is not defined in the existing 3GPPGPTS, but is newly defined.
  • PGW200 uses GTPv2 Create Session Response including “PCO (EM not allowed)” Return it to the MME300 (same as (6)).
  • the MME300 transmits (transfers) the PCO included in the received GTPv2-Create-Session-Response as it is, and responds to the EPS-Bearer-Context Request (specifically, Active-Default-EPS-Bearer-Context-Request) included in the Attach-Accept that is returned to the UE 20 PCO, specifically, “PCO (EM not allowed)” (second support indicator) is included ((7) and (8)).
  • EPS-Bearer-Context Request specifically, Active-Default-EPS-Bearer-Context-Request
  • PCO EM not allowed
  • the UE 20 that receives the Attach Accept including the PCO recognizes that an emergency call cannot be made via the EVP UMN (LTE) of VPLMN.
  • UE20 performs fallback (CSFB) to UTRAN (3G CS), and makes an emergency call to MSC30 ((9) and (10)).
  • CSFB fallback
  • FIG. 9 is a functional block configuration diagram of the PGW 200 according to the present embodiment.
  • the PGW 200 constitutes a communication control device in this embodiment.
  • the PGW 200 includes a Session Request reception unit 210, an emergency call provision domain determination unit 220, a visited network DB231, a mobile station type DB233, a subscriber type DB235, and a Session ⁇ Response transmission unit 240.
  • the functional block configuration of the PGW 200 is almost the same as that of the HSS 100 according to the first embodiment.
  • the main differences from the HSS 100 are a Session Request receiving unit 210 that receives a GTPv2 Create Session Request from the MME 300 via the SGW 400, and a Session Response sending unit 240 that sends a GTPv2 Create Session Response to the MME 300 via the SGW 400.
  • the PGW 200 determines whether or not the emergency call transmission is possible by the control (EPS bearer context) in the ESM layer.
  • the same effect as that of the first embodiment can be obtained.
  • Whether the HSS 100 or the PGW 200 determines whether or not to issue the emergency call can be determined according to the network configuration of the HPLMN and the VPLMN.
  • FIG. 10 is an explanatory diagram of an operation for notifying the UE 20 of an indicator indicating whether or not emergency call transmission via the IMS 500 is supported.
  • the UE 20 specifically sends an Attach ⁇ Request transmission and an Attach Accept reception operation ((1) to (4) in FIG. 10) to the IMS 500 specifically. Transmits SIP_REGSISTER to the SIP server 510 constituting the IMS 500 ((5)).
  • the SIP server 510 that has received the SIP_REGSISTER determines whether or not an emergency call can be made via the emergency call providing domain in the VPLMN, that is, the IMS 500, by the same operation as the HSS 100 of the first embodiment ((6)).
  • the SIP server 510 sets an indicator (first support indicator) indicating whether or not emergency call transmission is supported for the UE 20 based on the determination result of the emergency call transmission.
  • the SIP server 510 transmits “SIP 200 OK (EM OK)” that is a SIP message including the indicator to the UE 20.
  • the SIP server 510 transmits “SIP 200 OK (EM impossible)”, which is a SIP message including the indicator, to the UE 20.
  • the UE 20 that has received “SIP 200 OK (EM not possible)” via the PGW 200 and the SGW 400 recognizes that an emergency call cannot be made via the VPLMN E-UTRAN (LTE). As a result, UE20 performs fallback (CSFB) to UTRAN (3G CS), and makes an emergency call to MSC30 ((8) and (9)).
  • CSFB fallback
  • FIG. 11 is a functional block configuration diagram of the SIP server 510 according to the present embodiment.
  • the SIP server 510 constitutes a communication control device in this embodiment.
  • the SIP server 510 includes a SIP signal processing unit 511, an emergency call provision domain determining unit 513, a visited network DB 521, a mobile station type DB 523, and a subscriber type DB 525.
  • the functional block configuration of the SIP server 510 is substantially the same as that of the HSS 100 according to the first embodiment.
  • the main difference from the HSS 100 is a SIP signal processing unit 511 that transmits and receives a SIP message.
  • the SIP signal processing unit 511 transmits “SIP 200 OK (EM unavailable)” to the UE 20 via the PGW 200 and the SGW 400.
  • the SIP server 510 determines whether or not the emergency call transmission is possible by the control (Registration) in the IMS layer, but the same effect as in the first embodiment can be obtained. Whether the HSS 100 or the SIP server 510 determines whether or not the emergency call transmission is possible can be determined according to the network configuration of the HPLMN, the VPLMN, and the IMS 500.
  • the emergency call providing domain is IMS500
  • the type of mobile station for which operation in VPLMN is guaranteed and (iii) the type of user (subscriber type)
  • an indicator that allows an emergency call to be sent EM supported
  • the emergency call It may be determined whether or not it is supported.
  • EM ⁇ supported or EM not supported is included in the Attach Accept to control (regulate) emergency call transmission via the IMS500 in the VPLMN.
  • the emergency call transmission in the VPLMN may be controlled by restricting Emergency Registration that is an emergency call registration of the UE 20 to the IMS 500.
  • the emergency-Registration is regulated, and as a result, the emergency call by the UE 20 is performed. You may regulate outgoing calls.
  • LTE has been described as an example, but LTE includes LTE-Advanced and is not limited to LTE. Further, the UE 20 fallback destination radio access network is not limited to UTRAN, and may be GERAN or the like.
  • the communication control apparatus According to the mobile communication system, the communication control apparatus, the mobility management entity, and the mobile communication method described above, it is possible to avoid failure of the emergency call transmission via the IMS when the mobile station is connected to the VPLMN.
  • Mobile communication system 20 UE 30 MSC 40 CS domain 100 HSS 110 Dia_ULR receiving part 120 Emergency call providing domain judgment part 131 Regional network DB 133 Mobile station type DB 135 Subscriber type DB 140 Dia_ULA transmitter 200 PGW 210 Session Request Receiving Unit 220 Emergency Call Provision Domain Determination Unit 231 Network DB 233 Mobile station type DB 235 Subscriber type DB 240 Session Response transmitter 300 MME 310 Attach Request receiver 320 Dia_ULR transmitter 330 Dia_ULA receiver 340 Indicator processor 350 Agreement information DB 360 Attach Accept Transmitter 400 SGW 500 IMS 510 SIP server 511 SIP signal processing unit 513 Emergency call providing domain determination unit 521 Network DB 523 Mobile station type DB 525 Subscriber type DB

Abstract

移動局がVPLMNに接続する場合にIMS経由の緊急呼の発信に失敗することを回避できる移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法を提供する。HSS100は、VPLMNにおいてIMS500経由による緊急呼発信がサポートされているか否かを判定し、当該緊急呼発信がサポートされているか否かを示すインジケータであるEM supportedまたはEM not supportedを含む信号をMME300に送信する。MME300は、HSS100から当該インジケータを受信しUE20からのVPLMNへのAttach Requestに対するAttach AcceptをUE20に送信する。MME300は、HSS100から受信したインジケータに基づいて、緊急呼発信がサポートされているか否かを示すインジケータを含むAttach AcceptをUE20に送信する。

Description

移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法
　本発明は、移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法に関し、移動局の在圏ネットワークにおける緊急呼制御に関する。
　3rd Generation Partnership Project（3GPP）によって規定されるLong Term Evolution（LTE）では、音声通信をIPマルチメディアサブシステム（IMS）と呼ばれるパケット交換（PS）ドメイン経由で実現する、いわゆるVoice over LTE（VoLTE）を提供することができる。
　このようなVoLTEに対応したスマートフォンなどの移動局が緊急呼を発信（救急や警察などへの発信）する場合、当該移動局は、移動管理エンティティ（MME）から通知される”Emergency Service Support indicator”の内容に基づいて、VoLTEによる緊急呼を発信するか、或いは3G（UTRAN）の回線交換（CS）ドメインにフォールバック（CSFB）して緊急呼を発信するかを決定する（例えば、非特許文献１参照）。
　具体的には、Emergency Service Support indicatorによって、IMS経由の緊急呼のサポート（EM supported）が示されている場合、移動局はVoLTEによる緊急呼を発信する。
3GPP TS 23.401 V12.6.0 Subclause 4.3.12 IMS Emergency Session Support, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for　Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12)、3GPP、2014年9月
　移動局は、当該移動局に対してサービス契約を有するオペレータが運用するホームネットワーク（Home Public Land Mobile Network（HPLMN））だけでなく、他のオペレータが運用する在圏ネットワーク（Visited Public Land Mobile Network（VPLMN））にも接続することができる。
　移動局がVPLMNに接続する場合、移動局は、HPLMNのMMEではなく、VPLMNのMMEから通知されるEmergency Service Support indicatorに基づいて、上述した緊急呼の発信可否を判定する。このような場合、VPLMNのMMEは、HPLMNのオペレータと、VPLMNのオペレータと取り決めに基づいて、IMS経由の緊急呼の発信が当該VPLMNにおいてサポートされているか否かを通知する。
　しかしながら、このようなオペレータ間の取り決めと関係なく、一律にIMS経由の緊急呼がサポートされることを通知するVPLMN（オペレータ）が存在する。このため、例えば、LTE自体のローミング協定は存在するものの、VPLMNにおいてIMS経由の緊急呼の発信をサポートするとの取り決めがなされていない場合、移動局は、VPLMNに対して接続要求（Attach Request）は可能なものの、IMS経由の緊急呼の発信に失敗する。
　そこで、本発明は、このような状況に鑑みてなされたものであり、移動局がVPLMNに接続する場合にIMS経由の緊急呼の発信に失敗することを回避できる移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法の提供を目的とする。
　本発明の一態様に係る移動通信システムは、移動局のホームネットワークに設けられる通信制御装置と、移動局の在圏ネットワークに設けられる移動管理エンティティと、緊急呼用のパケットを処理するマルチメディアサブシステムとを含む。
　通信制御装置は、在圏ネットワークにおいてマルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを判定する緊急呼提供ドメイン判定部と、緊急呼提供ドメイン判定部による緊急呼発信の判定結果に基づいて、緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を移動管理エンティティに送信する指示子送信部とを備える。
　移動管理エンティティは、通信制御装置から第１サポート指示子を受信する指示子受信部と、移動局からの在圏ネットワークへの接続要求に対する応答を移動局に送信する応答送信部とを備える。応答送信部は、指示子受信部が受信した第１サポート指示子に基づいて、緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む応答を移動局に送信する。
　本発明の一態様に係る通信制御装置は、移動局の在圏ネットワークに設けられる移動管理エンティティと、緊急呼用のパケットを処理するマルチメディアサブシステムとを含む移動通信システムにおいて用いられ、移動局のホームネットワークに設けられる。
　当該通信制御装置は、在圏ネットワークにおいてマルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを判定する緊急呼提供ドメイン判定部と、緊急呼提供ドメイン判定部による緊急呼発信の判定結果に基づいて、緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を移動管理エンティティまたは移動局に送信する指示子送信部とを備える。
　本発明の一態様に係る移動管理エンティティは、移動局のホームネットワークに設けられる通信制御装置と、緊急呼用のパケットを処理するマルチメディアサブシステムとを含む移動通信システムにおいて用いられ、移動局の在圏ネットワークに設けられる。
　当該移動管理エンティティは、通信制御装置から、記在圏ネットワークにおいてマルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを示す第１サポート指示子を受信する指示子受信部と、移動局からの在圏ネットワークへの接続要求に対する応答を移動局に送信する応答送信部とを備える。応答送信部は、指示子受信部が受信した第１サポート指示子に基づいて、緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む応答を移動局に送信する
　本発明の一態様に係る移動通信方法は、移動局のホームネットワークに設けられる通信制御装置と、移動局の在圏ネットワークに設けられる移動管理エンティティと、緊急呼用のパケットを処理するマルチメディアサブシステムとを含む移動通信システムにおいて用いられる。
　当該移動通信方法は、通信制御装置が、在圏ネットワークにおいてマルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を移動管理エンティティに送信するステップと、移動管理エンティティが、通信制御装置から第１サポート指示子を受信するステップと、移動管理エンティティが、移動局からの在圏ネットワークへの接続要求に対する応答を移動局に送信するステップとを備える。応答を移動局に送信するステップでは、移動管理エンティティが、受信した第１サポート指示子に基づいて、緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む応答を移動局に送信する。
図１は、移動通信システム10の全体概略構成図である。 図２は、第１実施形態に係るHSS100の機能ブロック構成図である。 図３は、第１実施形態に係るMME300の機能ブロック構成図である。 図４は、第１実施形態に係るUE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作シーケンスを示す図である。 図５は、第１実施形態に係るUE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。 図６は、第１実施形態に係るHSS100の動作フローを示す図である。 図７は、第１実施形態に係るMME300の動作フローを示す図である。 図８は、第２実施形態に係るUE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。 図９は、第２実施形態に係るPGW200の機能ブロック構成図である。 図１０は、第３実施形態に係るUE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。 図１１は、第３実施形態に係るSIPサーバ510の機能ブロック構成図である。
　以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
　［第１実施形態］
　まず、本発明の第１実施形態について、図１～図７を参照して説明する。本実施形態では、EMM（EPS Mobility Management）レイヤにおける制御（Attach）を例として説明する。
　（１）移動通信システムの全体概略構成
　図１は、本実施形態に係る移動通信システム10の全体概略構成図である。図１に示すように、移動通信システム10は、移動局20（以下、User Equipment 20（UE20））、具体的には、Home Public Land Mobile Network（HPLMN）に設けられるHome Subscriber Server 100（以下、HSS100）及びPDN Gateway 200（以下、PGW200）を含む。
　また、移動通信システム10は、UE20の在圏ネットワーク、具体的には、Visited Public Land Mobile Network（VPLMN）に設けられる移動管理エンティティ300（以下、MME300）及びServing Gateway 400（以下、SGW400）を含む。
　PGW200は、SGiインタフェースを介してIPマルチデバイスサブシステム500（以下、IMS500）と接続されている。なお、IMS500は、他のインタフェースを介してVPLMNに設けられる装置と接続されていてもよい。
　UE20は、Long Term Evolution（LTE）の無線アクセスネットワークであるE-UTRAN、及び3Gの無線アクセスネットワークであるUTRANに無線接続が可能である。UE20は、E-UTRANを介してMME300やSGW400と通信を実行することができる。また、UE20は、UTRANを介してMobile Switching Center 30（以下、MSC30）と通信を実行することができる。
　MSC30は、回線交換サービス用の交換機であり、回線交換ドメイン40（以下、CSドメイン40）と接続されている。
　HSS100は、移動通信システム10、具体的には、HPLMNのオペレータ（通信事業者）への加入者情報のデータベースであり、加入者（移動局）認証情報及び在圏情報を管理する。
　PGW200は、UE20とIMS500などのネットワークとの接続を実現する機能を提供する。MME300は、UE20のVPLMNに設けられ、UE20のVPLMNにおける移動を制御する。SGW400は、LTEネットワークにおけるパケット交換機であり、PGW200とユーザデータの送受信を行う。
　IMS500は、IPをベースとしたマルチメディアサブシステムであり、音声通信（緊急呼を含む）用のパケットを処理することができる。
　（２）移動通信システムの機能ブロック構成
　次に、移動通信システム10に含まれるHSS100及びMME300の機能ブロック構成について説明する。
　（２．１）HSS100
　図２は、HSS100の機能ブロック構成図である。図２に示すように、HSS100は、Dia_ULR受信部110、緊急呼提供ドメイン判定部120、在圏ネットワークDB131、移動局種別DB133、加入者種別DB135及びDia_ULA送信部140を備える。なお、各機能ブロックは、プロセッサ（メモリを含む）、機能モジュール（ネットワークIFなど）及び電源などのハードウェア要素によって実現される。
　HSS100は、本実施形態において、移動局のホームネットワークに設けられる通信制御装置を構成する。
　Dia_ULR受信部110は、Diameterプロトコルに従ったDia_ULRをMME300から受信する。
　緊急呼提供ドメイン判定部120は、Dia_ULR受信部110が受信したDia_ULRに応じて、UE20のVPLMNでのIMS500経由による緊急呼発信可否について判定する。具体的には、緊急呼提供ドメイン判定部120は、VPLMNにおける緊急呼提供ドメイン（IMS500またはCSドメイン40）を判定する。すなわち、緊急呼提供ドメイン判定部120は、UE20がVPLMNにおいてVoice over LTE（以下VoLTE）による緊急呼発信を実行できるか否かを判定する。
　緊急呼提供ドメイン判定部120は、在圏ネットワークDB131、移動局種別DB133及び加入者種別DB135を参照し、当該緊急呼発信がサポートされているか否かを判定する。
　具体的には、緊急呼提供ドメイン判定部120は、在圏ネットワークDB131を参照し、HPLMNとVPLMNとの間におけるIMS500経由による緊急呼発信の取り決めの有無に基づいて、当該緊急呼発信がサポートされているか否かを判定することができる。
　また、緊急呼提供ドメイン判定部120は、移動局種別DB133を参照し、移動局の種別に基づいて、当該緊急呼発信がサポートされているか否かを判定することもできる。なお、移動局の種別とは、VoLTEによる緊急呼発信の機能をサポートしている移動局の形式や、当該種別の移動局とVPLMNとの接続互換性などである。
　さらに、緊急呼提供ドメイン判定部120は、加入者種別DB135を参照し、移動局のユーザの種別に基づいて、当該緊急呼発信がサポートされているか否かを判定することもできる。なお、移動局のユーザ種別（加入者種別）とは、HPLMNのオペレータとの契約種別などであり、VoLTEの利用可否や、契約データ通信量などが含まれる。
　Dia_ULA送信部140は、Diameterプロトコルに従ったDia_ULAをMME300に送信する。具体的には、Dia_ULA送信部140は、緊急呼提供ドメイン判定部120による緊急呼発信の判定結果に基づいて、緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を移動管理エンティティに送信する。本実施形態において、Dia_ULA送信部140は、指示子送信部を構成する。
　より具体的には、Dia_ULA送信部140は、当該緊急呼発信がサポートされている場合、当該緊急呼発信がサポートされていることを示すインジケータであるEM supportedを含むDia_ULAを送信する。一方、Dia_ULA送信部140は、当該緊急呼発信がサポートされていない場合、当該緊急呼発信がサポートされていないことを示すインジケータであるEM not supportedを含むDia_ULAを送信する。
　（２．２）MME300
　図３は、MME300の機能ブロック構成図である。図３に示すように、MME300は、Attach Request受信部310、Dia_ULR送信部320、Dia_ULA受信部330、インジケータ処理部340、取り決め情報DB350及びAttach Accept送信部360を備える。なお、各機能ブロックは、プロセッサ（メモリを含む）、機能モジュール（ネットワークIFなど）及び電源などのハードウェア要素によって実現される。
　Attach Request受信部310は、VPLMNに対する接続要求であるAttach RequestをUE20から受信する。
　Dia_ULR送信部320は、Attach Request受信部310が受信したAttach Requestに応じて、Diameterプロトコルに従ったDia_ULRをHSS100に送信する。
　Dia_ULA受信部330は、HSS100によって送信されたDia_ULAを受信する。本実施形態において、Dia_ULA受信部330は、通信制御装置から第１サポート指示子を受信する指示子受信部を構成する。
　インジケータ処理部340は、Dia_ULA受信部330が受信したDia_ULAに含まれているインジケータ（EM supportedまたはEM not supported）に基づく処理を実行する。具体的には、インジケータ処理部340は、Dia_ULAに含まれているインジケータの種別に基づいて、Attach Acceptに含めるインジケータの種別（EM supportedまたはEM not supported）を決定する。
　また、インジケータ処理部340は、Dia_ULA受信部330が受信したDia_ULAに当該インジケータが含まれていない場合、取り決め情報DB350を参照し、Attach Acceptに含めるインジケータの種別（EM supportedまたはEM not supported）を決定する。具体的には、インジケータ処理部340は、Attach Requestを送信したUE20のVPLMNでのIMS500経由による緊急呼発信がサポートされていることが取り決め情報DB350によって示されている場合、Attach AcceptにEM supportedを含めることを決定する。なお、当該インジケータ（EM supported及びEM not supported）は、上述したように、3GPP TS23.401（Subclause 4.3.12）において規定されている。
　また、取り決め情報DB350は、HPLMNのオペレータと、VPLMNのオペレータとの取り決めに決定された内容によって構成され、IMS500経由による緊急呼発信の可否に限らず、IMS500経由による音声通信（VoLTE）の可否なども含まれる。
　Attach Accept送信部360は、UE20から受信したAttach Requestに対する応答であるAttach AcceptをUE20に送信する。Attach Acceptを受信したUE20は、VPLMNにおいてE-UTRANとの接続を実行する。
　本実施形態において、Attach Accept送信部360は、移動局からの在圏ネットワークへの接続要求に対する応答を移動局に送信する応答送信部を構成する。
　Attach Accept送信部360は、Dia_ULA受信部330が受信したインジケータ（第１サポート指示子）に基づいて、緊急呼発信がサポートされているか否かを示すインジケータ（第２サポート指示子）を含むAttach AcceptをUE20に送信する。
　具体的には、Attach Accept送信部360は、インジケータ処理部340から指示されたEM supportedまたはEM not supportedを含むAttach AcceptをUE20に送信する。
　（３）移動通信システムの動作
　次に、上述した移動通信システム10の動作について説明する。具体的には、VPLMNに在圏するUE20に対して、緊急呼発信がサポートされているか否かを、HPLMNに設けられたHSS100と連携して指示する動作について説明する。
　（３．１）動作シーケンス
　図４は、UE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作シーケンスを示す。また、図５は、UE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。
　図４及び図５に示すように、UE20は、VPLMNにおいてE-UTRANに接続するため、Attach RequestをMME300に送信する（図４のS10、以下同）。Attach Requestを受信したMME300は、Dia_ULRをHSS100に送信する（S20）。
　HSS100は、受信したDia_ULRに基づいて、VPLMNにおける緊急呼提供ドメインを判定する（S30）。
　HSS100は、緊急呼提供ドメインの判定結果に基づいて、EM supportedまたはEM not supportedを含むDia_ULAをMME300に返送する（S40）。
　MME300は、Dia_ULAに含まれるインジケータの種別に基づいて、Attach Acceptに含めるインジケータの種別（EM supportedまたはEM not supported）を決定する（S50）。
　MME300は、決定したインジケータを含むAttach AcceptをUE20に返送する（S60）。
　図５では、上述したS10～S60の動作が概念的に示されている。図５では、HSS100によって緊急呼発信が不可と判定され、EM not supportedが指示された場合の例が示されている。
　EM not supportedを含むAttach Acceptを受信したUE20は、VPLMNのE-UTRAN（LTE）を介した緊急呼発信が不可能なことを認識し、UTRAN（3G CS）にフォールバック（CSFB）を実行する。この結果、UE20は、回線交換ドメインに接続し、MSC30に緊急呼発信を行う。
　（３．２）装置動作フロー
　次に、上述した動作シーケンスに基づく動作を実行する場合における装置の動作について説明する。具体的には、HPLMNに設けられるHSS100の動作フロー、及びVPLMNに設けられるMME300の動作フローについて説明する。
　（３．２．１）HSS100の動作フロー
　図６は、HPLMNに設けられるHSS100の動作フローを示す。図６に示すように、HSS100は、MME300からDia_ULRを受信すると、VPLMNでの緊急呼提供ドメインが、IMS500またはCSドメイン40の何れかを判定する（S110）。具体的には、HSS100は、HPLMNとVPLMNとの間において、IMS500経由による緊急呼発信の取り決めがあるか否かに基づいて、VPLMNでの緊急呼提供ドメインを判定する。
　緊急呼提供ドメインがIMS500である場合、HSS100は、UE20の種別が当該VPLMNにおける動作が保証されている移動局の種別か否かを判定する（S120）。具体的には、HSS100は、上述したように、VoLTEによる緊急呼発信の機能をサポートしている移動局の形式（機種）や、当該種別の移動局とVPLMNとの接続互換性などを確認する。
　動作が保証されている移動局の種別である場合、HSS100は、移動局のユーザの種別（加入者種別）が、IMS500経由による緊急呼発信が許可されている種別であるか否かを判定する（S130）。
　当該緊急呼発信が許可されている加入者種別である場合、HSS100は、MME300に返送するDia_ULAに含まれるインジケータとして、EM supportedを設定する（S140）。一方、緊急呼提供ドメインがCSドメイン40である、動作が保証されている移動局の種別でない、或いは当該緊急呼発信が許可されていない加入者種別である場合、HSS100は、MME300に返送するDia_ULAに含まれるインジケータとして、EM not supportedを設定する（S150）。
　HSS100は、EM supportedまたはEM not supportedを含むDia_ULAをMME300に返送する（S160）。
　（３．２．２）MME300の動作フロー
　図７は、VPLMNに設けられるMME300の動作フローを示す。図７に示すように、MME300は、HSS100からDia_ULAを受信すると、当該Dia_ULAがIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータ（EM supportedまたはEM not supported）を含んでいるか否かを判定する（S210）。
　インジケータを含んでいる場合、MME300は、受信したインジケータの種別に基づいて、UE20に返送するAttach Acceptに含まれるインジケータとして、EM supportedまたはEM supportedを設定する（S220）。具体的には、MME300は、Dia_ULAにEM supportedが含まれている場合には、EM supportedを設定し、Dia_ULAにEM not supportedが含まれている場合には、EM not supportedを設定する。
　一方、インジケータを含んでいない場合、MME300は、ローカル（取り決め情報DB350）で保持する情報に基づいて、UE20に返送するAttach Acceptに含まれるインジケータとして、EM supportedまたはEM supportedを設定する（S230）。
　具体的には、MME300は、上述したように、UE20のVPLMNでのIMS500経由による緊急呼発信がサポートされていることが取り決め情報DB350によって示されている場合、Attach AcceptにEM supportedを含めることを決定する。
　MME300は、設定したEM supportedまたはEM supportedを含むAttach AcceptをUE20に返送する（S240）。
　（４）作用・効果
　本実施形態によれば、以下の作用効果が得られる。HSS100は、MME300から受信したDia_ULRに基づいて、IMS500経由による緊急呼発信（VoLTEによる緊急呼発信）が、VPLMNにおいてサポートされているか否かを判定する。また、HSS100は、当該緊急呼発信がサポートされているか否かを示すインジケータ（EM supportedまたはEM not supported）を含むDia_ULAをMME300に返送する。さらに、MME300は、同様のインジケータを含むAttach AcceptをUE20に返送する。
　これにより、UE20は、UE20が在圏するVPLMNにおいて当該緊急呼発信がサポートされているか否かを速やかに判定することができる。このため、当該緊急呼発信がサポートされていないにも関わらず、UE20が当該VPLMNにおいてIMS500経由による緊急呼発信を試みることが防止される。つまり、UE20がVPLMNに接続する場合にIMS500経由の緊急呼の発信に失敗することを回避できる。
　特に、HPLMNのオペレータと、VPLMNのオペレータと取り決めと関係なく、一律にIMS経由の緊急呼発信がサポートされることを通知するVPLMN（オペレータ）が存在する場合でも、上述のような緊急呼の失敗を確実に回避できる。
　なお、VPLMNにおいて緊急呼発信が開始される前までは、HPLMNに設けられた、つまり、HPLMNのオペレータによって管理されるMMEによってIMS経由の緊急呼発信の可否が判定されていたため、このような問題は顕在化していなかった。
　本実施形態では、HSS100は、HPLMNとVPLMNとの間における緊急呼発信の取り決めの有無に基づいて、当該緊急呼発信がサポートされているか否かを判定することができる。これにより、HPLMN側において、当該取り決めが存在することを確認した上で、UE20に当該緊急呼を確実に実行させることができる。
　本実施形態では、HSS100は、UE20の種別に基づいて、当該緊急呼発信がサポートされているか否かを判定することができる。これにより、HPLMN側において、当該VPLMNに対応可能な移動局の種別を確認した上で、UE20に当該緊急呼を確実に実行させることができる。
　本実施形態では、HSS100は、UE20のユーザの種別（加入者種別）に基づいて、当該緊急呼発信がサポートされているか否かを判定するができる。これにより、HPLMN側において、当該VPLMNに対応可能な加入者の種別を確認した上で、UE20に当該緊急呼を確実に実行させることができる。
　［第２実施形態］
　次に、本発明の第２実施形態について説明する。本実施形態では、ESM（EPS Session Management）レイヤにおける制御（EPS bearer context）を例として説明する。なお、以下では、上述した第１実施形態と異なる部分について主に説明し、同様の部分については、適宜その説明を省略する。
　図８は、UE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。
　図８に示すように、本実施形態では、MME300は、UE20からAttach Requestに含まれるPDN connectivity requestに基づいて、GTPv2 Create Session RequestをPGW200に送信する（図８の（２）及び（４））。
　GTPv2 Create Session Requestを受信したPGW200は、第１実施形態のHSS100と同様の動作によって、VPLMNにおける緊急呼提供ドメイン、つまり、IMS500経由による緊急呼発信の可否を判定する（同（５））。PGW200は、当該緊急呼発信の判定結果に基づいて、UE20に対して緊急呼発信がサポートされているか否かを示すインジケータ（第１サポート指示子）を設定する。
　具体的には、PGW200は、緊急呼発信がサポートされている場合、当該インジケータとして、“PCO（EM可）”を設定する。なお、PCOは、Protocol Configuration Optionの略である。一方、PGW200は、緊急呼発信がサポートされていない場合、当該インジケータとして、“PCO（EM不可）”を設定する。図８の例では、“PCO（EM不可）”が設定された例を示している。なお、このようなインジケータは、既存の3GPP TSでは規定されておらず、新規に規定される。
　PGW200は、“PCO（EM不可）”を含むGTPv2 Create Session Responseを
MME300に返送する（同（６））。
　MME300は、受信したGTPv2 Create Session Responseに含まれるPCOをそのまま透過（転送）し、UE20に返送されるAttach Acceptに含まれるEPS Bearer Context Request（具体的には、Active Default EPS Bearer Context Request）に当該PCO、具体的には、“PCO（EM不可）”（第２サポート指示子）を含める（同（７）及び（８））。
　当該PCOを含むAttach Acceptを受信したUE20は、VPLMNのE-UTRAN（LTE）を介した緊急呼発信が不可能なことを認識する。この結果、UE20は、UTRAN（3G CS）にフォールバック（CSFB）を実行し、MSC30に緊急呼の発信を行う（同（９）及び（１０））。
　図９は、本実施形態に係るPGW200の機能ブロック構成図である。PGW200は、本実施形態において通信制御装置を構成する。図９に示すように、PGW200は、Session Request受信部210、緊急呼提供ドメイン判定部220、在圏ネットワークDB231、移動局種別DB233、加入者種別DB235及びSession Response送信部240を備える。
　PGW200の機能ブロック構成は、第１実施形態に係るHSS100と概ね同様である。
　HSS100との主な相違点は、SGW400を介してMME300からGTPv2 Create Session Requestを受信するSession Request受信部210、及びSGW400を介してMME300にGTPv2 Create Session Responseを送信するSession Response送信部240である。
　このように、本実施形態では、ESMレイヤにおける制御（EPS bearer context）によって、PGW200が当該緊急呼発信の可否を判定しているが、第１実施形態と同様の効果を奏し得る。HSS100またはPGW200の何れで当該緊急呼発信の可否を判定するかは、HPLMN及びVPLMNのネットワーク構成などに応じて決定することができる。
　［第３実施形態］
　次に、本発明の第３実施形態について説明する。本実施形態では、IMS（IP Multimedia Subsystem）レイヤにおける制御（Registration）を例として説明する。なお、以下でも、上述した第１実施形態と異なる部分について主に説明し、同様の部分については、適宜その説明を省略する。
　図１０は、UE20に対してIMS500経由による緊急呼発信がサポートされているか否かを示すインジケータを通知する動作の説明図である。
　図１０に示すように、本実施形態では、UE20は、Attach Requestの送信及びAttach Acceptの受信の動作（図１０の（１）～（４））に引き続いて、IMS500に対して、具体的には、IMS500を構成するSIPサーバ510にSIP_REGSISTERを送信する（同（５））。
　SIP_REGSISTERを受信したSIPサーバ510は、第１実施形態のHSS100と同様の動作によって、VPLMNにおける緊急呼提供ドメイン、つまり、IMS500経由による緊急呼発信の可否を判定する（同（６））。SIPサーバ510は、当該緊急呼発信の判定結果に基づいて、UE20に対して緊急呼発信がサポートされているか否かを示すインジケータ（第１サポート指示子）を設定する。
　具体的には、SIPサーバ510は、緊急呼発信がサポートされている場合、当該インジケータを含むSIPメッセージである“SIP 200 OK（EM可）”をUE20に送信する。
　一方、SIPサーバ510は、緊急呼発信がサポートされていない場合、当該インジケータを含むSIPメッセージである、“SIP 200 OK（EM不可）”をUE20に送信する。
　図１０の例では、“SIP 200 OK（EM不可）”が送信された例を示している。なお、このようなインジケータは、既存の3GPP TSでは規定されておらず、新規に規定される。
　PGW200及びSGW400を介して“SIP 200 OK（EM不可）”を受信したUE20は、VPLMNのE-UTRAN（LTE）を介した緊急呼発信が不可能なことを認識する。この結果、UE20は、UTRAN（3G CS）にフォールバック（CSFB）を実行し、MSC30に緊急呼の発信を行う（同（８）及び（９））。
　図１１は、本実施形態に係るSIPサーバ510の機能ブロック構成図である。SIPサーバ510は、本実施形態において通信制御装置を構成する。図１１に示すように、SIPサーバ510は、SIP信号処理部511、緊急呼提供ドメイン判定部513、在圏ネットワークDB521、移動局種別DB523及び加入者種別DB525を備える。
　SIPサーバ510の機能ブロック構成は、第１実施形態に係るHSS100と概ね同様である。HSS100との主な相違点は、SIPメッセージを送受信するSIP信号処理部511である。
　また、SIP信号処理部511は、PGW200及びSGW400を介して、“SIP 200 OK（EM不可）”をUE20に送信する。
　このように、本実施形態では、IMSレイヤにおける制御（Registration）によって、SIPサーバ510が当該緊急呼発信の可否を判定しているが、第１実施形態と同様の効果を奏し得る。HSS100またはSIPサーバ510の何れで当該緊急呼発信の可否を判定するかは、HPLMN、VPLMN及びIMS500のネットワーク構成などに応じて決定することができる。
　［その他の実施形態］
　以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
　例えば、上述した第１実施形態では、（i）緊急呼提供ドメインがIMS500である場合、（ii）VPLMNにおける動作が保証されている移動局の種別、及び（iii）ユーザの種別（加入者種別）の全てが満たされる場合に、緊急呼発信が可能なインジケータ（EM supported）を設定していたが、（i）～（iii）の何れか一つの判定条件に基づいて、当該緊急呼発信がサポートされているか否かを判定してもよい。
　また、第１実施形態～第３実施形態では、Attach AcceptにEM supportedまたはEM not supportedを含めることによって、VPLMNにおけるIMS500経由の緊急呼発信を制御（規制）していたが、このようなAttach Acceptによる制御に代えて、UE20のIMS500への緊急呼登録であるEmergency Registrationを規制することによって、VPLMNにおける当該緊急呼発信を制御してもよい。例えば、第３実施形態の場合、特定のSIPメッセージ（例えば、SIP_4xx、xxは所定の数字が設定される）をUE20に送信することによって、Emergency Registrationを規制し、結果的にUE20による当該緊急呼発信を規制してもよい。
　さらに、上述した実施形態において示した動作シーケンスやフローは、矛盾のない限り、順序を入れ替えてもよい。
　また、例えば、第１実施形態であれば、EM supportedのみを送信し、EM supportedが送信されない場合には、当該緊急呼発信がサポートされていないことを暗示的に示し、当該緊急呼発信がサポートされていないと判定するようにしてもよい。
　上述した実施形態では、LTEを例として説明したが、LTEには、LTE-Advancedも含まれるとともに、LTEのみに限定されるものではない。また、UE20のフォールバック先の無線アクセスネットワークは、UTRANに限られず、GERANなどであってもよい。
　上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
　なお、日本国特許出願第2015-099965号（2015年5月15日出願）の全内容が、参照により、本願明細書に組み込まれている。
上述した移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法によれば、移動局がVPLMNに接続する場合にIMS経由の緊急呼の発信に失敗することを回避できる。
　10　移動通信システム
　20　UE
　30　MSC
　40　CSドメイン
　100　HSS
　110　Dia_ULR受信部
　120　緊急呼提供ドメイン判定部
　131　在圏ネットワークDB
　133　移動局種別DB
　135　加入者種別DB
　140　Dia_ULA送信部
　200　PGW
　210　Session Request受信部
　220　緊急呼提供ドメイン判定部
　231　在圏ネットワークDB
　233　移動局種別DB
　235　加入者種別DB
　240　Session Response送信部
　300　MME
　310　Attach Request受信部
　320　Dia_ULR送信部
　330　Dia_ULA受信部
　340　インジケータ処理部
　350　取り決め情報DB
　360　Attach Accept送信部
　400　SGW
　500　IMS
　510　SIPサーバ
　511　SIP信号処理部
　513　緊急呼提供ドメイン判定部
　521　在圏ネットワークDB
　523　移動局種別DB
　525　加入者種別DB

Claims (7)

  1. 　移動局のホームネットワークに設けられる通信制御装置と、
    　前記移動局の在圏ネットワークに設けられる移動管理エンティティと、
    　緊急呼用のパケットを処理するマルチメディアサブシステムと
    を含む移動通信システムであって、
    　前記通信制御装置は、
    　前記在圏ネットワークにおいて前記マルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを判定する緊急呼提供ドメイン判定部と、
    　前記緊急呼提供ドメイン判定部による前記緊急呼発信の判定結果に基づいて、前記緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を前記移動管理エンティティに送信する指示子送信部と
    を備え、
    　前記移動管理エンティティは、
    　前記通信制御装置から前記第１サポート指示子を受信する指示子受信部と、
    　前記移動局からの前記在圏ネットワークへの接続要求に対する応答を前記移動局に送信する応答送信部と
    を備え、
    　前記応答送信部は、前記指示子受信部が受信した前記第１サポート指示子に基づいて、前記緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む前記応答を前記移動局に送信する移動通信システム。
  2. 　前記緊急呼提供ドメイン判定部は、前記ホームネットワークと前記在圏ネットワークとの間における前記マルチメディアサブシステム経由による前記緊急呼発信の取り決めの有無に基づいて、前記緊急呼発信がサポートされているか否かを判定する請求項１に記載の移動通信システム。
  3. 　前記緊急呼提供ドメイン判定部は、前記移動局の種別に基づいて、前記緊急呼発信がサポートされているか否かを判定する請求項１または２に記載の移動通信システム。
  4. 　前記緊急呼提供ドメイン判定部は、前記移動局のユーザの種別に基づいて、前記緊急呼発信がサポートされているか否かを判定する請求項１乃至３の何れか一項に記載の移動通信システム。
  5. 　移動局の在圏ネットワークに設けられる移動管理エンティティと、
    　緊急呼用のパケットを処理するマルチメディアサブシステムと
    を含む移動通信システムにおいて用いられ、前記移動局のホームネットワークに設けられる通信制御装置であって、
    　前記在圏ネットワークにおいて前記マルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを判定する緊急呼提供ドメイン判定部と、
    　前記緊急呼提供ドメイン判定部による前記緊急呼発信の判定結果に基づいて、前記緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を前記移動管理エンティティまたは前記移動局に送信する指示子送信部と
    を備える通信制御装置。
  6. 　移動局のホームネットワークに設けられる通信制御装置と、
    　緊急呼用のパケットを処理するマルチメディアサブシステムと
    を含む移動通信システムにおいて用いられ、前記移動局の在圏ネットワークに設けられる移動管理エンティティであって、
    　前記通信制御装置から、記在圏ネットワークにおいて前記マルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを示す第１サポート指示子を受信する指示子受信部と、
    　前記移動局からの前記在圏ネットワークへの接続要求に対する応答を前記移動局に送信する応答送信部と
    を備え、
    　前記応答送信部は、前記指示子受信部が受信した前記第１サポート指示子に基づいて、前記緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む前記応答を前記移動局に送信する移動管理エンティティ。
  7. 　移動局のホームネットワークに設けられる通信制御装置と、
    　前記移動局の在圏ネットワークに設けられる移動管理エンティティと、
    　緊急呼用のパケットを処理するマルチメディアサブシステムと
    を含む移動通信システムにおける移動通信方法であって、
    　前記通信制御装置が、前記在圏ネットワークにおいて前記マルチメディアサブシステム経由による緊急呼発信がサポートされているか否かを示す第１サポート指示子を含む信号を前記移動管理エンティティに送信するステップと、
    　前記移動管理エンティティが、前記通信制御装置から前記第１サポート指示子を受信するステップと、
    　前記移動管理エンティティが、前記移動局からの前記在圏ネットワークへの接続要求に対する応答を前記移動局に送信するステップと
    を備え、
    　前記応答を前記移動局に送信するステップでは、前記移動管理エンティティが、受信した前記第１サポート指示子に基づいて、前記緊急呼発信がサポートされているか否かを示す第２サポート指示子を含む前記応答を前記移動局に送信する移動通信方法。
PCT/JP2016/064001 2015-05-15 2016-05-11 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法 WO2016185964A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP16788627.4A EP3297304A4 (en) 2015-05-15 2016-05-11 Mobile communication system, communication control device, mobile management entity, and mobile communication method
JP2016565369A JPWO2016185964A1 (ja) 2015-05-15 2016-05-11 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法
US15/310,139 US20170272926A1 (en) 2015-05-15 2016-05-11 Mobile communication system, communication control device, mobility management entity, and mobile communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015099965 2015-05-15
JP2015-099965 2015-05-15

Publications (1)

Publication Number Publication Date
WO2016185964A1 true WO2016185964A1 (ja) 2016-11-24

Family

ID=57320233

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/064001 WO2016185964A1 (ja) 2015-05-15 2016-05-11 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法

Country Status (4)

Country Link
US (1) US20170272926A1 (ja)
EP (1) EP3297304A4 (ja)
JP (1) JPWO2016185964A1 (ja)
WO (1) WO2016185964A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9894504B2 (en) * 2015-11-30 2018-02-13 Verizon Patent And Licensing Inc. Emergency call support for VoLTE roaming within S8 home routing architecture

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009505455A (ja) * 2005-08-02 2009-02-05 クゥアルコム・インコーポレイテッド Ｖｏｉｐ緊急呼出支援
US20120015623A1 (en) * 2008-06-02 2012-01-19 Research In Motion Limited Privacy-Related Requests For An IMS Emergency Session

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7174114B2 (en) * 2004-07-29 2007-02-06 Hewlett-Packard Development Company, Lp. Apparatus and method for reducing contamination of an image transfer device
US8340626B2 (en) * 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
GB2466677B (en) * 2009-01-06 2012-09-19 Samsung Electronics Co Ltd Voice communication between user equipment and network
CN103299684B (zh) * 2011-01-13 2016-10-26 瑞典爱立信有限公司 对于ims apn的漫游控制
KR20130038773A (ko) * 2011-10-10 2013-04-18 삼성전자주식회사 이동 통신 시스템에서 응급 호 서비스 장치 및 방법
US9654954B2 (en) * 2012-01-26 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Providing an IMS voice session via a packet switch network and an emergency voice session via a circuit switch network
US8853069B2 (en) * 2012-09-10 2014-10-07 Globalfoundries Inc. Field effect transistor and method of fabrication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009505455A (ja) * 2005-08-02 2009-02-05 クゥアルコム・インコーポレイテッド Ｖｏｉｐ緊急呼出支援
US20120015623A1 (en) * 2008-06-02 2012-01-19 Research In Motion Limited Privacy-Related Requests For An IMS Emergency Session

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 13)", 3GPP TS 23.401 V13.2.0, March 2015 (2015-03-01), XP050927727 *
NTT DOCOMO: "Discussion on Voice Retry in CS Domain", 3GPP TSG-SA WG2 #110 S2-152208, 10 July 2015 (2015-07-10), XP050987301 *
See also references of EP3297304A4 *

Also Published As

Publication number Publication date
EP3297304A1 (en) 2018-03-21
EP3297304A4 (en) 2018-04-04
JPWO2016185964A1 (ja) 2018-03-01
US20170272926A1 (en) 2017-09-21

Similar Documents

Publication Publication Date Title
WO2016185962A1 (ja) 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法
US8948127B2 (en) Method, apparatus and computer program for supporting a session identifier in case of a transfer between different radio access networks
US9648051B2 (en) System and method for transitioning a communication session between networks that are not commonly controlled
EP3096584B1 (en) Handover delay optimization
JP5681772B1 (ja) Ｉｐマルチメディアサブシステム、プロキシセッション制御装置及び通信制御方法
US20150289127A1 (en) Method and apparatus for providing proximity information in a wireless communication system
WO2013110293A9 (en) Providing an ims voice session via a packet switch network and an emergency voice session via a circuit switch network
WO2013151156A1 (ja) 通信システム、移動局及び通信方法
US20140370834A1 (en) Disable of supplementary service on emergency in ims network
KR102260458B1 (ko) 이동통신 시스템에서 게이트웨이 변경을 지원하기 위한 네트워크 장치 및 그 동작 방법
KR101843221B1 (ko) Ｃｓ 액세스 네트워크로부터 ｐｓ 액세스 네트워크로의 콜 전달의 핸들링
KR101513451B1 (ko) 무선 통신 시스템에서 재등록을 유도하기 위한 장치 및 이를 위한 방법
US10231109B2 (en) Handling of emergency calls in a roaming scenario
WO2016185964A1 (ja) 移動通信システム、通信制御装置、移動管理エンティティ及び移動通信方法
JP5337889B2 (ja) 移動局及び通信方法
CN114125909B (zh) 一种故障恢复方法及装置
WO2013151125A1 (ja) 通信制御装置及び通信制御方法
JP5290447B2 (ja) 通信システム、移動局及び通信方法
JP5841468B2 (ja) ＶｏＬＴＥサービスの通信規制方法およびシステム
KR101497243B1 (ko) 싱글 LTE 가입자에 대한 VoLTE 착신서비스 제공시스템, 홈 가입자 서버, 어플리케이션 서버 및 그 VoLTE 착신서비스 제공방법
EP2951970B1 (en) Service control awareness for call routing between packet switched telephony domain and circuit switched telephony domain
KR20160084516A (ko) VoLTE(Voice over Long Term Evolution) 시스템 및 그 제어방법과 및 이 시스템에 포함되는 PGW(PDN Gateway) 및 CSCF(Call Session Control Function)과 그 제어방법
WO2023147999A1 (en) Network node, user equipment and methods performed therein
JP2015115767A (ja) 移動通信システム、移動局、ネットワーク装置及び移動通信方法
WO2010092147A1 (en) Efficient emergency call in ims

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2016565369

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2016788627

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 15310139

Country of ref document: US

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

Ref document number: 16788627

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

Country of ref document: EP