JP2019533393A - 無線通信システムにおけるｎｇｓからｅｐｓへの移動方法及びそのための装置 - Google Patents

Abstract

本発明は、無線通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動する方法であって、前記ＵＥがＥＰＳへの移動を決定するステップと、前記ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信するステップと、を含み、前記ＵＥが前記ＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、前記ＵＥは「進行中の音声通話」コールタイプ情報を用いて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は進行中の音声通話に関する情報の送信のうち１つ以上を実行することによって、前記進行中の音声通話を維持させる、ＮＧＳからＥＰＳへ移動する方法に関する。【選択図】図１３

Description

以下、無線通信システムに関し、具体的には、進行中の音声通話（ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌ）を有するＵＥがＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動する方法及び装置に関する。

無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは利用可能なシステムリソース（帯域幅、送信パワーなど）を共有して多重ユーザとの通信を支援することのできる多重接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。

本発明では、進行中の音声通話を有するＵＥがＮＧＳとＥＰＳの間を移動するとき、進行中の音声通話を維持する方法を技術的な課題とする。

本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。

無線通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動する方法であって、前記ＵＥがＥＰＳへの移動を決定するステップと、前記ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信するステップと、を含み、前記ＵＥが前記ＥＰＳへの移動を決定するとき、進行中の音声通話（ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌ）を有する場合、前記ＵＥは、「進行中の音声通話」コールタイプ（Ｃａｌｌ Ｔｙｐｅ）情報を用いて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は進行中の音声通話に関する情報の送信のうち１つ以上を実行することで、前記進行中の音声通話を維持させる、ＮＧＳからＥＰＳへ移動する方法である。

無線通信システムにおいて、ＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動するＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）装置であって、送受信装置と、プロセッサと、を含み、前記プロセッサは、前記ＵＥがＥＰＳへの移動を決定し、前記ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信し、前記ＵＥが前記ＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、前記ＵＥは、「進行中の音声通話」コールタイプ情報を用いて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は前記送受信装置を介して進行中の音声通話に関する情報の送信のうち１つ以上を実行することで、前記進行中の音声通話を維持させる、ＵＥ装置である。

前記ＡＣＢの実行は、前記ＵＥが乱数を生成して、前記「進行中の音声通話」コールタイプ情報に該当する遮断因子（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）を比較するステップと、前記乱数が前記遮断因子より大きい場合、ランダムアクセスの実行を決定するステップと、を含む。

前記遮断因子は、システム情報から取得したものである。

前記「進行中の音声通話」コールタイプ情報に該当する遮断因子は、「発信信号（ｏｒｉｇｉｎａｔｉｎｇ ｓｉｇｎａｌｌｉｎｇ）」のコールタイプに該当する遮断因子より小さく設定されたものである。

前記進行中の音声通話に関する情報を送信したＵＥは、前記進行中の音声通話に関する情報を受信したネットワークノードの混雑制御の適用から除外される。

前記進行中の音声通話に関する情報は、「進行中の音声通話」の確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）である。

前記「進行中の音声通話」の確立原因は、ＲＲＣ接続要求に含まれ、前記ネットワークノードはｅＮＢである。

前記進行中の音声通話に関する情報は、進行中の音声通話があることを指示する情報である。

進行中の音声通話があることを指示する情報は、アタッチ要求に含まれ、前記ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である。

進行中の音声通話があることを指示する情報は、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続要求に含まれ、前記ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である。

前記ＰＤＮ接続要求は、アタッチ要求に含まれるものである。

前記ＥＰＳのＭＭＥと前記ＮＧＳのＡＭＦの間には、インターフェースが存在しない。

前記移動の決定は、前記ＵＥが前記ＮＧＳのカバレッジから外れた場合に行われる。

前記移動の決定は、前記ＵＥの選択又は前記ＮＧＳからの指示のうち１つによるものである。

本発明によれば、ＵＥが互いにインターフェースのないＮＧＳとＥＰＳの間において進行中の音声通話を保存しながら移動することができる。

本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。

本明細書に添付する図面は本発明に対する理解を提供するためのものであり、本発明の多様な実施形態を示し、本発明の説明とともに本発明の原理を説明するためのものである。
ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の概略的な構造を示す図である。 一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャを示す例示図である。 コントロールプレーンにおける無線インターフェースプロトコルの構造を例示する図である。 ユーザプレーンにおける無線インターフェースプロトコルの構造を例示する図である。 ランダムアクセス過程を説明するためのフローチャートである。 無線リソース制御（ＲＲＣ）層における接続過程を示す図である。 ５Ｇシステムを説明するための図である。 インターワーキング構造を説明するための図である。 インターワーキング構造を説明するための図である。 インターワーキング構造を説明するための図である。 インターワーキング構造におけるシステム間移動を説明するための図である。 ＮＧＳとＥＰＣの構造を例示する図である。 本発明の実施例を説明するための図である。 本発明の実施例を説明するための図である。 本発明の実施例によるノード装置に関する構成を例示する図である。

以下の実施例は本発明の構成要素及び特徴を所定の形態に結合したものである。それぞれの構成要素又は特徴は別途の明示的言及がない限り選択的なものと見なすことができる。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合しなかった形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更可能である。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に置き換えられることができる。

以下の説明で使う特定の用語は本発明の理解を助けるために提供するもので、このような特定の用語の使用は本発明の技術的思想を逸脱しない範囲内で他の形態に変更可能である。

場合によって、本発明の概念があいまいになることを避けるために、公知の構造及び装置は省略するか、それぞれの構造及び装置の核心機能を中心とするブロック図の形式で図示することができる。また、本明細書の全般にわたって同じ構成要素については同じ図面符号を用いて説明する。

本発明の実施例はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２系システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａシステム及び３ＧＰＰ２システムのうち少なくとも一つに関して開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例において本発明の技術的思想を明確に示すために説明しなかった段階又は部分は前記文書によって裏付けられることができる。また、本文書で開示している全ての用語は前記標準文書によって説明可能である。

以下の技術は多様な無線通信システムで使用可能である。明確性のために、以下では３ＧＰＰ ＬＴＥ及び３ＧＰＰ ＬＴＥ−Ａシステムを主として説明するが、本発明の技術的思想がこれに制限されるものではない。

本文書で使われる用語は次のように定義される。

−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に基づく第３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。

−ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に基づくＰＳ（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。

−ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。

−ｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。

−ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。ＵＥは端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの用語でも表現される。また、ＵＥはノートブック型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯可能な機器であってもよく、あるいはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可能な機器であってもよい。ＭＴＣ関連の内容でＵＥ又は端末という用語はＭＴＣデバイスを指すこともある。

−ＨＮＢ（Ｈｏｍｅ ＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル（ｍｉｃｒｏ ｃｅｌｌ）規模である。

−ＨｅＮＢ（Ｈｏｍｅ ｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル規模である。

−ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）：移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ；ＳＭ）機能を行うＥＰＳネットワークのネットワークノード。

−ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ：ＵＥ ＩＰアドレス割り当て、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ収集（ｃｈａｒｇｉｎｇ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ）の機能などを行うＥＰＳネットワークのネットワークノード。

−ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）：移動性アンカー（ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、遊休（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガリングする機能などを行うＥＰＳネットワークのネットワークノード。

−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥ間のコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の上位端（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮ ＧＷ間のＩＰ接続を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理手順を支援することを主な機能とする。

−ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）：特定のサービスを支援するサーバー（例えば、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）サーバー、ＷＡＰ（Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。

−ＰＤＮ接続：一つのＩＰアドレス（一つのＩＰｖ４アドレス及び／又は一つのＩＰｖ６プレフィックス）で表現される、ＵＥとＰＤＮとの間の論理的接続。

−ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥ間に存在し、コアネットワークへの接続を提供する。

−ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ）、ユーザ状態保存などの機能を行うことができる。

−ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成できる。

−Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ（又はＰｒｏＳｅ Ｓｅｒｖｉｃｅ又はＰｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ）：物理的に近接した装置間のディスカバリー及び互いに直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３の装置を介してのコミュニケーションが可能なサービス。この際、ユーザプレーンデータ（ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）は３ＧＰＰコアネットワーク（例えば、ＥＰＣ）を介さずに直接データ経路（ｄｉｒｅｃｔ ｄａｔａ ｐａｔｈ）を介して交換される。

ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）

図１はＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の概略的な構造を示す図である。

ＥＰＣは３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは多様な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に相当する。ＳＡＥは、例えばＩＰに基づいて多様な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケットベースのシステムを提供することを目標とする。

具体的に、ＥＰＣは３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であり、パケットベースの実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、第２世代又は第３世代移動通信システム）では音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブドメインによってコアネットワークの機能が実現された。しかし、第３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化した。すなわち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の接続が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ））で構成されることができる。すなわち、ＥＰＣは端対端（エンドツーエンド、ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス実現に必須な構造である。

ＥＰＣは多様な構成要素を含むことができ、図１は、その一部に相当する、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を示す。

ＳＧＷ（又はＳ−ＧＷ）は無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷ間のデータ経路を維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役目をする。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えばＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮ ＧＷ（又はＰ−ＧＷ）はパケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に相当する。ＰＤＮ ＧＷはポリシー執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）ネットワーク又はＷｉＭａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役目をすることができる。

図１のネットワーク構造の例示ではＳＧＷとＰＤＮ ＧＷが別個のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって実現されることもできる。

ＭＭＥは、ＵＥのネットワーク接続に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは加入者及びセッション管理に係わるコントロールプレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の機能を制御する。ＭＭＥは多数のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥはセキュリティ過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

ＳＧＳＮは他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。

