WO2010119728A1 - 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 - Google Patents

移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 Download PDF

Info

Publication number
WO2010119728A1
WO2010119728A1 PCT/JP2010/053204 JP2010053204W WO2010119728A1 WO 2010119728 A1 WO2010119728 A1 WO 2010119728A1 JP 2010053204 W JP2010053204 W JP 2010053204W WO 2010119728 A1 WO2010119728 A1 WO 2010119728A1
Authority
WO
WIPO (PCT)
Prior art keywords
core network
message
call
mobile station
network device
Prior art date
Application number
PCT/JP2010/053204
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
Priority to RU2011146642/07A priority Critical patent/RU2503141C2/ru
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to KR1020137025671A priority patent/KR20130119508A/ko
Priority to CN201080017080.1A priority patent/CN102396249B/zh
Priority to JP2011509238A priority patent/JP5375954B2/ja
Priority to EP17163823.2A priority patent/EP3306966B1/en
Priority to BRPI1006629-2A priority patent/BRPI1006629B1/pt
Priority to KR1020157000256A priority patent/KR101779458B1/ko
Priority to CA2758430A priority patent/CA2758430C/en
Priority to EP10764314.0A priority patent/EP2421286A4/en
Priority to US13/258,888 priority patent/US9241247B2/en
Priority to AU2010237984A priority patent/AU2010237984C1/en
Publication of WO2010119728A1 publication Critical patent/WO2010119728A1/ja
Priority to US14/578,947 priority patent/US9560508B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • 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
    • 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
    • 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

