JP2019525690A - 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置 - Google Patents

無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置 Download PDF

Info

Publication number
JP2019525690A
JP2019525690A JP2019529834A JP2019529834A JP2019525690A JP 2019525690 A JP2019525690 A JP 2019525690A JP 2019529834 A JP2019529834 A JP 2019529834A JP 2019529834 A JP2019529834 A JP 2019529834A JP 2019525690 A JP2019525690 A JP 2019525690A
Authority
JP
Japan
Prior art keywords
network
terminal
epc
procedure
mme
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019529834A
Other languages
English (en)
Other versions
JP6709341B2 (ja
Inventor
ミョンチョン ヨン
ミョンチョン ヨン
ヒョンソク キム
ヒョンソク キム
レヨン キム
レヨン キム
チンソク リュ
チンソク リュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2019525690A publication Critical patent/JP2019525690A/ja
Priority to JP2020089005A priority Critical patent/JP6985455B2/ja
Application granted granted Critical
Publication of JP6709341B2 publication Critical patent/JP6709341B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/72—Subscriber identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明の一様態は、 無線通信システムで端末のネットワーク間の相互連動（interworking）の方法において、前記端末のネットワークを５GC（５-generation Core Network）ネットワークからEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行するステップを含むが、前記第１の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合、前記５GCネットワークのAMF（Access and Mobility Management Function）から第１の指示を受信する段階及び、前記第１の指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行する段階を含むことができる。【選択図】図３１

Description

本明細書は、無線通信システムに関し、より詳しくは、ネットワーク間の相互連動方法及びそのための装置に関する。
移動通信システムは、ユーザの活動性を保証しながら、音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在には爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザーがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。このために、二重連結性（Dual Connectivity）、 大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）支援、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
特に、最近では消費電力が機器の寿命に大きな影響を与える機器のために、消費電力を低減するための様々な技術が活発に研究されている。
本明細書は、無線通信システムで端末がEPCと５Gコア間での相互連動（interworking）の手続きを効率的に実行するための方法を提供することをその目的とする。特に、本発明は、相互連動手続きの端末の実装の負担を減らすために、ネットワークノード側での解決方法を提供することをその目的とする。
上述した技術的課題を解決するための方法及び装置に関する実施例を提供する。本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
本発明の一様態は、無線通信システムで端末のネットワーク間の相互連動（interworking）の方法において、前記端末のネットワークを５GC（５-generation Core Network）ネットワークからEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行するステップを含み、前記第１の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合は、前記５GCネットワークのAMF（Access and Mobility Management Function）から第１の指示を受信するステップと、 前記第１の指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行するステップとを含むことができる。
また、前記第１の相互連動の手順を実行するステップは、前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合には、前記AMFから前記第１の指示を受信していない段階と、前記EPCネットワーク内でTAU（Tracking Area Update）手順を実行する段階と、を含むことができる。
また、前記５GC内で、前記の端末に対して生成されたすべてのPDU（packet data unit）のセッションは、前記ハンドオーバー接続手順又は前記TAU手順を通じて前記EPCネットワークに転送（transfer）することができる。
また、前記ハンドオーバー接続の手順を実行する手順は、要求のタイプがハンドオーバーに設定されたPDN接続要求メッセージを前記EPCのMME（Mobility Management Entity）に送信するステップを含むことができる。
また、前記ネットワーク間の相互連動方法は、前記端末が前記５GCから移動することを示す情報を、前記MMEに送信するステップをさらに含むことができる。
また、前記EPCは、前記５GCのGUTI（Globally Unique Temporary UE Identity）とマッピングされるEPC-GUTIを持つことができる。
また、前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記５GCで接続（connected）モードの場合は、前記ネットワーク間の相互連動方法は、前記５GCのNG（Next-Generation）-RAN（radio access network）とRRC（radio resource control）解除（release）を行い、前記EPCと接続されたセルにキャンプする段階をさらに含むことができる。
また、前記ネットワーク間の相互連動方法は、前記端末のネットワークを、前記EPCネットワークにおいて、前記５GCネットワークに変更するための第２の相互連動の手順を実行するステップをさらに含み、前記第２の相互連動の手順を実行するステップは、前記５GC及び前記EPCネットワークとの間の前記インタフェースが存在しない場合は、前記EPCネットワークのMME（Mobility Management Entity）から第２の指示を受信する段階と、前記第２の指示に基づいて前記５GCネットワーク内での登録（registration）手順を実行する段階とを含むことができる。
また、前記EPC内で前記端末に対し生成されたすべてのPDU（packet data unit）セッションは、前記登録手続きを通じて前記５GCネットワークに転送（transfer）することができる。
また、前記登録手順は、登録タイプがモビリティ登録の更新（mobility registration update）に設定された登録手続きである可能性がある。
また、前記ネットワーク間の相互連動方法は、前記端末が、前記EPCから移動することを示す情報を、前記AMFに転送するステップ；をさらに含むことができる。
また、前記５GCは、前記EPCのGUTI（Globally Unique Temporary UE Identity）とマッピングされる５GC-GUTIを持つことができる。
前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記EPCで接続（connected）モードの場合は、前記のネットワーク間の相互連動方法は、前記EPCのE-UTRAN（evolved universal terrestrial radio access network）とRRC（radio resource control）解除（release）を実行する段階; をさらに含むことができる。
また、本発明の他の様態は、 無線通信システムにおけるネットワーク間の相互連動（interworking）の方法を実行するUE（User Equipment）において、信号を送受信するための通信モジュール（communication module）と、前記通信モジュールを制御するプロセッサとを含み、前記プロセッサは、前記端末のネットワークを５GC（５-generation Core Network）ネットワークでEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行し、前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合は、前記５GCネットワークのAMF（Access and Mobility Management Function）からの指示を受信し、前記指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行することができる。
また、前記プロセッサは、前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合には、前記AMFから前記の指示を受信せずに、前記のEPCネットワーク内でのTAU（Tracking Area Update）手順を実行することができる。
本発明の実施例によると、ネットワーク間のインターワーキング手順が明確に定義されるので、手順実行の曖昧さが消えるという効果がある。
また、本発明の実施例によると、ネットワーク・ノードが相互連動のために端末がTAUまたはハンドオーバー接続／登録の手順を実行するかどうかを指示してくれるので、端末の負担が減り、適切にTAUを実行することにより、相互の連動によるサービスの中断時間が減るという効果を有する。
本発明で得ることができる効果は、以上で言及した効果に制限されず、言及していない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
本発明に関する理解を助けるために詳細な説明の一部に含まれる、添付図は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）を簡略に例示する図である。 本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。 本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。 本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）の構造を示す。 本発明が適用できる無線通信システムにおけるS１インターフェースプロトコルの構造を例示する。 本発明が適用できる無線通信システムにおける物理チャネルの構造を簡単に例示した図である。 本発明が適用できる無線通信システムにおけるEMMとECMの状態を例示した図である。 本発明が適用できる無線通信システムにおける競争基盤のランダムアクセス手順を説明するための図である。 参照点表現を用いた５Gシステムアーキテクチャを例示した図である。 サービス‐基盤の表現を利用した５Gシステムアーキテクチャを例示した図である。 本発明が適用できるNG-RANアーキテクチャを例示する。 本発明が適用できる無線プロトコルスタックを例示した図である。 本発明が適用できるRM状態モデルを例示する。 本発明が適用できるCM状態モデルを例示する。 本発明の一実施形態に従うQoSフローのための分類とユーザー平面マーキング、QoSフローのAN資源へのマッピングを例示する。 本発明に適用できるE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の準備手順を例示したフローチャートである。 本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の実行手順を例示したフローチャートである。 本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）拒絶を例示したフローチャートである。 本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の準備手順を例示したフローチャートである。 本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の実行手順を例示する。 本発明に適用できるEPCと５GC（またはNGC（Next-generation core））との間の相互連動のアーキテクチャを例示する。 NGコアに接続できる５G RANの配置（deployment）を例示した図である。 本発明が適用できる５Gネットワークの配置を例示する。 本発明が適用できる５Gネットワークの配置を例示する。 本発明の一実施形態に従う端末がEPCから５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。 本発明の一実施形態に従う端末がEPCから５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。 本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。 本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。 本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録が可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。 本発明の一実施形態に従う失敗したハンドオーバーの準備動作を例示した図である。 本発明の一実施形態に従う端末のネットワーク間の相互連動方法を例示したフローチャートである。 本発明の一実施形態に従う通信装置のブロック構成図を例示する。 本発明の一実施形態に従う通信装置のブロック構成図を例示する。
以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）等の用語によって代替し得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ
Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）, ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ)、 ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替され得る。
以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部であり得る。
以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定用語の使用は、本発明の技術的思想を免脱しない範囲で他の形態に変更され得る。
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられ得る。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化である。
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
本明細書で使用できる用語は、以下のように定義される。
-UMTS（Universal Mobile Telecommunications System）：３GPPによって開発された、GSM（Global System for Mobile Communication）基盤の第３世代（Generation）移動通信技術。
-EPS（Evolved Packet System）：IP（Internet Protocol）基盤のパケット交換（packet switched）コアネットワークであるEPC（Evolved Packet Core）とLTE、UTRANなどのアクセスネットワークから構成されたネットワークシステム。UMTSが進化した形のネットワークである。
- NodeB：UMTSネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。
- eNodeB：EPSネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。
-Home NodeB：UMTS網のBase stationで屋内に設置し、カバレッジは、マイクロセルの規模。
-Home eNodeB：EPSネットワークのBase stationで、屋内に設置し、coverageは、マイクロセルの規模。
-端末（User Equipment）：ユーザー機器。端末は端末（terminal）、ME（Mobile Equipment）、MS（Mobile Station）などの用語で言及することができる。また、端末は、ノートパソコン、携帯電話、PDA（Personal Digital Assistant）、スマートフォン、マルチメディア機器などのように、携帯可能な機器であろうし、またはPC（Personal Computer）、車載装置のように、携帯不可能な機器である場合もある。MTC関連の内容で端末または端末という用語は、MTC端末を指すことができる。
−ＩＭＳ（Ｉｐ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースに提供するサブシステム。
−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
−ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人間の介入なくともマシンにより遂行される通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信と称することもできる。
−ＭＴＣ端末（ＭＴＣ ＵＥまたはＭＴＣ ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバーと通信）機能を有し、ＭＴＣ機能を遂行する端末（例えば、自販機、検針器）。
−ＭＴＣサーバー（ＭＴＣ ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部または外部に存在することができる。ＭＴＣユーザーがアクセス（ａｃｃｅｓｓ）することができるインタフェースを有することができる。また、ＭＴＣサーバーは、他のサーバーにＭＴＣ関連サービスを提供してもよく（ＳＣＳ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）形態）、自身がＭＴＣアプリケーションサーバーであってもよい。
−（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサ等）
−（ＭＴＣ）アプリケーションサーバー：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバー
−ＭＴＣ特徴（ＭＴＣ ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針等のＭＴＣアプリケーションで装備紛失等に備えるための特徴であり、低い移動性（ｌｏｗ ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
−ＭＴＣユーザー（ＭＴＣ Ｕｓｅｒ）：ＭＴＣユーザーはＭＴＣサーバーにより提供されるサービスを使用する。
−ＭＴＣ加入者（ＭＴＣ ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
−ＭＴＣグループ（ＭＴＣ ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属したＭＴＣ端末のグループを意味する。
サービス機能サーバー（ＳＣＳ：Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力（ｃａｐａｂｉｉｔｙ）を提供する。
−外部識別子（Ｅｘｔｅｒｎａｌ Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバー）がＭＴＣ端末（またはＭＴＣ端末が属した加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒ）とで構成される。
−ドメイン識別子（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御下にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を使用することができる。
−ローカル識別子（Ｌｏｃａｌ Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を類推または獲得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者によって管理される。
−ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅ Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末の端に存在し、コアネットワークへの連結を提供する。
−ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ）、ユーザー状態格納等の機能を遂行することができる。
−ＲＡＮＡＰ（ＲＡＮ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（即ち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ））間のインターフェース。
−ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成されることができる。
-NAS（Non-Access Stratum）：UMTS、EPS、プロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージを送受信するための機能的な階層。端末の移動性を支援し、端末とPDN GWとの間のIP接続を確立し、維持するセッション管理手順を支援することを主な機能とする。
-SCEF（Service Capability Exposure Function）： ３GPPネットワークインタフェースによって提供されるサービスおよび能力（capability）を安全に露出するための手段を提供するサービス能力露出（service capability exposure）のための３GPPアーキテクチャ内のエンティティ。
-MME（Mobility Management Entity）： モビリティ管理とセッション管理機能を実行するEPS網のネットワークノード。
-PDN-GW（Packet Data Network Gateway）：UE IP アドレスの割り当て、パケットスクリーニングとフィルタリング、充電データ収集（Charging data collection）機能を実行するEPS網のネットワークノード。
-Serving GW（Serving Gateway）： モビリティアンカー、パケットルーティング、Idleモードのパケットバッファリング、MMEのUEへのページングをトリガするなどの機能を実行するEPS網のネットワークノード。
-PCRF（Policy and Charging Rule Function）： サービスフローごとに 差別化されたQoSと課金ポリシーを動的（dynamic）で適用するためのポリシー決定（Policy decision）を実行するEPS網のノード。
-OMA DM（Open Mobile Alliance Device Management）： 携帯電話、PDA、ポータブルコンピュータなど、同じモバイルデバイスの管理のためにデザインされたプロトコルとして、デバイス設定（configuration）、ファームウェアアップグレード（firmware upgrade）、エラーレポート （Error Report）などの機能を実行。
-OAM（Operation Administration and Maintenance）： ネットワーク欠陥表示、パフォーマンス情報、そしてデータと診断機能を提供するネットワーク管理機能群。
-NAS configuration MO（Management Object）：NAS 機能（Functionality）と関連パラメータをUEに設定（configuration）するに使用する MO（Management object）。
-PDN（Packet Data Network）： 特定のサービスを支援するサーバー（例えば、MMS server、WAP serverなど）が位置しているネットワーク。
-PDN 接続： 端末からPDNへの接続、すなわち、ip アドレスで表現される 端末とAPNで表現されるPDNとの関連（接続）。
-（APN Access Point Name）：PDNを指すか、区分する文字列。要求されたサービスや網（PDN）に接続するためには、そのP-GWを経ることになるが、このP-GWを検索できるよう、網内であらかじめ定義した名前（文字列）（例えば、 internet.mnc０１２.mcc３４５.gprs）。
-HLR（Home Location Register）／HSS（Home Subscriber Server）：３GPP ネットワーク内の加入者情報を示すデータ基盤（DB）。
- NAS（Non-Access-Stratum）：UEとMMEとの間の制御プレーン（control plane）の 上位stratum。UEとネットワークとの間のモビリティ管理（Mobility management）とセッション管理（Session management）、IPアドレス管理（IP address maintenance）などを支援。
-AS（Access-Stratum）：UEと radio（あるいは access） ネットワークとの間のプロトコルスタックを含んでおり、データとネットワーク制御信号送信などを担当する。
以下、前記のように定義された用語に基づいて、本発明について述べる。
本発明が適用されることができるシステム一般
図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）を簡略に例示する図である
図１のネットワークの構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに多様な無線接続技術を支援し、より向上したデータ転送能力を提供する等の最適化されたパケット−ベースのシステムを提供することを目標とする。
具体的に、ＥＰＣは３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であり、パケット−ベースのリアルタイム及び非リアルタイムのサービスを支援することができる。既存の移動通信システム（即ち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインとして単一化した。即ち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、端対端（ｅｎｄ−ｔｏ−ｅｎｄ）のＩＰサービスの具現に必須的な構造である。
ＥＰＣは多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）（若しくはＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を示す。
ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以降から定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
ＰＤＮ ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷは、ポリシー執行特徴（Ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）等をサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークや、Ｗｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役割を果たすことができる。
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ ＧＷが別のゲートウェイで構成されることを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって具現されることもできる。
ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー等を支援するためのシグナリング及び制御機能を遂行する要素である。ＭＭＥは、加入者及びセッション管理に関する制御平面機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを遂行する。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉａｎｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対する保安ノードとしての役割を果たす。
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセスベースでもＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。次の表１は、図１に示すリファレンスポイントを整理したものである。表１の例示以外にもネットワーク構造によって様々なリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在することができる。
Figure 2019525690
Figure 2019525690
図１に示すリファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは信頼できる非−３ＧＰＰアクセス及びＰＤＮＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ ＧＷ間の関連制御及び移動性リソースをユーザー平面に提供するリファレンスポイントである。
図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末に制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザー平面（ｕｓｅｒ ｐｌａｎｅ）のプロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２インターフェースを介して連結される。
Ｘ２ユーザー平面インターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザー平面ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）の保証されない伝達（ｎｏｎ ｇｕａｒａｎｔｅｅｄ ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御平面インターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットＮＢとの間のユーザー平面トンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理等の機能を遂行する。
ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）に連結される。
S１のユーザー平面インターフェース（S１-U）は、eNBとサービングゲートウェイ（S-GW：serving gateway）の間に定義される。S１制御平面インターフェース（S１-MME）は、eNBと移動性管理エンティティ（MME：mobility management entity）との間に定義される。S１インタフェースは、EPS（evolved packet system）ベアラサービスの管理機能、NAS（non-access stratum）シグナリングトランスポート機能、ネットワークシェアリング、MMEの負荷バランシング機能などを実行する。S１インタフェースはeNBとMME／S-GWの間に多数-対-多数の関係（many-to-many-relation）を支援する。
MMEは、NASシグナリングセキュリティ（security）、AS（Access Stratum）セキュリティ（security）制御、３GPPアクセスネットワーク間のモビリティを支援するためのCN（Core Network）ノード間（Inter-CN）シグナリング、（ページング再送の実行と制御含む）アイドル（IDLE）モードUE到達性（reachability）、（アイドルとアクティブモード端末のための）トラッキングエリア識別子（TAI：Tracking Area Identity）の管理、PDN GWとSGWの選択、MMEが変更されるハンドオーバーのためのMMEの選択、２Gまたは３G ３GPPアクセスネットワークへのハンドオーバーのためのSGSNの選択、ローミング（roaming）、認証（authentication）、専用ベアラ確立（dedicated bearer establishment）を含むベアラ管理機能、公共の警告システム（PWS：Public Warning System）（地震と津波警報システム（ETWS：Earthquake and Tsunami Warning System）と商用モバイル警告システム（CMAS： Commercial Mobile Alert System）を含む）メッセージの送信の支援など、さまざまな機能を実行することができる。
図３は、本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
図３を参照すると、ｅＮＢはゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間ゲートウェイへのルーティング、放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）のスケジューリング及び転送、アップリンク及びダウンリンクでＵＥへ動的リソースの割り当て、かつＬＴＥ−ＡＣＴＩＶＥ状態で移動性制御連結の機能を遂行することができる。前述したように、ＥＰＣ内におけるゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ_ＩＤＬＥ状態管理、ユーザー平面（ｕｓｅｒ ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造進化（ＳＡＥ：Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ベアラー制御、かつＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を遂行することができる。
図４は、本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ ｐｒｏｔｏｃｏｌ）の構造を示す。
図４（ａ）は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザー平面（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコルの構造を示す。
図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野に公知となった広く知られている開放型システム間の相互接続（ＯＳＩ： ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の標準モデルの下位３層に基づき、第１層Ｌ１、第２層Ｌ２、及び第３層Ｌ３に分割できる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）、データリンク層（ｄａｔａ ｌｉｎｋ ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）からなり、垂直的にはデータ情報の転送のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）のユーザー平面（ｕｓｅｒ ｐｌａｎｅ）と、制御信号（ｓｉｇｎａｌｉｎｇ）の伝達のためのプロトコルスタックの制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とに区分される。
制御平面は、端末とネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。以下、無線プロトコルの制御平面とユーザー平面の各層を説明する。
第１層Ｌ１である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、物理チャンネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体接続制御（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層に転送チャンネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣ層と物理層との間でデータが転送される。転送チャンネルは、無線インタフェースを介してデータがどのように、どんな特徴で転送されるかによって分類される。また、互いに異なる物理層との間、送信端の物理層と受信端の物理層との間には物理チャンネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を介してデータが転送される。物理層は、OFDM（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
物理層で用いられる幾つかの物理制御チャンネルがある。物理ダウンリンク制御チャンネル（ＰＤＣＣＨ： ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、端末にページングチャンネル（ＰＣＨ：ｐａｇｉｎｇ ｃｈａｎｎｅｌ）とダウンリンク共有チャンネル（ＤＬ−ＳＣＨ： ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当、及びアップリンク共有チャンネル（ＵＬ−ＳＣＨ： ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）と関連したＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリング転送のリソース割当を知らせるアップリンクの承認（ＵＬ ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャンネル（ＰＤＦＩＣＨ： ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに用いられるＯＦＤＭシンボルの数を知らせ、毎サブフレーム毎に転送される。物理ＨＡＲＱ指示子チャンネル（ＰＨＩＣＨ： ｐｈｙｓｉｃａｌ ＨＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、アップリンク転送の応答として、 ＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリング制御チャンネル（ＰＵＣＣＨ： ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)は、ダウンリンクの転送に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリングの要求及びチャンネル品質指示子（ＣＱＩ： ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）等のようなアップリンク制御情報を運ぶ。物理アップリンク共有チャンネル（ＰＵＳＣＨ： ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）はＵＬ−ＳＣＨを運ぶ。
第２層Ｌ２のＭＡＣ層は、論理チャンネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャンネルと転送チャンネルとの間のマッピング及び論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の転送チャンネル上に物理チャンネルに提供される転送ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
第２層Ｌ２のＲＬＣ層は、信頼性のあるデータ転送を支援する。ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（ＲＢ：ｒａｄｉｏ ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）を保証するために、ＲＬＣ層は透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ： ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）、及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介して誤謬訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層はＭＡＣ層の機能ブロックに含まれることができる。
第２層Ｌ２のパケットデータコンバージェンスプロトコル（ＰＤＣＰ： ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層は、ユーザー平面でユーザーデータの伝達、ヘッダー圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダー圧縮機能は、小さい帯域幅を有する無線インターフェースを介して、ＩＰｖ４（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）パケットを効率的に転送させるために、相対的にサイズが大きく、不要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らす機能を意味する。制御平面でのＰＤＣＰ層の機能は、制御平面データの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
第３層Ｌ３の最下位部分に位置する無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層は、制御平面のみに定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を遂行する。このため、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャンネル、転送チャンネル、及び物理チャンネルを制御する。無線ベアラーは、端末とネットワークとの間のデータ転送のために、第２層Ｌ２によって提供される論理的な経路を意味する。無線ベアラーが設定されるというのは、特定のサービスを提供するために、無線プロトコル層及びチャンネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラーは、再度シグナリング無線ベアラー（ＳＲＢ：ｓｉｇｎａｌｉｎｇ ＲＢ）とデータ無線ベアラー（ＤＲＢ：ｄａｔａ ＲＢ）の二つに分けられる。ＳＲＢは、制御平面でＲＲＣメッセージを転送する通路として用いられ、ＤＲＢは、ユーザー平面でユーザーデータを転送する通路として用いられる。
ＲＲＣ層の上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ）や移動性管理（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚ等の帯域幅のうち一つに設定され、様々な端末にダウンまたはアップの転送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
ネットワークから端末にデータを転送するダウンリンク転送チャンネル（ｄｏｗｎｌｉｎｋ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を転送する放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを転送するＰＣＨ、ユーザトラフィックや制御メッセージを転送するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、ＤＬ−ＳＣＨを介して転送されることもでき、または別途のダウンリンクマルチキャストチャンネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して転送されることもできる。一方、端末からネットワークにデータを転送するアップリンク転送チャンネル（ｕｐｌｉｎｋ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）としては、初期の制御メッセージを転送するランダムアクセスチャンネル（ＲＡＣＨ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを転送するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）がある。
論理チャンネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）は転送チャンネルの上位にあり、転送チャンネルにマッピングされる。論理チャンネルは、制御領域情報の伝達のための制御チャンネルとユーザ領域情報の伝達のためのトラフィックチャンネルとに区分できる。制御チャンネルとしては、放送制御チャンネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ページング制御チャンネル（ＰＣＣＨ：ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、共通制御チャンネル（ＣＣＣＨ：ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、専用制御チャンネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、マルチキャスト制御チャンネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）等がある。トラフィックチャンネルとしては、専用トラフィックチャンネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャンネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）等がある。ＰＣＣＨはページング情報を伝達するダウンリンクチャンネルであり、ネットワークがＵＥの属したセルを知らない時に用いられる。ＣＣＣＨは、ネットワークとのＲＲＣ連結を有さないＵＥにより用いられる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）制御情報を伝達するために用いられる一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ連結を有する端末により用いられる一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャンネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在し得るユーザー情報を伝達するために一つの端末に専用される一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャンネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するための一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャンネルである。
論理チャネル（logical channel）とトランスポートチャネル（transport channel）間のアップリンク接続の場合には、DCCHはUL-SCHとマッピングすることができ、DTCHはUL-SCHにマッピングされることができ、CCCHはUL-SCHにマッピングされることもできる。論理チャネル（logical channel）とトランスポートチャネル（transport channel）間のダウンリンクの接続の場合、BCCHはBCHまたはDL-SCHにマッピングされることができ、PCCHはPCHにマッピングすることができ、DCCHはDL-SCHにマッピングされることができ、DTCHはDL-SCHにマッピングされることができ、MCCHはMCHにマッピングされることができ、MTCHはMCHにマッピングすることができる。
図５は、本発明が適用できる無線通信システムでS１インターフェースプロトコルの構造を示す。
図５（a）は、S１インターフェースで制御平面（control plane）プロトコルスタックを例示し、図５（b）は、S１インターフェースでユーザー平面（user plane）インターフェースプロトコルの構造を示す。
図５を参照すると、S１の制御平面インターフェース（S１-MME）は、基地局とMMEの間に定義される。ユーザー平面と同様にトランスポートネットワーク階層（transport network layer）は、IPトランスポートに基づいている。ただし、メッセージ信号の信頼性のある伝送のためにIP階層の上位にSCTP（Stream Control Transmission Protocol）階層に追加される。アプリケーション階層（application layer）のシグナリングプロトコルは、S１-AP（S１ application protocol）と呼ばれる。
SCTP階層は、アプリケーション階層メッセージの保証された（guaranteed）伝達を提供する。
プロトコルデータユニット（PDU：Protocol Data Unit）のシグナリング伝送のために送信IP階層で、ポイントツーポイント（point-to-point）伝送が使用される。
S１-MEインタフェースのインスタンス（instance）ごとに単一のSCTP連携（association）は、S-MME共通手順のための一対のストリーム識別子（stream identifier）を使用する。ストリーム識別子の一部ペアのみがS１-MME専用の手順のために使用される。MME通信コンテキスト識別子は、S１-MME専用の手順のためのMMEによって割り当てられ、eNB通信コンテキスト識別子は、S１-MME専用の手順のためのeNBによって割り当てられる。MME通信コンテキスト識別子とeNB通信コンテキスト識別子は、端末固有のS１-MMEシグナリング転送ベアラを区別するために使用される。通信コンテキスト識別子は、それぞれS１-APメッセージ内で送信される。
S１シグナリングトランスポート階層がS１AP階層にシグナリング接続が切断されたと通知した場合には、MMEは、そのシグナリングの接続を使用していた端末の状態をECM-IDLEの状態に変更する。そして、eNBは、端末のRRC接続を解除する。
S１のユーザー平面インターフェース（S１-U）は、eNBとS-GWの間に定義される。S１-Uインタフェースは、eNBとS-GWの間でユーザー平面PDUの保証されていない（non guaranteed）伝達を提供する。トランスポートネットワーク階層は、IPトランスポートに基づいて、eNBとS-GWとの間のユーザー平面のPDUを送信するためにUDP／IP階層の上位にGTP-U（GPRS Tunneling Protocol User Plane）階層が使用される。
図６は、本発明が適用できる無線通信システムで、物理チャネルの構造を簡単に例示する図である。
図６を参照すると、物理チャンネルは、周波数領域（frequency domain）において複数のサブキャリアと時間領域（time domain）において複数のシンボルから構成される無線資源を通じて信号やデータを伝える。
１.０msの長さを持つ一つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（例えば、サブフレームの最初のシンボル）は、PDCCHのために使用することができる。PDCCHは、動的に割り当てられる資源に関する情報（例えば、資源ブロック（Resource Block）、変調および符号化方式（MCS：Modulation and Coding Scheme）等）を運ぶ。
EMMとECMの状態
EMM（EPS mobility management）、ECM（EPS connection management）の状態について説明する。
図７は、本発明が適用できる無線通信システムでEMMとECMの状態を例示する図である。
図７を参照すると、端末とMMEの制御平面に位置するNAS階層から端末の移動性を管理するために端末がネットワークにアタッチ（attach）されたデタッチ（detach）されたかに応じて、EMM登録状態（EMM-REGISTERED）とEMMの登録解除の状態（EMM-DEREGISTERED）が定義されることもできる。EMM-REGISTERED状態とEMM-DEREGISTERED状態は、端末とMMEに適用することができる。
端末の電源を最初に入れた場合と同様に、初期端末はEMM-DEREGISTERED状態にあり、この端末がネットワークに接続するために初期接続（initial attach）手順を使用し、ネットワークに登録する手順を実行する。接続手順が正常に実行されると、端末とMMEはEMM-REGISTERED状態に遷移（transition）される。また、端末の電源が切れたり、無線リンク障害の場合（無線リンク上でのパケットエラー率が基準値を超えた場合）、端末は、ネットワークでデタッチ（detach）されてEMM-DEREGISTERED状態に遷移される。
また、端末とネットワーク間のシグナリング接続（signaling connection）を管理するためにECM接続状態（ECM-CONNECTED）とECMアイドル状態（ECM-IDLE）が定義されることもできる。ECM-CONNECTED状態とECM-IDLE状態はまた、端末とMMEに適用することができる。ECM接続は、端末と基地局の間で設定されるRRC接続と基地局とMMEの間に設定されるS１シグナリング接続から構成される。つまり、ECMの接続が設定／解除されたというのは、RRC接続とS１シグナリングの接続が設定／解除されたということを意味する。
RRC状態は、端末のRRC階層と基地局のRRC階層が論理的に接続（connection）されているかどうかを示す。つまり、端末のRRC階層と基地局のRRC階層が接続されている場合、端末はRRC接続状態（RRC_CONNECTED）となる。端末のRRC階層と基地局のRRC階層が接続されていない場合、端末はRRCアイドル状態（RRC_IDLE）となる。
ネットワークは、ECM-CONNECTED状態にある端末の存在をセル単位で把握することができ、端末を効果的に制御することができる。
一方、ネットワークはECM-IDLE状態にある端末の存在を把握することができず、コアネットワーク（CN：core network）がセルよりも大きい地域単位であるトラッキングエリア（tracking area）単位で管理する。端末がECMアイドル状態にあるとき、端末はトラッキングエリアで唯一に割り当てられたIDを利用して、NASによって設定された不連続受信（DRX：Discontinuous Reception）を実行する。つまり、端末は、端末-特定のページングDRXサイクルごとに特定のページング時点（paging occasion）にページング信号を監視することにより、システム情報とページング情報のブロードキャストを受信することができる。
また、端末がECM-IDLE状態にあるときは、ネットワークは、端末のコンテキスト（context）情報を持っていない。したがって、ECM-IDLE状態の端末は、ネットワークのコマンドを受信することなく、セル選択（cell selection）またはセル再選択（cell reselection）のような端末基盤のモビリティ関連手順を実行することができる。ECMアイドル状態で端末の位置がネットワークが知っている位置と異なる場合、端末はトラッキング領域アップデート（TAU：tracking area update）手順を通じてネットワークに対応する端末の位置を知らせることができる。
一方、端末がECM-CONNECTED状態にあるときには端末の移動性は、ネットワークのコマンドによって管理される。ECM-CONNECTED状態でネットワークは、端末が属するセルを知っている。したがって、ネットワークは、端末または端末からデータを転送および／または受信し、端末のハンドオーバーのような移動性を制御し、周辺セルのセル測定を行うことができる。
前記のごとく、端末が音声やデータなど、通常の移動通信サービスを受けるためにはECM-CONNECTED状態に遷移しなければならない。端末の電源を最初に入れた場合と同様に、初期端末はEMMの状態と同様に、ECM-IDLE状態にあり、端末が初期接続（initial attach）手順を使用し、ネットワークに正常に登録すると、端末とMMEはECM接続状態に遷移（transition）される。また、端末がネットワークに登録されているが、トラフィックが無効になって無線資源が割り当てられていない場合、端末は、ECM-IDLE状態にあり、その端末にアップリンクあるいはダウンリンクの新しいトラフィックが発生すると、サービス要求（service request）手順を通じて端末とMMEはECM-CONNECTED状態に遷移（transition）される。
ランダムアクセス手順（Random Access Procedure）
以下では、LTE／LTE-Aシステムで提供されるランダムアクセス手順（random access procedure）について説明する。
ランダムアクセス手順は、端末が基地局とアップリンク同期を得るか、またはアップリンク無線資源を割り当てを受けるために使用される。端末の電源投入後、端末は、初期セルとのダウンリンクの同期を獲得し、システム情報を受信する。システム情報から使用可能なランダムアクセスプリアンブル（random access preamble）のセットランダムアクセスプリアンブルの送信に使用される無線資源に関する情報を得る。ランダムアクセスプリアンブルの送信に使用される無線資源は、少なくとも一つ以上のサブフレームのインデックスと周波数領域上のインデックスの組み合わせで特定される。端末は、ランダムアクセスプリアンブルの集合から任意に選択されたランダムアクセスプリアンブルを送信し、前記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのタイミング整列（TA：timing alignment）の値をランダムアクセス応答を通じて端末に送る。これ端末は、アップリンク同期を獲得するものである。
ランダムアクセス手順は、FDD（frequency division duplex）とTDD（time division duplex）で一般的な手順である。ランダムアクセス手順は、セルサイズに無関係であり、キャリアアグリゲーション（CA：carrier aggregation）が設定されている場合、サービングセル（serving cell）の数とも無関係である。
まず、端末がランダムアクセス手順を実行する場合には、次のような場合がある。
-端末が基地局とのRRC接続（RRC Connection）がなく、RRCアイドル状態で初期接続（initial access）を実行する場合
-RRC接続再確立手順（RRC connection re-establishment procedure）を実行する場合
-端末がハンドオーバープロセスで、ターゲット（target）セルにより初めて接続する場合
-基地局の命令によりランダムアクセス手順が要求された場合
-RRC接続状態中、アップリンク時間の同期が合わない状況で（non-synchronized）ダウンリンクに送信されるデータが発生した場合。
-RRC接続状態中、アップリンクの時間同期が合わないか（non-synchronized）、無線資源を要求するために使用される指定された無線資源が割り当てられていない状況でアップリンクに送信するデータが発生した場合
-RRC接続状態中、タイミングアドバンス（timing advance）が必要な状況で端末の位置を決定（positioning）する場合
- ワイヤレス接続の失敗（radio link failure）又はハンドオーバー失敗（handover failure）の際の回復手順を実行する場合、
３GPP Rel-１０では、キャリアアグリゲーションを支援する無線アクセスシステムで１つの特定のセル（例えば、Pセル）に適用可能なTA（timing advance）値を複数のセルに共通じて適用することを検討した。ただし、端末が異なる周波数バンドに属する（つまり、周波数上で大きく離れた）複数のセルあるいは電波（propagation）の特性が異なる複数のセルを結合することができる。また、特定のセルの場合、カバレッジの拡大、あるいはカバレッジホールの除去のためにRRH（remote radio header）（つまり、リピータ）、フェムトセル（femto cell）もしくはピコセル（pico cell）などのようなスモールセル（small cell）またはセカンダリ基地局（ SeNB：secondary eNB）が、セル内に配置される状況で、端末は、一つのセルを通じて基地局（すなわち、マクロ基地局（macro eNB））との通信を行い、他のセルを通じてセカンダリ基地局との通信を実行する場合、複数のセルが互いに異なる伝搬遅延特性を持つことができる。この場合は、１つのTA値を複数のセルに共通じて適用する方法で使用するアップリンク送信を実行する場合、複数のセル上で送信されるアップリンク信号の同期に深刻な影響を与えることができる。したがって、複数のセルが結合されたCAの状況で、複数のTAを有することが望ましく、３GPP Rel-１１では、複数のTA（multiple TA）を支援するために、特定のセルのグループ単位でTAを独立して割り当てることを考慮する。これをTAグループ（TAG：TA group）と呼ばれ、TAGは、複数のセルを含むことができ、TAG内の１つ以上のセルには、同じTAが共通して適用することができる。これらの複数のTAを支援するために、MAC TAコマンド制御要素（element）は、２ビットのTAG識別子（TAG ID）と６ビットのTAコマンドフィールドから構成される。
キャリアアグリゲーションが設定された端末は、Pセルと関連して先に説明したランダムアクセス手順を実行する場合が発生すると、ランダムアクセス手順を実行することになる。Pセルが属するTAG（つまり、pTAG：primary TAG）の場合、既存と同じようにPセルに基づいて決定される、あるいはPセルに伴うランダムアクセス手順を通じて調整されるTAをpTAG内のすべてのセル（複数可）に適用することができる。一方、Sセルのみで構成されるTAG（つまり、sTAG：secondary TAG）の場合は、sTAG内の特定のSセルに基づいて決定されるTAは、そのsTAG内のすべてのセル（複数可）に適用することができ、このときTAは、基地局によって開始され、ランダムアクセス手順によって獲得されることもできる。具体的には、sTAG内でSセルは、RACH資源に設定され、基地局は、TAを決定するためにSセルでRACHアクセスを要請する。つまり、基地局は、Pセルから送信されるPDCCHオーダーによってSセル上でRACH送信を開始させる。Sセルプリアンブルへの応答メッセージは、ランダムアクセス無線ネットワーク一時識別子（RA-RNTI： Random Access Radio Network Temporary Identifier）を使用してPセルを通じて送信される。端末は、ランダムアクセスを正常に完了したSセルに基づいて決定されるTAは、そのsTAG内のすべてのセルに適用することができる。このように、ランダムアクセス手順は、Sセルでも、そのSセルが属するsTAGのタイミング整列（timing alignment）を獲得するためにSセルでも実行されることもできる。
LTE／LTE-Aシステムでは、ランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択する過程で、特定のセットの中で端末がランダムに１つのプリアンブルを選択して使用する競争基盤のランダムアクセス手順（contention based random access procedure）と基地局が特定の端末のみ割り当ててくれたランダムアクセスプリアンブルを使用する非競合基盤のランダムアクセス手順（non-contention based random access procedure）の両方を提供する。ただし、非競争基盤のランダムアクセス手順は、上述したハンドオーバープロセス、基地局の命令により要求された場合、端末位置決定（positioning）および／またはsTAGのタイミングアドバンスソートに限って使用することができる。ランダムアクセス手順が完了した後、一般的なアップリンク／ダウンリンク伝送が発生する。
一方、リレーノード（RN：relay node）また、競争基盤のランダムアクセス手順と非競合基盤のランダムアクセス手順の両方を支援する。リレーノードがランダムアクセス手順を実行するときには、その時点でRNサブフレーム構成（configuration）を中断させる（suspend）。つまり、これは一時的にRNサブフレーム構成を廃棄することを意味する。以降、正常にランダムアクセス手順が完了した時点で、RNサブフレーム構成が再開される。
図８は 本発明が適用できる無線通信システムにおいて競争基盤のランダムアクセス手順を説明するための図である。
（１）第１メッセージ（Msg １、message １）
まず、端末は、システム情報（system information）またはハンドオーバーコマンド（handover command）を通じて指示されたランダムアクセスプリアンブルの集合から任意に（randomly）一つのランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択し、前記ランダムアクセスプリアンブルを送信することができるPRACH（physical RACH）資源を選択して送信する。
ランダムアクセスプリアンブルは、RACH伝送チャネルで６ビットで転送され、６ビットはRACHで送信した端末を識別するための５ビットの任意の識別子（radom identity）と、追加情報を示すための１ビット（例えば、第３メッセージ（Msg ３）の大きさを指示）から構成される。
端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、RA-RNTIを獲得する。ランダムアクセスプリアンブルが送信されたPRACHに関連するRA-RNTIは、端末が送信したランダムアクセスプリアンブルの時間-周波数資源に応じて決定される。
（２）第２メッセージ（Msg ２、message ２）
基地局は、第１メッセージ上のプリアンブルを通じて獲得したRA-RNTIに指示（address）されるランダムアクセス応答（random access response）を端末に送信する。ランダムアクセス応答は、ランダムアクセスプリアンブル区分子／識別子（RA preamble index／identifier）、アップリンク無線資源を知らせるアップリンク承認（UL grant）、一時セル識別子（TC-RNTI：TemporaryCell RNTI）、それから時間同期値（TAC：time alignment command）が含まれることができる。TACは、基地局が端末にアップリンク時間整列（time alignment）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いて、アップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（time alignment timer）を開始または再起動する。UL grantは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンク資源の割り当てとTPC（transmit power command）を含んでいる。TPCは、スケジュールされたPUSCHのための送信パワーの決定に使用される。
端末は、ランダムアクセスプリアンブルを送信した後、基地局がシステム情報またはハンドオーバーコマンドを使用して指示されたランダムアクセス応答ウィンドウ（random access response window）内で自分のランダムアクセス応答（random access response）の受信を試み、PRACHに対応するRA-RNTIでマスキングされたPDCCHを検出し、検出されたPDCCHによって指示されるPDSCHを受信することになる。ランダムアクセス応答情報は、MAC PDU（MAC packet data unit）の形式で送信されることができ、前記MAC PDUは、PDSCHを通じて配信されることもできる。PDCCHは、前記PDSCHを受信しなければならない端末の情報と、前記PDSCHの無線資源の周波数と時間の情報、それから前記PDSCHの送信形式などが含まれていることが望ましい。上述したように、一応、端末が自分に送信されるPDCCHの検出に成功すれば、前記PDCCHの情報に基づいてPDSCHに送信されるランダムアクセス応答を適切に受信することができる。
ランダムアクセス応答ウィンドウは、プリアンブルを送信した端末がランダムアクセス応答メッセージを受信するために待機する最大時区間を意味する。ランダムアクセス応答ウィンドウは、プリアンブルが送信される最後のサブフレームで３つのサブフレーム以降のサブフレームから開始し、「ra-ResponseWindowSize」の長さを持つ。つまり、端末はプリアンブルを送信が終了したサブフレームから３つのサブフレーム以降から確保したランダムアクセスウィンドウの間にランダムアクセス応答を受信するために待機する。端末は、システム情報（system information）を通じてランダムアクセスウィンドウサイズ（「ra-ResponseWindowsize」）パラメータの値を取得することができ、ランダムアクセスウィンドウサイズは２から１０の間の値に決定される。
端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブル区分子／識別子を持つランダムアクセス応答を正常に受信すると、ランダムアクセス応答の監視を停止する。一方、ランダムアクセス応答ウィンドウが終了するまで、ランダムアクセス応答メッセージを受信していないか、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブル識別子を持つ有効なランダムアクセス応答を受信しなかった場合、ランダムアクセス応答の受信は失敗したとみなされ、以降端末はプリアンブル再送を行うことができる。
上述したように、ランダムアクセス応答でランダムアクセスプリアンブル識別子が必要な理由は、１つのランダムアクセス応答は、１つ以上の端末のためのランダムアクセス応答情報が含まれているため、前記のUL grant、TC-RNTIとTACがどの端末に利用できるかどうかを教えることが必要だからである。
（３）第３メッセージ（Msg ３、message ３）
端末が自分に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報をそれぞれ処理する。つまり、端末はTACを適用させて、TC-RNTIを保存する。また、UL grantを利用して、端末のバッファに格納されたデータ、または、新たに生成されたデータを基地局に送信する。端末の最初の接続の場合、RRC階層で生成され、CCCHを通じて配信されたRRC接続要求（RRC Connection Request）が、第３メッセージに含まれて送信されることができ、RRC接続再確立手順の場合、RRC階層で生成され、CCCHを通じて配信されたRRC接続再確立要求（RRC Connection Re-establishment Request）が第のメッセージに含まれて送信されることもできる。また、NAS接続要求メッセージを含むこともできる。
第３メッセージは、端末の識別子が含まれていなければならない。競争基盤のランダムアクセス手順では、基地局からどのような端末が前記ランダムアクセス手順を実行するか判断することができないが、今後の競合の解決をするためには、端末を識別しなければならないからだ。
端末の識別子を含める方法としては、二つの方法が存在する。最初の方法は、端末が、前記ランダムアクセス手順以前に既に該当セルで割り当てられた有効なセル識別子（C-RNTI）を持っていた場合、端末は、前記UL grantに対応するアップリンク伝送信号を通じて自分のセル識別子を送信する。一方、もしランダムアクセス手順の前に、有効なセル識別子を割り当てられた場合、端末は、自分の一意識別子（例えば、S（SAE）-TMSIまたは任意の値（random number））を含んで伝送する。一般的に、前記の一意識別子は、C-RNTIより長い。
UL-SCH上の送信では、端末固有のスクランブリングが使用される。端末がC-RNTIを割り当てられた場合は、 スクランブルはC-RNTIに基づいて実行されるが、端末がまだC-RNTIを割り当てられない場合は、スクランブルはC-RNTIに基づいて行うことができません。その代わり、ランダムアクセス応答で受信したTC-RNTIが使用される。端末は、前記UL grantに対応するデータを送信した場合は、衝突を解決するためのタイマー（contention resolution timer）を開始する。
（４）第４メッセージ（Msg ４、message ４）
基地局は、端末から第３メッセージを通じて対応する端末のC-RNTIを受信した場合、受信したC-RNTIを利用し、端末に第４メッセージを送信する。一方、端末から第３メッセージを通じて前記一意識別子（つまり、S-TMSIまたは任意の値（random number））を受信した場合には、ランダムアクセス応答では、端末に割り当てられたTC-RNTIを利用して、第４のメッセージを端末に送信する。一例として、第４のメッセージは、RRC接続設定メッセージ（RRC Connection Setup）が 含まれてことができる。
端末は、ランダムアクセス応答に含まれているUL grantを通じて自分の識別子を含むデータを送信した後、衝突解決のために基地局の指示を待つ。つまり、特定のメッセージを受信するためにPDCCHの受信を試みる。前記PDCCHを受信する方法においても二つの方法が存在する。前述したように、前記UL grantに対応して送信された第３のメッセージが自分の識別子がC-RNTIである場合には、自分のC-RNTIを用いてPDCCHの受信を試み、前記識別子が一意の識別子（つまり、 S-TMSIまたは任意の値（random number））である場合には、ランダムアクセス応答に含まれているTC-RNTIを利用してPDCCHの受信を試みる。その後、前者の場合は、もし前記の競合を解決タイマーが期限切れになる前に、自分のC-RNTIを使用してPDCCHを受信した場合に、端末は正常にランダムアクセス手順を実行されたと判断し、ランダムアクセス手順を終了する。後者の場合には、前記の競合の解決タイマーが期限切れになる前に、TC-RNTIを使用してPDCCHを受信した場合は、前記PDCCHが指示するPDSCHが伝達するデータを確認する。もし前記のデータの内容に自分の一意の識別子が含まれている場合、端末は正常にランダムアクセス手順を実行されたと判断し、ランダムアクセス手順を終了する。第４メッセージを通じて端末は、C-RNTIを獲得し、その後端末とネットワークは、C-RNTIを利用して、端末の特定のメッセージ（dedicated message）を送受信することになる。
次は、ランダムアクセスでの競合を解決するための方法について説明する。
ランダムアクセスを遂行するにおいて衝突が発生する理由は、基本的にランダムアクセスプリアンブルの数が有限であるからである。つまり、基地局は、全ての端末に端末固有のランダムアクセスプリアンブルを付与することができないので、端末は共通のランダムアクセスプリアンブルの中から任意の１つを選択して送信することになる。これにより、同じ無線資源（PRACH資源）を通じて複数の端末が同じランダムアクセスプリアンブルを選択して送信することになる場合が発生するが、基地局は、１つの端末から送信される１つのランダムアクセスプリアンブルで判断することになる。これにより、基地局は、ランダムアクセス応答を端末に送信し、ランダムアクセス応答は、一つの端末が受信することと予測する。しかし、上述したように、競合が発生する可能性があるので、複数の端末が一つのランダムアクセス応答を受信することになり、これにより、端末ごとにそれぞれランダムアクセス応答の受信に応じた動作を実行することになる。つまり、ランダムアクセス応答に含まれる１つのUL Grantを用いて、複数の端末が互いに異なるデータを同じ無線資源に送信することになる問題点が発生することになる。これにより、前記データの転送はすべて失敗することがあり、端末の位置や伝送パワーに基づいて、特定の端末のデータのみを基地局から受信することもできる。後者の場合には、複数の端末は、すべて自分のデータの転送が成功したと仮定するので、基地局は、競争で失敗した端末に失敗事実に関する情報を通知しなければならない。すなわち、前記の競争の失敗や成功に関する情報を知らせることを競合の解決（contention resolution）とする。
衝突解決方法は２つの方法があるが、一つの方法は、衝突解決タイマー（contention resolution timer）を利用する方法と、他の一つの方法は、成功した端末の識別子を端末に送信する方法である。前者の場合は、端末がランダムアクセス過程前に既に固有のC-RNTIを持っている場合に使用される。つまり、既にC-RNTIを持っている端末は、ランダムアクセス応答に基づいて、自分のC-RNTIを含むデータを基地局に送信し、衝突解決タイマーを作動する。そして、衝突解決タイマーが期限切れになる前に、自分のC-RNTIによって指示されるPDCCH情報を受信すると、端末は、自分が競争で成功したと判断し、ランダムアクセスを正常に終えるようになる。逆に、もし衝突解決タイマーが期限切れになる前に、自分のC-RNTIによって指示されるPDCCHを受信することができなかった場合は、自分が競争で失敗したと判断し、ランダムアクセスプロセスを再度実行するか、上位階層に失敗事実を通知することができる。衝突解消方法の中で、後者の場合、すなわち、成功した端末の識別子を送信する方法は、端末がランダムアクセス過程前に固有のセル識別子がない場合に使用される。つまり、端末自身がセル識別子がない場合は、ランダムアクセス応答に含まれているUL Grant情報に基づいてデータのセル識別子より上位識別子（S-TMSIまたはrandom number）を包含して送信し、端末は、衝突解決タイマを動作させる。衝突解決タイマーが期限切れになる前に、自分の上位識別子を含むデータがDL-SCHに送信された場合には、端末はランダムアクセス過程が成功したと判断する。
一方、非競争的な基盤のランダムアクセス過程での動作は、図１１に示された競争基盤のランダムアクセス過程とは異なり、第１メッセージの送信及び第２メッセージを送信するだけで、任意の接続手順が終了される。ただし、第１メッセージとして端末が基地局にランダムアクセスプリアンブルを送信する前に、端末は、基地局からランダムアクセスプリアンブルを割り当てられるようになり、この割り当てられた任意の接続プリアンブルを基地局に第１メッセージとして送信し、基地局からランダムアクセス応答を受信することにより、任意の接続手順が終了されることになる。
本発明が適用されることができる５Ｇシステムのアーキテクチャー
５Ｇシステムは、４世代ＬＴＥ移動通信技術から進歩した技術であって、既存の移動通信網構造の改善（Ｅｖｏｌｕｔｉｏｎ）あるいはクリーンステート（Ｃｌｅａｎ−ｓｔａｔｅ）の構造を通じて、新たな無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｎｈｏｌｏｇｙ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の拡張された技術としてｅＬＴＥ（ｅｘｔｅｎｄｅｄ ＬＴＥ）、ｎｏｎ−３ＧＰＰ（例えば、ＷＬＡＮ）アクセス等を支援する。
５Ｇシステムはサービス−ベースに定義され、５Ｇシステムのためのアーキテクチャー（ａｒｃｈｉｔｅｃｔｕｒｅ）内ネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）は、次のように二つの方式で示すことができる。
−リファレンスポイントの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図9）：二つのＮＦ（例えば、ＡＭＦ及びＳＭＦ）間の一対一のリファレンスポイント（例えば、Ｎ１１）によって記述されるＮＦ内のＮＦサービス間の相互動作を示す。
−サービスベースの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図10）：制御平面（ＣＰ：ＣｏｎｔｒｏｌＰｌａｎｅ）内ネットワーク機能（例えば、ＡＭＦ）は、他の認証されたネットワーク機能が自身のサービスにアクセスすることを許容する。この表現は、必要な場合、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）も含む。
図９は、リファレンスポイントの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
図９を参照すると、５Ｇシステムのアーキテクチャーは、多様な構成要素（すなわち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋｆｕｎｃｔｉｏｎ））を含むことができ、本図には、そのうち一部に該当する、認証サーバー機能（ＡＵＳＦ： Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）、アクセス及び移動性管理機能（ＡＭＦ： （Ｃｏｒｅ） Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ： Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ポリシー制御機能（ＰＣＦ： Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ： Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、統合されたデータ管理（ＵＤＭ： Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)、データネットワーク（ＤＮ：Ｄａｔａ ｎｅｔｗｏｒｋ）、ユーザー平面機能（ＵＰＦ：Ｕｓｅｒ ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｕｉｐｍｅｎｔ）を例示する。
各ＮＦは次のような機能を支援する。
−ＡＵＳＦは、ＵＥの認証のためのデータを格納する。
−ＡＭＦは、ＵＥ単位の接続及び移動性管理のための機能を提供し、一つのＵＥ当たり基本的に一つのＡＭＦに連結されることができる。
具体的に、ＡＭＦは、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間のシグナリング、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ＣＰインターフェース（すなわち、Ｎ２インターフェース）の終端（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングの終端（Ｎ１）、ＮＡＳシグナリング保安（ＮＡＳ暗号化（ｃｉｐｈｅｒｉｎｇ）、及び 完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ））、ＡＳ保安制御、登録管理（登録領域（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）管理）、連結管理、アイドルモードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）（ページング再転送の制御及び遂行を含む）、移動性管理制御（加入及びポリシー）、イントラ−システムの移動性及びインター−システムの移動性支援、ネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）の支援、ＳＭＦ選択、合法的傍受（Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔ）（ＡＭＦイベント及びＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦとの間のセッション管理（ＳＭ：ｓｅｓｓｉｏｎｍａｎａｇｅｍｅｎｔ）メッセージの伝達提供、ＳＭメッセージルーティングのための透過型プロキシ（Ｔｒａｎｓｐａｒｅｎｔ ｐｒｏｘｙ）、アクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ローミング権限チェックを含むアクセス許可（Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ＵＥとＳＭＳＦ（ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）ｆｕｎｃｔｉｏｎ）との間のＳＭＳメッセージの伝達提供、保安アンカー機能（ＳＥＡ：Ｓｅｃｕｒｉｔｙ Ａｎｃｈｏｒ Ｆｕｎｃｔｉｏｎ）及び／又は保安コンテキスト管理（ＳＣＭ：Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ Ｍａｎａｇｅｍｅｎｔ）等の機能を支援する。
ＡＭＦの一部または全体の機能は、一つのＡＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
−ＤＮは、例えば、運営者サービス、インターネット接続またはサードパーティ（３ｒｄ ｐａｒｔｙ）サービス等を意味する。ＤＮは、ＵＰＦにダウンリンクプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を転送するか、ＵＥから転送されたＰＤＵをＵＰＦから受信する。
−ＰＣＦは、アプリケーションサーバーからパケットの流れに対する情報を受信し、移動性管理、セッション管理等のポリシーを決定する機能を提供する。具体的に、ＰＣＦはネットワーク動作をコントロールするための単一化したポリシーフレームワークの支援、ＣＰ機能（例えば、ＡＭＦ、ＳＭＦ等）がポリシーの規則を施行することができるようにポリシー規則提供、ユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）内のポリシーを決定するために関連した加入情報にアクセスするためのフロントエンド（Ｆｒｏｎｔ Ｅｎｄ）具現等の機能を支援する。
−ＳＭＦはセッション管理機能を提供し、ＵＥが多数のセッションを有する場合、各セッション別に互いに異なるＳＭＦによって管理されることができる。
具体的に、ＳＭＦは、セッション管理（例えば、ＵＰＦとＡＮノードとの間のトンネル（ｔｕｎｎｅｌ）維持を含んでセッションの確立、修正及び解除）、ＵＥＩＰアドレスの割り当て及び管理（選択的に認証を含む）、ＵＰ機能の選択及び制御、ＵＰＦでトラフィックを適切な目的地にルーティングするためのトラフィックステアリング（ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ）設定、ポリシー制御機能（Ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎｓ）に向かったインターフェースの終端、ポリシー及びＱｏＳの制御部分施行、合法的傍受（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔ）（ＳＭイベント及びＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータ通知（Ｄｗｏｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）、ＡＮ特定ＳＭ情報の開始子（ＡＭＦを経由してＮ２を介してＡＮに伝達）、セッションのＳＳＣモード決定、ローミング機能等の機能を支援する。
ＳＭＦの一部または全体の機能は、一つのＳＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
−ＵＤＭは、ユーザーの加入データ、ポリシーデータ等を格納する。ＵＤＭは二つの部分、即ち、アプリケーションのフロントエンド（ＦＥ：ｆｒｏｎｔ ｅｎｄ）及びユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ）を含む。
ＦＥは、位置管理、加入管理、資格証明（ｃｒｅｄｅｎｔｉａｌ）の処理等を担当するＵＤＭ ＦＥとポリシー制御を担当するＰＣＦを含む。ＵＤＲは、ＵＤＭ−ＦＥによって提供される機能のために要求されるデータとＰＣＦによって要求されるポリシープロファイルを格納する。ＵＤＲ内に格納されるデータは、加入識別子、保安資格証明（ｓｅｃｕｒｉｔｙｃｒｅｄｅｎｔｉａｌ）、アクセス、及び移動性関連の加入データ並びにセッション関連の加入データを含むユーザー加入データとポリシーデータを含む。ＵＤＭ−ＦＥは、ＵＤＲに格納された加入情報にアクセスし、認証資格証明処理（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｒｅｄｅｎｔｉａｌ Ｐｒｏｃｅｓｓｉｎｇ）、ユーザー識別子ハンドリング（Ｕｓｅｒ ＩｄｅｎｔｉｆｉｃａｔｉｏｎＨａｎｄｌｉｎｇ）、アクセス認証、登録／移動性管理、加入管理、ＳＭＳ管理等の機能を支援する。
−ＵＰＦはＤＮから受信したダウンリンクＰＤＵを（Ｒ）ＡＮを経由してＵＥに伝達し、（Ｒ）ＡＮを経由してＵＥから受信したアップリンクＰＤＵをＤＮに伝達する。
具体的に、ＵＰＦは、イントラ（ｉｎｔｒａ）／インター（ｉｎｔｅｒ）ＲＡＴ移動性のためのアンカーポイント、データネットワーク（ＤａｔａＮｅｔｗｏｒｋ）への相互連結（ｉｎｔｅｒｃｏｎｎｅｃｔ）の外部ＰＤＵセッションポイント、パケットルーティング、及びフォワーディング、パケット検査（ｉｎｓｐｅｃｔｉｏｎ）、並びにポリシー規則施行のユーザー平面部分、合法的傍受（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔ）、トラフィック使用量の報告、データネットワークへのトラフィックフローのルーティングを支援するためのアップリンク分類子（ｃｌａｓｓｉｆｉｅｒ）、マルチ−ホーム（ｍｕｌｔｉ−ｈｏｍｅｄ）ＰＤＵセッションを支援するためのブランチポイント（Ｂｒａｎｃｈｉｎｇｐｏｉｎｔ）、ユーザー平面のためのＱｏＳハンドリング（ｈａｎｄｌｉｎｇ）（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、アップリンク／ダウンリンクレート施行）、アップリンクトラフィックの検証（サービスデータフロー（ＳＤＦ ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ）とＱｏＳフロー間のＳＤＦマッピング）、アップリンク及びダウンリンク内の伝達レベル（ｔｒａｎｓｐｏｒｔｌｅｖｅｌ）パケットマーキング、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング機能等の機能を支援する。ＵＰＦの一部または全体の機能は、一つのＵＰＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
- AFはサービス提供（例えば、トラフィックのルーティング上でアプリケーションの影響、ネットワーク能力露出（Network Capability Exposure）へのアクセス、ポリシー制御のための政策のフレームワークとの相互動作などの機能を支援）のために３GPPコアネットワークとの相互動作を行う。
- （R）ANは、４G無線アクセス技術の進化したバージョンである進化したE-UTRA（evolved E-UTRA）と新しい無線アクセス技術（NR：New Radio）（例えば、gNB）の両方を支援する新しいワイヤレスアクセスネットワークを総称する。
５Gシステムで端末と無線信号の送受信を担当するネットワーク・ノードは、gNBであり、EPSのeNBのような役割を果たしている。
gNBは、無線資源管理のための機能（すなわち、無線ベアラ制御（Radio Bearer Control）、無線許可制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンク／ダウンリンクでUEに資源の動的割り当て（Dynamic allocation of resources）（つまり、スケジューリング））、IP（Internet Protocol）ヘッダ圧縮、ユーザーデータストリームの暗号化（encryption）との整合性を保護（integrity protection）、UEに提供された情報からAMFへのルーティングが決定されていない場合には、UEの接続（attachment）時にAMFの選択は、UPFへのユーザー平面データのルーティング、AMFへの制御平面の情報ルーティング、接続セットアップと解除、ページングメッセージのスケジューリングおよび送信（AMFから発生された）、システムブロードキャスト情報のスケジューリングおよび送信（AMFまたは運営と維持（O＆M： operating and maintenance）から発生された）、モビリティ、およびスケジューリングのための測定と測定レポートの設定、アップリンクで転送レベルのパケットマーキング（Transport level packet marking）、セッション管理、ネットワークスライス（Network Slicing）の支援、QoS、フロー管理、およびデータの無線ベアラへのマッピング、非活動モード（inactivemode）であるUEの支援、NASメッセージの分配機能、NASノード選択機能、無線アクセスネットワークの共有、二重接続性（Dual Connectivity）、NRとE-UTRAとの間の密接な相互動作（tight interworking）などの機能を支援する。
−ＵＥは、ユーザー機器を意味する。ユーザー装置は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）等の用語として言及され得る。また、ユーザー装置は、ラップタップ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。
本図では、説明の明確性のために、非構造化されたデータ格納ネットワーク機能（ＵＤＳＦ：Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｓｔｏｒａｇｅ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）、構造化されたデータ格納ネットワーク機能（ＳＤＳＦ：Ｓｔｒｕｃｔｕｒｅｄ Ｄａｔａ Ｓｔｏｒａｇｅ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）、ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、及びＮＦリポジトリ機能（ＮＲＦ：ＮＦ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）が示されていないが、本図に示されている全てのＮＦは、必要に応じて、ＵＤＳＦ、ＮＦＦ、及びＮＲＦと相互動作を遂行することができる。
−ＮＥＦは、３ＧＰＰネットワーク機能によって提供される、例えば、第三者（３ｒｄ ｐａｒｔｙ）、内部露出（ｉｎｔｅｒｎａｌｅｘｐｏｓｕｒｅ）／再露出（ｒｅ−ｅｘｐｏｓｕｒｅ）、アプリケーション機能、エッジコンピューティング（ＥｄｇｅＣｏｍｐｕｔｉｎｇ）のためのサービス、及び、能力を安全に露出するための手段を提供する。ＮＥＦは、他のネットワーク機能から（他のネットワーク機能の露出された能力に基づいた）情報を受信する。ＮＥＦは、データ格納ネットワーク機能への標準化されたインターフェースを用いて、構造化されたデータとして受信された情報を格納することができる。格納された情報は、ＮＥＦによって他のネットワーク機能、およびアプリケーション機能に再露出（ｒｅ−ｅｘｐｏｓｅ）され、分析等のような他の目的として用いられることができる。
−ＮＲＦは、サービスディスカバリー機能を支援する。ＮＦインスタンスからＮＦディスカバリーの要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供する。また、用いることができるＮＦインスタンスとそれらが支援するサービスを維持する。
−ＳＤＳＦは、あるＮＥＦによる構造化されたデータであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
−ＵＤＳＦは、あるＮＦによる非構造的データであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
５Ｇシステムで端末と無線の転送／受信を担当するノードは、ｇＮＢであり、ＥＰＳでのｅＮＢのような役割を遂行する。端末が３ＧＰＰ接続と非−３ＧＰＰ接続に同時に連結されている場合、端末は、図６のように一つのＡＭＦを介してサービスを受けることになる。図６では、非−３ＧＰＰ接続で接続する場合と、３ＧＰＰ接続で接続する場合の一つの同一のＵＰＦで連結されることを示しているが、必ずしもそうする必要はなく、互いに異なる複数のＵＰＦで連結されることができる。
但し、端末がローミングシナリオでＨＰＬＭＮにあるＮ３ＩＷＫ（「Ｎ３ＩＷＦ（ｎｏｎ−３ＧＰＰ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）」とも指称可能）を選択し、非−３ＧＰＰ接続に連結された場合には、３ＧＰＰ接続を管理するＡＭＦはＶＰＬＭＮに位置し、非−３ＧＰＰ接続を管理するＡＭＦはＨＰＬＭＮに位置することができる。
非−３ＧＰＰアクセスネットワークは、Ｎ３ＩＷＫ／Ｎ３ＩＷＦを介して、５Ｇコアネットワークに連結される。Ｎ３ＩＷＫ／Ｎ３ＩＷＦは、Ｎ２及びＮ３インターフェースを介して、５Ｇコアネットワーク制御平面機能及びユーザー平面機能を各々インターフェースする。
本明細書に記載する非-３GPP接続の代表的な例としては、WLAN接続があると言える。
一方、本図では、説明の便宜上、UEが一つのPDUセッションを利用して１つのDNにアクセスする場合の参照モデルを例示するが、本発明はこれに限定されない。
UEは、複数のPDUのセッションを利用し、２つの（すなわち、地域的（local）と中心の（central））データネットワークに同時にアクセスすることができる。このとき、別のPDUのセッションのための２つのSMFが選択されることもできる。ただし、各SMFは、PDUのセッション内の地域的なUPFと中心のUPFの両方を制御することができる能力を持つことができる。各PDUセッションごとに独立して活性化されることもできる。
さらに、UEは、単一のPDUのセッション内で提供される２つの（つまり、地域的なそして中心である）データネットワークに同時にアクセスすることもできる。
３ＧＰＰシステムでは、５Ｇシステム内のＮＦ間を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）と定義する。次は、本図で表現された５Ｇシステムのアーキテクチャーに含まれるリファレンスポイントを例示する。
−Ｎ１：ＵＥとＡＭＦとの間のリファレンスポイント
−Ｎ２：（Ｒ）ＡＮとＡＭＦとの間のリファレンスポイント
−Ｎ３：（Ｒ）ＡＮとＵＰＦとの間のリファレンスポイント
−Ｎ４：ＳＭＦとＵＰＦとの間のリファレンスポイント
−Ｎ５：ＰＣＦとＡＦとの間のリファレンスポイント
−Ｎ６：ＵＰＦとデータネットワークとの間のリファレンスポイント
−Ｎ７：ＳＭＦとＰＣＦとの間のリファレンスポイント
−Ｎ２４：訪問ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）内のＰＣＦとホームネットワーク（ｈｏｍｅ ｎｅｔｗｏｒｋ）内のＰＣＦとの間のリファレンスポイント
−Ｎ８：ＵＤＭとＡＭＦとの間のリファレンスポイント
−Ｎ９：二つのコアＵＰＦ間のリファレンスポイント
−Ｎ１０：ＵＤＭとＳＭＦとの間のリファレンスポイント
−Ｎ１１：ＡＭＦとＳＭＦとの間のリファレンスポイント
−Ｎ１２：ＡＭＦとＡＵＳＦとの間のリファレンスポイント
−Ｎ１３：ＵＤＭと認証サーバー機能（ＡＵＳＦ：ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒ ｆｕｎｃｔｉｏｎ）との間のリファレンスポイント
−Ｎ１４：二つのＡＭＦ間のリファレンスポイント
−Ｎ１５：非−ローミングシナリオの場合、ＰＣＦとＡＭＦとの間のリファレンスポイント、ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄｎｅｔｗｏｒｋ）内のＰＣＦとＡＭＦとの間のリファレンスポイント
−Ｎ１６：二つのＳＭＦ間のリファレンスポイント（ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）内のＳＭＦとホームネットワーク（ｈｏｍｅ ｎｅｔｗｏｒｋ）内のＳＭＦとの間のリファレンスポイント
−Ｎ１７：ＡＭＦとＥＩＲとの間のリファレンスポイント
−Ｎ１８：あるＮＦとＵＤＳＦとの間のリファレンスポイント
−Ｎ１９：ＮＥＦとＳＤＳＦとの間のリファレンスポイント
図10は、サービス−ベースの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
本図で例示されたサービス−ベースのインターフェースは、所定のＮＦにより提供される／露出されるサービスのセットを示す。サービス−ベースのインターフェースは制御平面内で用いられる。次は、本図のように表現された５Ｇシステムのアーキテクチャーに含まれるサービス−ベースのインターフェースを例示する。
−Ｎａｍｆ：ＡＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎｓｍｆ：ＳＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎｎｅｆ：ＮＥＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎｐｃｆ：ＰＣＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎｕｄｍ：ＵＤＭにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎａｆ：ＡＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎｎｒｆ：ＮＲＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
−Ｎａｕｓｆ：ＡＵＳＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
ＮＦサービスは、ＮＦ（即ち、ＮＦサービス供給者）により他のＮＦ（即ち、ＮＦサービス消費者）にサービス−ベースのインターフェースを介して露出される能力の一種である。ＮＦは、一つ以上のＮＦサービスを露出することができる。ＮＦサービスを定義するために次のような基準が適用される：
−ＮＦサービスは、終端間（ｅｎｄ−ｔｏ−ｅｎｄ）の機能を説明するための情報の流れから導出される。
−完全な終端間（ｅｎｄ-ｔｏ−ｅｎｄ）のメッセージの流れは、ＮＦサービス呼出（ｉｎｖｏｃａｔｉｏｎ）のシーケンスによって説明される。
−ＮＦが自身のサービスをサービス−ベースのインターフェースを介して提供する二つの動作は次の通りである：
i）「要求−応答（Ｒｅｑｕｅｓｔ−ｒｅｓｐｏｎｓｅ）」：制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）は、また別の制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）から特定のＮＦサービス（動作の遂行及び／又は情報の提供を含む）の提供の要求を受ける。ＮＦ＿Ｂは、要求内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービスの結果を応答する。
要求を満たすために、ＮＦ＿Ｂは交互に他のＮＦからのＮＦサービスを消費することができる。要求−応答のメカニズムで、通信は二つのＮＦ（即ち、消費者及び供給者）間の一対一で遂行される。
ii）「加入−通知（Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｙ）」
制御平面ＮＦ＿Ａ（即ち、ＮＦサービス消費者）は、また別の制御平面ＮＦ＿Ｂ（即ち、ＮＦサービス供給者）により提供されるＮＦサービスに加入する。多数の制御平面ＮＦは、同一の制御平面ＮＦサービスに加入することができる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された興味のあるＮＦに通知する。消費者からの加入要求は、周期的なアップデートまたは特定のイベント（例えば、要求された情報の変更、特定の臨界値の到達等）を通じてトリガーされる通知のための通知要求を含むことができる。このメカニズムは、ＮＦ（例えば、ＮＦ＿Ｂ）が明示的な加入要求なく暗黙的に特定の通知に加入した場合（例えば、成功裏な登録手続により）も含む。
図11は、本発明が適用されることができるＮＧ−ＲＡＮのアーキテクチャーを例示する。
図11を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）は、ＵＥに向
かったユーザー平面及び制御平面プロトコルの終端を提供する、ｇＮＢ（ＮＲＮｏｄｅＢ）及び／又はｅＮＢ（ｅＮｏｄｅＢ）で構成される。
ｇＮＢの間に、かつｇＮＢと５ＧＣに連結されるｅＮＢの間にＸｎインターフェースを用いて相互連結される。ｇＮＢ及びｅＮＢは、また５ＧＣにＮＧインターフェースを用いて連結され、さらに具体的に、ＮＧ−ＲＡＮと５ＧＣとの間の制御平面インターフェースであるＮＧ−Ｃインターフェース（即ち、Ｎ２リファレンスポイント）を用いてＡＭＦに連結され、ＮＧ−ＲＡＮと５ＧＣとの間のユーザー平面インターフェースであるＮＧ−Ｕインターフェース（即ち、Ｎ３リファレンスポイント）を用いてＵＰＦに連結される。
無線プロトコルのアーキテクチャー
図12は、本発明が適用されることができる無線プロトコルスタックを例示した図である。特に、図12（ａ）は、ＵＥとｇＮＢとの間の無線インターフェースユーザー平面プロトコルスタックを例示し、図12（ｂ）は、ＵＥとｇＮＢとの間の無線インターフェース制御平面プロトコルスタックを例示する。
制御平面は、ＵＥとネットワークが呼を管理するために用いる制御メッセージが転送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が転送される通路を意味する。
図12（ａ）を参照すると、ユーザー平面プロトコルスタックは、第１層（Ｌａｙｅｒ １）（即ち、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）層）、第２層（Ｌａｙｅｒ ２）に分割されることができる。
図12（ｂ）を参照すると、制御平面プロトコルスタックは、第１層（即ち、ＰＨＹ層）、第２層、第３層（即ち、無線リソース制御無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ）層）、ノンアクセスストラタム（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層に分割されることができる。
第２層は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブ層と、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブ層と、パケットデータコンバージェンスプロトコル（ＰＤＣ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）サブ層と、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サブ層（ユーザー平面の場合）とに分割される。
無線ベアラーは、二つのグループに分類される：ユーザー平面データのためのデータ無線ベアラー（ＤＲＢ：ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ）と制御平面データのためのシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）。
以下、無線プロトコルの制御平面とユーザー平面の各層を説明する。
１）第１層であるＰＨＹ層は、物理チャンネル（ｐｈｙｓｉｃａｌｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置したＭＡＣサブ層に転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣサブ層とＰＨＹ層との間でデータが転送される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴により転送されるかによって分類される。また、互いに異なる物理層の間、送信端のＰＨＹ層と受信端のＰＨＹ層との間には物理チャンネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を介してデータが転送される。
２）ＭＡＣサブ層は、論理チャンネル（ｌｏｇｉｃａｌｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔｃｈａｎｎｅｌ）との間のマッピング；転送チャンネルを介してＰＨＹ層に／から伝達される転送ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に／から一つまたは異なる論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の多重化／逆多重化；スケジューリング情報の報告；ＨＡＲ
Ｑ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介したエラー訂正；動的スケジューリングを用いたＵＥ間の優先順位ハンドリング；論理チャンネルの優先順位を用いて、一つのＵＥの論理チャンネル間の優先順位ハンドリング；パディング（Ｐａｄｄｉｎｇ）を遂行する。
互いに異なる種類のデータは、ＭＡＣサーブ層により提供されるサービスを伝達する。各論理チャンネルのタイプは、どんなタイプの情報が伝達されるかを定義する。
論理チャンネルは、二つのグループに分類される：制御チャンネル（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びトラフィックチャンネル（Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）。
i）制御チャンネルは、制御平面の情報のみを伝達するために用いられ、次の通りである。
−ブロードキャスト制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）：システム制御情報をブロードキャストするためのダウンリンクチャンネル。
−ページング制御チャンネル（ＰＣＣＨ：Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎ
ｅｌ）：ページング情報及びシステム情報変更の通知を伝達するダウンリンクチャンネル。
−共通制御チャンネル（ＣＣＣＨ：Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）：ＵＥとネットワークとの間の制御情報を転送するためのチャンネル。このチャンネルは、ネットワークとＲＲＣ連結を有さないＵＥのために用いられる。
−専用制御チャンネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）：ＵＥとネットワークとの間に専用制御情報を転送するための一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向チャンネル。ＲＲＣ連結を有するＵＥによって用いられる。
ii）トラフィックチャンネルは、ユーザー平面の情報のみを使用するために用いられる。
−専用トラフィックチャンネル（ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ：ユーザー情報を伝達するための、単一のＵＥに専用される、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャンネル。ＤＴＣＨは、アップリンク及びダウンリンクが全て存在することができる。
ダウンリンクで、論理チャンネルと転送チャンネルとの間の連結は次の通りである。
ＢＣＣＨはＢＣＨにマッピングされてもよい。ＢＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＰＣＣＨはＰＣＨにマッピングされてもよい。ＣＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＤＬ−ＳＣＨにマッピングされてもよい。
アップリンクで、論理チャンネルと転送チャンネルとの連結は次の通りである。ＣＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＵＬ−ＳＣＨにマッピングされてもよい。
３）ＲＬＣサブ層は、三つの転送モードを支援する：透過モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）、非確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）。
ＲＬＣ設定は、論理チャンネル別に適用されることができる。ＳＲＢの場合、ＴＭまたはＡＭモードが用いられ、反面、ＤＲＢの場合、ＵＭまたはＡＭモードが用いられる。
ＲＬＣサブ層は、上位層ＰＤＵの伝達；ＰＤＣＰと独立のシーケンスナンバリング；ＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介したエラー訂正；分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再分割（ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ）；ＳＤＵの再結合（ｒｅａｓｓｅｍｂｌｙ）；ＲＬＣＳＤＵ廃棄（ｄｉｓｃａｒｄ）；ＲＬＣ再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を遂行する。
４）ユーザー平面のためのＰＤＣＰサブ層は、シーケンスナンバリング（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒｉｎｇ）；ヘッダー圧縮及び圧縮−解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）（ロバストヘッダー圧縮）（ＲｏＨＣ：Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の場合のみ）；ユーザーデータ伝達；再配列（ｒｅｏｒｄｅｒｉｎｇ）及び複写検出（ｄｕｐｌｉｃａｔｅｄｅｔｅｃｔｉｏｎ）（ＰＤＣＰよりも上位の層に伝達が要求される場合）；ＰＤＣＰ ＰＤＵルーティング（分割ベアラー（ｓｐｌｉｔ ｂｅａｒｅｒ）の場合）；ＰＤＣＰＳＤＵの再転送；暗号化（ｃｉｐｈｅｒｉｎｇ）及び解読化（ｄｅｃｉｐｈｅｒｉｎｇ）；ＰＤＣＰ ＳＤＵの廃棄；ＲＬＣ ＡＭのためのＰＤＣＰ再確立及びデータの復旧（ｒｅｃｏｖｅｒｙ）；ＰＤＣＰ ＰＤＵの複製を遂行する。
制御平面のためのＰＤＣＰサブ層は、追加的にシーケンスナンバリング（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒｉｎｇ）；暗号化（ｃｉｐｈｅｒｉｎｇ）、解読化（ｄｅｃｉｐｈｅｒｉｎｇ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）；制御平面データの伝達；複製検出；ＰＤＣＰ ＰＤＵの複製を遂行する。
ＲＲＣにより無線ベアラーのための複製（ｄｕｐｌｉｃａｔｉｏｎ）が設定されるとき、複製されたＰＤＣＰＰＤＵを制御するために追加的なＲＬＣ個体及び追加的な論理チャンネルが無線ベアラーに追加される。ＰＤＣＰでの複製は同一のＰＤＣＰ ＰＤＵを二回転送することを含む。一回目は元のＲＬＣ個体に伝達され、二回目は更なるＲＬＣ個体に伝達される。このとき、元のＰＤＣＰＰＤＵ及び該当複製本は、同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されない。互いに異なる二つの論理チャンネルが同一のＭＡＣ個体に属してもよく（ＣＡの場合）、または互いに異なるＭＡＣ個体に属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰＰＤＵと該当複製本が同一の転送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）に転送されないように保証するために、論理チャンネルマッピングの制限が用いられる。
５）ＳＤＡＰサブ層は、i）ＱｏＳのフローとデータ無線ベアラーとの間のマッピング、ii）ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）のマーキングを遂行する。
ＳＤＡＰの単一のプロトコル個体が各個別のＰＤＵセッション別に設定されるが、例外的に二重連結性（ＤＣ：Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、二つのＳＤＡＰ個体が設定されることができる。
６）ＲＲＣサブ層は、ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）及びＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）に関するシステム情報のブロードキャスト；５ＧＣまたはＮＧ−ＲＡＮにより開始されたページング（ｐａｇｉｎｇ）；ＵＥとＮＧ−ＲＡＮとの間のＲＲＣ連結の確立、維持、及び解除（さらに、キャリア併合（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）の修正及び解除を含み、また、追加的にＥ−ＵＴＲＡＮとＮＲとの間に、又はＮＲ内での二重連結性（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）の修正及び解除をさらに含む）；キー管理を含む保安機能；ＳＲＢ及びＤＲＢの確立、設定、維持、及び解除；ハンドオーバー及びコンテキストの伝達；ＵＥセルの選択及び再解除並びにセルの選択／再選択の制御；ＲＡＴ間の移動性を含む移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告制御；無線リンク失敗の検出及び無線リンク失敗から回復；ＮＡＳからＵＥへのＮＡＳメッセージの伝達及びＵＥからＮＡＳへのＮＡＳメッセージの伝達を遂行する。
ネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）
５Ｇシステムは、ネットワークリソースとネットワーク機能を各サービスによって独立のスライス（ｓｌｉｃｅ）で提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）技術を導入した。
ネットワークスライシングが導入されることによって、各スライス別にネットワーク機能及びネットワークリソースの分離（Ｉｓｏｌａｔｉｏｎ）、独立管理（ｉｎｄｅｐｅｎｄｅｎｔ ｍａｎａｇｅｍｅｎｔ）等を提供することができる。これによって、サービス、ユーザー等によって５Ｇシステムのネットワーク機能を選択して組み合わせることによって、サービス、ユーザー別に独立且つより柔軟なサービスを提供することができる。
ネットワークスライスは、アクセスネットワークとコアネットワークを論理的に統合したネットワークを指す。
ネットワークスライス（Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ）は、次の一つ以上を含むことができる：
−コアネットワーク制御平面及びユーザー平面機能
−ＮＧ−ＲＡＮ
−非−３ＧＰＰアクセスネットワークへの非−３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Ｎｏｎ−３ＧＰＰ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）
各ネットワークスライス別に支援される機能及びネットワーク機能の最適化が異なり得る。多数のネットワークスライスインスタンス（ｉｎｓｔａｎｃｅ）が同一の機能を互いに異なるＵＥのグループに提供することができる。
一つのＵＥは、５Ｇ−ＡＮを経由して一つ以上のネットワークスライスインスタンスに同時に連結されることができる。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることができる。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属することができる。即ち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通し得る。ＵＥをサービングするネットワークスライスインスタンスのＣＮ部分はＣＮにより選択される。
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスにのみ属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同一のＤＮＮを用いるスライス−特定のＰＤＵセッションを有し得るが、互いに異なるネットワークスライスインスタンスは一つのＰＤＵセッションを共有しない。
単一のネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するために用いられる補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩの集合である。Ｓ−ＮＳＳＡＩは次を含む。
−スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ ｔｙｐｅ）：ＳＳＴは機能とサービスの側面で予想されるネットワークスライスの動作を示す。
−スライス区分子（ＳＤ：Ｓｌｉｃｅ Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）：ＳＤは指示されたＳＳＴを全て順守する潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴを補完する選択的な情報である。
１）初期の接続時にネットワークスライスを選択
ＵＥは、ＰＬＭＮ別にホームＰＬＭＮ（ＨＰＬＭＮ：Ｈｏｍｅ ＰＬＭＮ）により設定ＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ）の設定を受けることができる。Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩはＰＬＭＮに特定され、ＨＰＬＭＮは各Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩが適用されるＰＬＭＮを指示する。
ＵＥの初期連結時、ＲＡＮはＮＳＳＡＩを用いてメッセージを伝達すべき初期のネットワークスライスを選択する。このために、登録手続でＵＥはネットワークに要求ＮＳＳＡＩ（ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内のＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに属したＳ−ＮＳＳＡＩのみを用いる。
もし、ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮはデフォルト（Ｄｅｆａｕｌｔ）ネットワークスライスを選択することができる。
加入データは、ＵＥが加入されたネットワークスライスのＳ−ＮＳＳＡＩを含む。一つ以上のＳ−ＮＳＳＡＩは、基本（ｄｅｆａｕｌｔ）Ｓ−ＮＳＳＡＩとしてマーキングされることができる。Ｓ−ＮＳＳＡＩが基本としてマーキングされると、ＵＥが登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ）内でネットワークにどんなＳ−ＮＳＳＡＩも転送しなくても、ネットワークは関連したネットワークスライスでＵＥにサービスすることができる。
ＵＥが成功裏に登録されると、ＣＮは全体の許可ＮＳＳＡＩ（Ａｌｌｏｗｅｄ ＮＳＳＡＩ）（一つ以上のＳ−ＮＳＳＡＩを含む）を提供することによって、（Ｒ）ＡＮに知らせる。また、ＵＥの登録手続が成功裏に完了したとき、ＵＥはこのＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩをＡＭＦから獲得することができる。
Ａｌｌｏｗｅｄ ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄＮＳＳＡ
Ｉに優先する。ＵＥは、その後、サービングＰＬＭＮ内のネットワークスライス選択関連手続のためのネットワークスライスに該当するＡｌｌｏｗｅｄ ＮＳＳＡＩ内のＳ
−ＮＳＳＡＩのみを用いる。
各ＰＬＭＮにおいて、ＵＥはＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ及;びＡｌｌｏｗｅｄＮＳＳＡＩ（存在する場合）を格納する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩを受信するとき、このＰＬＭＮのための以前に格納されたＡｌｌｏｗｅｄ ＮＳＳＡＩをオーバーライド（ｏｖｅｒｒｉｄｅ）する。
２）スライス変更
ネットワークは、ローカルポリシー、ＵＥの移動性、加入情報変更等によって既に選択されたネットワークスライスインスタンスを変更することができる。即ち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間、いつでも変更されることができる。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定の条件下のＵＥによって開始されることができる。
地域（ｌｏｃａｌ）ポリシー、加入情報変更及び／又はＵＥの移動性に基づき、ネットワークはＵＥが登録された、許可されるネットワークスライスのセットを変更することができる。ネットワークは、登録手続中にこのような変更を遂行することができ、または、登録手続をトリガーすることができる手続を用いて、支援されるネットワークスライスの変更をＵＥに通知することができる。
ネットワークスライスの変更時、ネットワークは新たなＡｌｌｏｗｅｄ ＮＳＳＡＩ及びトラッキング領域リスト（Ｔｒａｃｋｉｎｇ Ａｒｅａ ｌｉｓｔ）をＵＥに提供することができる。ＵＥは、移動性管理手続（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｃｅｄｕｒｅ）によるシグナリングに新たなＮＳＳＡＩを含ませて転送することによって、スライスインスタンスの再選択を誘発する。スライスインスタンスの変更によってこれを支援するＡＭＦも変更されることができる。
ＵＥがネットワークスライスがこれ以上用いることができない領域に進入すると、コアネットワークはＰＤＵセッション解除手続を介して、これ以上用いることができないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。
これ以上用いることができないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥはＵＥポリシーを用いて既存のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングされることができるか否かを決定する。
用いられるＳ−ＮＳＳＡＩのセットの変更のために、ＵＥは登録手続を開始する。
３）ＳＭＦ選択
ＰＣＦはネットワークスライス選択ポリシー（ＮＳＳＰ：Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連係させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥによって用いられる。
ネットワークスライス選択ポリシーは、ＵＥのアプリケーション別に提供し、これは、ＵＥアプリケーション別にＳ−ＮＳＳＡＩをマッピングすることができる規則を含む。ＡＭＦは、ＵＥが伝達したＳＭ−ＮＳＳＡＩ及びＤＮＮ情報と共に、加入者情報、ローカル事業者ポリシー等を用いてＰＤＵセッションの管理のためのＳＭＦを選択する。
特定のスライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮはこのＰＤＵセッションが属したスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供する。
セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）
５ＧＣは、ＰＤＵ連結サービス（ＰＤＵ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｓｅｒｖｉｃｅ）、即ち、ＵＥとデータネットワーク名称（ＤＮＮ：Ｄａｔａ Ｎｅｔｗｏｒｋ Ｎａｍｅ）（またはアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ））により識別されるＤＮ間にＰＤＵの交換を提供するサービスを支援する。ＰＤＵ連結サービスは、ＵＥから要求時に確立されるＰＤＵセッションを介して支援される。
各ＰＤＵセッションは、単一のＰＤＵセッションタイプを支援する。即ち、ＰＤＵセッションの確立時、ＵＥによって要求された単一のタイプのＰＤＵの交換を支援する。次のようなＰＤＵセッションタイプが定義される。ＩＰバージョン４（ＩＰｖ４：ＩＰ ｖｅｒｓｉｏｎ４）、ＩＰバージョン６（ＩＰｖ６：ＩＰ ｖｅｒｓｉｏｎ６）、イーサネット（Ｅｔｈｅｒｎｅｔ）、非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）。ここで、ＵＥとＤＮとの間に交換されるＰＤＵのタイプは、５Ｇシステムで完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）である。
ＰＤＵセッションは、ＵＥとＳＭＦとの間にＮ１を介して交換されるＮＡＳ ＳＭシグナリングを用いて（ＵＥの要求時）確立され、（ＵＥ及び５ＧＣの要求時）修正され、（ＵＥ及び５ＧＣの要求時）解除される。アプリケーションサーバーからの要求時、５ＧＣはＵＥ内特定のアプリケーションをトリガーすることができる。ＵＥはトリガーメッセージを受信すると、該当メッセージを識別されたアプリケーションに伝達し、識別されたアプリケーションは特定のＤＮＮにＰＤＵセッションを確立することができる。
ＳＭＦは、ＵＥの要求がユーザー加入情報に従うか否かをチェックする。このため、ＳＭＦはＵＤＭからＳＭＦレベル加入データ（ＳＭＦ ｌｅｖｅｌ ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ）を獲得する。このようなデータはＤＮＮ別に許可されたＰＤＵセッションタイプを指示することができる：
多数のアクセスを介して登録されたＵＥは、ＰＤＵセッションを確立するためのアクセスを選択する。
ＵＥは３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するために要求することができる。３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するための決定は、ＰＤＵセッション別に作られる。即ち、ＵＥは他のＰＤＵセッションが非−３ＧＰＰアクセスを用いる中に３ＧＰＰアクセスを用いたＰＤＵセッションを有することができる。
ネットワークで転送されるＰＤＵセッション確立の要求内で、ＵＥはＰＤＵセッション識別子（ＰＤＵ Ｓｅｓｓｉｏｎ Ｉｄ（ｉｄｅｎｔｉｔｙ））を提供する。ＵＥはまた、ＰＤＵセッションタイプ、スライシング（ｓｌｉｃｉｎｇ）情報、ＤＮＮ、サービス、及びセッションの連続性（ＳＳＣ：Ｓｅｒｖｉｃｅ ａｎｄ Ｓｅｓｓｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ）モードを提供することができる。
ＵＥは、同一のＤＮで、又は互いに異なるＤＮで、３ＧＰＰアクセスを経由して、及び／又は非−３ＧＰＰアクセスを経由して、多数のＰＤＵセッションを同時に確立することができる。
ＵＥは、互いに異なるＵＰＦ終端Ｎ６によりサービスされる同一のＤＮで多数のＰＤＵセッションを確立することができる。
多数の確立されたＰＤＵセッションを有するＵＥは、互いに異なるＳＭＦによりサービスされることができる。
同一のＵＥに属した（同一または互いに異なるＤＮＮで）互いに異なるＰＤＵセッションのユーザー平面経路は、ＤＮと接続（ｉｎｔｅｒｆａｃｉｎｇ）したＵＰＦとＡＮとの間に完全に分離されることができる。
５Ｇシステムのアーキテクチャーは、セッション及びサービスの連続性（ＳＣＣ：ｓｅｓｓｉｏｎ ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ）を支援することで、ＵＥ内の互いに異なるアプリケーション／サービスの多様な連続性の要求事項を満たすことができる。５Ｇシステムは、互いに異なるＳＳＣモードを支援する。ＰＤＵセッションアンカー（ａｎｃｈｏｒ）と関連したＳＳＣモードは、ＰＤＵセッションが確立している間に変更されない。
−ＳＳＣモード１が適用されるＰＤＵセッション場合、ネットワークはＵＥに提供される連続性のサービスを維持する。ＩＰタイプのＰＤＵセッションの場合、ＩＰアドレスが維持される。
−ＳＳＣモード２が用いられる場合、ネットワークはＵＥに伝達される連続性のサービスを解除することができ、また、該当ＰＤＵセッションを解除することができる。ＩＰタイプのＰＤＵセッションの場合、ネットワークはＵＥに割り当てられたＩＰアドレスを解除することができる。
−ＳＳＣモード３が用いられる場合、ユーザー平面に対する変更はＵＥが分かるが、ネットワークはＩＥが連結性を失わないように保証する。より良いサービスの連続性を許可するために、以前の連結が終了する前に新たなＰＤＵセッションアンカーポイントを介した連結が確立される。ＩＰタイプのＰＤＵセッションの場合、アンカーの再配置の間にＩＰアドレスは維持されない。
ＳＳＣモード選択ポリシーは、ＵＥのアプリケーション（又はアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために用いられる。運営者は、ＳＳＣモード選択ポリシーをＵＥに予め設定することができる。このポリシーは、ＵＥがアプリケーション（またはアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために使用されることができる一つまたはそれ以上のＳＳＣモード選択ポリシー規則を含む。また、このポリシーは、ＵＥの全てのアプリケーションに適用されることができる基本（ｄｅｆａｕｌｔ）ＳＳＣモード選択ポリシー規則を含むことができる。
ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供すると、ＳＭＦは要求されたＳＳＣモードを許諾するか、または要求されたＳＳＣモードを加入情報及び／又は地域（ｌｏｃａｌ）設定に基づいて修正するか選択する。ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供しないと、ＳＭＦは加入情報内に挙げられたデータネットワークのためのｄｅｆａｕｌｔ ＳＣモードを選択するか、またはＳＳＣモードを選択するためのｌｏｃａｌ設定を適用する。
ＳＭＦはＵＥにＰＤＵセッションに対して選択されたＳＳＣモードを知らせる。
移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）
登録管理（ＲＭ：Ｒｅｇｉｓｔｒａｔｉｏｎ ａｎａｇｅｍｅｎｔ）は、ＵＥ／ユーザ
ーをネットワークに登録（ｒｅｇｉｓｔｅｒ）または登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するために、かつユーザーコンテキストをネットワーク内に確立するために用いられる。
１）登録管理
ＵＥ／ユーザーは、登録を要求するサービスを受けるために、ネットワークに登録する必要がある。一度登録された後、適用可能であれば、ＵＥは周期的に接近可能（ｒｅａｃｈａｂｌｅ）を維持するために（周期的な登録アップデート）、または移動時（移動性登録アップデート）、または自身の能力をアップデートしたり、プロトコルパラメータを再交渉するためにネットワークに自身の登録をアップデートすることができる。
最初の登録手続は、ネットワークアクセス制御機能（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）の実行（即ち、ＵＤＭ内の加入プロファイルに基づいたユーザー認証及びアクセス認証）を含む。登録手続の結果として、サービングＡＭＦの識別子がＵＤＭ内に登録される。
図１3は、本発明が適用されることができるＲＭ状態のモデルを例示する。特に、図１０（ａ）は、ＵＥ内のＲＭ状態のモデルを示し、図１3（ｂ）はＡＭＦ内のＲＭ状態のモデルを示す。
図１3を参照すると、選択されたＰＬＭＮ内のＵＥの登録状態を反映するためにＵＥ及びＡＭＦ内でＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ−ＲＥＧＩＳＴＥＲＥＤの二つのＲＭ状態が使用される。
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録されない。ＡＭＦ内のＵＥコンテキストは、ＵＥに対する有効な位置またはルーティング情報が維持されず、よって、ＵＥはＡＭＦにより接近可能（ｒｅａｃｈａｂｌｅ）ではない。しかし、例えば、毎登録手続の間に認証手続が遂行されることを防止するために、一部のＵＥコンテキストは、依然としてＵＥ及びＡＭＦ内に格納されることができる。
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥが登録を要求するサービスを受ける必要があると、ＵＥは最初の登録手続を用いて選択されたＰＬＭＮに登録を試みる。または、最初の登録時に登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）を受信すると、ＵＥはＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で残る。反面、登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ）を受信するとき、ＵＥはＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、適用可能であるとき、ＡＭＦは登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ ｃｃｅｐｔ）をＵＥに転送することによって、ＵＥの最初の登録を承認し、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）をＵＥに転送することによって、ＵＥの最初の登録を拒絶する。
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録される。ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録を要求するサービスを受けることができる。
ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、現在のサービングセルのトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）がネットワークからＵＥが受信していたＴＡＩのリスト内になければ、ＵＥの登録を維持してＡＭＦがＵＥにページングすることができるように、ＵＥは移動性登録アップデート手続（ｍｏｂｉｌｉｔｙ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｕｐｄａｔｅｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥが依然として活動（ａｃｔｉｖｅ）状態であるとネットワークに知らせるために、ＵＥは周期的なアップデートタイマーの満了によって、トリガーされた周期的な登録アップデート手続（ｐｅｒｉｏｄｉｃ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）を遂行する。または、自身の能力情報をアップデートしたり、ネットワークとプロトコルパラメータを再交渉するために、ＵＥは登録アップデート手続（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＵＥは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＵＥは、いつでもネットワークから登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、ＵＥは登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ ｅｊｅｃｔ）のメッセージ、登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）のメッセージを受信するとき、またはどんなシグナリングの開始なく、ローカル登録解除（ｌｏｃａｌ ｅｒｅｇｉｓｔｒａｔｉｏｎ）手続を行うとき、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。
−ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＡＭＦは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｒｏｃｅｄｕｒｅ）を遂行し、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＡＭＦはいつでもＵＥの登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、暗黙的な登録−解除タイ（Ｉｍｐｌｉｃｉｔ Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｔｉｍｅｒ）が満了した後、ＡＭＦはいつでも暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ ｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、通信の終端（ｅｎｄ）で登録解除（ｄｅｒｅｇｉｓｔｒａｉｏｎ） を遂行するために交渉していたＵＥのために地域登録解除（ｌｏｃａｌ ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、地域登録解除（ｌｏｃａｌ ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ ｐｄａｔｅ）を承認または拒絶する。ＡＭＦは、ＵＥから登録アップデート（Ｒｅ ｉｓｔｒａｔｉｏｎ Ｕｐｄａｔｅ）を拒絶するとき、ＵＥ登録を拒絶することができる。
登録領域の管理は、ＵＥに登録領域を割り当て、及び再度割り当てる機能を含む。登録領域は、アクセスタイプ（即ち、３ＧＰＰアクセスまたは非−３ＧＰＰアクセス）別に管理される。
ＵＥが３ＧＰＰアクセスを介してネットワークに登録されるとき、ＡＭＦはＵＥにＴＡＩリスト内のトラッキング領域（ＴＡ：ＴｒａｃｋｉｎｇＡｒｅａ）のセットを割り当てる。
ＡＭＦが登録領域を割り当てるとき（即ち、ＴＡＩリスト内ＴＡのセット）、ＡＭＦは多様な情報（例えば、移動性パターン及び許容された／非許容された領域等）を考慮することができる、サービング領域として全体ＰＬＭＮ（ｗｈｏｌｅ ＰＬＭＮ，ａｌｌ ＰＬＭＮ）を有するＡＭＦは、ＭＩＣＯモードであるＵＥに登録領域として全体ＰＬＭＮを割り当てることができる。
５Ｇシステムは、単一のＴＡＩリスト内の互いに異なる５Ｇ−ＲＡＴを含むＴＡＩリストの割り当てを支援する。
ＵＥが非−３ＧＰＰアクセスを介してネットワークに登録されるとき、非−３ＧＰＰアクセスのための登録領域は、固有の予約されたＴＡＩ値（即ち、非−３ＧＰＰアクセスに専用された）に該当する。従って、５ＧＣへの非−３ＧＰＰアクセスのための固有のＴＡが存在し、これをＮ３ＧＰＰ ＴＡＩと指称する。
ＴＡＩリストを生成するとき、ＡＭＦはＴＡＩリストが転送されたアクセスに適用可能なＴＡＩのみを含ませる。
２）連結管理
連結管理（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）は、ＵＥとＡＭＦとの間のシグナリング連結を確立及び解除するために用いられる。ＣＭはＮ１を介したＵＥとＡＭＦとの間のシグナリング連結を確立及び解除する機能を含む。このシグナリング連結は、ＵＥとコアネットワークとの間にＮＡＳシグナリング交換を可能なようにするために用いられる。このシグナリング連結は、ＵＥとＡＮとの間のＵＥのためのＡＮシグナリング連結及びＡＮとＡＭＦとの間のＵＥのためのＮ２連結の全てを含む。
図１4は、本発明が適用されることができるＣＭ状態のモデルを例示する。特に、図１１（ａ）は、ＵＥ内のＣＭ状態の遷移を示し、図１4（ｂ）は、ＡＭＦ内のＣＭ状態の遷移を示す。
図１4を参照すると、ＡＭＦとのＵＥのＮＡＳシグナリング連結を反映するためにＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤの二つのＣＭ状態が使用される。
ＣＭ−ＩＤＬＥ状態内のＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態であり、Ｎ１を介したＡＭＦと確立されたＮＡＳシグナリング連結を有さない。ＵＥは、セルの選択、セルの再選択、及びＰＬＭＮの選択を遂行する。
ＣＭ−ＩＤＬＥ状態内のＵＥに対するＡＮシグナリング連結、Ｎ２連結、及びＮ３連結が存在しない。
−ＣＭ−ＩＤＬＥ状態で、ＵＥはＭＩＣＯモードでなければ、サービス要求手続（ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ ｐｒｏｃｅｄｕｒｅ）を遂行することによって、ページングに応答する（受信した場合）。または、ＵＥが転送すべきアップリンクシグナリングまたはユーザーデータを有するとき、サービス要求手続（ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ ｐｒｏｃｅｄｕｒｅ）を遂行する。または、ＡＮシグナリング連結がＵＥとＡＮとの間に確立される毎に、ＵＥはＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入する。または、最初のＮＡＳメッセージ（Ｉｎｉｔｉａｌ ＮＡＳ ｍｅｓｓａｇｅ）（登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録−解除要求（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ））の転送は、ＣＭ−ＩＤＬＥ状態からＣＭ−ＣＯＮＮＥＣＴＥＤ状態で遷移を開始する。
ＣＭ−ＩＤＬＥ状態で、ＵＥがＭＩＣＯモードでなければ、ＡＭＦがＵＥに転送されるシグナリングまたは端末−終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）データを有するとき、ページング要求（ＰａｇｉｎｇＲｅｑｕｅｓｔ）をＵＥに転送することによって、ネットワークによりトリガーされたサービス要求手続（ｎｅｔｗｏｒｋ ｔｒｉｇｇｅｒｅｄ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ ｐｒｏｃｅｄｕｒｅ）を遂行する。ＡＮとＡＭＦとの間の該当ＵＥに対するＮ２連結が確立される毎に、ＡＭＦはＣＭ−ＣＯＮＮＥＣＴＥＲ状態で進入する。
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１を介してＡＭＦとのＮＡＳシグナリング連結を有する。
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＡＮシグナリング連結が解除される毎にＵＥはＣＭ−ＩＤＬＥ状態で進入する。
−ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＵＥのためのＮ２シグナリングの連結及びＮ３連結が解除される毎にＡＭＦはＣＭ−ＩＤＬＥ状態で進入する。
−ＮＡＳシグナリング手続が完了するとき、ＡＭＦはＵＥのＮＡＳシグナリング連結を解除するように決定することができる。ＡＮシグナリング連結の解除が完了するとき、ＵＥ内のＣＭ状態はＣＭ−ＩＤＬＥに変更される。Ｎ２コンテキスト解除手続が完了するとき、ＡＭＦ内のＵＥのためのＣＭ状態はＣＭ−ＩＤＬＥに変更される。
ＡＭＦは、ＵＥがコアネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＵＥをＣＭ−ＣＯＮＮＥＣＴＥＤ状態で維持させることができる。
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＲＲＣ非活性（ＲＲＣ Ｉｎａｃｔｉｖｅ）状態であり得る。ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥの接近可能性（ｒｅａｃｈａｂｉｌｉｔｙ）は、コアネットワークからの補助情報を用いてＲＡＮにより管理される。また、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥページングはＲＡＮにより管理される。さらに、ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥはＵＥのＣＮ及びＲＡＮ識別子を用いてページングをモニタする。
ＲＲＣ Ｉｎａｃｔｉｖｅ状態は、ＮＧ−ＲＡＮに適用される（即ち、５Ｇ ＣＮに連結されるＮＲ及びＥ−ＵＴＲＡに適用される。）。
ネットワークの設定に基づき、ＵＥをＲＲＣ Ｉｎａｃｔｉｖｅ状態で切り換えるか否かに対するＮＧ−ＲＡＮの決定を補助するために、ＡＭＦは補助情報をＮＧ−ＲＡＮに提供する。
ＲＲＣ Ｉｎａｃｔｉｖｅ補助情報は、ＲＲＣ Ｉｎａｃｔｉｖｅ状態中にＲＡＮページングのためのＵＥ特定ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）値、且つＵＥに提供される登録領域を含む。
ＣＮ補助情報は、Ｎ２活性化（ａｃｔｉｖａｔｉｏｎ）中に（即ち、登録、サービス要求、経路スイッチ中に）サービングＮＧ ＲＡＮノードに提供される。
Ｎ２及びＮ３リファレンスポイントの状態は、ＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入するＵＥにより変更されない。ＲＲＣ Ｉｎａｃｔｉｖｅ状態であるＵＥはＲＡＮ通知領域を知っている。
ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはアップリンクデータ待機（ｐｅｎｄｉｎｇ）、端末開始（Ｍｏｂｉｌｅｉｎ ｉｔｉａｔｅｄ）シグナリング手続（即ち、周期的な登録アップデート）、ＲＡＮページングに対する応答またはＵＥがＲＡＮ通知領域を外れていることをネットワークへの通知によってＲＲＣ連結を再開（ｒｅｓｕｍｅ）することができる。
ＵＥが同一のＰＬＭＮ内の互いに異なるＮＧ−ＲＡＮノードで連結が再開されると、ＵＥ ＡＳコンテキストは、以前（ｏｌｄ）のＮＧ ＲＡＮノードから回収され、手続はＣＮに向かってトリガーされる。
ＵＥがＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはＧＥＲＡＮ／ＵＴＲＡＮ／ＥＰＳにセル選択を遂行し、アイドルモード手続に従う。
また、ＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＣＭ−ＩＤＬＥモードで進入し、次のような場合に関連するＮＡＳ手続に従う。
−ＲＲＣ再開手続が失敗する場合、
−ＲＲＣ Ｉｎａｃｔｉｖｅモード内で解決できない失敗のシナリオ内でＵＥのＣＭ−ＩＤＬＥモードへの移動が要求される場合。
ＮＡＳシグナリング連結管理は、ＮＡＳシグナリング連結を確立及び解除する機能を含む。
ＮＡＳシグナリング連結確立の機能は、ＣＭ−ＩＤＬＥ状態であるＵＥのＮＡＳシグナリング連結を確立するためにＵＥ及びＡＭＦにより提供される。
ＣＭ−ＩＤＬＥ状態であるＵＥがＮＡＳメッセージを転送する必要があるとき、ＵＥはＡＭＦへのシグナリング連結を確立するために、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）または登録（ｒｅｇｉｓｔｒａｔｉｏｎ）手続を開始する。
ＵＥの選好度、ＵＥ加入情報、ＵＥ移動性パターン、及びネットワーク設定に基づき、ＡＭＦはＵＥがネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＮＡＳシグナリング連結を維持することができる。
ＮＡＳシグナリング連結の解除手続は、５Ｇ（Ｒ）ＡＮノードまたはＡＭＦにより開始される。
ＵＥがＡＮシグナリング連結が解除されることを感知すると、ＵＥはＮＡＳシグナリング連結が解除されたと判断する。ＡＭＦがＮ２コンテキストが解除されたと感知すると、ＡＭＦはＮＡＳシグナリング連結が解除されたと判断する。
３）ＵＥ移動性制限（Ｍｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ）
移動性制限は、５Ｇシステム内ＵＥのサービスアクセスまたは移動性制御を制限する。移動性制限機能は、ＵＥ、ＲＡＮ、及びコアネットワークにより提供される。
移動性制限は３ＧＰＰアクセスにのみ適用され、非−３ＧＰＰアクセスには適用されない。
ＣＭ−ＩＤＬＥ状態、及びＲＲＣ Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はコアネットワークから受信された情報に基づいてＵＥにより遂行される。ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、移動性制限はＲＡＮ及びコアネットワークにより遂行される。
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、コアネットワークはＲＡＮに移動性制限のためのハンドオーバー制限リスト（Ｈａｎｄｏｖｅｒ Ｒｅｓｔｒｉｃｔｉｏｎ Ｌｉｓｔ）として提供する。
移動性制限は、次のようにＲＡＴ制限、禁止された領域（Ｆｏｒｂｉｄｄｅｎ ａｒｅａ）及びサービス領域制限を含む：
−ＲＡＴ制限：ＲＡＴ制限は、ＵＥのアクセスが許可されない３ＧＰＰＲＡＴと定義される。制限されたＲＡＴ内のＵＥは、加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
−禁止された領域：所定のＲＡＴ下の禁止された領域内で、ＵＥはＵＥは加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
−サービス領域制限：ＵＥが次のようにネットワークとの通信を開始することができるか、または開始することができない領域を定義する：
−許可された領域（Ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可された領域内で、ＵＥは、加入情報によって許可されると、ネットワークとの通信を開始するように許可される。
−許可されていない領域（Ｎｏｎ−ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可されていない領域内で、ＵＥは、加入情報に基づいてサービス領域が制限される。ＵＥ及びネットワークは、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）またはユーザーサービスを獲得するための（ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤ状態のすべて）のセッション管理シグナリングを開始するように許可されない。ＵＥのＲＭ ｐｒｏｃｅｄｕｒｅはＡｌｌｏｗｅｄａｒｅａ と同一である。許可されていない領域内のＵＥは、コアネットワークのページングにサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）として応答する。
所定のＵＥにおいて、コアネットワークは、ＵＥ加入情報に基づいてサービス領域制限を決定する。選択的に、許可された領域は、ＰＣＦにより精巧に調整（ｆｉｎｅ−ｔｕｎｅｄ）（例えば、ＵＥ位置、永久的な機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ ＥｑｕｉｐｍｅｎｔＩｄｅｎｔｉｆｉｅｒ）、ネットワークポリシー等に基づいて）されることができる。サービス領域制限は、例えば、加入情報、位置、ＰＥＩ及び／又はポリシーの変更により変更されることができる。サービス領域制限は、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手続中にアップデートされることができる。
ＵＥがＲＡＴ制限、禁止された領域、許可された領域、許可されていない領域またはこれらの組み合わせの間に重なる領域を有すると、ＵＥは次のような優先順位によって進行する：
−ＲＡＴ制限の評価は、どんな他の移動性制限の評価よりも優先する；
−禁止された領域の評価は、許可された領域及び許可されていない領域の評価よりも優先する；及び
−許可されていない領域の評価は、許可された領域の評価よりも優先する。
４）端末開始連結専用（ＭＩＣＯ：Ｍｏｂｉｌｅ Ｉｎｉｔｉａｔｅｄ Ｃｏｎｎｅｃｔｉｏｎ Ｏｎｌｙ）モード
ＵＥは、最初の登録、又は登録アップデート中にＭＩＣＯモードの選好（ｐｒｅｆｅｒｅｎｃｅ）を指示することができる。ＡＭＦは、Ｌｏｃａｌ設定、ＵＥが指示したｐｒｅｆｅｒｅｎｃｅ、ＵＥ加入情報、及びネットワークポリシーまたはこれらの組み合わせに基づいてＭＩＣＯモードがＵＥに許可されるか否かを決定し、登録手続中にＵＥに知らせる。
ＵＥ及びコアネットワークは、次の登録シグナリングでＭＩＣＯモードを再開始（ｒｅ−ｉｎｉｔｉａｔｅ）または終了（ｅｘｉｔ）する。ＭＩＣＯモードが登録手続内で明確に指示されず登録手続が成功裏に完了すると、ＵＥ及びＡＭＦはＭＩＣＯモードを用いない。即ち、ＵＥは一般のＵＥとして動作し、ネットワークも該当ＵＥは一般のＵＥとして取り扱う。
ＡＭＦは、登録手続中にＵＥに登録領域を割り当てる。ＡＭＦがＵＥにＭＩＣＯモードを指示すると、登録領域はページング領域のサイズに制限されない。ＡＭＦサービング領域が全体のＰＬＭＮであれば、ＡＭＦはＵＥに「全てのＰＬＭＮ」の登録領域を提供することができる。この場合、移動性による同一のＰＬＭＮへの再登録は適用しない。ＭＩＣＯモードであるＵＥに移動性制限が適用されると、ＡＭＦは許可された領域／許可されていない領域にＵＥに割り当てる。
ＡＭＦがＵＥにＭＩＣＯモードを指示すると、ＡＭＦはＵＥがＣＭ−ＩＤＬＥ状態である間には常に接近可能ではないと（ｕｎｒｅａｃｈａｂｌｅ）と見なす。ＡＭＦは、ＭＩＣＯモードであり、ＣＭ−ＩＤＬＥ状態である該当ＵＥに対するダウンリンクデータ伝達のためのどんな要求も拒絶する。ＡＭＦは、また、ＮＡＳを介したＳＭＳ、位置サービス等のようなダウンリンクの伝達（ｔｒａｎｓｐｏｒｔ）を遅延させる。ＭＩＣＯモード内のＵＥは、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードであるときのみ、端末終端（ｍｏｂｉｌｅｔｅｒｍｉｎａｔｅｄ）データまたはシグナリングのために接近可能である（ｒｅａｃｈａｂｌｅ）。
ＭＩＣＯモードであるＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードに切り換えるとき、ｍｏｂｉｌｅ ｔｅｒｍｉｎａｔｅｄデータ及び／又はシグナリングを直ちに伝達することができるように、ＡＭＦはペンディングデータ指示（Ｐｅｎｄｉｎｇ Ｄａｔａ ｉｎｄｉｃａｔｉｏｎ）をＲＡＮノードに提供することができる。ＲＡＮノードがこの指示を受信すると、ＲＡＮノードはユーザー非活動性（ｉｎａｃｔｉｖｉｔｙ）を決定するときにこの情報を考慮する。
ＭＩＣＯモードであるＵＥはＣＭ−ＩＤＬＥ状態の間にページングを聴取する必要がない。ＭＩＣＯモードであるＵＥが次のような理由の一つにより、ＣＭ−ＩＤＬＥからＣＭ−ＣＯＮＮＥＣＴＥＤモードへの切り換えを開始するまで、ＵＥはＣＭ−ＩＤＬＥ状態内でどんなＡＳ手続を中断することができる：
−ＵＥ内の変更（例えば、設定変更）がネットワークへの登録アップデートを要求する場合
- 周期的な登録タイマーが満了する場合
−ＭＯ（Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｉｎｇ）データがペンディング（ｐｅｎｄｉｎｇ）である場合
−ＭＯシグナリングがペンディング（ｐｅｎｄｉｎｇ）である場合
サービスの品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）モデル
Ｑｏｓとは、多様なトラフィック（メール、データ転送、音声、映像）を各々の性格によってユーザーに円滑なサービスを伝達するための技術である。
５ＧＱｏＳモデル（ｍｏｄｅｌ）は、フレームワークベースのＱｏＳフロー（ｆｌｏｗ）を支援する。５Ｇ ＱｏＳｍｏｄｅｌは、保証されたフロービットレート（ＧＦＢＲ：Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ）を要求するＱｏＳフロー及びＧＦＢＲを要求しないＱｏＳフローを全て支援する。
ＱｏＳフローは、ＰＤＵセッションでＱｏＳ区別のための最も精密な単位（ｆｉｎｅｓｔ ｇｒａｎｕｌａｒｉｔｙ）である。
ＱｏＳフロー識別子（ＱＦＩ：ＱｏＳフローＩＤ）は、５Ｇシステム内でＱｏＳフローを識別するために用いられる。ＱＦＩは、ＰＤＵセッション内で固有である。ＯＤＵセッション内の同一のＱＦＩを有するユーザー平面トラフィックは、同一のトラフィック伝達の処理（例えば、スケジューリング、承認臨界値（ａｄｍｉｓｓｉｏｎｔｈｒｅｓｈｏｌｄ）等）を受信する。ＱＦＩは、Ｎ３（及びＮ９）上でカプセル化ヘッダー（ｅｎｃａｐｓｕｌａｔｉｏｎｈｅａｄｅｒ）内で伝達される。ＱＦＩは互いに異なるペイロードのタイプのＰＤＵ（即ち、ＩＰパケット、ｕｎｓｔｒｕｃｔｕｒｅｄパケット、イーサネットフレーム）に適用されることができる。
ただし、本明細書では、説明の便宜のために、「ＱｏＳ」と「ＱｏＳフロー」を混用して使用する。従って、本明細書での「ＱｏＳ」は「ＱｏＳフロー」を意味するか、または「ＱｏＳ」は「ＱｏＳフロー」を意味するものと解釈され得る。
５Ｇシステム内で、ＱｏＳフローは、ＰＤＵセッションの確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）またはＱｏＳフローの確立／変更（ｍｏｄｉｆｉｃａｔｉｏｎ）時にＳＭＦによって制御されることができる。
適用可能な場合、全てのＱｏＳフローは、次のような特徴を有する：
−予めＡＮに設定されるか、またはＮ２リファレンスポイントを介してＳＭＦからＡＭＦを経てＡＮに提供されるＱｏＳプロファイル；
−Ｎ１リファレンスポイントを介してＡＭＦを経てＳＭＦからＵＥに提供された一つ以上のネットワーク−提供のＱｏＳ規則及び／又は一つ以上のＵＥ導出（ｄｅｒｉｖｅｄ）ＱｏＳ規則
−Ｎ４リファレンスポイントを介してＳＭＦからＵＰＦに提供されたＳＤＦ分類およびＱｏＳ関連の情報（例えば、セッション−ＡＭＢＲ（Ａｇｇｒｅｇａｔｅ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ））。
ＱｏＳフローは、ＱｏＳプロファイルによって、「保証されたビットレート （ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）」または「保証されていないビットレート（Ｎｏｎ−ＧＢＲ：Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ ＢｉｔＲａｔｅ）」にな
ることができる。ＱｏＳフローのＱｏＳプロファイルは、次のようなＱｏＳパラメータを含む：
ｉ）それぞれのＱｏＳフローに対し、ＱｏＳパラメータは、次を含むことができる：
−５Ｇ ＱｏＳの指示子（５ＱＩ：５Ｇ ＱｏＳ Ｉｎｄｉｃａｔｏｒ）：５ＱＩは、５Ｇ ＱｏＳの特徴（即ち、ＱｏＳフローのための制御ＱｏＳ伝達取り扱いアクセスノード−特定のパラメータ、例えば、スケジューリングの加重値、承認臨界値、キュー管理臨界値、リンク層のプロトコル設定など）を参照するためのスカラーである。
−割り当て及び保有の優先順位（ＡＲＰ：Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）：ＡＲＰは、優先順位レベル、先取り（ｐｒｅ−ｅｍｐｔｉｏｎ）能力、及び先取りの脆弱性（ｖｕｌｎｅｒａｂｉｌｉｔｙ）を含む。優先順位レベルは、リソース要求の相対的な重要性を定義する。これは、リソースが制限された場合、新たなＱｏＳフローが受け入れ可能か拒絶される必要があるかを決定するために用いられ、また、リソースが制限された間に、既存のＱｏＳフローがリソースを先取りするか否かを決定するために用いられる。
ii）また、各ＧＢＲ ＱｏＳフローの場合にのみ、ＱｏＳ、パラメータは、 さらに次を含むことができる：
−ＧＦＢＲ−アップリンク及びダウンリンク；
−最大フロービットレート（ＭＦＢＲ：Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ）−アップリンク及びダウンリンク；及び
−通知制御（Ｎｏｔｉｆｉｃａｔｉｏｎ ｃｏｎｔｒｏｌ）。
iii）Ｎｏｎ−ＧＢＲ ＱｏＳフローの場合にのみ、ＱｏＳパラメータは、さらに以下を含むことができる：Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ属性（ＲＱＡ：Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｔｔｒｉｂｕｔｅ）
次のようなＱｏＳフローを制御する方法が支援される：
１）ｎｏｎ−ＧＢＲ ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値はＱｏＳフローのＱＦＩとして用いられ、基本ＡＲＰがＡＮに予め設定される；
２）ＧＢＲ ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値は、ＱｏＳフローのＱＦＩとして用いられる。基本ＡＲＰは、ＰＤＵセッションの確立時にＲＡＮに転送され、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）が活性化される；
３）ＧＢＲおよびｎｏｎ−ＧＢＲ ＱｏＳフローの場合：割り当てられたＱＦＩが用いられる。５ＱＩ値は、規格化、予め設定または非規格化されることができる。ＱｏＳフローのＱｏＳプロファイル及びＱＦＩはＰＤＵセッションの確立時またはＱｏＳフローの確立／変更時にＮ２を介して（Ｒ）ＡＮに提供されることができ、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ Ｐｌａｎｅ）が活性化される。
ＵＥは、ＱｏＳ規則に基づいて、ＵＬユーザー平面トラフィックのマーキング及び分類（即ち、ＱｏＳフローに対するＵＬトラフィックの連係（ａｓｓｏｃｉａｔｉｏｎ））を遂行することができる。このような規則は、明示的にＵＥに提供されるか（ＰＤＵセッションの確立またはＱｏＳフローの確立時）、ＵＥに予め設定されているか、またはｒｅｆｌｅｃｔｉｖｅ ＱｏＳを適用することにより、ＵＥによって暗示的に導出されることができる。
ＱｏＳ規則は、ＰＤＵセッション内で固有のＱｏＳ規則識別子、関連したＱｏＳフローのＱＦＩ、一つ以上のパケットフィルタおよび優先順位値（ｐｒｅｃｅｄｅｎｃｅ ｖａｌｕｅ）を含むことができる。さらに、割り当てられたＱＦＩに対して、ＱｏＳ規則は、ＵＥに関連したＱｏＳ.パラメータを含むことができる。同一のＱｏＳフロー（即ち、同一のＱＦＩを有する）に関連したＱｏＳ規則が一つ以上存在することができる。
基本（ｄｅｆａｕｌｔ）ＱｏＳ規則は、全てのＰＤＵセッションに必要であり得る。基本ＱｏＳ規則は、パケットフィルタを含まないことがあるＰＤＵセッションの唯一のＱｏＳ規則であり得る（この場合、最も高い優先順位値（即ち、最も低い優先順位）が用いられなければならない）。万が一、基本ＱｏＳ規則がパケットフィルタを含まなければ、基本ＱｏＳ規則は、ＰＤＵセッションで他のＱｏＳ規則とマッチしないパケットの処理を定義する。
ＳＭＦはＳＤＦのＱｏＳ及びサービスの要件事項に応じて、ＱｏＳフローに対するＳＤＦ間のバインディング（ｂｉｎｄｉｎｇ）を遂行する。ＳＭＦは、新たなＱｏＳフローに対してＱＦＩを割り当て、ＰＣＦによって提供された情報から新たなＱｏＳフローのＱｏＳパラメータを導出する。適用可能な場合、ＳＭＦは（Ｒ）ＡＮにＱｏＳプロファイルと共にＱＦＩを提供することができる。ＳＭＦはＳＤＦの優先’順位、ＱｏＳ関連情報及び対応するパケットマーキング情報（即ち、ＱＦＩ、ＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）値、及び選択的にＵＰＦに対するｒｅｆｌｅｃｔｉｖｅＱｏＳ指示を用いて、ユーザー平面トラフィックの分類、帯域幅の適用及びマーキングを可能にする）と共にＳＤＦテンプレート（即ち、ＰＣＦから受信されたＳＤＦと関連したパケットフィルタのセット）を提供する。適用可能な場合、ＳＭＦは、ＱｏＳフローのＱＦＩを追加したＰＤＵセッション内で固有のＱｏＳ規則識別子を割り当て、ＳＤＦテンプレートのＵＬ部分に対するパケットフィルタを設定し、ＳＤＦ優先順位に対してＱｏＳ規則の優先順位を設定することにより、ＰＤＵセッションに対するＱｏＳ規則を生成する。ＱｏＳ規則は、ＵＬユーザー平面トラフィックの分類およびマーキングを可能にするＵＥに提供される。
図１5は、本発明の一実施例に係るＱｏＳフローのための分類及びユーザー平面マーキング、ＱｏＳフローのＡＮリソースへのマッピングを例示する。
１）ダウンリンク
ＳＭＦは毎ＱｏＳフローのためのＱＦＩを割り当てる。また、ＳＭＦはＰＣＦによって提供された情報からＱｏＳパラメータを導出する。
ＳＭＦは、ＱｏＳフローのＱｏＳパラメータを含むＱｏＳプロファイルと共にＱＦＩを一緒に（Ｒ）ＡＮに提供する。また、ＰＤＵセッションまたはＱｏＳフローが確立されるとき、Ｎ２を介してＱｏＳプロファイルとしてＱｏＳフローのＱｏＳパラメータが（Ｒ）ＡＮに提供される。また、ＮＧ−ＲＡＮが用いられる毎に、ユーザー平面は活性化される。また、ｎｏｎ−ＧＢＲ ＱｏＳフローのためにＱｏＳパラメータは、（Ｒ）ＡＮに予め設定されることができる。
また、ＵＰＦがダウンリンクユーザ平面パケットの分類及びマーキングを遂行することができるように、ＳＭＦはＳＤＦ選好（ｐｒｅｃｅｄｅｎｃｅ）と該当ＱＦＩと共にＳＤＦｔｅｍｐｌａｔｅ（即ち、ＰＣＦから受信したＳＤＦと関連したパケットフィルタのセット）をＵＰＦに提供する。
ダウンリンク流入データパケットは、ＳＤＦ選好（ｐｒｅｃｅｄｅｎｃｅ）（追加的にＮ４シグナリングの開始なく）によるＳＤＦテンプレートに基づいて分類される。ＣＮはＱＦＩを用いたＮ３（およびＮ９）ユーザー平面マーキングを介してＱｏＳフローに属するユーザー平面トラフィックを分類する。ＡＮは ＱｏＳフローをＡＮリソース（即ち、３ＧＰＰ ＲＡＮの場合ＤＲＢ）にバインディング（ｂｉｎｄ）する。このとき、ＱｏＳフローとＡＮリソースとの間の関係は、１：１に制限されない。ＵＥがＱＦＩを受信できるようにＱｏＳフローをＤＲＢにマッピングするために必要なＡＮリソースを設定することは、ＡＮにかかっている（また、ｒｅｆｌｅｃｔｉｖｅ ＱｏＳが適用されることができる）。
万が一、マッチングが発見されず、全てのＱｏＳフローが一つ以上のＤＬパケットフィルタと関連する場合、ＵＰＦはＤＬデータパケットを廃棄することができる。
ダウンリンクトラフィックを処理するのに適用される特徴は、以下の通りである：
−ＵＰＦはＳＤＦテンプレートに基づいて、ユーザー平面トラフィックを ＱｏＳフローにマッピングする。
−ＵＰＦは、セッション−ＡＭＢＲの施行を遂行し、充電を支援するためにＰＤＵカウンティングを行う。
−ＵＰＦは５ＧＣと（Ａ）ＡＮとの間の単一のトンネルでＰＤＵセッションのＰＤＵを転送することができ、ＵＰＦはＱＦＩをカプセル化ヘッダーに含ませることができる。
−ＵＰＦは、ダウンリンクで転送レベルパケットマーキングを遂行する（例えば、外部（ｏｕｔｅｒ）のＩＰヘッダーにＤｉｆｆＳｅｒｖコードを設定する）。転送レベルパケットマーキングは、５ＱＩ及び関連したＱｏＳフローの ＡＲＰをベースとする。
−（Ｒ）ＡＮは、ダウンリンクパケットと関連したＮ３トンネルを考慮して、ＱＦＩ及び関連の５ＧＱｏＳ特性及びパラメータに基づいて、ＱｏＳフローからのＰＤＵをアクセス−特定のリソースにマッピングする。
−万が一、ｒｅｆｌｅｃｔｉｖｅ ＱｏＳが適用される場合、ＵＥは、新たなｄｅｒｉｖｅｄ ＱｏＳ規則（または「ＵＥ ｄｅｒｉｖｅｄ ＱｏＳ規則」と指称可能）を生成することができる。Ｄｅｒｉｖｅｄ ＱｏＳ規則内のパケットフィルタは、ＤＬパケット（即ち、ＤＬパケットのヘッダー）から導出されることができ、ｄｅｒｉｖｅｄＱｏＳ規則のＱＦＩはＤＬパケットのＱＦＩに応じて設定されることができる。
２）アップリンク
ＳＭＦは、ＱｏＳ規則識別子を割り当て、ＱｏＳフローのＱＦＩを追加し、ＳＤＦ ｔｅｍｐｌａｔｅのアップリンク部分にパケットフィルタをセッティングし、ＳＤＦ ｐｒｅｃｅｄｅｎｃｅにＱｏＳ規則ｐｒｅｃｅｄｅｎｃｅをセッティングすることで、ＰＤＵセッションのためのＱｏＳ規則を生成する。 ＵＥが分類及びマーキングを遂行することができるように、ＳＭＦは、ＱｏＳ規則をＵＥに提供することができる。
ＱｏＳ規則は、ＱｏＳ規則識別子、ＱｏＳフローのＱＦＩ、一つまたはそれ以上のパケットフィルタ、及び選好値（ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ）を含む。同一のＱＦＩ（即ち、同一のＱｏＳフロー）と一つ以上のＱｏＳ規則が関連することができる。
基本ＱｏＳ規則は、毎ＰＤＵセッションに要求される。基本ＱｏＳ規則は、パケットフィルタを含まない（この場合、最も高いｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ（即ち、最も低い優先順位（ｐｒｉｏｒｉｔｙ））が用いられる）ＰＤＵセッションのＱｏＳ規則である。基本ＱｏＳ規則がパケットフィルタを含まないと、基本ＱｏＳ規則は、ＰＤＵセッション内のどんな他のＱｏＳ規則ともマッチされないパケットの処理を定義する。
ＵＥは、アップリンクユーザ平面トラフィックの分類およびマーキングを行う。即ち、ＱｏＳ規則に基づいてアップリンクトラフィックをＱｏＳフローに連係させる。この規則は、Ｎ１を介して明示的にシグナリングされてもよく（ＰＤＵセッションの確立時またはＱｏＳフローの確立時）、またはＵＥ内に予め設定されてもよく、または反映されるＱｏＳからＵＥによって暗黙的に導出されてもよい。
ＵＬで、ＵＥはマッチングＱｏＳ規則（即ち、パケットフィルタがＵＬパケットとマッチング）が発見されるまでＱｏＳ規則の優先順位値（ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅ）に基づいて（即ち、ｐｒｅｃｅｄｅｎｃｅｖａｌｕｅが増加される順序に）ＱｏＳ規則のパケットフィルタに対してＵＬパケットを評価する。ＵＥは、相応するマッチングＱｏＳ規則でのＱＦＩを用いて、ＵＬパケットをＱｏＳの流れにバインディングする。ＵＥは、ＱｏＳフローをＡＮリソースにバインディン（ｂｉｎｄ）する。
万が一、マッチングが発見されず、基本ＱｏＳ規則が一つ以上のＵＬパケットフィルタが含んでいる場合、ＵＥは、ＵＬデータパケットを廃棄することができる。
アップリンクトラフィックを処理するのに適用される特徴は、以下の通りである：
−ＵＥは、ＵＬユーザー平面トラフィックとＱｏＳフローとの間のマッピングを決定するために格納されたＱｏＳ規則を使用することができる。ＵＥは、ＵＬＰＤＵをマッチングパケットフィルタを含むＱｏＳ規則のＱＦＩにマーキングし、前記ＵＬＰＤＵをＲＡＮによって提供されたマッピングをベースにＱｏＳフローのための対応するアクセスの特定リソースを用いて転送することができる。
−（Ｒ）ＡＮは、ＵＰＦに対してＮ３トンネルを介してＰＤＵを転送する。ＵＬパケッ
トが（Ｒ）ＡＮからＣＮを通過するとき、（Ｒ）ＡＮは、ＱＦＩをＵＬＰＤＵのカプセル化ヘッダーに含ませ、Ｎ３トンネルを選択する。
−（Ｒ）ＡＮは、アップリンクで転送レベルパケットマーキングを遂行することができ、転送レベルパケットマーキングは、５ＱＩ及び連係したＱｏＳフローの ＡＲＰに基づくことができる。
−ＵＰＦは、ＵＬ ＰＤＵのＱＦＩが、ＵＥに提供されるか、ＵＥによって暗示的に導出された（例えば、ｒｅｆｌｅｃｔｉｖｅ ＱｏＳの場合）ＱｏＳ規則と整列されるかを確認する。
−ＵＰＦは、セッション−ＡＭＢＦ施行を遂行し、充電のためのパケットをカウンティングする。
ＵＬ分類子（ｃｌａｓｓｉｆｉｅｒ）ＰＤＵセッションの場合、ＵＬ分類子機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが施行されなければならない。また、ＤＬセッション−ＡＭＢＲは、Ｎ６インターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
マルチホームＰＤＵセッションの場合、分岐点の機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが適用される。また、ＤＬセッション−ＡＭＢＲは、Ｎ６インターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
（Ｒ）ＡＮは、ｎｏｎ−ＧＢＲＱｏＳフロー別にＵＬおよびＤＬで最大のビットレート（ＵＥ−ＡＭＢＲ）の制限を施行しなければならない。ＵＥは、セッション−ＡＭＢＲを受信すると、セッション−ＡＭＢＲを用いてｎｏｎ−ＧＢＲトラフィックのためのＰＤＵセッションベースのＵＬレート制限を遂行しなければならない。ＰＤＵセッション当たりレート制限の施行は、保証されたフロービットレートを要求しないフローに適用する。ＳＤＦ当たりＭＢＲは、ＧＢＲ ＱｏＳフローに義務的（ｍａｎｄａｔｏｒｙ）であるが、ｎｏｎ−ＧＢＲ ＱｏＳフローに対しては、選択的（ｏｐｔｉｏｎａｌ）である。ＭＢＲはＵＰＦで施行される。
非構造的（ｕｎｓｔｒｕｃｔｕｒｅｄ）ＰＤＵに対するＱｏＳ制御は、ＰＤＵセッションレベルで遂行される。ＰＤＵセッションが非構造的ＰＤＵの転送のためにセットアップされるとき、ＳＭＦはＰＤＵセッションのいずれか（ａｎｙ）のパケットに適用されるＱＦＩをＵＰＦ及びＵＥに提供する。
GUTI（Globally Unique Temporary UE Identity）
GUTIの目的は、EPSでUEまたはユーザーの恒久的な識別を露出せず、UEの明確な（unambiguous）識別を提供するためである。GUTIはMMEとネットワークを識別するために使用することもできる。GUTIはEPSでネットワークとUEとの間のシグナリングの間に、ネットワーク、およびUEによってUEの識別を確立（establish）するために使用することができる（３GPP TS ２３.４０１ [７２]参照）。
GUTIには下記のような２つの主要なコンポーネントがある。
一つは、GUTIを割り当てたMMEを一意に識別するための要素;と
- 他の一つは、GUTIを割り当てたMME内でUEを一意に識別するための要素。
MME内でUEは、M（MME）-TMSI（Temporary mobile subscriber identity）によって識別されなければならない。
GUMMEI（globally unique MME identifier）は、MCC（mobile country code）、MNC（mobile network code）とMMEI（MME identifier）から構成されることもできる。
MMEIはMMEグループID（MMEGI）とMMEコード（MMEC）から構成されることもできる。
GUTIはGUMMEIとM-TMSIに構成されることもできる。
ページングの目的のために、端末は、S-TMSIにページングされることもできる。S-TMSIはMMECとM-TMSIで構成されることもできる
オペレータは、MMECがMMEプールエリア内で一意であるを保証する必要があり、重複するプール領域を使用している場合は、重畳するMMEプールエリア内で一意であることを保証しなければならない。
一部のネットワーク共有の場合には、３GPP TS ２３.２５１ [１０１]で説明したようにMMECとNRI値が共有オペレータ間で調整（coordinate）されるべきである。共有されたGERAN／UTRANネットワークでCS（circuit-switched）／PS（packet-switched）の調整（coordination）を達成するために、GUTIに含まれているMMECはUEをサービスするCSオペレータを識別するために設定されることもできる。
GUTIは、加入者識別機密性（confidentiality）を支援し、短縮されたS-TMSIフォーマットでより効率的な無線シグナリング手順（例えば、ページングおよびサービス要求）を可能にするため使用することができる。
GUTIのフォーマットとサイズは以下の通りである。
<GUTI> = <GUMMEI> <M-TMSI」、
<GUMMEI> = <MCC> <MNC> <MME識別子>
<MME識別子> = <MMEグループID> <MMEコード>
MCC、MNCは、既存の３GPPシステムと同じフィールドサイズを持つ必要がある。
M-TMSIは３２ビットの長さを持つことができる。
MMEグループIDは、１６ビットの長さを持つことができる。
MMEコードは、８ビットの長さである必要がある。
E-UTRAN対UTRAN IuモードインターRATハンドオーバー
１.予備条件（Pre-conditions）：
-UEは、ECM-CONNECTED状態（E-UTRANモード）にある。
-UEへの緊急ベアラサービスが進行中の場合は、ハンドオーバー制限リストとは独立して、ターゲットRNCへのハンドオーバーが実行される。SGSNは、実行段階でルーティング領域の更新の一部としてハンドオーバーが制限領域にあることを確認し、制限領域にあるなら、SGSNは、非-緊急PDPコンテキストを無効にする。
-UEへの緊急ベアラサービスが進行中の場合は、ソースMMEはUEのCSG加入（subscription）とは独立して、ターゲットCSGセルのハンドオーバーを評価する。ハンドオーバーがUEが加入されていないCSGセルへのものであれば、ターゲットRNCは、緊急ベアラのみを受け入れ、ターゲットSGSNは、ターゲットRNCによって受け入れられていない非-緊急PDPコンテキストを無効にする。
２.準備段階（Preparation phase）
図１６は、本発明に適用することができるE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の準備段階を例示したフローチャートである。
１.ソースeNodeBは、ターゲットアクセスネットワークであるUTRAN IuモードへのインターRATハンドオーバーを開始することを決定する。この時点で、アップリンクとダウンリンクのユーザデータの両方は、UEとソースeNodeBとの間のベアラ、ソースeNodeB、サービングGWとPDN GWとの間のGTPトンネルを通じて送信される。
UEが進行中の緊急ベアラサービスを持っている場合は、ソースeNodeBは、IMS音声能力のないUTRANセルへのPSハンドオーバーを開始してはならない。
２.ソースeNodeBは、ソースMMEにハンドオーバー要求（Handover Required）（S１AP理由、ターゲットRNC識別子、CSG ID、CSGアクセスモード、ソース対ターゲット透明コンテナ）メッセージを送信してCNがターゲットRNC、ターゲットSGSNとサービングGW内の資源を設定するように要求する。データ転送の対象となるベアラは、以後の段階で、ターゲットSGSNによって識別される（下記の７の段階を参照）。ターゲットセルがCSGセルまたはハイブリッドセルであるとき、ソースeNodeBは、ターゲットセルのCSG IDを含むべきである。ターゲットセルがハイブリッドセルである場合は、CSGアクセスモードが表示されるべきである。
３.ソースMMEは、「ターゲットRNC識別子」のIEからハンドオーバータイプがIRATハンドオーバー対UTRAN Iuモードであることを決定する。ソースMMEは、４.３.８.４節で説明したように、「SGSN選択機能」のターゲットSGSNを選択する。ソースMMEは、フォワード再配置要求（Forward Relocation Request）（IMSI、ターゲットの識別、CSG ID、CSGメンバーシップの表示、MMコンテキスト、PDN接続、制御平面のためのMMEトンネルエンドポイント識別子、制御平面のためのMMEアドレス、ソース対ターゲット透明コンテナ、RANの理由、（可能であれば）MS Infoの変更報告アクション、（可能ならば）CSG情報報告アクション、UEの時間ゾーン、ISRが支援されるサービングネットワーク）メッセージをターゲットSGSNに送信してハンドオーバー資源割り当て手順を開始する。ソースMME及び関連サービングGWがUEへのISRを活性化することができる場合は、ISR Supported情報が表示される。ISRが活性化されると、このSGSNがターゲットの識別によって識別されたターゲットをサービスするときUEのISRを維持するSGSNにメッセージが送信されるべきである。このメッセージは、ソースシステムで有効になったすべてのPDN接続を含み、各PDN接続について制御平面へのサービングGWの関連APN、住所、アップリンク・トンネルエンドポイントパラメータおよびEPSベアラコンテキストのリストを含んでいる。RAN理由は、ソースeNodeBから受信したS１AP理由を示す。サービングネットワークが変更される場合に決定するためのターゲットMMEを支援するために、以前ののサービングネットワークがターゲットMMEに送信される。
ソースMMEは、CSG IDがソースeNodeBによって提供される時UEのCSG登録をチェックし、アクセス制御を行う必要がある。このCSG IDまたはCSG登録への登録データがなく、ターゲットセルがCSGセルの場合には、ソースMMEはUEが緊急ベアラサービスを持たない限り、適切な理由でハンドオーバーを拒否しなければならない。
ソースMMEは、ターゲットセルがCSGセルまたはハイブリッドセルであるときフォワード再配置要求にCSG IDを含んでいる。ターゲットセルがハイブリッドセルであるか、または複数の緊急ベアラがあり、そのターゲットセルがCSGセルの場合には、UEがCSGメンバーかどうかを示すCSGメンバーシップの表示がフォワード再配置要求（Forward Relocation Request）メッセージに含まれる。
MMコンテキストはEPSベアラコンテキストの情報を含んでいる。ソースMMEは、「非-IP」ベアラまたはSCEF接続へのEPSベアラコンテキスト情報を含んでいない。選択されたターゲットSGSNがUEのEPSベアラを支援することができない場合は、ソースMMEはハンドオーバー準備失敗（理由）メッセージをソースeNodeBに送信することにより、ハンドオーバーの試みを拒否する。
ハンドオーバーが成功した場合は、ソースMMEは、SGWおよび／またはSCEFに実行の手順６の後に任意の含まれていないEPSベアラを解除することをシグナリングする。含まれていないベアラは、実行の手順１０でルーティング領域の更新時に発生するベアラコンテキストの状態同期の次にUEによって局部的に解除される。
ターゲットSGSNは、EPSベアラをPDPコンテキストと１対１でマッピングしてEPSベアラのEPSベアラQoSパラメータ値を付録Eに定義されたベアラコンテキストのRelease ９９ QoSパラメータ値にマッピングする。
PDPコンテキストの優先順位化は、ターゲットコアネットワークノード、すなわちターゲットSGSNによって実行される。
MMコンテキストは、セキュリティ関連情報と一緒に支援される暗号化アルゴリズムを含んでいる。
ターゲットSGSNは、フォワード再配置要求で、各ベアラコンテキストのAPN制限に基づいて、最大APN制限を決定しなければならず、以後新たな最大APN制限値を保存する必要がある。
スタンドアロン型（stand-alone）GWを持つアーキテクチャでPDN接続のためにローカルネットワークのSIPTOが有効になっている場合は、ソースMMEは、ローカルネットワークPDN接続でSIPTOに対応するPDN接続にセルのローカルホームネットワークIDを含む必要がある。
４. ターゲットSGSNは、例えば、PLMNの変更によりサービングGWが再配置されるべきかどうかを決定する。サービングGWが再配置されるべき場合には、ターゲットSGSNは、「サービングGW選択機能」について４.３.８.２節で説明したように、ターゲットサービングGWを選択し、ターゲットサービングGWにPDNを接続するごとにセッション生成要求メッセージ（IMSI、制御平面へのSGSNトンネルエンドポイント識別子、ユーザ平面へのSGSNアドレス、ユーザー平面へのPDN GWアドレス、ユーザー平面へのPDN GW UL TEID、制御平面へのPDN GWアドレスおよび制御平面へのPDN GW TEID、S５／S８を通すプロトコルタイプ、サービングネットワーク）を送信する。S５／S８を通すプロトコルタイプがサービングGWに提供され、プロトコルはS５／S８インタフェースを通じて使用しなければならない。
ターゲットSGSNは、表示された順にEPSベアラコンテキストを設定する。SGSNは、実行段階のステップ７で提供されるように、設定できないEPSベアラコンテキストを無効にする。
４a．ターゲットサービングGWは、自分のローカル・資源を割り当て、生成セッション応答（Create Session Response）（ユーザー平面へのサービングGWアドレス、ユーザ平面へのサービングGW UL TEID、制御平面へのサービングGWアドレス、制御平面へのサービングGW TEID）メッセージをターゲットSGSNに返す。
５. ターゲットSGSNは、メッセージの再配置要求（UE識別子、理由、CNドメインマーカー、整合性保護情報（つまり、IK及び許可された整合性の保護アルゴリズム）、暗号化情報（すなわち、CK及び許可された暗号化アルゴリズム）、設定リストとなるRAB、CSG ID、CSGメンバーシップの表示、ソースRNC対ターゲットRNC透明コンテナ、サービスのハンドオーバー関連情報）を送信することにより、無線ネットワーク資源（RABs）を設定するように、ターゲットRNCに要請する。アクセス制限がMMコンテキストに存在する場合、RNCがアクセス制限によって禁止されたRATへのハンドオーバーで接続モードのUEを制限するために、再配置要求メッセージのためのサービスのハンドオーバー関連情報は、ターゲットSGSNに含まれていなければならない。
設定されるように要求されるRABごとにRAB ID、RABパラメータ、トランスポート階層アドレス、Iu送信関連（Transport Association）などの情報が含まれていなければならない。RAB ID情報要素は、NSAPI値を含み、RABパラメータ情報要素は、QoSプロファイルを提供する。トランスポート階層アドレスはユーザー平面へのサービングGWアドレス（直接トンネルが使用されている場合）、またはユーザー平面へのSGSNアドレス（直接トンネルが使用されていない場合）であり、Iu転送関連はサービングGWまたはSGSNそれぞれのアップリンク・トンネルエンドポイント識別子データに対応する。
暗号解読および整合性保護キーは、新しいAKA（認証とキー協定）手順を必要せず、新しいRAT／モードのターゲットセルでデータ転送を継続できるように、ターゲットRNCに送信される。ターゲットRNCのRRCからUEに（再配置コマンドメッセージまたはハンドオーバー完了メッセージの後）送信する必要がある情報は、ターゲットRNCから透明コンテナを通じてUEに送信されるRRCメッセージに含まれていなければならない。
フォワード再配置要求メッセージ内でソースMMEによって提供される場合、ターゲットSGSNはCSG IDとCSGマップンシップの表示を含む必要がある。
ターゲットRNC無線およびIuユーザー平面の資源は、許可されたRABのために予約される。理由（Cause）は、ソースMMEから受信されたRANの理由を示す。ソースRNC対ターゲットRNC透明コンテナには、ソースeNodeBから受信したソースからターゲット透明コンテナへの値が含まれる。
ターゲットセルがCSGセルの場合には、ターゲットRNCは、ターゲットSGSNによって提供されるCSG IDを検証し、ターゲットセルへのCSG IDと一致しない場合、適切な理由でハンドオーバーを拒否しなければならない。ターゲットセルがハイブリッドモードである場合には、ターゲットRNCはCSGメンバーシップの表示を使用してCSGと非-CSGメンバーに対して差別化された処理を実行することができる。ターゲットセルがCSGセルであり、CSGメンバーシップの表示が「非メンバー」である場合には、ターゲットRNCは、緊急ベアラのみを許可する。
５a．ターゲットRNCは、資源を割り当てて、メッセージ再配置要求確認（Relocation Request Acknowledge）（ターゲットRNC対ソースRNC透明コンテナ、RAB設定リスト、設定失敗RABリスト）メッセージで、ターゲットSGSNに該当パラメータを返す。
再配置要求確認メッセージを送信するとき、ターゲットRNCは、許可されたRABに対し、サービングGWから、または直接トンネルが使用されていない場合、ターゲットSGSNからのダウンリンクGTP PDUを受信する準備ができていなければならない。
それぞれのRAB設定リストは、ユーザーデータのためのターゲットRNCアドレスであるトランスポート階層アドレスとユーザーデータのためのダウンリンクトンネルエンドポイント識別子に対応するIu転送関連によって定義される。
RABが設定されていない任意のEPSベアラコンテキストは、ターゲットSGSNとUEで維持管理される。これらのEPSベアラコンテキストは、ルーティング領域の更新（RAU）手順の完了時に、明示的なSM手順を通じて、ターゲットSGSNによって無効にされる。
６.「間接転送」とサービングGWの再配置が適用され、直接トンネルが使用されると、ターゲットSGSNは、間接データ転送トンネル要求メッセージ（DLデータ転送のためのターゲットRNCアドレスとTEID）をサービングGWに送信する。「間接転送」とサービングGWの再配置が適用され、直接トンネルが使用されていなければ、ターゲットSGSNは、間接データ転送トンネル要求メッセージ（DLデータ転送のためのSGSNアドレスとTEID）をサービングGWに送信する。
間接転送はUEのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
６a．サービングGWは、間接的なデータ転送トンネル応答（Indirect Data Forwarding Tunnel Response）（理由、サービングGWアドレスとサービングGW DL TEID）メッセージをターゲットSGSNに返す。
７. ターゲットSGSNは、メッセージ転送再配置応答（理由、制御平面へのSGSNトンネルエンドポイント識別子、制御平面へのSGSNアドレス、ターゲット対ソース透明コンテナ、理由、RAB設定情報、追加RAB設定情報、アドレスおよびTEIDユーザーのトラフィックデータ転送、サービングGW変更の表示）をソースMMEに送信する。サービングGW変更指示は、新しいサービングGWが選択されたこと指示する。ターゲット対ソースの透明コンテナは、ターゲットRNCからターゲットRNCから受信したソースRNC透明コンテナでの値を含んでいる。
ユーザーのトラフィックデータ転送のためのIE「アドレスとTEID」は、ターゲットシステム上のデータ転送のための対象トンネリングエンドポイントを定義し、次のように設定される。
- 「直接転送」が適用されるか「間接転送」とサービングGWの再配置が適用されず、直接トンネルが使用されている場合、ユーザーのトラフィックデータ転送のためのIE「アドレスとTEIDは、ステップ５aで受信されたターゲットRNCへのGTP-Uトンネルエンドポイント・パラメータとアドレスを含んでいる。
-「間接フォワーディング」とサービングGWの再配置が適用されると、ユーザーのトラフィックデータ転送のためのIE「アドレスとTEIDはステップ６で受信したサービングGWへのDL GTP-Uトンネルエンドポイント・パラメータとアドレスを含んでいる。これは、直接トンネルを使用とは独立している。
-「間接転送」が適用され、直接トンネルが使用されず、サービングGWの再配置が適用されない場合は、「ユーザーのトラフィックデータ転送のためのIE」 アドレスとTEIDには、ターゲットSGSNへのDL GTP-Uトンネルエンドポイント・パラメータが含まれる。
８.「間接転送」が適用されると、ソースMMEは、メッセージ生成の間接データ転送トンネル要求（message Create Indirect Data Forwarding Tunnel Request）（（ステップ７で受信した）データ転送のためのアドレスとTEID）、EPSベアラID）を間接転送のために使用されるサービングGWに送信する。
間接転送はUEへのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
８a．サービングGWは、メッセージ生成の間接データ転送トンネル応答（message Create Indirect Data Forwarding Tunnel Response）（理由、データ転送のためのサービングGWアドレスとTEID）を送信して転送パラメータを返す。サービングGWがデータ転送を支援していない場合は、適切な理由値が返されるべきである、サービングGWアドレスとTEIDは、メッセージに含まれない。
３. 実行段階（Execution phase）
図１７は、本発明の一実施形態に従うE-UTRAN対UTRAN IuモードインターRAT HO（Handover）の実行手順を例示したフローチャートである。
PMIP基盤のS５／S８の場合手順ステップ（A）と（B）は、TS ２３.４０２ [２]に定義されている。段階（B）は、PMIP基盤S５／S８の場合PCRF相互作用を示している。手順８と８aはGTP基盤S５／S８に関するものである。
ソースeNodeBは、ダウンリンクとアップリンクユーザ平面PDUを継続して受信する。
１.ソースMMEは、メッセージのハンドオーバーコマンド（Handover Command）（ターゲット対ソースの透明コンテナ、解除リストであるE-RAB、データ転送リストの対象ベアラ）に送信し、ソースeNodeBのための準備段階を完了する。「データ転送リスト対象のベアラ」は、メッセージに含まれることができ、「直接転送」が適用される場合に、その準備段階（準備段階のステップ７）でターゲット側から受信した「ユーザーのトラフィックデータ転送のためのアドレスおよびTEID」のリストでなければならず、「間接転送」が適用される場合に準備段階のステップ８aから受信されたパラメータが適用される。
ソースeNodeBは、「データ転送リストの対象ベアラの」で特定されたベアラに対してデータ転送を開始する。データ転送は、ターゲットRNCで直接行うこともでき、代替的に準備段階でソースMMEおよび／またはターゲットSGSNによって決定された場合のサービングGWを通じて行われることもできる。
２. ソースeNodeBは、E-UTRANコマンドからのメッセージHOを通じてターゲットアクセス・ネットワークにハンドオーバーするようにUEに命令を下す。このメッセージは、ターゲットRNCが準備段階で設定した無線側面パラメータ（radio aspect parameters）を含む透明コンテナを含んでいる。このE-UTRANの特定のシグナリングの詳細については、TS ３６.３００ [５]に記載されている。
ハンドオーバーコマンドメッセージを含むE-UTRANコマンドメッセージからHOを受信する時に、UEはNSAPIとの関係に基づいて、ベアラIDをそれぞれのRABに関連しなければならないし、ユーザ平面データのアップリンク送信を停止しなければならない。
４. UEは、ターゲットUTRAN Iu（３G）システムに移動して、ステップ２で転送されたメッセージに指定されたパラメータに基づいてハンドオーバーを実行する。手順は、受信されたRABと、特定のNSAPIと関連付けられた既存のBearer Idの追加的な関連を持つTS ４３.１２９の５.２.２.２節[８]のステップ６と８と同じである。
UEは、ターゲットRNCに割り当てられた無線資源があるNSAPIのみにユーザーデータの転送を再開することができる。
５. 新しいソースRNC-ID + S-RNTIがUEと正常に交換されると、ターゲットRNCは再配置完了（Relocation Complete）メッセージをターゲットSGSNに送信しなければならない。再配置完了手順の目的は、ソースE-UTRANからRNCへの再配置の完了をターゲットRNCによって表示するものである。再配置完了メッセージを受信した後、ターゲットSGSNは、ターゲットRNCからのデータを受信する準備ができていなければならない。ターゲットSGSNによって受信された各アップリンクN-PDUは、サービングGWに直接送信される。
スタンドアロンGWアーキテクチャを持つローカルネットワークのSIPTOの場合、ターゲットRNCは再配置完了メッセージにターゲットセルのローカルホームネットワークIDを含める必要がある。
６. 次に、ターゲットSGSNは、UEがターゲット側に到達したことを知って、ターゲットSGSNはフォワード再配置完了通知（Forward Relocation Complete Notification）（ISR有効、サービングGW変更）メッセージを送信することにより、ソースMMEに通知する。指示ができれば、有効にされたISRは、UEのコンテキストを維持してISGを有効にすることをソースMMEに指示し、これはS-GWが変更されていない場合にのみ可能である。ソースMMEはまた、その情報を確認（acknowledge）する。（サービングGWの再配置のための）ソースサービングGWとソースeNodeBの資源が解除される場合を監視するように、ソースMMEのタイマーが開始される。
タイマーが期限切れになり、有効にされたISRがターゲットSGSNによって指示されていない場合、ソースMMEはUEのすべてのベアラの資源を解除する。サービングGWの変更が指示され、このタイマーが満了すると、ソースMMEはセッション削除要求（Delete Session Request）（理由、動作表示）メッセージをセッションサービングGWに送信することにより、EPSベアラ資源を削除する。ソースサービングGWがPDN GWへの削除手順を開始してはならないということを、ソースサービングGWに指示する動作指示フラグは設定されない。この手順の前にISRが有効になった場合、理由は、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、他の以前の（old）CNノードに関するベアラの資源を削除する必要があることを、ソース-GWに指示する。
フォワード再送完了確認メッセージを受信する時には、ターゲットSGSNは間接転送のためのS-GWの資源を割り当てた場合、ターゲットSGSNは、タイマーを開始する。
ステップ３で送信されたフォワード再配置要求メッセージに含まれていなかったすべてのベアラに対して、MMEは、SGWにベアラ削除コマンドを送信したり、SCEFに適切なメッセージを送信してベアラを解除する。
７. もう、ターゲットSGSNがUEが設定したすべてのEPSベアラコンテキストを担当するということを（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWの可能性あり）に通知することにより、ターゲットSGSNは、ハンドオーバー手順を完了する。これは、PDNの接続ごとにメッセージベアラ修正要求（（直接トンネルが使用されていない場合）許可されたEPSベアラへのユーザーのトラフィックのためのSGSNアドレスとTEID、制御平面へのSGSNトンネルエンドポイント識別子、制御平面へのSGSNアドレス、NSAPIまたは（直接トンネルが使用される場合）許可されたEPSベアラへのユーザーのトラフィックのためのRNCアドレスとTEIDとRATタイプ、有効化されたISR）で行われる。E-UTRANからのモビリティなので、以前のRATでPGWによって位置情報変更の報告が要求されたかどうかにかかわらず、ターゲットSGSNが位置情報変更の報告を支援すれば、ターゲットSGSNは（支援される細分性（granularity）に基づいて）修正ベアラ要求（Modify Bearer Request）にユーザーの位置情報を含むべきである。PDN GWが（UEコンテキストから決定された）ユーザーCSG情報を要求すると、SGSNは、このメッセージにユーザーCSG情報IEをまた含んでいる。UEの時間帯が変更されると、SGSNは、このメッセージにUEの時間ジョンIEを含んでいる。サービングGWが再配置されないがサービングネットワークが変更されたか、SGSNが以前のMMEから任意の以前のサービングネットワーク情報を受信していない場合、SGSNはこのメッセージに新しいサービングネットワークIEを含む。ネットワーク共有のシナリオでサービングネットワークはサービングコアネットワークを示す。指示ができれば、有効になったISR情報は、ISRが有効になることを示し、これは、S-GWが変更されていない場合にのみ可能である。修正ベアラ要求がISR有効になることを示さず、S-GWが変更されない場合、S-GWは、予約されたS-GWのベアラ資源を持つ他のCNノードにベアラ削除要求を送信することにより、ISR資源を削除する。
SGSNは、ベアラコンテキストの無効化手順をトリガーすることにより、非-許容EPSベアラコンテキストを解除する。サービングGWが非-許容ベアラに対してDLパケットを受信すると、サービングGWはDLパケットをドロップ（drop）してダウンリンクデータ通知をSGSNに送信しない。
８.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、PDN GWに、例えば、PDNの接続ごとにメッセージの修正ベアラ要求を送信して、課金のために使用することができる、例えば、サービングGWの再配置またはRATタイプの変更を通知することができる。ステップ７に存在する場合、S-GWはユーザーの位置情報IEおよび／またはUEの時間領域IEおよび／またはユーザーCSG情報IEをまた含んでいる。５.５.２.１.２節のステップ４またはステップ７で、これらが受信される場合、サービングネットワークが含まれていなければならない。サービングGW再配置の場合、サービングGWは非-許容ベアラに対してもS５／S８を通じてDL TEIDを割り当ててPDN課金一時停止支援表示を含むことができる。PDN GWは、メッセージの修正ベアラ応答を利用し、要求を確認した上応答する必要がある。サービングGW再配置の場合、PDN GWは自分のコンテキストフィールドを更新し、修正ベアラ応答（（PDN GWが機能をイネーブルするように選択される場合）課金Id、MSISDN、PDN課金一時停止イネーブル指示）を返す。PDN GWがUEのコンテキストに保存されるならばMSISDNが含まれる。ターゲットSGSNから位置情報変更の報告が要求されて支援できれば、PGWは修正ベアラ応答にMS Infoの変更を報告アクションを提供しなければならない。
PCCインフラ構造が使用されると、PDN GWは、例えばRATタイプの変更についてPCRFに知らせる。
サービングGWが再配置される場合、PDN GWはパスをスイッチングした直後に、以前の経路上の複数の「エンドマーカー」パケットを送信する必要がある。ソースサービングGWは、「終了マーカー」パケットをソースeNodeBに転送しなければならない。
９.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、ベアラ応答修正メッセージ（理由、制御平面へのGWトンネルエンドポイント識別子、制御平面へのサービングGWアドレス、プロトコル構成オプション、MS Info変更レポートアクション）を通じてターゲットSGSNにユーザ平面スイッチを確認応答する。この段階では、直接トンネルが使用されていない場合、UE、ターゲットRNC、ターゲットSGSNとの間のすべてのEPSベアラコンテキスト、（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）とPDN GWに対してユーザー平面パスが設定される。
サービングGWが変更されなければ、パスを切り替えた直後にサービングGWは複数の「エンドマーカー」パケットを以前の経路を通じて送信する必要がある。
１０. UEが自分の現在のルーティング領域がネットワークに登録されていないと認識したり、UEのTINが「GUTI」を指示する場合、UEは新しいルーティング領域に位置することを示すルーティング領域の更新手順をターゲットSGSNと一緒にUEが開始する。RAN機能は、ルーティング領域情報をPMM-CONNECTED UEに提供する。
ハンドオーバーメッセージによってベアラコンテキストを受信したので、ターゲットSGSNは、このUEに対してIRATハンドオーバーが実行されたことを知って、このようにターゲットSGSNは、RAU手順のサブセットだけを行い、具体的には、ソースMMEとターゲットSGSNとの間のコンテキスト伝達手順を排除する。
CIoT EPSの最適化を支援しているUEについて、UEは、RAU許容内でのベアラ状態情報を使用し、ローカルに無効にする必要がある任意の非-伝送ベアラを識別する。
１１. ステップ６で始まったタイマーが切れた場合は、ソースMMEは、ソースeNodeBに解除資源メッセージを送信する。ソースeNodeBは、UEに関連する資源を解除する。
ステップ６で始まったタイマーが期限切れになり、ソースMMEがフォワード再配置応答メッセージでServing GW変更指示を受信すると、セッション削除要求（理由、動作指示）メッセージをソースサービングGWに送信することにより、EPSベアラ資源を削除する。ソースサービングGWがPDN GWの削除手順を開始してはならないと指示する動作指示フラグは設定されない。ソースサービングGWはセッション削除応答（理由）メッセージを利用して確認応答する。この手順の前にISRが有効になった場合には、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、ソースS-GWが他の以前CNノードに関するベアラ資源を削除する理由をソースS-GWに指示する。
１２. 間接転送が使用された場合は、ステップ６で始まったソースMMEからのタイマーの満了により、ソースMMEが間接転送に使用される一時資源を解除するための間接的なデータ転送トンネル要求を削除メッセージを、S-GWに送信するようにトリガーする。
１３. 間接転送が使用されてサービングGWが再配置される場合は、ステップ６で始まったターゲットSGSNでのタイマーの満了により、ターゲットSGSNが削除間接データ転送トンネル要求（Delete Indirect Data Forwarding Tunnel Request）メッセージをターゲットS-GWに送信することをトリガし、間接転送のために使用される一時資源を解除する。
図１８は、本発明の一実施形態に従うE-UTRANのUTRAN IuモードインターRAT HO（Handover）の拒絶を例示したフローチャートである。
ターゲットRNCは、再配置要求メッセージ内の要求されたRABが確立できない場合、ハンドオーバー手順の使用を拒否することができる。この場合、ターゲットSGSN／RNCはどのようなUEコンテキストも設定されず、資源が割り当てられない。ソースeNodeB／MME内にUEが残っている。
１.本フローチャートの１〜５のステップは、先に準備段階で、上述した通りである。
６.対象RNCが要求されたRABの中で任意のRABの資源を割り当てていなければ、ターゲットSGSNに再配置失敗（Relocation Failure）（理由）メッセージを送信する。ターゲットSGSNがターゲットRNCから再配置失敗メッセージを受信すると、ターゲットSGSNはこのUEの任意の予約された資源を削除（clear）する。
７.このステップは、サービングGWの再配置、すなわちステップ４／４aが実行された場合にのみ実行される。ターゲットSGSNは、セッションサービングGWにセッション削除要求（理由）メッセージを送信することにより、EPSベアラ資源を削除する。ターゲットサービングGWはセッション削除応答（原因）メッセージに確認応答する。
８.ターゲットSGSNは、発信MMEにフォワード再配置応答（理由）メッセージを送信する。
９.ソースMMEがフォワード再配置応答メッセージを受信すると、ハンドオーバー準備の失敗（理由）メッセージをソースeNodeBに送信する。
UTRAN Iuモード対E-UTRANインターRATハンドオーバー
ネットワークがハンドオーバーを実行することを決定した場合、UTRAN Iuモード対E-UTRANインターRATハンドオーバーの手順が行われる。UTRAN IuモードでE-UTRANにPSハンドオーバーを実行する決定は、UEによってUTRAN RNCに報告された無線状態の測定に基づいて、ネットワークによって行われる。
UEに対して緊急ベアラサービスが進行中の場合、MMEはハンドオーバーが制限区域内にある場合、トレース領域の更新（Tracking Area Update）の一部として実行段階で確認し、その後、MMEは、非-緊急ベアラを解除する。
緊急ベアラサービスがUEに対して進行中の場合は、ソースSGSNは、UEのCSG登録と独立して、ターゲットCSGセルへのハンドオーバーを評価する。ハンドオーバーがUEが登録されていないCSGセルへのものであれば、５.１０.３節に述べたように、ターゲットeNodeBは、緊急ベアラのみを許可し、ターゲットMMEは、ターゲットeNodeBによって許可されていない非-緊急PDNの接続を解除する。
１.準備段階
図１９は、本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の準備手順を例示したフローチャートである。
１.ソースRNCは、E-UTRANにインターRATハンドオーバーを開始することを決定する。この時点で、アップリンクとダウンリンクユーザデータの両方は、次の方法で送信される。UEとソースRNCとの間のベアラ、（直接トンネルが使用されていない場合にのみ）ソースRNCとソースSGSNとの間のGTPトンネル、サービングGWとPDN GWとの間のGTPトンネル。
２.ソースRNCは、ソースSGSNに再配置要求（理由は、ターゲットeNodeB識別子、CSG ID、CSGアクセスモード、ソースRNC識別子、ソースRNC対ターゲットRNC透明性コンテナ）メッセージを送信してCNがターゲットeNodeB、ターゲットMMEとサービングGWに資源を設定するように要請する。データ転送の対象となるベアラは、後の段階で、ターゲットMMEによって識別される（下記ステップ７を参照）。ターゲットセルがCSGセルまたはハイブリッドセルの場合、ソースRNCはターゲットセルのCSG IDを含むべきである。ターゲットセルがハイブリッドセルの場合には、CSGアクセスモードが指示されるべきである。
３.ソースSGSNは、「ターゲットeNodeB識別子」IEからハンドオーバーのタイプがE-UTRANへのIRATハンドオーバーであることを決定する。ソースSGSNは、「MME選択機能」の４.３.８.３節で説明したように、ターゲットMMEを選択する。ソースSGSNは、フォワード再配置要求（IMSI、ターゲットの識別、CSG ID、CSGメンバーシップの表示、MMコンテキスト、PDN接続、制御平面のためのSGSNトンネルエンドポイント識別子、制御平面のためのSGSNアドレス、ソースのターゲット透明コンテナ、RAN理由、（可能であれば）MS Infoの変更報告アクション（可能ならば）、CSG情報報告アクション）、UEの時間ゾーン、ISR支援、サービングネットワーク（存在する場合）、報告する変更）メッセージをターゲットMMEに送信してハンドオーバーの資源割り当て手順を開始する。このメッセージは、ソースシステムに設定されたすべてのベアラに対応するすべてのEPSベアラコンテキストとサービングGWのアップリンクトンネルエンドポイントパラメータを含んでいる。ISR支援情報が表示されたら、これはソースSGSNと関連付けられているサービングGWがUEのISRを有効化することができることを示している。ISRが有効になると、このMMEがターゲットの識別（Target Identification）によって識別されたターゲットをサービングしている場合、UEのISRを維持するメッセージがMMEに送信されていなければならない。RAN理由は、ソースRNCから受信された理由を示す。ソース対ターゲット透明コンテナは、ソースRNCから受信したターゲットRNC透明コンテナへのソースRNCの値を含んでいる。サービングネットワークが変更される場合に決定されるターゲットMMEを支援するために、以前ののサービングネットワークがターゲットMMEに送信される。
UEの時間ゾーンまたはサービングネットワークの変更またはサービングGW／PDN GWへの変更の報告がソースSGSNによって延期された場合には、ソースへのSGSNによる変更フラグが含まれる。
ソースSGSNは、CSG IDがソースRNCによって提供される場合UEのCSG登録を確認し、アクセス制御を行う必要がある。このCSG IDへの登録データやCSG登録が期限切れになって、ターゲットセルがCSGセルの場合には、ソースSGSNは、UEが緊急ベアラサービスを持たなければ、適切な理由でハンドオーバーを拒否しなければならない。
ソースSGSNは、ターゲットセルがCSGセルまたはハイブリッドセルの場合フォワード再配置要求にCSG IDを含んでいる。ターゲットセルがハイブリッドセルであるか、または複数の緊急ベアラがあり、そのターゲットセルがCSGセルの場合、UEがCSGメンバーかどうかを示すCSGメンバーシップの表示がフォワード再配置要求メッセージに含まれる。
このメッセージには、ソースシステムから有効になったすべてのPDN接続と、各PDN接続について関連されたAPN、制御平面へのサービングGWのアドレスとアップリンクのトンネルエンドポイントパラメータおよびEPSベアラコンテキストのリストが含まれる。
EPSベアラコンテキストの優先順位化は、ターゲットコアネットワークノードで実行する。
MMコンテキストは、セキュリティ関連の情報、UEのネットワーク機能と、例えばMMEのための情報の保存のように、キーだけでなく、使用されたUMTSの整合性および暗号化アルゴリズムを含んでいる。
ターゲットMMEは、使用NAS暗号化と整合性アルゴリズムを選択する。これらのアルゴリズムは、ターゲットeNodeBからターゲットのソース透明コンテナ（EPC部分）のUEに透過的に転送される。
MMEは、優先順位に基づいてEPSベアラを設定する。MMEは、実行段階のステップ８で提供されているように、設定することができないEPSベアラを無効にする。
ターゲットMMEは、配信再配置要求で受信された各ベアラコンテキストのAPN制限に基づいて、最大APN制限を決定しなければならないし、その後に新しい最大APN制限値を保存する必要がある。
スタンドアロンGWを持つアーキテクチャでは、ローカルネットワーク上のPDN接続のためにSIPTOが有効になっている場合は、ソースSGSNは、ローカルネットワークPDN接続で、SIPTOに対応するPDN接続にソースセルのローカルホームネットワークIDを含める必要がある。
４. ターゲットMMEは、例えば、PLMNの変更によりサービングGWが再配置されるべきかどうかを決定する。サービングGWが再配置される場合には、ターゲットMMEは４.３.８.２節で説明したように、「サービングGW選択機能」を使用し、ターゲットサービングGWを選択する。ターゲットMMEは、PDN接続ごとに生成セッション要求メッセージ（IMSI、MMEアドレス、およびTEID、制御平面のMMEトンネルエンドポイント識別子、制御平面へのMMEアドレス、ユーザー平面へのPDN GWアドレス、ユーザー平面へのUL TEID、制御平面へのPDN GWアドレス、制御平面へのPDN GW TEID、S５／S８を通したプロトコルタイプ、サービングネットワーク）をターゲットサービングGWに送信する。S５／S８インタフェースを通じてどのようなプロトコルが使用されるべきかどうかをがS５／S８を通じて、プロトコルの種類を使用してサービングGWに提供される。
４a．ターゲットサービングGWは、自分のローカル・資源を割り当て、生成セッション応答（ユーザー平面へのサービングGWアドレス（秒）、ユーザー平面へのサービングGW UL TEID、制御平面へのサービングGWアドレス、制御平面へのサービングGW TEID）メッセージをターゲットMMEに送信する。
５. ターゲットMMEは、メッセージのハンドオーバー要求（UE識別子、S１AP理由、KeNB、許可されたASの整合性の保護と暗号化アルゴリズム、NASセキュリティパラメータ、E-UTRAN、EPS、ベアラを設定リスト、CSG ID、CSGメンバーシップを表示、ソースのターゲット透明コンテナ）を送信し、ターゲットeNodeBがベアラを設定するように要請する。E-UTRANへのNASセキュリティパラメータには、NAS整合性保護と暗号化アルゴリズムが含まれており、eKSIとNONCEMMEはUEをターゲットとする。S１AP理由は、ソースSGSNから受信されたRANの理由を示す。ソース対ターゲット透明コンテナはソースSGSNから受信されたRAN透明コンテナの値を含んでいる。
ターゲットMMEは、MMコンテキストでCKとIKからK'ASMEを抽出してeKSIと関連させてNAS整合性保護と暗号化アルゴリズムを選択する。MMEとUEはK'ASMEからNASキーとKeNBを抽出する。MMEがUEとEPSセキュリティ連携を共有している場合には、MMEはハンドオーバー手順を完了した後にNAS SMC手順を開始することにより、本来のEPSセキュリティ・コンテキストを有効にすることができる。
「設定されるEPSベアラ（EPS bearerrs To be Setup）」IEは、ID、ベアラパラメータ、トランスポート階層アドレス、「データ転送不可」の表示とS１の転送関連の情報を含める必要があります。ターゲットMMEは、EPSベアラコンテキスト内のアクティビティステータスインジケーター（Activity Status Indicator）を無視し、ソース側から受信したすべてのEPSベアラコンテキストの資源を割り当てるよう、ターゲットeNodeBに要請する。トランスポート階層アドレスはユーザーデータのためのサービングGWアドレスであり、S１の転送関連は、アップリンクトンネルエンドポイント識別子データに対応する。ターゲットMMEは、そのベアラがデータ転送の対象とされていないと判断すると、「データ転送不可能」表示が含まれる。
ハンドオーバー要求メッセージからソースSGSNによって提供されている場合、ターゲットMMEは、CSG IDとCSGメンバーシップの表示を含める必要があります。
選択されたNAS暗号化および整合性保護アルゴリズム、KSI及びNONCEMMEに関する情報は、ターゲットeNodeBからターゲット対ソースの透明コンテナ内のUEに透過的に伝送され、ソースRNCからUEへのメッセージUTRAN HOコマンドで送信される。その後、新しい認証および鍵合意（AKA：Authentication and Key Agreement）の手順なしにも、新しいRAT／モードのターゲットセルでデータ転送を継続することができる。
ターゲットセルがCSGセルの場合には、ターゲットeNodeBは、ターゲットMMEによって提供されるCSG IDを検証し、ターゲットセルへのCSG IDと一致しない場合、適切な理由でハンドオーバーを拒否しなければならない。ターゲットeNodeBは、ハイブリッドモードの場合CSGメンバーシップ状態を使用してCSGと非CSGメンバーへの差別化された処理を実行することができる。ターゲットセルがCSGセルであり、CSGメンバーシップの表示が「非メンバー」であれば、ターゲットeNodeBは、緊急ベアラだけを許容する。
５a．ターゲットeNodeBは、要求された資源を割り当てて、メッセージのハンドオーバー要求確認応答（ターゲット対ソースの透明コンテナ、EPSベアラ設定リスト、設定リストになれなかったEPSベアラ）からパラメータをターゲットMMEに返す。ソース対ターゲット透明コンテナの無線ベアラの数がMMEが要求したベアラの数を従わなければ、ターゲットeNodeBは、これを無視しなければならずMMEが要求した通りベアラを割り当てる必要がある。ハンドオーバー要求確認応答メッセージを送信するときは、ターゲットeNodeBは、許可されたEPSベアラについてサービングGWからのダウンリンクGTP PDUを受信する準備ができていなければならない。
ターゲットeNodeBは、ASの整合性と暗号化アルゴリズムを選択する。ターゲットeNodeBは、MME（eKSI、NAS整合性保護と暗号化アルゴリズムとNONCEMME）によって提供される情報に加えて、ASの整合性および暗号化アルゴリズムをUTRAN RRCメッセージに挿入し、これはターゲット対ソースの透明コンテナに含まれる。
６.「間接転送」とサービングGW再配置が適用されると、ターゲットMMEはサービングGWに間接データ転送トンネル要求メッセージ（ターゲットeNodeBアドレス、DLデータ転送のためのTEID）を送信する。
間接転送はUEのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
６a．サービングGWは、ターゲットMMEに生成間接データ転送トンネル応答（理由、データ転送のためのサービングGWアドレスとサービングGW DL TEID）メッセージを返す。
７. ターゲットMMEは、メッセージフォワード再配置応答（理由、RAB設定リスト、EPSベアラ設定のリスト、制御平面へのMMEトンネルエンドポイント識別子、RAN理由、制御平面へのMMEアドレス、ターゲット対ソースの透明コンテナ、およびデータ転送をのためのTEID、サービングGW変更の表示）をソースSGSNに送信する。サービングGW変更指示は、新しいサービングGWが選択されたかを示す。ターゲット対ソースの透明コンテナには、ターゲットeNodeBから受信したターゲット対ソースの透明コンテナからの値が含まれる。
ユーザーのトラフィックデータ転送のための「アドレスとTEID」IEは、ターゲットシステム上のデータ転送のためのデスティネーション・トンネリングエンドポイントを定義し、次のように設定される。「直接転送」または「間接転送」があるが、サービングGWの再配置が適用されない場合は、IEの「データ転送のためのアドレスとTEID」にステップ５aで受信されたeNodeBへの転送DL GTP-Uトンネルエンドポイントパラメータが含まれる。
「間接フォワーディング」とサービングGWの再配置がIEに適用される場合には、「データ転送のためのアドレスとTEID」IEはステップ６aで受信された転送サービスGWまたはターゲットeNodeBへのDL GTP-Uトンネルエンドポイントのパラメータを含んでいる。
８.「間接転送」が適用される場合には、ソースSGSNは、間接転送に使用されるサービングGWに生成間接データ転送トンネル要求（ステップ７で受信したデータ転送のためのアドレスとTEID）メッセージを送信する必要がある。
間接転送はUEへのアンカーポイントとして使用されるサービングGWとは異なるサービングGWを通じて行うことができる。
８a．サービングGWは、メッセージの生成間接データ転送トンネル応答（理由、データ転送のためのGWアドレスとTEID）を送信して転送ユーザー平面パラメータを返す。サービングGWがデータ転送を支援しない場合は、適切な理由値が返されるべきであり、サービングGWアドレスとTEIDは、メッセージに含まれていない。
２. 実行段階
図２０は、本発明の一実施形態に従うUTRAN Iuモード対E-UTRANインターRAT HO（Handover）の実行手順を例示する。
PMIP基盤のS５／S８の場合、手順ステップ（A）と（B）は、TS ２３.４０２ [２]に定義されている。ステップ（B）は、PMIP基盤S５／S８の場合、PCRF相互作用を示している。ステップ９と９aのステップは、GTP基盤のS５／S８に関するものである。
ソースRNCは、ダウンリンクとアップリンクユーザ平面PDUを継続して受信する。
１. ソースSGSNは、メッセージの再配置コマンド（ターゲットRNC対ソースRNC透明コンテナ、オフリストになるRAB、データ転送リストの対象RAB）を送信することにより、ソースRNCに向けた準備段階を完了する。「オフリストになるRABのリスト」IEは、ターゲットeNodeBからベアラが設定されていないすべてのNSAPI（RAB Ids）のリストである。「データ転送リストの対象RAB」IEは、メッセージに含まれることができ、「直接転送」が適用される場合、準備段階のステップ７で、ターゲット側から受信した「ユーザートラフィックデータ転送のためのアドレスとTEID」のリストでなければならない。「間接転送」が適用可能であり、直接トンネルが使用されている場合は、「データ転送リストの対象RAB」IEは準備段階のステップ８aで受信されたパラメータを含んでいる。「間接転送」が適用可能であり、直接トンネルが使用されていない場合は、「データ転送リストの対象RAB」IEはソースSGSNによる間接データ転送のために割り当てられたソースSGSNアドレスとTEIDを含む。ターゲットRNC対ソースRNC透明コンテナは、ターゲットMMEから受信されたターゲット対ソースの透明コンテナからの値を含んでいる。
２. ソースRNCは、UTRANコマンドからのメッセージHOを通じてターゲットeNodeBにハンドオーバーすることをUEに命令する。UEのアクセスネットワークの特定のメッセージは、ターゲットeNodeBが準備段階で設定した無線アスペクトパラメータを含む透明な容器を含む。
ソースRNCは、「データ転送リストの対象RAB」に記載されたRAB／EPSベアラコンテキストについてデータ転送を開始することができる。データ転送は、ターゲットeNodeBに直接進む場合もあり、準備段階でソースSGSNおよび／またはターゲットMMEによって決定された場合、サービングGWを通じて行われる場合もある。
再配置コマンドメッセージを含むUTRANコマンドメッセージからHOを受信する時、UEはNSAPIとの関係に基づいて、そのベアラIDにRAB IDを関連付ける必要があり、ユーザー平面データのアップリンク送信を停止しなければならない。
４. UEは、E-UTRANに移動し、ターゲットeNodeBへのアクセス手順を実行する。
５. UEがターゲットeNodeBにアクセスする場合、UEは、メッセージE-UTRANへのHO完了を送信する。
UEは、UTRANコマンドからのHOからE-RABが設定されていないEPSベアラを暗示的に抽出し、この段階で明示的なNASメッセージなしに、これらをローカルに無効にする。
６. UEがターゲットeNodeBに正常にアクセスした場合、ターゲットeNodeBは、ハンドオーバー通知（TAI + ECGI、ローカルホームネットワークID）メッセージを送信することにより、ターゲットMMEに知らせる。
スタンドアロンGW構造を有するローカルネットワークでのSIPTOの場合、ターゲットeNodeBは、ハンドオーバー通知メッセージにターゲットセルのローカルホームネットワークIDを含める必要がある。
７. 次に、ターゲットMMEはUEがターゲット側に到達したことを知って、ターゲットMMEはフォワード再配置完了通知（ISR有効化、サービングGW変更）メッセージを送信することにより、ソースSGSNに通知する。ISR有効化が指示されると、これはソースSGSNにUEのコンテキストを維持してISRを有効化することを示し、これは、S-GWが変更されない場合にのみ可能である。またソースSGSNは、その情報に確認応答しなければならない。ソースRNCと（サービングGWの再配置のための）ソースサービングGWの資源が解除される場合監視するために、ソースSGSNのタイマーが開始される。
フォワード再配置完了確認応答メッセージを受信時に、間接的な転送を適用する場合、ターゲットMMEは、タイマーを開始する。
８. UEが設定されたすべてのベアラをターゲットMMEが今から担当することを（ターゲットサービングGWの再配置のための）サービングGW（これはターゲットサービングGWの可能性あり）に通知することにより、ターゲットMMEは、現在インターRATハンドオーバー手順を完了する。これは、PDN接続ごとにメッセージ変更ベアラ要求（理由、制御平面へのMMEトンネルエンドポイント識別子、EPSベアラID、制御平面へのMMEアドレス、許可されたEPSベアラ及びRATタイプへのユーザートラフィックのためのeNodeBアドレス 、およびTEID、有効化されたISR）で行われる。UTRANからのモビリティのため、ターゲットMMEは、位置情報変更の報告が要求されたかどうかにかかわらず、ターゲットMMEが位置情報変更の報告を支援すれば、ターゲットMMEは修正ベアラ要求（支援されている細分性（granularity）に基づいて）ユーザーの位置情報を含むべきである。PDN GWは（UEコンテキストから決定された）ユーザーCSG情報を要求すると、MMEは、このメッセージにユーザーCSG情報IEをまた含んでいる。UEの時間ゾーンが変更されたか、またはソースSGSNからのフォワード再配置要求メッセージが（報告フラグへの変更を通じて）係留中のUEの時間ゾーンの変更報告を指示する場合、MMEはこのメッセージに新しいサービングネットワークIEを含んでいる。指示ができれば、有効にされたISR情報は、ISRが有効になったこと示し、これは、S-GWが変更されていない場合にのみ可能である。修正ベアラ要求がISRが有効ななったことを示さず、S-GWが変更されない場合、S-GWはS-GWが予約したベアラ資源を持つ他のCNノードにベアラ削除要求を送信することにより、ISR資源を削除する。
MMEは、ベアラ解除手順をトリガーすることにより、許可されていない専用ベアラを解除する。サービングGWは、非-許容ベアラに対してDLパケットを受信すると、サービングGWはDLパケットをドロップし、MMEにダウンリンクデータ通知を送信しない。
PDN接続の基本的なベアラがターゲットeNodeBによって許可されておらず、他のPDN接続がアクティブである場合、MMEはPDN接続のすべてのベアラが許可されていないかのように、これと同じ方法により処理する。MMEは、５.１０.３節に記載されたMME要求PDN接続解除手続きをトリガーすることにより、これらのPDN接続を解除する。
９.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGW）は、例えば、PDNを接続するごとにメッセージの修正ベアラ要求を送信して課金するために使用することができるRATタイプの変更、または、例えば、サービングGWの再配置への変更をPDN GWに通知することができる。ステップ８に存在する場合、S-GWはユーザーの位置情報IEおよび／またはUEの時間領域IEおよび／またはユーザーCSG情報IEを含んでいる。５.５.２.１.２節のステップ４またはステップ８で、これらが受信される場合、サービングネットワークが含まれていなければならない。サービングGW再配置の場合には、サービングGWは、非-許容ベアラにもS５／S８を通じてDL TEIDを割り当ててPDN課金一時停止支援表示を含むことができる。PDN GWは、メッセージの修正ベアラ応答を利用し、要求を確認応答する必要がある。サービングGW再配置の場合、PDN GWは自分のコンテキストフィールドを更新し、修正ベアラ応答（（PDN GWが機能をイネーブルするように選択され場合）課金Id、MSISDN、PDN課金一時停止イネーブル指示など）をサービングGWに返す。PDN GWはUEのコンテキストに保存されればMSISDNが含まれる。ターゲットSGSNで位置情報変更の報告が要求されて支援される場合、PGWは修正ベアラ応答にMS Infoの変更報告アクションを提供しなければならない。
PCCインフラ構造が使用されると、PDN GWは、例えばRATタイプの変更についてPCRFに知らせる。
サービングGWが再配置される場合、PDN GWはパスをスイッチングした直後に、以前の経路上の複数の「エンドマーカー」パケットを送信する必要がある。ソースサービングGWは、「終了マーカー」パケットをソースSGSN or RNCに転送しなければならない。
１０.（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）は、ベアラ応答修正メッセージ（理由、制御平面へのGWトンネルエンドポイント識別子、制御平面のサービングGWアドレス、プロトコル構成オプション、MS Info変更レポートアクション）を通じてターゲットMMEでユーザー平面スイッチを確認応答する。この段階で、UEはターゲットeNodeB、（サービングGWの再配置のための）サービングGW（これはターゲットサービングGWである可能性がある）との間のすべてのベアラのに対して、ユーザー平面パスが設定される。
サービングGWが変更されない場合は、ターゲットeNodeBに再配置機能を補助するためのパスをスイッチングした直後にサービングGWは複数の「エンドマーカー」パケットを以前のパスを通じて送信する必要がある。
１１. UEは、「追跡領域更新のためのトリガー」の項に記載された条件のいずれかが適用される場合には、追跡領域更新（Tracking Area Update）手順を開始する。
ターゲットMMEは、ハンドオーバーメッセージによってベアラコンテキストを受信したので、このUEについてIRATハンドオーバーが実行されたことを知って、このようにターゲットMMEは、TA更新手順のサブセットだけを実行し、特にこれはソースSGSNとターゲットMME間のコンテキスト転送手順を排除する。
１２. ステップ７で開始されたタイマーが満了すると、ソースSGSNは、Iu解除コマンドをRNCに送信することにより、ソースRNCに向けたすべての資源を削除する。RNCは、これ以上データを転送する必要がない場合は、ソースRNCはIu解除完了メッセージで応答する。
ステップ７で開始されたタイマーが期限切れになり、ソースSGSNがフォワード再配置応答メッセージでサービングGW変更指示を受信した場合には、セッション削除要求（理由、動作表示）メッセージをソースサービングGWに送信し、EPSベアラ資源を削除する。ソースサービングGWがPDN GWへの削除手順を開始してはならないということを指示する動作指示フラグは設定されない。ソースサービングGWは、セッション応答（理由）メッセージを削除を利用して確認応答する。この手順の前にISRが有効になった場合には、ソースS-GWが削除ベアラ要求メッセージを該当CNノードに送信することにより、他の以前のCNノードのベアラ資源を削除する理由をソースS-GWに指示する。
１３. 間接転送が使用された場合は、ステップ７で始まったソースSGSNでのタイマーの満了は、ソースSGSNが間接転送に使用された一時的資源を解除するために削除間接データ転送トンネル要求削除メッセージを、S-GWに送信するようにトリガーする。
１４. 間接転送が使用されてサービングGWが再配置される場合は、ステップ７で開始されたターゲットMMEでのタイマーの満了は、ターゲットMMEが間接転送のために使用される一時資源を解除するために、ターゲットS-GWに削除間接データ転送トンネル要求メッセージを送信することをトリガーする。
５Gシステム進化技術
現在までに定義された５Gアーキテクチャは以下の通りである。
アーキテクチャの原則：
-独立した拡張性（scalability）と進化を可能にするUPとCP機能を分離する。
-CP機能とは別にUPの柔軟な配置、すなわち中央の場所または分散（リモート）の位置（すなわち、位置制限なし）を許容する。
-機能設計をモジュール化し、例えば、柔軟で効率的なネットワークスライシング（slicing）を可能にする。
-（例えば、モビリティを支援していない）NGS機能のサブセットだけを支援することができるUEへの統合認証フレームワークを支援する。
-独立した進化と拡張性を可能にする分離されたアクセスとモビリティ管理（AMF：access and mobility management）とセッション管理（SMF：session management）。複数のネットワークスライスに同時に接続されたUEを支援する。他の制御平面機能は（例えば、PCFに）分離することができる。アーキテクチャにネットワークスライシングKI＃１の結果をどのようにマッピングするかは必須のステップで決定することができる。
-ネットワーク機能及びノードと分離された登録とポリシーに柔軟情報モデルを支援する。
-別の３GPPおよび非３GPPアクセスタイプを統合する統合アクセス-認知不能（agnostic）コアを共通AN-CNインターフェースで特定し、アクセスとコアネットワークの依存関係を最小限に抑えている。
-（「演算」の資源が状態を不透明（opaque）データとして保存する「保存領域」の資源から分離される）「無の状態（stateless）」NFを支援するために、３GPPはNFとデータ保存機能との間のインタフェースを（可能には参照して）特定することができる。NFは、データの保存機能を使用して不透明データを格納することができる。
主なアーキテクチャ要件：
-アーキテクチャは、能力の露出（capability exposure）を支援しなければならない。
-各ネットワーク機能は、他のNFと直接相互作用することができる。アーキテクチャは、（例えば、DRAと同じような）制御平面メッセージをルーティングすることを補助するための中間機能の使用を排除してはならない。
-他のPDUタイプ、例えば、IP、イーサネットの伝送を支援する。
-別のポリシー機能を支援して、ネットワークの動作およびエンドユーザー環境を管理する。
-他のネットワークのスライスで他のネットワーク構成を許容する。
-このアーキテクチャは、訪問PLMNでローカルブレイク・アウトトラフィックだけでなく、ホームルーティングトラフィックを効率的に使用してローミングを支援する。
制御平面（Control Plane）：
-コアネットワーク内のアクセスネットワークとネットワーク機能とコアネットワーク内のネットワーク機能との間の多重-ベンダインターワーキングを可能にする。同時に、単一のインターフェイスが無線にさらされるが、コアネットワーク内で支援されるモジュール式（基本）機能を抽象化することが十分である。
-手順（つまり、二つのNF間の相互作用のセット）が適用可能な場合はいつでもサービスに定義されて再利用が可能で、モジュール性を支援することができる。手順を特定する場合には、これはケースバイケースで評価される。
ユーザー平面（User plane）：
-（他のUP機能／データネットワーク／制御-平面での動作、ビットレートの実行動作、サービス検出動作などを転送することを含む）、様々なユーザー平面動作を支援している一般的なユーザー平面機能（UPF： user-plane function）が定義される。
ユーザー平面動作の詳細なリストは、８.４節の主要な問題４の結論の一部である。
-制御平面は、セッションに必要なトラフィック処理機能を提供するUP機能を構成する。指定されたユーザー-フラットシナリオについて必要に応じてセッションごとに一つまたは多数のUP機能が制御-平面によって有効化および構成することができる。
-低待機時間サービス及びローカルデータネットワークへのアクセスを支援するために、ユーザー平面機能を無線で近接して配置（deploy）することができる。中央データネットワークの場合には、UPFを一元的に配置することができる。
-ホームルーティングローミングを支援するために、少なくともUP機能は、HPLMNに位置し、VPLMNに課金、LIなどのローミング機能を含む少なくとも一つの他のUP機能を有する必要がある。
ローカルおよび集中型サービスへの同時アクセスは、次のように支援されている。
-（ローカルデータネットワークにへのアクセスを提供する）ローカルUP機能および中央データネットワークにアクセスを提供する（中央UP機能）PDUセッションへのアクセスを提供するPDUのセッションを含む複数のPDUセッション;
-制御装置が複数のUP機能を構成することができる単一のPDUセッション。
ローカルデータネットワークアクセスのための単一のPDUのセッションの場合も制御平面は、複数のUP機能を設定することができる。
全体のアーキテクチャへの合意は、以下の通りである。
１. Rel-１５で、AMFとSMFの機能は、標準化された相互作用を通じて、別の機能として標準化されるべきである。
２. NAS MMとSMプロトコルメッセージは、それぞれAMFとSMFで終端（terminate）される。SMプロトコルがH-SMFまたはV-SMFで終端されているかどうかとは無関係である。
３. NAS SMメッセージはAMFによってルーティングされる。
４. NextGenの登録プロファイルデータは、ユーザデータ収束アプローチに基づいて管理されている。
-共通のユーザーデータストア（UDR：user data repository）は、サブスクリプションデータを格納し、これはUDM内に存在することができる。
-関連登録データにアクセスするためにアプリケーションのフロントエンドを実装してUDMフロントエンドとPCFはこれらのパブリックUDRにアクセスすることができる。
PCFのアプリケーション・ロジックだけでなく、例えば、位置管理、登録の更新通知のためのUDMフロントエンドのアプリケーション・ロジックが必須（normative）段階の間に詳細に説明する。
５. SEAFとSCMFはAMFによって支援される。
６. AUSFは別のNFとして定義される。
項目（bullets）４と５の結論は、SA WG３での継続的な研究、例えばスライスの側面に関連してSEAF／SCMF所在地に基づいて再検討が必要になる。
７.各NFは、互いに直接相互作用することができる。
８.このアーキテクチャは、制御平面機能との間の中間の機能を説明はしないが、制御平面の機能の間の（例えば、DRAのような）メッセージのルーティングと転送の中間機能の使用を排除はしないが、これは特定の場合について配置（deployments）の形で識別することができ、ステップ２での追加作業を必要としないようにする。
EPCと５GC間の相互連動（interworking）の手続き
図２１は、本発明に適用できるEPCと５GC（またはNGC（Next-generation core））との間の相互連動のアーキテクチャを例示する。
図２１を参照すると、端末がEPCとNGCの両方を支援している場合は、端末は、最初のE-UTRANを通じてEPCにキャンプしてもIPのアンカーポイントであるP-GWは、５GC（またはNGC）のUPFとの連動が可能なP- GWに選択され、端末がシステム／RAN間を移動する際にも同じIPアンカリング（anchoring）が維持されることもできる。また、EPCと５GC（またはNGC）の間に中断（interruption）がない相互連動ができるように、MMEとAMFの間にNGx（Nx）インタフェースが定義される。このようにMMEとAMFの間に定義されるNGx（Nx）インターフェースは、「N２６インターフェース」と呼ばれる。
図２２は、NGコアに接続できる５G RANの配置（deployment）を例示した図である。特に、図２２は、E-UTRAとの共同-配置（co-sited）を例示する。
NR機能は、E-UTRA機能と共に同じ基地局の一部または同じ場所のいくつかの基地局に共同-配置することができる。
共同配置は、すべてのNRの展開シナリオに適用することができる（例えば、図示マクロ）。このシナリオでは、複数のRATを通したロードバランシングまたは接続（例えば、セル境界上のユーザーへのカバレッジ階層としてより低い周波数を使用）を通じて、二つのRATに割り当てられたすべてのスペクトル資源を完全に活用することが望ましい。
EPCと５GCの間にNGx インターフェース（つまり、N２６）がある場合には、端末がEPCから５GCに移ったり、または５GCからEPCに移り、TAUを実行することができる。この場合は、以前／oldコアネットワークにあるUEコンテキストは、NGx（または、N２６）インターフェイスを通じて新しいコアネットワークに直接送信されることができ、より高速なコアネットワークの変更ができる。
例えば、 EPCから５GCに移る端末はRATを５G RATに変更した後、５G RATを通じてTAU（例えば、TAU要求メッセージ）を送信することができ、これを受信したAMFはTAU情報（例えば、TAU要求メッセージに含まれているTAU関連情報）に基づいて、EPCのMMEアドレスを取得することができる。この場合には、AMFは獲得したアドレスに対応するMMEからNGx（または、N２６）インタフェースを通じて UE コテキストを直接受けて端末をサービスすることができる。同様に、５GCからEPCに移る端末もRATを LTE RATに変更した後、TAU（例えば、TAU要求メッセージ）を送信することができ、これを受信したMMEはTAU情報（例えば、TAU要求メッセージに含まれているTAU関連情報）に基づいて、AMFのアドレスを取得することができる。この場合には、MMEは、獲得したアドレスに対応するAMFからNGx（または、N２６）インタフェースを通じてUEコンテキストを直接受けて端末をサービスすることができる。
しかし、NGx（または、N２６） インタフェースがない場合には、端末がTAUを実行しても、ネットワークでは、UEのコンテキストを以前のネットワーク網から受けに来ることができずTAU拒絶（例えば、TAU拒絶メッセージを送信）をすることになる。この場合、端末は、コアネットワークの変更／移動のためのハンドオーバーの接続（Handover attach）（またはハンドオーバーの登録（registration）と呼ばれる。すなわち、接続は、登録で置き換えることができる）を別途行う必要がある。その結果、端末がコアネットワークを変更するのに多くの時間がかかり、その分サービス中断（service interruption）時間も長くなるという問題が発生する。
前記の解決策として端末がコアネットワークが変更される場合には、（TAUを実行せずに）常にハンドオーバー接続／登録を実行するように定義／設定できるが、接続／登録を行う必要があるためTAUを通じてサービスを受ける場合よりも多くの遅延時間が発生することができる。また、接続／登録の場合には、TAUより多くのシグナリングが発生する。
したがって、以下では、端末がコアネットワークの変更のためにTAU手順を実行するかンドオーバー接続／登録を行うかどうかを適切に判断するためのソリューションについて提案する。特に、以下では、コアネットワークの観点／レベルでのソリューションとRANの観点／レベルでのソリューションを提供する。
[コアネットワークレベルのソリューション]
端末がEPC網に接続されると、MMEが端末にGUTIを割り当てることと同様に、NGC網に接続されると、AMFが端末に一時的（Temp）IDを割り当てる。GUTIには、上述したように、端末に対応するGUTIを割り当てたMME idが含まれている。AMFが割り当てる一時的（Temp）IDにもその一時（Temp）IDを割り当てたAMF idが含まれる。したがって端末が新しいコアネットワークに対してTAUを実行しながら、GUTI／一時（Temp）IDを含んで送信すると（例えば、TAU要求メッセージにGUTI／Temp IDを含めて送信）、新しいコアネットワークでは、端末から送信さ受信したGUTI／一時（Temp）idに含まれているMME／AMF idに基づいて端末が以前にサービスを受けたMME／AMFのアドレスを調べることができる。また、MMEが端末に複数のTAを含まれたTAリストを割り当てて端末が割り当てられたTAリストに含まれているTAを外れる場合、TAUを実行するのと同様に、AMFも端末にTAリストを割り当てて、端末は、これを外れるとTAUを実行することができる。
図２３および図２４は、本発明が適用できる５Gネットワークの配置を例示する。
５Gネットワークは、初期は、ホットスポット（hotspot）形式でEPCネットワークと重複して配置されると予想される。すなわち、図２３に示すように、特定の地域（例えば、図２３でAMFと表示された地域）には、５Gサービスが提供され、それ以外の地域（例えば、図２３のMME１および２に示されている地域）には、EPCサービスが提供されるシナリオが予想される。
図２３においてAMFとMME１／MME２の間にすべてNGxインターフェース（例えば、N２６）が存在する場合、AMFは端末にTAリストを割り当てつつ、これと共に、コアネットワークの変更があった場合TAUを実行することを明示的または暗示的に指示する指示を送信してくれる。このとき、指示はTAリストと一緒に、または独立して／別々に送信することができ、実施例に基づいて、様々な形で実装されることもできる。例えば、指示は、コアネットワークの変更があった場合TAUを実行することを指示するアクティビティステータスインジケーター（明示的アクティビティステータスインジケーター）またはNGxインターフェース（例えば、N２６）が存在することを指示するアクティビティステータスインジケーター（暗示的アクティビティステータスインジケーター）のシグナリング形態として端末に提供されることもできる。
指示を受信した端末は、５Gコアネットワークによってサービスを受けて５Gサービスエリアを離れると、TAUを実行することにより、コアネットワークをEPCに変更することができ、変更後のEPCによってサービスを継続的に受けることができる。この時、端末が実際に移動した位置に応じてMME１またはMME２が端末からTAUを受信することができ、TAUを受信したMMEはAMFからNGxインターフェース（例えば、N２６）を通じてUEコンテキストを取得し、AMFがこの端末に提供していたサービスを継続して提供することができる。
前記の例では、AMFと周辺のMME（MME１とMME２）の間のすべてがNGxインターフェース（例えば、N２６）が存在する状況を想定した。しかし、実際ではAMFおよび周辺の少なくとも一部のMMEとの間にNGxインターフェース（例えば、N２６）が存在しない可能性もある。例えば、AMFはMME１との間には、NGx（例えば、N２６）インタフェースが存在しない一方、MME２との間には、NGx（例えば、N２６）のインターフェイスが存在することができる。図２４は、このようなシナリオを例示する。
図２４を参照すると、この場合、AMFはTAリストを割り当てるとき周辺MME（本図の場合、MME１およびMME２）とのNGx（例えば、N２６）インターフェースの有無を考慮し、TAリストを割り当てる必要があります。例えば、端末がTA７地域に位置する場合には、AMFは端末へのTAリストを{TA１、TA６、TA７}で割り当てつつ、端末がTAを離れてEPCに移る場合、ハンドオーバー接続／登録を行うすることを指示する指示（またはN２６インタフェースが存在しないことを示す指示）を端末に送信してくれる（NGx（例えば、N２６）。インタフェースがないMME１に移動ことが予想されるので）。これとは異なり、端末がTA３地域に位置する場合、AMFは端末へのTAリストを{TA１、TA３、TA４}で割り当てられつつ、端末がTAを離れてEPCに移る場合TAUを実行することを指示する指示（またはN２６インタフェースが存在することを示す指示）を端末に送信してくれる（NGx（例えば、N２６）インタフェースがあるMME２に移動ことが予想されるので）。
万が一、端末がTA２、TA５のようにMME１とMME２両方に移動すると予想される地域に位置した場合には、ネットワークは、端末がどの位置に移動するか曖昧であるため、AMFは端末にTAリストを割り当てつつハンドオーバー接続／登録を行うことを指示する指示を送信してくれる。
上述した実施例は、５GCからEPCにコアネットワークが変更された場合を中心として説明したが、EPCから５GCにコアネットワークが変更される場合にも同様に適用されることができ、この場合、TAリストの割り当ておよび／または指示送信の主体はMMEに置き換えることができる。
端末は、AMFまたはMMEがTAリストを割り当てながら送った指示によってinter-systemの変更が発生したときTAUを実行するか、またはハンドオーバー接続／登録を行うかどうかを決定することになる。これらの指示は、TAリストと一緒に送信されるか、実施例に基づいて、独立して／別途送信されることもできる。
図２５は、本発明の一実施形態に従う端末がEPCで５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。本実施例ではMMEとAMFの間にNGx（例えば、N２６）インターフェースが存在しないと仮定する。
１. MMEは、端末にEPCから５Gコアに移る場合、ハンドオーバー接続／登録をせよという指示をTAU手順内で伝達（例えば、TAU 承認メッセージに含ませて送信）することができる。この時、配信される指示は、コアネットワークを変更する時のハンドオーバー接続／登録を行うことを明示的または暗示的に指示する指示に該当することができる。例えば、指示は、ネットワークを変更する時にハンドオーバー接続／登録を行うことを指示する指示（つまり、明示的に指示）またはNGx（例えば、N２６）インタフェースが存在しないことを指示する指示（つまり、暗示的に指示）に対応することができる。これらの指示は、TAU手順のほか、実施例に基づいて接続／登録手続きの中で伝達されることもできる。
２.端末の移動性（mobility）に基づいてEPCによってサービスされる地域で５GCによってサービスされる地域に移動することができる。
３.端末は、ステップ１で受信した指示に従って５GCでのハンドオーバー接続／登録のための接続／登録要求（attach／registration request）を５GCネットワーク（特に、AMF）に転送することができる。ここで、ハンドオーバー接続／登録のための接続／登録要求は、ハンドオーバー指示を含む（または接続／登録タイプがハンドオーバーに設定された）接続／登録要求を意味する。したがって、ハンドオーバータイプの接続／登録手続きが実行されることもできる。このとき、端末は、さらに、自分がEPCから移動したことを５GCに知らせることができる。
もし、端末が属していたEPCと他のPLMN（これはE（Equivalent）-PLMNまですべてを含んで他のPLMNである可能性もある）に属する５GCサービスエリアに移動した場合、端末は、MMEから受信した指示とは無関係に５GCでの接続／登録の手順を実行することができる。この時の接続／登録手続きは、ハンドオーバータイプの接続／登録手続きではない、初期接続／登録手続きを意味する。他のPLMNの５GCを選択する時に端末の動作は、端末の実装に依存することができ、または、ステップ１でMMEが、具体的な動作を指示してくれる。例えば、MMEは、同じPLMN（EPLMNまですべてを含む）の５GCに移動する／選択した場合にのみ、ハンドオーバー接続／登録をせとという情報を端末に提供することができ、端末はそれに応じて動作することができる。
４.端末は接続／登録のために、ネットワークと認証（authentication）手順を実行することができる。
５.ネットワークノード（例えば、AMF）は、認証が正常に終了した場合、端末に接続／登録の承認を送信することができる。この過程で、ネットワークは、コアネットワークの変更があった場合、端末がどのようなアクションを実行するか（TAUを実行するか、またはハンドオーバー接続／登録を行うか）への指示を含んで転送することができる。これらの指示は、明示的にTAU ／ハンドオーバー接続／登録を指示する明示的な指示の形でシグナリングされるか、NGx（例えば、N２６）インターフェースの有無を指示する暗示的な指示の形でシグナリングされることがあるということは上述した通りである。
６.端末はPDUセッション要求メッセージをネットワークに送信しながら、要求タイプをハンドオーバーに設定して送信することができ、以前の接続情報を３GPP／EPS（もしくはもっと詳しくE-UTRAN）に設定して一緒に転送することができる。一般的に、接続情報は、端末がNon-３GPPを通じてサービスを受けて移ってくるのか、それとも３GPP（E-UTRAN）を通じてEPCにあって移ってくるのかを区別するために使用される。端末は、PDUのセッション要求だけでなく、PDUセッション要求をencapsulationするMMメッセージにもハンドオーバー指示を含めてハンドオーバー接続／登録の遂行をAMFに知らせる。
７. AMFはMMメッセージに含まれているハンドオーバー指示を受信した場合、UDMから端末のUEコンテキストを受けて、以前にその端末をサービングしていたSMFを見つけることができる。
８. AMFは端末をサービングしていたSMFでPDUセッション要求を転送することができる。SMFはPDUセッション要求に含まれているハンドオーバー指示を認識した場合には、以前にサービングしていたUEコンテキストに基づいて同一のUPFとIPアドレスをPDUセッションを要求した端末に割り当てることができる。
９. SMFはAMFを経て端末にPDUセッション応答を送信し、以前に使っていたIPアドレスを端末に割り当てることができる。
この手順では、ステップ６でのPDUセッション要求メッセージは、EPSでのように接続／登録要求自体に含まれて送信されることもできる。この場合、端末はMM（Mobility Management）メッセージの接続／登録要求メッセージに対応する接続／登録要求がハンドオーバータイプの接続／登録要求であることをAMFが認識できるようにハンドオーバー指示を含ませて送信することができる。この場合、ステップ３の後に、ステップ４、７、８の順序で手続きが行われ、ステップ９は、すべての手続きを完了した後、接続／登録承認メッセージに含まれて端末に送信されることもできる。
図２６は、本発明の一実施形態に従う端末がEPCで５GCに移る場合の相互連動（interworking）手順を例示したフローチャートである。本実施例ではMMEとAMFの間にNGx（例えば、N２６）インターフェースが存在すると仮定する。
１. MMEは、端末にEPCから５GCに移る場合、TAUを実行せよという指示をTAU手順内で伝達（例えば、TAU Acceptメッセージに含ませて送信）することができる。この時、配信される指示は、コアネットワークの変更時にTAUを実行することを明示的または暗示的に指示する指示に該当することができる。例えば、指示は、ネットワークの変更時にTAUを実行することを指示する指示（つまり、明示的に指示）またはNGx（例えば、N２６）インタフェースが存在することを指示する指示（つまり、暗示的に指示）に対応することができる。これらの指示は、TAU手順のほか、実施例に基づいて接続／登録手続きの中で伝達されることもできる。
本段階は、図２５の実施例と連携して解釈されることもできる。例えば、図２５の実施例のように、ハンドオーバー接続／登録を実行せよという指示が定義されている場合、本実施例で端末が「TAUを実行せよという指示を受信する」は、「ハンドオーバー接続／登録を実行せよという指示を受信しない」に解釈されることもできる。したがって、端末は、MMEからハンドオーバー接続／登録を実行せよという指示を受信していない場合にも、以下で後述するステップ２〜ステップ８の手順を実行することができる。
２.端末の移動性に基づいて５GCによってサービスされる地域でEPCによってサービスされる地域に移動することができる。
３.端末は、ステップ１で受信した指示に基づいてTAU要求をネットワークノード（例えば、AMF）に転送することができる。
もし、端末が属していたEPCと他のPLMN（これはE（Equivalent）-PLMNまですべてを含む他のPLMNである可能性もある）に属する５GCサービス区域に移動した場合、端末は、MMEから受信した指示とは無関係に５GCでの接続／登録の手順を実行することができる。この時の接続／登録手続きは、ハンドオーバータイプの接続／登録手続きがでない、初期接続／登録手続きを意味する。他のPLMNの５GCを選択する時端末の動作は、端末の実装に依存することができ、または、ステップ１でMMEが、具体的な動作を指示してくれることもある。例えば、MMEは、同じPLMN（EPLMNまですべてを含む）の５GCに移動する／選択した場合にのみ、ハンドオーバー接続／登録を実行せよという情報を端末に提供することができ、端末はそれに応じて動作することができる。
４. AMFは端末が送信したTAU要求に含まれているGUTI情報に基づいて、以前に該当端末を管理していたMMEアドレスを見つけて、そのアドレスに対応するMMEでUEコンテキストを要求することができる。
５. MMEはAMFにUEコンテキストを転送することができる。
６-７。AMFはMMEから受信したUEのコンテキストに基づいて、サービングSMFのアドレスを調べ（P-GWのアドレスからわかる）、サービングSMFに端末が５GCでサービスを受けるようになったことを知らせることができる。
８. AMFは端末にTAU承認を送信することができる。この過程で、ネットワーク（例えば、AMF）は、コアネットワークの変更があった場合、どのようなアクションを実行するかどうかの指示を含んで転送することができる。この過程で、ネットワークは、コアネットワークの変更があった場合、端末がどのようなアクションを実行するか（TAUを実行するか、またはハンドオーバー接続／登録を行うか）の指示を含んで転送することができる。これらの指示は、明示的にTAU／ハンドオーバー接続／登録を指示する明示的な指示の形でシグナリングされるか、NGx（例えば、N２６）インターフェースの有無を指示する暗示的指示の形でシグナリングされるということは、上述した通りである。
図２５および２６で上述したフローチャートは、端末がEPCから５GCに移動する場合を中心に言及したが、これに限定されるものではなく、端末が５GCからEPCに移動する場合にも同様に適用することができる。したがって、前記実施例で５GCは、EPCに、EPCは５GCに、AMFはMMEに、MMEはAMFにそれぞれ置き換えることができる。
上述した実施形態で端末は基本（default）的にTAUを実行するように設定され、ネットワーク（例えば、AMF／MME）は、ハンドオーバーの接続が必要／可能な場合にのみ、ハンドオーバー接続／登録の指示を端末に転送する方式で設定することができる。例えば、端末は、別の指示（例えば、ハンドオーバー接続／登録指示）を受信していない場合は、TAU手順を実行することができ、別の指示を受信した場合には、ハンドオーバー接続／登録の手順を実行することができる。ここでハンドオーバー接続／登録を実行せよという指示は端末が接続／登録要求にIMSIを包含せよという指示に対応することもできる。
一方では、端末は、基本的にハンドオーバー接続を実行するように設定され、ネットワークはTAUが必要な場合にのみ、TAU実行指示を端末に転送するように設定することができる。例えば、端末は、別の指示（例えば、TAU指示）を受信していない場合は、ハンドオーバー接続／登録手順を実行することができ、別の指示を受信した場合には、TAU手順を実行することができる。
[RAN レベルのソリューション]
端末がeNBを通じてEPCにサービスを受けていてgNBを通じて５Gコアに移る場合は、TAUを実行するか、またはハンドオーバー接続／登録を行うかどうかは端末が接続モード（connected mode）またはアイドルモード（idle mode）であるかによって以下のように動作が異なることがある。
１）端末が接続モードの場合
i）EPCと５GCの間にNGx（例えば、N２６）インタフェースが存在する場合（HO（Hanodver）動作）
eNBはNGx（例えば、N２６）インタフェースが存在するため、ハンドオーバーが可能であることを認知してMMEにハンドオーバー要求（handover required）メッセージを送信しながらターゲットgNBのアドレスを知らせることができる。
この場合、従来のハンドオーバー手順と同様に、すべてのUEコンテキストがNGx（例えば、N２６）インタフェースを通じてEPCから５GCに移るようになり、ハンドオーバーが終わった後、端末は、TAリストを割り当ててもらうためにTAU手順を実行することができる。
ii）EPCと５Gコアの間にNGx（例えば、N２６）インタフェースがない場合（アイドルモードセル再選択動作）
eNBはNGx（例えば、N２６）インタフェースが存在しないことを認知してRRC解除（Relese）をしながら端末にターゲットgNBのセル情報を与え、そのセルでキャンプするように指示する。このとき、eNBは、ハンドオーバー接続／登録が必要であることを知らせる指示あるいは理由（cause）の値を端末に送信することができる。
端末は、RRC解除を通じてeNBから受信した無線／周波数情報によってターゲットgNBのセルにキャンプした後、当該eNBが送信したハンドオーバー接続／登録の指示に従ってハンドオーバー接続／登録の手順を実行することができる。
２）端末がアイドルモードである場合、
端末は、以前に接続モードにあって、RRC解除され、受信した指示に基づいて、ハンドオーバー接続／登録を行うか、TAUを実行することができる。
上述した実施例では、端末がEPCからサービスを受けて５GCに移動する場合を中心に述べたが、これに限定されるものではなく、端末が５GCからEPCに移動する場合にも同様に適用することができる。したがって、前記実施例で５GCはEPCに、EPCは５GCに、AMFはMMEに、MMEはAMFにそれぞれ置き換えることができる。
上述したRANレベルのソリューションでeNB／gNBは、NGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録可能かどうかを図２７乃至２９を参照し、後述する方法を使用して調べることができる。
図２７ないし２９は、本発明の一実施形態に従うNGx（例えば、N２６）インターフェースの有無に応じたハンドオーバー接続／登録可能かどうかを調べるためのeNB／gNB動作手順を例示したフローチャートである。
図２７を参照すると、まずeNB／gNBはMME／AMFにハンドオーバー要求（handover required）メッセージを送信することができる。このとき、もし形成／確立されているNGx（例えば、N２６）インタフェースがない場合は、MME／AMFはハンドオーバー準備失敗（handover preparation failure）メッセージをeNB／gNBに転送しつつ、理由値をNGx（例は、N２６）インタフェースが存在しないハンドオーバーが不可能であることを指示する値に設定して一緒に送信してくれる。このとき、理由値としては、「no NGx interface」または「inter system handover not supported」などのようにハンドオーバーが不可能であることを示す、さまざまな理由の値に設定することができる。これを受信したeNB／gNBはハンドオーバーが不可能であることを認知して上述したソリューションのようにRRC解除を通じて端末にハンドオーバー接続／登録が必要であることを知らせることができる（例えば、ハンドオーバー接続／登録の実行指示を送信することにより）。
そして／または、eNB／gNBはMME／AMFと初構成（configuration）を設定する際に図２８に例示したようなS１セットアップ／N２セットアップ手順を通じてNGx（例えば、N２６）インターフェースがないことをMME／AMFから構成（configure）／指示されることもできる。または、eNB／gNBはMME／AMFから５Gシステムはinter system handoverが不可能であるという構成（configure）を設定／指示されることもできる。eNB／gNBは、これらの構成（configuration）情報に基づいてハンドオーバー接続／登録が可能かどうかを判断し、上述したRANレベルのソリューションの動作を実行することができる。このような構成（configuration）情報は、MME／AMFがPLMNごとに異なって／独立して設定することができる。つまり、ネットワークスライシングをする場合には、事業者別の他の政策によってある事業者は、ハンドオーバーを支援し、ある事業者は対応していない可能性があるので、ハンドオーバー接続／登録可能かどうかはPLMNごとに異なって、或いは独立して設定することができる。
さらに、これらの構成情報は、図２９で例示したMMEの構成（Configuration）の更新を通じて更新されることもできる。
MME／AMFはハンドオーバーが可能かどうかが変更（例えば、オペレータポリシーまたは更新を通じたNGx（例えば、N２６）インターフェースの支援など）と、これをeNB／gNBに知らせ、ハンドオーバー可能状況／NGx（例えば、N２６）インターフェースの有無などに対する構成情報を更新することができる。
上述した実施形態で端末は、基本（default）的にTAUを実行するように設定され、ネットワーク（例えば、eNB／gNB）はハンドオーバー接続が必要／可能な場合にのみ、ハンドオーバー接続／登録の指示を端末に転送する方式で設定することができる。例えば、端末は、別の指示（例えば、ハンドオーバー接続／登録指示）を受信していない場合は、TAU手順を実行することができ、別の指示を受信した場合には、ハンドオーバー接続／登録の手順を実行することができる。ここでハンドオーバー接続／登録を実行せよという指示は端末が接続／登録要求にIMSIを包含せよという指示に対応することもできる。
RAN レベル ソリューションとコアネットワークレベルのソリューション両方下記の実施例が適用されることもできる。
端末は、ハンドオーバー接続／登録を行うとき、PDN接続要求／PDUセッション要求メッセージに要求タイプをハンドオーバーに設定して送信する必要がある。しかし、従来の技術によれば、ハンドオーバー接続／登録はnon-３GPPアクセスと３GPPアクセスの間でのみ使用されているので、要求タイプを同じにハンドオーバーに設定して送信する場合、ネットワークでは、non-３GPPからPDUセッションが送信されるか、それとも３GPP（しかし、他のネットワークコア）からPDUセッションが送信されるかを判断することができない。
これらの曖昧さを解決するために、既存に定義されていた要求タイプをそのまま使用せずに、本明細書で提案された相互連動（interworking）のための新しい要求タイプが定義されて使用することができる。
たとえば、現在のTS ２４.００８によると、要求タイプ情報要素は、表２のように定義されている。
Figure 2019525690
表２で「０１０」に設定された要求タイプ値は、non-３GPP（または３GPP）アクセスから３GPP（またはnon-３GPP）アクセスにPDN接続が送信されることを意味する。これらの転送は、３GPP TS ２５.３３１ [２３c]と３GPP TS ３６.３３１ [１２９]に記載され３GPP接続モードモビリティ手順によって制御されるハンドオーバーではない。「緊急ベアラサービスのハンドオーバー」は、A／Gb-モードとIu-モードでは、「予約（reserved）ビット」として扱われる。
表２を参照すると、現在未使用（unused）の値が一つ残っているが（「０１１」）、これを表３のように３GPPアクセスの間でのハンドオーバーを指す要求タイプに設定／定義して使用することができる。このとき、３GPPアクセスの間でのハンドオーバー（between ３GPP accesses）は５Gネットワークからのハンドオーバーを意味する。
Figure 2019525690
万が一、５Gネットワークの３GPPアクセスnon-３GPPアクセスの区別が必要な場合は、追加の要求タイプを新たに定義して使用することができる。例えば、「０１１」は ５G ３GPPからEPCへのハンドオーバーを意味することができ、「１０１」は ５G non-３GPPからEPCへのハンドオーバーを意味することができる。
または、従来のハンドオーバー要求タイプを再利用しつつ、PDN接続要求（connectivity request）／PDUセッション要求メッセージに端末のPDUセッションがどのアクセスから送信／転送されるかを、別の IEを定義して使用する方法がある。
５Gネットワークでは、同じDNN（Data Network Name）で複数のPDUセッションを作ることができる。そのため、ネットワークは、単にPDUセッションがどんなアクセスから送信／転送されるかについての情報だけでは、正確にどのPDUセッションが送信／転送されるかを判断することができない。たとえば、５GネットワークでE-URANを通じて同じDNNで２以上のPDUセッションを生成することができ、この場合、MMEは、eNBに渡す／転送するPDUセッションを正確に知っておかないとどのSMF／P-GWを選択するかどうか決定することができない。したがって、端末は、送信／転送しようとするPDUのセッションを識別するためのPDUセッション IDをPDN接続要求／PDUセッション要求メッセージに入れて送ることができる。 このとき、端末はPDN 接続要求／PDUセッション要求メッセージ内の新しく定義されたIEにPDUセッションIDを含ませて送信することができる。端末がPDUセッションIDを送信することとは別に、要求タイプを上から提供された方法を通じて設定して送信することもできる。
MMEは端末が送信したPDN接続要求にPDUセッションIDが含まれている場合、 UDM+HSSから受けてきた情報に基づいて対応するPDUセッションIDにマッチングされるSMF／P-GWアドレスを選択し、端末のPDN接続要求を処理することができる。
以下では、端末の接続モードでN２６インタフェースがない場合に関連する以下の問題の解決策を提供する。
-接続モードのUEが５GからEPCへの移動が発生したときに、UEがTAU要求／拒否をスキップできるようにする追加の最適化（optimization）方法
接続モードでのシステム間の移動性が発生している間サービスの中断（interruption）時間を最小限に抑えるために、UEは、二重（dual）の登録を支援していないネットワークは、N２６のインターフェイスのない相互連動のみを支援する。
したがって、本明細書では、接続モードで５GCからEPCへのUEのモビリティに対する不要なTAU失敗をスキップするためにRANの指示を支援することを提案する。以下では、これに対する２つのオプションを提案する。
オプション１：ハンドオーバー準備中のハンドオーバーの準備（preparation）失敗
図３０は、本発明の一実施形態に従う失敗したハンドオーバー準備動作を例示した図である。
図３０を参照すると、ソースNG-RANは、ハンドオーバー要求（required）メッセージをAMFに送信することにより、システム間（inter-system）ハンドオーバー（inter-RATハンドオーバー）を実行することができる。この場合には、AMFは、「システム間（inter-system）ハンドオーバーが支援されない」を意味するハンドオーバー準備に失敗し、メッセージをNG-RANに送信することにより応答することができる。したがって、ソースNG-RANは、不要なTAUをスキップするように指示し、RRC解除手続きを行うことができる。万が一、UEが「スキップ不要（unnecessary）TAU」を指示するE-UTRANからRRC終了メッセージを受信すると、UEは、ハンドオーバー指示を有する接続手順（つまり、ハンドオーバー接続／登録手続き）を実行する。
オプション２：AMFはN２セットアップ手順中に「システム間のハンドオーバーが支援されない」を通知
NG-RANは、N２セットアップ手順の間、システム間のハンドオーバー能力（capability）がわかる。NG-RANがE-UTRANへのUEモビリティを検出すると、NG-RANは、適切な原因「スキップ不要（unnecessary）TAU」を持つRRC解除を行うことができる。したがって、UEは、EPCの「ハンドオーバー」を指示するPDN接続要求メッセージを利用して接続手順を実行することができる。
上述したオプション１と２をTS ２３.５０１の５.１７.２.３.２シングル-登録モードのUEのためのモビリティセクションに適用すると、以下の通りである。
５.１７.２.３.２シングル（single）-登録モードのUEのためのモビリティ
UEがシングル-登録モードを支援し、ネットワークがN２６インターフェースない相互連動手順を支援している場合：
- ５GCからEPCへの移動の場合には、UEは、５G-GUTIからマッピングされた４G-GUTIにTAU手順を実行する。MMEは、oldノードがAMFであることを決定し、UEへの「ハンドオーバーPDN接続のセットアップ支援」の指示によりTAUを拒絶する。この指示に基づいて、UEは、PDN接続要求メッセージ（TS ２３.４０１ [２６]、セクション５.３.２.１）内の「ハンドオーバー」の指示によりEPCで接続を行うことができ、続いてUEは、「ハンドオーバー」フラグを持つUE開始（initiated）PDN接続の確立（establishment）手順を使用してUEの他のすべてのPDUのセッションを移動させる（TS ２３.４０１ [２６]のセクション５.１０.２）。最初のPDN接続はE-UTRAN初期接続手順（TS ２３.４０１ [２６]参照）中に設定されることもできる。
- EPCから５GCへの移動の場合、UEは、４G-GUTIからマッピングされた５G-GUTIに５GCで「モビリティ登録の更新（mobility registration update）」タイプの登録を行うことができる。AMFはoldノードがMMEであることを決定するが、登録が「初期登録」タイプであるかのように進行する。登録承認はUEへの「ハンドオーバーPDUセッションセットアップ支援」の指示を含んでいる。この指示に基づいて、UEは、連続的に、「既存の（Existing）PDUのセッション」フラグ（TS ２３.５０２ [３]、４.３.２.２.１セクション）を有するUE開始PDUのセッション確立手順を使用してEPCからすべてのPDN接続を移動させることができる。
-接続モードでUEが５GCからEPCに移動する間のサービスの中断を最小限に抑えるために、NG-RANは、TAU手順をスキップするための支援（assistance）情報を提供することができる。もし、UE ASがTAU手順スキップのための支援情報を受信すると、UE NASはTAU手順を実行する代わりに、PDN接続要求メッセージ（TS ２３.４０１ [２６]、セクション５.３.２.１）内の「ハンドオーバー」の指示によりEPCで接続手順を実行する必要がある。以後、UEは「ハンドオーバー」フラグ（TS ２３.４０１ [５.６.２]節）を有するUE開始PDN接続確立手順を使用してUEの他のすべてのPDUのセッションを移動させる。
加えて、RRC解除メッセージでTAU手順をスキップするための支援情報を決定／指示する方法が追加で定義することができる。
図３１は、本発明の一実施形態に従う端末のネットワーク間の相互連動方法を例示したフローチャートである。本フローチャートに関連して上述した実施例が同じ／同様に適用することができ、以下では重複する説明は省略する。
端末のネットワークを５GCネットワークからEPCネットワークに変更するための第１の相互連動の手順を実行する手順は、５GCとEPCネットワークとの間にインターフェースが存在するかどうかに応じて、下記のように大きく２つの実施例で実装されることもできる。
万が一、５GC及び前記EPCネットワークとの間のインターフェース（例えば、N２６）が存在しない場合：
端末は５GCネットワークのAMFから第１の指示を受信することができる（S３１１０）。この時、端末が受信する第１の指示はハンドオーバー接続を行うことを指示する明示的に指示またはN２６が存在しないことを指示する暗示的な指示に対応することができる。
次に、端末は、前記第１の指示に基づいて、EPCネットワーク内でのハンドオーバー接続の手順を実行することができる（S３１２０）。このため、端末はハンドオーバー接続要求メッセージをEPCネットワークのMMEに送信することができる。この場合、端末は、要求タイプが「ハンドオーバー」に設定されたPDN接続要求メッセージをEPCのMMEに送信することができる。
万が一、５GC及び前記EPCネットワークとの間のインターフェース（例えば、N２６）が存在する場合：
端末は、、AMFから前記第１の指示を受信していない可能性があり、この場合、EPCネットワーク内でTAU手順を実行することができる。
５GC内で端末に生成されたすべてのPDUのセッションは、前記ハンドオーバー接続手順又は前記TAU手順を通じて前記EPCネットワークに転送（transfer）されることもできる。特に、TAU手順を通じてMMEはAMFとのインタフェースを通じてAMFから直接端末のPDUセッションを伝達（transfer）してもらうことができる。
また、本フローチャートには図示していないが、端末はEPCに移動しながら、前記５GCから移動することを示す以前のアクセス情報をMMEに送信することができる。
また、端末が移動するEPCは５GCのGUTIからマッピングされるEPC-GUTIを持つことができる。
万が一、５GCとEPCネットワークとの間のインターフェースが存在せず、端末が前記５GCで接続モードである場合、端末は５GCのNG-RAN（またはgNB）とRRC解除を行い、EPCと接続されたセルにキャンプすることができている。
また、端末がEPCネットワークを変更した後、再びネットワークをEPCネットワークで５GCネットワークに変更するための第２の相互連動の手順を実行することができる。この時にも、５GCとEPCネットワークとの間のインターフェースが存在しない場合は、EPCネットワークのMMEから第２の指示を受信することができる。この時の第２指示もやはり、ハンドオーバー接続を行うことを指示する明示的に指示またはN２６が存在しないことを指示する暗示的な指示に対応することができる。次に、端末は前記の指示に基づいて５GCネットワーク内での登録手順を実行することができる。この時の登録手順は、登録タイプがモビリティ登録の更新（mobility registration update）に設定された登録手続きに対応することができる。EPC内の端末に対して生成されたすべてのPDUのセッションは、前記登録手続きを通じて５GCネットワークに転送することができる。
端末は、EPCから移動することを示す以前のアクセス情報をAMFに送信することができる。５GCは、EPCのGUTIからマッピングされる５GC-GUTIを持つことができる。
万が一、５GCとEPCネットワークとの間のインターフェースが存在せず、端末が、前記EPCで接続モードである場合には、EPCのE-UTRAN（例えば、eNBN）とRRC解除を行うすることができる。
本発明が適用できる装置一般
図３２は本発明の一実施形態に従う通信装置のブロック構成図を例示する。
図３２を参照すると、無線通信システムは、ネットワークノード（３２１０）と 多数の端末（UE）（３２２０）を含んでいる。
ネットワークノード（３２１０）はプロセッサ（processor、３２１１）、メモリ（memory、３２１２）と通信モジュール（communication module、３２１３）を含んでいる。プロセッサ（３２１１）は、先に提案された機能、プロセスおよび／または方法を実装する。有／無線インターフェースプロトコルの階層は、プロセッサ（３２１１）によって実装されることもできる。メモリ（３２１２）は、プロセッサ（３２１１）と接続されて、プロセッサ（３２１１）を駆動するための様々な情報を格納する。通信モジュール（３２１３）はプロセッサ（３２１１）と接続されて、有／無線信号を送信および／または受信する。ネットワークノード（３２１０）の一例として、基地局、MME、HSS、SGW、PGW、アプリケーションサーバなどがこれに該当する。特に、ネットワークノード（３２１０）が基地局である場合には、通信モジュール（３２１３）は、無線信号を送信／受信するためのRF部（radio frequency unit）を含むすることができる。
端末（３２２０）は、プロセッサ（３２２１）、メモリ（３２２２）と 通信モジュール（またはRF部）（３２２３）を含んでいる。プロセッサ（３２２１）は、先に提案された機能、プロセスおよび／または方法を実装する。無線インターフェースプロトコルの階層は、プロセッサ（３２２１）によって実装されることもできる。メモリ（３２２２）は、プロセッサ（３２２１）と接続されて、プロセッサ（３２２１）を駆動するための様々な情報を格納する。通信モジュール（３２２３）は、プロセッサ（３２２１）と接続されて、無線信号を送信および／または受信する。
メモリ（３２１２、３２２２）は、プロセッサ（３２１１、 ３２２１）の内部または外部にあることができ、よく知られている様々な手段によりプロセッサ（３２１１、 ３２２１）と接続することができる。また、ネットワークノード（３２１０）（基地局である場合）および／または端末（３２２０）は、一本のアンテナ（single antenna）、または複数のアンテナ（multiple antenna）を有することができる。
図３３は、本発明の一実施形態に従う通信装置のブロック構成図を例示する。
特に、図３３は、先にも３２の端末をより詳細に例示する図である。
図３３を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（DSP：digital signal processor）（３３１０）、RFモジュール（RF module）（またはRFユニット）（３３３５）、パワー管理モジュール（power management module）（３３０５）、アンテナ（antenna）（３３４０）、 バッテリー（battery）（３３５５）、 ディスプレイ（display）（３３１５）、 キーパッド（keypad）（３３２０）、 メモリ（memory）（３３３０）、 SIMカード（SIM（Subscriber Identification Module） card）（３３２５）（この構成ではオプション）、 スピーカー（speaker）（３３４５）とマイク（microphone）（３３５０）を含んで構成できる。端末はまた、単一のアンテナまたは複数のアンテナを含むことができる。
プロセッサ（３３１０）は、先に提案された機能、プロセスおよび／または方法を実装する。無線インターフェースプロトコルの階層は、プロセッサ（３３１０）によって実装されることもできる。
メモリ（３３３０）は、プロセッサ（３３１０）と接続され、プロセッサ（３３１０）の動作と関連した情報を保存する。メモリ（３３３０）は、プロセッサ（３３１０）内部または外部にあることができ、よく知られている様々な手段によりプロセッサ（３３１０）と接続することができる。
ユーザーは、例えば、キーパッド（３３２０）のボタンを押すか、（あるいはタッチするか、）またはマイク（３３５０）を利用した音声駆動（voice activation）によって電話番号などのコマンド情報を入力する。プロセッサ（３３１０）は、これらのコマンドの情報を受信し、電話番号で電話をかけるなど、適切な機能を実行するように処理する。駆動上のデータ（operational data）は、SIMカード（３３２５）またはメモリ（３３３０）から抽出することができる。また、プロセッサ（３３１０）は、ユーザーが認知して、また利便性のために、コマンド情報または駆動情報をディスプレー（３３１５）上に表示することができる。
RFモジュール（３３３５）は、プロセッサ（３３１０）に接続され、RF信号を送信および／または受信する。プロセッサ（３３１０）は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をRFモジュール（３３３５）に伝達する。RFモジュール（３３３５）は、無線信号を受信および送信するために受信機（receiver）と送信機（transmitter）から構成されている。アンテナ（３３４０）は、無線信号を送信および受信する機能を行う。無線信号を受信すると、RFモジュール（３３３５）は、プロセッサ（３３１０）によって処理するために信号を伝達して基盤バンド信号を変換することができる。処理された信号は、スピーカー（３３４５）を通じて出力される音や読みやすさの情報に変換することができる。
以上で説明した実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り選択的なものを検討されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施されることもできる。また、一部の構成要素および／または特徴を結合して、本発明の実施例を構成することも可能である。本発明の実施例で説明している動作の順序は変更されることもできる。ある実施例の一部の構成や特徴は、他の実施例に含まれることができ、または他の実施形態に対応する構成または特徴と交換することができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができることは自明である。
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ’ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒ
ａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントロー
ラ、マイクロコントローラ、マイクロプロセッなどにより具現できる。
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態で具現できる。ソフトウェアのコードは、メモリに格納され、プロセッサによって駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知となった多様な手段により、前記プロセッサとデータをやり取りすることができる。
本明細書で「Aおよび／またはB」は、Aおよび／またはBのうち少なくとも一つを意味する。
本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態として具体化されることは当業者に自明である。したがって、上述した詳細な説明は、すべての面で制限的に解釈してはならないし、例示的なものとみなされるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきで、本発明の等価的範囲内でのすべての変更は、本発明の範囲に含まれる。
本発明の無線通信システムで地理的領域（geographical area）内に存在する端末の数を報告するための、または、これを支援するための方策は、３GPP LTE／LTE-A／NR（５G）システムに適用される例を中心として説明したが、３GPP LTE／LTE-A／NR（５G）システム以外にも、様々な無線通信システムに適用することができる。

