JP5603792B2 - 移動通信方法 - Google Patents

Description

本発明は、移動通信方法に関する。

従来、２Ｇ/３Ｇ方式の無線アクセスネットワーク（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、及び、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）方式の無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を収容可能な移動通信システムが知られている。

３ＧＰＰのＴＲ２３.８８６において、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）＃１とＵＥ＃２との間のビデオ通信（Ｖｉｄｅｏ Ｃａｌｌ）用の経路について、Ｅ-ＵＴＲＡＮを介した経路（パケット交換（ＰＳ：Ｐａｃｋｅｔ Ｓｗｉｔｃｈ）通信、すなわち、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）通信用の経路）からＵＴＲＡＮを介した経路（回線交換（ＣＳ：Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈ）通信用の経路）に切り替える「ｖＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｉｄｅｏ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）方式」が述べられている（非特許文献１参照）。

また、３ＧＰＰのＴＲ２３.２３７において、ＵＥ＃１の在圏ネットワーク内のＡＴＣＦ（Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）及びＡＴＧＷ（Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｇａｔｅｗａｙ）をアンカーポイントとして、ＵＥ＃１とＵＥ＃２との間の音声通信用の経路を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮを介した経路に切り替えるＳＲＶＣＣ方式（以下、ＳＲＶＣＣ改善方式と呼ぶ）が規定されている（非特許文献２参照）。

かかるＳＲＶＣＣ方式をｖＳＲＶＣＣ方式に応用する方式（以下、ｖＳＲＶＣＣ改善方式）を想定すると、ＵＥ＃１とＵＥ＃２との間のビデオ通信用の経路を切り替えるために必要な信号を、ＵＥ＃１の在圏ネットワーク内で終端することができ、従来のｖＳＲＶＣＣ方式と比べて、かかる信号のＵＥ＃１の在圏ネットワークとＵＥ＃１のホームネットワークとの間の往復に起因する通信瞬断時間を短縮することができる。

３ＧＰＰ ＴＲ２３.８８６ ３ＧＰＰ ＴＲ２３.２３７

しかしながら、上述のｖＳＲＶＣＣ方式やｖＳＲＶＣＣ改善方式では、ビデオ通信用の経路を構成するベアラのＥ-ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバが失敗した場合に、かかるビデオ通信のサービスが中断してしまうという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ｖＳＲＶＣＣ方式やｖＳＲＶＣＣ改善方式においてビデオ通信用の経路を構成するベアラのＥ-ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバが失敗した場合であっても、音声通信としてサービスを継続させることができる移動通信方法を提供することを目的とする。

本発明の第１の特徴は、回線交換通信をサポートしていない第１無線アクセスネットワークと、該第１無線アクセスネットワークを収容する移動伝達ネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、該第２無線アクセスネットワークを収容するコアネットワークと、サービス制御ネットワークとを具備しており、第１移動局と第２移動局との間で行われるビデオ通信用の経路を切断することなく該第１無線アクセスネットワークを介した経路から該第２無線アクセスネットワークを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、前記ビデオ通信用の経路を構成するベアラの前記第１無線アクセスネットワークから前記第２無線アクセスネットワークへのハンドオーバが失敗した場合に、前記移動伝達ネットワーク内の移動管理ノード又は前記コアネットワーク内の回線交換機用サーバが、前記ベアラのうちの音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせるか、或いは、該ベアラのハンドオーバを中止するかについて決定する工程を有することを要旨とする。

以上説明したように、本発明によれば、ｖＳＲＶＣＣ方式やｖＳＲＶＣＣ改善方式においてビデオ通信用の経路を構成するベアラのＥ-ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバが失敗した場合の動作であっても、音声通信としてサービスを継続させることができる移動通信方法を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 本発明の第１の実施形態に係る移動通信システムの動作について説明するシーケンス図である。 本発明の変更例１に係る移動通信システムの全体構成図である。 本発明の変更例１に係る移動通信システムの動作について説明するシーケンス図である。 本発明の変更例１に係る移動通信システムの動作について説明するシーケンス図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図３を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

