移動通信方法及び呼セッション制御ノード
【課題】緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮する。
【解決手段】本発明に係る移動通信方法は、コアネットワーク内で、ＵＥによる緊急呼用のコネクションを設定する工程Ａと、ＵＥによる「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を行う工程Ｂと、ＵＥによる緊急呼の発信処理を行う工程Ｃとを有しており、工程Ｂにおいて、ＩＭＳに対して、ＨＳＳに保持されているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信し、工程Ｃにおいて、ＩＭＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【解決手段】本発明に係る移動通信方法は、コアネットワーク内で、ＵＥによる緊急呼用のコネクションを設定する工程Ａと、ＵＥによる「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を行う工程Ｂと、ＵＥによる緊急呼の発信処理を行う工程Ｃとを有しており、工程Ｂにおいて、ＩＭＳに対して、ＨＳＳに保持されているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信し、工程Ｃにおいて、ＩＭＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び呼セッション制御ノードに関する。
【背景技術】
【０００２】
３ＧＰＰのＴＳ２３.１６７やＴＳ２３.４０１において、ＩＭＳを介して緊急呼を発信する際の動作について規定されている。
【０００３】
かかる動作によれば、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）は、緊急呼用のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）に対するコネクション（Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクション）の設定や、かかるコネクション上での「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を行った上で、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、サービス制御ネットワーク）内のＰ-ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、呼セッション制御ノード）に対して、緊急呼の発信であることを示すＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号である「ＩＮＶＩＴＥ」を送信するように構成されている。
【０００４】
ここで、ＩＭＳは、かかる「ＩＮＶＩＴＥ」を受信した後に、ＵＥの位置情報に基づいて、かかる緊急呼の接続先を選択するように構成されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ ＴＳ２３.１６７
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の移動通信システムでは、３ＧＰＰのＴＳ２３.１６７に規定されているように、Ｐ-ＣＳＣＦが、ＵＥからの「ＩＮＶＩＴＥ」を受信した後に、Ｅ-ＣＳＣＦ（Ｅｍｅｒｇｅｎｃｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、緊急呼用呼セッション制御ノード）に対して、かかる「ＩＮＶＩＴＥ」を転送し、Ｅ-ＣＳＣＦが、ＬＲＦ（Ｌｏｃａｔｉｏｎ Ｒｅｔｒｉｅｖａｌ Ｆｕｎｃｔｉｏｎ）経由で、ＵＥの位置情報として、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して、接続すべき緊急通報装置を選択し、かかる緊急通報装置に対して、かかる「ＩＮＶＩＴＥ」を送信する。
【０００７】
したがって、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延が増大してしまうという問題点があった。
【０００８】
そこで、本発明は、上述の課題に鑑みてなされたものであり、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、移動通信方法であって、コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Ａと、前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Ｂと、前記移動局による緊急呼の発信処理を行う工程Ｃとを有しており、前記工程Ｂにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、前記工程Ｃにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを要旨とする。
【００１０】
本発明の第２の特徴は、移動局にサービスを提供している呼セッション制御ノードであって、前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを要旨とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成及び動作について説明するための図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図６】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１４】
図１に示すように、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容する移動通信システムである。
【００１５】
図１に示すように、本実施形態に係る移動通信システムにおいて、Ｅ-ＵＴＲＡＮには、ｅＮＢ（無線基地局）が設けられている。
【００１６】
また、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮを収容するコアネットワーク内に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ/Ｐ-ＧＷ（Ｓｅｒｖｉｎｇ/ＰＤＮ-Ｇａｔｅｗａｙ、ゲートウェイ装置）を具備している。
【００１７】
さらに、本実施形態に係る移動通信システムは、ＩＭＳ内に、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、アプリケーションサーバ）や、Ｓ-ＣＳＣＦ（Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、ＵＥのサービング呼セッション制御ノード）や、Ｉ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｅ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、Ｅ-ＣＳＣＦ等を具備している。
【００１８】
なお、本実施形態に係る移動通信システムは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）や、緊急呼の接続先である緊急通報装置１０等を具備している。
【００１９】
なお、本発明は、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）/ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等を収容する移動通信システムであってもよい。
【００２０】
かかる場合、上述のＭＭＥの代わりに、ＳＧＳＮ/ＧＧＳＮ（Ｓｅｒｖｉｎｇ/Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）が設けられ、上述のｅＮＢの代わりに、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局）/ＢＳＳ（無線基地局）設けられている。
【００２１】
なお、図面において、ＵＥとＰ-ＣＳＣＦとの間の信号については、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ或いはＧＧＳＮを介して転送される。
【００２２】
以下、図２乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムの動作について説明する。
【００２３】
第１に、図２を参照して、本発明の第１の実施形態に係る移動通信システムにおける「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理（緊急呼用のアタッチ処理）」について説明する。
【００２４】
図２に示すように、ステップＳ１００１において、ＵＥは、在圏装置であるＭＭＥ（ＳＧＳＮ）に対して、緊急呼に係る処理であることを示す緊急呼情報を含む「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００２５】
ＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、ステップＳ１００２Ａにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００２６】
ＨＳＳは、ステップＳ１００３Ａにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ１００４Ａにおいて、ＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００２７】
一方、かかるＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）プロトコルが用いられている場合、ステップＳ１００２Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００２８】
ステップＳ１００３Ｂにおいて、ＨＳＳは、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ」を送信し、ステップＳ１００４Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」を送信する。
【００２９】
ＨＳＳは、ステップＳ１００５Ｂにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ１００６Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００３０】
ここで、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。
【００３１】
そして、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であると判定した場合にのみ、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知するように構成されていてもよい。
【００３２】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」に対して、緊急呼情報を含めなくてもよい。
【００３３】
なお、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」において、ＵＥの位置情報（在圏情報）として、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を例示しているが、その他のＵＥの位置情報（例えば、位置登録エリアや事業者固有のエリア識別情報等）について、「Ｃｅｌｌ ＩＤ」に代わり或いは「Ｃｅｌｌ ＩＤ」と共に送信されてもよい。以下、本明細書における「Ｃｅｌｌ ＩＤ」の記述についても同様である。
【００３４】
ステップＳ１００７において、かかるＭＭＥ（ＳＧＳＮ）とＳ/Ｐ-ＧＷ（ＧＧＳＮ）との間で、Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクションが設定される。
【００３５】
ステップＳ１００８において、かかるＭＭＥ（ＳＧＳＮ）は、ＵＥに対して、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００３６】
第２に、図３を参照して、本発明の第１の実施形態に係る移動通信システムにおける「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理（ＵＥによる緊急呼用のコネクションを設定する処理）」について説明する。
【００３７】
ステップＳ２００１において、ＵＥが、在圏装置であるＭＭＥ（ＳＧＳＮ）に対して、緊急呼に係る処理であることを示す緊急呼情報を含む「ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００３８】
ステップＳ２００２において、かかるＭＭＥ（ＳＧＳＮ）とＳ/Ｐ-ＧＷ（ＧＧＳＮ）との間で、Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクションが設定される。
【００３９】
ＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、ステップＳ２００３Ａにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信する。
【００４０】
ＨＳＳは、ステップＳ２００４Ａにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ２００５Ａにおいて、ＭＭＥ（ＳＧＳＮ）に対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。
【００４１】
一方、かかるＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、ＭＡＰプロトコルが用いられている場合、ステップＳ２００３Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００４２】
ステップＳ２００４Ｂにおいて、ＨＳＳは、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ」を送信し、ステップＳ２００５Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」を送信する。
【００４３】
ＨＳＳは、ステップＳ２００６Ｂにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ２００７Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００４４】
ここで、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。
【００４５】
そして、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であると判定した場合にのみ、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知するように構成されていてもよい。
【００４６】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」に対して、緊急呼情報を含めなくてもよい。
【００４７】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」以外のメッセージによって、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急呼情報を通知するように構成されていてもよい。
【００４８】
ステップＳ２００８において、かかるＭＭＥ（ＳＧＳＮ）は、ＵＥに対して、「ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。
【００４９】
なお、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」が行われた場合には、かかる「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」は行われなくてもよい。
【００５０】
以上、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」及び図３に示す「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」において、ＨＳＳは、受信した「Ｃｅｌｌ ＩＤ」について、一定時間経過後に削除してもよいし、「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」や「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」や「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」の有効期限が満了した場合において、ＭＭＥやＳ-ＣＳＣＦより、かかる通知を受信した後に削除してもよい。
【００５１】
第３に、図４を参照して、本発明の第１の実施形態に係る移動通信システムにおける「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理（緊急呼用のサービス制御ネットワークに対する登録処理）」について説明する。
【００５２】
図４に示すように、ステップＳ３００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信し、ステップＳ３００２において、Ｐ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信する。
【００５３】
ステップＳ３００３において、Ｉ-ＣＳＣＦは、ＨＳＳに対して、「Ｃｘ-Ｑｕｅｒｙ/Ｃｘ-Ｓｅｌｅｃｔ-ｐｕｌｌ」を送信する。
【００５４】
ここで、ＨＳＳは、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」或いは図３に示す「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」によって、既に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存しているものとする。
【００５５】
ステップＳ３００４において、ＨＳＳは、Ｉ-ＣＳＣＦに対して、「Ｃｘ-Ｑｕｅｒｙ Ｒｅｓｐ/Ｃｘ-Ｓｅｌｅｃｔ-ｐｕｌｌ Ｒｅｓｐ」を送信する。
【００５６】
ステップＳ３００５において、Ｉ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信する。
【００５７】
ステップＳ３００６において、Ｓ-ＣＳＣＦは、ＨＳＳに対して、緊急呼情報及び登録有効時間を含む「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」を送信する。
【００５８】
ステップＳ３００７において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ Ｒｅｓｐ」を送信する。
【００５９】
ここで、ＨＳＳは、「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」であることを判定して、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ Ｒｅｓｐ」によって、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知してもよい。
【００６０】
ステップＳ３００７Ａにおいて、Ｓ-ＣＳＣＦは、Ｅ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「Ｒｅｇｉｓｔｅｒ」を送信する。ここで、Ｓ-ＣＳＣＦは、「Ｒｅｇｉｓｔｅｒ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよい。
【００６１】
ステップＳ３００７Ｂにおいて、Ｅ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「２００ ＯＫ」を送信する。
【００６２】
かかるステップＳ３００７Ａ及びＳ３００７Ｂは、実施されなくてもよい。かかる場合、Ｓ-ＣＳＣＦ、ＡＳ或いはＰ-ＣＳＣＦにおいて、緊急通報装置１０が選択される。
【００６３】
ステップＳ３００８において、Ｓ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「２００ ＯＫ」を送信し、ステップＳ３００９において、Ｉ-ＣＳＣＦは、Ｐ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「２００ ＯＫ」を送信する。
【００６４】
ここで、Ｓ-ＣＳＣＦ及びＩ-ＣＳＣＦは、「２００ ＯＫ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよいし、Ｉ-ＣＳＣＦ及びＰ-ＣＳＣＦに対して、別のメッセージによって、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知してもよい。
【００６５】
ステップＳ３０１０において、Ｐ-ＣＳＣＦは、ＵＥに対して、「２００ ＯＫ」を送信する。
【００６６】
なお、Ｓ-ＣＳＣＦは、ステップ３００８において、「２００ ＯＫ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含める代わりに、ステップＳ３０１１において、Ｐ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「Ｎｏｔｉｆｙ」を送信してもよい。
【００６７】
かかる場合、ステップＳ３０１２において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「２００ ＯＫ」を送信する。
【００６８】
なお、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」において、ＡＳが、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよい。
【００６９】
また、図４において、Ｓ-ＣＳＣＦは、図２や図３に示すように、ＭＭＥからＨＳＳに対して「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」等が送信された際に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよいし、ＨＳＳに対して加入者情報を問い合わせ際に取得してもよい。
【００７０】
後者のケースで、例えば、ＨＳＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を保持していない場合等に、Ｓ-ＣＳＣＦからの加入者情報の問い合わせに応じて、ＭＭＥから、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよい。
【００７１】
すなわち、例えば、図４のステップＳ３００６において、ＨＳＳが、「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」の受信に応じて、ＭＭＥに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を問い合わせてもよい。
【００７２】
第４に、図５を参照して、本発明の第１の実施形態に係る移動通信システムにおけるＵＥによる緊急呼の発信処理について説明する。
【００７３】
図５に示すように、ステップＳ４００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子及び緊急呼発信識別子を含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００７４】
ステップＳ４００２において、Ｐ-ＣＳＣＦは、Ｅ-ＣＳＣＦを選択する。
【００７５】
ここで、Ｐ-ＣＳＣＦは、ＵＥの緊急呼用ユーザ識別子から、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００７６】
また、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に含まれる他の情報を考慮して、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００７７】
また、Ｐ-ＣＳＣＦは、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、Ｅ-ＣＳＣＦを選択してもよい。
【００７８】
ステップＳ４００３において、Ｐ-ＣＳＣＦは、Ｅ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００７９】
ここで、Ｅ-ＣＳＣＦが、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存している場合には、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよい。
【００８０】
ステップＳ４００４において、Ｅ-ＣＳＣＦは、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【００８１】
ここで、Ｅ-ＣＳＣＦは、Ｐ-ＣＳＣＦからの「ＩＮＶＩＴＥ」に含まれるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよいし、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８２】
また、Ｅ-ＣＳＣＦは、自身が取得可能なＵＥの他の位置情報や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８３】
ステップＳ４００５において、Ｅ-ＣＳＣＦは、選択した緊急通報装置１０に対して、「ＩＮＶＩＴＥ」を送信する。ここで、Ｅ-ＣＳＣＦは、かかる「ＩＮＶＩＴＥ」に、選択した緊急通報装置１０に係る情報を含めてもよい。
【００８４】
ここで、Ｅ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【００８５】
その後、３ＧＰＰのＴＳ２３.１６７やＴＳ２３.２２８に従う緊急呼の接続処理が実施される。
【００８６】
ここで、ＵＥが、ローミング中のＵＥでない場合であって、かつ、Ｓ-ＣＳＣＦ又はＳ-ＣＳＣＦが接続されるＡＳが、緊急呼ルーティングを実施する場合には、ステップＳ４００３における「ＩＮＶＩＴＥ」は、Ｓ-ＣＳＣＦまで転送されてもよい。
【００８７】
ここで、かかる「ＩＮＶＩＴＥ」は、Ｅ-ＣＳＣＦを経由してもよいし、Ｅ-ＣＳＣＦを経由しなくてもよい。
【００８８】
かかる場合、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を設定しなくてもよく、かかる「ＩＮＶＩＴＥ」を受信したＳ-ＣＳＣＦ又はＡＳが、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８９】
本発明の第１の実施形態に係る移動通信システムによれば、ＩＭＳ内のＰ-ＣＳＣＦが、「ＩＮＶＩＴＥ」を受信する前に、「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存することができるので、「ＩＮＶＩＴＥ」の受信から緊急通報装置１０への接続までの遅延を短縮することができる。
【００９０】
（変更例１）
図６を参照して、本変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００９１】
ここで、図６を参照して、本発明の変更例１に係る移動通信システムにおけるＵＥによる緊急呼の発信処理について説明する。
【００９２】
図６に示すように、ステップＳ５００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子及び緊急呼発信識別子を含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９３】
ステップＳ５００２において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦを選択する。
【００９４】
ここで、Ｐ-ＣＳＣＦは、ＵＥの緊急呼用ユーザ識別子から、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００９５】
また、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に含まれる他の情報を考慮して、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００９６】
また、Ｐ-ＣＳＣＦは、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、Ｓ-ＣＳＣＦを選択してもよい。
【００９７】
ステップＳ５００３において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９８】
ステップＳ５００４において、Ｓ-ＣＳＣＦは、ＡＳに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９９】
ステップＳ５００５において、ＡＳは、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【０１００】
ここで、ＡＳは、自身が取得可能なＵＥの他の位置情報（ＨＳＳから取得したＵＥの位置情報）や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１０１】
ステップＳ５００６において、ＡＳは、Ｓ-ＣＳＣＦに対して、選択した緊急通報装置１０に係る情報を含む「ＩＮＶＩＴＥ」を送信する。
【０１０２】
ここで、ＡＳは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【０１０３】
ステップＳ５００７において、Ｓ-ＣＳＣＦは、選択した緊急通報装置１０に対して「ＩＮＶＩＴＥ」を送信する。ここで、Ｓ-ＣＳＣＦは、かかる「ＩＮＶＩＴＥ」に、選択した緊急通報装置１０に係る情報を含めてもよい。
【０１０４】
ここで、Ｓ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【０１０５】
その後、３ＧＰＰのＴＳ２３.１６７やＴＳ２３.２２８に従う緊急呼の接続処理が実施される。
【０１０６】
なお、Ｓ-ＣＳＣＦが、緊急呼の接続先である緊急通報装置１０を選択する場合には、ステップＳ５００４乃至Ｓ５００６の動作が省略される。
【０１０７】
かかる場合、Ｓ-ＣＳＣＦは、自身が取得可能なＵＥの他の位置情報（ＨＳＳから取得したＵＥの位置情報）やオペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１０８】
本発明は、緊急呼通報装置１０を選択する時間を短縮することを例として記載しているが、緊急呼によらず、ＵＥによる通信用ＰＤＮコネクションの設定処理と発信処理とを同時に実施するようなサービスにおいて、接続先を高速に選択する仕組みとして、同様に適用可能である。
【０１０９】
例えば、図４に記載の動作（ステップＳ３００６において「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」を受信したＨＳＳが、在圏装置から「Ｃｅｌｌ ＩＤ」を取得する動作）を、ＩＭＳ緊急呼以外の通常呼用の「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」時に適用することで、通常の「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を契機に、呼セッション制御ノードが「Ｃｅｌｌ ＩＤ」を取得することが可能となり、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」時の在圏情報に応じた着信呼制御等が可能となる。
【０１１０】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【０１１１】
本実施形態の第１の特徴は、移動通信方法であって、コアネットワーク内で、ＵＥ（移動局）による緊急呼用のコネクションを設定する工程Ａと、ＵＥによる「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理（緊急呼用のサービス制御ネットワークに対する登録処理）」を行う工程Ｂと、ＵＥによる緊急呼の発信処理を行う工程Ｃとを有しており、工程Ｂにおいて、ＩＭＳ（サービス制御ネットワーク）に対して、ＨＳＳ（加入者管理サーバ）に保持されているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ（識別情報）」を送信し、工程Ｃにおいて、ＩＭＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択することを要旨とする。
【０１１２】
本実施形態の第１の特徴において、ＵＥによる「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理（緊急呼用のアタッチ処理）」を行う工程を更に有し、かかる工程において、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信してもよい。
【０１１３】
ここで、かかる工程において、ＵＥについての有効なプロファイル情報が保持されているか否かについて或いはＵＥがローミング中であるか否かについて判定し、かかる判定結果に基づいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信するか否かについて判定してもよい。
【０１１４】
本実施形態の第１の特徴において、工程Ａにおいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信してもよい。
【０１１５】
ここで、かかる工程Ａにおいて、ＵＥについての有効なプロファイル情報が保持されているか否かについて或いはＵＥがローミング中であるか否かについて判定し、かかる判定結果に基づいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信するか否かについて判定してもよい。
【０１１６】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＥ-ＣＳＣＦ（緊急呼用呼セッション制御ノード）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１７】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＡＳ（アプリケーションサーバ）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１８】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＳ-ＣＳＣＦ（移動局のサービング呼セッション制御ノード）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１９】
本実施形態の第２の特徴は、ＵＥにサービスを提供しているＳ-ＣＳＣＦ（呼セッション制御ノード）であって、ＵＥに係る加入者情報を取得する際に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得するように構成されていることを要旨とする。
【０１２０】
なお、上述のＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１２１】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１２２】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等内に設けられていてもよい。
【０１２３】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１２４】
ＨＳＳ…加入者管理サーバ
ＭＭＥ…移動管理ノード
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
Ｐ-ＣＳＣＦ、Ｅ-ＣＳＣＦ、Ｉ-ＣＳＣＦ、Ｓ-ＣＳＣＦ…呼セッション制御ノード
ＡＳ…アプリケーションサーバ
ＵＥ…移動局
【技術分野】
【０００１】
本発明は、移動通信方法及び呼セッション制御ノードに関する。
【背景技術】
【０００２】
３ＧＰＰのＴＳ２３.１６７やＴＳ２３.４０１において、ＩＭＳを介して緊急呼を発信する際の動作について規定されている。
【０００３】
かかる動作によれば、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、移動局）は、緊急呼用のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）に対するコネクション（Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクション）の設定や、かかるコネクション上での「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を行った上で、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、サービス制御ネットワーク）内のＰ-ＣＳＣＦ（Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、呼セッション制御ノード）に対して、緊急呼の発信であることを示すＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号である「ＩＮＶＩＴＥ」を送信するように構成されている。
【０００４】
ここで、ＩＭＳは、かかる「ＩＮＶＩＴＥ」を受信した後に、ＵＥの位置情報に基づいて、かかる緊急呼の接続先を選択するように構成されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ ＴＳ２３.１６７
【非特許文献１】３ＧＰＰ ＴＳ２３.４０１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の移動通信システムでは、３ＧＰＰのＴＳ２３.１６７に規定されているように、Ｐ-ＣＳＣＦが、ＵＥからの「ＩＮＶＩＴＥ」を受信した後に、Ｅ-ＣＳＣＦ（Ｅｍｅｒｇｅｎｃｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、緊急呼用呼セッション制御ノード）に対して、かかる「ＩＮＶＩＴＥ」を転送し、Ｅ-ＣＳＣＦが、ＬＲＦ（Ｌｏｃａｔｉｏｎ Ｒｅｔｒｉｅｖａｌ Ｆｕｎｃｔｉｏｎ）経由で、ＵＥの位置情報として、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して、接続すべき緊急通報装置を選択し、かかる緊急通報装置に対して、かかる「ＩＮＶＩＴＥ」を送信する。
【０００７】
したがって、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延が増大してしまうという問題点があった。
【０００８】
そこで、本発明は、上述の課題に鑑みてなされたものであり、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の特徴は、移動通信方法であって、コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Ａと、前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Ｂと、前記移動局による緊急呼の発信処理を行う工程Ｃとを有しており、前記工程Ｂにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、前記工程Ｃにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを要旨とする。
【００１０】
本発明の第２の特徴は、移動局にサービスを提供している呼セッション制御ノードであって、前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを要旨とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成及び動作について説明するための図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図６】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１４】
図１に示すように、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容する移動通信システムである。
【００１５】
図１に示すように、本実施形態に係る移動通信システムにおいて、Ｅ-ＵＴＲＡＮには、ｅＮＢ（無線基地局）が設けられている。
【００１６】
また、本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮを収容するコアネットワーク内に、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ/Ｐ-ＧＷ（Ｓｅｒｖｉｎｇ/ＰＤＮ-Ｇａｔｅｗａｙ、ゲートウェイ装置）を具備している。
【００１７】
さらに、本実施形態に係る移動通信システムは、ＩＭＳ内に、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、アプリケーションサーバ）や、Ｓ-ＣＳＣＦ（Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、ＵＥのサービング呼セッション制御ノード）や、Ｉ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｅ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、Ｅ-ＣＳＣＦ等を具備している。
【００１８】
なお、本実施形態に係る移動通信システムは、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、加入者管理サーバ）や、緊急呼の接続先である緊急通報装置１０等を具備している。
【００１９】
なお、本発明は、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）/ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等を収容する移動通信システムであってもよい。
【００２０】
かかる場合、上述のＭＭＥの代わりに、ＳＧＳＮ/ＧＧＳＮ（Ｓｅｒｖｉｎｇ/Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）が設けられ、上述のｅＮＢの代わりに、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局）/ＢＳＳ（無線基地局）設けられている。
【００２１】
なお、図面において、ＵＥとＰ-ＣＳＣＦとの間の信号については、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ或いはＧＧＳＮを介して転送される。
【００２２】
以下、図２乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムの動作について説明する。
【００２３】
第１に、図２を参照して、本発明の第１の実施形態に係る移動通信システムにおける「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理（緊急呼用のアタッチ処理）」について説明する。
【００２４】
図２に示すように、ステップＳ１００１において、ＵＥは、在圏装置であるＭＭＥ（ＳＧＳＮ）に対して、緊急呼に係る処理であることを示す緊急呼情報を含む「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ」を送信する。
【００２５】
ＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、ステップＳ１００２Ａにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００２６】
ＨＳＳは、ステップＳ１００３Ａにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ１００４Ａにおいて、ＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００２７】
一方、かかるＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）プロトコルが用いられている場合、ステップＳ１００２Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００２８】
ステップＳ１００３Ｂにおいて、ＨＳＳは、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ」を送信し、ステップＳ１００４Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」を送信する。
【００２９】
ＨＳＳは、ステップＳ１００５Ｂにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ１００６Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００３０】
ここで、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。
【００３１】
そして、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であると判定した場合にのみ、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知するように構成されていてもよい。
【００３２】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」に対して、緊急呼情報を含めなくてもよい。
【００３３】
なお、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」において、ＵＥの位置情報（在圏情報）として、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を例示しているが、その他のＵＥの位置情報（例えば、位置登録エリアや事業者固有のエリア識別情報等）について、「Ｃｅｌｌ ＩＤ」に代わり或いは「Ｃｅｌｌ ＩＤ」と共に送信されてもよい。以下、本明細書における「Ｃｅｌｌ ＩＤ」の記述についても同様である。
【００３４】
ステップＳ１００７において、かかるＭＭＥ（ＳＧＳＮ）とＳ/Ｐ-ＧＷ（ＧＧＳＮ）との間で、Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクションが設定される。
【００３５】
ステップＳ１００８において、かかるＭＭＥ（ＳＧＳＮ）は、ＵＥに対して、「Ａｔｔａｃｈ Ａｃｃｅｐｔ」を送信する。
【００３６】
第２に、図３を参照して、本発明の第１の実施形態に係る移動通信システムにおける「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理（ＵＥによる緊急呼用のコネクションを設定する処理）」について説明する。
【００３７】
ステップＳ２００１において、ＵＥが、在圏装置であるＭＭＥ（ＳＧＳＮ）に対して、緊急呼に係る処理であることを示す緊急呼情報を含む「ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。
【００３８】
ステップＳ２００２において、かかるＭＭＥ（ＳＧＳＮ）とＳ/Ｐ-ＧＷ（ＧＧＳＮ）との間で、Ｅｍｅｒｇｅｎｃｙ ＰＤＮコネクションが設定される。
【００３９】
ＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、Ｄｉａｍｅｔｅｒプロトコルが用いられている場合、ステップＳ２００３Ａにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」を送信する。
【００４０】
ＨＳＳは、ステップＳ２００４Ａにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ２００５Ａにおいて、ＭＭＥ（ＳＧＳＮ）に対して、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。
【００４１】
一方、かかるＭＭＥ（ＳＧＳＮ）とＨＳＳとの間で、ＭＡＰプロトコルが用いられている場合、ステップＳ２００３Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ」を送信する。
【００４２】
ステップＳ２００４Ｂにおいて、ＨＳＳは、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ」を送信し、ステップＳ２００５Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）は、ＨＳＳに対して、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を含む「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」を送信する。
【００４３】
ＨＳＳは、ステップＳ２００６Ｂにおいて、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急情報を保存し、ステップＳ２００７Ｂにおいて、かかるＭＭＥ（ＳＧＳＮ）に対して、「Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ａｃｋ」を送信する。
【００４４】
ここで、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。
【００４５】
そして、ＭＭＥ（ＳＧＳＮ）は、ＵＥが、かかるＭＭＥ（ＳＧＳＮ）を管理するオペレータの加入者端末であると判定した場合にのみ、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知するように構成されていてもよい。
【００４６】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」に対して、緊急呼情報を含めなくてもよい。
【００４７】
また、ＭＭＥ（ＳＧＳＮ）は、「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」又は「Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ Ａｃｋ」以外のメッセージによって、上述のＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」及び緊急呼情報を通知するように構成されていてもよい。
【００４８】
ステップＳ２００８において、かかるＭＭＥ（ＳＧＳＮ）は、ＵＥに対して、「ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。
【００４９】
なお、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」が行われた場合には、かかる「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」は行われなくてもよい。
【００５０】
以上、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」及び図３に示す「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」において、ＨＳＳは、受信した「Ｃｅｌｌ ＩＤ」について、一定時間経過後に削除してもよいし、「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」や「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」や「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」の有効期限が満了した場合において、ＭＭＥやＳ-ＣＳＣＦより、かかる通知を受信した後に削除してもよい。
【００５１】
第３に、図４を参照して、本発明の第１の実施形態に係る移動通信システムにおける「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理（緊急呼用のサービス制御ネットワークに対する登録処理）」について説明する。
【００５２】
図４に示すように、ステップＳ３００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信し、ステップＳ３００２において、Ｐ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信する。
【００５３】
ステップＳ３００３において、Ｉ-ＣＳＣＦは、ＨＳＳに対して、「Ｃｘ-Ｑｕｅｒｙ/Ｃｘ-Ｓｅｌｅｃｔ-ｐｕｌｌ」を送信する。
【００５４】
ここで、ＨＳＳは、図２に示す「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理」或いは図３に示す「Ｅｍｅｒｇｅｎｃｙ ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ設定処理」によって、既に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存しているものとする。
【００５５】
ステップＳ３００４において、ＨＳＳは、Ｉ-ＣＳＣＦに対して、「Ｃｘ-Ｑｕｅｒｙ Ｒｅｓｐ/Ｃｘ-Ｓｅｌｅｃｔ-ｐｕｌｌ Ｒｅｓｐ」を送信する。
【００５６】
ステップＳ３００５において、Ｉ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「Ｒｅｇｉｓｔｅｒ」を送信する。
【００５７】
ステップＳ３００６において、Ｓ-ＣＳＣＦは、ＨＳＳに対して、緊急呼情報及び登録有効時間を含む「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」を送信する。
【００５８】
ステップＳ３００７において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ Ｒｅｓｐ」を送信する。
【００５９】
ここで、ＨＳＳは、「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」であることを判定して、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ Ｒｅｓｐ」によって、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知してもよい。
【００６０】
ステップＳ３００７Ａにおいて、Ｓ-ＣＳＣＦは、Ｅ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「Ｒｅｇｉｓｔｅｒ」を送信する。ここで、Ｓ-ＣＳＣＦは、「Ｒｅｇｉｓｔｅｒ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよい。
【００６１】
ステップＳ３００７Ｂにおいて、Ｅ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「２００ ＯＫ」を送信する。
【００６２】
かかるステップＳ３００７Ａ及びＳ３００７Ｂは、実施されなくてもよい。かかる場合、Ｓ-ＣＳＣＦ、ＡＳ或いはＰ-ＣＳＣＦにおいて、緊急通報装置１０が選択される。
【００６３】
ステップＳ３００８において、Ｓ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「２００ ＯＫ」を送信し、ステップＳ３００９において、Ｉ-ＣＳＣＦは、Ｐ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「２００ ＯＫ」を送信する。
【００６４】
ここで、Ｓ-ＣＳＣＦ及びＩ-ＣＳＣＦは、「２００ ＯＫ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよいし、Ｉ-ＣＳＣＦ及びＰ-ＣＳＣＦに対して、別のメッセージによって、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を通知してもよい。
【００６５】
ステップＳ３０１０において、Ｐ-ＣＳＣＦは、ＵＥに対して、「２００ ＯＫ」を送信する。
【００６６】
なお、Ｓ-ＣＳＣＦは、ステップ３００８において、「２００ ＯＫ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含める代わりに、ステップＳ３０１１において、Ｐ-ＣＳＣＦに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含む「Ｎｏｔｉｆｙ」を送信してもよい。
【００６７】
かかる場合、ステップＳ３０１２において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、「２００ ＯＫ」を送信する。
【００６８】
なお、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」において、ＡＳが、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよい。
【００６９】
また、図４において、Ｓ-ＣＳＣＦは、図２や図３に示すように、ＭＭＥからＨＳＳに対して「Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ」等が送信された際に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよいし、ＨＳＳに対して加入者情報を問い合わせ際に取得してもよい。
【００７０】
後者のケースで、例えば、ＨＳＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を保持していない場合等に、Ｓ-ＣＳＣＦからの加入者情報の問い合わせに応じて、ＭＭＥから、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得してもよい。
【００７１】
すなわち、例えば、図４のステップＳ３００６において、ＨＳＳが、「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」の受信に応じて、ＭＭＥに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を問い合わせてもよい。
【００７２】
第４に、図５を参照して、本発明の第１の実施形態に係る移動通信システムにおけるＵＥによる緊急呼の発信処理について説明する。
【００７３】
図５に示すように、ステップＳ４００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子及び緊急呼発信識別子を含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００７４】
ステップＳ４００２において、Ｐ-ＣＳＣＦは、Ｅ-ＣＳＣＦを選択する。
【００７５】
ここで、Ｐ-ＣＳＣＦは、ＵＥの緊急呼用ユーザ識別子から、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００７６】
また、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に含まれる他の情報を考慮して、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００７７】
また、Ｐ-ＣＳＣＦは、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、Ｅ-ＣＳＣＦを選択してもよい。
【００７８】
ステップＳ４００３において、Ｐ-ＣＳＣＦは、Ｅ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００７９】
ここで、Ｅ-ＣＳＣＦが、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存している場合には、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を含めなくてもよい。
【００８０】
ステップＳ４００４において、Ｅ-ＣＳＣＦは、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【００８１】
ここで、Ｅ-ＣＳＣＦは、Ｐ-ＣＳＣＦからの「ＩＮＶＩＴＥ」に含まれるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよいし、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８２】
また、Ｅ-ＣＳＣＦは、自身が取得可能なＵＥの他の位置情報や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８３】
ステップＳ４００５において、Ｅ-ＣＳＣＦは、選択した緊急通報装置１０に対して、「ＩＮＶＩＴＥ」を送信する。ここで、Ｅ-ＣＳＣＦは、かかる「ＩＮＶＩＴＥ」に、選択した緊急通報装置１０に係る情報を含めてもよい。
【００８４】
ここで、Ｅ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【００８５】
その後、３ＧＰＰのＴＳ２３.１６７やＴＳ２３.２２８に従う緊急呼の接続処理が実施される。
【００８６】
ここで、ＵＥが、ローミング中のＵＥでない場合であって、かつ、Ｓ-ＣＳＣＦ又はＳ-ＣＳＣＦが接続されるＡＳが、緊急呼ルーティングを実施する場合には、ステップＳ４００３における「ＩＮＶＩＴＥ」は、Ｓ-ＣＳＣＦまで転送されてもよい。
【００８７】
ここで、かかる「ＩＮＶＩＴＥ」は、Ｅ-ＣＳＣＦを経由してもよいし、Ｅ-ＣＳＣＦを経由しなくてもよい。
【００８８】
かかる場合、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を設定しなくてもよく、かかる「ＩＮＶＩＴＥ」を受信したＳ-ＣＳＣＦ又はＡＳが、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【００８９】
本発明の第１の実施形態に係る移動通信システムによれば、ＩＭＳ内のＰ-ＣＳＣＦが、「ＩＮＶＩＴＥ」を受信する前に、「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得して保存することができるので、「ＩＮＶＩＴＥ」の受信から緊急通報装置１０への接続までの遅延を短縮することができる。
【００９０】
（変更例１）
図６を参照して、本変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００９１】
ここで、図６を参照して、本発明の変更例１に係る移動通信システムにおけるＵＥによる緊急呼の発信処理について説明する。
【００９２】
図６に示すように、ステップＳ５００１において、ＵＥは、Ｐ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子及び緊急呼発信識別子を含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９３】
ステップＳ５００２において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦを選択する。
【００９４】
ここで、Ｐ-ＣＳＣＦは、ＵＥの緊急呼用ユーザ識別子から、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００９５】
また、Ｐ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に含まれる他の情報を考慮して、図４に示す「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」により取得して保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を特定してもよい。
【００９６】
また、Ｐ-ＣＳＣＦは、保存しているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、Ｓ-ＣＳＣＦを選択してもよい。
【００９７】
ステップＳ５００３において、Ｐ-ＣＳＣＦは、Ｓ-ＣＳＣＦに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９８】
ステップＳ５００４において、Ｓ-ＣＳＣＦは、ＡＳに対して、ＵＥの緊急呼用ユーザ識別子と緊急呼発信識別子とＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」とを含む「ＩＮＶＩＴＥ」を送信する。なお、ＵＥの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。
【００９９】
ステップＳ５００５において、ＡＳは、かかるＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択する。
【０１００】
ここで、ＡＳは、自身が取得可能なＵＥの他の位置情報（ＨＳＳから取得したＵＥの位置情報）や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１０１】
ステップＳ５００６において、ＡＳは、Ｓ-ＣＳＣＦに対して、選択した緊急通報装置１０に係る情報を含む「ＩＮＶＩＴＥ」を送信する。
【０１０２】
ここで、ＡＳは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【０１０３】
ステップＳ５００７において、Ｓ-ＣＳＣＦは、選択した緊急通報装置１０に対して「ＩＮＶＩＴＥ」を送信する。ここで、Ｓ-ＣＳＣＦは、かかる「ＩＮＶＩＴＥ」に、選択した緊急通報装置１０に係る情報を含めてもよい。
【０１０４】
ここで、Ｓ-ＣＳＣＦは、「ＩＮＶＩＴＥ」に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」やＵＥの緯度経度情報等のＵＥの位置情報を含めてもよい。
【０１０５】
その後、３ＧＰＰのＴＳ２３.１６７やＴＳ２３.２２８に従う緊急呼の接続処理が実施される。
【０１０６】
なお、Ｓ-ＣＳＣＦが、緊急呼の接続先である緊急通報装置１０を選択する場合には、ステップＳ５００４乃至Ｓ５００６の動作が省略される。
【０１０７】
かかる場合、Ｓ-ＣＳＣＦは、自身が取得可能なＵＥの他の位置情報（ＨＳＳから取得したＵＥの位置情報）やオペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１０８】
本発明は、緊急呼通報装置１０を選択する時間を短縮することを例として記載しているが、緊急呼によらず、ＵＥによる通信用ＰＤＮコネクションの設定処理と発信処理とを同時に実施するようなサービスにおいて、接続先を高速に選択する仕組みとして、同様に適用可能である。
【０１０９】
例えば、図４に記載の動作（ステップＳ３００６において「Ｃｘ-ｐｕｔ/Ｃｘ-ｐｕｌｌ」を受信したＨＳＳが、在圏装置から「Ｃｅｌｌ ＩＤ」を取得する動作）を、ＩＭＳ緊急呼以外の通常呼用の「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」時に適用することで、通常の「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」を契機に、呼セッション制御ノードが「Ｃｅｌｌ ＩＤ」を取得することが可能となり、「ＩＭＳ Ｒｅｇｉｓｔｒａｔｉｏｎ処理」時の在圏情報に応じた着信呼制御等が可能となる。
【０１１０】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【０１１１】
本実施形態の第１の特徴は、移動通信方法であって、コアネットワーク内で、ＵＥ（移動局）による緊急呼用のコネクションを設定する工程Ａと、ＵＥによる「ＩＭＳ Ｅｍｅｒｇｅｎｃｙ Ｒｅｇｉｓｔｒａｔｉｏｎ処理（緊急呼用のサービス制御ネットワークに対する登録処理）」を行う工程Ｂと、ＵＥによる緊急呼の発信処理を行う工程Ｃとを有しており、工程Ｂにおいて、ＩＭＳ（サービス制御ネットワーク）に対して、ＨＳＳ（加入者管理サーバ）に保持されているＵＥの在圏セルの「Ｃｅｌｌ ＩＤ（識別情報）」を送信し、工程Ｃにおいて、ＩＭＳは、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択することを要旨とする。
【０１１２】
本実施形態の第１の特徴において、ＵＥによる「Ｅｍｅｒｇｅｎｃｙ Ａｔｔａｃｈ処理（緊急呼用のアタッチ処理）」を行う工程を更に有し、かかる工程において、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信してもよい。
【０１１３】
ここで、かかる工程において、ＵＥについての有効なプロファイル情報が保持されているか否かについて或いはＵＥがローミング中であるか否かについて判定し、かかる判定結果に基づいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信するか否かについて判定してもよい。
【０１１４】
本実施形態の第１の特徴において、工程Ａにおいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信してもよい。
【０１１５】
ここで、かかる工程Ａにおいて、ＵＥについての有効なプロファイル情報が保持されているか否かについて或いはＵＥがローミング中であるか否かについて判定し、かかる判定結果に基づいて、ＨＳＳに対して、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を送信するか否かについて判定してもよい。
【０１１６】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＥ-ＣＳＣＦ（緊急呼用呼セッション制御ノード）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１７】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＡＳ（アプリケーションサーバ）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１８】
本実施形態の第１の特徴において、工程Ｃにおいて、ＩＭＳ内のＳ-ＣＳＣＦ（移動局のサービング呼セッション制御ノード）が、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」に基づいて、緊急呼の接続先である緊急通報装置１０を選択してもよい。
【０１１９】
本実施形態の第２の特徴は、ＵＥにサービスを提供しているＳ-ＣＳＣＦ（呼セッション制御ノード）であって、ＵＥに係る加入者情報を取得する際に、ＵＥの在圏セルの「Ｃｅｌｌ ＩＤ」を取得するように構成されていることを要旨とする。
【０１２０】
なお、上述のＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１２１】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１２２】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮＢ/ＲＮＣ/ＢＳＳやＭＭＥ/ＳＧＳＮやＳ/Ｐ-ＧＷ/ＧＧＳＮやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＥ-ＣＳＣＦやＡＳ等内に設けられていてもよい。
【０１２３】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１２４】
ＨＳＳ…加入者管理サーバ
ＭＭＥ…移動管理ノード
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
Ｐ-ＣＳＣＦ、Ｅ-ＣＳＣＦ、Ｉ-ＣＳＣＦ、Ｓ-ＣＳＣＦ…呼セッション制御ノード
ＡＳ…アプリケーションサーバ
ＵＥ…移動局
【特許請求の範囲】
【請求項１】
コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Ａと、
前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Ｂと、
前記移動局による緊急呼の発信処理を行う工程Ｃとを有しており、
前記工程Ｂにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、
前記工程Ｃにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする移動通信方法。
【請求項２】
移動局による緊急呼用のアタッチ処理を行う工程を更に有し、
前記工程において、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａにおいて、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
前記工程Ｃにおいて、前記サービス制御ネットワーク内の緊急呼用呼セッション制御ノードが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項５】
前記工程Ｃにおいて、前記サービス制御ネットワーク内のアプリケーションサーバが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項６】
前記工程Ｃにおいて、前記サービス制御ネットワーク内の前記移動局のサービング呼セッション制御ノードが、該移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項７】
前記工程において、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項２に記載の移動通信方法。
【請求項８】
前記工程Ａにおいて、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項３に記載の移動通信方法。
【請求項９】
移動局にサービスを提供している呼セッション制御ノードであって、
前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを特徴とする呼セッション制御ノード。
【請求項１】
コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Ａと、
前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Ｂと、
前記移動局による緊急呼の発信処理を行う工程Ｃとを有しており、
前記工程Ｂにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、
前記工程Ｃにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする移動通信方法。
【請求項２】
移動局による緊急呼用のアタッチ処理を行う工程を更に有し、
前記工程において、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ａにおいて、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
前記工程Ｃにおいて、前記サービス制御ネットワーク内の緊急呼用呼セッション制御ノードが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項５】
前記工程Ｃにおいて、前記サービス制御ネットワーク内のアプリケーションサーバが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項６】
前記工程Ｃにおいて、前記サービス制御ネットワーク内の前記移動局のサービング呼セッション制御ノードが、該移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項１に記載の移動通信方法。
【請求項７】
前記工程において、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項２に記載の移動通信方法。
【請求項８】
前記工程Ａにおいて、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項３に記載の移動通信方法。
【請求項９】
移動局にサービスを提供している呼セッション制御ノードであって、
前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを特徴とする呼セッション制御ノード。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１６９８７２（Ｐ２０１２−１６９８７２Ａ）
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１１−２９２３４（Ｐ２０１１−２９２３４）
【出願日】平成２３年２月１４日（２０１１．２．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２３年２月１４日（２０１１．２．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]