Claims (15)

  1. 無線通信システムで端末のネットワーク間の相互連動（interworking）の方法において、
    前記端末のネットワークを５GC（５-generation Core Network）ネットワークでEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行するステップを包含し、
    前記第１の相互連動の手順を実行するステップは、
    前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合、
    前記５GCネットワークのAMF（Access and Mobility Management Function）から第１の指示を受信するステップと、
    前記第１の指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行する段階を含む、ネットワーク間の相互連動方法。
  2. 前記第１の相互連動の手順を実行するステップは、
    前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合には、
    前記AMFから前記第１の指示を受信していない段階と、
    前記EPCネットワーク内でTAU（Tracking Area Update）手順を実行する段階を含む、請求項１に記載のネットワーク間の相互連動方法。
  3. 前記５GC内で前記端末について生成されたPDU（packet data unit）のセッションは、前記ハンドオーバー接続手順又は前記TAU手順を通じて前記EPCネットワークに転送（transfer）される、請求項２に記載のネットワーク間の相互連動方法。
  4. 前記ハンドオーバー接続の手順を実行するステップは、
    要求タイプがハンドオーバーに設定されたPDN接続要求メッセージを前記EPCのMME（Mobility Management Entity）に送信するステップを含む、請求項１に記載のネットワーク間の相互連動方法。
  5. 前記端末が前記５GCから移動することを示す情報を、前記MMEに送信するステップをさらに含む、請求項４に記載のネットワーク間の相互連動方法。
  6. 前記EPCは、前記５GCのGUTI（Globally Unique Temporary UE Identity）とマッピングされるEPC-GUTIを持つ、請求項１に記載のネットワーク間の相互連動方法。
  7. 前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記５GCで接続（connected）モードである場合には、
    前記５GCのNG（Next-Generation）-RAN（radio access network）とRRC（radio resource control）解除（release）を行い、前記 EPCに関連付けられているセルにキャンプする段階をさらに含む、請求項１に記載のネットワーク間の相互連動方法。
  8. 前記端末のネットワークを、前記EPCネットワークから前記５GCネットワークに変更するための第２の相互連動の手順を実行するステップとをさらに含み、
    前記第２の相互連動の手順を実行するステップは、
    前記５GC及び前記EPCネットワークとの間の前記インタフェースが存在しない場合は、前記EPCネットワークのMME（Mobility Management Entity）から第２の指示を受信するステップと、
    前記第２の指示に基づいて前記５GCネットワーク内での登録（registration）手順を実行する段階を含む、請求項１に記載のネットワーク間の相互連動方法。
  9. 前記EPC内で前記端末について生成されたPDU（packet data unit）セッションは、前記登録手続きを通じて前記５GCネットワークに転送（transfer）される、請求項８に記載のネットワーク間の相互連動方法。
  10. 前記登録手順は、登録タイプがモビリティ登録の更新（mobility registration update）に設定された登録手続きである、請求項８に記載のネットワーク間の相互連動方法。
  11. 前記端末が前記EPCから移動することを示す情報を、前記AMFに転送するステップとをさらに含む、請求項１０に記載のネットワーク間の相互連動方法。
  12. 前記５GCは、前記EPCのGUTI（Globally Unique Temporary UE Identity）とマッピングされる５GC-GUTIを持つ、請求項１０に記載のネットワーク間の相互連動方法。
  13. 前記５GCとEPCネットワークとの間のインターフェースが存在せず、前記端末が、前記EPCで接続（connected）モードである場合には、
    前記EPCのE-UTRAN（evolved universal terrestrial radio access network）とRRC（radio resource control）解除（release）を実行する段階をさらに含む、請求項８に記載のネットワーク間の相互連動方法。
  14. 無線通信システムにおけるネットワーク間の相互連動（interworking）の方法を実行するUE（User Equipment）において、
    信号を送受信するための通信モジュール（communication module）と、
    前記通信モジュールを制御するプロセッサを含み、
    前記プロセッサは、
    前記端末のネットワークを５GC（５-generation Core Network）ネットワークでEPC（Evolved Packet Core）ネットワークに変更するための第１の相互連動の手順を実行し、
    前記５GC及び前記EPCネットワークとの間のインターフェースが存在しない場合、
    前記５GCネットワークのAMF（Access and Mobility Management Function）からの指示を受信し、
    前記指示に基づいて前記EPCネットワーク内でのハンドオーバー接続（attach）手順を実行する、UE。
  15. 前記プロセッサは、
    前記５GCとEPCネットワークとの間の前記インタフェースが存在する場合、
    前記AMFから前記の指示を受信しておらず、
    前記EPCネットワーク内でのTAU（Tracking Area Update）手順を実行する、請求項１４に記載のUE。