ｅＰＤＧは信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティノードとしての役目をする。

図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろんのこと、非３ＧＰＰアクセスに基づいてもＥＰＣ内の多様な要素を介して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１では多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの相異なる機能個体（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する二つの機能を接続する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。次の表１は図１に示したレファレンスポイントをまとめたものである。表１の例示の外にもネットワーク構造によって多様なレファレンスポイントが存在することができる。

図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは非３ＧＰＰインターフェースに相当する。Ｓ２ａは信頼できる非３ＧＰＰアクセス及びＰＤＮ ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂはｅＰＤＧ及びＰＤＮ ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。

図２は一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャを示した例示図である。

図示のように、ｅＮｏｄｅＢはＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続が活性化しているうちにゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＨ）のスケジューリング及び送信、上りリンク及び下りリンクでのリソースのＵＥへの動的割り当て、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）、及び接続移動性制御などのための機能を行うことができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を行うことができる。

図３は端末と基地局間のコントロールプレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の構造を例示した図、図４は端末と基地局間のユーザプレーンでの無線インターフェースプロトコルの構造を例示した図である。

前記無線インターフェースプロトコルは３ＧＰＰ無線接続網規格をベースとする。前記無線インターフェースプロトコルは水平的に物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）、データリンク層（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）及びネットワーク層（Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のためのコントロールプレーン（Ｃｏｎｔｒｏｌ ｐｌａｎｅ）に区分される。

前記プロトコル層は通信システムで広く知られた開放型システム間の相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３層を基にしてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができる。

以下で、前記図３に示したコントロールプレーンの無線プロトコルと、図４に示したユーザプレーンでの無線プロトコルの各層を説明する。

第１層である物理層は物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。前記物理層は上位の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して接続されており、前記送信チャネルを介して媒体接続制御層と物理層間のデータが伝達される。そして、相異なる物理層の間、つまり送信側と受信側の物理層の間は物理チャネルを介してデータが伝達される。

物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）は時間軸上の複数のサブフレームと周波数軸上の複数のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）で構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は時間軸上の複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。一つのサブフレームは複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）で構成され、一つのリソースブロックは複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は一つのサブフレームに相当する１ｍｓである。

前記送信側と受信側の物理層に存在する物理チャネルは、３ＧＰＰ ＬＴＥによれば、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）に区分することができる。

第２層には様々な層が存在する。

まず、第２層の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様な送信チャネルにマッピングする役目をし、また多様な論理チャネルを一つの送信チャネルにマッピングする論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役目を行う。ＭＡＣ層は上位層であるＲＬＣ層とは論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）で接続されており、論理チャネルは、大別して、送信される情報の種類によってコントロールプレーン（Ｃｏｎｔｒｏｌ ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）とユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）に区分される。

第２層の無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層は上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び接続（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位層が無線区間にデータを送信するのに適するようにデータの大きさを調節する役目を行う。

第２層のパケットデータ収束プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの送信時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の機能を行う。また、ＬＴＥシステムではＰＤＣＰ層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も行う。これは第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）で構成される。

第３層の最上部に位置する無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；以下ＲＲＣと略称する）層はコントロールプレーンでのみ定義され、無線運搬子（無線ベアラ、Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担う。この際、ＲＢは端末とＥ−ＵＴＲＡＮ間のデータ伝達のために第２層によって提供されるサービスを意味する。

前記端末のＲＲＣと無線網のＲＲＣ層の間にＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ）にあるようになり、そうでない場合はＲＲＣ遊休モード（Ｉｄｌｅ ｍｏｄｅ）にあるようになる。

以下で端末のＲＲＣ状態（ＲＲＣ ｓｔａｔｅ）とＲＲＣ接続方法について説明する。ＲＲＣ状態とは端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態と言う。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末はＲＲＣ接続が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よって端末を効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態の端末はＥ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きな地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位で核心網が管理する。すなわち、ＲＲＣ＿ＩＤＬＥ状態の端末はセルに比べて大きな地域単位で該当端末の存否のみ把握され、音声又はデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡはＴＡＩ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ）によって区分される。端末はセルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ）によってＴＡＩを構成することができる。

ユーザが端末の電源を最初に入れたとき、端末は先に適切なセルを探索した後、該当セルでＲＲＣ接続をなし、核心網に端末の情報を登録する。その後、端末はＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は必要によってセルを（再）選択し、システム情報（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はページング情報を調べる。これをセルにキャンプオン（Ｃａｍｐ ｏｎ）すると言う。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末はＲＲＣ接続をなす必要があるときに初めてＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続をなす必要がある場合は色々ある。例えば、ユーザの通話試行、データ送信試行、又はＥ−ＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージ送信などを挙げることができる。

前記ＲＲＣ層上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は接続管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

以下では図３に示したＮＡＳ層について詳細に説明する。

ＮＡＳ層に属するｅＳＭ（ｅｖｏｌｖｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）はデフォルトベアラ（Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ）管理、専用ベアラ（Ｄｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ）管理のような機能を行い、端末が網からＰＳサービスを用いるための制御を担う。デフォルトベアラリソースは特定のパケットデータネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ；ＰＤＮ）に最初に接続するとき、網から割り当てられるという特徴を有する。この際、ネットワークは、端末がデータサービスを使えるように端末が使用可能なＩＰアドレスを割り当て、そしてデフォルトベアラのＱｏＳを割り当てる。ＬＴＥでは、大別して、データ送受信のための特定の帯域幅を保証するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ） ＱｏＳ特性を有するベアラと帯域幅の保証無しにＢｅｓｔ ｅｆｆｏｒｔ ＱｏＳ特性を有するＮｏｎ−ＧＢＲベアラの２種を支援する。デフォルトベアラの場合、Ｎｏｎ−ＧＢＲベアラが割り当てられる。専用ベアラの場合にはＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラが割り当てられることができる。

ネットワークで端末に割り当てたベアラをＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｅｒｖｉｃｅ）ベアラと言い、ＥＰＳベアラを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラＩＤと言う。一つのＥＰＳベアラはＭＢＲ（ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）又は／及びＧＢＲ（Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）のＱｏＳ特性を有する。

図５は３ＧＰＰ ＬＴＥでのランダムアクセス過程を示したフローチャートである。

ランダムアクセス過程はＵＥが基地局に対するＵＬ同期を得るかＵＬ無線リソースを割り当てられるために用いられる。

ＵＥはルートインデックス（ｒｏｏｔ ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）をｅＮｏｄｅＢから受信する。各セルごとにＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。

ランダムアクセスプリアンブルの送信は各セルごとに特定の時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスはランダムアクセスプリアンブルの送信が可能な特定のサブフレームとプリアンブルフォーマットを指示する。

ＵＥはランダムに選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに送信する。ＵＥは６４個の候補ランダムアクセスプリアンブルの一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。

前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢはランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ，ＲＡＲ）をＵＥに送る。ランダムアクセス応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ）でマスクされたＰＤＣＣＨを検出する。ＵＥは検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上でＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）内のランダムアクセス応答を受信する。

図６は無線リソース制御（ＲＲＣ）層での接続過程を示す。

図６に示したように、ＲＲＣ接続有無によってＲＲＣ状態が示されている。前記ＲＲＣ状態とはＵＥのＲＲＣ層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢのＲＲＣ層のエンティティと論理的接続（ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、接続されている場合はＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）と言い、接続されていない状態をＲＲＣ遊休モード（ｉｄｌｅ ｓｔａｔｅ）と言う。

前記接続状態（Ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）のＵＥはＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よってＵＥを効果的に制御することができる。一方、遊休モード（ｉｄｌｅ ｓｔａｔｅ）のＵＥはｅＮｏｄｅＢが把握することはできず、セルより大きな地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位で核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ Ａｒｅａ）はセルの集合単位である。すなわち、遊休モード（ｉｄｌｅ ｓｔａｔｅ）ＵＥは大きな地域単位で存否のみ把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）に遷移しなければならない。

ユーザがＵＥの電源を最初に入れたとき、前記ＵＥは先に適切なセルを探索した後、該当セルで遊休モード（ｉｄｌｅ ｓｔａｔｅ）で留まる。前記遊休モード（ｉｄｌｅ ｓｔａｔｅ）で留まっていたＵＥはＲＲＣ接続をなす必要があるときに初めてＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）によってｅＮｏｄｅＢのＲＲＣ層とのＲＲＣ接続をなし、ＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ）に遷移する。

前記遊休モード（Ｉｄｌｅ ｓｔａｔｅ）にあったＵＥがＲＲＣ接続をなす必要がある場合はいろいろある。例えば、ユーザの通話試行又は上りデータ送信が必要であるか、又はＥＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージの送信などを挙げることができる。

遊休モード（ｉｄｌｅ ｓｔａｔｅ）のＵＥが前記ｅＮｏｄｅＢとＲＲＣ接続をなすためには、前述したようにＲＲＣ接続過程（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ接続過程は、大別して、ＵＥがｅＮｏｄｅＢにＲＲＣ接続要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージを送信する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程について図６を参照してより詳細に説明すると次のようである。

１）遊休モード（Ｉｄｌｅ ｓｔａｔｅ）のＵＥは、通話試行、データ送信試行、又はｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ接続をなそうとする場合、まずＲＲＣ接続要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢに送信する。

２）前記ＵＥからＲＲＣ接続要求メッセージを受信すれば、前記ｅＮＢは、無線リソースが十分な場合、前記ＵＥのＲＲＣ接続要求を許可し、応答メッセージであるＲＲＣ接続設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージを前記ＵＥに送信する。

