(57)【要約】【課題】ＡＴＧＷ又はＡＴＣＦのリソースの浪費を防ぐ。【解決手段】本発明に係る移動通信方法は、ＵＥ＃１のアタッチ処理又は位置登録処理において、ＵＥ＃１の在圏ネットワーク内のＭＭＥが、ＵＥ＃１のＳＲＶＣＣ能力を取得し、ＨＳＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知する工程と、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＧＷを制御するＡＴＣＦが、ＵＥ＃１のＳＲＶＣＣ能力を取得する工程とを有することを要旨とする。【選択図】図２
2012054620.tif 000002
【特許請求の範囲】
【請求項１】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける移動通信方法であって、
前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードが、該第１移動局の能力を取得し、加入者管理サーバに対して、前記第１移動局の能力を通知する工程と、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードが、該第１移動局の能力を取得する工程とを有することを特徴とする移動通信方法。
【請求項２】
前記第１移動局から前記第２移動局への発信処理又は該第２移動局から該第１移動局への着信処理において、前記制御ノードが、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するかについて決定する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、該第１移動局の能力に基づいて、該第１移動局と前記第２移動局との間の呼制御信号の転送経路から、前記制御ノードを外すか否かについて決定する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、サービス制御ネットワーク内のアプリケーションサーバが、前記第１移動局の能力を取得し、前記第１移動局の能力に基づいて、前記移動管理ノードに対して、前記制御ノードを示す情報を送信するか否かについて決定する工程とを更に有することを特徴とする請求項１に記載の移動通信方法。
【請求項５】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムであって、
前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードは、該第１移動局の能力を取得し、加入者管理サーバに対して、前記第１移動局の能力を通知するように構成されており、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードは、前記第１移動局の能力を取得するように構成されていることを特徴とする移動通信システム。
【請求項６】
前記第１移動局から前記第２移動局への発信処理又は該第２移動局から該第１移動局への着信処理において、前記制御ノードは、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するか否かについて決定するように構成されていることを特徴とする請求項５に記載の移動通信システム。
【請求項７】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、該第１移動局の能力に基づいて、該第１移動局と前記第２移動局との間の呼制御信号の転送経路から、前記制御ノードを外すか否かについて決定するように構成されていることを特徴とする請求項５に記載の移動通信システム。
【請求項８】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、サービス制御ネットワーク内のアプリケーションサーバは、該第１移動局の能力を取得し、前記第１移動局の能力に基づいて、前記移動管理ノードに対して、前記制御ノードを示す情報を送信するか否かについて決定するように構成されていることを特徴とする請求項５に記載の移動通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信方法及び移動通信システムに関する。
【背景技術】
【０００２】
従来、２Ｇ/３Ｇ方式の無線アクセスネットワーク（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、或いは、ＧＥＲＡＮ：ＧＳＭ  ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、及び、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）方式の無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）を収容可能な移動通信システムが知られている。
【０００３】
３ＧＰＰ  ＴＳ２３.２１６において、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）＃１とＵＥ＃２との間の音声通信用の経路を、Ｅ-ＵＴＲＡＮ或いはＵＴＲＡＮを介した経路（ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）通信用の経路）からＵＴＲＡＮ/ＧＥＲＡＮを介した経路（回線交換（ＣＳ：Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈ）通信用の経路）に切り替える「ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）方式」について規定されている（非特許文献１参照）。
【０００４】
また、３ＧＰＰ  ＴＲ２３.８５６  ｖ０.４.１のＡｌｔ.４やＡｌｔ.１１等において、ＵＥ＃１の在圏ネットワーク内のＭＧＷ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）＃１をアンカーポイントとして、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を、Ｅ-ＵＴＲＡＮを介した経路からＵＴＲＡＮ/ＧＥＲＡＮを介した経路に切り替えるＳＲＶＣＣ方式（以下、ＳＲＶＣＣ改善方式と呼ぶ）が規定されている（非特許文献２参照）。
【０００５】
かかるＳＲＶＣＣ改善方式によれば、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を切り替えるために必要な信号を、ＵＥ＃１の在圏ネットワーク内で終端することができ、従来のＳＲＶＣＣ方式と比べて、かかる信号のＵＥ＃１の在圏ネットワークとＵＥ＃１のホームネットワークとの間の往復に起因する通信瞬断時間を短縮することができる。
【０００６】
ここで、図１２に、上述のＳＲＶＣＣ方式及びＳＲＶＣＣ改善方式を用いることができる移動通信システムにおけるＵＥ＃１からＵＥ＃２への発信処理について示し、図１３に、上述のＳＲＶＣＣ方式及びＳＲＶＣＣ改善方式を用いることができる移動通信システムにおけるＵＥ＃１のＩＭＳへの登録処理について示す
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ２３.２１６
【非特許文献２】３ＧＰＰ  ＴＲ２３.８５６  ｖ０.４.１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、図１２に示す発信処理では、ＡＴＣＦ（Ａｃｃｅｓｓ  Ｔｒａｎｓｆｅｒ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）が、ＵＥ＃１がＳＲＶＣＣ方式をサポートしているか否かについて示す「ＵＥ＃１のＳＲＶＣＣ能力」に基づいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路上にＡＴＧＷ（Ａｃｃｅｓｓ  Ｔｒａｎｓｆｅｒ  Ｇａｔｅｗａｙ）を経路切り替えのアンカーポイントとして設定すべきか否かについて決定することができないため、ＵＥ＃１が、ＳＲＶＣＣ方式をサポートしていない場合であっても、ＡＴＧＷにおいてＵＥ＃１とＵＥ＃２との間の音声通信用の経路に係るリソースを割り当ててしまうため、ＡＴＧＷのリソースを無駄に消費してしまうという問題点があった。
【０００９】
また、図１３に示す登録処理では、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＳＩＰシグナリングパス上にＡＴＣＦを設定するか否かについて決定することができないため、ＵＥ＃１が、ＳＲＶＣＣ方式をサポートしていない場合であっても、ＡＴＣＦにおいてＵＥ＃１からのＳＩＰ信号を中継してしまうため、ＡＴＣＦのリソースを無駄に消費してしまうという問題点があった。
【００１０】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＡＴＧＷ又はＡＴＣＦのリソースの浪費を防ぐことができる移動通信方法及び移動通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の特徴は、回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける移動通信方法であって、前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードが、該第１移動局の能力を取得し、加入者管理サーバに対して、前記第１移動局の能力を通知する工程と、前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードが、該第１移動局の能力を取得する工程とを有することを要旨とする。
【００１２】
本発明の第２の特徴は、回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムであって、前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードは、該第１移動局の能力を取得し、加入者管理サーバに対して、前記第１移動局の能力を通知するように構成されており、前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードは、前記第１移動局の能力を取得するように構成されていることを要旨とする。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、ＡＴＧＷ又はＡＴＣＦのリソースの浪費を防ぐことができる移動通信方法及び移動通信システムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図３】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ」の信号構成例を示す図である。
【図４】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ」に含まれる「ＵＬＲ-Ｆｌａｇｓ」の構成例を示す図である。
【図５】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図６】本発明の第１の実施形態に係る移動通信システムで用いられる「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」の信号構成例を示す図である。
【図７】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図８】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図９】本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。
【図１０】本発明の変更例１に係る移動通信システムの動作について説明するシーケンス図である。
【図１１】本発明の変更例２に係る移動通信システムの動作について説明するシーケンス図である。
【図１２】従来の移動通信システムの動作について説明するシーケンス図である。
【図１３】従来の移動通信システムの動作について説明するシーケンス図である。
【発明を実施するための形態】
【００１５】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１６】
本実施形態に係る移動通信システムには、Ｅ-ＵＴＲＡＮと、ＵＴＲＡＮ/ＧＥＲＡＮとが収容されている。
【００１７】
具体的には、図１に示すように、本実施形態に係る移動通信システムは、ＵＥ＃１の在圏ネットワークにおいて、ｅＮＢ（無線基地局）や、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局、不図示）や、ＮｏｄｅＢ/ＢＳＳ（無線基地局、不図示）や、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ、サービングゲートウェイ装置）や、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、ＰＤＮゲートウェイ装置）や、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）や、ＩＢＣＦ（ＴＳ２３.２２８に記載のＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ  Ｂｏｒｄｅｒ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ、不図示）や、ＭＳＣ（Ｍｏｂｉｌｅ-ｓｅｒｖｉｃｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ、回線交換機）や、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、パケット交換機）や、ＭＳＣサーバや、ＣＳ（Ｓｉｒｃｕｉｔ  Ｓｗｉｔｃｈ）-ＭＧＷや、ＡＴＣＦや、ＡＴＧＷ等を具備している。
【００１８】
また、本実施形態に係る移動通信システムは、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）において、ＳＣＣ  ＡＳや、Ｉ/Ｓ-ＣＳＣＦ等を具備している。
【００１９】
ここで、本実施形態に係る移動通信システムでは、ＳＲＶＣＣ方式やＳＲＶＣＣ改善方式によって、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を、Ｅ-ＵＴＲＡＮ或いはＵＴＲＡＮを介した経路（ＩＭＳ  ＶｏＩＰ通信用の経路）からＵＴＲＡＮ/ＧＥＲＡＮを介した経路（回線交換通信用の経路）に切り替えることができる。
【００２０】
なお、ＳＲＶＣＣ改善方式では、ＡＴＧＷが、上述の切り替えを行うように構成されているアンカーノードであり、ＡＴＣＦが、ＡＴＧＷを制御するように構成されている制御装置である。
【００２１】
以下、図２乃至図８を参照して、本実施形態に係る移動通信システムの動作について説明する。
【００２２】
第１に、図２乃至図４を参照して、本実施形態に係る移動通信システムにおけるＵＥ＃１のアタッチ（Ａｔｔａｃｈ）処理について説明する。
【００２３】
図２に示すように、本実施形態に係る移動通信システムにおけるＵＥ＃１のアタッチ処理として、３ＧＰＰのＴＳ２３.４０１に規定されている動作が行われる。
【００２４】
ここで、ステップ２において、ＭＭＥは、ｅＮＢから受信した「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を取得する。
【００２５】
なお、かかるＵＥ＃１のＳＲＶＣＣ能力は、ＵＥ＃１がＳＲＶＣＣ方式をサポートしていることを示す情報であってもよいし、ＵＥ＃１がＳＲＶＣＣ方式をサポートしていないことを示す情報であってもよい。
【００２６】
また、ステップ８において、ＭＭＥは、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に対して、「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知する。
【００２７】
例えば、ＭＭＥは、３ＧＰＰのＴＳ２９.２７２に規定されている「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ（図３参照）」内の情報要素「ＵＬＲ-Ｆｌａｇｓ（図４参照）」によって、ＨＳＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知する。
【００２８】
ここで、図３に示す「Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ」の信号構成例及び図４に示す「ＵＬＲ-Ｆｌａｇｓ」の構成例は、３ＧＰＰのＴＳ２９.２７２に規定されている。
【００２９】
なお、本実施形態に係る移動通信システムにおけるＵＥ＃１の位置登録処理も同様の処理となる。かかる場合、ＭＭＥは、ＵＥ＃１のＳＲＶＣＣ能力が変更されたことを検出した場合に、ＨＳＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知してもよい。或いは、ＭＭＥが、ＨＳＳへの位置登録処理を実施する度に、ＨＳＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知してもよい。
【００３０】
このように、ＵＥ＃１のアタッチ処理或いはＵＥ＃１の位置登録処理において、ＨＳＳは、ＵＥ＃１のＳＲＶＣＣ能力を取得して記憶するように構成されている。
【００３１】
第２に、図５及び図６を参照して、本実施形態に係る移動通信システムにおけるＵＥ＃１のＩＭＳへの登録処理（ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順）について説明する。
【００３２】
図５に示すように、本実施形態に係る移動通信システムにおけるＵＥ＃１のＩＭＳへの登録処理のステップ１乃至１０として、３ＧＰＰのＴＳ２３.２２８に規定されている動作が行われる。
【００３３】
ここで、ステップ１及びステップ２で送信される「Ｒｅｇｉｓｔｅｒ」は、Ｐ-ＣＳＣＦやＩＢＣＦ等を経由して転送されてもよい。
【００３４】
また、ステップ７において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知する。
【００３５】
例えば、ＨＳＳは、３ＧＰＰのＴＳ２９.２２８に規定されている「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ（図６参照）」によって、Ｓ-ＣＳＣＦに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知する。
【００３６】
ここで、ＨＳＳは、ＵＥ＃１のＳＲＶＣＣ能力と共に、加入者プロファイルやオペレータポリシー等を考慮して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ方式による切り替えを実施してもよいかについて決定し、決定結果を、ＵＥ＃１のＳＲＶＣＣ能力に代えて通知してもよい。また、ＨＳＳは、かかる決定結果を、ＵＥ＃１のＳＲＶＣＣ能力と共に通知してもよい。以下、ステップ８及び９においても、同様である。
【００３７】
その後、ステップ８において、Ｓ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、「２００  ＯＫ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知し、ステップ９において、Ｉ-ＣＳＣＦは、ＡＴＣＦに対して、「２００  ＯＫ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知する。
【００３８】
或いは、Ｓ-ＣＳＣＦは、ＡＴＣＦに対して、ステップ１２において、「２００  ＯＫ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知してもよいし、ステップ１３において、「Ｎｏｔｉｆｙ」を介して、ＵＥ＃１のＳＲＶＣＣ能力を通知してもよい。
【００３９】
また、ＵＥ＃１のＳＲＶＣＣ能力は、加入者プロファイルの一部として送信されてもよいし、独立の情報として送信されてもよい。
【００４０】
このように、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＣＦは、ＵＥ＃１のＳＲＶＣＣ能力を取得して記憶するように構成されている。
【００４１】
ここで、ＵＥ＃１のＩＭＳへの登録処理において、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１のＳＩＰ信号（例えば、ＵＥ＃１からＵＥ＃２への発信信号又はＵＥ＃２からＵＥ＃１への着信信号）の転送経路から、ＡＴＣＦを外すか否かについて決定するように構成されていてもよい。
【００４２】
かかる決定は、ＡＴＣＦによって行われてもよいし、Ｐ-ＣＳＣＦやＩＢＣＦ等の周辺装置によって行われてもよい。また、ＡＴＣＦが、Ｐ-ＣＳＣＦやＩＢＣＦ等の周辺装置の一機能として規定されている場合は、かかる周辺装置の内部処理として、ＡＴＣＦを処理ロジックから除外するように設定されていてもよい。
【００４３】
第３に、図７を参照して、本実施形態に係る移動通信システムにおけるＵＥ＃１からＵＥ＃２への発信処理について説明する。
【００４４】
図７に示すように、ステップ１において、ＵＥ＃１が、ＡＴＣＦに対して、「ＩＮＶＩＴＥ」を送信する。
【００４５】
「ＩＮＶＩＴＥ」を受信したＡＴＣＦは、記憶しているＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路上にＡＴＧＷを経路切り替えのアンカーポイントとして設定するか否かについて決定する。
【００４６】
ここで、ＡＴＣＦは、ＵＥ＃１のＳＲＶＣＣ能力だけでなく、その他の要素（例えば、ＵＥ＃１がローミングユーザであるか否かや、ＵＥ＃１の在圏ネットワークにおけるオペレータポリシーや、ＵＥ＃１のメディア能力や、ＵＥ＃１の加入者プロファイルや、通信種別や、ＵＥ＃２に係る情報（例えば、ホームオペレータ情報）等）を考慮して、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路上にＡＴＧＷを経路切り替えのアンカーポイントとして設定するか否かについて決定してもよい。かかる場合、ＡＴＣＦが、ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順により、ＵＥ＃１の加入者プロファイルを取得していてもよい。
【００４７】
ＡＴＣＦは、ＡＴＧＷにおいてＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行う（すなわち、ＳＲＶＣＣ改善方式を適用する）と決定した場合には、ＡＴＧＷのＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）情報を含む「ＩＮＶＩＴＥ」を生成する。
【００４８】
かかる「ＩＮＶＩＴＥ」は、ステップ２乃至５において、ＡＴＣＦから、Ｉ/Ｓ-ＣＳＣＦ及びＳＣＣ  ＡＳを介して、ＵＥ＃２に転送される。
【００４９】
ステップ６において、ＡＴＧＷを経由するＵＥ＃１とＵＥ＃２との間の音声通信用の経路の設定処理が完了する。ここで、ＳＣＣ  ＡＳは、ＡＴＣＦに対して、ＳＣＣ  ＡＳにルーチングを可能とするＡＴＵ-ＳＴＩ（Ａｃｃｅｓｓ  Ｔｒａｎｓｆｅｒ  Ｕｐｄａｔｅ-Ｓｅｓｓｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｉｄｅｎｔｉｆｉｅｒ）及びＵＥ＃１にルーチングを可能とするＣ-ＭＳＩＳＤＮ（Ｃｏｒｒｅｌａｔｉｏｎ  ＭＳＩＳＤＮ）を通知する。
【００５０】
一方、ＡＴＣＦは、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路切り替えのアンカーポイントとしてＡＴＧＷを設定しない（すなわち、ＳＲＶＣＣ改善方式を適用しない）と決定した場合には、３ＧＰＰのＴＳ２３.２１６に規定されているＳＲＶＣＣ方式に基づく処理を実施する。
【００５１】
例えば、ＡＴＣＦは、ステップ２において送信する「ＩＮＶＩＴＥ」に、ＡＴＧＷのＳＤＰ情報を設定しない。
【００５２】
かかる場合、ステップ６において、ＡＴＧＷを経由しないＵＥ＃１とＵＥ＃２との間の音声通信用の経路の設定処理が完了する。ここで、ＳＣＣ  ＡＳは、ＡＴＣＦに対して、ＡＴＵ-ＳＴＩ及びＣ-ＭＳＩＳＤＮを通知しなくてもよい。
【００５３】
第４に、図８を参照して、本実施形態に係る移動通信システムにおけるＵＥ＃２からＵＥ＃１への着信処理について説明する。
【００５４】
図８に示すように、ステップ１において、ＵＥ＃２は、Ｉ/Ｓ-ＣＳＣＦに対して、「ＩＮＶＩＴＥ」を送信し、ステップ２において、Ｉ/Ｓ-ＣＳＣＦは、ＳＣＣ  ＡＳに対して、「ＩＮＶＩＴＥ」を送信する。
【００５５】
ステップ３において、ＳＣＣ  ＡＳは、Ｉ/Ｓ-ＣＳＣＦに対して、上述のＡＴＵ-ＳＴＩ及びＣ-ＭＳＩＳＤＮを含む「ＩＮＶＩＴＥ/Ｔｒａｎｓｆｅｒ  Ｉｎｆｏ」を送信し、ステップ４において、Ｉ/Ｓ-ＣＳＣＦは、ＡＴＣＦに対して、上述のＡＴＵ-ＳＴＩ及びＣ-ＭＳＩＳＤＮを含む「ＩＮＶＩＴＥ/Ｔｒａｎｓｆｅｒ  Ｉｎｆｏ」を送信する。
【００５６】
ここで、「ＩＮＶＩＴＥ/Ｔｒａｎｓｆｅｒ  Ｉｎｆｏ」を受信したＡＴＣＦは、記憶しているＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路上にＡＴＧＷを経路切り替えのアンカーポイントとして設定するか否かについて決定する。
【００５７】
ここで、ＡＴＣＦは、ＵＥ＃１のＳＲＶＣＣ能力だけでなく、その他の要素（例えば、ＵＥ＃１がローミングユーザであるか否かや、ＵＥ＃１の在圏ネットワークにおけるオペレータポリシーや、ＵＥ＃１のメディア能力や、ＵＥ＃１の加入者プロファイルや、通信種別や、ＵＥ＃２にかかわる情報（例えば、ホームオペレータ情報）等））を考慮して、ＡＴＧＷにおいてＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行うか否かについて決定してもよい。かかる場合、ＡＴＣＦは、ＩＭＳ  Ｒｅｇｉｓｔｒａｔｉｏｎ手順により、ＵＥ＃１の加入者プロファイルを取得していてもよい。
【００５８】
ＡＴＣＦは、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路切り替えのアンカーポイントとしてＡＴＧＷを設定する（すなわち、ＳＲＶＣＣ改善方式を適用する）と決定した場合には、ＡＴＧＷのＳＤＰ情報を含む「ＩＮＶＩＴＥ」を生成する。
【００５９】
かかる「ＩＮＶＩＴＥ」は、ステップ５において、ＡＴＣＦから、ＵＥ＃１に転送される。
【００６０】
ステップ６において、ＡＴＧＷを経由するＵＥ＃１とＵＥ＃２との間の音声通信用の経路の設定処理が完了する。
【００６１】
一方、ＡＴＣＦは、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路切り替えのアンカーポイントとしてＡＴＧＷを設定しない（すなわち、ＳＲＶＣＣ改善方式を適用しない）と決定した場合には、３ＧＰＰのＴＳ２３.２１６に規定されているＳＲＶＣＣ方式に基づく処理を実施する。
【００６２】
例えば、ＡＴＣＦは、ステップ５において送信する「ＩＮＶＩＴＥ」に、ＡＴＧＷのＳＤＰ情報を設定しない。
【００６３】
かかる場合、ステップ６において、ＡＴＧＷを経由しないＵＥ＃１とＵＥ＃２との間の音声通信用の経路の設定処理が完了する。
【００６４】
本実施形態に係る移動通信システムによれば、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＣＦが、ＵＥ＃１のＳＲＶＣＣ能力を取得することができるため、ＵＥ＃１とＵＥ＃２との間の音声通信において、ＳＲＶＣＣ改善方式を用いることができない場合には、ＡＴＧＷを割り当てないようにすることができるため、ＡＴＧＷのリソースの浪費を防止することができる。
また、本実施形態に係る移動通信システムによれば、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＣＦが、ＵＥ＃１のＳＲＶＣＣ能力を取得することができるため、ＵＥ＃１とＵＥ＃２との間の音声通信において、ＳＲＶＣＣ改善方式を用いることができない場合には、ＡＴＣＦがＳＩＰ信号を中継しないようにすることができるため、ＡＴＣＦのリソースの浪費を防止することができる。かかる場合、ＡＴＧＷも割り当てないため、ＡＴＧＷのリソースの浪費も防止することができる。
【００６５】
（変形例１）
以下、図９及び図１０を参照して、上述の第１の実施形態の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００６６】
第１に、図９を参照して、本変更例１に係る移動通信システムにおけるＵＥ＃１のＩＭＳへの登録処理について説明する。
【００６７】
図９に示すように、ステップ１乃至１４の動作は、図５に示すステップ１乃至１４の動作と同一である。
【００６８】
Ｓ-ＣＳＣＦは、ステップ８において、Ｉ/Ｓ-ＣＳＣＦＵＥ＃１のＳＲＶＣＣ能力を含む「２００  ＯＫ」を送信した後、ＳＣＣ  ＡＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を含む「Ｒｅｇｉｓｔｅｒ（ＳＴＮ-ＳＲ）」を送信する。
【００６９】
ここで、ＳＣＣ  ＡＳは、かかる「Ｒｅｇｉｓｔｅｒ（ＳＴＮ-ＳＲ）」からＵＥ＃１のＳＲＶＣＣ能力を取得して記憶してもよいし、加入者プロファイル（ＳＰＲ）からＵＥ＃１のＳＲＶＣＣ能力を取得して記憶してもよい。
【００７０】
ここで、Ｓ-ＣＳＣＦは、ステップ７において、ＨＳＳから、ＵＥ＃１の在圏ネットワークにてＳＲＶＣＣ方式による切り替えを実施してもよいかについての決定結果を受信した場合には、かかる決定結果を、ＵＥ＃１のＳＲＶＣＣ能力に代えて通知してもよいし、かかる決定結果を、ＵＥ＃１のＳＲＶＣＣ能力と共に通知してもよい。
【００７１】
その後、ＳＣＣ  ＡＳは、Ｓ-ＣＳＣＦに対して、「２００  ＯＫ」を送信する。
【００７２】
なお、ＳＣＣ  ＡＳは、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＭＭＥに対してＨＳＳを介して、「Ｒｅｇｉｓｔｅｒ」信号により受信したＳＴＮ-ＳＲを通知するか否かについて決定してもよい。
【００７３】
具体的には、ＳＣＣ  ＡＳは、ＵＥ＃１がＳＲＶＣＣ方式をサポートしていないと判断した場合には、ＨＳＳに対して、ＳＴＮ-ＳＲを含む「Ｓｈ-Ｕｐｄａｔｅ」を送信しなくてもよい。
【００７４】
第４に、図１０を参照して、本変更例１に係る移動通信システムにおけるＵＥ＃２からＵＥ＃１への着信処理について説明する。
【００７５】
図１０に示すように、ステップ１において、ＵＥ＃２は、Ｉ/Ｓ-ＣＳＣＦに対して、「ＩＮＶＩＴＥ」を送信し、ステップ２において、Ｉ/Ｓ-ＣＳＣＦは、ＳＣＣ  ＡＳに対して、「ＩＮＶＩＴＥ」を送信する。
【００７６】
ここで、ＳＣＣ  ＡＳは、ＵＥ＃１のＳＲＶＣＣの能力に基づいて、在圏ネットワーク内で、上述のＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行うか否かについて（すなわち、ＳＲＶＣＣ改善方式を適用するか否かについて）決定する。
【００７７】
ＳＣＣ  ＡＳは、ＳＲＶＣＣ改善方式を適用しないと決定した場合には、ステップ３において、Ｉ/Ｓ-ＣＳＣＦに対して送信する「ＩＮＶＩＴＥ/Ｔｒａｎｓｆｅｒ  Ｉｎｆｏ」に、上述のＡＴＵ-ＳＴＩ及びＣ-ＭＳＩＳＤＮを設定しなく  てもよい。
【００７８】
かかる場合、ステップ４において、Ｉ/Ｓ-ＣＳＣＦは、ＡＴＣＦに送信する「ＩＮＶＩＴＥ/Ｔｒａｎｓｆｅｒ  Ｉｎｆｏ」に、上述のＡＴＵ-ＳＴＩ及びＣ-ＭＳＩＳＤＮを設定しなくてもよい。
【００７９】
すなわち、かかる場合、３ＧＰＰのＴＳ２３.２１６に規定されているＳＲＶＣＣ方式に基づく処理を実施し、ＡＴＧＷにおいてＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行わない。
【００８０】
ここで、上述の処理を実施しないで、ＡＴＣＦが、ＵＥ＃１のＳＲＶＣＣの能力及び他の要素を考慮して、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路上にＡＴＧＷを経路切り替えのアンカーポイントとして設定するか否かについて決定してもよい。
【００８１】
（変形例２）
以下、図１１を参照して、上述の第１の実施形態の変更例２に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００８２】
図１１を参照して、本変更例２に係る移動通信システムにおけるＵＥ＃１のＩＭＳへの登録処理について説明する。
【００８３】
図１１に示すように、ステップ１乃至６の動作は、図５に示すステップ１乃至６の動作と同一である。
【００８４】
ステップ７において、ＨＳＳは、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」を送信する。ここで、ＨＳＳは、Ｓ-ＣＳＣＦに対して、「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」を介して、ＵＥ＃１のＳＲＶＣＣの能力を通知してもよいし、ＵＥ＃１のＳＲＶＣＣの能力を通知しなくてもよい。
【００８５】
ステップ８において、Ｓ-ＣＳＣＦは、Ｉ-ＣＳＣＦに対して、「２００  ＯＫ」を送信し、ステップ９において、Ｉ-ＣＳＣＦは、ＡＴＣＦに対して、「２００  ＯＫ」を送信し、ステップ１０において、ＡＴＣＦは、ＵＥ＃１に対して、「２００  ＯＫ」を送信する。ここで、ステップ８及び９における「２００  ＯＫ」には、ＵＥ＃１のＳＲＶＣＣの能力が含まれていないものとする。
【００８６】
ただし、ステップ７において、Ｓ-ＣＳＣＦが、ＵＥ＃１のＳＲＶＣＣの能力を受信している場合、ＵＥ＃１のＳＲＶＣＣの能力が、「２００  ＯＫ」によって、ＡＴＣＦまで通知されてもよい。
【００８７】
一方、ステップＡにおいて、Ｓ-ＣＳＣＦは、ＳＣＣ-ＡＳに対して、「Ｒｅｇｉｓｔｅｒ（ＳＴＮ-ＳＲ）」を送信する。
【００８８】
ここで、Ｓ-ＣＳＣＦは、ステップ７において、「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」を介して、ＵＥ＃１のＳＲＶＣＣの能力を取得している場合には、ステップＡにおいて、ＳＣＣ-ＡＳに対して、「Ｒｅｇｉｓｔｅｒ（ＳＴＮ-ＳＲ）」によって、ＵＥ＃１のＳＲＶＣＣの能力を通知してもよい。
【００８９】
一方、ＳＣＣ  ＡＳは、ステップ７において、「Ｃｘ-ｐｕｔ  Ｒｅｓｐ/Ｃｘ-ｐｕｌｌ  Ｒｅｓｐ」を介して、ＵＥ＃１のＳＲＶＣＣの能力を取得していない場合には、ステップＢ及びＣにおいて、ＨＳＳから、ＵＥ＃１のＳＲＶＣＣの能力を取得してもよい。
【００９０】
ステップＤにおいて、ＳＣＣ  ＡＳは、ＵＥ＃１のＳＲＶＣＣ能力と共に、保持している加入者プロファイル或いはＨＳＳ等から取得した加入者プロファイルやオペレータポリシー等を考慮して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについて決定する。
【００９１】
なお、ＨＳＳは、ステップＢにおいて、「Ｓｈ-Ｐｕｌｌ」を受信した際に、保持しているＵＥ＃１のＳＲＶＣＣの能力や加入者プロファイルやオペレータポリシー等を考慮して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについて、ステップＣにおいて、ＳＣＣ  ＡＳへ通知してもよい。
【００９２】
ステップＥにおいて、ＳＣＣ  ＡＳは、Ｓ-ＣＳＣＦに対して、「２００  ＯＫ」を送信する。ここで、ＳＣＣ  ＡＳは、Ｓ-ＣＳＣＦに対して、かかる「２００  ＯＫ」を介して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについての決定結果を通知してもよい。
【００９３】
なお、ＳＣＣ  ＡＳは、Ｓ-ＣＳＣＦに対して、「Ｎｏｔｉｆｙ」を送信し、かかる「Ｎｏｔｉｆｙ」を介して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについての決定結果を通知してもよい。
【００９４】
ステップ１３において、Ｓ-ＣＳＣＦは、ＡＴＣＦに対して、「Ｎｏｔｉｆｙ」を送信する。ここで、Ｓ-ＣＳＣＦは、ＡＴＣＦに対して、かかる「Ｎｏｔｉｆｙ」を介して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについての決定結果を通知し、かかるＡＴＣＦは、かかる決定結果について保持してもよい。
【００９５】
ステップ１４において、ＡＴＣＦは、Ｓ-ＣＳＣＦに対して、「２００  ＯＫ」を送信する。
【００９６】
なお、ステップ１３及び１４は、ステップＥにおいて、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいことを示す決定結果が通知された場合にのみ行われてもよい。
【００９７】
また、Ｓ-ＣＳＣＦは、ステップＥの処理が完了した後、ステップ１３及び１４の処理の代わりに、ステップ８における「２００  ＯＫ」により、ＡＴＣＦに対して、ＵＥ＃１の在圏ネットワークにて、ＳＲＶＣＣ改善方式による切り替えを実施してもよいかについての決定結果を通知してもよい。
【００９８】
ＳＣＣ  ＡＳは、ＵＥ＃１がＳＲＶＣＣ方式をサポートしている場合、或いは、ＳＣＣ  ＡＳがＵＥ＃１に対して在圏ネットワークにおいてＳＲＶＣＣ改善方式による切り替えを実施してもよいと決定した場合のみ、「Ｓｈ-Ｕｐｄａｔｅ」を送信してもよい。「Ｓｈ-Ｕｐｄａｔｅ」が送信された場合、ＨＳＳは、ＭＭＥに対して、「ＳＴＮ-ＳＲ」を更新するための「Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ」を送信する。
【００９９】
本実施形態に係る移動通信システムによれば、ＵＥ＃１のＩＭＳへの登録処理において、ＳＣＣ  ＡＳが、ＵＥ＃１のＳＲＶＣＣ能力を取得することができるため、ＵＥ＃１とＵＥ＃２との間の音声通信において、ＳＲＶＣＣ改善方式を用いることができない場合には、ＡＴＣＦがＳＩＰ信号を中継しないようにすることができるため、ＡＴＣＦのリソースの浪費を防止することができる。また、かかる場合、ＡＴＧＷも割り当てないため、ＡＴＧＷのリソースの浪費も防止することができる。
【０１００】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【０１０１】
本実施形態の第１の特徴は、Ｅ-ＵＴＲＡＮ（回線交換通信をサポートしていない第１無線アクセスネットワーク）と、ＵＴＲＡＮ/ＧＥＲＡＮ（回線交換通信をサポートしている第２無線アクセスネットワーク）と、ＩＭＳ（サービス制御ネットワーク）とを具備しており、ＵＥ＃１（第１移動局）の在圏ネットワーク内のＡＴＧＷ（アンカーノード）において、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を、Ｅ-ＵＴＲＡＮを介した経路からＵＴＲＡＮ/ＧＥＲＡＮを介した経路に切り替えるように設定可能な移動通信システムにおける移動通信方法であって、ＵＥ＃１のアタッチ処理又は位置登録処理において、ＵＥ＃１の在圏ネットワーク内のＭＭＥ（移動管理ノード）が、ＵＥ＃１のＳＲＶＣＣ能力（能力）を取得し、ＨＳＳ（加入者管理サーバ）に対して、ＵＥ＃１のＳＲＶＣＣ能力を通知する工程と、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＧＷを制御するＡＴＣＦ（制御ノード）が、ＵＥ＃１のＳＲＶＣＣ能力を取得する工程とを有することを要旨とする。
【０１０２】
本実施形態の第１の特徴において、ＵＥ＃１からＵＥ＃２への発信処理又はＵＥ＃２からＵＥ＃１への着信処理において、ＡＴＣＦが、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行うアンカーノードとしてＡＴＧＷを設定するかについて決定する工程を更に有してもよい。
【０１０３】
本実施形態の第１の特徴において、ＵＥ＃１のＩＭＳへの登録処理において、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の呼制御信号（例えば、ＵＥ＃１からＵＥ＃２への発信信号又はＵＥ＃２からＵＥ＃１への着信信号）から、ＡＴＣＦを外すか否かについて決定する工程を更に有してもよい。
【０１０４】
本実施形態の第１の特徴において、ＵＥ＃１のＩＭＳへの登録処理において、ＩＭＳ内のＳＣＣ  ＡＳ（アプリケーションサーバ）が、ＵＥ＃１のＳＲＶＣＣ能力を取得し、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＭＭＥに対して、ＡＴＣＦを示す情報（ＳＴＮ-ＳＲ）を送信するか否かについて決定する工程とを更に有してもよい。
【０１０５】
本実施形態の第２の特徴は、Ｅ-ＵＴＲＡＮと、ＵＴＲＡＮ/ＧＥＲＡＮと、ＩＭＳとを具備しており、ＵＥ＃１の在圏ネットワーク内のＡＴＧＷにおいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を、Ｅ-ＵＴＲＡＮを介した経路からＵＴＲＡＮ/ＧＥＲＡＮを介した経路に切り替えるように設定可能な移動通信システムであって、ＵＥ＃１のアタッチ処理又は位置登録処理において、ＵＥ＃１の在圏ネットワーク内のＭＭＥは、ＵＥ＃１のＳＲＶＣＣ能力を取得し、ＨＳＳに対して、ＵＥ＃１のＳＲＶＣＣ能力を通知するように構成されており、ＵＥ＃１のＩＭＳへの登録処理において、ＡＴＧＷを制御するＡＴＣＦは、ＵＥ＃１のＳＲＶＣＣ能力を取得するように構成されていることを要旨とする。
【０１０６】
本実施形態の第２の特徴において、ＵＥ＃１からＵＥ＃２への発信処理又はＵＥ＃２からＵＥ＃１への着信処理において、ＡＴＣＦは、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路の切り替えを行うアンカーノードとしてＡＴＧＷを設定するかについて決定するように構成されていてもよい。
【０１０７】
本実施形態の第２の特徴において、ＵＥ＃１のＩＭＳへの登録処理において、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＵＥ＃１とＵＥ＃２との間の呼制御信号（例えば、ＵＥ＃１からＵＥ＃２への発信信号又はＵＥ＃２からＵＥ＃１への着信信号）の転送経路から、ＡＴＣＦを外すか否かについて決定するように構成されていてもよい。
【０１０８】
本実施形態の第２の特徴において、ＵＥ＃１のＩＭＳへの登録処理において、ＩＭＳ内のＳＣＣ  ＡＳは、ＵＥ＃１のＳＲＶＣＣ能力を取得し、ＵＥ＃１のＳＲＶＣＣ能力に基づいて、ＭＭＥに対して、ＡＴＣＦを示す情報（ＳＴＮ-ＳＲ）を送信するか否かについて決定するように構成されていてもよい。
【０１０９】
なお、上述のＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ  ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１１０】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１１１】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ  ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ  ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢ内に設けられていてもよい。
【０１１２】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１３】
ＵＥ＃１、ＵＥ＃２…移動局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
ＭＳＣ…回線交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置
【図１】
2012054620.tif 000003
【図２】
2012054620.tif 000004
【図３】
2012054620.tif 000005
【図４】
2012054620.tif 000006
【図５】
2012054620.tif 000007
【図６】
2012054620.tif 000008
【図７】
2012054620.tif 000009
【図８】
2012054620.tif 000010
【図９】
2012054620.tif 000011
【図１０】
2012054620.tif 000012
【図１１】
2012054620.tif 000013
【図１２】
2012054620.tif 000014
【図１３】
2012054620.tif 000015
【手続補正書】
【提出日】平成22年12月28日(2010.12.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける移動通信方法であって、
前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードが、該第１移動局の能力を取得し、加入者管理サーバに対して、該第１移動局の能力を通知する工程と、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードが、該第１移動局の能力を取得する工程とを有することを特徴とする移動通信方法。
【請求項２】
前記第１移動局から前記第２移動局への発信処理又は該第２移動局から該第１移動局への着信処理において、前記制御ノードが、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するかについて決定する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
【請求項３】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、サービス制御ネットワーク内のアプリケーションサーバが、該第１移動局の能力を取得し、該第１移動局の能力に基づいて、前記加入者管理サーバに対して、前記制御ノードを示す情報を送信するか否かについて決定する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
【請求項４】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムであって、
前記第１移動局のアタッチ処理又は位置登録処理において、前記在圏ネットワーク内の移動管理ノードは、該第１移動局の能力を取得し、加入者管理サーバに対して、該第１移動局の能力を通知するように構成されており、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、前記アンカーノードを制御する制御ノードは、該第１移動局の能力を取得するように構成されていることを特徴とする移動通信システム。
【請求項５】
前記第１移動局から前記第２移動局への発信処理又は該第２移動局から該第１移動局への着信処理において、前記制御ノードは、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するか否かについて決定するように構成されていることを特徴とする請求項４に記載の移動通信システム。
【請求項６】
前記第１移動局の前記サービス制御ネットワークへの登録処理において、サービス制御ネットワーク内のアプリケーションサーバは、該第１移動局の能力を取得し、該第１移動局の能力に基づいて、前記加入者管理サーバに対して、前記制御ノードを示す情報を送信するか否かについて決定するように構成されていることを特徴とする請求項４に記載の移動通信システム。
【請求項７】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおいて、該アンカーノードを制御する制御ノードであって、
前記第１移動局から前記第２移動局への発信処理又は該第２移動局から該第１移動局への着信処理において、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するか否かについて決定するように構成されていることを特徴とする制御ノード。
【請求項８】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける該サービス制御ネットワーク内のアプリケーションサーバであって、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、該第１移動局の能力を取得し、該第１移動局の能力に基づいて、前記加入者管理サーバに対して、前記制御ノードを示す情報を送信するか否かについて決定するように構成されていることを特徴とするアプリケーションサーバ。
【請求項９】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、ＳＲＶＣＣ方式によって、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける該在圏ネットワーク内の移動管理ノードであって、
前記第１移動局のアタッチ処理において、前記在圏ネットワーク内の移動管理ノードは、該第１移動局のＳＲＶＣＣ能力を取得し、加入者管理サーバに対して、該第１移動局のＳＲＶＣＣ能力を通知するように構成されており、
前記第1移動局のＳＲＶＣＣ能力が変更されたことを検出した場合に、前記加入者管理サーバに対して、該第１移動局のＳＲＶＣＣ能力を通知するように構成されており、
前記第１移動局のＳＲＶＣＣ能力は、該第1移動局がＳＲＶＣＣ方式をサポートしていることを示す情報或いは該第1移動局がＳＲＶＣＣ方式をサポートしていないことを示す情報であることを特徴とする移動管理ノード。
【請求項１０】
前記加入者管理サーバから、前記アンカーノードを制御する制御ノードを示す情報を受信するように構成されていることを特徴とする請求項９に記載の移動管理ノード。
【手続補正書】
【提出日】平成23年12月21日(2011.12.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおいて、該アンカーノードを制御する制御ノードであって、
前記第２移動局から前記第１移動局への着信処理において、該第１移動局の能力に基づいて、前記音声通信用の経路の切り替えを行う前記アンカーノードを設定するか否かについて決定するように構成されていることを特徴とする制御ノード。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
回線交換通信をサポートしていない第１無線アクセスネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、サービス制御ネットワークとを具備しており、第１移動局の在圏ネットワーク内のアンカーノードにおいて、該第１移動局と第２移動局との間の音声通信用の経路を、前記第１無線アクセスネットワークを介した経路から前記第２無線アクセスネットワークを介した経路に切り替えるように設定可能な移動通信システムにおける該サービス制御ネットワーク内のアプリケーションサーバであって、
前記第１移動局の前記サービス制御ネットワークへの登録処理において、該第１移動局の能力を取得し、該第１移動局の能力に基づいて、加入者管理サーバに対して、制御ノードを示す情報を送信するか否かについて決定するように構成されていることを特徴とするアプリケーションサーバ。