(57)【要約】  ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と接続され、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置であって、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する選択手段と、を有する、ＳＩＰ制御装置を提供する。
2016167222.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と接続され、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置であって、
前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、
前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する選択手段と、
を有する、ＳＩＰ制御装置。
【請求項２】
前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、緊急呼セッション制御装置に緊急呼接続要求信号を送信する送信手段を有する、請求項１に記載のＳＩＰ制御装置。
【請求項３】
前記取得手段は、前記管理装置から前記ユーザ装置の位置情報を更に取得し、
前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記送信手段は、前記ユーザ装置の位置情報を含む前記緊急呼接続要求信号を送信する、請求項２に記載のＳＩＰ制御装置。
【請求項４】
前記取得手段は、前記管理装置から前記ユーザ装置の電話番号を更に取得し、
前記送信手段は、前記取得手段が前記管理装置から前記ユーザ装置の電話番号を更に取得できた場合で、かつ、前記選択手段が前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記ユーザ装置の電話番号を含む前記緊急呼接続要求信号を送信する、請求項２又は３に記載のＳＩＰ制御装置。
【請求項５】
前記送信手段は、前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を拒否することを選択した場合、前記ユーザ装置に、接続拒否を示す応答コードを含むＳＩＰ信号を送信する、請求項２乃至４のいずれか一項に記載のＳＩＰ制御装置。
【請求項６】
当該ＳＩＰ制御装置は、ＩＭＳで用いられるＰ−ＣＳＣＦである、請求項１乃至５のいずれか一項に記載のＳＩＰ制御装置。
【請求項７】
ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムであって、
前記管理装置は、
前記ユーザ装置から国際移動加入者識別子を取得して記憶する記憶手段と、
前記ユーザ装置の国際移動加入者識別子が前記記憶手段に記憶されている場合に、前記ユーザ装置の国際移動加入者識別子を送信する第一の送信手段と、
を有し、
前記ＳＩＰ制御装置は、
前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、
前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する第一の選択手段と、
前記第一の選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信する第二の送信手段と、
を有し、
前記緊急呼セッション制御装置は、
前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択する第二の選択手段と、
を有する、移動通信システム。
【請求項８】
ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムが実行する緊急呼制御方法であって、
前記管理装置が、
前記ユーザ装置から国際移動加入者識別子を取得して記憶手段に記憶するステップと、
前記ＳＩＰ制御装置が、
前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得するステップと、
前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択するステップと、
前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信するステップと、
前記緊急呼セッション制御装置が、
前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択するステップと、
を有する、緊急呼制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ制御装置、移動通信システム及び緊急呼制御方法に関する。
【背景技術】
【０００２】
移動通信システムは、基地局装置を含む無線ネットワークと交換機を含むコアネットワークとにより実現されている。また、移動通信システムにおける通信方式及び通信インタフェースの標準仕様は、第三世代パートナーシッププロジェクト（３ＧＰＰ：The 3rd Generation Partnership Project）により規定されている。【０００３】
従来の３Ｇ（3rd Generation）技術では、音声サービスは回線交換ドメインで提供されていた。一方ＬＴＥ（Long Term Evolution）では回線交換ドメインは提供されておらず、ＰＳ（Packet Switched）ドメインのみが提供されている。そこで、ＬＴＥをサポートする移動通信システム上でＩＭＳ（IP Multimedia Subsystem）技術を用いた音声サービスを提供する技術として、ＶｏＬＴＥ（Voice over LTE）が知られている。【０００４】
音声サービスの１つに緊急呼（又は緊急通報とも呼ばれる）と呼ばれるサービスが存在する（例えは、非特許文献１参照）。緊急呼とは、警察、消防といった緊急機関に接続するサービスであり、国ごとに緊急機関に対応づけられた電話番号（発番号）、発信者番号の通知の要否、緊急呼の呼び返し対応の要否、ユーザ位置情報通知、緊急通報の優先的制御などに関する条例が定められている。緊急呼はＶｏＬＴＥでも提供されている。【０００５】
また、３Ｇ又はＬＴＥをサポートする移動通信システムで用いられるユーザ装置には、ＵＩＣＣ（Universal Integrated Circuit Card）と呼ばれる、加入者を一意に特定するためなどに用いられるＩＣカードが挿入されている。ＵＩＣＣにはいくつかの種類があり、たとえばＳＩＭ（Subscriber Identity Module）、ＵＳＩＭ（Universal Subscriber Identity Module）、ＩＳＩＭ（IP Multimedia Service Identity Module）等が存在する。移動通信システムは、ユーザ装置に音声サービス及びパケットサービスを提供する場合、ＵＩＣＣに格納されている情報を用いて認証等を行い、正規の加入者であることを確認する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＴＳ２３．１６７  Ｖ１２．１．０（２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＶｏＬＴＥ上で緊急呼が発呼される場合、ユーザ装置とＩＭＳ装置との間でＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎと呼ばれる処理手順が起動される。ユーザ装置にＵＩＣＣが挿入されていない場合、又は、ユーザ装置にＵＩＣＣが挿入されている場合であっても何かしらの理由でＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎに失敗した場合、ユーザ装置は、緊急呼がＡｎｏｎｙｍｏｕｓ（匿名）で発呼されたことを示す情報を発信信号に設定して緊急呼を発呼する。【０００８】
ここで、従来の３ＧＰＰの標準仕様では、匿名で緊急呼が発呼された場合に、ＶｏＬＴＥをサポートするコアネットワークの動作が十分に規定されていなかった。【０００９】
例えば、従来の３ＧＰＰの標準仕様では、ＵＩＣＣが挿入されていないユーザ装置が緊急呼を発呼した場合に、緊急機関への接続を可能にする技術が規定されている。一方で、ＵＩＣＣが挿入されていないユーザ装置が緊急呼を発呼した場合に、実際に緊急機関への接続を許可すべきか否かについては国ごとの法令等で定められている。【００１０】
しかしながら、従来の３ＧＰＰの標準仕様では、そもそもユーザ装置にＵＩＣＣが挿入されているのか否かを、特に匿名で緊急呼が発呼された場合に、ＩＭＳ装置が識別する仕組みが存在しないため、仮にＵＩＣＣが挿入されていないユーザ装置の緊急呼であっても、ＩＭＳ装置は呼接続を許可すべきか又は拒否すべきかの判断を行うことができない。【００１１】
また、緊急呼が発呼された場合、発呼された緊急呼を適切な場所の緊急機関、例えばユーザ装置の現在地の最寄りの緊急機関に転送させるため、コアネットワークはユーザ装置の位置情報を取得するのが望ましい。しかしながら、従来の３ＧＰＰの標準仕様では、匿名で緊急呼が発呼された場合に、ユーザ装置の位置情報を取得し、適切な場所の緊急機関に転送させる仕組みが存在しない。【００１２】
また、ユーザ装置と緊急機関との間で接続された緊急呼が何かしらの理由で切断された場合に、緊急機関からの折り返し（再発呼）を可能とするため、緊急機関にユーザ装置の電話番号を伝えるのが望ましい。しかしながら、従来の３ＧＰＰの標準仕様では、匿名で緊急呼が発呼された場合に、ユーザ装置の電話番号を緊急機関に伝える仕組みが存在しない。【００１３】
開示の技術は上記に鑑みてなされたものであって、匿名で緊急呼が発呼された場合に、適切に緊急呼を制御する技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
開示の技術のＳＩＰ制御装置は、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と接続され、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置であって、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する選択手段と、を有する。【００１５】
また、開示の技術の移動通信システムは、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムであって、前記管理装置は、前記ユーザ装置から国際移動加入者識別子を取得して記憶する記憶手段と、前記ユーザ装置の国際移動加入者識別子が前記記憶手段に記憶されている場合に、前記ユーザ装置の国際移動加入者識別子を送信する第一の送信手段と、を有し、前記ＳＩＰ制御装置は、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する第一の選択手段と、前記第一の選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信する第二の送信手段と、を有し、前記緊急呼セッション制御装置は、前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択する第二の選択手段と、を有する。【００１６】
また、開示の技術の緊急呼制御方法は、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムが実行する緊急呼制御方法であって、前記管理装置が、前記ユーザ装置から国際移動加入者識別子を取得して記憶手段に記憶するステップと、前記ＳＩＰ制御装置が、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得するステップと、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択するステップと、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信するステップと、前記緊急呼セッション制御装置が、前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択するステップと、を有する。
【発明の効果】
【００１７】
開示の技術によれば、匿名で緊急呼が発呼された場合に、適切に緊急呼を制御する技術が提供される。
【図面の簡単な説明】
【００１８】
【図１】実施の形態に係る移動通信システムのシステム構成の一例を示す図である。
【図２】実施の形態に係るＰＣＲＦの機能構成の一例を示す図である。
【図３】実施の形態に係るＰ−ＣＳＣＦの機能構成の一例を示す図である。
【図４】実施の形態に係るＥ−ＣＳＣＦの機能構成の一例を示す図である。
【図５】実施の形態に係るＰＣＲＦ、Ｐ−ＣＳＣＦ及びＥ−ＣＳＣＦのハードウェア構成の一例を示す図である。
【図６】実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その１）である。
【図７】実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その２）である。
【図８】実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その３）である。
【図９】実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その４）である。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＶｏＬＴＥに準拠した方式のシステムを想定しているが、本発明はＶｏＬＴＥに限定されるわけではなく、ＩＭＳを他の無線アクセスシステム(２Ｇ、３Ｇ、ＧＰＲＳ、Ｗｉ-Ｆｉ（登録商標）、ＷｉＭＡＸ（登録商標）、固定ＩＰ網等)で利用する形態など、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２又は１３以降に対応する通信方式も含む広い意味で使用する。
【００２０】
＜概要＞
図１は、実施の形態に係る移動通信システムのシステム構成の一例を示す図である。図１に示すように、本実施の形態における移動通信システムは、ユーザ装置１と、ｅＮＢ（evolved Node B）２と、ＭＭＥ（Mobility Management Entity）３と、ＳＧＷ（Serving Gateway）４と、ＰＧＷ（Packet Data Network Gateway）５と、ＰＣＲＦ（Policy and Charging Rules Function）６と、Ｐ−ＣＳＣＦ（Proxy-Call Session Control Function）７と、Ｅ−ＣＳＣＦ（Emergency- Call Session Control Function）８と、緊急台（ＰＳＡＰ：Public Safety Answering Point）９とを有する。ＭＭＥ３、ＳＧＷ４、ＰＧＷ５及びＰＣＲＦ６は、ＥＰＣ（Evolved Packet Core）に属する装置である。また、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８は、ＩＭＳに属する装置である。なお、図１に示すシステム構成は、本発明の実施の形態に特に関連する装置のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない装置も有するものである。また、特に図示しないが、ＳＧＷ４及びＰＧＷ５の間は、ＧＴＰ(GPRS Tunneling Protocol)とＰＭＩＰ(Proxy Mobile IP)の２種類の制御プロトコルのオプションが存在するが、どちらが利用されていてもよい。
【００２１】
ユーザ装置１は、無線を通じてｅＮＢ２、ＥＰＣ及びＩＭＳに属する各装置と通信を行う機能を有する。ユーザ装置１は、例えば、携帯電話、スマートフォン、タブレット、モバイルルータ、パーソナルコンピュータ、ウェアラブル端末などである。ユーザ装置１は、通信機能を有する機器であれば、どのようなユーザ装置１であってもよい。
【００２２】
ｅＮＢ２は、ＬＴＥにおける基地局であり、無線を通じてユーザ装置１との間で通信を行う。また、ｅＮＢ２は、ＭＭＥ３及びＳＧＷ４と直接接続されており、ユーザ装置１とＭＭＥ３との間で送受信されるＣ−Ｐｌａｎｅ信号、及び、ユーザ装置１とＳＧＷ４との間で送受信されるＵ−ｐｌａｎｅ信号を中継する。
【００２３】
ＭＭＥ３は、ｅＮＢ２、ＳＧＷ４と接続され、ユーザ装置１のモビリティ制御機能及びＳＧＷ４のＥＰＣベアラ制御機能等を提供する装置である。ＳＧＷ４は、在圏パケット交換機であり、ｅＮＢ２及びＰＧＷ５との間でＵ−ｐｌａｎｅ信号を中継する。ＰＧＷ５は、ＥＰＣが外部網（図１の例ではＩＭＳ）と接続するためのゲートウェイ装置であり、ユーザ装置１へのＩＰアドレスの払い出しなどを行う。ＰＣＲＦ６は、ＥＰＣベアラのＱｏＳ（Quality of Service）設定、加入者情報等に基づくポリシー制御及び課金制御機能を有する装置である。また、ＰＣＲＦ６は、ＰＣＲＦ６が各種機能を実行するために、ユーザ装置１を一意に識別するための各種識別子（ＩＭＳＩ（International Mobile Subscriber Identifier）、ＭＳＩＳＤＮ(Mobile Station International Subscriber Directory Number)、ＩＰアドレス、ＩＭＥＩ（International Mobile Equipment Identity）等）などを記憶する機能を有する。
【００２４】
Ｐ−ＣＳＣＦ７は、ＥＰＣとの接続点に配置されるＳＩＰ（Session Initiation Protocol）中継サーバである。また、Ｐ−ＣＳＣＦ７は、単にＳＩＰ信号を中継するだけではなく、ＥＰＣ（特にＰＣＲＦ６）にＱｏＳ・新規ベアラ設定等のベアラ制御を指示する機能も有する。Ｅ−ＣＳＣＦ８は、緊急呼を処理する機能を有するＳＩＰ中継サーバである。また、Ｅ−ＣＳＣＦ８は、複数の緊急台９に接続され、ユーザ装置１の位置に応じた適切な場所の緊急台９に緊急呼を転送する機能を有する。緊急台９は、警察・消防等に配置されており、ユーザ装置１から発呼された緊急呼の応答を行う装置（電話機）である。
【００２５】
実施の形態に係る移動通信システムにおいて、ユーザ装置１から匿名で緊急呼が発呼された場合、当該緊急呼を受信したＰ−ＣＳＣＦ７は、ＰＣＲＦ６にユーザ装置１のＩＭＳＩが記憶されているか否かを問い合わせることで、匿名の緊急呼を発呼したユーザ装置１にＵＩＣＣが挿入されているのか否かを判断する。
【００２６】
また、実施の形態に係る移動通信システムは、ユーザ装置１に対して匿名の緊急呼の接続を許可する場合に、ユーザ装置１の位置情報を緊急台９に通知する。更に、実施の形態に係る移動通信システムは、ユーザ装置１にＵＩＣＣが挿入されていると判断した場合、ＰＣＲＦ６から取得したユーザ装置１のＩＭＳＩ若しくはＭＳＩＳＤＮ又はその両方を緊急台９に通知する。
【００２７】
＜機能構成＞
以下、本発明の実施の形態の動作を実行するＰＣＲＦ６とＰ−ＣＳＣＦ７とＥ−ＣＳＣＦ８との機能構成例を説明する。
【００２８】
（ＰＣＲＦ）
図２は、実施の形態に係るＰＣＲＦの機能構成の一例を示す図である。図２に示すように、ＰＣＲＦ６は、通信部１１と、記憶部１２と、端末情報送信部１３とを有する。なお、図２は、ＰＣＲＦ６において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００２９】
通信部１１は、ＳＧＷ４、ＰＧＷ５及びＰ−ＣＳＣＦ７との間で呼処理に関する各種信号の送受信を行う機能を有する。また、受信した各種信号に基づいて呼処理を行い、ＳＧＷ４、ＰＧＷ５又はＰ−ＣＳＣＦ７に対して、必要な呼処理信号を送信する機能を有する。また、通信部１１は、ＰＧＷ５からユーザ装置１の各種識別子が通知された場合、通知された各種識別子を記憶部１２の端末情報に格納する。
【００３０】
記憶部１２は、ユーザ装置１の端末情報を記憶する。ここで、端末情報とは、例えば、ユーザ装置１のＩＭＳＩ、ＩＭＥＩ（International Mobile Equipment Identity）、ＭＳＩＳＤＮ、ＩＰアドレス、位置情報等である。
【００３１】
端末情報送信部１３は、Ｐ−ＣＳＣＦ７から、特定のユーザ装置１の端末情報が記憶されているか否かの問い合わせを受けた場合、当該特定のユーザ装置１の端末情報を端末情報から検索してＰ−ＣＳＣＦ７に送信する。
【００３２】
（Ｐ−ＣＳＣＦ）
図３は、実施の形態に係るＰ−ＣＳＣＦの機能構成の一例を示す図である。図３に示すように、Ｐ−ＣＳＣＦ７は、通信部２１と、匿名判定部２２と、端末情報取得部２３と、呼継続判定部２４とを有する。なお、図３は、Ｐ−ＣＳＣＦ７において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００３３】
通信部２１は、ＰＧＷ５、ＰＣＲＦ６及びＥ−ＣＳＣＦ８との間で呼処理に関する各種信号の送受信を行う機能を有する。また、受信した各種信号に基づいて呼処理を行い、ＰＧＷ５、ＰＣＲＦ６又はＥ−ＣＳＣＦ８に対して、必要な呼処理信号を送信する機能を有する。
【００３４】
匿名判定部２２は、ユーザ装置１から、通信部２１を介して緊急呼を受信した場合に、緊急呼に含まれるパラメータに基づいて、受信した緊急呼が匿名の緊急呼であるか否かを判定する。
【００３５】
端末情報取得部２３は、ユーザ装置１から受信した緊急呼が匿名判定部２２で匿名であると判定された場合、当該信号の送信元であるユーザ装置１の端末情報を、ＰＣＲＦ６に問い合わせることで取得する。
【００３６】
呼継続判定部２４は、ユーザ装置１から受信した緊急呼が匿名判定部２２で匿名であると判定された場合で、かつ、ユーザ装置１にＵＩＣＣが挿入されていない場合、当該緊急呼の呼処理を継続する（すなわち、緊急台９に接続させる）のか、又は呼処理を拒否する（すなわち、緊急台９に接続させない）のかを判断する。
【００３７】
なお、呼継続判定部２４は、ＵＩＣＣが挿入されていないユーザ装置１が緊急呼を発呼した場合に、実際に緊急台９への接続を許可すべきか否かを示す許可情報を予め記憶しておく。許可情報は、各国の法令等に従って決定される情報である。呼継続判定部２４は、ユーザ装置１から匿名の緊急呼を受信した場合に、許可情報に基づいて、当該緊急呼を受け付けて呼処理を継続するのか、又は呼処理を拒否するのかを判断する。
【００３８】
（Ｅ−ＣＳＣＦ）
図４は、実施の形態に係るＥ−ＣＳＣＦの機能構成の一例を示す図である。図４に示すように、Ｅ−ＣＳＣＦ８は、通信部３１と、記憶部３２と、緊急台選択部３３と、緊急台通信部３４とを有する。なお、図４は、Ｅ−ＣＳＣＦ８において本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００３９】
通信部３１は、Ｐ−ＣＳＣＦ７との間で呼処理に関する各種信号の送受信を行う機能を有する。また、受信した各種信号に基づいて呼処理を行い、Ｐ−ＣＳＣＦ７に対して、必要な呼処理信号を送信する機能を有する。
【００４０】
記憶部３２は、緊急台情報を記憶する。緊急台情報には、例えば、各緊急台９の設置場所を示す情報と、各緊急台９への接続情報（アドレス情報）とが対応づけられて格納されている。
【００４１】
緊急台選択部３３は、Ｐ−ＣＳＣＦ７から、匿名の緊急呼を受信した場合、緊急呼に含まれる位置情報と記憶部３２に記憶されている緊急台情報とに基づいて、緊急呼の転送先として適切な場所の緊急台９を選択する。
【００４２】
緊急台通信部３４は、緊急台９との間で呼処理に関する各種信号の送受信を行う機能を有する。
【００４３】
＜ハードウェア構成＞
図５は、実施の形態に係るＰＣＲＦ、Ｐ−ＣＳＣＦ及びＥ−ＣＳＣＦのハードウェア構成の一例を示す図である。実施の形態に係るＰＣＲＦ６、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＨＤＤ１０４と、操作部１０５と、表示部１０６と、ドライブ装置１０７と、ＮＩＣ（Network Interface card）１０８とを有する。
【００４４】
ＣＰＵ１０１は、ＰＣＲＦ６、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８の全体制御を行うプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０４等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、ＰＣＲＦ６、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８の各種機能を実現する。ＲＯＭ１０２には、各種のプログラムやプログラムによって利用されるデータ等が記憶される。ＲＡＭ１０３は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＨＤＤ１０４には、各種情報及びプログラム等が記憶される。
【００４５】
操作部１０５は、ユーザからの入力操作を受け付けるためのハードウェアであり、例えばキーボード又はマウスである。表示部１０６は、利用者に向けた表示を行うハードウェアである。
【００４６】
ドライブ装置１０７は、プログラムを記録した記憶媒体１０９からプログラムを読み取る。ドライブ装置１０７によって読み取られたプログラムは、例えば、ＨＤＤ１０４にインストールされる。ＮＩＣ１０８は、ＰＣＲＦ６、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８をネットワークに接続し、データの送受信を行うための通信インタフェースである。
【００４７】
なお、記憶媒体１０９とは、非一時的（non-transitory）な記憶媒体を言う。記憶媒体１０９の例としては、磁気記憶媒体、光ディスク、光磁気記憶媒体、不揮発性メモリなどがある。
【００４８】
＜処理手順＞
図６は、実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その１）である。図７は、実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その２）である。図８は、実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その３）である。図９は、実施の形態に係る移動通信システムの処理手順の一例を示すシーケンス図（その４）である。図６〜図９を用いて、実施の形態に係る移動通信システムが、匿名で発呼された緊急呼を処理する処理手順について説明する。なお、図６〜図９に示すシーケンス図は一連の呼処理シーケンスを示している。
【００４９】
ステップＳ１０１で、ユーザ装置１は、利用者からの電源操作を受け付けて起動状態に遷移する。図では割愛したが、ユーザ装置１は、起動状態では、ユーザ装置１が受信できるＬＴＥの報知情報を受信し、利用可能なネットワーク又はＵＩＣＣで設定されている利用優先度の高いネットワークを選択する。ネットワークを選択したユーザ装置１は、ｅＮＢ２との間で無線チャネルの設定を実施する。無線チャネルの設定が失敗した場合、ユーザ装置１は、他のネットワークを選択して同じ動作を実施するか、又は「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」に遷移してもよい。
【００５０】
なお、図では割愛しているが、ｅＮＢ２は報知情報の中に、「ＩＭＳ緊急呼がサポートされているか否か」を示す情報を設定してユーザ装置１に通知することができる。なお、報知情報で「緊急呼サポートがサポートされている」ことを示す情報が通知されている場合に限り、ユーザ装置１による「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」からの緊急呼発信が可能であることが３ＧＰＰ標準で規定されている。
【００５１】
ステップＳ１０２で、ユーザ装置１にＵＩＣＣが挿入されている場合、ユーザ装置１とＥＰＣの各装置との間で、Ｅ−ＵＴＲＡＮ  Ｉｎｉｔｉａｌ  Ａｔｔａｃｈ手順が行われ、ユーザ装置１は、ＥＰＣにアタッチした状態（接続された状態）に遷移する。なお、ユーザ装置１にＵＩＣＣが挿入されていない場合、ステップＳ１０２の処理手順は行われない。
【００５２】
ここで、ユーザ装置１にＵＩＣＣが挿入されていない、ＵＩＣＣが挿入されているがアタッチに失敗した、又は、通信サービスを受けられない特定のエリア等に存在する等の何かしらの理由により、ユーザ装置１が通信サービスを受けられない場合、ユーザ装置１は、「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」と呼ばれる状態に遷移することがＬＴＥにて規定されている。なお、「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」のユーザ装置１は、在圏するセルの報知情報を受信することができる。
【００５３】
ステップＳ１０３で、ユーザ装置１は、利用者からの指示により緊急通報を発信する。ここで、ユーザ装置１が正常状態（ＵＩＣＣが挿入されており、かつアタッチ済みの場合）であるのか、又はＬｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態であるのかにより以降の処理手順が異なる。ユーザ装置１が正常状態である場合、ステップＳ１０４の処理手順に進む。ユーザ装置１がＬｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態であり、かつ、ＵＩＣＣが挿入されていないためにアタッチができない場合、ステップＳ１０５の処理手順に進む。ユーザ装置１がＬｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態であり、かつ、ＵＩＣＣが挿入されているが何かしらの理由でアタッチができない場合、ステップＳ１０６の処理手順に進む。
【００５４】
ステップＳ１０４で、ユーザ装置１は、ＭＭＥ３に「ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ（Ｔｙｐｅ：  Ｅｍｅｒｇｅｎｃｙ）」信号を送信する。ステップＳ１０４の処理手順が完了すると、ステップＳ１０７乃至ステップＳ１１２の処理手順に進む。
【００５５】
ステップＳ１０５で、ユーザ装置１は、ＭＭＥ３に「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ（Ｔｙｐｅ：Ｅｍｅｒｇｅｎｃｙ、ＩＭＥＩ）」信号を送信する。ステップＳ１０５の処理手順が完了すると、ステップＳ１１９乃至ステップＳ１２４の処理手順に進む。
【００５６】
なお、上記のとおり、ユーザ装置１は、受信した報知情報の中に、「緊急呼がサポートされている」ことを示す情報が通知されている場合に限り、ユーザ装置１による「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」からの緊急呼発信が可能である。
【００５７】
ステップＳ１０６で、ユーザ装置１は、ＭＭＥ３に「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ（Ｔｙｐｅ：Ｅｍｅｒｇｅｎｃｙ、ＩＭＳＩ又はＴＭＳＩ）」信号を送信する。なお、Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態に遷移する前に一旦位置登録に成功していた場合、ユーザ装置１は、ＩＭＳＩの代わりにＴＭＳＩ（Temporary Mobile Subscriber Identity）を当該Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ信号に含めてＭＭＥ３に送信する。一度も位置登録に成功していない場合、ユーザ装置１は、当該Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ信号にＩＭＳＩを含めてＭＭＥ３に送信する。ステップＳ１０６の処理手順が完了すると、ステップＳ１１３乃至ステップＳ１１８の処理手順に進む。
【００５８】
なお、上記のとおり、ユーザ装置１は、受信した報知情報の中に、「緊急呼がサポートされている」ことを示す情報が通知されている場合に限り、ユーザ装置１による「Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ状態」からの緊急呼発信が可能である。
【００５９】
ステップＳ１０７で、ＭＭＥ３は、ステップＳ１０２で行われたアタッチ手順で取得したユーザ装置１のＭＳＩＳＤＮ、ＩＭＳＩ及び位置情報（例えば、セルＩＤ等）を含むＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を生成する。
【００６０】
ステップＳ１０８及びステップＳ１０９で、ＭＭＥ３は、ステップＳ１０７で生成したＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を、ＳＧＷ４を介してＰＧＷ５に送信する。なお、当該ＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号は、緊急呼用ベアラ設定に用いられるＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号である。
【００６１】
ステップＳ１１０で、ＰＧＷ５は、ユーザ装置１に対して、ユーザ装置１がＰ−ＣＳＣＦとの間の通信に用いるための送信元ＩＰアドレス（以下、「端末ＩＰアドレス」という）を割り当てる。
【００６２】
ステップＳ１１１で、ＰＧＷ５は、ＰＣＲＦ設定信号をＰＣＲＦ５に送信する。ＰＣＲＦ設定信号には、ユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ、位置情報、及び端末ＩＰアドレスが含まれている。
【００６３】
ステップＳ１１２で、ＰＣＲＦ６の通信部１１は、ＰＧＷ５から受信したＰＣＲＦ設定信号に含まれているユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ、位置情報、及び端末ＩＰアドレスを、記憶部１２の端末情報に格納する。
【００６４】
ステップＳ１１３で、ＭＭＥ３は、ステップＳ１０６で受信したＡｔｔａｃｈ  Ｒｅｑｕｓｅｔ信号に含まれているユーザ装置１のＩＭＳＩと、ユーザ装置１の位置情報（例えば、セルＩＤ、ＴＡ（Tracking Area）、ＲＡ（Routing Area）、ＬＡ（Location Area）、Ｇｅｏｌｏｃａｔｉｏｎ Ｉｄｅｎｔｉｆｅｒ、Ｓｅｒｖｉｃｅ Ａｒｅａ、又は、セルＩＤ等にマッピングされた事業者が定義した位置情報等）とを含むＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を生成する。なお、ＭＭＥ３は、ステップＳ１０６でＩＭＥＩを受信した場合、受信したＩＭＥＩからＩＭＳＩを検索してＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を生成する。
【００６５】
ステップＳ１１４及びステップＳ１１５で、ＭＭＥ３は、ステップＳ１１３で生成したＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を、ＳＧＷ４を介してＰＧＷ５に送信する。なお、当該ＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号は、緊急呼用ベアラ設定に用いられるＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号である。
【００６６】
ステップＳ１１６で、ＰＧＷ５は、ユーザ装置１に対して、ユーザ装置１がＰ−ＣＳＣＦとの間の通信に用いるための端末ＩＰアドレスを割り当てる。
【００６７】
ステップＳ１１７で、ＰＧＷ５は、ＰＣＲＦ設定信号をＰＣＲＦ５に送信する。ＰＣＲＦ設定信号には、ユーザ装置１のＩＭＳＩ、位置情報、及び端末ＩＰアドレスが含まれている。
【００６８】
ステップＳ１１８で、ＰＣＲＦ６の通信部１１は、ＰＧＷ５から受信したＰＣＲＦ設定信号に含まれているユーザ装置１のＩＭＳＩ、位置情報、及び端末ＩＰアドレスを、記憶部１２の端末情報に格納する。
【００６９】
ステップＳ１１９で、ＭＭＥ３は、ステップＳ１０５で受信したＡｔｔａｃｈ  Ｒｅｑｕｓｅｔ信号に含まれているユーザ装置１のＩＭＥＩと位置情報（例えば、セルＩＤ等）とを含むＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を生成する。
【００７０】
ステップＳ１２０及びステップＳ１２１で、ＭＭＥ３は、ステップＳ１１９で生成したＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号を、ＳＧＷ４を介してＰＧＷ５に送信する。なお、当該ＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号は、緊急呼用ベアラ設定に用いられるＧＴＰ  Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ信号である。
【００７１】
ステップＳ１２２で、ＰＧＷ５は、ユーザ装置１に対して、ユーザ装置１がＰ−ＣＳＣＦとの間の通信に用いるための端末ＩＰアドレスを割り当てる。
【００７２】
ステップＳ１２３で、ＰＧＷ５は、ＰＣＲＦ設定信号をＰＣＲＦ５に送信する。ＰＣＲＦ設定信号には、ユーザ装置１のＩＭＥＩ、位置情報、及び端末ＩＰアドレスが含まれている。
【００７３】
ステップＳ１２４で、ＰＣＲＦ６の通信部１１は、ＰＧＷ５から受信したＰＣＲＦ設定信号に含まれているユーザ装置１のＩＭＥＩ、位置情報、及び端末ＩＰアドレスを、記憶部１２の端末情報に格納する。
【００７４】
ステップＳ１２５で、ユーザ装置１は、ＥＰＣに属する各装置との間で緊急呼用のＥＰＳベアラ設定手順を行う。なお、本手順において、ＰＧＷ５からユーザ装置１に、Ｐ−ＣＳＣＦ７のＩＰアドレスが通知される。特に図示はしないが、Ｐ−ＣＳＣＦ７のＩＰアドレスが通知されると同時に、ＰＧＷ５からユーザ装置１に対して、ＵＩＣＣの有無に応じた緊急呼発信可否、匿名での発信可否、又は電話番号等の通知による緊急台折り返し対応の要否、など、ネットワークの緊急呼ポリシーに関連する情報を通知してもよい。
【００７５】
ステップＳ１２５の処理手順は、ＭＭＥ３がユーザ装置１にＡｔｔａｃｈ Ａｃｃｅｐｔ信号を送信することで完了する。特に図示はしないが、ＭＭＥ３からユーザ装置１に対して、Ａｔｔａｃｈ Ａｃｃｅｐｔ信号の中で、ＵＩＣＣの有無に応じた緊急呼発信可否、匿名での発信可否や、電話番号等の通知による緊急台折り返し対応の要否、など、ネットワークの緊急呼ポリシーに関連する情報を通知してもよい。
【００７６】
ここで、ユーザ装置１にＵＩＣＣが挿入されているのか否かで、以降の処理手順が異なる。ユーザ装置１にＵＩＣＣが挿入されている場合、ステップＳ１２６の処理手順に進む。ユーザ装置１にＵＩＣＣが挿入されていない場合、ステップＳ１２８の処理手順に進む。
【００７７】
ステップＳ１２６で、ユーザ装置１は、Ｐ−ＣＳＣＦ７との間でＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順を実行する。ＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順が正常に完了した場合、ステップＳ１２７の処理手順に進む。何かしらの理由でＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順が正常に完了しなかった場合、ステップＳ１２８の処理手順に進む。
【００７８】
ステップＳ１２７で、ユーザ装置１は、ＳＩＰ  ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ７に送信する。ＳＩＰ  ＩＮＶＩＴＥ信号には、ユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ、ＩＭＥＩ及び端末ＩＰアドレスが含まれている。ステップＳ１２７の処理手順が完了した後、ステップＳ１２９の処理手順に進む。
【００７９】
ステップＳ１２８で、ＳＩＰ  ＩＮＶＩＴＥ信号をＰ−ＣＳＣＦ７に送信する。ＳＩＰ  ＩＮＶＩＴＥ信号には、当該信号が匿名での発呼であることを示す識別子（例えば、発信者を示す値に「Ａｎｏｎｙｍｏｕｓ」を含む文字列を設定）、ユーザ装置１のＩＭＥＩ及び端末ＩＰアドレスが含まれている。
【００８０】
ステップＳ１２８の処理手順が完了した後、ステップＳ１２９の処理手順に進む。なお、前述の通り、ユーザ装置１は、ユーザ装置１にＵＩＣＣが挿入されていない場合、又は、ユーザ装置１にＵＩＣＣが挿入されている場合であっても何かしらの理由でＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順に失敗した場合に、匿名で緊急呼を発呼（「Ａｎｏｎｙｍｏｕｓ」が設定されたＳＩＰ  ＩＮＶＩＴＥを送信）する。
【００８１】
ユーザ装置１は、ＳＩＰ  ＩＮＶＩＴＥを送信する前に、ＰＧＷ５又はＭＭＥ３からＡｔｔａｃｈやベアラ設定の手順の中で受信した、ネットワークの緊急呼ポリシーに関連する情報（ＵＩＣＣの有無に応じた緊急呼発信可否、匿名状態での発信可否、電話番号等の通知による緊急台折り返し対応の要否、等）、及び、報知情報で通知される「ＩＭＳ緊急呼がサポートされているか否か」を示す情報に基づいて、ＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順やＳＩＰ  ＩＮＶＩＴＥの送信を実施するか否かを判断するように構成されていてもよい。また、ユーザ装置１は、これらの情報に基づいて、ＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順失敗時に、匿名状態で緊急呼を発呼するのか、ＳＩＰ  ＩＮＶＩＴＥを送信する場合は上記ステップＳ１２７又はステップＳ１２８の処理手順のいずれに基づくか、どの情報をＳＩＰ  ＩＮＶＩＴＥに設定するか、などについて、更に判断するように構成されていてもよい。
【００８２】
ステップＳ１２９で、Ｐ−ＣＳＣＦ７の匿名判定部２２は、ユーザ装置１から受信したＳＩＰ  ＩＮＶＩＴＥ信号に、「Ａｎｏｎｙｍｏｕｓ」が設定されているかを確認する。「Ａｎｏｎｙｍｏｕｓ」が設定されている場合、匿名判定部２２は、受信したＳＩＰ  ＩＮＶＩＴＥ信号は匿名の緊急呼であると判断する。「Ａｎｏｎｙｍｏｕｓ」が設定されていない場合、匿名判定部２２は、受信したＳＩＰ  ＩＮＶＩＴＥ信号は通常の緊急呼であると判断する。ここで、匿名の緊急呼であると判断された場合、ステップＳ１３０の処理手順に進み、通常の緊急呼であると判断された場合、ステップＳ１３３の処理手順に進む。なお、通常の緊急呼であると判断された場合であっても、緊急台の選択等でユーザ装置１の位置情報が必要な場合、Ｐ−ＣＳＣＦ７の端末情報取得部２３は、ステップＳ１３０及びステップ１３１と同様の処理手順によりＰＣＲＦ６からユーザ装置１の位置情報を取得してもよい。
【００８３】
ステップＳ１３０で、Ｐ−ＣＳＣＦ７の端末情報取得部２３は、ＰＣＲＦ６に情報取得要求を送信する。情報取得要求には、ステップＳ１２８の処理手順でユーザ装置１から受信したＩＭＥＩ又は／及び端末ＩＰアドレスが含まれている。
【００８４】
ステップＳ１３１で、ＰＣＲＦ６の端末情報送信部１３は、ステップＳ１３０の処理手順で受信した情報取得要求に含まれているＩＭＥＩ又は端末ＩＰアドレスをキーに端末情報を検索する。端末情報にユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報が格納されている場合（すなわち、ステップＳ１１８の処理手順が行われた場合）、ＰＣＲＦ６の端末情報送信部１３は、ユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報を含む情報取得応答をＰ−ＣＳＣＦ７に送信する。端末情報にユーザ装置１の位置情報のみが格納されている場合（すなわち、ステップＳ１２４の処理手順が行われた場合）、ＰＣＲＦ６の端末情報送信部１３は、ユーザ装置１の位置情報を含む情報取得応答をＰ−ＣＳＣＦ７に送信する。
【００８５】
ステップＳ１３２で、Ｐ−ＣＳＣＦ７の呼継続判定部２４は、緊急呼の呼処理を継続させるか否かを判断する。ステップＳ１３２で受信した情報取得応答にＩＭＳＩが含まれている場合、呼継続判定部２４は、当該呼処理を継続させると判断してステップＳ１３３の処理手順に進む。ステップＳ１３２で受信した情報取得応答にＩＭＳＩが含まれていない場合で、かつ、許可情報においてＵＩＣＣが挿入されていないユーザ装置１からの緊急呼の接続を許可すると指示されている場合、当該呼処理を継続させると判断してステップＳ１３３の処理手順に進む。ステップＳ１３２で受信した情報取得応答にＩＭＳＩが含まれていない場合で、かつ、許可情報においてＵＩＣＣが挿入されていないユーザ装置１からの緊急呼の接続を許可しないと指示されている場合、当該呼処理を拒否すると判断してステップＳ１３６の処理手順に進む。
【００８６】
ステップＳ１３３で、Ｐ−ＣＳＣＦ７の通信部２１は、ＳＩＰ  ＩＮＶＩＴＥ信号をＥ−ＣＳＣＦ８に送信する。なお、ステップＳ１３１の処理手順でユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報を受信している場合、通信部２１は、ユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報を含むＳＩＰ  ＩＮＶＩＴＥ信号をＥ−ＣＳＣＦ８に送信する。ステップＳ１３１の処理手順でユーザ装置１の位置情報のみを受信している場合、通信部２１は、ユーザ装置１の位置情報を含むＳＩＰ  ＩＮＶＩＴＥ信号をＥ−ＣＳＣＦ８に送信する。
【００８７】
ステップＳ１３４で、Ｅ−ＣＳＣＦ８の緊急台選択部３３は、ステップＳ１３３で受信したユーザ装置１の位置情報をキーに緊急台情報を検索し、緊急呼の転送先として適切な場所の緊急台９を選択する。
【００８８】
ステップＳ１３５で、Ｅ−ＣＳＣＦ８の緊急台通信部３４は、ＳＩＰ  ＩＮＶＩＴＥ信号を緊急台９に送信する。なお、ステップＳ１３３の処理手順でユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報を受信している場合、緊急台通信部３４は、ユーザ装置１のＩＭＳＩ、ＭＳＩＳＤＮ及び位置情報を含むＳＩＰ  ＩＮＶＩＴＥ信号を緊急台９に送信する。ステップＳ１３１の処理手順でユーザ装置１の位置情報のみを受信している場合、緊急台通信部３４は、ユーザ装置１の位置情報のみを含むＳＩＰ  ＩＮＶＩＴＥ信号を緊急台９に送信する。なお、ステップＳ１３５の処理手順が完了した後、ユーザ装置１と緊急台９との間でＵ−ｐｌａｎｅ信号が送受信されることになる。すなわち、ユーザ装置１は、緊急台９と実際に通話することが可能になる。
【００８９】
ステップＳ１３６で、Ｐ−ＣＳＣＦ７の呼継続判定部２４は、ユーザ装置１に接続拒否を示す応答コードを含むＳＩＰ信号を送信する。接続拒否を示す応答コードとして、例えば、３８０、４０３を用いるようにしてもよい。また、他の応答コードとして、例えば、オペレータポリシーに基づいて、４ｘｘ、５ｘｘ、６ｘｘ等の応答コードを用いるようにしてもよい。
【００９０】
＜効果＞
以上、実施の形態に係る移動通信システムにおいて、ユーザ装置１から匿名の緊急呼が発呼された場合、当該緊急呼を受信したＰ−ＣＳＣＦ７は、ＰＣＲＦ６にユーザ装置１のＩＭＳＩが記憶されているか否かを問い合わせることで、匿名の緊急呼を発呼したユーザ装置１にＵＩＣＣが挿入されているのか否かを判断するようにした。
【００９１】
これにより、実施の形態に係る移動通信システムは、ＵＩＣＣが挿入されていないユーザ装置１が緊急呼を発呼した場合に、国ごとの法令等に基づいて、実際に緊急機関への接続を許可すべきか否かを判断することができる。
【００９２】
また、実施の形態に係る移動通信システムは、ユーザ装置１に対して匿名で発呼された緊急呼の接続を許可する場合に、ユーザ装置１の位置情報をＥ−ＣＳＣＦ８及び緊急台９に通知するようにした。
【００９３】
これにより、実施の形態に係る移動通信システムは、匿名で緊急呼が発呼された場合に、ユーザ装置１の位置情報を取得し、緊急呼を適切な場所の緊急台９に転送させることができる。また、これにより、匿名で緊急呼が発呼された場合であっても、緊急台９は、ユーザ装置１の位置情報を把握することが可能になる。
【００９４】
また、実施の形態に係る移動通信システムは、ユーザ装置１から匿名の緊急呼が発呼された場合で、かつユーザ装置１にＵＩＣＣが挿入されていると判断した場合、ＰＣＲＦ６から取得したユーザ装置１のＭＳＩＳＤＮを緊急台９に通知するようにした。
【００９５】
これにより、実施の形態に係る移動通信システムは、ユーザ装置と緊急台９との間で接続された緊急呼が何かしらの理由で切断された場合に、緊急台９からの折り返し（再発呼）を実現することが可能になる。
【００９６】
＜まとめ＞
以上、実施の形態によれば、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と接続され、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置であって、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する選択手段と、を有する、ＳＩＰ制御装置が提供される。
【００９７】
また、前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、緊急呼セッション制御装置に緊急呼接続要求信号を送信する送信手段を有するようにしてもよい。
【００９８】
また、前記取得手段は、前記管理装置から前記ユーザ装置の位置情報を更に取得し、前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記送信手段は、前記ユーザ装置の位置情報を含む前記緊急呼接続要求信号を送信するようにしてもよい。
【００９９】
また、前記取得手段は、前記管理装置から前記ユーザ装置の電話番号を更に取得し、前記送信手段は、前記取得手段が前記管理装置から前記ユーザ装置の電話番号を更に取得できた場合で、かつ、前記選択手段が前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記ユーザ装置の電話番号を含む前記緊急呼接続要求信号を送信するようにしてもよい。
【０１００】
また、前記送信手段は、前記選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を拒否することを選択した場合、前記ユーザ装置に、接続拒否を示す応答コードを含むＳＩＰ信号を送信するようにしてもよい。
【０１０１】
また、当該ＳＩＰ制御装置は、ＩＭＳで用いられるＰ−ＣＳＣＦであるようにしてもよい。
【０１０２】
また、実施の形態によれば、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムであって、前記管理装置は、前記ユーザ装置から国際移動加入者識別子を取得して記憶する記憶手段と、前記ユーザ装置の国際移動加入者識別子が前記記憶手段に記憶されている場合に、前記ユーザ装置の国際移動加入者識別子を送信する第一の送信手段と、を有し、前記ＳＩＰ制御装置は、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得する取得手段と、前記取得手段が、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択する第一の選択手段と、前記第一の選択手段が、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信する第二の送信手段と、を有し、前記緊急呼セッション制御装置は、前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択する第二の選択手段と、を有する、移動通信システムが提供される。
【０１０３】
また、実施の形態によれば、ＩＰパケットネットワークにおける呼処理規則を管理する管理装置と、ユーザ装置から発信された緊急呼を制御するＳＩＰ制御装置と、緊急呼を受け付ける複数の緊急台に接続される緊急呼セッション制御装置とを有する移動通信システムが実行する緊急呼制御方法であって、前記管理装置が、前記ユーザ装置から国際移動加入者識別子を取得して記憶手段に記憶するステップと、前記ＳＩＰ制御装置が、前記ユーザ装置から受信した緊急呼接続要求が匿名状態である場合に、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得するステップと、前記管理装置から前記ユーザ装置の国際移動加入者識別子を取得出来た場合、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択し、前記管理装置から前記ユーザ装置の国際移動加入者識別子が取得できなかった場合、前記ユーザ装置からの緊急呼接続要求の処理を継続するか又は拒否するかを選択するステップと、前記ユーザ装置からの緊急呼接続要求の処理を継続することを選択した場合、前記緊急呼セッション制御装置に緊急呼接続要求信号を送信するステップと、前記緊急呼セッション制御装置が、前記緊急呼接続要求信号を受信した場合に、前記緊急呼接続要求信号を送信する前記複数の緊急台のいずれか１つを選択するステップと、を有する、緊急呼制御方法が提供される。
【０１０４】
なお、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１０５】
＜実施形態の補足＞
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能構成図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ＰＣＲＦ６、Ｐ−ＣＳＣＦ７及びＥ−ＣＳＣＦ８は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってＰＣＲＦ６が有するプロセッサ（ＣＰＵ）により動作するソフトウェア、本発明の実施の形態に従ってＰ−ＣＳＣＦ７が有するプロセッサ（ＣＰＵ）により動作するソフトウェア及び本発明の実施の形態に従ってＥ−ＣＳＣＦ８が有するプロセッサ（ＣＰＵ）により動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１０６】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１０７】
なお、実施の形態において、ＰＣＲＦ６は、管理装置の一例である。Ｐ−ＣＳＣＦ７は、ＳＩＰ制御装置の一例である。Ｅ−ＣＳＣＦ８は、緊急呼セッション制御装置の一例である。端末情報取得部２３は、取得手段の一例である。呼継続判定部２４は、選択手段又は第一の選択手段の一例である。通信部２１は、送信手段又は第二の送信手段の一例である。記憶部１２は、記憶手段の一例である。通信部１１は、第一の送信手段の一例である。緊急台選択部３３は、第二の選択手段の一例である。
【０１０８】
本特許出願は２０１５年４月１３日に出願した日本国特許出願第２０１５−０８２００６号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−０８２００６号の全内容を本願に援用する。
【符号の説明】
【０１０９】
１  ユーザ装置
２  ｅＮＢ
３  ＭＭＥ
４  ＳＧＷ
５  ＰＧＷ
６  ＰＣＲＦ
７  Ｐ−ＣＳＣＦ
８  Ｅ−ＣＳＣＦ
９  緊急台
１１  通信部
１２  記憶部
１３  端末情報送信部
２１  通信部
２２  匿名判定部
２３  端末情報取得部
２４  呼継続判定部
３１  通信部
３２  記憶部
３３  緊急台選択部
３４  緊急台通信部
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  ＨＤＤ
１０５  操作部
１０６  表示部
１０７  ドライブ装置
１０８  ＮＩＣ
【図１】
2016167222.tif 000003
【図２】
2016167222.tif 000004
【図３】
2016167222.tif 000005
【図４】
2016167222.tif 000006
【図５】
2016167222.tif 000007
【図６】
2016167222.tif 000008
【図７】
2016167222.tif 000009
【図８】
2016167222.tif 000010
【図９】
2016167222.tif 000011
【国際調査報告】
2016167222.tif 000012
2016167222.tif 000013