本実施形態に係る移動通信システムでは、ｖＳＲＶＣＣ方式によって、ビデオ通信用の経路を構成するベアラのＥ-ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバが失敗した場合であっても、ＵＥ＃１とＵＥ＃２との間の通信を切断することなく、Ｅ-ＵＴＲＡＮを介した経路（ＩＭＳ ＶｏＩＰ通信用の経路）からＵＴＲＡＮを介した経路（回線交換通信用の経路）に切り替え、音声通信としてサービスを継続させることができる。

図１に示すように、本実施形態に係る移動通信システムには、Ｅ-ＵＴＲＡＮと、ＵＴＲＡＮとが収容されている。

具体的には、図１に示すように、本実施形態に係る移動通信システムは、ＵＥ＃１の在圏ネットワークにおいて、ｅＮＢ（無線基地局）や、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ、無線回線制御局、不図示）や、ＮｏｄｅＢ（無線基地局、不図示）や、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷ（Ｓｅｒｖｉｎｇ-Ｇａｔｅｗａｙ、サービングゲートウェイ装置）や、Ｐ-ＧＷ（ＰＤＮ-Ｇａｔｅｗａｙ、ＰＤＮゲートウェイ装置）や、Ｐ-ＣＳＣＦ（Ｐｒｏｘｙ-Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、ＭＳＣ（Ｍｏｂｉｌｅ-ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ、回線交換機）や、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ、パケット交換機）や、ＭＳＣサーバや、ＣＳ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈ）-ＭＧＷ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）等を具備している。

また、本実施形態に係る移動通信システムは、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）において、ＳＣＣ ＡＳや、Ｉ/Ｓ-ＣＳＣＦ等を具備している。

以下、図２及び図３参照して、本実施形態に係る移動通信システムの動作について説明する。

第１に、図２を参照して、本実施形態に係る移動通信システムにおいてＵＥ＃１とＵＥ＃２との間のビデオ通信を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮを介した経路に切り替える動作１について説明する。すなわち、Ｅ-ＵＴＲＡＮのビデオ通信からＵＴＲＡＮの回線交換通信への切り替えに成功する場合の動作を示す。

かかる動作において説明が省略されている部分は、３ＧＰＰのＴＳ２３.２１６に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。

図２に示すように、ステップＳ１００１において、ＵＥ＃１は、ｅＮＢに対して、「Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ」を送信する。

ｅＮＢは、ステップＳ１００２において、上述のビデオ通信用の経路を構成するＰＳベアラ（ＰＳビデオベアラ及びＰＳ音声ベアラ）がｖＳＲＶＣＣ方式による切り替え対象であると判断した場合、かかるベアラについてＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバを行うことを決定し、ステップＳ１００３において、ＭＭＥに対して、「Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ」を送信する。

ここで、ｅＮＢは、ＭＭＥに対して、切り替え先ＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）情報（或いは、切り替え先の無線基地局の能力情報）を通知してもよい。

例えば、かかる切り替え先ＲＡＴ情報（或いは、切り替え先の無線基地局の能力情報）は、切り替え先セルにおいてＣＳ通信によるビデオ通信を提供可能であるか否かについて示す情報や、切り替え先セルにおける無線能力を示す情報や、切り替え先セルにおいてＶｏＩＰ通信を提供可能であるか否かについて示す情報等を含んでもよい。

また、ｅＮＢは、上述のビデオ通信用の経路を構成するベアラのうち、ＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるか、或いは、ＰＳ音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替えるかについて決定し、ＭＭＥに対して、かかる決定結果について通知してもよい。

例えば、ｅＮＢは、かかる決定結果として、「Ｖｉｄｅｏ＆ＰＳ（ビデオ通信用の経路を構成するＰＳベアラのうちのＰＳビデオベアラ及びＰＳ音声ベアラをＣＳビデオベアラに切り替え、併せて、その他のＰＳベアラを切り替えることを示す情報）」や「Ｖｉｄｅｏ ｏｎｌｙ（ビデオ通信用の経路を構成するＰＳベアラのうちのＰＳビデオベアラ及びＰＳ音声ベアラをＣＳビデオベアラに切り替えることを示す情報）」や「Ｖｉｄｅｏ ｔｏ Ｖｏｉｃｅ＆ＰＳ（ビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替え且つＰＳビデオベアラを切断し、併せて、その他のＰＳベアラを切り替えることを示す情報）」や「Ｖｉｄｅｏ ｔｏ Ｖｏｉｃｅ ｏｎｌｙ（ビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替え且つＰＳビデオベアラを切断することを示す情報）」等を通知してもよい。