Definitions

  • the present invention relates to a mobile communication system, a base station, a gateway device, a core network device, and a communication method.
  • HNB Home NodeB
  • a form of use as a small wireless base station for home use or a form of use as a small wireless base station in a company is considered. It has been.
  • CSG Cellular Subscriber Group
  • the third generation mobile communication system shown in FIG. 1 includes an HNB 20, a femto base station gateway (Home NodeB GW, hereinafter abbreviated as HNB-GW) 30, a circuit switching center (Mobile Switching Center, hereinafter abbreviated as MSC). 40, a packet switching station (Serving GPRS Support Node, hereinafter abbreviated as SGSN) 50, and third-generation mobile stations 10-1 and 10-2.
  • HNB Home NodeB GW
  • MSC Mobile Switching Center
  • the mobile station 10-1 is a valid mobile station.
  • the mobile station 10-2 is a mobile station that attempts to receive service by the HNB 20 illegally, and is hereinafter referred to as an unauthorized mobile station 10-2.
  • the mobile station 10 is referred to.
  • the HNB 20 is connected to the operator's core network via the HNB-GW 30.
  • the core network includes, as core network devices, an MSC 40 that controls circuit switching and an SGSN 50 that controls packet switching.
  • the HNB 20 When the HNB 20 supports the CSG function, the HNB 20 notifies the mobile station 10 residing in its own area of the CSG identifier (CSG identity) of its own CSG cell (CSG Cell).
  • CSG identity CSG identifier
  • CSG Cell CSG Cell
  • the mobile station 10-1 decodes the CSG identifier broadcast from the HNB 20, and determines whether or not the CSG identifier is included in its own CSG list.
  • the mobile station 10-1 can camp on the CSG cell in which it is located and receive various services such as outgoing and incoming calls.
  • the mobile station 10-1 selects an appropriate CSG cell different from the CSG cell without camping on the CSG cell in which it is located. Perform the action.
  • the MSC 40 or SGSN 50 checks the IMSI (International Mobile Subscriber Identity) of the mobile station 10 and the CSG identifier of the CSG cell in which the mobile station 10 is located, so that the mobile station 10 Restrict access to HNB20 by 3GPP (TS25.467 Ver8.0.0 5.1.3).
  • IMSI International Mobile Subscriber Identity
  • the CSG function is a function introduced from Release 8 of 3GPP, there are cases where the mobile station 10-1 prior to Release 8 does not support the CSG function. There are also cases where the HNB 20 does not support the CSG function.
  • the HNB 20 performs an identification procedure (3GPP TS24.008 Ver8.4.0) on the mobile station 10-1 to inquire the IMSI of the mobile station 10-1, and the mobile station 10-1 -1 is registered in the HNB-GW30, the HNBAP (HNB Application Part): UE REGISTER REQUEST procedure (3GPP TS25.469 Ver8.0.0) is performed on the HNB-GW30.
  • the HNB-GW 30 regulates access by checking whether the IMSI of the mobile station 10-1 can access the HNB 20.
  • the HNB-GW 30 determines that the mobile station 10-1 can access the HNB 20, the HNB-GW 30 notifies the HNB 20 that access is permitted by an HNBAP: UE REGISTER ACCEPT message. Thereby, the service by the HNB 20 is provided to the mobile station 10-1.
  • the HNB-GW 30 determines that the unauthorized mobile station 10-2 cannot access the HNB 20, and notifies the HNB 20 that access is not permitted by the HNBAP: UE REGISTER REJECT message.
  • the RRC Radio Resource Control
  • the MSC 40, the SGSN 50, or the HNB-GW 30 regulates access based on the IMSI of the mobile station 10, so that unauthorized access to the HNB 20 is not permitted. Even if the station 10-2 makes a call, access to the HNB 20 is rejected by the mobile communication network during the signal establishment procedure.
  • the mobile station 10-1 determines the cause of the establishment request in the RRC: RRC CONNECTION REQUEST message or RRC: INITIAL DIRECT TRANSFER that is sent to the HNB 20 at the time of RRC connection establishment request or signaling connection establishment request.
  • RRC RRC CONNECTION REQUEST message
  • RRC INITIAL DIRECT TRANSFER
  • the HNB 20 sets the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message to be transmitted to the HNB-GW 30 to the “Emergency call” value.
  • the HNB-GW30 does not implement access restrictions based on IMSI (3GPP TS25.467 Ver8.0.0 5.1.2).
  • FIG. 2 shows the configuration of the RRC: RRC CONNECTION REQUEST message
  • FIG. 3 shows the configuration of the RRC: INITIAL DIRECT TRANSFER message
  • FIG. 4 shows the configuration of the Establishment Cause parameter in the RRC protocol
  • 5 shows the configuration of the HNBAP: UE REGISTER REQUEST message
  • FIG. 6 shows the configuration of the Registration Cause parameter in the HBNAP protocol.
  • the above-described technology skips the access restriction of the HNB-GW 30 and permits the mobile station 10 to access the HNB 20.
  • the Establishment Cause parameter in the RRC protocol is false as “Emergency call” and is not subject to the access restrictions of the HNB-GW30. As a result, access to the HNB 20 becomes possible.
  • Such an illegal mobile station 10-2 can be easily created by modifying the software so that only the Establishment Cause parameter is altered.
  • the RRC: RRC CONNECTION REQUEST message that is transmitted from the legitimate mobile station 10-1 to the common channel (RACH: Random Access Channel) and is not protected or tampered with is decoded, and the Establishment Cause parameter is set to “Emergency call”.
  • a device that encodes an RRC: RRC CONNECTION REQUEST message and transmits it to the HNB 20 may be interposed. In this case, even the legitimate mobile station 10-1 is regarded as the unauthorized mobile station 10-2 as described above.
  • Such an illegal mobile station 10-2 causes the following problems.
  • the HNB 20 installed at home or in the company is illegally used by the unauthorized mobile station 10-2.
  • the unauthorized mobile station 10-2 performs normal transmission by making a call through the HNB 20.
  • a billing service that is cheaper than the billing service can be illegally received.
  • a content service for a specific user is illegally received by the illegal mobile station 10-2.
  • the core network device cannot know that the mobile station 10 has made a call as an emergency call.
  • the HNB-GW 30 performs a call release process of the mobile station 10 that has made a false call as an emergency call. For this purpose, the HNB-GW 30 needs to know whether the call type that the mobile station 10 has actually called is an emergency call.
  • the HNB-GW 30 cannot know the call type that the mobile station 10 has actually called.
  • An object of the present invention is to provide a mobile communication system, a base station, a gateway device, a core network device, and a communication method that allow a core network device to know that a mobile station has made an emergency call. .
  • Another object of the present invention is to provide a mobile communication system, a gateway device, a core network device, and a communication method in which the gateway device can know the call type that the mobile station has actually called.
  • the first mobile communication system of the present invention is: A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • the base station A control unit including information indicating that the mobile station has made an outgoing call as an emergency call in a message;
  • the core network device is: A receiving unit configured to receive the message transmitted from the base station;
  • the second mobile communication system of the present invention is A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • the gateway device is A control unit including information indicating that the mobile station has made an outgoing call as an emergency call in a message;
  • the core network device is: A receiving unit configured to receive the message transmitted from the gateway device;
  • the third mobile communication system of the present invention is A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • the core network device is: A control unit that includes in a message information indicating that the call type originated by the mobile station is an emergency call; A transmission unit for transmitting the message to the gateway device;
  • the gateway device is A receiving unit configured to receive the message transmitted from the core network device;
  • the base station of the present invention A base station connected to a core network device arranged in the core network via a gateway device, A control unit that includes in the message information indicating that the mobile station has made a call as an emergency call; A transmission unit that transmits the message to the core network device.
  • the first gateway device of the present invention is: A gateway device for connecting a base station to a core network device arranged in a core network, A control unit that includes in the message information indicating that the mobile station has made a call as an emergency call; A transmission unit that transmits the message to the core network device.
  • the second gateway device of the present invention is A gateway device for connecting a base station to a core network device arranged in a core network, A receiving unit configured to receive a message transmitted from the core network device and including information indicating that a call type originated by the mobile station is an emergency call;
  • the first core network device of the present invention is: A core network device arranged in the core network, A receiving unit configured to receive a message transmitted from the base station and including information indicating that the mobile station has made a call as an emergency call;
  • the second core network device of the present invention is: A core network device arranged in the core network, A receiving unit configured to receive a message transmitted from the gateway device and including information indicating that the mobile station has made a call as an emergency call;
  • the third core network device of the present invention A core network device arranged in the core network, A control unit that includes in a message information indicating that the call type originated by the mobile station is an emergency call; A transmission unit that transmits the message to the gateway device.
  • the first communication method of the present invention includes: A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • a communication method The base station includes in a message information indicating that the mobile station originated as an emergency call; The base station transmitting the message to the core network device; The core network device receiving the message transmitted from the base station.
  • the second communication method of the present invention includes: A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • a communication method The gateway device includes in a message information indicating that the mobile station has made a call as an emergency call; The gateway device transmitting the message to the core network device; The core network device receiving the message transmitted from the gateway device.
  • the third communication method of the present invention is: A mobile communication system comprising: a mobile station; a base station that performs radio communication with the mobile station; a gateway device that connects the base station to a core network; and a core network device that is disposed in the core network.
  • the core network device includes in a message information indicating that the call type originated by the mobile station is an emergency call; The core network device transmitting the message to the gateway device; The gateway device receiving the message transmitted from the core network device.
  • the fourth communication method of the present invention is: A communication method by a base station connected to a core network device arranged in a core network via a gateway device, Including in the message information indicating that the mobile station originated as an emergency call; Transmitting the message to the core network device.
  • the fifth communication method of the present invention is: A communication method by a gateway device that connects a base station to a core network device arranged in a core network, Including in the message information indicating that the mobile station originated as an emergency call; Transmitting the message to the core network device.
  • the sixth communication method of the present invention is: A communication method by a gateway device that connects a base station to a core network device arranged in a core network, Receiving a message transmitted from the core network device and containing information indicating that the call type originated by the mobile station is an emergency call.
  • the seventh communication method of the present invention A communication method by a core network device arranged in a core network, Receiving a message transmitted from the base station and including information indicating that the mobile station has made a call as an emergency call.
  • the eighth communication method of the present invention is: A communication method by a core network device arranged in a core network, Receiving a message transmitted from the gateway device and including information indicating that the mobile station has made a call as an emergency call.
  • the ninth communication method of the present invention A communication method by a core network device arranged in a core network, Including in the message information indicating that the call type originated by the mobile station is an emergency call; Transmitting the message to the gateway device.
  • the base station or the gateway device includes information indicating that the mobile station has made a call as an emergency call in a message and transmits the message to the core network device. .
  • the core network device can know that the mobile station has made a call as an emergency call.
  • the core network device includes information indicating that the call type originated by the mobile station is an emergency call, and transmits the message to the gateway device.
  • the gateway device can know that the call type that the mobile station has actually called is an emergency call.
  • FIG. 1 is a block diagram illustrating a configuration of an HNB-GW according to a first embodiment of this invention.
  • (First embodiment) 7 to 10 show configurations of the HNB 20, the HNB-GW 30, the MSC 40, and the SGSN 50 according to the present embodiment, respectively.
  • the HNB 20 of the present embodiment includes a control unit 21A that includes information indicating that the mobile station 10 has made an emergency call in a RANAP (Radio Access Network Application Part) protocol message, and the RANAP protocol. And a transmission unit 22A for transmitting the message to the HNB-GW 30.
  • the RANAP protocol message is a message in the application layer of the radio access network, and has, for example, yesterday when the CC / MM signal transmitted / received between the UE and the core network device is transparently transferred within the RAN. .
  • the HNB-GW 30 of the present embodiment includes a receiving unit 31A that receives a RANAP protocol message from the HNB 20, a control unit 32A that extracts the RANAP protocol message, and the RANAP protocol message to the MSC 40 or the SGSN 50.
  • the MSC 40 of the present embodiment indicates that the receiving unit 41A that receives the RANAP protocol message from the HNB-GW 30 and that the mobile station 10 has made a call as an emergency call in the RANAP protocol message.
  • the mobile station 10 has a control unit 42A that determines whether or not the call type that the mobile station 10 has actually called is an emergency call, and performs call release processing if the call is not an emergency call.
  • the SGSN 50 of the present embodiment indicates that the receiving unit 51A that receives the RANAP protocol message from the HNB-GW 30 and that the mobile station 10 has made an emergency call in the RANAP protocol message. If the information is included, the mobile station 10 determines whether or not the call type that the mobile station 10 has actually called is an emergency call. .
  • the MSC 40 or the SGSN 50 can know that the mobile station 10 has made a call as an emergency call.
  • the MSC 40 or the SGSN 50 can perform the call release processing of the mobile station 10 when the mobile station 10 has falsified the Establishment Cause and impersonated an emergency call. It can be prevented from receiving.
  • (Second Embodiment) 11 to 14 show configurations of the HNB 20, the HNB-GW 30, the MSC 40, and the SGSN 50 of the present embodiment, respectively.
  • the present embodiment is an example in which the configurations and operations of the HNB 20, HNB-GW 30, MSC 40, and SGSN 50 of the first embodiment of FIGS.
  • the HNB 20 of the present embodiment includes a mobile station signal transmission / reception unit 201A, a RUA (RANAP User Adaptation) message processing unit 202A, an HNB-GW signal transmission / reception unit 203A, an HNBAP message processing unit 204A, A call control unit 205A, an RRC message processing unit 206A, and a RANAP message processing unit 207A.
  • a RUA RANAP User Adaptation
  • the RUA message processing unit 202A, the HNBAP message processing unit 204A, the call control unit 205A, the RRC message processing unit 206A, and the RANAP message processing unit 207A constitute the control unit 21A shown in FIG. Yes.
  • the HNB-GW signal transmission / reception unit 203A is an example of the transmission unit 22A shown in FIG.
  • the mobile station signal transmission / reception unit 201 ⁇ / b> A has a secret function for concealing (encrypting and decrypting) the message, and a signal delivery confirmation for confirming message delivery. Functions, and a signal distribution function for distributing messages.
  • the HNB-GW signal transmission / reception unit 203A has a secret function, a signal delivery confirmation function, a signal distribution function, etc. as functions for transmitting / receiving an HNBAP protocol message and an RUA protocol message to / from the HNB-GW 30. .
  • the RRC message processing unit 206A has a function of encoding an RRC protocol message to be transmitted to the mobile station 10 and a function of decoding an RRC protocol message received from the mobile station 10.
  • the HNBAP message processing unit 204A has a function of encoding a HNBAP protocol message to be transmitted to the HNB-GW 30 and a function of decoding an HNBAP protocol message received from the HNB-GW 30.
  • the RANAP message processing unit 207A has a function of encoding a RANAP message transmitted to the HNB-GW 30 and a function of decoding a RANAP protocol message received from the HNB-GW 30.
  • the RUA protocol is a protocol that functions to transfer a RANAP protocol message.
  • the RUA message processing unit 202A has a function of encoding a RUA protocol message to be transmitted to the HNB-GW 30, and a RUA protocol message received from the HNB-GW 30. It has a decoding function.
  • the call control unit 205A activates various call processes such as RRC connection establishment, bearer establishment, and mobility control based on the RRC protocol message and the RANAP protocol message. Further, the call control unit 205A activates the HNBAP protocol and performs a registration process of the mobile station 10 to the HNB-GW 30.
  • the above functions are functions that a call processing unit mounted on the HNB 20 generally has.
  • the call control unit 205A has, as a characteristic function of the present embodiment, the Emergency Cause value of the RANAP protocol message to be transmitted to the HNB-GW 30 based on the Registration Cause parameter of the HNBAP protocol message received from the HNB-GW 30. Has a function to set.
  • the HNB-GW 30 of the present embodiment includes an HNB signal transmission / reception unit 301A, an RUA message processing unit 302A, an SGSN signal transmission / reception unit 303A, an MSC signal transmission / reception unit 304A, and an HNBAP message. It has a processing unit 305A, a call control unit 306A, a RANAP message processing unit 307A, and a station data storage unit 308A.
  • the RUA message processing unit 302A, the HNBAP message processing unit 305A, the call control unit 306A, the RANAP message processing unit 307A, and the station data storage unit 308A constitute the control unit 32A shown in FIG. Yes.
  • the HNB signal transmission / reception unit 301A is an example of the reception unit 31A illustrated in FIG. 8, and the SGSN signal transmission / reception unit 303A and the MSC signal transmission / reception unit 304A are examples of the transmission unit 33A illustrated in FIG. It is.
  • the HNB signal transmission / reception unit 301A has a secret function, a signal delivery confirmation function, and the like as functions for transmitting / receiving RUA protocol messages and HNBAP protocol messages to / from the HNB 20.
  • the MSC signal transmission / reception unit 304A has an order control function for controlling the order of messages, a delivery confirmation function, and the like as functions for transmitting and receiving RANAP protocol messages to and from the MSC 40.
  • the SGSN signal transmission / reception unit 303 ⁇ / b> A has a delivery confirmation function, a sequence control function, and the like as functions for transmitting / receiving a RANAP protocol message to / from the SGSN 50.
  • the HNBAP message processing unit 305A has a function of encoding an HNBAP protocol message to be transmitted to the HNB 20 and a function of decoding an HNBAP protocol message received from the HNB.
  • the RUA message processing unit 302A has a function of encoding a RUA protocol message to be transmitted to the HNB 20 and a function of decoding a RUA protocol message received from the HNB 20.
  • the RANAP message processing unit 307A has a function of encoding a RANAP protocol message to be transmitted to the MSC 40 and a function of decoding a RANAP protocol message received from the MSC 40.
  • the call control unit 306A performs registration processing for the HNB 103 and registration processing for the mobile station 10. Further, the call control unit 306A can access the station data stored in the station data storage unit 308A. In the station data, a list of accessible IMSIs is set for each CSG. Based on this IMSI list, the HNB-GW 30 implements access control to the HNB 20.
  • the above functions are functions that a call processing unit mounted on the HNB-GW 30 generally has.
  • the MSC 40 of the present embodiment includes an anti-HNB-GW signal transmitting / receiving unit 401A, a RANAP message processing unit 402A, a NAS (Non Access Stratum) message processing unit 403A, a call control unit 404A, A station data storage unit 405A.
  • a RANAP message processing unit 402A includes a RANAP message processing unit 402A, a NAS (Non Access Stratum) message processing unit 403A, a call control unit 404A, A station data storage unit 405A.
  • NAS Non Access Stratum
  • the RANAP message processing unit 402A, NAS message processing unit 403A, call control unit 404A, and station data storage unit 405A constitute the control unit 42A shown in FIG.
  • the HNB-GW signal transmitting / receiving unit 401A is an example of the receiving unit 41A illustrated in FIG.
  • the HNB-GW signal transmission / reception unit 401A has a delivery confirmation function, a sequence control function, and the like as functions for transmitting / receiving a RANAP protocol message to / from the HNB-GW 30.
  • the RANAP message processing unit 402A has a function of encoding a RANAP message transmitted to the HNB-GW 30 and a function of decoding a RANAP protocol message received from the HNB-GW 30.
  • the call control unit 404A has a call processing function that performs call processing such as call establishment and call release, a mobility control function that performs mobility control such as location registration and handover, and an access restriction function that regulates access to the HNB 20. is doing.
  • the call control unit 404A can access the station data stored in the station data storage unit 405A. In the station data, a list of accessible IMSIs is set for each CSG. Based on this IMSI list, the MSC 40 regulates access to the HNB 20.
  • the above functions are functions that a call processing unit mounted on the MSC 40 generally has.
  • the call control unit 404A analyzes the NAS message when the Emergency Cause parameter is set in the RANAP protocol message received from the HNB-GW 30, and the mobile station 10 has a function of discriminating whether the call type originated by 10 is an emergency call. If it is not an emergency call, the call controller 404A performs a call release process.
  • the SGSN 50 includes an HNB-GW signal transmission / reception unit 501A, a RANAP message processing unit 502A, a NAS message processing unit 503A, a call control unit 504A, and a station data storage unit 505A. And have.
  • the RANAP message processing unit 502A, NAS message processing unit 503A, call control unit 504A, and station data storage unit 505A constitute the control unit 52A shown in FIG.
  • the HNB-GW signal transmitting / receiving unit 501A is an example of the receiving unit 51A illustrated in FIG.
  • the HNB-GW signal transmission / reception unit 501A has a delivery confirmation function, a sequence control function, and the like as functions for transmitting / receiving a RANAP protocol message to / from the HNB-GW 30.
  • the RANAP message processing unit 502A has a function of encoding a RANAP message transmitted to the HNB-GW 30 and a function of decoding a RANAP protocol message received from the HNB-GW 30.
  • the NAS message processing unit 503A has a function for transmitting and receiving messages of the NAS protocol (CC protocol, MM protocol) to and from the mobile station 10.
  • the call control unit 504A has a call processing function, a movement control function, and an access restriction function.
  • the call control unit 504A can access the station data stored in the station data storage unit 505A.
  • a list of accessible IMSIs is set for each CSG. Based on this IMSI list, the SGSN 50 regulates access to the HNB 20.
  • the above functions are functions that a call processing unit mounted on the SGSN 50 generally has.
  • the call control unit 504A analyzes the NAS message when the Emergency Cause parameter is set in the RANAP protocol message received from the HNB-GW 30, and the mobile station 10 has a function of discriminating whether the call type originated by 10 is an emergency call. If it is not an emergency call, the call control unit 504A performs a call release process.
  • step S101 the mobile station 10 sets the establishment cause (FIG. 4) to the RRC: RRC CONNECTION REQUEST message (FIG. 2), and in step S102, the RRC: RRC CONNECTION REQUEST message is sent to the HNB 20. Send.
  • the HNB 20 After securing the radio resource, the HNB 20 notifies the mobile station 10 to that effect by an RRC: RRC CONNECTION SETUP message in step S103.
  • the mobile station 10 After establishing the RRC connection, the mobile station 10 notifies the HNB 20 of this in an RRC: RRC CONNECTION SETUP COMPLETE message in step S104.
  • step S105 the mobile station 10 sets the CM Service Type parameter (FIG. 17) of the CM SERVICE REQUEST message (FIG. 16), which is an MM protocol message, to “Emergency call establishment” and the CM SERVICE REQUEST message.
  • RRC Included in INITIAL DIRECT TRANSFER message ( Figure 3).
  • step S106 the mobile station 10 sets the Establishment Cause (FIG. 4) of the RRC: INITIAL DIRECT TRANSFER message to “Emergency Call”, and transmits the RRC: INITIAL DIRECT TRANSFER message (FIG. 3) to the HNB 20. .
  • the RRC protocol message processing unit 707A decodes the RRC: RRC CONNECTION REQUEST message transmitted in step S102 and the RRC: INITIAL DIRECT TRANSFER message transmitted in step S106.
  • the call control unit 205A stores the Establishment Cause value (FIG. 4) notified from the mobile station 10 by the RRC: RRC CONNECTION REQUEST message and the RRC: INITIAL DIRECT TRANSFER message (step S107). Based on the Establishment Cause value, the Registration Cause parameter is determined and set in the HNBAP: UE REGISTER REQUEST message (FIG. 5).
  • FIG. 18 shows a flowchart of the Registration Cause parameter determination process.
  • step S201 the call control unit 205A determines whether the Establishment Cause value is “Emergency Call”. If it is “Emergency Call”, the call control unit 205A sets the Registration Cause parameter to “Emergency Call” in step S202. If it is not “Emergency Call”, the Registration Cause parameter is determined as “Normal Call” in step S203.
  • the HNB 20 transmits an HNBAP: UE REGISTER REQUEST message (FIG. 5) in which the Registration Cause parameter is set to the HNB-GW 30.
  • the HNB signal transmission / reception unit 301A receives the HNBAP: UE REGISTER REQUEST message, the HNBAP message processing unit 305A decodes the HNBAP: UE REGISTER REQUEST message, and the call control unit 306A in step S109 Based on the Registration Cause parameter set in the HNBAP: UE REGISTER REQUEST message, it is determined whether to perform access restriction (step S110).
  • the call control unit 306A assigns a context ID to the corresponding mobile station 10
  • the HNBAP message processing unit 305A encodes the HNBAP: UE REGISTER ACCEPT message
  • the HNB signal transmission / reception unit 301A determines in step S111. Then, the HNBAP: UE REGISTER ACCEPT message is transmitted to the HNB 20.
  • the call control unit 205A determines whether the Registration Cause parameter is “Emergency Call” in step S112. If the “Emergency Call” is set, the call control unit 205A Generate the Emergency Cause parameter (FIG. 19) introduced by the invention.
  • the RANAP message processing unit 207A encodes the RANAP: INITIAL UE MESSAGE message including the Emergency Cause parameter. Further, the RANAP message processing unit 207A sets a NAS-PDU (Protocol Data Unit) parameter in the RANAP: INITIAL UE MESSAGE message, and the CM-SERVICE REQUEST message of the MM protocol received from the mobile station 10 in the NAS-PDU parameter.
  • NAS-PDU Protocol Data Unit
  • the RUA message processing unit 703A generates a RUA: CONNECT message including the RANAP: INITIAL UE MESSAGE message. That is, the RANAP: INITIAL UE MESSAGE message is transferred from the HNB 20 to the HNB-GW 30 by the RUA: CONNECT message in step S114.
  • the RUA message processing unit 302A decodes the CONNECT message of the RUA protocol
  • the call control unit 306A extracts the RANAP: INITIAL UE MESSAGE message already encoded in the HNB 20, and the RANAP message processing unit 307A
  • the RANAP: INITIAL UE MESSAGE message is transmitted to the MSC 40 based on the routing information such as the CN Domain ID.
  • the RANAP message processing unit 402A decodes the RANAP: INITIAL UE MESSAGE message, and the NAS message processing unit 403A decodes the CM SERVICE REQUEST message set in the NAS-PDU. These decoding results are notified to the call control unit 404A.
  • the call control unit 404A determines whether or not the Emergency Cause parameter introduced in the present invention is set. If the Emergency Cause parameter is set, in Step S117, CS (Circuit Switching) Start anti-fraud processing for services.
  • CS Circuit Switching
  • FIG. 20 shows a flowchart of fraud countermeasure processing for the CS service.
  • step S301 the call control unit 404A sets the CM Service set in the CM SERVICE REQUEST message (TS24.008 Ver8.5.0 section 9.2.9) of the MM protocol transmitted from the mobile station 10. Check whether the Type parameter (TS24.008 Ver8.5.0 section 10.5.3.3) is “Emergency Call Establishment”.
  • the call control unit 404A calls the telephone number (TS24.008 Ver8.5.0) of the SETUP (TS24.008 Ver8.5.0 section 9.3.23 Setup) message of the CC protocol, which is a call signal transmitted by the MSC 40.
  • Check if section 10.5.4.7) is an emergency number.
  • Called Party BCD Number refers to the called number
  • BCD Binary-coded decimal
  • the one digit in is represented by a four-digit binary number representing 0 to 9.
  • step S303 the call control unit 404A checks whether or not the EMERGENCY SETUP procedure (TS24.008 Ver8.5.0 section 9.3.8) is performed in the mobile station 10. For example, when a message for starting “emergency call establishment” is received from the mobile station 10, it is checked whether the EMERGENCY SETUP procedure is performed from the information element “Emergency setup message type”.
  • the call control unit 404A determines that the call type is an emergency call, and continues the call processing for the emergency call. On the other hand, if none of the checks match, the call control unit 404A determines in step S304 that the call type is a normal call, regards it as an unauthorized mobile station 10-2, and activates a call release process. .
  • the operation sequence in the case of a packet-switched call is the same except that the processing performed in the MSC 40 in the case of a circuit-switched call is performed in the SGSN 50.
  • SM Session Management
  • GMM GPRS Mobility Management
  • the fraud countermeasure process activated in step S117 is a fraud countermeasure process for PS (Packet Switching) service. This process is different from the CS service in the emergency call identification method.
  • PS Packet Switching
  • VoIP Voice over IP
  • GMM is a protocol for mobility management in packet service (PS).
  • FIG. 21 shows a flowchart of fraud countermeasure processing for the PS service.
  • step S401 the call control unit 504A of the SGSN 50 transmits an active PDP (Packet Data Protocol) context request message (3GPP TS24.008 Ver8.5.0 section 9.5.) Transmitted from the mobile station 10 in step S401.
  • PDP Packet Data Protocol
  • APN Access Point Name
  • step S402 the call control unit 504A checks whether or not the GMM procedure performed in the mobile station 10 is the Emergency Attach procedure (TR23.869 Ver9.0.0).
  • step S403 the call control unit 504A checks whether the PDP Context activated in the SGSN 50 is an emergency call PDP Context. For example, it is checked whether the PDP Context activated on the SGSN 50 is an Emergency PDP Context with TR23.869 Ver9.0.0.
  • the call control unit 504A determines that the call type is an emergency call, and continues the call processing for the emergency call. On the other hand, if none of the checks match, the call control unit 504A determines in step S504 that the call type is a normal call, regards it as an unauthorized mobile station 10-2, and activates a call release process. .
  • (Third embodiment) 22 to 24 show the configurations of the MSC 40, SGSN 50, and HNB-GW 30 of this embodiment, respectively.
  • the MSC 40 of this embodiment determines whether the call type that the mobile station 10 has actually called is an emergency call, and includes information indicating that the call type is an emergency call in the RANAP protocol message. It has a control unit 41B and a transmission unit 42B that transmits the RANAP protocol message to the HNB-GW 30.
  • the SGSN 50 of the present embodiment determines whether the call type that the mobile station 10 has actually called is an emergency call, and sends information indicating that the call type is an emergency call to the RANAP protocol message. And a transmission unit 52B that transmits the RANAP protocol message to the HNB-GW 30.
  • the HNB-GW 30 of this embodiment includes a receiving unit 31B that receives a RANAP protocol message from the MSC 40 or the SGSN 50, and information indicating that the call type is an emergency call in the RANAP protocol message.
  • a control unit 32B that performs call release processing.
  • the HNB-GW 30 can know that the call type that the mobile station 10 has actually called is an emergency call.
  • the HNB-GW 30 can execute the call release processing of the mobile station 10 when the mobile station 10 has falsified the Establishment Cause and falsely calls it, so that the service provided by the HNB 20 is illegal. It can be prevented from receiving.
  • (Fourth embodiment) 25 to 27 show the configurations of the MSC 40, SGSN 50, and HNB-GW 30, respectively, according to this embodiment.
  • This embodiment is an example in which the configuration and operation of the SC 40, SGSN 50, and HNB-GW 30 of the third embodiment shown in FIGS.
  • the MSC 40 of the present embodiment includes an anti-HNB-GW signal transmission / reception unit 401B, a RANAP message processing unit 402B, a NAS message processing unit 403B, a call control unit 404B, a station data storage unit 405B, have.
  • the RANAP message processing unit 402B, NAS message processing unit 403B, call control unit 404B, and station data storage unit 405B constitute the control unit 41B shown in FIG. Further, the HNB-GW signal transmission / reception unit 401B is an example of the transmission unit 42B illustrated in FIG.
  • the HNB-GW signal transmission / reception unit 401B, the RANAP message processing unit 402B, the NAS message processing unit 403B, and the station data storage unit 405B are respectively connected to the HNB-GW signal transmission / reception unit 401A and the RANAP message processing unit 402A shown in FIG.
  • the NAS message processing unit 403A and the station data storage unit 405A have the same functions.
  • the call control unit 404B has a function generally possessed by a call processing unit mounted on the MSC 40, similarly to the call control unit 404A shown in FIG.
  • the call control unit 404B analyzes the NAS message to determine whether the call type originated by the mobile station 10 is an emergency call, and based on the determination result. In addition, it has a function of setting the Call Type parameter of the RANAP protocol message to be transmitted to the HNB-GW 30.
  • the SGSN 50 of the present embodiment includes an HNB-GW signal transmission / reception unit 501B, a RANAP message processing unit 502B, a NAS message processing unit 503B, a call control unit 504B, and a station data storage unit 505B. And have.
  • the RANAP message processing unit 502B, the NAS message processing unit 503B, the call control unit 504B, and the station data storage unit 505B constitute the control unit 51B shown in FIG. Further, the HNB-GW signal transmission / reception unit 501B is an example of the transmission unit 52B illustrated in FIG.
  • the HNB-GW signal transmission / reception unit 501B, the RANAP message processing unit 502B, the NAS message processing unit 503B, and the station data storage unit 505B are respectively connected to the HNB-GW signal transmission / reception unit 501A and the RANAP message processing unit 502A shown in FIG. ,
  • the NAS message processing unit 503A and the station data storage unit 505A have the same functions.
  • the call control unit 504B has a function generally possessed by a call processing unit mounted on the SGSN 50, like the call control unit 504A shown in FIG.
  • the call control unit 504B analyzes the NAS message to determine whether the call type originated by the mobile station 10 is an emergency call, and based on the determination result. In addition, it has a function of setting the Call Type parameter of the RANAP protocol message to be transmitted to the HNB-GW 30.
  • the HNB-GW 30 of the present embodiment includes an HNB signal transmission / reception unit 301B, an RUA message processing unit 302B, an SGSN signal transmission / reception unit 303B, an MSC signal transmission / reception unit 304B, and an HNBAP message. It has a processing unit 305B, a call control unit 306B, a RANAP message processing unit 307B, and a station data storage unit 308B.
  • the RUA message processing unit 302B, the HNBAP message processing unit 305B, the call control unit 306B, the RANAP message processing unit 307B, and the station data storage unit 308B constitute the control unit 32B shown in FIG. Yes.
  • the SGSN signal transmission / reception unit 303B and the MSC signal transmission / reception unit 304B are examples of the reception unit 31B illustrated in FIG.
  • the HNB signal transmission / reception unit 301B, the RUA message processing unit 302B, the SGSN signal transmission / reception unit 303B, the MSC signal transmission / reception unit 304B, the HNBAP message processing unit 305B, the RANAP message processing unit 307B, and the station data storage unit 308B are respectively shown in FIG.
  • the call control unit 306B has a function generally possessed by a call processing unit installed in the HNB-GW 30, as with the call control unit 306A shown in FIG.
  • the call control unit 306B allows the mobile station 10 to make a call when the Normal Call is set in the Call Type parameter of the RANAP protocol message received from the MSC 40 or the SGSN 50. If it is determined that the call type is a normal call and the mobile station 10 makes a call as an emergency call at this time, it has a function of performing a call release process.
  • the configuration of the HNB 20 of the present embodiment may be the same as in FIG.
  • the call control unit 205A of the HNB 20 only needs to have a function that a call processing unit mounted on the HNB 20 generally has.
  • Operation example 1 This operation example is an example in which the call type determination result determined by the MSC 40 or the SGSN 50 is notified by a COMMON ID message of RANAP (3GPP TS25.413).
  • the core network device transmits a RANAP: COMMON ID message to the HNB-GW 30 after the signaling connection is established.
  • call control unit 404B activates Call Type parameter determination processing in step S502 after establishing a signaling connection in step S501.
  • FIG. 29 shows a flowchart of Call Type parameter determination processing in the MSC 40.
  • step S601 the call control unit 404B sets the CM Service set in the CM SERVICE REQUEST message (TS24.008 Ver8.5.0 section 9.2.9) of the MM protocol transmitted from the mobile station 10. Check whether the Type parameter (TS24.008 Ver8.5.0 section 10.5.3.3) is “Emergency Call Establishment”.
  • the call control unit 404B sets the telephone number (TS24.008 Ver 8.5) of the SETUP (TS24.008 9.3.23 Ver 8.5.0 section Setup) message of the CC protocol, which is a call signal transmitted by the MSC 40. .0 Check if section 10.5.4.7) is an emergency number.
  • TS24.008 Ver 8.5.0 Figure 10.5.91 / 3GPP TS 24.008 Called party BCD number information element, Number digit 1, Number digit 2, Number digit 3, etc. correspond to telephone numbers, and this phone Check if the number is an emergency number.
  • Called Party BCD Number in section 24.008 of TS24.008 refers to the called number
  • BCD is one of the numerical representation methods in the computer. Indicates a 4-digit binary number representing up to 9.
  • step S603 the call control unit 404B checks whether the EMERGENCY SETUP procedure (TS24.008 Ver 8.5.0 section 9.3.8) is performed in the mobile station 10. For example, when a message for starting “emergency call establishment” is received from the mobile station 10, it is checked whether the EMERGENCY SETUP procedure is performed from the information element “Emergency setup message type”.
  • the call control unit 404B determines in step S604 that the call type is an emergency call, and determines the Call Type parameter to “Normal Call”. On the other hand, if none of the checks match, the call control unit 404B determines in step S605 that the call type is a normal call, and determines the Call Type parameter to “Emergency Call”.
  • the Call Type parameter is determined when the call control unit 404B transmits the RANAP: COMMON ID message to the HNB-GW 30 in step S503, the Call Type parameter is set.
  • the structure of the RANAP: COMMON ID message according to the present invention is shown in FIG.
  • the call control unit 306B determines that the mobile station 10 has accessed the HNB-GW 30 in step S505.
  • HNBAP Compared with the Registration Cause parameter (FIG. 6) of the UE REGISTER REQUEST message (FIG. 5).
  • FIG. 31 is a diagram showing a table for determining processing in the HNB-GW 30 according to the present embodiment according to the call type.
  • the Call Type parameter notified from the MSC 40 is “Normal Call” regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”. From this, the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • the operation sequence in the case of a packet-switched call is the same except that the processing performed in the MSC 40 in the case of a circuit-switched call is performed in the SGSN 50.
  • the Call Type parameter determination process activated in step S502 is different.
  • FIG. 32 shows a flowchart of Call Type parameter determination processing in the SGSN 50.
  • step S701 the call control unit 504B is set in the SM protocol Activate PDP context request message (3GPP TS24.008 Ver8.5.0 section 9.5.1) transmitted from the mobile station 10.
  • PDP context request message (3GPP TS24.008 Ver8.5.0 section 9.5.1) transmitted from the mobile station 10.
  • APN 3GPP TS24.008 9.5.1 10.5.6.1
  • step S702 the call control unit 504B checks whether or not the GMM procedure performed in the mobile station 10 is the Emergency Attach procedure (TR23.869 Ver9.0.0).
  • step S703 the call control unit 504B checks whether the PDP Context activated in the SGSN 50 is an emergency call PDP Context. For example, it is checked whether the PDP Context activated on the SGSN 50 is an Emergency PDP Context with TR23.869 Ver9.0.0.
  • the call control unit 504B determines that the call type is an emergency call in step S704, and determines the Call Type parameter to “Normal Call”. On the other hand, if none of the checks match, the call control unit 504B determines in step S705 that the call type is a normal call, and determines the Call Type parameter to “Emergency Call”.
  • the call control unit 504B sets the Call Type parameter if the Call Type parameter is determined when the RANAP: COMMON ID message is transmitted to the HNB-GW 30.
  • the configuration of the RANAP: COMMON ID message according to the present invention is the same as that of the MSC 40 as shown in FIG.
  • the call control unit 306B when receiving the RANAP: COMMON ID message, if the Call Type parameter is included, the HNBAP: UE REGISTER REQUEST message when the mobile station 10 accesses the HNB-GW 30 (see FIG. Compare with Registration Cause parameter of 5) (Fig. 6).
  • the Call Type parameter notified from the SGSN 50 is “Normal Call” regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”. From this, the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • Operation example 2 This operation example is an example in which the call type discrimination result discriminated in the MSC 40 or the SGSN 50 is notified by a DIRECT TRANSFER message of RANAP (3GPP TS25.413).
  • the core network device transmits a RANAP: DIRECT TRANSFER message to the HNB-GW 30 when transmitting a NAS message such as the CC protocol or the MM protocol.
  • call control unit 404B activates Call Type parameter determination processing in step S802 after the NAS message is transmitted in step S801.
  • the Call Type parameter determination process in the MSC 40 is the same as in the operation example 1, and is as shown in FIG.
  • the call control unit 404B sets the Call Type parameter if the Call Type parameter is determined when the RANAP: DIRECT TRANSFER message is transmitted to the HNB-GW 30 in step S803.
  • the configuration of the RANAP: DIRECT TRANSFER message according to the present invention is shown in FIG.
  • the call control unit 306B when receiving the RANAP: DIRECT TRANSFER message, includes the Call Type parameter in step S804, the mobile station 10 accesses the HNB-GW 30 in step S805.
  • HNBAP Compared with the Registration Cause parameter (FIG. 6) of the UE REGISTER REQUEST message (FIG. 5).
  • the Call Type parameter notified from the MSC 40 is “Normal Call”, regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”. From this, the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • the operation sequence in the case of a packet-switched call is the same except that the processing performed in the MSC 40 in the case of a circuit-switched call is performed in the SGSN 50.
  • the Call Type parameter determination process activated in step S802 is different.
  • the Call Type parameter determination process in the SGSN 50 is the same as that in the operation example 1, and is as shown in FIG.
  • the call control unit 504B sets the Call Type parameter if the Call Type parameter is determined when the RANAP: DIRECT TRANSFER message is transmitted to the HNB-GW 30.
  • the configuration of the RANAP: DIRECT TRANSFER message according to the present invention is the same as that of the MSC 40 as shown in FIG.
  • the call control unit 306B when receiving the RANAP: DIRECT TRANSFER message, includes the Call Type parameter, the HNBAP: UE REGISTER REQUEST message when the mobile station 10 accesses the HNB-GW 30 (see FIG. Compare with Registration Cause parameter of 5) (Fig. 6).
  • the Call Type parameter notified from the SGSN 50 is “Normal Call”, regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”.
  • the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • the HNB-GW 30 originally accesses the HNB 20. It is possible to prevent the unauthorized mobile station 10-2, which cannot be used, from falsifying the Establishment Cause as an emergency call and receiving a service from the HNB 20.
  • Operation example 3 This operation example is an example in which the call type discrimination result discriminated in the MSC 40 or the SGSN 50 is notified by an RAAB (Radio Access Bearer) ASSIGNMENT REQUEST message of RANAP (3GPP TS25.413).
  • RAAB Radio Access Bearer
  • FIG. 35 shows the operation after the process shown in FIG. 15 is completed, but the processes in steps S112, S113, S116, and S117 shown in FIG. 15 are not performed, and steps S114 and S115 are performed.
  • the RANAP: INITIAL UE MESSAGE message transmitted in the step does not include the Emergency Cause parameter.
  • the RANAP RAB ASSIGNMENT REQUEST message is sent to the HNB-GW30. Send to.
  • call control unit 404B after receiving the call establishment request from mobile station 10 in step S901, call control unit 404B performs QoS (Quality of Service) for the radio access bearer in step S902. Then, in step S903, a Call Type parameter determination process is started.
  • the Call Type parameter determination process in the MSC 40 is the same as in the operation example 1, and is as shown in FIG.
  • the call control unit 404B sets the Call Type parameter if the Call Type parameter is determined when the RANAP: RAB ASSIGNMENT REQUEST message is transmitted to the HNB-GW 30 in step S904.
  • the structure of the RANAP: RAB ASSIGNMENT REQUEST message according to the present invention is shown in FIG.
  • HNBAP Compared with the Registration Cause parameter (FIG. 6) of the UE REGISTER REQUEST message (FIG. 5).
  • the Call Type parameter notified from the MSC 40 is “Normal Call” regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”. From this, the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • the operation sequence in the case of a packet-switched call is the same except that the processing performed in the MSC 40 in the case of a circuit-switched call is performed in the SGSN 50.
  • the Call Type parameter determination process activated in step S802 is different.
  • the Call Type parameter determination process in the SGSN 50 is the same as that in the operation example 1, and is as shown in FIG.
  • the call control unit 504B sets the Call Type parameter if the Call Type parameter is determined when the RANAP: RAB ASSIGNMENT REQUEST message is transmitted to the HNB-GW 30.
  • the configuration of the RANAP: RAB ASSIGNMENT REQUEST message according to the present invention is the same as that of the MSC 40 as shown in FIG.
  • the call control unit 306B when receiving the RANAP: RAB ASSIGNMENT REQUEST message, includes the Call Type parameter, the HNBAP: UE REGISTER REQUEST message (when the mobile station 10 accesses the HNB-GW30) Compared with the Registration Cause parameter of FIG. 5) (FIG. 6).
  • the Call Type parameter notified from the SGSN 50 is “Normal Call”, regardless of whether the Registration Cause parameter of the HNBAP: UE REGISTER REQUEST message is “Emergency Call”. From this, the HNB-GW 30 determines that the mobile station 10 has falsely accessed the HNB 20 as an emergency call, and performs call release processing.
  • the method performed by the HNB 20, HNB-GW 30, MSC 40, and SGSN 50 of the present invention may be applied to a program for causing a computer to execute.
  • the program can be stored in a storage medium and can be provided to the outside via a network.
  • the setting of the Emergency Cause value to the RANAP protocol message is performed by the HNB 20, but may be performed by the HNB-GW 30.
  • the fraud countermeasure processing is performed by the MSC 40 or the SGSN 50, but may be performed by the HNB-GW 30.
  • the HNB-GW 30 receives information indicating that the actual call type originated by the mobile station 10 is an emergency call from the MSC 40 or the SGSN 50, and the table of FIG. Fraud countermeasure processing will be carried out using.
  • information indicating that the mobile station 10 has made a call as an emergency call using the RANAP protocol message or the actual call type that the mobile station 10 has called Information indicating an emergency call was communicated between the HNB 20, the HNB-GW 30, and the core network device (MSC 40 or SGSN 50).
  • the message is not limited to the RANAP protocol message, but may be any other message as long as the message can be communicated between the HNB 20, the HNB-GW 30, or the core network device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　本発明の移動通信システムは、移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有する。前記基地局は、前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、前記メッセージを前記コアネットワーク装置に送信する送信部と、を有し、また、前記コアネットワーク装置は、前記基地局から送信されてきた前記メッセージを受信する受信部を有する。