JP2019529834A 2017-01-09 2018-01-09 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置 Active JP6709341B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020089005A JP6985455B2 (ja) 2017-01-09 2020-05-21 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201762443838P 2017-01-09 2017-01-09
US62/443,838 2017-01-09
US201762444396P 2017-01-10 2017-01-10
US62/444,396 2017-01-10
US201762542807P 2017-08-09 2017-08-09
US62/542,807 2017-08-09
US201762583495P 2017-11-09 2017-11-09
US62/583,495 2017-11-09
PCT/KR2018/000440 WO2018128529A1 (ko) 2017-01-09 2018-01-09 무선 통신 시스템에서 네트워크간 상호연동 방법 및 이를 위한 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020089005A Division JP6985455B2 (ja) 2017-01-09 2020-05-21 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置

Publications (2)

Publication Number Publication Date
JP2019525690A true JP2019525690A (ja) 2019-09-05
JP6709341B2 JP6709341B2 (ja) 2020-06-10

Family

ID=62789331

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019529834A Active JP6709341B2 (ja) 2017-01-09 2018-01-09 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置
JP2020089005A Active JP6985455B2 (ja) 2017-01-09 2020-05-21 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020089005A Active JP6985455B2 (ja) 2017-01-09 2020-05-21 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置

Country Status (7)