ステップＳ１００４において、ＭＭＥは、上述のビデオ通信の開始時等に取得し保持しているｖＳＲＶＣＣ情報や、ｅＮＢから受信した切り替え先ＲＡＴ情報や、ＵＥ＃１の加入者プロファイルや、オペラータポリシー等に基づいて、上述のビデオ通信用の経路を構成するＰＳベアラのうちのＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるか、或いは、音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）へ切り替えるかについて決定してもよい。

ここで、ｖＳＲＶＣＣ情報は、上述のビデオ通信用の経路を構成する各ＰＳベアラがｖＳＲＶＣＣ方式による切り替え対象であるか否かについて示す情報である。

なお、ＭＭＥは、ｅＮＢから、上述の決定結果を受信した場合には、かかる決定結果に従ってもよい。

以下、ＭＭＥが、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラをＣＳビデオベアラに切り替えるケースについて述べる。なお、ＭＭＥが、上述のビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＣＳ音声ベアラに切り替え且つＰＳビデオベアラを切断する場合、後述する図３に示すステップＳ２００９以降と同様の処理を実施する。

また、上述のビデオ通信用の経路を構成するＰＳベアラ以外のＰＳベアラのハンドオーバについては、以下、これを実施する例を示すが、本発明は、かかるＰＳベアラのハンドオーバの有無によらず、適用可能である。

ステップＳ１００５ａにおいて、ＭＭＥは、ＭＳＣサーバに対して、ＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

なお、「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」は、例えば、ＣＳビデオベアラの設定要求信号といったように、ＰＳベアラの状態を通知しなくてもよい。以下、ＭＭＥとＭＳＣサーバとの間、及び、ＭＳＣサーバとＭＳＣとの間についても、同様である。

ステップＳ１００５ｂにおいて、ＭＳＣサーバは、ＭＳＣに対して、ＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ１００５ｃにおいて、ＭＳＣは、ＵＴＲＡＮ/ＧＥＲＡＮに対して、上述のビデオ通信用のリソース（ビデオ通信用リソース、例えば、ＢＳ３０ベアラ）を確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

また、ステップＳ１００６ａにおいて、ＭＭＥは、ＳＧＳＮに対して、その他のＰＳベアラを切り替えるように要求する「Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ１００６ｂにおいて、ＳＧＳＮは、ＵＴＲＡＮに対して、上述のＰＳ通信用リソースを確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ１００７ａにおいて、ＵＴＲＡＮは、ＳＧＳＮに対して、上述のＰＳ通信用リソースの確保に成功したことを通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信し、ステップＳ１００７ｂにおいて、ＳＧＳＮは、ＭＭＥに対して、「Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ」を送信する。

ステップＳ１００８ａにおいて、ＵＴＲＡＮは、ＭＳＣからの通知に応じて、上述のビデオ通信用リソースの確保を実施し、ＭＳＣに対して、かかるビデオ通信用リソースの確保に成功したことを通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。

ステップＳ１００８ｂにおいて、ＭＳＣは、ＭＳＣサーバに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ１００８ｃにおいて、ＭＳＣとＭＳＣサーバとの間で回線が確立される。

ステップＳ１００９において、ＭＳＣサーバは、ＩＭＳに対して、「Ｉｎｉｔｉａｔｉｏｎ ｏｆ Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ（ＳＴＮ-ＳＲ）」を送信する。

ここで、ＭＳＣサーバは、ＩＭＳに対して、上述のビデオ通信用の経路を構成するベアラの切り替え方法（ビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるか、或いは、ビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラのうちのＰＳ音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替えるかを示す情報）を通知してもよい。

なお、本例では、ビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えることを通知してもよい。

また、ＭＳＣサーバは、ＩＭＳに対して、ビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラのうちのＰＳ音声ベアラのみをＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替えることを通知する場合、併せて、その理由を通知してもよい（例えば、ＵＴＲＡＮにおける無線リソース不足等）。

かかる場合、ＳＣＣ ＡＳやＳ-ＣＳＣＦ等のＩＭＳ装置は、課金制御において、サービス種別が変更となったことに伴う特別の処理を実施することが可能となる。