Description

移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法
　本発明は、移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法に関する。
　フェムト基地局（Ｈｏｍｅ　ＮｏｄｅＢ、以下、ＨＮＢと略す）の産業上の利用形態としては、例えば、家庭用の小型無線基地局として利用する形態や、企業内における小型無線基地局として利用する形態が考えられている。
　ＨＮＢによりサービスを提供する場合には、例えば、以下のような利点がある。
　（１）マクロ基地局の電波が届かない不感地帯での通話サービスを提供することができる
　（２）マクロ基地局が提供する通常の課金サービスよりも安い課金サービスを提供することができる
　（３）基地局と移動局との距離が近く、移動局が高い無線品質（Ｅｃ／Ｉｏ）を得ることができるため、６４ＱＡＭ（64　Quadrature　Amplitude　Modulation）やＭＩＭＯ（Multiple　Input　Multiple　Output）の高速化技術を活かすことができ、ＨＮＢ配下において高速パケットサービスを提供することができる
　（４）ＨＮＢの局所性を活かした特有のコンテンツサービスを提供することができる
　このように、ＨＮＢによるサービスは、多くの利点を有するため、通信事業者と契約を結んだ加入者や、そのＨＮＢの所持者が許容した加入者のみに提供されるべきである。
　そこで、３ＧＰＰ（3rd　Generation　Partnership　Project）では、許容されたグループの移動局のみがＨＮＢにアクセスし、サービスを受けられるようにするために、リリース８において、ＣＳＧ（Closed　Subscriber　Group）を導入している。
　ここで、ＣＳＧについて、図１を参照して詳細に説明する。
　図１に示す第３世代の移動通信システムは、ＨＮＢ２０と、フェムト基地局ゲートウェイ（Ｈｏｍｅ　ＮｏｄｅＢ　ＧＷ、以下、ＨＮＢ－ＧＷと略す）３０と、回線交換局（Ｍｏｂｉｌｅ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒ、以下、ＭＳＣと略す）４０と、パケット交換局（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ、以下、ＳＧＳＮと略す）５０と、第３世代対応の移動局１０－１，１０－２と、を有している。
　なお、図１において、ＨＮＢ２０の配下に在圏する移動局１０－１，１０－２のうち、移動局１０－１は、正当な移動局である。これに対し、移動局１０－２は、ＨＮＢ２０によるサービスを不正に受けようとする移動局であり、以下、不正移動局１０－２と称す。また、以下、どちらの移動局かを特定しない場合は、移動局１０と称す。
　ＨＮＢ２０は、ＨＮＢ－ＧＷ３０を介してオペレータのコアネットワークに接続されている。
　コアネットワークは、コアネットワーク装置として、回線交換を制御するＭＳＣ４０と、パケット交換を制御するＳＧＳＮ５０と、を含んでいる。
　ＨＮＢ２０は、ＣＳＧ機能をサポートしている場合には、自身のＣＳＧセル（CSG　Cell）のＣＳＧ識別子（CSG　identity）を、自身の配下に在圏する移動局１０に報知する。
　移動局１０－１は、ＨＮＢ２０から報知されたＣＳＧ識別子をデコードし、自身の持っているＣＳＧリストにそのＣＳＧ識別子が含まれているかどうかを判断する。
　ＣＳＧリストにＣＳＧ識別子が含まれていれば、移動局１０－１は、自身が在圏するＣＳＧセルにキャンプオンし、発信、着信といった様々なサービスを受けることができる。
　一方、ＣＳＧリストにＣＳＧ識別子が含まれていなければ、移動局１０－１は、自身が在圏するＣＳＧセルにはキャンプオンせずに、そのＣＳＧセルとは別の適切なＣＳＧセルを選択する動作を行う。
　このようなメカニズムによって、ＨＮＢ２０には、そのＨＮＢ２０のＣＳＧセルのＣＳＧ識別子を持つ限られた移動局１０－１のみがアクセス可能になる。
　ただし、図１に示した不正移動局１０－２のように、ＣＳＧ機能をサポートしているにも関わらず、本来、アクセスできないＨＮＢ２０のＣＳＧセルにて、不正にサービスを受けようとするケースが考えられる。
　このようなケースにおいては、ＭＳＣ４０あるいはＳＧＳＮ５０が、移動局１０のＩＭＳＩ（International　Mobile　Subscriber　Identity）とその移動局１０が在圏しているＣＳＧセルのＣＳＧ識別子とをチェックすることによって、その移動局１０によるＨＮＢ２０へのアクセスを規制するアクセス規制を行う（3GPP　TS25.467　Ver8.0.0　5.1.3節）。
　一方、ＣＳＧ機能は、３ＧＰＰのリリース８より導入されている機能であるため、リリース８以前の移動局１０－１がＣＳＧ機能をサポートしていないケースがある。また、ＨＮＢ２０がＣＳＧ機能をサポートしていないケースもある。
　このようなケースにおいては、ＨＮＢ２０は、移動局１０－１のＩＭＳＩを問い合わせるために、移動局１０－１に対してＩｄｅｎｔｉｆｉｃａｔｉｏｎ手順（3GPP　TS24.008　Ver8.4.0）を実施し、また、移動局１０－１をＨＮＢ－ＧＷ３０に登録するために、ＨＮＢ－ＧＷ３０に対してＨＮＢＡＰ（HNB　Application　Part）：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴ手順（3GPP　TS25.469　Ver8.0.0）を実施する。この際に、ＨＮＢ－ＧＷ３０は、移動局１０－１のＩＭＳＩがＨＮＢ２０にアクセスできるものかどうかをチェックすることによって、アクセス規制を行う。
　ＨＮＢ－ＧＷ３０は、移動局１０－１がＨＮＢ２０にアクセスできると判断した場合には、アクセスが許可されることを、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＡＣＣＥＰＴメッセージによってＨＮＢ２０に通知する。これにより、ＨＮＢ２０によるサービスが移動局１０－１に対して提供される。
　一方、移動局１０が図１に示した不正移動局１０－２である場合には、不正移動局１０－２のＩＭＳＩはＣＳＧにアクセスできるように登録されていない。そのため、ＨＮＢ－ＧＷ３０は、不正移動局１０－２がＨＮＢ２０にアクセスできないと判断し、アクセスが許可されないことを、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＪＥＣＴメッセージによってＨＮＢ２０に通知する。これにより、不正移動局１０－２とＨＮＢ２０との間のＲＲＣ（Radio　Resource　Control）コネクションは切断される（3GPP　TS25.467　Ver8.0.0　5.1.2節）。
　上記により、ＨＮＢ２０によるサービスを提供するに際しては、ＭＳＣ４０、ＳＧＳＮ５０、あるいはＨＮＢ－ＧＷ３０が、移動局１０のＩＭＳＩを基に、アクセス規制を行っているため、ＨＮＢ２０へのアクセスが許容されていない不正移動局１０－２が仮に発信を行ったとしても、信号確立手順中に移動通信ネットワーク側によりＨＮＢ２０へのアクセスが拒絶されることとなる。
　一方、３ＧＰＰの標準化においては、本来、ＨＮＢ２０へのアクセスが許容されていない移動局１０であっても、呼種別が緊急呼である場合は発呼を可能とすることが定められている（3GPP　TS22.011　Ver　8.6.0　8.5.1節）。
　呼種別が緊急呼である場合、移動局１０－１は、ＲＲＣコネクション確立要求時あるいはシグナリングコネクション確立要求時にＨＮＢ２０に送信するＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージあるいはＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲにおいて、確立要求の要因を示すＥｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータに“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ”と設定する（3GPP　TS25.331　Ver8.5.0　10.3.3.11節、特許文献１）。
　そして、ＨＮＢ２０は、ＨＮＢ－ＧＷ３０に送信するＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ”値に設定する。
　Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ”である場合には、ＨＮＢ－ＧＷ３０は、ＩＭＳＩに基づくアクセス規制を実施しない（3GPP　TS25.467　Ver8.0.0　5.1.2節）。
　この手法によって、本来、ＨＮＢ２０にアクセスしてはならない移動局１０であっても、呼種別が緊急呼である場合には、ＨＮＢ－ＧＷ３０のアクセス規制をスキップし、ＨＮＢ２０へのアクセスが可能となる。
　ここで、図２に、ＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージの構成を示し、また、図３に、ＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージの構成を示し、また、図４に、ＲＲＣプロトコルにおける、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータの構成を示し、また、図５に、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージの構成を示し、また、図６に、ＨＢＮＡＰプロトコルにおける、Ｒｅｇｓｉｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータの構成を示す。
特開２００３－２４４２８４号公報
　ところで、上述した技術は、移動局１０が緊急呼として発呼を行った場合には、ＨＮＢ－ＧＷ３０のアクセス規制をスキップし、移動局１０によるＨＮＢ２０へのアクセスを許可するものである。
　そのため、不正移動局１０－２のように、本来はＨＮＢ２０へアクセスできない移動局１０であっても、ＲＲＣプロトコルにおける、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ”と偽り、ＨＮＢ－ＧＷ３０のアクセス規制の対象外となることによって、ＨＮＢ２０へのアクセスが可能となってしまう。
　このような不正移動局１０－２は、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータのみを改ざんするようにソフトウェアを改造することによって、容易に作ることができると考えられる。
　あるいは、正当な移動局１０－１から共通チャネル（ＲＡＣＨ：Random　Access　Channel）上に送信される、秘匿も改ざん対策もされていないＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージをデコードし、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ”に置き換えて、ＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージをエンコードしてＨＮＢ２０に送信する装置が介在する場合もある。この場合、正当な移動局１０－１であっても、上述のような不正移動局１０－２と同視されることになる。
　このような不正移動局１０－２により、以下のような問題が生じる。
　（１）家庭用あるいは企業に設置されたＨＮＢ２０が、不正移動局１０－２により不正に使用されてしまう
　（２）不正移動局１０－２は、ＨＮＢ２０を介した発信を行うことによって、通常の課金サービスよりも安い課金サービスを不正に受けることができてしまう
　（３）特定のユーザ向けへのコンテンツサービスを不正移動局１０－２が不正に受けてしまう
　このような問題を解決する方法としては、移動局１０が緊急呼として発呼を行った場合に、コアネットワーク装置側で、その移動局１０の呼解放処理を行うことが考えられる。そのためには、コアネットワーク装置は、移動局１０が緊急呼として発呼を行ったことを知る必要がある。
　しかし、現状の構成では、コアネットワーク装置は、移動局１０が緊急呼として発呼を行ったことを知ることができない。
　あるいは、ＨＮＢ－ＧＷ３０側で、緊急呼と偽って発呼を行った移動局１０の呼解放処理を行うことも考えられる。そのためには、ＨＮＢ－ＧＷ３０は、移動局１０が実際に発呼した呼種別が緊急呼であるかを知る必要がある。
　しかし、現状の構成では、ＨＮＢ－ＧＷ３０は、移動局１０が実際に発呼した呼種別を知ることができない。
　本発明の目的は、コアネットワーク装置が、移動局が緊急呼として発呼を行ったことを知ることができる移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法を提供することにある。
　本発明の他の目的は、ゲートウェイ装置が、移動局が実際に発呼した呼種別を知ることができる移動通信システム、ゲートウェイ装置、コアネットワーク装置、通信方法を提供することにある。
　本発明の第１の移動通信システムは、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
　前記基地局は、
　前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有し、
　前記コアネットワーク装置は、
　前記基地局から送信されてきた前記メッセージを受信する受信部を有する。
　本発明の第２の移動通信システムは、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
　前記ゲートウェイ装置は、
　前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有し、
　前記コアネットワーク装置は、
　前記ゲートウェイ装置から送信されてきた前記メッセージを受信する受信部を有する。
　本発明の第３の移動通信システムは、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
　前記コアネットワーク装置は、
　前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含める制御部と、
　前記メッセージを前記ゲートウェイ装置に送信する送信部と、
　前記ゲートウェイ装置は、
　前記コアネットワーク装置から送信されてきた前記メッセージを受信する受信部を有する。
　本発明の基地局は、
　ゲートウェイ装置を介して、コアネットワークに配置されたコアネットワーク装置に接続される基地局であって、
　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有する。
　本発明の第１のゲートウェイ装置は、
　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置であって、
　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有する。
　本発明の第２のゲートウェイ装置は、
　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置であって、
　前記コアネットワーク装置から送信されてきた、移動局が発呼した呼種別が緊急呼であることを示す情報を含むメッセージを受信する受信部を有する。
　本発明の第１のコアネットワーク装置は、
　コアネットワークに配置されたコアネットワーク装置であって、
　基地局から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信する受信部を有する。
　本発明の第２のコアネットワーク装置は、
　コアネットワークに配置されたコアネットワーク装置であって、
　ゲートウェイ装置から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信する受信部を有する。
　本発明の第３のコアネットワーク装置は、
　コアネットワークに配置されたコアネットワーク装置であって、
　前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含める制御部と、
　前記メッセージをゲートウェイ装置に送信する送信部と、を有する。
　本発明の第１の通信方法は、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
　前記基地局が、前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
　前記基地局が、前記メッセージを前記コアネットワーク装置に送信するステップと、
　前記コアネットワーク装置が、前記基地局から送信されてきた前記メッセージを受信するステップと、を有する。
　本発明の第２の通信方法は、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
　前記ゲートウェイ装置が、前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
　前記ゲートウェイ装置が、前記メッセージを前記コアネットワーク装置に送信するステップと、
　前記コアネットワーク装置が、前記ゲートウェイ装置から送信されてきた前記メッセージを受信するステップと、を有する。
　本発明の第３の通信方法は、
　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
　前記コアネットワーク装置が、前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含めるステップと、
　前記コアネットワーク装置が、前記メッセージを前記ゲートウェイ装置に送信するステップと、
　前記ゲートウェイ装置が、前記コアネットワーク装置から送信されてきた前記メッセージを受信するステップと、を有する。
　本発明の第４の通信方法は、
　ゲートウェイ装置を介して、コアネットワークに配置されたコアネットワーク装置に接続される基地局による通信方法であって、
　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
　前記メッセージを前記コアネットワーク装置に送信するステップと、を有する。
　本発明の第５の通信方法は、
　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置による通信方法であって、
　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
　前記メッセージを前記コアネットワーク装置に送信するステップと、を有する。
　本発明の第６の通信方法は、
　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置による通信方法であって、
　前記コアネットワーク装置から送信されてきた、移動局が発呼した呼種別が緊急呼であることを示す情報を含むメッセージを受信するステップを有する。
　本発明の第７の通信方法は、
　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
　基地局から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信するステップを有する。
　本発明の第８の通信方法は、
　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
　ゲートウェイ装置から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信するステップを有する。
　本発明の第９の通信方法は、
　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
　移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含めるステップと、
　前記メッセージをゲートウェイ装置に送信するステップと、を有する。
　本発明の第１あるいは第２の移動通信システムによれば、基地局あるいはゲートウェイ装置は、移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めて、コアネットワーク装置に送信する。
　したがって、コアネットワーク装置は、移動局が緊急呼として発呼を行ったことを知ることができるという効果が得られる。
　本発明の第３の移動通信システムによれば、コアネットワーク装置は、移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含めて、ゲートウェイ装置に送信する。
　したがって、ゲートウェイ装置は、移動局が実際に発呼した呼種別が緊急呼であることを知ることができるという効果が得られる。
第３世代の移動通信システムの構成を示す図である。
ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージの構成を示す図である。
ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージの構成を示す図である。
Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅパラメータの構成を示す図である。
ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージの構成を示す図である。
Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータの構成を示す図である。
本発明の第１の実施形態のＨＮＢの構成を示すブロック図である。
本発明の第１の実施形態のＨＮＢ－ＧＷの構成を示すブロック図である。
本発明の第１の実施形態のＭＳＣの構成を示すブロック図である。
本発明の第１の実施形態のＳＧＳＮの構成を示すブロック図である。
本発明の第２の実施形態のＨＮＢの構成を示すブロック図である。
本発明の第２の実施形態のＨＮＢ－ＧＷの構成を示すブロック図である。
本発明の第２の実施形態のＭＳＣの構成を示すブロック図である。
本発明の第２の実施形態のＳＧＳＮの構成を示すブロック図である。
本発明の第２の実施形態の移動通信システムの動作を説明するシーケンス図である。
ＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージの構成を示す図である。
ＣＭ　Ｓｅｒｖｉｃｅ　Ｔｙｐｅパラメータの構成を示す図である。
ＨＮＢよるＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータの決定処理を示すフローチャートである。
本発明に係るＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが追加されたＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージの構成を示す図である。
本発明の第２の実施形態のＭＳＣによる不正対策処理を示すフローチャートである。
本発明の第２の実施形態のＳＧＳＮによる不正対策処理を示すフローチャートである。
本発明の第３の実施形態のＭＳＣの構成を示すブロック図である。
本発明の第３の実施形態のＳＧＳＮの構成を示すブロック図である。
本発明の第３の実施形態のＨＮＢ－ＧＷの構成を示すブロック図である。
本発明の第４の実施形態のＭＳＣの構成を示すブロック図である。
本発明の第４の実施形態のＳＧＳＮの構成を示すブロック図である。
本発明の第４の実施形態のＨＮＢ－ＧＷの構成を示すブロック図である。
本発明の第４の実施形態の移動通信システムの動作例１を説明するシーケンス図である。
本発明の第４の実施形態のＭＳＣによるＣａｌｌ　Ｔｙｐｅパラメータの決定処理を示すフローチャートである。
本発明に係るＣＯＭＭＯＮ　ＩＤメッセージの構成を示す図である。
本発明の第４の実施形態のＨＮＢ－ＧＷにおける処理を、呼種別に応じて決定するためのテーブルを示す図である。
本発明の第４の実施形態のＳＧＳＮによるＣａｌｌ　Ｔｙｐｅパラメータの決定処理を示すフローチャートである。
本発明の第４の実施形態の移動通信システムの動作例２を説明するシーケンス図である。
本発明に係るＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージの構成を示す図である。
本発明の第４の実施形態の移動通信システムの動作例３を説明するシーケンス図である。
本発明に係るＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージの構成を示す図である。
　以下に、本発明を実施するための最良の形態について図面を参照して説明する。
　なお、以下で説明する実施形態において、移動通信システムの全体構成自体は、図１の移動通信システムと同様であるとする。
　（第１の実施形態）
　図７～図１０に、本実施形態のＨＮＢ２０、ＨＮＢ－ＧＷ３０、ＭＳＣ４０、およびＳＧＳＮ５０の構成をそれぞれ示す。
　図７を参照すると、本実施形態のＨＮＢ２０は、移動局１０が緊急呼として発呼を行ったことを示す情報をＲＡＮＡＰ（Radio　Access　Network　Application　Part）プロトコルメッセージに含める制御部２１Ａと、そのＲＡＮＡＰプロトコルメッセージをＨＮＢ－ＧＷ３０に送信する送信部２２Ａと、を有している。なお、ＲＡＮＡＰプロトコルメッセージとは、無線アクセスネットワークのアプリケーション層のメッセージであり、例えば、UEとコアネットワーク装置間で送受信されるＣＣ／ＭＭ信号をＲＡＮ内で透過的に転送する昨日を有するものである。
　また、図８を参照すると、本実施形態のＨＮＢ－ＧＷ３０は、ＨＮＢ２０からＲＡＮＡＰプロトコルメッセージを受信する受信部３１Ａと、そのＲＡＮＡＰプロトコルメッセージを取り出す制御部３２Ａと、そのＲＡＮＡＰプロトコルメッセージをＭＳＣ４０あるいはＳＧＳＮ５０に送信する送信部３３Ａと、を有している。
　また、図９を参照すると、本実施形態のＭＳＣ４０は、ＨＮＢ－ＧＷ３０からＲＡＮＡＰプロトコルメッセージを受信する受信部４１Ａと、そのＲＡＮＡＰプロトコルメッセージに移動局１０が緊急呼として発呼を行ったことを示す情報が含まれている場合に、移動局１０が実際に発呼した呼種別が緊急呼であるか判別し、緊急呼でなければ呼解放処理を行う制御部４２Ａと、を有している。
　また、図１０を参照すると、本実施形態のＳＧＳＮ５０は、ＨＮＢ－ＧＷ３０からＲＡＮＡＰプロトコルメッセージを受信する受信部５１Ａと、そのＲＡＮＡＰプロトコルメッセージに移動局１０が緊急呼として発呼を行ったことを示す情報が含まれている場合に、移動局１０が実際に発呼した呼種別が緊急呼であるか判別し、緊急呼でなければ呼解放処理を実施する制御部５２Ａと、を有している。
　したがって、本実施形態においては、ＭＳＣ４０あるいはＳＧＳＮ５０が、移動局１０が緊急呼として発呼を行ったことを知ることができる。
　その結果、ＭＳＣ４０あるいはＳＧＳＮ５０は、移動局１０がＥｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽っていた場合には、その移動局１０の呼解放処理を実施することができるため、ＨＮＢ２０によるサービスを不正に受けることを防止することができる。
　（第２の実施形態）
　図１１～図１４に、本実施形態のＨＮＢ２０、ＨＮＢ－ＧＷ３０、ＭＳＣ４０、およびＳＧＳＮ５０の構成をそれぞれ示す。本実施形態は、図７～図１０の第１の実施形態のＨＮＢ２０、ＨＮＢ－ＧＷ３０、ＭＳＣ４０、およびＳＧＳＮ５０の構成および動作をより具体化した例である。
　図１１を参照すると、本実施形態のＨＮＢ２０は、対移動局信号送受信部２０１Ａと、ＲＵＡ（RANAP　User　Adaption）メッセージ処理部２０２Ａと、対ＨＮＢ－ＧＷ信号送受信部２０３Ａと、ＨＮＢＡＰメッセージ処理部２０４Ａと、呼制御部２０５Ａと、ＲＲＣメッセージ処理部２０６Ａと、ＲＡＮＡＰメッセージ処理部２０７Ａと、を有している。
　なお、図１１においては、ＲＵＡメッセージ処理部２０２Ａ、ＨＮＢＡＰメッセージ処理部２０４Ａ、呼制御部２０５Ａ、ＲＲＣメッセージ処理部２０６Ａ、およびＲＡＮＡＰメッセージ処理部２０７Ａにより、図７に示した制御部２１Ａを構成している。また、対ＨＮＢ－ＧＷ信号送受信部２０３Ａは、図７に示した送信部２２Ａの一例である。
　対移動局信号送受信部２０１Ａは、移動局１０との間でＲＲＣプロトコルメッセージを送受信するための機能として、メッセージを秘匿（暗号化、復号化）する秘匿機能、メッセージの送達を確認する信号送達確認機能、メッセージを分配する信号分配機能等を有している。
　対ＨＮＢ－ＧＷ信号送受信部２０３Ａは、ＨＮＢ－ＧＷ３０との間でＨＮＢＡＰプロトコルメッセージやＲＵＡプロトコルメッセージの送受信を行うための機能として、秘匿機能、信号送達確認機能、信号分配機能等を有している。
　ＲＲＣメッセージ処理部２０６Ａは、移動局１０へ送信するＲＲＣプロトコルメッセージをエンコードする機能、および、移動局１０から受信するＲＲＣプロトコルメッセージをデコードする機能を有している。
　ＨＮＢＡＰメッセージ処理部２０４Ａは、ＨＮＢ－ＧＷ３０へ送信するＨＮＢＡＰプロトコルメッセージをエンコードする機能、および、ＨＮＢ－ＧＷ３０から受信するＨＮＢＡＰプロトコルメッセージをデコードする機能を有している。
　ＲＡＮＡＰメッセージ処理部２０７Ａは、ＨＮＢ－ＧＷ３０へ送信するＲＡＮＡＰメッセージをエンコードする機能、および、ＨＮＢ－ＧＷ３０から受信するＲＡＮＡＰプロトコルメッセージをデコードする機能を有している。
　ＲＵＡプロトコルは、ＲＡＮＡＰプロトコルメッセージを転送する働きをするプロトコルであり、ＲＵＡメッセージ処理部２０２Ａは、ＨＮＢ－ＧＷ３０に送信するＲＵＡプロトコルメッセージをエンコードする機能、および、ＨＮＢ－ＧＷ３０から受信するＲＵＡプロトコルメッセージをデコードする機能を有している。
　呼制御部２０５Ａは、ＲＲＣプロトコルメッセージやＲＡＮＡＰプロトコルメッセージを基に、ＲＲＣコネクションの確立、ベアラの確立、移動制御などの様々な呼処理を起動する。さらに、呼制御部２０５Ａは、ＨＮＢＡＰプロトコルを起動して、ＨＮＢ－ＧＷ３０への移動局１０の登録処理を実施する。以上の機能は、ＨＮＢ２０に実装される呼処理部が一般に有する機能である。
　その他にも、呼制御部２０５Ａは、本実施形態の特徴的な機能として、ＨＮＢ－ＧＷ３０から受信したＨＮＢＡＰプロトコルメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを基に、ＨＮＢ－ＧＷ３０に送信するＲＡＮＡＰプロトコルメッセージのＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅ値を設定する機能を有している。
　また、図１２を参照すると、本実施形態のＨＮＢ－ＧＷ３０は、対ＨＮＢ信号送受信部３０１Ａと、ＲＵＡメッセージ処理部３０２Ａと、対ＳＧＳＮ信号送受信部３０３Ａと、対ＭＳＣ信号送受信部３０４Ａと、ＨＮＢＡＰメッセージ処理部３０５Ａと、呼制御部３０６Ａと、ＲＡＮＡＰメッセージ処理部３０７Ａと、局データ格納部３０８Ａと、を有している。
　なお、図１２においては、ＲＵＡメッセージ処理部３０２Ａ、ＨＮＢＡＰメッセージ処理部３０５Ａ、呼制御部３０６Ａ、ＲＡＮＡＰメッセージ処理部３０７Ａ、および局データ格納部３０８Ａにより、図８に示した制御部３２Ａを構成している。また、対ＨＮＢ信号送受信部３０１Ａは、図８に示した受信部３１Ａの一例であり、また、対ＳＧＳＮ信号送受信部３０３Ａおよび対ＭＳＣ信号送受信部３０４Ａは、図８に示した送信部３３Ａの一例である。
　対ＨＮＢ信号送受信部３０１Ａは、ＨＮＢ２０との間でＲＵＡプロトコルメッセージやＨＮＢＡＰプロトコルメッセージの送受信を行うための機能として、秘匿機能、信号送達確認機能等を有している。
　対ＭＳＣ信号送受信部３０４Ａは、ＭＳＣ４０との間でＲＡＮＡＰプロトコルメッセージの送受信を行うための機能として、メッセージの順序を制御する順序制御機能、送達確認機能等を有している。
　対ＳＧＳＮ信号送受信部３０３Ａは、ＳＧＳＮ５０との間でＲＡＮＡＰプロトコルメッセージの送受信を行うための機能として、送達確認機能や順序制御機能等を有している。
　ＨＮＢＡＰメッセージ処理部３０５Ａは、ＨＮＢ２０へ送信するＨＮＢＡＰプロトコルメッセージをエンコードする機能、および、ＨＮＢから受信するＨＮＢＡＰプロトコルメッセージをデコードする機能を有している。
　ＲＵＡメッセージ処理部３０２Ａは、ＨＮＢ２０へ送信するＲＵＡプロトコルメッセージをエンコードする機能、および、ＨＮＢ２０から受信するＲＵＡプロトコルメッセージをデコードする機能を有している。
　ＲＡＮＡＰメッセージ処理部３０７Ａは、ＭＳＣ４０に送信するＲＡＮＡＰプロトコルメッセージをエンコードする機能、および、ＭＳＣ４０から受信するＲＡＮＡＰプロトコルメッセージをデコードする機能を有している。
　呼制御部３０６Ａは、ＨＮＢ１０３の登録処理や、移動局１０の登録処理を行う。また、呼制御部３０６Ａは、局データ格納部３０８Ａに格納された局データにアクセスすることができる。局データには、ＣＳＧ毎に、アクセス可能なＩＭＳＩのリストが設定されている。このＩＭＳＩリストを基に、ＨＮＢ－ＧＷ３０は、ＨＮＢ２０へのアクセス規制を実施する。以上の機能は、ＨＮＢ－ＧＷ３０に実装される呼処理部が一般に有する機能である。
　また、図１３を参照すると、本実施形態のＭＳＣ４０は、対ＨＮＢ－ＧＷ信号送受信部４０１Ａと、ＲＡＮＡＰメッセージ処理部４０２Ａと、ＮＡＳ（Non　Access　Stratum）メッセージ処理部４０３Ａと、呼制御部４０４Ａと、局データ格納部４０５Ａと、を有している。
　なお、図１３においては、ＲＡＮＡＰメッセージ処理部４０２Ａ、ＮＡＳメッセージ処理部４０３Ａ、呼制御部４０４Ａ、および局データ格納部４０５Ａにより、図９に示した制御部４２Ａを構成している。また、対ＨＮＢ－ＧＷ信号送受信部４０１Ａは、図９に示した受信部４１Ａの一例である。
　対ＨＮＢ－ＧＷ信号送受信部４０１Ａは、ＨＮＢ－ＧＷ３０との間でＲＡＮＡＰプロトコルメッセージの送受信を行うための機能として、送達確認機能や順序制御機能等を有している。
　ＲＡＮＡＰメッセージ処理部４０２Ａは、ＨＮＢ－ＧＷ３０に送信するＲＡＮＡＰメッセージをエンコードする機能、および、ＨＮＢ－ＧＷ３０から受信するＲＡＮＡＰプロトコルメッセージをデコードする機能を有している。
　ＮＡＳメッセージ処理部４０３Ａは、移動局１０との間でＮＡＳプロトコル（ＣＣ（Call　Control）プロトコル、ＭＭ（Mobility　Management）プロトコル）のメッセージの送受信を行うための機能を有している。
　呼制御部４０４Ａは、呼確立、呼解放などの呼処理を行う呼処理機能や、位置登録やハンドオーバなどの移動制御を行う移動制御機能、さらに、ＨＮＢ２０へのアクセスを規制するアクセス規制機能を有している。呼制御部４０４Ａは、局データ格納部４０５Ａに格納された局データにアクセスすることができる。局データには、ＣＳＧ毎に、アクセス可能なＩＭＳＩのリストが設定されている。このＩＭＳＩリストを基に、ＭＳＣ４０は、ＨＮＢ２０へのアクセス規制を実施する。以上の機能は、ＭＳＣ４０に実装される呼処理部が一般に有する機能である。
　その他にも、呼制御部４０４Ａは、本実施形態の特徴的な機能として、ＨＮＢ－ＧＷ３０から受信するＲＡＮＡＰプロトコルメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが設定されている場合に、ＮＡＳメッセージを解析して、移動局１０が発呼した呼種別が緊急呼であるか判別する機能を有している。もし、緊急呼でなければ、呼制御部４０４Ａは、呼解放処理を行うことになる。
　また、図１４を参照すると、本実施形態のＳＧＳＮ５０は、対ＨＮＢ－ＧＷ信号送受信部５０１Ａと、ＲＡＮＡＰメッセージ処理部５０２Ａと、ＮＡＳメッセージ処理部５０３Ａと、呼制御部５０４Ａと、局データ格納部５０５Ａと、を有している。
　なお、図１４においては、ＲＡＮＡＰメッセージ処理部５０２Ａ、ＮＡＳメッセージ処理部５０３Ａ、呼制御部５０４Ａ、および局データ格納部５０５Ａにより、図１０に示した制御部５２Ａを構成している。また、対ＨＮＢ－ＧＷ信号送受信部５０１Ａは、図１０に示した受信部５１Ａの一例である。
　対ＨＮＢ－ＧＷ信号送受信部５０１Ａは、ＨＮＢ－ＧＷ３０との間でＲＡＮＡＰプロトコルメッセージの送受信を行うための機能として、送達確認機能や順序制御機能等を有している。
　ＲＡＮＡＰメッセージ処理部５０２Ａは、ＨＮＢ－ＧＷ３０に送信するＲＡＮＡＰメッセージをエンコードする機能、および、ＨＮＢ－ＧＷ３０から受信するＲＡＮＡＰプロトコルメッセージをデコードする機能を有している。
　ＮＡＳメッセージ処理部５０３Ａは、移動局１０との間でＮＡＳプロトコル（ＣＣプロトコル、ＭＭプロトコル）のメッセージの送受信を行うための機能を有している。
　呼制御部５０４Ａは、呼処理機能や移動制御機能、さらに、アクセス規制機能を有している。呼制御部５０４Ａは、局データ格納部５０５Ａに格納された局データにアクセスすることができる。局データには、ＣＳＧ毎に、アクセス可能なＩＭＳＩのリストが設定されている。このＩＭＳＩリストを基に、ＳＧＳＮ５０は、ＨＮＢ２０へのアクセス規制を実施する。以上の機能は、ＳＧＳＮ５０に実装される呼処理部が一般に有する機能である。
　その他にも、呼制御部５０４Ａは、本実施形態の特徴的な機能として、ＨＮＢ－ＧＷ３０から受信するＲＡＮＡＰプロトコルメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが設定されている場合に、ＮＡＳメッセージを解析して、移動局１０が発呼した呼種別が緊急呼であるか判別する機能を有している。もし、緊急呼でなければ、呼制御部５０４Ａは、呼解放処理を行うことになる。
　以下に、本実施形態の移動通信システムの動作について説明する。
　（Ａ）回線交換呼の場合
　まず、移動局１０が回線交換の緊急呼として発呼を行った場合の動作例を、図１５のシーケンス図に沿って説明する。
　図１５を参照すると、移動局１０は、ステップＳ１０１において、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ（図４）をＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージ（図２）に設定し、ステップＳ１０２において、そのＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージをＨＮＢ２０に送信する。
　ＨＮＢ２０は、無線リソースを確保した後、ステップＳ１０３において、その旨をＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＳＥＴＵＰメッセージにて移動局１０に通知する。
　移動局１０は、ＲＲＣコネクションを確立した後、ステップＳ１０４において、その旨をＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＳＥＴＵＰ　ＣＯＭＰＬＥＴＥメッセージにてＨＮＢ２０に通知する。
　続いて、移動局１０は、ステップＳ１０５において、ＭＭプロトコルメッセージであるＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージ（図１６）のＣＭ　Ｓｅｒｖｉｃｅ　Ｔｙｐｅパラメータ（図１７）を“Ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ　ｅｓｔａｂｌｉｓｈｍｅｎｔ”と設定し、そのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージをＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージ（図３）に含める。
　さらに、移動局１０は、ステップＳ１０６において、そのＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージのＥｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ（図４）を“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”と設定し、そのＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージ（図３）をＨＮＢ２０に送信する。
　ＨＮＢ２０では、ＲＲＣプロトコルメッセージ処理部７０７Ａは、ステップＳ１０２で送信されてきたＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージおよびステップＳ１０６で送信されてきたＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージをデコードする。
　また、ＨＮＢ２０では、呼制御部２０５Ａは、移動局１０から、ＲＲＣ：ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＱＵＥＳＴメッセージおよびＲＲＣ：ＩＮＩＴＩＡＬ　ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにて通知されたＥｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ値（図４）を保存しておき、ステップＳ１０７において、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ値を基に、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを決定し、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）に設定する。
　図１８に、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータの決定処理のフローチャートを示す。
　図１８を参照すると、呼制御部２０５Ａは、ステップＳ２０１において、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ値が“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるか判断し、“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”である場合は、ステップＳ２０２において、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”と決定し、“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”でない場合は、ステップＳ２０３において、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを“Ｎｏｒｍａｌ　Ｃａｌｌ”と決定する。
　再度図１５を参照すると、ＨＮＢ２０は、ステップＳ１０８において、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを設定したＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）をＨＮＢ－ＧＷ３０に送信する。
　ＨＮＢ－ＧＷ３０では、対ＨＮＢ信号送受信部３０１Ａは、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージを受信し、ＨＮＢＡＰメッセージ処理部３０５Ａは、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージをデコードし、呼制御部３０６Ａは、ステップＳ１０９において、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージに設定されているＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータを基に、アクセス規制（ステップＳ１１０）を実施するかどうかを判断する。
　ＨＮＢ－ＧＷ３０では、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であれば、アクセス規制をしない。この場合、呼制御部３０６Ａは、該当する移動局１０に対してコンテキストＩＤを割り当て、ＨＮＢＡＰメッセージ処理部３０５Ａは、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＡＣＣＥＰＴメッセージをエンコードし、対ＨＮＢ信号送受信部３０１Ａは、ステップＳ１１１において、そのＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＡＣＣＥＰＴメッセージをＨＮＢ２０に送信する。
　ＨＮＢ２０では、呼制御部２０５Ａは、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＡＣＣＥＰＴメッセージの受信後、ステップＳ１１２において、Ｒｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるか判断し、“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であれば、ステップＳ１１３において、本発明によって導入されるＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータ（図１９）を生成する。ＲＡＮＡＰメッセージ処理部２０７Ａは、Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータを含むＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージのエンコードを行う。さらに、ＲＡＮＡＰメッセージ処理部２０７Ａは、ＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにＮＡＳ－ＰＤＵ（Protocol　Data　Unit）パラメータを設定し、ＮＡＳ－ＰＤＵパラメータには、移動局１０から受信したＭＭプロトコルのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージを設定する。ＲＵＡメッセージ処理部７０３Ａは、そのＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージを含むＲＵＡ：ＣＯＮＮＥＣＴメッセージを生成する。すなわち、ＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージは、ステップＳ１１４において、ＨＮＢ２０からＨＮＢ－ＧＷ３０に対して、ＲＵＡ：ＣＯＮＮＥＣＴメッセージによって転送される。
　ＨＮＢ－ＧＷ３０では、ＲＵＡメッセージ処理部３０２Ａは、ＲＵＡプロトコルのＣＯＮＮＥＣＴメッセージをデコードし、呼制御部３０６Ａは、ＨＮＢ２０で既にエンコードされているＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージを取り出し、ＲＡＮＡＰメッセージ処理部３０７Ａは、ステップＳ１１５において、ＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージを、ＣＮ　Ｄｏｍａｉｎ　ＩＤ等のルーチング情報を基にＭＳＣ４０に送信する。
　ＭＳＣ４０では、ＲＡＮＡＰメッセージ処理部４０２Ａは、ＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージをデコードし、さらに、ＮＡＳメッセージ処理部４０３Ａは、ＮＡＳ－ＰＤＵに設定されているＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージをデコードする。これらのデコード結果は呼制御部４０４Ａに通知される。呼制御部４０４Ａは、ステップＳ１１６において、本発明で導入されるＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが設定されているかどうかを判断し、Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが設定されている場合には、ステップＳ１１７において、ＣＳ（Circuit　Switching）サービス向けの不正対策処理を起動する。
　図２０に、ＣＳサービス向けの不正対策処理のフローチャートを示す。
　図２０を参照すると、呼制御部４０４Ａは、ステップＳ３０１において、移動局１０から送信されてきたＭＭプロトコルのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージ（TS24.008　Ver8.5.0　セクション9.2.9）に設定されているＣＭ　Ｓｅｒｖｉｃｅ　Ｔｙｐｅパラメータ（TS24.008　Ver8.5.0　セクション10.5.3.3）が“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ　Ｅｓｔａｂｌｉｓｈｍｅｎｔ”であるかどうかをチェックする。
　次に、呼制御部４０４Ａは、ステップＳ３０２において、ＭＳＣ４０が送信する発呼信号であるＣＣプロトコルのＳＥＴＵＰ（TS24.008　Ver8.5.0　セクション9.3.23　Setup）メッセージの電話番号（TS24.008　Ver8.5.0　セクション10.5.4.7）が緊急番号であるかどうかをチェックする。具体的には、TS24.008　Ver8.5.0の図10.5.91/3GPP　TS　24.008　Called　party　BCD　number　information　elementにおいて、Number　digit　1,　Number　digit　2,　Number　digit　3などが電話番号に該当し、この電話番号が緊急番号であるかどうかをチェックする。なお、TS24.008のセクション10.5.4.7の、Called　Party　BCD　Numberとは、着番号を指し、BCD　(BCD、Binary-coded　decimal)とは、コンピュータにおける数値の表現方式の一つで、十進表現での1桁を、0から9までを表す4桁の二進数で表したものを示す。
　次に、呼制御部４０４Ａは、ステップＳ３０３において、移動局１０にてＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順（TS24.008　Ver8.5.0　セクション9.3.8）が行われているかどうかをチェックする。例えば、移動局１０から“ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ　ｅｓｔａｂｌｉｓｈｍｅｎｔ”を開始するためのメッセージを受信すると、インフォメーションエレメント“Ｅｍｅｒｇｅｎｃｙ　ｓｅｔｕｐ　ｍｅｓｓａｇｅ　ｔｙｐｅ”からＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順が行われているかどうかをチェックする。
　ステップＳ３０１～Ｓ３０３のいずれかのチェックに合致すれば、呼制御部４０４Ａは、呼種別が緊急呼であると判断し、緊急呼のための呼処理を継続する。一方、いずれのチェックにも合致しなければ、呼制御部４０４Ａは、ステップＳ３０４において、呼種別が通常呼であると判断し、不正移動局１０－２であるとみなし、呼解放処理を起動する。
　これによって、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（Ｂ）パケット交換呼の場合
　次に、移動局１０がパケット交換の緊急呼として発呼を行った場合の動作例を説明する。
　パケット交換呼である場合の動作シーケンスは、回線交換呼である場合にＭＳＣ４０で行っていた処理を、ＳＧＳＮ５０で行う点以外は同様である。ただし、パケット交換では、ＮＡＳメッセージとして、ＳＭ（Session　Management）プロトコルメッセージおよびＧＭＭ（GPRS　Mobility　Management）プロトコルメッセージが適用される。そのため、ステップＳ１１７で起動する不正対策処理は、ＰＳ（Packet　Switching）サービス向けの不正対策処理となる。この処理は、緊急呼の識別方法がＣＳサービスとは異なる。また、パケット交換で音声が使用される場合には、ＶｏＩＰ（Voice　over　IP）の手法が用いられる。なお、ＧＭＭとは、パケットサービス（PS）での移動制御（Mobility　Management）のためのプロトコルである。
　図２１に、ＰＳサービス向けの不正対策処理のフローチャートを示す。
　図２１を参照すると、ＳＧＳＮ５０の呼制御部５０４Ａは、ステップＳ４０１において、移動局１０から送信されてきたＳＭプロトコルのＡｃｔｉｖａｔｅ　ＰＤＰ（Packet　Data　Protocol）　ｃｏｎｔｅｘｔ　ｒｅｑｕｅｓｔメッセージ（3GPP　TS24.008　Ver8.5.0　セクション9.5.1）に設定されているＡＰＮ（Access　Point　Name）（3GPP　TS24.008　9.5.1　10.5.6.1）が緊急呼に特有のものであるかどうかをチェックする。
　次に、呼制御部５０４Ａは、ステップＳ４０２において、移動局１０にて行われているＧＭＭ手順がＥｍｅｒｇｅｎｃｙ　Ａｔｔａｃｈ手順（TR23.869　Ver9.0.0）であるかどうかをチェックする。
　次に、呼制御部５０４Ａは、ステップＳ４０３において、ＳＧＳＮ５０にて起動しているＰＤＰ　Ｃｏｎｔｅｘｔが緊急呼用のＰＤＰ　Ｃｏｎｔｅｘｔであるかどうかをチェックする。例えば、ＳＧＳＮ５０にて起動しているＰＤＰ　ＣｏｎｔｅｘｔがTR23.869　Ver9.0.0のＥｍｅｍｅｒｇｅｎｃｙ　ＰＤＰ　Ｃｏｎｔｅｘｔであるかどうかをチェックする。
　ステップＳ４０１～Ｓ４０３のいずれかのチェックに合致すれば、呼制御部５０４Ａは、呼種別が緊急呼であると判断し、緊急呼のための呼処理を継続する。一方、いずれのチェックにも合致しなければ、呼制御部５０４Ａは、ステップＳ５０４において、呼種別が通常呼であると判断し、不正移動局１０－２であるとみなし、呼解放処理を起動する。
　これによって、パケット交換のＶｏＩＰのケースにおいても、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（第３の実施形態）
　図２２～図２４に、本実施形態のＭＳＣ４０、ＳＧＳＮ５０、およびＨＮＢ－ＧＷ３０の構成をそれぞれ示す。
　図２２を参照すると、本実施形態のＭＳＣ４０は、移動局１０が実際に発呼した呼種別が緊急呼であるか判別し、呼種別が緊急呼であることを示す情報をＲＡＮＡＰプロトコルメッセージに含める制御部４１Ｂと、そのＲＡＮＡＰプロトコルメッセージをＨＮＢ－ＧＷ３０に送信する送信部４２Ｂと、を有している。
　また、図２３を参照すると、本実施形態のＳＧＳＮ５０は、移動局１０が実際に発呼した呼種別が緊急呼であるか判別し、呼種別が緊急呼であることを示す情報をＲＡＮＡＰプロトコルメッセージに含める制御部５１Ｂと、そのＲＡＮＡＰプロトコルメッセージをＨＮＢ－ＧＷ３０に送信する送信部５２Ｂと、を有している。
　また、図２４を参照すると、本実施形態のＨＮＢ－ＧＷ３０は、ＭＳＣ４０あるいはＳＧＳＮ５０からＲＡＮＡＰプロトコルメッセージを受信する受信部３１Ｂと、そのＲＡＮＡＰプロトコルメッセージに呼種別が緊急呼であることを示す情報が含まれている場合に、呼解放処理を行う制御部３２Ｂと、を有している。
　したがって、本実施形態においては、ＨＮＢ－ＧＷ３０は、移動局１０が実際に発呼した呼種別が緊急呼であることを知ることができる。
　その結果、ＨＮＢ－ＧＷ３０は、移動局１０がＥｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽っていた場合には、その移動局１０の呼解放処理を実施することができるため、ＨＮＢ２０によるサービスを不正に受けることを防止することができる。
　（第４の実施形態）
　図２５～図２７に、本実施形態のＭＳＣ４０、ＳＧＳＮ５０、およびＨＮＢ－ＧＷ３０の構成をそれぞれ示す。本実施形態は、図２２～図２４の第３の実施形態のＳＣ４０、ＳＧＳＮ５０、およびＨＮＢ－ＧＷ３０の構成および動作をより具体化した一例である。
　図２５を参照すると、本実施形態のＭＳＣ４０は、対ＨＮＢ－ＧＷ信号送受信部４０１Ｂと、ＲＡＮＡＰメッセージ処理部４０２Ｂと、ＮＡＳメッセージ処理部４０３Ｂと、呼制御部４０４Ｂと、局データ格納部４０５Ｂと、を有している。
　なお、図２５においては、ＲＡＮＡＰメッセージ処理部４０２Ｂ、ＮＡＳメッセージ処理部４０３Ｂ、呼制御部４０４Ｂ、および局データ格納部４０５Ｂにより、図２２に示した制御部４１Ｂを構成している。また、対ＨＮＢ－ＧＷ信号送受信部４０１Ｂは、図２２に示した送信部４２Ｂの一例である。
　対ＨＮＢ－ＧＷ信号送受信部４０１Ｂ、ＲＡＮＡＰメッセージ処理部４０２Ｂ、ＮＡＳメッセージ処理部４０３Ｂ、および局データ格納部４０５Ｂは、それぞれ、図１３に示した対ＨＮＢ－ＧＷ信号送受信部４０１Ａ、ＲＡＮＡＰメッセージ処理部４０２Ａ、ＮＡＳメッセージ処理部４０３Ａ、および局データ格納部４０５Ａと同様の機能を有している。
　呼制御部４０４Ｂは、図１３に示した呼制御部４０４Ａと同様に、ＭＳＣ４０に実装される呼処理部が一般に有する機能を有している。
　その他にも、呼制御部４０４Ｂは、本実施形態の特徴的な機能として、ＮＡＳメッセージを解析して、移動局１０が発呼した呼種別が緊急呼であるか判別し、その判別結果を基に、ＨＮＢ－ＧＷ３０に送信するＲＡＮＡＰプロトコルメッセージのＣａｌｌ　Ｔｙｐｅパラメータを設定する機能を有している。
　また、図２６を参照すると、本実施形態のＳＧＳＮ５０は、対ＨＮＢ－ＧＷ信号送受信部５０１Ｂと、ＲＡＮＡＰメッセージ処理部５０２Ｂと、ＮＡＳメッセージ処理部５０３Ｂと、呼制御部５０４Ｂと、局データ格納部５０５Ｂと、を有している。
　なお、図２６においては、ＲＡＮＡＰメッセージ処理部５０２Ｂ、ＮＡＳメッセージ処理部５０３Ｂ、呼制御部５０４Ｂ、および局データ格納部５０５Ｂにより、図２３に示した制御部５１Ｂを構成している。また、対ＨＮＢ－ＧＷ信号送受信部５０１Ｂは、図２３に示した送信部５２Ｂの一例である。
　対ＨＮＢ－ＧＷ信号送受信部５０１Ｂ、ＲＡＮＡＰメッセージ処理部５０２Ｂ、ＮＡＳメッセージ処理部５０３Ｂ、および局データ格納部５０５Ｂは、それぞれ、図１４に示した対ＨＮＢ－ＧＷ信号送受信部５０１Ａ、ＲＡＮＡＰメッセージ処理部５０２Ａ、ＮＡＳメッセージ処理部５０３Ａ、および局データ格納部５０５Ａと同様の機能を有している。
　呼制御部５０４Ｂは、図１４に示した呼制御部５０４Ａと同様に、ＳＧＳＮ５０に実装される呼処理部が一般に有する機能を有している。
　その他にも、呼制御部５０４Ｂは、本実施形態の特徴的な機能として、ＮＡＳメッセージを解析して、移動局１０が発呼した呼種別が緊急呼であるか判別し、その判別結果を基に、ＨＮＢ－ＧＷ３０に送信するＲＡＮＡＰプロトコルメッセージのＣａｌｌ　Ｔｙｐｅパラメータを設定する機能を有している。
　また、図２７を参照すると、本実施形態のＨＮＢ－ＧＷ３０は、対ＨＮＢ信号送受信部３０１Ｂと、ＲＵＡメッセージ処理部３０２Ｂと、対ＳＧＳＮ信号送受信部３０３Ｂと、対ＭＳＣ信号送受信部３０４Ｂと、ＨＮＢＡＰメッセージ処理部３０５Ｂと、呼制御部３０６Ｂと、ＲＡＮＡＰメッセージ処理部３０７Ｂと、局データ格納部３０８Ｂと、を有している。
　なお、図２７においては、ＲＵＡメッセージ処理部３０２Ｂ、ＨＮＢＡＰメッセージ処理部３０５Ｂ、呼制御部３０６Ｂ、ＲＡＮＡＰメッセージ処理部３０７Ｂ、および局データ格納部３０８Ｂにより、図２４に示した制御部３２Ｂを構成している。また、対ＳＧＳＮ信号送受信部３０３Ｂおよび対ＭＳＣ信号送受信部３０４Ｂは、図２４に示した受信部３１Ｂの一例である。
　対ＨＮＢ信号送受信部３０１Ｂ、ＲＵＡメッセージ処理部３０２Ｂ、対ＳＧＳＮ信号送受信部３０３Ｂ、対ＭＳＣ信号送受信部３０４Ｂ、ＨＮＢＡＰメッセージ処理部３０５Ｂ、ＲＡＮＡＰメッセージ処理部３０７Ｂ、および局データ格納部３０８Ｂは、それぞれ、図１２に示した対ＨＮＢ信号送受信部３０１Ａ、ＲＵＡメッセージ処理部３０２Ａ、対ＳＧＳＮ信号送受信部３０３Ａ、対ＭＳＣ信号送受信部３０４Ａ、ＨＮＢＡＰメッセージ処理部３０５Ａ、ＲＡＮＡＰメッセージ処理部３０７Ａ、および局データ格納部３０８Ａと同様の機能を有している。
　呼制御部３０６Ｂは、図１２に示した呼制御部３０６Ａと同様に、ＨＮＢ－ＧＷ３０に実装される呼処理部が一般に有する機能を有している。
　その他にも、呼制御部３０６Ｂは、本実施形態の特徴的な機能として、ＭＳＣ４０あるいはＳＧＳＮ５０から受信するＲＡＮＡＰプロトコルメッセージのＣａｌｌ　ＴｙｐｅパラメータにＮｏｒｍａｌ　Ｃａｌｌが設定されている場合に、移動局１０が発呼した呼種別が通常呼であると判断し、このときに移動局１０が緊急呼として発呼を行っていれば、呼解放処理を行う機能を有している。
　なお、本実施形態のＨＮＢ２０の構成は、図９と同様で構わない。ただし、ＨＮＢ２０の呼制御部２０５Ａは、ＨＮＢ２０に実装される呼処理部が一般に有する機能を有していればよい。
　以下に、本実施形態の移動通信システムの動作について説明する。
　（１）動作例１
　本動作例は、ＭＳＣ４０あるいはＳＧＳＮ５０において判別した呼種別の判別結果を、ＲＡＮＡＰ（3GPP　TS25.413）のＣＯＭＭＯＮ　ＩＤメッセージにて通知する例である。
　（１－Ａ）回線交換呼の場合
　まず、ＭＳＣ４０が回線交換呼の呼種別の判別結果をＲＡＮＡＰのＣＯＭＭＯＮ　ＩＤメッセージにて通知する場合の動作例を、図２８のシーケンス図に沿って説明する。なお、図２８は、図１５に示した処理が終了した後の動作を示すものであるが、図１５に示したステップＳ１１２，Ｓ１１３，Ｓ１１６，Ｓ１１７の処理は行われず、また、ステップＳ１１４，Ｓ１１５において送信されるＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにはＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが含まれないものとする。
　通常、３ＧＰＰ　ＴＳ２５．４１３に記述されるように、コアネットワーク装置は、シグナリングコネクションが確立された後に、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージをＨＮＢ－ＧＷ３０に送信する。
　そのため、図２８を参照すると、ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ５０１において、シグナリングコネクションの確立後、ステップＳ５０２において、Ｃａｌｌ　Ｔｙｐｅパラメータの決定処理を起動する。
　図２９に、ＭＳＣ４０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理のフローチャートを示す。
　図２９を参照すると、呼制御部４０４Ｂは、ステップＳ６０１において、移動局１０から送信されてきたＭＭプロトコルのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージ（TS24.008　Ver8.5.0　セクション9.2.9）に設定されているＣＭ　Ｓｅｒｖｉｃｅ　Ｔｙｐｅパラメータ（TS24.008　Ver8.5.0　セクション10.5.3.3）が“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ　Ｅｓｔａｂｌｉｓｈｍｅｎｔ”であるかどうかをチェックする。
　次に、呼制御部４０４Ｂは、ステップＳ６０２において、ＭＳＣ４０が送信する発呼信号であるＣＣプロトコルのＳＥＴＵＰ（TS24.008　9.3.23　Ver　8.5.0　セクションSetup）メッセージの電話番号（TS24.008　Ver　8.5.0　セクション10.5.4.7）が緊急番号であるかどうかをチェックする。具体的には、TS24.008　Ver　8.5.0の図10.5.91/3GPP　TS　24.008　Called　party　BCD　number　information　elementにおいて、Number　digit　1,　Number　digit　2,　Number　digit　3などが電話番号に該当し、この電話番号が緊急番号であるかどうかをチェックする。なお、TS24.008のセクション10.5.4.7の、Called　Party　BCD　Numberとは、着番号を指し、BCDとは、コンピュータにおける数値の表現方式の一つで、十進表現での1桁を、0から9までを表す4桁の二進数で表したものを示す。
　次に、呼制御部４０４Ｂは、ステップＳ６０３において、移動局１０にてＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順（TS24.008　Ver　8.5.0　セクション9.3.8）が行われているかどうかをチェックする。例えば、移動局１０から“ｅｍｅｒｇｅｎｃｙ　ｃａｌｌ　ｅｓｔａｂｌｉｓｈｍｅｎｔ”を開始するためのメッセージを受信すると、インフォメーションエレメント“Ｅｍｅｒｇｅｎｃｙ　ｓｅｔｕｐ　ｍｅｓｓａｇｅ　ｔｙｐｅ”からＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順が行われているかどうかをチェックする。
　ステップＳ６０１～Ｓ６０３のいずれかのチェックに合致すれば、呼制御部４０４Ｂは、ステップＳ６０４において、呼種別が緊急呼であると判断し、Ｃａｌｌ　Ｔｙｐｅパラメータを“Ｎｏｒｍａｌ　Ｃａｌｌ”に決定する。一方、いずれのチェックにも合致しなければ、呼制御部４０４Ｂは、ステップＳ６０５において、呼種別が通常呼であると判断し、Ｃａｌｌ　Ｔｙｐｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”に決定する。
　再度図２８を参照すると、ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ５０３において、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージの構成を、図３０に示す。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ステップＳ５０４において、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージ受信時に、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、ステップＳ５０５において、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　図３１は、本実施形態のＨＮＢ－ＧＷ３０における処理を、呼種別に応じて決定するためのテーブルを示す図である。
　例えば、図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＭＳＣ４０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う。
　これによって、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（１－Ｂ）パケット交換呼の場合
　次に、ＳＧＳＮ５０がパケット交換呼の呼種別の判別結果をＲＡＮＡＰのＣＯＭＭＯＮ　ＩＤメッセージにて通知する場合の動作例を説明する。
　パケット交換呼である場合の動作シーケンスは、回線交換呼である場合にＭＳＣ４０で行っていた処理を、ＳＧＳＮ５０で行う点以外は同様である。ただし、ステップＳ５０２で起動するＣａｌｌ　Ｔｙｐｅパラメータの決定処理は異なっている。
　図３２に、ＳＧＳＮ５０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理のフローチャートを示す。
　図３２を参照すると、呼制御部５０４Ｂは、ステップＳ７０１において、移動局１０から送信されてきたＳＭプロトコルのＡｃｔｉｖａｔｅ　ＰＤＰ　ｃｏｎｔｅｘｔ　ｒｅｑｕｅｓｔメッセージ（3GPP　TS24.008　Ver8.5.0　セクション9.5.1）に設定されているＡＰＮ（3GPP　TS24.008　9.5.1　10.5.6.1）が緊急呼に特有のものであるかどうかをチェックする。
　次に、呼制御部５０４Ｂは、ステップＳ７０２において、移動局１０にて行われているＧＭＭ手順がＥｍｅｒｇｅｎｃｙ　Ａｔｔａｃｈ手順（TR23.869　Ver9.0.0）であるかどうかをチェックする。
　次に、呼制御部５０４Ｂは、ステップＳ７０３において、ＳＧＳＮ５０にて起動しているＰＤＰ　Ｃｏｎｔｅｘｔが緊急呼用のＰＤＰ　Ｃｏｎｔｅｘｔであるかどうかをチェックする。例えば、ＳＧＳＮ５０にて起動しているＰＤＰ　ＣｏｎｔｅｘｔがTR23.869　Ver9.0.0のＥｍｅｍｅｒｇｅｎｃｙ　ＰＤＰ　Ｃｏｎｔｅｘｔであるかどうかをチェックする。
　ステップＳ７０１～Ｓ７０３のいずれかのチェックに合致すれば、呼制御部５０４Ｂは、ステップＳ７０４において、呼種別が緊急呼であると判断し、Ｃａｌｌ　Ｔｙｐｅパラメータを“Ｎｏｒｍａｌ　Ｃａｌｌ”に決定する。一方、いずれのチェックにも合致しなければ、呼制御部５０４Ｂは、ステップＳ７０５において、呼種別が通常呼であると判断し、Ｃａｌｌ　Ｔｙｐｅパラメータを“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”に決定する。
　ＳＧＳＮ５０では、呼制御部５０４Ｂは、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージの構成は、図３０に示すように、ＭＳＣ４０の場合と同様である。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ＲＡＮＡＰ：ＣＯＭＭＯＮ　ＩＤメッセージ受信時に、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　例えば、図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＳＧＳＮ５０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う。
　これによって、パケット交換のＶｏＩＰのケースにおいても、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（２）動作例２
　本動作例は、ＭＳＣ４０あるいはＳＧＳＮ５０において判別した呼種別の判別結果を、ＲＡＮＡＰ（3GPP　TS25.413）のＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにて通知する例である。
　（２－Ａ）回線交換呼の場合
　まず、ＭＳＣ４０が回線交換呼の呼種別の判別結果をＲＡＮＡＰのＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにて通知する場合の動作例を、図３３のシーケンス図に沿って説明する。なお、図３３は、図１５に示した処理が終了した後の動作を示すものであるが、図１５に示したステップＳ１１２，Ｓ１１３，Ｓ１１６，Ｓ１１７の処理は行われず、また、ステップＳ１１４，Ｓ１１５において送信されるＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにはＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが含まれないものとする。
　通常、３ＧＰＰ　ＴＳ２５．４１３に記述されるように、コアネットワーク装置は、ＣＣプロトコルやＭＭプロトコルのようなＮＡＳメッセージを送信する場合に、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージをＨＮＢ－ＧＷ３０に送信する。
　そのため、図３３を参照すると、ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ８０１において、ＮＡＳメッセージの送信後、ステップＳ８０２において、Ｃａｌｌ　Ｔｙｐｅパラメータの決定処理を起動する。ＭＳＣ４０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理は、動作例１と同様であり、図２９に示される通りである。
　ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ８０３において、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージの構成を、図３４に示す。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージ受信時に、ステップＳ８０４において、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、ステップＳ８０５において、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　　例えば、図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＭＳＣ４０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う。
　これによって、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（１－Ｂ）パケット交換呼の場合
　次に、ＳＧＳＮ５０がパケット交換呼の呼種別の判別結果をＲＡＮＡＰのＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにて通知する場合の動作例を説明する。
　パケット交換呼である場合の動作シーケンスは、回線交換呼である場合にＭＳＣ４０で行っていた処理を、ＳＧＳＮ５０で行う点以外は同様である。ただし、ステップＳ８０２で起動するＣａｌｌ　Ｔｙｐｅパラメータの決定処理は異なっている。このＳＧＳＮ５０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理は、動作例１と同様であり、図３２に示される通りである。
　ＳＧＳＮ５０では、呼制御部５０４Ｂは、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージの構成は、図３４に示すように、ＭＳＣ４０の場合と同様である。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ＲＡＮＡＰ：ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージ受信時に、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　例えば、図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＳＧＳＮ５０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う
　これによって、パケット交換のＶｏＩＰのケースにおいても、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（３）動作例３
　本動作例は、ＭＳＣ４０あるいはＳＧＳＮ５０において判別した呼種別の判別結果を、ＲＡＮＡＰ（3GPP　TS25.413）のＲＡＢ（Radio　Access　Bearer）　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージにて通知する例である。
　（３－Ａ）回線交換呼の場合
　まず、ＭＳＣ４０が回線交換呼の呼種別の判別結果をＲＡＮＡＰのＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージにて通知する場合の動作例を、図３５のシーケンス図に沿って説明する。なお、図３５は、図１５に示した処理が終了した後の動作を示すものであるが、図１５に示したステップＳ１１２，Ｓ１１３，Ｓ１１６，Ｓ１１７の処理は行われず、また、ステップＳ１１４，Ｓ１１５において送信されるＲＡＮＡＰ：ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにはＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータが含まれないものとする。
　通常、３ＧＰＰ　ＴＳ２５．４１３に記述されるように、コアネットワーク装置は、移動局１０からの呼確立要求を受信して、無線アクセスベアラを確立する場合に、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージをＨＮＢ－ＧＷ３０に送信する。
　そのため、図３５を参照すると、ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ９０１において、移動局１０からの呼確立要求の受信後、ステップＳ９０２において、無線アクセスベアラにためのＱｏＳ（Quality　of　Service）を決定し、その後、ステップＳ９０３において、Ｃａｌｌ　Ｔｙｐｅパラメータの決定処理を起動する。ＭＳＣ４０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理は、動作例１と同様であり、図２９に示される通りである。
　ＭＳＣ４０では、呼制御部４０４Ｂは、ステップＳ９０４において、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージの構成を、図３６に示す。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージ受信時に、ステップＳ９０５において、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、ステップＳ９０６において、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　例えば、図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＭＳＣ４０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う。
　これによって、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　（１－Ｂ）パケット交換呼の場合
　次に、ＳＧＳＮ５０がパケット交換呼の呼種別の判別結果をＲＡＮＡＰのＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージにて通知する場合の動作例を説明する。
　パケット交換呼である場合の動作シーケンスは、回線交換呼である場合にＭＳＣ４０で行っていた処理を、ＳＧＳＮ５０で行う点以外は同様である。ただし、ステップＳ８０２で起動するＣａｌｌ　Ｔｙｐｅパラメータの決定処理は異なっている。このＳＧＳＮ５０におけるＣａｌｌ　Ｔｙｐｅパラメータの決定処理は、動作例１と同様であり、図３２に示される通りである。
　ＳＧＳＮ５０では、呼制御部５０４Ｂは、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージをＨＮＢ－ＧＷ３０に送信する際に、Ｃａｌｌ　Ｔｙｐｅパラメータが決定されていれば、本Ｃａｌｌ　Ｔｙｐｅパラメータを設定する。本発明による、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージの構成は、図３６に示すように、ＭＳＣ４０の場合と同様である。
　ＨＮＢ－ＧＷ３０では、呼制御部３０６Ｂは、ＲＡＮＡＰ：ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージ受信時に、Ｃａｌｌ　Ｔｙｐｅパラメータが含まれていた場合、移動局１０がＨＮＢ－ＧＷ３０にアクセスした際の、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージ（図５）のＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータ（図６）と比較する。
　図３１に示すケース２では、ＨＮＢＡＰ：ＵＥ　ＲＥＧＩＳＴＥＲ　ＲＥＱＵＥＳＴメッセージのＲｅｇｉｓｔｒａｔｉｏｎ　Ｃａｕｓｅパラメータが“Ｅｍｅｒｇｅｎｃｙ　Ｃａｌｌ”であるに関わらず、ＳＧＳＮ５０から通知されたＣａｌｌ　Ｔｙｐｅパラメータは、“Ｎｏｒｍａｌ　Ｃａｌｌ”である。このことからＨＮＢ－ＧＷ３０は、移動局１０が緊急呼と偽って、不正にＨＮＢ２０にアクセスしてきたと判断し、呼解放処理を行う。
　これによって、パケット交換のＶｏＩＰのケースにおいても、本来、ＨＮＢ２０にアクセスできない不正移動局１０－２が、Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅを改ざんして緊急呼と偽り、ＨＮＢ２０によるサービスを受けることを防止することができる。
　なお、本発明のＨＮＢ２０、ＨＮＢ－ＧＷ３０、ＭＳＣ４０、およびＳＧＳＮ５０にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
　以上、本発明を、好適な実施形態に基づき具体的に説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
　例えば、第２の実施形態では、Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅ値のＲＡＮＡＰプロトコルメッセージへの設定をＨＮＢ２０にて行っているが、ＨＮＢ－ＧＷ３０にて行うこととしてもよい。
　また、第２の実施形態では、不正対策処理をＭＳＣ４０あるいはＳＧＳＮ５０にて行っているが、ＨＮＢ－ＧＷ３０にて行うこととしてもよい。この場合、第４の実施形態と同様に、ＨＮＢ－ＧＷ３０は、ＭＳＣ４０あるいはＳＧＳＮ５０から、移動局１０が発呼した実際の呼種別が緊急呼であることを示す情報を受信し、図３１のテーブルを用いて不正対策処理を実施することになる。
　また、第１～第４の実施形態によれば、ＲＡＮＡＰプロトコルメッセージを用いて、移動局１０が緊急呼として発呼を行ったことを示す情報または移動局１０が発呼した実際の呼種別が緊急呼であることを示す情報を、ＨＮＢ２０、ＨＮＢ－ＧＷ３０およびコアネットワーク装置（ＭＳＣ４０またはＳＧＳＮ５０）間で通信した。しかし、ＲＡＮＡＰプロトコルメッセージに限らず、ＨＮＢ２０、ＨＮＢ－ＧＷ３０またはコアネットワーク装置間で通信可能なメッセージであれば他のメッセージであってもよい。
　本出願は、２００９年４月１７日に出願された日本出願特願２００９－１０１１３０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
 

