(57)【要約】【課題】本発明は、 無線通信システムで端末のネットワーク間の相互連動（interworking）の方法に関するものである。【解決手段】本発明の方法において、前記端末のネットワークを５GC（５-generation Core Network）ネットワークからEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行するステップを含むが、前記第１の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合、前記５GCネットワークのAMF（Access and Mobility Management Function）から第１の指示を受信する段階及び、前記第１の指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行する段階を含むことができる。【選択図】図３１
2020123992.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムのネットワークの間で変更するために、端末が相互連動（interworking）手順を実行する方法であって、
５ＧＣ（５-generation Core）ネットワークの接続とＡＭＦ（Access and Mobility Management Function）から、前記５ＧＣネットワークとＥＰＣ（Evolved Packet Core）ネットワークの間のインターフェースが実行されたかに関連する第１の指示を受信するステップと、
前記第１の指示が前記５ＧＣネットワークと前記ＥＰＣネットワークの間のインターフェースが実行されないことを示すと決定するステップと、
前記第１の指示が前記５ＧＣネットワークと前記ＥＰＣネットワークの間のインターフェースが実行されないことを示すとの決定に基づいて、前記ＥＰＣネットワーク内でのハンドオーバー接続（attach）手順を実行するステップを含む、方法。
【請求項２】
前記５ＧＣネットワークとＥＰＣネットワークとの間の前記インタフェースが実行されることに基づいて、
前記ＡＭＦから前記第１の指示を受信することなく、前記ＥＰＣネットワーク内でＴＡＵ（Tracking Area Update）手順を実行するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記５ＧＣネットワーク内で前記端末に対して生成されたＰＤＵ（packet data unit）セッションは、前記ハンドオーバー接続手順又は前記ＴＡＵ手順を通じて前記ＥＰＣネットワークに転送（transfer）される、請求項２に記載の方法。
【請求項４】
前記ハンドオーバー接続手順を実行するステップは、
要求タイプがハンドオーバーに設定されたＰＤＮ接続要求メッセージを前記ＥＰＣのＭＭＥ（Mobility Management Entity）に送信するステップを含む、請求項１に記載の方法。
【請求項５】
前記端末が前記５ＧＣネットワークから移動することを示す情報を、前記ＭＭＥに送信するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記ＰＤＮ接続要求メッセージは、前記５ＧＣネットワークのＧＵＴＩ（Globally Unique Temporary ＵＥ Identity）とマッピングされるＥＰＣ−ＧＵＴＩを含む、請求項４に記載の方法。
【請求項７】
前記第１の指示が前記５ＧＣネットワークとＥＰＣネットワークとの間のインターフェースが実行されないことを示すとの決定と、前記端末が前記５ＧＣネットワークで接続モードにあることとに基づいて、
前記５ＧＣネットワークのＮＧ（Next-Generation）-ＲＡＮ（radio access network）とＲＲＣ（radio resource control）解除（release）を行い、前記ＥＰＣネットワークに接続されるセルにキャンプするステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記ＡＭＦから前記第１の指示を受信するステップは、
前記ハンドオーバー接続手順を実行する前に、登録プロセルの間に前記ＡＭＦから前記第１の指示を受信するステップを含む、請求項１に記載の方法。
【請求項９】
無線通信システムにおけるネットワークの間で変更するための相互連動（interworking）手順を実行するように構成された端末（User Equipment）であって、
少なくとも一つのトランシーバ（送受信器）と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作的に結合できる少なくとも一つのコンピュータメモリとを含み、
前記少なくとも一つのコンピュータメモリは、実行された時、前記少なくとも一つのプロセッサが、
５ＧＣ（５-generation Core）ネットワークの接続とＡＭＦ（Access and Mobility Management Function）から、前記少なくとも一つのトランシーバを介して、前記５ＧＣネットワークとＥＰＣ（Evolved Packet Core）ネットワークの間のインターフェースが実行されるかに関連すると決定し、
前記第１の指示が前記５ＧＣネットワークと前記ＥＰＣネットワークの間のインターフェースが実行されないことを示すと決定し、
前記第１の指示が前記５ＧＣネットワークと前記ＥＰＣネットワークの間のインターフェースが実行されないことを示すとの決定に基づいて、前記ＥＰＣネットワーク内でのハンドオーバー接続（attach）手順を実行することを含む動作を実行するようにするインストラクションを格納する、端末。
【請求項１０】
前記動作は、
前記５ＧＣネットワークとＥＰＣネットワークとの間の前記インタフェースが実行されることに基づいて、前記ＡＭＦから前記第１の指示を受信することなく、前記ＥＰＣネットワーク内でＴＡＵ（Tracking Area Update）手順を実行することをさらに含む、請求項９に記載の端末。
【請求項１１】
前記５ＧＣネットワーク内で前記端末に対して生成されたＰＤＵ（packet data unit）セッションは、前記ハンドオーバー接続手順又は前記ＴＡＵ手順を介して前記ＥＰＣネットワークに転送（transfer）される、請求項１０に記載の端末。
【請求項１２】
前記ハンドオーバー接続の手順を実行することは、
前記少なくとも一つのトランシーバを介して、要求タイプがハンドオーバーに設定されたＰＤＮ接続要求メッセージを前記ＥＰＣのＭＭＥ（Mobility Management Entity）に送信することを含む、請求項９に記載の端末。
【請求項１３】
前記動作は、前記少なくとも一つのトランシーバを介して、前記端末が前記５ＧＣネットワークから移動することを示す情報を、前記ＭＭＥに送信することをさらに含む、請求項１２に記載の端末。
【請求項１４】
前記ＰＤＮ接続要求メッセージは、前記５ＧＣネットワークのＧＵＴＩ（Globally Unique Temporary ＵＥ Identity）とマッピングされるＥＰＣ−ＧＵＴＩを含む、請求項１２に記載の端末。
【請求項１５】
前記動作は、
前記第１の指示が前記５ＧＣネットワークとＥＰＣネットワークとの間のインターフェースが実行されないことを示すとの決定と、前記端末が前記５ＧＣネットワークで接続モードにあることとに基づいて、
前記５ＧＣネットワークのＮＧ（Next-Generation）-ＲＡＮ（radio access network）とＲＲＣ（radio resource control）解除（release）を行い、前記ＥＰＣネットワークに接続されるセルにキャンプすることをさらに含む、請求項９に記載の端末。
【請求項１６】
前記ＡＭＦから前記第１の指示を受信することは、
前記ハンドオーバー接続手順を実行する前に、登録プロセスの間に前記ＡＭＦから前記第１の指示を受信することを含む、請求項９に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、無線通信システムに関し、より詳しくは、ネットワーク間の相互連動方法及びそのための装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら、音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在には爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザーがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。このために、二重連結性（Dual Connectivity）、 大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）支援、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
【０００４】
特に、最近では消費電力が機器の寿命に大きな影響を与える機器のために、消費電力を低減するための様々な技術が活発に研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書は、無線通信システムで端末がEPCと５Gコア間での相互連動（interworking）の手続きを効率的に実行するための方法を提供することをその目的とする。特に、本発明は、相互連動手続きの端末の実装の負担を減らすために、ネットワークノード側での解決方法を提供することをその目的とする。
【０００６】
上述した技術的課題を解決するための方法及び装置に関する実施例を提供する。本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００７】
本発明の一様態は、無線通信システムで端末のネットワーク間の相互連動（interworking）の方法において、前記端末のネットワークを５GC（５-generation Core Network）ネットワークからEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行するステップを含み、前記第１の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合は、前記５GCネットワークのAMF（Access and Mobility Management Function）から第１の指示を受信するステップと、 前記第１の指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行するステップとを含むことができる。
【０００８】
また、前記第１の相互連動の手順を実行するステップは、前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合には、前記AMFから前記第１の指示を受信していない段階と、前記EPCネットワーク内でTAU（Tracking Area Update）手順を実行する段階と、を含むことができる。
【０００９】
また、前記５GC内で、前記の端末に対して生成されたすべてのPDU（packet data unit）のセッションは、前記ハンドオーバー接続手順又は前記TAU手順を通じて前記EPCネットワークに転送（transfer）することができる。
【００１０】
また、前記ハンドオーバー接続の手順を実行する手順は、要求のタイプがハンドオーバーに設定されたPDN接続要求メッセージを前記EPCのMME（Mobility Management Entity）に送信するステップを含むことができる。
【００１１】
また、前記ネットワーク間の相互連動方法は、前記端末が前記５GCから移動することを示す情報を、前記MMEに送信するステップをさらに含むことができる。
【００１２】
また、前記EPCは、前記５GCのGUTI（Globally Unique Temporary UE Identity）とマッピングされるEPC-GUTIを持つことができる。
【００１３】
また、前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記５GCで接続（connected）モードの場合は、前記ネットワーク間の相互連動方法は、前記５GCのNG（Next-Generation）-RAN（radio access network）とRRC（radio resource control）解除（release）を行い、前記EPCと接続されたセルにキャンプする段階をさらに含むことができる。
【００１４】
また、前記ネットワーク間の相互連動方法は、前記端末のネットワークを、前記EPCネットワークにおいて、前記５GCネットワークに変更するための第２の相互連動の手順を実行するステップをさらに含み、前記第２の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間の前記インタフェースが存在しない場合は、前記EPCネットワークのMME（Mobility Management Entity）から第２の指示を受信する段階と、前記第２の指示に基づいて前記５GCネットワーク内での登録（registration）手順を実行する段階とを含むことができる。
【００１５】
また、前記EPC内で前記端末に対し生成されたすべてのPDU（packet data unit）セッションは、前記登録手続きを通じて前記５GCネットワークに転送（transfer）することができる。
【００１６】
また、前記登録手順は、登録タイプがモビリティ登録の更新（mobility registration update）に設定された登録手続きである可能性がある。
【００１７】
また、前記ネットワーク間の相互連動方法は、前記端末が、前記EPCから移動することを示す情報を、前記AMFに転送するステップ；をさらに含むことができる。
【００１８】
また、前記５GCは、前記EPCのGUTI（Globally Unique Temporary UE Identity）とマッピングされる５GC-GUTIを持つことができる。
【００１９】
前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記EPCで接続（connected）モードの場合は、前記のネットワーク間の相互連動方法は、前記EPCのE-UTRAN（evolved universal terrestrial radio access network）とRRC（radio resource control）解除（release）を実行する段階; をさらに含むことができる。
【００２０】
また、本発明の他の様態は、 無線通信システムにおけるネットワーク間の相互連動（interworking）の方法を実行するUE（User Equipment）において、信号を送受信するための通信モジュール（communication module）と、前記通信モジュールを制御するプロセッサとを含み、前記プロセッサは、前記端末のネットワークを５GC（５-generation Core Network）ネットワークでEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行し、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合は、前記５GCネットワークのAMF（Access and Mobility Management Function）からの指示を受信し、前記指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行することができる。
【００２１】
また、前記プロセッサは、前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合には、前記AMFから前記の指示を受信せずに、前記のEPCネットワーク内でのTAU（Tracking Area Update）手順を実行することができる。
【発明の効果】
【００２２】
本発明の実施例によると、ネットワーク間のインターワーキング手順が明確に定義されるので、手順実行の曖昧さが消えるという効果がある。
【００２３】
また、本発明の実施例によると、ネットワーク・ノードが相互連動のために端末がTAUまたはハンドオーバー接続／登録の手順を実行するかどうかを指示してくれるので、端末の負担が減り、適切にTAUを実行することにより、相互の連動によるサービスの中断時間が減るという効果を有する。
【００２４】
本発明で得ることができる効果は、以上で言及した効果に制限されず、言及していない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２５】
本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【図１】本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【図５】本発明が適用できる無線通信システムにおけるS１インターフェースプロトコルの構造を例示する。
【図６】本発明が適用できる無線通信システムにおける物理チャネルの構造を簡単に例示した図である。
【図７】本発明が適用できる無線通信システムにおけるEMMとECMの状態を例示した図である。
【図８】本発明が適用できる無線通信システムにおける競争基盤のランダムアクセス手順を説明するための図である。
【図９】参照点表現を用いた５Gシステムアーキテクチャを例示した図である。
【図１０】サービス‐基盤の表現を利用した５Gシステムアーキテクチャを例示した図である。
【図１１】本発明が適用できるNG-RANアーキテクチャを例示する。
【図１２】本発明が適用できる無線プロトコルスタックを例示した図である。
【図１３】本発明が適用できるRM状態モデルを例示する。
【図１４】本発明が適用できるCM状態モデルを例示する。
【図１５】本発明の一実施形態に従うQoSフローのための分類とユーザー平面マーキング、QoSフローのAN資源へのマッピングを例示する。
【図１６】本発明に適用できるE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の準備手順を例示したフローチャートである。
【図１７】本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の実行手順を例示したフローチャートである。
【図１８】本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）拒絶を例示したフローチャートである。
【図１９】本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の準備手順を例示したフローチャートである。
【図２０】本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の実行手順を例示する。
【図２１】本発明に適用できるEPCと５GC（またはNGC（Next-generation core））との間の相互連動のアーキテクチャを例示する。
【図２２】NGコアに接続できる５G RANの配置（deployment）を例示した図である。
【図２３】本発明が適用できる５Gネットワークの配置を例示する。
【図２４】本発明が適用できる５Gネットワークの配置を例示する。
【図２５】本発明の一実施形態に従う端末がEPCから５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。
【図２６】本発明の一実施形態に従う端末がEPCから５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。
【図２７】本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。
【図２８】本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。
【図２９】本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。
【図３０】本発明の一実施形態に従う失敗したハンドオーバーの準備動作を例示した図である。
【図３１】本発明の一実施形態に従う端末のネットワーク間の相互連動方法を例示したフローチャートである。
【図３２】本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【図３３】本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２６】
以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
【００２７】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。
【００２８】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等の用語によって代替し得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ
Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）, ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ)、 ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替され得る。
【００２９】
以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部であり得る。
【００３０】
以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定用語の使用は、本発明の技術的思想を免脱しない範囲で他の形態に変更され得る。
【００３１】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられ得る。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００３２】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
【００３３】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３４】
本明細書で使用できる用語は、以下のように定義される。
【００３５】
-UMTS（Universal Mobile Telecommunications System）：３GPPによって開発された、GSM（Global System for Mobile Communication）基盤の第３世代（Generation）移動通信技術。
【００３６】
-EPS（Evolved Packet System）：IP（Internet Protocol）基盤のパケット交換（packet  switched）コアネットワークであるEPC（Evolved Packet Core）とLTE、UTRANなどのアクセスネットワークから構成されたネットワークシステム。UMTSが進化した形のネットワークである。
【００３７】
- NodeB：UMTSネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。
【００３８】
- eNodeB：EPSネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。
【００３９】
-Home NodeB：UMTS網のBase stationで屋内に設置し、カバレッジは、マイクロセルの規模。
【００４０】
-Home eNodeB：EPSネットワークのBase stationで、屋内に設置し、coverageは、マイクロセルの規模。
【００４１】
-端末（User Equipment）：ユーザー機器。端末は端末（terminal）、ME（Mobile Equipment）、MS（Mobile Station）などの用語で言及することができる。また、端末は、ノートパソコン、携帯電話、PDA（Personal Digital Assistant）、スマートフォン、マルチメディア機器などのように、携帯可能な機器であろうし、またはPC（Personal Computer）、車載装置のように、携帯不可能な機器である場合もある。MTC関連の内容で端末または端末という用語は、MTC端末を指すことができる。
【００４２】
−ＩＭＳ（Ｉｐ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースに提供するサブシステム。
【００４３】
−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
【００４４】
−ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人間の介入なくともマシンにより遂行される通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信と称することもできる。
【００４５】
−ＭＴＣ端末（ＭＴＣ  ＵＥまたはＭＴＣ  ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバーと通信）機能を有し、ＭＴＣ機能を遂行する端末（例えば、自販機、検針器）。
【００４６】
−ＭＴＣサーバー（ＭＴＣ  ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部または外部に存在することができる。ＭＴＣユーザーがアクセス（ａｃｃｅｓｓ）することができるインタフェースを有することができる。また、ＭＴＣサーバーは、他のサーバーにＭＴＣ関連サービスを提供してもよく（ＳＣＳ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）形態）、自身がＭＴＣアプリケーションサーバーであってもよい。
【００４７】
−（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサ等）
【００４８】
−（ＭＴＣ）アプリケーションサーバー：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバー
【００４９】
−ＭＴＣ特徴（ＭＴＣ  ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針等のＭＴＣアプリケーションで装備紛失等に備えるための特徴であり、低い移動性（ｌｏｗ  ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
【００５０】
−ＭＴＣユーザー（ＭＴＣ  Ｕｓｅｒ）：ＭＴＣユーザーはＭＴＣサーバーにより提供されるサービスを使用する。
【００５１】
−ＭＴＣ加入者（ＭＴＣ  ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
【００５２】
−ＭＴＣグループ（ＭＴＣ  ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属したＭＴＣ端末のグループを意味する。
【００５３】
サービス機能サーバー（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力（ｃａｐａｂｉｉｔｙ）を提供する。
【００５４】
−外部識別子（Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバー）がＭＴＣ端末（またはＭＴＣ端末が属した加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）とで構成される。
【００５５】
−ドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御下にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を使用することができる。
【００５６】
−ローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を類推または獲得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者によって管理される。
【００５７】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末の端に存在し、コアネットワークへの連結を提供する。
【００５８】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態格納等の機能を遂行することができる。
【００５９】
−ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（即ち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００６０】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成されることができる。
【００６１】
-NAS（Non-Access Stratum）：UMTS、EPS、プロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージを送受信するための機能的な階層。端末の移動性を支援し、端末とPDN GWとの間のIP接続を確立し、維持するセッション管理手順を支援することを主な機能とする。
【００６２】
-SCEF（Service Capability Exposure Function）： ３GPPネットワークインタフェースによって提供されるサービスおよび能力（capability）を安全に露出するための手段を提供するサービス能力露出（service capability exposure）のための３GPPアーキテクチャ内のエンティティ。
【００６３】
-MME（Mobility Management Entity）： モビリティ管理とセッション管理機能を実行するEPS網のネットワークノード。
【００６４】
-PDN-GW（Packet Data Network Gateway）：UE IP アドレスの割り当て、パケットスクリーニングとフィルタリング、充電データ収集（Charging data collection）機能を実行するEPS網のネットワークノード。
【００６５】
-Serving GW（Serving Gateway）： モビリティアンカー、パケットルーティング、Idleモードのパケットバッファリング、MMEのUEへのページングをトリガするなどの機能を実行するEPS網のネットワークノード。
【００６６】
-PCRF（Policy and Charging Rule Function）： サービスフローごとに 差別化されたQoSと課金ポリシーを動的（dynamic）で適用するためのポリシー決定（Policy decision）を実行するEPS網のノード。 
【００６７】
-OMA DM（Open Mobile Alliance Device Management）： 携帯電話、PDA、ポータブルコンピュータなど、同じモバイルデバイスの管理のためにデザインされたプロトコルとして、デバイス設定（configuration）、ファームウェアアップグレード（firmware upgrade）、エラーレポート （Error Report）などの機能を実行。
【００６８】
-OAM（Operation Administration and Maintenance）： ネットワーク欠陥表示、パフォーマンス情報、そしてデータと診断機能を提供するネットワーク管理機能群。
【００６９】
-NAS configuration MO（Management Object）：NAS 機能（Functionality）と関連パラメータをUEに設定（configuration）するに使用する MO（Management object）。
【００７０】
-PDN（Packet Data Network）： 特定のサービスを支援するサーバー（例えば、MMS server、WAP serverなど）が位置しているネットワーク。
【００７１】
-PDN 接続： 端末からPDNへの接続、すなわち、ip アドレスで表現される 端末とAPNで表現されるPDNとの関連（接続）。 
【００７２】
-（APN Access Point Name）：PDNを指すか、区分する文字列。要求されたサービスや網（PDN）に接続するためには、そのP-GWを経ることになるが、このP-GWを検索できるよう、網内であらかじめ定義した名前（文字列）（例えば、 internet.mnc０１２.mcc３４５.gprs）。
【００７３】
-HLR（Home Location Register）／HSS（Home Subscriber Server）：３GPP ネットワーク内の加入者情報を示すデータ基盤（DB）。
【００７４】
-  NAS（Non-Access-Stratum）：UEとMMEとの間の制御プレーン（control plane）の 上位stratum。UEとネットワークとの間のモビリティ管理（Mobility management）とセッション管理（Session management）、IPアドレス管理（IP address maintenance）などを支援。
【００７５】
-AS（Access-Stratum）：UEと radio（あるいは access） ネットワークとの間のプロトコルスタックを含んでおり、データとネットワーク制御信号送信などを担当する。
【００７６】
以下、前記のように定義された用語に基づいて、本発明について述べる。
【００７７】
本発明が適用されることができるシステム一般
【００７８】
図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である
【００７９】
図１のネットワークの構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
【００８０】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに多様な無線接続技術を支援し、より向上したデータ転送能力を提供する等の最適化されたパケット−ベースのシステムを提供することを目標とする。
【００８１】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット−ベースのリアルタイム及び非リアルタイムのサービスを支援することができる。既存の移動通信システム（即ち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインとして単一化した。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、端対端（ｅｎｄ−ｔｏ−ｅｎｄ）のＩＰサービスの具現に必須的な構造である。
【００８２】
ＥＰＣは多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（若しくはＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００８３】
ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以降から定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００８４】
ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（Ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）等をサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークや、Ｗｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役割を果たすことができる。
【００８５】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイで構成されることを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００８６】
ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー等を支援するためのシグナリング及び制御機能を遂行する要素である。ＭＭＥは、加入者及びセッション管理に関する制御平面機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを遂行する。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉａｎｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００８７】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００８８】
ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対する保安ノードとしての役割を果たす。
【００８９】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセスベースでもＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００９０】
また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示すリファレンスポイントを整理したものである。表１の例示以外にもネットワーク構造によって様々なリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在することができる。
【００９１】
【表１−１】
2020123992.tif 000003
【表１−２】
2020123992.tif 000004
【００９２】
図１に示すリファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは信頼できる非−３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。
【００９３】
図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００９４】
Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
【００９５】
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザー平面（ｕｓｅｒ  ｐｌａｎｅ）のプロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２インターフェースを介して連結される。
【００９６】
Ｘ２ユーザー平面インターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザー平面ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の保証されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御平面インターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットＮＢとの間のユーザー平面トンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理等の機能を遂行する。
【００９７】
ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に連結される。
【００９８】
S１のユーザー平面インターフェース（S１-U）は、eNBとサービングゲートウェイ（S-GW：serving gateway）の間に定義される。S１制御平面インターフェース（S１-MME）は、eNBと移動性管理エンティティ（MME：mobility management entity）との間に定義される。S１インタフェースは、EPS（evolved packet system）ベアラサービスの管理機能、NAS（non-access stratum）シグナリングトランスポート機能、ネットワークシェアリング、MMEの負荷バランシング機能などを実行する。S１インタフェースはeNBとMME／S-GWの間に多数-対-多数の関係（many-to-many-relation）を支援する。
【００９９】
MMEは、NASシグナリングセキュリティ（security）、AS（Access Stratum）セキュリティ（security）制御、３GPPアクセスネットワーク間のモビリティを支援するためのCN（Core Network）ノード間（Inter-CN）シグナリング、（ページング再送の実行と制御含む）アイドル（IDLE）モードUE到達性（reachability）、（アイドルとアクティブモード端末のための）トラッキングエリア識別子（TAI：Tracking Area Identity）の管理、PDN GWとSGWの選択、MMEが変更されるハンドオーバーのためのMMEの選択、２Gまたは３G ３GPPアクセスネットワークへのハンドオーバーのためのSGSNの選択、ローミング（roaming）、認証（authentication）、専用ベアラ確立（dedicated bearer establishment）を含むベアラ管理機能、公共の警告システム（PWS：Public Warning System）（地震と津波警報システム（ETWS：Earthquake and Tsunami Warning System）と商用モバイル警告システム（CMAS： Commercial Mobile Alert System）を含む）メッセージの送信の支援など、さまざまな機能を実行することができる。 
【０１００】
図３は、本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【０１０１】
図３を参照すると、ｅＮＢはゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間ゲートウェイへのルーティング、放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び転送、アップリンク及びダウンリンクでＵＥへ動的リソースの割り当て、かつＬＴＥ−ＡＣＴＩＶＥ状態で移動性制御連結の機能を遂行することができる。前述したように、ＥＰＣ内におけるゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ_ＩＤＬＥ状態管理、ユーザー平面（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造進化（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラー制御、かつＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を遂行することができる。
【０１０２】
図４は、本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【０１０３】
図４（ａ）は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザー平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコルの構造を示す。
【０１０４】
図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野に公知となった広く知られている開放型システム間の相互接続（ＯＳＩ： ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の標準モデルの下位３層に基づき、第１層Ｌ１、第２層Ｌ２、及び第３層Ｌ３に分割できる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的にはデータ情報の転送のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）のユーザー平面（ｕｓｅｒ  ｐｌａｎｅ）と、制御信号（ｓｉｇｎａｌｉｎｇ）の伝達のためのプロトコルスタックの制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とに区分される。
【０１０５】
制御平面は、端末とネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。以下、無線プロトコルの制御平面とユーザー平面の各層を説明する。
【０１０６】
第１層Ｌ１である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体接続制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層に転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣ層と物理層との間でデータが転送される。転送チャンネルは、無線インタフェースを介してデータがどのように、どんな特徴で転送されるかによって分類される。また、互いに異なる物理層との間、送信端の物理層と受信端の物理層との間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが転送される。物理層は、OFDM（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
【０１０７】
物理層で用いられる幾つかの物理制御チャンネルがある。物理ダウンリンク制御チャンネル（ＰＤＣＣＨ： ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、端末にページングチャンネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャンネル（ＤＬ−ＳＣＨ： ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当、及びアップリンク共有チャンネル（ＵＬ−ＳＣＨ： ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と関連したＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリング転送のリソース割当を知らせるアップリンクの承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャンネル（ＰＤＦＩＣＨ： ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに用いられるＯＦＤＭシンボルの数を知らせ、毎サブフレーム毎に転送される。物理ＨＡＲＱ指示子チャンネル（ＰＨＩＣＨ： ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、アップリンク転送の応答として、 ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリング制御チャンネル（ＰＵＣＣＨ： ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)は、ダウンリンクの転送に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリングの要求及びチャンネル品質指示子（ＣＱＩ：  ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）等のようなアップリンク制御情報を運ぶ。物理アップリンク共有チャンネル（ＰＵＳＣＨ： ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＵＬ−ＳＣＨを運ぶ。
【０１０８】
第２層Ｌ２のＭＡＣ層は、論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャンネルと転送チャンネルとの間のマッピング及び論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の転送チャンネル上に物理チャンネルに提供される転送ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【０１０９】
第２層Ｌ２のＲＬＣ層は、信頼性のあるデータ転送を支援する。ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ： ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）、及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介して誤謬訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層はＭＡＣ層の機能ブロックに含まれることができる。
【０１１０】
第２層Ｌ２のパケットデータコンバージェンスプロトコル（ＰＤＣＰ： ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、ユーザー平面でユーザーデータの伝達、ヘッダー圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダー圧縮機能は、小さい帯域幅を有する無線インターフェースを介して、ＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に転送させるために、相対的にサイズが大きく、不要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らす機能を意味する。制御平面でのＰＤＣＰ層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【０１１１】
第３層Ｌ３の最下位部分に位置する無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、制御平面のみに定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。このため、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャンネル、転送チャンネル、及び物理チャンネルを制御する。無線ベアラーは、端末とネットワークとの間のデータ転送のために、第２層Ｌ２によって提供される論理的な経路を意味する。無線ベアラーが設定されるというのは、特定のサービスを提供するために、無線プロトコル層及びチャンネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラーは、再度シグナリング無線ベアラー（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラー（ＤＲＢ：ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを転送する通路として用いられ、ＤＲＢは、ユーザー平面でユーザーデータを転送する通路として用いられる。
【０１１２】
ＲＲＣ層の上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）や移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【０１１３】
基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚ等の帯域幅のうち一つに設定され、様々な端末にダウンまたはアップの転送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【０１１４】
ネットワークから端末にデータを転送するダウンリンク転送チャンネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を転送する放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを転送するＰＣＨ、ユーザトラフィックや制御メッセージを転送するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、ＤＬ−ＳＣＨを介して転送されることもでき、または別途のダウンリンクマルチキャストチャンネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して転送されることもできる。一方、端末からネットワークにデータを転送するアップリンク転送チャンネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）としては、初期の制御メッセージを転送するランダムアクセスチャンネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを転送するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【０１１５】
論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は転送チャンネルの上位にあり、転送チャンネルにマッピングされる。論理チャンネルは、制御領域情報の伝達のための制御チャンネルとユーザ領域情報の伝達のためのトラフィックチャンネルとに区分できる。制御チャンネルとしては、放送制御チャンネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャンネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャンネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャンネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャンネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）等がある。トラフィックチャンネルとしては、専用トラフィックチャンネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャンネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）等がある。ＰＣＣＨはページング情報を伝達するダウンリンクチャンネルであり、ネットワークがＵＥの属したセルを知らない時に用いられる。ＣＣＣＨは、ネットワークとのＲＲＣ連結を有さないＵＥにより用いられる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために用いられる一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ連結を有する端末により用いられる一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャンネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在し得るユーザー情報を伝達するために一つの端末に専用される一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャンネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するための一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャンネルである。
【０１１６】
論理チャネル（logical channel）とトランスポートチャネル（transport channel）間のアップリンク接続の場合には、DCCHはUL-SCHとマッピングすることができ、DTCHはUL-SCHにマッピングされることができ、CCCHはUL-SCHにマッピングされることもできる。論理チャネル（logical channel）とトランスポートチャネル（transport channel）間のダウンリンクの接続の場合、BCCHはBCHまたはDL-SCHにマッピングされることができ、PCCHはPCHにマッピングすることができ、DCCHはDL-SCHにマッピングされることができ、DTCHはDL-SCHにマッピングされることができ、MCCHはMCHにマッピングされることができ、MTCHはMCHにマッピングすることができる。
【０１１７】
図５は、本発明が適用できる無線通信システムでS１インターフェースプロトコルの構造を示す。
【０１１８】
図５（a）は、S１インターフェースで制御平面（control plane）プロトコルスタックを例示し、図５（b）は、S１インターフェースでユーザー平面（user plane）インターフェースプロトコルの構造を示す。
【０１１９】
図５を参照すると、S１の制御平面インターフェース（S１-MME）は、基地局とMMEの間に定義される。ユーザー平面と同様にトランスポートネットワーク階層（transport network layer）は、IPトランスポートに基づいている。ただし、メッセージ信号の信頼性のある伝送のためにIP階層の上位にSCTP（Stream Control Transmission Protocol）階層に追加される。アプリケーション階層（application layer）のシグナリングプロトコルは、S１-AP（S１ application protocol）と呼ばれる。
【０１２０】
SCTP階層は、アプリケーション階層メッセージの保証された（guaranteed）伝達を提供する。 
【０１２１】
プロトコルデータユニット（PDU：Protocol Data Unit）のシグナリング伝送のために送信IP階層で、ポイントツーポイント（point-to-point）伝送が使用される。
【０１２２】
S１-MEインタフェースのインスタンス（instance）ごとに単一のSCTP連携（association）は、S-MME共通手順のための一対のストリーム識別子（stream identifier）を使用する。ストリーム識別子の一部ペアのみがS１-MME専用の手順のために使用される。MME通信コンテキスト識別子は、S１-MME専用の手順のためのMMEによって割り当てられ、eNB通信コンテキスト識別子は、S１-MME専用の手順のためのeNBによって割り当てられる。MME通信コンテキスト識別子とeNB通信コンテキスト識別子は、端末固有のS１-MMEシグナリング転送ベアラを区別するために使用される。通信コンテキスト識別子は、それぞれS１-APメッセージ内で送信される。
【０１２３】
S１シグナリングトランスポート階層がS１AP階層にシグナリング接続が切断されたと通知した場合には、MMEは、そのシグナリングの接続を使用していた端末の状態をECM-IDLEの状態に変更する。そして、eNBは、端末のRRC接続を解除する。
【０１２４】
S１のユーザー平面インターフェース（S１-U）は、eNBとS-GWの間に定義される。S１-Uインタフェースは、eNBとS-GWの間でユーザー平面PDUの保証されていない（non guaranteed）伝達を提供する。トランスポートネットワーク階層は、IPトランスポートに基づいて、eNBとS-GWとの間のユーザー平面のPDUを送信するためにUDP／IP階層の上位にGTP-U（GPRS Tunneling Protocol User Plane）階層が使用される。
【０１２５】
図６は、本発明が適用できる無線通信システムで、物理チャネルの構造を簡単に例示する図である。 
【０１２６】
図６を参照すると、物理チャンネルは、周波数領域（frequency domain）において複数のサブキャリアと時間領域（time domain）において複数のシンボルから構成される無線資源を通じて信号やデータを伝える。
【０１２７】
１.０msの長さを持つ一つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（例えば、サブフレームの最初のシンボル）は、PDCCHのために使用することができる。PDCCHは、動的に割り当てられる資源に関する情報（例えば、資源ブロック（Resource Block）、変調および符号化方式（MCS：Modulation and Coding Scheme）等）を運ぶ。
【０１２８】
EMMとECMの状態
【０１２９】
EMM（EPS mobility management）、ECM（EPS connection management）の状態について説明する。
【０１３０】
図７は、本発明が適用できる無線通信システムでEMMとECMの状態を例示する図である。
【０１３１】
図７を参照すると、端末とMMEの制御平面に位置するNAS階層から端末の移動性を管理するために端末がネットワークにアタッチ（attach）されたデタッチ（detach）されたかに応じて、EMM登録状態（EMM-REGISTERED）とEMMの登録解除の状態（EMM-DEREGISTERED）が定義されることもできる。EMM-REGISTERED状態とEMM-DEREGISTERED状態は、端末とMMEに適用することができる。
【０１３２】
端末の電源を最初に入れた場合と同様に、初期端末はEMM-DEREGISTERED状態にあり、この端末がネットワークに接続するために初期接続（initial attach）手順を使用し、ネットワークに登録する手順を実行する。接続手順が正常に実行されると、端末とMMEはEMM-REGISTERED状態に遷移（transition）される。また、端末の電源が切れたり、無線リンク障害の場合（無線リンク上でのパケットエラー率が基準値を超えた場合）、端末は、ネットワークでデタッチ（detach）されてEMM-DEREGISTERED状態に遷移される。
【０１３３】
また、端末とネットワーク間のシグナリング接続（signaling connection）を管理するためにECM接続状態（ECM-CONNECTED）とECMアイドル状態（ECM-IDLE）が定義されることもできる。ECM-CONNECTED状態とECM-IDLE状態はまた、端末とMMEに適用することができる。ECM接続は、端末と基地局の間で設定されるRRC接続と基地局とMMEの間に設定されるS１シグナリング接続から構成される。つまり、ECMの接続が設定／解除されたというのは、RRC接続とS１シグナリングの接続が設定／解除されたということを意味する。
【０１３４】
RRC状態は、端末のRRC階層と基地局のRRC階層が論理的に接続（connection）されているかどうかを示す。つまり、端末のRRC階層と基地局のRRC階層が接続されている場合、端末はRRC接続状態（RRC_CONNECTED）となる。端末のRRC階層と基地局のRRC階層が接続されていない場合、端末はRRCアイドル状態（RRC_IDLE）となる。
【０１３５】
ネットワークは、ECM-CONNECTED状態にある端末の存在をセル単位で把握することができ、端末を効果的に制御することができる。
【０１３６】
一方、ネットワークはECM-IDLE状態にある端末の存在を把握することができず、コアネットワーク（CN：core network）がセルよりも大きい地域単位であるトラッキングエリア（tracking area）単位で管理する。端末がECMアイドル状態にあるとき、端末はトラッキングエリアで唯一に割り当てられたIDを利用して、NASによって設定された不連続受信（DRX：Discontinuous Reception）を実行する。つまり、端末は、端末-特定のページングDRXサイクルごとに特定のページング時点（paging occasion）にページング信号を監視することにより、システム情報とページング情報のブロードキャストを受信することができる。
【０１３７】
また、端末がECM-IDLE状態にあるときは、ネットワークは、端末のコンテキスト（context）情報を持っていない。したがって、ECM-IDLE状態の端末は、ネットワークのコマンドを受信することなく、セル選択（cell selection）またはセル再選択（cell reselection）のような端末基盤のモビリティ関連手順を実行することができる。ECMアイドル状態で端末の位置がネットワークが知っている位置と異なる場合、端末はトラッキング領域アップデート（TAU：tracking area update）手順を通じてネットワークに対応する端末の位置を知らせることができる。
【０１３８】
一方、端末がECM-CONNECTED状態にあるときには端末の移動性は、ネットワークのコマンドによって管理される。ECM-CONNECTED状態でネットワークは、端末が属するセルを知っている。したがって、ネットワークは、端末または端末からデータを転送および／または受信し、端末のハンドオーバーのような移動性を制御し、周辺セルのセル測定を行うことができる。
【０１３９】
前記のごとく、端末が音声やデータなど、通常の移動通信サービスを受けるためにはECM-CONNECTED状態に遷移しなければならない。端末の電源を最初に入れた場合と同様に、初期端末はEMMの状態と同様に、ECM-IDLE状態にあり、端末が初期接続（initial attach）手順を使用し、ネットワークに正常に登録すると、端末とMMEはECM接続状態に遷移（transition）される。また、端末がネットワークに登録されているが、トラフィックが無効になって無線資源が割り当てられていない場合、端末は、ECM-IDLE状態にあり、その端末にアップリンクあるいはダウンリンクの新しいトラフィックが発生すると、サービス要求（service request）手順を通じて端末とMMEはECM-CONNECTED状態に遷移（transition）される。
【０１４０】
ランダムアクセス手順（Random Access Procedure）
【０１４１】
以下では、LTE／LTE-Aシステムで提供されるランダムアクセス手順（random access procedure）について説明する。
【０１４２】
ランダムアクセス手順は、端末が基地局とアップリンク同期を得るか、またはアップリンク無線資源を割り当てを受けるために使用される。端末の電源投入後、端末は、初期セルとのダウンリンクの同期を獲得し、システム情報を受信する。システム情報から使用可能なランダムアクセスプリアンブル（random access preamble）のセットランダムアクセスプリアンブルの送信に使用される無線資源に関する情報を得る。ランダムアクセスプリアンブルの送信に使用される無線資源は、少なくとも一つ以上のサブフレームのインデックスと周波数領域上のインデックスの組み合わせで特定される。端末は、ランダムアクセスプリアンブルの集合から任意に選択されたランダムアクセスプリアンブルを送信し、前記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのタイミング整列（TA：timing alignment）の値をランダムアクセス応答を通じて端末に送る。これ端末は、アップリンク同期を獲得するものである。
【０１４３】
ランダムアクセス手順は、FDD（frequency division duplex）とTDD（time division duplex）で一般的な手順である。ランダムアクセス手順は、セルサイズに無関係であり、キャリアアグリゲーション（CA：carrier aggregation）が設定されている場合、サービングセル（serving cell）の数とも無関係である。
【０１４４】
まず、端末がランダムアクセス手順を実行する場合には、次のような場合がある。
【０１４５】
-端末が基地局とのRRC接続（RRC Connection）がなく、RRCアイドル状態で初期接続（initial access）を実行する場合
【０１４６】
-RRC接続再確立手順（RRC connection re-establishment procedure）を実行する場合
【０１４７】
-端末がハンドオーバープロセスで、ターゲット（target）セルにより初めて接続する場合
【０１４８】
-基地局の命令によりランダムアクセス手順が要求された場合
【０１４９】
-RRC接続状態中、アップリンク時間の同期が合わない状況で（non-synchronized）ダウンリンクに送信されるデータが発生した場合。
【０１５０】
-RRC接続状態中、アップリンクの時間同期が合わないか（non-synchronized）、無線資源を要求するために使用される指定された無線資源が割り当てられていない状況でアップリンクに送信するデータが発生した場合
【０１５１】
-RRC接続状態中、タイミングアドバンス（timing advance）が必要な状況で端末の位置を決定（positioning）する場合
【０１５２】
- ワイヤレス接続の失敗（radio link failure）又はハンドオーバー失敗（handover failure）の際の回復手順を実行する場合、
【０１５３】
３GPP Rel-１０では、キャリアアグリゲーションを支援する無線アクセスシステムで１つの特定のセル（例えば、Pセル）に適用可能なTA（timing advance）値を複数のセルに共通じて適用することを検討した。ただし、端末が異なる周波数バンドに属する（つまり、周波数上で大きく離れた）複数のセルあるいは電波（propagation）の特性が異なる複数のセルを結合することができる。また、特定のセルの場合、カバレッジの拡大、あるいはカバレッジホールの除去のためにRRH（remote radio header）（つまり、リピータ）、フェムトセル（femto cell）もしくはピコセル（pico cell）などのようなスモールセル（small cell）またはセカンダリ基地局（ SeNB：secondary eNB）が、セル内に配置される状況で、端末は、一つのセルを通じて基地局（すなわち、マクロ基地局（macro eNB））との通信を行い、他のセルを通じてセカンダリ基地局との通信を実行する場合、複数のセルが互いに異なる伝搬遅延特性を持つことができる。この場合は、１つのTA値を複数のセルに共通じて適用する方法で使用するアップリンク送信を実行する場合、複数のセル上で送信されるアップリンク信号の同期に深刻な影響を与えることができる。したがって、複数のセルが結合されたCAの状況で、複数のTAを有することが望ましく、３GPP Rel-１１では、複数のTA（multiple TA）を支援するために、特定のセルのグループ単位でTAを独立して割り当てることを考慮する。これをTAグループ（TAG：TA group）と呼ばれ、TAGは、複数のセルを含むことができ、TAG内の１つ以上のセルには、同じTAが共通して適用することができる。これらの複数のTAを支援するために、MAC TAコマンド制御要素（element）は、２ビットのTAG識別子（TAG ID）と６ビットのTAコマンドフィールドから構成される。
【０１５４】
キャリアアグリゲーションが設定された端末は、Pセルと関連して先に説明したランダムアクセス手順を実行する場合が発生すると、ランダムアクセス手順を実行することになる。Pセルが属するTAG（つまり、pTAG：primary TAG）の場合、既存と同じようにPセルに基づいて決定される、あるいはPセルに伴うランダムアクセス手順を通じて調整されるTAをpTAG内のすべてのセル（複数可）に適用することができる。一方、Sセルのみで構成されるTAG（つまり、sTAG：secondary TAG）の場合は、sTAG内の特定のSセルに基づいて決定されるTAは、そのsTAG内のすべてのセル（複数可）に適用することができ、このときTAは、基地局によって開始され、ランダムアクセス手順によって獲得されることもできる。具体的には、sTAG内でSセルは、RACH資源に設定され、基地局は、TAを決定するためにSセルでRACHアクセスを要請する。つまり、基地局は、Pセルから送信されるPDCCHオーダーによってSセル上でRACH送信を開始させる。Sセルプリアンブルへの応答メッセージは、ランダムアクセス無線ネットワーク一時識別子（RA-RNTI： Random Access Radio Network Temporary Identifier）を使用してPセルを通じて送信される。端末は、ランダムアクセスを正常に完了したSセルに基づいて決定されるTAは、そのsTAG内のすべてのセルに適用することができる。このように、ランダムアクセス手順は、Sセルでも、そのSセルが属するsTAGのタイミング整列（timing alignment）を獲得するためにSセルでも実行されることもできる。
【０１５５】
LTE／LTE-Aシステムでは、ランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択する過程で、特定のセットの中で端末がランダムに１つのプリアンブルを選択して使用する競争基盤のランダムアクセス手順（contention based random access procedure）と基地局が特定の端末のみ割り当ててくれたランダムアクセスプリアンブルを使用する非競合基盤のランダムアクセス手順（non-contention based random access procedure）の両方を提供する。ただし、非競争基盤のランダムアクセス手順は、上述したハンドオーバープロセス、基地局の命令により要求された場合、端末位置決定（positioning）および／またはsTAGのタイミングアドバンスソートに限って使用することができる。ランダムアクセス手順が完了した後、一般的なアップリンク／ダウンリンク伝送が発生する。
【０１５６】
一方、リレーノード（RN：relay node）また、競争基盤のランダムアクセス手順と非競合基盤のランダムアクセス手順の両方を支援する。リレーノードがランダムアクセス手順を実行するときには、その時点でRNサブフレーム構成（configuration）を中断させる（suspend）。つまり、これは一時的にRNサブフレーム構成を廃棄することを意味する。以降、正常にランダムアクセス手順が完了した時点で、RNサブフレーム構成が再開される。
【０１５７】
図８は 本発明が適用できる無線通信システムにおいて競争基盤のランダムアクセス手順を説明するための図である。
【０１５８】
（１）第１メッセージ（Msg １、message １）
【０１５９】
まず、端末は、システム情報（system information）またはハンドオーバーコマンド（handover command）を通じて指示されたランダムアクセスプリアンブルの集合から任意に（randomly）一つのランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択し、前記ランダムアクセスプリアンブルを送信することができるPRACH（physical RACH）資源を選択して送信する。
【０１６０】
ランダムアクセスプリアンブルは、RACH伝送チャネルで６ビットで転送され、６ビットはRACHで送信した端末を識別するための５ビットの任意の識別子（radom identity）と、追加情報を示すための１ビット（例えば、第３メッセージ（Msg ３）の大きさを指示）から構成される。
【０１６１】
端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、RA-RNTIを獲得する。ランダムアクセスプリアンブルが送信されたPRACHに関連するRA-RNTIは、端末が送信したランダムアクセスプリアンブルの時間-周波数資源に応じて決定される。
【０１６２】
（２）第２メッセージ（Msg ２、message ２）
【０１６３】
基地局は、第１メッセージ上のプリアンブルを通じて獲得したRA-RNTIに指示（address）されるランダムアクセス応答（random access response）を端末に送信する。ランダムアクセス応答は、ランダムアクセスプリアンブル区分子／識別子（RA preamble index／identifier）、アップリンク無線資源を知らせるアップリンク承認（UL grant）、一時セル識別子（TC-RNTI：TemporaryCell RNTI）、それから時間同期値（TAC：time alignment command）が含まれることができる。TACは、基地局が端末にアップリンク時間整列（time alignment）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いて、アップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（time alignment timer）を開始または再起動する。UL grantは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンク資源の割り当てとTPC（transmit power command）を含んでいる。TPCは、スケジュールされたPUSCHのための送信パワーの決定に使用される。
【０１６４】
端末は、ランダムアクセスプリアンブルを送信した後、基地局がシステム情報またはハンドオーバーコマンドを使用して指示されたランダムアクセス応答ウィンドウ（random access response window）内で自分のランダムアクセス応答（random access response）の受信を試み、PRACHに対応するRA-RNTIでマスキングされたPDCCHを検出し、検出されたPDCCHによって指示されるPDSCHを受信することになる。ランダムアクセス応答情報は、MAC PDU（MAC packet data unit）の形式で送信されることができ、前記MAC PDUは、PDSCHを通じて配信されることもできる。PDCCHは、前記PDSCHを受信しなければならない端末の情報と、前記PDSCHの無線資源の周波数と時間の情報、それから前記PDSCHの送信形式などが含まれていることが望ましい。上述したように、一応、端末が自分に送信されるPDCCHの検出に成功すれば、前記PDCCHの情報に基づいてPDSCHに送信されるランダムアクセス応答を適切に受信することができる。
【０１６５】
ランダムアクセス応答ウィンドウは、プリアンブルを送信した端末がランダムアクセス応答メッセージを受信するために待機する最大時区間を意味する。ランダムアクセス応答ウィンドウは、プリアンブルが送信される最後のサブフレームで３つのサブフレーム以降のサブフレームから開始し、「ra-ResponseWindowSize」の長さを持つ。つまり、端末はプリアンブルを送信が終了したサブフレームから３つのサブフレーム以降から確保したランダムアクセスウィンドウの間にランダムアクセス応答を受信するために待機する。端末は、システム情報（system information）を通じてランダムアクセスウィンドウサイズ（「ra-ResponseWindowsize」）パラメータの値を取得することができ、ランダムアクセスウィンドウサイズは２から１０の間の値に決定される。
【０１６６】
端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブル区分子／識別子を持つランダムアクセス応答を正常に受信すると、ランダムアクセス応答の監視を停止する。一方、ランダムアクセス応答ウィンドウが終了するまで、ランダムアクセス応答メッセージを受信していないか、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブル識別子を持つ有効なランダムアクセス応答を受信しなかった場合、ランダムアクセス応答の受信は失敗したとみなされ、以降端末はプリアンブル再送を行うことができる。
【０１６７】
上述したように、ランダムアクセス応答でランダムアクセスプリアンブル識別子が必要な理由は、１つのランダムアクセス応答は、１つ以上の端末のためのランダムアクセス応答情報が含まれているため、前記のUL grant、TC-RNTIとTACがどの端末に利用できるかどうかを教えることが必要だからである。
【０１６８】
（３）第３メッセージ（Msg ３、message ３）
【０１６９】
端末が自分に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報をそれぞれ処理する。つまり、端末はTACを適用させて、TC-RNTIを保存する。また、UL grantを利用して、端末のバッファに格納されたデータ、または、新たに生成されたデータを基地局に送信する。端末の最初の接続の場合、RRC階層で生成され、CCCHを通じて配信されたRRC接続要求（RRC Connection Request）が、第３メッセージに含まれて送信されることができ、RRC接続再確立手順の場合、RRC階層で生成され、CCCHを通じて配信されたRRC接続再確立要求（RRC Connection Re-establishment Request）が第のメッセージに含まれて送信されることもできる。また、NAS接続要求メッセージを含むこともできる。
【０１７０】
第３メッセージは、端末の識別子が含まれていなければならない。競争基盤のランダムアクセス手順では、基地局からどのような端末が前記ランダムアクセス手順を実行するか判断することができないが、今後の競合の解決をするためには、端末を識別しなければならないからだ。
【０１７１】
端末の識別子を含める方法としては、二つの方法が存在する。最初の方法は、端末が、前記ランダムアクセス手順以前に既に該当セルで割り当てられた有効なセル識別子（C-RNTI）を持っていた場合、端末は、前記UL grantに対応するアップリンク伝送信号を通じて自分のセル識別子を送信する。一方、もしランダムアクセス手順の前に、有効なセル識別子を割り当てられた場合、端末は、自分の一意識別子（例えば、S（SAE）-TMSIまたは任意の値（random number））を含んで伝送する。一般的に、前記の一意識別子は、C-RNTIより長い。
【０１７２】
UL-SCH上の送信では、端末固有のスクランブリングが使用される。端末がC-RNTIを割り当てられた場合は、 スクランブルはC-RNTIに基づいて実行されるが、端末がまだC-RNTIを割り当てられない場合は、スクランブルはC-RNTIに基づいて行うことができません。その代わり、ランダムアクセス応答で受信したTC-RNTIが使用される。端末は、前記UL grantに対応するデータを送信した場合は、衝突を解決するためのタイマー（contention resolution timer）を開始する。
【０１７３】
（４）第４メッセージ（Msg ４、message ４）
【０１７４】
基地局は、端末から第３メッセージを通じて対応する端末のC-RNTIを受信した場合、受信したC-RNTIを利用し、端末に第４メッセージを送信する。一方、端末から第３メッセージを通じて前記一意識別子（つまり、S-TMSIまたは任意の値（random number））を受信した場合には、ランダムアクセス応答では、端末に割り当てられたTC-RNTIを利用して、第４のメッセージを端末に送信する。一例として、第４のメッセージは、RRC接続設定メッセージ（RRC Connection Setup）が 含まれてことができる。
【０１７５】
端末は、ランダムアクセス応答に含まれているUL grantを通じて自分の識別子を含むデータを送信した後、衝突解決のために基地局の指示を待つ。つまり、特定のメッセージを受信するためにPDCCHの受信を試みる。前記PDCCHを受信する方法においても二つの方法が存在する。前述したように、前記UL grantに対応して送信された第３のメッセージが自分の識別子がC-RNTIである場合には、自分のC-RNTIを用いてPDCCHの受信を試み、前記識別子が一意の識別子（つまり、 S-TMSIまたは任意の値（random number））である場合には、ランダムアクセス応答に含まれているTC-RNTIを利用してPDCCHの受信を試みる。その後、前者の場合は、もし前記の競合を解決タイマーが期限切れになる前に、自分のC-RNTIを使用してPDCCHを受信した場合に、端末は正常にランダムアクセス手順を実行されたと判断し、ランダムアクセス手順を終了する。後者の場合には、前記の競合の解決タイマーが期限切れになる前に、TC-RNTIを使用してPDCCHを受信した場合は、前記PDCCHが指示するPDSCHが伝達するデータを確認する。もし前記のデータの内容に自分の一意の識別子が含まれている場合、端末は正常にランダムアクセス手順を実行されたと判断し、ランダムアクセス手順を終了する。第４メッセージを通じて端末は、C-RNTIを獲得し、その後端末とネットワークは、C-RNTIを利用して、端末の特定のメッセージ（dedicated message）を送受信することになる。
【０１７６】
次は、ランダムアクセスでの競合を解決するための方法について説明する。
【０１７７】
ランダムアクセスを遂行するにおいて衝突が発生する理由は、基本的にランダムアクセスプリアンブルの数が有限であるからである。つまり、基地局は、全ての端末に端末固有のランダムアクセスプリアンブルを付与することができないので、端末は共通のランダムアクセスプリアンブルの中から任意の１つを選択して送信することになる。これにより、同じ無線資源（PRACH資源）を通じて複数の端末が同じランダムアクセスプリアンブルを選択して送信することになる場合が発生するが、基地局は、１つの端末から送信される１つのランダムアクセスプリアンブルで判断することになる。これにより、基地局は、ランダムアクセス応答を端末に送信し、ランダムアクセス応答は、一つの端末が受信することと予測する。しかし、上述したように、競合が発生する可能性があるので、複数の端末が一つのランダムアクセス応答を受信することになり、これにより、端末ごとにそれぞれランダムアクセス応答の受信に応じた動作を実行することになる。つまり、ランダムアクセス応答に含まれる１つのUL Grantを用いて、複数の端末が互いに異なるデータを同じ無線資源に送信することになる問題点が発生することになる。これにより、前記データの転送はすべて失敗することがあり、端末の位置や伝送パワーに基づいて、特定の端末のデータのみを基地局から受信することもできる。後者の場合には、複数の端末は、すべて自分のデータの転送が成功したと仮定するので、基地局は、競争で失敗した端末に失敗事実に関する情報を通知しなければならない。すなわち、前記の競争の失敗や成功に関する情報を知らせることを競合の解決（contention resolution）とする。
【０１７８】
衝突解決方法は２つの方法があるが、一つの方法は、衝突解決タイマー（contention resolution timer）を利用する方法と、他の一つの方法は、成功した端末の識別子を端末に送信する方法である。前者の場合は、端末がランダムアクセス過程前に既に固有のC-RNTIを持っている場合に使用される。つまり、既にC-RNTIを持っている端末は、ランダムアクセス応答に基づいて、自分のC-RNTIを含むデータを基地局に送信し、衝突解決タイマーを作動する。そして、衝突解決タイマーが期限切れになる前に、自分のC-RNTIによって指示されるPDCCH情報を受信すると、端末は、自分が競争で成功したと判断し、ランダムアクセスを正常に終えるようになる。逆に、もし衝突解決タイマーが期限切れになる前に、自分のC-RNTIによって指示されるPDCCHを受信することができなかった場合は、自分が競争で失敗したと判断し、ランダムアクセスプロセスを再度実行するか、上位階層に失敗事実を通知することができる。衝突解消方法の中で、後者の場合、すなわち、成功した端末の識別子を送信する方法は、端末がランダムアクセス過程前に固有のセル識別子がない場合に使用される。つまり、端末自身がセル識別子がない場合は、ランダムアクセス応答に含まれているUL Grant情報に基づいてデータのセル識別子より上位識別子（S-TMSIまたはrandom number）を包含して送信し、端末は、衝突解決タイマを動作させる。衝突解決タイマーが期限切れになる前に、自分の上位識別子を含むデータがDL-SCHに送信された場合には、端末はランダムアクセス過程が成功したと判断する。
【０１７９】
一方、非競争的な基盤のランダムアクセス過程での動作は、図１１に示された競争基盤のランダムアクセス過程とは異なり、第１メッセージの送信及び第２メッセージを送信するだけで、任意の接続手順が終了される。ただし、第１メッセージとして端末が基地局にランダムアクセスプリアンブルを送信する前に、端末は、基地局からランダムアクセスプリアンブルを割り当てられるようになり、この割り当てられた任意の接続プリアンブルを基地局に第１メッセージとして送信し、基地局からランダムアクセス応答を受信することにより、任意の接続手順が終了されることになる。
【０１８０】
本発明が適用されることができる５Ｇシステムのアーキテクチャー
【０１８１】
５Ｇシステムは、４世代ＬＴＥ移動通信技術から進歩した技術であって、既存の移動通信網構造の改善（Ｅｖｏｌｕｔｉｏｎ）あるいはクリーンステート（Ｃｌｅａｎ−ｓｔａｔｅ）の構造を通じて、新たな無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｎｈｏｌｏｇｙ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の拡張された技術としてｅＬＴＥ（ｅｘｔｅｎｄｅｄ  ＬＴＥ）、ｎｏｎ−３ＧＰＰ（例えば、ＷＬＡＮ）アクセス等を支援する。
【０１８２】
５Ｇシステムはサービス−ベースに定義され、５Ｇシステムのためのアーキテクチャー（ａｒｃｈｉｔｅｃｔｕｒｅ）内ネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）は、次のように二つの方式で示すことができる。
【０１８３】
−リファレンスポイントの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図9）：二つのＮＦ（例えば、ＡＭＦ及びＳＭＦ）間の一対一のリファレンスポイント（例えば、Ｎ１１）によって記述されるＮＦ内のＮＦサービス間の相互動作を示す。
【０１８４】
−サービスベースの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図10）：制御平面（ＣＰ：ＣｏｎｔｒｏｌＰｌａｎｅ）内ネットワーク機能（例えば、ＡＭＦ）は、他の認証されたネットワーク機能が自身のサービスにアクセスすることを許容する。この表現は、必要な場合、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）も含む。
【０１８５】
図９は、リファレンスポイントの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【０１８６】
図９を参照すると、５Ｇシステムのアーキテクチャーは、多様な構成要素（すなわち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋｆｕｎｃｔｉｏｎ））を含むことができ、本図には、そのうち一部に該当する、認証サーバー機能（ＡＵＳＦ： Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ）、アクセス及び移動性管理機能（ＡＭＦ： （Ｃｏｒｅ）  Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ： Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、ポリシー制御機能（ＰＣＦ： Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ： Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、統合されたデータ管理（ＵＤＭ： Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ)、データネットワーク（ＤＮ：Ｄａｔａ  ｎｅｔｗｏｒｋ）、ユーザー平面機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｕｉｐｍｅｎｔ）を例示する。
【０１８７】
各ＮＦは次のような機能を支援する。
【０１８８】
−ＡＵＳＦは、ＵＥの認証のためのデータを格納する。
【０１８９】
−ＡＭＦは、ＵＥ単位の接続及び移動性管理のための機能を提供し、一つのＵＥ当たり基本的に一つのＡＭＦに連結されることができる。
【０１９０】
具体的に、ＡＭＦは、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間のシグナリング、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）ＣＰインターフェース（すなわち、Ｎ２インターフェース）の終端（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングの終端（Ｎ１）、ＮＡＳシグナリング保安（ＮＡＳ暗号化（ｃｉｐｈｅｒｉｎｇ）、及び 完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ））、ＡＳ保安制御、登録管理（登録領域（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）管理）、連結管理、アイドルモードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）（ページング再転送の制御及び遂行を含む）、移動性管理制御（加入及びポリシー）、イントラ−システムの移動性及びインター−システムの移動性支援、ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）の支援、ＳＭＦ選択、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）（ＡＭＦイベント及びＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦとの間のセッション管理（ＳＭ：ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔ）メッセージの伝達提供、ＳＭメッセージルーティングのための透過型プロキシ（Ｔｒａｎｓｐａｒｅｎｔ  ｐｒｏｘｙ）、アクセス認証（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ローミング権限チェックを含むアクセス許可（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ＵＥとＳＭＳＦ（ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）ｆｕｎｃｔｉｏｎ）との間のＳＭＳメッセージの伝達提供、保安アンカー機能（ＳＥＡ：Ｓｅｃｕｒｉｔｙ  Ａｎｃｈｏｒ  Ｆｕｎｃｔｉｏｎ）及び／又は保安コンテキスト管理（ＳＣＭ：Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｘｔ Ｍａｎａｇｅｍｅｎｔ）等の機能を支援する。
【０１９１】
ＡＭＦの一部または全体の機能は、一つのＡＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
【０１９２】
−ＤＮは、例えば、運営者サービス、インターネット接続またはサードパーティ（３ｒｄ ｐａｒｔｙ）サービス等を意味する。ＤＮは、ＵＰＦにダウンリンクプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を転送するか、ＵＥから転送されたＰＤＵをＵＰＦから受信する。
【０１９３】
−ＰＣＦは、アプリケーションサーバーからパケットの流れに対する情報を受信し、移動性管理、セッション管理等のポリシーを決定する機能を提供する。具体的に、ＰＣＦはネットワーク動作をコントロールするための単一化したポリシーフレームワークの支援、ＣＰ機能（例えば、ＡＭＦ、ＳＭＦ等）がポリシーの規則を施行することができるようにポリシー規則提供、ユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）内のポリシーを決定するために関連した加入情報にアクセスするためのフロントエンド（Ｆｒｏｎｔ  Ｅｎｄ）具現等の機能を支援する。
【０１９４】
−ＳＭＦはセッション管理機能を提供し、ＵＥが多数のセッションを有する場合、各セッション別に互いに異なるＳＭＦによって管理されることができる。
【０１９５】
具体的に、ＳＭＦは、セッション管理（例えば、ＵＰＦとＡＮノードとの間のトンネル（ｔｕｎｎｅｌ）維持を含んでセッションの確立、修正及び解除）、ＵＥＩＰアドレスの割り当て及び管理（選択的に認証を含む）、ＵＰ機能の選択及び制御、ＵＰＦでトラフィックを適切な目的地にルーティングするためのトラフィックステアリング（ｔｒａｆｆｉｃ  ｓｔｅｅｒｉｎｇ）設定、ポリシー制御機能（Ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎｓ）に向かったインターフェースの終端、ポリシー及びＱｏＳの制御部分施行、合法的傍受（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔ）（ＳＭイベント及びＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータ通知（Ｄｗｏｎｌｉｎｋ  Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）、ＡＮ特定ＳＭ情報の開始子（ＡＭＦを経由してＮ２を介してＡＮに伝達）、セッションのＳＳＣモード決定、ローミング機能等の機能を支援する。
【０１９６】
ＳＭＦの一部または全体の機能は、一つのＳＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
【０１９７】
−ＵＤＭは、ユーザーの加入データ、ポリシーデータ等を格納する。ＵＤＭは二つの部分、即ち、アプリケーションのフロントエンド（ＦＥ：ｆｒｏｎｔ  ｅｎｄ）及びユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）を含む。
【０１９８】
ＦＥは、位置管理、加入管理、資格証明（ｃｒｅｄｅｎｔｉａｌ）の処理等を担当するＵＤＭ  ＦＥとポリシー制御を担当するＰＣＦを含む。ＵＤＲは、ＵＤＭ−ＦＥによって提供される機能のために要求されるデータとＰＣＦによって要求されるポリシープロファイルを格納する。ＵＤＲ内に格納されるデータは、加入識別子、保安資格証明（ｓｅｃｕｒｉｔｙｃｒｅｄｅｎｔｉａｌ）、アクセス、及び移動性関連の加入データ並びにセッション関連の加入データを含むユーザー加入データとポリシーデータを含む。ＵＤＭ−ＦＥは、ＵＤＲに格納された加入情報にアクセスし、認証資格証明処理（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｒｅｄｅｎｔｉａｌ  Ｐｒｏｃｅｓｓｉｎｇ）、ユーザー識別子ハンドリング（Ｕｓｅｒ  ＩｄｅｎｔｉｆｉｃａｔｉｏｎＨａｎｄｌｉｎｇ）、アクセス認証、登録／移動性管理、加入管理、ＳＭＳ管理等の機能を支援する。
【０１９９】
−ＵＰＦはＤＮから受信したダウンリンクＰＤＵを（Ｒ）ＡＮを経由してＵＥに伝達し、（Ｒ）ＡＮを経由してＵＥから受信したアップリンクＰＤＵをＤＮに伝達する。
【０２００】
具体的に、ＵＰＦは、イントラ（ｉｎｔｒａ）／インター（ｉｎｔｅｒ）ＲＡＴ移動性のためのアンカーポイント、データネットワーク（ＤａｔａＮｅｔｗｏｒｋ）への相互連結（ｉｎｔｅｒｃｏｎｎｅｃｔ）の外部ＰＤＵセッションポイント、パケットルーティング、及びフォワーディング、パケット検査（ｉｎｓｐｅｃｔｉｏｎ）、並びにポリシー規則施行のユーザー平面部分、合法的傍受（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔ）、トラフィック使用量の報告、データネットワークへのトラフィックフローのルーティングを支援するためのアップリンク分類子（ｃｌａｓｓｉｆｉｅｒ）、マルチ−ホーム（ｍｕｌｔｉ−ｈｏｍｅｄ）ＰＤＵセッションを支援するためのブランチポイント（Ｂｒａｎｃｈｉｎｇｐｏｉｎｔ）、ユーザー平面のためのＱｏＳハンドリング（ｈａｎｄｌｉｎｇ）（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、アップリンク／ダウンリンクレート施行）、アップリンクトラフィックの検証（サービスデータフロー（ＳＤＦ ：Ｓｅｒｖｉｃｅ  Ｄａｔａ Ｆｌｏｗ）とＱｏＳフロー間のＳＤＦマッピング）、アップリンク及びダウンリンク内の伝達レベル（ｔｒａｎｓｐｏｒｔｌｅｖｅｌ）パケットマーキング、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング機能等の機能を支援する。ＵＰＦの一部または全体の機能は、一つのＵＰＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
【０２０１】
-  AFはサービス提供（例えば、トラフィックのルーティング上でアプリケーションの影響、ネットワーク能力露出（Network Capability Exposure）へのアクセス、ポリシー制御のための政策のフレームワークとの相互動作などの機能を支援）のために３GPPコアネットワークとの相互動作を行う。
【０２０２】
- （R）ANは、４G無線アクセス技術の進化したバージョンである進化したE-UTRA（evolved E-UTRA）と新しい無線アクセス技術（NR：New Radio）（例えば、gNB）の両方を支援する新しいワイヤレスアクセスネットワークを総称する。
【０２０３】
５Gシステムで端末と無線信号の送受信を担当するネットワーク・ノードは、gNBであり、EPSのeNBのような役割を果たしている。
【０２０４】
gNBは、無線資源管理のための機能（すなわち、無線ベアラ制御（Radio Bearer Control）、無線許可制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンク／ダウンリンクでUEに資源の動的割り当て（Dynamic allocation of resources）（つまり、スケジューリング））、IP（Internet Protocol）ヘッダ圧縮、ユーザーデータストリームの暗号化（encryption）との整合性を保護（integrity protection）、UEに提供された情報からAMFへのルーティングが決定されていない場合には、UEの接続（attachment）時にAMFの選択は、UPFへのユーザー平面データのルーティング、AMFへの制御平面の情報ルーティング、接続セットアップと解除、ページングメッセージのスケジューリングおよび送信（AMFから発生された）、システムブロードキャスト情報のスケジューリングおよび送信（AMFまたは運営と維持（O＆M： operating and maintenance）から発生された）、モビリティ、およびスケジューリングのための測定と測定レポートの設定、アップリンクで転送レベルのパケットマーキング（Transport level packet marking）、セッション管理、ネットワークスライス（Network Slicing）の支援、QoS、フロー管理、およびデータの無線ベアラへのマッピング、非活動モード（inactivemode）であるUEの支援、NASメッセージの分配機能、NASノード選択機能、無線アクセスネットワークの共有、二重接続性（Dual Connectivity）、NRとE-UTRAとの間の密接な相互動作（tight interworking）などの機能を支援する。
【０２０５】
−ＵＥは、ユーザー機器を意味する。ユーザー装置は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）等の用語として言及され得る。また、ユーザー装置は、ラップタップ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。
【０２０６】
本図では、説明の明確性のために、非構造化されたデータ格納ネットワーク機能（ＵＤＳＦ：Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、構造化されたデータ格納ネットワーク機能（ＳＤＳＦ：Ｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）、及びＮＦリポジトリ機能（ＮＲＦ：ＮＦ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ）が示されていないが、本図に示されている全てのＮＦは、必要に応じて、ＵＤＳＦ、ＮＦＦ、及びＮＲＦと相互動作を遂行することができる。
【０２０７】
−ＮＥＦは、３ＧＰＰネットワーク機能によって提供される、例えば、第三者（３ｒｄ ｐａｒｔｙ）、内部露出（ｉｎｔｅｒｎａｌｅｘｐｏｓｕｒｅ）／再露出（ｒｅ−ｅｘｐｏｓｕｒｅ）、アプリケーション機能、エッジコンピューティング（ＥｄｇｅＣｏｍｐｕｔｉｎｇ）のためのサービス、及び、能力を安全に露出するための手段を提供する。ＮＥＦは、他のネットワーク機能から（他のネットワーク機能の露出された能力に基づいた）情報を受信する。ＮＥＦは、データ格納ネットワーク機能への標準化されたインターフェースを用いて、構造化されたデータとして受信された情報を格納することができる。格納された情報は、ＮＥＦによって他のネットワーク機能、およびアプリケーション機能に再露出（ｒｅ−ｅｘｐｏｓｅ）され、分析等のような他の目的として用いられることができる。
【０２０８】
−ＮＲＦは、サービスディスカバリー機能を支援する。ＮＦインスタンスからＮＦディスカバリーの要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供する。また、用いることができるＮＦインスタンスとそれらが支援するサービスを維持する。
【０２０９】
−ＳＤＳＦは、あるＮＥＦによる構造化されたデータであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０２１０】
−ＵＤＳＦは、あるＮＦによる非構造的データであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０２１１】
５Ｇシステムで端末と無線の転送／受信を担当するノードは、ｇＮＢであり、ＥＰＳでのｅＮＢのような役割を遂行する。端末が３ＧＰＰ接続と非−３ＧＰＰ接続に同時に連結されている場合、端末は、図６のように一つのＡＭＦを介してサービスを受けることになる。図６では、非−３ＧＰＰ接続で接続する場合と、３ＧＰＰ接続で接続する場合の一つの同一のＵＰＦで連結されることを示しているが、必ずしもそうする必要はなく、互いに異なる複数のＵＰＦで連結されることができる。
【０２１２】
但し、端末がローミングシナリオでＨＰＬＭＮにあるＮ３ＩＷＫ（「Ｎ３ＩＷＦ（ｎｏｎ−３ＧＰＰ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）」とも指称可能）を選択し、非−３ＧＰＰ接続に連結された場合には、３ＧＰＰ接続を管理するＡＭＦはＶＰＬＭＮに位置し、非−３ＧＰＰ接続を管理するＡＭＦはＨＰＬＭＮに位置することができる。
【０２１３】
非−３ＧＰＰアクセスネットワークは、Ｎ３ＩＷＫ／Ｎ３ＩＷＦを介して、５Ｇコアネットワークに連結される。Ｎ３ＩＷＫ／Ｎ３ＩＷＦは、Ｎ２及びＮ３インターフェースを介して、５Ｇコアネットワーク制御平面機能及びユーザー平面機能を各々インターフェースする。
【０２１４】
本明細書に記載する非-３GPP接続の代表的な例としては、WLAN接続があると言える。
【０２１５】
一方、本図では、説明の便宜上、UEが一つのPDUセッションを利用して１つのDNにアクセスする場合の参照モデルを例示するが、本発明はこれに限定されない。
【０２１６】
UEは、複数のPDUのセッションを利用し、２つの（すなわち、地域的（local）と中心の（central））データネットワークに同時にアクセスすることができる。このとき、別のPDUのセッションのための２つのSMFが選択されることもできる。ただし、各SMFは、PDUのセッション内の地域的なUPFと中心のUPFの両方を制御することができる能力を持つことができる。各PDUセッションごとに独立して活性化されることもできる。
【０２１７】
さらに、UEは、単一のPDUのセッション内で提供される２つの（つまり、地域的なそして中心である）データネットワークに同時にアクセスすることもできる。
【０２１８】
３ＧＰＰシステムでは、５Ｇシステム内のＮＦ間を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）と定義する。次は、本図で表現された５Ｇシステムのアーキテクチャーに含まれるリファレンスポイントを例示する。
【０２１９】
−Ｎ１：ＵＥとＡＭＦとの間のリファレンスポイント
【０２２０】
−Ｎ２：（Ｒ）ＡＮとＡＭＦとの間のリファレンスポイント
【０２２１】
−Ｎ３：（Ｒ）ＡＮとＵＰＦとの間のリファレンスポイント
【０２２２】
−Ｎ４：ＳＭＦとＵＰＦとの間のリファレンスポイント
【０２２３】
−Ｎ５：ＰＣＦとＡＦとの間のリファレンスポイント
【０２２４】
−Ｎ６：ＵＰＦとデータネットワークとの間のリファレンスポイント
【０２２５】
−Ｎ７：ＳＭＦとＰＣＦとの間のリファレンスポイント
【０２２６】
−Ｎ２４：訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＰＣＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＰＣＦとの間のリファレンスポイント
【０２２７】
−Ｎ８：ＵＤＭとＡＭＦとの間のリファレンスポイント
【０２２８】
−Ｎ９：二つのコアＵＰＦ間のリファレンスポイント
【０２２９】
−Ｎ１０：ＵＤＭとＳＭＦとの間のリファレンスポイント
【０２３０】
−Ｎ１１：ＡＭＦとＳＭＦとの間のリファレンスポイント
【０２３１】
−Ｎ１２：ＡＭＦとＡＵＳＦとの間のリファレンスポイント
【０２３２】
−Ｎ１３：ＵＤＭと認証サーバー機能（ＡＵＳＦ：ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒ  ｆｕｎｃｔｉｏｎ）との間のリファレンスポイント
【０２３３】
−Ｎ１４：二つのＡＭＦ間のリファレンスポイント
【０２３４】
−Ｎ１５：非−ローミングシナリオの場合、ＰＣＦとＡＭＦとの間のリファレンスポイント、ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄｎｅｔｗｏｒｋ）内のＰＣＦとＡＭＦとの間のリファレンスポイント
【０２３５】
−Ｎ１６：二つのＳＭＦ間のリファレンスポイント（ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）内のＳＭＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＳＭＦとの間のリファレンスポイント
【０２３６】
−Ｎ１７：ＡＭＦとＥＩＲとの間のリファレンスポイント
【０２３７】
−Ｎ１８：あるＮＦとＵＤＳＦとの間のリファレンスポイント
【０２３８】
−Ｎ１９：ＮＥＦとＳＤＳＦとの間のリファレンスポイント
【０２３９】
図10は、サービス−ベースの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【０２４０】
本図で例示されたサービス−ベースのインターフェースは、所定のＮＦにより提供される／露出されるサービスのセットを示す。サービス−ベースのインターフェースは制御平面内で用いられる。次は、本図のように表現された５Ｇシステムのアーキテクチャーに含まれるサービス−ベースのインターフェースを例示する。
【０２４１】
−Ｎａｍｆ：ＡＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４２】
−Ｎｓｍｆ：ＳＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４３】
−Ｎｎｅｆ：ＮＥＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４４】
−Ｎｐｃｆ：ＰＣＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４５】
−Ｎｕｄｍ：ＵＤＭにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４６】
−Ｎａｆ：ＡＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４７】
−Ｎｎｒｆ：ＮＲＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４８】
−Ｎａｕｓｆ：ＡＵＳＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４９】
ＮＦサービスは、ＮＦ（即ち、ＮＦサービス供給者）により他のＮＦ（即ち、ＮＦサービス消費者）にサービス−ベースのインターフェースを介して露出される能力の一種である。ＮＦは、一つ以上のＮＦサービスを露出することができる。ＮＦサービスを定義するために次のような基準が適用される：
【０２５０】
−ＮＦサービスは、終端間（ｅｎｄ−ｔｏ−ｅｎｄ）の機能を説明するための情報の流れから導出される。
【０２５１】
−完全な終端間（ｅｎｄ-ｔｏ−ｅｎｄ）のメッセージの流れは、ＮＦサービス呼出（ｉｎｖｏｃａｔｉｏｎ）のシーケンスによって説明される。
【０２５２】
−ＮＦが自身のサービスをサービス−ベースのインターフェースを介して提供する二つの動作は次の通りである：
【０２５３】
i）「要求−応答（Ｒｅｑｕｅｓｔ−ｒｅｓｐｏｎｓｅ）」：制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）は、また別の制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）から特定のＮＦサービス（動作の遂行及び／又は情報の提供を含む）の提供の要求を受ける。ＮＦ＿Ｂは、要求内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービスの結果を応答する。
【０２５４】
要求を満たすために、ＮＦ＿Ｂは交互に他のＮＦからのＮＦサービスを消費することができる。要求−応答のメカニズムで、通信は二つのＮＦ（即ち、消費者及び供給者）間の一対一で遂行される。
【０２５５】
ii）「加入−通知（Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｙ）」
【０２５６】
制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）は、また別の制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）により提供されるＮＦサービスに加入する。多数の制御平面ＮＦは、同一の制御平面ＮＦサービスに加入することができる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された興味のあるＮＦに通知する。消費者からの加入要求は、周期的なアップデートまたは特定のイベント（例えば、要求された情報の変更、特定の臨界値の到達等）を通じてトリガーされる通知のための通知要求を含むことができる。このメカニズムは、ＮＦ（例えば、ＮＦ＿Ｂ）が明示的な加入要求なく暗黙的に特定の通知に加入した場合（例えば、成功裏な登録手続により）も含む。
【０２５７】
図11は、本発明が適用されることができるＮＧ−ＲＡＮのアーキテクチャーを例示する。
【０２５８】
図11を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＵＥに向
かったユーザー平面及び制御平面プロトコルの終端を提供する、ｇＮＢ（ＮＲＮｏｄｅＢ）及び／又はｅＮＢ（ｅＮｏｄｅＢ）で構成される。
【０２５９】
ｇＮＢの間に、かつｇＮＢと５ＧＣに連結されるｅＮＢの間にＸｎインターフェースを用いて相互連結される。ｇＮＢ及びｅＮＢは、また５ＧＣにＮＧインターフェースを用いて連結され、さらに具体的に、ＮＧ−ＲＡＮと５ＧＣとの間の制御平面インターフェースであるＮＧ−Ｃインターフェース（即ち、Ｎ２リファレンスポイント）を用いてＡＭＦに連結され、ＮＧ−ＲＡＮと５ＧＣとの間のユーザー平面インターフェースであるＮＧ−Ｕインターフェース（即ち、Ｎ３リファレンスポイント）を用いてＵＰＦに連結される。
【０２６０】
無線プロトコルのアーキテクチャー
【０２６１】
図12は、本発明が適用されることができる無線プロトコルスタックを例示した図である。特に、図12（ａ）は、ＵＥとｇＮＢとの間の無線インターフェースユーザー平面プロトコルスタックを例示し、図12（ｂ）は、ＵＥとｇＮＢとの間の無線インターフェース制御平面プロトコルスタックを例示する。
【０２６２】
制御平面は、ＵＥとネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。
【０２６３】
図12（ａ）を参照すると、ユーザー平面プロトコルスタックは、第１層（Ｌａｙｅｒ  １）（即ち、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）層）、第２層（Ｌａｙｅｒ  ２）に分割されることができる。
【０２６４】
図12（ｂ）を参照すると、制御平面プロトコルスタックは、第１層（即ち、ＰＨＹ層）、第２層、第３層（即ち、無線リソース制御無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）層）、ノンアクセスストラタム（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層に分割されることができる。
【０２６５】
第２層は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブ層と、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブ層と、パケットデータコンバージェンスプロトコル（ＰＤＣ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）サブ層と、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サブ層（ユーザー平面の場合）とに分割される。
【０２６６】
無線ベアラーは、二つのグループに分類される：ユーザー平面データのためのデータ無線ベアラー（ＤＲＢ：ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）と制御平面データのためのシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）。
【０２６７】
以下、無線プロトコルの制御平面とユーザー平面の各層を説明する。
【０２６８】
１）第１層であるＰＨＹ層は、物理チャンネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置したＭＡＣサブ層に転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣサブ層とＰＨＹ層との間でデータが転送される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴により転送されるかによって分類される。また、互いに異なる物理層の間、送信端のＰＨＹ層と受信端のＰＨＹ層との間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが転送される。
【０２６９】
２）ＭＡＣサブ層は、論理チャンネル（ｌｏｇｉｃａｌｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）との間のマッピング；転送チャンネルを介してＰＨＹ層に／から伝達される転送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に／から一つまたは異なる論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の多重化／逆多重化；スケジューリング情報の報告；ＨＡＲ
Ｑ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；動的スケジューリングを用いたＵＥ間の優先順位ハンドリング；論理チャンネルの優先順位を用いて、一つのＵＥの論理チャンネル間の優先順位ハンドリング；パディング（Ｐａｄｄｉｎｇ）を遂行する。
【０２７０】
互いに異なる種類のデータは、ＭＡＣサーブ層により提供されるサービスを伝達する。各論理チャンネルのタイプは、どんなタイプの情報が伝達されるかを定義する。
【０２７１】
論理チャンネルは、二つのグループに分類される：制御チャンネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びトラフィックチャンネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）。
【０２７２】
i）制御チャンネルは、制御平面の情報のみを伝達するために用いられ、次の通りである。
【０２７３】
−ブロードキャスト制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：システム制御情報をブロードキャストするためのダウンリンクチャンネル。
【０２７４】
−ページング制御チャンネル（ＰＣＣＨ：Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎ
ｅｌ）：ページング情報及びシステム情報変更の通知を伝達するダウンリンクチャンネル。
【０２７５】
−共通制御チャンネル（ＣＣＣＨ：Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ＵＥとネットワークとの間の制御情報を転送するためのチャンネル。このチャンネルは、ネットワークとＲＲＣ連結を有さないＵＥのために用いられる。
【０２７６】
−専用制御チャンネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ  ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）：ＵＥとネットワークとの間に専用制御情報を転送するための一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向チャンネル。ＲＲＣ連結を有するＵＥによって用いられる。
【０２７７】
ii）トラフィックチャンネルは、ユーザー平面の情報のみを使用するために用いられる。
【０２７８】
−専用トラフィックチャンネル（ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ユーザー情報を伝達するための、単一のＵＥに専用される、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャンネル。ＤＴＣＨは、アップリンク及びダウンリンクが全て存在することができる。
【０２７９】
ダウンリンクで、論理チャンネルと転送チャンネルとの間の連結は次の通りである。
【０２８０】
ＢＣＣＨはＢＣＨにマッピングされてもよい。ＢＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＰＣＣＨはＰＣＨにマッピングされてもよい。ＣＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＤＬ−ＳＣＨにマッピングされてもよい。
【０２８１】
アップリンクで、論理チャンネルと転送チャンネルとの連結は次の通りである。ＣＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＵＬ−ＳＣＨにマッピングされてもよい。
【０２８２】
３）ＲＬＣサブ層は、三つの転送モードを支援する：透過モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、非確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）。
【０２８３】
ＲＬＣ設定は、論理チャンネル別に適用されることができる。ＳＲＢの場合、ＴＭまたはＡＭモードが用いられ、反面、ＤＲＢの場合、ＵＭまたはＡＭモードが用いられる。
【０２８４】
ＲＬＣサブ層は、上位層ＰＤＵの伝達；ＰＤＣＰと独立のシーケンスナンバリング；ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再分割（ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ）；ＳＤＵの再結合（ｒｅａｓｓｅｍｂｌｙ）；ＲＬＣＳＤＵ廃棄（ｄｉｓｃａｒｄ）；ＲＬＣ再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を遂行する。
【０２８５】
４）ユーザー平面のためのＰＤＣＰサブ層は、シーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；ヘッダー圧縮及び圧縮−解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）（ロバストヘッダー圧縮）（ＲｏＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の場合のみ）；ユーザーデータ伝達；再配列（ｒｅｏｒｄｅｒｉｎｇ）及び複写検出（ｄｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎ）（ＰＤＣＰよりも上位の層に伝達が要求される場合）；ＰＤＣＰ  ＰＤＵルーティング（分割ベアラー（ｓｐｌｉｔ  ｂｅａｒｅｒ）の場合）；ＰＤＣＰＳＤＵの再転送；暗号化（ｃｉｐｈｅｒｉｎｇ）及び解読化（ｄｅｃｉｐｈｅｒｉｎｇ）；ＰＤＣＰ  ＳＤＵの廃棄；ＲＬＣ  ＡＭのためのＰＤＣＰ再確立及びデータの復旧（ｒｅｃｏｖｅｒｙ）；ＰＤＣＰ  ＰＤＵの複製を遂行する。
【０２８６】
制御平面のためのＰＤＣＰサブ層は、追加的にシーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；暗号化（ｃｉｐｈｅｒｉｎｇ）、解読化（ｄｅｃｉｐｈｅｒｉｎｇ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）；制御平面データの伝達；複製検出；ＰＤＣＰ  ＰＤＵの複製を遂行する。
【０２８７】
ＲＲＣにより無線ベアラーのための複製（ｄｕｐｌｉｃａｔｉｏｎ）が設定されるとき、複製されたＰＤＣＰＰＤＵを制御するために追加的なＲＬＣ個体及び追加的な論理チャンネルが無線ベアラーに追加される。ＰＤＣＰでの複製は同一のＰＤＣＰ ＰＤＵを二回転送することを含む。一回目は元のＲＬＣ個体に伝達され、二回目は更なるＲＬＣ個体に伝達される。このとき、元のＰＤＣＰＰＤＵ及び該当複製本は、同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されない。互いに異なる二つの論理チャンネルが同一のＭＡＣ個体に属してもよく（ＣＡの場合）、または互いに異なるＭＡＣ個体に属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰＰＤＵと該当複製本が同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されないように保証するために、論理チャンネルマッピングの制限が用いられる。
【０２８８】
５）ＳＤＡＰサブ層は、i）ＱｏＳのフローとデータ無線ベアラーとの間のマッピング、ii）ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）のマーキングを遂行する。
【０２８９】
ＳＤＡＰの単一のプロトコル個体が各個別のＰＤＵセッション別に設定されるが、例外的に二重連結性（ＤＣ：Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、二つのＳＤＡＰ個体が設定されることができる。
【０２９０】
６）ＲＲＣサブ層は、ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）及びＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）に関するシステム情報のブロードキャスト；５ＧＣまたはＮＧ−ＲＡＮにより開始されたページング（ｐａｇｉｎｇ）；ＵＥとＮＧ−ＲＡＮとの間のＲＲＣ連結の確立、維持、及び解除（さらに、キャリア併合（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）の修正及び解除を含み、また、追加的にＥ−ＵＴＲＡＮとＮＲとの間に、又はＮＲ内での二重連結性（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）の修正及び解除をさらに含む）；キー管理を含む保安機能；ＳＲＢ及びＤＲＢの確立、設定、維持、及び解除；ハンドオーバー及びコンテキストの伝達；ＵＥセルの選択及び再解除並びにセルの選択／再選択の制御；ＲＡＴ間の移動性を含む移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告制御；無線リンク失敗の検出及び無線リンク失敗から回復；ＮＡＳからＵＥへのＮＡＳメッセージの伝達及びＵＥからＮＡＳへのＮＡＳメッセージの伝達を遂行する。
【０２９１】
ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）
【０２９２】
５Ｇシステムは、ネットワークリソースとネットワーク機能を各サービスによって独立のスライス（ｓｌｉｃｅ）で提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）技術を導入した。
【０２９３】
ネットワークスライシングが導入されることによって、各スライス別にネットワーク機能及びネットワークリソースの分離（Ｉｓｏｌａｔｉｏｎ）、独立管理（ｉｎｄｅｐｅｎｄｅｎｔ ｍａｎａｇｅｍｅｎｔ）等を提供することができる。これによって、サービス、ユーザー等によって５Ｇシステムのネットワーク機能を選択して組み合わせることによって、サービス、ユーザー別に独立且つより柔軟なサービスを提供することができる。
【０２９４】
ネットワークスライスは、アクセスネットワークとコアネットワークを論理的に統合したネットワークを指す。
【０２９５】
ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）は、次の一つ以上を含むことができる：
【０２９６】
−コアネットワーク制御平面及びユーザー平面機能
【０２９７】
−ＮＧ−ＲＡＮ
【０２９８】
−非−３ＧＰＰアクセスネットワークへの非−３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Ｎｏｎ−３ＧＰＰ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）
【０２９９】
各ネットワークスライス別に支援される機能及びネットワーク機能の最適化が異なり得る。多数のネットワークスライスインスタンス（ｉｎｓｔａｎｃｅ）が同一の機能を互いに異なるＵＥのグループに提供することができる。
【０３００】
一つのＵＥは、５Ｇ−ＡＮを経由して一つ以上のネットワークスライスインスタンスに同時に連結されることができる。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることができる。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属することができる。即ち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通し得る。ＵＥをサービングするネットワークスライスインスタンスのＣＮ部分はＣＮにより選択される。
【０３０１】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスにのみ属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
【０３０２】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同一のＤＮＮを用いるスライス−特定のＰＤＵセッションを有し得るが、互いに異なるネットワークスライスインスタンスは一つのＰＤＵセッションを共有しない。
【０３０３】
単一のネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するために用いられる補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩの集合である。Ｓ−ＮＳＳＡＩは次を含む。
【０３０４】
−スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ）：ＳＳＴは機能とサービスの側面で予想されるネットワークスライスの動作を示す。
【０３０５】
−スライス区分子（ＳＤ：Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）：ＳＤは指示されたＳＳＴを全て順守する潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴを補完する選択的な情報である。
【０３０６】
１）初期の接続時にネットワークスライスを選択
【０３０７】
ＵＥは、ＰＬＭＮ別にホームＰＬＭＮ（ＨＰＬＭＮ：Ｈｏｍｅ ＰＬＭＮ）により設定ＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ）の設定を受けることができる。Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩはＰＬＭＮに特定され、ＨＰＬＭＮは各Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩが適用されるＰＬＭＮを指示する。
【０３０８】
ＵＥの初期連結時、ＲＡＮはＮＳＳＡＩを用いてメッセージを伝達すべき初期のネットワークスライスを選択する。このために、登録手続でＵＥはネットワークに要求ＮＳＳＡＩ（ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内のＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに属したＳ−ＮＳＳＡＩのみを用いる。
【０３０９】
もし、ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮはデフォルト（Ｄｅｆａｕｌｔ）ネットワークスライスを選択することができる。
【０３１０】
加入データは、ＵＥが加入されたネットワークスライスのＳ−ＮＳＳＡＩを含む。一つ以上のＳ−ＮＳＳＡＩは、基本（ｄｅｆａｕｌｔ）Ｓ−ＮＳＳＡＩとしてマーキングされることができる。Ｓ−ＮＳＳＡＩが基本としてマーキングされると、ＵＥが登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ）内でネットワークにどんなＳ−ＮＳＳＡＩも転送しなくても、ネットワークは関連したネットワークスライスでＵＥにサービスすることができる。
【０３１１】
ＵＥが成功裏に登録されると、ＣＮは全体の許可ＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）（一つ以上のＳ−ＮＳＳＡＩを含む）を提供することによって、（Ｒ）ＡＮに知らせる。また、ＵＥの登録手続が成功裏に完了したとき、ＵＥはこのＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩをＡＭＦから獲得することができる。
【０３１２】
Ａｌｌｏｗｅｄ  ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄＮＳＳＡ
Ｉに優先する。ＵＥは、その後、サービングＰＬＭＮ内のネットワークスライス選択関連手続のためのネットワークスライスに該当するＡｌｌｏｗｅｄ  ＮＳＳＡＩ内のＳ
−ＮＳＳＡＩのみを用いる。
【０３１３】
各ＰＬＭＮにおいて、ＵＥはＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ及;びＡｌｌｏｗｅｄＮＳＳＡＩ（存在する場合）を格納する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩを受信するとき、このＰＬＭＮのための以前に格納されたＡｌｌｏｗｅｄ  ＮＳＳＡＩをオーバーライド（ｏｖｅｒｒｉｄｅ）する。
【０３１４】
２）スライス変更
【０３１５】
ネットワークは、ローカルポリシー、ＵＥの移動性、加入情報変更等によって既に選択されたネットワークスライスインスタンスを変更することができる。即ち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間、いつでも変更されることができる。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定の条件下のＵＥによって開始されることができる。
【０３１６】
地域（ｌｏｃａｌ）ポリシー、加入情報変更及び／又はＵＥの移動性に基づき、ネットワークはＵＥが登録された、許可されるネットワークスライスのセットを変更することができる。ネットワークは、登録手続中にこのような変更を遂行することができ、または、登録手続をトリガーすることができる手続を用いて、支援されるネットワークスライスの変更をＵＥに通知することができる。
【０３１７】
ネットワークスライスの変更時、ネットワークは新たなＡｌｌｏｗｅｄ ＮＳＳＡＩ及びトラッキング領域リスト（Ｔｒａｃｋｉｎｇ  Ａｒｅａ ｌｉｓｔ）をＵＥに提供することができる。ＵＥは、移動性管理手続（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｃｅｄｕｒｅ）によるシグナリングに新たなＮＳＳＡＩを含ませて転送することによって、スライスインスタンスの再選択を誘発する。スライスインスタンスの変更によってこれを支援するＡＭＦも変更されることができる。
【０３１８】
ＵＥがネットワークスライスがこれ以上用いることができない領域に進入すると、コアネットワークはＰＤＵセッション解除手続を介して、これ以上用いることができないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。
これ以上用いることができないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥはＵＥポリシーを用いて既存のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングされることができるか否かを決定する。
【０３１９】
用いられるＳ−ＮＳＳＡＩのセットの変更のために、ＵＥは登録手続を開始する。
【０３２０】
３）ＳＭＦ選択
【０３２１】
ＰＣＦはネットワークスライス選択ポリシー（ＮＳＳＰ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連係させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥによって用いられる。
【０３２２】
ネットワークスライス選択ポリシーは、ＵＥのアプリケーション別に提供し、これは、ＵＥアプリケーション別にＳ−ＮＳＳＡＩをマッピングすることができる規則を含む。ＡＭＦは、ＵＥが伝達したＳＭ−ＮＳＳＡＩ及びＤＮＮ情報と共に、加入者情報、ローカル事業者ポリシー等を用いてＰＤＵセッションの管理のためのＳＭＦを選択する。
【０３２３】
特定のスライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮはこのＰＤＵセッションが属したスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供する。
【０３２４】
セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）
【０３２５】
５ＧＣは、ＰＤＵ連結サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｓｅｒｖｉｃｅ）、即ち、ＵＥとデータネットワーク名称（ＤＮＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）（またはアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ））により識別されるＤＮ間にＰＤＵの交換を提供するサービスを支援する。ＰＤＵ連結サービスは、ＵＥから要求時に確立されるＰＤＵセッションを介して支援される。
【０３２６】
各ＰＤＵセッションは、単一のＰＤＵセッションタイプを支援する。即ち、ＰＤＵセッションの確立時、ＵＥによって要求された単一のタイプのＰＤＵの交換を支援する。次のようなＰＤＵセッションタイプが定義される。ＩＰバージョン４（ＩＰｖ４：ＩＰ ｖｅｒｓｉｏｎ４）、ＩＰバージョン６（ＩＰｖ６：ＩＰ ｖｅｒｓｉｏｎ６）、イーサネット（Ｅｔｈｅｒｎｅｔ）、非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）。ここで、ＵＥとＤＮとの間に交換されるＰＤＵのタイプは、５Ｇシステムで完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）である。
【０３２７】
ＰＤＵセッションは、ＵＥとＳＭＦとの間にＮ１を介して交換されるＮＡＳ ＳＭシグナリングを用いて（ＵＥの要求時）確立され、（ＵＥ及び５ＧＣの要求時）修正され、（ＵＥ及び５ＧＣの要求時）解除される。アプリケーションサーバーからの要求時、５ＧＣはＵＥ内特定のアプリケーションをトリガーすることができる。ＵＥはトリガーメッセージを受信すると、該当メッセージを識別されたアプリケーションに伝達し、識別されたアプリケーションは特定のＤＮＮにＰＤＵセッションを確立することができる。
【０３２８】
ＳＭＦは、ＵＥの要求がユーザー加入情報に従うか否かをチェックする。このため、ＳＭＦはＵＤＭからＳＭＦレベル加入データ（ＳＭＦ  ｌｅｖｅｌ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）を獲得する。このようなデータはＤＮＮ別に許可されたＰＤＵセッションタイプを指示することができる：
【０３２９】
多数のアクセスを介して登録されたＵＥは、ＰＤＵセッションを確立するためのアクセスを選択する。
【０３３０】
ＵＥは３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するために要求することができる。３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するための決定は、ＰＤＵセッション別に作られる。即ち、ＵＥは他のＰＤＵセッションが非−３ＧＰＰアクセスを用いる中に３ＧＰＰアクセスを用いたＰＤＵセッションを有することができる。
【０３３１】
ネットワークで転送されるＰＤＵセッション確立の要求内で、ＵＥはＰＤＵセッション識別子（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ｉｄ（ｉｄｅｎｔｉｔｙ））を提供する。ＵＥはまた、ＰＤＵセッションタイプ、スライシング（ｓｌｉｃｉｎｇ）情報、ＤＮＮ、サービス、及びセッションの連続性（ＳＳＣ：Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）モードを提供することができる。
【０３３２】
ＵＥは、同一のＤＮで、又は互いに異なるＤＮで、３ＧＰＰアクセスを経由して、及び／又は非−３ＧＰＰアクセスを経由して、多数のＰＤＵセッションを同時に確立することができる。
【０３３３】
ＵＥは、互いに異なるＵＰＦ終端Ｎ６によりサービスされる同一のＤＮで多数のＰＤＵセッションを確立することができる。
【０３３４】
多数の確立されたＰＤＵセッションを有するＵＥは、互いに異なるＳＭＦによりサービスされることができる。
【０３３５】
同一のＵＥに属した（同一または互いに異なるＤＮＮで）互いに異なるＰＤＵセッションのユーザー平面経路は、ＤＮと接続（ｉｎｔｅｒｆａｃｉｎｇ）したＵＰＦとＡＮとの間に完全に分離されることができる。
【０３３６】
５Ｇシステムのアーキテクチャーは、セッション及びサービスの連続性（ＳＣＣ：ｓｅｓｓｉｏｎ  ａｎｄ  ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）を支援することで、ＵＥ内の互いに異なるアプリケーション／サービスの多様な連続性の要求事項を満たすことができる。５Ｇシステムは、互いに異なるＳＳＣモードを支援する。ＰＤＵセッションアンカー（ａｎｃｈｏｒ）と関連したＳＳＣモードは、ＰＤＵセッションが確立している間に変更されない。
【０３３７】
−ＳＳＣモード１が適用されるＰＤＵセッション場合、ネットワークはＵＥに提供される連続性のサービスを維持する。ＩＰタイプのＰＤＵセッションの場合、ＩＰアドレスが維持される。
【０３３８】
−ＳＳＣモード２が用いられる場合、ネットワークはＵＥに伝達される連続性のサービスを解除することができ、また、該当ＰＤＵセッションを解除することができる。ＩＰタイプのＰＤＵセッションの場合、ネットワークはＵＥに割り当てられたＩＰアドレスを解除することができる。
【０３３９】
−ＳＳＣモード３が用いられる場合、ユーザー平面に対する変更はＵＥが分かるが、ネットワークはＩＥが連結性を失わないように保証する。より良いサービスの連続性を許可するために、以前の連結が終了する前に新たなＰＤＵセッションアンカーポイントを介した連結が確立される。ＩＰタイプのＰＤＵセッションの場合、アンカーの再配置の間にＩＰアドレスは維持されない。
【０３４０】
ＳＳＣモード選択ポリシーは、ＵＥのアプリケーション（又はアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために用いられる。運営者は、ＳＳＣモード選択ポリシーをＵＥに予め設定することができる。このポリシーは、ＵＥがアプリケーション（またはアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために使用されることができる一つまたはそれ以上のＳＳＣモード選択ポリシー規則を含む。また、このポリシーは、ＵＥの全てのアプリケーションに適用されることができる基本（ｄｅｆａｕｌｔ）ＳＳＣモード選択ポリシー規則を含むことができる。
【０３４１】
ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供すると、ＳＭＦは要求されたＳＳＣモードを許諾するか、または要求されたＳＳＣモードを加入情報及び／又は地域（ｌｏｃａｌ）設定に基づいて修正するか選択する。ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供しないと、ＳＭＦは加入情報内に挙げられたデータネットワークのためのｄｅｆａｕｌｔ ＳＣモードを選択するか、またはＳＳＣモードを選択するためのｌｏｃａｌ設定を適用する。
【０３４２】
ＳＭＦはＵＥにＰＤＵセッションに対して選択されたＳＳＣモードを知らせる。
【０３４３】
移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）
【０３４４】
登録管理（ＲＭ：Ｒｅｇｉｓｔｒａｔｉｏｎ ａｎａｇｅｍｅｎｔ）は、ＵＥ／ユーザ
ーをネットワークに登録（ｒｅｇｉｓｔｅｒ）または登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するために、かつユーザーコンテキストをネットワーク内に確立するために用いられる。
【０３４５】
１）登録管理
【０３４６】
ＵＥ／ユーザーは、登録を要求するサービスを受けるために、ネットワークに登録する必要がある。一度登録された後、適用可能であれば、ＵＥは周期的に接近可能（ｒｅａｃｈａｂｌｅ）を維持するために（周期的な登録アップデート）、または移動時（移動性登録アップデート）、または自身の能力をアップデートしたり、プロトコルパラメータを再交渉するためにネットワークに自身の登録をアップデートすることができる。
【０３４７】
最初の登録手続は、ネットワークアクセス制御機能（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）の実行（即ち、ＵＤＭ内の加入プロファイルに基づいたユーザー認証及びアクセス認証）を含む。登録手続の結果として、サービングＡＭＦの識別子がＵＤＭ内に登録される。
【０３４８】
図１3は、本発明が適用されることができるＲＭ状態のモデルを例示する。特に、図１０（ａ）は、ＵＥ内のＲＭ状態のモデルを示し、図１3（ｂ）はＡＭＦ内のＲＭ状態のモデルを示す。
【０３４９】
図１3を参照すると、選択されたＰＬＭＮ内のＵＥの登録状態を反映するためにＵＥ及びＡＭＦ内でＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ−ＲＥＧＩＳＴＥＲＥＤの二つのＲＭ状態が使用される。
【０３５０】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録されない。ＡＭＦ内のＵＥコンテキストは、ＵＥに対する有効な位置またはルーティング情報が維持されず、よって、ＵＥはＡＭＦにより接近可能（ｒｅａｃｈａｂｌｅ）ではない。しかし、例えば、毎登録手続の間に認証手続が遂行されることを防止するために、一部のＵＥコンテキストは、依然としてＵＥ及びＡＭＦ内に格納されることができる。
【０３５１】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥが登録を要求するサービスを受ける必要があると、ＵＥは最初の登録手続を用いて選択されたＰＬＭＮに登録を試みる。または、最初の登録時に登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）を受信すると、ＵＥはＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で残る。反面、登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）を受信するとき、ＵＥはＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０３５２】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、適用可能であるとき、ＡＭＦは登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ ｃｃｅｐｔ）をＵＥに転送することによって、ＵＥの最初の登録を承認し、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）をＵＥに転送することによって、ＵＥの最初の登録を拒絶する。
【０３５３】
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録される。ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録を要求するサービスを受けることができる。
【０３５４】
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、現在のサービングセルのトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）がネットワークからＵＥが受信していたＴＡＩのリスト内になければ、ＵＥの登録を維持してＡＭＦがＵＥにページングすることができるように、ＵＥは移動性登録アップデート手続（ｍｏｂｉｌｉｔｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥが依然として活動（ａｃｔｉｖｅ）状態であるとネットワークに知らせるために、ＵＥは周期的なアップデートタイマーの満了によって、トリガーされた周期的な登録アップデート手続（ｐｅｒｉｏｄｉｃ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、自身の能力情報をアップデートしたり、ネットワークとプロトコルパラメータを再交渉するために、ＵＥは登録アップデート手続（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＵＥは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＵＥは、いつでもネットワークから登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、ＵＥは登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）のメッセージ、登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）のメッセージを受信するとき、またはどんなシグナリングの開始なく、ローカル登録解除（ｌｏｃａｌ ｅｒｅｇｉｓｔｒａｔｉｏｎ）手続を行うとき、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０３５５】
−ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＡＭＦは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＡＭＦはいつでもＵＥの登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、暗黙的な登録−解除タイ（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｔｉｍｅｒ）が満了した後、ＡＭＦはいつでも暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ ｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、通信の終端（ｅｎｄ）で登録解除（ｄｅｒｅｇｉｓｔｒａｉｏｎ） を遂行するために交渉していたＵＥのために地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ ｐｄａｔｅ）を承認または拒絶する。ＡＭＦは、ＵＥから登録アップデート（Ｒｅ ｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を拒絶するとき、ＵＥ登録を拒絶することができる。
【０３５６】
登録領域の管理は、ＵＥに登録領域を割り当て、及び再度割り当てる機能を含む。登録領域は、アクセスタイプ（即ち、３ＧＰＰアクセスまたは非−３ＧＰＰアクセス）別に管理される。
【０３５７】
ＵＥが３ＧＰＰアクセスを介してネットワークに登録されるとき、ＡＭＦはＵＥにＴＡＩリスト内のトラッキング領域（ＴＡ：ＴｒａｃｋｉｎｇＡｒｅａ）のセットを割り当てる。
ＡＭＦが登録領域を割り当てるとき（即ち、ＴＡＩリスト内ＴＡのセット）、ＡＭＦは多様な情報（例えば、移動性パターン及び許容された／非許容された領域等）を考慮することができる、サービング領域として全体ＰＬＭＮ（ｗｈｏｌｅ  ＰＬＭＮ，ａｌｌ  ＰＬＭＮ）を有するＡＭＦは、ＭＩＣＯモードであるＵＥに登録領域として全体ＰＬＭＮを割り当てることができる。
【０３５８】
５Ｇシステムは、単一のＴＡＩリスト内の互いに異なる５Ｇ−ＲＡＴを含むＴＡＩリストの割り当てを支援する。
【０３５９】
ＵＥが非−３ＧＰＰアクセスを介してネットワークに登録されるとき、非−３ＧＰＰアクセスのための登録領域は、固有の予約されたＴＡＩ値（即ち、非−３ＧＰＰアクセスに専用された）に該当する。従って、５ＧＣへの非−３ＧＰＰアクセスのための固有のＴＡが存在し、これをＮ３ＧＰＰ  ＴＡＩと指称する。
【０３６０】
ＴＡＩリストを生成するとき、ＡＭＦはＴＡＩリストが転送されたアクセスに適用可能なＴＡＩのみを含ませる。
【０３６１】
２）連結管理
【０３６２】
連結管理（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）は、ＵＥとＡＭＦとの間のシグナリング連結を確立及び解除するために用いられる。ＣＭはＮ１を介したＵＥとＡＭＦとの間のシグナリング連結を確立及び解除する機能を含む。このシグナリング連結は、ＵＥとコアネットワークとの間にＮＡＳシグナリング交換を可能なようにするために用いられる。このシグナリング連結は、ＵＥとＡＮとの間のＵＥのためのＡＮシグナリング連結及びＡＮとＡＭＦとの間のＵＥのためのＮ２連結の全てを含む。
【０３６３】
図１4は、本発明が適用されることができるＣＭ状態のモデルを例示する。特に、図１１（ａ）は、ＵＥ内のＣＭ状態の遷移を示し、図１4（ｂ）は、ＡＭＦ内のＣＭ状態の遷移を示す。
【０３６４】
図１4を参照すると、ＡＭＦとのＵＥのＮＡＳシグナリング連結を反映するためにＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤの二つのＣＭ状態が使用される。
【０３６５】
ＣＭ−ＩＤＬＥ状態内のＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態であり、Ｎ１を介したＡＭＦと確立されたＮＡＳシグナリング連結を有さない。ＵＥは、セルの選択、セルの再選択、及びＰＬＭＮの選択を遂行する。
【０３６６】
ＣＭ−ＩＤＬＥ状態内のＵＥに対するＡＮシグナリング連結、Ｎ２連結、及びＮ３連結が存在しない。
【０３６７】
−ＣＭ−ＩＤＬＥ状態で、ＵＥはＭＩＣＯモードでなければ、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行することによって、ページングに応答する（受信した場合）。または、ＵＥが転送すべきアップリンクシグナリングまたはユーザーデータを有するとき、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＡＮシグナリング連結がＵＥとＡＮとの間に確立される毎に、ＵＥはＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入する。または、最初のＮＡＳメッセージ（Ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録−解除要求（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ））の転送は、ＣＭ−ＩＤＬＥ状態からＣＭ−ＣＯＮＮＥＣＴＥＤ状態で遷移を開始する。
【０３６８】
ＣＭ−ＩＤＬＥ状態で、ＵＥがＭＩＣＯモードでなければ、ＡＭＦがＵＥに転送されるシグナリングまたは端末−終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）データを有するとき、ページング要求（ＰａｇｉｎｇＲｅｑｕｅｓｔ）をＵＥに転送することによって、ネットワークによりトリガーされたサービス要求手続（ｎｅｔｗｏｒｋ  ｔｒｉｇｇｅｒｅｄ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する。ＡＮとＡＭＦとの間の該当ＵＥに対するＮ２連結が確立される毎に、ＡＭＦはＣＭ−ＣＯＮＮＥＣＴＥＲ状態で進入する。
【０３６９】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１を介してＡＭＦとのＮＡＳシグナリング連結を有する。
【０３７０】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＡＮシグナリング連結が解除される毎にＵＥはＣＭ−ＩＤＬＥ状態で進入する。
【０３７１】
−ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＵＥのためのＮ２シグナリングの連結及びＮ３連結が解除される毎にＡＭＦはＣＭ−ＩＤＬＥ状態で進入する。
【０３７２】
−ＮＡＳシグナリング手続が完了するとき、ＡＭＦはＵＥのＮＡＳシグナリング連結を解除するように決定することができる。ＡＮシグナリング連結の解除が完了するとき、ＵＥ内のＣＭ状態はＣＭ−ＩＤＬＥに変更される。Ｎ２コンテキスト解除手続が完了するとき、ＡＭＦ内のＵＥのためのＣＭ状態はＣＭ−ＩＤＬＥに変更される。
【０３７３】
ＡＭＦは、ＵＥがコアネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＵＥをＣＭ−ＣＯＮＮＥＣＴＥＤ状態で維持させることができる。
【０３７４】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＲＲＣ非活性（ＲＲＣ  Ｉｎａｃｔｉｖｅ）状態であり得る。ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥの接近可能性（ｒｅａｃｈａｂｉｌｉｔｙ）は、コアネットワークからの補助情報を用いてＲＡＮにより管理される。また、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥページングはＲＡＮにより管理される。さらに、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥはＵＥのＣＮ及びＲＡＮ識別子を用いてページングをモニタする。
【０３７５】
ＲＲＣ  Ｉｎａｃｔｉｖｅ状態は、ＮＧ−ＲＡＮに適用される（即ち、５Ｇ ＣＮに連結されるＮＲ及びＥ−ＵＴＲＡに適用される。）。
【０３７６】
ネットワークの設定に基づき、ＵＥをＲＲＣ Ｉｎａｃｔｉｖｅ状態で切り換えるか否かに対するＮＧ−ＲＡＮの決定を補助するために、ＡＭＦは補助情報をＮＧ−ＲＡＮに提供する。
【０３７７】
ＲＲＣ  Ｉｎａｃｔｉｖｅ補助情報は、ＲＲＣ  Ｉｎａｃｔｉｖｅ状態中にＲＡＮページングのためのＵＥ特定ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）値、且つＵＥに提供される登録領域を含む。
【０３７８】
ＣＮ補助情報は、Ｎ２活性化（ａｃｔｉｖａｔｉｏｎ）中に（即ち、登録、サービス要求、経路スイッチ中に）サービングＮＧ  ＲＡＮノードに提供される。
【０３７９】
Ｎ２及びＮ３リファレンスポイントの状態は、ＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入するＵＥにより変更されない。ＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるＵＥはＲＡＮ通知領域を知っている。
【０３８０】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはアップリンクデータ待機（ｐｅｎｄｉｎｇ）、端末開始（Ｍｏｂｉｌｅｉｎ ｉｔｉａｔｅｄ）シグナリング手続（即ち、周期的な登録アップデート）、ＲＡＮページングに対する応答またはＵＥがＲＡＮ通知領域を外れていることをネットワークへの通知によってＲＲＣ連結を再開（ｒｅｓｕｍｅ）することができる。
【０３８１】
ＵＥが同一のＰＬＭＮ内の互いに異なるＮＧ−ＲＡＮノードで連結が再開されると、ＵＥ  ＡＳコンテキストは、以前（ｏｌｄ）のＮＧ  ＲＡＮノードから回収され、手続はＣＮに向かってトリガーされる。
【０３８２】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはＧＥＲＡＮ／ＵＴＲＡＮ／ＥＰＳにセル選択を遂行し、アイドルモード手続に従う。
【０３８３】
また、ＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＣＭ−ＩＤＬＥモードで進入し、次のような場合に関連するＮＡＳ手続に従う。
【０３８４】
−ＲＲＣ再開手続が失敗する場合、
【０３８５】
−ＲＲＣ  Ｉｎａｃｔｉｖｅモード内で解決できない失敗のシナリオ内でＵＥのＣＭ−ＩＤＬＥモードへの移動が要求される場合。
【０３８６】
ＮＡＳシグナリング連結管理は、ＮＡＳシグナリング連結を確立及び解除する機能を含む。
【０３８７】
ＮＡＳシグナリング連結確立の機能は、ＣＭ−ＩＤＬＥ状態であるＵＥのＮＡＳシグナリング連結を確立するためにＵＥ及びＡＭＦにより提供される。
【０３８８】
ＣＭ−ＩＤＬＥ状態であるＵＥがＮＡＳメッセージを転送する必要があるとき、ＵＥはＡＭＦへのシグナリング連結を確立するために、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録（ｒｅｇｉｓｔｒａｔｉｏｎ）手続を開始する。
【０３８９】
ＵＥの選好度、ＵＥ加入情報、ＵＥ移動性パターン、及びネットワーク設定に基づき、ＡＭＦはＵＥがネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＮＡＳシグナリング連結を維持することができる。
【０３９０】
ＮＡＳシグナリング連結の解除手続は、５Ｇ（Ｒ）ＡＮノードまたはＡＭＦにより開始される。
【０３９１】
ＵＥがＡＮシグナリング連結が解除されることを感知すると、ＵＥはＮＡＳシグナリング連結が解除されたと判断する。ＡＭＦがＮ２コンテキストが解除されたと感知すると、ＡＭＦはＮＡＳシグナリング連結が解除されたと判断する。
【０３９２】
３）ＵＥ移動性制限（Ｍｏｂｉｌｉｔｙ  Ｒｅｓｔｒｉｃｔｉｏｎ）
【０３９３】
移動性制限は、５Ｇシステム内ＵＥのサービスアクセスまたは移動性制御を制限する。移動性制限機能は、ＵＥ、ＲＡＮ、及びコアネットワークにより提供される。
【０３９４】
移動性制限は３ＧＰＰアクセスにのみ適用され、非−３ＧＰＰアクセスには適用されない。
【０３９５】
ＣＭ−ＩＤＬＥ状態、及びＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はコアネットワークから受信された情報に基づいてＵＥにより遂行される。ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はＲＡＮ及びコアネットワークにより遂行される。
【０３９６】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、コアネットワークはＲＡＮに移動性制限のためのハンドオーバー制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）として提供する。
【０３９７】
移動性制限は、次のようにＲＡＴ制限、禁止された領域（Ｆｏｒｂｉｄｄｅｎ  ａｒｅａ）及びサービス領域制限を含む：
【０３９８】
−ＲＡＴ制限：ＲＡＴ制限は、ＵＥのアクセスが許可されない３ＧＰＰＲＡＴと定義される。制限されたＲＡＴ内のＵＥは、加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０３９９】
−禁止された領域：所定のＲＡＴ下の禁止された領域内で、ＵＥはＵＥは加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０４００】
−サービス領域制限：ＵＥが次のようにネットワークとの通信を開始することができるか、または開始することができない領域を定義する：
【０４０１】
−許可された領域（Ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可された領域内で、ＵＥは、加入情報によって許可されると、ネットワークとの通信を開始するように許可される。
【０４０２】
−許可されていない領域（Ｎｏｎ−ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可されていない領域内で、ＵＥは、加入情報に基づいてサービス領域が制限される。ＵＥ及びネットワークは、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）またはユーザーサービスを獲得するための（ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤ状態のすべて）のセッション管理シグナリングを開始するように許可されない。ＵＥのＲＭ  ｐｒｏｃｅｄｕｒｅはＡｌｌｏｗｅｄａｒｅａ と同一である。許可されていない領域内のＵＥは、コアネットワークのページングにサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）として応答する。
【０４０３】
所定のＵＥにおいて、コアネットワークは、ＵＥ加入情報に基づいてサービス領域制限を決定する。選択的に、許可された領域は、ＰＣＦにより精巧に調整（ｆｉｎｅ−ｔｕｎｅｄ）（例えば、ＵＥ位置、永久的な機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ ＥｑｕｉｐｍｅｎｔＩｄｅｎｔｉｆｉｅｒ）、ネットワークポリシー等に基づいて）されることができる。サービス領域制限は、例えば、加入情報、位置、ＰＥＩ及び／又はポリシーの変更により変更されることができる。サービス領域制限は、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手続中にアップデートされることができる。
【０４０４】
ＵＥがＲＡＴ制限、禁止された領域、許可された領域、許可されていない領域またはこれらの組み合わせの間に重なる領域を有すると、ＵＥは次のような優先順位によって進行する：
【０４０５】
−ＲＡＴ制限の評価は、どんな他の移動性制限の評価よりも優先する；
【０４０６】
−禁止された領域の評価は、許可された領域及び許可されていない領域の評価よりも優先する；及び
【０４０７】
−許可されていない領域の評価は、許可された領域の評価よりも優先する。
【０４０８】
４）端末開始連結専用（ＭＩＣＯ：Ｍｏｂｉｌｅ  Ｉｎｉｔｉａｔｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ｏｎｌｙ）モード
【０４０９】
ＵＥは、最初の登録、又は登録アップデート中にＭＩＣＯモードの選好（ｐｒｅｆｅｒｅｎｃｅ）を指示することができる。ＡＭＦは、Ｌｏｃａｌ設定、ＵＥが指示したｐｒｅｆｅｒｅｎｃｅ、ＵＥ加入情報、及びネットワークポリシーまたはこれらの組み合わせに基づいてＭＩＣＯモードがＵＥに許可されるか否かを決定し、登録手続中にＵＥに知らせる。
【０４１０】
ＵＥ及びコアネットワークは、次の登録シグナリングでＭＩＣＯモードを再開始（ｒｅ−ｉｎｉｔｉａｔｅ）または終了（ｅｘｉｔ）する。ＭＩＣＯモードが登録手続内で明確に指示されず登録手続が成功裏に完了すると、ＵＥ及びＡＭＦはＭＩＣＯモードを用いない。即ち、ＵＥは一般のＵＥとして動作し、ネットワークも該当ＵＥは一般のＵＥとして取り扱う。
【０４１１】
ＡＭＦは、登録手続中にＵＥに登録領域を割り当てる。ＡＭＦがＵＥにＭＩＣＯモードを指示すると、登録領域はページング領域のサイズに制限されない。ＡＭＦサービング領域が全体のＰＬＭＮであれば、ＡＭＦはＵＥに「全てのＰＬＭＮ」の登録領域を提供することができる。この場合、移動性による同一のＰＬＭＮへの再登録は適用しない。ＭＩＣＯモードであるＵＥに移動性制限が適用されると、ＡＭＦは許可された領域／許可されていない領域にＵＥに割り当てる。
【０４１２】
ＡＭＦがＵＥにＭＩＣＯモードを指示すると、ＡＭＦはＵＥがＣＭ−ＩＤＬＥ状態である間には常に接近可能ではないと（ｕｎｒｅａｃｈａｂｌｅ）と見なす。ＡＭＦは、ＭＩＣＯモードであり、ＣＭ−ＩＤＬＥ状態である該当ＵＥに対するダウンリンクデータ伝達のためのどんな要求も拒絶する。ＡＭＦは、また、ＮＡＳを介したＳＭＳ、位置サービス等のようなダウンリンクの伝達（ｔｒａｎｓｐｏｒｔ）を遅延させる。ＭＩＣＯモード内のＵＥは、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードであるときのみ、端末終端（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄ）データまたはシグナリングのために接近可能である（ｒｅａｃｈａｂｌｅ）。
【０４１３】
ＭＩＣＯモードであるＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードに切り換えるとき、ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄデータ及び／又はシグナリングを直ちに伝達することができるように、ＡＭＦはペンディングデータ指示（Ｐｅｎｄｉｎｇ  Ｄａｔａ  ｉｎｄｉｃａｔｉｏｎ）をＲＡＮノードに提供することができる。ＲＡＮノードがこの指示を受信すると、ＲＡＮノードはユーザー非活動性（ｉｎａｃｔｉｖｉｔｙ）を決定するときにこの情報を考慮する。
【０４１４】
ＭＩＣＯモードであるＵＥはＣＭ−ＩＤＬＥ状態の間にページングを聴取する必要がない。ＭＩＣＯモードであるＵＥが次のような理由の一つにより、ＣＭ−ＩＤＬＥからＣＭ−ＣＯＮＮＥＣＴＥＤモードへの切り換えを開始するまで、ＵＥはＣＭ−ＩＤＬＥ状態内でどんなＡＳ手続を中断することができる：
【０４１５】
−ＵＥ内の変更（例えば、設定変更）がネットワークへの登録アップデートを要求する場合
【０４１６】
- 周期的な登録タイマーが満了する場合
【０４１７】
−ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データがペンディング（ｐｅｎｄｉｎｇ）である場合
【０４１８】
−ＭＯシグナリングがペンディング（ｐｅｎｄｉｎｇ）である場合
【０４１９】
サービスの品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）モデル
【０４２０】
Ｑｏｓとは、多様なトラフィック（メール、データ転送、音声、映像）を各々の性格によってユーザーに円滑なサービスを伝達するための技術である。
【０４２１】
５ＧＱｏＳモデル（ｍｏｄｅｌ）は、フレームワークベースのＱｏＳフロー（ｆｌｏｗ）を支援する。５Ｇ  ＱｏＳｍｏｄｅｌは、保証されたフロービットレート（ＧＦＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｆｌｏｗ  Ｂｉｔ  Ｒａｔｅ）を要求するＱｏＳフロー及びＧＦＢＲを要求しないＱｏＳフローを全て支援する。
【０４２２】
ＱｏＳフローは、ＰＤＵセッションでＱｏＳ区別のための最も精密な単位（ｆｉｎｅｓｔ  ｇｒａｎｕｌａｒｉｔｙ）である。
【０４２３】
ＱｏＳフロー識別子（ＱＦＩ：ＱｏＳフローＩＤ）は、５Ｇシステム内でＱｏＳフローを識別するために用いられる。ＱＦＩは、ＰＤＵセッション内で固有である。ＯＤＵセッション内の同一のＱＦＩを有するユーザー平面トラフィックは、同一のトラフィック伝達の処理（例えば、スケジューリング、承認臨界値（ａｄｍｉｓｓｉｏｎｔｈｒｅｓｈｏｌｄ）等）を受信する。ＱＦＩは、Ｎ３（及びＮ９）上でカプセル化ヘッダー（ｅｎｃａｐｓｕｌａｔｉｏｎｈｅａｄｅｒ）内で伝達される。ＱＦＩは互いに異なるペイロードのタイプのＰＤＵ（即ち、ＩＰパケット、ｕｎｓｔｒｕｃｔｕｒｅｄパケット、イーサネットフレーム）に適用されることができる。
【０４２４】
ただし、本明細書では、説明の便宜のために、「ＱｏＳ」と「ＱｏＳフロー」を混用して使用する。従って、本明細書での「ＱｏＳ」は「ＱｏＳフロー」を意味するか、または「ＱｏＳ」は「ＱｏＳフロー」を意味するものと解釈され得る。
【０４２５】
５Ｇシステム内で、ＱｏＳフローは、ＰＤＵセッションの確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）またはＱｏＳフローの確立／変更（ｍｏｄｉｆｉｃａｔｉｏｎ）時にＳＭＦによって制御されることができる。
【０４２６】
適用可能な場合、全てのＱｏＳフローは、次のような特徴を有する：  
【０４２７】
−予めＡＮに設定されるか、またはＮ２リファレンスポイントを介してＳＭＦからＡＭＦを経てＡＮに提供されるＱｏＳプロファイル；  
【０４２８】
−Ｎ１リファレンスポイントを介してＡＭＦを経てＳＭＦからＵＥに提供された一つ以上のネットワーク−提供のＱｏＳ規則及び／又は一つ以上のＵＥ導出（ｄｅｒｉｖｅｄ）ＱｏＳ規則
【０４２９】
−Ｎ４リファレンスポイントを介してＳＭＦからＵＰＦに提供されたＳＤＦ分類およびＱｏＳ関連の情報（例えば、セッション−ＡＭＢＲ（Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ））。
【０４３０】
ＱｏＳフローは、ＱｏＳプロファイルによって、「保証されたビットレート  （ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）」または「保証されていないビットレート（Ｎｏｎ−ＧＢＲ：Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  ＢｉｔＲａｔｅ）」にな
ることができる。ＱｏＳフローのＱｏＳプロファイルは、次のようなＱｏＳパラメータを含む：
【０４３１】
ｉ）それぞれのＱｏＳフローに対し、ＱｏＳパラメータは、次を含むことができる：
【０４３２】
−５Ｇ  ＱｏＳの指示子（５ＱＩ：５Ｇ  ＱｏＳ  Ｉｎｄｉｃａｔｏｒ）：５ＱＩは、５Ｇ  ＱｏＳの特徴（即ち、ＱｏＳフローのための制御ＱｏＳ伝達取り扱いアクセスノード−特定のパラメータ、例えば、スケジューリングの加重値、承認臨界値、キュー管理臨界値、リンク層のプロトコル設定など）を参照するためのスカラーである。
【０４３３】
−割り当て及び保有の優先順位（ＡＲＰ：Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）：ＡＲＰは、優先順位レベル、先取り（ｐｒｅ−ｅｍｐｔｉｏｎ）能力、及び先取りの脆弱性（ｖｕｌｎｅｒａｂｉｌｉｔｙ）を含む。優先順位レベルは、リソース要求の相対的な重要性を定義する。これは、リソースが制限された場合、新たなＱｏＳフローが受け入れ可能か拒絶される必要があるかを決定するために用いられ、また、リソースが制限された間に、既存のＱｏＳフローがリソースを先取りするか否かを決定するために用いられる。
【０４３４】
ii）また、各ＧＢＲ  ＱｏＳフローの場合にのみ、ＱｏＳ、パラメータは、  さらに次を含むことができる：
【０４３５】
−ＧＦＢＲ−アップリンク及びダウンリンク；
【０４３６】
−最大フロービットレート（ＭＦＢＲ：Ｍａｘｉｍｕｍ  Ｆｌｏｗ  Ｂｉｔ  Ｒａｔｅ）−アップリンク及びダウンリンク；及び
【０４３７】
−通知制御（Ｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌ）。
【０４３８】
iii）Ｎｏｎ−ＧＢＲ  ＱｏＳフローの場合にのみ、ＱｏＳパラメータは、さらに以下を含むことができる：Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ属性（ＲＱＡ：Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ  Ａｔｔｒｉｂｕｔｅ）
【０４３９】
次のようなＱｏＳフローを制御する方法が支援される：
【０４４０】
１）ｎｏｎ−ＧＢＲ  ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値はＱｏＳフローのＱＦＩとして用いられ、基本ＡＲＰがＡＮに予め設定される；
【０４４１】
２）ＧＢＲ  ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値は、ＱｏＳフローのＱＦＩとして用いられる。基本ＡＲＰは、ＰＤＵセッションの確立時にＲＡＮに転送され、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ  Ｐｌａｎｅ）が活性化される；
【０４４２】
３）ＧＢＲおよびｎｏｎ−ＧＢＲ  ＱｏＳフローの場合：割り当てられたＱＦＩが用いられる。５ＱＩ値は、規格化、予め設定または非規格化されることができる。ＱｏＳフローのＱｏＳプロファイル及びＱＦＩはＰＤＵセッションの確立時またはＱｏＳフローの確立／変更時にＮ２を介して（Ｒ）ＡＮに提供されることができ、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ  Ｐｌａｎｅ）が活性化される。
【０４４３】
ＵＥは、ＱｏＳ規則に基づいて、ＵＬユーザー平面トラフィックのマーキング及び分類（即ち、ＱｏＳフローに対するＵＬトラフィックの連係（ａｓｓｏｃｉａｔｉｏｎ））を遂行することができる。このような規則は、明示的にＵＥに提供されるか（ＰＤＵセッションの確立またはＱｏＳフローの確立時）、ＵＥに予め設定されているか、またはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することにより、ＵＥによって暗示的に導出されることができる。
【０４４４】
ＱｏＳ規則は、ＰＤＵセッション内で固有のＱｏＳ規則識別子、関連したＱｏＳフローのＱＦＩ、一つ以上のパケットフィルタおよび優先順位値（ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅ）を含むことができる。さらに、割り当てられたＱＦＩに対して、ＱｏＳ規則は、ＵＥに関連したＱｏＳ.パラメータを含むことができる。同一のＱｏＳフロー（即ち、同一のＱＦＩを有する）に関連したＱｏＳ規則が一つ以上存在することができる。
【０４４５】
基本（ｄｅｆａｕｌｔ）ＱｏＳ規則は、全てのＰＤＵセッションに必要であり得る。基本ＱｏＳ規則は、パケットフィルタを含まないことがあるＰＤＵセッションの唯一のＱｏＳ規則であり得る（この場合、最も高い優先順位値（即ち、最も低い優先順位）が用いられなければならない）。万が一、基本ＱｏＳ規則がパケットフィルタを含まなければ、基本ＱｏＳ規則は、ＰＤＵセッションで他のＱｏＳ規則とマッチしないパケットの処理を定義する。
【０４４６】
ＳＭＦはＳＤＦのＱｏＳ及びサービスの要件事項に応じて、ＱｏＳフローに対するＳＤＦ間のバインディング（ｂｉｎｄｉｎｇ）を遂行する。ＳＭＦは、新たなＱｏＳフローに対してＱＦＩを割り当て、ＰＣＦによって提供された情報から新たなＱｏＳフローのＱｏＳパラメータを導出する。適用可能な場合、ＳＭＦは（Ｒ）ＡＮにＱｏＳプロファイルと共にＱＦＩを提供することができる。ＳＭＦはＳＤＦの優先’順位、ＱｏＳ関連情報及び対応するパケットマーキング情報（即ち、ＱＦＩ、ＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  Ｐｏｉｎｔ）値、及び選択的にＵＰＦに対するｒｅｆｌｅｃｔｉｖｅＱｏＳ指示を用いて、ユーザー平面トラフィックの分類、帯域幅の適用及びマーキングを可能にする）と共にＳＤＦテンプレート（即ち、ＰＣＦから受信されたＳＤＦと関連したパケットフィルタのセット）を提供する。適用可能な場合、ＳＭＦは、ＱｏＳフローのＱＦＩを追加したＰＤＵセッション内で固有のＱｏＳ規則識別子を割り当て、ＳＤＦテンプレートのＵＬ部分に対するパケットフィルタを設定し、ＳＤＦ優先順位に対してＱｏＳ規則の優先順位を設定することにより、ＰＤＵセッションに対するＱｏＳ規則を生成する。ＱｏＳ規則は、ＵＬユーザー平面トラフィックの分類およびマーキングを可能にするＵＥに提供される。
【０４４７】
図１5は、本発明の一実施例に係るＱｏＳフローのための分類及びユーザー平面マーキング、ＱｏＳフローのＡＮリソースへのマッピングを例示する。
【０４４８】
１）ダウンリンク
【０４４９】
ＳＭＦは毎ＱｏＳフローのためのＱＦＩを割り当てる。また、ＳＭＦはＰＣＦによって提供された情報からＱｏＳパラメータを導出する。
【０４５０】
ＳＭＦは、ＱｏＳフローのＱｏＳパラメータを含むＱｏＳプロファイルと共にＱＦＩを一緒に（Ｒ）ＡＮに提供する。また、ＰＤＵセッションまたはＱｏＳフローが確立されるとき、Ｎ２を介してＱｏＳプロファイルとしてＱｏＳフローのＱｏＳパラメータが（Ｒ）ＡＮに提供される。また、ＮＧ−ＲＡＮが用いられる毎に、ユーザー平面は活性化される。また、ｎｏｎ−ＧＢＲ  ＱｏＳフローのためにＱｏＳパラメータは、（Ｒ）ＡＮに予め設定されることができる。
【０４５１】
また、ＵＰＦがダウンリンクユーザ平面パケットの分類及びマーキングを遂行することができるように、ＳＭＦはＳＤＦ選好（ｐｒｅｃｅｄｅｎｃｅ）と該当ＱＦＩと共にＳＤＦｔｅｍｐｌａｔｅ（即ち、ＰＣＦから受信したＳＤＦと関連したパケットフィルタのセット）をＵＰＦに提供する。
【０４５２】
ダウンリンク流入データパケットは、ＳＤＦ選好（ｐｒｅｃｅｄｅｎｃｅ）（追加的にＮ４シグナリングの開始なく）によるＳＤＦテンプレートに基づいて分類される。ＣＮはＱＦＩを用いたＮ３（およびＮ９）ユーザー平面マーキングを介してＱｏＳフローに属するユーザー平面トラフィックを分類する。ＡＮは  ＱｏＳフローをＡＮリソース（即ち、３ＧＰＰ  ＲＡＮの場合ＤＲＢ）にバインディング（ｂｉｎｄ）する。このとき、ＱｏＳフローとＡＮリソースとの間の関係は、１：１に制限されない。ＵＥがＱＦＩを受信できるようにＱｏＳフローをＤＲＢにマッピングするために必要なＡＮリソースを設定することは、ＡＮにかかっている（また、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されることができる）。
【０４５３】
万が一、マッチングが発見されず、全てのＱｏＳフローが一つ以上のＤＬパケットフィルタと関連する場合、ＵＰＦはＤＬデータパケットを廃棄することができる。  
【０４５４】
ダウンリンクトラフィックを処理するのに適用される特徴は、以下の通りである：  
【０４５５】
−ＵＰＦはＳＤＦテンプレートに基づいて、ユーザー平面トラフィックを  ＱｏＳフローにマッピングする。  
【０４５６】
−ＵＰＦは、セッション−ＡＭＢＲの施行を遂行し、充電を支援するためにＰＤＵカウンティングを行う。
【０４５７】
−ＵＰＦは５ＧＣと（Ａ）ＡＮとの間の単一のトンネルでＰＤＵセッションのＰＤＵを転送することができ、ＵＰＦはＱＦＩをカプセル化ヘッダーに含ませることができる。  
【０４５８】
−ＵＰＦは、ダウンリンクで転送レベルパケットマーキングを遂行する（例えば、外部（ｏｕｔｅｒ）のＩＰヘッダーにＤｉｆｆＳｅｒｖコードを設定する）。転送レベルパケットマーキングは、５ＱＩ及び関連したＱｏＳフローの  ＡＲＰをベースとする。  
【０４５９】
−（Ｒ）ＡＮは、ダウンリンクパケットと関連したＮ３トンネルを考慮して、ＱＦＩ及び関連の５ＧＱｏＳ特性及びパラメータに基づいて、ＱｏＳフローからのＰＤＵをアクセス−特定のリソースにマッピングする。
【０４６０】
−万が一、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される場合、ＵＥは、新たなｄｅｒｉｖｅｄ  ＱｏＳ規則（または「ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則」と指称可能）を生成することができる。Ｄｅｒｉｖｅｄ  ＱｏＳ規則内のパケットフィルタは、ＤＬパケット（即ち、ＤＬパケットのヘッダー）から導出されることができ、ｄｅｒｉｖｅｄＱｏＳ規則のＱＦＩはＤＬパケットのＱＦＩに応じて設定されることができる。
【０４６１】
２）アップリンク
【０４６２】
ＳＭＦは、ＱｏＳ規則識別子を割り当て、ＱｏＳフローのＱＦＩを追加し、ＳＤＦ  ｔｅｍｐｌａｔｅのアップリンク部分にパケットフィルタをセッティングし、ＳＤＦ  ｐｒｅｃｅｄｅｎｃｅにＱｏＳ規則ｐｒｅｃｅｄｅｎｃｅをセッティングすることで、ＰＤＵセッションのためのＱｏＳ規則を生成する。    ＵＥが分類及びマーキングを遂行することができるように、ＳＭＦは、ＱｏＳ規則をＵＥに提供することができる。
【０４６３】
ＱｏＳ規則は、ＱｏＳ規則識別子、ＱｏＳフローのＱＦＩ、一つまたはそれ以上のパケットフィルタ、及び選好値（ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ）を含む。同一のＱＦＩ（即ち、同一のＱｏＳフロー）と一つ以上のＱｏＳ規則が関連することができる。
【０４６４】
基本ＱｏＳ規則は、毎ＰＤＵセッションに要求される。基本ＱｏＳ規則は、パケットフィルタを含まない（この場合、最も高いｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ（即ち、最も低い優先順位（ｐｒｉｏｒｉｔｙ））が用いられる）ＰＤＵセッションのＱｏＳ規則である。基本ＱｏＳ規則がパケットフィルタを含まないと、基本ＱｏＳ規則は、ＰＤＵセッション内のどんな他のＱｏＳ規則ともマッチされないパケットの処理を定義する。
【０４６５】
ＵＥは、アップリンクユーザ平面トラフィックの分類およびマーキングを行う。即ち、ＱｏＳ規則に基づいてアップリンクトラフィックをＱｏＳフローに連係させる。この規則は、Ｎ１を介して明示的にシグナリングされてもよく（ＰＤＵセッションの確立時またはＱｏＳフローの確立時）、またはＵＥ内に予め設定されてもよく、または反映されるＱｏＳからＵＥによって暗黙的に導出されてもよい。
【０４６６】
ＵＬで、ＵＥはマッチングＱｏＳ規則（即ち、パケットフィルタがＵＬパケットとマッチング）が発見されるまでＱｏＳ規則の優先順位値（ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ）に基づいて（即ち、ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅが増加される順序に）ＱｏＳ規則のパケットフィルタに対してＵＬパケットを評価する。ＵＥは、相応するマッチングＱｏＳ規則でのＱＦＩを用いて、ＵＬパケットをＱｏＳの流れにバインディングする。ＵＥは、ＱｏＳフローをＡＮリソースにバインディン（ｂｉｎｄ）する。
【０４６７】
万が一、マッチングが発見されず、基本ＱｏＳ規則が一つ以上のＵＬパケットフィルタが含んでいる場合、ＵＥは、ＵＬデータパケットを廃棄することができる。
【０４６８】
アップリンクトラフィックを処理するのに適用される特徴は、以下の通りである：
【０４６９】
−ＵＥは、ＵＬユーザー平面トラフィックとＱｏＳフローとの間のマッピングを決定するために格納されたＱｏＳ規則を使用することができる。ＵＥは、ＵＬＰＤＵをマッチングパケットフィルタを含むＱｏＳ規則のＱＦＩにマーキングし、前記ＵＬＰＤＵをＲＡＮによって提供されたマッピングをベースにＱｏＳフローのための対応するアクセスの特定リソースを用いて転送することができる。
【０４７０】
−（Ｒ）ＡＮは、ＵＰＦに対してＮ３トンネルを介してＰＤＵを転送する。ＵＬパケッ
トが（Ｒ）ＡＮからＣＮを通過するとき、（Ｒ）ＡＮは、ＱＦＩをＵＬＰＤＵのカプセル化ヘッダーに含ませ、Ｎ３トンネルを選択する。
【０４７１】
−（Ｒ）ＡＮは、アップリンクで転送レベルパケットマーキングを遂行することができ、転送レベルパケットマーキングは、５ＱＩ及び連係したＱｏＳフローの  ＡＲＰに基づくことができる。
【０４７２】
−ＵＰＦは、ＵＬ  ＰＤＵのＱＦＩが、ＵＥに提供されるか、ＵＥによって暗示的に導出された（例えば、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの場合）ＱｏＳ規則と整列されるかを確認する。
【０４７３】
−ＵＰＦは、セッション−ＡＭＢＦ施行を遂行し、充電のためのパケットをカウンティングする。
【０４７４】
ＵＬ分類子（ｃｌａｓｓｉｆｉｅｒ）ＰＤＵセッションの場合、ＵＬ分類子機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが施行されなければならない。また、ＤＬセッション−ＡＭＢＲは、Ｎ６インターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
【０４７５】
マルチホームＰＤＵセッションの場合、分岐点の機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが適用される。また、ＤＬセッション−ＡＭＢＲは、Ｎ６インターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
【０４７６】
（Ｒ）ＡＮは、ｎｏｎ−ＧＢＲＱｏＳフロー別にＵＬおよびＤＬで最大のビットレート（ＵＥ−ＡＭＢＲ）の制限を施行しなければならない。ＵＥは、セッション−ＡＭＢＲを受信すると、セッション−ＡＭＢＲを用いてｎｏｎ−ＧＢＲトラフィックのためのＰＤＵセッションベースのＵＬレート制限を遂行しなければならない。ＰＤＵセッション当たりレート制限の施行は、保証されたフロービットレートを要求しないフローに適用する。ＳＤＦ当たりＭＢＲは、ＧＢＲ  ＱｏＳフローに義務的（ｍａｎｄａｔｏｒｙ）であるが、ｎｏｎ−ＧＢＲ  ＱｏＳフローに対しては、選択的（ｏｐｔｉｏｎａｌ）である。ＭＢＲはＵＰＦで施行される。
【０４７７】
非構造的（ｕｎｓｔｒｕｃｔｕｒｅｄ）ＰＤＵに対するＱｏＳ制御は、ＰＤＵセッションレベルで遂行される。ＰＤＵセッションが非構造的ＰＤＵの転送のためにセットアップされるとき、ＳＭＦはＰＤＵセッションのいずれか（ａｎｙ）のパケットに適用されるＱＦＩをＵＰＦ及びＵＥに提供する。
【０４７８】
GUTI（Globally Unique Temporary UE Identity）
【０４７９】
GUTIの目的は、EPSでUEまたはユーザーの恒久的な識別を露出せず、UEの明確な（unambiguous）識別を提供するためである。GUTIはMMEとネットワークを識別するために使用することもできる。GUTIはEPSでネットワークとUEとの間のシグナリングの間に、ネットワーク、およびUEによってUEの識別を確立（establish）するために使用することができる（３GPP TS ２３.４０１ [７２]参照）。
【０４８０】
GUTIには下記のような２つの主要なコンポーネントがある。
【０４８１】
一つは、GUTIを割り当てたMMEを一意に識別するための要素;と
【０４８２】
- 他の一つは、GUTIを割り当てたMME内でUEを一意に識別するための要素。
【０４８３】
MME内でUEは、M（MME）-TMSI（Temporary mobile subscriber identity）によって識別されなければならない。
【０４８４】
GUMMEI（globally unique MME identifier）は、MCC（mobile country code）、MNC（mobile network code）とMMEI（MME identifier）から構成されることもできる。
【０４８５】
MMEIはMMEグループID（MMEGI）とMMEコード（MMEC）から構成されることもできる。
【０４８６】
GUTIはGUMMEIとM-TMSIに構成されることもできる。
【０４８７】
ページングの目的のために、端末は、S-TMSIにページングされることもできる。S-TMSIはMMECとM-TMSIで構成されることもできる
【０４８８】
オペレータは、MMECがMMEプールエリア内で一意であるを保証する必要があり、重複するプール領域を使用している場合は、重畳するMMEプールエリア内で一意であることを保証しなければならない。
【０４８９】
一部のネットワーク共有の場合には、３GPP TS ２３.２５１ [１０１]で説明したようにMMECとNRI値が共有オペレータ間で調整（coordinate）されるべきである。共有されたGERAN／UTRANネットワークでCS（circuit-switched）／PS（packet-switched）の調整（coordination）を達成するために、GUTIに含まれているMMECはUEをサービスするCSオペレータを識別するために設定されることもできる。
【０４９０】
GUTIは、加入者識別機密性（confidentiality）を支援し、短縮されたS-TMSIフォーマットでより効率的な無線シグナリング手順（例えば、ページングおよびサービス要求）を可能にするため使用することができる。
【０４９１】
GUTIのフォーマットとサイズは以下の通りである。
【０４９２】
<GUTI> = <GUMMEI> <M-TMSI」、
【０４９３】
<GUMMEI> = <MCC> <MNC> <MME識別子>
【０４９４】
<MME識別子> = <MMEグループID> <MMEコード>
【０４９５】
MCC、MNCは、既存の３GPPシステムと同じフィールドサイズを持つ必要がある。
【０４９６】
M-TMSIは３２ビットの長さを持つことができる。
【０４９７】
MMEグループIDは、１６ビットの長さを持つことができる。
【０４９８】
MMEコードは、８ビットの長さである必要がある。
【０４９９】
E-UTRAN対UTRAN IuモードインターRATハンドオーバー
【０５００】
１.予備条件（Pre-conditions）：
【０５０１】
-UEは、ECM-CONNECTED状態（E-UTRANモード）にある。
【０５０２】
-UEへの緊急ベアラサービスが進行中の場合は、ハンドオーバー制限リストとは独立して、ターゲットRNCへのハンドオーバーが実行される。SGSNは、実行段階でルーティング領域の更新の一部としてハンドオーバーが制限領域にあることを確認し、制限領域にあるなら、SGSNは、非-緊急PDPコンテキストを無効にする。
【０５０３】
-UEへの緊急ベアラサービスが進行中の場合は、ソースMMEはUEのCSG加入（subscription）とは独立して、ターゲットCSGセルのハンドオーバーを評価する。ハンドオーバーがUEが加入されていないCSGセルへのものであれば、ターゲットRNCは、緊急ベアラのみを受け入れ、ターゲットSGSNは、ターゲットRNCによって受け入れられていない非-緊急PDPコンテキストを無効にする。
【０５０４】
２.準備段階（Preparation phase）
【０５０５】
図１６は、本発明に適用することができるE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の準備段階を例示したフローチャートである。 
【０５０６】
１.ソースeNodeBは、ターゲットアクセスネットワークであるUTRAN IuモードへのインターRATハンドオーバーを開始することを決定する。この時点で、アップリンクとダウンリンクのユーザデータの両方は、UEとソースeNodeBとの間のベアラ、ソースeNodeB、サービングGWとPDN GWとの間のGTPトンネルを通じて送信される。
【０５０７】
UEが進行中の緊急ベアラサービスを持っている場合は、ソースeNodeBは、IMS音声能力のないUTRANセルへのPSハンドオーバーを開始してはならない。
【０５０８】
２.ソースeNodeBは、ソースMMEにハンドオーバー要求（Handover Required）（S１AP理由、ターゲットRNC識別子、CSG ID、CSGアクセスモード、ソース対ターゲット透明コンテナ）メッセージを送信してCNがターゲットRNC、ターゲットSGSNとサービングGW内の資源を設定するように要求する。データ転送の対象となるベアラは、以後の段階で、ターゲットSGSNによって識別される（下記の７の段階を参照）。ターゲットセルがCSGセルまたはハイブリッドセルであるとき、ソースeNodeBは、ターゲットセルのCSG IDを含むべきである。ターゲットセルがハイブリッドセルである場合は、CSGアクセスモードが表示されるべきである。
【０５０９】
３.ソースMMEは、「ターゲットRNC識別子」のIEからハンドオーバータイプがIRATハンドオーバー対UTRAN Iuモードであることを決定する。ソースMMEは、４.３.８.４節で説明したように、「SGSN選択機能」のターゲットSGSNを選択する。ソースMMEは、フォワード再配置要求（Forward Relocation Request）（IMSI、ターゲットの識別、CSG ID、CSGメンバーシップの表示、MMコンテキスト、PDN接続、制御平面のためのMMEトンネルエンドポイント識別子、制御平面のためのMMEアドレス、ソース対ターゲット透明コンテナ、RANの理由、（可能であれば）MS Infoの変更報告アクション、（可能ならば）CSG情報報告アクション、UEの時間ゾーン、ISRが支援されるサービングネットワーク）メッセージをターゲットSGSNに送信してハンドオーバー資源割り当て手順を開始する。ソースMME及び関連サービングGWがUEへのISRを活性化することができる場合は、ISR Supported情報が表示される。ISRが活性化されると、このSGSNがターゲットの識別によって識別されたターゲットをサービスするときUEのISRを維持するSGSNにメッセージが送信されるべきである。このメッセージは、ソースシステムで有効になったすべてのPDN接続を含み、各PDN接続について制御平面へのサービングGWの関連APN、住所、アップリンク・トンネルエンドポイントパラメータおよびEPSベアラコンテキストのリストを含んでいる。RAN理由は、ソースeNodeBから受信したS１AP理由を示す。サービングネットワークが変更される場合に決定するためのターゲットMMEを支援するために、以前ののサービングネットワークがターゲットMMEに送信される。
【０５１０】
ソースMMEは、CSG IDがソースeNodeBによって提供される時UEのCSG登録をチェックし、アクセス制御を行う必要がある。このCSG IDまたはCSG登録への登録データがなく、ターゲットセルがCSGセルの場合には、ソースMMEはUEが緊急ベアラサービスを持たない限り、適切な理由でハンドオーバーを拒否しなければならない。
【０５１１】
ソースMMEは、ターゲットセルがCSGセルまたはハイブリッドセルであるときフォワード再配置要求にCSG IDを含んでいる。ターゲットセルがハイブリッドセルであるか、または複数の緊急ベアラがあり、そのターゲットセルがCSGセルの場合には、UEがCSGメンバーかどうかを示すCSGメンバーシップの表示がフォワード再配置要求（Forward Relocation Request）メッセージに含まれる。
【０５１２】
MMコンテキストはEPSベアラコンテキストの情報を含んでいる。ソースMMEは、「非-IP」ベアラまたはSCEF接続へのEPSベアラコンテキスト情報を含んでいない。選択されたターゲットSGSNがUEのEPSベアラを支援することができない場合は、ソースMMEはハンドオーバー準備失敗（理由）メッセージをソースeNodeBに送信することにより、ハンドオーバーの試みを拒否する。
【０５１３】
ハンドオーバーが成功した場合は、ソースMMEは、SGWおよび／またはSCEFに実行の手順６の後に任意の含まれていないEPSベアラを解除することをシグナリングする。含まれていないベアラは、実行の手順１０でルーティング領域の更新時に発生するベアラコンテキストの状態同期の次にUEによって局部的に解除される。
【０５１４】
ターゲットSGSNは、EPSベアラをPDPコンテキストと１対１でマッピングしてEPSベアラのEPSベアラQoSパラメータ値を付録Eに定義されたベアラコンテキストのRelease ９９ QoSパラメータ値にマッピングする。
【０５１５】
PDPコンテキストの優先順位化は、ターゲットコアネットワークノード、すなわちターゲットSGSNによって実行される。
【０５１６】
MMコンテキストは、セキュリティ関連情報と一緒に支援される暗号化アルゴリズムを含んでいる。
【０５１７】
ターゲットSGSNは、フォワード再配置要求で、各ベアラコンテキストのAPN制限に基づいて、最大APN制限を決定しなければならず、以後新たな最大APN制限値を保存する必要がある。
【０５１８】
スタンドアロン型（stand-alone）GWを持つアーキテクチャでPDN接続のためにローカルネットワークのSIPTOが有効になっている場合は、ソースMMEは、ローカルネットワークPDN接続でSIPTOに対応するPDN接続にセルのローカルホームネットワークIDを含む必要がある。
【０５１９】
４.  ターゲットSGSNは、例えば、PLMNの変更によりサービングGWが再配置されるべきかどうかを決定する。サービングGWが再配置されるべき場合には、ターゲットSGSNは、「サービングGW選択機能」について４.３.８.２節で説明したように、ターゲットサービングGWを選択し、ターゲットサービングGWにPDNを接続するごとにセッション生成要求メッセージ（IMSI、制御平面へのSGSNトンネルエンドポイント識別子、ユーザ平面へのSGSNアドレス、ユーザー平面へのPDN GWアドレス、ユーザー平面へのPDN GW UL TEID、制御平面へのPDN GWアドレスおよび制御平面へのPDN GW TEID、S５／S８を通すプロトコルタイプ、サービングネットワーク）を送信する。S５／S８を通すプロトコルタイプがサービングGWに提供され、プロトコルはS５／S８インタフェースを通じて使用しなければならない。
【０５２０】
ターゲットSGSNは、表示された順にEPSベアラコンテキストを設定する。SGSNは、実行段階のステップ７で提供されるように、設定できないEPSベアラコンテキストを無効にする。
【０５２１】
４a．ターゲットサービングGWは、自分のローカル・資源を割り当て、生成セッション応答（Create Session Response）（ユーザー平面へのサービングGWアドレス、ユーザ平面へのサービングGW UL TEID、制御平面へのサービングGWアドレス、制御平面へのサービングGW TEID）メッセージをターゲットSGSNに返す。
【０５２２】
５.  ターゲットSGSNは、メッセージの再配置要求（UE識別子、理由、CNドメインマーカー、整合性保護情報（つまり、IK及び許可された整合性の保護アルゴリズム）、暗号化情報（すなわち、CK及び許可された暗号化アルゴリズム）、設定リストとなるRAB、CSG ID、CSGメンバーシップの表示、ソースRNC対ターゲットRNC透明コンテナ、サービスのハンドオーバー関連情報）を送信することにより、無線ネットワーク資源（RABs）を設定するように、ターゲットRNCに要請する。アクセス制限がMMコンテキストに存在する場合、RNCがアクセス制限によって禁止されたRATへのハンドオーバーで接続モードのUEを制限するために、再配置要求メッセージのためのサービスのハンドオーバー関連情報は、ターゲットSGSNに含まれていなければならない。
【０５２３】
設定されるように要求されるRABごとにRAB ID、RABパラメータ、トランスポート階層アドレス、Iu送信関連（Transport Association）などの情報が含まれていなければならない。RAB ID情報要素は、NSAPI値を含み、RABパラメータ情報要素は、QoSプロファイルを提供する。トランスポート階層アドレスはユーザー平面へのサービングGWアドレス（直接トンネルが使用されている場合）、またはユーザー平面へのSGSNアドレス（直接トンネルが使用されていない場合）であり、Iu転送関連はサービングGWまたはSGSNそれぞれのアップリンク・トンネルエンドポイント識別子データに対応する。
【０５２４】
暗号解読および整合性保護キーは、新しいAKA（認証とキー協定）手順を必要せず、新しいRAT／モードのターゲットセルでデータ転送を継続できるように、ターゲットRNCに送信される。ターゲットRNCのRRCからUEに（再配置コマンドメッセージまたはハンドオーバー完了メッセージの後）送信する必要がある情報は、ターゲットRNCから透明コンテナを通じてUEに送信されるRRCメッセージに含まれていなければならない。
【０５２５】
フォワード再配置要求メッセージ内でソースMMEによって提供される場合、ターゲットSGSNはCSG IDとCSGマップンシップの表示を含む必要がある。
【０５２６】
ターゲットRNC無線およびIuユーザー平面の資源は、許可されたRABのために予約される。理由（Cause）は、ソースMMEから受信されたRANの理由を示す。ソースRNC対ターゲットRNC透明コンテナには、ソースeNodeBから受信したソースからターゲット透明コンテナへの値が含まれる。
【０５２７】
ターゲットセルがCSGセルの場合には、ターゲットRNCは、ターゲットSGSNによって提供されるCSG IDを検証し、ターゲットセルへのCSG IDと一致しない場合、適切な理由でハンドオーバーを拒否しなければならない。ターゲットセルがハイブリッドモードである場合には、ターゲットRNCはCSGメンバーシップの表示を使用してCSGと非-CSGメンバーに対して差別化された処理を実行することができる。ターゲットセルがCSGセルであり、CSGメンバーシップの表示が「非メンバー」である場合には、ターゲットRNCは、緊急ベアラのみを許可する。
【０５２８】
５a．ターゲットRNCは、資源を割り当てて、メッセージ再配置要求確認（Relocation Request Acknowledge）（ターゲットRNC対ソースRNC透明コンテナ、RAB設定リスト、設定失敗RABリスト）メッセージで、ターゲットSGSNに該当パラメータを返す。
【０５２９】
再配置要求確認メッセージを送信するとき、ターゲットRNCは、許可されたRABに対し、サービングGWから、または直接トンネルが使用されていない場合、ターゲットSGSNからのダウンリンクGTP PDUを受信する準備ができていなければならない。
【０５３０】
それぞれのRAB設定リストは、ユーザーデータのためのターゲットRNCアドレスであるトランスポート階層アドレスとユーザーデータのためのダウンリンクトンネルエンドポイント識別子に対応するIu転送関連によって定義される。
【０５３１】
RABが設定されていない任意のEPSベアラコンテキストは、ターゲットSGSNとUEで維持管理される。これらのEPSベアラコンテキストは、ルーティング領域の更新（RAU）手順の完了時に、明示的なSM手順を通じて、ターゲットSGSNによって無効にされる。
【０５３２】
６.「間接転送」とサービングGWの再配置が適用され、直接トンネルが使用されると、ターゲットSGSNは、間接データ転送トンネル要求メッセージ（DLデータ転送のためのターゲットRNCアドレスとTEID）をサービングGWに送信する。「間接転送」とサービングGWの再配置が適用され、直接トンネルが使用されていなければ、ターゲットSGSNは、間接データ転送トンネル要求メッセージ（DLデータ転送のためのSGSNアドレスとTEID）をサービングGWに送信する。
【０５３３】
間接転送はUEのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
【０５３４】
６a．サービングGWは、間接的なデータ転送トンネル応答（Indirect Data Forwarding Tunnel Response）（理由、サービングGWアドレスとサービングGW DL TEID）メッセージをターゲットSGSNに返す。
【０５３５】
７.  ターゲットSGSNは、メッセージ転送再配置応答（理由、制御平面へのSGSNトンネルエンドポイント識別子、制御平面へのSGSNアドレス、ターゲット対ソース透明コンテナ、理由、RAB設定情報、追加RAB設定情報、アドレスおよびTEIDユーザーのトラフィックデータ転送、サービングGW変更の表示）をソースMMEに送信する。サービングGW変更指示は、新しいサービングGWが選択されたこと指示する。ターゲット対ソースの透明コンテナは、ターゲットRNCからターゲットRNCから受信したソースRNC透明コンテナでの値を含んでいる。
【０５３６】
ユーザーのトラフィックデータ転送のためのIE「アドレスとTEID」は、ターゲットシステム上のデータ転送のための対象トンネリングエンドポイントを定義し、次のように設定される。
【０５３７】
- 「直接転送」が適用されるか「間接転送」とサービングGWの再配置が適用されず、直接トンネルが使用されている場合、ユーザーのトラフィックデータ転送のためのIE「アドレスとTEIDは、ステップ５aで受信されたターゲットRNCへのGTP-Uトンネルエンドポイント・パラメータとアドレスを含んでいる。
【０５３８】
-「間接フォワーディング」とサービングGWの再配置が適用されると、ユーザーのトラフィックデータ転送のためのIE「アドレスとTEIDはステップ６で受信したサービングGWへのDL GTP-Uトンネルエンドポイント・パラメータとアドレスを含んでいる。これは、直接トンネルを使用とは独立している。
【０５３９】
-「間接転送」が適用され、直接トンネルが使用されず、サービングGWの再配置が適用されない場合は、「ユーザーのトラフィックデータ転送のためのIE」 アドレスとTEIDには、ターゲットSGSNへのDL GTP-Uトンネルエンドポイント・パラメータが含まれる。
【０５４０】
８.「間接転送」が適用されると、ソースMMEは、メッセージ生成の間接データ転送トンネル要求（message Create Indirect Data Forwarding Tunnel Request）（（ステップ７で受信した）データ転送のためのアドレスとTEID）、EPSベアラID）を間接転送のために使用されるサービングGWに送信する。
【０５４１】
間接転送はUEへのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
【０５４２】
８a．サービングGWは、メッセージ生成の間接データ転送トンネル応答（message Create Indirect Data Forwarding Tunnel Response）（理由、データ転送のためのサービングGWアドレスとTEID）を送信して転送パラメータを返す。サービングGWがデータ転送を支援していない場合は、適切な理由値が返されるべきである、サービングGWアドレスとTEIDは、メッセージに含まれない。
【０５４３】
３.  実行段階（Execution phase）
【０５４４】
図１７は、本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の実行手順を例示したフローチャートである。
【０５４５】
PMIP基盤のS５／S８の場合手順ステップ（A）と（B）は、TS ２３.４０２ [２]に定義されている。段階（B）は、PMIP基盤S５／S８の場合PCRF相互作用を示している。手順８と８aはGTP基盤S５／S８に関するものである。
【０５４６】
ソースeNodeBは、ダウンリンクとアップリンクユーザ平面PDUを継続して受信する。
【０５４７】
１.ソースMMEは、メッセージのハンドオーバーコマンド（Handover Command）（ターゲット対ソースの透明コンテナ、解除リストであるE-RAB、データ転送リストの対象ベアラ）に送信し、ソースeNodeBのための準備段階を完了する。「データ転送リスト対象のベアラ」は、メッセージに含まれることができ、「直接転送」が適用される場合に、その準備段階（準備段階のステップ７）でターゲット側から受信した「ユーザーのトラフィックデータ転送のためのアドレスおよびTEID」のリストでなければならず、「間接転送」が適用される場合に準備段階のステップ８aから受信されたパラメータが適用される。
【０５４８】
ソースeNodeBは、「データ転送リストの対象ベアラの」で特定されたベアラに対してデータ転送を開始する。データ転送は、ターゲットRNCで直接行うこともでき、代替的に準備段階でソースMMEおよび／またはターゲットSGSNによって決定された場合のサービングGWを通じて行われることもできる。
【０５４９】
２.  ソースeNodeBは、E-UTRANコマンドからのメッセージHOを通じてターゲットアクセス・ネットワークにハンドオーバーするようにUEに命令を下す。このメッセージは、ターゲットRNCが準備段階で設定した無線側面パラメータ（radio aspect parameters）を含む透明コンテナを含んでいる。このE-UTRANの特定のシグナリングの詳細については、TS ３６.３００ [５]に記載されている。
【０５５０】
ハンドオーバーコマンドメッセージを含むE-UTRANコマンドメッセージからHOを受信する時に、UEはNSAPIとの関係に基づいて、ベアラIDをそれぞれのRABに関連しなければならないし、ユーザ平面データのアップリンク送信を停止しなければならない。 
【０５５１】
４. UEは、ターゲットUTRAN Iu（３G）システムに移動して、ステップ２で転送されたメッセージに指定されたパラメータに基づいてハンドオーバーを実行する。手順は、受信されたRABと、特定のNSAPIと関連付けられた既存のBearer Idの追加的な関連を持つTS ４３.１２９の５.２.２.２節[８]のステップ６と８と同じである。
【０５５２】
UEは、ターゲットRNCに割り当てられた無線資源があるNSAPIのみにユーザーデータの転送を再開することができる。
【０５５３】
５.  新しいソースRNC-ID + S-RNTIがUEと正常に交換されると、ターゲットRNCは再配置完了（Relocation Complete）メッセージをターゲットSGSNに送信しなければならない。再配置完了手順の目的は、ソースE-UTRANからRNCへの再配置の完了をターゲットRNCによって表示するものである。再配置完了メッセージを受信した後、ターゲットSGSNは、ターゲットRNCからのデータを受信する準備ができていなければならない。ターゲットSGSNによって受信された各アップリンクN-PDUは、サービングGWに直接送信される。
【０５５４】
スタンドアロンGWアーキテクチャを持つローカルネットワークのSIPTOの場合、ターゲットRNCは再配置完了メッセージにターゲットセルのローカルホームネットワークIDを含める必要がある。
【０５５５】
６.  次に、ターゲットSGSNは、UEがターゲット側に到達したことを知って、ターゲットSGSNはフォワード再配置完了通知（Forward Relocation Complete Notification）（ISR有効、サービングGW変更）メッセージを送信することにより、ソースMMEに通知する。指示ができれば、有効にされたISRは、UEのコンテキストを維持してISGを有効にすることをソースMMEに指示し、これはS-GWが変更されていない場合にのみ可能である。ソースMMEはまた、その情報を確認（acknowledge）する。（サービングGWの再配置のための）ソースサービングGWとソースeNodeBの資源が解除される場合を監視するように、ソースMMEのタイマーが開始される。
【０５５６】
タイマーが期限切れになり、有効にされたISRがターゲットSGSNによって指示されていない場合、ソースMMEはUEのすべてのベアラの資源を解除する。サービングGWの変更が指示され、このタイマーが満了すると、ソースMMEはセッション削除要求（Delete Session Request）（理由、動作表示）メッセージをセッションサービングGWに送信することにより、EPSベアラ資源を削除する。ソースサービングGWがPDN GWへの削除手順を開始してはならないということを、ソースサービングGWに指示する動作指示フラグは設定されない。この手順の前にISRが有効になった場合、理由は、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、他の以前の（old）CNノードに関するベアラの資源を削除する必要があることを、ソース-GWに指示する。
【０５５７】
フォワード再送完了確認メッセージを受信する時には、ターゲットSGSNは間接転送のためのS-GWの資源を割り当てた場合、ターゲットSGSNは、タイマーを開始する。
【０５５８】
ステップ３で送信されたフォワード再配置要求メッセージに含まれていなかったすべてのベアラに対して、MMEは、SGWにベアラ削除コマンドを送信したり、SCEFに適切なメッセージを送信してベアラを解除する。
【０５５９】
７.  もう、ターゲットSGSNがUEが設定したすべてのEPSベアラコンテキストを担当するということを（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWの可能性あり）に通知することにより、ターゲットSGSNは、ハンドオーバー手順を完了する。これは、PDNの接続ごとにメッセージベアラ修正要求（（直接トンネルが使用されていない場合）許可されたEPSベアラへのユーザーのトラフィックのためのSGSNアドレスとTEID、制御平面へのSGSNトンネルエンドポイント識別子、制御平面へのSGSNアドレス、NSAPIまたは（直接トンネルが使用される場合）許可されたEPSベアラへのユーザーのトラフィックのためのRNCアドレスとTEIDとRATタイプ、有効化されたISR）で行われる。E-UTRANからのモビリティなので、以前のRATでPGWによって位置情報変更の報告が要求されたかどうかにかかわらず、ターゲットSGSNが位置情報変更の報告を支援すれば、ターゲットSGSNは（支援される細分性（granularity）に基づいて）修正ベアラ要求（Modify Bearer Request）にユーザーの位置情報を含むべきである。PDN GWが（UEコンテキストから決定された）ユーザーCSG情報を要求すると、SGSNは、このメッセージにユーザーCSG情報IEをまた含んでいる。UEの時間帯が変更されると、SGSNは、このメッセージにUEの時間ジョンIEを含んでいる。サービングGWが再配置されないがサービングネットワークが変更されたか、SGSNが以前のMMEから任意の以前のサービングネットワーク情報を受信していない場合、SGSNはこのメッセージに新しいサービングネットワークIEを含む。ネットワーク共有のシナリオでサービングネットワークはサービングコアネットワークを示す。指示ができれば、有効になったISR情報は、ISRが有効になることを示し、これは、S-GWが変更されていない場合にのみ可能である。修正ベアラ要求がISR有効になることを示さず、S-GWが変更されない場合、S-GWは、予約されたS-GWのベアラ資源を持つ他のCNノードにベアラ削除要求を送信することにより、ISR資源を削除する。
【０５６０】
SGSNは、ベアラコンテキストの無効化手順をトリガーすることにより、非-許容EPSベアラコンテキストを解除する。サービングGWが非-許容ベアラに対してDLパケットを受信すると、サービングGWはDLパケットをドロップ（drop）してダウンリンクデータ通知をSGSNに送信しない。
【０５６１】
８.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、PDN GWに、例えば、PDNの接続ごとにメッセージの修正ベアラ要求を送信して、課金のために使用することができる、例えば、サービングGWの再配置またはRATタイプの変更を通知することができる。ステップ７に存在する場合、S-GWはユーザーの位置情報IEおよび／またはUEの時間領域IEおよび／またはユーザーCSG情報IEをまた含んでいる。５.５.２.１.２節のステップ４またはステップ７で、これらが受信される場合、サービングネットワークが含まれていなければならない。サービングGW再配置の場合、サービングGWは非-許容ベアラに対してもS５／S８を通じてDL TEIDを割り当ててPDN課金一時停止支援表示を含むことができる。PDN GWは、メッセージの修正ベアラ応答を利用し、要求を確認した上応答する必要がある。サービングGW再配置の場合、PDN GWは自分のコンテキストフィールドを更新し、修正ベアラ応答（（PDN GWが機能をイネーブルするように選択される場合）課金Id、MSISDN、PDN課金一時停止イネーブル指示）を返す。PDN GWがUEのコンテキストに保存されるならばMSISDNが含まれる。ターゲットSGSNから位置情報変更の報告が要求されて支援できれば、PGWは修正ベアラ応答にMS Infoの変更を報告アクションを提供しなければならない。
【０５６２】
PCCインフラ構造が使用されると、PDN GWは、例えばRATタイプの変更についてPCRFに知らせる。
【０５６３】
サービングGWが再配置される場合、PDN GWはパスをスイッチングした直後に、以前の経路上の複数の「エンドマーカー」パケットを送信する必要がある。ソースサービングGWは、「終了マーカー」パケットをソースeNodeBに転送しなければならない。
【０５６４】
９.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、ベアラ応答修正メッセージ（理由、制御平面へのGWトンネルエンドポイント識別子、制御平面へのサービングGWアドレス、プロトコル構成オプション、MS Info変更レポートアクション）を通じてターゲットSGSNにユーザ平面スイッチを確認応答する。この段階では、直接トンネルが使用されていない場合、UE、ターゲットRNC、ターゲットSGSNとの間のすべてのEPSベアラコンテキスト、（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）とPDN GWに対してユーザー平面パスが設定される。
【０５６５】
サービングGWが変更されなければ、パスを切り替えた直後にサービングGWは複数の「エンドマーカー」パケットを以前の経路を通じて送信する必要がある。
【０５６６】
１０. UEが自分の現在のルーティング領域がネットワークに登録されていないと認識したり、UEのTINが「GUTI」を指示する場合、UEは新しいルーティング領域に位置することを示すルーティング領域の更新手順をターゲットSGSNと一緒にUEが開始する。RAN機能は、ルーティング領域情報をPMM-CONNECTED UEに提供する。
【０５６７】
ハンドオーバーメッセージによってベアラコンテキストを受信したので、ターゲットSGSNは、このUEに対してIRATハンドオーバーが実行されたことを知って、このようにターゲットSGSNは、RAU手順のサブセットだけを行い、具体的には、ソースMMEとターゲットSGSNとの間のコンテキスト伝達手順を排除する。
【０５６８】
CIoT EPSの最適化を支援しているUEについて、UEは、RAU許容内でのベアラ状態情報を使用し、ローカルに無効にする必要がある任意の非-伝送ベアラを識別する。
【０５６９】
１１.  ステップ６で始まったタイマーが切れた場合は、ソースMMEは、ソースeNodeBに解除資源メッセージを送信する。ソースeNodeBは、UEに関連する資源を解除する。
【０５７０】
ステップ６で始まったタイマーが期限切れになり、ソースMMEがフォワード再配置応答メッセージでServing GW変更指示を受信すると、セッション削除要求（理由、動作指示）メッセージをソースサービングGWに送信することにより、EPSベアラ資源を削除する。ソースサービングGWがPDN GWの削除手順を開始してはならないと指示する動作指示フラグは設定されない。ソースサービングGWはセッション削除応答（理由）メッセージを利用して確認応答する。この手順の前にISRが有効になった場合には、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、ソースS-GWが他の以前CNノードに関するベアラ資源を削除する理由をソースS-GWに指示する。
【０５７１】
１２.  間接転送が使用された場合は、ステップ６で始まったソースMMEからのタイマーの満了により、ソースMMEが間接転送に使用される一時資源を解除するための間接的なデータ転送トンネル要求を削除メッセージを、S-GWに送信するようにトリガーする。
【０５７２】
１３.  間接転送が使用されてサービングGWが再配置される場合は、ステップ６で始まったターゲットSGSNでのタイマーの満了により、ターゲットSGSNが削除間接データ転送トンネル要求（Delete Indirect Data Forwarding Tunnel Request）メッセージをターゲットS-GWに送信することをトリガし、間接転送のために使用される一時資源を解除する。
【０５７３】
図１８は、本発明の一実施形態に従うE-UTRANのUTRAN IuモードインターRAT HO（Handover）の拒絶を例示したフローチャートである。
【０５７４】
ターゲットRNCは、再配置要求メッセージ内の要求されたRABが確立できない場合、ハンドオーバー手順の使用を拒否することができる。この場合、ターゲットSGSN／RNCはどのようなUEコンテキストも設定されず、資源が割り当てられない。ソースeNodeB／MME内にUEが残っている。
【０５７５】
１.本フローチャートの１〜５のステップは、先に準備段階で、上述した通りである。
【０５７６】
６.対象RNCが要求されたRABの中で任意のRABの資源を割り当てていなければ、ターゲットSGSNに再配置失敗（Relocation Failure）（理由）メッセージを送信する。ターゲットSGSNがターゲットRNCから再配置失敗メッセージを受信すると、ターゲットSGSNはこのUEの任意の予約された資源を削除（clear）する。
【０５７７】
７.このステップは、サービングGWの再配置、すなわちステップ４／４aが実行された場合にのみ実行される。ターゲットSGSNは、セッションサービングGWにセッション削除要求（理由）メッセージを送信することにより、EPSベアラ資源を削除する。ターゲットサービングGWはセッション削除応答（原因）メッセージに確認応答する。
【０５７８】
８.ターゲットSGSNは、発信MMEにフォワード再配置応答（理由）メッセージを送信する。
【０５７９】
９.ソースMMEがフォワード再配置応答メッセージを受信すると、ハンドオーバー準備の失敗（理由）メッセージをソースeNodeBに送信する。
【０５８０】
UTRAN Iuモード対E-UTRANインターRATハンドオーバー
【０５８１】
ネットワークがハンドオーバーを実行することを決定した場合、UTRAN Iuモード対E-UTRANインターRATハンドオーバーの手順が行われる。UTRAN IuモードでE-UTRANにPSハンドオーバーを実行する決定は、UEによってUTRAN RNCに報告された無線状態の測定に基づいて、ネットワークによって行われる。
【０５８２】
UEに対して緊急ベアラサービスが進行中の場合、MMEはハンドオーバーが制限区域内にある場合、トレース領域の更新（Tracking Area Update）の一部として実行段階で確認し、その後、MMEは、非-緊急ベアラを解除する。
【０５８３】
緊急ベアラサービスがUEに対して進行中の場合は、ソースSGSNは、UEのCSG登録と独立して、ターゲットCSGセルへのハンドオーバーを評価する。ハンドオーバーがUEが登録されていないCSGセルへのものであれば、５.１０.３節に述べたように、ターゲットeNodeBは、緊急ベアラのみを許可し、ターゲットMMEは、ターゲットeNodeBによって許可されていない非-緊急PDNの接続を解除する。
【０５８４】
１.準備段階
【０５８５】
図１９は、本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の準備手順を例示したフローチャートである。
【０５８６】
１.ソースRNCは、E-UTRANにインターRATハンドオーバーを開始することを決定する。この時点で、アップリンクとダウンリンクユーザデータの両方は、次の方法で送信される。UEとソースRNCとの間のベアラ、（直接トンネルが使用されていない場合にのみ）ソースRNCとソースSGSNとの間のGTPトンネル、サービングGWとPDN GWとの間のGTPトンネル。
【０５８７】
２.ソースRNCは、ソースSGSNに再配置要求（理由は、ターゲットeNodeB識別子、CSG ID、CSGアクセスモード、ソースRNC識別子、ソースRNC対ターゲットRNC透明性コンテナ）メッセージを送信してCNがターゲットeNodeB、ターゲットMMEとサービングGWに資源を設定するように要請する。データ転送の対象となるベアラは、後の段階で、ターゲットMMEによって識別される（下記ステップ７を参照）。ターゲットセルがCSGセルまたはハイブリッドセルの場合、ソースRNCはターゲットセルのCSG IDを含むべきである。ターゲットセルがハイブリッドセルの場合には、CSGアクセスモードが指示されるべきである。
【０５８８】
３.ソースSGSNは、「ターゲットeNodeB識別子」IEからハンドオーバーのタイプがE-UTRANへのIRATハンドオーバーであることを決定する。ソースSGSNは、「MME選択機能」の４.３.８.３節で説明したように、ターゲットMMEを選択する。ソースSGSNは、フォワード再配置要求（IMSI、ターゲットの識別、CSG ID、CSGメンバーシップの表示、MMコンテキスト、PDN接続、制御平面のためのSGSNトンネルエンドポイント識別子、制御平面のためのSGSNアドレス、ソースのターゲット透明コンテナ、RAN理由、（可能であれば）MS Infoの変更報告アクション（可能ならば）、CSG情報報告アクション）、UEの時間ゾーン、ISR支援、サービングネットワーク（存在する場合）、報告する変更）メッセージをターゲットMMEに送信してハンドオーバーの資源割り当て手順を開始する。このメッセージは、ソースシステムに設定されたすべてのベアラに対応するすべてのEPSベアラコンテキストとサービングGWのアップリンクトンネルエンドポイントパラメータを含んでいる。ISR支援情報が表示されたら、これはソースSGSNと関連付けられているサービングGWがUEのISRを有効化することができることを示している。ISRが有効になると、このMMEがターゲットの識別（Target Identification）によって識別されたターゲットをサービングしている場合、UEのISRを維持するメッセージがMMEに送信されていなければならない。RAN理由は、ソースRNCから受信された理由を示す。ソース対ターゲット透明コンテナは、ソースRNCから受信したターゲットRNC透明コンテナへのソースRNCの値を含んでいる。サービングネットワークが変更される場合に決定されるターゲットMMEを支援するために、以前ののサービングネットワークがターゲットMMEに送信される。
【０５８９】
UEの時間ゾーンまたはサービングネットワークの変更またはサービングGW／PDN GWへの変更の報告がソースSGSNによって延期された場合には、ソースへのSGSNによる変更フラグが含まれる。
【０５９０】
ソースSGSNは、CSG IDがソースRNCによって提供される場合UEのCSG登録を確認し、アクセス制御を行う必要がある。このCSG IDへの登録データやCSG登録が期限切れになって、ターゲットセルがCSGセルの場合には、ソースSGSNは、UEが緊急ベアラサービスを持たなければ、適切な理由でハンドオーバーを拒否しなければならない。
【０５９１】
ソースSGSNは、ターゲットセルがCSGセルまたはハイブリッドセルの場合フォワード再配置要求にCSG IDを含んでいる。ターゲットセルがハイブリッドセルであるか、または複数の緊急ベアラがあり、そのターゲットセルがCSGセルの場合、UEがCSGメンバーかどうかを示すCSGメンバーシップの表示がフォワード再配置要求メッセージに含まれる。
【０５９２】
このメッセージには、ソースシステムから有効になったすべてのPDN接続と、各PDN接続について関連されたAPN、制御平面へのサービングGWのアドレスとアップリンクのトンネルエンドポイントパラメータおよびEPSベアラコンテキストのリストが含まれる。
【０５９３】
EPSベアラコンテキストの優先順位化は、ターゲットコアネットワークノードで実行する。
【０５９４】
MMコンテキストは、セキュリティ関連の情報、UEのネットワーク機能と、例えばMMEのための情報の保存のように、キーだけでなく、使用されたUMTSの整合性および暗号化アルゴリズムを含んでいる。
【０５９５】
ターゲットMMEは、使用NAS暗号化と整合性アルゴリズムを選択する。これらのアルゴリズムは、ターゲットeNodeBからターゲットのソース透明コンテナ（EPC部分）のUEに透過的に転送される。
【０５９６】
MMEは、優先順位に基づいてEPSベアラを設定する。MMEは、実行段階のステップ８で提供されているように、設定することができないEPSベアラを無効にする。
【０５９７】
ターゲットMMEは、配信再配置要求で受信された各ベアラコンテキストのAPN制限に基づいて、最大APN制限を決定しなければならないし、その後に新しい最大APN制限値を保存する必要がある。
【０５９８】
スタンドアロンGWを持つアーキテクチャでは、ローカルネットワーク上のPDN接続のためにSIPTOが有効になっている場合は、ソースSGSNは、ローカルネットワークPDN接続で、SIPTOに対応するPDN接続にソースセルのローカルホームネットワークIDを含める必要がある。
【０５９９】
４.  ターゲットMMEは、例えば、PLMNの変更によりサービングGWが再配置されるべきかどうかを決定する。サービングGWが再配置される場合には、ターゲットMMEは４.３.８.２節で説明したように、「サービングGW選択機能」を使用し、ターゲットサービングGWを選択する。ターゲットMMEは、PDN接続ごとに生成セッション要求メッセージ（IMSI、MMEアドレス、およびTEID、制御平面のMMEトンネルエンドポイント識別子、制御平面へのMMEアドレス、ユーザー平面へのPDN GWアドレス、ユーザー平面へのUL TEID、制御平面へのPDN GWアドレス、制御平面へのPDN GW TEID、S５／S８を通したプロトコルタイプ、サービングネットワーク）をターゲットサービングGWに送信する。S５／S８インタフェースを通じてどのようなプロトコルが使用されるべきかどうかをがS５／S８を通じて、プロトコルの種類を使用してサービングGWに提供される。
【０６００】
４a．ターゲットサービングGWは、自分のローカル・資源を割り当て、生成セッション応答（ユーザー平面へのサービングGWアドレス（秒）、ユーザー平面へのサービングGW UL TEID、制御平面へのサービングGWアドレス、制御平面へのサービングGW TEID）メッセージをターゲットMMEに送信する。
【０６０１】
５.  ターゲットMMEは、メッセージのハンドオーバー要求（UE識別子、S１AP理由、KeNB、許可されたASの整合性の保護と暗号化アルゴリズム、NASセキュリティパラメータ、E-UTRAN、EPS、ベアラを設定リスト、CSG ID、CSGメンバーシップを表示、ソースのターゲット透明コンテナ）を送信し、ターゲットeNodeBがベアラを設定するように要請する。E-UTRANへのNASセキュリティパラメータには、NAS整合性保護と暗号化アルゴリズムが含まれており、eKSIとNONCEMMEはUEをターゲットとする。S１AP理由は、ソースSGSNから受信されたRANの理由を示す。ソース対ターゲット透明コンテナはソースSGSNから受信されたRAN透明コンテナの値を含んでいる。
【０６０２】
ターゲットMMEは、MMコンテキストでCKとIKからK'ASMEを抽出してeKSIと関連させてNAS整合性保護と暗号化アルゴリズムを選択する。MMEとUEはK'ASMEからNASキーとKeNBを抽出する。MMEがUEとEPSセキュリティ連携を共有している場合には、MMEはハンドオーバー手順を完了した後にNAS SMC手順を開始することにより、本来のEPSセキュリティ・コンテキストを有効にすることができる。
【０６０３】
「設定されるEPSベアラ（EPS bearerrs To be Setup）」IEは、ID、ベアラパラメータ、トランスポート階層アドレス、「データ転送不可」の表示とS１の転送関連の情報を含める必要があります。ターゲットMMEは、EPSベアラコンテキスト内のアクティビティステータスインジケーター（Activity Status Indicator）を無視し、ソース側から受信したすべてのEPSベアラコンテキストの資源を割り当てるよう、ターゲットeNodeBに要請する。トランスポート階層アドレスはユーザーデータのためのサービングGWアドレスであり、S１の転送関連は、アップリンクトンネルエンドポイント識別子データに対応する。ターゲットMMEは、そのベアラがデータ転送の対象とされていないと判断すると、「データ転送不可能」表示が含まれる。
【０６０４】
ハンドオーバー要求メッセージからソースSGSNによって提供されている場合、ターゲットMMEは、CSG IDとCSGメンバーシップの表示を含める必要があります。
【０６０５】
選択されたNAS暗号化および整合性保護アルゴリズム、KSI及びNONCEMMEに関する情報は、ターゲットeNodeBからターゲット対ソースの透明コンテナ内のUEに透過的に伝送され、ソースRNCからUEへのメッセージUTRAN HOコマンドで送信される。その後、新しい認証および鍵合意（AKA：Authentication and Key Agreement）の手順なしにも、新しいRAT／モードのターゲットセルでデータ転送を継続することができる。
【０６０６】
ターゲットセルがCSGセルの場合には、ターゲットeNodeBは、ターゲットMMEによって提供されるCSG IDを検証し、ターゲットセルへのCSG IDと一致しない場合、適切な理由でハンドオーバーを拒否しなければならない。ターゲットeNodeBは、ハイブリッドモードの場合CSGメンバーシップ状態を使用してCSGと非CSGメンバーへの差別化された処理を実行することができる。ターゲットセルがCSGセルであり、CSGメンバーシップの表示が「非メンバー」であれば、ターゲットeNodeBは、緊急ベアラだけを許容する。
【０６０７】
５a．ターゲットeNodeBは、要求された資源を割り当てて、メッセージのハンドオーバー要求確認応答（ターゲット対ソースの透明コンテナ、EPSベアラ設定リスト、設定リストになれなかったEPSベアラ）からパラメータをターゲットMMEに返す。ソース対ターゲット透明コンテナの無線ベアラの数がMMEが要求したベアラの数を従わなければ、ターゲットeNodeBは、これを無視しなければならずMMEが要求した通りベアラを割り当てる必要がある。ハンドオーバー要求確認応答メッセージを送信するときは、ターゲットeNodeBは、許可されたEPSベアラについてサービングGWからのダウンリンクGTP PDUを受信する準備ができていなければならない。
【０６０８】
ターゲットeNodeBは、ASの整合性と暗号化アルゴリズムを選択する。ターゲットeNodeBは、MME（eKSI、NAS整合性保護と暗号化アルゴリズムとNONCEMME）によって提供される情報に加えて、ASの整合性および暗号化アルゴリズムをUTRAN RRCメッセージに挿入し、これはターゲット対ソースの透明コンテナに含まれる。
【０６０９】
６.「間接転送」とサービングGW再配置が適用されると、ターゲットMMEはサービングGWに間接データ転送トンネル要求メッセージ（ターゲットeNodeBアドレス、DLデータ転送のためのTEID）を送信する。
【０６１０】
間接転送はUEのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
【０６１１】
６a．サービングGWは、ターゲットMMEに生成間接データ転送トンネル応答（理由、データ転送のためのサービングGWアドレスとサービングGW DL TEID）メッセージを返す。
【０６１２】
７.  ターゲットMMEは、メッセージフォワード再配置応答（理由、RAB設定リスト、EPSベアラ設定のリスト、制御平面へのMMEトンネルエンドポイント識別子、RAN理由、制御平面へのMMEアドレス、ターゲット対ソースの透明コンテナ、およびデータ転送をのためのTEID、サービングGW変更の表示）をソースSGSNに送信する。サービングGW変更指示は、新しいサービングGWが選択されたかを示す。ターゲット対ソースの透明コンテナには、ターゲットeNodeBから受信したターゲット対ソースの透明コンテナからの値が含まれる。
【０６１３】
ユーザーのトラフィックデータ転送のための「アドレスとTEID」IEは、ターゲットシステム上のデータ転送のためのデスティネーション・トンネリングエンドポイントを定義し、次のように設定される。「直接転送」または「間接転送」があるが、サービングGWの再配置が適用されない場合は、IEの「データ転送のためのアドレスとTEID」にステップ５aで受信されたeNodeBへの転送DL GTP-Uトンネルエンドポイントパラメータが含まれる。
【０６１４】
「間接フォワーディング」とサービングGWの再配置がIEに適用される場合には、「データ転送のためのアドレスとTEID」IEはステップ６aで受信された転送サービスGWまたはターゲットeNodeBへのDL GTP-Uトンネルエンドポイントのパラメータを含んでいる。
【０６１５】
８.「間接転送」が適用される場合には、ソースSGSNは、間接転送に使用されるサービングGWに生成間接データ転送トンネル要求（ステップ７で受信したデータ転送のためのアドレスとTEID）メッセージを送信する必要がある。
【０６１６】
間接転送はUEへのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
【０６１７】
８a．サービングGWは、メッセージの生成間接データ転送トンネル応答（理由、データ転送のためのGWアドレスとTEID）を送信して転送ユーザー平面パラメータを返す。サービングGWがデータ転送を支援しない場合は、適切な理由値が返されるべきであり、サービングGWアドレスとTEIDは、メッセージに含まれていない。
【０６１８】
２.  実行段階
【０６１９】
図２０は、本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の実行手順を例示する。
【０６２０】
PMIP基盤のS５／S８の場合、手順ステップ（A）と（B）は、TS ２３.４０２ [２]に定義されている。ステップ（B）は、PMIP基盤S５／S８の場合、PCRF相互作用を示している。ステップ９と９aのステップは、GTP基盤のS５／S８に関するものである。
【０６２１】
ソースRNCは、ダウンリンクとアップリンクユーザ平面PDUを継続して受信する。
【０６２２】
１.  ソースSGSNは、メッセージの再配置コマンド（ターゲットRNC対ソースRNC透明コンテナ、オフリストになるRAB、データ転送リストの対象RAB）を送信することにより、ソースRNCに向けた準備段階を完了する。「オフリストになるRABのリスト」IEは、ターゲットeNodeBからベアラが設定されていないすべてのNSAPI（RAB Ids）のリストである。「データ転送リストの対象RAB」IEは、メッセージに含まれることができ、「直接転送」が適用される場合、準備段階のステップ７で、ターゲット側から受信した「ユーザートラフィックデータ転送のためのアドレスとTEID」のリストでなければならない。「間接転送」が適用可能であり、直接トンネルが使用されている場合は、「データ転送リストの対象RAB」IEは準備段階のステップ８aで受信されたパラメータを含んでいる。「間接転送」が適用可能であり、直接トンネルが使用されていない場合は、「データ転送リストの対象RAB」IEはソースSGSNによる間接データ転送のために割り当てられたソースSGSNアドレスとTEIDを含む。ターゲットRNC対ソースRNC透明コンテナは、ターゲットMMEから受信されたターゲット対ソースの透明コンテナからの値を含んでいる。
【０６２３】
２.  ソースRNCは、UTRANコマンドからのメッセージHOを通じてターゲットeNodeBにハンドオーバーすることをUEに命令する。UEのアクセスネットワークの特定のメッセージは、ターゲットeNodeBが準備段階で設定した無線アスペクトパラメータを含む透明な容器を含む。
【０６２４】
ソースRNCは、「データ転送リストの対象RAB」に記載されたRAB／EPSベアラコンテキストについてデータ転送を開始することができる。データ転送は、ターゲットeNodeBに直接進む場合もあり、準備段階でソースSGSNおよび／またはターゲットMMEによって決定された場合、サービングGWを通じて行われる場合もある。
【０６２５】
再配置コマンドメッセージを含むUTRANコマンドメッセージからHOを受信する時、UEはNSAPIとの関係に基づいて、そのベアラIDにRAB IDを関連付ける必要があり、ユーザー平面データのアップリンク送信を停止しなければならない。
【０６２６】
４. UEは、E-UTRANに移動し、ターゲットeNodeBへのアクセス手順を実行する。
【０６２７】
５. UEがターゲットeNodeBにアクセスする場合、UEは、メッセージE-UTRANへのHO完了を送信する。
【０６２８】
UEは、UTRANコマンドからのHOからE-RABが設定されていないEPSベアラを暗示的に抽出し、この段階で明示的なNASメッセージなしに、これらをローカルに無効にする。 
【０６２９】
６. UEがターゲットeNodeBに正常にアクセスした場合、ターゲットeNodeBは、ハンドオーバー通知（TAI + ECGI、ローカルホームネットワークID）メッセージを送信することにより、ターゲットMMEに知らせる。
【０６３０】
スタンドアロンGW構造を有するローカルネットワークでのSIPTOの場合、ターゲットeNodeBは、ハンドオーバー通知メッセージにターゲットセルのローカルホームネットワークIDを含める必要がある。 
【０６３１】
７.  次に、ターゲットMMEはUEがターゲット側に到達したことを知って、ターゲットMMEはフォワード再配置完了通知（ISR有効化、サービングGW変更）メッセージを送信することにより、ソースSGSNに通知する。ISR有効化が指示されると、これはソースSGSNにUEのコンテキストを維持してISRを有効化することを示し、これは、S-GWが変更されない場合にのみ可能である。またソースSGSNは、その情報に確認応答しなければならない。ソースRNCと（サービングGWの再配置のための）ソースサービングGWの資源が解除される場合監視するために、ソースSGSNのタイマーが開始される。
【０６３２】
フォワード再配置完了確認応答メッセージを受信時に、間接的な転送を適用する場合、ターゲットMMEは、タイマーを開始する。
【０６３３】
８. UEが設定されたすべてのベアラをターゲットMMEが今から担当することを（ターゲットサービングGWの再配置のための）サービングGW（これはターゲットサービングGWの可能性あり）に通知することにより、ターゲットMMEは、現在インターRATハンドオーバー手順を完了する。これは、PDN接続ごとにメッセージ変更ベアラ要求（理由、制御平面へのMMEトンネルエンドポイント識別子、EPSベアラID、制御平面へのMMEアドレス、許可されたEPSベアラ及びRATタイプへのユーザートラフィックのためのeNodeBアドレス 、およびTEID、有効化されたISR）で行われる。UTRANからのモビリティのため、ターゲットMMEは、位置情報変更の報告が要求されたかどうかにかかわらず、ターゲットMMEが位置情報変更の報告を支援すれば、ターゲットMMEは修正ベアラ要求（支援されている細分性（granularity）に基づいて）ユーザーの位置情報を含むべきである。PDN GWは（UEコンテキストから決定された）ユーザーCSG情報を要求すると、MMEは、このメッセージにユーザーCSG情報IEをまた含んでいる。UEの時間ゾーンが変更されたか、またはソースSGSNからのフォワード再配置要求メッセージが（報告フラグへの変更を通じて）係留中のUEの時間ゾーンの変更報告を指示する場合、MMEはこのメッセージに新しいサービングネットワークIEを含んでいる。指示ができれば、有効にされたISR情報は、ISRが有効になったこと示し、これは、S-GWが変更されていない場合にのみ可能である。修正ベアラ要求がISRが有効ななったことを示さず、S-GWが変更されない場合、S-GWはS-GWが予約したベアラ資源を持つ他のCNノードにベアラ削除要求を送信することにより、ISR資源を削除する。
【０６３４】
MMEは、ベアラ解除手順をトリガーすることにより、許可されていない専用ベアラを解除する。サービングGWは、非-許容ベアラに対してDLパケットを受信すると、サービングGWはDLパケットをドロップし、MMEにダウンリンクデータ通知を送信しない。
【０６３５】
PDN接続の基本的なベアラがターゲットeNodeBによって許可されておらず、他のPDN接続がアクティブである場合、MMEはPDN接続のすべてのベアラが許可されていないかのように、これと同じ方法により処理する。MMEは、５.１０.３節に記載されたMME要求PDN接続解除手続きをトリガーすることにより、これらのPDN接続を解除する。
【０６３６】
９.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGW）は、例えば、PDNを接続するごとにメッセージの修正ベアラ要求を送信して課金するために使用することができるRATタイプの変更、または、例えば、サービングGWの再配置への変更をPDN GWに通知することができる。ステップ８に存在する場合、S-GWはユーザーの位置情報IEおよび／またはUEの時間領域IEおよび／またはユーザーCSG情報IEを含んでいる。５.５.２.１.２節のステップ４またはステップ８で、これらが受信される場合、サービングネットワークが含まれていなければならない。サービングGW再配置の場合には、サービングGWは、非-許容ベアラにもS５／S８を通じてDL TEIDを割り当ててPDN課金一時停止支援表示を含むことができる。PDN GWは、メッセージの修正ベアラ応答を利用し、要求を確認応答する必要がある。サービングGW再配置の場合、PDN GWは自分のコンテキストフィールドを更新し、修正ベアラ応答（（PDN GWが機能をイネーブルするように選択され場合）課金Id、MSISDN、PDN課金一時停止イネーブル指示など）をサービングGWに返す。PDN GWはUEのコンテキストに保存されればMSISDNが含まれる。ターゲットSGSNで位置情報変更の報告が要求されて支援される場合、PGWは修正ベアラ応答にMS Infoの変更報告アクションを提供しなければならない。
【０６３７】
PCCインフラ構造が使用されると、PDN GWは、例えばRATタイプの変更についてPCRFに知らせる。
【０６３８】
サービングGWが再配置される場合、PDN GWはパスをスイッチングした直後に、以前の経路上の複数の「エンドマーカー」パケットを送信する必要がある。ソースサービングGWは、「終了マーカー」パケットをソースSGSN or RNCに転送しなければならない。
【０６３９】
１０.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、ベアラ応答修正メッセージ（理由、制御平面へのGWトンネルエンドポイント識別子、制御平面のサービングGWアドレス、プロトコル構成オプション、MS Info変更レポートアクション）を通じてターゲットMMEでユーザー平面スイッチを確認応答する。この段階で、UEはターゲットeNodeB、（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）との間のすべてのベアラのに対して、ユーザー平面パスが設定される。
【０６４０】
サービングGWが変更されない場合は、ターゲットeNodeBに再配置機能を補助するためのパスをスイッチングした直後にサービングGWは複数の「エンドマーカー」パケットを以前のパスを通じて送信する必要がある。
【０６４１】
１１. UEは、「追跡領域更新のためのトリガー」の項に記載された条件のいずれかが適用される場合には、追跡領域更新（Tracking Area Update）手順を開始する。
【０６４２】
ターゲットMMEは、ハンドオーバーメッセージによってベアラコンテキストを受信したので、このUEについてIRATハンドオーバーが実行されたことを知って、このようにターゲットMMEは、TA更新手順のサブセットだけを実行し、特にこれはソースSGSNとターゲットMME間のコンテキスト転送手順を排除する。
【０６４３】
１２.  ステップ７で開始されたタイマーが満了すると、ソースSGSNは、Iu解除コマンドをRNCに送信することにより、ソースRNCに向けたすべての資源を削除する。RNCは、これ以上データを転送する必要がない場合は、ソースRNCはIu解除完了メッセージで応答する。
【０６４４】
ステップ７で開始されたタイマーが期限切れになり、ソースSGSNがフォワード再配置応答メッセージでサービングGW変更指示を受信した場合には、セッション削除要求（理由、動作表示）メッセージをソースサービングGWに送信し、EPSベアラ資源を削除する。ソースサービングGWがPDN GWへの削除手順を開始してはならないということを指示する動作指示フラグは設定されない。ソースサービングGWは、セッション応答（理由）メッセージを削除を利用して確認応答する。この手順の前にISRが有効になった場合には、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、他の以前のCNノードのベアラ資源を削除する理由をソースS-GWに指示する。
【０６４５】
１３.  間接転送が使用された場合は、ステップ７で始まったソースSGSNでのタイマーの満了は、ソースSGSNが間接転送に使用された一時的資源を解除するために削除間接データ転送トンネル要求削除メッセージを、S-GWに送信するようにトリガーする。
【０６４６】
１４.  間接転送が使用されてサービングGWが再配置される場合は、ステップ７で開始されたターゲットMMEでのタイマーの満了は、ターゲットMMEが間接転送のために使用される一時資源を解除するために、ターゲットS-GWに削除間接データ転送トンネル要求メッセージを送信することをトリガーする。
【０６４７】
５Gシステム進化技術
【０６４８】
現在までに定義された５Gアーキテクチャは以下の通りである。
【０６４９】
アーキテクチャの原則：
【０６５０】
-独立した拡張性（scalability）と進化を可能にするUPとCP機能を分離する。 
【０６５１】
-CP機能とは別にUPの柔軟な配置、すなわち中央の場所または分散（リモート）の位置（すなわち、位置制限なし）を許容する。
【０６５２】
-機能設計をモジュール化し、例えば、柔軟で効率的なネットワークスライシング（slicing）を可能にする。
【０６５３】
-（例えば、モビリティを支援していない）NGS機能のサブセットだけを支援することができるUEへの統合認証フレームワークを支援する。
【０６５４】
-独立した進化と拡張性を可能にする分離されたアクセスとモビリティ管理（AMF：access and mobility management）とセッション管理（SMF：session management）。複数のネットワークスライスに同時に接続されたUEを支援する。他の制御平面機能は（例えば、PCFに）分離することができる。アーキテクチャにネットワークスライシングKI＃１の結果をどのようにマッピングするかは必須のステップで決定することができる。
【０６５５】
-ネットワーク機能及びノードと分離された登録とポリシーに柔軟情報モデルを支援する。
【０６５６】
-別の３GPPおよび非３GPPアクセスタイプを統合する統合アクセス-認知不能（agnostic）コアを共通AN-CNインターフェースで特定し、アクセスとコアネットワークの依存関係を最小限に抑えている。
【０６５７】
-（「演算」の資源が状態を不透明（opaque）データとして保存する「保存領域」の資源から分離される）「無の状態（stateless）」NFを支援するために、３GPPはNFとデータ保存機能との間のインタフェースを（可能には参照して）特定することができる。NFは、データの保存機能を使用して不透明データを格納することができる。
【０６５８】
主なアーキテクチャ要件：
【０６５９】
-アーキテクチャは、能力の露出（capability exposure）を支援しなければならない。
【０６６０】
-各ネットワーク機能は、他のNFと直接相互作用することができる。アーキテクチャは、（例えば、DRAと同じような）制御平面メッセージをルーティングすることを補助するための中間機能の使用を排除してはならない。
【０６６１】
-他のPDUタイプ、例えば、IP、イーサネットの伝送を支援する。 
【０６６２】
-別のポリシー機能を支援して、ネットワークの動作およびエンドユーザー環境を管理する。
【０６６３】
-他のネットワークのスライスで他のネットワーク構成を許容する。
【０６６４】
-このアーキテクチャは、訪問PLMNでローカルブレイク・アウトトラフィックだけでなく、ホームルーティングトラフィックを効率的に使用してローミングを支援する。
【０６６５】
制御平面（Control Plane）：
【０６６６】
-コアネットワーク内のアクセスネットワークとネットワーク機能とコアネットワーク内のネットワーク機能との間の多重-ベンダインターワーキングを可能にする。同時に、単一のインターフェイスが無線にさらされるが、コアネットワーク内で支援されるモジュール式（基本）機能を抽象化することが十分である。
【０６６７】
-手順（つまり、二つのNF間の相互作用のセット）が適用可能な場合はいつでもサービスに定義されて再利用が可能で、モジュール性を支援することができる。手順を特定する場合には、これはケースバイケースで評価される。
【０６６８】
ユーザー平面（User plane）：
【０６６９】
-（他のUP機能／データネットワーク／制御-平面での動作、ビットレートの実行動作、サービス検出動作などを転送することを含む）、様々なユーザー平面動作を支援している一般的なユーザー平面機能（UPF： user-plane function）が定義される。
【０６７０】
ユーザー平面動作の詳細なリストは、８.４節の主要な問題４の結論の一部である。
【０６７１】
-制御平面は、セッションに必要なトラフィック処理機能を提供するUP機能を構成する。指定されたユーザー-フラットシナリオについて必要に応じてセッションごとに一つまたは多数のUP機能が制御-平面によって有効化および構成することができる。
【０６７２】
-低待機時間サービス及びローカルデータネットワークへのアクセスを支援するために、ユーザー平面機能を無線で近接して配置（deploy）することができる。中央データネットワークの場合には、UPFを一元的に配置することができる。
【０６７３】
-ホームルーティングローミングを支援するために、少なくともUP機能は、HPLMNに位置し、VPLMNに課金、LIなどのローミング機能を含む少なくとも一つの他のUP機能を有する必要がある。
【０６７４】
ローカルおよび集中型サービスへの同時アクセスは、次のように支援されている。
【０６７５】
-（ローカルデータネットワークにへのアクセスを提供する）ローカルUP機能および中央データネットワークにアクセスを提供する（中央UP機能）PDUセッションへのアクセスを提供するPDUのセッションを含む複数のPDUセッション;
【０６７６】
-制御装置が複数のUP機能を構成することができる単一のPDUセッション。
【０６７７】
ローカルデータネットワークアクセスのための単一のPDUのセッションの場合も制御平面は、複数のUP機能を設定することができる。
【０６７８】
全体のアーキテクチャへの合意は、以下の通りである。
【０６７９】
１. Rel-１５で、AMFとSMFの機能は、標準化された相互作用を通じて、別の機能として標準化されるべきである。
【０６８０】
２. NAS MMとSMプロトコルメッセージは、それぞれAMFとSMFで終端（terminate）される。SMプロトコルがH-SMFまたはV-SMFで終端されているかどうかとは無関係である。
【０６８１】
３. NAS SMメッセージはAMFによってルーティングされる。
【０６８２】
４. NextGenの登録プロファイルデータは、ユーザデータ収束アプローチに基づいて管理されている。
【０６８３】
-共通のユーザーデータストア（UDR：user data repository）は、サブスクリプションデータを格納し、これはUDM内に存在することができる。
【０６８４】
-関連登録データにアクセスするためにアプリケーションのフロントエンドを実装してUDMフロントエンドとPCFはこれらのパブリックUDRにアクセスすることができる。
【０６８５】
PCFのアプリケーション・ロジックだけでなく、例えば、位置管理、登録の更新通知のためのUDMフロントエンドのアプリケーション・ロジックが必須（normative）段階の間に詳細に説明する。
【０６８６】
５. SEAFとSCMFはAMFによって支援される。
【０６８７】
６. AUSFは別のNFとして定義される。
【０６８８】
項目（bullets）４と５の結論は、SA WG３での継続的な研究、例えばスライスの側面に関連してSEAF／SCMF所在地に基づいて再検討が必要になる。
【０６８９】
７.各NFは、互いに直接相互作用することができる。
【０６９０】
８.このアーキテクチャは、制御平面機能との間の中間の機能を説明はしないが、制御平面の機能の間の（例えば、DRAのような）メッセージのルーティングと転送の中間機能の使用を排除はしないが、これは特定の場合について配置（deployments）の形で識別することができ、ステップ２での追加作業を必要としないようにする。
【０６９１】
EPCと５GC間の相互連動（interworking）の手続き
【０６９２】
図２１は、本発明に適用できるEPCと５GC（またはNGC（Next-generation core））との間の相互連動のアーキテクチャを例示する。
【０６９３】
図２１を参照すると、端末がEPCとNGCの両方を支援している場合は、端末は、最初のE-UTRANを通じてEPCにキャンプしてもIPのアンカーポイントであるP-GWは、５GC（またはNGC）のUPFとの連動が可能なP- GWに選択され、端末がシステム／RAN間を移動する際にも同じIPアンカリング（anchoring）が維持されることもできる。また、EPCと５GC（またはNGC）の間に中断（interruption）がない相互連動ができるように、MMEとAMFの間にNGx（Nx）インタフェースが定義される。このようにMMEとAMFの間に定義されるNGx（Nx）インターフェースは、「N２６インターフェース」と呼ばれる。
【０６９４】
図２２は、NGコアに接続できる５G RANの配置（deployment）を例示した図である。特に、図２２は、E-UTRAとの共同-配置（co-sited）を例示する。
【０６９５】
NR機能は、E-UTRA機能と共に同じ基地局の一部または同じ場所のいくつかの基地局に共同-配置することができる。
【０６９６】
共同配置は、すべてのNRの展開シナリオに適用することができる（例えば、図示マクロ）。このシナリオでは、複数のRATを通したロードバランシングまたは接続（例えば、セル境界上のユーザーへのカバレッジ階層としてより低い周波数を使用）を通じて、二つのRATに割り当てられたすべてのスペクトル資源を完全に活用することが望ましい。
【０６９７】
EPCと５GCの間にNGx インターフェース（つまり、N２６）がある場合には、端末がEPCから５GCに移ったり、または５GCからEPCに移り、TAUを実行することができる。この場合は、以前／oldコアネットワークにあるUEコンテキストは、NGx（または、N２６）インターフェイスを通じて新しいコアネットワークに直接送信されることができ、より高速なコアネットワークの変更ができる。 
【０６９８】
例えば、 EPCから５GCに移る端末はRATを５G RATに変更した後、５G RATを通じてTAU（例えば、TAU要求メッセージ）を送信することができ、これを受信したAMFはTAU情報（例えば、TAU要求メッセージに含まれているTAU関連情報）に基づいて、EPCのMMEアドレスを取得することができる。この場合には、AMFは獲得したアドレスに対応するMMEからNGx（または、N２６）インタフェースを通じて UE コテキストを直接受けて端末をサービスすることができる。同様に、５GCからEPCに移る端末もRATを LTE RATに変更した後、TAU（例えば、TAU要求メッセージ）を送信することができ、これを受信したMMEはTAU情報（例えば、TAU要求メッセージに含まれているTAU関連情報）に基づいて、AMFのアドレスを取得することができる。この場合には、MMEは、獲得したアドレスに対応するAMFからNGx（または、N２６）インタフェースを通じてUEコンテキストを直接受けて端末をサービスすることができる。
【０６９９】
しかし、NGx（または、N２６） インタフェースがない場合には、端末がTAUを実行しても、ネットワークでは、UEのコンテキストを以前のネットワーク網から受けに来ることができずTAU拒絶（例えば、TAU拒絶メッセージを送信）をすることになる。この場合、端末は、コアネットワークの変更／移動のためのハンドオーバーの接続（Handover attach）（またはハンドオーバーの登録（registration）と呼ばれる。すなわち、接続は、登録で置き換えることができる）を別途行う必要がある。その結果、端末がコアネットワークを変更するのに多くの時間がかかり、その分サービス中断（service interruption）時間も長くなるという問題が発生する。
【０７００】
前記の解決策として端末がコアネットワークが変更される場合には、（TAUを実行せずに）常にハンドオーバー接続／登録を実行するように定義／設定できるが、接続／登録を行う必要があるためTAUを通じてサービスを受ける場合よりも多くの遅延時間が発生することができる。また、接続／登録の場合には、TAUより多くのシグナリングが発生する。 
【０７０１】
したがって、以下では、端末がコアネットワークの変更のためにTAU手順を実行するかンドオーバー接続／登録を行うかどうかを適切に判断するためのソリューションについて提案する。特に、以下では、コアネットワークの観点／レベルでのソリューションとRANの観点／レベルでのソリューションを提供する。
【０７０２】
[コアネットワークレベルのソリューション]
【０７０３】
端末がEPC網に接続されると、MMEが端末にGUTIを割り当てることと同様に、NGC網に接続されると、AMFが端末に一時的（Temp）IDを割り当てる。GUTIには、上述したように、端末に対応するGUTIを割り当てたMME idが含まれている。AMFが割り当てる一時的（Temp）IDにもその一時（Temp）IDを割り当てたAMF idが含まれる。したがって端末が新しいコアネットワークに対してTAUを実行しながら、GUTI／一時（Temp）IDを含んで送信すると（例えば、TAU要求メッセージにGUTI／Temp IDを含めて送信）、新しいコアネットワークでは、端末から送信さ受信したGUTI／一時（Temp）idに含まれているMME／AMF idに基づいて端末が以前にサービスを受けたMME／AMFのアドレスを調べることができる。また、MMEが端末に複数のTAを含まれたTAリストを割り当てて端末が割り当てられたTAリストに含まれているTAを外れる場合、TAUを実行するのと同様に、AMFも端末にTAリストを割り当てて、端末は、これを外れるとTAUを実行することができる。
【０７０４】
図２３および図２４は、本発明が適用できる５Gネットワークの配置を例示する。
【０７０５】
５Gネットワークは、初期は、ホットスポット（hotspot）形式でEPCネットワークと重複して配置されると予想される。すなわち、図２３に示すように、特定の地域（例えば、図２３でAMFと表示された地域）には、５Gサービスが提供され、それ以外の地域（例えば、図２３のMME１および２に示されている地域）には、EPCサービスが提供されるシナリオが予想される。
【０７０６】
図２３においてAMFとMME１／MME２の間にすべてNGxインターフェース（例えば、N２６）が存在する場合、AMFは端末にTAリストを割り当てつつ、これと共に、コアネットワークの変更があった場合TAUを実行することを明示的または暗示的に指示する指示を送信してくれる。このとき、指示はTAリストと一緒に、または独立して／別々に送信することができ、実施例に基づいて、様々な形で実装されることもできる。例えば、指示は、コアネットワークの変更があった場合TAUを実行することを指示するアクティビティステータスインジケーター（明示的アクティビティステータスインジケーター）またはNGxインターフェース（例えば、N２６）が存在することを指示するアクティビティステータスインジケーター（暗示的アクティビティステータスインジケーター）のシグナリング形態として端末に提供されることもできる。
【０７０７】
指示を受信した端末は、５Gコアネットワークによってサービスを受けて５Gサービスエリアを離れると、TAUを実行することにより、コアネットワークをEPCに変更することができ、変更後のEPCによってサービスを継続的に受けることができる。この時、端末が実際に移動した位置に応じてMME１またはMME２が端末からTAUを受信することができ、TAUを受信したMMEはAMFからNGxインターフェース（例えば、N２６）を通じてUEコンテキストを取得し、AMFがこの端末に提供していたサービスを継続して提供することができる。
【０７０８】
前記の例では、AMFと周辺のMME（MME１とMME２）の間のすべてがNGxインターフェース（例えば、N２６）が存在する状況を想定した。しかし、実際ではAMFおよび周辺の少なくとも一部のMMEとの間にNGxインターフェース（例えば、N２６）が存在しない可能性もある。例えば、AMFはMME１との間には、NGx（例えば、N２６）インタフェースが存在しない一方、MME２との間には、NGx（例えば、N２６）のインターフェイスが存在することができる。図２４は、このようなシナリオを例示する。
【０７０９】
図２４を参照すると、この場合、AMFはTAリストを割り当てるとき周辺MME（本図の場合、MME１およびMME２）とのNGx（例えば、N２６）インターフェースの有無を考慮し、TAリストを割り当てる必要があります。例えば、端末がTA７地域に位置する場合には、AMFは端末へのTAリストを{TA１、TA６、TA７}で割り当てつつ、端末がTAを離れてEPCに移る場合、ハンドオーバー接続／登録を行うすることを指示する指示（またはN２６インタフェースが存在しないことを示す指示）を端末に送信してくれる（NGx（例えば、N２６）。インタフェースがないMME１に移動ことが予想されるので）。これとは異なり、端末がTA３地域に位置する場合、AMFは端末へのTAリストを{TA１、TA３、TA４}で割り当てられつつ、端末がTAを離れてEPCに移る場合TAUを実行することを指示する指示（またはN２６インタフェースが存在することを示す指示）を端末に送信してくれる（NGx（例えば、N２６）インタフェースがあるMME２に移動ことが予想されるので）。
【０７１０】
万が一、端末がTA２、TA５のようにMME１とMME２両方に移動すると予想される地域に位置した場合には、ネットワークは、端末がどの位置に移動するか曖昧であるため、AMFは端末にTAリストを割り当てつつハンドオーバー接続／登録を行うことを指示する指示を送信してくれる。
【０７１１】
上述した実施例は、５GCからEPCにコアネットワークが変更された場合を中心として説明したが、EPCから５GCにコアネットワークが変更される場合にも同様に適用されることができ、この場合、TAリストの割り当ておよび／または指示送信の主体はMMEに置き換えることができる。 
【０７１２】
端末は、AMFまたはMMEがTAリストを割り当てながら送った指示によってinter-systemの変更が発生したときTAUを実行するか、またはハンドオーバー接続／登録を行うかどうかを決定することになる。これらの指示は、TAリストと一緒に送信されるか、実施例に基づいて、独立して／別途送信されることもできる。
【０７１３】
図２５は、本発明の一実施形態に従う端末がEPCで５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。本実施例ではMMEとAMFの間にNGx（例えば、N２６）インターフェースが存在しないと仮定する。
【０７１４】
１. MMEは、端末にEPCから５Gコアに移る場合、ハンドオーバー接続／登録をせよという指示をTAU手順内で伝達（例えば、TAU 承認メッセージに含ませて送信）することができる。この時、配信される指示は、コアネットワークを変更する時のハンドオーバー接続／登録を行うことを明示的または暗示的に指示する指示に該当することができる。例えば、指示は、ネットワークを変更する時にハンドオーバー接続／登録を行うことを指示する指示（つまり、明示的に指示）またはNGx（例えば、N２６）インタフェースが存在しないことを指示する指示（つまり、暗示的に指示）に対応することができる。これらの指示は、TAU手順のほか、実施例に基づいて接続／登録手続きの中で伝達されることもできる。
【０７１５】
２.端末の移動性（mobility）に基づいてEPCによってサービスされる地域で５GCによってサービスされる地域に移動することができる。
【０７１６】
３.端末は、ステップ１で受信した指示に従って５GCでのハンドオーバー接続／登録のための接続／登録要求（attach／registration request）を５GCネットワーク（特に、AMF）に転送することができる。ここで、ハンドオーバー接続／登録のための接続／登録要求は、ハンドオーバー指示を含む（または接続／登録タイプがハンドオーバーに設定された）接続／登録要求を意味する。したがって、ハンドオーバータイプの接続／登録手続きが実行されることもできる。このとき、端末は、さらに、自分がEPCから移動したことを５GCに知らせることができる。
【０７１７】
もし、端末が属していたEPCと他のPLMN（これはE（Equivalent）-PLMNまですべてを含んで他のPLMNである可能性もある）に属する５GCサービスエリアに移動した場合、端末は、MMEから受信した指示とは無関係に５GCでの接続／登録の手順を実行することができる。この時の接続／登録手続きは、ハンドオーバータイプの接続／登録手続きではない、初期接続／登録手続きを意味する。他のPLMNの５GCを選択する時に端末の動作は、端末の実装に依存することができ、または、ステップ１でMMEが、具体的な動作を指示してくれる。例えば、MMEは、同じPLMN（EPLMNまですべてを含む）の５GCに移動する／選択した場合にのみ、ハンドオーバー接続／登録をせとという情報を端末に提供することができ、端末はそれに応じて動作することができる。
【０７１８】
４.端末は接続／登録のために、ネットワークと認証（authentication）手順を実行することができる。
【０７１９】
５.ネットワークノード（例えば、AMF）は、認証が正常に終了した場合、端末に接続／登録の承認を送信することができる。この過程で、ネットワークは、コアネットワークの変更があった場合、端末がどのようなアクションを実行するか（TAUを実行するか、またはハンドオーバー接続／登録を行うか）への指示を含んで転送することができる。これらの指示は、明示的にTAU ／ハンドオーバー接続／登録を指示する明示的な指示の形でシグナリングされるか、NGx（例えば、N２６）インターフェースの有無を指示する暗示的な指示の形でシグナリングされることがあるということは上述した通りである。 
【０７２０】
６.端末はPDUセッション要求メッセージをネットワークに送信しながら、要求タイプをハンドオーバーに設定して送信することができ、以前の接続情報を３GPP／EPS（もしくはもっと詳しくE-UTRAN）に設定して一緒に転送することができる。一般的に、接続情報は、端末がNon-３GPPを通じてサービスを受けて移ってくるのか、それとも３GPP（E-UTRAN）を通じてEPCにあって移ってくるのかを区別するために使用される。端末は、PDUのセッション要求だけでなく、PDUセッション要求をencapsulationするMMメッセージにもハンドオーバー指示を含めてハンドオーバー接続／登録の遂行をAMFに知らせる。
【０７２１】
７. AMFはMMメッセージに含まれているハンドオーバー指示を受信した場合、UDMから端末のUEコンテキストを受けて、以前にその端末をサービングしていたSMFを見つけることができる。
【０７２２】
８. AMFは端末をサービングしていたSMFでPDUセッション要求を転送することができる。SMFはPDUセッション要求に含まれているハンドオーバー指示を認識した場合には、以前にサービングしていたUEコンテキストに基づいて同一のUPFとIPアドレスをPDUセッションを要求した端末に割り当てることができる。
【０７２３】
９. SMFはAMFを経て端末にPDUセッション応答を送信し、以前に使っていたIPアドレスを端末に割り当てることができる。
【０７２４】
この手順では、ステップ６でのPDUセッション要求メッセージは、EPSでのように接続／登録要求自体に含まれて送信されることもできる。この場合、端末はMM（Mobility Management）メッセージの接続／登録要求メッセージに対応する接続／登録要求がハンドオーバータイプの接続／登録要求であることをAMFが認識できるようにハンドオーバー指示を含ませて送信することができる。この場合、ステップ３の後に、ステップ４、７、８の順序で手続きが行われ、ステップ９は、すべての手続きを完了した後、接続／登録承認メッセージに含まれて端末に送信されることもできる。
【０７２５】
図２６は、本発明の一実施形態に従う端末がEPCで５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。本実施例ではMMEとAMFの間にNGx（例えば、N２６）インターフェースが存在すると仮定する。
【０７２６】
１. MMEは、端末にEPCから５GCに移る場合、TAUを実行せよという指示をTAU手順内で伝達（例えば、TAU Acceptメッセージに含ませて送信）することができる。この時、配信される指示は、コアネットワークの変更時にTAUを実行することを明示的または暗示的に指示する指示に該当することができる。例えば、指示は、ネットワークの変更時にTAUを実行することを指示する指示（つまり、明示的に指示）またはNGx（例えば、N２６）インタフェースが存在することを指示する指示（つまり、暗示的に指示）に対応することができる。これらの指示は、TAU手順のほか、実施例に基づいて接続／登録手続きの中で伝達されることもできる。
【０７２７】
本段階は、図２５の実施例と連携して解釈されることもできる。例えば、図２５の実施例のように、ハンドオーバー接続／登録を実行せよという指示が定義されている場合、本実施例で端末が「TAUを実行せよという指示を受信する」は、「ハンドオーバー接続／登録を実行せよという指示を受信しない」に解釈されることもできる。したがって、端末は、MMEからハンドオーバー接続／登録を実行せよという指示を受信していない場合にも、以下で後述するステップ２〜ステップ８の手順を実行することができる。
【０７２８】
２.端末の移動性に基づいて５GCによってサービスされる地域でEPCによってサービスされる地域に移動することができる。
【０７２９】
３.端末は、ステップ１で受信した指示に基づいてTAU要求をネットワークノード（例えば、AMF）に転送することができる。
【０７３０】
もし、端末が属していたEPCと他のPLMN（これはE（Equivalent）-PLMNまですべてを含む他のPLMNである可能性もある）に属する５GCサービス区域に移動した場合、端末は、MMEから受信した指示とは無関係に５GCでの接続／登録の手順を実行することができる。この時の接続／登録手続きは、ハンドオーバータイプの接続／登録手続きがでない、初期接続／登録手続きを意味する。他のPLMNの５GCを選択する時端末の動作は、端末の実装に依存することができ、または、ステップ１でMMEが、具体的な動作を指示してくれることもある。例えば、MMEは、同じPLMN（EPLMNまですべてを含む）の５GCに移動する／選択した場合にのみ、ハンドオーバー接続／登録を実行せよという情報を端末に提供することができ、端末はそれに応じて動作することができる。
【０７３１】
４. AMFは端末が送信したTAU要求に含まれているGUTI情報に基づいて、以前に該当端末を管理していたMMEアドレスを見つけて、そのアドレスに対応するMMEでUEコンテキストを要求することができる。
【０７３２】
５. MMEはAMFにUEコンテキストを転送することができる。
【０７３３】
６-７。AMFはMMEから受信したUEのコンテキストに基づいて、サービングSMFのアドレスを調べ（P-GWのアドレスからわかる）、サービングSMFに端末が５GCでサービスを受けるようになったことを知らせることができる。
【０７３４】
８. AMFは端末にTAU承認を送信することができる。この過程で、ネットワーク（例えば、AMF）は、コアネットワークの変更があった場合、どのようなアクションを実行するかどうかの指示を含んで転送することができる。この過程で、ネットワークは、コアネットワークの変更があった場合、端末がどのようなアクションを実行するか（TAUを実行するか、またはハンドオーバー接続／登録を行うか）の指示を含んで転送することができる。これらの指示は、明示的にTAU／ハンドオーバー接続／登録を指示する明示的な指示の形でシグナリングされるか、NGx（例えば、N２６）インターフェースの有無を指示する暗示的指示の形でシグナリングされるということは、上述した通りである。 
【０７３５】
図２５および２６で上述したフローチャートは、端末がEPCから５GCに移動する場合を中心に言及したが、これに限定されるものではなく、端末が５GCからEPCに移動する場合にも同様に適用することができる。したがって、前記実施例で５GCは、EPCに、EPCは５GCに、AMFはMMEに、MMEはAMFにそれぞれ置き換えることができる。
【０７３６】
上述した実施形態で端末は基本（default）的にTAUを実行するように設定され、ネットワーク（例えば、AMF／MME）は、ハンドオーバーの接続が必要／可能な場合にのみ、ハンドオーバー接続／登録の指示を端末に転送する方式で設定することができる。例えば、端末は、別の指示（例えば、ハンドオーバー接続／登録指示）を受信していない場合は、TAU手順を実行することができ、別の指示を受信した場合には、ハンドオーバー接続／登録の手順を実行することができる。ここでハンドオーバー接続／登録を実行せよという指示は端末が接続／登録要求にIMSIを包含せよという指示に対応することもできる。
【０７３７】
一方では、端末は、基本的にハンドオーバー接続を実行するように設定され、ネットワークはTAUが必要な場合にのみ、TAU実行指示を端末に転送するように設定することができる。例えば、端末は、別の指示（例えば、TAU指示）を受信していない場合は、ハンドオーバー接続／登録手順を実行することができ、別の指示を受信した場合には、TAU手順を実行することができる。
【０７３８】
[RAN レベルのソリューション]
【０７３９】
端末がeNBを通じてEPCにサービスを受けていてgNBを通じて５Gコアに移る場合は、TAUを実行するか、またはハンドオーバー接続／登録を行うかどうかは端末が接続モード（connected mode）またはアイドルモード（idle mode）であるかによって以下のように動作が異なることがある。
【０７４０】
１）端末が接続モードの場合
【０７４１】
i）EPCと５GCの間にNGx（例えば、N２６）インタフェースが存在する場合（HO（Hanodver）動作）
【０７４２】
eNBはNGx（例えば、N２６）インタフェースが存在するため、ハンドオーバーが可能であることを認知してMMEにハンドオーバー要求（handover required）メッセージを送信しながらターゲットgNBのアドレスを知らせることができる。
【０７４３】
この場合、従来のハンドオーバー手順と同様に、すべてのUEコンテキストがNGx（例えば、N２６）インタフェースを通じてEPCから５GCに移るようになり、ハンドオーバーが終わった後、端末は、TAリストを割り当ててもらうためにTAU手順を実行することができる。
【０７４４】
ii）EPCと５Gコアの間にNGx（例えば、N２６）インタフェースがない場合（アイドルモードセル再選択動作）
【０７４５】
eNBはNGx（例えば、N２６）インタフェースが存在しないことを認知してRRC解除（Relese）をしながら端末にターゲットgNBのセル情報を与え、そのセルでキャンプするように指示する。このとき、eNBは、ハンドオーバー接続／登録が必要であることを知らせる指示あるいは理由（cause）の値を端末に送信することができる。
【０７４６】
端末は、RRC解除を通じてeNBから受信した無線／周波数情報によってターゲットgNBのセルにキャンプした後、当該eNBが送信したハンドオーバー接続／登録の指示に従ってハンドオーバー接続／登録の手順を実行することができる。
【０７４７】
２）端末がアイドルモードである場合、
【０７４８】
端末は、以前に接続モードにあって、RRC解除され、受信した指示に基づいて、ハンドオーバー接続／登録を行うか、TAUを実行することができる。
【０７４９】
上述した実施例では、端末がEPCからサービスを受けて５GCに移動する場合を中心に述べたが、これに限定されるものではなく、端末が５GCからEPCに移動する場合にも同様に適用することができる。したがって、前記実施例で５GCはEPCに、EPCは５GCに、AMFはMMEに、MMEはAMFにそれぞれ置き換えることができる。
【０７５０】
上述したRANレベルのソリューションでeNB／gNBは、NGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録可能かどうかを図２７乃至２９を参照し、後述する方法を使用して調べることができる。
【０７５１】
図２７ないし２９は、本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。
【０７５２】
図２７を参照すると、まずeNB／gNBはMME／AMFにハンドオーバー要求（handover required）メッセージを送信することができる。このとき、もし形成／確立されているNGx（例えば、N２６）インタフェースがない場合は、MME／AMFはハンドオーバー準備失敗（handover preparation failure）メッセージをeNB／gNBに転送しつつ、理由値をNGx（例は、N２６）インタフェースが存在しないハンドオーバーが不可能であることを指示する値に設定して一緒に送信してくれる。このとき、理由値としては、「no NGx interface」または「inter system handover not supported」などのようにハンドオーバーが不可能であることを示す、さまざまな理由の値に設定することができる。これを受信したeNB／gNBはハンドオーバーが不可能であることを認知して上述したソリューションのようにRRC解除を通じて端末にハンドオーバー接続／登録が必要であることを知らせることができる（例えば、ハンドオーバー接続／登録の実行指示を送信することにより）。
【０７５３】
そして／または、eNB／gNBはMME／AMFと初構成（configuration）を設定する際に図２８に例示したようなS１セットアップ／N２セットアップ手順を通じてNGx（例えば、N２６）インターフェースがないことをMME／AMFから構成（configure）／指示されることもできる。または、eNB／gNBはMME／AMFから５Gシステムはinter system handoverが不可能であるという構成（configure）を設定／指示されることもできる。eNB／gNBは、これらの構成（configuration）情報に基づいてハンドオーバー接続／登録が可能かどうかを判断し、上述したRANレベルのソリューションの動作を実行することができる。このような構成（configuration）情報は、MME／AMFがPLMNごとに異なって／独立して設定することができる。つまり、ネットワークスライシングをする場合には、事業者別の他の政策によってある事業者は、ハンドオーバーを支援し、ある事業者は対応していない可能性があるので、ハンドオーバー接続／登録可能かどうかはPLMNごとに異なって、或いは独立して設定することができる。
【０７５４】
さらに、これらの構成情報は、図２９で例示したMMEの構成（Configuration）の更新を通じて更新されることもできる。
【０７５５】
MME／AMFはハンドオーバーが可能かどうかが変更（例えば、オペレータポリシーまたは更新を通じたNGx（例えば、N２６）インターフェースの支援など）と、これをeNB／gNBに知らせ、ハンドオーバー可能状況／NGx（例えば、N２６）インターフェースの有無などに対する構成情報を更新することができる。
【０７５６】
上述した実施形態で端末は、基本（default）的にTAUを実行するように設定され、ネットワーク（例えば、eNB／gNB）はハンドオーバー接続が必要／可能な場合にのみ、ハンドオーバー接続／登録の指示を端末に転送する方式で設定することができる。例えば、端末は、別の指示（例えば、ハンドオーバー接続／登録指示）を受信していない場合は、TAU手順を実行することができ、別の指示を受信した場合には、ハンドオーバー接続／登録の手順を実行することができる。ここでハンドオーバー接続／登録を実行せよという指示は端末が接続／登録要求にIMSIを包含せよという指示に対応することもできる。
【０７５７】
RAN レベル ソリューションとコアネットワークレベルのソリューション両方下記の実施例が適用されることもできる。
【０７５８】
端末は、ハンドオーバー接続／登録を行うとき、PDN接続要求／PDUセッション要求メッセージに要求タイプをハンドオーバーに設定して送信する必要がある。しかし、従来の技術によれば、ハンドオーバー接続／登録はnon-３GPPアクセスと３GPPアクセスの間でのみ使用されているので、要求タイプを同じにハンドオーバーに設定して送信する場合、ネットワークでは、non-３GPPからPDUセッションが送信されるか、それとも３GPP（しかし、他のネットワークコア）からPDUセッションが送信されるかを判断することができない。
【０７５９】
これらの曖昧さを解決するために、既存に定義されていた要求タイプをそのまま使用せずに、本明細書で提案された相互連動（interworking）のための新しい要求タイプが定義されて使用することができる。
【０７６０】
たとえば、現在のTS ２４.００８によると、要求タイプ情報要素は、表２のように定義されている。
【０７６１】
【表２】
2020123992.tif 000005
【０７６２】
表２で「０１０」に設定された要求タイプ値は、non-３GPP（または３GPP）アクセスから３GPP（またはnon-３GPP）アクセスにPDN接続が送信されることを意味する。これらの転送は、３GPP TS ２５.３３１ [２３c]と３GPP TS ３６.３３１ [１２９]に記載され３GPP接続モードモビリティ手順によって制御されるハンドオーバーではない。「緊急ベアラサービスのハンドオーバー」は、A／Gb-モードとIu-モードでは、「予約（reserved）ビット」として扱われる。
【０７６３】
表２を参照すると、現在未使用（unused）の値が一つ残っているが（「０１１」）、これを表３のように３GPPアクセスの間でのハンドオーバーを指す要求タイプに設定／定義して使用することができる。このとき、３GPPアクセスの間でのハンドオーバー（between ３GPP accesses）は５Gネットワークからのハンドオーバーを意味する。 
【０７６４】
【表３】
2020123992.tif 000006
【０７６５】
万が一、５Gネットワークの３GPPアクセスnon-３GPPアクセスの区別が必要な場合は、追加の要求タイプを新たに定義して使用することができる。例えば、「０１１」は ５G ３GPPからEPCへのハンドオーバーを意味することができ、「１０１」は ５G non-３GPPからEPCへのハンドオーバーを意味することができる。
【０７６６】
または、従来のハンドオーバー要求タイプを再利用しつつ、PDN接続要求（connectivity request）／PDUセッション要求メッセージに端末のPDUセッションがどのアクセスから送信／転送されるかを、別の IEを定義して使用する方法がある。 
【０７６７】
５Gネットワークでは、同じDNN（Data Network Name）で複数のPDUセッションを作ることができる。そのため、ネットワークは、単にPDUセッションがどんなアクセスから送信／転送されるかについての情報だけでは、正確にどのPDUセッションが送信／転送されるかを判断することができない。たとえば、５GネットワークでE-URANを通じて同じDNNで２以上のPDUセッションを生成することができ、この場合、MMEは、eNBに渡す／転送するPDUセッションを正確に知っておかないとどのSMF／P-GWを選択するかどうか決定することができない。したがって、端末は、送信／転送しようとするPDUのセッションを識別するためのPDUセッション IDをPDN接続要求／PDUセッション要求メッセージに入れて送ることができる。 このとき、端末はPDN 接続要求／PDUセッション要求メッセージ内の新しく定義されたIEにPDUセッションIDを含ませて送信することができる。端末がPDUセッションIDを送信することとは別に、要求タイプを上から提供された方法を通じて設定して送信することもできる。
【０７６８】
MMEは端末が送信したPDN接続要求にPDUセッションIDが含まれている場合、 UDM+HSSから受けてきた情報に基づいて対応するPDUセッションIDにマッチングされるSMF／P-GWアドレスを選択し、端末のPDN接続要求を処理することができる。
【０７６９】
以下では、端末の接続モードでN２６インタフェースがない場合に関連する以下の問題の解決策を提供する。
【０７７０】
-接続モードのUEが５GからEPCへの移動が発生したときに、UEがTAU要求／拒否をスキップできるようにする追加の最適化（optimization）方法
【０７７１】
接続モードでのシステム間の移動性が発生している間サービスの中断（interruption）時間を最小限に抑えるために、UEは、二重（dual）の登録を支援していないネットワークは、N２６のインターフェイスのない相互連動のみを支援する。
【０７７２】
したがって、本明細書では、接続モードで５GCからEPCへのUEのモビリティに対する不要なTAU失敗をスキップするためにRANの指示を支援することを提案する。以下では、これに対する２つのオプションを提案する。
【０７７３】
オプション１：ハンドオーバー準備中のハンドオーバーの準備（preparation）失敗
【０７７４】
図３０は、本発明の一実施形態に従う失敗したハンドオーバー準備動作を例示した図である。
【０７７５】
図３０を参照すると、ソースNG-RANは、ハンドオーバー要求（required）メッセージをAMFに送信することにより、システム間（inter-system）ハンドオーバー（inter-RATハンドオーバー）を実行することができる。この場合には、AMFは、「システム間（inter-system）ハンドオーバーが支援されない」を意味するハンドオーバー準備に失敗し、メッセージをNG-RANに送信することにより応答することができる。したがって、ソースNG-RANは、不要なTAUをスキップするように指示し、RRC解除手続きを行うことができる。万が一、UEが「スキップ不要（unnecessary）TAU」を指示するE-UTRANからRRC終了メッセージを受信すると、UEは、ハンドオーバー指示を有する接続手順（つまり、ハンドオーバー接続／登録手続き）を実行する。
【０７７６】
オプション２：AMFはN２セットアップ手順中に「システム間のハンドオーバーが支援されない」を通知
【０７７７】
NG-RANは、N２セットアップ手順の間、システム間のハンドオーバー能力（capability）がわかる。NG-RANがE-UTRANへのUEモビリティを検出すると、NG-RANは、適切な原因「スキップ不要（unnecessary）TAU」を持つRRC解除を行うことができる。したがって、UEは、EPCの「ハンドオーバー」を指示するPDN接続要求メッセージを利用して接続手順を実行することができる。
【０７７８】
上述したオプション１と２をTS ２３.５０１の５.１７.２.３.２シングル-登録モードのUEのためのモビリティセクションに適用すると、以下の通りである。
【０７７９】
５.１７.２.３.２シングル（single）-登録モードのUEのためのモビリティ
【０７８０】
UEがシングル-登録モードを支援し、ネットワークがN２６インターフェースない相互連動手順を支援している場合：
【０７８１】
-  ５GCからEPCへの移動の場合には、UEは、５G-GUTIからマッピングされた４G-GUTIにTAU手順を実行する。MMEは、oldノードがAMFであることを決定し、UEへの「ハンドオーバーPDN接続のセットアップ支援」の指示によりTAUを拒絶する。この指示に基づいて、UEは、PDN接続要求メッセージ（TS ２３.４０１ [２６]、セクション５.３.２.１）内の「ハンドオーバー」の指示によりEPCで接続を行うことができ、続いてUEは、「ハンドオーバー」フラグを持つUE開始（initiated）PDN接続の確立（establishment）手順を使用してUEの他のすべてのPDUのセッションを移動させる（TS ２３.４０１ [２６]のセクション５.１０.２）。最初のPDN接続はE-UTRAN初期接続手順（TS ２３.４０１ [２６]参照）中に設定されることもできる。
【０７８２】
-  EPCから５GCへの移動の場合、UEは、４G-GUTIからマッピングされた５G-GUTIに５GCで「モビリティ登録の更新（mobility registration update）」タイプの登録を行うことができる。AMFはoldノードがMMEであることを決定するが、登録が「初期登録」タイプであるかのように進行する。登録承認はUEへの「ハンドオーバーPDUセッションセットアップ支援」の指示を含んでいる。この指示に基づいて、UEは、連続的に、「既存の（Existing）PDUのセッション」フラグ（TS ２３.５０２ [３]、４.３.２.２.１セクション）を有するUE開始PDUのセッション確立手順を使用してEPCからすべてのPDN接続を移動させることができる。
【０７８３】
-接続モードでUEが５GCからEPCに移動する間のサービスの中断を最小限に抑えるために、NG-RANは、TAU手順をスキップするための支援（assistance）情報を提供することができる。もし、UE ASがTAU手順スキップのための支援情報を受信すると、UE NASはTAU手順を実行する代わりに、PDN接続要求メッセージ（TS ２３.４０１ [２６]、セクション５.３.２.１）内の「ハンドオーバー」の指示によりEPCで接続手順を実行する必要がある。以後、UEは「ハンドオーバー」フラグ（TS ２３.４０１ [５.６.２]節）を有するUE開始PDN接続確立手順を使用してUEの他のすべてのPDUのセッションを移動させる。
【０７８４】
加えて、RRC解除メッセージでTAU手順をスキップするための支援情報を決定／指示する方法が追加で定義することができる。
【０７８５】
図３１は、本発明の一実施形態に従う端末のネットワーク間の相互連動方法を例示したフローチャートである。本フローチャートに関連して上述した実施例が同じ／同様に適用することができ、以下では重複する説明は省略する。
【０７８６】
端末のネットワークを５GCネットワークからEPCネットワークに変更するための第１の相互連動の手順を実行する手順は、５GCとEPCネットワークとの間にインターフェースが存在するかどうかに応じて、下記のように大きく２つの実施例で実装されることもできる。
【０７８７】
万が一、５GC及び前記EPCネットワークとの間のインターフェース（例えば、N２６）が存在しない場合：
【０７８８】
端末は５GCネットワークのAMFから第１の指示を受信することができる（S３１１０）。この時、端末が受信する第１の指示はハンドオーバー接続を行うことを指示する明示的に指示またはN２６が存在しないことを指示する暗示的な指示に対応することができる。 
【０７８９】
次に、端末は、前記第１の指示に基づいて、EPCネットワーク内でのハンドオーバー接続の手順を実行することができる（S３１２０）。このため、端末はハンドオーバー接続要求メッセージをEPCネットワークのMMEに送信することができる。この場合、端末は、要求タイプが「ハンドオーバー」に設定されたPDN接続要求メッセージをEPCのMMEに送信することができる。
【０７９０】
万が一、５GC及び前記EPCネットワークとの間のインターフェース（例えば、N２６）が存在する場合：
【０７９１】
端末は、、AMFから前記第１の指示を受信していない可能性があり、この場合、EPCネットワーク内でTAU手順を実行することができる。
【０７９２】
５GC内で端末に生成されたすべてのPDUのセッションは、前記ハンドオーバー接続手順又は前記TAU手順を通じて前記EPCネットワークに転送（transfer）されることもできる。特に、TAU手順を通じてMMEはAMFとのインタフェースを通じてAMFから直接端末のPDUセッションを伝達（transfer）してもらうことができる。
【０７９３】
また、本フローチャートには図示していないが、端末はEPCに移動しながら、前記５GCから移動することを示す以前のアクセス情報をMMEに送信することができる。
【０７９４】
また、端末が移動するEPCは５GCのGUTIからマッピングされるEPC-GUTIを持つことができる。
【０７９５】
万が一、５GCとEPCネットワークとの間のインターフェースが存在せず、端末が前記５GCで接続モードである場合、端末は５GCのNG-RAN（またはgNB）とRRC解除を行い、EPCと接続されたセルにキャンプすることができている。
【０７９６】
また、端末がEPCネットワークを変更した後、再びネットワークをEPCネットワークで５GCネットワークに変更するための第２の相互連動の手順を実行することができる。この時にも、５GCとEPCネットワークとの間のインターフェースが存在しない場合は、EPCネットワークのMMEから第２の指示を受信することができる。この時の第２指示もやはり、ハンドオーバー接続を行うことを指示する明示的に指示またはN２６が存在しないことを指示する暗示的な指示に対応することができる。次に、端末は前記の指示に基づいて５GCネットワーク内での登録手順を実行することができる。この時の登録手順は、登録タイプがモビリティ登録の更新（mobility registration update）に設定された登録手続きに対応することができる。EPC内の端末に対して生成されたすべてのPDUのセッションは、前記登録手続きを通じて５GCネットワークに転送することができる。
【０７９７】
端末は、EPCから移動することを示す以前のアクセス情報をAMFに送信することができる。５GCは、EPCのGUTIからマッピングされる５GC-GUTIを持つことができる。
【０７９８】
万が一、５GCとEPCネットワークとの間のインターフェースが存在せず、端末が、前記EPCで接続モードである場合には、EPCのE-UTRAN（例えば、eNBN）とRRC解除を行うすることができる。
【０７９９】
本発明が適用できる装置一般
【０８００】
図３２は本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０８０１】
図３２を参照すると、無線通信システムは、ネットワークノード（３２１０）と 多数の端末（UE）（３２２０）を含んでいる。
【０８０２】
ネットワークノード（３２１０）はプロセッサ（processor、３２１１）、メモリ（memory、３２１２）と通信モジュール（communication module、３２１３）を含んでいる。プロセッサ（３２１１）は、先に提案された機能、プロセスおよび／または方法を実装する。有／無線インターフェースプロトコルの階層は、プロセッサ（３２１１）によって実装されることもできる。メモリ（３２１２）は、プロセッサ（３２１１）と接続されて、プロセッサ（３２１１）を駆動するための様々な情報を格納する。通信モジュール（３２１３）はプロセッサ（３２１１）と接続されて、有／無線信号を送信および／または受信する。ネットワークノード（３２１０）の一例として、基地局、MME、HSS、SGW、PGW、アプリケーションサーバなどがこれに該当する。特に、ネットワークノード（３２１０）が基地局である場合には、通信モジュール（３２１３）は、無線信号を送信／受信するためのRF部（radio frequency unit）を含むすることができる。
【０８０３】
端末（３２２０）は、プロセッサ（３２２１）、メモリ（３２２２）と 通信モジュール（またはRF部）（３２２３）を含んでいる。プロセッサ（３２２１）は、先に提案された機能、プロセスおよび／または方法を実装する。無線インターフェースプロトコルの階層は、プロセッサ（３２２１）によって実装されることもできる。メモリ（３２２２）は、プロセッサ（３２２１）と接続されて、プロセッサ（３２２１）を駆動するための様々な情報を格納する。通信モジュール（３２２３）は、プロセッサ（３２２１）と接続されて、無線信号を送信および／または受信する。
【０８０４】
メモリ（３２１２、３２２２）は、プロセッサ（３２１１、 ３２２１）の内部または外部にあることができ、よく知られている様々な手段によりプロセッサ（３２１１、 ３２２１）と接続することができる。また、ネットワークノード（３２１０）（基地局である場合）および／または端末（３２２０）は、一本のアンテナ（single antenna）、または複数のアンテナ（multiple antenna）を有することができる。
【０８０５】
図３３は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０８０６】
特に、図３３は、先にも３２の端末をより詳細に例示する図である。
【０８０７】
図３３を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（DSP：digital signal processor）（３３１０）、RFモジュール（RF module）（またはRFユニット）（３３３５）、パワー管理モジュール（power management module）（３３０５）、アンテナ（antenna）（３３４０）、 バッテリー（battery）（３３５５）、 ディスプレイ（display）（３３１５）、 キーパッド（keypad）（３３２０）、 メモリ（memory）（３３３０）、 SIMカード（SIM（Subscriber Identification Module） card）（３３２５）（この構成ではオプション）、 スピーカー（speaker）（３３４５）とマイク（microphone）（３３５０）を含んで構成できる。端末はまた、単一のアンテナまたは複数のアンテナを含むことができる。
【０８０８】
プロセッサ（３３１０）は、先に提案された機能、プロセスおよび／または方法を実装する。無線インターフェースプロトコルの階層は、プロセッサ（３３１０）によって実装されることもできる。
【０８０９】
メモリ（３３３０）は、プロセッサ（３３１０）と接続され、プロセッサ（３３１０）の動作と関連した情報を保存する。メモリ（３３３０）は、プロセッサ（３３１０）内部または外部にあることができ、よく知られている様々な手段によりプロセッサ（３３１０）と接続することができる。
【０８１０】
ユーザーは、例えば、キーパッド（３３２０）のボタンを押すか、（あるいはタッチするか、）またはマイク（３３５０）を利用した音声駆動（voice activation）によって電話番号などのコマンド情報を入力する。プロセッサ（３３１０）は、これらのコマンドの情報を受信し、電話番号で電話をかけるなど、適切な機能を実行するように処理する。駆動上のデータ（operational data）は、SIMカード（３３２５）またはメモリ（３３３０）から抽出することができる。また、プロセッサ（３３１０）は、ユーザーが認知して、また利便性のために、コマンド情報または駆動情報をディスプレー（３３１５）上に表示することができる。
【０８１１】
RFモジュール（３３３５）は、プロセッサ（３３１０）に接続され、RF信号を送信および／または受信する。プロセッサ（３３１０）は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をRFモジュール（３３３５）に伝達する。RFモジュール（３３３５）は、無線信号を受信および送信するために受信機（receiver）と送信機（transmitter）から構成されている。アンテナ（３３４０）は、無線信号を送信および受信する機能を行う。無線信号を受信すると、RFモジュール（３３３５）は、プロセッサ（３３１０）によって処理するために信号を伝達して基盤バンド信号を変換することができる。処理された信号は、スピーカー（３３４５）を通じて出力される音や読みやすさの情報に変換することができる。
【０８１２】
以上で説明した実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り選択的なものを検討されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施されることもできる。また、一部の構成要素および／または特徴を結合して、本発明の実施例を構成することも可能である。本発明の実施例で説明している動作の順序は変更されることもできる。ある実施例の一部の構成や特徴は、他の実施例に含まれることができ、または他の実施形態に対応する構成または特徴と交換することができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができることは自明である。
【０８１３】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ’  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒ
ａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントロー
ラ、マイクロコントローラ、マイクロプロセッなどにより具現できる。
【０８１４】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態で具現できる。ソフトウェアのコードは、メモリに格納され、プロセッサによって駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知となった多様な手段により、前記プロセッサとデータをやり取りすることができる。
【０８１５】
本明細書で「Aおよび／またはB」は、Aおよび／またはBのうち少なくとも一つを意味する。
【０８１６】
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態として具体化されることは当業者に自明である。したがって、上述した詳細な説明は、すべての面で制限的に解釈してはならないし、例示的なものとみなされるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきで、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０８１７】
本発明の無線通信システムで地理的領域（geographical area）内に存在する端末の数を報告するための、または、これを支援するための方策は、３GPP LTE／LTE-A／NR（５G）システムに適用される例を中心として説明したが、３GPP LTE／LTE-A／NR（５G）システム以外にも、様々な無線通信システムに適用することができる。
【図１】
2020123992.tif 000007
【図２】
2020123992.tif 000008
【図３】
2020123992.tif 000009
【図４】
2020123992.tif 000010
【図５】
2020123992.tif 000011
【図６】
2020123992.tif 000012
【図７】
2020123992.tif 000013
【図８】
2020123992.tif 000014
【図９】
2020123992.tif 000015
【図１０】
2020123992.tif 000016
【図１１】
2020123992.tif 000017
【図１２】
2020123992.tif 000018
【図１３】
2020123992.tif 000019
【図１４】
2020123992.tif 000020
【図１５】
2020123992.tif 000021
【図１６】
2020123992.tif 000022
【図１７】
2020123992.tif 000023
【図１８】
2020123992.tif 000024
【図１９】
2020123992.tif 000025
【図２０】
2020123992.tif 000026
【図２１】
2020123992.tif 000027
【図２２】
2020123992.tif 000028
【図２３】
2020123992.tif 000029
【図２４】
2020123992.tif 000030
【図２５】
2020123992.tif 000031
【図２６】
2020123992.tif 000032
【図２７】
2020123992.tif 000033
【図２８】
2020123992.tif 000034
【図２９】
2020123992.tif 000035
【図３０】
2020123992.tif 000036
【図３１】
2020123992.tif 000037
【図３２】
2020123992.tif 000038
【図３３】
2020123992.tif 000039
【手続補正書】
【提出日】令和2年5月21日(2020.5.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末（ＵＥ）のネットワーク間でインターワーキングする方法であって、
前記ＵＥのネットワークを５ＧＣ（５-generation Core）ネットワークから、ＥＰＣ（Evolved Packet Core）ネットワークに変更するための第１のインターワーキング手順を実行するステップと、
前記５ＧＣネットワークと前記ＥＰＣネットワーク間のインターフェースが存在しない時、前記第１のインターワーキング手順は、
前記５ＧＣネットワークのＡＭＦ（Access and Mobility Management Function）から第１の指示を受信するステップと、
前記第１の指示に基づいて前記ＥＰＣネットワークでハンドオーバー接続手順を実行するステップを含む、方法。
【請求項２】
前記５ＧＣネットワークと前記ＥＰＣネットワークとの間の前記インターフェースが存在する時、前記第１のインターワーキング手順の実行は、
前記ＡＭＦから前記第１の指示を受信しないステップと、
前記ＥＰＣネットワーク内でＴＡＵ（Tracking Area Update）手順を実行するステップを含む、請求項１に記載の方法。
【請求項３】
前記５ＧＣ内で前記端末に対して生成されたＰＤＵ（packet data unit）セッションは、前記ハンドオーバー接続手順又は前記ＴＡＵ手順を通じて前記ＥＰＣネットワークに転送（transfer）される、請求項２に記載の方法。
【請求項４】
前記ハンドオーバー接続手順を実行するステップは、
要求タイプがハンドオーバーに設定されたＰＤＮ接続要求メッセージを前記ＥＰＣのＭＭＥ（Mobility Management Entity）に送信するステップを含む、請求項１に記載の方法。
【請求項５】
前記端末が前記５ＧＣから移動することを示す情報を、前記ＭＭＥに送信するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記ＥＰＣは、前記５ＧＣのＧＵＴＩ（Globally Unique Temporary ＵＥ Identity）とマッピングされるＥＰＣ−ＧＵＴＩを有する、請求項１に記載の方法。
【請求項７】
前記５ＧＣネットワークとＥＰＣネットワークとの間のインターフェースが存在せず、前記端末が前記５ＧＣで接続モードにある時、前記５ＧＣのＮＧ（Next-Generation）-ＲＡＮ（radio access network）とＲＲＣ（radio resource control）解除（release）を行い、前記ＥＰＣに接続されるセルにキャンプするステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記ＵＥのネットワークを前記ＥＰＣネットワークから前記５ＧＣネットワークに変更するための第２のインターワーキング手順を実行するステップをさらに含み、
前記５ＧＣネットワークと前記ＥＰＣネットワーク間のインターフェースが存在しない時、前記第２のインターワーキング手順の実行は、
前記ＥＰＣネットワークのＭＭＥ（Mobility Management Entity）から第２の指示を受信するステップと、
前記第２の指示に基づいて前記５ＧＣネットワークで登録手順を実行するステップを含む、請求項１に記載の方法。
【請求項９】
前記ＥＰＣでの前記ＵＥに対して生成されたＰＤＵ（packet data unit）セッションは、前記登録手順を介して前記５ＧＣネットワークに転送される、請求項８に記載の方法。
【請求項１０】
前記登録手順は、登録タイプがＭＲＵ（mobility registration update）に設定される登録手順である、請求項８に記載の方法。
【請求項１１】
前記ＵＥが前記ＥＰＣから移動することを示す情報を前記ＡＭＦへ送信するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記５ＧＣは、前記ＥＰＣのＧＵＴＩ（Globally Unique Temporary ＵＥ Identity）とマッピングされる５ＧＣ−ＧＵＴＩを有する、請求項１０に記載の方法。
【請求項１３】
前記５ＧＣネットワークと前記ＥＰＣネットワークとの間のインターフェースが存在せず、前記端末が前記ＥＰＣで接続モードにある時、前記ＥＰＣのＥ−ＵＴＲＡＮ（evolved-‘universal terrestrial radio access network）とＲＲＣ（radio resource control）解除（release）を行うステップをさらに含む、請求項８に記載の方法。
【請求項１４】
無線通信システムにおいて、ネットワーク間でインターワーキングする方法を実行するＵＥであって、
信号を送信及び受信するコミュニケーションモジュールと、
前記コミュニケーションモジュールを制御するプロセッサを含み、
前記プロセッサは、
前記ＵＥのネットワークを５ＧＣ（５-generation Core）ネットワークから、ＥＰＣ（Evolved Packet Core）ネットワークに変更するための第１のインターワーキング手順を実行し、
前記５ＧＣネットワークと前記ＥＰＣネットワーク間のインターフェースが存在しない時、
前記５ＧＣネットワークのＡＭＦ（Access and Mobility Management Function）から指示を受信し、
前記指示に基づいて前記ＥＰＣネットワークでハンドオーバー接続手順を実行する、ＵＥ。
【請求項１５】
前記５ＧＣネットワークと前記ＥＰＣネットワークとの間にネットワークが存在する時、前記プロセッサは、前記ＡＭＦから前記指示を受信せず、前記ＥＰＣ内でＴＡＵ（Tracking Area Update）手順を実行するようにさらに構成された、請求項１４に記載のＵＥ。