ステップＳ１０１０及びＳ１０１１において、ＩＭＳは、ＵＥ＃２に対して、上述のビデオ通信用の経路の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知する。

以下、ステップＳ１０１２乃至Ｓ１０１９の動作は、３ＧＰＰのＴＲ２３.８８６に規定されている動作と同一であるものとする。なお、ステップＳ１０１２乃至Ｓ１０１９の動作は、その他の規定に従って適切な切り替え処理を継続する動作であってもよい。

第２に、図３を参照して、本実施形態に係る移動通信システムにおいてＵＥ＃１とＵＥ＃２との間のビデオ通信用の経路を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮを介した経路に切り替え、音声通信としてサービスを継続する動作２について説明する。

図３の例は、上述のビデオ通信用リソースが、ＵＴＲＡＮ側にて確保できなかった場合等、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラをＣＳビデオベアラに切り替えることができない場合の動作を示す。

かかる動作において説明が省略されている部分は、３ＧＰＰのＴＳ２３.２１６に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。

図２に示すステップ１００１乃至Ｓ１００４の動作が行われた後、図３に示すように、ステップＳ２００１において、ＭＭＥは、ＭＳＣサーバに対して、ＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ２００２において、ＭＳＣサーバは、ＭＳＣに対して、ＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ２００３において、ＭＳＣは、ＵＴＲＡＮに対して、上述のビデオ通信用のリソース（ビデオ通信用リソース、例えば、ＢＳ３０ベアラ）を確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ２００４において、ＵＴＲＡＮ（例えば、ＲＮＣ）におけるリソース不足等の原因により、かかるＥ-ＵＴＲＡＮ内のＰＳビデオベアラ及びＰＳ音声ベアラのＵＴＲＡＮ内のＣＳビデオベアラへのハンドオーバが失敗した場合に、ステップＳ２００５において、ＵＴＲＡＮは、ＭＳＣに対して、その旨を通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｆａｉｌｕｒｅ」を送信する。

ここで、ＵＴＲＡＮは、ＭＳＣに対して、「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｆａｉｌｕｒｅ」に含まれる「理由通知」によって、上述のハンドオーバの失敗理由を通知してもよい（例えば、「Ｎｏ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅｓ Ａｖａｉｌａｂｌｅ ｉｎ Ｔａｒｇｅｔ ｃｅｌｌ」）。

ステップＳ２００６において、ＭＳＣは、ＭＳＣサーバに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」を送信する。ここで、ＭＳＣは、かかる「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」に、上述の「理由通知」を含めてもよい。

ステップＳ２００７において、ＭＳＣサーバは、ＭＭＥに対して、「ＰＳ ｔｏ ＣＳ Ｒｅｓｐｏｎｓｅ」を送信する。ここで、ＭＳＣサーバは、かかる「ＰＳ ｔｏ ＣＳ Ｒｅｓｐｏｎｓｅ」に、上述の「理由通知」を含めてもよい。

ステップＳ２００８において、ＭＭＥは、Ｅ-ＵＴＲＡＮ内で上述のビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＰＳ音声ベアラ）に切り替える（ハンドオーバさせる）か、或いは、Ｅ-ＵＴＲＡＮ内で上述のビデオ通信用の経路を構成するＰＳベアラの切り替え（ハンドオーバ）を中止するかについて決定する。ここで、ＭＭＥは、保持しているｖＳＲＶＣＣ情報や、ｅＮＢから受信した切り替え先ＲＡＴ情報や、ＵＥ＃１の加入者プロファイルや、オペラータポリシーや、上述の「理由通知」等に基づいて、上述の決定を行ってもよい。

以下、ステップＳ２００８において、ＭＭＥが、Ｅ-ＵＴＲＡＮ内で上述のビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラに切り替える（ハンドオーバさせる）と決定した場合の動作について説明する。

ステップＳ２００９において、ＭＳＣサーバに対して、Ｅ-ＵＴＲＡＮ内のＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。ここで、ＭＭＥは、ＭＳＣサーバに対して、上述の「理由通知」を送信してもよい。

また、ＭＭＥが、かかるＰＳ音声ベアラのみをＵＴＲＡＮ内の音声ベアラへ切り替えると決定した場合、切り替え先ドメインは、ＣＳドメインであってもよいし、ＰＳドメインであってもよい。