Claims (44)

  1. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
    　前記基地局は、
    　前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
    　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有し、
    　前記コアネットワーク装置は、
    　前記基地局から送信されてきた前記メッセージを受信する受信部を有する移動通信システム。
  2. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージであり、
    　前記基地局の前記制御部は、
    　前記ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータを追加し、前記移動局が緊急呼として発呼を行ったことを示す情報を前記Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータに含める、請求項１に記載の移動通信システム。
  3. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
    　前記ゲートウェイ装置は、
    　前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
    　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有し、
    　前記コアネットワーク装置は、
    　前記ゲートウェイ装置から送信されてきた前記メッセージを受信する受信部を有する移動通信システム。
  4. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージであり、
    　前記ゲートウェイ装置の前記制御部は、
    　前記ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータを追加し、前記移動局が緊急呼として発呼を行ったことを示す情報を前記Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータに含める、請求項３に記載の移動通信システム。
  5. 　前記コアネットワーク装置は、
    　前記メッセージに、前記移動局が緊急呼として発呼を行ったことを示す情報が含まれている場合、前記移動局が発呼した呼種別が緊急呼であるか判別し、緊急呼でなければ呼解放処理を行う制御部をさらに有する、請求項１から４のいずれか１項に記載の移動通信システム。
  6. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムであって、
    　前記コアネットワーク装置は、
    　前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含める制御部と、
    　前記メッセージを前記ゲートウェイ装置に送信する送信部と、を有し、
    　前記ゲートウェイ装置は、
    　前記コアネットワーク装置から送信されてきた前記メッセージを受信する受信部を有する移動通信システム。
  7. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＣＯＭＭＯＮ　ＩＤメッセージであり、
    　前記コアネットワーク装置の前記制御部は、
    　前記ＣＯＭＭＯＮ　ＩＤメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前記Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項６に記載の移動通信システム。
  8. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージであり、
    　前記コアネットワーク装置の前記制御部は、
    　前記ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前記Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項６に記載の移動通信システム。
  9. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージであり、
    　前記コアネットワーク装置の前記制御部は、
    　前記ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項６に記載の移動通信システム。
  10. 　前記ゲートウェイ装置は、
    　前記メッセージに、前記移動局が発呼した呼種別が通常呼であることを示す情報が含まれている場合、当該移動局から通知されている呼種別が緊急呼であれば呼解放処理を行う制御部をさらに有する、請求項６から９のいずれか１項に記載の移動通信システム。
  11. 　ゲートウェイ装置を介して、コアネットワークに配置されたコアネットワーク装置に接続される基地局であって、
    　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
    　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有する基地局。
  12. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージであり、
    　前記制御部は、
    　前記ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータを追加し、前記移動局が緊急呼として発呼を行ったことを示す情報を前記Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータに含める、請求項１１に記載の基地局。
  13. 　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置であって、
    　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含める制御部と、
    　前記メッセージを前記コアネットワーク装置に送信する送信部と、を有するゲートウェイ装置。
  14. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージであり、
    　前記制御部は、
    　前記ＩＮＩＴＩＡＬ　ＵＥ　ＭＥＳＳＡＧＥメッセージにＥｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータを追加し、前記移動局が緊急呼として発呼を行ったことを示す情報を前記Ｅｍｅｒｇｅｎｃｙ　Ｃａｕｓｅパラメータに含める、請求項１３に記載のゲートウェイ装置。
  15. 　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置であって、
    　前記コアネットワーク装置から送信されてきた、移動局が発呼した呼種別が緊急呼であることを示す情報を含むメッセージを受信する受信部を有するゲートウェイ装置。
  16. 　前記メッセージに、前記移動局が発呼した呼種別が通常呼であることを示す情報が含まれている場合、当該移動局から通知されている呼種別が緊急呼であれば呼解放処理を行う制御部をさらに有する、請求項１５に記載のゲートウェイ装置。
  17. 　コアネットワークに配置されたコアネットワーク装置であって、
    　基地局から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信する受信部を有するコアネットワーク装置。
  18. 　コアネットワークに配置されたコアネットワーク装置であって、
    　ゲートウェイ装置から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信する受信部を有するコアネットワーク装置。
  19. 　前記メッセージに、前記移動局が緊急呼として発呼を行ったことを示す情報が含まれている場合、前記移動局が発呼した呼種別が緊急呼であるか判別し、緊急呼でなければ呼解放処理を行う制御部をさらに有する、請求項１７または１８に記載のコアネットワーク装置。
  20. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　前記移動局から送信されてきたＭＭプロトコルのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージに設定されているＣＭ　Ｓｅｒｖｉｃｅ　ＴｙｐｅパラメータがＥｍｅｒｇｅｎｃｙ　Ｃａｌｌ　Ｅｓｔａｂｌｉｓｈｍｅｎｔである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  21. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　自装置が送信する発呼信号であるＣＣプロトコルのＳＥＴＵＰメッセージの電話番号が緊急番号である場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  22. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　前記移動局にてＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順が行われている場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  23. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　前記移動局から送信されてきたＳＭプロトコルのＡｃｔｉｖａｔｅ　ＰＤＰ　ｃｏｎｔｅｘｔ　ｒｅｑｕｅｓｔメッセージに設定されているＡＰＮが緊急呼に特有のものである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  24. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　前記移動局にて行われているＧＭＭ手順がＥｍｅｒｇｅｎｃｙ　Ａｔｔａｃｈ手順である場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  25. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　自装置にて起動しているＰＤＰ　Ｃｏｎｔｅｘｔが緊急呼用のＰＤＰ　Ｃｏｎｔｅｘｔである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項１９に記載のコアネットワーク装置。
  26. 　コアネットワークに配置されたコアネットワーク装置であって、
    　前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含める制御部と、
    　前記メッセージをゲートウェイ装置に送信する送信部と、を有するコアネットワーク装置。
  27. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　前記移動局から送信されてきたＭＭプロトコルのＣＭ　ＳＥＲＶＩＣＥ　ＲＥＱＵＥＳＴメッセージに設定されているＣＭ　Ｓｅｒｖｉｃｅ　ＴｙｐｅパラメータがＥｍｅｒｇｅｎｃｙ　Ｃａｌｌ　Ｅｓｔａｂｌｉｓｈｍｅｎｔである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  28. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　自装置が送信する発呼信号であるＣＣプロトコルのＳＥＴＵＰメッセージの電話番号が緊急番号である場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  29. 　前記コアネットワーク装置は、
    　回線交換を制御する回線交換局であり、
    　前記制御部は、
    　前記移動局にてＥＭＥＲＧＥＮＣＹ　ＳＥＴＵＰ手順が行われている場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  30. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　前記移動局から送信されてきたＳＭプロトコルのＡｃｔｉｖａｔｅ　ＰＤＰ　ｃｏｎｔｅｘｔ　ｒｅｑｕｅｓｔメッセージに設定されているＡＰＮが緊急呼に特有のものである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  31. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　前記移動局にて行われているＧＭＭ手順がＥｍｅｒｇｅｎｃｙ　Ａｔｔａｃｈ手順である場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  32. 　前記コアネットワーク装置は、
    　パケット交換を制御するパケット交換局であり、
    　前記制御部は、
    　自装置にて起動しているＰＤＰ　Ｃｏｎｔｅｘｔが緊急呼用のＰＤＰ　Ｃｏｎｔｅｘｔである場合、前記移動局が発呼した呼種別を緊急呼と判別する、請求項２６に記載のコアネットワーク装置。
  33. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＣＯＭＭＯＮ　ＩＤメッセージであり、
    　前記制御部は、
    　前記ＣＯＭＭＯＮ　ＩＤメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前記Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項２６から３２のいずれか１項に記載のコアネットワーク装置。
  34. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージであり、
    　前記制御部は、
    　前記ＤＩＲＥＣＴ　ＴＲＡＮＳＦＥＲメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前記Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項２６から３２のいずれか１項に記載のコアネットワーク装置。
  35. 　前記メッセージは、
    　ＲＡＮＡＰプロトコルのＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージであり、
    　前記制御部は、
    　前記ＲＡＢ　ＡＳＳＩＧＮＭＥＮＴ　ＲＥＱＵＥＳＴメッセージにＣａｌｌ　Ｔｙｐｅパラメータを追加し、前記移動局が発呼した呼種別が緊急呼であることを示す情報を、前Ｃａｌｌ　Ｔｙｐｅパラメータに含める、請求項２６から３２のいずれか１項に記載のコアネットワーク装置。
  36. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
    　前記基地局が、前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
    　前記基地局が、前記メッセージを前記コアネットワーク装置に送信するステップと、
    　前記コアネットワーク装置が、前記基地局から送信されてきた前記メッセージを受信するステップと、を有する通信方法。
  37. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
    　前記ゲートウェイ装置が、前記移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
    　前記ゲートウェイ装置が、前記メッセージを前記コアネットワーク装置に送信するステップと、
    　前記コアネットワーク装置が、前記ゲートウェイ装置から送信されてきた前記メッセージを受信するステップと、を有する通信方法。
  38. 　移動局と、前記移動局と無線通信を行う基地局と、前記基地局をコアネットワークに接続するゲートウェイ装置と、前記コアネットワークに配置されたコアネットワーク装置と、を有してなる移動通信システムによる通信方法であって、
    　前記コアネットワーク装置が、前記移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含めるステップと、
    　前記コアネットワーク装置が、前記メッセージを前記ゲートウェイ装置に送信するステップと、
    　前記ゲートウェイ装置が、前記コアネットワーク装置から送信されてきた前記メッセージを受信するステップと、を有する通信方法。
  39. 　ゲートウェイ装置を介して、コアネットワークに配置されたコアネットワーク装置に接続される基地局による通信方法であって、
    　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
    　前記メッセージを前記コアネットワーク装置に送信するステップと、を有する通信方法。
  40. 　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置による通信方法であって、
    　移動局が緊急呼として発呼を行ったことを示す情報をメッセージに含めるステップと、
    　前記メッセージを前記コアネットワーク装置に送信するステップと、を有する通信方法。
  41. 　基地局を、コアネットワークに配置されたコアネットワーク装置に接続するゲートウェイ装置による通信方法であって、
    　前記コアネットワーク装置から送信されてきた、移動局が発呼した呼種別が緊急呼であることを示す情報を含むメッセージを受信するステップを有する通信方法。
  42. 　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
    　基地局から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信するステップを有する通信方法。
  43. 　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
    　ゲートウェイ装置から送信されてきた、移動局が緊急呼として発呼を行ったことを示す情報を含むメッセージを受信するステップを有する通信方法。
  44. 　コアネットワークに配置されたコアネットワーク装置による通信方法であって、
    　移動局が発呼した呼種別が緊急呼であることを示す情報をメッセージに含めるステップと、
    　前記メッセージをゲートウェイ装置に送信するステップと、を有する通信方法。
     