３）前記ＵＥが前記ＲＲＣ接続設定メッセージを受信すれば、前記ｅＮｏｄｅＢにＲＲＣ接続設定完了（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥがＲＲＣ接続設定メッセージの送信に成功すれば、初めて前記ＵＥはｅＮｏｄｅＢとＲＲＣ接続をなし、ＲＲＣ接続モードに遷移する。

従来のＥＰＣにおけるＭＭＥは、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ（又は、５Ｇ ＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ））では、ＡＭＦ（Ｃｏｒｅ Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）とＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）とに分離された。ここで、ＵＥとのＮＡＳ ｉｎｔｅｒａｃｔｉｏｎ及びＭＭ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）はＡＭＦが、またＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）はＳＭＦが行うことになる。また、ＳＭＦはユーザプレーン（ｕｓｅｒ−ｐｌａｎｅ）機能を有する、すなわち、ユーザトラフィック（ｕｓｅｒ ｔｒａｆｆｉｃ）をルーティングするゲートウェイ（ｇａｔｅｗａｙ）であるＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）を管理するが、これは従来のＥＰＣにおいてＳ−ＧＷとＰ−ＧＷのコントロールプレーン（ｃｏｎｔｒｏｌ−ｐｌａｎｅ）部分はＳＭＦが担当して、ユーザプレーン部分はＵＰＦが担当することと見なすことができる。ユーザトラフィックのルーティングのために、ＲＡＮとＤＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ）間にＵＰＦは１つ以上存在する。すなわち、従来のＥＰＣは、５Ｇでは、図７に示されたように構成される。また、従来のＥＰＳにおけるＰＤＮ ｃｏｎｎｅｃｔｉｏｎに対応する概念として、５Ｇシステムでは、ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッションが定義されている。ＰＤＵセッションは、ＩＰ ｔｙｐｅのみならず、Ｅｔｈｅｒｎｅｔ ｔｙｐｅ又はｕｎｓｔｒｕｃｔｕｒｅｄ ｔｙｐｅのＰＤＵ ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｅｒｖｉｃｅを提供するＵＥとＤＮ間の関連（ａｓｓｏｃｉａｔｉｏｎ）を示す。その他に、ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）は、ＥＰＣのＨＳＳに対応する機能を行い、ＰＣＦ（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）は、ＥＰＣのＰＣＲＦに対応する機能を行う。もちろん、５Ｇシステムの要求事項を満たすために、その機能が拡張された形態で提供されることができる。５Ｇシステムアーキテクチャ、各機能、各インターフェースに関する詳しい事項は、ＴＳ ２３．５０１を準用する。

３ＧＰＰ ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）とＮｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ（ＮＧＳ又はＮＧ Ｓｙｓｔｅｍ：次世代、いわゆる５Ｇ移動通信システム）間のインターワーキングに関して、インターワーキング（ｉｎｔｅｒｗｏｒｋｉｎｇ）及びマイグレーション（ｍｉｇｒａｔｉｏｎ）の支援が必要である。以下、図８〜図１１を参照して、インターワーキング及びマイグレーションを支援するためのソリューションについて簡単に説明する。

可能である場合、設置されたＥ−ＵＴＲＡＮがＮＧコア（ＮＧ２／ＮＧ３）に対する新たなＣＮ−ＲＡＮインターフェースを支援するようにアップグレードされる。このようなアクセスは、アップグレードされたＥ−ＵＴＲＡＮアクセスとＮＧ ＲＡＮアクセス間の緊密な相互作用を許容する。

− 設置されたＥ−ＵＴＲＡＮがアップグレードされていない領域で「デュアルアタッチ」又は「ハンドオーバーアタッチ」動作（下位層で「単一ラジオ」又は「二重ラジオ」支援）に基づいたルーズ（Ｌｏｏｓｅ）インターワーキング、すなわち、ＧＥＲＡＮ及びＵＴＲＡＮアクセスと同一タイプのインターワーキングが支援される。

図８は、Ｅ−ＵＴＲＡ（ＴＲ ２３．７９９のＡｎｎｅｘ Ｊ：Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓに明示されたオプション５、７）に固定された進化したＮＧ ＲＡＮと、ＮＲに固定されたＮＧ ＲＡＮ（ＴＲ ２３．７９９のＡｎｎｅｘ Ｊ：Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓに明示されたオプション２、４）の間の緊密なインターワーキングを許容するシステムアーキテクチャである。

Ｓ１インターフェースをＥＰＣ側に支援することの他に、新たなＣＮ−ＲＡＮインターフェース（図８の「ＮＧ２／ＮＧ３」）を支援するように設置されたＥ−ＵＴＲＡＮベースがアップグレードされたと仮定する。無線側ではアップグレードされたＥ−ＵＴＲＡＮベースがＥ−ＵＴＲＡ固定ＮＲ（ＴＲ ２３．７９９のＡｎｎｅｘ Ｊ：Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓに明示されたオプション５、７）の他にレガシＬＴＥ−Ｕｕインターフェースを支援すると仮定する。アップグレードされたＥ−ＵＴＲＡＮのカバレッジ下にあるとき、レガシＵＥは、ＥＰＣ側にステア（ｓｔｅｅｒ）される一方、ＮＧ ＵＥはＮＧコア側にステアされる。ＮＧ ＵＥとＮＧコア（「ＮＧ ＮＡＳ」）の間に使用されるＮＡＳプロトコルは、レガシＵＥとＥＰＣ（「ＥＰＳ ＮＡＳ」）の間に使用されるレガシＮＡＳプロトコルとは異なる。ＥＰＣ及びＮＧコアは共通加入者データベース（「ＨＳＳ」）に対するアクセスを有するが、他の相互作用インターフェースはない。よって、ＮＧコアには移転されたレガシバゲージ（ｂａｇｇａｇｅ）がない。

図９は、ＧＥＲＡＮ、ＵＴＲＡＮ又は、一方の進化していないＥ−ＵＴＲＡＮアクセスと、他方のＮＧ ＲＡＮの間のルーズな相互連動を許容する単純なシステムアーキテクチャの単純化である。

この場合、ＧＥＲＡＮ、ＵＴＲＡＮ又は進化していないＥ−ＵＴＲＡＮアクセスのカバレッジ下にあるＮＧ ＵＥはＥＰＣ側にステアされる。

デュアルカバレッジ（すなわち、ＧＥＲＡＮ／ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮアクセス及びＮＧ ＲＡＮアクセス（ＴＲ ２３．７９９のＡｎｎｅｘ Ｊ：Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓに明示されたオプション２、４、５、７）のいずれも）においてＵＥは「デュアルアタッチ」モードで動作する。すなわち、２つの独立したシステム、２つの独立した移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）及びセッション管理コンテキスト（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ ｃｏｎｔｅｘｔｓ）を使用する。下位層において、ＵＥは、ＲＡＮ作業グループによって定義される支援によって「単一ラジオ」又は「デュアルラジオ」モードで動作することができる。

ＥＰＣ及びＮＧコアは、共通加入者ベース（「ＨＳＳ」）にアクセスすることができる。しかし、ＩＰアドレス保存機能（３ＧＰＰ−ＷＬＡＮハンドオーバーがＥＰＳで作動する方式と類似）を用いてハンドオーバーを行うために、選択的に共通ＰＧＷ／ＳＭＦ／ＩＰアンカーを共有してもよい。一般的なＰＧＷ／ＳＭＦ／ＩＰアンカーは、ＮＧ１１をＮｅｘｔＧｅｎ ＣｏｒｅのＭＭＦ側に、ＮＧ９をＮｅｘｔＧｅｎ ＣｏｒｅのＵＰＦに向けて支援する。動的ＰＣＣ支援が必要な場合、ＥＰＣとＮＧコアは共通ＰＣＲＦ／ＰＣＦノードを共有する。

ソースからターゲットシステムへのハンドオーバー手順は、３ＧＰＰ−ＷＬＡＮインターワーキングのために定義された「ハンドオーバーアタッチ」手順に基づく。ターゲットシステム側では、全てのＱｏＳ構造（すなわち、ＥＰＳベアラ又はＱｏＳの流れ）が最初から設定し直され、両方間のマッピングは後で定義される。

ＥＰＣとＮＧコアが共通のＰＧＷ／ＳＭＦ／ＩＰアンカーを共有しない場合、「上位層」サービス連続性メカニズムを活用して、ハンドオーバーの際にサービス連続性を提供することができる。

ＮＧコアによって設定されたＩＭＳ音声サービスの場合、ＴＳ ２３．２３７で説明されたように、デュアル無線ＶＣＣ（ＤＲＶＣＣ）を用いて、ＧＥＲＡＮ又はＵＴＲＡＮからのハンドオーバーの際にサービス連続性を提供することができる。

上述したルーズインターワーキングソリューションは、図１０のように、ＥＰＣに接続されたオプション３（ＴＲ ２３．７９９のＡｎｎｅｘ Ｊ：Ｄｅｐｌｏｙｍｅｎｔ Ｓｃｅｎａｒｉｏｓに明示）ＲＡＮとＮＧコアに接続されたＮＧ ＲＡＮの間のインターワーキングにも適用できる。オプション３ ＲＡＮが提供する領域で使用される無線帯域と、ＮＧシステムが提供する領域で使用される無線帯域との組み合わせが「デュアルアタッチ」（又は「ハンドオーバーアタッチ」）動作を許容する場合、相互連動が円滑に行われる。また、ＥＰＣとＮＧ ＲＡＮに接続されたオプション３ ＲＡＮ間の連動は、図８から理解できる原則に従って、緊密な連動を用いて支援することができる。これは、オプション３を支援するために一度アップグレードされたＥ−ＵＴＲＡＮノードがＮＧコアに向かうＮＧ２／ＮＧ３を支援するために、２度アップグレードされる必要があることを意味する。