かかる決定は、ｅＮＢから図２のステップＳ１００３で受信した「切り替え先セルにおいてＶｏＩＰ通信を提供可能であるか否かについて示す情報」に基づいて行われてもよい。

かかる場合、図２のステップＳ１００６ａからＳ１００７ｂの動作が実施され、かかる処理において、ＰＳ音声ベアラを追加で準備するように指示してもよい。なお、その際に使用される信号は、ステップＳ１００６ａからＳ１００７ｂ以外の信号であってもよい。

ステップＳ２０１０において、ＭＳＣサーバは、ＭＳＣに対して、かかるＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ２０１１において、ＭＳＣは、ＵＴＲＡＮに対して、音声通信用リソースを確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ２０１２において、ＵＴＲＡＮは、ＭＳＣに対して、上述の音声通信用リソースの確保に成功したことを通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。

ステップＳ２０１３において、ＭＳＣは、ＭＳＣサーバに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ２０１４において、ＭＳＣとＭＳＣサーバとの間で回線が確立される。

ステップＳ２０１５において、ＭＳＣサーバは、ＩＭＳ内のＳＣＣ-ＡＳに対して、「Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。ここで、ＭＳＣサーバは、ＳＣＣ-ＡＳに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知してもよい。

かかる情報により、ＳＣＣ ＡＳやＳ-ＣＳＣＦ等のＩＭＳ装置は、ビデオ通信が音声通信に変更されたことに伴う特別な課金を実施したり、通信相手であるＵＥ＃２に対して適切なベアラ再設定要求を送信したりすることが可能となる。

以下、図２に示すステップＳ１０１０乃至Ｓ１０１９の動作が行われる。

一方、ステップＳ２００８において、ＭＭＥが、上述のビデオ通信用の経路を構成するＰＳベアラの切り替え（ハンドオーバ）を中止すると決定した場合、３ＧＰＰのＴＳ２３.２１６やＴＲ２３.８８６に準拠する動作を行う。なお、かかる場合、他の動作によって、かかる切り替え（ハンドオーバ）を中止してもよい。

本実施形態に係る移動通信システムによれば、ｖＳＲＶＣＣ方式において、Ｅ-ＵＴＲＡＮ内でビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラのＵＴＲＡＮ内のＣＳビデオベアラへのハンドオーバが失敗した場合には、ＭＭＥが、かかるＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）にハンドオーバさせるか、かかるハンドオーバ自身を中止するかについて決定することができる。

（変更例１）
図４乃至図５を参照して、本発明の変更例１に係る移動通信システムについて説明する。以下、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

本変更例１に係る移動通信システムでは、ｖＳＲＶＣＣ改善方式によって、ＵＥ＃１とＵＥ＃２との間のビデオ通信用の経路を切断することなくＥ-ＵＴＲＡＮ/ＵＴＲＡＮを介した経路（ＩＭＳ ＶｏＩＰ通信用の経路）からＵＴＲＡＮを介した経路（回線交換通信用の経路）に切り替えることができる。

ここで、図４に示すように、本変更例１に係る移動通信システムは、図１に示す第１の実施形態に係る移動通信システムの構成に加えて、ＡＴＣＦ（Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）や、ＡＴＧＷ（Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｇａｔｅｗａｙ）等を具備している。

なお、ｖＳＲＶＣＣ改善方式では、ＡＴＧＷが、上述の切り替えを行うように構成されているアンカーノードであり、ＡＴＣＦが、ＡＴＧＷを制御するように構成されている制御装置である。

図５を参照して、本変更例１に係る移動通信システムにおいてＵＥ＃１とＵＥ＃２との間のビデオ通信用の経路を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮ/ＧＥＲＡＮを介した経路に切り替える動作１について説明する。

かかる動作において説明が省略されている部分は、３ＧＰＰのＴＳ２３.２３７に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。

図２に示すステップ１００１乃至Ｓ１００８ｃの動作が行われた後、図５に示すように、ステップＳ３００１において、ＭＳＣサーバは、ＡＴＣＦに対して、「ＩＮＶＩＴＥ」を送信する。

ここで、ＭＳＣサーバは、ＡＴＣＦに対して、上述のビデオ通信用の経路の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知してもよい。

