(57)【要約】【課題】ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用／支援方法、及びこれを行う装置に関する。【解決手段】本発明の一態様は、無線通信システムにおけるＵＥの反映型（ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の実行方法において、ネットワークからダウンリンクパケットを受信する段階であって、ダウンリンクパケットは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットである、ダウンリンクパケットに基づいてＱｏＳ規則を導出する段階と、ＱｏＳ規則を用いて、アップリンクパケットにダウンリンクパケットのＱｏＳのマーキングを適用してネットワークへ送信する段階と、ＱｏＳ規則と連携したタイマーの満了前にダウンリンクパケットを受信した場合、タイマーを再開始する段階とを含む。【選択図】図１９
2019532582.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の反映型（ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の実行方法において、
ネットワークからダウンリンクパケットを受信する段階であって、前記ダウンリンクパケットは、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットである、
前記ダウンリンクパケットに基づいてＱｏＳ規則を導出する段階と、
前記ＱｏＳ規則を用いて、アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信する段階と、
前記ＱｏＳ規則と連携したタイマーの満了前に前記ダウンリンクパケットを受信した場合、前記タイマーを再開始する段階とを含む、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項２】
前記タイマーが満了となった場合、前記ＱｏＳ規則を削除する段階をさらに含む、請求項１に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項３】
前記タイマーの満了後、前記ダウンリンクパケットを受信した場合、前記タイマーを開始する段階をさらに含む、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項４】
前記タイマーの値は、前記ＵＥのＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッションの確立（ｅｓｔａｂｌｉｓｈ）手続で事前に決定される、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項５】
前記ネットワークがＡＮ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）である場合、
前記ＡＮは、ユーザープレーン機能からＮ３のリファレンスポイント上のカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）ヘッダを介して、前記ダウンリンクパケットのｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用を指示するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示（ｉｎｄｉｃａｔｉｏｎ）及び前記ＱｏＳのマーキングを受信するネットワークノードである、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項６】
前記ＱｏＳのマーキングは、前記ダウンリンクパケットのＱｏＳフローの識別子に該当する、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項７】
前記ＱｏＳ規則は、前記アップリンクパケットと前記ＱｏＳフロー間のマッピング関係の決定に用いられる、請求項６に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項８】
前記ＱｏＳ規則は、前記ダウンリンクパケットから導出されたパケットフィルタ、前記ダウンリンクパケットのＱｏＳのマーキング及び前記アップリンクパケットの評価（ｅｖａｌｕａｔｅ）順序を決定するために用いられる優先順位値を含む、請求項７に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項９】
前記パケットフィルタは、前記ダウンリンクパケットのヘッダから導出される、請求項８に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項１０】
前記ＱｏＳ規則を用いて、前記アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信する段階は、
複数のアップリンクパケットを前記優先順位値の順序で評価し、前記ＱｏＳ規則に含まれたパケットフィルタとマッチングされるアップリンクパケットをフィルタリングする段階と、
前記フィルタリングされたアップリンクパケットに前記ＱｏＳ規則に含まれている前記ＱｏＳのマーキングを適用して前記ネットワークへ送信する段階とを含む、請求項８に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項１１】
前記ダウンリンクパケットに基づいて前記ＱｏＳ規則を導出する段階は、
前記ダウンリンクパケットと関連した前記ＱｏＳ規則が既に存在するか確認する段階と、
前記ダウンリンクパケットと関連した前記ＱｏＳ規則が既に存在しない場合、前記ダウンリンクパケットに基づいて前記ＱｏＳ規則を導出し、前記タイマーを開始する段階とを含む、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項１２】
前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用に応じて導出された前記ＱｏＳ規則は、明示的にシグナリングされたＱｏＳ規則よりも低い優先順位を有する、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項１３】
前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用は、ユーザープレーン又はコントロールプレーンを介して非活性化される、請求項２に記載のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法。
【請求項１４】
無線通信システムにおける反映型（ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を実行するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）において、
信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）及び
前記通信モジュールを制御するプロセッサを含み、
前記プロセッサは、
ネットワークからダウンリンクパケットを受信し、前記ダウンリンクパケットは、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットである、
前記ダウンリンクパケットに基づいてＱｏＳ規則を導出し、
前記ＱｏＳ規則を用いて、アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信し、
前記ＱｏＳ規則と連携したタイマーの満了前に前記ダウンリンクパケットを受信した場合、前記タイマーを再開始する、ＵＥ。
【請求項１５】
前記プロセッサは、前記タイマーが満了となった場合、前記ＱｏＳ規則を削除する、請求項１４に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用／支援方法、及びこれを行う装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザーの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザーがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザー当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率を支援できなければならない。このために、二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、効率的なｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ手続を提案することを目的とする。
【０００５】
また、本発明は、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ手続を効率的に運用するために、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用有効時間をカウントするためのタイマー動作を提案するためであることを目的とする。
【０００６】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないまた別の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。
【課題を解決するための手段】
【０００７】
本発明の一態様は、無線通信システムにおけるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の反映型（ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）の実行方法において、ネットワークからダウンリンクパケットを受信する段階であって、前記ダウンリンクパケットは、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットである、前記ダウンリンクパケットに基づいてＱｏＳ規則を導出する段階と、前記ＱｏＳ規則を用いて、アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信する段階と、前記ＱｏＳ規則と連携したタイマーの満了前に前記ダウンリンクパケットを受信した場合、前記タイマーを再開始する段階とを含み得る。
【０００８】
また、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法は、前記タイマーが満了となった場合、前記ＱｏＳ規則を削除する段階をさらに含み得る。
【０００９】
また、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行方法は、前記タイマーの満了後、前記ダウンリンクパケットを受信した場合、前記タイマーを開始する段階をさらに含み得る。
【００１０】
また、前記タイマーの値は、前記ＵＥのＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッションの確立（ｅｓｔａｂｌｉｓｈ）手続で事前に決定され得る。
【００１１】
また、前記ネットワークがＡＮ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）である場合、前記ＡＮは、ユーザープレーン機能からＮ３のリファレンスポイント上のカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）ヘッダを介して、前記ダウンリンクパケットのｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用を指示するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示（ｉｎｄｉｃａｔｉｏｎ）及び前記ＱｏＳのマーキングを受信するネットワークノードであり得る。
【００１２】
また、前記ＱｏＳのマーキングは、前記ダウンリンクパケットのＱｏＳフローの識別子に該当し得る。
【００１３】
また、前記ＱｏＳ規則は、前記アップリンクパケットと前記ＱｏＳフロー間のマッピング関係の決定に用いられ得る。
【００１４】
また、前記ＱｏＳ規則は、前記ダウンリンクパケットから導出されたパケットフィルタ、前記ダウンリンクパケットのＱｏＳのマーキング及び前記アップリンクパケットの評価（ｅｖａｌｕａｔｅ）順序を決定するために用いられる優先順位値を含み得る。
【００１５】
また、前記パケットフィルタは、前記ダウンリンクパケットのヘッダから導出され得る。
【００１６】
また、前記ＱｏＳ規則を用いて、前記アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信する段階は、複数のアップリンクパケットを前記優先順位値の順序で評価し、前記ＱｏＳ規則に含まれたパケットフィルタとマッチングされるアップリンクパケットをフィルタリングする段階と、前記フィルタリングされたアップリンクパケットに前記ＱｏＳ規則に含まれている前記ＱｏＳのマーキングを適用して前記ネットワークへ送信する段階とを含み得る。
【００１７】
また、前記ダウンリンクパケットに基づいて前記ＱｏＳ規則を導出する段階は、前記ダウンリンクパケットと関連した前記ＱｏＳ規則が既に存在するか確認する段階と、前記ダウンリンクパケットと関連した前記ＱｏＳ規則が既に存在しない場合、前記ダウンリンクパケットに基づいて前記ＱｏＳ規則を導出し、前記タイマーを開始する段階とを含むことができる。
【００１８】
また、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用に応じて導出された前記ＱｏＳ規則は、明示的にシグナリングされたＱｏＳ規則よりも低い優先順位を有し得る。
【００１９】
また、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用は、ユーザープレーン又はコントロールプレーンを介して非活性化され得る。
【００２０】
また、本発明の別の実施例に係る無線通信システムにおける反映型（ｒｅｆｌｅｃｔｉｖｅ）ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を実行するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）において、信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）及び前記通信モジュールを制御するプロセッサを含み、前記プロセッサは、ネットワークからダウンリンクパケットを受信し、前記ダウンリンクパケットは、前記ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットである、前記ダウンリンクパケットに基づいてＱｏＳ規則を導出し、前記ＱｏＳ規則を用いて、アップリンクパケットに前記ダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークへ送信し、前記ＱｏＳ規則と連携したタイマーの満了前に前記ダウンリンクパケットを受信した場合、前記タイマーを再開始し得る。
【００２１】
また、前記プロセッサは、前記タイマーが満了となった場合、前記ＱｏＳ規則を削除し得る。
【００２２】
また、前記ＱｏＳ規則は、前記ダウンリンクパケットから導出されたパケットフィルタ、前記ダウンリンクパケットのＱｏＳのマーキング及び前記アップリンクパケットの評価（ｅｖａｌｕａｔｅ）順序を決定するために用いられる優先順位値を含み得る。
【発明の効果】
【００２３】
本発明の実施例に係ると、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することによって、ＱｏＳのマーキングのためのシグナリングのオーバーヘッドが減らし、ＱｏＳ手続が単純になるという効果が発生する。
【００２４】
また、本発明の実施例に係ると、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのタイマーを適用し、タイマーが満了となったｒｅｆｌｅｃｔｉｖｅ  ＱｏＳをＵＥがリアルタイムで削除するようにすることで、不要なＱｏＳ規則を持続的に管理／格納することによって発生し得るＵＥの負担を大きく軽減するという効果が発生する。
【００２５】
また、本発明の実施例に係ると、別にタイマーを開始／再開始するための指示子をシグナリングする必要がないので、シグナリングのオーバーヘッドが減少し、タイマー動作手続が簡便になるという効果がある。
【００２６】
本発明で得ることができる効果は、以上で言及した効果に制限されるものではなく、言及していないまた別の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。
【図面の簡単な説明】
【００２７】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００２８】
【図１】本発明が適用され得るＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】本発明が適用され得るＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】本発明が適用され得る無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】本発明が適用され得る無線通信システムにおける端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【図５】本発明が適用され得る無線通信システムにおける物理チャンネルの構造を簡略に例示する図である。
【図６】リファレンスポイントの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【図７】サービス−ベースの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【図８】本発明が適用され得るＮＧ−ＲＡＮのアーキテクチャーを例示する。
【図９】本発明が適用され得る無線プロトコルスタックを例示した図である。
【図１０】本発明が適用され得るＲＭ状態のモデルを例示する。
【図１１】本発明が適用され得るＣＭ状態のモデルを例示する。
【図１２】本発明の一実施例に係るＱｏＳフローのための分類及びユーザープレーンのマーキング、ＱｏＳフローのＡＮリソースへのマッピングを例示する。
【図１３】本発明が適用され得る５Ｇシステムのアーキテクチャーを例示した図である。
【図１４】本発明に適用され得るＵＥのアップリンクのトラフィックに対するＱｏＳフローのマッピング方式を例示する。
【図１５】本発明の一実施例に係り、ＰＤＵセッションをセットアップする過程で、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否と、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方式を決定する方法を例示したフローチャートである。
【図１６】本発明の方法１に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を例示したフローチャートである。
【図１７】本発明の方法２に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を例示したフローチャートである。
【図１８】方法２の適用中、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報が損失した場合、これを復旧するための方法を例示したフローチャートである。
【図１９】本発明の一実施例に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ手続を例示したフローチャートである。
【図２０】本発明の一実施例に係る通信装置のブロック構成図を例示する。
【図２１】本発明の一実施例に係る通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２９】
以下、本発明にかかる好ましい実施形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであり、本発明が実施され得る唯一の実施形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項がなくても実施できることを理解すべきである。
【００３０】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を重心にしたブロック図形式で示されることができる。
【００３１】
本明細書において、基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの用語により代替され得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定されるか、または移動性を有し得、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置などの用語に代替され得る。
【００３２】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部であり得る。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部であり得る。
【００３３】
以下の説明において使用される特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲で他の形態に変更され得る。
【００３４】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線接続システムに利用され得る。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００３５】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも一つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書によって裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
【００３６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００３７】
本文書で使用されることができる用語は次のように定義される。
【００３８】
−  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）： ３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ） ベースの３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術
【００３９】
−  ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ） ベースのパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）のコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）やＬＴＥ、ＵＴＲＡＮ等のアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００４０】
−  ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４１】
−  ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４２】
−  端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザー機器。端末は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ(Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ)、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）等の用語として言及され得る。また、端末は、ラップタップ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器等のように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。ＭＴＣに関する内容で、端末または端末という用語は、ＭＴＣ端末を指称し得る。
【００４３】
−  ＩＭＳ（Ｉｐ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースに提供するサブシステム。
【００４４】
−  ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
【００４５】
−  ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人間の介入なくともマシンにより行われる通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信とも指称し得る。
【００４６】
−  ＭＴＣ端末（ＭＴＣ  ＵＥまたはＭＴＣ  ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介してＭＴＣサーバーと通信）機能を有し、ＭＴＣ機能を行う端末（例えば、自販機、検針器等）。
【００４７】
−  ＭＴＣサーバー（ＭＴＣ  ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバー。移動通信ネットワークの内部または外部に存在し得る。ＭＴＣユーザーがアクセス（ａｃｃｅｓｓ）することができるインターフェースを有し得る。また、ＭＴＣサーバーは、他のサーバーにＭＴＣ関連のサービスを提供してもよく（ＳＣＳ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）形態）、自身がＭＴＣアプリケーションサーバーであってもよい。
【００４８】
−  （ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサ等）
【００４９】
−  （ＭＴＣ）アプリケーションサーバー：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバー
【００５０】
−  ＭＴＣ特徴（ＭＴＣ  ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針等のＭＴＣアプリケーションで装備紛失等に備えるための特徴であり、低い移動性（ｌｏｗ  ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
【００５１】
−  ＭＴＣユーザー（ＭＴＣ  Ｕｓｅｒ）：ＭＴＣユーザーはＭＴＣサーバーにより提供されるサービスを使用する。
【００５２】
−  ＭＴＣ加入者（ＭＴＣ  ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
【００５３】
−  ＭＴＣグループ（ＭＴＣ  ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属したＭＴＣ端末のグループを意味する。
【００５４】
−  サービス機能サーバー（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力（ｃａｐａｂｉｌｉｔｙ）を提供する。
【００５５】
−  外部識別子（Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバー）がＭＴＣ端末（またはＭＴＣ端末が属した加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）とで構成される。
【００５６】
−  ドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御下にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を使用することができる。
【００５７】
−  ローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を類推または獲得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者によって管理される。
【００５８】
−  ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末の端に存在し、コアネットワークへの連結を提供する。
【００５９】
−  ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザー状態格納等の機能を行うことができる。
【００６０】
−  ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（即ち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００６１】
−  ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成されることができる。
【００６２】
−  ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末の移動性を支援し、端末とＰＤＮ  ＧＷ間のＩＰ連結を確立及び維持するセッション管理手続を支援することを主な機能とする。
【００６３】
−  ＳＣＥＦ（Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）：３ＧＰＰネットワークインタフェースにより提供されるサービス及び能力（ｃａｐａｂｉｌｉｔｙ）を安全に露出するための手段を提供するサービス能力露出（Ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ）のための３ＧＰＰアーキテクチャー内のエンティティ。
【００６４】
以下、上記のように定義された用語に基づいて、本発明について記述する。
【００６５】
本発明が適用され得るシステム一般
【００６６】
図１は、本発明が適用され得るＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）を簡略に例示する図である。
【００６７】
図１のネットワークの構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の構造を、これを簡略に再構成したものである。
【００６８】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに多様な無線接続技術を支援し、より向上したデータ送信能力を提供する等の最適化されたパケット−ベースのシステムを提供することを目標とする。
【００６９】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット−ベースのリアルタイム及び非リアルタイムのサービスを支援することができる。既存の移動通信システム（即ち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインとして単一化した。即ち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、端対端（ｅｎｄ−ｔｏ−ｅｎｄ）のＩＰサービスの具現に必須的な構造である。
【００７０】
ＥＰＣは多様な構成要素を含み得、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（又はＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（若しくはＰＧＷ又はＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００７１】
ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷ間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８の以降から定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８の以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００７２】
ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、ポリシー執行特徴（Ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）等をサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークや、Ｗｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役割を果たすことができる。
【００７３】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイで構成されることを示すが、二つのゲートウェイが単一のゲートウェイ構成のオプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００７４】
ＭＭＥは、端末のネットワーク連結に対するアクセス、ネットワークリソースの割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）、及びハンドオーバー等を支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理に関するコントロールプレーン機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉａｎｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）等の機能を行う。
【００７５】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００７６】
ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対する保安ノードとしての役割を果たす。
【００７７】
図１を参照として説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセスベースでもＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００７８】
また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２つの機能を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示すリファレンスポイントを整理したものである。表１の例示以外にもネットワーク構造によって様々なリファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）が存在し得る。
【００７９】
【表１−１】
2019532582.tif 000003
【００８０】
【表１−２】
2019532582.tif 000004
【００８１】
図１に示すリファレンスポイントのうちＳ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは信頼できる非−３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性リソースをユーザープレーンに提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザープレーンに提供するリファレンスポイントである。
【００８２】
図２は、本発明が適用され得るＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００８３】
Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））のような多様な通信サービスを提供するために広範囲に配置される。
【００８４】
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは端末にコントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）のプロトコルを提供するｅＮＢで構成され、ｅＮＢはＸ２のインターフェースを介して連結される。
【００８５】
Ｘ２ユーザープレーンのインターフェース（Ｘ２−Ｕ）は、ｅＮＢ間で定義される。Ｘ２−Ｕのインターフェースは、ユーザープレーンのＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の保障されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２コントロールプレーンのインターフェース（Ｘ２−ＣＰ）は、二つの隣り合うｅＮＢ間で定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットＮＢ間のユーザープレーントンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理等の機能を行う。
【００８６】
ｅＮＢは、無線インターフェースを介して端末と連結され、Ｓ１のインターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）に連結される。
【００８７】
Ｓ１ユーザープレーンのインターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）間で定義される。Ｓ１コントロールプレーンのインターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）間で定義される。Ｓ１のインターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラーサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能等を行う。Ｓ１のインターフェースはｅＮＢとＭＭＥ／Ｓ−ＧＷ間に多対多の関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【００８８】
ＭＭＥは、ＮＡＳシグナリング保安（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）保安（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間の移動性を支援するためのＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）シグナリング、（ページング再送信の実行及び制御を含んで）アイドル（ＩＤＬＥ）モードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ  ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラーの確立（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラー管理機能、公共警報システム（ＰＷＳ：Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（地震及びツナミ警報システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）、及び商用モバイル警報システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）を含む）メッセージ送信の支援等様々な機能を行い得る。
【００８９】
図３は、本発明が適用され得る無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【００９０】
図３を参照すると、ｅＮＢはゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）の活性（ａｃｔｉｖａｔｉｏｎ）の間にゲートウェイへのルーティング、放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び送信、アップリンク及びダウンリンクからＵＥへ動的リソースの割り当て、かつＬＴＥ−ＡＣＴＩＶＥ状態で移動性制御連結の機能を行い得る。前述したように、ＥＰＣ内におけるゲートウェイは、ページングの開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ_ＩＤＬＥ状態の管理、ユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造の進化（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラー制御、かつＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を行い得る。
【００９１】
図４は、本発明が適用され得る無線通信システムにおける端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の構造を示す。
【００９２】
図４（ａ）は、コントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコルの構造を示す。
【００９３】
図４を参照すると、端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコルの層は、通信システムの技術分野に公知となった広く知られている開放型システム間の相互接続（ＯＳＩ：ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）の標準モデルの下位３層に基づき、第１層Ｌ１、第２層Ｌ２、及び第３層Ｌ３に分割できる。端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコルは、水平的に物理層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的にはデータ情報の送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）のユーザープレーン（ｕｓｅｒ  ｐｌａｎｅ）と、制御信号（ｓｉｇｎａｌｉｎｇ）の伝達のためのプロトコルスタックであるコントロールプレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とに区分される。
【００９４】
コントロールプレーンは、端末とネットワークが呼を管理するために利用する制御メッセージが送信される通路を意味する。ユーザープレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータ等が送信される通路を意味する。以下、無線プロトコルのコントロールプレーンとユーザープレーンの各層を説明する。
【００９５】
第１層Ｌ１である物理層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置した媒体接続制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層に転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣ層と物理層間でデータが送信される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴で送信されるかによって分類される。また、互いに異なる物理層の間、送信端の物理層と受信端の物理層間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが送信される。物理層は、 ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
【００９６】
物理層で用いられる幾つかの物理制御チャンネルがある。物理ダウンリンク制御チャンネル（ＰＤＣＣＨ： ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、端末にページングチャンネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャンネル（ＤＬ−ＳＣＨ： ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当、及びアップリンク共有チャンネル（ＵＬ−ＳＣＨ： ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）と関連したＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリング送信のリソース割当を知らせるアップリンクの承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャンネル（ＰＤＦＩＣＨ：ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに用いられるＯＦＤＭシンボルの数を知らせ、毎サブフレーム毎に送信される。物理ＨＡＲＱ指示子チャンネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、アップリンク送信の応答として、 ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリング制御チャンネル（ＰＵＣＣＨ： ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ)は、ダウンリンクの送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリングの要求及びチャンネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）等のようなアップリンク制御情報を運ぶ。物理アップリンク共有チャンネル（ＰＵＳＣＨ： ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＵＬ−ＳＣＨを運ぶ。
【００９７】
第２層Ｌ２のＭＡＣ層は、論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。また、ＭＡＣ層は、論理チャンネルと転送チャンネル間のマッピング及び論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の転送チャンネル上に物理チャンネルに提供されるトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【００９８】
第２層Ｌ２のＲＬＣ層は、信頼性のあるデータ送信を支援する。ＲＬＣ層の機能は、ＲＬＣ  ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラー（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は透過モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ： ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）、及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介して誤謬の訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層はＭＡＣ層の機能ブロックに含まれ得る。
【００９９】
第２層Ｌ２のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、ユーザープレーンでユーザーデータの伝達、ヘッダの圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダの圧縮機能は、小さい帯域幅を有する無線インターフェースを介して、ＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に送信させるために、相対的にサイズが大きく、不要な制御情報を含んでいるＩＰパケットヘッダのサイズを減らす機能を意味する。コントロールプレーンでのＰＤＣＰ層の機能は、コントロールプレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【０１００】
第３層Ｌ３の最下位部分に位置する無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、端末とネットワーク間の無線リソースを制御する役割を果たす。このため、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラーの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して、論理チャンネル、転送チャンネル、及び物理チャンネルを制御する。無線ベアラーは、端末とネットワーク間のデータ送信のために、第２層Ｌ２によって提供される論理的な経路を意味する。無線ベアラーが設定されるというのは、特定のサービスを提供するために、無線プロトコル層及びチャンネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラーは、再度シグナリング無線ベアラー（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラー（ＤＲＢ：ｄａｔａ  ＲＢ）の二つに分けられる。ＳＲＢは、コントロールプレーンでＲＲＣメッセージを送信する通路として用いられ、ＤＲＢは、ユーザープレーンでユーザーデータを送信する通路として用いられる。
【０１０１】
ＲＲＣ層の上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）層は、セッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）や移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）等の機能を行う。
【０１０２】
基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚ等の帯域幅のうち一つに設定され、様々な端末にダウンまたはアップの送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定され得る。
【０１０３】
ネットワークから端末へデータを送信するダウンリンク転送チャンネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を送信する放送チャンネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ、ユーザーのトラフィックや制御メッセージを送信するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、ＤＬ−ＳＣＨを介して送信されてもよく、または別途のダウンリンクマルチキャストチャンネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークへデータを送信するアップリンクの転送チャンネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）としては、初期の制御メッセージを送信するランダムアクセスチャンネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザーのトラフィックや制御メッセージを送信するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【０１０４】
論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は転送チャンネルの上位にあり、転送チャンネルにマッピングされる。論理チャンネルは、制御領域情報の伝達のための制御チャンネルとユーザー領域情報の伝達のためのトラフィックチャンネルとに区分できる。制御チャンネルとしては、放送制御チャンネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャンネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャンネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャンネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャンネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）等がある。トラフィックチャンネルとしては、専用トラフィックチャンネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャンネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）等がある。ＰＣＣＨはページング情報を伝達するダウンリンクチャンネルであり、ネットワークがＵＥの属したセルを知らない時に用いられる。ＣＣＣＨは、ネットワークとのＲＲＣ連結を有さないＵＥにより用いられる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために用いられる一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）のダウンリンクチャンネルである。ＤＣＣＨは、ＵＥとネットワーク間に専用制御情報を伝達するＲＲＣ連結を有する端末により用いられる一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）のチャンネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在し得るユーザー情報を伝達するために一つの端末に専用される一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のチャンネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するための一対多（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）のダウンリンクチャンネルである。
【０１０５】
論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎnｅｌ）間のアップリンク連結の場合、ＤＣＣＨはＵＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨはＵＬ−ＳＣＨとマッピングされてもよく、ＣＣＣＨはＵＬ−ＳＣＨとマッピングされてもよい。論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）間のダウンリンク連結の場合、ＢＣＣＨはＢＣＨまたはＤＬ−ＳＣＨとマッピングされてもよく、ＰＣＣＨはＰＣＨとマッピングされてもよく、ＤＣＣＨはＤＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨはＤＬ−ＳＣＨとマッピングされてもよく、ＭＣＣＨはＭＣＨとマッピングされてもよく、ＭＴＣＨはＭＣＨとマッピングされてもよい。
【０１０６】
図５は、本発明が適用され得る無線通信システムにおける物理チャンネルの構造を簡略に例示する図である。
【０１０７】
図５を参照すると、物理チャンネルは、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）で一つ以上のサブキャリアと時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で一つ以上のシンボルで構成される無線リソースを介してシグナリング及びデータを伝達する。
【０１０８】
１．０ｍｓの長さを有する一つのサブフレームは複数のシンボルで構成される。サブフレームの特定のシンボル（例えば、サブフレームの第一のシンボル）はＰＤＣＣＨのために用いられ得る。ＰＤＣＣＨは動的に割り当てられるリソースに対する情報（例えば、リソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、変調、及びコーディング方式（ＭＣＳ： Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）等）を運ぶ。
【０１０９】
次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ： Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（又はＲＡＮ）システム 
【０１１０】
次世代無線アクセスネットワークで使用される用語は、次のように定義されることができる。
【０１１１】
−  ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ） ベースのパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）のコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と、ＬＴＥ、ＵＴＲＡＮ等のアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）が進化した形態のネットワークである。
【０１１２】
−  ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【０１１３】
−  ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークで国際的に固有に割り当てられるユーザー識別子。
【０１１４】
−  ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成されることができる。
【０１１５】
−  ５Ｇシステム（５ＧＳ：５Ｇ  Ｓｙｓｔｅｍ）：５Ｇアクセスネットワーク（ＡＮ：Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、５Ｇコアネットワーク及びユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）で構成されるシステム
【０１１６】
−  ５Ｇアクセスネットワーク（５Ｇ−ＡＮ：５Ｇ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（又はＡＮ）：５Ｇコアネットワークに連結される次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）及び／又は非−３ＧＰＰアクセスネットワーク（ｎｏｎ−３ＧＰＰ  ＡＮ：ｎｏｎ−５Ｇ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）で構成されるアクセスネットワーク。
【０１１７】
−  次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（又はＲＡＮ）：５ＧＣに連結されるという共通の特徴を有し、次のオプションのうちの一つ以上を支援する無線アクセスネットワーク：
【０１１８】
１）スタンドアロンの新たな無線（Ｓｔａｎｄａｌｏｎｅ  Ｎｅｗ  Ｒａｄｉｏ）。
【０１１９】
２）Ｅ−ＵＴＲＡ拡張を支援するアンカー（ａｎｃｈｏｒ）である新たな無線（ｎｅｗ  ｒａｄｉｏ）。
【０１２０】
３）スタンドアロンＥ−ＵＴＲＡ（例えば、ｅＮｏｄｅＢ）。
【０１２１】
４）新たな無線（ｎｅｗ  ｒａｄｉｏ）拡張を支援するアンカー（ａｎｃｈｏｒ）。
【０１２２】
−  ５Ｇコアネットワーク（５ＧＣ：５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）：５Ｇアクセスネットワークに連結されるコアネットワーク
【０１２３】
−  ネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）：ネットワーク内の３ＧＰＰで採択（ａｄｏｐｔｅｄ）されるか、又は３ＧＰＰで定義された処理機能を意味し、このような処理機能は、定義された機能的な動作（ｆｕｎｃｔｉｏｎａｌ  ｂｅｈａｖｉｏｒ）と３ＧＰＰで定義されたインターフェースを含む。
【０１２４】
−  ＮＦサービス（ＮＦ  ｓｅｒｖｉｃｅ）：サービス−ベースのインターフェースを介してＮＦによって露出され、他の認証されたＮＦによって用いられる（ｃｏｎｓｕｍｅｄ）機能
【０１２５】
−  ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）：特定のネットワーク能力及びネットワーク特徴を提供する論理的なネットワーク
【０１２６】
−  ネットワークスライスインスタンス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  ｉｎｓｔａｎｃｅ）：配置されるネットワークスライスを形成するＮＦインスタンス及び要求されるリソース（例えば、計算、格納、及びネットワーキングリソース）のセット
【０１２７】
−  プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）連結サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ）：ＵＥとデータネットワーク間のＰＤＵの交換を提供するサービス。
【０１２８】
−  ＰＤＵセッション（ＰＤＵ  Ｓｅｓｓｉｏｎ）：ＰＤＵ連結サービスを提供するＵＥとデータネットワーク間の連携（ａｓｓｏｃｉａｔｉｏｎ）。連携タイプは、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、イーサネット（Ｅｔｈｅｒｎｅｔ）、又は非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）されることができる。
【０１２９】
−  ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＥＰＳ、５ＧＳプロトコルスタックで端末とコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。端末の移動性を支援し、セッション管理手続を支援することを主な機能とする。
【０１３０】
本発明が適用され得る５Ｇシステムのアーキテクチャー
【０１３１】
５Ｇシステムは、４世代ＬＴＥ移動通信技術から進歩した技術であって、既存の移動通信網構造の改善（Ｅｖｏｌｕｔｉｏｎ）あるいはクリーンステート（Ｃｌｅａｎ−ｓｔａｔｅ）の構造を通じて、新たな無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｎｈｏｌｏｇｙ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の拡張された技術としてｅＬＴＥ（ｅｘｔｅｎｄｅｄ  ＬＴＥ）、ｎｏｎ−３ＧＰＰ（例えば、ＷＬＡＮ）アクセス等を支援する。
【０１３２】
５Ｇシステムはサービス−ベースと定義され、５Ｇシステムのためのアーキテクチャー（ａｒｃｈｉｔｅｃｔｕｒｅ）内ネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）は、次のように二つの方式で示すことができる。
【０１３３】
−  リファレンスポイントの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図６）：二つのＮＦ（例えば、ＡＭＦ及びＳＭＦ）間の一対一のリファレンスポイント（例えば、Ｎ１１）によって記述されるＮＦ内のＮＦサービス間の相互動作を示す。
【０１３４】
−  サービスベースの表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図７）：コントロールプレーン（ＣＰ：Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）内ネットワーク機能（例えば、ＡＭＦ）は、他の認証されたネットワーク機能が自身のサービスにアクセスすることを許可する。この表現は、必要な場合、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）も含む。
【０１３５】
図６は、リファレンスポイントの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【０１３６】
図６を参照すると、５Ｇシステムのアーキテクチャーは、多様な構成要素（すなわち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ））を含むことができ、本図には、そのうち一部に該当する、認証サーバー機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ）、アクセス及び移動性管理機能（ＡＭＦ： （Ｃｏｒｅ）Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ： Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、ポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、統合されたデータ管理（ＵＤＭ：Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ)、データネットワーク（ＤＮ：Ｄａｔａ  ｎｅｔｗｏｒｋ）、ユーザープレーン機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｕｉｐｍｅｎｔ）を例示する。
【０１３７】
各ＮＦは次のような機能を支援する。
【０１３８】
−  ＡＵＳＦは、ＵＥの認証のためのデータを格納する。
【０１３９】
−  ＡＭＦは、ＵＥ単位の接続及び移動性管理のための機能を提供し、一つのＵＥ当たり基本的に一つのＡＭＦに連結され得る。
【０１４０】
具体的に、ＡＭＦは、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間のシグナリング、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）ＣＰインターフェース（すなわち、Ｎ２のインターフェース）の終端（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングの終端（Ｎ１）、ＮＡＳシグナリング保安（ＮＡＳ暗号化（ｃｉｐｈｅｒｉｎｇ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ））、ＡＳ保安の制御、登録管理（登録領域（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｒｅａ）管理）、連結管理、アイドルモードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）（ページング再送信の制御及び実行を含む）、移動性管理制御（加入及びポリシー）、イントラ−システムの移動性及びインター−システムの移動性支援、ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）の支援、ＳＭＦ選択、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）（ＡＭＦイベント及びＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦ間のセッション管理（ＳＭ：ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）メッセージの伝達提供、ＳＭメッセージルーティングのための透過型プロキシ（Ｔｒａｎｓｐａｒｅｎｔ  ｐｒｏｘｙ）、アクセス認証（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ローミング権限のチェックを含むアクセス許可（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ＵＥとＳＭＳＦ間のＳＭＳメッセージの伝達提供、保安アンカー機能（ＳＥＡ：Ｓｅｃｕｒｉｔｙ  Ａｎｃｈｏｒ  Ｆｕｎｃｔｉｏｎ）及び／又は保安コンテキスト管理（ＳＣＭ：Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｘｔ  Ｍａｎａｇｅｍｅｎｔ）等の機能を支援する。
【０１４１】
ＡＭＦの一部又は全体の機能は、一つのＡＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援され得る。
【０１４２】
−  ＤＮは、例えば、運営者サービス、インターネット接続またはサードパーティ（３ｒｄ ｐａｒｔｙ）サービス等を意味する。ＤＮは、ＵＰＦへダウンリンクプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信するか、ＵＥから送信されたＰＤＵをＵＰＦから受信する。
【０１４３】
−  ＰＣＦは、アプリケーションサーバーからパケットの流れに対する情報を受信し、移動性管理、セッション管理等のポリシーを決定する機能を提供する。具体的に、ＰＣＦはネットワーク動作をコントロールするための単一化したポリシーフレームワークの支援、ＣＰ機能（例えば、ＡＭＦ、ＳＭＦ等）がポリシーの規則を施行することができるようにポリシー規則の提供、ユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）内のポリシーを決定するために関連した加入情報にアクセスするためのフロントエンド（Ｆｒｏｎｔ  Ｅｎｄ）の具現等の機能を支援する。
【０１４４】
−  ＳＭＦはセッション管理機能を提供し、ＵＥが多数のセッションを有する場合、各セッション別に互いに異なるＳＭＦによって管理され得る。
【０１４５】
具体的に、ＳＭＦは、セッション管理（例えば、ＵＰＦとＡＮノード間のトンネル（ｔｕｎｎｅｌ）の維持を含んでセッションの確立、修正及び解除）、ＵＥ  ＩＰアドレスの割り当て及び管理（選択的に認証を含む）、ＵＰ機能の選択及び制御、ＵＰＦでトラフィックを適切な目的地にルーティングするためのトラフィックステアリング（ｔｒａｆｆｉｃ  ｓｔｅｅｒｉｎｇ）の設定、ポリシー制御機能（Ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎｓ）に向かったインターフェースの終端、ポリシー及びＱｏＳの制御部分施行、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）（ＳＭイベント及びＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータ通知（Ｄｗｏｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）、ＡＮ特定ＳＭ情報の開始子（ＡＭＦを経由してＮ２を介してＡＮに伝達）、セッションのＳＳＣモード決定、ローミング機能等の機能を支援する。
【０１４６】
ＳＭＦの一部又は全体の機能は、一つのＳＭＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援され得る。
【０１４７】
−  ＵＤＭは、ユーザーの加入データ、ポリシーデータ等を格納する。ＵＤＭは二つの部分、即ち、アプリケーションのフロントエンド（ＦＥ：ｆｒｏｎｔ  ｅｎｄ）及びユーザーデータリポジトリ（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）を含む。
【０１４８】
ＦＥは、位置管理、加入管理、資格証明（ｃｒｅｄｅｎｔｉａｌ）の処理等を担当するＵＤＭ  ＦＥとポリシー制御を担当するＰＣＦを含む。ＵＤＲは、ＵＤＭ−ＦＥによって提供される機能のために要求されるデータとＰＣＦによって要求されるポリシープロファイルを格納する。ＵＤＲ内に格納されるデータは、加入識別子、保安資格証明（ｓｅｃｕｒｉｔｙ  ｃｒｅｄｅｎｔｉａｌ）、アクセス、及び移動性関連の加入データ並びにセッション関連の加入データを含むユーザー加入データとポリシーデータを含む。ＵＤＭ−ＦＥは、ＵＤＲに格納された加入情報にアクセスし、認証資格証明処理（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｒｅｄｅｎｔｉａｌ  Ｐｒｏｃｅｓｓｉｎｇ）、ユーザー識別子ハンドリング（Ｕｓｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｈａｎｄｌｉｎｇ）、アクセス認証、登録／移動性管理、加入管理、ＳＭＳ管理等の機能を支援する。
【０１４９】
−  ＵＰＦはＤＮから受信したダウンリンクＰＤＵを（Ｒ）ＡＮを経由してＵＥに伝達し、（Ｒ）ＡＮを経由してＵＥから受信したアップリンクＰＤＵをＤＮに伝達する。
【０１５０】
具体的に、ＵＰＦは、イントラ（ｉｎｔｒａ）／インター（ｉｎｔｅｒ）ＲＡＴ移動性のためのアンカーポイント、データネットワーク（Ｄａｔａ  Ｎｅｔｗｏｒｋ）への相互連結（ｉｎｔｅｒｃｏｎｎｅｃｔ）の外部ＰＤＵセッションポイント、パケットルーティング、及びフォワーディング、パケット検査（ｉｎｓｐｅｃｔｉｏｎ）、並びにポリシー規則施行のユーザープレーン部分、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）、トラフィック使用量の報告、データネットワークへのトラフィックフローのルーティングを支援するためのアップリンク分類子（ｃｌａｓｓｉｆｉｅｒ）、マルチ−ホーム（ｍｕｌｔｉ−ｈｏｍｅｄ）ＰＤＵセッションを支援するためのブランチポイント（Ｂｒａｎｃｈｉｎｇ  ｐｏｉｎｔ）、ユーザープレーンのためのＱｏＳハンドリング（ｈａｎｄｌｉｎｇ）（例えば、パケットフィルタリング、ゲーティング（ｇａｔｉｎｇ）、アップリンク／ダウンリンクレートの施行）、アップリンクトラフィックの検証（サービスデータフロー（ＳＤＦ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ）とＱｏＳフロー間のＳＤＦマッピング）、アップリンク及びダウンリンク内の伝達レベル（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ）パケットのマーキング、ダウンリンクパケットバッファリング及びダウンリンクデータ通知のトリガリング機能等の機能を支援する。ＵＰＦの一部または全体の機能は、一つのＵＰＦの単一のインスタンス（ｉｎｓｔａｎｃｅ）内で支援され得る。
【０１５１】
−  ＡＦは、サービス提供（例えば、トラフィックルーティング上でのアプリケーションの影響、ネットワーク能力露出（Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ）の接近、ポリシー制御のためのポリシーフレームワークとの相互動作等の機能を支援）のために３ＧＰＰコアネットワークと相互動作する。
【０１５２】
−  （Ｒ）ＡＮは、４Ｇ無線アクセス技術の進化したバージョンである進化したＥ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  Ｅ−ＵＴＲＡ）と新たな無線アクセス技術（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）（例えば、ｇＮＢ）を全て支援する新たな無線アクセスネットワークを総称する。
【０１５３】
ｇＮＢは、無線リソース管理のための機能（すなわち、無線ベアラー制御（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｃｏｎｔｒｏｌ）、 無線許可制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、アップリンク／ダウンリンクでＵＥにリソースの動的割り当て（Ｄｙｎａｍｉｃ  ａｌｌｏｃａｔｉｏｎ  ｏｆ  ｒｅｓｏｕｒｃｅｓ）（即ち、スケジューリング））、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダ圧縮、ユーザーデータストリームの暗号化（ｅｎｃｒｙｐｔｉｏｎ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）、ＵＥに提供された情報からＡＭＦへのルーティングが決定されていない場合、ＵＥの接続（ａｔｔａｃｈｍｅｎｔ）時のＡＭＦの選択、ＵＰＦへのユーザープレーンデータルーティング、ＡＭＦへのコントロールプレーン情報ルーティング、連結のセットアップ及び解除、ページングメッセージのスケジューリング及び送信（ＡＭＦから発生した）、システムブロードキャスト情報のスケジューリング及び送信（ＡＭＦ又は運営及び維持（Ｏ＆Ｍ：ｏｐｅｒａｔｉｎｇ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）から発生した）、移動性及びスケジューリングのための測定及び測定報告の設定、アップリンクで伝達レベルパケットマーキング（Ｔｒａｎｓｐｏｒｔ  ｌｅｖｅｌ  ｐａｃｋｅｔ  ｍａｒｋｉｎｇ）、セッション管理、ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）の支援、ＱｏＳ流れの管理及びデータ無線ベアラーへのマッピング、非活動モード（ｉｎａｃｔｉｖｅ  ｍｏｄｅ）であるＵＥの支援、ＮＡＳメッセージの分配機能、ＮＡＳノード選択機能、無線アクセスネットワークの共有、二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、ＮＲとＥ−ＵＴＲＡ間の密接な相互動作（ｔｉｇｈｔ  ｉｎｔｅｒｗｏｒｋｉｎｇ）等の機能を支援する。
【０１５４】
−  ＵＥは、ユーザー機器を意味する。ユーザー装置は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）等の用語として言及され得る。また、ユーザー装置は、ラップタップ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。
【０１５５】
本図では、説明の明確性のために、非構造化されたデータ格納ネットワーク機能（ＵＤＳＦ：Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、構造化されたデータ格納ネットワーク機能（ＳＤＳＦＳＤＳＦ：Ｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）、及びＮＦリポジトリ機能（ＮＲＦ：ＮＦ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ）が示されていないが、本図に示されている全てのＮＦは、必要に応じて、ＵＤＳＦ、ＮＥＦ、及びＮＲＦと相互動作を行い得る。
【０１５６】
−  ＮＥＦは、３ＧＰＰネットワーク機能によって提供される、例えば、第三者（３ｒｄ ｐａｒｔｙ）、内部露出（ｉｎｔｅｒｎａｌ  ｅｘｐｏｓｕｒｅ）／再露出（ｒｅ−ｅｘｐｏｓｕｒｅ）、アプリケーション機能、エッジコンピューティング（Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ）のためのサービス、及び、能力を安全に露出するための手段を提供する。ＮＥＦは、他のネットワーク機能から（他のネットワーク機能の露出された能力に基づいた）情報を受信する。ＮＥＦは、データ格納ネットワーク機能への標準化されたインターフェースを用いて、構造化されたデータとして受信された情報を格納することができる。格納された情報は、ＮＥＦによって他のネットワーク機能、およびアプリケーション機能に再露出（ｒｅ−ｅｘｐｏｓｅ）され、分析等のような他の目的に用いられることができる。
【０１５７】
−  ＮＲＦは、サービスディスカバリー機能を支援する。ＮＦインスタンスからＮＦディスカバリーの要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供する。また、用いることができるＮＦインスタンスとそれらが支援するサービスを維持する。
【０１５８】
−  ＳＤＳＦは、あるＮＥＦによる構造化されたデータであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０１５９】
−  ＵＤＳＦは、あるＮＦによる非構造的データであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０１６０】
一方、本図では、説明の便宜上、ＵＥが一つのＰＤＵセッションを用いて一つのＤＮにアクセスする場合に対する参照モデルを例示しているが、本発明はこれに限定されるものではない。
【０１６１】
ＵＥは、多重のＰＤＵセッションを用いて二つの（即ち、地域的（ｌｏｃａｌ）かつ中心になる（ｃｅｎｔｒａｌ））データネットワークに同時にアクセスすることができる。このとき、互いに異なるＰＤＵセッションのために二つのＳＭＦが選択されることができる。但し、各ＳＭＦは、ＰＤＵセッション内の地域的なＵＰＦ及び中心になるＵＰＦを全て制御することができる能力を有し得る。
【０１６２】
また、ＵＥは、単一のＰＤＵセッション内で提供される二つの（即ち、地域的かつ中心になる）データネットワークに同時にアクセスしてもよい。
【０１６３】
３ＧＰＰシステムでは、５Ｇシステム内のＮＦ間を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次は、本図で表現された５Ｇシステムのアーキテクチャーに含まれるリファレンスポイントを例示する。
【０１６４】
−  Ｎ１：ＵＥとＡＭＦ間のリファレンスポイント
【０１６５】
−  Ｎ２：（Ｒ）ＡＮとＡＭＦ間のリファレンスポイント
【０１６６】
−  Ｎ３：（Ｒ）ＡＮとＵＰＦ間のリファレンスポイント
【０１６７】
−  Ｎ４：ＳＭＦとＵＰＦ間のリファレンスポイント
【０１６８】
−  Ｎ５：ＰＣＦとＡＦ間のリファレンスポイント
【０１６９】
−  Ｎ６：ＵＰＦとデータネットワーク間のリファレンスポイント
【０１７０】
−  Ｎ７：ＳＭＦとＰＣＦ間のリファレンスポイント
【０１７１】
−  Ｎ２４：訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＰＣＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＰＣＦ間のリファレンスポイント
【０１７２】
−  Ｎ８：ＵＤＭとＡＭＦ間のリファレンスポイント
【０１７３】
−  Ｎ９：二つのコアＵＰＦ間のリファレンスポイント
【０１７４】
−  Ｎ１０：ＵＤＭとＳＭＦ間のリファレンスポイント
【０１７５】
−  Ｎ１１：ＡＭＦとＳＭＦ間のリファレンスポイント
【０１７６】
−  Navi１２：AMFとAUSF間のリファレンスポイント
【０１７７】
−  Ｎ１３：ＵＤＭと認証サーバー機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  ｆｕｎｃｔｉｏｎ）間のリファレンスポイント
【０１７８】
−  Ｎ１４：二つのＡＭＦ間のリファレンスポイント
【０１７９】
−  Ｎ１５：非−ローミングシナリオの場合、ＰＣＦとＡＭＦ間のリファレンスポイント、ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＰＣＦとＡＭＦ間のリファレンスポイント
【０１８０】
−  Ｎ１６：二つのＳＭＦ間のリファレンスポイント（ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ ｎｅｔｗｏｒｋ）内のＳＭＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＳＭＦ間のリファレンスポイント
【０１８１】
−  Ｎ１７：ＡＭＦとＥＩＲ間のリファレンスポイント
【０１８２】
−  Ｎ１８：あるＮＦとＵＤＳＦ間のリファレンスポイント
【０１８３】
−Ｎ１９：ＮＥＦとＳＤＳＦ間のリファレンスポイント
【０１８４】
図７は、サービス−ベースの表現を用いた５Ｇシステムのアーキテクチャーを例示した図である。
【０１８５】
本図で例示されたサービス−ベースのインターフェースは、所定のＮＦにより提供される／露出されるサービスのセットを示す。サービス−ベースのインターフェースはコントロールプレーン内で用いられる。次は、本図のように表現された５Ｇシステムのアーキテクチャーに含まれるサービス−ベースのインターフェースを例示する。
【０１８６】
−  Ｎａｍｆ：ＡＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１８７】
−  Ｎｓｍｆ：ＳＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１８８】
−  Ｎｎｅｆ：ＮＥＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１８９】
−  Ｎｐｃｆ：ＰＣＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１９０】
−  Ｎｕｄｍ：ＵＤＭにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１９１】
−  Ｎａｆ：ＡＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１９２】
−  Ｎｎｒｆ：ＮＲＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１９３】
−  Ｎａｕｓｆ：ＡＵＳＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−ベースのインターフェース
【０１９４】
ＮＦサービスは、ＮＦ（即ち、ＮＦサービス供給者）により他のＮＦ（即ち、ＮＦサービス消費者）にサービス−ベースのインターフェースを介して露出される能力の一種である。ＮＦは、一つ以上のＮＦサービスを露出することができる。ＮＦサービスを定義するために次のような基準が適用される：
【０１９５】
−  ＮＦサービスは、終端間（ｅｎｄ−ｔｏ−ｅｎｄ）の機能を説明するための情報の流れから導出される。
【０１９６】
−完全な終端間（ｅｎｄ-ｔｏ−ｅｎｄ）のメッセージの流れは、ＮＦサービス呼出（ｉｎｖｏｃａｔｉｏｎ）のシーケンスによって説明される。
【０１９７】
−  ＮＦが自身のサービスをサービス−ベースのインターフェースを介して提供する二つの動作は次の通りである：
【０１９８】
ｉ）「要求−応答（Ｒｅｑｕｅｓｔ−ｒｅｓｐｏｎｓｅ）」：コントロールプレーンＮＦ＿Ｂ（即ち、ＮＦサービス供給者）は、また別のコントロールプレーンＮＦ＿Ａ（即ち、ＮＦサービス消費者）から特定のＮＦサービス（動作の実行及び／又は情報の提供を含む）の提供の要求を受ける。ＮＦ＿Ｂは、要求内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービスの結果を応答する。
【０１９９】
要求を満たすために、ＮＦ＿Ｂは交互に他のＮＦからのＮＦサービスを消費し得る。要求−応答のメカニズムで、通信は二つのＮＦ（即ち、消費者及び供給者）間の一対一で行われる。
【０２００】
ｉｉ）「加入−通知（Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｙ）」
【０２０１】
コントロールプレーンＮＦ＿Ａ（即ち、ＮＦサービス消費者）は、また別のコントロールプレーンＮＦ＿Ｂ（即ち、ＮＦサービス供給者）により提供されるＮＦサービスに加入する。多数のコントロールプレーンＮＦは、同一のコントロールプレーンＮＦサービスに加入することができる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された興味のあるＮＦに通知する。消費者からの加入要求は、周期的なアップデートまたは特定のイベント（例えば、要求された情報の変更、特定の臨界値の到達等）を通じてトリガーされる通知のための通知要求を含み得る。このメカニズムは、ＮＦ（例えば、ＮＦ＿Ｂ）が明示的な加入要求なく暗黙的に特定の通知に加入した場合（例えば、成功的な登録手続により）も含む。
【０２０２】
図８は、本発明が適用され得るＮＧ−ＲＡＮのアーキテクチャーを例示する。
【０２０３】
図８を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＵＥに向かったユーザープレーン及びコントロールプレーンプロトコルの終端を提供する、ｇＮＢ（ＮＲ  ＮｏｄｅＢ）及び／又はｅＮＢ（ｅＮｏｄｅＢ）で構成される。
【０２０４】
ｇＮＢ間に、かつｇＮＢと５ＧＣに連結されるｅＮＢ間にＸｎインターフェースを用いて相互連結される。ｇＮＢ及びｅＮＢは、また５ＧＣにＮＧインターフェースを用いて連結され、さらに具体的に、ＮＧ−ＲＡＮと５ＧＣ間のコントロールプレーンインターフェースであるＮＧ−Ｃインターフェース（即ち、Ｎ２のリファレンスポイント）を用いてＡＭＦに連結され、ＮＧ−ＲＡＮと５ＧＣ間のユーザープレーンインターフェースであるＮＧ−Ｕインターフェース（即ち、Ｎ３のリファレンスポイント）を用いてＵＰＦに連結される。
【０２０５】
無線プロトコルのアーキテクチャー
【０２０６】
図９は、本発明が適用され得る無線プロトコルスタックを例示した図である。特に、図９（ａ）は、ＵＥとｇＮＢ間の無線インターフェースユーザープレーンプロトコルスタックを例示し、図９（ｂ）は、ＵＥとｇＮＢ間の無線インターフェースコントロールプレーンプロトコルスタックを例示する。
【０２０７】
コントロールプレーンは、ＵＥとネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザープレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータ等が送信される通路を意味する。
【０２０８】
図９（ａ）を参照すると、ユーザープレーンプロトコルスタックは、第１層（Ｌａｙｅｒ  １）（即ち、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）層）、第２層（Ｌａｙｅｒ  ２）に分割され得る。
【０２０９】
図９（ｂ）を参照すると、コントロールプレーンプロトコルスタックは、第１層（即ち、ＰＨＹ層）、第２層、第３層（即ち、 無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層）、ノンアクセスストラタム（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層に分割され得る。
【０２１０】
第２層は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）のサブ層と、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）のサブ層と、パケットデータコンバージェンスプロトコル（ＰＤＣ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）のサブ層と、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のサブ層（ユーザープレーンの場合）とに分割される。
【０２１１】
無線ベアラーは、二つのグループに分類される：ユーザープレーンデータのためのデータ無線ベアラー（ＤＲＢ：ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）とコントロールプレーンデータのためのシグナリング無線ベアラー（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）
【０２１２】
以下、無線プロトコルのコントロールプレーンとユーザープレーンの各層を説明する。
【０２１３】
１）第１層であるＰＨＹ層は、物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いることによって、上位層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理層は、上位レベルに位置したＭＡＣサブ層に転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結され、転送チャンネルを介してＭＡＣサブ層とＰＨＹ層間でデータが送信される。転送チャンネルは、無線インターフェースを介してデータがどのように、どんな特徴により送信されるかによって分類される。また、互いに異なる物理層の間、送信端のＰＨＹ層と受信端のＰＨＹ層間には物理チャンネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが送信される。
【０２１４】
２）ＭＡＣのサブ層は、論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）間のマッピング；転送チャンネルを介してＰＨＹ層に／から伝達されるトランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に／から一つまたは異なる論理チャンネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の多重化／逆多重化；スケジューリング情報の報告；ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；動的スケジューリングを用いたＵＥ間の優先順位ハンドリング；論理チャンネルの優先順位を用いて、一つのＵＥの論理チャンネル間の優先順位ハンドリング；パディング（Ｐａｄｄｉｎｇ）を行う。
【０２１５】
互いに異なる種類のデータは、ＭＡＣのサブ層により提供されるサービスを伝達する。各論理チャンネルのタイプは、どんなタイプの情報が伝達されるかを定義する。
【０２１６】
論理チャンネルは、二つのグループに分類される：制御チャンネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びトラフィックチャンネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）。
【０２１７】
ｉ）制御チャンネルは、コントロールプレーンの情報のみを伝達するために用いられ、次の通りである。
【０２１８】
−  ブロードキャスト制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：システム制御情報をブロードキャストするためのダウンリンクチャンネル。
【０２１９】
−  ページング制御チャンネル（ＰＣＣＨ：Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ページング情報及びシステム情報変更の通知を伝達するダウンリンクチャンネル。
【０２２０】
−  共通制御チャンネル（ＣＣＣＨ：Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ＵＥとネットワーク間の制御情報を送信するためのチャンネル。このチャンネルは、ネットワークとＲＲＣ連結を有さないＵＥのために用いられる。
【０２２１】
−  専用制御チャンネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ＵＥとネットワーク間で専用制御情報を送信するための一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）の両方向チャンネル。ＲＲＣ連結を有するＵＥによって用いられる。
【０２２２】
ｉｉ）トラフィックチャンネルは、ユーザープレーンの情報のみを使用するために用いられる：
【０２２３】
−  専用トラフィックチャンネル（ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ユーザー情報を伝達するための、単一のＵＥに専用される、一対一（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）のチャンネル。ＤＴＣＨは、アップリンク及びダウンリンクが全て存在し得る。
【０２２４】
ダウンリンクで、論理チャンネルと転送チャンネル間の連結は次の通りである。
【０２２５】
ＢＣＣＨはＢＣＨにマッピングされてもよい。ＢＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＰＣＣＨはＰＣＨにマッピングされてもよい。ＣＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＤＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＤＬ−ＳＣＨにマッピングされてもよい。
【０２２６】
アップリンクで、論理チャンネルと転送チャンネル間の連結は次の通りである。ＣＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨはＵＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨはＵＬ−ＳＣＨにマッピングされてもよい。
【０２２７】
３）ＲＬＣのサブ層は、三つの送信モードを支援する：透過モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、非確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）。
【０２２８】
ＲＬＣ設定は、論理チャンネル別に適用され得る。ＳＲＢの場合、ＴＭまたはＡＭモードが用いられ、反面、ＤＲＢの場合、ＵＭまたはＡＭモードが用いられる。
【０２２９】
ＲＬＣのサブ層は、上位層ＰＤＵの伝達；ＰＤＣＰと独立したシーケンスナンバリング；ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、及び再分割（ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ）；ＳＤＵの再結合（ｒｅａｓｓｅｍｂｌｙ）；ＲＬＣ  ＳＤＵの廃棄（ｄｉｓｃａｒｄ）；ＲＬＣの再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う。
【０２３０】
４）ユーザープレーンのためのＰＤＣＰのサブ層は、シーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；ヘッダ圧縮及び圧縮−解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）（ロバストヘッダ圧縮）（ＲｏＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の場合のみ）；ユーザーデータの伝達；再配列（ｒｅｏｒｄｅｒｉｎｇ）及び複写検出（ｄｕｐｌｉｃａｔｅ  ｄｅｔｅｃｔｉｏｎ）（ＰＤＣＰよりも上位の層に伝達が要求される場合）；ＰＤＣＰ  ＰＤＵルーティング（分割ベアラー（ｓｐｌｉｔ  ｂｅａｒｅｒ）の場合）；ＰＤＣＰ  ＳＤＵの再送信；暗号化（ｃｉｐｈｅｒｉｎｇ）及び解読化（ｄｅｃｉｐｈｅｒｉｎｇ）；ＰＤＣＰ  ＳＤＵの廃棄；ＲＬＣ  ＡＭのためのＰＤＣＰの再確立及びデータ復旧（ｒｅｃｏｖｅｒｙ）；ＰＤＣＰ  ＰＤＵの複製を行う。
【０２３１】
コントロールプレーンのためのＰＤＣＰのサブ層は、追加的にシーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；暗号化（ｃｉｐｈｅｒｉｎｇ）、解読化（ｄｅｃｉｐｈｅｒｉｎｇ）、及び完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）；コントロールプレーンデータの伝達；複製検出；ＰＤＣＰ  ＰＤＵの複製を行う。
【０２３２】
ＲＲＣにより無線ベアラーのための複製（ｄｕｐｌｉｃａｔｉｏｎ）が設定されるとき、複製されたＰＤＣＰ  ＰＤＵを制御するために追加的なＲＬＣ個体及び追加的な論理チャンネルが無線ベアラーに追加される。ＰＤＣＰでの複製は同一のＰＤＣＰ  ＰＤＵを二回送信することを含む。一回目は元のＲＬＣ個体に伝達され、二回目は追加的なＲＬＣ個体に伝達される。このとき、元のＰＤＣＰ  ＰＤＵ及び該当複製本は、同一のトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に送信されない。互いに異なる二つの論理チャンネルが同一のＭＡＣ個体に属してもよく（ＣＡの場合）、または互いに異なるＭＡＣ個体に属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰ  ＰＤＵと該当複製本が同一のトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に送信されないように保障するために、論理チャンネルマッピングの制限が用いられる。
【０２３３】
５）ＳＤＡＰサブ層は、ｉ）ＱｏＳフローとデータ無線ベアラー間のマッピング、ｉｉ）ダウンリンク及びアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）のマーキングを行う。
【０２３４】
ＳＤＡＰの単一のプロトコル個体が各個別のＰＤＵセッション別に設定されるが、例外的に二重連結性（ＤＣ：Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、二つのＳＤＡＰ個体が設定され得る。
【０２３５】
６）ＲＲＣのサブ層は、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）及びＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）に関するシステム情報のブロードキャスト；５ＧＣまたはＮＧ−ＲＡＮにより開始されたページング（ｐａｇｉｎｇ）；ＵＥとＮＧ−ＲＡＮ間のＲＲＣ連結の確立、維持、及び解除（さらに、キャリア併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）の修正及び解除を含み、また、Ｅ−ＵＴＲＡＮとＮＲ間に、又はＮＲ内での二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の修正及び解除をさらに含む）；キー管理を含む保安機能；ＳＲＢ及びＤＲＢの確立、設定、維持、及び解除；ハンドオーバー及びコンテキストの伝達；ＵＥのセル選択及び再解除並びにセルの選択／再選択の制御；ＲＡＴ間の移動性を含む移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告の制御；無線リンク失敗の検出及び無線リンク失敗からの回復；ＮＡＳからＵＥへのＮＡＳメッセージの伝達及びＵＥからＮＡＳへのＮＡＳメッセージの伝達を行う。
【０２３６】
ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）
【０２３７】
５Ｇシステムは、ネットワークリソースとネットワーク機能を各サービスによって独立したスライス（ｓｌｉｃｅ）で提供するネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）技術を導入した。
【０２３８】
ネットワークスライシングが導入されることによって、各スライス別にネットワーク機能及びネットワークリソースの分離（Ｉｓｏｌａｔｉｏｎ）、独立管理（ｉｎｄｅｐｅｎｄｅｎｔ  ｍａｎａｇｅｍｅｎｔ）等を提供することができる。これによって、サービス、ユーザー等によって５Ｇシステムのネットワーク機能を選択して組み合わせることによって、サービス、ユーザー別に独立且つより柔軟なサービスを提供することができる。
【０２３９】
ネットワークスライスは、アクセスネットワークとコアネットワークを論理的に統合したネットワークを指称する。
【０２４０】
ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）は、次のうち一つ以上を含み得る：
【０２４１】
−  コアネットワークコントロールプレーン及びユーザープレーン機能
【０２４２】
−  ＮＧ−ＲＡＮ
【０２４３】
−  非−３ＧＰＰアクセスネットワークへの非−３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Ｎｏｎ−３ＧＰＰ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）
【０２４４】
各ネットワークスライス別に支援される機能及びネットワーク機能の最適化が異なり得る。多数のネットワークスライスインスタンス（ｉｎｓｔａｎｃｅ）が同一の機能を互いに異なるＵＥのグループに提供し得る。
【０２４５】
一つのＵＥは、５Ｇ−ＡＮを経由して一つ以上のネットワークスライスインスタンスに同時に連結され得る。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることがある。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属し得る。即ち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通し得る。ＵＥをサービングするネットワークスライスインスタンスのＣＮ部分はＣＮによって選択される。
【０２４６】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスにのみ属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
【０２４７】
一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同一のＤＮＮを用いるスライス−特定のＰＤＵセッションを有し得るが、互いに異なるネットワークスライスインスタンスは一つのＰＤＵセッションを共有しない。
【０２４８】
単一のネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するために用いられる補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩの集合である。Ｓ−ＮＳＳＡＩは次を含む。
【０２４９】
−  スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ  ｔｙｐｅ）：ＳＳＴは機能とサービスの側面で予想されるネットワークスライスの動作を示す。
【０２５０】
−  スライス区分子（ＳＤ：Ｓｌｉｃｅ  Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）：ＳＤは指示されたＳＳＴを全て順守する潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴを補完する選択的な情報である。
【０２５１】
１）初期の接続時にネットワークスライスを選択
【０２５２】
ＵＥは、ＰＬＭＮ別にホームＰＬＭＮ（ＨＰＬＭＮ：Ｈｏｍｅ  ＰＬＭＮ）により設定ＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ）の設定を受けることができる。Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩはＰＬＭＮに特定され、ＨＰＬＭＮは各Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩが適用されるＰＬＭＮを指示する。
【０２５３】
ＵＥの初期の連結時、ＲＡＮはＮＳＳＡＩを用いてメッセージを伝達すべき初期のネットワークスライスを選択する。このために、登録手続でＵＥはネットワークに要求ＮＳＳＡＩ（Ｒｅｑｕｅｓｔｅｄ  ＮＳＳＡＩ）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ  ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内のＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに属したＳ−ＮＳＳＡＩのみを用いる。
【０２５４】
もし、ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮはデフォルト（Ｄｅｆａｕｌｔ）ネットワークスライスを選択し得る。
【０２５５】
加入データは、ＵＥが加入されたネットワークスライスのＳ−ＮＳＳＡＩを含む。一つ以上のＳ−ＮＳＳＡＩは、基本（ｄｅｆａｕｌｔ）Ｓ−ＮＳＳＡＩとしてマーキングされ得る。Ｓ−ＮＳＳＡＩが基本としてマーキングされると、ＵＥが登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  ｒｅｑｕｅｓｔ）内でネットワークに何のＳ−ＮＳＳＡＩも送信しなくても、ネットワークは関連したネットワークスライスでＵＥにサービスし得る。
【０２５６】
ＵＥが成功的に登録されると、ＣＮは全体の許可ＮＳＳＡＩ（Ａｌｌｏｗｅｄ  ＮＳＳＡＩ）（一つ以上のＳ−ＮＳＳＡＩを含む）を提供することによって、（Ｒ）ＡＮに知らせる。また、ＵＥの登録手続が成功的に完了したとき、ＵＥはこのＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩをＡＭＦから獲得し得る。
【０２５７】
Ａｌｌｏｗｅｄ  ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに優先する。ＵＥは、その後、サービングＰＬＭＮ内のネットワークスライス選択関連手続のためのネットワークスライスに該当するＡｌｌｏｗｅｄ  ＮＳＳＡＩ内のＳ−ＮＳＳＡＩのみを用いる。
【０２５８】
各ＰＬＭＮにおいて、ＵＥはＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ及びＡｌｌｏｗｅｄ  ＮＳＳＡＩ（存在する場合）を格納する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩを受信するとき、このＰＬＭＮのための以前に格納されたＡｌｌｏｗｅｄ  ＮＳＳＡＩをオーバーライド（ｏｖｅｒｒｉｄｅ）する。
【０２５９】
２）スライスの変更
【０２６０】
ネットワークは、ローカルポリシー、ＵＥの移動性、加入情報変更等によって既に選択されたネットワークスライスインスタンスを変更し得る。即ち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間、いつでも変更され得る。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定の条件下のＵＥによって開始され得る。
【０２６１】
地域（ｌｏｃａｌ）ポリシー、加入情報変更及び／又はＵＥの移動性に基づき、ネットワークはＵＥが登録された、許可されるネットワークスライスのセットを変更し得る。ネットワークは、登録手続中にこのような変更を行ってもよく、または、登録手続をトリガーすることができる手続を用いて、支援されるネットワークスライスの変更をＵＥに通知してもよい。
【０２６２】
ネットワークスライスの変更時、ネットワークは新たなＡｌｌｏｗｅｄ  ＮＳＳＡＩ及びトラッキング領域のリスト（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｌｉｓｔ）をＵＥに提供し得る。ＵＥは、移動性管理手続（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｃｅｄｕｒｅ）によるシグナリングに新たなＮＳＳＡＩを含ませて送信することによって、スライスインスタンスの再選択を誘発する。スライスインスタンスの変更によってこれを支援するＡＭＦも変更されることができる。
【０２６３】
ＵＥが、ネットワークスライスがこれ以上用いることができない領域に進入すると、コアネットワークはＰＤＵセッションの解除手続を介して、これ以上用いることができないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。
【０２６４】
これ以上用いることができないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥはＵＥポリシーを用いて既存のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングされることができるか否かを決定する。
【０２６５】
用いられるＳ−ＮＳＳＡＩのセットの変更のために、ＵＥは登録手続を開始する。
【０２６６】
３）ＳＭＦの選択
【０２６７】
ＰＣＦはネットワークスライス選択ポリシー（ＮＳＳＰ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連携させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥによって用いられる。
【０２６８】
ネットワークスライス選択ポリシーは、ＵＥのアプリケーション別に提供し、これは、ＵＥアプリケーション別にＳ−ＮＳＳＡＩをマッピングすることができる規則を含む。ＡＭＦは、ＵＥが伝達したＳ−ＮＳＳＡＩ及びＤＮＮ情報と共に、加入者情報、ローカル事業者ポリシー等を用いてＰＤＵセッションの管理のためのＳＭＦを選択する。
【０２６９】
特定のスライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮはこのＰＤＵセッションが属したスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供する。
【０２７０】
セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）
【０２７１】
５ＧＣは、ＰＤＵ連結サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ）、即ち、ＵＥとデータネットワーク名称（ＤＮＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）（またはアクセスポイント名称（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ））により識別されるＤＮ間でＰＤＵの交換を提供するサービスを支援する。ＰＤＵ連結サービスは、ＵＥから要求時に確立されるＰＤＵセッションを介して支援される。
【０２７２】
各ＰＤＵセッションは、単一のＰＤＵセッションタイプを支援する。即ち、ＰＤＵセッションの確立時、ＵＥによって要求された単一のタイプのＰＤＵの交換を支援する。次のようなＰＤＵセッションタイプが定義される。ＩＰバージョン４（ＩＰｖ４：ＩＰ  ｖｅｒｓｉｏｎ４）、ＩＰバージョン６（ＩＰｖ６：ＩＰ  ｖｅｒｓｉｏｎ６）、イーサネット（Ｅｔｈｅｒｎｅｔ）、非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）。ここで、ＵＥとＤＮ間で交換されるＰＤＵのタイプは、５Ｇシステムで完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）である。
【０２７３】
ＰＤＵセッションは、ＵＥとＳＭＦ間でＮ１を介して交換されるＮＡＳ  ＳＭシグナリングを用いて（ＵＥの要求時に）確立され、（ＵＥ及び５ＧＣの要求時に）修正され、（ＵＥ及び５ＧＣの要求時に）解除される。アプリケーションサーバーからの要求時、５ＧＣはＵＥ内特定のアプリケーションをトリガーすることができる。ＵＥはトリガーメッセージを受信すると、該当メッセージを識別されたアプリケーションに伝達し、識別されたアプリケーションは特定のＤＮＮでＰＤＵセッションを確立し得る。
【０２７４】
ＳＭＦは、ＵＥの要求がユーザーの加入情報に従うか否かをチェックする。このため、ＳＭＦはＵＤＭからＳＭＦレベルの加入データ（ＳＭＦ  ｌｅｖｅｌ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）を獲得する。このようなデータはＤＮＮ別に許可されたＰＤＵセッションタイプを指示し得る：
【０２７５】
多数のアクセスを介して登録されたＵＥは、ＰＤＵセッションを確立するためのアクセスを選択する。
【０２７６】
ＵＥは３ＧＰＰと非−３ＧＰＰアクセス間でＰＤＵセッションを移動するために要求し得る。３ＧＰＰと非−３ＧＰＰアクセス間でＰＤＵセッションを移動するための決定は、ＰＤＵセッション別に作られる。即ち、ＵＥは他のＰＤＵセッションが非−３ＧＰＰアクセスを用いる中に３ＧＰＰアクセスを用いたＰＤＵセッションを有し得る。
【０２７７】
ネットワークで送信されるＰＤＵセッション確立の要求内で、ＵＥはＰＤＵセッション識別子（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ｉｄ（ｉｄｅｎｔｉｔｙ））を提供する。ＵＥはまた、ＰＤＵセッションタイプ、スライシング（ｓｌｉｃｉｎｇ）情報、ＤＮＮ、サービス、及びセッションの連続性（ＳＳＣ：Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）モードを提供し得る。
【０２７８】
ＵＥは、同一のＤＮで、又は互いに異なるＤＮで、３ＧＰＰアクセスを経由して、及び／又は非−３ＧＰＰアクセスを経由して、多数のＰＤＵセッションを同時に確立し得る。
【０２７９】
ＵＥは、互いに異なるＵＰＦ終端Ｎ６によりサービスされる同一のＤＮで多数のＰＤＵセッションを確立し得る。
【０２８０】
多数の確立されたＰＤＵセッションを有するＵＥは、互いに異なるＳＭＦによりサービスされ得る。
【０２８１】
同一のＵＥに属した（同一または互いに異なるＤＮＮで）互いに異なるＰＤＵセッションのユーザープレーンの経路は、ＤＮと接続（ｉｎｔｅｒｆａｃｉｎｇ）したＵＰＦとＡＮ間で完全に分離され得る。
【０２８２】
５Ｇシステムのアーキテクチャーは、セッション及びサービスの連続性（ＳＣＣ：ｓｅｓｓｉｏｎ  ａｎｄ  ｓｅｒｖｉｃｅ  ｃｏｎｔｉｎｕｉｔｙ）を支援することで、ＵＥ内の互いに異なるアプリケーション／サービスの多様な連続性の要求事項を満たすことができる。５Ｇシステムは、互いに異なるＳＳＣモードを支援する。ＰＤＵセッションアンカー（ａｎｃｈｏｒ）と関連したＳＳＣモードは、ＰＤＵセッションが確立している間に変更されない。
【０２８３】
−  ＳＳＣモード１が適用されるＰＤＵセッションの場合、ネットワークはＵＥに提供される連続性のサービスを維持する。ＩＰタイプのＰＤＵセッションの場合、ＩＰアドレスが維持される。
【０２８４】
−  ＳＳＣモード２が用いられる場合、ネットワークはＵＥに伝達される連続性のサービスを解除してもよく、また、該当ＰＤＵセッションを解除してもよい。ＩＰタイプのＰＤＵセッションの場合、ネットワークはＵＥに割り当てられたＩＰアドレスを解除してもよい。
【０２８５】
−  ＳＳＣモード３が用いられる場合、ユーザープレーンに対する変更はＵＥが分かるが、ネットワークはＵＥが連結性を失わないように保障する。より良いサービスの連続性を許可するために、以前の連結が終了する前に新たなＰＤＵセッションのアンカーポイントを介した連結が確立される。ＩＰタイプのＰＤＵセッションの場合、アンカーの再配置の間にＩＰアドレスは維持されない。
【０２８６】
ＳＳＣモード選択ポリシーは、ＵＥのアプリケーション（又はアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために用いられる。運営者は、ＳＳＣモード選択ポリシーをＵＥに予め設定し得る。このポリシーは、ＵＥがアプリケーション（またはアプリケーショングループ）と関連したＳＳＣモードのタイプを決定するために使用されることができる一つまたはそれ以上のＳＳＣモード選択ポリシー規則を含む。また、このポリシーは、ＵＥの全てのアプリケーションに適用されることができる基本（ｄｅｆａｕｌｔ）ＳＳＣモード選択ポリシー規則を含み得る。
【０２８７】
ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供すると、ＳＭＦは要求されたＳＳＣモードを許諾するか、または要求されたＳＳＣモードを加入情報及び／又は地域（ｌｏｃａｌ）設定に基づいて修正するか選択する。ＵＥが新たなＰＤＵセッションを要求するときにＳＳＣモードを提供しなければ、ＳＭＦは加入情報内に挙げられたデータネットワークのためのｄｅｆａｕｌｔ  ＳＳＣモードを選択するか、またはＳＳＣモードを選択するためのｌｏｃａｌ設定を適用する。
【０２８８】
ＳＭＦはＵＥにＰＤＵセッションに対して選択されたＳＳＣモードを知らせる。
【０２８９】
移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）
【０２９０】
登録管理（ＲＭ：Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、ＵＥ／ユーザーをネットワークに登録（ｒｅｇｉｓｔｅｒ）または登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するために、かつユーザーコンテキストをネットワーク内に確立するために用いられる。
【０２９１】
１）登録管理
【０２９２】
ＵＥ／ユーザーは、登録を要求するサービスを受けるために、ネットワークに登録する必要がある。一度登録された後、適用可能であれば、ＵＥは周期的に接近可能（ｒｅａｃｈａｂｌｅ）を維持するために（周期的な登録アップデート）、または移動時（移動性登録アップデート）、または自身の能力をアップデートしたり、プロトコルパラメータを再交渉するために、ネットワークに自身の登録をアップデートし得る。
【０２９３】
最初の登録手続は、ネットワークアクセス制御機能（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）の実行（即ち、ＵＤＭ内の加入プロファイルに基づいたユーザー認証及びアクセス認証）を含む。登録手続の結果として、サービングＡＭＦの識別子がＵＤＭ内に登録される。
【０２９４】
図１０は、本発明が適用され得るＲＭ状態のモデルを例示する。特に、図１０（ａ）は、ＵＥ内のＲＭ状態のモデルを示し、図１０（ｂ）はＡＭＦ内のＲＭ状態のモデルを示す。
【０２９５】
図１０を参照すると、選択されたＰＬＭＮ内のＵＥの登録状態を反映するために、ＵＥ及びＡＭＦ内でＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ−ＲＥＧＩＳＴＥＲＥＤの二つのＲＭ状態が使用される。
【０２９６】
ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録されない。ＡＭＦ内のＵＥコンテキストは、ＵＥに対する有効な位置またはルーティング情報が維持されず、よって、ＵＥはＡＭＦにより接近可能（ｒｅａｃｈａｂｌｅ）ではない。しかし、例えば、毎登録手続の間に認証手続が行われることを防止するために、一部のＵＥコンテキストは、依然としてＵＥ及びＡＭＦ内に格納され得る。
【０２９７】
−  ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥが登録を要求するサービスを受ける必要があれば、ＵＥは最初の登録手続を用いて選択されたＰＬＭＮに登録を試みる。または、最初の登録時に登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）を受信すると、ＵＥはＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で残る。反面、登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）を受信するとき、ＵＥはＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０２９８】
−  ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、適用可能であるとき、ＡＭＦは登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）をＵＥに送信することによって、ＵＥの最初の登録を承認し、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）をＵＥに送信することによって、ＵＥの最初の登録を拒絶する。
【０２９９】
−  ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録される。ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥはネットワークに登録を要求するサービスを受けることができる。
【０３００】
−  ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、現在のサービングセルのトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）がネットワークからＵＥが受信していたＴＡＩのリスト内になければ、ＵＥの登録を維持してＡＭＦがＵＥにページングすることができるように、ＵＥは移動性登録アップデート手続（ｍｏｂｉｌｉｔｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＵＥが依然として活動（ａｃｔｉｖｅ）状態であるとネットワークに知らせるために、ＵＥは周期的なアップデートタイマーの満了によって、トリガーされた周期的な登録アップデート手続（ｐｅｒｉｏｄｉｃ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、自身の能力情報をアップデートしたり、ネットワークとプロトコルパラメータを再交渉するために、ＵＥは登録アップデート手続（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＵＥは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行い、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＵＥは、いつでもネットワークから登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定することができる。または、ＵＥは登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）のメッセージ、登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）のメッセージを受信するとき、または何のシグナリングの開始なく、ローカル登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）手続を行うとき、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。
【０３０１】
−  ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＡＭＦは登録−解除手続（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行い、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。ＡＭＦはいつでもＵＥの登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定し得る。または、暗黙的な登録−解除タイマー（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｔｉｍｅｒ）が満了した後、ＡＭＦはいつでも暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を行う。ＡＭＦは、暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、通信の終端（ｅｎｄ）で登録解除（ｄｅｒｅｇｉｓｔｒａｉｏｎ） を遂行するために交渉していたＵＥのために地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を遂行する。ＡＭＦは、地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で進入する。または、適用可能であるとき、ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を承認または拒絶する。ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を拒絶するとき、ＵＥ登録を拒絶し得る。
【０３０２】
登録領域の管理は、ＵＥに登録領域を割り当て、及び再度割り当てる機能を含む。登録領域は、アクセスタイプ（即ち、３ＧＰＰアクセスまたは非−３ＧＰＰアクセス）別に管理される。
【０３０３】
ＵＥが３ＧＰＰアクセスを介してネットワークに登録されるとき、ＡＭＦはＵＥにＴＡＩリスト内のトラッキング領域（ＴＡ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ）のセットを割り当てる。ＡＭＦが登録領域を割り当てるとき（即ち、ＴＡＩリスト内ＴＡのセット）、ＡＭＦは多様な情報（例えば、移動性パターン及び許可された／非許可された領域等）を考慮し得る。サービング領域として全体ＰＬＭＮ（ｗｈｏｌｅ  ＰＬＭＮ、ａｌｌ  ＰＬＭＮ）を有するＡＭＦは、ＭＩＣＯモードであるＵＥに登録領域として全体ＰＬＭＮを割り当てることができる。
【０３０４】
５Ｇシステムは、単一のＴＡＩリスト内の互いに異なる５Ｇ−ＲＡＴを含むＴＡＩリストの割り当てを支援する。
【０３０５】
ＵＥが非−３ＧＰＰアクセスを介してネットワークに登録されるとき、非−３ＧＰＰアクセスのための登録領域は、固有の予約されたＴＡＩ値（即ち、非−３ＧＰＰアクセスに専用された）に該当する。従って、５ＧＣへの非−３ＧＰＰアクセスのための固有のＴＡが存在し、これをＮ３ＧＰＰ  ＴＡＩと指称する。
【０３０６】
ＴＡＩリストを生成するとき、ＡＭＦはＴＡＩリストが送信されたアクセスに適用可能なＴＡＩのみを含ませる。
【０３０７】
２）連結管理
【０３０８】
連結管理（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、ＵＥとＡＭＦ間のシグナリング連結を確立及び解除するために用いられる。ＣＭはＮ１を介したＵＥとＡＭＦ間のシグナリング連結を確立及び解除する機能を含む。このシグナリングの連結は、ＵＥとコアネットワーク間にＮＡＳシグナリングの交換を可能なようにするために用いられる。このシグナリングの連結は、ＵＥとＡＮ間のＵＥのためのＡＮシグナリングの連結及びＡＮとＡＭＦ間のＵＥのためのＮ２連結の全てを含む。
【０３０９】
図１１は、本発明が適用され得るＣＭ状態のモデルを例示する。特に、図１１（ａ）は、ＵＥ内のＣＭ状態の遷移を示し、図１１（ｂ）は、ＡＭＦ内のＣＭ状態の遷移を示す。
【０３１０】
図１１を参照すると、ＡＭＦとのＵＥのＮＡＳシグナリングの連結を反映するためにＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤの二つのＣＭ状態が使用される。
【０３１１】
ＣＭ−ＩＤＬＥ状態内のＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態であり、Ｎ１を介したＡＭＦと確立されたＮＡＳシグナリングの連結を有さない。ＵＥは、セルの選択、セルの再選択、及びＰＬＭＮの選択を行う。
【０３１２】
ＣＭ−ＩＤＬＥ状態内のＵＥに対するＡＮシグナリングの連結、Ｎ２連結、及びＮ３連結が存在しない。
【０３１３】
−  ＣＭ−ＩＤＬＥ状態で、ＵＥはＭＩＣＯモードでなければ、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行うことによって、ページングに応答する（受信した場合）。または、ＵＥが送信すべきアップリンクシグナリングまたはユーザーデータを有するとき、サービス要求手続（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＡＮシグナリングの連結がＵＥとＡＮ間に確立される毎に、ＵＥはＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入する。または、最初のＮＡＳメッセージ（Ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（登録要求（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）または登録−解除要求（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ））の送信は、ＣＭ−ＩＤＬＥ状態からＣＭ−ＣＯＮＮＥＣＴＥＤ状態に遷移を開始する。
【０３１４】
−  ＣＭ−ＩＤＬＥ状態で、ＵＥがＭＩＣＯモードでなければ、ＡＭＦがＵＥに送信されるシグナリングまたは端末−終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）データを有するとき、ページング要求（Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔ）を該当ＵＥに送信することによって、ネットワークによりトリガーされたサービス要求手続（ｎｅｔｗｏｒｋ  ｔｒｉｇｇｅｒｅｄ  ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行う。ＡＮとＡＭＦ間の該当ＵＥに対するＮ２連結が確立される毎に、ＡＭＦはＣＭ−ＣＯＮＮＥＣＴＥＲ状態で進入する。
【０３１５】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１を介してＡＭＦとのＮＡＳシグナリングの連結を有する。
【０３１６】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＡＮシグナリングの連結が解除される毎にＵＥはＣＭ−ＩＤＬＥ状態で進入する。
【０３１７】
−  ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＵＥのためのＮ２シグナリングの連結及びＮ３連結が解除される毎にＡＭＦはＣＭ−ＩＤＬＥ状態で進入する。
【０３１８】
−  ＮＡＳシグナリング手続が完了するとき、ＡＭＦはＵＥのＮＡＳシグナリングの連結を解除するように決定し得る。ＡＮシグナリング連結の解除が完了するとき、ＵＥ内のＣＭ状態はＣＭ−ＩＤＬＥに変更される。Ｎ２コンテキスト解除手続が完了するとき、ＡＭＦ内のＵＥのためのＣＭ状態はＣＭ−ＩＤＬＥに変更される。
【０３１９】
ＡＭＦは、ＵＥがコアネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＵＥをＣＭ−ＣＯＮＮＥＣＴＥＤ状態で維持させ得る。
【０３２０】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＲＲＣ非活性（ＲＲＣ  Ｉｎａｃｔｉｖｅ）状態であり得る。ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥの接近可能性（ｒｅａｃｈａｂｉｌｉｔｙ）は、コアネットワークからの補助情報を用いてＲＡＮにより管理される。また、ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅの状態であるとき、ＵＥのページングはＲＡＮにより管理される。さらに、ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥはＵＥのＣＮ及びＲＡＮ識別子を用いてページングをモニタする。
【０３２１】
ＲＲＣ  Ｉｎａｃｔｉｖｅ状態は、ＮＧ−ＲＡＮに適用される（即ち、５Ｇ  ＣＮに連結されるＮＲ及びＥ−ＵＴＲＡに適用される。）。
【０３２２】
ネットワークの設定に基づき、ＵＥをＲＲＣ  Ｉｎａｃｔｉｖｅ状態で切り換えるか否かに対するＮＧ−ＲＡＮの決定を補助するために、ＡＭＦは補助情報をＮＧ−ＲＡＮに提供する。
【０３２３】
ＲＲＣ  Ｉｎａｃｔｉｖｅの補助情報は、ＲＲＣ  Ｉｎａｃｔｉｖｅ状態中にＲＡＮページングのためのＵＥの特定ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）値、且つＵＥに提供される登録領域を含む。
【０３２４】
ＣＮの補助情報は、Ｎ２の活性化（ａｃｔｉｖａｔｉｏｎ）中に（即ち、登録、サービス要求、経路スイッチ中に）サービングＮＧ  ＲＡＮノードに提供される。
【０３２５】
Ｎ２及びＮ３のリファレンスポイントの状態は、ＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で進入するＵＥにより変更されない。ＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるＵＥはＲＡＮ通知領域を知っている。
【０３２６】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはアップリンクデータの待機（ｐｅｎｄｉｎｇ）、端末開始（Ｍｏｂｉｌｅ  ｉｎｉｔｉａｔｅｄ）のシグナリング手続（即ち、周期的な登録アップデート）、ＲＡＮページングに対する応答またはＵＥがＲＡＮ通知領域を外れていることをネットワークへの通知によってＲＲＣ連結を再開（ｒｅｓｕｍｅ）することができる。
【０３２７】
ＵＥが同一のＰＬＭＮ内の互いに異なるＮＧ−ＲＡＮノードで連結が再開されると、ＵＥ  ＡＳコンテキストは、以前（ｏｌｄ）のＮＧ  ＲＡＮノードから回収され、手続はＣＮに向かってトリガーされる。
【０３２８】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥはＧＥＲＡＮ／ＵＴＲＡＮ／ＥＰＳでセル選択を行い、アイドルモード手続に従う。
【０３２９】
また、ＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＣＭ−ＩＤＬＥモードで進入し、次のような場合に関連するＮＡＳ手続に従う。
【０３３０】
−  ＲＲＣ再開手続が失敗する場合、
【０３３１】
−  ＲＲＣ  Ｉｎａｃｔｉｖｅモード内で解決できない失敗のシナリオ内でＵＥのＣＭ−ＩＤＬＥモードへの移動が要求される場合。
【０３３２】
ＮＡＳシグナリングの連結管理は、ＮＡＳシグナリングの連結を確立及び解除する機能を含む。
【０３３３】
ＮＡＳシグナリングの連結確立の機能は、ＣＭ−ＩＤＬＥ状態であるＵＥのＮＡＳシグナリングの連結を確立するためにＵＥ及びＡＭＦにより提供される。
【０３３４】
ＣＭ−ＩＤＬＥ状態であるＵＥがＮＡＳメッセージを送信する必要があるとき、ＵＥはＡＭＦへのシグナリングの連結を確立するために、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）または登録（ｒｅｇｉｓｔｒａｔｉｏｎ）手続を開始する。
【０３３５】
ＵＥの選好度、ＵＥの加入情報、ＵＥの移動性パターン、及びネットワーク設定に基づき、ＡＭＦはＵＥがネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＮＡＳシグナリングの連結を維持してもよい。
【０３３６】
ＮＡＳシグナリングの連結解除手続は、５Ｇ（Ｒ）ＡＮノードまたはＡＭＦにより開始される。
【０３３７】
ＵＥがＡＮシグナリングの連結が解除されることを感知すると、ＵＥはＮＡＳシグナリングの連結が解除されたと判断する。ＡＭＦがＮ２コンテキストが解除されたと感知すると、ＡＭＦはＮＡＳシグナリングの連結が解除されたと判断する。
【０３３８】
３）ＵＥの移動性制限（Ｍｏｂｉｌｉｔｙ  Ｒｅｓｔｒｉｃｔｉｏｎ）
【０３３９】
移動性制限は、５Ｇシステム内ＵＥのサービスアクセスまたは移動性制御を制限する。移動性制限機能は、ＵＥ、ＲＡＮ、及びコアネットワークにより提供される。
【０３４０】
移動性制限は３ＧＰＰアクセスにのみ適用され、非−３ＧＰＰアクセスには適用されない。
【０３４１】
ＣＭ−ＩＤＬＥ状態、及びＲＲＣ  Ｉｎａｃｔｉｖｅを伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態における移動性制限は、コアネットワークから受信された情報に基づいてＵＥにより行われる。ＣＭ−ＣＯＮＮＥＣＴＥＤ状態における移動性制限は、ＲＡＮ及びコアネットワークによって行われる。
【０３４２】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、コアネットワークはＲＡＮに移動性制限のためのハンドオーバー制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）として提供する。
【０３４３】
移動性制限は、次のようにＲＡＴ制限、禁止された領域（Ｆｏｒｂｉｄｄｅｎ  ａｒｅａ）及びサービス領域の制限を含む：
【０３４４】
−  ＲＡＴの制限：ＲＡＴの制限は、ＵＥのアクセスが許可されない３ＧＰＰ  ＲＡＴと定義される。制限されたＲＡＴ内のＵＥは、加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０３４５】
−  禁止された領域：所定のＲＡＴ下の禁止された領域内で、ＵＥは 加入情報に基づいてネットワークとのどんな通信を開始するように許可されない。
【０３４６】
−  サービス領域の制限：ＵＥが次のようにネットワークとの通信を開始することができるか、または開始することができない領域を定義する：
【０３４７】
−  許可された領域（Ａｌｌｏｗｅｄ ａｒｅａ）：所定のＲＡＴ下の許可された領域内で、ＵＥは、加入情報によって許可されると、ネットワークとの通信を開始するように許可される。
【０３４８】
−  許可されていない領域（Ｎｏｎ−ａｌｌｏｗｅｄ  ａｒｅａ）：所定のＲＡＴ下の許可されていない領域内で、ＵＥは、加入情報に基づいてサービス領域が制限される。ＵＥ及びネットワークは、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）またはユーザーのサービスを獲得するための（ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤ状態のすべて）セッション管理のシグナリングを開始するように許可されない。ＵＥのＲＭ  ｐｒｏｃｅｄｕｒｅはＡｌｌｏｗｅｄ  ａｒｅａと同一である。許可されていない領域内のＵＥは、コアネットワークのページングにサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）として応答する。
【０３４９】
所定のＵＥにおいて、コアネットワークは、ＵＥの加入情報に基づいてサービス領域の制限を決定する。選択的に、許可された領域は、ＰＣＦにより精巧に調整（ｆｉｎｅ−ｔｕｎｅｄ）（例えば、ＵＥの位置、永久的な機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）、ネットワークポリシー等に基づいて）され得る。サービス領域の制限は、例えば、加入情報、位置、ＰＥＩ及び／又はポリシーの変更により変更され得る。サービス領域の制限は、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手続中にアップデートされ得る。
【０３５０】
ＵＥがＲＡＴの制限、禁止された領域、許可された領域、許可されていない領域またはこれらの組み合わせの間に重なる領域を有すると、ＵＥは次のような優先順位によって進行する：
【０３５１】
−  ＲＡＴの制限の評価は、どんな他の移動性制限の評価よりも優先する；
【０３５２】
−  禁止された領域の評価は、許可された領域及び許可されていない領域の評価よりも優先する；及び
【０３５３】
−  許可されていない領域の評価は、許可された領域の評価よりも優先する。
【０３５４】
４）端末開始連結専用（ＭＩＣＯ：Ｍｏｂｉｌｅ  Ｉｎｉｔｉａｔｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ｏｎｌｙ）モード
【０３５５】
ＵＥは、最初の登録、又は登録のアップデート中にＭＩＣＯモードの 優先順位（ｐｒｅｆｅｒｅｎｃｅ）を指示し得る。ＡＭＦは、ローカルの設定、ＵＥが指示した 優先順位、ＵＥの加入情報、及びネットワークポリシーまたはこれらの組み合わせに基づいてＭＩＣＯモードがＵＥに許可されるか否かを決定し、登録手続中にＵＥに知らせる。
【０３５６】
ＵＥ及びコアネットワークは、次の登録シグナリングでＭＩＣＯモードを再開始（ｒｅ−ｉｎｉｔｉａｔｅ）または終了（ｅｘｉｔ）する。ＭＩＣＯモードが登録手続内で明確に指示されず登録手続が成功的に完了すると、ＵＥ及びＡＭＦはＭＩＣＯモードを用いない。即ち、ＵＥは一般のＵＥとして動作し、ネットワークも該当ＵＥは一般のＵＥとして取り扱う。
【０３５７】
ＡＭＦは、登録手続中にＵＥに登録領域を割り当てる。ＡＭＦがＵＥにＭＩＣＯモードを指示すると、登録領域はページング領域のサイズに制限されない。ＡＭＦのサービング領域が全体のＰＬＭＮであれば、ＡＭＦはＵＥに「全てのＰＬＭＮ」の登録領域を提供し得る。この場合、移動性による同一のＰＬＭＮへの再登録は適用しない。ＭＩＣＯモードであるＵＥに移動性制限が適用されると、ＡＭＦは許可された領域／許可されていない領域をＵＥに割り当てる。
【０３５８】
ＡＭＦがＵＥにＭＩＣＯモードを指示すると、ＡＭＦはＵＥがＣＭ−ＩＤＬＥ状態である間には常に接近可能ではない（ｕｎｒｅａｃｈａｂｌｅ）と見なす。ＡＭＦは、ＭＩＣＯモードであり、ＣＭ−ＩＤＬＥ状態である該当ＵＥに対するダウンリンクデータの伝達のための何の要求も拒絶する。ＡＭＦはまた、ＮＡＳを介したＳＭＳ、位置サービス等のようなダウンリンクの伝達（ｔｒａｎｓｐｏｒｔ）を遅延させる。ＭＩＣＯモード内のＵＥは、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードであるときのみ、端末終端（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ）のデータまたはシグナリングのために接近可能である（ｒｅａｃｈａｂｌｅ）。
【０３５９】
ＭＩＣＯモードであるＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードに切り換えるとき、端末終端のデータ及び／又はシグナリングを直ちに伝達することができるように、ＡＭＦは待機中のデータ指示（Ｐｅｎｄｉｎｇ  Ｄａｔａ  ｉｎｄｉｃａｔｉｏｎ）をＲＡＮノードに提供し得る。ＲＡＮノードがこの指示を受信すると、ＲＡＮノードはユーザー非活動性（ｉｎａｃｔｉｖｉｔｙ）を決定するときにこの情報を考慮する。
【０３６０】
ＭＩＣＯモードであるＵＥはＣＭ−ＩＤＬＥ状態の間にページングを聴取する必要がない。ＭＩＣＯモードであるＵＥが次のような理由の一つにより、ＣＭ−ＩＤＬＥからＣＭ−ＣＯＮＮＥＣＴＥＤモードへの切り換えを開始するまで、ＵＥはＣＭ−ＩＤＬＥ状態内でどんなＡＳ手続を中断し得る：
【０３６１】
−  ＵＥ内の変更（例えば、設定変更）がネットワークへの登録アップデートを要求する場合
【０３６２】
−  周期的な登録タイマーが満了する場合
【０３６３】
−  ＭＯデータが待機中（ｐｅｎｄｉｎｇ）の場合
【０３６４】
−  ＭＯシグナリングが待機中（ｐｅｎｄｉｎｇ）の場合
【０３６５】
サービスの品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）モデル
【０３６６】
ＱｏＳとは、多様なトラフィック（メール、データ送信、音声、画像）を各々の性格によってユーザーに円滑なサービスを伝達するための技術である。
【０３６７】
５Ｇ  ＱｏＳのモデル（ｍｏｄｅｌ）は、フレームワークベースのＱｏＳフロー（ｆｌｏｗ）を支援する。５Ｇ  ＱｏＳのモデルは、保障されたフロービットレート（ＧＦＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｆｌｏｗ  Ｂｉｔ  Ｒａｔｅ）を要求するＱｏＳフロー及びＧＦＢＲを要求しないＱｏＳフローを全て支援する。
【０３６８】
ＱｏＳフローは、ＰＤＵセッションでＱｏＳの区別のための最も精密な単位（ｆｉｎｅｓｔ  ｇｒａｎｕｌａｒｉｔｙ）である。
【０３６９】
ＱｏＳフロー識別子（ＱＦＩ：ＱｏＳフローＩＤ）は、５Ｇシステム内でＱｏＳフローを識別するために用いられる。ＱＦＩは、ＰＤＵセッション内で固有である。ＰＤＵセッション内の同一のＱＦＩを有するユーザープレーンのトラフィックは、同一のトラフィック伝達の処理（例えば、スケジューリング、承認臨界値（ａｄｍｉｓｓｉｏｎ  ｔｈｒｅｓｈｏｌｄ）等）を受信する。ＱＦＩは、Ｎ３（及びＮ９）上でカプセル化ヘッダ（ｅｎｃａｐｓｕｌａｔｉｏｎ  ｈｅａｄｅｒ）内で伝達される。ＱＦＩは互いに異なるペイロードのタイプのＰＤＵ（即ち、ＩＰパケット、ｕｎｓｔｒｕｃｔｕｒｅｄパケット、イーサネットフレーム）に適用され得る。
【０３７０】
但し、本明細書では、説明の便宜のために、「ＱｏＳ」と「ＱｏＳフロー」を混用して使用する。従って、本明細書での「ＱｏＳ」は「ＱｏＳフロー」を意味するか、または「ＱｏＳ」は「ＱｏＳフロー」を意味するものと解釈され得る。
【０３７１】
５Ｇシステム内で、ＱｏＳフローは、ＰＤＵセッションの確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）またはＱｏＳフローの確立／変更（ｍｏｄｉｆｉｃａｔｉｏｎ）時にＳＭＦによって制御され得る。
【０３７２】
適用可能な場合、全てのＱｏＳフローは、次のような特徴を有する：
【０３７３】
−  予めＡＮに設定されるか、またはＮ２のリファレンスポイントを介してＳＭＦからＡＭＦを経てＡＮに提供されるＱｏＳのプロファイル；
【０３７４】
−  Ｎ１のリファレンスポイントを介してＡＭＦを経てＳＭＦからＵＥに提供された一つ以上のネットワーク−提供のＱｏＳ規則及び／又は一つ以上のＵＥ導出（ｄｅｒｉｖｅｄ）のＱｏＳ規則
【０３７５】
−  Ｎ４のリファレンスポイントを介してＳＭＦからＵＰＦに提供されたＳＤＦ分類およびＱｏＳ関連の情報（例えば、セッション−ＡＭＢＲ（Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ））。
【０３７６】
ＱｏＳフローは、ＱｏＳのプロファイルによって、「保障されたビットレート  （ＧＢＲ：Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）」または「保障されないビットレート（Ｎｏｎ−ＧＢＲ：Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）」になり得る。ＱｏＳフローのＱｏＳのプロファイルは、次のようなＱｏＳパラメータを含む：
【０３７７】
ｉ）それぞれのＱｏＳフローに対し、ＱｏＳパラメータは、次を含み得る：
【０３７８】
−  ５Ｇ  ＱｏＳの指示子（５ＱＩ：５Ｇ  ＱｏＳ  Ｉｎｄｉｃａｔｏｒ）：５ＱＩは、５Ｇ  ＱｏＳの特徴（即ち、ＱｏＳフローのための制御ＱｏＳ伝達取り扱いアクセスノード−特定のパラメータ、例えば、スケジューリングの加重値、承認臨界値、キュー管理臨界値、リンク層のプロトコル設定など）を参照するためのスカラーである。
【０３７９】
−  割り当て及び保有の優先順位（ＡＲＰ：Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）：ＡＲＰは、優先順位レベル、先取り（ｐｒｅ−ｅｍｐｔｉｏｎ）能力、及び先取りの脆弱性（ｖｕｌｎｅｒａｂｉｌｉｔｙ）を含む。優先順位レベルは、リソース要求の相対的な重要性を定義する。これは、リソースが制限された場合、新たなＱｏＳフローが受け入れ可能か拒絶される必要があるかを決定するために用いられ、また、リソースが制限された間に、既存のＱｏＳフローがリソースを先取りするか否かを決定するために用いられる。
【０３８０】
ｉｉ）また、各ＧＢＲ  ＱｏＳフローの場合にのみ、ＱｏＳパラメータは、  さらに次を含み得る：
【０３８１】
−  ＧＦＢＲ−アップリンク及びダウンリンク；
【０３８２】
−  最大のフロービットレート（ＭＦＢＲ：Ｍａｘｉｍｕｍ  Ｆｌｏｗ  Ｂｉｔ  Ｒａｔｅ）−アップリンク及びダウンリンク；及び
【０３８３】
−  通知制御（Ｎｏｔｉｆｉｃａｔｉｏｎ  ｃｏｎｔｒｏｌ）。
【０３８４】
ｉｉｉ）Ｎｏｎ−ＧＢＲ  ＱｏＳフローの場合にのみ、ＱｏＳパラメータは、さらに次を含み得る：Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの属性（ＲＱＡ：Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ  Ａｔｔｒｉｂｕｔｅ）
【０３８５】
次のようなＱｏＳフローを制御する方法が支援される：
【０３８６】
１）ｎｏｎ−ＧＢＲ  ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値はＱｏＳフローのＱＦＩとして用いられ、基本ＡＲＰがＡＮに予め設定される；
【０３８７】
２）ＧＢＲ  ＱｏＳフローの場合：標準化された５ＱＩまたは予め設定された５ＱＩが用いられる場合、前記５ＱＩ値は、ＱｏＳフローのＱＦＩとして用いられる。基本ＡＲＰは、ＰＤＵセッションの確立時にＲＡＮに送信され、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ  Ｐｌａｎｅ）が活性化される；
【０３８８】
３）ＧＢＲおよびｎｏｎ−ＧＢＲ  ＱｏＳフローの場合：割り当てられたＱＦＩが用いられる。５ＱＩ値は、規格化、予め設定または非規格化され得る。ＱｏＳフローのＱｏＳのプロファイル及びＱＦＩはＰＤＵセッションの確立時またはＱｏＳフローの確立／変更時にＮ２を介して（Ｒ）ＡＮに提供され得、ＮＧ−ＲＡＮが用いられる毎にＰＤＵセッションのＵＰ（Ｕｓｅｒ  Ｐｌａｎｅ）が活性化される。
【０３８９】
ＵＥは、ＱｏＳ規則に基づいて、ＵＬユーザープレーントラフィックのマーキング及び分類（即ち、ＱｏＳフローに対するＵＬトラフィックの連携（ａｓｓｏｃｉａｔｉｏｎ））を行い得る。このような規則は、明示的にＵＥに提供されるか（ＰＤＵセッションの確立またはＱｏＳフローの確立時）、ＵＥに予め設定されているか、またはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することにより、ＵＥによって暗黙的に導出され得る。
【０３９０】
ＱｏＳ規則は、ＰＤＵセッション内で固有のＱｏＳ規則識別子、関連したＱｏＳフローのＱＦＩ、一つ以上のパケットフィルタおよび優先順位値（ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅ）を含み得る。さらに、割り当てられたＱＦＩに対して、ＱｏＳ規則は、ＵＥと関連したＱｏＳパラメータを含み得る。同じＱｏＳフロー（即ち、同じＱＦＩを有する）と関連したＱｏＳ規則が一つ以上存在し得る。
【０３９１】
基本（ｄｅｆａｕｌｔ）ＱｏＳ規則は、全てのＰＤＵセッションに必要であり得る。基本ＱｏＳ規則は、パケットフィルタを含まないことがあるＰＤＵセッションの唯一のＱｏＳ規則であり得る（この場合、最も高い優先順位値（即ち、最も低い優先順位）が用いられなければならない）。万が一、基本ＱｏＳ規則がパケットフィルタを含まなければ、基本ＱｏＳ規則は、ＰＤＵセッションで他のＱｏＳ規則とマッチしないパケットの処理を定義する。
【０３９２】
ＳＭＦはＳＤＦのＱｏＳ及びサービスの要件事項に応じて、ＱｏＳフローに対するＳＤＦ間のバインディング（ｂｉｎｄｉｎｇ）を行う。ＳＭＦは、新たなＱｏＳフローに対してＱＦＩを割り当て、ＰＣＦによって提供された情報から新たなＱｏＳフローのＱｏＳパラメータを導出する。適用可能な場合、ＳＭＦは（Ｒ）ＡＮにＱｏＳプロファイルと共にＱＦＩを提供し得る。ＳＭＦはＳＤＦの優先順位、ＱｏＳ関連情報及び対応するパケットマーキング情報（即ち、ＱＦＩ、ＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  Ｐｏｉｎｔ）値、及び選択的にＵＰＦに対するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を用いて、ユーザープレーンのトラフィックの分類、帯域幅の適用及びマーキングを可能にする）と共にＳＤＦテンプレート（即ち、ＰＣＦから受信されたＳＤＦと関連したパケットフィルタのセット）を提供する。適用可能な場合、ＳＭＦは、ＱｏＳフローのＱＦＩを追加したＰＤＵセッション内で固有のＱｏＳ規則の識別子を割り当て、ＳＤＦテンプレートのＵＬ部分に対するパケットフィルタを設定し、ＳＤＦの優先順位に対してＱｏＳ規則の優先順位を設定することにより、ＰＤＵセッションに対するＱｏＳ規則を生成する。ＱｏＳ規則は、ＵＬユーザープレーンのトラフィックの分類およびマーキングを可能にするＵＥに提供される。
【０３９３】
図１２は、本発明の一実施例に係るＱｏＳフローのための分類及びユーザープレーンのマーキング、ＱｏＳフローのＡＮリソースへのマッピングを例示する。
【０３９４】
１）ダウンリンク
【０３９５】
ＳＭＦは毎ＱｏＳフローのためのＱＦＩを割り当てる。また、ＳＭＦはＰＣＦによって提供された情報からＱｏＳパラメータを導出する。
【０３９６】
ＳＭＦは、ＱｏＳフローのＱｏＳパラメータを含むＱｏＳプロファイルと共にＱＦＩを一緒に（Ｒ）ＡＮに提供する。また、ＰＤＵセッションまたはＱｏＳフローが確立されるとき、Ｎ２を介してＱｏＳプロファイルとしてＱｏＳ  フローのＱｏＳパラメータが（Ｒ）ＡＮに提供される。また、ＮＧ−ＲＡＮが用いられる毎に、ユーザープレーンは活性化される。また、ｎｏｎ−ＧＢＲ  ＱｏＳフローのためにＱｏＳパラメータは、（Ｒ）ＡＮに予め設定され得る。
【０３９７】
また、ＵＰＦがダウンリンクのユーザープレーンパケットの分類及びマーキングを行うことができるように、ＳＭＦはＳＤＦの優先順位（ｐｒｅｃｅｄｅｎｃｅ）と該当ＱＦＩと共にＳＤＦテンプレート（即ち、ＰＣＦから受信したＳＤＦと関連したパケットフィルタのセット）をＵＰＦに提供する。
【０３９８】
ダウンリンク流入データパケットは、ＳＤＦの優先順位（ｐｒｅｃｅｄｅｎｃｅ）（追加的なＮ４のシグナリングの開始なく）によるＳＤＦテンプレートに基づいて分類される。ＣＮはＱＦＩを用いたＮ３（およびＮ９）のユーザープレーンのマーキングを介してＱｏＳフローに属するユーザープレーンのトラフィックを分類する。ＡＮは  ＱｏＳフローをＡＮリソース（即ち、３ＧＰＰ  ＲＡＮの場合ＤＲＢ）にバインディング（ｂｉｎｄ）する。このとき、ＱｏＳフローとＡＮリソース間の関係は、１：１に制限されない。ＵＥがＱＦＩを受信できるようにＱｏＳフローをＤＲＢにマッピングするために必要なＡＮリソースを設定することは、ＡＮにかかっている（また、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用され得る）。
【０３９９】
万が一、マッチングが見つからず、全てのＱｏＳフローが一つ以上のＤＬパケットフィルタと関連する場合、ＵＰＦはＤＬデータパケットを廃棄し得る。
【０４００】
ダウンリンクのトラフィックを処理するのに適用される特徴は、以下の通りである：
【０４０１】
−  ＵＰＦはＳＤＦテンプレートに基づいて、ユーザープレーンのトラフィックをＱｏＳフローにマッピングする。
【０４０２】
−  ＵＰＦは、セッション−ＡＭＢＲの施行を行い、充電を支援するためにＰＤＵカウンティングを行う。
【０４０３】
−  ＵＰＦは５ＧＣと（Ａ）ＡＮ間の単一のトンネルでＰＤＵセッションのＰＤＵを送信し得、ＵＰＦはＱＦＩをカプセル化ヘッダに含ませ得る。
【０４０４】
−  ＵＰＦは、ダウンリンクで送信レベルパケットのマーキングを行う（例えば、外部（ｏｕｔｅｒ）のＩＰヘッダにＤｉｆｆＳｅｒｖコードを設定する）。送信レベルパケットのマーキングは、５ＱＩ及び関連したＱｏＳフローの  ＡＲＰをベースとする。
【０４０５】
−  （Ｒ）ＡＮは、ダウンリンクパケットと関連したＮ３トンネルを考慮して、ＱＦＩ及び関連の５Ｇ  ＱｏＳ特性及びパラメータに基づいて、ＱｏＳフローからのＰＤＵをアクセス−特定のリソースにマッピングする。
【０４０６】
−  万が一、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される場合、ＵＥは、新たなｄｅｒｉｖｅｄ  ＱｏＳ規則（または「ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則」と指称可能）を生成し得る。Ｄｅｒｉｖｅｄ  ＱｏＳ規則内のパケットフィルタは、ＤＬのパケット（即ち、ＤＬのパケットのヘッダ）から導出されてもよく、ｄｅｒｉｖｅｄ  ＱｏＳ規則のＱＦＩは、ＤＬのパケットのＱＦＩに応じて設定されてもよい。
【０４０７】
２）アップリンク
【０４０８】
ＳＭＦは、ＱｏＳ規則識別子を割り当て、ＱｏＳフローのＱＦＩを追加し、ＳＤＦテンプレートのアップリンク部分にパケットフィルタをセッティングし、ＳＤＦの優先順位にＱｏＳ規則の優先順位をセッティングすることで、ＰＤＵセッションのためのＱｏＳ規則を生成する。ＵＥが分類及びマーキングを行うことができるように、ＳＭＦは、ＱｏＳ規則をＵＥに提供し得る。
【０４０９】
ＱｏＳ規則は、ＱｏＳ規則識別子、ＱｏＳフローのＱＦＩ、一つまたはそれ以上のパケットフィルタ、及び選好値（ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅ）を含む。同一のＱＦＩ（即ち、同一のＱｏＳフロー）と一つ以上のＱｏＳ規則が関連し得る。
【０４１０】
基本ＱｏＳ規則は、毎ＰＤＵセッションに要求される。基本ＱｏＳ規則は、  パケットフィルタを含まない（この場合、最も高い優先順位値（即ち、最も低い優先順位（ｐｒｉｏｒｉｔｙ））が用いられる）ＰＤＵセッションのＱｏＳ規則である。基本ＱｏＳ規則がパケットフィルタを含まなければ、基本ＱｏＳ規則は、ＰＤＵセッション内のどんな他のＱｏＳ規則ともマッチされないパケットの処理を定義する。
【０４１１】
ＵＥは、アップリンクのユーザープレーンのトラフィックの分類およびマーキングを行う。即ち、ＱｏＳ規則に基づいてアップリンクのトラフィックをＱｏＳフローに連携させる。この規則は、Ｎ１を介して明示的にシグナリングされてもよく（ＰＤＵセッションの確立時またはＱｏＳフローの確立時）、またはＵＥ内に予め設定されてもよく、または反映されるＱｏＳからＵＥによって暗黙的に導出されてもよい。
【０４１２】
ＵＬで、ＵＥはマッチングのＱｏＳ規則（即ち、パケットフィルタがＵＬパケットとマッチング）が見つかるまでＱｏＳ規則の優先順位値（ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅ）に基づいて（即ち、ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅが増加する順序に）ＱｏＳ規則のパケットフィルタに対してＵＬパケットを評価する。ＵＥは、相応するマッチングのＱｏＳ規則でのＱＦＩを用いて、ＵＬパケットをＱｏＳフローにバインディングする。ＵＥは、ＱｏＳフローをＡＮリソースにバインディング（ｂｉｎｄ）する。
【０４１３】
万が一、マッチングが見つからず、基本ＱｏＳ規則が一つ以上のＵＬパケットフィルタが含んでいる場合、ＵＥは、ＵＬデータパケットを廃棄し得る。
【０４１４】
アップリンクのトラフィックを処理するのに適用される特徴は、以下の通りである：
【０４１５】
−  ＵＥは、ＵＬユーザープレーンのトラフィックとＱｏＳフロー間のマッピングを決定するために格納されたＱｏＳ規則を使用し得る。ＵＥは、ＵＬ  ＰＤＵをマッチングのパケットフィルタを含むＱｏＳ規則のＱＦＩにマーキングし、前記ＵＬ  ＰＤＵをＲＡＮによって提供されたマッピングをベースにＱｏＳフローのための対応するアクセスの特定リソースを用いて送信し得る。
【０４１６】
−  （Ｒ）ＡＮは、ＵＰＦに対してＮ３トンネルを介してＰＤＵを送信する。  ＵＬパケットが（Ｒ）ＡＮからＣＮを通過するとき、（Ｒ）ＡＮは、ＱＦＩをＵＬ  ＰＤＵのカプセル化ヘッダに含ませ、Ｎ３トンネルを選択する。
【０４１７】
−  （Ｒ）ＡＮは、アップリンクで送信レベルパケットのマーキングを行い得、送信レベルパケットのマーキングは、５ＱＩ及び連携したＱｏＳフローのＡＲＰに基づくことがある。
【０４１８】
−  ＵＰＦは、ＵＬ  ＰＤＵのＱＦＩが、ＵＥに提供されるか、ＵＥによって暗黙的に導出された（例えば、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの場合）ＱｏＳ規則と整列されるかを確認する。
【０４１９】
−  ＵＰＦは、セッション−ＡＭＢＦの施行を行い、充電のためのパケットをカウンティングする。
【０４２０】
ＵＬ分類子（ｃｌａｓｓｉｆｉｅｒ）のＰＤＵセッションの場合、ＵＬ分類子機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが施行されなければならない。また、ＤＬセッション−ＡＭＢＲは、Ｎ６のインターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
【０４２１】
マルチホームのＰＤＵセッションの場合、分岐点の機能を支援するＵＰＦにＵＬおよびＤＬセッション−ＡＭＢＲが適用される。また、ＤＬセッション−ＡＭＢＲは、Ｎ６インターフェースを終端する全てのＵＰＦで別に施行されなければならない（即ち、ＵＰＦ間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を必要としない）。
【０４２２】
（Ｒ）ＡＮは、ｎｏｎ−ＧＢＲ  ＱｏＳフロー別にＵＬおよびＤＬで最大のビットレート（ＵＥ−ＡＭＢＲ）の制限を施行しなければならない。ＵＥは、セッション−ＡＭＢＲを受信すると、セッション−ＡＭＢＲを用いてｎｏｎ−ＧＢＲトラフィックのためのＰＤＵセッションベースのＵＬレートの制限を行わなければならない。ＰＤＵセッション当たりのレート制限施行は、保障されたフロービットレートを要求しないフローに適用する。ＳＤＦ当たりのＭＢＲは、ＧＢＲ  ＱｏＳフローに義務的（ｍａｎｄａｔｏｒｙ）であるが、ｎｏｎ−ＧＢＲ  ＱｏＳフローに対しては、選択的（ｏｐｔｉｏｎａｌ）である。ＭＢＲはＵＰＦで施行される。
【０４２３】
非構造的（ｕｎｓｔｒｕｃｔｕｒｅｄ）ＰＤＵに対するＱｏＳ制御は、ＰＤＵセッションレベルで行われる。ＰＤＵセッションが非構造的ＰＤＵの送信のためにセットアップされるとき、ＳＭＦはＰＤＵセッションのどの（ａｎｙ）パケットに適用されるＱＦＩをＵＰＦ及びＵＥに提供する。
【０４２４】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳＲ
【０４２５】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、端末がダウンリンクのＱｏＳフローを反映し、前記ダウンリンクに対応するアップリンクのＱｏＳフローを決定する方式を意味する。
【０４２６】
ＡＮを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの支援は、５ＧＣの制御下にある。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、ＵＥで受信したダウンリンクのトラフィックに基づいてｄｅｒｉｖｅｄ  ＱｏＳ規則を生成することによって達成されることができる。同一のＰＤＵセッション内でｒｅｆｌｅｃｔｉｖｅ  ＱｏＳと非−ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが同時に適用できなければならない。ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの影響を受けるトラフィックの場合、ＵＬパケットは反映されたＤＬパケットと同じＱｏＳのマーキングを獲得し得る。
【０４２７】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ機能を支援するＵＥの場合、万が一ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ機能が一部のトラフィックフローに対して５ＧＣによって制御されれば、該当ＵＥは受信したダウンリンクのトラフィックに基づいてアップリンクのトラフィックのための（ｄｅｒｉｖｅｄ）ＱｏＳ規則を生成し得る。さらに、ＵＥは（ｄｅｒｉｖｅｄ）ＱｏＳ規則をアップリンクのトラフィックとＱｏＳフロー間のマッピングを決定するのに用いられる。従って、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳによると、ＵＥはネットワークからアップリンクのＱｏＳフローを決定するためのＱｏＳ規則を別に受信しなくても、ダウンリンクのＱｏＳフローに基づいてＱｏＳ規則を自分で生成し、前記ダウンリンクと対応するアップリンクのＱｏＳフローを決定（即ち、アップリンクのトラフィックとＱｏＳフロー間のマッピングを決定）し得る。
【０４２８】
ＵＥのｄｅｒｉｖｅｄ  ＱｏＳ規則は、下記のようなパラメータを含み得る。
【０４２９】
−  （ＵＬ）パケットフィルタ
【０４３０】
−  ＱＦＩ
【０４３１】
−  優先順位値（ｐｒｅｃｅｄｅｎｃｅ  ｖａｌｕｅ）
【０４３２】
前記（ＵＬ）パケットフィルタは受信したＤＬのパケットに基づいて導出されることができ、ｄｅｒｉｖｅｄ  ＱｏＳ規則が適用されるＵＬのパケット／トラフィックをフィルタリング／区分するのに用いられることができる。ＵＥは（ＵＬ）パケットフィルタを適用し、ｄｅｒｉｖｅｄ  ＱｏＳ規則を適用するＵＬのパケット／トラフィックをフィルタリング／区分し、フィルタリング／区分されたＵＬパケットにＱＦＩを用いてＱｏＳのマーキングを行い得る。
【０４３３】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを支援しないＵＥは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示は無視しなければならない。
【０４３４】
ユーザープレーンを介してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが活性化される場合、全てのｄｅｒｉｖｅｄ  ＱｏＳ規則のための優先順位値は、標準化された値（ｓｔａｎｄａｒｄｉｚｅｄ  ｖａｌｕｅ）に設定され得る。ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがコントロールプレーンを介して活性化（即ち、ＱｏＳフロー、ＰＤＵセッション）される場合、コントロールプレーンの活性化の範囲内のｄｅｒｉｖｅｄ  ＱｏＳ規則のための優先順位値は、コントロールプレーンを介してシグナリングされた値に設定され得る。
【０４３５】
ユーザープレーンのｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが５ＧＣによって使用可能である場合、ＵＰＦは、Ｎ３のリファレンスポイントを介したカプセル化ヘッダ（「ＮＧ３（カプセル化）ヘッダ」と指称され得る）にＱＦＩと共にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化を指示するＲＱＩ（Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ  Ｉｎｄｉｃａｔｉｏｎ）を含ませ得る。
【０４３６】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、ユーザープレーン及びコントロールプレーンを介して活性化され得る。５ＧＣは、接続タイプ及びポリシーに基づいて、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳをコントロールプレーンを介して活性化するか、ユーザープレーンを介して活性化するか決定し得る。
【０４３７】
５ＧＣがＵ（Ｕｓｅｒ）−プレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化を決定した場合、ＳＭＦは、ユーザープレーンを反映してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを活性化するようにという指示を含むＱｏＳ規則を含み（又はＵＰＦへ送信）得る。ＵＰＦが前記ＱｏＳ規則とマッチングされ、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性を指示する指示を含むＤＬのパケットを受信した場合、ＵＰＦはＲＱＩをＮ３のリファレンスポイントのカプセル化ヘッダに含ませ得る。ユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化は、帯域外（ｏｕｔ−ｏｆ−ｂａｎｄ）のシグナリング（例えば、非−３ＧＰＰアクセスネットワークを介したシグナリング）を避けるために用いられ得る。
【０４３８】
５ＧＣがＣ（Ｃｏｎｔｒｏｌ）−プレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化を決定した場合、ＳＭＦはＲＱＩをＮ１のインターフェースを介してＵＥに送信するＱｏＳ規則に含ませ得る。ＵＥがＲＱＩを含むＱｏＳ規則とマッチングされるＤＬのパケットを受信した場合、ＵＥはＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則を生成し得る。
【０４３９】
さらに、５ＧＣはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化機能もやはり支援することができる。
【０４４０】
−  ネットワークの制御下にあるＲＡＮを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの支援：ネットワークはＤＬのトラフィックに適用すべきＱｏＳを決定し、ＵＥはＤＬ  ＱｏＳを連携した（ａｓｓｏｃｉａｔｅｄ）ＵＬのトラフィックに反映する。ＵＥがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用すべきＤＬのパケットを受信すると、ＵＥは新たな暗黙的（ｉｍｐｌｉｃｉｔ）ＱｏＳ規則を生成する。このような暗黙的ＱｏＳ規則は、本明細書で「ｄｅｒｉｖｅｄ  ＱｏＳ規則」と指称され得る。暗黙的ＱｏＳ規則のパケットフィルタは、ＤＬのパケットのヘッダから導出される。ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示は、Ｃ（ｃｏｎｔｒｏｌ）−プレーン又はインバンド（ｉｎｂａｎｄ）を介してシグナリングされてもよく、シグナリングされなくてもよい。（Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを介して導出された）暗黙的規則が明示的にシグナリングされたＱｏＳ規則に対して、優先順位は高くてもよく、低くてもよい。
【０４４１】
前記内容から分かるように、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する方法としては、ｉ）明示的にシグナリングを送信する方法、ｉｉ）ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ指示をマーキングしたデータを送信するインバンド方法、及びｉｉｉ）何らシグナリング／マーキングなく、端末が直接検出（ｄｅｔｅｃｔ）する方法がある。
【０４４２】
このようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法をより具体的に見るに先だって、まず、本発明が適用され得るネットワークの構造及びアップリンクのトラフィックに対するベアラーのマッピング方式について叙述する。
【０４４３】
図１３は、本発明が適用され得る５Ｇシステムのアーキテクチャーを例示した図である。本図は、図６をより簡略に図示した図であって、図６で詳述した説明が同様に適用され得る。
【０４４４】
図１３を参照すると、５Ｇシステムのアーキテクチャーは、多様な構成要素（即ち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ））を含み得、本図には、そのうち一部に該当する、アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、データネットワーク（ＤＮ：Ｄａｔａ  ｎｅｔｗｏｒｋ）、ユーザープレーン機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、コントロールプレーン機能（ＣＰＦ：Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を例示する。
【０４４５】
３ＧＰＰシステムでは、５Ｇシステム内のＮＦ間を連結する概念的なリンクをリファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次は、本図で表現された５Ｇシステムのアーキテクチャーに含まれるリファレンスポイントを例示する。
【０４４６】
−  ＮＧ１：ＵＥとＣＰＦ間のリファレンスポイント
【０４４７】
−  ＮＧ２：（Ｒ）ＡＮとＣＰＦ間のリファレンスポイント
【０４４８】
−  ＮＧ３：（Ｒ）ＡＮとＵＰＦ間のリファレンスポイント
【０４４９】
−  ＮＧ４：ＵＰＦとＣＰＦ間のリファレンスポイント
【０４５０】
−  ＮＧ５：ＣＰＦとＡＦ間のリファレンスポイント
【０４５１】
−  ＮＧ６：ＵＰＦとＤＮ間のリファレンスポイント
【０４５２】
図１４は、本発明に適用され得るＵＥのアップリンクのトラフィックに対するＱｏＳフローのマッピング方式を例示する。
【０４５３】
図１４を参照すると、ＵＥはＱｏＳ規則に割り当てられたパケットフィルタに基づいて、異なるＱｏＳフローにアップリンクのパケットをルーティングする。ＵＥは、最も低い評価（ｅｖａｌｕａｔｉｏｎ）の優先順位インデックスを有するＱｏＳ規則のうち、優先的にアップリンクのパケットフィルタをマッチングに対して評価し、マッチングが見つからない場合、評価の優先順位インデックスの増加順にＱｏＳ規則にあるパケットフィルタの評価を行う。この手続は、マッチングが見つかったり、全てのＱｏＳ規則にあるパケットフィルタが評価されるまで実行されなければならない。マッチングが見つける場合、アップリンクのデータパケットは、マッチングされるＱｏＳ規則によって決定されるＱｏＳフローを介して送信される。マッチングが見つからない場合、アップリンクのデータパケットは、何のアップリンクのパケットフィルタも割り当てられないＱｏＳフローを介して送信されなければならない。万が一、全てのＱｏＳ規則に一つ以上のアップリンクのパケットフィルタが割り当てられた場合、ＵＥはアップリンクのデータパケットを廃棄しなければならない。
【０４５４】
５ＧではＥＰＣと異なり、ＱｏＳのためのベアラーを別に作らず、ＵＰ機能がＣＰ機能から送信された規則（ｒｕｌｅ）に応じて、ＮＧ３のヘッダにＱｏＳのマーキング（ＱＦＩをマーキング／表示する動作）を行い、これに基づいてＱｏＳが提供される方法が議論されたことは前記で詳述した通りである。そのうち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの場合、ＵＰ機能が端末にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いるようという指示を与えると、端末はダウンリンクのデータパケット（又はトラフィック）に基づいてアップリンクの（パケット）フィルタを生成し、生成したアップリンクの（パケット）フィルタを用いて、ダウンリンクのデータパケット（又はトラフィック）と同じＱｏＳのマーキングをアップリンクのデータパケット（又はトラフィック）にマーキングするための（アップリンクＱｏＳ）規則を作り得る。このようにすると、ＣＰ機能はアップリンクに対する規則を直接端末に指示しなくても、端末のアップリンクＱｏＳを支援可能になる。
【０４５５】
このようなＲｅｆｌｅｃｔｉｖｅ  ＱｏＳによると、ＣＰ機能は一時的に発生するデータに対して直接ＱｏＳ規則を与えなくても、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用するようにという指示のみで簡単に端末のアップリンクＱｏＳを支援することができるという効果がある。但し、このようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いる場合、ＵＥはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを支援するために引き続き（ｄｅｒｉｖｅｄ）ＱｏＳ規則を生成して格納していなければならないという問題点が存在する。端末が管理／格納しなければならない（ｄｅｒｉｖｅｄ）ＱｏＳ規則の数字が増えるほど、端末が基本ＱｏＳ規則を適用するまで確認しなければならない（ｄｅｒｉｖｅｄ）ＱｏＳ規則の数字が増えることになり、端末のオーバーヘッドの増加及びデータ処理速度の減少が発生する。
【０４５６】
従って、本明細書では、ネットワークノードが端末にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対するシグナリングを提供しつつ、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用タイマー値を共に提供することによって、タイマーが満了（ｅｘｐｉｒｅ）となると、端末がｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのために生成した（ｄｅｒｉｖｅｄ）ＱｏＳ規則を廃棄（ｄｉｓｃａｒｄ）／削除（ｄｅｌｅｔｅ）する方法について提案する。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する方法としては、後述のように大きく三つの方法が存在するが、このうち方法１と方法２の場合、このようなタイマーのコンセプトが適用可能である。
【０４５７】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、Ｃ−プレーンシグナリングを介して（方法１）、インバンドシグナリングを介して（方法２）、非シグナリング方式を介して（方法３）、端末に指示されてもよい。
【０４５８】
１．方法１は、ネットワークノードがＣ−プレーンシグナリングを介してＲｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する方法である。即ち、ＣＰ機能が制御シグナリングを介してダウンリンク（フロー）及びこれと対応するアップリンク（フロー）間にＱｏＳ（又はＱｏＳフロー）を同様に使用／設定するようにＵＥに直接指示（即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを制御シグナリングを介して明示的に指示）する方法である（例えば、ダウンリンクのデータパケットのｓｏｕｒｃｅ-ｄｅｓｔｉｎａｔｉｏｎアドレスが互いに狂うアップリンクのデータパケットに対するＱｏＳ制御が必要な場合に用いる方法である）。方法１は、ＣＰ機能がアップリンクに対するフィルタ情報とＱｏＳ情報（例えば、ＱＦＩ情報）を端末に直接伝達する必要がなく、シグナリングメッセージの大きさは小さいが、別の（制御）シグナリングが発生するという短所がある。
【０４５９】
２．方法２は、ネットワークノードがインバンドシグナリングを介して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する方法である。方法によると、ネットワークノードは、データを送信しつつ、ＮＧ３（カプセル化）のヘッダや無線ヘッダにＱｏＳのマーキングと共にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用しなければならないか否かを指示する指示子を送信し得る。従って、方法２によると、更なる（制御）シグナリングがなくても、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示／適用することができるという長所を有するが、ＮＧ３（カプセル化）ヘッダや無線ヘッダに更なる情報が含まれなければならないという短所がある。よって、ネットワークノードが端末へデータを送信する過程で、輻輳（ｃｏｎｇｅｓｔｉｏｎ）によるデータの損失が発生すると、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する指示も共に損失するという問題が発生し得る。
【０４６０】
３．方法３は、ネットワークノードがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳと関連した何のシグナリングを送信せず、端末がダウンリンクにマッピングされるアップリンクフローに対するＱｏＳ情報（例えば、ＱｏＳフローに対する情報、ＱＦＩ）がないと自分で判断し、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用し得る。方法３の場合、シグナリングのオーバーヘッドが全くないが、アップリンクに対して基本ＱｏＳ（規則）が適用される余地がなくなる。既存にはアップリンクフローが発生する場合、アップリンクフローに合うＴＦＴがなければ、基本ＱｏＳ（規則）を適用したが、方法３に従う場合、基本ＱｏＳ（規則）でなく、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される。従って、ダウンリンクとマッピングされる（アップリンク）フローには、一概にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用され、アップリンクとダウンリンクを分離してＱｏＳを支援することが難しく、これを支援するためには、明示的シグナリングを介した別のＱｏＳ規則のアップデートが行われなければならない。
【０４６１】
ＰＤＵセッションを作る過程で、ＣＰ機能はどんな方法でｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示するか決定し得る。ＣＰ機能は、端末が送信するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ能力情報（例えば、ユーザープレーンの活性化（ａｃｔｉｖａｔｉｏｎ）能力、コントロールプレーンの活性化能力、ユーザープレーの非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）能力、コントロールプレーンの非活性化能力）、オペレータポリシー、ＰＤＵセッションに対する情報（例えば、ＡＰＮ／ＤＮＮ、ＰＤＵタイプ等）、加入（ｓｕｂｓｃｒｉｐｔｉｏｎ）情報等に基づいてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いるか否か、用いる場合は、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化指示方法及び／又は非活性化指示方法を決定し得る。
【０４６２】
例えば、コントロールプレーンのシグナリングを減らすために、ＣＰ機能はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化／非活性化方法でユーザープレーンの活性化／非活性化方式（即ち、ユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化／非活性化指示方式）を決定し得る。ＣＰ機能は、決定されたｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化方法及び／又はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化方法をＵＥに指示し得る。ＵＥは、ＣＰ機能から受信したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報に基づいて、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いるか／活性化するかの可否を決定し得る。ＣＰ機能からｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報は、ＰＤＵセッションの承認メッセージを介して端末へ送信されてもよく、この場合、端末は受信したＰＤＵセッションの承認メッセージに基づいてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いるか否かを決定してもよいが、これに関する実施例は、図１５と関連して以下で詳細に後述する。
【０４６３】
方法１を用いる場合、端末はＣＰ機能から明示的なシグナリングがある場合にのみ、該当シグナリングが指示する（アップリンク）フローに対してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することができる。方法２を用いる場合、端末はダウンリンクのデータパケットのヘッダをモニタリングし、該当ヘッダにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ（指示）が表示されている場合にのみ、特定／指示を受けた（ＩＰ／ＱｏＳ／アップリンク）フローに対してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することができる。方法３を用いる場合、端末はダウンリンクのデータパケットのヘッダ内ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ（指示）の表示可否とは関係なく、受信したダウンリンクフロー／データ／トラフィックとマッピングされるアップリンクフロー／データ／トラフィックに対してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することができる。
【０４６４】
万が一、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いないことと決定した場合、端末はダウンリンクデータのヘッダをモニタリングして、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用／使用可否を判断する必要なく、現在自身が有しているＱｏＳ規則に基づいてのみアップリンクのＱｏＳ（フロー）を決定し得る。
【０４６５】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化方法において、コントロールプレーンを用いるか、ユーザープレーンを用いるかの可否は、加入者情報や端末の能力によって決定され得る。例えば、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化方法としてユーザープレーンの活性化方式を用いるためには、端末のＡＳ層で引き続きパケットをモニタリングし、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示があるか確認しなければならない。このような動作は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）のような単純な端末や低電力で動作すべき端末に負担になり得るので、該当端末にはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化方法としてユーザープレーンの活性化方式が決定されないことがある。
【０４６６】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化方法は、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化方法と独立して／関係なく、異なって決定され得る。例えば、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳはユーザープレーンを介して活性化されたが、コントロールプレーンを介して非活性化され得る。ユーザープレーンを介した非活性化方式を支援するために、端末はネットワークからユーザープレーンの非活性化方式を用いるようにという指示を受けた後、データ（又はデータパケット内）にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示があれば、タイマーを動作させることができる。従って、ユーザープレーンの非活性化方式の場合、ネットワークが必ず端末に明示的にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を送信し、端末がタイマーを動作させることができるように支援しなければならない。万が一、コントロールプレーンを介してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが活性化された場合、端末はタイマーを設定しなくてもよく、この場合、端末は、ユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化方式を行うことができない。
【０４６７】
図１５は、本発明の一実施例に係り、ＰＤＵセッションをセットアップする過程におけるｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否と、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方式を決定する方法を例示したフローチャートである。本明細書において、ＰＤＵセッションを作るためのＰＤＵセッションのセットアップ手続は、ＰＤＵセッションの確立（ｅｓｔａｂｌｉｓｈ）手続とも指称され得る。
【０４６８】
１．端末は、ＰＤＵセッションのセットアップ要求メッセージをＣＰ機能に送信し得る。このとき、ＰＤＵセッションのセットアップ要求メッセージには、端末のｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを行うことができるかに関するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ能力情報が含まれていてもよい。
【０４６９】
２．ＣＰ機能は、加入データで端末のコンテキスト情報を確認することができる。
【０４７０】
３．ＣＰ機能は、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否、及び使用する場合、端末へのｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を決定することができる。
【０４７１】
４．ＣＰ機能及びＵＰ機能は、ユーザープレーンをセットアップすることができ、３段階でＣＰ機能が決定したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法がＵＰ機能と共有されてもよい。
【０４７２】
５．ＣＰ機能は、ＰＤＵセッションのセットアップ要求メッセージに対する応答として、ＰＤＵセッションのセットアップ完了メッセージを端末へ送信し得る。このとき、ＰＤＵセッションのセットアップ完了メッセージには、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法に関する情報が含まれていてもよい。
【０４７３】
図１５のフローチャートを参照すると、ネットワークノード（例えば、ＣＰ機能）は、２段階で端末のコンテキストを確認した後、１段階で端末から受信したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ能力情報、端末のセッション情報及び／又は加入情報等に基づき、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いるか否かと、用いる場合、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を決定する。４段階で、ＣＰ機能はＰＤＵセッションに対するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否とｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用方法をＵＰ機能に知らせることができる。５段階で、ＣＰ機能はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用可否及び／又はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を知らせることができる。
【０４７４】
以下では、前述した方法１乃至３に関して、各図を参照としてより詳細に説明する。
【０４７５】
イ．方法１：シグナリングを介してＵＥに直接ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する方法
【０４７６】
図１６は、本発明の方法１によるｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を例示したフローチャートである。本フローチャートに関して前述した方法１に関する説明が同一／同様に適用されてもよく、重複する説明は省略する。
【０４７７】
１．ＵＥはＰＤＵセッションをセットアップし、ＰＤＵセッションのセットアップ過程（図１５参照）で受信したＱｏＳ規則に基づいて、データをネットワークノードと送受信し得る。
【０４７８】
２．ＵＰ機能が新たなＩＰフロー（Ｎｏｎ  ＩＰフローの場合も適用可能）を見つけた場合、ＵＰ機能はＣＰ機能に新たなフローが生じた／見つかったことを知らせ、これに対するＱｏＳを要求し得る。
【０４７９】
３．ＣＰ機能は、該当ＩＰフローに対してＱｏＳを（ＣＰ機能、ＵＥ及び／又はＡＮに）与えつつ、ＵＰ機能には該当ＩＰフローに対するＤＬ  ＱｏＳ規則及びＵＬ  ＱｏＳ規則をいずれも与え（及び／又はＤＬ  ＱｏＳ規則のみＵＰ機能に与え、ＵＬ  ＱｏＳ規則はＵＰ機能がｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を見て、ＤＬ  ＱｏＳ規則に基づいて直接生成／導出（ｄｅｒｉｖｅ）可能）、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの使用の指示を共に与えてもよい。
【０４８０】
ここで、ＤＬ  ＱｏＳ規則は特定のＱｏＳをマーキング／適用すべきＤＬのデータパケット（又はフロー）をフィルタリングし、ＱｏＳのマーキングを行うために用いる規則に該当してもよく、ＵＬ  ＱｏＳ規則は、特定のＱｏＳをマーキング／適用すべきＵＬのデータパケット（又はフロー）をフィルタリングし、ＱｏＳのマーキングを行うために用いる規則に該当してもよい。
【０４８１】
また、ＣＰ機能は、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが有効な時間に関するタイマー値をＵＰ機能にさらに送信してもよく、ＵＰ機能は、該当タイマーが満了となる前までのみＤＬ及び／又はＵＬ  ＱｏＳ規則を用いてもよい。ＵＰ機能は、タイマーを受信した場合、タイマーを直ぐに開始し得る。
【０４８２】
ＣＰ機能は、ＵＥ及び／又はＡＮにも制御シグナリング（例えば、ＮＡＳシグナリング又はＡＳシグナリング）を介して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されるＩＰフロー情報とタイマー情報を指示し得る。これを受信したＵＥ及び／又はＡＮは、直ぐにタイマーを開始し得る。
【０４８３】
４．ＵＰ機能は、ＣＰ機能から指示を受けた特定のＱｏＳフローに対して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される時間の間にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを介して作った規則（例えば、ＤＬ  ＱｏＳ規則及び／又はＵＬ  ＱｏＳ規則）に基づいてＱｏＳを適用（又はＱｏＳマーキング）してもよい。これは、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳにマッピングされる／関連する（即ち、ＤＬ  ＱｏＳ規則を満たす）（ダウンリンク）フローがある場合、ＤＬ  ＱｏＳ規則に応じて一般的なＱｏＳを適用（又はＱｏＳのマーキング）することと同様に動作する。
【０４８４】
５．ＵＥは、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される場合、ダウンリンクのデータパケット／フローにＲＱＩがマーキングされている（又はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが指示された）状態でこれを受信する場合、ダウンリンクのデータパケット／フローにマッピングされるアップリンクのデータパケット／フロー（又は「アップリンクのパケット／フロー」と略称可能）のためのｄｅｒｉｖｅｄ  ＱｏＳ規則を（ダウンリンクのデータパケット／フローに基づいて）生成し得る。これと共に、ＵＥは該当ｄｅｒｉｖｅｄ  ＱｏＳ規則に関係するタイマーを開始する。
【０４８５】
６．ＵＥはアップリンクのデータパケット／フローに対して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則によって生成されたｄｅｒｉｖｅｄ  ＱｏＳ規則を適用し、ＱｏＳのマーキングを行うべき対象をフィルタリング／区分し、フィルタリング／区分されたアップリンクのデータパケット／フローに対してＱｏＳマーキングを行った後に送信し得る。このとき、アップリンクのデータパケット／フローに対するＱｏＳのマーキングの際に用いられるＱＦＩは、ｄｅｒｉｖｅｄ  ＱｏＳ規則に含まれていてもよく、ダウンリンクのデータパケット／フローにＱｏＳマーキングされたＱＦＩと同一であってもよい。
【０４８６】
７．以降、特定のｄｅｒｉｖｅｄ  ＱｏＳ規則に対するタイマーが満了となる場合、ＵＥとＵＰ機能はｄｅｒｉｖｅｄ  ＱｏＳ規則を削除してもよい。
【０４８７】
８．以降、再度以前に用いたｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに該当／対応するフローがＵＰ機能に到着し得る。
【０４８８】
９．前記２段階のフローの検出過程を経て、再度３段階のようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対するシグナリングが送／受信されてもよい。
【０４８９】
１０−１１．再度該当ｄｅｒｉｖｅｄ  ＱｏＳ規則が有効である時間の間、ＵＥ及び／又はＵＰ機能は、本実施例に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則に基づいて動作してもよい。
【０４９０】
ＣＰ機能は、タイマーが満了となる前に再度ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する規則／指示を与えることによって、規則（例えば、ＤＬ  ＱｏＳ規則、ＵＬ  ＱｏＳ規則及び／又はｄｅｒｉｖｅｄ  ＱｏＳ規則）が削除／満了となることを防止し得る。
【０４９１】
方法１を用いる場合、ネットワークノードがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用に関するシグナリングを直接与えるため、タイマー値に対する大きさの制限がないという効果があり得るが、更なる（制御）シグナリングが発生することになる。
【０４９２】
ロ．方法２：インバンドシグナリング（パケットマーキング）を介してＵＥへ指示する方法
【０４９３】
図１７は、本発明の方法２によるｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法を例示したフローチャートである。本フローチャートに関して、前述した図１６のフローチャート及び方法２に関する説明が同一／同様に適用されてもよく、重複する説明は省略する。
【０４９４】
１．ＵＥはＰＤＵセッションをセットアップし、ＰＤＵセッションのセットアップ過程（図１５参照）で受信したＱｏＳ規則に基づいてデータをネットワークノードと送受信し得る。
【０４９５】
２．ＵＰ機能が新たなＩＰフロー（非ＩＰフローの場合も適用可能）を見つけた場合、ＵＰ機能はＣＰ機能に新たなフローが生じた／見つかったことを知らせ、これに対するＱｏＳを要求し得る。
【０４９６】
３．ＣＰ機能は、ＵＰ機能及びＡＮに該当ＩＰフローに対してＱｏＳ情報（例えば、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ使用の指示、ＱｏＳ（又はＤＬ／ＵＬ  ＱｏＳ規則）、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されるＩＰフローの情報及び／又はタイマー情報）を与え得る。
【０４９７】
４．ＵＰ機能は、ダウンリンクデータ、ＱｏＳのマーキング（例えば、ＱＦＩ）、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示（例えば、ＲＱＩ）及び／又はタイマーをＵＥに送信し得る。このとき、ＵＰ機能は該当ＩＰフローにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される時間の間、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを介して作った／受信した規則（例えば、ＤＬ  ＱｏＳ規則及び／又はＵＬ  ＱｏＳ規則）に基づいて、アップリンクデータにＱｏＳを適用（又はＱｏＳのマーキング）してもよい。ＵＰ機能は、タイマー送信と共に該当タイマーを開始し得る。
【０４９８】
前述した３段階及び４段階を参照すると、方法２が方法１と異なる点は、ＣＰ機能がＵＥにＱｏＳ情報を直接送信せず、ＵＰ機能及びＡＮのみにＱｏＳ情報を送信するという点である。代わりに、ＵＰ機能がＵＥにダウンリンクデータを送信しつつ、ＱｏＳ情報としてＮＧ３ヘッダにＱｏＳのマーキングだけでなく、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用を指示するマーキング／指示（即ち、ＲＱＩ）及びタイマーを共に送り得る。本明細書では、説明の便宜のために、ダウンリンクデータ及びＱｏＳに関する情報は、「ダウンリンクのデータパケット／フロー」を介して送信されると表現してもよい。このような「ダウンリンクのデータパケット／フロー」は「ダウンリンクパケット」と略称され得る。
【０４９９】
５．ＱｏＳ情報を受信したＵＥは、ダウンリンクのデータパケット／フローに基づいて、ｄｅｒｉｖｅｄ  ＱｏＳ規則を作り、これを使用／適用し得る。このとき、ＵＥはダウンリンクのデータパケット／フローに基づいて、ｄｅｒｉｖｅｄ  ＱｏＳ規則に含まれるパケットフィルタを生成し得、生成したパケットフィルタを用いて（例えば、他のｄｅｒｉｖｅｄ  ＱｏＳ規則とパケットフィルタを相互比較することによって）、新たに生成したｄｅｒｉｖｅｄ  ＱｏＳ規則と同一のｄｅｒｉｖｅｄ  ＱｏＳ規則が既に格納されているか確認することができる。同一のｄｅｒｉｖｅｄ  ＱｏＳ規則が既に格納されていた場合、該当ｄｅｒｉｖｅｄ  ＱｏＳ規則に対応する／連携したタイマーをリセットし、該当ｄｅｒｉｖｅｄ  ＱｏＳ規則を用いてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用し得る。同一のｄｅｒｉｖｅｄ  ＱｏＳ規則が既に格納されていない場合、新たに生成したｄｅｒｉｖｅｄ  ＱｏＳ規則を用いてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用してもよく、受信したタイマーを開始してもよい。
【０５００】
６．ＵＥはアップリンクのデータパケット／フローに対して、ｄｅｒｉｖｅｄ  ＱｏＳ規則を適用してＱｏＳのマーキングを行うべき対象をフィルタリング／区分し、フィルタリング／区分されたアップリンクのデータパケット／フローに対してＱｏＳのマーキングを行った後に送信し得る。このとき、アップリンクのデータパケット／フローに対するＱｏＳのマーキングの際に用いられるＱＦＩは、ｄｅｒｉｖｅｄ  ＱｏＳ規則に含まれていてもよく、ダウンリンクのデータパケット／フローにＱｏＳのマーキングされたＱＦＩと同一であってもよい。
【０５０１】
７．以降、タイマーが満了となる場合、ＵＥとＵＰ機能はいずれも生成したり格納中である規則（例えば、ＤＬ  ＱｏＳ規則、ＵＬ  ＱｏＳ規則及び／又はｄｅｒｉｖｅｄ  ＱｏＳ規則）を削除し得る。
【０５０２】
８．以降、再度以前に用いたｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに該当／対応するフローがＵＰ機能に到着し得る。
【０５０３】
９．前記２段階のフロー検出過程を経て、再度３段階のようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対するシグナリングが送／受信され得る。
【０５０４】
１０−１１．再度ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが有効な時間の間、ＵＥ及び／又はＵＰ機能は、本実施例に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに基づいて動作し得る。
【０５０５】
方法２の一実施例として、ＵＰ機能は（ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される）最初のダウンリンクデータを送信する場合にのみＮＧ３ヘッダにタイマーとｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を含ませて送信するように制限され得る。従って、以降発生／送信されるダウンリンクデータに対しては、ＵＰ機能が別にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を与えなくても、ＵＥはタイマーが満了となる前であれば、引き続き（受信されるダウンリンクのパケットに対して）ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されるものと見なし得る。
【０５０６】
万が一、タイマーの満了前にＵＰ機能が再度ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示とタイマーをＵＥに送信する場合、ＵＥはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示に基づいて動作中であったタイマーをリセットし、新たに開始し得る。このような方法を介して、ＵＰ機能はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが使用／適用される時間を増やし得る。
【０５０７】
方法２の他の実施例として、タイマーを使用せず、ＵＰ機能が４段階でダウンリンクデータを送信する毎にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を含ませる方法があり得る。即ち、ＵＥはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示が受信される毎に、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則（本実施例の場合、ｄｅｒｉｖｅｄ  ＱｏＳ規則）を生成し、アップリンクデータに対するＱｏＳのマーキングを行い得る。この時にも、万が一、一定時間の間、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示が表示されたダウンリンクデータを受信しなければタイマーが満了となり、ＵＥは該当規則を削除／除去し得る。
【０５０８】
方法２の場合、データパケットのヘッダにＱｏＳのマーキング情報及びタイマー情報を含ませなければならないため、タイマー値が大きい場合、ヘッダの大きさが大きくなるという問題点があるが、更なる（制御）シグナリングの発生がなくても、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用することができるという効果がある。
【０５０９】
方法１及び２で、いずれもタイマー情報を直接送信することが難しい場合、ＰＤＵセッションを作る過程で用いるべき候補タイマーを予め決めておき、候補タイマーのうちから選択された特定のタイマーに対するインデックスを送る方法を介して、タイマー値に対するビットの数を減らし得る。特に、これを方法２に適用する場合、タイマー値が増加することによって、ヘッダの大きさが増加するという問題点が解決されることができる。以下の表２は、ＰＤＵセッション（セットアップ）過程で交換されるｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対するタイマー値を例示する。
【０５１０】
【表２】
2019532582.tif 000005
【０５１１】
或いは、ＰＤＵセッションを作る過程でｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに用いるべきタイマー情報を事前に交渉し、更なるタイマー情報のシグナリング／交換なく、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用し得る。この場合には、タイマー情報は別に送信しないが、規則（例えば、ｄｅｒｉｖｅｄ  ＱｏＳ規則）別に異なる値を用いることができないことがある。これを補完するために、ＰＤＵセッションを作りながら決定されたタイマー値と異なるタイマー値をネットワークノードが用いたい場合、方法１／２で使用する方式が用いられてもよい。即ち、方法1／２でｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのためのタイマー情報が送信されない場合、ＵＥはＰＤＵセッションを作る過程で決定した／交渉したタイマー値を用いて、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのためのタイマー情報が共に送信された場合、ＵＥは受信したタイマー情報が指示するタイマー値を用いてもよい。
【０５１２】
前述した方法２を簡略に整理すると、下記のように整理し得る。
【０５１３】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、ＱＦＩ及びｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのタイマー（ＲＱタイマー）値と共にＮ３のリファレンスポイントのカプセル化ヘッダにあるＲＱＩを用いて、パケットの単位で制御され得る。このとき、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのタイマー値は、ＰＤＵセッションの確立時、ＵＥにシグナリングされてもよく、又は基本（ｄｅｆａｕｌｔ）値に設定されてもよい。
【０５１４】
ＲＱＩがＮ３のリファレンスポイント上のＤＬのパケットで（Ｒ）ＡＮによって受信された場合、（Ｒ）ＡＮはＵＥにＱＦＩと該当ＤＬのパケットがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに影響を受ける（ｓｕｂｊｅｃｔ  ｔｏ）パケット（即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されるパケット）であることを指示し得る。
【０５１５】
ＵＥがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに影響を受けるＤＬのパケットを受信した場合：
【０５１６】
−  万が一、ＤＬのパケットに対応するパケットフィルタを有するｄｅｒｉｖｅｄ  ＱｏＳ規則が存在しない場合（即ち、同じｄｅｒｉｖｅｄ  ＱｏＳ規則が既に格納されていない場合）、ＵＥはＤＬのパケットに対応するパケットフィルタを有する新たなｄｅｒｉｖｅｄ  ＱｏＳ規則を生成し、新たに生成した  ｄｅｒｉｖｅｄ  ＱｏＳ規則のためのタイマー（ＲＱタイマー値に設定された）を開始し得る。
【０５１７】
−  そうでない場合（即ち、同じｄｅｒｉｖｅｄ  ＱｏＳ規則が既に格納されている場合）、ＵＥは既に格納されているｄｅｒｉｖｅｄ  ＱｏＳ規則と連携したタイマーを再開始し得る。
【０５１８】
Ｄｅｒｉｖｅｄ  ＱｏＳ規則と連携したタイマーが満了となった場合、ＵＥはこれと対応するｄｅｒｉｖｅｄ  ＱｏＳ規則を削除してもよい。
【０５１９】
前述したタイマーが適用されたＲｅｆｌｅｃｔｉｖｅ  ＱｏＳは、実施例に応じてユーザープレーン又はコントロールプレーンによって下記のように制御され得る。
【０５２０】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがユーザープレーンにより制御される場合：
【０５２１】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがＱＦＩ及びｒｅｆｌｅｃｔｉｖｅ  ＱｏＳタイマー（ＲＱタイマー）と共にＮ３のリファレンスポイント上のカプセル化ヘッダ内のＲＱＩを用いることによって、パケットの単位でユーザープレーンによって制御され得る。このとき、ＲＱタイマーは前述したタイマーと対応し、ＰＤＵセッションの確立時、ＵＥにシグナリングされてもよく、基本値に設定されてもよい。
【０５２２】
５ＧＣが特定のＳＤＦのためにユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを制御することと決定した場合、ＳＭＦはＮ４インターフェースを介してＵＰＦに提供される対応するＳＤＦ情報に指示を含ませ得る。このようなＳＤＦに対応するＤＬのパケットに対して、ＵＰＦはＮ３のリファレンスポイント上のカプセル化ヘッダ内にＲＱＩビットを設定し得る。
【０５２３】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関するＤＬのパケットを受信した場合、ＵＥはＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則（即ち、「ｄｅｒｉｖｅｄ  ＱｏＳ規則」）を生成し、タイマーをＲＱタイマー値に設定し得る。万が一、同一のパケットフィルタを有するＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則が既に存在する場合、ＵＥは該当ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則に対応するタイマーを再開始し得る。ユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化は、帯域外（ｏｕｔ−ｏｆ−ｂａｎｄ）シグナリング（例えば、非−３ＧＰＰアクセスネットワークを介したシグナリング）を避けるために用いられ得る。
【０５２４】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがコントロールプレーンによって制御される場合：
【０５２５】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳはＱｏＳフローの単位でコントロールプレーンによって制御され得る。ＱｏＳフローが確立されたとき、ＵＥはＱｏＳフローに対して特定されたｒｅｆｌｅｃｔｉｖｅ  ＱｏＳタイマー（ＲＱタイマー）の提供を受けることができる。
【０５２６】
５ＧＣがコントロールプレーンを介してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを制御することと決定した場合、ＳＭＦはＮ１インターフェースを介してＵＥへ送信されるＱｏＳフローパラメータにＲＱＡを含ませ得る。
【０５２７】
ＵＥがＲＱＡがＲＱＩに設定されたＱｏＳフローを介してＤＬのパケットを受信した場合、ＵＥはＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則を生成し、ＲＱタイマー値に設定されたタイマーを開始し得る。万が一、同一のパケットフィルタを有するＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則が既に存在する場合、ＵＥは該当ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則に対応するタイマーを再開始し得る。
【０５２８】
ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則と連携したタイマーが満了となると、ＵＥは該当ＵＥ  ｄｅｒｉｖｅｄ  ＱｏＳ規則を削除／除去し得る。
【０５２９】
このような方法２の場合、データと共にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報が送信されるため、データ輻輳（ｃｏｎｇｅｓｔｉｏｎ）の状況でパケットが損失（ｌｏｓｓ）する場合、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報も共に損失するという問題が発生し得る。特に、ＵＰＦが最初のダウンリンクデータを送信する場合にのみ、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を送信する場合には、ＵＰＦはタイマーが満了となる前であれば、更なるｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を送信しないため、ＵＰＦとＵＥ間にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行に対してミスマッチングが発生することになる。
【０５３０】
従って、以下では、損失したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を復旧するための手続について提案する。
【０５３１】
図１８は、方法２の適用中、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報が損失した場合、これを復旧するための方法を例示したフローチャートである。本フローチャートに関して、図１７のフローチャートに関する説明が同一／同様に適用されてもよく、重複する説明は省略する。特に、本フローチャートの１乃至３段階は、図１７の１乃至３段階と同一であるので、重複する説明は省略する。
【０５３２】
４．ＵＰ機能は、ＮＧ３のヘッダにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示とタイマーを含ませてデータを送信したが、ＡＮ内のデータ輻輳によってデータが損失し得る。以降、ＵＰ機能はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報（例えば、ＱｏＳのマーキング（例えば、ＱＦＩ）、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示（例えば、ＲＱＩ）及び／又はタイマー）がいずれも成功的に伝達されたと判断し、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を除いてデータを送信し得る。
【０５３３】
５−６．ＵＥは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する指示が受信できず、ｄｅｒｉｖｅｄ  ＱｏＳ規則が生成／適用できないことがある。代わりに、ＵＥは受信したダウンリンクデータとマッピングされるアップリンクデータに対して、基本ＱｏＳのマーキングを行って（基本ＱｏＳ規則を適用）送信し得る。ＵＰ機能は、ＵＥから送信されたアップリンクデータのＱｏＳマーキのングを検出し、自身が有しているｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ（即ち、ＱｏＳのマーキング）と合わないことを認識し得る。ＵＰ機能は、これをＣＰ機能に知らせ、ＣＰ機能は、自身が有していたＱｏＳ規則に合わせて、ＵＥにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示したことを認知し、再度ＵＥにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示するようにＵＰ機能に命令し得る。
【０５３４】
７．ＵＰ機能はＣＰ機能の命令に応じて、再度ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳにマッピングされる（即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用される）ダウンリンクデータが発生したとき、該当ダウンリンクデータと共にＲｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を送信し得る。このとき、ＵＰ機能は４段階でタイマーの送信の際に開始したタイマーの残る時間をＵＥに送信してもよく、ＣＰから受けたタイマーでリセットして再度開始し、これをＵＥに送信してもよい。
【０５３５】
８．端末は、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報を受信し、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則（即ち、ｄｅｒｉｖｅｄ  ＱｏＳ規則）を作り、これを適用して（ＱｏＳマーキングされた）アップリンクデータを送信し得る。
【０５３６】
アプリケーションの特性によって、アップリンクのトラフィックは多く発生するが、相対的にダウンリンクのトラフィックはほぼ発生しない場合があり得る。この場合、インバンドシグナリング（パケットマーキングでｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を与える方法）でｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを活性化した場合、タイマーに基づいてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを適用する場合、送信されるダウンリンクパケットがないため、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳタイマーを延長／リセットできない状況が生じ得る。即ち、アップリンクパケットが発生し続けて、ネットワークの立場では、引き続き該当ｄｅｒｉｖｅｄ  ＱｏＳ規則を用いたいが、予め設定したタイマー値が満了となるまでダウンリンクのパケットが発生しない以上、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則の使用時間を延長することができない。
【０５３７】
この場合、ネットワークは、コントロールプレーンのシグナリングを介して、端末に明示的ＱｏＳ規則を与えてもよく（指示してもよく）、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則（又はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関する情報）を与え（指示し）得る。また、ネットワークでｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用を中止するために、パケットのマーキングをリセットしたり省略して与え得るが、万が一送信可能なダウンリンクのパケットがない場合、このような動作を行うことができない。このような場合にも、ネットワークはコントロールプレーンのシグナリングを介して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則（又はｄｅｒｉｖｅｄ  ＱｏＳ規則）を削除／除去し得る。
【０５３８】
整理すると、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示動作において、ネットワークはインバンドシグナリングを用いることができない場合に、コントロールプレーンのシグナリング（例えば、方法１）を介して補完し得る。言い換えると、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを行う際に、ネットワークはインバンドシグナリング方式又はコントロールプレーンのシグナリング方式を状況に応じて選択的に（相互補完的に）適用し得る。
【０５３９】
以下では、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する新たなＱｏＳのフレームワークを提案する。
【０５４０】
新たな無線通信システム（例えば、５Ｇ）は、ネットワークの制御下にあるＲＡＮを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを支援する。ネットワークは、ＤＬのトラフィックに適用すべきＱｏＳを決定し、ＵＥは前記ＤＬ  ＱｏＳを関連したＵＬのトラフィックに反映し得る。ＵＥは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されなければならないＤＬのパケットを受信すると、これに基づいて新たな暗黙的ＱｏＳ規則（又は、ｄｅｒｉｖｅｄ  ＱｏＳ規則）を生成し得る。暗黙的ＱｏＳ規則のパケットフィルタは、ＤＬのパケットのヘッダから導出され得る。
【０５４１】
Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示は、Ｃ−プレーンを介してシグナリング（即ち、制御シグナリング）（方法１）、インバンドを介してシグナリングされてもよく（方法２）、又は全くシグナリングされなくてもよい（方法３）。
【０５４２】
制御シグナリングが用いられると、シグナリングが最小化されなければならないというｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの目的／原則に符合せずにシグナリングを増加させ得る。インバンドシグナリングは新たなシグナリングを導入しないため、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する良いソリューションになり得る。最後のオプションの場合（即ち、シグナリングが用いられない場合）、ダウンリンクフローが存在すると、前記ダウンリンクフローと対応する全てのアップリンクフローにｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを用いることを意味する。本オプションの場合、明示的なＱｏＳ規則が提供されなければ、アップリンクＱｏＳとダウンリンクＱｏＳは常に同一であってもよい。
【０５４３】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示するために、インバンドシグナリング方式と非シグナリング方式を全て用いてもよい。シグナリング方法は、ＰＤＵセッションの確立／セットアップ手続の間にネットワークによって決定され得る。例えば、ＵＥが３ＧＰＰアクセスを介してアタッチされる場合、ネットワークはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのためにインバンドシグナリングを用い得る。ＵＥが非−３ＧＰＰアクセスを介してアタッチされると、ネットワークはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳのための何のシグナリングも用いることができない。
【０５４４】
第１実施例に係るＱｏＳのフレームワークは、具体的に下記のように決定され得る：
【０５４５】
１．新たな無線通信システム（例えば、５Ｇ）は、ネットワークの制御下にあるＲＡＮを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを支援する。ネットワークはＤＬのトラフィックに適用すべきＱｏＳを決定し、ＵＥは前記ＤＬ  ＱｏＳを関連したＵＬのトラフィックに反映し得る。ＵＥは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されなければならないＤＬのパケットを受信すると、これに基づいて新たな暗黙的ＱｏＳ規則（例えば、ｄｅｒｉｖｅｄ  ＱｏＳ規則）を生成し得る。暗黙的ＱｏＳ規則のパケットフィルタは、ＤＬのパケットのヘッダから導出され得る。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示は、ネットワークの指示に従って、インバンドを介してシグナリングされてもよく、シグナリングされなくてもよい。指示方法は、ＰＤＵセッションの確立／セットアップ手続の間、ネットワークによって決定され得る。
【０５４６】
２．ＱｏＳのためのＵ−プレーンのマーキング（即ち、ＱｏＳのマーキング）は、ＮＧ３上のカプセル化ヘッダで運び得る（ｃａｒｒｙ）（ｅ２ｅパケットヘッダの変更なしに）。
【０５４７】
３ａ．基本ＱｏＳ規則及び既に承認された（ｐｒｅ−ａｕｔｈｏｒｉｚｅｄ）ＱｏＳ規則は、ＰＤＵセッションの確立／セットアップの際にＵＥに提供され得る。
【０５４８】
３ｂ．ＱｏＳ規則は、（例えば、アクセス機能（ａｃｃｅｓｓ  ｃａｐａｂｉｌｉｔｙ）に依存して）ＮＧ２シグナリングを用いてＰＤＵセッションの確立／セットアップの際にＲＡＮに提供され得る。
【０５４９】
４．Ｃ−プレーンを介したＱｏＳフロー−特定のＱｏＳシグナリングは、ＧＢＲ  ＳＤＦのために必要であり得る。
【０５５０】
５．ＧＢＲ要求事項（ｒｅｑｕｉｒｅｍｅｎｔｓ）がないＳＤＦの初期化（ｉｎｉｔｉａｔｉｏｎ）、変更又は終了のために既に承認されたＱｏＳ規則に対応する（ＰＤＵセッションの確立／セットアップ外）ＱｏＳに関するＮＧ２のシグナリングは最小化されなければならない。
【０５５１】
６．ＧＢＲ要求事項（ｒｅｑｕｉｒｅｍｅｎｔｓ）がないＳＤＦの初期化（ｉｎｉｔｉａｔｉｏｎ）、変更又は終了のために既に承認されたＱｏＳ規則に対応する（ＰＤＵセッションの確立／セットアップ外）ＱｏＳに関するＮＧ１のシグナリングは最小化されなければならない。
【０５５２】
７．加入及びサービスの差別化のために、サービスデータフロー及びＰＤＵセッション別のＵＬレートの制限の適用は、ＣＮ＿ＵＰで行われなければならない。ＣＮ＿ＵＰは、ネットワークで信頼できる実行ポイントであって、ＰＤＵセッションの全てのトラフィックを処理し得る。
【０５５３】
８．ＡＮはＵＥ別にＵＬでのレートの制限を施行し得る。
【０５５４】
９．ＱｏＳフローは、ＮＧシステムでＱｏＳの処理のための最上の（ｆｉｎｅｓｔ）粒度（ｇｒａｎｕｌａｒｉｔｙ）であり得る。
【０５５５】
１０．１．ダウンリンクで、（Ｒ）ＡＮはＮＧ３のマーキング及びＮＧ２のシグナリングを介して提供された対応するＱｏＳ特性に基づき、ＱｏＳフローをアクセス−特定のリソースにバインディングし得る。パケットフィルタは、（Ｒ）ＡＮでアクセス−特定のリソースとＱｏＳフロー間のバインディングに用いられない。
【０５５６】
１０．２．ＵＥは、アクセスネットワークによって明示的に提供されたアクセス−特定のリソースと、アップリンクのパケット間のバインディングのための情報及び／又は（ｄｅｒｉｖｅｄ）ＱｏＳ規則（明示的にシグナリングされるか、又は暗黙的にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳによって導出された）に基づき、アップリンクパケットをアクセス−特定のリソースとバインディングし得る。
【０５５７】
１１．一部ユーザープレーンのマーキングは、標準化されたＱｏＳの特徴を有するスカラー値であり得る。
【０５５８】
１２．一部ユーザープレーンのマーキングは、ＮＧ２を介してシグナリングされた動的ＱｏＳパラメータを指すスカラー値であり得る。
【０５５９】
１３．動的ＱｏＳパラメータは、次を含み得る：
【０５６０】
ａ．最大のフロービットレート
【０５６１】
ｂ．保障されたフロービットレート
【０５６２】
ｃ．優先順位レベル
【０５６３】
ｄ．パケット遅延予算（ｐａｃｋｅｔ  ｄｅｌａｙ  ｂｕｄｇｅｔ）
【０５６４】
ｅ．パケットのエラー率
【０５６５】
ｆ．アドミッションコントロール（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）
【０５６６】
以下では、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに関して提示された下記の３つのイシューを解決するためのソリューションを提案する。
【０５６７】
−  イシュー１：ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示がＣ−プレーン又はインバンドを介してシグナリングされるか否か
【０５６８】
−  イシュー２：ｄｅｒｉｖｅｄ  ＱｏＳ規則（即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを介して導出された）がシグナリングされたＱｏＳ規則に対して、より高い優先順位を有するか、或いはより低い優先順位を有するかの可否
【０５６９】
−  イシュー３：ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがＮＧコアに連結される全てのアクセスネットワークに適用され得るか否か
【０５７０】
＜ソリューション＞
【０５７１】
１．ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示方法
【０５７２】
ＵＥは、対応するダウンリンクフローのダウンリンクのＱｏＳを用いてアップリンクのＱｏＳ規則を駆動（ｄｒｉｖｅ）するため、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳに対する明示的ＱｏＳ要求メッセージが要求されない。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの長所を最大化するために、インバンドシグナリングの方式を用いてｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する動作が提案され得る。即ち、インバンドシグナリングがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示に用いられ得る。
【０５７３】
２．ｄｅｒｉｖｅｄ  ＱｏＳ規則の有効期間
【０５７４】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を介して生成されたｄｅｒｉｖｅｄ  ＱｏＳ規則の有効期間が定義される必要がある。Ｄｅｒｉｖｅｄ  ＱｏＳ規則がＰＤＵセッションが有効である間（又はＰＤＵセッションの寿命（ｌｉｆｅｔｉｍｅ）の間）に有効であれば、ＵＥに非常に多いｄｅｒｉｖｅｄ  ＱｏＳ規則が存在し、ＵＥに負担になり得る。従って、不要なｄｅｒｉｖｅｄ  ＱｏＳ規則を除去するために次のような２つの方式が提案され得る。
【０５７５】
一つは、明示的シグナリングを用いるものであり、もう一つはタイマー値を用いるものである。明示的シグナリングが用いられれば、ネットワークは自身が希望する毎に明示的シグナリングを用いてｄｅｒｉｖｅｄ  ＱｏＳ規則を削除／除去し得る。しかし、これはシグナリングを増加させるという問題点が存在するので、本明細書ではタイマー値を用いてｄｅｒｉｖｅｄ  ＱｏＳ規則の寿命を制限することを提案し、これに関する詳細な実施例は、前記図１６乃至１８に関して詳述した通りである。タイマー値はＰＤＵセッションのセットアップ／確立過程中に決定され得る。
【０５７６】
即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を介したｄｅｒｉｖｅｄ  ＱｏＳは、ＰＤＵセッションのセットアップ／確立手続の間に決定される有効タイマーを有し得る。
【０５７７】
３．ＱｏＳ規則の優先順位
【０５７８】
Ｄｅｒｉｖｅｄ  ＱｏＳ規則がシグナリングされたＱｏＳ規則よりも優先順位が高い場合、ネットワークはｄｅｒｉｖｅｄ  ＱｏＳ規則のタイマーが満了となるまではシグナリングされたＱｏＳ規則を同じフローに適用することができない。しかし、これはネットワークがいつでもＱｏＳ規則をアップデートできなければならないため、好ましくない。従って、シグナリングされたＱｏＳ規則が最も高い優先順位を有し、基本ＱｏＳ規則が最も低い優先順位を有すると提案され得る。即ち、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を介したｄｅｒｉｖｅｄ  ＱｏＳ規則は、シグナリングされたＱｏＳ規則に比べて優先順位は低いが、基本ＱｏＳ規則と比較したときには優先順位が高く設定され得る。
【０５７９】
４．全てのアクセスネットワークに対するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用可能性（ａｐｐｌｉｃａｂｉｌｉｔｙ）
【０５８０】
ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが特定のアクセスネットワークにのみ用いられなければならない理由はない。従って、全てのアクセスネットワークに対してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが用いられ得る。
【０５８１】
前述したソリューションが反映された第２実施例に係るＱｏＳのフレームワークは、具体的に下記のように決定され得る：
【０５８２】
１ａ．新たな無線通信システム（例えば、５Ｇ）は、ネットワークの制御下にあるＲＡＮを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを支援する。ネットワークは、ＤＬのトラフィックに適用すべきＱｏＳを決定し、ＵＥは前記ＤＬ  ＱｏＳを関連したＵＬのトラフィックに反映し得る。ＵＥはｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが適用されなければならないＤＬパケットを受信すると、これに基づいて新たなｄｅｒｉｖｅｄ  ＱｏＳ規則を生成し得る。ｄｅｒｉｖｅｄ  ＱｏＳ規則のパケットフィルタは、ＤＬのパケット（即ち、ＤＬのパケットのヘッダ）から導出され得る。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの影響を受けるトラフィックの場合、ＵＬのパケットは反映された（ｒｅｆｌｅｃｔｅｄ）ＤＬのパケットと同様にＱｏＳ処理され得る（即ち、同一のＱＦＩを有する、或いは同様にＱｏＳマーキングされる）。
【０５８３】
１ｂ．インバンドシグナリングは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示のために用いられ得る。
【０５８４】
１ｃ．ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を介したｄｅｒｉｖｅｄ  ＱｏＳ規則は、ＰＤＵセッションのセットアップ手続中に決定される有効タイマーを有し得る。
【０５８５】
１ｄ．シグナリングされたＱｏＳ規則は、優先順位が最も高いことがある。ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を介したＤｅｒｉｖｅｄ  ＱｏＳ規則は、シグナリングされたＱｏＳ規則に比べて優先順位が低いが、基本ＱｏＳ規則と比較して優先順位が高いことがある。
【０５８６】
１ｅ．ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、非−ＧＢＲのサービスデータフローに用いられ得る。
【０５８７】
２．ＱｏＳのためのＵ−プレーンのマーキング（即ち、ＱｏＳマーキング）は、ＮＧ３上のカプセル化ヘッダで運び得る（ｃａｒｒｙ）（ｅ２ｅパケットのヘッダの変更なしに）。
【０５８８】
３ａ．基本ＱｏＳ規則及び既に承認された（ｐｒｅ−ａｕｔｈｏｒｉｚｅｄ）ＱｏＳ規則は、ＰＤＵセッションの確立／セットアップの際にＵＥに提供され得る。既に承認されたＱｏＳ規則はＰＤＵセッションの確立／セットアップの際に提供される全てのＱｏＳ規則に該当し、基本ＱｏＳ規則と異なる。
【０５８９】
３ｂ．ＵＥに対するＰＤＵセッションのセットアップで提供されるＱｏＳ規則のＮＡＳ−レベルのＱｏＳプロファイルやはり、ＰＤＵセッションの設定の際にＮＧ２のシグナリングを用いてＲＡＮに提供されなければならない。ＱｏＳ規則は、非−３ＧＰＰアクセスに基づいて（例えば、アクセス性能に依存）、ＮＧ２のシグナリングを用いてＰＤＵセッションの確立／セットアップの際にＮＧ  ＡＮに提供され得る。
【０５９０】
３ｃ．ＱｏＳ規則は、ＮＡＳ−レベルのＱｏＳプロファイル（Ａ又はＢタイプ）、パケットフィルタ及び／又は優先順位値を含み得る。
【０５９１】
３ｄ．３ＧＰＰアクセスに基づいてＮＧ  ＲＡＮを介して連結されたＵＥに、シグナリングされたＱｏＳ規則がＮＧ１のシグナリングを介して提供され得る。このとき、非−３ＧＰＰアクセスを介して、ＮｅｘｔＧｅｎ  ＣＮにアクセスするＵＥが３ＧＰＰ  ＮＡＳ信号を用いると仮定され得る。
【０５９２】
４．ＧＢＲ  ＳＤＦは、ＮｅｘｔＧｅｎシステムで支援され得、ＧＲＢ  ＳＤＦにＣ−プレーンを介したＱｏＳフロー−特定のＱｏＳシグナリングが必要であり得る。
【０５９３】
５．ＧＢＲ要求事項（ｒｅｑｕｉｒｅｍｅｎｔｓ）がないＳＤＦの初期化（ｉｎｉｔｉａｔｉｏｎ）、変更又は終了のために既に承認されたＱｏＳ規則に対応する（ＰＤＵセッションの確立／セットアップ外）ＱｏＳに関するＮＧ２のシグナリングは最小化されなければならない。
【０５９４】
６．ＧＢＲ要求事項（ｒｅｑｕｉｒｅｍｅｎｔｓ）がないＳＤＦの初期化（ｉｎｉｔｉａｔｉｏｎ）、変更又は終了のために既に承認されたＱｏＳ規則に対応する（ＰＤＵセッションの確立／セットアップ外）ＱｏＳに関するＮＧ１のシグナリングは最小化されなければならない。
【０５９５】
７ａ．加入及びサービスの差別化のために、ＵＬ及びＤＬ当たりのサービスデータフロー（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ：ＳＤＦ）の最大のビットレートの制限はＣＮ＿ＵＰで行われなければならず、ＣＮ＿ＵＰは、ネットワークで信頼できる実行ポイントに該当する。ＰＤＵセッション当たりのレート制限の施行は、保障されたフロービットレートを必要としないフローに適用されてもよい。
【０５９６】
７ｂ．保障されたフロービットレートを要求しないフローの場合、ＣＮ＿ＵＰにＰＤＵセッション当たりのＵＬ及びＤＬの最大のビットレート（Ｍａｘ  Ｂｉｔ  Ｒａｔｅ；ＭＢＲ）の制限が適用され得る。マルチ−ホーム（ｍｕｌｔｉ−ｈｏｍｅｄ）ＰＤＵセッションの場合、ＰＤＵセッションのＭＢＲは、ＮＧ６インターフェースを終端する各ＵＰＦに適用され得る。これは、ＵＰＦ別に各々施行され得る。ＤＮの名称別のＡＭＢＲは支援されないことがある。
【０５９７】
８．ＡＮは保障されたフロービットレートを必要としないフローに対して、ＵＥ当たりの最大のビットレートの制限をＵＬ及びＤＬで施行されなければならない。
【０５９８】
９．ＱｏＳフローは、ＮＧシステムでＱｏＳの処理のための最上の（ｆｉｎｅｓｔ）粒度（ｇｒａｎｕｌａｒｉｔｙ）であり得る。ＰＵＤセッション内の同じＮＧ３のマーキング値を有するユーザープレーンのトラフィックは、ＱｏＳフローに対応する。
【０５９９】
１０．１．１．ダウンリンクで、（Ｒ）ＡＮはダウンリンクパケットと連携したＮＧ３のトンネルを考慮し、ＮＧ３のマーキング及びＮＧ２のシグナリングを介して提供される、対応するＱｏＳの特徴に基づいてＱｏＳフローをアクセス−特定のリソースにバインディングし得る。パケットフィルタは、（Ｒ）ＡＮでＱｏＳフローをアクセス−特定のリソースとバインディングするのに用いられない。
【０６００】
１０．１．２．ＵＬパケットが（Ｒ）ＡＮでＣＮを通過するとき、ＲＡＮはＮＧ３  ＱｏＳのマーキングを決定し、アクセス層（ｓｔｒａｔｕｍ）から受信された情報に基づいて、ＮＧ３のトンネルを選択し得る。
【０６０１】
１０．２．１．上位層で、ＵＥはアップリンクパケットをＱｏＳ規則とマッチングさせ、アップリンクパケットをＱｏＳ規則（明示的にシグナリングされたり、暗黙的にｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを介して導出された）のＮＡＳ−レベルのＱｏＳプロファイル（Ａ−又はＢ−タイプ）とバインディングし得る。
【０６０２】
１０．２．２．ＵＥの上位層からＡＳにＵＬのパケットが通過するとき、上位層はＡＳがＰＤＵセッションを識別することができるようにするための情報を含んで、ＡＳにＮＡＳ−レベルのＱｏＳプロファイル（対応するＱｏＳのマーキングを介して）を指示し得る。
【０６０３】
１０．２．３．逆に、ＤＬのパケットがＡＳからＵＥの適切な上位層のインスタンスを通過するとき、ＰＤＵセッションに対応する適切な上位層のインスタンスを選択することはＡＳの責任である。ＡＳはまた、ＮＡＳ−レベルのＱｏＳプロファイル（対応するＱｏＳのマーキングを介して）を前記上位層のインスタンスに指示し得る。
【０６０４】
１０．２．２．及び１０．２．３．の場合、ＲＡＮからＵＥへ行くＵ−プレーンのマーキングの必要性を前提としない。
【０６０５】
１０．２．４．ＩＰパケットで要求されたＱｏＳを指示するために、ＤＳＣＰを用いるＱｏＳアプリケーションの場合、ＣＮ＿ＣＰが提供するＱｏＳ規則内のＤＳＣＰのマーキングを含むパケットフィルタが特定のＱｏＳマーキングとのバインディングを目的で用いられ得る。
【０６０６】
１０．３．ＲＡＮがＮＡＳ−レベルのＱｏＳプロフィールとＡＳ−レベルのＱｏＳ間に柔軟なマッピング（例えば、一対一以外の）があると決定する場合、このマッピングは上位層にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）であり、ＮＧ３のマーキング影響を与えない。アクセス層は、ＮＡＳ−レベルのＱｏＳプロファイルと関連するＱｏＳの特性を順守すると仮定される。
【０６０７】
ＤＲＢのＡＳ−レベルのＱｏＳを定義し、アップリンク及びダウンリンクのパケット（連携したＱｏＳのプロファイル及び連携したＰＤＵセッションの情報を有する）がＤＲＢにマッピングされる方法はＲＡＮにかかっている。
【０６０８】
１１．一部ユーザープレーンのＱｏＳのマーキングは、標準化されたＱｏＳ特性を有するスカラー値である（Ａ−タイプのＱｏＳプロファイルと指称）。
【０６０９】
１２．一部ユーザープレーンのＱｏＳのマーキングは、ＮＧ２を介してシグナリングされた動的ＱｏＳパラメータを指すスカラー値である（Ｂ−タイプのＱｏＳプロファイルと指称）。
【０６１０】
ＱｏＳのマーキング値は、関連するＱｏＳプロファイルの類型（Ａ−又はＢ−タイプ）を示す。
【０６１１】
１３．ＱｏＳパラメータは次を含み得る：
【０６１２】
ａ．最大のフロービットレート
【０６１３】
ｂ．保障されたフロービットレート
【０６１４】
ｃ．優先順位レベル
【０６１５】
ｄ．パケット遅延予算（ｐａｃｋｅｔ  ｄｅｌａｙ  ｂｕｄｇｅｔ）
【０６１６】
ｅ．パケットのエラー率
【０６１７】
ｆ．アドミッションコントロール（ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）
【０６１８】
パラメータｃ、ｄ、ｅは１１．及び１２．に、パラメータａ、ｂ、ｆは１２．にのみ適用される。
【０６１９】
１４．ＱｏＳのフレームワークは、ＱｏＳフロー別のＮＧ３のトンネルの必須を仮定しない。
【０６２０】
１５．既に承認されたＱｏＳ規則に対応する保証されないビットレートのＱｏＳフローに対して、ＵＥは任意の追加のＮＧ１のシグナリングなく、ＵＬのトラフィックを送信し得る。
【０６２１】
１６．保障されたビットレートのＱｏＳフローに対するＵＥ−ｔｒｉｇｇｅｒｅｄ  ＱｏＳの確立はＮＧ１を介した明示的なＵＥ−要求のＱｏＳに基づく。
【０６２２】
以下では、ＰＤＵセッションの確立の間に設定されたタイマーに基づくｄｅｒｉｖｅｄ  ＱｏＳ規則の非活性化のメカニズムを提案する。
【０６２３】
Ｄｅｒｉｖｅｄ  ＱｏＳ規則の非活性化のための幾つかの候補ソリューションが存在する。
【０６２４】
第一のソリューションとしては、任意のシグナリング又は事前−設定なく、暗黙的非活性化を用いるものである（即ち、これはＵＥ及び５Ｇ−ＣＮの具現として残す）。従って、本ソリューションの場合は、非活性化のプロセスが別に標準化される必要がない。しかし、アップリンクのＱｏＳ検証（ｖｅｒｉｆｉｃａｔｉｏｎ）を支援するために、５Ｇ  ＣＮ及びＵＥは、同一のＱｏＳ規則を有する必要がある。従って、暗黙的非活性化は、５Ｇ  ＣＮとＵＥ間の同期化されたＱｏＳ規則を保障しないため、用いられ得ない。
【０６２５】
第二のソリューションとしては、ｄｅｒｉｖｅｄ  ＱｏＳ規則を非活性化するために明示的シグナリングを用いるものである。コントロールプレーンのシグナリングを介して、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳが活性化された場合、本ソリューションが用いられ得る。しかし、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳがユーザープレーンマーキングを介して活性化された場合、帯域外のシグナリングを避けることはユーザープレーン活性のキーポイントであるため、本ソリューションは適切ではない。
【０６２６】
第三のソリューションとしては、ＥＰＳで支援される方式と類似する方式である。ＥＰＳで、ＵＥ  ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ手続は次のように削除され得る（ＴＳ  ２４．１３９）。
【０６２７】
ＥＰＳで、ＵＥは対応するパケットを送受信するときにテーブルを生成し、アップデートされたタイムスタンプを管理し得る。エントリーが維持される時間はＵＥの具現にかかっている。
【０６２８】
類似のメカニズムが５Ｇシステムに用いられ得る。ネットワークがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化を指示する場合、ネットワークはＰＤＵセッションの確立の間に決定された既に設定された値でタイマーを開始し得る。ＵＥはまた、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を受信した場合、同じタイマーを開始（又は再開始／リセット）し得る。タイマーが満了となると、ｄｅｒｉｖｅｄ  ＱｏＳ規則は非活性化され得る。
【０６２９】
即ち、ＵＰＦがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの活性化を指示する場合、ＵＰＦはＰＤＵセッションの確立の間に予め設定した非活性化タイマーを開始し得る。ＵＰＦがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する毎に、ＵＰＦはタイマーをリセットし得る。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を受信した場合、ＵＥもやはり非活性化タイマーを開始し得、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を受信する毎に、タイマーをリセットし得る。Ｄｅｒｉｖｅｄ  ＱｏＳ規則は、タイマーが満了となると非活性化される。
【０６３０】
前述した方法以外に、Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを非活性化するための異なる幾つかの方法が存在し得る。基本的に、ＲＱＩを含まないか、ＲＱＤＩ（Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ  Ｄｅａｃｔｉｖａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）を含むことによって、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを非活性化するユーザープレーンのソリューションがこれらに該当する。しかし、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳと連携したダウンリンクパケットがない場合、そのようなメカニズムは実行可能ではなく、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを非活性化するためにコントロールプレーンのシグナリングが要求される。反面、本明細書で提案されたタイマーを用いた非活性化方法の場合、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを非活性化するための更なるシグナリングがないという長所を有する。
【０６３１】
このような本明細書のコンセプトは、前述した方法２に対応するコンセプトであって、下記のように簡略に整理され得、ＴＳ  ２３．５０１に反映され得る。
【０６３２】
１．ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化
【０６３３】
１−１．一般
【０６３４】
５ＧＣは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化を支援する。Ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳは、ユーザープレーン及びコントロールプレーンを介して非活性化され得る。５ＧＣは、ポリシー及びアクセスタイプに基づき、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの機能をコントロールプレーンを介して非活性化するか、或いはユーザープレーンを介して非活性化するかの可否を決定し得る。
【０６３５】
１−２．ユーザープレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化
【０６３６】
ＰＤＵセッション確立過程で、ＳＭＦはＵＥに非活性化のタイマー値を通知し得る。ＳＭＦはＵＰＦがｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを指示する場合、非活性化のタイマーを開始するように設定し得る。ＵＥもやはり、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を受信する毎に非活性化のタイマーを開始し得る。ＵＰＦはＲＱＩをＮ３のリファレンスポイント上のカプセル化ヘッダにＲＱＩを含ませる毎に（対応する）タイマーをリセットし得る。ＵＥは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示を受信する毎に（対応する）タイマーをリセットし得る。
【０６３７】
５ＧＣがＵ−プレーンを介してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ機能を非活性化することと決定した場合、ＳＭＦはユーザープレーンのｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化の指示を有するＱｏＳ規則をＵＰＦへ送信し得る。この場合、ＵＰＦは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳと対応するダウンリンクパケットが存在する場合、カプセル化ヘッダ内にＲＱＩを指示することを中止し得る。また、ＵＥは、ＲＱＩのないパケットを受信した場合、関連する非活性化のタイマーをリセットしない。ＵＥ及びＵＰＦは、非活性化タイマーが満了となったときに、ｄｅｒｉｖｅｄ  ＱｏＳ規則を除去し得る。
【０６３８】
１−３．コントロールプレーンを介したｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの非活性化
【０６３９】
５ＧＣがコントロールプレーンを介してｒｅｆｌｅｃｔｉｖｅ  ＱｏＳを非活性化することと決定した場合、ＳＭＦは明示的に非活性化の要求（例えば、アップデートされたＱｏＳ規則を送信するか、又はｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ規則除去の命令を送信する）をＵＥ及びＵＰＦへ送信し得る。ＳＭＦがＱｏＳ規則をアップデートした場合、ＵＥ及びＵＰＦはアップデートされたＱｏＳ規則によって生成されたｄｅｒｉｖｅｄ  ＱｏＳ規則を除去し得る。
【０６４０】
図１９は、本発明の一実施例に係るｒｅｆｌｅｃｔｉｖｅ  ＱｏＳ手続を例示したフローチャートである。本フローチャートに関して、前記図１５乃至１８に関して詳述した説明が、同一／同様に適用され得、重複する説明は省略する。
【０６４１】
まず、ＵＥはネットワークからダウンリンクパケットを受信し得る（Ｓ１９１０）。このときのダウンリンクパケットは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットに該当し得る。より詳細には、ダウンリンクパケットは、ｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示子によってｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用が指示されたパケットに該当し得る。このとき、ネットワークはユーザープレーン機能からＮ３のリファレンスポイント上のカプセル化ヘッダを介して、前記ダウンリンクパケットｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用を指示するｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの指示及び前記ＱｏＳのマーキングを受信するＡＮに該当し得る。
【０６４２】
次に、ＵＥはダウンリンクパケットに基づいてＱｏＳ規則を導出し得る（Ｓ１９２０）。より詳細には、ＵＥはダウンリンクパケットと関連したＱｏＳ規則が既に存在するか確認でき、万が一ダウンリンクパケットと関連したＱｏＳ規則が既に存在しない場合、ダウンリンクパケットに基づいてＱｏＳ規則を導出し、タイマーを開始し得る。万が一、ダウンリンクパケットと関連したＱｏＳ規則が既に存在する場合、以下のＳ１９３０及びＳ１９４０の段階を行い得る。
【０６４３】
次に、ＵＥは（新たに生成したり既に存在する）ＱｏＳ規則を用いて、アップリンクパケットにダウンリンクパケットのＱｏＳのマーキングを適用して前記ネットワークに送信し得る（Ｓ１９３０）。より詳細には、ＵＥは複数のアップリンクパケットを優先順位値の順に評価し、ＱｏＳ規則に含まれたパケットフィルタとマッチングされるアップリンクパケットをフィルタリングし得る。さらに、ＵＥは前記フィルタリングされたアップリンクパケットにＱｏＳ規則に含まれているＱｏＳのマーキングを適用し、前記ネットワークに送信し得る。ここで、ＱｏＳのマーキングを適用することは、ＱＦＩをマーキングする（又は特定のＱｏＳフローとバインディングする）ことを意味し得、ＱｏＳのマーキングは、ダウンリンクパケット（又はＱｏＳ規則）のＱｏＳフローの識別子に該当し得る。
【０６４４】
次に、ＵＥはＱｏＳ規則と連携したタイマーの満了前に前記ダウンリンクパケットを受信した場合、該当タイマーを再開始し得る（Ｓ１９４０）。万が一、タイマーの満了後、前記ダウンリンクのパケットを受信した場合、ＵＥは該当タイマーを新たに開始し得る。タイマーが満了となると、ＵＥは導出したＱｏＳ規則を削除し得る。タイマーの値は、ＵＥのＰＤＵセッションの確立（ｅｓｔａｂｌｉｓｈ）手続で事前に決定され得る。
【０６４５】
ＱｏＳ規則は、アップリンクのパケットとＱｏＳフロー間のマッピング関係の決定に用いられ得る。ＱｏＳ規則は、ダウンリンクのパケット（特に、ダウンリンクのパケットのヘッダ）から導出されたパケットフィルタ、ダウンリンクパケットのＱｏＳマーキング及びアップリンクパケットの評価順序を決定するために用いられる優先順位値を含み得る。
【０６４６】
このようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの実行によって導出されたＱｏＳ規則は、明示的にシグナリングされたＱｏＳ規則よりも低い優先順位を有し得る。また、このようなｒｅｆｌｅｃｔｉｖｅ  ＱｏＳの適用は、ユーザープレーン又はコントロールプレーンを介して非活性化され得る。
【０６４７】
本発明が適用され得る装置一般
【０６４８】
図２０は、本発明の一実施例に係る通信装置のブロック構成図を例示する。
【０６４９】
図２０を参照すると、無線通信システムは、ネットワークノード２０１０と、多数の端末（ＵＥ）２０２０を含む。本図に示された装置は、前述したネットワーク／端末機能のうち少なくとも一つの機能を行うように具現されてもよく、一つ以上の機能を統合して行うように具現されてもよい。
【０６５０】
ネットワークノード２０１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）２０１１、メモリ（ｍｅｍｏｒｙ）２０１２、および通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）２０１３を含む。
【０６５１】
プロセッサ２０１１は、前記図１乃至図１９で提案された少なくとも一つの機能、過程、方法及び／又は本文書で提案する機能、過程及び／又は方法を具現する。また、プロセッサ２０１１は、本明細書で提案する機能、過程及び／又は方法を具現するモジュール、プログラム等がメモリ２０１２に格納され、プロセッサ２０１１によって実行され得る。
【０６５２】
有／無線インターフェースプロトコルの層は、プロセッサ２０１１によって具現できる。また、プロセッサ２０１１は、本文書で提案する様々な実施例で説明した事項が独立して適用されてもよく、または２以上の実施例が同時に適用されるように具現されてもよい。
【０６５３】
メモリ２０１２は、プロセッサ２０１１と連結されて、プロセッサ２０１１を駆動するための様々な情報を格納する。メモリ２０１２は、プロセッサ２０１１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ２０１１と連結されてもよい。
【０６５４】
通信モジュール２０１３は、プロセッサ２０１１と連結されて、有／無線信号を送信及び／又は受信する。ネットワークノード２０１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳ、ＡＵＳＦ、ＡＭＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、（Ｒ）ＡＮ、ＵＥ、ＮＥＦ、ＮＲＦ、ＵＤＳＦ及び／又はＳＤＳＦなどが存在し得る。特に、ネットワークノード２２１０が基地局である場合（または（Ｒ）ＡＮ機能を行うように具現される場合）、通信モジュール２０１３は、無線信号を送／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含み得る。このとき、ネットワークノード２０１０は、一つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）、または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有し得る。
【０６５５】
端末２０２０は、プロセッサ２０２１、メモリ２０２２及び通信モジュール（またはＲＦ部）２０２３を含む。プロセッサ２０２１は、前記図１乃至図１９で提案された少なくとも一つの機能、過程、方法及び／又は本文書で提案する機能、過程及び／又は方法を具現する。また、プロセッサ２０２１は、本文書で提案する機能、過程及び／又は方法を具現するモジュール、プログラムなどがメモリに格納され、プロセッサ２０２１によって実行され得る。
【０６５６】
有／無線インターフェースプロトコルの層は、プロセッサ２０２１によって具現できる。また、プロセッサ２０２１は、本文書で提案する様々な実施例で説明した事項が、独立して適用されてもよく、または２以上の実施例が同時に適用されるように具現されてもよい。
【０６５７】
メモリ２０２２は、プロセッサ２０２１と連結され、プロセッサ２０２１を駆動するための様々な情報を格納する。メモリ２０２２は、プロセッサ２０２１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ２０２１と連結されてもよい。通信モジュール２０２３は、プロセッサ２０２１と連結され、有／無線信号を送信及び／又は受信する。
【０６５８】
メモリ２０１２、２０２２は、プロセッサ２０１１、２０２１の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ２０１１、２０２１と連結されてもよい。また、ネットワークノード２０１０（基地局である場合）、及び／又は端末２０２０は、一つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）、または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有し得る。
【０６５９】
図２１は、本発明の一実施例に係る通信装置のブロック構成図を例示する。
【０６６０】
特に、図２１では、前記図２０の端末をより詳細に例示する図である。
【０６６１】
図２１を参照すると、端末は、プロセッサ（またはデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）２１１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（またはＲＦユニット）２１３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）２１０５、アンテナ（ａｎｔｅｎｎａ）２１４０、バッテリー（ｂａｔｔｅｒｙ）２１５５、ディスプレイ（ｄｉｓｐｌａｙ）２１１５、キーパッド（ｋｅｙｐａｄ）２１２０、メモリ（ｍｅｍｏｒｙ）２１３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）ｃａｒｄ）２１２５（この構成は選択的である）、スピーカー（ｓｐｅａｋｅｒ）２１４５、及びマイクロフォン（ｍｉｃｒｏｐｈｏｎｅ）２１５０を含んで構成され得る。端末はまた、単一のアンテナまたは多重のアンテナを含み得る。
【０６６２】
プロセッサ２１１０は、前記図１乃至図２０で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの層は、プロセッサ２１１０によって具現され得る。
【０６６３】
メモリ２１３０は、プロセッサ２１１０と連結され、プロセッサ２１１０の動作と関連した情報を格納する。メモリ２１３０は、プロセッサ２１１０の内部または外部にあってもよく、よく知られている様々な手段でプロセッサ２１１０と連結されてもよい。
【０６６４】
ユーザーは、例えば、キーパッド２１２０のボタンを押すか（あるいはタッチするか）、またはマイクロフォン２１５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）によって電話番号などのような命令情報を入力する。プロセッサ２１１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）は、ＳＩＭカード２１２５またはメモリ２１３０から抽出し得る。また、プロセッサ２１１０は、ユーザーが認知し、また便宜のために、命令情報または駆動情報をディスプレイ２１１５上にディスプレイし得る。
【０６６５】
ＲＦモジュール２１３５は、プロセッサ２１１０に連結されて、ＲＦ信号を送信及び／又は受信する。プロセッサ２１１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール２１３５に伝達する。ＲＦモジュール２１３５は、無線信号を受信および送信するために受信機（ｒｅｃｅｉｖｅｒ）と送信機（ｔｒａｎｓｍｉｔｔｅｒ）で構成される。アンテナ２１４０は、無線信号を送信および受信する機能をする。無線信号を受信するとき、ＲＦモジュール２１３５は、プロセッサ２１１０によって処理するために信号を伝達して、基底帯域に信号を変換し得る。処理された信号は、スピーカー２１４５を介して出力される可聴または可読情報に変換され得る。
【０６６６】
以上で説明された実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施され得る。また、一部の構成要素及び／又は特徴を結合して、本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更され得る。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、または他の実施例の対応する構成または特徴と交換してもよい。特許請求範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新たな請求項に含ませることができることは自明である。
【０６６７】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現され得る。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現され得る。
【０６６８】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で具現され得る。ソフトウェアのコードは、メモリに格納され、プロセッサによって駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置し、既に公知となった多様な手段により、前記プロセッサとデータをやり取りすることができる。
【０６６９】
本発明は、本発明の必須的特徴を外れない範囲で他の特定の形態で具体化されることができることは当業者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されるべきである。本発明の範囲は、添付された請求項の合理的解釈によって決定されるべきであり、本発明の等価的範囲内での全ての変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０６７０】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／５Ｇ（ＮｅｘｔＧｅｎ）システムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／５Ｇ（ＮｅｘｔＧｅｎ）システム以外にも、様々な無線通信システムに適用することが可能である。
【図１】
2019532582.tif 000006
【図２】
2019532582.tif 000007
【図３】
2019532582.tif 000008
【図４】
2019532582.tif 000009
【図５】
2019532582.tif 000010
【図６】
2019532582.tif 000011
【図７】
2019532582.tif 000012
【図８】
2019532582.tif 000013
【図９（ａ）】
2019532582.tif 000014
【図９（ｂ）】
2019532582.tif 000015
【図１０】
2019532582.tif 000016
【図１１】
2019532582.tif 000017
【図１２】
2019532582.tif 000018
【図１３】
2019532582.tif 000019
【図１４】
2019532582.tif 000020
【図１５】
2019532582.tif 000021
【図１６】
2019532582.tif 000022
【図１７】
2019532582.tif 000023
【図１８】
2019532582.tif 000024
【図１９】
2019532582.tif 000025
【図２０】
2019532582.tif 000026
【図２１】
2019532582.tif 000027
【国際調査報告】
2019532582.tif 000028
2019532582.tif 000029
2019532582.tif 000030
2019532582.tif 000031