図１１は、ＵＥがＮＧシステムからＥＰＳへ移動するときの「ハンドオーバーアタッチ」手順に対する呼び出しの流れである。反対方向の通話流れも同様である。図１１を参照すると、ステップＳ１１００において、初期にＵＥはＮＧシステムに接続され、ＰＤＵセッションを設定する。

ある地点（例えば、ＵＥがＮＧシステムアイランドの境界領域上にある）において、ＵＥはＮＧ ＲＡＮによって目標システム（ここでは、ＥＰＳ）に「ハンドオーバーアタッチ」を行うように指示を受ける。ＲＡＮはＵＥがＮＲカバレッジ内にある間にＥ−ＵＴＲＡＮセルの測定を設計して、その逆でも同様である。

ステップＳ１１０２において、ＵＥはＥＰＳへのアタッチ手順を開始する。

ステップＳ１１０３において、アタッチ手順の一部として、ＵＥが認証され、共通加入者データベース（「ＨＳＳ」）からＰＧＷアドレスが検索される。

ステップＳ１１０４において、ＳＧＷと共通ＰＧＷ／ＳＭＦ／ＩＰアンカーのＰＧＷ部分との間のＳ５セッションが設定され、この時点でＤＬトラフィックはＥＰＳアクセス側に切り換えられる。

ステップＳ１１０５において、ＥＰＳによって通信するＵＥとアタッチ手順を完了する。専用ＥＰＳベアラが必要な場合、ＰＣＲＦ／ＰＣＦで提供した情報に基づいてアタッチ手順の一部として設定される。

ステップＳ１１０６において、ＮＧシステム内のＣＰ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）機能は一定時間の間にＵＥ状況を格納する。

上述したＴＲ ２３．７９９のソリューションは、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）とＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）との間のインターワーキング構造を単純化するために、ゲートウェイのみを互いに共有するだけで、各システムにおけるＭＭ ｅｎｔｉｔｙ（すなわち、ＥＰＳではＭＭＥであり、ＮＧＳではＭＭを管理するコントロールプレーン機能としてＡＭＦ又はＭＭＦと言及）間にインターフェースは存在しない。よって、ＵＥがシステム間を移動するとき、ネットワークでＭＭ ｃｏｎｔｅｘｔをターゲットシステムに伝達することができないため、ＵＥはシステム移動時に必ずアタッチを行う必要がある。例えば、ＵＥがＮＧＳで音声通話（ｖｏｉｃｅ ｃａｌｌ）（これは、ＰＳ ｖｏｉｃｅ ｃａｌｌ又はＩＭＳ ｖｏｉｃｅ ｃａｌｌを意味）中にＮＲ（Ｎｅｗ Ｒａｄｉｏ、すなわち、５Ｇ ｒａｄｉｏ）カバレッジから外れて、そのためにＬＴＥにＲＡＴを変更してサービスを受ける必要が発生し得る。この場合、ＵＥは、ＥＰＳでアタッチを行い、図１１のように、ＵＥがＥＰＳとＮＧＳ間で移動しても、Ｐ−ＧＷを変更しないにもかかわらず、ＵＥのアタッチ動作によって相当な時間のサービス妨害（ｓｅｒｖｉｃｅ ｉｎｔｅｒｒｕｐｔｉｏｎ）が発生する。さらに、ＥＰＳネットワークでＲＡＮ及び／又はコアネットワークに混雑（輻輳、ｃｏｎｇｅｓｔｉｏｎ）があり、アタッチを行おうとするＵＥをｅＮＢ又はＭＭＥが接続要求の拒絶及び／又はバックオフ（ｂａｃｋ ｏｆｆ）させる場合、これは、特にリアルタイムトラフィックの特性を有する音声通話に悪影響を及ぼすため、ユーザ経験に悪い影響を及ぼすことになる。

よって、以下では、進行中の音声通話（ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌ）（ここで、ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌとは、ｏｎｇｏｉｎｇ ＰＳ ｖｏｉｃｅ ｃａｌｌ、ｏｎｇｏｉｎｇ ＰＳ ｖｉｄｅｏ ｃａｌｌ、ｏｎｇｏｉｎｇ ＩＭＳ ｖｏｉｃｅ ｃａｌｌ、ｏｎｇｏｉｎｇ ＩＭＳ ｖｉｄｅｏ ｃａｌｌ、ｏｎｇｏｉｎｇ ＭＭＴｅｌ ｖｏｉｃｅ、ｏｎｇｏｉｎｇ ＭＭＴｅｌ ｖｉｄｅｏ、ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌ、ｏｎｇｏｉｎｇ ｖｉｄｅｏ ｃａｌｌなどを称する代表用語として使用される）を有するＵＥがＥＰＳとＮＧＳとの間でシステム移動、ターゲットシステムでアタッチを行う場合、サービス妨害時間を減らすか、進行中の音声通話を維持させる方法について説明する。

実施例

ＵＥがＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動するために、ＥＰＳへの移動を決定して、ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信することができる。

ここで、ＵＥがＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、ＵＥは「進行中の音声通話」コールタイプ情報を用いてＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は進行中の音声通話に関する情報の送信のうち１つ以上を行うことで、進行中の音声通話を維持させることができる。ＵＥは、進行中の音声通話を維持させるために、「進行中の音声通話」コールタイプ情報を用いてＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は進行中の音声通話に関する情報の送信のうちいずれか一方又は両方を行うことができるが、以下、それぞれの場合について説明する。

ＵＥ主導的な方法

ＵＥがＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、ＵＥは「進行中の音声通話」コールタイプ情報を用いてＡＣＢを行うが、ここで、ＡＣＢの実行は、ＵＥが乱数を生成して「進行中の音声通話」コールタイプ情報に該当する遮断因子（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）を比較して、乱数が遮断因子より大きい場合、ランダムアクセスを行うことに決定することであってもよい。ランダムアクセスを行うことに決定した場合、ＵＥはＲＲＣ接続要求をｅＮＢに送信する。

遮断因子は、システム情報（例えば、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））で取得したものであって、ネットワークが混雑するとき、ＲＡＣＨを遮断するか否かを決定する０−１の間の確率値であり、遮断時間（ｂａｒｒｉｎｇ ｔｉｍｅ）はＡＣＢによって遮断されたＲＡＣＨが再び試みられるときまで待機する平均時間である。

特に、本実施例に関連して、「進行中の音声通話」コールタイプ情報に該当する遮断因子は、「進行中の音声通話」コールタイプに該当する遮断因子より小さく設定されてもよい。これによって、ＵＥが進行中の音声通話のためのランダムアクセス手順を遮断しないようにすることができる。

ネットワークノード主導的な方法

進行中の音声通話に関する情報を送信したＵＥは、進行中の音声通話に関する情報を受信したネットワークノードの混雑制御の適用から除外されてもよい。また、進行中の音声通話に関する情報を受信したネットワークノードは、進行中の音声通話に関する情報を送信したＵＥの要求（後述するＲＲＣ接続要求、アタッチ要求、ＰＤＮ接続（性）要求など）を必ず／高い確率で／高い優先順位で許可／承認することができる。

具体例として、進行中の音声通話に関する情報は、「進行中の音声通話」の確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）であってもよい。「進行中の音声通話」の確立原因は、ＲＲＣ接続要求に含まれて、ネットワークノードはｅＮＢであってもよい。すなわち、ＵＥのＮＡＳレイヤーがアタッチ要求メッセージをネットワークに送信しようとしてＡＳレイヤーで新たに定義された確立原因値である「進行中の音声通話」を伝達する。すなわち、ＡＳレイヤーで提供する確立原因値を「進行中の音声通話」と設定する。このように新たに定義された「進行中の音声通話」の確立原因値は、ＵＥが音声通話を進行している（又は、音声通話のためのセッションが存在する）ことを示すことができる。また、これはＵＥがビデオ通話を進行している（又は、ビデオ通話のためのセッションが存在する）を示してもよい。また、ＵＥがビデオ通話を進行していることを示すために、別の確立原因値を定義して使用（例えば、「進行中のビデオ通話（Ｏｎｇｏｉｎｇ ｖｉｄｅｏ ｃａｌｌ）」）してもよい。

ＵＥのＡＳレイヤーがＮＡＳレイヤーからアタッチ要求メッセージ及び前記新たに定義された確立原因値を受信する場合、ＲＲＣ接続要求メッセージを送信するとき、前記受信した確立原因値を含んでｅＮＢに送信する。ｅＮＢがＲＲＣ接続要求メッセージを受信する場合、ＵＥが通話中の音声／ビデオ通話がある状態でＲＲＣ接続要求を行っていることを認知して、これを考慮してＲＲＣ接続要求を許可するか否かを決定する。これは、より高い優先順位を有してこのようなＲＲＣ接続要求を許可すべきであることを意味することができる。また、これは混雑制御を適用するとき、より高い優先順位を有して混雑制御を適用しないことを意味してもよい。優先順位基準は、ｅｍｅｒｇｅｎｃｙ、ｍｔ−Ａｃｃｅｓｓ、ｍｏ−Ｓｉｇｎａｌｌｉｎｇ、ｍｏ−Ｄａｔａ、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ−ｖ１０２０、ｍｏ−ＶｏｉｃｅＣａｌｌ−ｖ１２８０のうち１つ以上の確立原因値に対して優先順位が高いことを意味することができる。