ステップＳ３００２において、ＡＴＣＦは、ＡＴＧＷに対して、「Ｃｏｆｉｇｕｒｅ ＡＴＧＷ」を送信する。

ここで、ＡＴＣＦは、上述のビデオ通信の状態の変化を検出した場合、かかる変化に合わせて、ＡＴＧＷを再設定する。例えば、ＡＴＣＦは、上述のビデオ通信用の経路を構成するＰＳベアラのうちのＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＵＴＲＡＮ内のＰＳ音声ベアラ）に切り替えることを検出した場合、音声通信のみを通すようにＡＴＧＷを再設定する。

ステップＳ３００３において、ＡＴＧＷは、ＡＴＣＦに対して、「Ｃｏｎｆｉｇｕｒｅ ＡＴＧＷ Ａｃｋ」を送信し、ステップＳ３００４において、ＡＴＣＦは、ＭＳＣサーバに対して、「Ｒｅｓｐｏｎｓｅ」を送信する。

ステップＳ３００５において、ＡＴＣＦは、ＩＭＳに対して、「Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｕｐｄａｔｅ」を送信する。ここで、ＡＴＣＦは、ＩＭＳに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知してもよい。

かかる情報により、ＳＣＣ ＡＳやＳ-ＣＳＣＦ等のＩＭＳ装置は、ビデオ通信が音声通信に変更されたことに伴う特別な課金を実施したり、通信相手であるＵＥ＃２に対して適切なベアラ再設定要求を送信したりすることが可能となる。

ステップＳ３００６において、ＩＭＳは、ＡＴＣＦに対して、「Ｒｅｓｐｏｎｓｅ＋ＳＳＩ」を送信し、ステップＳ３００７において、ＡＴＣＦは、ＭＳＣサーバに対して、「ＳＳＩ」を送信する。

ステップＳ３００８において、ＩＭＳは、ＵＥ＃２に対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知してもよい。

以下、ステップＳ３００９及びＳ３０１０の動作は、３ＧＰＰのＴＳ２３.２３７に規定されている動作と同一である。

（変更例２）
ここで、図６を参照して、本変更例２に係る移動通信システムにおいてＵＥ＃１とＵＥ＃２との間のビデオ通信用の経路を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮを介した経路に切り替える動作２について説明する。なお、図６の動作は、上述の変更例１に係る移動通信システムにも適用可能である。

図６の例は、上述のビデオ通信用リソースが、ＵＴＲＡＮ側にて確保できなかった場合等、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラをＣＳビデオベアラに切り替えることができない場合の動作を示す。

かかる動作において説明が省略されている部分は、３ＧＰＰのＴＳ２３.２１６或いはＴＲ２３.８８６に規定されている動作と同一であるものとする。なお、かかる部分は、他の動作であってもよい。

図２に示すステップ１００１乃至Ｓ１００４の動作が行われた後、図６に示すように、ステップＳ４００１において、ＭＭＥは、ＭＳＣサーバに対して、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ここで、ＭＭＥは、ＭＳＣサーバに対して、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラの両方のＣＳビデオベアラへの切り替え（ハンドオーバ）に失敗した場合の動作（例えば、Ｅ-ＵＴＲＡＮ内のＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＰＳ音声ベアラ）に切り替えるか、或いは、上述のビデオ通信用の経路を構成するＰＳベアラの切り替えを中止するか）を示す「フォールバック可否」を通知してもよい。

ステップＳ４００２において、ＭＳＣサーバは、ＭＳＣに対して、上述のビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラの両方をＣＳビデオベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ４００３において、ＭＳＣは、ＵＴＲＡＮに対して、上述のビデオ通信用リソースを確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ４００４において、ＵＴＲＡＮ（例えば、ＲＮＣ）におけるリソース不足等の原因により、かかるＰＳビデオベアラ及びＰＳ音声ベアラのＵＴＲＡＮ内のＣＳビデオベアラへのハンドオーバが失敗した場合に、ステップＳ４００５において、ＵＴＲＡＮは、ＭＳＣに対して、その旨を通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｆａｉｌｕｒｅ」を送信する。

ここで、ＵＴＲＡＮは、ＭＳＣに対して、「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｆａｉｌｕｒｅ」に含まれる「理由通知」によって、上述のハンドオーバの失敗理由を通知してもよい。