Country Link
US (2) US10524166B2 (ja)
EP (3) EP4114065B1 (ja)
JP (2) JP6709341B2 (ja)
KR (1) KR102241996B1 (ja)
CN (1) CN109155949B (ja)
ES (2) ES2929669T3 (ja)
WO (1) WO2018128529A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021510030A (ja) * 2018-01-05 2021-04-08 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． 無線通信方法及び装置
US10986489B1 (en) * 2019-12-23 2021-04-20 At&T Intellectual Property I, L.P. Facilitation of machine type communication firmware over the air
KR20210048263A (ko) * 2019-10-23 2021-05-03 주식회사 엘지유플러스 시분할 듀플렉스 구성 방법 및 세션 관리 장치
WO2024171359A1 (ja) * 2023-02-15 2024-08-22 株式会社Ｎｔｔドコモ ネットワークノード及び通信方法

Families Citing this family (197)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102449475B1 (ko) * 2016-10-21 2022-09-30 삼성전자 주식회사 무선 통신 시스템에서 단말이 지원 가능한 네트워크 정보에 기반한 단말의 네트워크 접속 방법 및 장치
WO2018116423A1 (en) * 2016-12-21 2018-06-28 Panasonic Corporation Communication apparatus and communication method
AU2017384947B2 (en) * 2016-12-29 2020-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Network node and method for configuring PDCP for a wireless device
US11044643B2 (en) * 2017-01-11 2021-06-22 Telefonaktiebolaget Lm Ericsson (Publ) 5G QoS flow to radio bearer remapping
US20180213540A1 (en) * 2017-01-25 2018-07-26 Acer Incorporated Method of mapping data packets and related apparatuses using the same
US12075253B2 (en) * 2017-01-26 2024-08-27 Telefonaktiebolaget Lm Ericsson (Publ) Attachment of a wireless device to a mobile network operator
US10993136B2 (en) * 2017-02-01 2021-04-27 Lg Electronics Inc. Method for performing reflective quality of service (QoS) in wireless communication system and a device therefor
US10772022B2 (en) * 2017-02-10 2020-09-08 Mediatek Inc. Method and apparatus for inter-system handover in wireless communication
US10542454B2 (en) * 2017-02-10 2020-01-21 Mediatek Inc. Control and management of reflective QoS
US10547374B1 (en) 2017-02-13 2020-01-28 Lockheed Martin Corporation Random access for LTE over satellite
CN108632844B (zh) * 2017-03-15 2019-09-17 电信科学技术研究院 信息处理方法、装置及电子设备
CN109076422B (zh) 2017-03-20 2021-01-15 华为技术有限公司 一种通信系统间移动方法、用户设备和存储介质
CN108632915B (zh) * 2017-03-20 2022-07-15 中兴通讯股份有限公司 一种终端在4g和5g网络间移动的方法、装置和设备
US11122470B2 (en) * 2017-05-04 2021-09-14 Ofinno, Llc Network slice information for handover procedure
BR112019022554A2 (pt) * 2017-05-09 2020-05-19 Ericsson Telefon Ab L M métodos realizados por um primeiro e segundo nós, primeiro e segundo nós, e, sistema de comunicação.
WO2018219352A1 (en) * 2017-06-02 2018-12-06 Fg Innovation Ip Company Limited Methods, devices, and systems for service-driven mobility management
US11019538B2 (en) * 2017-06-13 2021-05-25 Apple Inc. Systems, methods and devices for legacy system fallback in a cellular communications system
KR102388936B1 (ko) * 2017-06-14 2022-04-22 삼성전자 주식회사 단말의 망 접속 방법 및 이동성 지원과 데이터 전달 방법 및 장치
JP2019004406A (ja) * 2017-06-19 2019-01-10 シャープ株式会社 ユーザ装置、ａｍｆ、コアネットワーク装置、ｐ−ｃｓｃｆ、及び通信制御方法
CN110771206B (zh) * 2017-06-19 2021-07-09 Idac控股公司 用户平面重定位方法和装置
US11071021B2 (en) * 2017-07-28 2021-07-20 Qualcomm Incorporated Security key derivation for handover
CN114339910A (zh) * 2017-07-31 2022-04-12 华为技术有限公司 通信方法、设备及系统
WO2019027742A1 (en) * 2017-08-04 2019-02-07 Intel IP Corporation ESTABLISHING DATA TRANSFER TUNNEL BETWEEN TWO USER PLAN FUNCTIONS IN A FIFTH GENERATION
US10764789B2 (en) * 2017-08-11 2020-09-01 Comcast Cable Communications, Llc Application-initiated network slices in a wireless network
CN116367250A (zh) 2017-08-11 2023-06-30 北京三星通信技术研究有限公司 支持切换的方法及相应设备
CN109392043B (zh) * 2017-08-11 2023-04-14 北京三星通信技术研究有限公司 支持切换的方法及相应设备
KR102329925B1 (ko) * 2017-08-14 2021-11-23 삼성전자 주식회사 4g/5g 동시 등록된 이동 통신 단말을 위한 네트워크 이동시 데이터 동기화 제공 방안
TWI669019B (zh) * 2017-08-14 2019-08-11 宏達國際電子股份有限公司 處理互通程序的裝置及方法
US11082458B2 (en) * 2017-08-18 2021-08-03 T-Mobile Usa, Inc. Web access in 5G environments
US11297502B2 (en) * 2017-09-08 2022-04-05 Futurewei Technologies, Inc. Method and device for negotiating security and integrity algorithms
CN109673003B (zh) * 2017-10-17 2021-10-26 华为技术有限公司 一种切换的方法、移动性管理网元和通信系统
EP4366354A3 (en) 2017-10-30 2024-07-31 Huawei Technologies Co., Ltd. Method and device for obtaining ue security capabilities
CN109803329B (zh) * 2017-11-16 2021-01-22 电信科学技术研究院 数据前转隧道确定方法、接入和移动性管理设备及基站
CN109819481B (zh) * 2017-11-20 2021-05-11 华为技术有限公司 一种网络切换方法及会话管理网元
CN109819483B (zh) * 2017-11-21 2020-09-11 电信科学技术研究院 专用承载创建方法、移动性管理实体及分组数据网络网关
CN109819486B (zh) * 2017-11-21 2022-04-08 中兴通讯股份有限公司 承载标识的确定方法及装置、存储介质
US10638374B2 (en) * 2017-12-08 2020-04-28 Futurewei Technologies, Inc. Method and apparatus for reducing packet retransmission during handover (HO) in low latency mobile communication networks
CN109982383B (zh) * 2017-12-28 2020-10-09 华为技术有限公司 数据发送方法、装置及设备
CN110022586B (zh) * 2018-01-08 2020-10-09 电信科学技术研究院 一种传输下行数据的方法及设备
AU2018401425A1 (en) * 2018-01-11 2020-07-30 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Service-based processing method, terminal device, and network device
KR102492562B1 (ko) * 2018-01-12 2023-01-27 삼성전자주식회사 네트워크 보안을 위한 장치 및 방법
CN110166984B (zh) * 2018-02-13 2021-09-24 维沃移动通信有限公司 业务处理方法、信息发送方法和相关设备
US11382175B2 (en) * 2018-02-15 2022-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Method for providing a breakout PDU session for local IP access
US10980084B2 (en) * 2018-02-15 2021-04-13 Huawei Technologies Co., Ltd. Supporting multiple QOS flows for unstructured PDU sessions in wireless system using non-standardized application information
CN110393022A (zh) * 2018-02-22 2019-10-29 联发科技（新加坡）私人有限公司 移动通信中系统间切换的追踪区域更新进程改善
US10419982B1 (en) * 2018-03-14 2019-09-17 Cisco Technology, Inc. Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes
CN115665882A (zh) 2018-03-28 2023-01-31 中兴通讯股份有限公司 用于传送临时标识符的方法和系统
US11516693B2 (en) * 2018-04-04 2022-11-29 Sony Corporation Method and apparatus for management of extended mobile device identity information
US20190313311A1 (en) * 2018-04-09 2019-10-10 Mediatek Inc. Apparatuses, service networks, and methods for handling plmn-specific parameters for an inter-plmn handover
US11323934B2 (en) * 2018-04-09 2022-05-03 Nokia Technologies Oy Session context conversion
CN110612745A (zh) * 2018-04-17 2019-12-24 联发科技（新加坡）私人有限公司 处理接入类型限制信息的装置及方法
US10813044B2 (en) * 2018-05-11 2020-10-20 Apple Inc. Access type selection in a 5G network
WO2019221033A1 (en) * 2018-05-18 2019-11-21 Nec Corporation A method for synchronizing status of ue in a communication network
US10484911B1 (en) * 2018-05-23 2019-11-19 Verizon Patent And Licensing Inc. Adaptable radio access network
CN110636567B (zh) * 2018-06-22 2022-11-22 中兴通讯股份有限公司 一种切换评估、报告方法、装置及基站
WO2019242867A1 (en) * 2018-06-22 2019-12-26 Nokia Solutions And Networks Oy Selective handover or redirection based on interface availability
US10893560B2 (en) * 2018-06-25 2021-01-12 Verizon Patent And Licensing Inc. Bearer control for secondary radio access technology in dual connectivity networks
WO2020000213A1 (zh) * 2018-06-26 2020-01-02 华为技术有限公司 一种数据发送方法、装置及系统
US10924518B2 (en) * 2018-06-29 2021-02-16 Cisco Technology, Inc. UPF programming over enhanced N9 interface
WO2020030265A1 (en) * 2018-08-08 2020-02-13 Nokia Technologies Oy Mapping logical network resources to transport resources
EP3834483A4 (en) * 2018-08-10 2022-04-13 Telefonaktiebolaget LM ERICSSON (PUBL) METHOD AND NODES TO ENABLE A PDU SESSION METHOD IN COLLABORATION NETWORKS
CN110830994B (zh) 2018-08-13 2021-09-14 华为技术有限公司 会话迁移的方法、装置和存储介质
CN113630796B (zh) * 2018-08-13 2023-08-22 华为技术有限公司 服务质量监测方法、设备及系统
WO2020035732A1 (en) * 2018-08-13 2020-02-20 Lenovo (Singapore) Pte. Ltd. Network slice authentication
CN117221239A (zh) 2018-08-13 2023-12-12 苹果公司 用于反射服务质量的分组过滤器的灵活范围
WO2020038563A1 (en) * 2018-08-21 2020-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Technique for preparing user equipment mobility
US11115327B2 (en) * 2018-08-24 2021-09-07 Oracle International Corporation Methods, systems, and computer readable media for providing mobile device connectivity
CN110881184B (zh) * 2018-09-05 2021-05-18 华为技术有限公司 通信方法和装置
CN110944364B (zh) * 2018-09-25 2021-11-19 中国移动通信有限公司研究院 一种分组网络信息传输方法及网络设备
US20220038941A1 (en) * 2018-09-27 2022-02-03 Apple Inc. Uplink In-Order Delivery for QOS Flow Offloaded in 5GC Multi-RAT Dual Connectivity
EP3634041A1 (en) * 2018-10-05 2020-04-08 Ntt Docomo, Inc. Communication terminal, method for requesting a connection, network component and method for serving a communication terminal
WO2020078417A1 (en) * 2018-10-17 2020-04-23 Mediatek Singapore Pte. Ltd. Improved guti allocation after establishment of mobile-terminated connection in mobile communications
JP7196928B2 (ja) * 2018-10-18 2022-12-27 日本電気株式会社 Ａｍｆ、ｍｍｅ、ａｍｆの方法及びｍｍｅの方法
CN111147422B (zh) * 2018-11-02 2021-08-13 华为技术有限公司 控制终端与网络连接的方法及装置
EP3878201A4 (en) * 2018-11-05 2022-08-03 Parallel Wireless, Inc. LOCALLY GENERATED TEIDE FOR HIGH CORE AVAILABILITY
WO2020034449A1 (en) * 2018-11-06 2020-02-20 Zte Corporation Methods and systems for user equipment mobility management and registration
CN111200849B (zh) * 2018-11-19 2022-08-09 大唐移动通信设备有限公司 一种用户路由更新方法及设备
CN109729387B (zh) * 2019-01-07 2021-05-14 烽火通信科技股份有限公司 基于hls协议的网络直播在故障恢复后的播放方法及系统
CN111436087B (zh) * 2019-01-15 2021-09-10 大唐移动通信设备有限公司 一种pdu会话切换方法及其装置
CN113923647A (zh) 2019-01-16 2022-01-11 华为技术有限公司 一种小区注册方法及终端设备
CN111465011B (zh) * 2019-01-18 2021-07-16 华为技术有限公司 跨网络接入方法、装置、存储介质及通信系统
WO2020160178A1 (en) * 2019-01-29 2020-08-06 Apple Inc. V2x ue with different pc5 rat capability in 5gs
CN111491340B (zh) * 2019-01-29 2021-11-02 大唐移动通信设备有限公司 一种通信系统切换方法、网络侧设备、装置和介质
EP3918844A1 (en) * 2019-02-01 2021-12-08 Nokia Technologies Oy Apparatus, methods, and computer programs for network slice selection
CN113424585B (zh) 2019-02-11 2024-10-18 诺基亚技术有限公司 利用网络切片的蜂窝部署中的增强型移动性
US11310855B2 (en) 2019-02-12 2022-04-19 Samsung Electronics Co., Ltd. Methods and systems for managing bearer configuration of user equipment with EN-DC capability
EP3697062B1 (en) 2019-02-13 2022-06-29 Telefonaktiebolaget LM Ericsson (publ) Secondary authorization at pdu session establishment for home routed roaming
WO2020164023A1 (zh) * 2019-02-13 2020-08-20 Oppo广东移动通信有限公司 无线资源管理测量方法、系统、终端设备及存储介质
EP3955698B1 (en) * 2019-02-14 2023-08-09 Telefonaktiebolaget LM Ericsson (publ) An enhanced up function requested pfcp association release
KR102674149B1 (ko) * 2019-02-14 2024-06-13 애플 인크. 새로운 무선방식(nr) 포지셔닝을 위한 다운링크(dl) 포지셔닝 기준 신호(prs) 대역폭 부분(bwp) 구성 기준 신호 설계 및 사용자 장비(ue) 기반 포지셔닝 향상들
CN111565479B (zh) * 2019-02-14 2022-05-24 华为技术有限公司 通信方法及其装置、系统
EP3913987B1 (en) * 2019-02-15 2024-11-06 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Discontinuous reception method, terminal device and network device
BR112021014080A2 (pt) * 2019-02-15 2021-09-21 Telefonaktiebolaget Lm Ericsson (Publ) Método para registrar um serviço em uma rede de telecomunicações, controlador de coleção, e, produto de programa de computador
KR102636076B1 (ko) * 2019-02-15 2024-02-13 삼성전자주식회사 무선 통신 시스템에서 nas 메시지 정보 처리 방법 및 장치
WO2020168673A1 (en) * 2019-02-18 2020-08-27 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for connection establishment
EP3928491A1 (en) 2019-02-18 2021-12-29 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for transferring restoration context data
CN111586774B (zh) * 2019-02-19 2021-06-29 华为技术有限公司 通信方法和通信装置
US11134371B2 (en) 2019-02-19 2021-09-28 Huawei Technologies Co., Ltd. Communication method and communications apparatus
CN111629411B (zh) 2019-02-27 2021-08-20 华为技术有限公司 一种通信系统间转移的方法以及相关设备
CN111726800A (zh) * 2019-03-04 2020-09-29 华为技术有限公司 用于保护辅助信息的方法和装置
CN111726819B (zh) * 2019-03-19 2021-11-02 大唐移动通信设备有限公司 一种基站链路的建立与更新处理方法及装置
CN112005529B (zh) * 2019-03-27 2022-02-25 Oppo广东移动通信有限公司 QoS规则的优先级处理方法、设备及存储介质
WO2020198425A1 (en) * 2019-03-28 2020-10-01 Apple Inc. Measuring the performance of a wireless communications network
WO2020198274A1 (en) * 2019-03-28 2020-10-01 Kyocera Corporation Inactive mdt log with inactive duration
EP3952373B1 (en) * 2019-03-28 2024-03-20 Huawei Technologies Co., Ltd. Cell selection method and device
EP4054254A1 (en) 2019-03-28 2022-09-07 Ofinno, LLC Core paging handling
EP3937466B1 (en) 2019-04-02 2024-10-16 Huawei Technologies Co., Ltd. Method and apparatus for selecting session management network element
CN111770124B (zh) * 2019-04-02 2022-01-11 华为技术有限公司 选择会话管理网元的方法和装置
WO2020207401A1 (en) * 2019-04-08 2020-10-15 Mediatek Singapore Pte. Ltd. 5g nas recovery from nasc failure
EP3959927A4 (en) * 2019-04-26 2023-01-04 Telefonaktiebolaget LM Ericsson (publ.) METHOD, APPARATUS AND COMPUTER PROGRAM PRODUCT FOR SUPPORTING INTERWORKING BETWEEN CENTRAL NETWORKS
JP2022535499A (ja) 2019-04-30 2022-08-09 オッポ広東移動通信有限公司 ユーザーデバイス及びその無線通信方法
EP3737197B1 (en) 2019-05-06 2022-12-07 Comcast Cable Communications LLC Wireless communications for asymmetric services
US11246064B2 (en) * 2019-05-06 2022-02-08 Mediatek Inc. PDN connection supports interworking to 5GS
CN112019578B (zh) * 2019-05-29 2021-10-15 华为技术有限公司 一种用户面连接的建立方法、装置及系统
CN112020067B (zh) * 2019-05-31 2021-12-10 荣耀终端有限公司 获取安全上下文的方法、装置和通信系统
CN114531714A (zh) * 2019-06-17 2022-05-24 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
US11184946B2 (en) 2019-06-17 2021-11-23 Samsung Electronics Co., Ltd. Method and apparatus for handling emergency services in a wireless communication system
CN112118606B (zh) 2019-06-21 2022-04-29 华为技术有限公司 实现业务连续的方法、相关装置及系统
CN112135306A (zh) * 2019-06-24 2020-12-25 中兴通讯股份有限公司 终端移动管理方法、基站、网络设备、系统及存储介质
CN112243279B (zh) * 2019-07-18 2022-03-29 华为技术有限公司 实现业务连续的方法、相关装置及系统
US11452020B2 (en) * 2019-07-22 2022-09-20 Cisco Technology, Inc. Maintaining internet protocol address for network traffic during handover procedure
CN117880904A (zh) * 2019-08-08 2024-04-12 瑞典爱立信有限公司 用于5gs互通处理的方法和装置
US10841844B1 (en) 2019-08-14 2020-11-17 Dish Wireless L.L.C. Anchor point movement in a compound cellular network
CN112399490B (zh) * 2019-08-15 2022-04-01 大唐移动通信设备有限公司 一种信息处理方法、装置、设备及计算机可读存储介质
US11563676B2 (en) * 2019-08-16 2023-01-24 Nokia Technologies Oy Method and apparatus for universal integrated circuit card update via dedicated network function
KR20210023614A (ko) * 2019-08-23 2021-03-04 삼성전자주식회사 이동통신망에서 멀티 캐스트 및 브로드캐스트 서비스를 지원하기 위한 망구조 및 서비스 제공방법
CN112449399B (zh) * 2019-09-02 2023-03-10 华为技术有限公司 一种通信方法、装置及系统
CN112469077B (zh) * 2019-09-09 2022-07-29 华为技术有限公司 一种业务数据包转发的方法及装置
WO2021049841A1 (ko) * 2019-09-09 2021-03-18 엘지전자 주식회사 비-3gpp 상의 ims 음성 세션을 3gpp 액세스로 이동시키기 위한 방안
CN115066026B (zh) * 2019-09-12 2024-07-12 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN113543258B (zh) 2019-09-23 2023-06-30 Oppo广东移动通信有限公司 系统互操作的方法及装置
CN112584449B (zh) * 2019-09-30 2023-03-31 中国移动通信有限公司研究院 移动会话管理方法、装置、设备及存储介质
US12120558B2 (en) 2019-10-02 2024-10-15 Lg Electronics Inc. Method for moving PDU session on non-3GPP to 3GPP access
US12126994B2 (en) 2019-10-04 2024-10-22 Qualcomm Incorporated User plane integrity protection (UP IP) capability signaling in 5G/4G systems
CN112714407B (zh) * 2019-10-24 2024-05-28 中兴通讯股份有限公司 Nsa网络与sa网络互通的方法、装置及网络管理系统
CN114651459A (zh) * 2019-11-08 2022-06-21 三星电子株式会社 使用无线能力信令优化处理用户设备的无线电能力信令信息编码的方法和系统
TWI727501B (zh) * 2019-11-13 2021-05-11 財團法人資訊工業策進會 無線通訊核心網路與在其中分析用戶設備移動的方法
US11039359B1 (en) 2019-11-19 2021-06-15 Sprint Communications Company L.P. Wireless communication device handovers between wireless communication network slices
CN112954664B (zh) * 2019-12-10 2022-07-12 华为技术有限公司 一种数据处理方法、装置及系统
CN113068239B (zh) * 2020-01-01 2022-05-24 华为技术有限公司 通信方法及相关装置
US11356887B2 (en) * 2020-02-24 2022-06-07 Verizon Patent And Licensing Inc. Systems and methods for selecting a core network slice for user plane communications
EP4115309A4 (en) * 2020-03-03 2024-03-20 The Trustees of Princeton University SYSTEM AND METHOD FOR PHONE PRIVACY
CN115299096A (zh) * 2020-03-20 2022-11-04 中兴通讯股份有限公司 用于网络切片化的授权方法
US11582609B2 (en) 2020-05-21 2023-02-14 T-Mobile Innovations Llc Wireless user equipment (UE) authorization based on UE type and network identifier
US11343742B2 (en) 2020-05-22 2022-05-24 Blackberry Limited Preserving emergency call during failure to transfer
CN113747421B (zh) * 2020-05-29 2022-08-30 中国电信股份有限公司 移动网络共享机制下的控制终端回归的方法、设备和系统
CN115669049B (zh) * 2020-06-01 2024-10-22 中兴通讯股份有限公司 特定于网络切片的聚合最大比特率（ambr）配置
WO2021243551A1 (en) * 2020-06-02 2021-12-09 Qualcomm Incorporated Techniques for handover or redirection of ue from 4g to 5g (sa)
US20230216951A1 (en) * 2020-06-09 2023-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Managing service interrupts in lawful interception
US11212699B1 (en) 2020-06-24 2021-12-28 Sprint Communications Company L.P. Wireless guaranteed bit rate (GBR) data service
WO2022028685A1 (en) * 2020-08-05 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes, and methods performed in a wireless communication network
US20230276220A1 (en) * 2020-08-10 2023-08-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Apparatuses for Mobility between Different Communication Systems
US11350319B2 (en) 2020-08-24 2022-05-31 Cisco Technology, Inc. Optimized quality of service enforcement for handover between different radio access types
US11337056B1 (en) * 2020-09-01 2022-05-17 Sprint Communications Company L.P. 5G network exposure function (NEF) capturing processor identity
US11399327B2 (en) * 2020-09-24 2022-07-26 Verizon Patent And Licensing Inc. Systems and methods for fast return to 5G RAN after fallback to another RAN
US11469912B2 (en) 2020-10-05 2022-10-11 Cisco Technology, Inc. Secondary node status change indication to enable dynamic policy and quota management
US12133159B2 (en) 2020-10-12 2024-10-29 Cisco Technology, Inc. In-band signaling of access network information along the user-plane for differentiated charging
KR102368830B1 (ko) * 2020-10-19 2022-02-28 주식회사 엘지유플러스 네트워크 상호 연동 방법 및 이를 수행하는 장치
US11659468B2 (en) 2020-10-22 2023-05-23 Electronics And Telecommunications Research Institute Method and apparatus for link configuration and routing of relay system
CN114531692A (zh) * 2020-10-30 2022-05-24 华为技术有限公司 一种管理网络切片数据的方法和装置
US11470515B2 (en) 2020-11-05 2022-10-11 Cisco Technology, Inc. Selection of same user plan function for user equipment movement across multiple access networks
US12089148B2 (en) 2020-11-13 2024-09-10 Samsung Electronics Co., Ltd. Electronic device for searching a node based on identification information of cellular communication network and method for the same
WO2022120770A1 (zh) * 2020-12-10 2022-06-16 北京小米移动软件有限公司 监听确定方法和装置、监听指示方法和装置
CN112911573B (zh) * 2020-12-28 2021-12-14 广州爱浦路网络技术有限公司 一种4g/5g融合组网的网元发现方法及nrf装置
US11523332B2 (en) * 2020-12-29 2022-12-06 Cisco Technology, Inc. Cellular network onboarding through wireless local area network
KR20220096499A (ko) * 2020-12-31 2022-07-07 삼성전자주식회사 무선 통신 시스템에서 시스템간 인터워킹 지원 방법 및 장치
US11395111B1 (en) 2021-01-28 2022-07-19 Sprint Communications Company Lp User charging over an exposure function in a wireless communication network
US11374983B1 (en) 2021-01-29 2022-06-28 Sprint Communications Company L.P. Media content service delivery in a wireless communication network
US11451954B1 (en) 2021-02-03 2022-09-20 Sprint Communications Company L.P. Wireless communication service delivery using multiple data network names (DNNs)
WO2022178495A1 (en) * 2021-02-17 2022-08-25 Apple Inc. Network slice quota management enhancements
US11751253B2 (en) 2021-02-25 2023-09-05 Lockheed Martin Corporation Random access for broadband 4G and 5G over satellite
US11716283B2 (en) 2021-03-05 2023-08-01 Oracle International Corporation Methods, systems, and computer readable media for selecting a software defined wide area network (SD-WAN) link using network slice information
US11576078B2 (en) 2021-03-15 2023-02-07 International Business Machines Corporation Selective compression of data for uplink to a telecommunication network
US11540112B1 (en) 2021-04-01 2022-12-27 Sprint Communications Company Lp Policy enforcement across wireless communication networks over application functions
CN115190588A (zh) * 2021-04-02 2022-10-14 华为技术有限公司 一种通信方法、装置及系统
US11483750B1 (en) 2021-04-07 2022-10-25 Cisco Technology, Inc. User equipment (UE) mobility between evolved packet system (EPS) and fifth generation (5G) system (5GS) using a simplified 3GPP core architecture for interworking
US11558920B2 (en) 2021-04-14 2023-01-17 T-Mobile Innovations Llc Wireless user equipment (UE) control over wireless network slices based on slice requirements
US11490328B1 (en) 2021-04-16 2022-11-01 Sprint Communications Company Lp Data communication system to serve a user equipment (UE) over a third generation partnership project (3GPP) network core
US12004025B2 (en) 2021-05-14 2024-06-04 Cisco Technology, Inc. Supporting handovers in hybrid cell configuration environments
US11950218B2 (en) 2021-05-14 2024-04-02 Cisco Technology, Inc. Auto-configuration of hybrid cells supporting shared cell and unique cell operating modes for user equipment in virtualized radio access network architectures
US11882611B2 (en) 2021-05-17 2024-01-23 Cisco Technology, Inc. Dual-connectivity support for user equipment in a hybrid cell virtualized radio access network architecture
US11871271B2 (en) 2021-05-17 2024-01-09 Cisco Technology, Inc. Dynamic switching for user equipment between unique cell and shared cell operating modes based on application traffic
EP4096343A1 (fr) * 2021-05-28 2022-11-30 Airbus SAS Procédé de routage et dispositif mettant en oeuvre ledit procédé
US11778453B2 (en) 2021-06-09 2023-10-03 T-Mobile Innovations Llc Radio access network (RAN) data exposure in a wireless communication network
US11757707B2 (en) 2021-07-28 2023-09-12 Cisco Technology, Inc. Network assurance for 5G enterprise networks
US11902260B2 (en) * 2021-08-02 2024-02-13 Cisco Technology, Inc. Securing control/user plane traffic
US11595247B1 (en) * 2021-10-06 2023-02-28 At&T Intellectual Property I, L.P. Subscriber feedback mechanism for real-time network service upgrade
US11864099B2 (en) 2021-10-22 2024-01-02 T-Mobile Innovations Llc Unified data repository (UDR) access across wireless communication networks
US11985501B2 (en) 2022-01-12 2024-05-14 T-Mobile Innovations Llc Third generation partnership project (3GPP) service delivery to non-3GPP user devices over 3GPP N1 links
CN116506837A (zh) * 2022-01-21 2023-07-28 上海华为技术有限公司 一种用于系统间互操作的方法和装置
US20230397296A1 (en) * 2022-06-06 2023-12-07 Cisco Technology, Inc. Network-initiated group disconnect for wireless devices
WO2024007301A1 (en) * 2022-07-08 2024-01-11 Lenovo (Beijing) Limited Pdu set handling capability indication for xr traffic
WO2024016173A1 (zh) * 2022-07-19 2024-01-25 Oppo广东移动通信有限公司 中继承载配置的确定方法、装置、设备及存储介质
GB2622353A (en) * 2022-07-30 2024-03-20 Samsung Electronics Co Ltd Method and apparatus for energy performance policy
WO2024028736A1 (en) * 2022-07-30 2024-02-08 Jio Platforms Limited System and method for provisioning interworking of communication networks with different radio access technologies
WO2024035777A1 (en) * 2022-08-10 2024-02-15 Apple Inc. Service recovery during registration with new radio network
WO2024145946A1 (en) * 2023-01-06 2024-07-11 Nokia Shanghai Bell Co., Ltd. Apparatus, method, and computer program

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577955B (zh) * 2008-07-11 2011-04-20 中兴通讯股份有限公司 一种空闲模式下节约信令功能的激活判断方法及系统
US9271316B2 (en) * 2011-01-21 2016-02-23 Blackberry Limited Network apparatus and process to determine the connection context for connections used for (local) offloading
US10536917B2 (en) * 2015-02-03 2020-01-14 Nokia Solutions And Networks Oy Dual connectivity for different access networks
US10897507B2 (en) * 2016-04-01 2021-01-19 Qualcomm Incorporated Mechanism to enable connectivity sessions and IP session establishment
US10362511B2 (en) * 2016-05-17 2019-07-23 Lg Electronics Inc. Method and apparatus for determining PDU session identity in wireless communication system
WO2018085713A2 (en) * 2016-11-04 2018-05-11 Intel IP Corporation Initial access and mode selection in evolved long term evolution (lte) networks
DE112017004452T5 (de) * 2016-11-04 2019-06-19 Intel Corporation Internetworking zwischen einem Kern der nächsten Generation und einem weiterentwickelten Paketkern
CN110651497B (zh) 2017-03-23 2022-04-19 瑞典爱立信有限公司 用于系统间切换的方法和装置

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021510030A (ja) * 2018-01-05 2021-04-08 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． 無線通信方法及び装置
US11240775B2 (en) 2018-01-05 2022-02-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communications method and device
JP7016960B2 (ja) 2018-01-05 2022-02-07 オッポ広東移動通信有限公司 無線通信方法及び装置
KR20210048263A (ko) * 2019-10-23 2021-05-03 주식회사 엘지유플러스 시분할 듀플렉스 구성 방법 및 세션 관리 장치
KR102307626B1 (ko) 2019-10-23 2021-09-30 주식회사 엘지유플러스 시분할 듀플렉스 구성 방법 및 세션 관리 장치
US10986489B1 (en) * 2019-12-23 2021-04-20 At&T Intellectual Property I, L.P. Facilitation of machine type communication firmware over the air
US11582595B2 (en) 2019-12-23 2023-02-14 At&T Intellectual Property I, L.P. Facilitation of machine type communication firmware over the air
WO2024171359A1 (ja) * 2023-02-15 2024-08-22 株式会社Ｎｔｔドコモ ネットワークノード及び通信方法