また別の例として、進行中の音声通話に関する情報は、進行中の音声通話があることを指示する情報であり、アタッチ要求によってＭＭＥへ伝達されることができる。具体的に、ＵＥ（ＵＥのＮＡＳレイヤー又はＥＭＭレイヤー）は、アタッチ要求メッセージをＭＭＥに送信するとき、進行中の音声通話又は進行中のビデオ通話があることを示すために新たに定義したパラメータを含ませる。このパラメータを含ませるために、既存の情報要素を用いてもよく、新たな情報要素を定義して用いてもよい。１つのパラメータが進行中の音声通話又は進行中のビデオ通話があることを意味してもよく、それぞれのパラメータが定義されて用いられてもよい。

ＭＭＥが新たに定義したパラメータを含むアタッチ要求メッセージを受信すると、ＵＥに音声／ビデオ通話のためのセッションがあることを認知して、これに基づいてアタッチ要求を許可するか否かを決定することができる。これは、より高い優先順位を有してこのアタッチ要求を許可すべきであることを意味することができる。また、これは混雑制御を適用するとき、より高い優先順位を有して混雑制御を適用しないことを意味してもよい。この混雑制御は、ＭＭ混雑制御及び／又はＳＭ混雑制御であってもよい。ＳＭ混雑制御である場合、ＭＭＥのＥＭＭレイヤーが前記アタッチ要求メッセージにある（これは、その中に含まれるＰＤＮ接続（性）要求内に含まれるのではない）前記新たに定義したパラメータに基づいて、ＥＳＭレイヤーで進行中の音声／ビデオ通話が存在することを知らせることで機能することもできる。この動作は、生成要求されるＰＤＮ ｃｏｎｎｅｃｔｉｏｎがＩＭＳサービス（又は、ｖｏｉｃｅ ｃａｌｌ、ｖｉｄｅｏ ｃａｌｌ、ＭＭＴｅｌ ｖｏｉｃｅ、ＭＭＴｅｌ ｖｉｄｅｏのうち１つ以上）を支援するためのＰＤＮ ｃｏｎｎｅｃｔｉｏｎであることから、実行することができる。また、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎのためのＡＰＮがＩＭＳのためのＡＰＮであることから、この動作を実行することができる。優先順位の基準は、低い優先権を明示したアタッチ要求、低い優先権と前記新たなパラメータをいずれも含んでいないアタッチ要求のうち１つ以上に対して優先順位が高いことを意味してもよい。

また別の例として、進行中の音声通話があることを指示する情報は、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続要求に含まれて、ネットワークノードはＭＭＥであってもよい。また、ＰＤＮ接続要求がアタッチ要求に含まれてもよい。すなわち、アタッチ要求メッセージに含まれるＰＤＮ接続（性）要求メッセージに新たなパラメータを追加するのである。ＵＥ（ＵＥのＮＡＳレイヤー又はＥＳＭレイヤー）は、アタッチ要求メッセージに含まれるＰＤＮ接続（性）要求メッセージに、進行中の音声通話又は進行中のビデオ通話があることを示すために新たに定義したパラメータを含ませる。このパラメータを含ませるために、既存の情報要素を用いてもよく、新たな情報要素を定義して用いてもよい。１つのパラメータが進行中の音声通話又は進行中のビデオ通話があることを意味してもよく、それぞれのパラメータが定義されて用いられてもよい。

ＵＥのＥＳＭレイヤーは、ＥＭＭレイヤーから進行中の音声／ビデオ通話が存在すること、又は進行中の音声／ビデオ通話があるという情報をＰＤＮ接続（性）要求メッセージに含ませるべきであることを指示されてもよい。また、ＥＳＭレイヤーではなく、ＵＥのＥＭＭレイヤーがアタッチ要求メッセージに含まれるＰＤＮ接続（性）要求メッセージに、進行中の音声通話又は進行中のビデオ通話があることを示すために新たに定義したパラメータを含ませてもよい。パラメータについては、上述した内容に置き換える。前記ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ は、ＩＭＳサービス（又は、ｖｏｉｃｅ ｃａｌｌ、ｖｉｄｅｏ ｃａｌｌ、ＭＭＴｅｌ ｖｏｉｃｅ、ＭＭＴｅｌ ｖｉｄｅｏのうち１つ以上）を支援するためのＰＤＮ ｃｏｎｎｅｃｔｉｏｎであってもよい。また、ＰＤＮ ｃｏｎｎｅｃｔｉｏｎのためのＡＰＮがＩＭＳのためのＡＰＮであってもよい。

ＭＭＥが新たに定義したパラメータを含むＰＤＮ接続（性）要求を含んだアタッチ要求メッセージを受信すると、ＵＥに音声／ビデオ通話のためのセッションがあることを認知して、これに基づいてＰＤＮ接続要求を許可するか否かを決定することができる。これは、より高い優先順位を有してこのようなＰＤＮ接続要求を許可すべきであることを意味することができる。また、これは混雑制御を適用するとき、より高い優先順位を有して混雑制御を適用しないことを意味してもよい。混雑制御は、ＳＭ混雑制御及び／又はＭＭ混雑制御であってもよい。ＭＭ混雑制御である場合、ＭＭＥのＥＳＭレイヤーがＰＤＮ接続（性）要求内に含まれた新たに定義したパラメータに基づいてＥＭＭレイヤーで進行中の音声／ビデオ通話が存在することを知らせることで行うこともできる。優先順位基準は、低い優先権を明示したＰＤＮ接続（性）要求、低い優先権と新たなパラメータをいずれも含んでいないＰＤＮ接続（性）要求のうち１つ以上に対して優先順位が高いことを意味してもよい。

また別の例として、アタッチ要求に含まれず、独立したＰＤＮ接続要求に進行中の音声通話があることを指示する情報を含ませてＭＭＥに送信することができる。また、このようなＰＤＮ接続（性）要求メッセージは、ＵＥがアタッチ手順を行った後、ＩＭＳサービス（又は、ｖｏｉｃｅ ｃａｌｌ、ｖｉｄｅｏ ｃａｌｌ、ＭＭＴｅｌ ｖｏｉｃｅ、ＭＭＴｅｌ ｖｉｄｅｏのうち１つ以上）を支援するためのＰＤＮ ｃｏｎｎｅｃｔｉｏｎが未だ生成されていないため、これを生成するためのＰＤＮ ｃｏｎｎｅｃｔｉｏｎ生成要求として見なされることができる。ＵＥ（ＵＥのＮＡＳレイヤー又はＥＳＭレイヤー）は、ＰＤＮ接続（性）要求メッセージに、進行中の音声通話又は進行中のビデオ通話があることを示すために新たに定義したパラメータを含ませる。このようなパラメータを含ませるために、既存の情報要素を用いてもよく、新たな情報要素を定義して用いてもよい。１つのパラメータが進行中の音声通話又は進行中のビデオ通話があることを意味してもよく、それぞれのパラメータが定義されて用いられてもよい。ＵＥのＥＳＭレイヤーは、ＥＭＭレイヤーから進行中の音声／ビデオ通話が存在すること、又は進行中の音声／ビデオ通話があるという情報をＰＤＮ接続（性）要求メッセージに含ませるべきであることを指示されてもよい。

ＭＭＥが新たに定義したパラメータを含むＰＤＮ接続（性）要求メッセージを受信すると、ＵＥに音声／ビデオ通話のためのセッションがあることを認知して、これに基づいてＰＤＮ接続要求を許可するか否かを決定することができる。これは、より高い優先順位を有してこのようなＰＤＮ接続要求を許可すべきであることを意味することができる。また、これはＳＭ混雑制御を適用するとき、より高い優先順位を有してＳＭ混雑制御を適用しないことを意味してもよい。優先順位基準は、低い優先権を明示したＰＤＮ接続（性）要求、低い優先権と新たなパラメータをいずれも含まないＰＤＮ接続（性）要求のうち１つ以上に対して優先順位が高いことを意味することができる。

具体的な移動手順の例示１

図１３は、ＵＥが５Ｇシステムにおいてサービスを受けていたが、ＥＰＳへ移動してサービスを受ける手順が具体的に例示されている。このように、図１３に示す具体的な移動手順の例示及び図１４に示す具体的な移動手順の例示は、図１２の５ＧシステムとＥＰＳとのインターワーキングアーキテクチャに基づく。２つのシステム間のインターワーキングのために、共通の加入者情報サーバーであるＨＳＳ＋ＵＤＭが使用される。また、ＰＤＵ ｓｅｓｓｉｏｎ／ＰＤＮ ｃｏｎｎｅｃｔｉｏｎのインターワーキングのために、ＳＭＦ＋ＰＧＷ−Ｃ及びＵＰＦ＋ＰＧＷ−Ｕが共通に使用される。しかし、ＭＭＥとＡＭＦとの間にインターフェースは存在しない。