PCT/JP2010/053204 2009-04-17 2010-03-01 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法 WO2010119728A1 (ja)

Priority Applications (12)

Application Number Priority Date Filing Date Title
BRPI1006629-2A BRPI1006629B1 (pt) 2009-04-17 2010-03-01 Sistema de comunicação móvel, aparelho de gateway, aparelho de rede de base e método de comunicação
KR1020137025671A KR20130119508A (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법
CN201080017080.1A CN102396249B (zh) 2009-04-17 2010-03-01 移动通信系统、基站、网关装置、核心网络装置以及通信方法
JP2011509238A JP5375954B2 (ja) 2009-04-17 2010-03-01 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法
EP17163823.2A EP3306966B1 (en) 2009-04-17 2010-03-01 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method
RU2011146642/07A RU2503141C2 (ru) 2009-04-17 2010-03-01 Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи
KR1020157000256A KR101779458B1 (ko) 2009-04-17 2010-03-01 이동 통신 시스템, 이동국, 기지국, 게이트웨이 장치, 코어 네트워크 장치, 통신 방법
US13/258,888 US9241247B2 (en) 2009-04-17 2010-03-01 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method
EP10764314.0A EP2421286A4 (en) 2009-04-17 2010-03-01 MOBILE COMMUNICATION SYSTEM, BASE STATION, GATEWAY APPARATUS, CENTRAL NETWORK APPARATUS, COMMUNICATION METHOD
CA2758430A CA2758430C (en) 2009-04-17 2010-03-01 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method
AU2010237984A AU2010237984C1 (en) 2009-04-17 2010-03-01 Mobile communication system, base station, gateway apparatus, core network apparatus, communication method
US14/578,947 US9560508B2 (en) 2009-04-17 2014-12-22 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009101130 2009-04-17
JP2009-101130 2009-04-17

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US13/258,888 A-371-Of-International US9241247B2 (en) 2009-04-17 2010-03-01 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method
US201113258888A A-371-Of-International 2009-04-17 2011-09-22
US14/578,947 Continuation US9560508B2 (en) 2009-04-17 2014-12-22 Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method

Publications (1)

Publication Number Publication Date
WO2010119728A1 true WO2010119728A1 (ja) 2010-10-21

Family

ID=42982397

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/053204 WO2010119728A1 (ja) 2009-04-17 2010-03-01 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法

Country Status (10)

Country Link
US (2) US9241247B2 (ja)
EP (2) EP3306966B1 (ja)
JP (5) JP5375954B2 (ja)
KR (3) KR20110138239A (ja)
CN (2) CN102396249B (ja)
AU (1) AU2010237984C1 (ja)
BR (1) BRPI1006629B1 (ja)
CA (2) CA2758430C (ja)
RU (2) RU2503141C2 (ja)
WO (1) WO2010119728A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013168700A1 (ja) * 2012-05-07 2013-11-14 株式会社エヌ・ティ・ティ・ドコモ 移動局
JP2014500661A (ja) * 2010-11-04 2014-01-09 クアルコム，インコーポレイテッド ワイヤレス通信システム内でのフェムトアクセスポイントを介した通信
JP2016021766A (ja) * 2009-04-17 2016-02-04 日本電気株式会社 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法
JP2016511614A (ja) * 2013-03-13 2016-04-14 クアルコム，インコーポレイテッド 悪意のあるインフラストラクチャに対するワイヤレスデバイス対策のための方法および装置
WO2016157890A1 (ja) * 2015-03-30 2016-10-06 日本電気株式会社 同報配信システム、ゲートウェイ装置、同報配信方法及び記憶媒体

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101365588B1 (ko) * 2012-07-25 2014-02-21 에스케이텔레콤 주식회사 기지국게이트웨이장치 및 기지국게이트웨이장치의 동작 방법
US9265084B2 (en) * 2012-09-11 2016-02-16 Apple Inc. Data buffering based on access stratum conditions in a call having both circuit-switched and packet-switched components
US20160366631A1 (en) 2014-12-04 2016-12-15 Telefonaktiebolaget Lm Ericsson Publ) Position determination of a wireless device
CN105101246B (zh) * 2015-07-27 2018-10-12 中国联合网络通信集团有限公司 一种确定存在覆盖空洞的小区的方法及装置
US9711521B2 (en) * 2015-08-31 2017-07-18 Taiwan Semiconductor Manufacturing Co., Ltd. Substrate fabrication method to improve RF (radio frequency) device performance
US9761546B2 (en) 2015-10-19 2017-09-12 Taiwan Semiconductor Manufacturing Co., Ltd. Trap layer substrate stacking technique to improve performance for RF devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003244284A (ja) 2002-02-20 2003-08-29 Nec Corp 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法
WO2009013792A1 (ja) * 2007-07-20 2009-01-29 Fujitsu Limited 緊急呼番号情報取得システム

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5010A (en) * 1847-03-13 Improvement in hemp-brakes
JP2535939B2 (ja) 1987-08-27 1996-09-18 日本電気株式会社 多方向多重通信システム
JPS6455927A (en) 1987-08-27 1989-03-02 Nec Corp Multi-direction multiplex communication system
US7623447B1 (en) * 2000-04-10 2009-11-24 Nokia Corporation Telephony services in mobile IP networks
GB0015365D0 (en) 2000-06-22 2000-08-16 Nokia Networks Oy Location services interworking with intelligent network
EP1387589A1 (de) * 2002-07-29 2004-02-04 Siemens Aktiengesellschaft Media Gateway zur Bereitstellung der PSTN/ISDN Dienste in Netzwerken der nächsten Generation
US7333795B2 (en) * 2003-10-24 2008-02-19 Motorola Inc. Emergency call placement method
GB0326264D0 (en) 2003-11-11 2003-12-17 Nokia Corp Emergency call support for mobile communications
JP2005236703A (ja) * 2004-02-20 2005-09-02 Hitachi Hybrid Network Co Ltd Ｉｐ電話網への再呼び出しシステム及び再呼び出し方法
JP4269983B2 (ja) * 2004-03-12 2009-05-27 沖電気工業株式会社 中継装置、中継方法、および中継プログラム
JP5155165B2 (ja) 2005-08-02 2013-02-27 クゥアルコム・インコーポレイテッド Ｖｏｉｐ緊急呼出支援
EP1768337A1 (en) * 2005-09-26 2007-03-28 Alcatel Intelligent border element
DE602006007625D1 (de) * 2006-02-24 2009-08-13 Ericsson Telefon Ab L M Gebührenberechnung- und ortsindikationen in einem generischen zugangsnetz
JP4672571B2 (ja) * 2006-02-24 2011-04-20 日本電信電話株式会社 ＶｏＩＰネットワークにおける緊急呼呼び返し方法、緊急呼呼び返しシステム、ＶｏＩＰノード装置およびプログラム
US20090061877A1 (en) * 2006-07-14 2009-03-05 Gallagher Michael D Generic Access to the Iu Interface
US20080076392A1 (en) 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for securing a wireless air interface
JP2008141490A (ja) * 2006-12-01 2008-06-19 Mitsubishi Electric Corp 緊急通報制御装置、無線通信端末および基地局
CN101222750B (zh) * 2007-01-09 2014-07-09 华为技术有限公司 处理紧急呼叫、紧急呼叫回叫中被叫用户的方法及其应用
US8019331B2 (en) * 2007-02-26 2011-09-13 Kineto Wireless, Inc. Femtocell integration into the macro network
WO2008111001A2 (en) 2007-03-13 2008-09-18 Nokia Corporation System for establishing and controlling emergency priority in a communication system
US8072953B2 (en) * 2007-04-24 2011-12-06 Interdigital Technology Corporation Wireless communication method and apparatus for performing home Node-B identification and access restriction
CN101068279B (zh) * 2007-06-13 2011-01-19 中兴通讯股份有限公司 一种紧急呼叫的回呼实现方法
CN101466083B (zh) * 2007-12-18 2010-12-08 华为技术有限公司 一种紧急呼叫方法和装置
CN101500213B (zh) 2008-02-03 2011-04-20 华为技术有限公司 一种用户设备紧急接入的方法、设备和系统
CN101448232B (zh) * 2008-04-30 2013-05-08 中兴通讯股份有限公司 紧急呼叫实现方法及系统、用户设备
JP4755223B2 (ja) 2008-05-26 2011-08-24 富士通株式会社 無線通信システム
US20120069737A1 (en) * 2009-03-27 2012-03-22 Telefonaktiebolaget L M Ericsson (Publ) Overload avoidance with home node b gateway (henb gw) in lte
BRPI1006629B1 (pt) 2009-04-17 2021-07-20 Nec Corporation Sistema de comunicação móvel, aparelho de gateway, aparelho de rede de base e método de comunicação

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003244284A (ja) 2002-02-20 2003-08-29 Nec Corp 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法
WO2009013792A1 (ja) * 2007-07-20 2009-01-29 Fujitsu Limited 緊急呼番号情報取得システム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project;Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3(Release 8)", 3GPP TS 24.008 V8.5.0 (2009-03), March 2009 (2009-03-01), pages 277, 286, 287, XP050364471 *
"3rd Generation Partnership Project;Technical Specification Group Radio Access Network;UTRAN architecture for 3G Home NodeB;Stage 2 (Release 8)", 3GPP TS 25.467 V8.1.0., March 2009 (2009-03-01), XP050369092 *
See also references of EP2421286A4

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016021766A (ja) * 2009-04-17 2016-02-04 日本電気株式会社 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法
US9560508B2 (en) 2009-04-17 2017-01-31 Nec Corporation Mobile communication system, base station, gateway apparatus, core network apparatus, and communication method
JP2014500661A (ja) * 2010-11-04 2014-01-09 クアルコム，インコーポレイテッド ワイヤレス通信システム内でのフェムトアクセスポイントを介した通信
US9544943B2 (en) 2010-11-04 2017-01-10 Qualcomm Incorporated Communicating via a FEMTO access point within a wireless communications system
WO2013168700A1 (ja) * 2012-05-07 2013-11-14 株式会社エヌ・ティ・ティ・ドコモ 移動局
JP2013236169A (ja) * 2012-05-07 2013-11-21 Ntt Docomo Inc 移動局
US9769649B2 (en) 2012-05-07 2017-09-19 Ntt Docomo, Inc. Mobile station
JP2016511614A (ja) * 2013-03-13 2016-04-14 クアルコム，インコーポレイテッド 悪意のあるインフラストラクチャに対するワイヤレスデバイス対策のための方法および装置
WO2016157890A1 (ja) * 2015-03-30 2016-10-06 日本電気株式会社 同報配信システム、ゲートウェイ装置、同報配信方法及び記憶媒体
JPWO2016157890A1 (ja) * 2015-03-30 2017-12-14 日本電気株式会社 同報配信システム、ゲートウェイ装置、同報配信方法及び記憶媒体
US10341822B2 (en) 2015-03-30 2019-07-02 Nec Corporation Broadcast delivery system, gateway device, broadcast delivery method and storage medium