Also Published As

Publication number Publication date
JP6709341B2 (ja) 2020-06-10
EP4114065A1 (en) 2023-01-04
ES2983234T3 (es) 2024-10-22
EP4391715A3 (en) 2024-08-07
EP3432641B1 (en) 2022-10-05
ES2929669T3 (es) 2022-11-30
US20180376384A1 (en) 2018-12-27
EP3432641A4 (en) 2019-10-09
CN109155949A (zh) 2019-01-04
EP4114065B1 (en) 2024-06-12
JP2020123992A (ja) 2020-08-13
EP3432641A1 (en) 2019-01-23
WO2018128529A1 (ko) 2018-07-12
US20200092758A1 (en) 2020-03-19
KR20190020142A (ko) 2019-02-27
CN109155949B (zh) 2021-06-11
US10524166B2 (en) 2019-12-31
KR102241996B1 (ko) 2021-04-19
EP4391715A2 (en) 2024-06-26
US11184808B2 (en) 2021-11-23
JP6985455B2 (ja) 2021-12-22

Similar Documents

Publication Publication Date Title
JP6985455B2 (ja) 無線通信システムにおけるネットワーク間の相互連動方法及びそのための装置
JP7189126B2 (ja) 無線通信システムにおけるサービス要求手順の実行方法とそのための装置
JP6947878B2 (ja) 無線通信システムにおける登録解除方法及びこのための装置
KR102164230B1 (ko) 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치
JP7028887B2 (ja) 無線通信システムにおいてレイヤ間の相互作用方法及びそのための装置
US12041505B2 (en) Method for managing PDU session in wireless communication system and apparatus therefor
CN109155909B (zh) 无线通信系统中用于更新ue配置的方法及其装置
US10917868B2 (en) Method for notifying of mobility event in wireless communication system and device therefor
JP6894504B2 (ja) 無線通信システムにおけるｒｅｆｌｅｃｔｉｖｅ ＱｏＳの適用方法、及びこのための装置
JP2019534653A (ja) 無線通信システムにおけるネットワークノード選択方法及びその装置
US20190274076A1 (en) Method for supporting ue mobility in wireless communication system and device therefor

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191217

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200311

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200331

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200430

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200522

R150 Certificate of patent or registration of utility model

Ref document number: 6709341

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250