図１３を参照すると、ステップＳ１３０１〜Ｓ１３０３において、ＵＥは、５Ｇシステムによってサービスを受けるために登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手順を行う。詳しい動作は、ＴＳ ２３．５０２の４．２．２．２．２欄（Ｇｅｎｅｒａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ）を参照する。登録手順において、ＡＭＦは、ＨＳＳ＋ＵＤＭに自身がＵＥのサービングノード（ｓｅｒｖｉｎｇ ｎｏｄｅ）であることを登録して、加入者情報／ＵＥ ｃｏｎｔｅｘｔを取得する。ステップＳ１３０４において、ＵＥは、ＰＤＵセッションを生成する手順を行う。詳しい動作は、ＴＳ ２３．５０２の４．３．２欄（ＰＤＵ Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）を参照する。ＰＤＵセッションを生成するとき、ＳＭＦ＋ＰＧＷ−Ｃは、ＨＳＳ＋ＵＤＭに自身が当該ＰＤＵセッションに対してサービングノードであることを登録する。ＵＥが複数のＰＤＵセッションを生成する場合、ステップＳ１３０４が繰り返される。

ステップＳ１３０５においてＵＥがｍｏｂｉｌｅ ｏｒｉｇｉｎａｔｉｎｇ ｃａｌｌ又はｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｉｎｇ ｃａｌｌが発生することによって、ｃａｌｌ ｓｅｔｕｐを行う。これは、ＩＭＳによるＩＭＳセッション確立動作であって、詳しくは、ＴＳ ２３．２２８を参照する。また、このステップにおいて、音声通話又はビデオ通話が求めるＱｏＳを満たすために、ＰＤＵセッションを修正する手順が行われる必要がある。これについては、ＴＳ ２３．５０２の４．３．３欄（ＰＤＵ Ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ）及びＴＳ ２３．５０１の５．７欄（ＱｏＳ ｍｏｄｅｌ）を参照する。仮に、ＵＥが生成しようとする通話が音声通話である場合、５ＱＩ（５Ｇ ＱｏＳ Ｉｄｅｎｔｉｆｉｅｒ）が１であるＱｏＳ特性を満たすようにＰＤＵセッションを修正する必要がある。

ステップＳ１３０６において、Ｃａｌｌ ｓｅｔｕｐが完了すると、ＵＥは通話の相手と通話を進行する。

ステップＳ１３０７において、ＵＥがＥＰＳへの移動を決定する。これは、ＵＥが５Ｇシステムのカバレッジから外れるにつれて決定されてもよく、又はＵＥ／ユーザの選択によるなどの様々な理由によって決定されてもよい。ＵＥはＥＰＳへアタッチを実行する。このために、ＵＥのＮＡＳレイヤーでアタッチ要求メッセージを生成して、確立原因値とコールタイプ値を設定して、アタッチ要求メッセージと共にＵＥのＡＳレイヤーに伝達する。前記確立原因値とコールタイプ値に関する説明は、上述した内容に置き換える。前記アタッチ要求メッセージは、アタッチと共に形成されるＰＤＮ接続に対して形成を要求するＰＤＮ接続（性）要求メッセージを含む。前記アタッチ要求メッセージ及び／又はＰＤＮ接続（性）要求メッセージは、上述した進行中の音声通話に関する情報を含んでもよい。

ＵＥのＡＳレイヤーは、ＮＡＳレイヤーからの情報に基づいてＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）動作を行う。これは、ｅＮＢから受信した前記コールタイプに該当するＡＣＢ情報がある場合に基づいてＡＣＢ動作を行うことである。

ステップＳ１３０８において、ＵＥ（ＵＥのＡＳレイヤー）は、ｅＮＢへＲＲＣ接続要求メッセージを送信する。このとき、含まれる確立原因値は、ステップＳ１３０７においてＵＥのＮＡＳレイヤーがＡＳレイヤーに伝達した確立原因値である。

ステップＳ１３０９において、ｅＮＢはＵＥが送信したＲＲＣ接続要求メッセージへの応答、ＲＲＣ接続設定メッセージをＵＥに送信する。ｅＮＢは、ＲＲＣ接続要求に含まれた確立原因値に基づいて、前記ＵＥからの要求を許可するか否かを決定することができる。仮に、拒絶する場合、ＲＲＣ接続拒絶メッセージをＵＥに送信する。

上述のように、ｅＮＢは、ＲＲＣ接続要求メッセージに含まれた確立原因値に基づいて、ＵＥが進行中の音声／ビデオ通話がある状態でＲＲＣ接続要求を行っていることを認知して、これに基づいてＲＲＣ接続要求を許可するか否かを決定する。例えば、混雑のとき、確立原因値としてＭＯ ｓｉｇｎａｌｌｉｎｇを設定して、ＲＲＣ接続要求を行うＵＥに対して、より高い優先順位を適用して、進行中の音声／ビデオ通話がある状態でＲＲＣ接続要求を行うＵＥのＲＲＣ接続要求を許可することができる。

ステップＳ１３１０において、ｅＮＢからＲＲＣ接続要求が許可されたＵＥは、ＲＲＣ接続設定完了メッセージをｅＮＢへ送信する。ＵＥのＡＳレイヤーがＲＲＣ接続設定完了メッセージを構成するとき、ＮＡＳレイヤーからのアタッチ要求メッセージを含ませる。

ステップＳ１３１１において、ｅＮＢは、アタッチ要求メッセージをＭＭＥに伝達する。ＭＭＥは、アタッチ要求メッセージの許可又は拒絶を決定するために、進行中の音声通話に関する情報（例えば、進行中の音声／ビデオ通話があることを示すパラメータ）を用いることができる。例えば、ＭＭＥがネットワークが混雑していると判断するとき、進行中の音声／ビデオ通話があることを示すパラメータを含ませてアタッチを要求したＵＥに対して、このパラメータを含ませていないＵＥに比べてより高い優先順位でアタッチ要求を許可することができる。

ステップＳ１３１２において、アタッチ要求を許可することを決定したＭＭＥは、ＨＳＳ＋ＵＤＭに自身がＵＥのサービングノードであることを登録して、加入者情報／ＵＥ ｃｏｎｔｅｘｔを取得する。特に、ＨＳＳ＋ＵＤＭから取得した情報には、ＵＥが５Ｇシステムで生成したＰＤＵセッションに対してＳＭＦ＋ＰＧＷ−Ｃ情報が含まれている。

ステップＳ１３１３において、ＭＭＥは、アタッチ要求メッセージに含まれたＰＤＮ接続（性）要求を許可するか又は拒絶するかを決定するために、進行中の音声／ビデオ通話があることを示すパラメータを用いることができる。例えば、前記ＰＤＮ接続に該当するＡＰＮが混雑しているとき、進行中の音声通話に関する情報（例えば、進行中の音声／ビデオ通話があることを示すパラメータ）を含ませてＰＤＮ接続生成を要求したＵＥに対して、このパラメータを含ませていないＵＥに比べて、より高い優先順位でＰＤＮ接続要求を許可することができる。

ＰＤＮ接続生成要求を許可することに決定したＭＭＥは、ステップＳ１３１２においてＨＳＳ＋ＵＤＭから取得したＳＭＦ＋ＰＧＷ−Ｃ情報に基づいて生成すべきＰＤＮ接続をいずれのＳＭＦ＋ＰＧＷ−Ｃに接続要求すべきかを決定することができる。これは５Ｇシステムで生成されたＰＤＵセッションのＤＮＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）とＥＰＳで生成しようとするＰＤＮ接続のＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）とが同一であることについて、当該ＰＤＵセッションのＳＭＦ＋ＰＧＷ−Ｃ情報を利用することで可能である。すなわち、ＰＤＵセッションのＤＮＮがＩＭＳのためのＤＮＮであり、これに対して、ステップＳ１３０４において、ＳＭＦ＋ＰＧＷ−ＣがＨＳＳ＋ＵＤＭにＩＭＳのためのＤＮＮに対して生成されたＰＤＵセッションを自身がサービングすることを登録する。その後、ステップＳ１３１２において、ＨＳＳ＋ＵＤＭから前記情報を取得したＭＭＥは、ＩＭＳのためのＡＰＮに対してＰＤＮ接続を生成すべきであるが、いずれのＳＭＦ＋ＰＧＷ−Ｃに生成要求をすべきかを決定することができる。ＭＭＥは、Ｓ−ＧＷによってＳＭＦ＋ＰＧＷ−ＣでＰＤＮ接続を生成する。

ステップＳ１３１４において、ＭＭＥは、ＵＥにアタッチ許可メッセージを送信する。ＵＥのアタッチ動作に関する詳しい内容は、ＴＳ ２３．４０１の５．３．２．１欄（Ｅ−ＵＴＲＡＮ Ｉｎｉｔｉａｌ Ａｔｔａｃｈ）を参照する。

ステップＳ１３１５において、ＵＥは、ＥＰＳで生成されたＰＤＮ接続によって５Ｇシステムで行っていた通話を続けることができる。ＥＰＳでも音声通話又はビデオ通話が求めるＱｏＳを満たすためには、ＰＤＮ接続を修正する手順を行う必要があるが、これはＵＥが開始することで行われてもよく、ＳＭＦ＋ＰＧＷ−Ｃが開始することで行われてもよい。ＵＥが開始する場合、ステップＳ１３１４のアタッチ許可メッセージを受信した後、音声通話又はビデオ通話が求めるＱｏＳを満たすために、ネットワークに専用ベアラ（ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ）の生成を要求する手順を開始することができる。これについては、ＴＳ ２３．４０１の５．４．５欄（ＵＥ ｒｅｑｕｅｓｔｅｄ ｂｅａｒｅｒ ｒｅｓｏｕｒｃｅ ｍｏｄｉｆｉｃａｔｉｏｎ）を参照する。また、ＵＥではなく、ＳＭＦ＋ＰＧＷ−Ｃが音声通話又はビデオ通話が求めるＱｏＳを満たすために専用ベアラを生成することを開始することができる。これは５Ｇシステムで同一のサービス（すなわち、ＩＭＳサービス）に対するＰＤＵセッションをサービングしたことから、ＳＭＦ＋ＰＧＷ−Ｃがそのような決定をしてもよく、及び／又はＭＭＥがＰＤＮ接続生成要求時に進行中の音声／ビデオ通話があることを示すパラメータを含ませることで、この情報に基づいてそのような決定をしてもよい。ＳＭＦ＋ＰＧＷ−Ｃが専用ベアラを生成する手順については、ＴＳ ２３．４０１の５．４．１欄（Ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒ ａｃｔｉｖａｔｉｏｎ）を参照する。例えば、ＵＥ又はＳＭＦ＋ＰＧＷ−Ｃは、５Ｇシステムの５ＱＩ＝１に対応するＱＣＩ＝１である専用ベアラが生成されるべきであることを決定することができる。