Also Published As

Publication number Publication date
JP5648762B2 (ja) 2015-01-07
CN104507090B (zh) 2019-02-12
KR20130119508A (ko) 2013-10-31
EP2421286A4 (en) 2016-10-12
KR20110138239A (ko) 2011-12-26
CN102396249A (zh) 2012-03-28
KR101779458B1 (ko) 2017-09-18
RU2011146642A (ru) 2013-06-27
BRPI1006629B1 (pt) 2021-07-20
US20120015620A1 (en) 2012-01-19
CA2758430A1 (en) 2010-10-21
CN104507090A (zh) 2015-04-08
AU2010237984B2 (en) 2014-07-03
JP5605482B2 (ja) 2014-10-15
CN102396249B (zh) 2015-07-29
US9560508B2 (en) 2017-01-31
JP2014209782A (ja) 2014-11-06
CA2872131C (en) 2017-01-10
JP5375954B2 (ja) 2013-12-25
RU2632906C2 (ru) 2017-10-11
AU2010237984A1 (en) 2011-10-13
EP2421286A1 (en) 2012-02-22
CA2758430C (en) 2016-08-23
KR20150013937A (ko) 2015-02-05
JP2016021766A (ja) 2016-02-04
US20150111518A1 (en) 2015-04-23
EP3306966A1 (en) 2018-04-11
RU2013140444A (ru) 2015-03-10
BRPI1006629A2 (pt) 2020-12-22
JP2014039280A (ja) 2014-02-27
US9241247B2 (en) 2016-01-19
AU2010237984C1 (en) 2015-01-22
JP2015043615A (ja) 2015-03-05
RU2015155588A (ru) 2017-06-28
JPWO2010119728A1 (ja) 2012-10-22
RU2503141C2 (ru) 2013-12-27
CA2872131A1 (en) 2010-10-21
EP3306966B1 (en) 2020-07-22

Similar Documents

Publication Publication Date Title
JP5648762B2 (ja) 移動通信システム、基地局、ゲートウェイ装置、コアネットワーク装置、通信方法
JP4957864B2 (ja) 移動通信システム
RU2574388C2 (ru) Система мобильной связи, базовая станция, устройство шлюза, устройство базовой сети и способ связи
AU2014208327B2 (en) Mobile communication system, base station, gateway apparatus, core network apparatus, communication method
AU2012203527B2 (en) Mobile communication system

Legal Events

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

Ref document number: 201080017080.1

Country of ref document: CN

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

Ref document number: 10764314

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010237984

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2011509238

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 13258888

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2758430

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2010237984

Country of ref document: AU

Date of ref document: 20100301

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20117024175

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010764314

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 8346/CHENP/2011

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2011146642

Country of ref document: RU

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: PI1006629

Country of ref document: BR

ENP Entry into the national phase

Ref document number: PI1006629

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20111017