ステップＳ４００６において、ＭＳＣは、ＭＳＣサーバに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」を送信する。ここで、ＭＳＣは、かかる「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」に、上述の「理由通知」を含めてもよい。

ステップＳ４００７において、ＭＳＣサーバは、上述のビデオ通信用の経路を構成するＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＰＳ音声ベアラ）に切り替える（ハンドオーバさせる）か、或いは、上述のビデオ通信用の経路を構成するＰＳベアラの切り替え（ハンドオーバ）を中止するかについて決定する。

ここで、ＭＳＣサーバは、保持しているｖＳＲＶＣＣ情報や、オペラータポリシーや、上述の「理由通知」や、ＲＮＣの輻輳状況や、上述の「フォールバック可否」等に基づいて、上述の決定を行ってもよい。

ＭＳＣサーバは、上述のビデオ通信用の経路を構成するＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラに切り替える（ハンドオーバさせる）と決定した場合、ステップＳ４００８において、ＭＳＣに対して、かかるＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラに切り替えるように要求する「ＰＳ ｔｏ ＣＳ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ４００９において、ＭＳＣは、ＵＴＲＡＮに対して、上述の音声通信用リソースを確保するように要求する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ」を送信する。

ステップＳ４０１０において、ＵＴＲＡＮは、ＭＳＣに対して、上述の音声通信用リソースの確保に成功したことを通知する「Ｒｅｌｏｃａｔｉｏｎ/ＨＯ Ｒｅｑｕｅｓｔ Ａｃｋ」を送信する。

ステップＳ４０１１において、ＭＳＣは、ＭＳＣサーバに対して、「Ｐｒｅｐ ＨＯ Ｒｅｓｐｏｎｓｅ」を送信し、ステップＳ４０１２において、ＭＳＣとＭＳＣサーバとの間で回線が確立される。

ステップＳ４０１３において、ＭＳＣサーバは、ＩＭＳ内のＳＣＣ-ＡＳに対して、「Ｓｅｓｓｉｏｎ Ｔｒａｎｓｆｅｒ」を送信する。なお、変形例２においては、ＭＳＣサーバは、ＡＴＣＦへ送信する。ここで、ＭＳＣサーバは、ＳＣＣ-ＡＳ或いはＡＴＣＦに対して、上述のビデオ通信の切り替えに係る情報や、切り替え後に継続されるベアラ（メディア）に係る情報等を通知してもよい。

以下、図２に示すステップＳ１０１０乃至Ｓ１０１９の動作が行われる。

本変更例２に係る移動通信システムによれば、ｖＳＲＶＣＣ改善方式において、ビデオ通信用の経路を構成するＰＳビデオベアラ及びＰＳ音声ベアラのＵＴＲＡＮ内のＣＳビデオベアラへのハンドオーバが失敗した場合には、ＭＳＣサーバが、かかるＰＳ音声ベアラのみをＵＴＲＡＮ内のＣＳ音声ベアラ（又は、ＰＳ音声ベアラ）にハンドオーバさせるか、かかるハンドオーバ自身を中止するかについて決定することができる。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、Ｅ-ＵＴＲＡＮ（回線交換通信をサポートしていない第１無線アクセスネットワーク）と、Ｅ-ＵＴＲＡＮを収容する移動伝達ネットワークと、ＵＴＲＡＮ/ＧＥＲＡＮ（回線交換通信をサポートしている第２無線アクセスネットワーク）と、ＵＴＲＡＮ/ＧＥＲＡＮを収容するコアネットワークと、ＩＭＳ（サービス制御ネットワーク）とを具備しており、ｖＳＲＶＣＣ方式又はｖＳＲＶＣＣ改善方式を用いてＵＥ＃１（第１移動局）とＵＥ＃２（第２移動局）との間で行われるビデオ通信用の経路を切断することなくＥ-ＵＴＲＡＮを介した経路からＵＴＲＡＮを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、ビデオ通信用の経路を構成するベアラのＥ-ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのハンドオーバが失敗した場合に、移動伝達ネットワーク内のＭＭＥ（移動管理ノード）又はコアネットワーク内のＭＳＣサーバ（回線交換機用サーバ）が、かかるベアラのうちのＰＳ音声ベアラのみをＥ-ＵＴＲＡＮからＵＴＲＡＮにハンドオーバさせるか、或いは、かかるベアラ（ＰＳビデオベアラ及びＰＳ音声ベアラ）のハンドオーバを中止するかについて決定する工程を有することを要旨とする。