上述では、ＩＭＳのためのＰＤＮ接続がアタッチと共に生成されることを示したが、これとは異なり、アタッチの後にＩＭＳのためのＰＤＮ接続が生成されてもよい。この場合、ＰＤＮ接続生成要求のとき、ＵＥは、上述のように、ＰＤＮ接続（性）要求メッセージに進行中の音声通話に関する情報（進行中の音声／ビデオ通話があることを示すパラメータなど）を含ませることができる。

具体的な移動手順の例示２

図１４は、ＵＥが５Ｇシステムでサービスを受けていたが、ＥＰＳへ移動してサービスを受ける手順を示す。図１３との差異は、ＵＥがＥＰＳからサービスを受けるためにアタッチ動作を行う代わりに、ＴＡＵ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）動作を行うことである。これは、ＵＥがたとえ異なるシステムではあるものの、５Ｇシステムに登録を行ったことがあるため、ＥＰＳでシステムに初めて登録するための動作であるアタッチの変わりに、位置変更を知らせるためにＴＡＵを行うのである。しかし、本発明では、ＭＭＥとＡＭＦとの間にインターフェースがないため、ＭＭＥはＵＥに対するコンテキスト（ｃｏｎｔｅｘｔ）を取得することができず、ここで、ＵＥへＴＡＵ要求が拒絶されたことを知らせるＴＡＵ Ｒｅｊｅｃｔを送信する。ここで、ＵＥはＥＰＳへアタッチ動作を行う。

以下、図１４に示された特徴的な内容のみを説明して、言及されていないステップに関する説明は、図１３に対する説明に置き換える。

ステップＳ１４０１−６は、図１３のステップＳ１３０１−６と同様である。

ステップＳ１４０７において、ＵＥが５Ｇシステムのカバレッジから外れることによってＥＰＳへの移動を決定する。ここで、ＥＰＳにＴＡＵを実行しようとする。ＵＥのＮＡＳレイヤーでＴＡＵ要求メッセージを生成する。また、確立原因値とコールタイプ値を設定して、ＴＡＵ要求メッセージと共にＵＥのＡＳレイヤーに伝達する。確立原因値とコールタイプ値に関する説明は、上述した内容に置き換える。ＴＡＵ要求メッセージは、進行中の音声通話に関する情報（例えば、進行中の音声／ビデオ通話があることを示すパラメータ）を含むことができる。ＴＡＵ要求メッセージに含まれるＵＥの識別子（ｉｄｅｎｔｉｆｉｅｒ）は、ＵＥが５Ｇシステムに登録してＡＭＦから与えられた識別子に基づく。すなわち、これはＡＭＦが与えたＵＥの仮（ｔｅｍｐｏｒａｒｙ）ＩＤに基づいて構成したＩＤであり得る。

ＵＥのＡＳレイヤーは、ＮＡＳレイヤーから受信した情報に基づいて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）動作を行う。これは、ｅＮＢから受信したコールタイプに該当するコールタイプに該当するＡＣＢ情報がある場合、これに基づいてＡＣＢ動作を行うことである。

ステップＳ１４０８−９は、図１３のステップＳ１３０８−９と同様である。

ステップＳ１４１０において、ｅＮＢからＲＲＣ接続要求が許可されたＵＥは、ＲＲＣ接続設定完了メッセージをｅＮＢに送信する。ＵＥのＡＳレイヤーがＲＲＣ接続設定完了メッセージを構成するとき、ＮＡＳレイヤーから受信したＴＡＵ要求メッセージを含ませる。

ステップＳ１４１１において、ｅＮＢはＴＡＵ要求メッセージをＭＭＥに伝達する。ＭＭＥはＴＡＵ要求メッセージに含まれたＵＥの識別子を確認する。このＩＤは、ステップＳ１４０７において説明したように、ＵＥがＡＭＦから与えられた仮ＩＤに基づいて構成したため、ＡＭＦとインターフェースがないＭＭＥは、前記ＴＡＵ要求を処理することができない。すなわち、ＡＭＦからＵＥに対するコンテキストを持ってくることができない。ここで、ＭＭＥは、ＴＡＵ要求を拒絶することを決定する。

ステップＳ１４１２において、ＭＭＥはＵＥにＴＡＵ拒絶メッセージを送信する。ＭＭＥがネットワークが混雑していると判断する場合、従来技術によれば、ＭＭＥはＴＡＵ拒絶メッセージを送信するとき、ＵＥにＭＭ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）要求ができないようにする時間情報を含ませることもできる。すなわち、ＭＭＥは、Ｔ３３４６ ｖａｌｕｅ（ｂａｃｋｏｆｆ ｔｉｍｅｒ）を所望の時間だけ設定して、ＴＡＵ拒絶メッセージに含ませて送信することができ、これを受信したＵＥは、当該時間の間にアタッチ要求、ＴＡＵ要求、サービス要求メッセージを送信することができない。Ｔ３３４６に対しては、ＴＳ ２４．３０１及びＴＳ ２４．００８を参照して、これは数時間に設定することもできる。ここで、ＭＭＥは、ＴＡＵ要求メッセージに含まれた進行中の音声／ビデオ通話があることを示すパラメータに基づき、混雑してもＴ３３４６ ｖａｌｕｅをＵＥに提供しないことを決定することができる。これによって、ＵＥはＴＡＵ拒絶を受信した後、直ちにアタッチ要求を行うことができる。

ステップＳ１４１３において、ＵＥは受信したＴＡＵ拒絶に基づき、ＥＰＳにアタッチを行うことを決定する。ＵＥのＮＡＳレイヤーにおいてアタッチ要求メッセージを生成する。また、確立原因値とコールタイプ値を設定して、アタッチ要求メッセージと共にＵＥのＡＳレイヤーに伝達する。確立原因値とコールタイプ値に関する説明は、上述した内容に置き換える。アタッチ要求メッセージは、アタッチと共に形成されるＰＤＮ接続に対して形成を要求するＰＤＮ接続（性）要求メッセージを含む。このアタッチ要求メッセージは、アタッチと共に形成されるＰＤＮ接続に対して形成を要求するＰＤＮ接続（性）要求メッセージを含む。このアタッチ要求メッセージ及び／又はＰＤＮ接続（性）要求メッセージは、上述した進行中の音声通話に関する情報を含んでもよい。

ＵＥ（ＵＥのＡＳレイヤー）は、ｅＮＢにＲＲＣ接続要求メッセージを送信する。このとき、含まれる確立原因値は、上述したステップＳ１４０７においてＵＥのＮＡＳレイヤーがＡＳレイヤーに伝達した確立原因値である。ＵＥは、ｅＮＢにＲＲＣ接続要求メッセージを送信するに先立って、ステップＳ１４０７において説明したＡＣＢ動作を再び行ってもよい。

ステップＳ１４１４−２０は、図１３のステップＳ１３０９−１５と同様である。

一方、上述した説明は、ＵＥがＮＧＳからＥＰＳへ移動する場合であって、ＵＥがＥＰＳからＮＧＳへ移動する場合でも、上述した内容がそのまま又は当該技術分野における通常の知識を有する者が選択的に又は変更して適用することができる。例えば、上述したメカニズムがＮＧＳ ＵＥ及びＮＧＳ ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ／ｆｕｎｃｔｉｏｎに合わせて適用されることができる。ＮＧＳにおいて、ＭＭ ＮＡＳメッセージとＳＭ ＮＡＳメッセージを処理するｎｅｔｗｏｒｋ ｅｎｔｉｔｙ／ｆｕｎｃｔｉｏｎが異なり得るため、それに合わせて上述した内容が適用されてもよい。

一方、ＵＥのＮＡＳレイヤーが進行中の音声／ビデオ通話があることを認知することは、明示的又は暗示的な方法など様々な方法に基づくことができる。例えば、ＩＭＳレイヤーにおいてＮＡＳレイヤーでこれを知らせてもよく、ソースシステム（ｓｏｕｒｃｅ ｓｙｓｔｅｍ）のＮＡＳレイヤーがターゲットシステム（ｔａｒｇｅｔ ｓｙｓｔｅｍ）のＮＡＳレイヤーでこれを知らせてもよい。（すなわち、ＮＧＳからＥＰＳへ移動する場合は、ＮＧＳ ＮＡＳレイヤーがＥＰＳ ＮＡＳレイヤーに、その逆では、ＥＰＳ ＮＡＳレイヤーがＮＧＳ ＮＡＳレイヤーに）。

上述した説明では、ＵＥがターゲットシステムでアタッチを実行することを主として説明したが、これはＵＥがターゲットシステムで接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）（ＲＡＮ観点及び／又はＣＮ観点）になるための動作を実行、すなわち、そのための要求メッセージをネットワークに送信する場合のいずれにも適用することができる。（例えば、ＴＡＵ実行、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ実行、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ実行など）

