(57)【特許請求の範囲】
【請求項１】
サービス制御ネットワーク装置が、通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信する工程Ａと、
前記加入者管理サーバ装置が、移動管理用ノードに対して、前記所定の問い合わせ信号を送信する工程Ｂと、
前記移動管理用ノードが、前記所定の問い合わせ信号に応じて、前記着信信号に基づく着信処理の継続の可否について判定する工程Ｃと、
前記移動管理用ノードが、前記加入者管理サーバ装置に対して、判定結果を通知するための応答信号を送信する工程Ｄと、
前記加入者管理サーバ装置が、前記サービス制御ネットワーク装置に対して、前記応答信号を送信する工程Ｅと、
前記サービス制御ネットワーク装置が、前記応答信号によって通知された前記判定結果に基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定する工程Ｆとを有することを特徴とする移動通信方法。
【請求項２】
前記工程Ｆにおいて、前記サービス制御ネットワーク装置は、前記応答信号によって通知された前記判定結果が、前記着信信号に基づく着信処理の継続が不可であることを示す場合、前記通信相手ネットワークに対して、前記着信信号に基づく着信処理が失敗したことを示す着信エラー応答信号を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記工程Ｃにおいて、前記移動管理用ノードは、前記着信信号に基づく着信処理の継続が可能であると判定した場合、前記加入者管理サーバ装置に対して、前記応答信号を送信する前に、無線基地局を介して、前記移動局に対して、ページング信号を送信することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信するように構成されており、
前記加入者管理サーバ装置から、前記所定の問い合わせ信号に対する応答信号を受信した場合、該応答信号によって通知された前記移動局の在圏エリア情報と、ネットワーク制御装置から指示された規制対象エリア情報とに基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定するように構成されていることを特徴とするサービス制御ネットワーク装置。
【請求項５】
前記応答信号によって通知された判定結果が、前記着信信号に基づく着信処理の継続が不可であることを示す場合、前記通信相手ネットワークに対して、前記着信信号に基づく着信処理が失敗したことを示す着信エラー応答信号を送信するように構成されていることを特徴とする請求項４に記載のサービス制御ネットワーク装置。
【請求項６】
加入者管理サーバ装置から、所定の問い合わせ信号を受信した場合、通信相手ネットワークから受信した移動局宛ての着信信号に基づく着信処理の継続の可否について判定するように構成されており、
前記加入者管理サーバ装置に対して、前記判定結果を通知するための応答信号を送信するように構成されていることを特徴とする移動管理用ノード。
【請求項７】
前記着信信号に基づく着信処理の継続が可能であると判定した場合、前記加入者管理サーバ装置に対して、前記応答信号を送信する前に、無線基地局を介して、前記移動局に対して、ページング信号を送信するように構成されていることを特徴とする請求項６に記載の移動管理用ノード。
【請求項８】
サービス制御ネットワーク装置が、通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信する工程と、
前記加入者管理サーバ装置が、移動管理用ノードに対して、前記所定の問い合わせ信号を送信する工程と、
前記移動管理用ノードが、前記所定の問い合わせ信号に応じて、前記加入者管理サーバ装置に対して、前記着信信号に基づく着信処理の継続の可否について判定するために必要な判定情報を送信する工程と、
前記加入者管理サーバ装置が、前記判定情報に基づいて、前記着信信号に基づく着信処理の継続の可否について判定する工程と、
前記加入者管理サーバ装置が、前記サービス制御ネットワーク装置に対して、判定結果を通知するための応答信号を送信する工程と、
前記サービス制御ネットワーク装置が、前記応答信号によって通知された前記判定結果に基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定する工程とを有することを特徴とする移動通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法、サービス制御ネットワーク装置及び移動管理用ノードに関する。
【背景技術】
【０００２】
非特許文献１に、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）を用いた着信処理（例えば、音声呼の着信処理）について規定されている。
【０００３】
ＩＭＳを構成するＳ-ＣＳＣＦ（Ｓｅｒｖｉｎｇ-Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、セッション制御用ノード）やＰ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、セッション制御用ノード）等のＩＭＳ装置は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、移動局）の在圏状態（例えば、現在、どのエリアにいるか）に依存せず、呼制御処理を行う基盤である。
【０００４】
また、ＩＭＳは、実際の通信経路を提供する無線アクセスネットワークやコアネットワークとは独立の基盤である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ２３.２２８
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の移動通信システムでは、ＩＭＳは、着信信号を受信した場合には、ＵＥの在圏状態に依存せずに、かかる着信処理に基づく着信処理を開始してしまうため、ＵＥの在圏エリアの無線アクセスネットワークやコアネットワークが混雑している場合であっても、コアネットワークに対して、かかる着信信号を転送してしまう。
【０００７】
かかる場合、コアネットワークは、かかる着信信号がどのようなサービスに起因するものか（例えば、音声着信であるか、ＳＭＳ着信であるか、等）を特定することができないため、サービス種別によらず、通常通り、呼び出し処理等を開始してしまう。
【０００８】
このように、従来の移動通信システムでは、ＵＥの在圏エリアの無線アクセスネットワークやコアネットワークが混雑している場合であっても、事前に着信処理を規制することができないという問題点があった。
【０００９】
さらに、従来の移動通信システムでは、ＩＭＳによる提供サービスの種別に応じて、着信処理を規制することができないという問題点があった。
【００１０】
かかる問題点について、図１０を参照して説明する。
【００１１】
図１０に示すように、第１に、Ｓ-ＣＳＣＦが、通信相手ネットワークから、着信信号（ＩＮＶＩＴＥ）を受信すると、ＵＥの在圏状態に依存せずに、Ｐ-ＣＳＣＦに対して、かかる着信信号（ＩＮＶＩＴＥ）を転送する。
【００１２】
第２に、Ｐ-ＣＳＣＦが、ＵＥの在圏エリアの無線アクセスネットワークやコアネットワークの混雑状況を把握していないため、ＵＥの在圏エリアの無線アクセスネットワークやコアネットワークが混雑しているか否かに関係なく、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、パケットデータネットワーク用ゲートウェイ装置）に対して、かかる着信信号（ＩＮＶＩＴＥ）を転送する。
【００１３】
第３に、Ｐ-ＧＷは、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、サービングゲートウェイ装置）に対して、かかる着信信号（ＩＮＶＩＴＥ）を転送する。
【００１４】
第４に、Ｓ-ＧＷは、ＵＥが「ＩＤＬＥ状態」であるため、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、移動管理用ノード）に対して、「ＤＤＮ（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ、下りリンク着信通知信号）」を送信する。
【００１５】
ここで、輻輳状態にあるＭＭＥは、Ｓ-ＧＷから「ＤＤＮ」を受信することによって、更に輻輳状態が悪化する可能性がある。
【００１６】
第５に、ＭＭＥは、「ＤＤＮ」の受信に応じて、ｅＮｏｄｅＢ（無線基地局）に対して、「Ｐａｇｉｎｇ（ページング信号）」を送信する。
【００１７】
ここで、輻輳状態にあるｅＮｏｄｅＢは、ＭＭＥから「Ｐａｇｉｎｇ」を受信することによって、更に輻輳状態が悪化する可能性がある。
【００１８】
このように、従来の移動通信システムでは、ＵＥの在圏エリアの無線アクセスネットワークやコアネットワークが混雑している場合であっても、事前に着信処理を規制することができず、無線アクセスネットワークやコアネットワークの混雑状況を更に悪化させてしまう可能性があるという問題点があった。
【００１９】
また、従来の移動通信システムでは、無線アクセスネットワークやコアネットワークの混雑状況において、ＩＭＳによる提供サービスの種別に応じて、着信処理を規制することができないという問題点があった。
【００２０】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＩＭＳを用いた着信処理において、無線アクセスネットワークやコアネットワークの混雑状況に応じて、事前に着信処理を規制することができる移動通信方法、サービス制御ネットワーク装置及び移動管理用ノードを提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明の第１の特徴は、移動通信方法であって、サービス制御ネットワーク装置が、通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信する工程Ａと、前記加入者管理サーバ装置が、移動管理用ノードに対して、前記所定の問い合わせ信号を送信する工程Ｂと、前記移動管理用ノードが、前記所定の問い合わせ信号に応じて、前記着信信号に基づく着信処理の継続の可否について判定する工程Ｃと、前記移動管理用ノードが、前記加入者管理サーバ装置に対して、前記判定結果を通知するための応答信号を送信する工程Ｄと、前記加入者管理サーバ装置が、前記サービス制御ネットワーク装置に対して、前記応答信号を送信する工程Ｅと、前記サービス制御ネットワーク装置が、前記応答信号によって通知された前記判定結果に基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定する工程Ｆとを有することを要旨とする。
【００２２】
本発明の第２の特徴は、サービス制御ネットワーク装置であって、通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信するように構成されており、前記加入者管理サーバ装置から、前記所定の問い合わせ信号に対する応答信号を受信した場合、該応答信号によって通知された判定結果に基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定するように構成されていることを要旨とする。
【００２３】
本発明の第３の特徴は、移動管理用ノードであって、加入者管理サーバ装置から、所定の問い合わせ信号を受信した場合、通信相手ネットワークから受信した移動局宛ての着信信号に基づく着信処理の継続の可否について判定するように構成されており、前記加入者管理サーバ装置に対して、前記判定結果を通知するための応答信号を送信するように構成されていることを要旨とする。
【００２４】
本発明の第４の特徴は、移動通信方法であって、サービス制御ネットワーク装置が、通信相手ネットワークから、移動局宛ての着信信号を受信すると、加入者管理サーバ装置に対して、所定の問い合わせ信号を送信する工程と、前記加入者管理サーバ装置が、移動管理用ノードに対して、前記所定の問い合わせ信号を送信する工程と、前記移動管理用ノードが、前記所定の問い合わせ信号に応じて、前記加入者管理サーバ装置に対して、前記着信信号に基づく着信処理の継続の可否について判定するために必要な判定情報を送信する工程と、前記加入者管理サーバ装置が、前記判定情報に基づいて、前記着信信号に基づく着信処理の継続の可否について判定する工程と、前記加入者管理サーバ装置が、前記サービス制御ネットワーク装置に対して、前記判定結果を通知するための応答信号を送信する工程と、前記サービス制御ネットワーク装置が、前記応答信号によって通知された前記判定結果に基づいて、前記着信信号に基づく着信処理を継続するか否かについて判定する工程とを有することを要旨とする。
【発明の効果】
【００２５】
以上説明したように、本発明によれば、ＩＭＳを用いた着信処理において、無線アクセスネットワークやコアネットワークの混雑状況に応じて、事前に着信処理を規制することができる移動通信方法、サービス制御ネットワーク装置及び移動管理用ノードを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作を説明するための図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｓｈ-Ｐｕｌｌ」のデータ構成の一例を示す図である。
【図５】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ」のデータ構成の一例を示す図である。
【図６】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ」のデータ構成の一例を示す図である。
【図７】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｓｈ-Ｐｕｌｌ  Ｒｅｓｐｏｎｓｅ」のデータ構成の一例を示す図である。
【図８】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図９】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【図１０】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００２７】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。本実施形態に係る移動通信システムは、Ｅ-ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）方式が用いられている移動通信システムである。
【００２８】
なお、本発明は、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）/ＧＥＲＡＮ（ＧＳＭ  Ｅｄｇｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）方式やその他の無線アクセスネットワークが用いられている移動通信システムや、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｄｅ）ネットワークやその他のパケットコアネットワークが用いられている移動通信システムにも適用可能である。
【００２９】
例えば、ＧＰＲＳネットワークに適応する場合、本実施形態におけるＭＭＥを、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、パケット交換機）と読み替えることで対応可能である。
【００３０】
図１に示すように、本実施形態に係る移動通信システムには、ｅＮｏｄｅＢや、ＭＭＥや、Ｓ-ＧＷや、Ｐ-ＧＷや、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ、ポリシー及び課金制御用ノード）や、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ、加入者管理サーバ装置）や、ＩＭＳ装置等が設けられている。
【００３１】
また、ＩＭＳ装置としては、Ｓ-ＳＣＳＦや、Ｐ-ＣＳＣＦや、Ｉ-ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ-Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、セッション制御用ノード）や、ＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ、アプリケーションサーバ装置）等が設けられている。
【００３２】
以下、図２乃至図８を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００３３】
第１に、図２乃至図７を参照して、本実施形態に係る移動通信システムにおいて、ＩＭＳを用いた着信処理が成功する場合の動作（例えば、無線アクセスネットワークやＭＭＥにおいて輻輳が発生していない場合の動作）について説明する。
【００３４】
図２に示すように、Ｓ-ＣＳＣＦは、ステップＳ１０１において、通信相手ネットワークから、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を受信すると、ステップＳ１０２において、ＨＳＳに対して、所定の問い合わせ信号を送信する。
【００３５】
例えば、図３に示すように、ステップＳ１０２において、ＩＭＳ装置は、「ＭＳＩＳＤＮ」及び「Ｒｅｑｕｅｓｔｅｄ  ｄａｔａ」を含む「Ｓｈ-Ｐｕｌｌ」によって、所定の問い合わせ信号を送信してもよい。
【００３６】
かかる所定の問い合わせ信号は、図４に示す「Ｓｈ-Ｐｕｌｌ（３ＧＰＰ  ＴＳ２９.３２８のＴａｂｌｅ６.１.１.１参照）」内の情報要素「Ｒｅｑｕｅｓｔｅｄ  ｄａｔａ」内に設定される「Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（ＵＥの在圏エリアの問い合わせ信号）」や「Ｔ-ＡＤＳ  Ｉｎｆｏｒｍａｔｉｏｎ」や混雑状況の問い合わせ信号等であってもよいし、他の問い合わせ信号であってもよい。
【００３７】
また、所定の問い合わせ信号を送信するＩＭＳ装置は、Ｓ-ＣＳＣＦではなくて、Ｐ-ＣＳＣＦやＡＳ等の他のＩＭＳ装置であってもよい。
【００３８】
ステップＳ１０３において、ＨＳＳは、ＭＭＥに対して、所定の問い合わせ信号を送信する。
【００３９】
例えば、図３に示すように、ステップＳ１０３において、ＨＳＳは、「ＩＭＳＩ」及び「ＩＤＲ-Ｆｌａｇ」を含む「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ」によって、所定の問い合わせ信号を送信してもよい。
【００４０】
かかる所定の問い合わせ信号は、図５に示す「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ（３ＧＰＰ  ＴＳ２９.２７２のＴａｂｌｅ５.２.２.１.１/１参照）」内の情報要素「ＩＤＲ-Ｆｌａｇ」内に設定される「ＥＰＳ  Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ（ＵＥの在圏エリアの問い合わせ信号）」や「Ｃｕｒｒｅｎｔ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ（ＵＥの現在接続位置情報の問い合わせ信号）」や「Ｔ-ＡＤＳ  Ｄａｔａ  Ｒｅｑｕｅｓｔ」や混雑状況の問い合わせ信号等であってもよいし、他の問い合わせ信号であってもよい。
【００４１】
ステップＳ１０４において、ＭＭＥは、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定する。
【００４２】
例えば、ＭＭＥは、無線アクセスネットワーク装置やＭＭＥやＳ-ＧＷやＰ-ＧＷにおける輻輳状態（無線アクセスネットワークやコアネットワークにおける規制率等）や、ユーザ種別（通常ユーザ又は優先ユーザ）等に応じて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定してもよい。
【００４３】
ここで、ｅＮｏｄｅＢが、ＭＭＥに対して、無線アクセスネットワークにおける規制率について通知してもよいし、ネットワーク制御装置（オペレーション操作台等）が、ＭＭＥに対して、無線アクセスネットワークにおける規制率について指示してもよい。
【００４４】
ここで、ｅＮｏｄｅＢは、ＭＭＥとｅＮｏｄｅＢとの間における信号送受信の発生毎に、ＭＭＥに対して、ｅＮｏｄｅＢにおける負荷情報を通知してもよいし、ｅＮｏｄｅＢにおける負荷情報が所定閾値を上回った場合に、ＭＭＥに対して、ｅＮｏｄｅＢにおける負荷情報を通知してもよいし、ｅＮｏｄｅＢにおける負荷情報が所定閾値を下回った場合に、ＭＭＥに対して、ｅＮｏｄｅＢにおける負荷情報を通知してもよい。
【００４５】
また、ｅＮｏｄｅＢは、ＭＭＥに対して、規制対象エリア情報を通知してもよいし、ネットワーク制御装置（オペレーション操作台等）が、ＭＭＥに対して、規制対象エリア情報について指示してもよい。
【００４６】
なお、ＩＭＳ装置が、問い合わせ信号によって、ＩＭＳにより提供するサービス種別に係る情報を提供し、ＭＭＥが、上述の要素に加えて、かかるサービス種別に係る情報を加味することで、ＵＥ宛ての着信信号に基づく着信処理の継続の可否を判定してもよい。
【００４７】
或いは、ＭＭＥは、応答信号によって、ＨＳＳに対して、上述の着信信号に基づく着信処理の継続の可否について判定するために必要な判定情報を送信し、ＨＳＳが、かかる判定情報に基づいて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定してもよい。
【００４８】
さらに、ＨＳＳが、ＩＭＳ装置に対して、応答信号によって、かかる判定情報を転送し、ＩＭＳ装置が、かかる判定情報に基づいて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定してもよい。
【００４９】
ここで、かかる判定情報としては、無線アクセスネットワークやコアネットワークにおける混雑状況（規制率等）の情報や、ユーザ種別（通常ユーザ又は優先ユーザ）や、規制対象エリア情報等が含まれていてもよい。
【００５０】
かかる場合、ＭＭＥは、ステップＳ１０９において、「ＤＤＮ」を受信するまで、ステップＳ１１０の処理を実行しないように構成されていてもよいし、ＭＭＥも、ＵＥ宛ての着信信号に基づく着信処理の継続の可否を判定することによって、ステップＳ１０５において、応答信号を送信する前に、ステップＳ１１０の処理を実施するように構成されていてもよい。
【００５１】
図３の例では、ＭＭＥは、ＵＥ宛ての着信信号に基づく着信処理の継続が可能であると判定するものとする。
【００５２】
ステップＳ１０５において、ＭＭＥは、ＨＳＳに対して、かかる判定結果を通知するための応答信号を送信する。
【００５３】
ここで、ＭＭＥは、所定の応答信号として、ＵＥの在圏エリアの問い合わせ信号を受信した場合、かかる応答信号によって、ＵＥの在圏エリア情報（例えば、位置登録エリアやセルＩＤ等）を通知してもよい。
【００５４】
例えば、図３に示すように、ステップＳ１０５において、ＭＭＥは、「ＩＭＳＩ」及び「ＥＰＳ-Ｌｏｃａｔｉｏｎ-Ｉｎｆｏｒｍａｔｉｏｎ」を含む「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ」によって、かかる応答信号を送信してもよい。
【００５５】
かかる応答信号は、図６に示す「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ（３ＧＰＰ  ＴＳ２９.２７２のＴａｂｌｅ５.２.２.１.１/２参照）」内の情報要素「ＥＰＳ-Ｌｏｃａｔｉｏｎ-Ｉｎｆｏｒｍａｔｉｏｎ」内に設定される「ＭＭＥ-Ｌｏｃａｔｉｏｎ-Ｉｎｆｏｒｍａｔｉｏｎ（ＭＭＥ配下におけるＵＥの在圏エリアの応答信号）」や「ＳＧＳＮ-Ｌｏｃａｔｉｏｎ-Ｉｎｆｏｒｍａｔｉｏｎ（ＳＧＳＮ配下におけるＵＥの在圏エリアの応答信号）」やＴ-ＡＤＳに関わる情報である「Ｌａｓｔ  ＵＥ  Ａｃｔｉｖｉｔｙ  Ｔｉｍｅ」や混雑状況の応答信号等であってもよいし、他の応答信号であってもよい。
【００５６】
ステップＳ１０６において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、かかる応答信号を送信する。
【００５７】
例えば、図３に示すように、ステップＳ１０６において、ＭＭＥは、「ＭＳＩＳＤＮ」及び「Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ」を含む「Ｓｈ-Ｐｕｌｌ  Ｒｅｓｐｏｎｓｅ」によって、かかる応答信号を送信してもよい。
【００５８】
かかる応答信号は、図７に示す「Ｓｈ-Ｐｕｌｌ  Ｒｅｓｐｏｎｓｅ（３ＧＰＰ  ＴＳ２９.３２８のＴａｂｌｅ６.１.１.２参照）」内の情報要素「ＤＡＴＡ」内に設定される「Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（ＵＥの在圏エリアの応答信号）」や「Ｔ-ＡＤＳ  Ｉｎｆｏｒｍａｔｉｏｎ」や混雑状況の応答信号等であってもよいし、他の応答信号であってもよい。
【００５９】
ステップＳ１０７において、Ｓ-ＣＳＣＦは、受信した応答信号によって通知された判定結果が、上述の着信処理の継続が可能であることを示すことを確認し、Ｐ-ＣＳＣＦに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送する。
【００６０】
ステップＳ１０８において、Ｐ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送し、Ｐ-ＧＷは、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送する。
【００６１】
ステップＳ１０９において、Ｓ-ＧＷは、ＵＥが「ＩＤＬＥ状態」であるため、ＭＭＥに対して、「ＤＤＮ」を送信する。
【００６２】
ステップＳ１１０において、ＭＭＥは、「ＤＤＮ」に応じて、ｅＮｏｄｅＢに対して、「Ｐａｇｉｎｇ」を送信し、ステップＳ１１１において、ｅＮｏｄｅＢは、ＵＥに対して、「Ｐａｇｉｎｇ」を送信する。
【００６３】
その後、ステップＳ１１２において、「Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理」が行われ、ステップＳ１１３において、通常のＩＭＳを用いた着信処理が継続される。
【００６４】
第２に、図８を参照して、本実施形態に係る移動通信システムにおいて、ＩＭＳを用いた着信処理が失敗する場合の動作（例えば、無線アクセスネットワークやＭＭＥやＳ-ＧＷやＰ-ＧＷにおいて輻輳が発生している場合の動作）について説明する。以下、かかる動作について、図３の動作との相違点に着目して説明する。
【００６５】
図８の例では、ステップＳ１０４において、ＭＭＥは、ＵＥ宛ての着信信号に基づく着信処理の継続が不可であると判定するものとする。
【００６６】
ステップＳ１０５において、ＭＭＥは、ＨＳＳに対して、かかる判定結果を通知するための応答信号を送信する。
【００６７】
ここで、ＭＭＥは、ＵＥ宛ての着信信号に基づく着信処理の継続が不可であると判定したため）、かかる応答信号によって、上述のＵＥの在圏エリア情報に加えて、着信処理の継続が不可である理由を通知してもよい。
【００６８】
ステップＳ１０６において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、かかる応答信号を送信する。
【００６９】
ステップＳ１０６ａにおいて、Ｓ-ＣＳＣＦ等のＩＭＳ装置は、上述の応答信号によって通知された判定結果が、ＵＥ宛ての着信信号に基づく着信処理の継続が不可であることを示すため、通信相手ネットワークに対して、かかる着信処理が失敗したことを示す着信エラー応答信号を送信する。
【００７０】
なお、ＩＭＳ装置が、問い合わせ信号によって、ＩＭＳにより提供するサービス種別に係る情報を提供し、ＭＭＥが、上述の要素に加えて、かかるサービス種別に係る情報を加味することで、ＵＥ宛ての着信信号に基づく着信処理の継続の可否を判定してもよい。
【００７１】
かかる動作によれば、ＭＭＥは、サービス種別ごとに、着信処理の継続可否を判定することができる。例えば、ＭＭＥは、音声着信については拒否するが、ＳＭＳ着信については許容するというように判定することができる。
【００７２】
或いは、ＭＭＥは、応答信号によって、ＨＳＳに対して、上述の着信信号に基づく着信処理の継続の可否について判定するために必要な判定情報を送信し、ＨＳＳが、かかる判定情報に基づいて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定してもよい。
【００７３】
さらに、ＨＳＳが、ＩＭＳ装置に対して、応答信号によって、かかる判定情報を転送し、ＩＭＳ装置が、かかる判定情報に基づいて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定してもよい。
【００７４】
ここで、かかる判定情報としては、無線アクセスネットワークやコアネットワークにおける混雑状況（規制率等）の情報や、ユーザ種別（通常ユーザ又は優先ユーザ）や、規制対象エリア情報等が含まれていてもよい。
【００７５】
かかる場合、ＭＭＥは、ステップＳ１０９において、「ＤＤＮ」を受信するまで、ステップＳ１１０の処理を実行しないように構成されていてもよいし、ＭＭＥも、ＵＥ宛ての着信信号に基づく着信処理の継続の可否を判定することによって、ステップＳ１０５において、応答信号を送信する前に、ステップＳ１１０の処理を実施するように構成されていてもよい。
【００７６】
かかる動作によれば、ＩＭＳ装置は、サービス種別ごとに、着信処理の継続可否を判定することができる。例えば、ＩＭＳ装置は、音声着信については継続しないが、ＳＭＳ着信については着信処理を継続するというように判定することができる。
【００７７】
本実施形態に係る移動通信システムによれば、ＩＭＳ装置は、ＵＥ宛の着信信号に基づく着信処理を開始する前に、ＵＥ宛ての着信信号に基づく着信処理の継続の可否（例えば、無線アクセスネットワークやＭＭＥやＳ-ＧＷやＰ-ＧＷにおける輻輳状況）を把握することができるため、必要に応じて、事前に、かかる着信処理を規制することができる。
【００７８】
（変更例１）
図９を参照して、本発明の第１の実施形態の変更例１に係る移動通信システムについて説明する。以下、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００７９】
図９に示すように、ステップＳ２０１乃至Ｓ２０４の動作は、図３に示すステップＳ１０１乃至Ｓ１０４の動作と同一である。
【００８０】
ＭＭＥは、ステップＳ２０４において、ＵＥ宛ての着信信号に基づく着信処理の継続が可能であると判定した場合、ステップＳ２０４ａにおいて、ＨＳＳに対して、上述の応答信号を送信する前に、ＵＥの位置登録エリアを管理するｅＮｏｄｅＢに対して、「Ｐａｇｉｎｇ」を送信する。
【００８１】
かかる動作は、所定の問い合わせ信号（例えば、「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ」）に設定される所定情報により、起動要否を決定してもよい。
【００８２】
また、ＩＭＳ装置が、所定の問い合わせ信号によって、かかるＩＭＳにより提供されるサービス種別を通知することで、ＭＭＥは、かかるサービス種別に基づき、ＵＥ宛ての着信信号に基づく着信処理の継続の判定を行ってもよい。
【００８３】
ここで、ＭＭＥは、上述の応答信号を送信した後に「Ｐａｇｉｎｇ」を送信してもよいし、上述の応答信号を送信するのと同時に「Ｐａｇｉｎｇ」を送信してもよいし。
【００８４】
ステップＳ２０４ｂにおいて、ｅＮｏｄｅＢは、ＵＥに対して、「Ｐａｇｉｎｇ」を送信する。その結果、ステップＳ２０４ｃにおいて、「Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理」が行われる。
【００８５】
ステップＳ２０５において、ＭＭＥは、ＨＳＳに対して、かかる判定結果を通知するための応答信号を送信する。
【００８６】
ここで、ＭＭＥは、かかる応答信号によって、ＨＳＳに対して、上述の「Ｐａｇｉｎｇ」の結果や、ＵＥが接続中のセルの識別情報（セルＩＤ等）等を通知してもよい。
【００８７】
ステップＳ２０６において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、かかる応答信号を送信する。
【００８８】
ステップＳ２０７において、Ｓ-ＣＳＣＦは、受信した応答信号によって通知された判定結果が、上述の着信処理の継続が可能であることを示すことを確認し、Ｐ-ＣＳＣＦに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送する。
【００８９】
ステップＳ２０８において、Ｐ-ＣＳＣＦは、Ｐ-ＧＷに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送し、Ｐ-ＧＷは、Ｓ-ＧＷに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送する。
【００９０】
ステップＳ２０８ａにおいて、ＵＥが「ＣＯＮＮＥＣＴＥＤ状態」であるため、ＭＭＥに対して、ＵＥ宛ての着信信号（ＩＮＶＩＴＥ）を転送する。
【００９１】
その後、ステップＳ２０９において、通常のＩＭＳを用いた着信処理が継続される。
【００９２】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００９３】
本実施形態の第１の特徴は、移動通信方法であって、ＩＭＳ装置（サービス制御ネットワーク装置）が、通信相手ネットワークから、ＵＥ（移動局）宛ての着信信号（ＩＮＶＩＴＥ）を受信すると、ＨＳＳ（加入者管理サーバ装置）に対して、所定の問い合わせ信号を送信する工程Ａと、ＨＳＳが、ＭＭＥ（移動管理用ノード）に対して、所定の問い合わせ信号を送信する工程Ｂと、ＭＭＥが、所定の問い合わせ信号に応じて、ＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定する工程Ｃと、ＭＭＥが、ＨＳＳに対して、かかる判定結果を通知するための応答信号を送信する工程Ｄと、ＨＳＳが、ＩＭＳ装置に対して、かかる応答信号を送信する工程Ｅと、ＩＭＳ装置が、かかる応答信号によって通知された判定結果に基づいて、ＵＥ宛ての着信信号に基づく着信処理を継続するか否かについて判定する工程Ｆとを有することを要旨とする。
【００９４】
本実施形態の第１の特徴において、工程Ｆにおいて、ＩＭＳ装置は、上述の応答信号によって通知された判定結果が、ＵＥ宛ての着信信号に基づく着信処理の継続が不可であることを示す場合、通信相手ネットワークに対して、かかる着信処理が失敗したことを示す着信エラー応答信号を送信してもよい。
【００９５】
本実施形態の第１の特徴において、工程Ｃにおいて、ＭＭＥは、ＵＥ宛ての着信信号に基づく着信処理の継続が可能であると判定した場合、ＨＳＳに対して、上述の応答信号を送信する前に、ｅＮｏｄｅＢ（無線基地局）を介して、ＵＥに対して、「Ｐａｇｉｎｇ（ページング信号）」を送信してもよい。
【００９６】
本実施形態の第２の特徴は、ＩＭＳ装置であって、通信相手ネットワークから、ＵＥ宛ての着信信号を受信すると、ＨＳＳに対して、所定の問い合わせ信号を送信するように構成されており、ＨＳＳから、所定の問い合わせ信号に対する応答信号を受信した場合、かかる応答信号によって通知された判定結果に基づいて、かかる着信処理を継続するか否かについて判定するように構成されていることを要旨とする。
【００９７】
本実施形態の第２の特徴において、上述の応答信号によって通知された判定結果が、上述の着信処理の継続が不可であることを示す場合、通信相手ネットワークに対して、かかる着信処理が失敗したことを示す着信エラー応答信号を送信するように構成されていてもよい。
【００９８】
本実施形態の第３の特徴は、ＭＭＥであって、ＨＳＳから、所定の問い合わせ信号を受信した場合、通信相手ネットワークから受信したＵＥ宛ての着信信号に基づく着信処理の継続の可否について判定するように構成されており、ＨＳＳに対して、かかる判定結果を通知するための応答信号を送信するように構成されていることを要旨とする。
【００９９】
本実施形態の第３の特徴において、上述の着信処理の継続が可能であると判定した場合、ＨＳＳに対して、上述の応答信号を送信する前に、ｅＮｏｄｅＢを介して、ＵＥに対して、「Ｐａｇｉｎｇ」を送信するように構成されていてもよい。
【０１００】
本実施形態の第４の特徴は、移動通信方法であって、ＩＭＳ装置が、通信相手ネットワークから、ＵＥ宛ての着信信号を受信すると、ＨＳＳに対して、所定の問い合わせ信号を送信する工程と、ＨＳＳが、ＭＭＥに対して、所定の問い合わせ信号を送信する工程と、ＭＭＥが、所定の問い合わせ信号に応じて、ＨＳＳに対して、上述の着信信号に基づく着信処理の継続の可否について判定するために必要な判定情報を送信する工程と、ＨＳＳが、かかる判定情報に基づいて、上述の着信処理の継続の可否について判定する工程と、ＨＳＳが、ＩＭＳ装置に対して、かかる判定結果を通知するための応答信号を送信する工程と、ＩＭＳ装置が、かかる応答信号によって通知された判定結果に基づいて、上述の着信処理を継続するか否かについて判定する工程とを有することを要旨とする。
【０１０１】
なお、上述のＵＥやｅＮｏｄｅＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＡＳの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１０２】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１０３】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやｅＮｏｄｅＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＡＳ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやｅＮｏｄｅＢやＭＭＥやＳ-ＧＷやＰ-ＧＷやＰＣＲＦやＨＳＳやＰ-ＣＳＣＦやＳ-ＣＳＣＦやＩ-ＣＳＣＦやＡＳ内に設けられていてもよい。
【０１０４】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１０５】
ＵＥ…移動局
ｅＮｏｄｅＢ…無線基地局
ＭＭＥ…移動管理用ノード
Ｓ/Ｐ/Ｉ-ＣＳＣＦ…セッション制御用ノード
ＰＣＲＦ…ポリシー及び課金制御用ノード
Ｐ-ＧＷ、Ｓ-ＧＷ…ゲートウェイ装置
ＨＳＳ…加入者管理サーバ装置
ＡＳ…アプリケーションサーバ装置
【図１】
0005485217.tif 000002
【図２】
0005485217.tif 000003
【図３】
0005485217.tif 000004
【図４】
0005485217.tif 000005
【図５】
0005485217.tif 000006
【図６】
0005485217.tif 000007
【図７】
0005485217.tif 000008
【図８】
0005485217.tif 000009
【図９】
0005485217.tif 000010
【図１０】
0005485217.tif 000011