(57)【要約】【課題】無線通信システムにおいてAMFのサービス要求の手順を実行する方法を提供する。【解決手段】端末が有効を希望するPDUセッションのPDUセッションIDが含まれたサービス要求メッセージを端末から受信するステップと、PDUのセッションIDが含まれている第１のメッセージをSMFに転送するステップと、SMFによってPDUのセッションの確立が拒絶された場合、PDUセッション確立の拒絶理由が含まれている第２のメッセージを第１のメッセージに応答して受信するステップと、拒絶理由及び拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを端末に送信するステップと、を含むことができる。【選択図】図１７
2019525682.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムから、AMF（Access and Mobility Management Function）のサービス要求の手順を実行する方法において、
端末が有効を希望するPDU（Packet Data Unit）セッションへのPDUセッションID（Identifier）が含まれているサービス要求メッセージを前記端末から受信するステップ、
前記PDUのセッションIDが含まれている第１のメッセージをSMF（Session Management Function）に転送するステップ、
前記SMFによって前記PDUのセッションの確立が拒絶された場合、
前記PDUのセッション確立の拒絶理由が含まれている第２のメッセージを前記第１のメッセージに応答して受信する段階と
前記拒絶理由（cause）及び前記拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを前記端末に送信するステップと、を含む、サービス要求の手順を実行する方法。
【請求項２】
前記SMFによって前記PDUのセッションの確立が承認（accept）された場合、
前記AMFがAN（Access Network）に提供すべき情報が含まれているN２ SM情報が含まれている第３のメッセージを前記第１のメッセージに応答して受信する段階と
前記N２ SM情報を前記ANに送信するステップと、を含む、請求項１に記載のサービス要求の手順を実行する方法。
【請求項３】
前記N２ SM情報を前記ANに送信するステップは、
前記サービス要求メッセージに複数のSMFを伴う（involve）複数のPDUセッションIDが含まれている場合には、
前記複数のSMF全員からのN２ SM情報の受信を待たずに、前記複数のSMFのうちの少なくとも一部のSMFから受信したN２ SM情報をN２要求メッセージを通じて前記ANに送信するステップと、を含む、請求項２に記載のサービス要求の手順を実行する方法。
【請求項４】
前記N２ SM情報を前記ANに送信するステップは、
前記複数のSMFのうち、前記少なくとも一部のSMFを除いた残りのSMFからの追加N２ SM情報が受信された場合には、前記追加のN２ SM情報は、別の（separate）N２メッセージを通じて前記ANに送信するステップと、をさらに含む、請求項３に記載のサービス要求の手順を実行する方法。
【請求項５】
前記別のN２メッセージは、N２トンネルセットアップ要求メッセージである、請求項４に記載のサービス要求の手順を実行する方法。
【請求項６】
前記ANは、前記N２ SM情報に基づいて前記端末のRRC（radio resource control）接続のリセット（reconfiguration）を実行するネットワークノードである、請求項４に記載のサービス要求の手順を実行する方法。
【請求項７】
前記サービス要求メッセージに複数のSMFを伴う複数のPDUセッションIDが含まれている場合には、前記サービス応答メッセージは、前記複数のSMF全員から前記第２および／または前記第３のメッセージを受信した後、送信される、請求項３に記載のサービス要求の手順を実行する方法。
【請求項８】
前記サービス応答メッセージは、前記のすべての複数のPDUセッションIDに対するPDUのセッション確立の承認結果を格納する、請求項７に記載のサービス要求の手順を実行する方法。
【請求項９】
前記サービス応答メッセージは、サービス承認（accept）メッセージに対応する、請求項２に記載のサービス要求の手順を実行する方法。
【請求項１０】
無線通信システムでサービス要求の手順を実行するAMF（Access and Mobility Management Function）において、
信号を送受信するための通信モジュール（communication module）と
前記通信モジュールを制御するプロセッサを含み、
前記プロセッサは、
端末が有効を希望するPDU（Packet Data Unit）セッションのPDUセッションID（Identifier）が含まれているサービス要求メッセージを前記端末から受信し、
前記PDUのセッションIDが含まれている第１のメッセージをSMF（Session Management Function）に転送するが、
前記SMFによって前記PDUのセッションの確立が拒絶された場合、
前記PDUのセッション確立の拒絶理由が含まれている第２のメッセージを前記第１のメッセージに応答して受信し、
前記拒絶理由（cause）及び前記拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを前記端末に送信する、AMF。
【請求項１１】
前記プロセッサは、
前記SMFによって前記PDUのセッションの確立が承認（accept）された場合、
前記AMFがAN（Access Network）に提供すべき情報が含まれているN２ SM情報が含まれている第３のメッセージを前記第１のメッセージに応答して受信し、
前記N２ SM情報を前記ANに転送する、請求項１０に記載のAMF。
【請求項１２】
前記N２ SM情報を前記ANに送信する場合は、前記プロセッサは、
前記サービス要求メッセージに複数のSMFを伴う（involve）複数のPDUセッションIDが含まれている場合には、
前記複数のSMF全員からのN２ SM情報の受信を待たずに、前記複数のSMFのうちの少なくとも一部のSMFから受信したN２ SM情報をN２要求メッセージを通じて前記ANに送信される、請求項１１に記載のAMF。
【請求項１３】
前記N２ SM情報を前記ANに送信する場合は、前記プロセッサは、
前記複数のSMFのうち、前記少なくとも一つのSMFを除いた残りのSMFからの追加N２ SM情報が受信された場合には、前記追加のN２ SM情報は、別の（separate）N２メッセージを通じて前記ANに送信される、請求項１２に記載のAMF。
【請求項１４】
前記別のN２メッセージは、N２トンネルセットアップ要求メッセージである、請求項１３に記載のAMF。
【請求項１５】
前記ANは、前記N２ SM情報に基づいて前記端末のRRC（radio resource control）接続のリセット（reconfiguration）を実行するネットワークノードである、請求項１３に記載のAMF。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、端末トリガーサービス要求手順の実行／支援方法およびそのための装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザーの活動性を保証しながら、音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在には爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザーがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザー当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（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）など、多様な技術が研究されている。
【０００４】
特に、最近では消費電力が機器の寿命に大きな影響を与える機器のために、消費電力を低減するための様々な技術が活発に研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、無線通信システムのサービス要求の手順をより明確に定義し、手順の曖昧に応じて発生する可能性のある様々な問題点を解決する方法を提供することをその目的とする。
【０００６】
上述した技術的課題を解決するための方法及び装置に関する実施例を提供する。本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないさらに他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００７】
本発明の一様態は、無線通信システムで、AMF（Access and Mobility Management Function）のサービス要求の手順を実行する方法であって、端末が有効化を希望するPDU（Packet Data Unit）セッションへのPDUセッションID（Identifier）が含まれているサービス要求メッセージを前記端末から受信するステップと、前記PDUのセッションIDが含まれている第１のメッセージをSMF（Session Management Function）に転送するステップと、前記SMFによって前記PDUのセッションの確立が拒絶された場合、前記PDUセッション確立の拒絶理由が含まれている第２のメッセージを前記第１のメッセージに応答して受信する段階、および前記拒絶理由（cause）及び前記拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを前記端末に送信するステップを含むことができる。
【０００８】
また、前記サービス要求の手順を実行する方法は、前記SMFによって前記PDUのセッションの確立が承認（accept）された場合、前記AMFがAN（Access Network）に提供すべき情報が含まれているN２ SM情報が含まれた第３メッセージを前記第１のメッセージに応答して受信する段階、及び前記N２ SM情報を前記ANに送信するステップを含むことができる。
【０００９】
また、前記N２ SM情報を前記ANに送信するステップは、前記サービス要求メッセージに複数のSMFを伴う（involve）複数のPDUセッションIDが含まれている場合、前記複数のSMF全部からのN２ SM情報受信を待たずに、前記複数のSMFのうちの少なくとも一部のSMFから受信したN２ SM情報をN２要求メッセージを通じて前記ANに送信するステップを含むことができる。
【００１０】
また、前記N２ SM情報を前記ANに送信するステップは、前記複数のSMFのうち、前記少なくとも一部のSMFを除いた残りのSMFからの追加N２ SM情報が受信された場合には、前記追加のN２ SM情報は、別の（separate ）N２メッセージを通じて前記ANに送信するステップをさらに含むことができる。
【００１１】
また、前記別のN２メッセージは、N２トンネルセットアップ要求メッセージであることができる。
【００１２】
また、前記ANは、前記N２ SM情報に基づいて前記端末へのRRC（radio resource control）接続のリセット（reconfiguration）を実行するネットワークノードであることができる。
【００１３】
また、前記サービス要求メッセージに複数のSMFを伴う複数のPDUセッションIDが含まれている場合には、前記サービス応答メッセージは、前記複数のSMF全部から前記第２および／または前記第３のメッセージを受信した後、送信されることができる。
【００１４】
また、前記サービス応答メッセージは、前記のすべての複数のPDUセッションIDに対するPDUのセッション確立の承認結果を含むことができる。
【００１５】
また、前記サービス応答メッセージは、サービス承認（accept）メッセージに対応することができる。
【００１６】
また、本発明の他の様態は、無線通信システムでサービス要求の手順を実行するAMF（Access and Mobility Management Function）において、信号を送受信するための通信モジュール（communication module）、及び前記通信モジュールを制御するプロセッサを含み、前記プロセッサは、端末が有効化を希望するPDU（Packet Data Unit）セッションへのPDUセッションID（Identifier）が含まれているサービス要求メッセージを前記端末から受信し、前記PDUのセッションIDが含まれている第１メッセージをSMF（Session Management Function）に送信するが、前記のSMFによって前記PDUのセッションの確立が拒絶された場合、前記PDUセッション確立の拒絶理由が含まれている第２のメッセージを前記第１のメッセージに応答として受信し、前記拒絶理由（cause）及び前記拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを前記端末に送信することができる。
【００１７】
また、前記プロセッサは、前記SMFによって前記PDUのセッションの確立が承認（accept）された場合、前記AMFがAN（Access Network）に提供すべき情報が含まれているN２ SM情報が含まれている第３のメッセージを、前記第１メッセージへの応答として受信し、前記N２ SM情報を前記ANに送信することができる。
【００１８】
また、前記N２ SM情報を前記ANに送信する場合は、前記プロセッサは、前記サービス要求メッセージに複数のSMFを伴う（involve）する複数のPDUセッションIDが含まれている場合には、前記複数のSMF全部からのN２ SM情報の受信を待たずに、前記複数のSMFのうちの少なくとも一部のSMFから受信したN２ SM情報をN２要求メッセージを通じて前記ANに送信することができる。
【００１９】
また、前記N２ SM情報を前記ANに送信する場合は、前記プロセッサは、前記複数のSMFのうち、前記少なくとも一つのSMFを除いた残りのSMFからの追加N２ SM情報が受信された場合には、前記追加のN２ SM情報は別途の（separate）N２メッセージを通じて前記ANに送信することができる。
【００２０】
また、前記別のN２メッセージは、N２トンネルセットアップ要求メッセージであることができる。
【００２１】
また、前記ANは、前記N２ SM情報に基づいて前記端末へのRRC（radio resource control）接続のリセット（reconfiguration）を実行するネットワークノードであることができる。
【発明の効果】
【００２２】
本発明の実施例によると、サービス要求手順がより明確に定義されるので、曖昧さにより発生する可能性のある様々な問題点が防止されるという効果がある。
【００２３】
また、本発明の実施例によると、PDUのセッション確立への承認／拒否するかどうか、および／または拒絶理由がAMFに明確に指示されて手順の曖昧さとAMFの動作の曖昧さが解消されるという効果がある。
【００２４】
本発明で得ることができる効果は、以上で言及した効果に制限されず、言及しないさらに他の効果は以下の記載から、本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２５】
本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２６】
【図１】図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  ＰａｃｋｅｔＳｙｓｔｅｍ）を簡略に例示する図である。
【図２】図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】図３は、本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】図４は、本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【図５】図５は、本発明が適用できる無線通信システムで、S１インターフェースプロトコルの構造を示す。
【図６】図６は、本発明が適用できる無線通信システムで、物理チャネルの構造を簡単に例示する図である。
【図７】図７は、本発明が適用できる無線通信システムで、EMMとECMの状態を例示する図である。
【図８】図８は 本発明が適用できる無線通信システムで、競争基盤のランダムアクセス手順を説明するための図である。
【図９】図９は、参照点表現を用いた５Gシステムアーキテクチャーを例示した図である。
【図１０】図１０は、サービス基盤の表現を利用した５Gシステムアーキテクチャーを例示した図である。
【図１１】図１１は、本発明が適用できるNG-RANアーキテクチャーを例示する。
【図１２】図１２は、本発明が適用できる無線プロトコルスタックを例示した図である。
【図１３】図１３は、本発明が適用できるRM状態モデルを例示する。
【図１４】図１４は、本発明が適用できるCM状態モデルを例示する。
【図１５】図１５は、本発明に適用できるCM-IDLE状態でのUEトリガー（triggered）サービス要求の手順を例示する。
【図１６】図１６は、本発明に適用できるCM-CONNECTED状態でのUEトリガーサービス要求の手順を例示する。
【図１７】図１７は、本発明に適用できるネットワークトリガーサービス要求の手順を例示する。
【図１８】図１８は、本発明に適用できるCM-IDLEからのNASを通じたMO SMS送信手順を例示する。
【図１９】図１９は、本発明に適用できるCM-IDLEからのステップのアプローチ（one step approach）を利用したMO SMS手順を例示する。
【図２０】図２０は、本発明の一実施形態に従うAMFのサービス要求の手順を実行する方法を例示したフローチャートである。
【図２１】図２１は本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【図２２】図２２は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２７】
以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
【００２８】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。
【００２９】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等の用語によって代替し得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）, ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ)、 ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替され得る。
【００３０】
以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部であり得る。
【００３１】
以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定用語の使用は、本発明の技術的思想を免脱しない範囲で他の形態に変更され得る。
【００３２】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられ得る。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００３３】
本発明の実施例は、無線接続システムであるＩＥＥＥ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
【００３４】
説明を明確にするために、３ＧＰＰＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３５】
本明細書で使用できる用語は、以下のように定義される。
【００３６】
-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）ネットワークとの間のプロトコルスタックを含んでおり、データとネットワーク制御信号送信などを担当。
【００７７】
以下、前記のように定義された用語に基づいて、本発明について述べる。
【００７８】
本発明が適用されることができるシステム一般
【００７９】
図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である
【００８０】
図１のネットワークの構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
【００８１】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに多様な無線接続技術を支援し、より向上したデータ転送能力を提供する等の最適化されたパケット−ベースのシステムを提供することを目標とする。
【００８２】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット−ベースのリアルタイム及び非リアルタイムのサービスを支援することができる。既存の移動通信システム（即ち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインとして単一化した。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、端対端（ｅｎｄ−ｔｏ−ｅｎｄ）のＩＰサービスの具現に必須的な構造である。
【００８３】
ＥＰＣは多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（若しくはＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００８４】
ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以降から定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００８５】
ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（Ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）等をサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークや、Ｗｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役割を果たすことができる。
【００８６】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイで構成されることを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００８７】
ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー等を支援するためのシグナリング及び制御機能を遂行する要素である。ＭＭＥは、加入者及びセッション管理に関する制御平面機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを遂行する。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉａｎｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００８８】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００８９】
ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対する保安ノードとしての役割を果たす。
【００９０】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセスベースでもＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００９１】
また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示すリファレンスポイントを整理したものである。表１の例示以外にもネットワーク構造によって様々なリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在することができる。
【００９２】
【表１−１】
2019525682.tif 000003
【００９３】
【表１−２】
2019525682.tif 000004
【００９４】
図１に示すリファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは信頼できる非−３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。
【００９５】
図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００９６】
Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
【００９７】
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザー平面（ｕｓｅｒｐｌａｎｅ）のプロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２インターフェースを介して連結される。
【００９８】
Ｘ２ユーザー平面インターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザー平面ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の保証されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御平面インターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットＮＢとの間のユーザー平面トンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理等の機能を遂行する。
【００９９】
ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に連結される。
【０１００】
Ｓ１ユーザー平面インターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲイトウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）との間に定義される。Ｓ１制御平面インターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）との間に定義される。Ｓ１インターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能等を遂行する。Ｓ１インターフェースはｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【０１０１】
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は、サービス−ベースの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【０２４２】
本図で例示されたサービス−ベースのインターフェースは、所定のＮＦにより提供される／露出されるサービスのセットを示す。サービス−ベースのインターフェースは制御平面内で用いられる。次は、本図のように表現された５Ｇシステムのアーキテクチャーに含まれるサービス−ベースのインターフェースを例示する。
【０２４３】
−Ｎａｍｆ：ＡＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４４】
−Ｎｓｍｆ：ＳＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４５】
−Ｎｎｅｆ：ＮＥＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４６】
−Ｎｐｃｆ：ＰＣＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４７】
−Ｎｕｄｍ：ＵＤＭにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４８】
−Ｎａｆ：ＡＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２４９】
−Ｎｎｒｆ：ＮＲＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２５０】
−Ｎａｕｓｆ：ＡＵＳＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０２５１】
消費者）にサービス−ベースのインターフェースを介して露出される能力の一種である。ＮＦは、一つ以上のＮＦサービスを露出することができる。ＮＦサービスを定義するために次のような基準が適用される：
【０２５２】
−ＮＦサービスは、終端間（ｅｎｄ−ｔｏ−ｅｎｄ）の機能を説明するための情報の流れから導出される。
【０２５３】
−完全な終端間（ｅｎｄ-ｔｏ−ｅｎｄ）のメッセージの流れは、ＮＦサービス呼出（ｉｎｖｏｃａｔｉｏｎ）のシーケンスによって説明される。
【０２５４】
−ＮＦが自身のサービスをサービス−ベースのインターフェースを介して提供する二つの動作は次の通りである：
【０２５５】
ｉ）「要求−応答（Ｒｅｑｕｅｓｔ−ｒｅｓｐｏｎｓｅ）」：制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）は、また別の制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）から特定のＮＦサービス（動作の遂行及び／又は情報の提供を含む）の提供の要求を受ける。ＮＦ＿Ｂは、要求内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービスの結果を応答する。
【０２５６】
要求を満たすために、ＮＦ＿Ｂは交互に他のＮＦからのＮＦサービスを消費することができる。要求−応答のメカニズムで、通信は二つのＮＦ（即ち、消費者及び供給者）間の一対一で遂行される。
【０２５７】
ｉｉ）「加入−通知（Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｙ）」
【０２５８】
制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）は、また別の制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）により提供されるＮＦサービスに加入する。多数の制御平面ＮＦは、同一の制御平面ＮＦサービスに加入することができる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された興味のあるＮＦに通知する。消費者からの加入要求は、周期的なアップデートまたは特定のイベント（例えば、要求された情報の変更、特定の臨界値の到達等）を通じてトリガーされる通知のための通知要求を含むことができる。このメカニズムは、ＮＦ（例えば、ＮＦ＿Ｂ）が明示的な加入要求なく暗黙的に特定の通知に加入した場合（例えば、成功的な登録手続により）も含む。
【０２５９】
図11は、本発明が適用されることができるＮＧ−ＲＡＮのアーキテクチャーを例示する。
【０２６０】
図11を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＵＥに向かったユーザー平面及び制御平面プロトコルの終端を提供する、ｇＮＢ（ＮＲＮｏｄｅＢ）及び／又はｅＮＢ（ｅＮｏｄｅＢ）で構成される。
【０２６１】
ｇＮＢの間に、かつｇＮＢと５ＧＣに連結されるｅＮＢの間にＸｎインターフェースを用いて相互連結される。ｇＮＢ及びｅＮＢは、また５ＧＣにＮＧインターフェースを用いて連結され、さらに具体的に、ＮＧ−ＲＡＮと５ＧＣとの間の制御平面インターフェースであるＮＧ−Ｃインターフェース（即ち、Ｎ２リファレンスポイント）を用いてＡＭＦに連結され、ＮＧ−ＲＡＮと５ＧＣとの間のユーザー平面インターフェースであるＮＧ−Ｕインターフェース（即ち、Ｎ３リファレンスポイント）を用いてＵＰＦに連結される。
【０２６２】
無線プロトコルのアーキテクチャー
【０２６３】
図12は、本発明が適用されることができる無線プロトコルスタックを例示した図である。特に、図12（ａ）は、ＵＥとｇＮＢとの間の無線インターフェースユーザー平面プロトコルスタックを例示し、図12（ｂ）は、ＵＥとｇＮＢとの間の無線インターフェース制御平面プロトコルスタックを例示する。
【０２６４】
制御平面は、ＵＥとネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。
【０２６５】
図12（ａ）を参照すると、ユーザー平面プロトコルスタックは、第１層（Ｌａｙｅｒ  １）（即ち、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）層）、第２層（Ｌａｙｅｒ  ２）に分割されることができる。
【０２６６】
図12（ｂ）を参照すると、制御平面プロトコルスタックは、第１層（即ち、ＰＨＹ層）、第２層、第３層（即ち、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）層）、ノンアクセスストラタム（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層に分割されることができる。
【０２６７】
第２層は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブ層と、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブ層と、パケットデータコンバージェンスプロトコル（ＰＤＣ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）サブ層と、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サブ層（ユーザー平面の場合）とに分割される。
【０２６８】
無線ベアラは、二つのグループに分類される：ユーザー平面データのためのデータ無線ベアラ（ＤＲＢ：ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）と制御平面データのためのシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）
【０２６９】
以下、無線プロトコルの制御平面とユーザー平面の各層を説明する。
【０２７０】
１）第１層であるＰＨＹ層は、物理チャンネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置したＭＡＣサブ層に転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣサブ層とＰＨＹ層との間でデータが転送される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴により転送されるかによって分類される。また、互いに異なる物理層の間、送信端のＰＨＹ層と受信端のＰＨＹ層との間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが転送される。
【０２７１】
２）ＭＡＣサブ層は、論理チャンネル（ｌｏｇｉｃａｌｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）との間のマッピング；転送チャンネルを介してＰＨＹ層に／から伝達される転送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に／から一つまたは異なる論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の多重化／逆多重化；スケジューリング情報の報告；ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；動的スケジューリングを用いたＵＥ間の優先順位ハンドリング；論理チャンネルの優先順位を用いて、一つのＵＥの論理チャンネル間の優先順位ハンドリング；パディング（Ｐａｄｄｉｎｇ）を遂行する。
【０２７２】
互いに異なる種類のデータは、ＭＡＣサブ層により提供されるサービスを伝達する。各論理チャンネルのタイプは、どんなタイプの情報が伝達されるかを定義する。
【０２７３】
論理チャンネルは、二つのグループに分類される：制御チャンネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びトラフィックチャンネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）。
【０２７４】
ｉ）制御チャンネルは、制御平面の情報のみを伝達するために用いられ、次の通りである。
【０２７５】
−ブロードキャスト制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：システム制御情報をブロードキャストするためのダウンリンクチャンネル。
【０２７６】
−ページング制御チャンネル（ＰＣＣＨ：Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ページング情報及びシステム情報変更の通知を伝達するダウンリンクチャンネル。
【０２７７】
−共通制御チャンネル（ＣＣＣＨ：Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ＵＥとネットワークとの間の制御情報を転送するためのチャンネル。このチャンネルは、ネットワークとＲＲＣ連結を有さないＵＥのために用いられる。
【０２７８】
−専用制御チャンネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ  ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）：ＵＥとネットワークとの間に専用制御情報を転送するための一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向チャンネル。ＲＲＣ連結を有するＵＥによって用いられる。
【０２７９】
ｉｉ）トラフィックチャンネルは、ユーザー平面の情報のみを使用するために用いられる：
【０２８０】
−専用トラフィックチャンネル（ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ユーザー情報を伝達するための、単一のＵＥに専用される、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャンネル。ＤＴＣＨは、アップリンク及びダウンリンクが全て存在することができる。
【０２８１】
ダウンリンクで、論理チャンネルと転送チャンネルとの間の連結は次の通りである。
【０２８２】
ＢＣＣＨはＢＣＨにマッピングされてもよい。ＢＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＰＣＣＨはＰＣＨにマッピングされてもよい。ＣＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＤＬ−ＳＣＨにマッピングされてもよい。
【０２８３】
アップリンクで、論理チャンネルと転送チャンネルとの連結は次の通りである。ＣＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＵＬ−ＳＣＨにマッピングされてもよい。
【０２８４】
３）ＲＬＣサブ層は、三つの転送モードを支援する：透過モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、非確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）。
【０２８５】
ＲＬＣ設定は、論理チャンネル別に適用されることができる。ＳＲＢの場合、ＴＭまたはＡＭモードが用いられ、反面、ＤＲＢの場合、ＵＭまたはＡＭモードが用いられる。
【０２８６】
ＲＬＣサブ層は、上位層ＰＤＵの伝達；ＰＤＣＰと独立のシーケンスナンバリング；ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再分割（ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ）；ＳＤＵの再結合（ｒｅａｓｓｅｍｂｌｙ）；ＲＬＣＳＤＵ廃棄（ｄｉｓｃａｒｄ）；ＲＬＣ再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を遂行する。
【０２８７】
４）ユーザー平面のためのＰＤＣＰサブ層は、シーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；ヘッダー圧縮及び圧縮−解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）（ロバストヘッダー圧縮）（ＲｏＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の場合のみ）；ユーザーデータ伝達；再配列（ｒｅｏｒｄｅｒｉｎｇ）及び複写検出（ｄｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎ）（ＰＤＣＰよりも上位の層に伝達が要求される場合）；ＰＤＣＰ  ＰＤＵルーティング（分割ベアラ（ｓｐｌｉｔ  ｂｅａｒｅｒ）の場合）；ＰＤＣＰＳＤＵの再転送；暗号化（ｃｉｐｈｅｒｉｎｇ）及び解読化（ｄｅｃｉｐｈｅｒｉｎｇ）；ＰＤＣＰ  ＳＤＵの廃棄；ＲＬＣ  ＡＭのためのＰＤＣＰ再確立及びデータの復旧（ｒｅｃｏｖｅｒｙ）；ＰＤＣＰ  ＰＤＵの複製を遂行する。
【０２８８】
制御平面のためのＰＤＣＰサブ層は、追加的にシーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；暗号化（ｃｉｐｈｅｒｉｎｇ）、解読化（ｄｅｃｉｐｈｅｒｉｎｇ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）；制御平面データの伝達；複製検出；ＰＤＣＰ  ＰＤＵの複製を遂行する。
【０２８９】
ＲＲＣにより無線ベアラのための複製（ｄｕｐｌｉｃａｔｉｏｎ）が設定されるとき、複製されたＰＤＣＰＰＤＵを制御するために追加的なＲＬＣ個体及び追加的な論理チャンネルが無線ベアラに追加される。ＰＤＣＰでの複製は同一のＰＤＣＰ ＰＤＵを二回転送することを含む。一回目は元のＲＬＣ個体に伝達され、二回目は更なるＲＬＣ個体に伝達される。このとき、元のＰＤＣＰＰＤＵ及び該当複製本は、同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されない。互いに異なる二つの論理チャンネルが同一のＭＡＣ個体に属してもよく（ＣＡの場合）、または互いに異なるＭＡＣ個体に属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰＰＤＵと該当複製本が同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されないように保証するために、論理チャンネルマッピングの制限が用いられる。
【０２９０】
５）ＳＤＡＰサブ層は、ｉ）ＱｏＳのフローとデータ無線ベアラとの間のマッピング、ｉｉ）ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）のマーキングを遂行する。
【０２９１】
ＳＤＡＰの単一のプロトコル個体が各個別のＰＤＵセッション別に設定されるが、例外的に二重連結性（ＤＣ：ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）の場合、二つのＳＤＡＰ個体が設定されることができる。
【０２９２】
６）ＲＲＣサブ層は、ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）及びＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）に関するシステム情報のブロードキャスト；５ＧＣまたはＮＧ−ＲＡＮにより開始されたページング（ｐａｇｉｎｇ）；ＵＥとＮＧ−ＲＡＮとの間のＲＲＣ連結の確立、維持、及び解除（さらに、キャリア併合（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）の修正及び解除を含み、また、追加的にＥ−ＵＴＲＡＮとＮＲとの間に、又はＮＲ内での二重連結性（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）の修正及び解除をさらに含む）；キー管理を含む保安機能；ＳＲＢ及びＤＲＢの確立、設定、維持、及び解除；ハンドオーバー及びコンテキストの伝達；ＵＥセルの選択及び再解除並びにセルの選択／再選択の制御；ＲＡＴ間の移動性を含む移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告制御；無線リンク失敗の検出及び無線リンク失敗から回復；ＮＡＳからＵＥへのＮＡＳメッセージの伝達及びＵＥからＮＡＳへのＮＡＳメッセージの伝達を遂行する。
【０２９３】
ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）
【０２９４】
５Ｇシステムは、ネットワークリソースとネットワーク機能を各サービスによって独立のスライス（ｓｌｉｃｅ）で提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）技術を導入した。
【０２９５】
ネットワークリソースの分離（Ｉｓｏｌａｔｉｏｎ）、独立管理（ｉｎｄｅｐｅｎｄｅｎｔ ｍａｎａｇｅｍｅｎｔ）等を提供することができる。これによって、サービス、ユーザー等によって５Ｇシステムのネットワーク機能を選択して組み合わせることによって、サービス、ユーザー別に独立且つより柔軟なサービスを提供することができる。
【０２９６】
ネットワークスライスは、アクセスネットワークとコアネットワークを論理的に統合したネットワークを指す。
【０２９７】
ネットワークスライス（ＮｅｔｗｏｒｋＳｌｉｃｅ）は、次の一つ以上を含むことができる：
【０２９８】
−コアネットワーク制御平面及びユーザー平面機能
【０２９９】
- NG-RAN
【０３００】
−非−３ＧＰＰアクセスネットワークへの非−３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Ｎｏｎ−３ＧＰＰ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）
【０３０１】
各ネットワークスライス別に支援される機能及びネットワーク機能の最適化が異なり得る。多数のネットワークスライスインスタンス（ｉｎｓｔａｎｃｅ）が同一の機能を互いに異なるＵＥのグループに提供することができる。
【０３０２】
一つのＵＥは、５Ｇ−ＡＮを経由して一つ以上のネットワークスライスインスタンスに同時に連結されることができる。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることができる。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属することができる。即ち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通し得る。ＵＥをサービングするネットワークスライスインスタンスのＣＮ部分はＣＮにより選択される。
【０３０３】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスにのみ属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
【０３０４】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同一のＤＮＮを用いるスライス−特定のＰＤＵセッションを有し得るが、互いに異なるネットワークスライスインスタンスは一つのＰＤＵセッションを共有しない。
【０３０５】
単一のネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するために用いられる補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩの集合である。Ｓ−ＮＳＳＡＩは次を含む。
【０３０６】
−スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ）：ＳＳＴは機能とサービスの側面で予想されるネットワークスライスの動作を示す。
【０３０７】
−スライス区分子（ＳＤ：Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）：ＳＤは指示されたＳＳＴを全て順守する潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴを補完する選択的な情報である。
【０３０８】
１）初期の接続時にネットワークスライスを選択
【０３０９】
ＵＥは、ＰＬＭＮ別にホームＰＬＭＮ（ＨＰＬＭＮ：Ｈｏｍｅ ＰＬＭＮ）により設定ＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ）の設定を受けることができる。Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩはＰＬＭＮに特定され、ＨＰＬＭＮは各Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩが適用されるＰＬＭＮを指示する。
【０３１０】
ＵＥの初期連結時、ＲＡＮはＮＳＳＡＩを用いてメッセージを伝達すべき初期のネットワークスライスを選択する。このために、登録手続でＵＥはネットワークに要求ＮＳＳＡＩ（ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内のＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに属したＳ−ＮＳＳＡＩのみを用いる。
【０３１１】
もし、ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮはデフォルト（Ｄｅｆａｕｌｔ）ネットワークスライスを選択することができる。
【０３１２】
加入データは、ＵＥが加入されたネットワークスライスのＳ−ＮＳＳＡＩを含む。一つ以上のＳ−ＮＳＳＡＩは、基本（ｄｅｆａｕｌｔ）Ｓ−ＮＳＳＡＩとしてマーキングされることができる。Ｓ−ＮＳＳＡＩが基本としてマーキングされると、ＵＥが登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ）内でネットワークにどんなＳ−ＮＳＳＡＩも転送しなくても、ネットワークは関連したネットワークスライスでＵＥにサービスすることができる。
【０３１３】
ＵＥが成功的に登録されると、ＣＮは全体の許可ＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）（一つ以上のＳ−ＮＳＳＡＩを含む）を提供することによって、（Ｒ）ＡＮに知らせる。また、ＵＥの登録手続が成功的に完了したとき、ＵＥはこのＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩをＡＭＦから獲得することができる。
【０３１４】
Ａｌｌｏｗｅｄ  ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩに優先する。ＵＥは、その後、サービングＰＬＭＮ内のネットワークスライス選択関連手続のためのネットワークスライスに該当するＡｌｌｏｗｅｄ  ＮＳＳＡＩ内のＳ−ＮＳＳＡＩのみを用いる。
【０３１５】
各ＰＬＭＮにおいて、ＵＥはＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ及びＡｌｌｏｗｅｄＮＳＳＡＩ（存在する場合）を格納する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩを受信するとき、このＰＬＭＮのための以前に格納されたＡｌｌｏｗｅｄ  ＮＳＳＡＩをオーバーライド（ｏｖｅｒｒｉｄｅ）する。
【０３１６】
２）スライス変更
【０３１７】
ネットワークは、ローカルポリシー、ＵＥの移動性、加入情報変更等によって既に選択されたネットワークスライスインスタンスを変更することができる。即ち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間、いつでも変更されることができる。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定の条件下のＵＥによって開始されることができる。
【０３１８】
地域（ｌｏｃａｌ）ポリシー、加入情報変更及び／又はＵＥの移動性に基づき、ネットワークはＵＥが登録された、許可されるネットワークスライスのセットを変更することができる。ネットワークは、登録手続中にこのような変更を遂行することができ、または、登録手続をトリガーすることができる手続を用いて、支援されるネットワークスライスの変更をＵＥに通知することができる。
【０３１９】
ネットワークスライスの変更時、ネットワークは新たなＡｌｌｏｗｅｄ ＮＳＳＡＩ及びトラッキング領域リスト（Ｔｒａｃｋｉｎｇ  Ａｒｅａ ｌｉｓｔ）をＵＥに提供することができる。ＵＥは、移動性管理手続（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｃｅｄｕｒｅ）によるシグナリングに新たなＮＳＳＡＩを含ませて転送することによって、スライスインスタンスの再選択を誘発する。スライスインスタンスの変更によってこれを支援するＡＭＦも変更されることができる。
【０３２０】
ＵＥがネットワークスライスがこれ以上用いることができない領域に進入すると、コアネットワークはＰＤＵセッション解除手続を介して、これ以上用いることができないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。
【０３２１】
これ以上用いることができないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥはＵＥポリシーを用いて既存のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングされることができるか否かを決定する。
【０３２２】
用いられるＳ−ＮＳＳＡＩのセットの変更のために、ＵＥは登録手続を開始する。
【０３２３】
３）ＳＭＦ選択
【０３２４】
ＰＣＦはネットワークスライス選択ポリシー（ＮＳＳＰ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連係させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥによって用いられる。
【０３２５】
ネットワークスライス選択ポリシーは、ＵＥのアプリケーション別に提供し、これは、ＵＥアプリケーション別にＳ−ＮＳＳＡＩをマッピングすることができる規則を含む。ＡＭＦは、ＵＥが伝達したＳＭ−ＮＳＳＡＩ及びＤＮＮ情報と共に、加入者情報、ローカル事業者ポリシー等を用いてＰＤＵセッションの管理のためのＳＭＦを選択する。
【０３２６】
特定のスライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮはこのＰＤＵセッションが属したスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供する。
【０３２７】
セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）
５ＧＣは、ＰＤＵ連結サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｓｅｒｖｉｃｅ）、即ち、ＵＥとデータネットワーク名称（ＤＮＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）（またはアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ））により識別されるＤＮ間にＰＤＵの交換を提供するサービスを支援する。ＰＤＵ連結サービスは、ＵＥから要求時に確立されるＰＤＵセッションを介して支援される。
【０３２８】
各ＰＤＵセッションは、単一のＰＤＵセッションタイプを支援する。即ち、ＰＤＵセッションの確立時、ＵＥによって要求された単一のタイプのＰＤＵの交換を支援する。次のようなＰＤＵセッションタイプが定義される。ＩＰバージョン４（ＩＰｖ４：ＩＰ ｖｅｒｓｉｏｎ４）、ＩＰバージョン６（ＩＰｖ６：ＩＰ ｖｅｒｓｉｏｎ６）、イーサネット（Ｅｔｈｅｒｎｅｔ）、非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）。ここで、ＵＥとＤＮとの間に交換されるＰＤＵのタイプは、５Ｇシステムで完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）である。
【０３２９】
ＰＤＵセッションは、ＵＥとＳＭＦとの間にＮ１を介して交換されるＮＡＳ ＳＭシグナリングを用いて（ＵＥの要求時）確立され、（ＵＥ及び５ＧＣの要求時）修正され、（ＵＥ及び５ＧＣの要求時）解除される。アプリケーションサーバーからの要求時、５ＧＣはＵＥ内特定のアプリケーションをトリガーすることができる。ＵＥはトリガーメッセージを受信すると、該当メッセージを識別されたアプリケーションに伝達し、識別されたアプリケーションは特定のＤＮＮにＰＤＵセッションを確立することができる。
【０３３０】
ＳＭＦは、ＵＥの要求がユーザー加入情報に従うか否かをチェックする。このため、ＳＭＦはＵＤＭからＳＭＦレベル加入データ（ＳＭＦ  ｌｅｖｅｌ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）を獲得する。このようなデータはＤＮＮ別に許可されたＰＤＵセッションタイプを指示することができる：
【０３３１】
多数のアクセスを介して登録されたＵＥは、ＰＤＵセッションを確立するためのアクセスを選択する。
【０３３２】
ＵＥは３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するために要求することができる。３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するための決定は、ＰＤＵセッション別に作られる。即ち、ＵＥは他のＰＤＵセッションが非−３ＧＰＰアクセスを用いる中に３ＧＰＰアクセスを用いたＰＤＵセッションを有することができる。
【０３３３】
ネットワークで転送されるＰＤＵセッション確立の要求内で、ＵＥはＰＤＵセッション識別子（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ｉｄ（ｉｄｅｎｔｉｔｙ））を提供する。ＵＥはまた、ＰＤＵセッションタイプ、スライシング（ｓｌｉｃｉｎｇ）情報、ＤＮＮ、サービス、及びセッションの連続性（ＳＳＣ：Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）モードを提供することができる。
【０３３４】
ＵＥは、同一のＤＮで、又は互いに異なるＤＮで、３ＧＰＰアクセスを経由して、及び／又は非−３ＧＰＰアクセスを経由して、多数のＰＤＵセッションを同時に確立することができる。
【０３３５】
ＵＥは、互いに異なるＵＰＦ終端Ｎ６によりサービスされる同一のＤＮで多数のＰＤＵセッションを確立することができる。
【０３３６】
多数の確立されたＰＤＵセッションを有するＵＥは、互いに異なるＳＭＦによりサービスされることができる。
【０３３７】
同一のＵＥに属した（同一または互いに異なるＤＮＮで）互いに異なるＰＤＵセッションのユーザー平面経路は、ＤＮと接続（ｉｎｔｅｒｆａｃｉｎｇ）したＵＰＦとＡＮとの間に完全に分離されることができる。
【０３３８】
５Ｇシステムのアーキテクチャーは、セッション及びサービスの連続性（ＳＣＣ：ｓｅｓｓｉｏｎ  ａｎｄ  ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）を支援することで、ＵＥ内の互いに異なるアプリケーション／サービスの多様な連続性の要求事項を満たすことができる。５Ｇシステムは、互いに異なるＳＳＣモードを支援する。ＰＤＵセッションアンカー（ａｎｃｈｏｒ）と関連したＳＳＣモードは、ＰＤＵセッションが確立している間に変更されない。
【０３３９】
−ＳＳＣモード１が適用されるＰＤＵセッション場合、ネットワークはＵＥに提供される連続性のサービスを維持する。ＩＰタイプのＰＤＵセッションの場合、ＩＰアドレスが維持される。
【０３４０】
−ＳＳＣモード２が用いられる場合、ネットワークはＵＥに伝達される連続性のサービスを解除することができ、また、該当ＰＤＵセッションを解除することができる。ＩＰタイプのＰＤＵセッションの場合、ネットワークはＵＥに割り当てられたＩＰアドレスを解除することができる。
【０３４１】
−ＳＳＣモード３が用いられる場合、ユーザー平面に対する変更はＵＥが分かるが、ネットワークはＩＥが連結性を失わないように保証する。より良いサービスの連続性を許可するために、以前の連結が終了する前に新たなＰＤＵセッションアンカーポイントを介した連結が確立される。ＩＰタイプのＰＤＵセッションの場合、アンカーの再配置の間にＩＰアドレスは維持されない。
【０３４２】
ＳＳＣモード選択ポリシーは、ＵＥのアプリケーション（又はアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために用いられる。運営者は、ＳＳＣモード選択ポリシーをＵＥに予め設定することができる。このポリシーは、ＵＥがアプリケーション（またはアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために使用されることができる一つまたはそれ以上のＳＳＣモード選択ポリシー規則を含む。また、このポリシーは、ＵＥの全てのアプリケーションに適用されることができる基本（ｄｅｆａｕｌｔ）ＳＳＣモード選択ポリシー規則を含むことができる。
ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供すると、ＳＭＦは要求されたＳＳＣモードを許諾するか、または要求されたＳＳＣモードを加入情報及び／又は地域（ｌｏｃａｌ）設定に基づいて修正するか選択する。ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供しないと、ＳＭＦは加入情報内に挙げられたデータネットワークのためのｄｅｆａｕｌｔ ＳＣモードを選択するか、またはＳＳＣモードを選択するためのｌｏｃａｌ設定を適用する。
【０３４３】
ＳＭＦはＵＥにＰＤＵセッションに対して選択されたＳＳＣモードを知らせる。
【０３４４】
移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）
【０３４５】
登録管理（ＲＭ：Ｒｅｇｉｓｔｒａｔｉｏｎ ａｎａｇｅｍｅｎｔ）は、ＵＥ／ユーザーをネットワークに登録（ｒｅｇｉｓｔｅｒ）または登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するために、かつユーザーコンテキストをネットワーク内に確立するために用いられる。
【０３４６】
１）登録管理
【０３４７】
ＵＥ／ユーザーは、登録を要求するサービスを受けるために、ネットワークに登録する必要がある。一度登録された後、適用可能であれば、ＵＥは周期的に接近可能（ｒｅａｃｈａｂｌｅ）を維持するために（周期的な登録アップデート）、または移動時（移動性登録アップデート）、または自身の能力をアップデートしたり、プロトコルパラメータを再交渉するためにネットワークに自身の登録をアップデートすることができる。
【０３４８】
最初の登録手続は、ネットワークアクセス制御機能（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ）の実行（即ち、ＵＤＭ内の加入プロファイルに基づいたユーザー認証及びアクセス認証）を含む。登録手続の結果として、サービングＡＭＦの識別子がＵＤＭ内に登録される。
【０３４９】
図１3は、本発明が適用されることができるＲＭ状態のモデルを例示する。特に、図１０（ａ）は、ＵＥ内のＲＭ状態のモデルを示し、図１3（ｂ）はＡＭＦ内のＲＭ状態のモデルを示す。
【０３５０】
図１3を参照すると、選択されたＰＬＭＮ内のＵＥの登録状態を反映するためにＵＥ及びＡＭＦ内でＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ−ＲＥＧＩＳＴＥＲＥＤの二つのＲＭ状態が使用される。
【０３５１】
Ｍ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録されない。ＡＭＦ内のＵＥコンテキストは、ＵＥに対する有効な位置またはルーティング情報が維持されず、よって、ＵＥはＡＭＦにより接近可能（ｒｅａｃｈａｂｌｅ）ではない。しかし、例えば、毎登録手続の間に認証手続が遂行されることを防止するために、一部のＵＥコンテキストは、依然としてＵＥ及びＡＭＦ内に格納されることができる。
【０３５２】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥが登録を要求するサービスを受ける必要があると、ＵＥは最初の登録手続を用いて選択されたＰＬＭＮに登録を試みる。または、最初の登録時に登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）を受信すると、ＵＥはＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で残る。反面、登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）を受信するとき、ＵＥはＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０３５３】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、適用可能であるとき、ＡＭＦは登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ ｃｃｅｐｔ）をＵＥに転送することによって、ＵＥの最初の登録を承認し、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）をＵＥに転送することによって、ＵＥの最初の登録を拒絶する。
【０３５４】
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録される。ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録を要求するサービスを受けることができる。
【０３５５】
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、現在のサービングセルのトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）がネットワークからＵＥが受信していたＴＡＩのリスト内になければ、ＵＥの登録を維持してＡＭＦがＵＥにページングすることができるように、ＵＥは移動性登録アップデート手続（ｍｏｂｉｌｉｔｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥが依然として活動（ａｃｔｉｖｅ）状態であるとネットワークに知らせるために、ＵＥは周期的なアップデートタイマーの満了によって、トリガーされた周期的な登録アップデート手続（ｐｅｒｉｏｄｉｃ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、自身の能力情報をアップデートしたり、ネットワークとプロトコルパラメータを再交渉するために、ＵＥは登録アップデート手続（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＵＥは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＵＥは、いつでもネットワークから登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、ＵＥは登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）のメッセージ、登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）のメッセージを受信するとき、またはどんなシグナリングの開始なく、ローカル登録解除（ｌｏｃａｌ ｅｒｅｇｉｓｔｒａｔｉｏｎ）手続を行うとき、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０３５６】
−ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＡＭＦは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＡＭＦはいつでもＵＥの登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、暗黙的な登録−解除タイ （Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｔｉｍｅｒ）が満了した後、ＡＭＦはいつでも暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ ｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、通信の終端（ｅｎｄ）で登録解除（ｄｅｒｅｇｉｓｔｒａｉｏｎ） を遂行するために交渉していたＵＥのために地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ ｐｄａｔｅ）を承認または拒絶する。ＡＭＦは、ＵＥから登録アップデート（Ｒｅ ｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を拒絶するとき、ＵＥ登録を拒絶することができる。
【０３５７】
登録領域の管理は、ＵＥに登録領域を割り当て、及び再度割り当てる機能を含む。登録領域は、アクセスタイプ（即ち、３ＧＰＰアクセスまたは非−３ＧＰＰアクセス）別に管理される。
【０３５８】
ＵＥが３ＧＰＰアクセスを介してネットワークに登録されるとき、ＡＭＦはＵＥにＴＡＩリスト内のトラッキング領域（ＴＡ：ＴｒａｃｋｉｎｇＡｒｅａ）のセットを割り当てる。ＡＭＦが登録領域を割り当てるとき（即ち、ＴＡＩリスト内ＴＡのセット）、ＡＭＦは多様な情報（例えば、移動性パターン及び許容された／非許容された領域等）を考慮することができる、サービング領域として全体ＰＬＭＮ（ｗｈｏｌｅ  ＰＬＭＮ，ａｌｌ  ＰＬＭＮ）を有するＡＭＦは、ＭＩＣＯモードであるＵＥに登録領域として全体ＰＬＭＮを割り当てることができる。
【０３５９】
５Ｇシステムは、単一のＴＡＩリスト内の互いに異なる５Ｇ−ＲＡＴを含むＴＡＩリストの割り当てを支援する。
【０３６０】
ＵＥが非−３ＧＰＰアクセスを介してネットワークに登録されるとき、非−３ＧＰＰアクセスのための登録領域は、固有の予約されたＴＡＩ値（即ち、非−３ＧＰＰアクセスに専用された）に該当する。従って、５ＧＣへの非−３ＧＰＰアクセスのための固有のＴＡが存在し、これをＮ３ＧＰＰ  ＴＡＩと指称する。
【０３６１】
ＴＡＩリストを生成するとき、ＡＭＦはＴＡＩリストが転送されたアクセスに適用可能なＴＡＩのみを含ませる。
【０３６２】
２）連結管理
【０３６３】
間のシグナリング連結を確立及び解除するために用いられる。ＣＭはＮ１を介したＵＥとＡＭＦとの間のシグナリング連結を確立及び解除する機能を含む。このシグナリング連結は、ＵＥとコアネットワークとの間にＮＡＳシグナリング交換を可能なようにするために用いられる。このシグナリング連結は、ＵＥとＡＮとの間のＵＥのためのＡＮシグナリング連結及びＡＮとＡＭＦとの間のＵＥのためのＮ２連結の全てを含む。
【０３６４】
図１4は、本発明が適用されることができるＣＭ状態のモデルを例示する。特に、図１１（ａ）は、ＵＥ内のＣＭ状態の遷移を示し、図１4（ｂ）は、ＡＭＦ内のＣＭ状態の遷移を示す。
【０３６５】
図１4を参照すると、ＡＭＦとのＵＥのＮＡＳシグナリング連結を反映するためにＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤの二つのＣＭ状態が使用される。
【０３６６】
ＣＭ−ＩＤＬＥ状態内のＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態であり、Ｎ１を介したＡＭＦと確立されたＮＡＳシグナリング連結を有さない。ＵＥは、セルの選択、セルの再選択、及びＰＬＭＮの選択を遂行する。
【０３６７】
ＣＭ−ＩＤＬＥ状態内のＵＥに対するＡＮシグナリング連結、Ｎ２連結、及びＮ３連結が存在しない。
【０３６８】
−ＣＭ−ＩＤＬＥ状態で、ＵＥはＭＩＣＯモードでなければ、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行することによって、ページングに応答する（受信した場合）。または、ＵＥが転送すべきアップリンクシグナリングまたはユーザーデータを有するとき、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＡＮシグナリング連結がＵＥとＡＮとの間に確立される毎に、ＵＥはＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入する。または、最初のＮＡＳメッセージ（Ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録−解除要求（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ））の転送は、ＣＭ−ＩＤＬＥ状態からＣＭ−ＣＯＮＮＥＣＴＥＤ状態で遷移を開始する。
【０３６９】
ＣＭ−ＩＤＬＥ状態で、ＵＥがＭＩＣＯモードでなければ、ＡＭＦがＵＥに転送されるシグナリングまたは端末−終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）データを有するとき、ページング要求（ＰａｇｉｎｇＲｅｑｕｅｓｔ）をＵＥに転送することによって、ネットワークによりトリガーされたサービス要求手続（ｎｅｔｗｏｒｋ  ｔｒｉｇｇｅｒｅｄ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を遂行する。ＡＮとＡＭＦとの間の該当ＵＥに対するＮ２連結が確立される毎に、ＡＭＦはＣＭ−ＣＯＮＮＥＣＴＥＲ状態で進入する。
【０３７０】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１を介してＡＭＦとのＮＡＳシグナリング連結を有する。
【０３７１】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＡＮシグナリング連結が解除される毎にＵＥはＣＭ−ＩＤＬＥ状態で進入する。
【０３７２】
−ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＵＥのためのＮ２シグナリングの連結及びＮ３連結が解除される毎にＡＭＦはＣＭ−ＩＤＬＥ状態で進入する。
【０３７３】
−ＮＡＳシグナリング手続が完了するとき、ＡＭＦはＵＥのＮＡＳシグナリング連結を解除するように決定することができる。ＡＮシグナリング連結の解除が完了するとき、ＵＥ内のＣＭ状態はＣＭ−ＩＤＬＥに変更される。Ｎ２コンテキスト解除手続が完了するとき、ＡＭＦ内のＵＥのためのＣＭ状態はＣＭ−ＩＤＬＥに変更される。
【０３７４】
ＡＭＦは、ＵＥがコアネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＵＥをＣＭ−ＣＯＮＮＥＣＴＥＤ状態で維持させることができる。
【０３７５】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＲＲＣ非活性（ＲＲＣ  Ｉｎａｃｔｉｖｅ）状態であり得る。ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥの接近可能性（ｒｅａｃｈａｂｉｌｉｔｙ）は、コアネットワークからの補助情報を用いてＲＡＮにより管理される。また、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥページングはＲＡＮにより管理される。さらに、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥはＵＥのＣＮ及びＲＡＮ識別子を用いてページングをモニタする。
【０３７６】
ＲＲＣ  Ｉｎａｃｔｉｖｅ状態は、ＮＧ−ＲＡＮに適用される（即ち、５Ｇ ＣＮに連結されるＮＲ及びＥ−ＵＴＲＡに適用される。）。
【０３７７】
ネットワークの設定に基づき、ＵＥをＲＲＣ Ｉｎａｃｔｉｖｅ状態で切り換えるか否かに対するＮＧ−ＲＡＮの決定を補助するために、ＡＭＦは補助情報をＮＧ−ＲＡＮに提供する。
【０３７８】
ＲＲＣ  Ｉｎａｃｔｉｖｅ補助情報は、ＲＲＣ Ｉｎａｃｔｉｖｅ状態中にＲＡＮページングのためのＵＥ特定ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）値、且つＵＥに提供される登録領域を含む。
【０３７９】
ＣＮ補助情報は、Ｎ２活性化（ａｃｔｉｖａｔｉｏｎ）中に（即ち、登録、サービス要求、経路スイッチ中に）サービングＮＧ  ＲＡＮノードに提供される。
【０３８０】
Ｎ２及びＮ３リファレンスポイントの状態は、ＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入するＵＥにより変更されない。ＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるＵＥはＲＡＮ通知領域を知っている。
【０３８１】
ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはアップリンクデータ待機（ｐｅｎｄｉｎｇ）、端末開始（Ｍｏｂｉｌｅｉｎ ｉｔｉａｔｅｄ）シグナリング手続（即ち、周期的な登録アップデート）、ＲＡＮページングに対する応答またはＵＥがＲＡＮ通知領域を外れていることをネットワークへの通知によってＲＲＣ連結を再開（ｒｅｓｕｍｅ）することができる。
【０３８２】
ＵＥが同一のＰＬＭＮ内の互いに異なるＮＧ−ＲＡＮノードで連結が再開されると、ＵＥ  ＡＳコンテキストは、以前（ｏｌｄ）のＮＧＲＡＮノードから回収され、手続はＣＮに向かってトリガーされる。
【０３８３】
ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはＧＥＲＡＮ／ＵＴＲＡＮ／ＥＰＳにセル選択を遂行し、アイドルモード手続に従う。
【０３８４】
また、ＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＣＭ−ＩＤＬＥモードで進入し、次のような場合に関連するＮＡＳ手続に従う。
【０３８５】
−ＲＲＣ再開手続が失敗する場合、
【０３８６】
−ＲＲＣ Ｉｎａｃｔｉｖｅモード内で解決できない失敗のシナリオ内でＵＥのＣＭ−ＩＤＬＥモードへの移動が要求される場合。
【０３８７】
ＮＡＳシグナリング連結管理は、ＮＡＳシグナリング連結を確立及び解除する機能を含む。
【０３８８】
ＮＡＳシグナリング連結確立の機能は、ＣＭ−ＩＤＬＥ状態であるＵＥのＮＡＳシグナリング連結を確立するためにＵＥ及びＡＭＦにより提供される。
【０３８９】
ＣＭ−ＩＤＬＥ状態であるＵＥがＮＡＳメッセージを転送する必要があるとき、ＵＥはＡＭＦへのシグナリング連結を確立するために、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録（ｒｅｇｉｓｔｒａｔｉｏｎ）手続を開始する。
【０３９０】
ＵＥの選好度、ＵＥ加入情報、ＵＥ移動性パターン、及びネットワーク設定に基づき、ＡＭＦはＵＥがネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＮＡＳシグナリング連結を維持することができる。
【０３９１】
ＮＡＳシグナリング連結の解除手続は、５Ｇ（Ｒ）ＡＮノードまたはＡＭＦにより開始される。
【０３９２】
ＵＥがＡＮシグナリング連結が解除されることを感知すると、ＵＥはＮＡＳシグナリング連結が解除されたと判断する。ＡＭＦがＮ２コンテキストが解除されたと感知すると、ＡＭＦはＮＡＳシグナリング連結が解除されたと判断する。
【０３９３】
３）ＵＥ移動性制限（Ｍｏｂｉｌｉｔｙ  Ｒｅｓｔｒｉｃｔｉｏｎ）
【０３９４】
移動性制限は、５Ｇシステム内ＵＥのサービスアクセスまたは移動性制御を制限する。移動性制限機能は、ＵＥ、ＲＡＮ、及びコアネットワークにより提供される。
【０３９５】
移動性制限は３ＧＰＰアクセスにのみ適用され、非−３ＧＰＰアクセスには適用されない。
【０３９６】
ＣＭ−ＩＤＬＥ状態、及びＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はコアネットワークから受信された情報に基づいてＵＥにより遂行される。ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はＲＡＮ及びコアネットワークにより遂行される。
【０３９７】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、コアネットワークはＲＡＮに移動性制限のためのハンドオーバー制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）として提供する。
【０３９８】
移動性制限は、次のようにＲＡＴ制限、禁止された領域（Ｆｏｒｂｉｄｄｅｎ  ａｒｅａ）及びサービス領域制限を含む：
【０３９９】
−ＲＡＴ制限：ＲＡＴ制限は、ＵＥのアクセスが許可されない３ＧＰＰＲＡＴと定義される。制限されたＲＡＴ内のＵＥは、加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０４００】
−禁止された領域：所定のＲＡＴ下の禁止された領域内で、ＵＥは加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０４０１】
−サービス領域制限：ＵＥが次のようにネットワークとの通信を開始することができるか、または開始することができない領域を定義する：
【０４０２】
−許可された領域（Ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可された領域内で、ＵＥは、加入情報によって許可されると、ネットワークとの通信を開始するように許可される。
【０４０３】
−許可されていない領域（Ｎｏｎ−ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可されていない領域内で、ＵＥは、加入情報に基づいてサービス領域が制限される。ＵＥ及びネットワークは、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）またはユーザーサービスを獲得するための（ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤ状態のすべて）のセッション管理シグナリングを開始するように許可されない。ＵＥのＲＭ  ｐｒｏｃｅｄｕｒｅはＡｌｌｏｗｅｄａｒｅａ と同一である。許可されていない領域内のＵＥは、コアネットワークのページングにサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）として応答する。
【０４０４】
所定のＵＥにおいて、コアネットワークは、ＵＥ加入情報に基づいてサービス領域制限を決定する。選択的に、許可された領域は、ＰＣＦにより精巧に調整（ｆｉｎｅ−ｔｕｎｅｄ）（例えば、ＵＥ位置、永久的な機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ ＥｑｕｉｐｍｅｎｔＩｄｅｎｔｉｆｉｅｒ）、ネットワークポリシー等に基づいて）されることができる。サービス領域制限は、例えば、加入情報、位置、ＰＥＩ及び／又はポリシーの変更により変更されることができる。サービス領域制限は、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手続中にアップデートされることができる。
【０４０５】
ＵＥがＲＡＴ制限、禁止された領域、許可された領域、許可されていない領域またはこれらの組み合わせの間に重なる領域を有すると、ＵＥは次のような優先順位によって進行する：
【０４０６】
−ＲＡＴ制限の評価は、どんな他の移動性制限の評価よりも優先する；
【０４０７】
−禁止された領域の評価は、許可された領域及び許可されていない領域の評価よりも優先する；及び
【０４０８】
−許可されていない領域の評価は、許可された領域の評価よりも優先する。
【０４０９】
４）端末開始連結専用（ＭＩＣＯ：Ｍｏｂｉｌｅ  Ｉｎｉｔｉａｔｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ｏｎｌｙ）モード
【０４１０】
ＵＥは、最初の登録、又は登録アップデート中にＭＩＣＯモードの選好（ｐｒｅｆｅｒｅｎｃｅ）を指示することができる。ＡＭＦは、Ｌｏｃａｌ設定、ＵＥが指示したｐｒｅｆｅｒｅｎｃｅ、ＵＥ加入情報、及びネットワークポリシーまたはこれらの組み合わせに基づいてＭＩＣＯモードがＵＥに許可されるか否かを決定し、登録手続中にＵＥに知らせる。
【０４１１】
ＵＥ及びコアネットワークは、次の登録シグナリングでＭＩＣＯモードを再開始（ｒｅ−ｉｎｉｔｉａｔｅ）または終了（ｅｘｉｔ）する。ＭＩＣＯモードが登録手続内で明確に指示されず登録手続が成功的に完了すると、ＵＥ及びＡＭＦはＭＩＣＯモードを用いない。即ち、ＵＥは一般のＵＥとして動作し、ネットワークも該当ＵＥは一般のＵＥとして取り扱う。
【０４１２】
ＡＭＦは、登録手続中にＵＥに登録領域を割り当てる。ＡＭＦがＵＥにＭＩＣＯモードを指示すると、登録領域はページング領域のサイズに制限されない。ＡＭＦサービング領域が全体のＰＬＭＮであれば、ＡＭＦはＵＥに「全てのＰＬＭＮ」の登録領域を提供することができる。この場合、移動性による同一のＰＬＭＮへの再登録は適用しない。ＭＩＣＯモードであるＵＥに移動性制限が適用されると、ＡＭＦは許可された領域／許可されていない領域にＵＥに割り当てる。
【０４１３】
ＡＭＦがＵＥにＭＩＣＯモードを指示すると、ＡＭＦはＵＥがＣＭ−ＩＤＬＥ状態である間には常に接近可能ではないと（ｕｎｒｅａｃｈａｂｌｅ）と見なす。ＡＭＦは、ＭＩＣＯモードであり、ＣＭ−ＩＤＬＥ状態である該当ＵＥに対するダウンリンクデータ伝達のためのどんな要求も拒絶する。ＡＭＦは、また、ＮＡＳを介したＳＭＳ、位置サービス等のようなダウンリンクの伝達（ｔｒａｎｓｐｏｒｔ）を遅延させる。ＭＩＣＯモード内のＵＥは、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードであるときのみ、端末終端（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄ）データまたはシグナリングのために接近可能である（ｒｅａｃｈａｂｌｅ）。
【０４１４】
ＭＩＣＯモードであるＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードに切り換えるとき、ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄデータ及び／又はシグナリングを直ちに伝達することができるように、ＡＭＦはペンディングデータ指示（Ｐｅｎｄｉｎｇ  Ｄａｔａ  ｉｎｄｉｃａｔｉｏｎ）をＲＡＮノードに提供することができる。ＲＡＮノードがこの指示を受信すると、ＲＡＮノードはユーザー非活動性（ｉｎａｃｔｉｖｉｔｙ）を決定するときにこの情報を考慮する。
【０４１５】
ＭＩＣＯモードであるＵＥはＣＭ−ＩＤＬＥ状態の間にページングを聴取する必要がない。ＭＩＣＯモードであるＵＥが次のような理由の一つにより、ＣＭ−ＩＤＬＥからＣＭ−ＣＯＮＮＥＣＴＥＤモードへの切り換えを開始するまで、ＵＥはＣＭ−ＩＤＬＥ状態内でどんなＡＳ手続を中断することができる：
【０４１６】
−ＵＥ内の変更（例えば、設定変更）がネットワークへの登録アップデートを要求する場合
【０４１７】
- 周期的な登録タイマーが満了する場合
【０４１８】
−ＭＯ（Ｍｏｂｉｌｅ  Ｏｒｉｇｉｎａｔｉｎｇ）データがペンディング（ｐｅｎｄｉｎｇ）である場合
【０４１９】
−ＭＯシグナリングがペンディング（ｐｅｎｄｉｎｇ）である場合
【０４２０】
サービス要求の手順
【０４２１】
以下では、CM-IDLE状態でのUEトリガー（triggered）サービス 要求の手順について調べてみる。
【０４２２】
サービス要求の手順は、CM IDLE状態で５G UEに使用されてAMFと安全な接続（secure connection）の確立（establishment）を要請する。CM IDLE状態でのUEは、アップリンクシグナリング（uplink signalling）のメッセージ、ユーザーデータ、またはネットワークページング要求に対する応答を送信するためにサービス要求の手順を開始する。サービス要求メッセージを受信した後で、AMFは、認証を行うことができ、AMFはセキュリティ手順を実行する必要がある。AMFとセキュリティシグナリング接続を確立した後に、UEまたはネットワークは、UEからのシグナリングメッセージ、例えば、PDUのセッション確立（establishment）をネットワークに送信することができ、またはSMFがAMFを通じてネットワークによって要求された／またはサービス要求メッセージに示されたPDUのセッションへのユーザー平面の資源確立を開始することができる。
【０４２３】
任意のサービス要求のために、AMFはサービス応答メッセージで応答してUEとネットワークとの間のPDUのセッション状態を同期させる。AMFはまた、サービス要求がネットワークによって受け入れることができない場合は、UEにサービス拒否メッセージで応答することができる。
【０４２４】
ユーザーデータによるサービス要求のために、ネットワークは、ユーザー平面の資源の確立が成功していない場合のアクションをとることができる。
【０４２５】
この手順は、UEが常にCM-CONNECTED状態とみなされ、ユーザー平面の資源が常に有効PDUセッションに対して確立されるものとみなされるアクセスネットワーク（一応、UEがネットワークに登録されている場合）には適用できない。
【０４２６】
図１５は、本発明に適用できるCM-IDLE状態でのUEトリガー（triggered）サービス要求の手順を例示する。
【０４２７】
１．UE to（R）AN：MM NAS サービス要求（PDUセッションID（s）、 セキュリティパラメータ（security parameters）、PDUセッション状態）。
【０４２８】
UEは、RRCメッセージでカプセル化されたAMFに向くNASサービス要求メッセージをRANに送信する。５G一時IDと、このNASメッセージを配信するために使用することができるRRCメッセージは、RAN明細書に記述されている。
【０４２９】
サービス要求がユーザーデータにトリガーされると、UEは、 NASサービス要求メッセージにPDUセッションIDを含むUEが使用する必要があるPDUセッションを示す。サービス要求がシグナリングだけのためにトリガーされると、UEは、任意のPDUセッションIDが含まれない。この手順は、ページング応答のためにトリガーされると、UEは、いくつかのPDUセッションを使用する必要がある場合は、UEは、MM NASサービス要求メッセージにPDUセッションIDを含むUEが使用する必要があるPDUセッションを示す。そうでなければ、UEは、任意のPDUセッションIDが含まれない。
【０４３０】
PDUセッション状態は、UEで利用可能なPDUセッションを示す。
【０４３１】
２．（R）AN to AMF：N２メッセージ（MM NASサービス要求、５G一時ID、位置情報、RATタイプ、RRC確立理由（establishment cause））。このステップの詳細は、RAN明細書に記述されている。AMFはサービス要求を処理できない場合、 サービス要求を拒否する。
【０４３２】
５G一時IDは、RRC手順から得る。RANは、一時的IDに基づいてAMFを選択する。位置情報とRATタイプはUEがキャンプしているセルに関連している。
【０４３３】
PDUセッション状態に基づいて、AMFはPDUセッションこのUEで利用可能でない場合PDUセッション解除手順（release procedure）を開始することができる。
【０４３４】
３．サービス要求が整合性（integrity）保護により送信されていないか、整合性の保護が失敗と表示されたら、AMFは、NAS認証／セキュリティ手順を開始しなければならない。
【０４３５】
UEがシグナリング接続を確立するだけのサービス要求をトリガーした場合には、セキュリティの交換後にUEとネットワークは、シグナリングを送信することができ、ステップ４と７〜１２はスキップされる。
【０４３６】
４．[条件付き] AMF to SMF：N１１メッセージ（PDUセッションID、理由、UEの位置情報）。
【０４３７】
N１１のメッセージは次の複数のシナリオに転送される：
【０４３８】
- MM NASサービス要求メッセージがPDUセッションIDを含むか、またはこの手順がSMFによってトリガーされるが、UEからのPDUセッションIDがこの手順をトリガーするSMFと他のSMFとの相関関係がある場合には、AMFはN１１メッセージをPDUセッションの「ユーザー平面資源の確立（establishment）」を指示するように設定された理由を持っているPDUセッションIDに関連するSMFに送る。
【０４３９】
-UEがMICOモードにあり、AMFがSMFにUEがアクセスされず、SMFがAMFにDLデータの通知を送信する必要がないことを通知すると、AMFはSMFにUEがアクセス可能であることを知らせる。
【０４４０】
AMFはまた、UEアクセス可能性に登録された他のNFにUEがアクセス可能であることを知らせる。
【０４４１】
５．新しい位置情報に基づいて、SMFはUPF選択基準（Selection Criteria）を 確認し、以下の技術のいずれかを実行することを決定する：
【０４４２】
-現在のUPFを継続して使用する。
【０４４３】
-UEがRANに接続されているUPFのサービス領域外に移動している場合は、PDUのセッションアンカー（Anchor）として動作するUPFを維持しながら、新たな中間（intermediate）UPFを選択する; または
【０４４４】
-PDUセッションの再確立をトリガーしてPDUセッションアンカーで動作するUPFの再配置を行う。
【０４４５】
６a．[条件付き] SMF to new UPF：N４セッション確立要求
【０４４６】
SMFが新しいUPFを選択して、PDUのセッションの中間UPFとして動作すると、N４セッション確立要求メッセージが新しいUPFに送信され、パケット検出と実施（Packet detection、enforcement）を提供してい中間UPFにインストールされるルールを報告する。このPDUセッションのPDUセッションアンカー情報はまた、中間UPFにも提供される。
【０４４７】
６b．new UPF（中間）to SMF：N４セッション確立応答
【０４４８】
新しい中間UPFは、N４セッション確立応答メッセージをSMFに送信する。UPFがCNトンネル情報を割り当てる場合は、UPFはCN DLトンネル情報およびULトンネル情報（つまり、CN N３トンネル情報）をSMFに提供する。SMFは、タイマーを起動して、手順１７aで前中間UPFに資源がある場合は、この資源を解除するために使用される。
【０４４９】
７a．[条件付き]SMF to UPF（PSA）：N４セッション変更要求 
【０４５０】
SMFはN４セッション変更要求メッセージをPDUセッションアンカーUPFとUPF（PSA）に送信し、新しい中間UPFからのDLトンネル情報を提供する。
【０４５１】
７b．UPF（PSA）to SMF：N４セッション修正応答
【０４５２】
UPF（PSA）は、N４セッション修正応答メッセージをSMFに送信する。
【０４５３】
８．[条件付き] SMF to AMF：N１１メッセージ（N１ SM情報（PDUセッションID、PDUセッション再-確立指示）、N２ SM情報（PDUセッションID、QoS profile、CN N３トンネル情報、S-NSSAI））to the AMF。
【０４５４】
SMFは「ユーザー平面資源の確立」を含んでいる原因によりステップ４からN１１メッセージを受信する時に、UEの位置情報、UPFサービス領域とオペレータポリシーに基づいて、UPF再割り当てが行われるかどうかを決定する： 
【０４５５】
-SMFがステップ５で、現在PDUのセッションアンカーUPFによってサービングされるものと決定したPDUのセッションに対し、SMFはN２ SM情報だけを生成してAMFにN１１メッセージを送信してユーザー平面を確立する。N２ SM情報はAMFがRANに提供しなければならない情報を含んでいる。
【０４５６】
-SMFがステップ５でPDUセッションアンカーUPFのUPF再割り当てが必要であると決定したPDUのセッションについて、SMFはN１ SM情報のみを含むN１１メッセージをAMFを通じてUEに送信することができる。N１ SM情報は、PDUのセッションIDとPDUのセッションの再確立指示を含む。
【０４５７】
UEがアクセス可能という表示としてステップ４でN１１メッセージを受信する時に、SMFが保留中のDLデータを持つ場合、SMFはN１１メッセージをAMFに送信してPDUセッションのユーザー平面を確立し、それ以外の場合SMFがDLデータの場合に、AMFへのDLデータ通知送信を再開する。
【０４５８】
９．AMF to（R）AN：N２要求（SMFから受信したN２ SM情報、セキュリティコンテキスト、AMFシグナリング接続 ID、ハンドオーバー制限リスト、MM NAS サービス承認）。
【０４５９】
RANは、セキュリティコンテキスト（Security Context）、AMFシグナリング接続ID、有効PDUセッションのQoS FlowのQoS情報、およびUE RANコンテキストでN３トンネルIDを保存する。このステップは、RAN明細書に詳しく説明されている。
【０４６０】
MM NAS サービスの承認は、AMFでのPDUのセッション状態を含んでいる。N１ SM情報がステップ８から受信されると、サービス承認メッセージはまた、N１ SM情報を含む。
【０４６１】
AMFは手順がPDUセッションユーザー平面設定のために、トリガーされればSMFから少なくとも一つのN２ SM情報を含める必要がある。AMFはもしある場合は、別のN２メッセージ（例えば、N２トンネル設定要求）にSMFからの追加N２ SM情報を送信することができる。代替的には、多数のSMFが含まれる場合は、AMFはSMFからのすべてのN１１のメッセージが受信された後、RANに１つのN２要求メッセージを送信することができる。このような場合に、N２要求メッセージは、N１１のメッセージのそれぞれから受信されたN２ SM情報とAMFが関連SMFに応答を関連付けることができようにする情報を含む。
【０４６２】
１０．（R）AN to UE：RANは、有効なPDUセッションのすべてのQoS FlowのQoS情報とデータの無線ベアラ（Data Radio Bearers）に基づいてUEとRRC接続再構成を行う。ユーザー平面セキュリティは、この段階で確立され、これはRAN明細書に詳しく記述される。
【０４６３】
RANはMM NASサービス承認をUEに転送する。UEは、５G CNで利用可能でないPDUセッションのコンテキストをローカルで（locally）削除する。
【０４６４】
N１メッセージがサービス承認に存在し、任意のPDUのセッションが再確立される必要があることを表示すると、UEは、サービス要求の手順が完了した後PDUセッションの再確立を開始する。
【０４６５】
１１．ユーザー平面無線資源がセットアップされた後、UEからのアップリンクデータは、RANに転送することができる。５G RANはアップリンクデータをステップ４で指定されたUPFアドレスとトンネルIDで送信する。
【０４６６】
１２．[条件付き]（R）AN to AMF：N２要求Ack（N２ SM情報（RANトンネル情報、有効PDUセッションに対する承認されたQoSフローのリスト、有効PDUセッションに対する拒絶されたQoSフローのリスト）。この手順は、RAN明細書で詳しく記述される。
【０４６７】
メッセージは、N２ SM情報、例えば、RANトンネル情報を含むことができる。RANは、AMFがステップ５で、別のN２メッセージを送信する場合は、別のN２メッセージ（例えば、N２トンネル設定応答）にN２ SM情報を応答することができる。
【０４６８】
多数のN２ SM情報が、ステップ５でN２要求メッセージに含まれる場合、N２要求Ackは多数のN２ SM情報とAMFが関連SMFに応答を関連付けることができるようにする情報を含んでいる。
【０４６９】
１３．[条件付き] AMF to SMF：承認されたPDUセッション別N１１メッセージ（N２ SM情報（RANトンネル情報）、RAT タイプ）） to the SMF。
【０４７０】
AMFは、ステップ８でN２ SM情報を（１つまたは複数の）受信した場合、AMFはN２ SM情報を関連SMFに転送しなければならない。UEタイムゾーン（Time Zone）が最後に報告されたUEタイムゾーンと比較して変更された場合、AMFは、このメッセージにUEタイムゾーンIEを含まなければならない。
【０４７１】
１４．[オプション] SMFでPCFに動的なPCFが配置されると、SMFは、IP-CANセッション修正を開始し、PCFに新しい位置情報を提供することができる。
【０４７２】
１５a．[条件付き] SMF to new intermediate UPF：N４セッション変更要求（RANトンネル情報）。
【０４７３】
ユーザー平面が設定か、修正なるために、SMFはN４セッション修正手順を開始してRANトンネル情報を提供する。
【０４７４】
１５b．[条件付き] UPF to SMF：N４セッション更新の応答。
【０４７５】
１６．[条件付き] SMF to AMF：N１１メッセージACK。
【０４７６】
１７a．[条件付き] SMF to old intermediate UPF：N４セッション解除要求
【０４７７】
前中間UPFがある場合は、SMFは、ステップ６bでのタイマーが切れた後N４セッション解除要求（解除の理由）を前中間のUPFに転送することにより、資源解除を開始する。
【０４７８】
１７b．Old intermediate UPF to SMF：N４セッション解除応答
【０４７９】
以前UPFはN４セッション解除応答メッセージで受領し、資源解除を確認する。
【０４８０】
以下では、CM-CONNECTED状態でのUEトリガーサービス要求の手順について説明する。
【０４８１】
サービス要求の手順は、CM-CONNECTEDで５G UEに使用されてPDUのセッションに対するユーザー平面の資源確立を要請する。
【０４８２】
UEは、常にCM-CONNECTED状態とみなされ、ユーザー平面の資源が常に有効PDUセッションに対して確立されているものと見なされるアクセスネットワーク（一応、UEがネットワークに登録されている場合）には適用できない。
【０４８３】
図１６は、本発明に適用できるCM-CONNECTED状態でのUEトリガーサービス要求の手順を例示する。
【０４８４】
１．UE to（R）AN：MM NASサービス要求（PDUセッションID）。
【０４８５】
UEは、RRCメッセージとしてカプセル化されたAMFに向くNASサービス要求メッセージをRANに送信する。MM NASサービス要求メッセージは、暗号化され、整合性保護されるべきである。NASサービス要求メッセージのPDUセッションIDは、UEが有効させるように選択したPDUセッションを示す。
【０４８６】
２．（R）AN to AMF：N２メッセージ（MM NASサービス要求）。このステップの詳細は、RAN明細書に記述されている。サービス要求がAMFによって処理されることができない場合は、AMFはサービス要求を拒否する。
【０４８７】
（R）ANは、既存のN２の接続に基づいてMM NASサービス要求メッセージをAMFに転送する。
【０４８８】
３．[条件付き] AMF to SMF：N１１メッセージ（PDUセッションID）。
【０４８９】
AMFはN１１メッセージをPDUセッションID（s）と関連付けられているSMFに送信する。
【０４９０】
４．新しい位置情報に基づいてSMFはUPF選択基準をチェックする。UEがRANに接続するUPFのサービス領域外に移動すると、SMFは新しい中間（intermediate）UPFを選択する。
【０４９１】
５a．[条件付き] SMF to new intermediate UPF：N４セッション確立要求
【０４９２】
SMFがPDUセッションについて新しい中間UPFを選択すると、N４セッション確立要求メッセージが新しい中間UPFに送信され、パケット検出と実施（Packet detection、enforcement）を提供し、T-UPFにインストールされるルールを報告する。このPDUセッションのPDUセッションアンカー（anchor）情報はまた、T-UPFに提供される。
【０４９３】
５b．new UPF to SMF：N４セッション確立応答
【０４９４】
新しいUPFはSMFにN４セッション確立応答メッセージを送る。UPFがCNトンネル情報を割り当てると、UPFはCN DLトンネル情報およびULトンネル情報（つまり、CN N３トンネル情報）をSMFに提供する。SMFは、タイマーを起動し、ステップ１７aでの資源があれば、以前のUPFが資源を解除するために使用される。
【０４９５】
６a．[条件付き] SMF to UPF（PSA）：N４セッション修正要求
【０４９６】
SMFはN４セッション修正要求メッセージをPDUセッションアンカーUPF、UPF（PSA）に送信し、DLトンネル情報を新しい中間UPFに提供する。
【０４９７】
６b．UPF（PSA）to SMF：N４セッションの変更応答
【０４９８】
UPF（PSA）は、SMFにN４セッションの変更応答メッセージを送信する。
【０４９９】
７．[条件付き] SMF to AMF：N１１メッセージ（N２ SM情報（PDUセッションID、QoS profile、CN N３トンネル情報、S-NSSAI））to the AMF。
【０５００】
SMFはN２ SM情報を生成し、N１１メッセージをAMFに送信してPDUセッションのユーザー平面を確立する。N２ SM情報はAMFがRANに提供しなければならない情報を含んでいる。
【０５０１】
８．[条件付き] AMF to（R）AN：N２要求（SMFから受信したN２ SM情報（QoS profile、CN N３トンネル情報）、MM NASサービス承認）。
【０５０２】
多数のSMFを含む多数のPDUセッションがある場合には、AMFは、ステップ３bでのすべてのSMFからの応答を待つ必要はない。
【０５０３】
９．（R）AN to UE：RANは、PDU sessionのすべてのQoS FlowのQoS情報と有効なデータの無線ベアラ（Data Radio Bearers）に基づいてUEとRRC接続再構成を行う。
【０５０４】
RANは、MM NASサービスを受け入れることをUEに転送する。
【０５０５】
１０．選択されたPDUセッションのユーザー平面無線資源がセットアップされた後、UEからのアップリンクデータは、RANに転送することができる。５G RANはアップリンクデータを、ステップ７で指定されたUPFアドレスとトンネルIDで送信する。
【０５０６】
１１．[条件付き]（R）AN to AMF：N２要求Ack（N２ SM情報（RANトンネル情報、有効PDUセッションに対して承認されたQoSフローのリスト、有効PDUセッションに対して拒絶されたQoSフローのリスト）。このステップは、RAN明細書に詳しく説明される。
【０５０７】
メッセージは、N２ SM情報、例えば、RANトンネル情報を含むことができる。RANは、別のN２メッセージ（例えば、N２トンネル設定応答）にN２ SM情報に応答することができる。
【０５０８】
１２．[条件付き] AMF to SMF：承認されたPDUセッション別N１１メッセージ（N２ SM情報（RANトンネル情報、承認されたQoSフローのリスト、拒絶されたQoSフローのリスト））to the SMF。
【０５０９】
１３．[選択条件] SMFでPCFに：動的PCCが配置されると、SMFは、IP-CANセッションの変更を開始し、PCFに新しい位置情報を提供することができる。
【０５１０】
１４a．[条件付き] SMF to UPF：N４セッション更新要求（RANトンネル情報および承認されたQoSフローのリスト）。
【０５１１】
ユーザー平面が設定または変更されると、SMFはN４セッション修正手順を開始してRANトンネル情報を提供する。
【０５１２】
１４b．[条件付き] UPF to SMF：N４セッションの更新応答。
【０５１３】
１５．[条件付き] SMF to AMF：N１１メッセージACK。
【０５１４】
１６a. [条件付き] SMF to old UPF（intermediate）：N４セッション解除要求
【０５１５】
以前のUPF（intermediate）がある場合には、SMFはステップ６bでのタイマーが切れた後に、以前のUPFとN４セッション解除要求（解除原因）を送信する資源の解除を開始する。
【０５１６】
１６b．Old UPF（intermediate）to SMF：N４セッション解除応答
【０５１７】
以前UPF（intermediate）はN４セッション解除メッセージに応答して資源の 解除を確認する。 
【０５１８】
以下では、ネットワークトリガー（triggered）サービス要求の手順については後述する。本手順は、ネットワークスライスを支援するに必要な側面（aspects）を含み、UPFからMT UPデータの到着（arrival）までの通知を含める必要がある。
【０５１９】
この手順は、ネットワークがUEとの信号の通信（例えば、UEへのN１シグナリング、Mobile-terminated SMS、携帯電話の着信ユーザーデータを伝達するための PDUセッションユーザー平面の資源確立）する必要があるときに使用される。UEがCMIDLE状態またはCM-CONNECTED状態にある場合、ネットワークは、ネットワークトリガーサービス要求手順を開始する。UEがCMIDLE状態にあり、非同期通信が有効になっていない場合は、ネットワークは（R）AN／UEにページング要求を送信する。ページング要求はUEからのサービス要求の手順をトリガーする。非同期通信が有効になると、ネットワークは、受信したメッセージを保存して、UEがCM-CONNECTED状態に入るときに、このメッセージを（R）ANおよび／またはUE（つまり、コンテキストを（R）ANおよび／またはUEとの同期させる（R）ANおよび／またはUE）に転送する。
【０５２０】
図１７は、本発明に適用できるネットワークトリガーサービス要求の手順を例示する。
【０５２１】
１．UPFがPDUセッションのDLデータを受信してPDUセッションについてUPFに保存された（R）ANトンネル情報がないとき、UPFはUPFがDLデータをバッファリングしないようにSMFによってあらかじめ通知されていないことを除いては、DL データをバッファリングする。
【０５２２】
２a．UPF to SMFデータ通知（Notification）（PDUセッションID、優先順位（Priority））。
【０５２３】
-  第１DLデータパケットの到着時に、SMFがUPFにあらかじめ通知していないアーサーSMFデータの通知を送信しない場合（次のステップがスキップされた場合）、UPFはSMFにデータ通知メッセージを送信する。
【０５２４】
-  UPFがPDUセッションの任意の以前のデータの通知で使用されたものと同じまたはより低い優先順位を持つ同じPDUセッションでQoSフローの追加ダウンリンクデータパケットを受信すると、UPFは、新しいデータの通知を送信せずに、これらのダウンリンクデータパケットをバッファリングする。UPFがPDUセッションの任意の以前のデータの通知に使用されたものよりも高い優先順位を持つ同じPDUセッションでQoSフローの追加ダウンリンクデータパケットを受信すると、UPFは、データの通知メッセージを、より高い優先順位を示すSMFに送信する必要がある。
【０５２５】
-ページングポリシーの差別化特徴（Paging Policy Differentiation feature）がUPFによって支援されており、このN４セッションについてSMFによって活性化されれば、UPFはまた、DLデータパケットのIPヘッダーからのTOS（IPv４）／TC（IPv６）の値にDSCPを含むべきである。
【０５２６】
-SMFがUPFにユーザー平面が確立（establish）を待機して新しいAMFからUEにサービスを提供する新しいAMFを通知するN１１メッセージを受信すると、SMFは新しいAMFへのみデータ通知メッセージを再送する。
【０５２７】
２b． SMF to UPF： データ通知Ack。
【０５２８】
３a． SMF to AMF：N１１メッセージ（UE永久（Permanent）ID、PDUセッションID、N２ SM情報（QoS profile、CN N３トンネル情報）、優先順位）。
【０５２９】
データ通知メッセージを受信する時に、SMFがUEがアクセス不可能であることを予め通知されなかった場合は、SMFはAMFを決定し、N１１メッセージ（UE永久 ID、PDUセッションID、N２ SM情報（PDUセッションID、QoS profile、CN N３トンネル情報、S-NSSAI）、優先順位Priority、ページングポリシー指示）をステップ２aの一部としてデータ通知メッセージで受信された優先順位とPDUセッションIDを含むAMFに送信する。
【０５３０】
SMFがユーザー平面接続が有効になることを待機して同じPDUセッションに対いし、しかし、このPDUセッションの任意の以前のデータの通知に示されたものよりも高い優先順位を持つ任意の追加データの通知メッセージを受信すると、SMFはAMFに、より高い優先順位を表す新しいN１１メッセージとPDUセッションIDを送信する。
【０５３１】
SMFがユーザー平面が有効になることを待機している中、SMFがN１１メッセージを送信したAMF以外の他のAMFからN１１メッセージ応答を受信すると、SMFはN１１メッセージをこのAMFに送る。
【０５３２】
ページングポリシーの差別化（Paging Policy Differentiation）を支援する場合、SMFは、データ通知メッセージをトリガーしたダウンリンクデータに関連付けられてページングポリシー指示（Paging Policy Indication）をN１１メッセージに指示する。
【０５３３】
AMFは、他のネットワーク機能からUE／RAN（例えば、ネットワーク開始分離（network initiated detach）、SMF開始（initiated）PDUセッションの変更）に向けて信号を発生させる要求メッセージを受信することができる。UEがCM-CONNECTED状態にあり、AMFがN１メッセージだけをUEに転送する場合には、フロー（flow）は、以下のステップ７で続く。
【０５３４】
３b．[条件付き] The AMF responds to the SMF。
【０５３５】
UEがCM-IDLE状態にあり、AMFがUEがページングにアクセスすることができないと判断すれば、AMFはN１１メッセージをSMFにまたはステップ３aから、AMFが要求メッセージを受信し、UEがアクセスすることができないことを示す他のネットワーク機能に送信する必要があり、またはAMFは非同期通信を実行し、前記N１１メッセージを保存する。非同期通信が呼び出されAMFがN１１メッセージを保存すると、AMFは、UEがアクセス可能なとき、例えば、UEがCM-CONNECTED状態に入るとき、UEと（R）ANとの通信を開始する。
【０５３６】
UEがMICOモードにある場合は、AMFはSMFからの要求を拒否し、SMFにUEがアクセス不可能であるということ（SMFがUEアクセス可能性に登録していない場合）をSMFがDLデータの通知をAMFに転送する必要がないという指示に通知する。AMFはUEがアクセスできないSMFに知らせる指示を保存する。
【０５３７】
以前、AMFがN１１メッセージを受信するときにAMF変化がある登録手続きが進行中であれば、前のAMFはN１１のメッセージが一時的に拒否された指示N１１メッセージを拒否することができる。
【０５３８】
３c．[条件付き] SMF responds to the UPF
【０５３９】
SMFはユーザー平面インストールの失敗についてUPFに知らせることができる。
【０５４０】
SMFがAMFからUEがアクセスすることができないという指示を受信すると、SMFは、ネットワークポリシーに基づいて、
【０５４１】
- UPFのデータ通知の送信を停止し、および／またはDLデータのバッファリングを停止することを示すことができ、または拡張バッファリングを適用することができ、または
【０５４２】
-  UEがMICOモードにある間AMFにDLデータの追加N１１メッセージを送信することを抑制することができる。
【０５４３】
SMFから要求されたN１１のメッセージが一時的に拒否されたという情報を受信し、UPFからダウンリンクデータ通知を受信すると、SMFは拡張バッファリングを適用するようにUPFに要請することができる。
【０５４４】
４. [条件付き] AMFはページングメッセージを（R）ANノードに送信する。
【０５４５】
UEがCM-CONNECTED状態にあれば、AMFはUEトリガーサービス要求の手順（図１５）で、ステップ５〜１２を実行し、このPDUセッションへのユーザー平面接続を有効にする（つまり、無線資源とN３トンネルを確立する）。この手順の残りの部分は省略される。
【０５４６】
４。UEがRM-REGISTERED状態とCM-IDLE状態にあり、アクセス可能であれば、AMFはページングメッセージ（ページングのためのNAS ID、登録領域リスト、ページングDRXの長さ、ページングの優先順位の指示）をUEが登録された登録領域に属する（R）ANノードに送信する。
【０５４７】
ページングポリシーの差別化を支援するとき、AMFはページング要求メッセージにページングポリシー指示を含むことができる。
【０５４８】
ページング戦略（Paging strategies）は、利用可能な、そして、他のPDUセッションコンテキスト情報がN１１メッセージで受信したPDUセッションIDによって識別されるDNN、ページングポリシー指示（Paging Policy Indication）、SMFからのPDUセッションIDsの様々な組み合わせについてAMFで構成されることができる。
【０５４９】
ページング戦略（Paging strategies）は：
【０５５０】
-ページング再送方式（例えば、ページングが繰り返される頻度または時間間隔で）;
【０５５１】
-特定のAMF高負荷状態の間ページングメッセージを（R）ANノードに転送するかどうかを決定すること;
【０５５２】
-サブ領域基盤のページング（例えば、最後に知られているcell-idまたはTAでの最初のページと登録されたすべてのTAでの再送信）を適用するかどうかを含むことができる。
【０５５３】
AMFと（R）ANは、次の手段のいずれか、またはいくつかによってUEを正常にページングするために使用されるシグナリング負荷（signalling load）とネットワーク資源を減少させるために、追加のページングの最適化を支援することができる： 
【０５５４】
-AMFによって、特定のページング戦略に（例えば、N２ページングメッセージがUEを最後に、サブする（serve）（R）ANノードに送信される）を実装する; 
【０５５５】
-AMFによってCM-IDLE状態への遷移時におすすめのセルに関する情報と（R）ANによって提供されたRANノードを検討するものである。AMFは、この情報の（R）ANノードに関連部分を考慮し、ページングされる（R）ANノードを決定し、これらの（R）ANノードそれぞれにN２ページングメッセージ内の推奨セルに関する情報を提供する。
【０５５６】
-（R）ANによってページング時にAMFによって提供されるPaging Attempt Count情報を考慮する。
【０５５７】
ページング情報のUEの無線能力（UE Radio Capability）が、AMFで利用可能であれば、AMFはN２ Pagingメッセージのページング情報へのUEの無線能力を（R）ANノードに追加する。
【０５５８】
ページング（Paging）のためのおすすめセルと（R）ANノードに関する情報がAMFから利用可能であれば、AMFは、この情報を考慮し、ページングのための（R）ANノードを決定する必要があるし、AMFは（R）ANノードをページングするときおすすめのセルの情報を（R）ANノードに透過的に転送することができる。
【０５５９】
AMFはN２ページングメッセージにページング示度しようとカウント（Paging Attempt Count）情報を含むことができる。ページング試しカウント情報は、ページングのためにAMFによって選択されたすべての（R）ANノードに対して同じでなければならない。
【０５６０】
５．[条件付き] The（R）AN node pages the UE。
【０５６１】
（R）ANノードがAMFからページングメッセージを受信すると、UEは、（R）ANノードによって呼び出される。
【０５６２】
６．[条件付き] AMF to SMF：N１１メッセージACK。
【０５６３】
AMFはタイマーでページング手順を監督する。AMFがUEからページング要求メッセージに対するいかなる応答も受信しなければ、AMFは、ステップ３に記述された任意の適用可能なページング戦略に応じて追加のページングを適用することができる。
【０５６４】
AMFがUEから何の応答も受信できないと、AMFはUEをアクセス不可能であるとみなし、SM N２メッセージは（R）ANにルーティングすることができない。だから、AMFがUEが応答することを防止する進行中MM手順（ongoing MM procedure）を知っていない限り、つまり、AMFがUEが他のAMFと登録の手順を実行することを示すN１４コンテキスト要求メッセージを受信していない限り、AMFは適切な「失敗の理由」（例えば、UEのアクセスは不可能）を有する「N１１メッセージ拒絶」をSMFまたは他のネットワーク機能に戻り、「メッセージルーティングサービス」の失敗を示す。
【０５６５】
「N１１メッセージ拒絶」が受信されるときに、SMFはUPFに知らせる。
【０５６６】
７．UEがページング要求の受信時にCM-IDLE状態にあるとき、UEは、UEのトリガーサービス要求の手順（図１５）を開始する。図１５のステップ４aにおいて、AMFはN１１メッセージをMM NASサービス要求メッセージでPDUセッションID（s）によって識別されたPDUセッション関連付けられているSMFに送信する。しかし、ステップ３aはN１１メッセージを受信したのはSMFではない。
【０５６７】
８．UPFは、サービス要求の手順を実行した（R）ANノードを通じてバッファリングされたダウンリンクデータをUEに送信する。
【０５６８】
手順はステップ３aで説明した他のネットワークエンティティ（entities）からの要請により、トリガーされれば、ネットワークはダウンリンクシグナリングを送信する。
【０５６９】
図１８は、本発明に適用できるCM-IDLEからのNASを通じたMO SMS送信手順を例示する。
【０５７０】
１．CM_IDLEモード下にあるUEがアップリンクのSMSメッセージを送信しようとするなら、UEとネットワークは図１５で定義されたように、UEトリガーされたサービス要求の手順を最初に実行してAMFにNASシグナリング接続を確立する。
【０５７１】
２．UEは、SMSメッセージがCP-DATA／RP-DATA／TPDU／SMS-SUBMIT部分で構成されたように送信されるSMSメッセージを作成する。SMSメッセージは、NASメッセージがSMSの送信のためのものであることを示す表示でNASメッセージにカプセル化される。UEは、NASメッセージをAMFに送信する。AMFは、SMSメッセージとSPUIをアップリンク・ユニット・データメッセージを使用してN１７を通じてUEにサービスを提供するSMSFに転送し。SMSFの正確なcharging recordを生成するようにし、AMFはIMEISV、ローカルタイムゾーン （local time zone）、およびUEの現在のTAIとxCGI（UE's current TAI and xCGI）を追加する。AMFはダウンリンク・ユニット・データメッセージを使用してSMSFからのSMSAckメッセージをUEに転送する。 
【０５７２】
３-５。これはTS ２３.０４０ [７]で定義された既存の手順に基づいている。 
【０５７３】
６．SMSFはダウンリンクNAS転送（Downlink NAS transport）を通じてUEに転送されたダウンリンク・ユニット・データメッセージを通じてAMFに伝達レポートを転送する。
【０５７４】
７．これ以上SMSデータがUEに転送されないとき、SMSFはAMFにこのSMS transactionを終了するように要請する。
【０５７５】
図１９は、本発明に適用できるCM-IDLEからのステップのアプローチ（one step approach）を利用したMO SMS手順を例示する。特に、図１９は、UEがステップ アプローチ方式によりCM-IDLEモードにあるときにNASの転送を使用しているUE発信型SMSメッセージの手順を示す。
【０５７６】
UEは、初期NASメッセージのNAS転送を実行することができるよう、登録手続き（registration procedure）の間に要請することができる。AMFは、その能力とローカル構成を基に承認するか拒否するかを決定する。
【０５７７】
１．成功交渉（negotiation）の後で、UEがCM-IDLEモードにあり、UEがNASを通じてSMSを送信する必要があるとき、UEは、初期NASメッセージのペイロードタイプ（Payload Type）およびSMS ペイロードを送信することができる。
【０５７８】
２．AMFはUEの初期NASメッセージを承認または拒否するための最初NASメッセージに対する応答を送信する。
【０５７９】
CM-CONNECTEDモードの手順でのMO SMSはUEトリガーサービス要求の手順なしにCM-IDLEモードでMO SMSを再利用することにより、規定される。
【０５８０】
５GS MM
【０５８１】
５GSモビリティ管理（mobility management）（５GMM）サブレイヤの主な機能は、一般的なメッセージの送信だけでなく、UEの識別、セキュリティ、モビリティを支援するものである。
【０５８２】
５GMMサブレイヤのさらに他の特徴は、他のサブレイヤに接続管理サービスを提供するものである。
【０５８３】
１. ５GMM手順のタイプ
【０５８４】
どのように開始されるかに応じて、３つのタイプの５GMM手順が区別されることができる：
【０５８５】
１） ５GMM一般的な手順
【０５８６】
このタイプに属する手順はAMFがUEの構成を変更しようとするとき、ネットワークまたはUEによって開始され、５GMMメッセージおよび／または任意の他のカプセル化されたメッセージ、例えば、SMSを運ぶために使用される。このタイプに属する手順は以下の通りである：
【０５８７】
ネットワークによって開始された手順に：
【０５８８】
-ネットワーク - 開始SMメッセージの送信;
【０５８９】
-ネットワーク - 開始non-SMメッセージを送信;
【０５９０】
-ネットワーク - 開始NAS転送;
【０５９１】
- 一般UEの構成の更新。
【０５９２】
UEによって開始された手順：
【０５９３】
-UE-開始SMメッセージの送信;
【０５９４】
-UE-開始non-SMメッセージを送信;
【０５９５】
-UE-開始NAS転送。
【０５９６】
２）５GMM特定の手順
【０５９７】
いつでもただ一つのUE-開始５GMM特定の手順がUEがキャンプしているアクセスネットワークのそれぞれについて実行されることができる。このタイプに属する手順はUEによって開始され、たとえば、５GSサービスのネットワークに登録して５GMMコンテキストを設定し、UEの位置／パラメータを更新するに使用される。このタイプに属する手順は以下の通りである：
【０５９８】
- 登録（registration）。
【０５９９】
UEまたはネットワークによって開始され、５GSサービス用ネットワークから登録を解除して５GMMコンテキストを解除するために使用される：
【０６００】
-登録解除（de-registration）。
【０６０１】
３）５GMM接続管理手順：
【０６０２】
このタイプに属する手順はUEによって開始され、ネットワークへの安全な接続を確立またはデータ転送のために資源予約を依頼するために使われたり、またはその両方に使用される：
【０６０３】
-サービス要求
【０６０４】
サービス要求手順は、UEがキャンプしているアクセスネットワークのそれぞれについて、UE-開始５GMM特定の手順が行われていない場合にのみ開始されることができる。
【０６０５】
このタイプに属する手順は、ネットワークによって開始され、N１ NASシグナリング接続の確立を要求したり、ネットワーク障害の結果として必要に応じて再登録を実行するよう、UEを触発するために使用されている。non-３GPPアクセスネットワークには適用できない：
【０６０６】
-paging。
【０６０７】
以下では、EPCでのサービス要求の手順のためのEMMとESMについて後述する。以下は、EPC従来技術で（E）MM動作がESMに影響を受ける部分を示す。サービス要求の手順関連部分である。
【０６０８】
１．ネットワークによって承認されていないサービス要求装置
【０６０９】
サービス要求の承認ができないと、ネットワークはUEに適切なEMM理由値を含むサービス拒否メッセージを返す必要がある。
【０６１０】
MMEはEMM理由＃３９「CSサービス一時利用不可」に関連サービス要求を拒否することにより、特定の領域Aのモバイル発信CSフォールバックコール（mobile originating CS fallback calls）のためのMME基盤のアクセス制御を実行するように構成されることができる。
【０６１１】
実装とオペレータの設定に応じて、領域AはMME領域、トラッキング（tracking）領域、またはeNodeBサービス領域の細分性（granularity）で構成されることができる。
【０６１２】
MMEは、所定の領域A’に対してこのMME基盤のアクセス制御からモバイル発信CSフォールバックコールのサービス要求を免除するよう、さらに構成されることができるが、次の場合である：
【０６１３】
-サービス要求がEMM-IDLEモードで開始される；及び
【０６１４】
-UEは接続（attach）またはトラッキング領域更新手順の間に、モバイル発信CSフォールバックコールのためのeNodeB基盤のアクセス制御の支援を指示した。
【０６１５】
オペレータは、領域A‘のeNodeBがCSフォールバックコールのeNodeB基盤のアクセス制御を支援する場合は、この二番目のオプションを使用することができる。領域A’は、領域Aの一部または領域Aの全体である可能性もある。モバイル発信CSフォールバックコールに対してMME基盤のアクセス制御とeNodeB基盤のアクセス制御の有効化を調整することは、オペレータの責任である。
【０６１６】
EMMの理由値が＃３９「CSサービス一時利用不可」である場合には、MMEはSERVICE REJECTメッセージにタイマーT３４４２の値を含める必要がある。もしモバイル着信CSフォールバックコールがコール確立中にネットワークによって中断されると、MMEはEMM理由値＃３９「CSサービス一時利用不可」を含む必要があり、タイマーT３４４２の値を「０」に設定する必要がある。
【０６１７】
LIPA PDN接続だけを持っているUEからのサービス要求が記載理由により受け入れない場合は、受信したサービス要求に応じてMMEはサービス拒否メッセージには、次のEMMの理由値を含ませなければならない：
【０６１８】
-受信したサービス要求がCSフォールバックまたは１xCSフォールバックに起因するものでなければ、EMMの理由値＃１０「暗示的に分離される」を含む；または
【０６１９】
-受信したサービス要求がCSフォールバックまたは１xCSフォールバックに起因するものでなければ、EMMの理由値＃４０「EPS bearer context有効化されない」を含む。
【０６２０】
ローカルネットワークPDN接続に残るSIPTOだけを持っているUEからのサービス要求が記載理由により受け入れない場合は、受信したサービス要求に応じてMME以下を行う必要がある：
【０６２１】
-受信したサービス要求がCSフォールバックまたは１xCSフォールバックに起因するものであれば、MMEはサービス拒否メッセージにEMMの理由値＃４０「EPS bearer context有効化されない」を含める必要がある。または
【０６２２】
-受信したサービス要求がCSフォールバックまたは１xCSフォールバックに起因するものでなければ、MMEは、サービス要求の手順を中止してUEに分離（detach）タイプ「re-attach求められる」と 分値の要求メッセージを送信しなければならない。
【０６２３】
以下では、EPCでの接続（attach）手順のためのEMMとESMについて後述する。以下は、EPC従来技術で（E）MM動作がESMに影響を受ける部分を示す。接続手順関連部分である。
【０６２４】
２.ネットワークによって承認されていない接続
【０６２５】
ネットワークによって接続要求が承認することができない場合は、MMEは、適切なEMMの理由値を含む接続拒否メッセージをUEに送信する必要がある。
【０６２６】
PDN接続のないEMM-REGISTEREDがUEまたはMMEによって支援されていなければ、接続要求はPDN接続要求（CONNECTIVITY REQUEST）メッセージを含み、接続手順は、次のような理由で失敗する： 
【０６２７】
-基本（default）EPS bearerの設定に失敗;  
【０６２８】
-ESM手順が失敗; または
【０６２９】
-オペレータ決定ブロック（operator determined barring）は接続手順の間にデフォルトEPSベアラコンテキストの有効化に適用される。
【０６３０】
MMEは、次の手順を実行しなければならない：
【０６３１】
-MMEは接続拒否メッセージをESMメッセージコンテナ情報要素に含まれているPDN接続拒否メッセージと結合させなければならない。この場合には、 接続拒否メッセージのEMMの理由値は＃１９「ESM失敗」に設定されなければならない。または、
【０６３２】
-MMEはPDN接続拒否がオペレータポリシーに基づいてESM原因＃２９に起因している場合であれば、＃１５「追跡領域に適したセルなし」に設定されたEMM理由 値を持つ接続拒否メッセージを送信する必要がある。この場合には、ネットワークは「E-UTRAN許可されない」の値を持つ拡張EMM原因IEをさらに含むことができる。
【０６３３】
３.ネットワークによって承認されていない結合接続（Combined attach）
【０６３４】
接続要求がEPSサービスとnon-EPSサービスのためのネットワークによって受け入れることができない場合は、MMEは、適切なEMM原因値を含む接続拒否メッセージをUEに送信する必要がある。PDN接続せずにEMM-REGISTEREDがUEまたはMMEによって支援されず、接続要求がPDN接続要求メッセージが含まれて接続手順は、 基本EPSベアラ（default EPS bearer）の設定に失敗し、ESM手順失敗またはオペレータ決定ブロックのために失敗した場合、MMEは、次の手順を実行しなければならない： 
【０６３５】
-MMEは接続拒否メッセージをESMメッセージコンテナ情報要素に含まれているPDN接続拒否メッセージと結合させなければならない。この場合には、接続拒否メッセージのEMM原因値は＃１９「ESM失敗」に設定されなければならない。または、
【０６３６】
-MMEはPDN接続拒否がオペレータポリシーに基づいてESM理由＃２９に起因している場合であれば、＃１５「追跡領域に適したセルなし」に設定されたEMM理由 値を持つ接続拒否メッセージを送信する必要がある。この場合には、ネットワークは「E-UTRAN許可されない」の値を持つ拡張EMM原因IEをさらに含むことができる。
【０６３７】
サービス要求手順のためのネットワークハンドリング方法
【０６３８】
前もって図１５を参照して上述したサービス要求の手順によると、サービス要求メッセージにPDUのセッションIDが含まれている場合には、いつサービス承認（accept）メッセージ（またはサービス拒否（reject）メッセージ）が送信されるべきかが不明に定義されてあった（問題１）。
【０６３９】
また、前記サービス要求手順のステップ９によると、少なくとも一つのN２ SM（Session Management）情報をSMFから受信した場合には、AMFは、SMFからの追加的なN２ SM情報の送信を待たずに、受信した前記N２ SM情報をすぐに（R）ANに転送する。この場合には、そのSMFから送信された追加のN２ SM情報は、別の（separate）N２メッセージ（例えば、N２トンネルセットアップ要求）を通じてAMFによって（R）ANに伝達される。このN２ SM情報を受信したANはステップ１０のようにRRC接続のリセット手順（reconfiguration procedure）を行うことになるが、この場合にも、ANが具体的にいつ（例えば、追加のN２ SM情報まで受信した後に開始するかどうかなど）または、どういう方式で接続リセット手順の動作を実行するかが不明に定義されている（問題２）。
【０６４０】
したがって、本明細書では、このようにサービス要求手順での不明確ないくつかの段階／動作を明確に定義するための実施例を以下に提案する。
【０６４１】
以下で提案される本発明は、TS ２３.５０２のCM-IDLE状態でのUEトリガーサービス要求（UE triggered Service Request in CM-IDLE state）手順に適用可能な実施例を、ターゲットして、主に技術されたが、これに制限されるものではなく、 TS ２３.５０２のCM-CONNECTED状態でのUEトリガーサービス要求（UE triggered Service Request in CM-CONNECTED state）の手順と TS ２３.５０２の登録手続きにも適用することができる。特に、この手順でN１メッセージ（例えば、サービス要求メッセージまたは登録要求メッセージ）にPDUセッションID情報が含まれている場合には、本発明が適用されることができる。
【０６４２】
以下の実施例は、サービス要求の手順を中心に技術されたが、TS ２３.５０２の登録手続きに適用する時は、メッセージが登録手続きに一致するメッセージに変換／置換されて使用／適用することができる。例えば、以下の実施例では、サービス要求のメッセージは、サービスの承認メッセージとサービス拒否のメッセージは、登録要求メッセージ、登録承認メッセージと登録拒絶メッセージにそれぞれ変換／置換されて使用／適用することができる。
【０６４３】
本発明では、５G MM（Mobility management）メッセージの中で、UEがサービス要求メッセージ（または登録（要求）メッセージ） 転送時のAMFとSMFとの間の相互作用（interaction）を重点に技術されたが、５G MMメッセージにAMFではなく、他のネットワーク機能に送信されるすべての場合に適用できる。
【０６４４】
また、本発明で５G MMメッセージに５GS MM手順のUEにより開示されているすべての手順の５G MMメッセージが適用されることができる。例えば、本発明の５G MMメッセージとしてサービス要求メッセージ、登録（要求）メッセージに加えて、UL NAS伝達（transport）メッセージや一般（generic）UE設定の更新などが適用されることができる。
【０６４５】
ただし、サービス要求メッセージではなく、５G MMメッセージの場合には、次のような違いが存在することができる（ただし、登録と一緒にPDUセッション確立（establishment）を同時に実行する場合（例えば、EPCでTAU手順の実行時に有効フラグ（active flag）が設定されている場合）の５G MMメッセージは、サービス要求メッセージとの違いがない可能性がある）。たとえば、サービス要求メッセージではなく、５G MMメッセージには、PDUセッションIDの代わりに、SMメッセージが含まれることができる。これらのサービス要求メッセージではなく、５G MMメッセージがSMメッセージと一緒にAMFに渡された場合には、AMFはN１１メッセージに対応SMメッセージを含むSMFに渡すことができる。この場合には、SMFはAMFから受信したN１１メッセージのN１１応答メッセージでは、UEから受信したSMメッセージのSM（応答）メッセージを含んで伝送する。N１１の応答メッセージを受信した AMFは、N１１の応答メッセージに含まれて送信されたSM（応答）メッセージをN１ 応答メッセージに含んでUEに送信する。
【０６４６】
このような違いを考慮して、本発明は、サービス要求メッセージではなく、５G MMメッセージにも同じ／同様に適用することができる。
【０６４７】
また、本発明では、ネットワーク機能は、AMFとのインターフェースを持つすべてのネットワーク機能を意味することができる。例えば、本発明では、ネットワーク機能は、SMSF、PCF、UDM および／またはAUSFなどを通称することができる。
【０６４８】
また、本発明では、AMFがMM要求（つまり、サービス要求メッセージ）と SM関連情報（例えば、PDUセッションID）を受信した場合、MM要求は承認した場合を仮定する。すなわち、本発明は、AMFが５GMMの管点から接続／モビリティ管理に対する要求を受け入れ、N１１メッセージをSMFに転送した後の手続きに関する発明である。AMFはMM要求（たとえば、サービス要求メッセージ）とSM関連情報（例えば、PDUセッションID）を受信したがMM要求を拒絶する場合には、SMF決定に関係なく（つまり、SMFへN１１メッセージの送信せずに）MM拒絶メッセージ（たとえば、サービス拒否メッセージ）をUEに送信することができる。
【０６４９】
従来技術ではPDUセッションのID情報は、PDUセッションIDで記述されているが、本発明ではPDUセッションを示す他の形態の情報で表現／シグナリングすることができる。例えば、PDUセッションのID情報は、PDUセッションIDを明示的／暗示的に指示するように表現／シグナリングされるか、ビットマップ情報で表現／シグナリングすることができる。
【０６５０】
サービス要求の手順中UPF再配置（relocation）が発生していないシナリオで決定される場合には、AMFが送信されるN１１メッセージに対してSMFが応答時N１１応答メッセージにN１ SM情報を含める場合は発生しないことができる。これらのシナリオについて、本発明のN１ SM情報が送信／含まれる実施例を除いて適用可能である。
【０６５１】
発明提案１） 上述した問題点１を解決するための動作の提案
【０６５２】
UEがサービス要求メッセージと一緒にPDUのセッションIDをネットワークに送信する場合は、AMFは、サービス要求メッセージを受信し、処理（processing）してPDUセッションIDを渡すSMFを選択することができる。また、AMFは、選択したSMFに対応するPDUのセッションIDが含まれているN１１メッセージを転送することができる。SMFはN１１メッセージに含まれているPDUセッションIDを受信すると、 PDUセッションIDに対応するPDUのセッションの確立（establishment）を承認するか、または拒否するかどうかを決定し、これに対する承認／拒否の応答情報／メッセージ（N１応答情報／メッセージに対応）をN１１応答メッセージに含まれていて、AMFに通知／転送することができる。PDUセッション確立の承認／拒否決定はSMFやUPFの状態／問題やUEの状態／問題を基礎として決定されることができる。
【０６５３】
このとき、次の２つの場合が想定されることができる。
【０６５４】
１．AMFがSMFから受信したN１１（応答）メッセージに含まれているPDUセッションIDに対する応答が拒否なのか承認なのか、わからない場合は
【０６５５】
２．AMFがSMFから受信したN１１（応答）メッセージに含まれているPDUセッションIDに対する応答が拒否なのか承認なのかを知っている場合
【０６５６】
前記１.の場合には、AMFはPDUセッションIDに対する応答が承認であることを拒否なのか知らないので、SMFからの応答に関係なくMM応答メッセージへの応答を行う（例えば、サービス拒否／承認メッセージの送信）ことができる。しかし、この場合には、UEが要求されたPDUセッションIDのセッションの確立が成功しなかったにもかかわらず、UEは、MM承認メッセージ（例えば、サービス承認メッセージ）を受信することができる。この場合には、要求されたすべてのPDUセッションIDのセッション確立が成功しなかった場合にも、UEはMM承認メッセージを受信することができる。その結果、UEはPDUセッション確立を通じてデータを送受信しようとした目的を達成できないまま、サービス承認メッセージを受信しながらNAS シグナリング接続のみ維持された状態で残ることになる。この状態では、もし、UE以前に要請して拒絶されたPDUセッションと同じPDUセッションの確立を再要請する場合は、SMFから再びSM拒絶を受けることができる。したがって、UEはNASシグナリング接続があるといっても、同じSMFと同じPDUセッションの要求をすることができないか、一定時間の間、要求が制限されることができる。このような理由から、 PDUセッションの確立を要求されたUEがSMFからSM拒絶メッセージを受信した場合には、NASシグナリング接続を維持することが有用ではない。
【０６５７】
したがって、UEが前記に記載されているように、MM承認メッセージ（例えば、 サービス承認メッセージ）を受信し、NASシグナリング接続が維持されている場合に発生する可能性のある問題、つまり、不要にUEがEMM-CONNECTEDモードが維持され、ネットワークの不要な資源の浪費を防止するために次のアクションを実行することができる。
【０６５８】
１）UEがNASシグナリング接続を終了するための手順を実行する。
【０６５９】
２）UEが分離（detach）要求の手順を実行する。
【０６６０】
逆に、前記２の場合には、AMFはPDUセッションIDに対する応答が承認か拒否かを知っているので、SMFからの応答に応じてMM拒絶あるいはMM承認を決定することができる。
【０６６１】
例えば、UEがPDUセッションIDとMM要求メッセージ（たとえば、サービス要求メッセージ）をAMFに送信した場合には、AMFはMM要求（メッセージ）を承認してSMFでSMメッセージをN１１メッセージに転送しSMFからの応答を待つことができる。このとき、すべてSMFからの応答がPDUセッション確立のために拒絶を含む場合には、AMFはMM要求の承認の決定に関係なく、MM拒絶を決定してMM拒絶メッセージをUEに送信することができる。
【０６６２】
一方、前記２の実施例では具体的にAMFがPDUセッションの確立（またはUEが要求されたPDUのセッションIDの応答）が拒絶か承認かのみを認知できる場合と、加えて、さらに拒絶理由まで認知することができる場合に分けることができる。本発明では、特別な記載がない場合には、AMFはPDUセッション確立（またはUEが要求されたPDUのセッションIDの応答）が拒絶か承認かのみを区分できることを前提するが、これに限定されるものではない。
【０６６３】
詳細発明の提案０）では、前記１と２の両方に適用可能な発明の提案を、細部発明の提案１）では、「AMFがSMFから受信したN１１（応答）メッセージに含まれているSMメッセージが（要求されたPDUセッションIDに対する）拒絶か承認かを知っている場合（つまり、前記２）」の詳細な発明を提案したい。
【０６６４】
詳細発明の提案０）
【０６６５】
SMFはPDUセッションIDのSM拒絶を含むN１１の応答メッセージをAMFに転送する場合には、AMFが以下の理由でお断りする場合やその他の理由で拒絶する場合を区別できるよう、別の指示をAMFに転送してくれたり、または拒絶理由をN１１応答メッセージのIEに含み、AMFに転送してくれる。
【０６６６】
- 拒絶理由はUEの問題ではなく、SMF自体の問題である場合（例えば、SMFが混雑（congestion）、または（この場合、「SMF混雑」や「SMF再選択が要求される（reselection is required）」のような拒絶理由使用／シグナリング可能）、UEが要求されたDNNやUEの要求を処理するため、他のNFとの相互作用が必要で、 そのNFとのインターフェースが存在しないか、一時的な問題に接続されていない 場合など）。または、
【０６６７】
-  SMFを 再選択的に問題が解決できる場合。
【０６６８】
この場合には、SMFは「SMF混雑」、「SMF再選択が要求される」または「対応するNFに到達不可（not reachable）」と同じ拒絶理由や指示をAMFが認識できるようにN１１の応答メッセージに含ませて送信することができる。
【０６６９】
これを受信したAMFは、SMFの再選択により問題の解決が可能で、他の代替（alternative）／新しい（new）SMFが存在する場合、UEと別の相互作用がなくてもUEから受けたN１メッセージに含まれていたSMメッセージ（すなわち、前の（old）SMFによって拒絶されたSMメッセージ）をN１１メッセージに含ませて代替／new SMFに送信することができる。
【０６７０】
このとき、AMFがUEからN１メッセージを受信した後、これに対する応答（例えば、N１応答メッセージまたはDRB確立）をUEに転送するまでの時間は、UEが N１メッセージの送信が成功するかどうかを確認するために設定／始めたタイマー値よりは小さい必要がある。そうでないと、AMFが応答をUEに送信する前にUEのN１メッセージの再送が発生する可能性があり、これが原因となりAMFの前記動作がリセット（re-set）されて、不要なシグナリングのみ発生させることができるからである。したがって、これを考慮して、AMFはSMFを再選択したアクションからの再選択されたSMFからN１１の応答メッセージを受信し、これをUEに応答／転送するまでの動作がUEのN１メッセージの再送前に発生／実行されるようにしなければならない。
【０６７１】
前記実施例は、SMFとUDFの間の相互作用にも適用することができる。例えば、図１５の６a、６bのステップや７a、７bのステップを実行する際、前記提案された実施例が適用されることができる。
【０６７２】
以上で、SMF再選択的に、以前の（old）SMFからのSM拒絶問題の原因を解決することができる方案について調べた。
【０６７３】
同様に、SMFがN１１応答メッセージを通じて拒絶理由や拒絶の後のMM動作に関するガイドをAMFに提供することにより、AMF後続処理／動作に役立つことができる。
【０６７４】
詳細発明の提案１-１）サービス承認メッセージを送信するための条件
【０６７５】
オプション１）AMFが図１５のサービス要求の手順のステップ４でN１１メッセージを送信したすべてのSMFからの応答を待って、すべてのSMFからの応答を確認した後、サービスの承認または拒否メッセージにその応答を含めて送信する場合が考えられる。AMFはN１１メッセージを送信したすべてのSMFからの応答を確認した結果に応じて、次のように動作することができる：
【０６７６】
１. AMFがN１１メッセージとして送信したPDUのセッションIDのSM要求（例えば、PDUのセッション確立要求）に応答して、SMFからSMの承認を含む、またはそれを意味するN１１の応答メッセージを一つでも受信した場合、AMFはMM承認メッセージ（例えば、サービスの承認メッセージ）をUEに送信することができる。
【０６７７】
２. AMFがN１１メッセージとして送信したPDUのセッションIDのSM要求（例えば、PDUのセッション確立要求）に対して、SMFからSMの承認を含む、またはそれを意味するN１１の応答メッセージを一つも受信していない場合（つまり、すべてのSMFからの応答がSM拒絶または「応答なし（no response）」である場合）、AMFはMM拒否メッセージ（例えば、サービス拒否メッセージ）をUEに送信することができる。
【０６７８】
３. AMFはSMFからの応答とは無関係にサービスの応答メッセージとして、常にサービスの承認メッセージを送信することもできる。このとき、PDUのセッションがSMFによって拒絶された場合には、サービス承認メッセージには、拒否されたPDUのセッションIDとこれに対する拒絶理由が含まれて端末に送信されることができる。
【０６７９】
オプション２） 
【０６８０】
AMFは、図１５のサービス要求の手順のステップ４でSMFに送信されたN１１メッセージのN１１応答メッセージをステップ８で受信することができる。受信したN１１の応答メッセージのいずれかがN１ SM情報および／またはN２ SM情報が含まれていれば、AMFは、サービス要求手順の成功とみなすことができる。つまり、N１ SM情報および／またはN２ SMの情報が含まれている最初のN１１（応答）メッセージを受信した瞬間、AMFは、サービス要求手順を成功的に判断する。ここで、N１ SM情報は、UEのためのSMFのSM応答情報であり、N２ SM情報はNG-RANのSMFのSM応答情報に該当することができる。
【０６８１】
オプション２の場合には、サービス承認メッセージがクイック時間中にUEに 送信されるので、UEが迅速にサービス要求手順が成功するかどうかを判断するという利点を有する。
【０６８２】
N１ SM情報および／またはN２ SMの情報が含まれている最初のN１１（応答）メッセージを受信すると、AMFはサービス承認メッセージをUEに送信することができる。これと共に、以下のシグナリング最適化（signalling optimization）実施例に適用することができる。
【０６８３】
[シグナリング最適化実施例]（前記オプション１と２に共通に適用可能）
【０６８４】
上述したように、AMFがUEが要求されたPDUのセッションIDのSM承認を含む／意味するN１ SM情報および／またはN２ SMの情報が含まれている最初のN１１（応答）メッセージをSMFから受信した場合（つまり、サービス承認メッセージの送信条件を満たしている場合）、サービス承認メッセージのシグナリングオーバーヘッドを減らすためにAMFはサービス承認メッセージをシグナリング／送信しないことができる。代わりに、UEは、図１５のステップ１０で実行されるRRC接続再設定に生成されたDRB（Data Radio Bearer）を通じてサービス要求手順が成功するかどうかを判断することができる。つまり、UE-AS（UE-RRC）層は、DRBが正常に確立されると、ユーザー層ベアラ確立（User plane bearer establishment）」の指示をUE-NAS層に転送することができ、これにより、UE-NAS層は、サービス要求手順が成功したことを認知することができる。
【０６８５】
以下に記述される[N１１（応答）メッセージの構成方法]、[N１１応答メッセージの受信失敗を判断する方法]、[N１（応答）メッセージの構成方法]、[MM拒否メッセージ（例えば、登録拒絶メッセージまたはサービス拒否メッセージ）を送信する方法]は、上述したオプション１と２に共通じて適用することができる。
【０６８６】
[N１１応答メッセージの構成方法]（オプション１と２共通）
【０６８７】
図１５サービス要求手順のステップ４でAMFがSMFに送信されたN１１メッセージに対する応答は、次のいずれかと同じである：
【０６８８】
A.以下の情報のうち少なくとも一つを含むN１１（応答）メッセージが送信され：
【０６８９】
A-１）N１ SM情報;
【０６９０】
A-２）N２ SM情報; および／または
【０６９１】
A-３）拒絶理由 
【０６９２】
B. N１１（応答）メッセージが受信されない（N１１応答メッセージの受信に失敗した場合）
【０６９３】
N１ SM情報はN１１（応答）メッセージに含まれて送信されることがあるが、この時SMFがN１ SM情報をシグナリング／構成する形態に応じて、次のようなオプションが存在することができる。
【０６９４】
-  N１ SM情報がN１１（応答）メッセージのコンテナ（container_形で含んでいる;
【０６９５】
-  N１ SM情報を送信するための別のSMメッセージを生成後、このSMメッセージをN１１（応答）メッセージのコンテナの形で含む。
【０６９６】
加えて、N１１（応答）メッセージに拒絶理由が含まれている場合にも、前記のN１ SM情報が含まれている場合と同じオプションが考慮されることができる。この時、前記３）拒絶理由もN１ SM情報としてUEに送信することができる。この場合には、N１ SM情報がUEが要求されたPDUのセッションIDの承認を含む／意味するか、または拒絶を含む／意味するかをAMFが区別できるようにするための指示が別途N１１（応答）メッセージに含まれることができる（AMFはN１ SM情報（SMF-UE間のシグナリング情報）を認識することができないから）。AMFは、この指示を通しSMFからのSM応答が承認か拒否かを区別することができる。または、前記３）拒絶理由は、前記のN１ SM情報ではなく、AMFが認識することができる情報としてシグナリングされてN１１（応答）メッセージを通じて受信することができる。この場合には、AMFは、上述したような、別の指示がなくても拒絶理由の有無に基づいて、そのPDUセッションIDの承認かどうかを判断することができる（例えば、拒絶理由がN１１（応答）メッセージにシグナリング／含まれている場合は、その拒絶理由をもとにPDUセッションIDが拒絶されたことを認識）。
【０６９７】
A-１）とA-２）と関連して先に図１５の説明が適用されることができる。
【０６９８】
A-３）の場合には、SMFが図１５のステップ４で送信されたN１１メッセージを承認（accept）することができない場合は、拒絶の理由をN１１（応答）メッセージに含んで、転送することができる。
【０６９９】
例えば、N１１（応答）メッセージは、次のうちの少なくとも一つを含むように構成することができる：
【０７００】
I. N１ SM情報を格納するコンテナ
【０７０１】
II．N２ SM情報を格納するコンテナ
【０７０２】
III．（ SMF）の拒絶理由を含むコンテナ（つまり、「拒絶理由コンテナ」）
【０７０３】
AMFは、前記を含むコンテナの中の情報を確認することはできない。代わりに、コンテナの有無に応じて／基づき、SMFの応答が承認か拒否かとの承認の場合、どのアクションを実行しなければならないと判断することができる。例えば、少なくとも一つの拒絶理由コンテナがN１１（応答）メッセージに含まれて送信された場合には、AMFはSMFの応答を拒否とみなすことができる。
【０７０４】
AMFはSMFのSM拒絶理由に対する認知が許可されている場合は、前記に記述されたコンテナではなく、別のIEでシグナリング／表現することができる。この場合には、AMFは、IEを使用してSM拒絶理由を直接確認してSMFの応答（例えば、承認／拒否するかどうか）を知ることができる。
【０７０５】
N１１（応答）メッセージに前記I）やII）が含まれている場合には、AMFはSMFからの応答が承認であることを認知することができる。N１１（応答）メッセージに前記III）が含まれている場合には、AMFはSMFからの応答が拒否であることを認知することができる。
【０７０６】
上述したA-３）の拒絶理由は、N１ SM情報として配信できるというのは、上述した通りである。この場合には、N１ SM情報がUEが要求されたPDUのセッションIDの承認を含む／意味するか拒絶を含む／意味するのかをAMFが区別できるようにするための指示がN１１（応答）メッセージに含まれる必要があり、この場合には、 AMFは指示を通じてSMFからのSM応答が承認であるか拒否かを区別することができていることは、上述した通りである。
【０７０７】
つまり、まとめるとA-３）の拒絶理由はi）N１ SM情報として伝達されるか、ii）別々に定義された拒絶理由コンテナに含まれて送信されたり、iii）AMFによって認識できるように個別に定義されたIEに含まれて送信できるし、各実施形態に従う説明は上述した通りである。
【０７０８】
[N１１応答メッセージの受信失敗を判断する方法]（オプション１と２共通）
【０７０９】
上述したB）の場合には、N１１の応答メッセージが受信されていない場合（つまり、受信失敗）と図１５のステップ４でのN１１のメッセージがよく送信されたかを判断するために以下のような実施例を提案することができる：
【０７１０】
- まず、AMFはN１１メッセージをSMFで送信しながら、各SMF別の特定のタイマー例えば、タイマーTabcd）を特定の値に設定して起動することができる。
【０７１１】
- タイマーTabcdが切れる前、SMFからN１１応答メッセージを受信した場合、AMFはTabcdを停止し、SMFからN１１応答メッセージを受信したと判断する。
【０７１２】
- タイマーTabcdが有効期限が切れるまでSMFからN１１応答メッセージを受信しない場合、AMFはSMFからN１１応答メッセージがない（つまり、N１１応答メッセージの受信失敗を）判断する。
【０７１３】
本実施例では、タイマーTabcdの値はUEがサービス要求メッセージの送信成功かどうかを判断するためのタイマー値より小さく設定することができる。そうでない場合、UEはタイマーが期限切れに応じて不要に／不適切なサービス要求の手順が 失敗する確率が増加するためである。
【０７１４】
[MM拒否メッセージ（例えば、サービス拒否メッセージ）を送信する方法]（オプション１と２共通）
【０７１５】
AMFは、サービス要求の手順を実行する際、下記のような条件（つまり、サービス拒否条件）が満足されている場合、サービス拒否メッセージをUEに送信することができる。
【０７１６】
A. UEが、図１５のサービス要求手順のステップ１から送信されたサービス要求メッセージに含まれているPDUのセッションIDが一つであり、そのPDUセッションIDを受信したSMFからN１１の応答メッセージがない（つまり、N１１の応答メッセージの受信に失敗したと）判断した場合：[N１１応答メッセージの受信失敗を判断する方法]参考
【０７１７】
B. UEが、図１５のサービス要求手順のステップ１から送信されたサービス要求メッセージに含まれているPDUのセッションIDが複数で（つまり、SM要求が複数のPDUセッションIDが複数のSMFと連携（associate）／伴う（involve）されて）、ステップ４でN１１メッセージを送信したSMFからの応答が下記のような場合：
【０７１８】
I．すべてのSMFからN１１（応答）メッセージを受信するために失敗した場合（つまり、すべてのSMFからの応答が、前記[N１１応答メッセージの構成]でBの場合））：[N１１応答メッセージの受信失敗を判断する方法]参考;
【０７１９】
ii. SMFからN１１（応答）メッセージを受信したが、すべてのSMFからのN１１（応答）メッセージに拒絶理由が含まれている場合（つまり、すべてのSMFからの応答が前記の[N１１応答メッセージの構成]でA-３）を含む場合）; または
【０７２０】
iii．すべてのSMFからの応答が以下のうちの少なくとも一つである場合（つまり、すべてのSMFからの応答が前記の[N１１応答メッセージの構成]でB）またはA-３）を含む場合）
【０７２１】
iii-１）N１１（応答）メッセージを受信するために失敗；
【０７２２】
iii-２）N１１（応答）メッセージを受信したが、すべてのSMFからのN１１（応答）メッセージが拒絶理由を含む場合
【０７２３】
前記実施例は、AMFがMM要求メッセージ（例えば、サービス要求メッセージ）に対する応答は、承認された場合を想定／前提にしている。すなわち、前記実施例は、AMFが５GMM観点から接続／モビリティ管理の要求を受諾した場合を想定／前提にしている。
【０７２４】
AMFが要求メッセージに応じた要求を拒絶する場合は、前記に記述されたSMFの応答とは関係なく、サービス拒絶のメッセージを送信することになる。つまり、AMFはMM要求（例えば、サービス要求メッセージ）を拒絶したときにサービス拒絶のメッセージを送信することができ、AMFがMM要求を承認してN１１メッセージをSMFに送信したが、後に送信されたN１１の応答メッセージに応じてサービスの承認メッセージあるいはサービス拒絶のメッセージを送信することができる。上述したオプション１および／または２に基づいてサービスの承認／拒絶メッセージの送信条件は異なることもある。
【０７２５】
サービス拒絶メッセージには、一般的に以下のようにN１１の応答メッセージに関する情報が含まれていることもある。たとえば、サービス拒絶メッセージには、UEが要請したPDUのセッションIDごと／単位でSMFからの応答（例えば、承認／拒絶および／または拒絶理由）が含まれて送信されることができ、その例示は、以下のようである：
【０７２６】
-  SMFに送信されたN１１メッセージへの応答（例えば、N１１の応答メッセージ）が拒絶理由を含まれている場合、次の例のように、AMFはサービス応答（例えば、承認または拒絶）メッセージに拒絶理由を含んで送信する：（PDUセッションID、拒絶理由）、（PDUセッションID、「拒絶理由コンテナ'）または （PDUセッションID、「N１ SM情報（SM拒絶メッセージ（拒絶理由を含む）」）
【０７２７】
-  SMFに送信されたN１１メッセージへの応答（例えば、N１１応答メッセージがない場合（つまり、N１１応答メッセージの受信に失敗した場合））、次の例のように、AMFはサービス応答（例えば、承認または拒絶）メッセージに「応答なし（no response）」を含んで送信する。実施例に基づいて、「応答なし」は拒絶理由の一つのタイプ／種類で表現／定義されることもある：（PDUセッションID、「応答なし」）または（PDUセッションID、拒絶理由=「応答なし」）
【０７２８】
-  SMFに送信されたN１１メッセージへの応答が成功／承認の場合（例えば、N１１応答）メッセージがN１ SM情報および／またはN２ SM情報を含まれている場合）、AMFは、次のようにサービスの応答（例えば、承認または拒否）メッセージに「成功／承認（アクティビティステータスインジケーター）」を含めるかそのPDUセッションIDへの応答情報を含まないこともある：（PDUセッションID、「成功／承認'）または「Null」
【０７２９】
[N１メッセージの構成方法]（オプション１と２共通）
【０７３０】
UEがN１メッセージにMM要求メッセージ（例えば、サービス要求メッセージ）とPDUのセッションIDを一緒に構成／含んでAMFに転送した場合には、AMFはN１メッセージの応答であるN１応答メッセージ（例えば、MM NASサービスの承認／拒絶メッセージ）にUEが送信したMM要求メッセージ（例えば、図１５のサービス要求の手順内ステップ１でUEが送信したサービス要求メッセージ）に含まれているすべてのPDUのセッションIDの応答／結果をすべて含めて送信することができる。この時の詳細AMFの動作は次のように定義することができる。N１応答メッセージにサービスの承認のメッセージは、サービス拒絶メッセージあるいは他のN１メッセージを送信する条件は、上述した実施例／オプション（例えば、上述したオプション１または２）、またはこれらの組み合わせに従うことができる。ここでは、UEが要求されたPDUのセッションIDとMMメッセージが含まれているN１メッセージがAMFに送信された場合において、AMFがこれに対するN１応答メッセージを構成する方法について具体的に提案する：
【０７３１】
-  AMFはUEがN１メッセージを通じて要求したPDUセッションIDへの（PDUセッション確立の）承認／成功と拒絶／失敗に関する応答情報をUEが認知することができるように、N１応答メッセージに含んでUEに送信する。AMFは以下のようにSMFから受信したN１１の応答メッセージに基づいて／を通じて承認／成功と拒絶／失敗を判断／見なす／決定する：
【０７３２】
i．N１１の応答メッセージにN１ SM情報および／またはN２ SM情報が含まれている場合、承認／成功と判断／見なす／決定;
【０７３３】
ii．N１１の応答メッセージに失敗／拒絶理由が含まれているか、SMFから何の応答も受信していない場合は失敗／拒絶と判断／見なす／決定。
【０７３４】
-  AMFはUEが要求したPDUセッションIDと前記PDUセッションIDへの承認／成功と拒絶／失敗をN１応答メッセージに表示してUEが認知することができる。
【０７３５】
ｉ．商人／成功の場合には、ＡＭＦは次の方法で承認／成功を表示／シグナリング／構成することができる：
【０７３６】
i-１）PDUセッションIDのN１１応答メッセージがN１ SM情報が含まれている場合、N１応答メッセージには、前記PDUのセッションIDとそれに対応するN１ SM情報がコンテナに含まれる。
【０７３７】
i-２）PDUのセッションIDのN１１応答メッセージがN２ SM情報が含まれている場合、N１応答メッセージには、前記PDUのセッションIDとこれに対する結果として「成功／承認」と表示／指示／信号が含まれる。
【０７３８】
ii．または、承認／成功の場合、AMFは、承認／成功に該当するPDUセッションIDについて別の表示／シグナリングをN１応答メッセージに含まれていないこともある。この場合、N１応答メッセージで拒絶に該当するPDUセッションIDのみ表示／指示することができる。また、N１ SM情報はPDUセッションIDとの関係が表示されないままN１応答メッセージ（例えば、サービスの承認／拒絶メッセージ）の別の コンテナに含まれるか、前記N１応答メッセージと分離された別のN１メッセージを通じてUEに転送されることもある。N２ SM情報はN１応答メッセージに表示／含まれていないこともある。この場合、UEはN２ SM情報による後続動作の実行にDRBが 確立されたことを認識しつつ、要請したPDUセッションIDへの承認／成功を認知することができる。本実施例の場合には、シグナリングオーバーヘッドが減り、サービス承認メッセージを効率的に構成することができるというメリット／効果を有する。 
【０７３９】
iii．拒絶／失敗の場合には、AMFはPDUセッションIDとこれに対する拒絶理由を表示／シグナリング／構成することができる：
【０７４０】
iii-１）すべてのN１１の応答メッセージのN１ SM情報やN２ SMの情報が含まれているN１１応答メッセージがない場合は、AMFは、サービス要求手順を失敗とみなす／判断してサービス応答（例えば、承認または拒絶）メッセージにこれに対する応答／結果（例えば、拒絶理由）を含めて、UEに送信することができる。
【０７４１】
前記実施例ではサービスの応答（例えば、承認または拒絶）メッセージに含まれる応答／結果は端末が要請したPDUのセッションIDの失敗応答／結果をすべて含むことができる。つまり、失敗応答／結果は端末が要請したが拒絶されたPDUのセッションIDと、これに対する拒絶理由の表現／指示／シグナリングすることができる。
【０７４２】
詳細発明の提案１-２）オプション２の場合には、サービスの承認メッセージやサービス拒絶メッセージではなく、N１メッセージを送信する条件
【０７４３】
上述した詳細発明では、サービスの承認メッセージとサービス拒絶のメッセージを送信する条件を明示した。
【０７４４】
本詳細発明では、前記の詳細発明１-１）の オプション２を適用した場合であって、サービスの承認／拒絶のメッセージを送信する条件以外の状況が発生した場合には、AMFがSMFからの応答をUEに伝達するための方法を提案したい。
【０７４５】
AMFがSMFからN１１メッセージに対する応答を受信したが、サービスの承認／拒絶のメッセージを送信する条件以外の状況が発生した場合には、AMFは、次のように動作する：
【０７４６】
-  N１１メッセージへのSMFからの応答は、サービス承認メッセージやサービス拒絶メッセージではなく、他の／別のN１メッセージを通じて端末に送信することができる。この時、N１メッセージは、例えば、DL NAS伝達（transport）メッセージであることもある。
【０７４７】
- 前記のN１メッセージを転送する時、SMFからの応答を含む方式は、詳細発明提案１-１）および／または詳細発明提案１-２）の方式を続くことができる。
【０７４８】
-  N１メッセージの送信時点 - 詳細発明提案１-１）でサービス承認メッセージ 転送時のオプション２）を適用する場合、AMFはサービス承認メッセージに含まれているSMFからの応答を除く残りのすべてのSMFからの応答を確認した後、N１メッセージにその残りのすべてのSMFからの応答を含むUEに転送することができる。
【０７４９】
発明提案２）本提案では、上述した問題点２を解決するための方法／動作を提案したい。
【０７５０】
AMFがN２ SM情報をSMFから受信した場合（すなわち、複数のターゲットSMFが存在するが、これらのうち少なくとも一つのSMFからN２ SM情報を受信した場合）、AMFはSMFから追加のN２ SM情報を待たずに、すぐにN２メッセージ（例えば、N２要求メッセージ）を送信することができる。代わりに、残りのターゲットSMFから送信されたN２ SM情報は、分離された／別のN２メッセージ（例えば、N２トンネルセットアップ要求メッセージ）を利用して送信することができる。これを受信したANは、図１５のステップ１０であるRRC接続再設定手順を実行することができる。このとき、分離されたN２ SM情報を含むN２メッセージを受信したANの動作には、次の２つのオプションが存在することになる：
【０７５１】
１）N２メッセージを受信するたびに、RRC接続再設定手順を実行する。
【０７５２】
２）すべてのN２のメッセージをすべて受信した後にRRC接続再設定を行う。
【０７５３】
前記１）の実施例の場合、ANとAMFによって同時に／並行的に手続きが行われるので、手続き完了までの時間／遅延が減少されるという効果が発生し、２）実施例の場合、シグナリングオーバーヘッドが減るという効果が発生する。前記１）や２）実施例で動作する場合には、ANやUE-RRCはRRC接続再設定手順が終了した時点を把握する必要がある。そのために、以下の実施例を提案する。
【０７５４】
図１５のサービス要求の手順内のステップ９の実行時に、AMFはSMFから受信したN２ SM情報を含むN２メッセージを送信する時には、次のように動作することができる：
【０７５５】
-  AMFはすべてのSMFからの応答を確認した後、すべてのSMFからの応答を受信したことを指示する指示をN２メッセージに含んで送信する。前記 ２）のように 動作する場合に本指示はANがend markで使用されることができる。
【０７５６】
- 前記 １）のように動作する場合には、ANは前記指示をRRCメッセージに含んでUE-AS（例えば、UE-RRC）に転送することができる。この指示はUE-ASから UE-NASに伝達される。当該指示を受信したUE-ASは追加のRRCリセット手続きなしに、この手順が終了されたことを認知することができる。UE-NASはサービス要求の手順にトリガーされたDRB確立手続が終了したことを認知することができる。この手順が終了したことを認知したUE-ASやUE-NASは、後に必要な後続の手続きを進め／実行することができる。
【０７５７】
上述した詳細発明の提案１-１）のオプション２）と詳細発明の提案１-２）の実施例は、次のとおりである。
【０７５８】
仮定／前提）
【０７５９】
- 図１５のサービス要求の手順でUEが３つのPDUのセッションIDを要求して（つまり、手順１で送信される「サービス要求／N１」メッセージに３つのPDUのセッションIDが含まれて）、PDUのセッションIDによるターゲットSMFがそれぞれ相違。このとき、AMFは、ステップ４でN１１メッセージを各ターゲットSMFに送信し、応答を待っている。
【０７６０】
- 本実施例では「SMFからの応答」は、SMFから受信することができる全種類の応答を意味する（例えば、応答タイプの例として詳細発明の提案１-２）実施例を適用可能）
【０７６１】
-  AMFがN１１メッセージをSMFに送信する場合は、少なくとも一つのPDUセッションIDをN１１メッセージに含めることができる。これに対する応答として、SMFがN１１（応答）メッセージの送信時に、それぞれの要求を受けたPDUセッションIDへの応答を含めて、AMFに転送することができる。このとき、AMFは、各PDUセッションIDに対応ごとに相違に動作することができる。たとえば、同じSMFが送信されるN１１（応答）メッセージ内にPDUセッションID１の拒絶理由が含まれ、PDUのセッションID２のN１ SM情報やN２ SM情報が含まれている場合には、AMFはサービス承認メッセージを送信することができる。以下case １）やcase ２）では、PDUセッションIDごとに異なるターゲットSMFを想定したが、これに合わせてシナリオを適用した場合SMF１、SMF２、SMF３のうち、同じSMFが存在することができ、他のPDUのセッションIDで区切られた形で適用することができる。たとえば、以下のcaseでSMF１とSMF２が同じSMFである場合、SMF１とSMF２はPDUセッションID１とPDUセッションID２に置き換え／区分することができる。
【０７６２】
Case １）AMFが送信されたN１１メッセージへのSMFからの応答手順は次の通りである：
【０７６３】
ステップ１ SMF１のN１１応答メッセージがN１ SM情報やN２ SM情報を含む
【０７６４】
ステップ２ SMF２の応答
【０７６５】
ステップ３ SMF３の応答
【０７６６】
この場合には、AMFは、
【０７６７】
- ステップ１でサービス承認メッセージを送信する。手順１で受信したN１１の応答メッセージにN１ SMの情報が含まれている場合には、AMFはサービス承認メッセージにN１ SM情報を含んでいる。手順２とステップ３の応答にN１ SMの情報が含まれている場合には、AMFは、N１ SM情報は、別のN１メッセージ（例えば、NAS伝達（transport）メッセージ）にコンテナの形で含まれているUEに送信される。
【０７６８】
- ステップ３まで完了したら、AMFは、すべてのSMFからの応答を確認したと判断し、前記サービス承認メッセージに含まれていないSMFからの応答に（例えば、ステップ２のSMF２応答とステップ３のSMF３応答）別のN１メッセージ（例えば、DL NAS転送メッセージ）に含めて送信することができる。AMFが受信したN１１の応答メッセージにN１ SMの情報が含まれている場合には、AMFは、これをN１メッセージ（例えば、DL NAS転送メッセージ）に含めて送信することができる。
【０７６９】
Case ２）AMFが送信されたN１１メッセージのSMFからの応答シーケンスは次の通りである：
【０７７０】
ステップ１ SMF１のN１１応答メッセージが拒絶理由を含む
【０７７１】
ステップ２ SMF２のN１１応答メッセージがN１ SM情報やN２ SM情報を含む
【０７７２】
ステップ３ SMF３の応答
【０７７３】
この場合には、AMFは：
【０７７４】
前記ステップ１では、次のSMFからの応答を待つ。
【０７７５】
前記ステップ２では、サービス承認メッセージを送信する。手順２で受信したN１１の応答メッセージにN１ SMの情報が含まれている場合には、AMFはサービス承認メッセージにN１ SM情報を含んでいる。
【０７７６】
前記ステップ３で、AMFは、すべてのSMFからの応答を確認したと判断し、前記サービス承認メッセージに含まれていないSMFからの応答（例えば、ステップ１とステップ３で受信したSMF１とSMF３からの応答）を別のN１メッセージ（例えば、DL NAS転送（transport）メッセージ）に含めて送信することができる。
【０７７７】
Case ３）以下の場合、AMFはサービス拒否／承認メッセージを送信することができる。
【０７７８】
ステップ１ SMF１のN１１応答メッセージが拒絶理由を含む
【０７７９】
ステップ２ SMF２のN１１応答メッセージが拒絶理由を含む
【０７８０】
ステップ３ SMF３のN１１応答メッセージが拒絶理由を包含またはN１１応答メッセージの受信に失敗
【０７８１】
この場合には、AMFは：
【０７８２】
ステップ１では、次のSMFからの応答を待つ。
【０７８３】
ステップ２では、次のSMFからの応答を待つ。
【０７８４】
ステップ３では、すべてのSMFからの応答を確認したと判断し、すべてのSMFから受信した応答をサービス承認／拒否メッセージに含まれていて、UEに送信する。
【０７８５】
図２０は、本発明の一実施形態に従うAMFのサービス要求の手順を実行する方法を例示したフローチャートである。本フローチャートに関連して上述した実施例が同じ／同様に適用することができ、重複する説明は省略する。また、本フローチャートでは、少なくとも一つのステップが削除されたり、新しいステップが付加されることができる。
【０７８６】
まず、AMFは端末が有効にしたいPDUセッションのPDUセッションIDが含まれているサービス要求メッセージを端末から受信することができる。
【０７８７】
次に、AMFはPDUセッションのIDが含まれている第１メッセージ（例えば、N１１メッセージ）をSMFに送信することができる。
【０７８８】
このとき、もしSMFによって前記PDUのセッションの確立が拒絶された場合には、AMFは、PDUのセッション確立の拒絶理由が含まれている第２のメッセージ（例えば、N１１の応答メッセージ）を第１のメッセージに応答して受信することができる。この場合には、AMFは拒絶理由と拒絶理由により拒絶されたPDUのセッションIDが含まれているサービスの応答メッセージを端末に送信することができる。
【０７８９】
逆に、もしSMFによってPDUセッションの確立が承認された場合。AMFはANに提供すべき情報が含まれているN２ SM情報が含まれている第３メッセージ（例えば、N１１の応答メッセージ）を第１のメッセージに応答して受信することができる。この場合には、AMFはSMFから受信したN２ SM情報をANに送信することができる。より詳しくは、サービス要求メッセージに複数のSMFを伴う（involve）複数のPDUセッションIDが含まれている場合には、AMFは、複数のSMF全員からのN２ SM情報の受信を待たずに、複数のSMFの中少なくとも一部のSMFから受信したN２ SM情報をN２要求メッセージを通じてANに送信することができる。さらに、AMFは、複数のSMFのうち、前記少なくとも一部のSMFを除いた残りのSMFからの追加N２ SM情報が受信された場合には、追加のN２ SM情報は、別の（separate）N２メッセージを通じてANに送信することができる。この時の、別のN２メッセージは、N２トンネルセットアップ要求メッセージである。N２ SM情報を受信したANは、受信したN２ SM情報に基づいて端末のRRC接続再設定を行うことができる。
【０７９０】
これとは違ってサービスの応答メッセージは、サービス要求メッセージに複数のSMFに伴う複数のPDUセッションIDが含まれている場合には、前記複数のSMF全部から第２および／または前記第３メッセージ（つまり、すべての応答）を受信した後に送信されることができる。この場合には、サービスの応答メッセージは、すべての複数のPDUセッションIDに対するPDUのセッション確立の承認結果を含むように構成／生成されることができる。また、前記サービス応答メッセージは、サービス承認（accept）メッセージに対応することができる。つまり、サービスの応答メッセージは、PDUのセッションのためにSMFの承認結果とは無関係に、常にサービスの承認メッセージとしてUEに送信されることができる。
【０７９１】
本発明が適用できる装置一般
【０７９２】
図２１は本発明の一実施形態に従う通信装置のブロック構成図を例示する。
【０７９３】
図２１を参照すると、無線通信システムは、ネットワークノード（２１１０）と多数の端末（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のうち少なくとも一つを意味することができる。
【０８０８】
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態で具体化されることがありますが、当業者に自明である。したがって、上述した詳細な説明は、すべての面で制限的に解釈してはならない、例示的なものとみなされるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきで、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０８０９】
本発明は、３GPP LTE／LTE-A／NR（５G）システムに適用される例を中心として説明したが、３GPP LTE／LTE-A／NR（５G）システム以外にも、様々な無線通信システムに適用することができる。
【図１】
2019525682.tif 000005
【図２】
2019525682.tif 000006
【図３】
2019525682.tif 000007
【図４】
2019525682.tif 000008
【図５】
2019525682.tif 000009
【図６】
2019525682.tif 000010
【図７】
2019525682.tif 000011
【図８】
2019525682.tif 000012
【図９】
2019525682.tif 000013
【図１０】
2019525682.tif 000014
【図１１】
2019525682.tif 000015
【図１２（ａ）】
2019525682.tif 000016
【図１２（ｂ）】
2019525682.tif 000017
【図１３】
2019525682.tif 000018
【図１４】
2019525682.tif 000019
【図１５】
2019525682.tif 000020
【図１６】
2019525682.tif 000021
【図１７】
2019525682.tif 000022
【図１８】
2019525682.tif 000023
【図１９】
2019525682.tif 000024
【図２０】
2019525682.tif 000025
【図２１】
2019525682.tif 000026
【図２２】
2019525682.tif 000027
【手続補正書】
【提出日】平成31年2月26日(2019.2.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいてサービス要求の手順を実行するためのアクセス及び移動性管理機能（ＡＭＦ）に対する方法であって、
端末により活性化が希望されるパケットデータユニット（ＰＤＵ）セッションに対するＰＤＵセッションＩＤを含むサービス要求メッセージを受信するステップと、
前記ＰＤＵセッションＩＤを含む第１のメッセージをセッション管理機能（ＳＭＦ）に送信するステップと、
前記ＰＤＵセッションの確立が前記ＳＭＦにより拒絶された場合、
前記ＰＤＵセッションの確立の拒絶理由を含む第２のメッセージを前記第１のメッセージに対する応答として受信するステップと、
前記拒絶理由及び前記拒絶理由により拒絶されたＰＤＵセッションＩＤを含むサービス応答メッセージを送信するステップと、を含む、方法。
【請求項２】
前記ＳＭＦによって前記ＰＤＵセッションの確立が承認された場合、
前記ＡＭＦからアクセスネットワーク（ＡＮ）に提供すべき情報を含むＮ２ ＳＭ情報を含む第３のメッセージを前記第１のメッセージに対する応答として受信するステップと、
前記Ｎ２ ＳＭ情報を前記ＡＮに送信するステップと、を含む、請求項１に記載の方法。
【請求項３】
前記Ｎ２ ＳＭ情報を前記ＡＮに送信するステップは、
前記サービス要求メッセージに複数のＳＭＦを伴う複数のＰＤＵセッションＩＤが含まれる場合、前記複数のＳＭＦの全てからのＮ２ ＳＭ情報の受信を待つことなしに、前記複数のＳＭＦのうちの少なくとも一部から受信したＮ２ ＳＭ情報をＮ２要求メッセージを通じて前記ＡＮに送信するステップを含む、請求項２に記載の方法。
【請求項４】
前記Ｎ２ ＳＭ情報を前記ＡＮに送信するステップは、
追加Ｎ２ ＳＭ情報が、前記複数のＳＭＦのうちの前記少なくとも一部を除いた残りのＳＭＦから受信された場合、別のＮ２メッセージを通じて前記追加Ｎ２ ＳＭ情報を前記ＡＮに送信するステップを含む、請求項３に記載の方法。
【請求項５】
前記別のＮ２メッセージは、Ｎ２トンネルセットアップ要求メッセージに相当する、請求項４に記載の方法。
【請求項６】
前記ＡＮは、前記Ｎ２ ＳＭ情報に基づいて前記端末に対する無線リソース制御（ＲＲＣ）接続の再設定を実行するネットワークノードである、請求項４に記載の方法。
【請求項７】
前記サービス要求メッセージに前記複数のＳＭＦを伴う前記複数のＰＤＵセッションＩＤが含まれる場合、前記複数のＳＭＦの全てから前記第２及び／又は前記第３のメッセージが受信された後、前記サービス応答メッセージが送信される、請求項３に記載の方法。
【請求項８】
前記サービス応答メッセージは、前記複数のＰＤＵセッションＩＤの全てに対するＰＤＵセッションの確立の承認結果を含む、請求項７に記載の方法。
【請求項９】
前記サービス応答メッセージは、サービス承認メッセージに対応する、請求項２に記載の方法。
【請求項１０】
無線通信システムにおいてサービス要求の手順を実行するアクセス及び移動性管理機能（ＡＭＦ）であって、
信号を送受信するよう構成された通信モジュールと
前記通信モジュールを制御するよう構成されたプロセッサと、を含み、
前記プロセッサは、
端末により活性化が希望されるパケットデータユニット（ＰＤＵ）セッションに対するＰＤＵセッションＩＤを含むサービス要求メッセージを受信し、
前記ＰＤＵセッションＩＤを含む第１のメッセージをセッション管理機能（ＳＭＦ）に送信し、
前記ＰＤＵセッションの確立が前記ＳＭＦにより拒絶された場合、
前記ＰＤＵセッションの確立の拒絶理由を含む第２のメッセージを前記第１のメッセージに対する応答として受信し、
前記拒絶理由及び前記拒絶理由により拒絶されたＰＤＵセッションＩＤを含むサービス応答メッセージを送信するよう構成される、ＡＭＦ。
【請求項１１】
前記プロセッサは、
前記ＳＭＦによって前記ＰＤＵセッションの確立が承認された場合、
前記ＡＭＦからアクセスネットワーク（ＡＮ）に提供すべき情報を含むＮ２ ＳＭ情報を含む第３のメッセージを前記第１のメッセージに対する応答として受信し、
前記Ｎ２ ＳＭ情報を前記ＡＮに送信するよう構成される、請求項１０に記載のＡＭＦ。
【請求項１２】
前記Ｎ２ ＳＭ情報が前記ＡＮに送信されるとき、前記プロセッサは、
前記サービス要求メッセージに複数のＳＭＦを伴う複数のＰＤＵセッションＩＤが含まれる場合、前記複数のＳＭＦの全てからのＮ２ ＳＭ情報の受信を待つことなしに、前記複数のＳＭＦのうちの少なくとも一部から受信したＮ２ ＳＭ情報をＮ２要求メッセージを通じて前記ＡＮに送信するよう構成される、請求項１１に記載のＡＭＦ。
【請求項１３】
前記プロセッサは、追加Ｎ２ ＳＭ情報が、前記複数のＳＭＦのうちの前記少なくとも一部を除いた残りのＳＭＦから受信された場合、別のＮ２メッセージを通じて前記追加Ｎ２ ＳＭ情報を前記ＡＮに送信するよう構成される、請求項１２に記載のＡＭＦ。
【請求項１４】
前記別のＮ２メッセージは、Ｎ２トンネルセットアップ要求メッセージに相当する、請求項１３に記載のＡＭＦ。
【請求項１５】
前記ＡＮは、前記Ｎ２ ＳＭ情報に基づいて前記端末に対する無線リソース制御（ＲＲＣ）接続の再設定を実行するネットワークノードである、請求項１３に記載のＡＭＦ。
【国際調査報告】
2019525682.tif 000028
2019525682.tif 000029
2019525682.tif 000030
2019525682.tif 000031