また、上述した説明で新たに定義した確立原因値、コールタイプ値、アタッチ要求メッセージに追加するパラメータ値、ＰＤＮ接続要求メッセージに追加するパラメータ値の他に、進行中のＩＭＳ緊急通話（ｏｎｇｏｉｎｇ ＩＭＳ ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）のために別の値を定義してもよい。又は、進行中のＩＭＳ緊急通話の場合、新たに定義した上述した値が使用されてもよい。

一方、ＵＥがアタッチを行う理由は、ターゲットシステムにおいてＴＡＵ（これは、ＮＧＳではＴＡＵに対応するｌｏｃａｔｉｏｎ ｕｐｄａｔｅ動作であってもよい）を先に行ったが、ネットワークからＴＡＵ拒絶を受信したため、アタッチを行うことであってもよい。ＴＡＵ拒絶は、ＵＥにアタッチを行うようにする情報を明示的又は暗示的に含ませることができる。

一方、上述した内容は、各ネットワークノード／ファンクション、手順などがＥＰＳに基づいて説明されたが、５Ｇシステムにおいて従来のＥＰＳにおけるネットワークノード／ファンクションに相応／対応するネットワークノード／ファンクション、手順に置き換えてもよい。例えば、ａｔｔａｃｈ手順は（ｉｎｉｔｉａｌ）ｒｅｇｉｓｔｒａｔｉｏｎ手順、ｄｅｔａｃｈはｄｅｒｅｇｉｓｔｒａｔｉｏｎ、ＭＭＥはＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＡＰＮはＤＮＮ（Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）、ＰＤＮ接続はＰＤＵ ｓｅｓｓｉｏｎに置き換えて適用することができる。また、５Ｇシステムでは、ＥＰＳとは異なり、アタッチ（手順実行）の際（すなわち、ｉｎｉｔｉａｌ ｒｅｇｉｓｔｒａｔｉｏｎの際）、ＰＤＵ ｓｅｓｓｉｏｎを生成しなくてもよい。すなわち、アタッチはもっぱらアタッチのために実行され、この手順が完了した後、ＰＤＵ ｓｅｓｓｉｏｎを生成し始めることができる。この場合、ＵＥが生成すべき全てのＰＤＵ ｓｅｓｓｉｏｎに対して、上述した内容が適用されることと理解されるであろう。

図１５は、本発明の一例による端末装置及びネットワークノード装置の好適な実施例の構成を示す図である。

図１５を参照して、本発明による端末装置１００は、送受信装置１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信装置１１０は、外部装置に各種の信号、データ及び情報を送信して、外部装置に各種の信号、データ及び情報を受信するように構成される。端末装置１００は、外部装置と有線及び／又は無線で接続されることができる。プロセッサ１２０は、端末装置１００全般の動作を制御することができ、端末装置１００が外部装置と送受信する情報などを演算処理する機能を行うように構成される。メモリ１３０は、演算処理された情報などを所定時間の間に記憶することができ、バッファー（未図示）などの構成要素に置き換えられることができる。また、プロセッサ１２０は、本発明で提案する端末動作を行うように構成される。

図１５を参照すれば、本発明によるネットワークノード装置２００は、送受信装置２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信装置２１０は、外部装置に各種の信号、データ及び情報を送信して、外部装置に各種の信号、データ及び情報を受信するように構成される。ネットワークノード装置２００は、外部装置と有線及び／又は無線で接続されることができる。プロセッサ２２０は、ネットワークノード装置２００全般の動作を制御することができ、ネットワークノード装置２００が外部装置と送受信する情報などを演算処理する機能を行うように構成される。メモリ２３０は、演算処理された情報などを所定時間の間に記憶することができ、バッファー（未図示）などの構成要素と置き換えられることができる。また、プロセッサ２２０は、本発明で提案するネットワークノード動作を行うように構成される。具体的に、プロセッサ２２０は、ＵＥがＥＰＳへの移動を決定して、ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信して、

ＵＥがＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、ＵＥは「進行中の音声通話」コールタイプ情報を用いてＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は送受信装置によって進行中の音声通話に関する情報の送信のうち１つ以上を実行することで、進行中の音声通話を維持させることができる。

また、上述したような端末装置１００及びネットワーク装置２００の具体的な構成は、上述した本発明の様々な実施例で説明した事項が独立的に適用されてもよく、又は２つ以上の実施例が同時に適用されるように実現されてもよく、重複する内容は明確性のために説明を省略する。

上述した本発明の実施例は多様な手段によって実現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって実現できる。

ハードウェアによる実現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって実現できる。

ファームウェア又はソフトウェアによる実現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に実現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。メモリユニットはプロセッサの内部又は外部に位置し、既に知られた多様な手段によってプロセッサとデータを取り交わすことができる。

以上のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を実現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範囲内で本発明を多様に修正及び変更することができることを理解することが可能であろう。例えば、当業者は上述した実施例に記載された各構成を互いに組み合わせる方式で用いることができる。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。

上述のような本発明の様々な実施態様は、３ＧＰＰシステムを中心として説明したが、様々な移動通信システムに同様な方式として適用されることができる。

Claims (15)

1. 無線通信システムにおいて、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動する方法であって、
   前記ＵＥがＥＰＳへの移動を決定するステップと、
   前記ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信するステップと、
   を含み、
   前記ＵＥが前記ＥＰＳへの移動を決定するとき、進行中の音声通話（ｏｎｇｏｉｎｇ ｖｏｉｃｅ ｃａｌｌ）を有する場合、前記ＵＥは、「進行中の音声通話」コールタイプ（Ｃａｌｌ Ｔｙｐｅ）情報を用いて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は進行中の音声通話に関する情報の送信のうち１つ以上を実行することで、前記進行中の音声通話を維持させる、ＮＧＳからＥＰＳへ移動する方法。
2. 前記ＡＣＢの実行は、
   前記ＵＥが乱数を生成して、前記「進行中の音声通話」コールタイプ情報に該当する遮断因子（ｂａｒｒｉｎｇ ｆａｃｔｏｒ）を比較するステップと、
   前記乱数が前記遮断因子より大きい場合、ランダムアクセスの実行を決定するステップと、
   を含む、請求項１に記載のＮＧＳからＥＰＳへ移動する方法。
3. 前記遮断因子は、システム情報から取得したものである、請求項２に記載のＮＧＳからＥＰＳへ移動する方法。
4. 前記「進行中の音声通話」コールタイプ情報に該当する遮断因子は、「発信信号（ｏｒｉｇｉｎａｔｉｎｇ ｓｉｇｎａｌｌｉｎｇ）」コールタイプに該当する遮断因子より小さく設定されたものである、請求項３に記載のＮＧＳからＥＰＳへ移動する方法。
5. 前記進行中の音声通話に関する情報を送信したＵＥは、前記進行中の音声通話に関する情報を受信したネットワークノードの混雑制御の適用から除外される、請求項１に記載のＮＧＳからＥＰＳへ移動する方法。
6. 前記進行中の音声通話に関する情報は、「進行中の音声通話」の確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ ｃａｕｓｅ）である、請求項５に記載のＮＧＳからＥＰＳへ移動する方法。
7. 前記「進行中の音声通話」の確立原因は、ＲＲＣ接続要求に含まれ、
   前記ネットワークノードは、ｅＮＢである、請求項６に記載のＮＧＳからＥＰＳへ移動する方法。
8. 前記進行中の音声通話に関する情報は、進行中の音声通話があることを指示する情報である、請求項５に記載のＮＧＳからＥＰＳへ移動する方法。
9. 進行中の音声通話があることを指示する情報は、アタッチ要求に含まれ、
   前記ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、請求項８に記載のＮＧＳからＥＰＳへ移動する方法。
10. 進行中の音声通話があることを指示する情報は、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）接続要求に含まれ、
    前記ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、請求項８に記載のＮＧＳからＥＰＳへ移動する方法。
11. 前記ＰＤＮ接続要求は、アタッチ要求に含まれるものである、請求項１０に記載のＮＧＳからＥＰＳへ移動する方法。
12. 前記ＥＰＳのＭＭＥと前記ＮＧＳのＡＭＦの間には、インターフェースが存在しない、請求項１に記載のＮＧＳからＥＰＳへ移動する方法。
13. 前記移動の決定は、前記ＵＥが前記ＮＧＳのカバレッジから外れた場合に行われる、請求項１に記載のＮＧＳからＥＰＳへ移動する方法。
14. 前記移動の決定は、前記ＵＥの選択又は前記ＮＧＳからの指示のうち１つによるものである、請求項１に記載のＮＧＳからＥＰＳへ移動する方法。
15. 無線通信システムにおいて、ＮＧＳ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）からＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）へ移動するＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）装置であって、
    送受信装置と、
    プロセッサと、を含み、
    前記プロセッサは、
    前記ＵＥがＥＰＳへの移動を決定し、
    前記ＥＰＳにＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続要求及びアタッチ要求を送信し、
    前記ＵＥが前記ＥＰＳへの移動を決定するとき、進行中の音声通話を有する場合、前記ＵＥは、「進行中の音声通話」コールタイプ情報を用いて、ＡＣＢ（Ａｃｃｅｓｓ Ｃｌａｓｓ Ｂａｒｒｉｎｇ）実行又は前記送受信装置を介して進行中の音声通話に関する情報の送信のうち１つ以上を実行することで、前記進行中の音声通話を維持させる、ＵＥ装置。