なお、上述のＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＭＳＣサーバ、ＣＳ-ＭＧＷ、ＭＭＥ、ＳＧＳＮ、Ｓ-ＧＷ、Ｐ-ＧＷ、Ｐ-ＣＳＣＦ、Ｉ/Ｓ-ＣＳＣＦ、ＳＣＣ ＡＳ、ＡＴＣＦ、ＡＴＧＷ、ＨＳＳ、ＭＳＣ、ＵＥ＃１、ＵＥ＃２、ｅＮＢ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ＃１、ＵＥ＃２…移動局
ｅＮＢ…無線基地局
ＭＭＥ…移動管理ノード
ＳＧＳＮ…パケット交換機
ＭＳＣ…回線交換機
Ｓ-ＧＷ、Ｐ-ＧＷ…ゲートウェイ装置

Claims (2)

1. 回線交換通信をサポートしていない第１無線アクセスネットワークと、該第１無線アクセスネットワークを収容する移動伝達ネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、該第２無線アクセスネットワークを収容するコアネットワークと、サービス制御ネットワークとを具備しており、第１移動局と第２移動局との間で行われるビデオ通信用の経路を切断することなく該第１無線アクセスネットワークを介した経路から該第２無線アクセスネットワークを介した経路に切り替えることができる移動通信システムにおける移動通信方法であって、
   前記ビデオ通信用の経路を構成するベアラの前記第１無線アクセスネットワークから前記第２無線アクセスネットワークへのハンドオーバが失敗した場合に、前記移動伝達ネットワーク内の移動管理ノード又は前記コアネットワーク内の回線交換機用サーバが、該ベアラのうちの音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせるか、或いは、該ベアラのハンドオーバを中止するかについて決定する工程と、
   前記音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせる場合、前記コアネットワーク内の回線交換機用サーバが、前記サービス制御ネットワークに音声ベアラのみハンドオーバさせることを通知する工程と、
   前記サービス制御ネットワークにてサービス種別が変更になったことに伴う課金制御を行う工程と、
   前記音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせる場合、前記回線交換機用サーバが、アンカーノード制御機能に対して音声ベアラのみハンドオーバさせることを通知する工程と、
   前記アンカーノード制御機能が、アンカーノードを音声通信のみ通過させるように再設定する工程を有することを特徴とする移動通信方法。
   
2. 回線交換通信をサポートしていない第１無線アクセスネットワークと、該第１無線アクセスネットワークを収容する移動伝達ネットワークと、回線交換通信をサポートしている第２無線アクセスネットワークと、該第２無線アクセスネットワークを収容するコアネットワークと、サービス制御ネットワークとを具備しており、第１移動局と第２移動局との間で行われるビデオ通信用の経路を切断することなく該第１無線アクセスネットワークを介した経路から該第２無線アクセスネットワークを介した経路に切り替えることができる移動通信システムであって、
   前記移動伝達ネットワーク内の移動管理ノード又は前記コアネットワーク内の回線交換機用サーバは、
   前記ビデオ通信用の経路を構成するベアラの前記第１無線アクセスネットワークから前記第２無線アクセスネットワークへのハンドオーバが失敗した場合に、該ベアラのうちの音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせるか、或いは、該ベアラのハンドオーバを中止するかについて決定する決定手段を有し、
   前記コアネットワーク内の回線交換機用サーバは、
   前記音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせる場合、前記サービス制御ネットワークに音声ベアラのみハンドオーバさせることを通知する通知手段と、前記音声ベアラのみを前記第１無線アクセスネットワークから前記第２無線アクセスネットワークにハンドオーバさせる場合、アンカーノード制御機能に対して音声ベアラのみハンドオーバさせることを通知する通知手段とを有し、
   前記サービス制御ネットワークは、
   サービス種別が変更になったことに伴う課金制御を行う課金制御手段を有し、
   前記アンカーノード制御機能は、
   アンカーノードを音声通信のみ通過させるように再設定する再設定手段を有することを特徴とする移動通信システム。

Images