特開 2023-178979 複数のアクセスネットワークの間でのトラフィックステアリングおよび切り替え

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023178979

(43)【公開日】2023-12-18

(54)【発明の名称】複数のアクセスネットワークの間でのトラフィックステアリングおよび切り替え

(51)【国際特許分類】

   H04W 76/15 20180101AFI20231211BHJP

   H04W 88/06 20090101ALI20231211BHJP

   H04W 48/08 20090101ALI20231211BHJP

【ＦＩ】

H04W76/15

H04W88/06

H04W48/08

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023184695

(22)【出願日】2023-10-27

(62)【分割の表示】P 2021163367の分割

【原出願日】2018-08-10

(31)【優先権主張番号】62/571,500

(32)【優先日】2017-10-12

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/587,639

(32)【優先日】2017-11-17

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/544,122

(32)【優先日】2017-08-11

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】グアンジョウ・ワン

(72)【発明者】

【氏名】サード・アーマッド

(72)【発明者】

【氏名】カーリド・アンワル

(72)【発明者】

【氏名】ベフルーズ・アギーリー

(72)【発明者】

【氏名】ウリセス・オルベラ－ヘルナンデス

(72)【発明者】

【氏名】マームード・ワトファ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE04

5K067EE10

5K067EE24

(57)【要約】

【課題】複数のアクセスネットワークの間でトラフィックステアリングおよび／または切り替えを行う。
【解決手段】ＷＴＲＵは、複数のアクセスネットワークを通じてＰＤＵセッションに対するアクセスを開始し、２つ以上のアクセスネットワークに登録し、ＰＤＵセッションに対するマルチアクセスＰＤＵセッションを要求すると決定し、マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信し、確立されたマルチアクセスＰＤＵセッションに従って、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを通じてアップリンクデータを送信してもよい。マルチアクセスＰＤＵセッションは、ＷＴＲＵが３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを通じてＰＤＵセッションと関連付けられた１つまたは複数のＰＤＵを通信するＰＤＵセッションに対応してもよい。
【選択図】図８

【特許請求の範囲】

【請求項1】

第１のネットワークノードにおいて実施される方法であって、
無線送信／受信ユニット（ＷＴＲＵ）から、前記ＷＴＲＵがマルチアクセスプロトコルデータユニット（ＰＤＵ）セッションを要求しているというインジケーションと、前記マルチアクセスＰＤＵセッションに関連付けられるネットワークスライスのインジケーションとを含む要求を受信することと、
（１）前記ＷＴＲＵが第１のアクセスネットワークおよび第２のアクセスネットワークに登録されていること、および（２）前記ネットワークスライスが前記第１のアクセスネットワークおよび前記第２のアクセスネットワークについて許可されることに基づいて、情報を第２のネットワークノードに送信することであって、前記情報は、前記ＷＴＲＵがマルチアクセスＰＤＵセッションを要求しているというインジケーションを含む、ことと
を備える方法。

【請求項2】

前記第１のアクセスネットワークは、３ＧＰＰアクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰアクセスネットワークである、請求項１の方法。

【請求項3】

前記第２のネットワークノードが前記マルチアクセスＰＤＵセッションをサポートしていることに基づいて前記第２のネットワークノードを選択することをさらに含む、請求項１の方法。

【請求項4】

前記第２のネットワークノードから、前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信することをさらに含む、請求項１の方法。

【請求項5】

前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを前記ＷＴＲＵに送信することをさらに含む、請求項１の方法。

【請求項6】

前記第１のネットワークノードは、アクセスおよびモビリティ管理機能を含み、前記第２のネットワークノードは、セッション管理機能を含む、請求項１の方法。

【請求項7】

無線送信／受信ユニット（ＷＴＲＵ）から、前記ＷＴＲＵがマルチアクセスプロトコルデータユニット（ＰＤＵ）セッションを要求しているというインジケーションと、前記マルチアクセスＰＤＵセッションに関連付けられるネットワークスライスのインジケーションとを含む要求を受信することと、
（１）前記ＷＴＲＵが第１のアクセスネットワークおよび第２のアクセスネットワークに登録されていること、および（２）前記ネットワークスライスが前記第１のアクセスネットワークおよび前記第２のアクセスネットワークについて許可されることに基づいて、情報を第２のネットワークノードに送信することであって、前記情報は、前記ＷＴＲＵがマルチアクセスＰＤＵセッションを要求しているというインジケーションを含む、ことと
を実行するように構成されたプロセッサおよび送信／受信ユニット
を備えたネットワークノード。
ＷＴＲＵ。

【請求項8】

前記第１のアクセスネットワークは、３ＧＰＰアクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰアクセスネットワークである、請求項７のネットワークノード。

【請求項9】

前記第２のネットワークノードが前記マルチアクセスＰＤＵセッションをサポートしていることに基づいて前記第２のネットワークノードを選択することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項10】

前記第２のネットワークノードから、前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項11】

前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを前記ＷＴＲＵに送信することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項12】

前記ネットワークノードは、アクセスおよびモビリティ管理機能を含み、前記第２のネットワークノードは、セッション管理機能を含む、請求項７のネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、参照によってその内容が本明細書に組み込まれる、２０１７年８月１１日に出願された米国仮特許出願第６２／５４４，１２２号、２０１７年１０月１２日に出願された米国仮特許出願第６２／５７１，５００号、および２０１７年１１月１７日に出願された米国仮特許出願第６２／５８７，６３９号の利益を主張する。

【背景技術】

【0002】

無線通信システムが発展し続けている。新たな第５世代は、５Ｇと称されることがある。モバイル通信システムの前の世代の例は、第４の（４Ｇ）ロングタームエボリューション（ＬＴＥ）と称されることがある。

【発明の概要】

【0003】

例えば、５Ｇネットワークにおいて実装されることになる、複数のアクセスネットワークの間でのトラフィックステアリングおよび／または切り替えのためのシステム、方法、および手段が開示される。無線送信／受信ユニット（ＷＴＲＵ）および／または１つもしくは複数のネットワークエンティティは、複数のアクセスネットワークを通じて（例えば、単一の）プロトコルデータユニット（ＰＤＵ）を確立するように構成されてもよい。複数の無線アクセスネットワークを介してＷＴＲＵがネットワークにアクセスすることは、複数のアクセスと称されてもよい。例えば、シングルアクセスＰＤＵセッションは、複数のアクセスＰＤＵセッションに拡張されてもよい。例えば、マルチアクセスＰＤＵセッションは、シングルアクセスＰＤＵセッションに修正されてもよい。ネットワークエンティティは、ＷＴＲＵにアクセストラフィックステアリングポリシをプロビジョニングしてもよく、および／またはＷＴＲＵは、トラフィックステアリングポリシをどのように使用もしくは実装するかを判定してもよい。ステアリングポリシは、単一のネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）、データネットワーク名（ＤＮＮ）、またはサービス品質（ＱｏＳ）などのフィルタのうちの１つまたは複数に基づいてもよい。ＷＴＲＵがトラフィックステアリングについてのポリシをどのように使用することができ、ならびに／またはネットワークスライス選択ポリシ（ＮＳＳＰ）およびＷＴＲＵ経路選択ポリシ（ＵＲＳＰ）などの他のポリシとどのように相互作用することができるかの１つまたは複数の実施例が提供されてもよい。１つまたは複数のネットワークエンティティは、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））アクセスおよび非３ＧＰＰアクセスに対して同時に、アクセスネットワーク特有ネットワークスライシング（ＮＳ）および／またはＮＳ選択を実装してもよい。ＷＴＲＵは、１つまたは複数の異なるアクセスネットワークを通じてアップリンク（ＵＬ）ＱｏＳフロー識別（ＱＦＩ）を判定するために、アクセス特有ＱｏＳルールを使用してもよい。非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）は、非３ＧＰＰアクセスネットワークが反映的ＱｏＳをサポートしないときにＷＴＲＵに対して反映的ＱｏＳを実施してもよい。

【0004】

ＷＴＲＵは、複数のアクセスネットワークを通じてＰＤＵセッションに対するアクセスを開始してもよい。ＷＴＲＵは、２つ以上のアクセスネットワークに登録してもよい。ＷＴＲＵは、３ＧＰＰアクセスネットワーク（例えば、ＬＴＥ Ａｄｖａｎｃｅｄ）および非３ＧＰＰアクセスネットワーク（例えば、Ｗｉ－Ｆｉ）に登録してもよい。アクセスネットワークは、単一のパブリックランドモバイルネットワーク（ＰＬＭＮ）と関連付けられてもよい。ＷＴＲＵは、例えば、ＰＤＵセッションと関連付けられたネットワークスライス選択支援情報（ＮＳＳＡＩ）におけるインジケーションに基づいて、使用する複数のアクセスネットワークがＰＤＵセッションに対して許可されているかどうかを判定してもよい。ＷＴＲＵは、（例えば、少なくとも１つの）ＰＤＵセッションに対するマルチアクセスＰＤＵセッションを要求すると決定してもよい。マルチアクセスＰＤＵセッションは、ＷＴＲＵが、マルチアクセスＰＤＵセッションと関連付けられた１つまたは複数のＰＤＵが３ＧＰＰアクセスネットワークを通じて通信し、マルチアクセスＰＤＵセッションと関連付けられた１つまたは複数のＰＤＵが非３ＧＰＰアクセスネットワークを通じて通信するＰＤＵセッションに対応してもよい。ＷＴＲＵは、ＷＴＲＵが２つ以上のアクセスネットワークに登録していることに基づいて、マルチアクセスＰＤＵセッションを要求すると決定してもよい。ＷＴＲＵは、マルチアクセスが好ましいことを示すＷＴＲＵにおける１つまたは複数の構成されたポリシに基づいて、マルチアクセスＰＤＵセッションを要求すると決定してもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションをサポートするＰＤＵセッションと関連付けられたネットワークスライスに基づいて、マルチアクセスＰＤＵセッションを要求すると決定してもよい。

【0005】

ＷＴＲＵは、アクセスおよびモビリティ管理機能（ＡＭＦ）に要求を送信してもよい。ＷＴＲＵは、ＷＴＲＵがマルチアクセスＰＤＵセッションを要求していることの明確なインジケーションを送信してもよい。要求は、ＰＤＵセッションに対するＰＤＵセッションＩＤであってもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信してもよい。例えば、確認は、二重で（例えば、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークの両方を通じて）受信されてもよい。ＷＴＲＵは、確立されたマルチアクセスＰＤＵセッションに従って、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを通じてアップリンクデータを送信してもよい。

【図面の簡単な説明】

【0006】

【図1A】１つまたは複数の開示される実施形態を実装することができる、通信システムの実施例を例示するシステム図である。

【図1B】実施形態に従った、図１Ａに例示された通信システム内で使用することができる、無線送信／受信ユニット（ＷＴＲＵ）の実施例を例示するシステム図である。

【図1C】実施形態に従った、図１Ａに例示された通信システム内で使用することができる、無線アクセスネットワーク（ＲＡＮ）の実施例およびコアネットワーク（ＣＮ）の実施例を例示するシステム図である。

【図1D】実施形態に従った、図１Ａに例示された通信システム内で使用することができる、ＲＡＮの更なる実施例およびＣＮの更なる実施例を例示するシステム図である。

【図2】非第３世代パートナーシッププロジェクト（非３ＧＰＰ）による５Ｇコアネットワークに対する非ローミングアーキテクチャの実施例を例示する。

【図3】制御プレーン（ＣＰ）インターネットプロトコルセキュリティ（ＩＰＳｅｃ）セキュリティアソシエーション（ＳＡ：ｓｅｃｕｒｉｔｙ ａｓｓｏｃｉａｔｉｏｎ）が確立されるときの非アクセス層に対するＣＰの実施例を例示する。

【図4】非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ：ｎｏｎ－３ＧＰＰ ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ）を介したユーザプレーンの実施例を例示する。

【図5】非３ＧＰＰアクセスを介した登録の実施例を例示する。

【図6】アントラステッド（ｕｎｔｒｕｓｔｅｄ）非３ＧＰＰアクセスを介したプロトコルデータユニット（ＰＤＵ）セッション確立の実施例を例示する。

【図6A】５Ｇコアネットワークに対するシステムアーキテクチャの実施例を例示する。

【図6B】５Ｇコアネットワークに対するシステムアーキテクチャの実施例を例示する。

【図7】複数のアクセスを通じたＰＤＵセッションの実施例を例示する。

【図8】マルチアクセスＰＤＵセッションを確立する実施例を例示する。

【図9】シングルアクセスＰＤＵセッションをマルチアクセスＰＤＵセッションに拡張する実施例を例示する。

【図10】マルチアクセスからシングルアクセスへのＷＴＲＵ要求ＰＤＵセッション修正の実施例を例示する。

【図11】トラフィックステアリング（ｔｒａｆｆｉｃｅ ｓｔｅｅｒｉｎｇ）ポリシプロビジョニングの実施例を例示する。

【図12】Ｓ－ＮＳＳＡＩに基づくステアリングポリシを使用したアクセストラフィックステアリングの実施例を例示する。

【図13】ＱｏＳに基づくステアリングポリシを使用したアクセストラフィックステアリングの実施例を例示する。

【図14】トラフィックステアリングのための反映的アクセス使用（ｒｅｆｌｅｃｔｉｖｅ ａｃｃｅｓｓ ｕｓｅ）に対するコールフローの実施例を例示する。

【図15】要求されたＮＳＳＡＩをアクセス特有ＮＳＳＡＩによってどのように構築することができるかの実施例を例示する。

【図16】Ｎ３ＩＷＦにおける反映的ＱｏＳ実施（ｅｎｆｏｒｃｅｍｅｎｔ）の実施例を例示する。

【図17】マルチアクセスＰＤＵセッションを確立する実施例を例示する。

【発明を実施するための形態】

【0007】

説明的な実施形態の詳細な説明が、様々な図を参照してここで説明される。この説明は、考えられる実装態様の詳細な例を提供するが、詳細が例示的であることが意図されており、本出願の範囲を限定しないことが留意されるべきである。

【0008】

図１Ａは、１つまたは複数の開示される実施形態が実装することができる、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用してもよい。

【0009】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含んでよいが、開示される実施形態は、いずれかの数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考慮していることが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成されたいずれかのタイプのデバイスであってもよい。例として、そのいずれかが、「局」および／または「ＳＴＡ」と称されてもよい、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノノインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能にＵＥと称されてもよい。

【0010】

通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースをとるように構成されたいずれかのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。

【0011】

基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と称されてもよい、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成されてもよい。これらの周波数は、認可スペクトル、非認可スペクトル、または認可スペクトルと非認可スペクトルとの組み合わせの中にあってもよい。セルは、相対的に固定であってもよくまたは時間とともに変化してもよい特定の地理的エリアに、無線サービス用のカバレージを提供してもよい。セルは、さらに、セルセクタに分割されてもよい。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含んでよい。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用してもよく、セルの各セクタに対して複数の送受信機を利用してもよい。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングが使用されてもよい。

【0012】

基地局１１４ａ、１１４ｂは、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信してもよく、エアインタフェース１１６は、いずれかの適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0013】

より具体的には、上述されたように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインタフェース１１５／１１６／１１７を確立してもよい、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでもよい。

【0014】

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインタフェース１１６を確立してもよい、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装してもよい。

【0015】

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインタフェース１１６を確立してもよい、ＮＲ無線アクセスなどの無線技術を実装してもよい。

【0016】

実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを共に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に送信される／そこから送信される送信によって特徴付けられてもよい。

【0017】

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

【0018】

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態では、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄとは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有してもよい。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。

【0019】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信してもよく、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有してもよい。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供してもよく、および／またはユーザ認証など、高レベルセキュリティ機能を実行してもよい。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行ってもよいことが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信してもよい。

【0020】

ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たしてもよい。ＰＳＴＮ１０８は、基本電話サービスを提供する、回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用してもよい１つまたは複数のＲＡＮに接続された、別のＣＮを含んでもよい。

【0021】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含んでよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用してもよい基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用してもよい基地局１１４ｂと通信するように構成されてもよい。

【0022】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含んでよいことが理解されよう。

【0023】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されてもよい。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合されてもよいことが理解されよう。

【0024】

送信／受信要素１２２は、エアインタフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であってもよい。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。

【0025】

図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでよい。

【0026】

送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてもよい。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでよい。

【0027】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手してもよく、それらにデータを記憶してもよい。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含んでよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手してもよく、それらにデータを記憶してもよい。

【0028】

プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであってもよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含んでよい。

【0029】

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上においてロケーション情報を受信してもよく、および／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、自らのロケーションを決定してもよい。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を取得してもよいことが理解されよう。

【0030】

プロセッサ１１８は、さらに他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含んでよい。周辺機器１３８は、１つまたは複数のセンサを含んでよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であってもよい。

【0031】

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の））ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつかまたはすべての送信および受信が、並列および／または同時であってもよい、全二重無線を含んでよい。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含んでよい。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含んでよい。

【0032】

図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４は、ＣＮ１０６とも通信してもよい。

【0033】

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでよいが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅＮｏｄｅＢを含んでよいことが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。

【0034】

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェース上において、互いに通信してもよい。

【0035】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含んでよい。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。

【0036】

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担ってもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供してもよい。

【0037】

ＳＧＷ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送してもよい。ＳＧＷ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行してもよい。

【0038】

ＳＧＷ１６４は、ＰＧＷ１６６に接続されてもよく、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。

【0039】

ＣＮ１０６は、他のネットワークとの通信を容易にしてもよい。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでよい。

【0040】

図１Ａ～図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インタフェースを（例えば、一時的または永続的に）使用することができることが企図されている。

【0041】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。

【0042】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有してもよい。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインタフェースを有してもよい。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到着してもよく、ＳＴＡに配送されてもよい。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送信されてもよく、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信してもよく、ＡＰは、トラフィックを送信先ＳＴＡに配送してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされてもよく、および／またはピアツーピアトラフィックと呼ばれてもよい。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信されてもよい。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用してもよい。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さなくてもよく、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信してもよい。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と称されてもよい。

【0043】

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信してもよい。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用されてもよい。ある代表的な実施形態では、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスしてもよい。プライマリチャネルが、センス／検出され、および／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは、バックオフしてもよい。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信してもよい。

【0044】

高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用してもよい。

【0045】

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成されてもよい。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成されてもよく、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成されてもよく、これは、８０＋８０構成と呼ばれてもよい。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられてもよい。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、行われてもよい。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてもよく、データは、送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作が、逆転されてもよく、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信されてもよい。

【0046】

１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートしてもよい。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有してもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含んでよい。

【0047】

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートしてもよい、ＷＬＡＮシステムは、プライマリチャネルとして指定されてもよいチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有してもよい。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてもよい。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であってもよい。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存してもよい。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体が、ビジーと見なされてもよい。

【0048】

米国においては、８０２．１１ａｈによって使用されてもよい利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。

【0049】

図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインタフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１１３は、ＣＮ１１５とも通信してもよい。

【0050】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含んでよいが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含んでよいことが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインタフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含んでよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信してもよい。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信してもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信してもよい（図示されず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあってもよいが、残りのコンポーネントキャリアは、免許要スペクトル上にあってもよい。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから調整された送信を受信してもよい。

【0051】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。

【0052】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されてもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用してもよい。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続してもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信してもよい。非スタンドアロン構成においては、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供してもよい。

【0053】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインタフェース上において、互いに通信してもよい。

【0054】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含んでよい。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営されてもよいことが理解されよう。

【0055】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとしての役割を果たしてもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担ってもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてもよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが、確立されてもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供してもよい。

【0056】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続されてもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通じたトラフィックのルーティングを構成してもよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行してもよい。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであってもよい。

【0057】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行してもよい。

【0058】

ＣＮ１１５は、他のネットワークとの通信を容易にしてもよい。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインタフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよく、またはそれと通信してもよい。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよく、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含んでよい。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続されてもよい。

【0059】

図１Ａ～図１Ｄ、および図１Ａ～図１ＤＤについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行されてもよい。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用されてもよい。

【0060】

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計されてもよい。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行してもよい。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行してもよい。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合されてもよく、および／またはオーバザエア無線通信を使用して、テストを実行してもよい。

【0061】

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む、１つまたは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室、ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用されてもよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってもよい。
データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含んでよい）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用されてもよい。

【0062】

５Ｇシステムにおける非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスネットワークが本明細書で説明されてもよい。例えば、５Ｇ通信システムに対するシステムアーキテクチャは、非３ＧＰＰアクセスネットワークをサポートするように構成されてもよい。アントラステッド非３ＧＰＰアクセスに関連する態様を制御するための制御プレーンが確立されてもよい。アントラステッド非３ＧＰＰアクセスに対するユーザプレーンが確立されてもよい。ＷＴＲＵは、非３ＧＰＰアクセスを介して登録（ｒｅｇｉｔｓｒａｔｉｏｎ）を実行してもよい。ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスを介してサービス要求を実行してもよい。ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスを介して、ＷＴＲＵ要求ＰＤＵセッション確立（ＷＴＲＵ ｒｅｑｕｅｓｔｅｄ ＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実行してもよい。

【0063】

例えば、５Ｇ通信システムに対するシステムアーキテクチャは、非３ＧＰＰアクセスネットワークをサポートするように構成されてもよい。図２は、非３ＧＰＰアクセスとの５Ｇコアネットワークに対する例示的な非ローミングアーキテクチャを例示する。システムアーキテクチャは、アントラステッド非３ＧＰＰアクセスネットワークをサポートするように構成されてもよい。例えば、アントラステッド非３ＧＰＰアクセスネットワークは、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ：Ｎｏｎ－３ＧＰＰ ＩｎｔｅｒＷｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）を介して５Ｇコア（５ＧＣ）ネットワークに接続されてもよい。Ｎ３ＩＷＦは、Ｎ２インタフェースおよびＮ３インタフェースのそれぞれを介して、５Ｇコアネットワーク制御プレーンおよびユーザプレーン機能にインタフェースしてもよい。Ｎ３ＩＷＦ機能の機能性は、以下のうちの１つまたは複数を含んでもよい。ＷＴＲＵは、Ｎ３ＩＷＦとのＩＰｓｅｃトンネルを確立してもよい。例えば、ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスを通じて５ＧＣネットワークにアタッチするように、Ｎ３ＩＷＦとのＩＰｓｅｃトンネルを確立してもよい。ＩＰｓｅｃトンネル確立は、インターネットキーエクスチェンジプロトコルバージョン２（ＩＫＥｖ２：ｉｎｔｅｒｎｅｔ ｋｅｙ ｅｘｃｈａｎｇｅ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ２）プロトコルを使用して実行されてもよい。Ｎ３ＩＷＦは、Ｎ１インタフェースを介して行われてもよい、ＷＴＲＵとＡＭＦとの間のＮＡＳシグナリングに対するリレーとしての役割を果たしてもよい。ＷＴＲＵとＵＰＦとの間のアップリンクトラフィックが中継されてもよい。ＩＰｓｅｃトンネルとＮ３トンネルとの間のトラフィックのカプセル化および／またはデカプセル化が実行されてもよい。アップリンク（ＵＬ）パケットにおけるＮ３パケットマーキング（ｍａｒｋｉｎｇ）および／またはサービス品質（ＱｏＳ）マーキングに従って、サービス品質（ＱｏＳ）が実施されてもよい。非３ＧＰＰアクセスネットワークを介したＷＴＲＵのアタッチの間のＡＭＦ選択が関与されてもよい。

【0064】

ＷＴＲＵは、３ＧＰＰおよび非３ＧＰＰアクセスネットワークを通じてパブリックランドモバイルネットワーク（ＰＬＭＮ）の５ＧＣネットワークに接続されてもよい（例えば、同時に）。３ＧＰＰアクセスおよび非３ＧＰＰアクセスは、選択されたＮ３ＩＷＦが３ＧＰＰアクセスと同一のＰＬＭＮに位置する場合に、（例えば、単一の）ＡＭＦによってサービスされてもよい。選択されたＮ３ＩＷＦが異なるＰＬＭＮに位置する場合、ＷＴＲＵは、２つ以上の別個のＰＬＭＮ（例えば、２つの別個のＰＬＭＮ）によってサービスされてもよく、２つ以上の別個のＡＭＦ（例えば、２つの別個のＡＭＦ）を有してもよい。複数のＮ１インスタンスは、ＷＴＲＵが複数のアクセスネットワーク（例えば、アクセスネットワークごとに１つの）に接続されるときにＷＴＲＵに対して存在してもよい。

【0065】

制御プレーンは、アントラステッド非３ＧＰＰアクセスに関連する態様を制御してもよい。図３は、ＣＰインターネットプロトコルセキュリティ（ＩＰＳｅｃ）セキュリティアソシエーション（ＳＡ）が確立されるときの非アクセス層（ＮＡＳ）に対する制御プレーン（ＣＰ）の実施例を例示する。アクセスネットワーク（ＡＮ）と５Ｇコアとの間の制御プレーンインタフェースは、以下のうちの１つまたは複数をサポートすることができる。

【0066】

アクセスネットワーク（ＡＮ）と５Ｇコアとの間の制御プレーンインタフェースは、制御プレーンプロトコルを介した５ＧＣへのＡＮの複数の異なる種類の接続をサポートすることができ、制御プレーンプロトコルは、Ｎ２ ＡＰプロトコルであってもよい。接続は、３ＧＰＰおよび／または非３ＧＰＰアクセスに対して使用されてもよい。

【0067】

アクセスネットワーク（ＡＮ）と５Ｇコアとの間の制御プレーンインタフェースは、ＡＭＦと他の機能（例えば、ＳＭＦ）との間の分断（ｄｅｃｏｕｐｌｉｎｇ）をサポートすることができる。Ｎ２－ＡＰは、ＡＭＦがＮ２とＳＭＦとの間の中継を担当することができるメッセージおよび／または情報のサブセットをサポートすることができる。

【0068】

以下のうちの１つまたは複数は、Ｎ２を通じて定義されてもよい。

【0069】

Ｎ２インタフェース管理は、インタフェース管理に対して実行されてもよい。インタフェース管理は、ＷＴＲＵに関連しなくてもよく、Ｎ２インタフェースの構成またはリセットを扱ってもよい。インタフェース管理は、アクセス（例えば、いずれかのアクセス）に適用可能であってもよい。インタフェース管理は、何らかのアクセス上で何らかの情報を搬送するメッセージに対応してもよい。

【0070】

ＮＡＳトランスポートおよびコンテキスト管理は、ＷＴＲＵに対して関連してもよい。

【0071】

ＮＡＳトランスポートは、アクセス（例えば、いずれかのアクセス）に適用可能であってもよい。ＮＡＳトランスポートは、ＵＬ ＮＡＳトランスポートについてのメッセージに対応するように構成されてもよい。ＵＬ ＮＡＳトランスポートは、ユーザロケーション情報などの何らかのアクセス依存情報を搬送してもよい。

【0072】

コンテキスト管理は、アクセス（例えば、いずれかのアクセス）に適用可能であってもよい。対応するメッセージは、何らかのアクセス上で何らかの情報を搬送してもよく、または（Ｒ）ＡＮとＳＭＦとの間のＡＭＦによって透過的に転送することができる何らかの情報を搬送してもよい。

【0073】

Ｎ２アプリケーションプロトコル（Ｎ２－ＡＰ）は、図３に示されるように、Ｎ３ＩＷＦとＡＭＦとの間のアプリケーションレイヤプロトコルであってもよい。

【0074】

ＩＰｓｅｃトランスポートモードおよびＧＲＥは、図３に示されるように、ＷＴＲＵとＮ３ＩＷＦとの間でＮＡＳペイロードをカプセル化するために使用されてもよい。

【0075】

ユーザプレーンは、アントラステッド非３ＧＰＰアクセスに対して確立されてもよい。図４は、Ｎ３ＩＷＦを介したユーザプレーンの実施例を例示する。図４に示されるプロトコルデータユニット（ＰＤＵ）レイヤは、ＰＤＵセッションを通じてＷＴＲＵとＤＮとの間で搬送されるＰＤＵに対応してもよい。ＰＤＵセッションタイプは、ＩＰｖ６および／またはイーサネットなどであってもよい。ＰＤＵセッションタイプがＩＰｖ６であるとき、ＰＤＵセッションは、１つまたは複数のＩＰｖ６パケットに対応してもよい。ＰＤＵセッションタイプがイーサネットであるとき、ＰＤＵセッションは、イーサネットフレームなどに対応してもよい。

【0076】

５Ｇ ＵＰカプセル化プロトコルは、Ｎ３ＩＷＦとユーザプレーン機能（ＵＰＦ）との間でユーザデータをトンネリングしてもよい。５Ｇ ＵＰカプセル化トンネリングは、ＰＤＵセッションごとであってもよい。

【0077】

Ｎ３ＩＷＦは、ＰＤＵセッションごとのＩＰｓｅｃトンネル（例えば、ＮＷｕインタフェースを通じた）と対応するＮ３トンネルとの間でユーザデータを中継してもよい。

【0078】

ＷＴＲＵは、非３ＧＰＰアクセスを介して登録を実行してもよい。図５は、非３ＧＰＰアクセスを介した登録の実施例を例示する。ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスネットワークを介して５ＧＣネットワークに登録してもよい。例えば、ＷＴＲＵは、ＴＳ２３．５０２ ｃｌａｕｓｅ ４．２．２．２における登録を使用して、アントラステッド非３ＧＰＰアクセスネットワークを介して５ＧＣネットワークに登録してもよい。以下のうちの１つまたは複数は、登録要求（例えば、登録要求の初期部分）に含まれてもよい。図５に示される番号／要素は、参照を目的に提示されてもよい。そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。

【0079】

ＷＴＲＵは、Ｎ３ＩＷＦを発見および／または選択してもよい。例えば、ＷＴＲＵは、ＴＳ２３．４０２ ｃｌａｕｓｅ ４．５．４における発展型パケットデータゲートウェイ（ｅＰＤＧ）選択の実装態様のうちの１つまたは複数を使用して、Ｎ３ＩＷＦを発見および／または選択してもよい。ＷＴＲＵは、選択されたＮ３ＩＷＦとのＩＰｓｅｃトンネリングを確立するためにＩＫＥｖ２を使用してもよい。

【0080】

ＷＴＲＵは、登録要求を開始してもよい。例えば、ＴＳ２３．５０２ ｃｌａｕｓｅ ４．２．２．２における１つまたは複数の実装態様（例えば、１－２２）は、登録要求を開始するように実行されてもよい。

【0081】

ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスを介してサービス要求を実行してもよい。アントラステッド非３ＧＰＰアクセスを介したサービス要求は、非３ＧＰＰアクセスを通じてＣＭ－ＩＤＬＥ状態にあるＷＴＲＵによって使用されてもよい。例えば、非３ＧＰＰアクセスを通じてＣＭ－ＩＤＬＥ状態にあるＷＴＲＵは、１つまたは複数の（例えば、全ての）ＰＤＵセッションに対して、Ｎ２－ＡＰシグナリングの再確立を要求してもよく、および／またはＮ３ユーザプレーンの再確立を要求してもよく、ＰＤＵセッションは、非３ＧＰＰアクセスに関連付けられてもよい。

【0082】

本明細書で説明されるアントラステッド非３ＧＰＰアクセスを介したサービス要求は、以下のうちの１つまたは複数を含んでもよい。例えば、サービス要求は、ＴＳ２３．５０２ ｃｌａｕｓｅ ４．２．３．２に示されたＣＭ－ＩＤＬＥ状態におけるＷＴＲＵトリガサービス要求（ＷＴＲＵ ｔｒｉｇｇｅｒｅｄ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔ）を使用してもよい。

【0083】

サービス要求は、ページングに対する応答でなくてもよい。例えば、ネットワークは、サービス要求を開始しなくてもよい。

【0084】

ＷＴＲＵがサービス要求を使用するとき、ＷＴＲＵは、非３ＧＰＰアクセス上で前に確立された１つまたは複数の（例えば、全ての）ＰＤＵセッションを再活性化してもよい。

【0085】

ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスを介してＷＴＲＵ要求ＰＤＵセッション確立を実行してもよい。図６は、アントラステッド非３ＧＰＰアクセスを介したＰＤＵセッション確立の実施例を例示する。ＷＴＲＵは、アントラステッド非３ＧＰＰアクセスネットワークを介してＰＤＵセッションを確立してもよい。例えば、ＷＴＲＵは、ＴＳ２０３．５０２ ｃｌａｕｓｅ ４．１２．５における１つまたは複数の実装態様を使用して、アントラステッド非３ＧＰＰアクセスネットワークを介してＰＤＵセッションを確立してもよい。図６に示される番号は、参照を目的に提示されてもよい。そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。

【0086】

ＷＴＲＵは、５Ｇシステムにおける複数のアクセスネットワーク（ＡＮ）にわたってネットワークスライスを使用するように構成されてもよい。非３ＧＰＰアクセスネットワークをサポートするシステムアーキテクチャが実装されてもよい。図６Ａは、非３ＧＰＰアクセスを有する５Ｇコアネットワークに対するアーキテクチャ（例えば、非ローミングアーキテクチャ）の実施例であり、２つの異なるネットワークスライスが３ＧＰＰおよび非３ＧＰＰアクセスをサポートするために使用される。図６Ｂは、非３ＧＰＰアクセスを有する５Ｇコアネットワークに対するアーキテクチャ（例えば、非ローミングアーキテクチャ）の実施例であり、単一のネットワークスライスが３ＧＰＰおよび非３ＧＰＰアクセスの両方をサポートするために使用される。

【0087】

ＷＴＲＵは、３ＧＰＰおよび非３ＧＰＰアクセスネットワーク上での独立した登録を実行するように構成されてもよい。例えば、図６Ａは、３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方にＷＴＲＵが登録される実施例を例示することができる。独立したＮ１（ＮＡＳ）シグナリング接続は、登録が成功すると、異なるＡＮに対して確立されてもよい。独立した登録は、許可されたＮＳＳＡＩリストが各々のＡＮを通じてＷＴＲＵに独立して提供されることをもたらすことができる。独立して提供されたリストは、スライスの同一の集合を含んでもよい。図６Ａでは、ＷＴＲＵ（ＵＥ）は、２つの異なるＡＮを通じて２つの異なるスライスにアクセスしている。実施例では、同一のスライスは、図６Ｂに表されるように、３ＧＰＰおよび非３ＧＰＰ ＡＮの両方に対して使用されてもよい。図６Ｂでは、登録が成功するとＷＴＲＵ（ＵＥ）に送信された許可されたＮＳＳＡＩリストは、例えば、３ＧＰＰおよび非３ＧＰＰに対するトラッキングエリア（ＴＡ）を独立して定義することができるので、１つよりも多いＴＡと関連付けられたネットワークスライスを含んでもよい。

【0088】

トラフィックは、ネットワーク、例えば、５Ｇネットワークにおける複数のアクセスネットワークの間で操縦（ｓｔｅｅｒ）および／または切り替えられてもよい。無線送信／受信ユニット（ＷＴＲＵ）は、アクセスネットワークのうちの１つまたは複数上で登録してもよい。アクセスネットワークは、第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークおよび非３ＧＰＰアクセスネットワークを含んでもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションまたはシングルアクセスＰＤＵセッションが利用可能であるかどうかを判定してもよい。ＷＴＲＵは、判定された利用可能性に基づいて、ＰＤＵセッション（例えば、シングルアクセスＰＤＵセッションまたはマルチアクセスＰＤＵセッション）を確立してもよい。ＷＴＲＵは、ＰＤＵセッションについてのトラフィックステアリングポリシに基づいて、トラフィックステアリング決定を判定してもよい。ＷＴＲＵは、確立されたＰＤＵセッションを使用して、アクセスネットワークを通じてデータを送信してもよい。

【0089】

１つまたは複数のネットワークエンティティは、複数のアクセスを通じてＰＤＵセッション管理を実行してもよい。図７は、複数のアクセスを通じたＰＤＵセッションの実施例を例示する。ＰＤＵセッション確立、ＰＤＵセッション修正、および／またはＰＤＵセッション解放は、３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスに適用されてもよい。例えば、複数のアクセスを通じたＰＤＵセッション管理は、ＰＤＵセッション確立についてのＴＳ２３．５０２ ｓｅｃｔｉｏｎ ４．３．２を使用してもよく、ＰＤＵセッション修正は、ｓｅｃｔｉｏｎ ４．３．３を使用してもよく、ＰＤＵセッション解放は、ｓｅｃｔｉｏｎ ４．３．４を使用してもよい。ＷＴＲＵおよびネットワーク（ＮＷ）は、異なるタイプのアクセスを通じて、１つまたは複数のＰＤＵセッションを確立および／または管理してもよい（例えば、独立して）。ＷＴＲＵは、１つまたは複数のネットワークエンティティと関連付けられてもよく、３ＧＰＰおよび／または非３ＧＰＰアクセスを通じて（例えば、単一の）ＰＤＵセッションを促進することができる。マルチアクセスＰＤＵセッションをサポートすることは、複数のアクセスの間でのトラフィック切り替えを実行するのに必須であることがある。マルチアクセスＰＤＵセッション（例えば、複数のアクセスを通じたＰＤＵセッション）は、ＰＤＵセッションと関連付けられた１つまたは複数のＰＤＵが３ＧＰＰアクセスネットワークを通じて通信され、ＰＤＵセッションと関連付けられた１つまたは複数のＰＤＵが非３ＧＰＰアクセスネットワークを通じて通信される（例えば、同時に）、ＰＤＵセッションであってもよい。

【0090】

複数のアクセスを通じてＰＤＵセッションを確立することが本明細書で説明される。

【0091】

実施例では、ＰＤＵセッションが確立されるとき（例えば、最初に確立される）、１つまたは複数のアクセスは、セッションのトラフィックを搬送するように推定されてもよい。以下のうちの１つまたは複数が考えられてもよい。例えば、ＷＴＲＵおよび／またはＮＷがＰＤＵセッションに対して１つまたは複数のアクセス（例えば、シングルアクセスの代わりに）をどのように使用するかを決定することが考えられてもよい。例えば、ＷＴＲＵがＮＷへの１つまたは複数のアクセスを使用することの意図をどのように示すかを判定することが考えられてもよい。ＷＴＲＵが他のアクセスの利用可能性および／または識別をどのように示すかを判定することが考えられてもよい。例えば、マルチアクセスＰＤＵセッションを確立するシグナリングが（例えば、単一の）アクセスを通じて達成されてもよいかどうかを判定することが考えられてもよい。他のアクセスが関与されるかどうかを判定することが考えられてもよい。他のアクセスが関与される場合、シグナリング交換のためにどのようにアクセスを選択するかを判定することが考えられてもよい。

【0092】

実施例では、ＰＤＵセッションは、アクセス、例えば、３ＧＰＰまたは非３ＧＰＰアクセスを通じて確立されてもよい（例えば、最初に確立される）。ＷＴＲＵまたはＮＷは、更なるアクセスを通じてＰＤＵセッションを拡張することを決定してもよい。以下のうちの１つまたは複数が考えられてもよい。例えば、ＰＤＵセッションに対して他のアクセスを含めることを何がトリガするかを判定することが考えられてもよい。例えば、既存のＰＤＵセッションに含まれることになる他のアクセスをどのように選択するかを判定することが考えられてもよい。

【0093】

マルチアクセスＰＤＵセッションが確立されるとき、マルチアクセスＰＤＵセッションは、例えば、１つのアクセスへの接続がロストするとき、シングルアクセスＰＤＵセッションに戻ってもよい。

【0094】

マルチホーム（ｍｕｌｔｉ－ｈｏｍｅｄ）ＰＤＵセッションが複数のアクセスを通じてサポートされる必要がある場合、以下のシナリオのうちの１つまたは複数が考えられてもよい。例えば、シングルホーム（ｓｉｎｇｌｅ－ｈｏｍｅｄ）マルチアクセスＰＤＵセッションは、マルチホームマルチアクセスＰＤＵセッションに変わってもよい。例えば、マルチホームシングルアクセスＰＤＵセッションは、マルチホームマルチアクセスＰＤＵセッションに変わってもよい。例えば、マルチホームマルチアクセスＰＤＵセッションは、マルチホームシングルアクセスＰＤＵセッションに変わってもよい。例えば、マルチホームマルチアクセスＰＤＵセッションは、シングルホームマルチアクセスＰＤＵセッションに変わってもよい。

【0095】

アクセストラフィックステアリングポリシは、ＷＴＲＵによって使用されてもよい。アクセストラフィックステアリングは、データフローに対する適切な（例えば、最も適切な）アクセスネットワークを選択してもよい。トラフィックステアリングは、ＷＴＲＵおよび／またはＮＷ制御であってもよい。トラフィックステアリングがＷＴＲＵ制御ステアリングである場合、ＷＴＲＵは、１つまたは複数のステアリングポリシおよび／またはルールに従ってアクセスを選択してもよい。ＷＴＲＵは、ＮＷによって支援情報が提供されてもよい。トラフィックステアリングがＮＷ制御ステアリングである場合、ＮＷは、ＷＴＲＵ測定報告および／またはＮＷ側ポリシに基づいて、ステアリング決定を行ってもよい。

【0096】

ＷＴＲＵ制御ステアリングについて、アクセスネットワーク選択ポリシおよび／またはルールがＷＴＲＵに提供されてもよい。進化型パケットコア（ＥＰＣ）では、ＲＡＮルールアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）に基づくポリシなどの１つまたは複数のアクセスネットワーク選択ポリシおよび／またはルールが定義されていてもよい。ＥＰＣに対する１つまたは複数のアクセスネットワーク選択ポリシおよび／またはルールは、アクセストラフィックステアリングに対して５Ｇにおいて再使用されてもよい。５Ｇの複数のアクセスシナリオでは、５Ｇ ＷＴＲＵは、５ＧＣ（例えば、ＡＭＦ）との非３ＧＰＰアクセスネットワーク上で登録を実行することが可能であってもよく、５ＧＣ（例えば、ＡＭＦ）は、アクセス特有ＷＴＲＵコンテキストを有してもよい。非３ＧＰＰアクセスネットワーク上での登録を実行する能力を有する５Ｇ ＷＴＲＵは、アクセスネットワークの間で正確なトラフィックステアリングを提供することができ、アクセスネットワーク上で、ＷＴＲＵが登録する。

【0097】

ＷＴＲＵ経路選択ポリシ（ＵＲＳＰ）（例えば、ＵＥ経路選択ポリシ）などの他のタイプのポリシ（例えば、アクセストラフィックステアリングポリシに加え）は、ＷＴＲＵ側において利用可能であってもよい。ＵＲＳＰは、アプリケーションフロー（例えば、ＵＲＳＰにおいてトラフィックフィルタによって識別された）をターゲットスライス（例えば、単一のネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）によって識別された）、データネットワーク名（ＤＮＮ）、継続性タイプ（例えば、サービスおよびセッション継続性（ＳＳＣ）モード）、ならびに／またはアクセスネットワークタイプ（例えば、非３ＧＰＰ）にマッピングしてもよい。

【0098】

表１は、ＵＲＳＰルールの実施例を提供することができる。

【0099】

【表1】

【0100】

いくつかのアクセスネットワーク選択ポリシ機能に対するＵＲＳＰは、以下の選択基準、ＷＴＲＵ位置および／またはＱｏＳ要件などのうちの１つまたは複数を含むアクセスネットワーク選択ポリシをカバーしなくてもよい。別個のアクセスネットワーク選択ポリシがＷＴＲＵにおいて構成される必要がある場合、アクセスネットワーク選択ポリシとＵＲＳＰとの間の関係、およびそれらがどのように相互に対話するかを学習することができる。

【0101】

１つまたは複数のネットワークエンティティは、複数のアクセスに対するネットワークスライシングサポート（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ ｓｕｐｐｏｒｔ）を実装するように構成されてもよい。ネットワークスライスのコアネットワーク部は、アクセス特有でなくてもよく、異なるアクセスネットワークまたは複数のアクセスネットワークを介して接続されてもよい。ネットワークスライスインスタンス（ＮＳＩ）の選択は、Ｓ－ＮＳＳＡＩ情報に基づいてもよく、Ｓ－ＮＳＳＡＩにおけるアクセスネットワークタイプ情報は利用可能でなくてもよい。

【0102】

ＷＴＲＵがアクセス（例えば、３ＧＰＰアクセス）を通じてＰＤＵセッションを既に登録または確立しており、サービングＮＳＩが選択されているとき、他のアクセス（例えば、非３ＧＰＰアクセス）を通じたネットワークスライス選択が既存のＮＳＩと独立するべきであるか、または既存のサービングＮＳＩに関連するべきであるかを学習することができる。例えば、ＷＴＲＵが異なるタイプのアクセスネットワーク上で登録するとき、以下のうちの１つまたは複数が判定されてもよい。ＷＴＲＵがＳ－ＮＳＳＡＩの同一のセットを要求するかどうか、またはＷＴＲＵがＳ－ＮＳＳＡＩの異なるセットを要求するかどうかが判定されてもよい。ＷＴＲＵが特定のアクセスに対してＳ－ＮＳＳＡＩのセットをどのように選択するかが判定されてもよい。ＷＴＲＵがアクセスを通じてネットワークに既に登録していたとき、別のアクセスに対する要求されたＳ－ＮＳＳＡＩが、前のアクセスを通じて受信された既存の許可されたＳ－ＮＳＳＡＩによって制約されるべきかが判定されてもよい。異なるアクセスに対して異なる許可されたＳ－ＮＳＳＡＩを受信する可能性があり、または受信する必要があるかどうかが判定されてもよい。

【0103】

ＱｏＳモデル、例えば、５Ｇ ＱｏＳモデルは、反映的ＱｏＳ機構を含んでもよい。例えば、ＱｏＳ機構は、３ＧＰＰおよび／または非３ＧＰＰアクセスネットワークを通じてサポートされてもよい。

【0104】

ネットワーク（例えば、ＡＭＦ、ＳＭＦ、またはＮ３ＩＷＦなどのネットワークエンティティ）は、１つまたは複数の（例えば、全ての）ＷＴＲＵに対し、アクセストラフィックステアリング、切り替え、およびスプリッティングサポート（ＡＴＳＳＳ：ａｃｃｅｓｓ ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ 、ｓｗｉｔｃｈ、ａｎｄ ｓｐｌｉｔｔｉｎｇ ｓｕｐｐｏｒｔ）を使用して停止すると決定してもよい。ＵＰＦは、１つまたは複数のＷＴＲＵのうちの１つまたは複数のフローに対し、反映的ＱｏＳインジケータ（ＲＱＩ）を使用してもよい。ＵＰＦは、Ｎ３ＩＷＦを介して送信されたトラフィックに対してＲＱＩを使用し続けてもよい。３ＧＰＰネットワーク、例えば、ＡＭＦおよび／またはＳＭＦは、同一のＷＴＲＵに対して反映的ＱｏＳを使用し続けてもよく、非３ＧＰＰアクセスを通じた反映的ＱｏＳが停止されてもよい。同一のＵＰＦは、３ＧＰＰ ＲＡＮおよび／またはＮ３ＩＷＦに向かうＮ３インタフェース上でパケットを送信していてもよい。反映的ＱｏＳがＷＴＲＵのセットに対して使用されないとき、ＵＰＦは、ＲＱＩを適用することを停止すると通知されてもよい。これは、Ｎ３ＩＷＦにおける処理負荷を低減させることができる。フローに対するＲＱＩの冗長なまたは不必要な使用に対処する技術が実装されてもよい。

【0105】

アクセストラフィック切り替えでは、ＱｏＳフローまたはサービスデータフローが３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークに切り替えられ、または複数のアクセスネットワークを通じて転送されるように分割（ｓｐｌｉｔ）されるとき（例えば、同時に）、以下のうちの１つまたは複数が考えられてもよい。

【0106】

アクセスネットワークが変更されるとき、サービスデータフローに関連するＱｏＳルールが変更されてもよい。非３ＧＰＰアクセスネットワークは、３ＧＰＰアクセスネットワークと比較して、異なるＱｏＳ機構および／または実装を有してもよい。例えば、保証されたビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ）ＱｏＳフローが非３ＧＰＰアクセスネットワークを通じてサポートされなくてもよい。例えば、標準的なおよび／または事前に構成された５Ｇ ＱｏＳインジケータ（５ＱＩ）は、非３ＧＰＰアクセスネットワークによってサポートされなくてもよい。１つまたは複数の異なるＱｏＳルールは、データフローが異なるアクセスに切り替わるときに使用されてもよい。１つまたは複数の適切なＱｏＳルールは、１つまたは複数のアクセスネットワーク上のデータフローに対して使用されてもよい。

【0107】

５Ｇ ＱｏＳモデルでは、Ｎ３トンネルパケットにおけるＱｏＳフロー識別（ＱＦＩ）および／またはＲＱＩは、非３ＧＰＰアクセスネットワークを通じてＷＴＲＵを通ってもよい。ＱＦＩおよび／またはＲＱＩは、拡張ジェネラルルーティングカプセル化（ｅｘｔｅｎｄｅｄ Ｇｅｎｅｒａｌ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）ヘッダに含まれてもよい。反映的ＱｏＳ機構は、非３ＧＰＰアクセスネットワークに対して機能し続けてもよい。ＧＲＥカプセル化が非３ＧＰＰアクセスネットワークに対して実装されるかどうか、ＱＦＩおよびＲＱＩを含むことになる標準ＧＲＥヘッダの拡張が実現可能であるかどうか、または１つもしくは複数の（例えば、全ての）５Ｇ ＷＴＲＵ が拡張ＧＲＥカプセル化をサポートするかどうかの判定が行われてもよい。ネットワークまたはＮ３ＩＷＦは、特定の非３ＧＰＰアクセスネットワークを通じてＷＴＲＵにＱＦＩおよび／またはＲＱＩを渡すことが可能でなくてもよい。非３ＧＰＰアクセスに対する反映的ＱｏＳ機構が実装されてもよい。

【0108】

明確に異なる許可されたＮＳＳＡＩリストは、ＷＴＲＵが複数のアクセスネットワークタイプ（例えば、３ＧＰＰおよび非３ＧＰＰ）を通じて接続されるときに維持されてもよい。実施例では、ＷＴＲＵは、複数のＡＮ上での登録の間に独立した許可されたＮＳＳＡＩリストを提供されてもよい。これは、例えば、ネットワークスライスのいずれかがアクセスネットワークにわたって修正される場合、ネットワークおよびＷＴＲＵにわたって情報の複製および重荷となるデータの調停（ｒｅｃｏｎｃｉｌｉａｔｉｏｎ）をもたらすことがある。

【0109】

実施例では、ネットワークスライスは、追加のＵＰＦをサポートするように更新されてもよい。この更新は、３ＧＰＰアクセス、非３ＧＰＰアクセス、または３ＧＰＰおよび非３ＧＰＰアクセスの両方に対して有効であることができる。２つの独立した実装態様は、許可されたＮＳＳＡＩリストを更新するように（例えば、登録または全体的なＷＴＲＵ構成の更新のいずれかを通じて）、異なるアクセスネットワークを通じてトリガされてもよい。

【0110】

ＷＴＲＵおよび１つまたは複数のネットワークエンティティは、マルチアクセスＰＤＵセッション管理を実行してもよい。初期マルチアクセスＰＤＵセッション確立、初期マルチアクセスＰＤＵセッションに拡張される初期シングルアクセスＰＤＵセッション、および／またはマルチアクセスＰＤＵセッションの修正、のうちの１つまたは複数が適用されてもよい。

【0111】

初期マルチアクセスＰＤＵセッション確立を本明細書で説明することができる。例えば、アプリケーションによって要求されると、ＰＤＵセッション確立要求がＷＴＲＵにおいてトリガされるとき、ＷＴＲＵは、複数のアクセス（例えば、３ＧＰＰアクセスネットワークおよび／または非３ＧＰＰアクセスネットワーク）が（例えば、単一の）ＰＤＵセッションに対して使用されることが許可されるかどうか、および／または使用される可能性があるかどうかを判定してもよい。

【0112】

実施例では、構成されたＮＳＳＡＩまたは記憶され許可されたＮＳＳＡＩは、Ｓ－ＮＳＳＡＩが（例えば、単一の）ＰＤＵセッションに対して複数のアクセスをサポートするかどうかのインジケーションを有してもよい。ターゲットＳ－ＮＳＳＡＩがマルチアクセスＰＤＵセッションをサポートする場合、ＷＴＲＵは、複数のアクセスを通じてＰＤＵセッションを、例えば、同時に確立することを要求してもよい。

【0113】

実施例では、ＷＴＲＵにおいてプロビジョニングされたＵＲＳＰルールは、複数のアクセスがターゲットＰＤＵセッションに対して許可されることを示してもよい。表２は、ＵＲＳＰルールの実施例を提供する。ＵＲＳＰルールにおけるアクセスタイプは、３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスを示してもよい。アクセスタイプは、ＷＴＲＵが、両方のアクセス（例えば、３ＧＰＰアクセスおよび非３ＧＰＰ）を通じてターゲットＰＤＵセッションを同時に確立することを可能にすることができる。

【0114】

【表2】

【0115】

実施例では、ＷＴＲＵは、他のアクセスの利用可能性または他の状況に関する登録状況を考慮してもよい。例えば、ＷＴＲＵが３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方を通じて二重登録されている場合、ＷＴＲＵは、（例えば、新たな）ＰＤＵセッションに対して両方のアクセスを使用することを考慮してもよい。

【0116】

実施例では、ＷＴＲＵは、ローカルポリシのそのサポートまたは存在を示してもよい。ローカルポリシは、ＷＴＲＵが、１つまたは複数の（例えば、複数の）アクセス技術にわたってトラフィックステアリングを使用することを可能にすることができる。ＷＴＲＵは、ローカルポリシのそのサポートまたは存在のインジケーションを送信してもよく、ＣＮへのサポートされたアクセス技術を含んでもよい（例えば、ＭＭにおけるＡＭＦおよび／もしくはＳＭＦ、ならびに／またはセッション管理（ＳＭ）メッセージのそれぞれ）。ネットワークは、本明細書で説明される特徴がＷＴＲＵに対して許可されるかどうかを判定してもよい。ＷＴＲＵは、ＮＡＳメッセージ（例えば、ＷＴＲＵからの前のＮＡＳメッセージまたは新たなＮＡＳメッセージに対する応答であってもよい）を受信してもよく、ＮＡＳメッセージは、トラフィックステアリングを使用するインジケーションを含んでもよい。ＮＡＳメッセージは、どのフローをどのアクセス技術にわたって操縦することができるかを統治するルールおよび／またはポリシを示してもよい。ＷＴＲＵは、それに対してステアリングが許可され、それを通じてＷＴＲＵが現在登録されていない、少なくとも１つのアクセス技術、例えば、非３ＧＰＰアクセスを通じた登録を実行してもよい。ＷＴＲＵは、ステアリングについてのルールまたはポリシに従ってトラフィックステアリングを使用することを開始してもよい。例えば、ＷＴＲＵは、登録の後にステアリングについてのルールまたはポリシに従ってトラフィックステアリングを使用することを開始してもよい。

【0117】

本明細書で説明される１つまたは複数の実施例は、マルチアクセスＰＤＵセッションまたはシングルアクセスＰＤＵセッションを確立するかどうかを判定するために、ＷＴＲＵに対して別個にまたは組み合わせで使用されてもよい。

【0118】

ＷＴＲＵは、例えば、ＷＴＲＵがマルチアクセスＰＤＵセッションを確立すると決定するとき、セッション管理シグナリングを交換するためのアクセスネットワークを選択してもよい。ＷＴＲＵは、シグナリング交換についてのアクセスネットワークの優先度により構成されてもよい。例えば、３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方が利用可能であるとき、３ＧＰＰアクセスは、より高い優先度を有することができ、セッション管理シグナリングのために使用されてもよい。ＷＴＲＵが複数のアクセスを通じてＰＤＵセッションを確立すると決定するとき、ＷＴＲＵは、アクセスネットワーク（例えば、３ＧＰＰアクセス）に登録または接続されてもよい。ＷＴＲＵがアクセスネットワークに登録または接続されるケースについて、ＷＴＲＵは、マルチアクセスＰＤＵセッション確立要求を開始する前に、他のアクセス（例えば、非３ＧＰＰアクセス）に登録および／または接続することを試みてもよい。

【0119】

ＷＴＲＵは、ＰＤＵセッション確立要求メッセージにインジケーションを含めてもよい。例えば、ＷＴＲＵは、例えば、ＰＤＵセッション確立要求メッセージのモビリティ管理（ＭＭ）部におけるアクセスタイプＩＥにインジケーションを含めることによって、１つまたは複数の追加のアクセスネットワークを通じてＰＤＵセッションが搬送されることが意図されるＰＤＵセッション確立要求メッセージにインジケーションを含めてもよい。ＷＴＲＵは、マルチアクセスの選択を示すために、セッションＩＤ（例えば、ＰＤＵセッションＩＤ）の特殊フォーマットを使用してもよい。例えば、ＰＤＵセッションＩＤにおける１つまたは複数のビットは、要求がシングルアクセスまたはマルチアクセスであるかどうかを判定するために使用されてもよい。

【0120】

ＷＴＲＵは、追加のアクセスネットワークを通じて要求メッセージに登録状態（例えば、ＷＴＲＵが登録されているか否か）を含めてもよい。ＷＲＴＵは、要求メッセージに、追加のアクセスネットワークが信頼されているかまたは信頼されていないかのインジケーションを含めてもよい。ＷＴＲＵは、要求メッセージにＮ３ＩＷＦの識別を含めてもよく、Ｎ３ＩＷＦを通じて、追加のアクセスネットワークが５Ｇコアネットワークに接続される。ＷＴＲＵは、要求メッセージに、ＷＬＡＮ識別子などの追加のアクセスネットワークの識別を含めてもよい。ＷＴＲＵは、要求メッセージに、追加のアクセスネットワークのエリア識別（例えば、登録エリア）を含めてもよい。ＷＴＲＵは、要求メッセージに、追加のアクセスネットワークが属するＰＬＭＮの識別を含めてもよい。

【0121】

複数のアクセスネットワークに対して意図されたＰＤＵセッション確立要求を受信すると、ＡＭＦは、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されているかどうかをチェックしてもよい。例えば、ＡＭＦは、以下のうちの１つまたは複数をチェックしてもよい。ＡＭＦは、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されているかどうかを判定するように、ＷＴＲＵサブスクリプション（ｓｕｂｓｃｒｉｐｔｉｏｎ）データをチェックしてもよい。ＡＭＦは、追加のアクセスネットワークについての登録状態をチェックしてもよい。ＡＭＦは、ＡＭＦが意図された追加のアクセスネットワーク上で登録されていなかった場合、マルチアクセスＰＤＵセッションが確立されることを可能にしないことがある。ＡＭＦは、ターゲットネットワークスライスインスタンス（ＮＳＩ）（例えば、Ｓ－ＮＳＳＡＩによって識別された）がマルチアクセスをサポートするかどうかをチェックしてもよい。ターゲットＮＳＩがマルチアクセスをサポートするかどうかをチェックすることは、例えば、ＡＭＦの代わりにＳＭＦによって後に実行されてもよい。

【0122】

ＡＭＦは、例えば、マルチアクセスＰＤＵセッションが許可されることをＡＭＦ検証結果が示す場合、サービングＳＭＦのＰＤＵセッション生成サービスを呼び出してもよく、ＰＤＵセッション確立要求メッセージにおいて受信される必要な情報をサービングＳＭＦに渡してもよい。

【0123】

ＡＭＦは、例えば、マルチアクセスＰＤＵセッションが確立されないことがあるとＡＭＦが判定する場合、適切な原因値、例えば、無効なＳ－ＮＳＳＡＩ、ＷＴＲＵが他のアクセス（例えば、３ＧＰＰもしくは非３ＧＰＰ）を通じて登録されていないこと、および／またはサブスクリプションエラーなどを有するＰＤＵセッション拒絶メッセージにより応答してもよい。

【0124】

ＳＭＦは、マルチアクセスＰＤＵセッションを確立することができるかどうかを検証するように、以下のチェックのうちの１つまたは複数を実行してもよい。ＳＭＦは、ターゲットＮＳＩ（例えば、Ｓ－ＮＳＳＡＩによって識別された）がマルチアクセスをサポートするかどうかをチェックしてもよい。ターゲットＮＳＩがマルチアクセスをサポートするかどうかをチェックすることは、例えば、ＳＭＦの代わりにＡＭＦによって実行されてもよい。ＳＭＦは、ユーザプレーンパスを５ＧＣとＮ３ＩＷＦとの間で確立することができるかどうかをチェックしてもよい。ＳＭＦは、要求メッセージに含まれるＳＳＣモードがマルチアクセスＰＤＵセッションに対して許可されているかどうかをチェックしてもよい。

【0125】

ＳＭＦは、例えば、マルチアクセスＰＤＵセッションを確立することができる場合、ＰＤＵセッション確立を実行し続けてもよい。例えば、ＰＤＵセッション確立は、ＱｏＳポリシを取り出すことを含んでもよい。ＰＤＵセッション確立は、ＵＰＦを選択することを含んでもよい。ＰＤＵセッション確立は、ユーザプレーン接続を生成することを含んでもよい。ＳＭＦは、ＡＭＦとのマルチアクセスＰＤＵセッションを確立することが成功したことを確認してもよい。ＡＭＦは、ＷＴＲＵにセッション確立受付メッセージを転送してもよい。

【0126】

ＳＭＦは、例えば、マルチアクセスＰＤＵセッションが確立されないことがあるとＳＭＦが決定した場合、適切な原因値、例えば、ＳＳＣモードが有効でないこと、および／またはマルチアクセスが許可されていないことなどを有するＰＤＵセッション拒絶メッセージまたはＮ１１拒絶メッセージによりＡＭＦに応答してもよい。

【0127】

ＡＭＦは、第２のアクセスネットワークを通じてＷＴＲＵに、ＰＤＵセッション確立受付メッセージ（例えば、本明細書で説明される同一のＰＤＵセッション確立受付メッセージ）または簡易化されたバージョンのメッセージを送信してもよい。メッセージは、第２のアクセスネットワークが使用可能であることを検証することができる。ＷＴＲＵは、例えば、ＰＤＵセッション確立受付メッセージが第２のアクセスネットワークを通じて受信されなかった場合、ＰＤＵセッションに対して第２のアクセスネットワークを使用しないと選択してもよい（例えば、第２のアクセスを通じてトラフィックを転送しないように）。

【0128】

図８は、マルチアクセスＰＤＵセッションを確立する実施例を例示する。図８に示される番号は、参照を目的に提示されることがある。そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。

【0129】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図８に示される要素１）。

【0130】

ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図８に示される要素２）。ＷＴＲＵは、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを通じて５Ｇコアに同時に登録されてもよい。

【0131】

ＷＴＲＵは、アプリケーションからデータ要求を受信してもよい（例えば、図８に示される要素３）。ＷＴＲＵは、ターゲットＳ－ＮＳＳＡＩを導出してもよい。例えば、ＷＴＲＵは、構成されたネットワークスライス選択ポリシ（ＮＳＳＰ）を適用することによって、ターゲットＳ－ＮＳＳＡＩを導出してもよい。ターゲットＳ－ＮＳＳＡＩが３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方に対して許可されている場合、ならびにＷＴＲＵが３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方を通じて二重登録されている場合、ＷＴＲＵは、３ＧＰＰアクセスおよび非３ＧＰＰアクセスの両方に対してマルチアクセスＰＤＵ確立要求を開始することを決定してもよい。

【0132】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じて、サービングＡＭＦにＮＡＳシグナリングＰＤＵセッション確立要求を送信してもよい（例えば、図８に示される要素４）。要求メッセージでは、ＷＴＲＵは、マルチアクセスサポートならびに他の必要な情報（例えば、Ｎ３ＩＷＦ識別子および／または非３ＧＰＰアクセスネットワークにわたるエリア識別子など）についてのインジケーションを含めてもよい。

【0133】

ＡＭＦは、例えば、ＡＭＦがＰＤＵ確立要求を受信し、マルチアクセスサポートに対する意図を認識するとき、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されているかどうかを検証するように、ＷＴＲＵサブスクリプションデータ、ターゲットＮＳＩのサポートおよびローカル構成、ならびに／またはポリシをチェックしてもよい（例えば、図８に示される要素５）。

【0134】

ＡＭＦは、例えば、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されている場合、サービングＳＭＦを選択してもよく、ＰＤＵセッションを生成してもよい（例えば、図８に示される要素６）。例えば、ＡＭＦは、ＳＭＦのＮａｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔサービスを呼び出すことによって、ＰＤＵセッションを生成してもよい。ＡＭＦは、ＳＭＦに、マルチアクセスインジケーションならびに／または他の必要な情報（例えば、Ｓ－ＮＳＳＡＩ、Ｎ３ＩＷＦ識別子、非３ＧＰＰアクセスにわたるエリア識別子、および／もしくは一時的ＷＴＲＵ－ＩＤなど）を渡してもよい。

【0135】

サービングＳＭＦは、３ＧＰＰアクセスに対してＵＰＦを選択してもよく、３ＧＰＰアクセスに対してＮ４セッションを確立してもよい（例えば、図８に示される要素７）。ＵＰＦは、ＳＭＦにＣＮトンネル情報を返却してもよい。

【0136】

サービングＳＭＦは、非３ＧＰＰアクセスに対して（例えば、同一の）ＵＰＦ－１または別のＵＰＦを選択してもよく、非３ＧＰＰアクセスに対してＮ４セッションを確立してもよい（例えば、図８に示される要素８）。ＵＰＦは、ＳＭＦにＣＮトンネル情報を返却してもよい。異なるＵＰＦ－２が非３ＧＰＰアクセスに対して選択される場合、選択されたＵＰＦが、中間ＵＰＦとして構成されてもよく、中間ＵＰＦは、ＵＰＦ－１をＰＤＵセッションアンカとして使用してもよい。ＵＰＦ－２は、ＰＤＵセッションをマルチホームＰＤＵセッションに変えることができる、（例えば、追加の）アンカであってもよい。

【0137】

サービングＳＭＦは、ＰＤＵセッションが確立されたこと（例えば、成功して）をＡＭＦに対して確認してもよく、Ｎ１ ＳＭ情報（例えば、ＮＡＳ ＰＤＵセッション確立受付メッセージ）ならびに／またはＮ２ ＳＭ情報（例えば、ＱｏＳプロファイル、３ＧＰＰアクセスおよび／もしくは非３ＧＰＰアクセスについてのＣＮトンネル情報）を渡してもよい（例えば、図８に示される要素９）。

【0138】

ＡＭＦは、３ＧＰＰＲＡＮに向かうＮ２セッションを確立してもよい（例えば、図８に示される要素１０）。ＡＭＦは、ＲＡＮにＣＮトンネル情報を渡してもよく、ＲＡＮは、Ｎ３トンネル情報を割り当ててもよい。ＡＭＦは、ＲＡＮにＰＤＵセッション確立受付のＮＡＳメッセージを渡してもよい。

【0139】

ＲＡＮは、ＲＲＣシグナリングにおいてＷＴＲＵにＰＤＵセッション確立受付のＮＡＳメッセージを転送してもよい（例えば、図８に示される要素１１）。

【0140】

ＡＭＦは、Ｎ３ＩＷＦに向かうＮ２セッションを確立してもよく、Ｎ３ＩＷＦは、非３ＧＰＰアクセスネットワークをインタフェースしてもよい（例えば、図８に示される要素１２）。ＡＭＦは、Ｎ３ＩＷＦにＣＮトンネル情報を渡してもよく、Ｎ３ＩＷＦは、Ｎ３トンネル情報を割り当ててもよい。ＡＭＦは、Ｎ３ＩＷＦにＰＤＵセッション確立受付のＮＡＳメッセージを渡してもよい。ネットワークは、（例えば、単一の）アクセスに対する要求を受け付けてもよい。ネットワークがシングルアクセスから要求を受け付けることができる場合、ＰＤＵ確立受付メッセージは、ＰＤＵセッションがシングルアクセスタイプ、例えば、３ＧＰＰアクセスに対して受け付けられたことを通知することができる。ネットワークは、要求（例えば、シングルアクセスに対する）を受け付けなくてもよい。ネットワークがシングルアクセスから要求を受け付けることができない場合、ネットワークは、マルチアクセスＰＤＵセッション要求を受け付けない理由（例えば、無効なＳ－ＮＳＳＡＩ、ＷＴＲＵが他のアクセス（例えば、３ＧＰＰもしくは非３ＧＰＰ）上で登録されていないこと、および／またはサブスクリプションエラーなど）を含めてもよい。

【0141】

Ｎ３ＩＷＦは、非３ＧＰＰアクセス特有シグナリングにおいてＷＴＲＵに、ＰＤＵセッション確立受付のＮＡＳメッセージを転送してもよい（例えば、図８に示される要素１３）。ＷＴＲＵは、メッセージにおけるＰＤＵセッションＩＤをチェックしてもよい。ＷＴＲＵは、例えば、ＷＴＲＵが同一のＰＤＵセッションＩＤを有するＰＤＵ確立受付メッセージを既に受信していた場合、メッセージを破棄してもよい。

【0142】

ＷＴＲＵは、構成されたステアリングポリシに基づいて、トラフィックステアリング決定を行ってもよい（例えば、図８に示される要素１４）。ＷＴＲＵは、３ＧＰＰアクセスネットワークにトラフィックを経路指定することを決定してもよい。

【0143】

ＷＴＲＵは、３ＧＰＰアクセスネットワーを通じてＵＬデータを送信してもよい（例えば、図８に示される要素１５）。

【0144】

例えば、ＷＴＲＵは、複数のアクセスネットワークを通じてＰＤＵセッションに対するアクセスを開始してもよい。ＷＴＲＵは、２つ以上のアクセスネットワークに登録してもよい。１つまたは複数のアクセスネットワークは、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを含んでもよい。３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークは、単一のＰＬＭＮと関連付けられてもよい。

【0145】

ＷＴＲＵは、例えば、ＰＤＵセッションと関連付けられた１つまたは複数のＮＳＳＡＩにおけるインジケーションに基づいて、複数のアクセスネットワークを利用することが、ＰＤＵセッションに対して許可されているかどうかを判定してもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションを要求すると判定してもよい。判定は、ＷＴＲＵが２つ以上のアクセスネットワーク上で登録されていることに基づいてもよい。判定は、例えば、マルチアクセスが好ましいことを示すＷＴＲＵにおける１つまたは複数の構成されたポリシに基づいてもよい。判定は、マルチアクセスをサポートするＰＤＵセッションと関連付けられたネットワークスライスに基づいてもよい。ＷＴＲＵは、ネットワーク（例えば、ＡＭＦ）に、例えば、ＷＴＲＵがマルチアクセスＰＤＵセッションを要求していることの明確なインジケーションを含むことができる、マルチアクセスについての要求（例えば、マルチアクセスＰＤＵセッション確立要求メッセージ）を送信してもよい。要求は、例えば、ＰＤＵセッションについてのＰＤＵセッションＩＤを含んでもよい。

【0146】

ネットワークは、ＷＴＲＵからマルチアクセスについての要求を受信してもよい。ネットワークは、ＷＴＲＵに対してマルチアクセスＰＤＵセッションを確立してもよい。ネットワークは、ＷＴＲＵに、マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを送信してもよい。確認メッセージは、３ＧＰＰアクセスネットワーク、非３ＧＰＰアクセスネットワーク、またはその両方を通じて送信されてもよい。ＷＴＲＵは、例えば、確立されたマルチアクセスＰＤＵセッションに従って、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを通じてアップリンクデータを送信してもよい。

【0147】

ネットワークがＷＴＲＵからマルチアクセスＰＤＵセッション確立要求メッセージを受信し（例えば、図８に示される要素４）、ネットワークがマルチアクセスＰＤＵセッションを確立しないと決定するとき（例えば、図８に示される要素５または要素６の後）、ネットワークは、ＷＴＲＵに、ＰＤＵセッション確立トリガＮＡＳメッセージを送信してもよい。メッセージは、異なるアクセスタイプ上で別のＰＤＵセッションを確立することをＷＴＲＵに示してもよい。ＷＴＲＵがメッセージ（例えば、ＰＤＵセッション確立トリガＮＡＳメッセージ）を受信するとき、ＷＴＲＵは、本明細書で説明されるように、異なるアクセスタイプ上でＰＤＵセッション確立要求を送信してもよい。ＷＴＲＵは、同一のＰＤＵセッションＩＤを含めてもよい。ＷＴＲＵは、異なるアクセスタイプ上でＰＤＵセッション要求に１つまたは複数の他のＰＤＵセッションパラメータを含めてもよい。

【0148】

ＡＭＦが異なるアクセス上で同一のＰＤＵセッションＩＤおよび／または他のＰＤＵセッションパラメータを有するＰＤＵセッション要求を受信するとき、ＡＭＦは、要求がマルチアクセスＰＤＵセッションを確立することであると判定してもよい。ＡＭＦは、マルチアクセスＰＤＵセッション確立を続行してもよい（例えば、図８に示される要素５）。

【0149】

マルチアクセスＰＤＵセッションが確立されるとき、より高い優先度を有するアクセスネットワーク、例えば、セッション管理シグナリングを搬送するために使用されているアクセスネットワークがマスタアクセスネットワークとして指定されてもよい。より低い優先度を有するアクセスネットワークは、二次アクセスネットワークとして指定されてもよい。そのようなアクセス優先度インジケーションは、例えば、ＰＤＵ確立受付メッセージにおいてＰＤＵセッション確立の間にＷＴＲＵに送信されてもよい（例えば、図８に示される要素１０、１１）。ネットワークは、ＷＴＲＵがマスタアクセスネットワークを通じて接続されるとき（例えば、ＣＭ＿ＣＯＮＮＥＣＴＥＤモードにある）、ダウンリンクデータ送信を可能にすることができる。ＷＴＲＵがマスタアクセスを通じてＩＤＬＥ状態にあるとき、ＷＴＲＵは、ＵＬデータ送信を試みなくてもよく、ネットワークは、二次アクセスを通じてＤＬ送信を試みなくてもよい（例えば、ＷＴＲＵが二次アクセスネットワークと接続されている場合でさえ）。ＷＴＲＵがマスタアクセスネットワークを通じてＣｏｎｎｅｃｔｅｄモードに入るとき、ＷＴＲＵは、活性化されることになる選択的ＰＤＵセッションリストにマルチアクセスＰＤＵセッションを含めてもよい。

【0150】

実施例では、ＷＴＲＵは、シングルアクセスＰＤＵセッションに対して確立を開始してもよい。ＰＤＵセッション確立要求を受信した後、ＮＷは、様々なアクセスネットワークおよび／またはネットワークポリシを通じて、ＷＴＲＵのサブスクリプション情報および／または登録状態に従ってマルチアクセスＰＤＵセッションを確立すると決定してもよい。ＮＷは、ＰＤＵセッションが複数のアクセスおよび／またはＰＤＵセッション確立受付メッセージにおける追加のアクセスネットワークの情報（例えば、Ｎ３ＩＷＦ識別子）に対してセットアップされる。

【0151】

ＷＴＲＵおよび／または１つもしくは複数のネットワークエンティティは、初期のシングルアクセスＰＤＵセッションをマルチアクセスＰＤＵセッションに拡張してもよい。初期のシングルアクセスＰＤＵセッションは、３ＧＰＰアクセスネットワークおよび／または非３ＧＰＰアクセスを通じて確立されてもよい。シングルアクセスＰＤＵセッションは、マルチアクセスＰＤＵセッションに拡張されてもよい。初期のシングルアクセスタイプは、３ＧＰＰアクセスタイプであってもよく、３ＧＰＰアクセスタイプは、１つまたは複数の非３ＧＰＰタイプアクセスを有するように拡張されてもよい。初期のシングルアクセスタイプは、非３ＧＰＰアクセスタイプであってもよく、非３ＧＰＰアクセスタイプは、３ＧＰＰアクセスタイプを有するように拡張されてもよい。

【0152】

マルチアクセスへのＰＤＵセッションの拡張は、利用可能になる別のアクセスネットワークによってトリガされてもよい。マルチアクセスへのＰＤＵセッションの拡張は、アクセスネットワークにおけるカバレッジホール（ｃｏｖｅｒａｇｅ ｈｏｌｅ）の存在によってトリガされてもよい。マルチアクセスへのＰＤＵセッションの拡張は、信号強度の劣化および／または特定の基準を下回る品質によってトリガされてもよい。マルチアクセスへのＰＤＵセッションの拡張は、ＰＤＵセッション上の高いトラフィックスループットによってトリガされてもよい。マルチアクセスへのＰＤＵセッションの拡張は、異なるＱｏＳおよび／またはセキュリティ要件を有するＰＤＵセッション上の新たなアプリケーショントラフィックによってトリガされてもよい。

【0153】

マルチアクセスへのＰＤＵセッションの拡張は、利用可能になる別のアクセスネットワークによってトリガされてもよい。例えば、ＷＴＲＵは、非３ＧＰＰアクセスネットワークを発見してもよい。ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて５Ｇコアネットワークに登録してもよい。ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じてＰＤＵセッションを拡張してもよい。

【0154】

マルチアクセスへのＰＤＵセッションの拡張は、アクセスネットワークにおけるカバレッジホールの存在によってトリガされてもよい。マルチアクセスへのＰＤＵセッションの拡張は、信号強度の劣化および／または特定の基準を下回る品質によってトリガされてもよい。アクセスネットワークにおけるカバレッジホールが現れ、および／または信号強度／品質が特定の基準を下回った場合、ＷＴＲＵは、ＰＤＵセッションを別のアクセスネットワークに拡張してもよく、サービス継続性を達成するように、新たなアクセスにトラフィックを移してもよい（例えば、後に）。

【0155】

マルチアクセスへのＰＤＵセッションの拡張は、ＰＤＵセッション上の高いトラフィックスループットによってトリガされてもよい。ＷＴＲＵは、トラフィックをオフロードするために別のアクセスネットワークを使用してもよい。

【0156】

マルチアクセスへのＰＤＵセッションの拡張は、ＰＤＵセッション上の新たなアプリケーショントラフィックによってトリガされてもよい。新たなトラフィックは、現在のアクセスネットワークを適切にしないことがある、異なるＱｏＳおよび／またはセキュリティ要件を有してもよい。ＰＤＵセッションは、新たなアプリケーショントラフィックが異なるＱｏＳおよび／またはセキュリティ要件を有するケースに対して拡張されてもよい。

【0157】

ＷＴＲＵは、３ＧＰＰまたは非３ＧＰＰアクセスネットワークを通じてシングルアクセスＰＤＵセッションを確立してもよい。ＷＴＲＵは、非３ＧＰＰまたは３ＧＰＰアクセスネットワークのそれぞれを通じて、確立されたシングルアクセスＰＤＵセッションを追加のマルチアクセスＰＤＵセッションに拡張してもよい。ＷＴＲＵは、３ＧＰＰまたは非３ＧＰＰアクセスネットワークのうちの１つまたは複数を通じて、１つまたは複数のマルチアクセスＰＤＵセッションを確立してもよい。ＷＴＲＵは、シングルアクセスＰＤＵセッションを有するように確立されたマルチアクセスＰＤＵセッションのうちの１つまたは複数を修正してもよい。

【0158】

図９は、シングルアクセスＰＤＵセッションをマルチアクセスＰＤＵセッションに拡張する実施例を例示する。図９に示される番号は、参照を目的に提示されることがある。そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。ＷＴＲＵは、確立されたシングルアクセスＰＤＵセッションを追加の非３ＧＰＰアクセスに拡張および／または分割してもよい（例えば、３ＧＰＰアクセスを通じて）。アクセスネットワーク（例えば、３ＧＰＰアクセスネットワークおよび／または非３ＧＰＰアクセスネットワーク）は、同一のＰＬＭＮにあってもよい。ＷＴＲＵは、両方のアクセスに対して（例えば、単一の）ＡＭＦによってサービスされてもよい。

【0159】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図９に示される要素１）。

【0160】

ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図９に示される要素２）。

【0161】

ＷＴＲＵは、３ＧＰＰアクセスを通じて（例えば、標準の）シングルアクセスＰＤＵセッションを確立していてもよい（例えば、図９に示される要素３）。

【0162】

ＵＰＦ－１は、ＰＤＵセッションに対して選択されてもよい。ＷＴＲＵは、ＰＤＵセッション上でトラフィックを転送することを開始してもよい（例えば、図９に示される要素４）。

【0163】

ＷＴＲＵは、本明細書で説明されるいくつかのトリガイベントに起因して、ＰＤＵセッションを追加の非３ＧＰＰアクセに拡張することを決定してもよい（例えば、図９に示される要素５）。

【0164】

ＷＴＲＵは、サービングＡＭＦに、ＮＡＳセッション管理メッセージ、例えば、ＰＤＵセッション修正要求を送信してもよい（例えば、図９に示される要素６）。メッセージは、３ＧＰＰアクセスを通じて、および／または非３ＧＰＰアクセスを通じて送信されてもよい。マルチアクセスインジケーションは、メッセージに含まれてもよく、追加の非３ＧＰＰアクセスに関する他の必要な情報（例えば、Ｎ３ＩＷＦ識別子、非３ＧＰＰアクセスネットワークにわたるエリア識別子、および／または一時ＷＴＲＵ－ＩＤなど）が含まれてもよい。

【0165】

サービングＡＭＦは、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されているかどうかをチェックしてもよい（例えば、図９に示される要素７）。例えば、ＡＭＦは、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されているかどうかを検証するように、ＷＴＲＵサブスクリプションデータ、ターゲットＮＳＩのサポートおよびローカル構成、ならびに／またはポリシをチェックしてもよい。

【0166】

マルチアクセスＰＤＵセッションが許可されている場合、ＡＭＦは、ＰＤＵセッションを修正するように、ＳＭＦのＮａｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービスを呼び出してもよい（例えば、図９に示される要素８）。ＡＭＦは、ＳＭＦに、マルチアクセスインジケーションならびに／または他の必要な情報（例えば、ＰＤＵセッションＩＤ、Ｓ－ＮＳＳＡＩ、Ｎ３ＩＷＦ識別子、非３ＧＰＰアクセスにわたるエリア識別子、および／もしくは一時ＷＴＲＵ－ＩＤなど）を渡してもよい。

【0167】

サービングＳＭＦは、非３ＧＰＰアクセスに対して同一のＵＰＦ－１または別のＵＰＦを選択してもよく、非３ＧＰＰアクセスに対してＮ４セッションを確立してもよい（例えば、図９に示される要素９）。ＵＰＦは、ＳＭＦにＣＮトンネル情報を返却してもよい。異なるＵＰＦ－２が非３ＧＰＰアクセスに対して選択される場合、ＵＰＦは、中間ＵＰＦとして構成されてもよく、ＰＤＵセッションアンカとしてＵＰＦ－１を使用してもよい。（例えば、新たな）ＵＰＦ－２は、追加のアンカであってもよく、追加のアンカは、ＰＤＵセッションをマルチホームＰＤＵセッションに変えることができる。

【0168】

サービングＳＭＦは、ＰＤＵセッションの修正が成功したことをＡＭＦに対して確認してもよく、Ｎ１ ＳＭ情報（例えば、ＮＡＳ ＰＤＵセッション修正受付）ならびに／またはＮ２ ＳＭ情報（例えば、非３ＧＰＰアクセスについてのＱｏＳプロファイルおよび／もしくはＣＮトンネル情報）を渡してもよい（例えば、図９に示される要素１０）。

【0169】

ＡＭＦは、Ｎ３ＩＷＦに向かうＮ２セッションを確立してもよく、Ｎ３ＩＷＦは、非３ＧＰＰアクセスネットワークをインタフェースしてもよい（例えば、図９に示される要素１１）。ＡＭＦは、Ｎ３ＩＷＦにＣＮトンネル情報を渡してもよく、Ｎ３ＩＷＦは、Ｎ３トンネル情報を割り当ててもよい。

【0170】

ＡＭＦは、３ＧＰＰ ＲＡＮにＮＡＳメッセージを送信してもよい（例えば、図９に示される要素１２）。例えば、ＡＭＦは、Ｎ２シグナリングを介して３ＧＰＰ ＲＡＮに、ＰＤＵセッション修正受付を含むことができるＮＡＳメッセージを送信してもよい。

【0171】

ＲＡＮは、ＲＲＣシグナリングにおいてＷＴＲＵに、ＰＤＵセッション修正受付のＮＡＳメッセージを転送してもよい（例えば、図９に示される要素１３）。ＡＭＦは、例えば、３ＧＰＰアクセスネットワークの代わりに、非３ＧＰＰアクセスネットワークを通じてＮＡＳメッセージを送信することを選択してもよい。

【0172】

ＷＴＲＵおよび／またはネットワークエンティティは、マルチアクセスＰＤＵセッションの修正を開始してもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションからシングルアクセスＰＤＵセッションへの変更を開始してもよい。ＮＷは、マルチアクセスＰＤＵセッションからシングルアクセスＰＤＵセッションへの変更を開始してもよい。

【0173】

ＷＴＲＵは、例えば、既存のマルチアクセスＰＤＵセッションをシングルアクセスＰＤＵセッションに変更するようネットワークに要求することによって、マルチアクセスＰＤＵセッションからシングルアクセスＰＤＵセッションへの変更を開始してもよい。ＷＴＲＵは、既存のマルチアクセスＰＤＵセッションを（例えば、標準の）シングルアクセスＰＤＵセッションにするように、既存のマルチアクセスＰＤＵセッションから二次アクセスネットワークを除去してもよい。

【0174】

ＷＴＲＵは、以下の状況のうちの１つまたは複数が発生するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。ＷＴＲＵは、二次アクセスネットワーク（例えば、非３ＧＰＰアクセスネットワーク）を通じたＷＴＲＵの登録更新（例えば、モビリティに起因した）が拒絶または失敗するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。ＷＴＲＵは、ＷＴＲＵが二次アクセスネットワークを上で二重登録するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。ＷＴＲＵは、二次アクセスネットワークへの接続がロストし、または二次アクセスにわたるサービス品質が特定の基準を下回って劣化することをＷＴＲＵが検出するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。ＷＴＲＵは、ＷＴＲＵが二次アクセスネットワークまたはＮ３ＩＷＦのサービスエリアから移動するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。ＷＴＲＵは、ＰＤＵセッションに対する複数のアクセスを可能にしない構成またはポリシ更新をＷＴＲＵが受信するとき、ＰＤＵセッションから二次アクセスを除去する要求を開始してもよい。

【0175】

ＷＴＲＵは、例えば、ＷＴＲＵがＰＤＵセッションから二次アクセスを除去すると決定し、ＷＴＲＵがマスタアクセスネットワークを通じてＣｏｎｎｅｃｔｅｄモードにあるとき、サービングＡＭＦおよび／またはＳＭＦにセッション管理シグナリング（例えば、ＰＤＵセッション修正要求）を送信してもよい。ＷＴＲＵは、ＰＤＵセッションＩＤおよび／またはＰＤＵセッションが複数のアクセスに対してもはや意図されないことのインジケーションを含めてもよい。ＰＤＵセッションＩＤの特殊フォーマットがシングルアクセスまたはマルチアクセスの選択を示すために使用される場合、ＷＴＲＵは、新たな選択を示すように、ＰＤＵセッションＩＤにおける１つまたは複数のビットを変更してもよく、ＰＤＵセッションは、新たなＰＤＵセッションＩＤを有してもよい。

【0176】

ＷＴＲＵは、例えば、ＷＴＲＵが二次アクセスを除去すると決定するときにトラフィックが二次アクセスネットワークを通じて操縦される場合、ＷＴＲＵがＰＤＵセッション修正要求を開始する前にマスタアクセスへのトラフィックを操縦してもよい。

【0177】

ＷＴＲＵは、例えば、ＷＴＲＵがマスタアクセスを通じてＣｏｎｎｅｃｔｅｄモードに入るとき、変更要求を開始してもよい。ＷＴＲＵは、第１のＮＡＳメッセージ（例えば、サービス要求）における選択されたセッションリストにマルチアクセスＰＤＵセッションＩＤを含めてもよい。ＷＴＲＵは、該当のＰＤＵセッションＩＤに対し、ＰＤＵセッションが（例えば、標準の）シングルアクセスＰＤＵセッションに変更されてもよいことを示してもよい。ＰＤＵセッションＩＤの特殊フォーマットがシングルアクセスまたはマルチアクセスの選択を示すために使用される場合、ＷＴＲＵは、ＰＤＵセッションＩＤにおける１つもしくは複数のビットを変更してもよく、および／またはメッセージに新たなＰＤＵセッションＩＤを含めてもよい。ＮＷは、新たなＰＤＵセッションＩＤを既存のマルチアクセスＰＤＵセッションＩＤに関連させることが可能であってもよく、および／またはシングルアクセスＰＤＵセッションへのＰＤＵセッションを作成するＷＴＲＵの要求を理解することができる。

【0178】

図１０は、マルチアクセスからシングルアクセスへのＷＴＲＵ要求ＰＤＵセッション修正の実施例を例示する。図１０に示される番号は、そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。

【0179】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図１０に示される要素１）。

【0180】

ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図１０に示される要素２）。

【0181】

ＷＴＲＵは、３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスを通じてマルチアクセスＰＤＵセッションを確立してもよい（例えば、図１０に示される要素３）。

【0182】

ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて登録を解除してもよい（例えば、図１０に示される要素４）。

【0183】

ＷＴＲＵは、３ＧＰＰアクセスの作業（ｗｏｒｋ）を通じてＣｏｎｎｅｃｔｅｄモードに入ってもよく、ＡＭＦにＮＡＳサービス要求を送信してもよい（例えば、図１０に示される要素５）。要求は、ＷＴＲＵが活性化することを望むＰＤＵセッションＩＤのリストを含んでもよい。リストは、前に確立されたマルチアクセスＰＤＵセッションＩＤを含んでもよい。ＷＴＲＵは、非３ＧＰＰアクセスを通じて登録を解除していてもよい。ＷＴＲＵは、要求において、ＷＴＲＵがシングルアクセスＰＤＵセッションに修正されてもよいことを示してもよい。

【0184】

ＡＭＦは、例えば、ＡＭＦがサービス要求を受信し、前のマルチアクセスＰＤＵセッションがシングルアクセスＰＤＵセッションに修正される必要があることを認識するとき、ＰＤＵセッションを修正するように、ＳＭＦのＮａｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔサービスを呼び出してもよい（例えば、図１０に示される要素６）。ＡＭＦは、ＳＭＦに、ＰＤＵセッションＩＤ、シングルアクセスインジケーション、および／または他の必要な情報を渡してもよい。

【0185】

サービングＳＭＦは、非３ＧＰＰアクセスネットワークを接続しているＵＰＦとのＮ４セッション解放を開始してもよい（例えば、図１０に示される要素７）。

【0186】

サービングＳＭＦは、ＡＭＦにＮａｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ応答を返却してもよく、ＰＤＵセッション修正が完了したことを確認してもよい（例えば、図１０に示される要素８）。

【0187】

ＡＭＦは、Ｎ３ＩＷＦに向かうＮ２セッション解放を開始してもよい（例えば、図１０に示される要素９）。

【0188】

ＡＭＦは、ＷＴＲＵに、ＰＤＵセッションがシングルアクセスＰＤＵセッションに修正されたことを確認するＮＡＳメッセージサービス受付を返却してもよい（例えば、図１０に示される要素１０）。

【0189】

ＮＷは、既存のマルチアクセスＰＤＵセッションがシングルアクセスＰＤＵセッションになるようにする変更を開始してもよい。ＮＷは、以下の状況のうちの１つまたは複数が発生するときに変更を開始してもよい。ＮＷは、ＷＴＲＵのサブスクリプションデータが変更され、マルチアクセスＰＤＵセッションがＷＴＲＵに対して許可されない場合に変更を開始してもよい。ＮＷは、ＷＴＲＵのサービングＡＭＦまたはＳＭＦが変更され、新たなＡＭＦおよび／またはＳＭＦがマルチアクセスＰＤＵをサポートしないときに変更を開始してもよい。ＮＷは、ＮＷが二次アクセスネットワークへの接続に関する異常（例えば、輻輳および／またはデータ損失など）を観察するときに変更を開始してもよい。

【0190】

ＮＷは、例えば、ＮＷがＰＤＵセッションから二次アクセスを除去すると判定し、ＷＴＲＵがマスタアクセスネットワークを通じてＣｏｎｎｅｃｔｅｄモードに入るとき、ＷＴＲＵにセッション管理シグナリングを送信してもよい。ＮＷは、ＰＤＵセッションＩＤおよび／またはＰＤＵセッションが複数のアクセスに対して意図されないことのインジケーションを含めてもよい。ＮＷは、新たなＰＤＵセッションＩＤを使用してもよい。例えば、ＮＷは、旧ＰＤＵセッションＩＤにおけるシングルアクセス／マルチアクセスの選択を示す１つまたは複数のビットを変更することによって、新たなＰＤＵセッションＩＤを使用してもよい。ＷＴＲＵは、変更を旧ＰＤＵセッションＩＤに関連付けることが可能であってもよい。

【0191】

ＮＷは、例えば、ＷＴＲＵがＩＤＬＥモードにある場合、ＷＴＲＵがＣｏｎｎｅｃｔｅｄモードに入るまで待機してもよい。ＷＴＲＵが活性化されることになるマルチアクセスＰＤＵセッションＩＤをセッションリストに含める場合、ＮＷは、応答メッセージ（例えば、サービス受付）においてマルチアクセスＰＤＵセッションがシングルアクセスＰＤＵセッションに変更されたことを示してもよい。応答メッセージは、マルチアクセスＰＤＵセッションがシングルアクセスに対する新たなＰＤＵセッションＩＤを応答メッセージに含むことを示してもよい。

【0192】

１つまたは複数のネットワークエンティティは、ＷＴＲＵに５Ｇアクセストラフィックステアリングポリシを提供するように構成されてもよい。ステアリングポリシプロビジョニング、Ｓ－ＮＳＳＡＩもしくはＤＮＮに基づくステアリングポリシ、および／またはＱｏＳに基づくトラフィックステアリングポリシのうちの１つまたは複数が提供されてもよい。ＷＴＲＵ（例えば、５Ｇ ＷＴＲＵ）は、異なるアクセスネットワークへのトラフィックを操縦することを許可されてもよく、異なるアクセスネットワーク上で、ＷＴＲＵは登録が成功している。ＷＴＲＵは、複数の登録されたアクセスネットワークの間でトラフィックを操縦するための１つまたは複数のポリシおよび／またはルールをプロビジョニングされてもよい。ＷＴＲＵが複数のアクセスネットワークを通じて５Ｇコアに登録するとき、ＷＴＲＵは、ＷＴＲＵが同一のＡＭＦによってサービスされると仮定してもよい。ＡＭＦは、各々のアクセスネットワークについての登録状態および／またはアクセス特有コンテキストを維持してもよい。

【0193】

ＡＭＦは、ＷＴＲＵが２つ以上のアクセスネットワーク上での登録に成功したとき、トラフィックステアリングポリシを確立してもよい。例えば、ＷＴＲＵは、３ＧＰＰアクセスを通じて５Ｇコアに既に登録していることがある。ＷＴＲＵは、非３ＧＰＰアクセスを上での新たな登録を開始してもよい。ＷＴＲＵが非３ＧＰＰアクセス上での登録に成功するとき、ＡＭＦは、トラフィックステアリングポリシがＷＴＲＵに対して必要とされると判定してもよい。トラフィックステアリングポリシは、Ｓ－ＮＳＳＡＩのセット、ＤＮＮのセット、アプリケーションフィルタのセット（例えば、ＩＰのタプル）、ならびに／またはＱｏＳパラメータのセット（例えば、ＱＦＩ、５ＱＩ、ならびに／もしくは割り当ておよび保持優先度（ＡＲＰ）など、またはＱｏＳパラメータの組み合わせ）のうちの１つまたは複数を含んでもよい。

【0194】

トラフィックステアリングポリシは、Ｓ－ＮＳＳＡＩのセットを含んでもよい。Ｓ－ＮＳＳＡＩのセットおよび／または各々のＳ－ＮＳＳＡＩについて、ターゲットアクセスネットワークが割り振られてもよい。各々の登録されたアクセスネットワークの優先度が設けられてもよい。Ｓ－ＮＳＳＡＩのセットは、許可されたＮＳＳＡＩの一部または全体であってもよい。

【0195】

トラフィックステアリングポリシは、ＤＮＮのセットを含んでもよい。ＤＮＮのセットおよび／または各々のＤＮＮについて、ターゲットアクセスネットワークが割り振られてもよい。各々の登録されたアクセスネットワークの優先度が設けられてもよい。Ｓ－ＮＳＳＡＩおよびＤＮＮの組み合わせのセット、ならびに／またはＳ－ＮＳＳＡＩおよびＤＮＮの各々の組み合わせについて、ターゲットアクセスネットワークが割り振られてもよい。各々の登録されたアクセスネットワークの優先度が設けられてもよい。

【0196】

トラフィックステアリングポリシは、アプリケーションフィルタのセットを含んでもよい。アプリケーションフィルタのセット（例えば、ＩＰのタプル）および／または各々のアプリケーションフィルタについて、ターゲットアクセスネットワークが割り振られてもよい。各々の登録されたアクセスネットワークの優先度が設けられてもよい。

【0197】

トラフィックステアリングポリシは、ＱｏＳパラメータのセットを含んでもよい。ＱｏＳパラメータのセット（例えば、５ＱＩ、および／もしくはＡＲＰなど、またはＱｏＳパラメータ組み合わせ）ならびに／またはＱｏＳパラメータの各々のセットについて、ターゲットアクセスネットワークが割り振られてもよい。各々の登録されたアクセスネットワークの優先度が設けられてもよい。

【0198】

ＡＭＦは、ＷＴＲＵサブスクリプションデータおよび他のポリシ制御機能を問い合わせてもよい。例えば、ＡＭＦは、トラフィックステアリングポリシを補償する（ｍａｋｅ ｕｐ）ように、ＷＴＲＵサブスクリプションデータおよび他のポリシ制御機能を問い合わせてもよい。利用可能なステアリングポリシは、例えば、二次アクセス上での登録の間に、二次アクセスを通じてＷＴＲＵに返却されてもよい。利用可能なステアリングポリシは、例えば、ＷＴＲＵが適切なＮＡＳメッセージ（例えば、ＷＴＲＵ構成更新）においてマスタアクセスを通じてＣｏｎｎｅｃｔｅｄモードにある場合、マスタアクセスを通じてＷＴＲＵに送信されてもよい。ＮＷは、ＷＴＲＵがマスタアクセスを通じてＣｏｎｎｅｃｔｅｄモードに入るまで待機してもよく、適切なＮＡＳメッセージ（例えば、サービス受付）においてポリシを送信してもよい。

【0199】

ＷＴＲＵは、例えば、ＷＴＲＵが複数のアクセス上で登録したとき、トラフィックステアリングポリシを要求してもよい。ＷＴＲＵは、別個のＮＡＳメッセージにおいて要求を送信してもよい。ＷＴＲＵは、要求を他のＮＡＳメッセージおよび／またはプロシージャ（例えば、サービス要求）と組み合わせてもよい。ＮＷは、ＷＴＲＵからの要求があるとステアリングポリシを補償してもよく、適切なＮＡＳメッセージにおいてＷＴＲＵにステアリングポリシを返却してもよい。

【0200】

ＷＴＲＵは、１つまたは複数のアクセスネットワークに登録してもよい。アクセスネットワークは、３ＧＰＰアクセスネットワークおよび／または非３ＧＰＰアクセスネットワークを含んでもよい。ＷＴＲＵは、マルチアクセスＰＤＵセッションまたはシングルアクセスＰＤＵセッションが利用可能であるかどうかを判定してもよい。ＷＴＲＵは、判定された利用可能性に基づいて、ＰＤＵセッション（例えば、シングルアクセスＰＤＵセッションまたはマルチアクセスＰＤＵセッション）を確立してもよい。ＷＴＲＵは、ＰＤＵセッションについてのトラフィックステアリングポリシに基づいてトラフィックステアリング決定を判定してもよい。トラフィックステアリングポリシは、Ｓ－ＮＳＳＡＩのセット、ＤＮＮのセット、アプリケーションフィルタのセット、およびＱｏＳパラメータのセットのうちの１つまたは複数を含んでもよい。ＷＴＲＵは、確立されたＰＤＵセッションを使用して、アクセスネットワークを通じてデータを送信してもよい。

【0201】

図１１は、トラフィックステアリングポリシプロビジョニングの実施例を例示する。図１１に示される番号は、参照を目的に提示されることがある。そのようにして、番号付けされたアクションは、異なる順序（例えば、全体的にもしくは部分的に）で実行されてもよく、および／またはスキップされてもよい。

【0202】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図１１に示される要素１）。

【0203】

ＷＴＲＵは、非３ＧＰＰアクセスネットワークを通じて５Ｇコアに登録されてもよい（例えば、成功して）（例えば、図１１に示される要素２）。ＷＴＲＵは、１つまたは複数のアクセスネットワーク上で登録されてもよい。ＷＴＲＵは、アクセストラフィックステアリングポリシを作成するようにＡＭＦを構成してもよい。

【0204】

ＡＭＦは、ポリシ制御機能（ＰＣＦ）からポリシ情報を取り出してもよい（例えば、図１１に示される要素３）。

【0205】

ＡＭＦは、ＷＴＲＵに対して１つまたは複数のトラフィックステアリングポリシを判定および／または構成してもよい（例えば、図１１に示される要素４）。例えば、ＡＭＦは、例えば、登録されたアクセスネットワーク情報、ＷＴＲＵサブスクリプションデータ、ＰＣＦ提供ポリシ情報、および／またはローカル構成に基づいて、１つまたは複数のトラフィックステアリングポリシを作成してもよい。ＡＭＦは、例えば、ＷＴＲＵがポリシを要求する前、この要素を延期（ｐｏｓｔｐｏｎｅ）してもよい（例えば、図１１に示される要素５）。

【0206】

ＷＴＲＵは、ＡＭＦに要求（例えば、サービス要求）を送信してもよい。例えば、ＷＴＲＵは、３ＧＰＰアクセスまたは非３ＧＰＰアクセスを通じてサービス要求または他のＮＡＳメッセージ（例えば、登録更新など）にステアリングポリシ要求インジケーションを含めてもよい（例えば、図１１に示される要素５）。

【0207】

ＮＷは、例えば、ＮＷ（例えば、ＡＭＦ）がポリシ要求インジケーションを受信するとき、サービス受付メッセージまたは他の適切なＮＡＳメッセージにおいてＷＴＲＵに利用可能なステアリングポリシを返却してもよい。ＮＷは、明確な要求インジケーションなしにＷＴＲＵにポリシを返却してもよい（例えば、図１１に示される要素６）。

【0208】

ＷＴＲＵは、トラフィックステアリングポリシを記憶および／または更新してもよい（例えば、図１１に示される要素７）。

【0209】

サービングＳＭＦ（例えば、ＡＭＦの代わりに）は、例えば、ＷＴＲＵがＰＤＵセッションまたはＰＤＵセッションのセットに対して１つまたは複数のアクセスネットワークを通じて同一のＳＭＦによってサービスされる場合、ＰＤＵセッションについてのステアリングポリシを提供することを担当してもよい。ステアリングポリシは、例えば、サービングＳＭＦがＰＤＵセッションにステアリングポリシを提供する場合、ＳＭＦによってサービスされるＰＤＵセッションのセットまたはＳ－ＮＳＳＡＩのセットと関連付けられてもよい。

【0210】

ＷＴＲＵは、受信されたステアリングポリシを記憶してもよい。ＷＴＲＵは、複数の登録されたＰＬＭＮに対して複数のステアリングポリシを記憶してもよい（例えば、ＰＬＭＮに適用される各々のステアリングポリシと共に）。ステアリングポリシ（例えば、旧ステアリングポリシ）がＷＴＲＵに記憶される場合、受信されたポリシ（例えば、新たに受信されたポリシ）は、記憶されたポリシを上書きしてもよい。

【0211】

ＷＴＲＵは、例えば、ＷＴＲＵがマスタアクセスから登録解除されたとき、またはＷＴＲＵが二次アクセスから登録解除され、登録されたアクセス（例えば、単一の制約されたアクセス）を残すとき、１つまたは複数の記憶されたアクセストラフィックステアリングポリシが非活性であると考えてもよい。ＷＴＲＵは、例えば、ＷＴＲＵが複数のアクセスネットワークに登録することになる場合、例えば、旧ポリシを置き換えるように、１つもしくは複数の記憶されたステアリングポリシを再活性化してもよく、またはネットワークから新たなポリシを受信してもよい。

【0212】

ＷＴＲＵは、ＡＭＦからトラフィックステアリングの使用を要求してもよい。ＷＴＲＵは、ＷＴＲＵがトラフィックステアリングをサポートすることをＡＭＦに通知してもよい。実施例では、ＷＴＲＵは、１つまたは複数のＮＡＳメッセージに基づいてＷＴＲＵがトラフィックステアリングをサポートすることをＡＭＦに通知してもよい。ＮＡＳメッセージは、登録メッセージまたは他のメッセージであってもよい。ＮＡＳメッセージは、接続モードへのＷＴＲＵの遷移として、またはＷＴＲＵが接続モードにあるときに使用されると定義されてもよい。ＷＴＲＵは、本明細書で説明されるように、ＳＭＦからステアリングポリシを取り出してもよい。１つまたは複数の実施例のＮＡＳメッセージは、ＳＭＦからポリシを受信するためにＷＴＲＵによって使用されてもよい。ＮＡＳ ＳＭメッセージは、ＭＭメッセージにカプセル化されてもよく、ＡＭＦに送信されてもよい。ＷＴＲＵは、ＰＤＵセッションＩＤ、スライスＩＤ（例えば、Ｓ－ＮＳＳＡＩ）、および／もしくはＤＮＮ／アクセスポイント名（ＡＰＮ）、または要求が関連付けられるアプリケーション、サービスなどのリストを識別してもよい。ＷＴＲＵは、それを通じてステアリングを行うことができるアクセス技術を含めてもよい。この情報は、ＭＭメッセージおよび／またはＳＭメッセージに含まれてもよい。ＷＴＲＵが複数のＰＤＵセッションを有する場合、ＷＴＲＵは、このメッセージを複数回送信してもよい。ＷＴＲＵは、ＭＭメッセージにおいて１つよりも多いＳＭメッセージをピギーバック（ｐｉｇｇｙｂａｃｋ）してもよく、各々のＳＭコンポーネントについての適切な／対応するＰＤＵセッションを識別してもよい。識別されたＰＤＵセッションは、例えば、ＷＴＲＵが異なるＳＭＦへの複数の異なるスライス接続または複数のＰＤＵセッションを有するスライシングのケースでは、ＡＭＦが正確なＳＭＦにＳＭＦメッセージを経路指定することを支援することができる。

【0213】

ＡＭＦは、１つまたは複数のＳＭＦおよびＳＭメッセージが意図しているＰＤＵセッションを識別する情報を有する１つまたは複数のＳＭメッセージを含むメッセージを受信してもよい。ＡＭＦは、ＷＴＲＵがトラフィックステアリングをサポートすることのインジケーションを記憶してもよい。インジケーションに基づいて、ＡＭＦは、例えば、ＰＤＵセッションＩＤおよび／またはＳ－ＮＳＳＡＩ、などに基づいて、関連するＳＭＦに少なくとも１つのＳＭメッセージを転送してもよい。ＡＭＦは、ＷＴＲＵに転送するメッセージをＳＭＦから受信してもよく、ＡＭＦは、ＭＭメッセージにこのメッセージをカプセル化してもよい。ＡＭＦは、ＭＭメッセージにトラフィックステアリングインジケーションを含めてもよい。トラフィックステアリングインジケーションは、ステアリングを使用するネットワークの要望を暗黙的に示してもよく、または関連するＳＭメッセージがトラフィックステアリングに関するものであることを暗黙的に示してもよい。ＡＭＦは、少なくとも１つのＳＭＦが対応するＳＭメッセージを送信することを待機してもよく、ＡＭＦは、ＷＴＲＵに送信されるＳＭメッセージをＭＭメッセージに含めてもよい。

【0214】

ＳＭＦは、異なるアクセス技術にわたるトラフィックステアリングについてのインジケーションおよび／または要求を含むメッセージをＷＴＲＵから受信してもよい（例えば、ＡＭＦを介して）。メッセージは、ＷＴＲＵにおける１つまたは複数のサポートされるアクセスを含んでもよい。ＳＭＦは、ローカルポリシまたはサブスクリプション情報を検証してもよい。ＳＭＦは、ＷＴＲＵに対してトラフィックステアリングルールを受信するように、ポリシ制御機能（ＰＣＦ）と連絡（ｃｏｎｔａｃｔ）してもよい。ＳＭＦは、ステアリングルールを判定してもよく、例えば、ＡＭＦを介して、ＷＴＲＵに向かってＳＭメッセージにおいてルールを送信してもよい。ＳＭＦは、ルールが関連するＰＤＵ情報を含んでもよい。

【0215】

ＷＴＲＵは、ＷＴＲＵが禁止されたエリア、許可されていないエリア、または許可されたエリアにあるとき、１つのソースアクセスタイプ（例えば、５Ｇ ＮＲ）からターゲットアクセスタイプ（例えば、ＷｉＦｉ）に、ＷＴＲＵがトラフィックのステアリングを実行することを許可されているかどうかを示すポリシまたはルールを受信してもよい。エリアの１つまたは複数ごとに１つのルールが存在してもよい。例えば、ＷＴＲＵは、５Ｇシステム上で登録してもよく、許可されたエリア、禁止されたエリア、および／または許可されていないエリアのリストを提供されてもよい。ＷＴＲＵは、ＷＴＲＵがエリアのうちの１つまたは複数に入るとき、トラフィックステアリングを実行する（例えば、または実行しない）ことのインジケーションを提供されてもよい。ＷＴＲＵは、ステアリングの対象となる（ｓｕｂｊｅｃｔ ｔｏ）ことがあるフロー、ＰＤＵセッション、および／またはアプリケーションなどを提供されてもよい。例えば、ＷＴＲＵが禁止されたエリア（例えば、ＷＴＲＵがシグナリングまたはデータを送信することを許可されていないエリア）に入るとき、ＷＴＲＵは、トラフィックステアリングがエリアにおいて適用可能であるかどうかを検証してもよい。ＷＴＲＵは、データが送信に利用可能であるとき、フローがエリアにおいてステアリングの対象となるかどうか、例えば、トラフィックステアリングがエリアにおいて適用可能であるかどうかを検証してもよい。ＷＴＲＵは、例えば、フローがこのエリアにおいてステアリングの対象となる場合、非３ＧＰＰアクセス技術、例えば、ＷｉＦｉを通じてフローを送信してもよい。ＷＴＲＵが別のエリアに入るとき（例えば、禁止されたエリアから許可されていないエリア）、ＷＴＲＵは、そのエリアに対応するステアリングについてのポリシおよび／またはルールを使用してもよい。

【0216】

ＷＴＲＵは、ＡＴＳＳＳを開始する１つまたは複数のトリガにより構成されてもよい。ＷＴＲＵは、１つまたは複数の構成されたイベントおよび／またはトリガを監視してもよい。ＷＴＲＵは、特定の数の測定がハンドオーバ内（ｉｎｔｒａ－ｈａｎｄｏｖｅｒ）および／もしくはハンドオーバ間（ｉｎｔｒａ－ｈａｎｄｏｖｅｒ）、またはＲＡＴ内（ｉｎｔｒａ－ＲＡＴ）および／もしくはＲＡＴ間（ｉｎｔｅｒ－ＲＡＴ）測定に対して構成されているとき、ＡＴＳＳＳを開始してもよい。ＷＴＲＵは、ＷＴＲＵがシステムを通じてバックオフ（ｂａｃｋｏｆｆ）インジケーションまたはタイマを受信するときにＡＴＳＳＳを開始してもよい。例えば、ＷＴＲＵは、５Ｇシステムからバックオフインジケーションまたはタイマを受信するとき（例えば、ブロードキャストメッセージを介して、またはＡＭＦおよび／もしくはＳＭＦから）、非３ＧＰＰアクセスを通じて特定のトラフィックを操縦してもよい。

【0217】

ＷＴＲＵは、ＡＭＦ、ＳＭＦ、またはＮ３ＩＷＦによって、それに対してトリガが適用可能であることができるルールおよび／またはポリシにより構成されてもよい。実施例では、ＷＴＲＵは、１つもしくは複数のＰＤＵセッションと関連付けられた１つもしくは複数の（例えば、全ての）フローもしくは１つもしくは複数の（例えば、全ての）データ、または１つもしくは複数の特定のアプリケーションもしくはＤＮＮと関連付けられたデータにトリガを適用してもよい。

【0218】

ネットワークは、ダウンリンクにおいてＡＴＳＳＳに対するトリガを有してもよい。例えば、ＵＰＦは、例えば、ＳＭＦによって、アイドルモードにあり、およびＤＬデータが到着するときにそれに対してダウンリンクデータ通知が開始されていないＷＴＲＵに対してＮ３ＩＷＦにトラフィックを送信するように構成されてもよい。そのようにして、ＵＰＦは、例えば、Ｎ３ＩＷＦにデータを送信することによって、非３ＧＰＰアクセスを通じて１つまたは複数のパケットを操縦してもよい。

【0219】

ＳＭＦは、ＵＰＦに、それに対していくつかのトリガ（本明細書で説明される）が適用されるポリシおよび／またはルールを提供してもよい。例えば、ＳＭＦにおけるサブスクリプション情報および／またはローカルポリシに基づいて、ＳＭＦは、アイドルモードにあるＷＴＲＵに対してＵＰＦがデータ（例えば、特定のフローに合致し、または特定のＰＤＵセッションもしくはＤＮＮと関連付けられた）を受信するとき、およびＵＰＦが、例えば、Ｎ３ＩＷＦとのトンネルセットアップを有するとき、代替アクセス技術を通じて、または異なるノード（例えば、Ｎ３ＩＷＦ）を介してデータを操縦するように、Ｎ４インタフェースを通じてＵＰＦを構成してもよい。

【0220】

図１２は、Ｓ－ＮＳＳＡＩに基づくステアリングポリシを使用したアクセストラフィックステアリングの実施例を例示する。ＷＴＲＵは、Ｓ－ＮＳＳＡＩまたはＤＮＮに基づくステアリングポリシを使用するように構成されてもよい。ＷＴＲＵは、例えば、アプリケーションがＷＴＲＵにおいてデータ要求を開始するとき、アプリケーショントラフィックに対するターゲットＳ－ＮＳＳＡＩおよび／またはターゲットＤＮＮを導出するために、構成されたネットワークスライス選択ポリシ（ＮＳＳＰ）またはＷＴＲＵルート選択ポリシ（ＵＲＳＰ）を使用してもよい。

【0221】

ＷＴＲＵは、例えば、ＷＴＲＵが複数のアクセスネットワーク上で登録され、記憶されたアクセストラフィックステアリングポリシが利用可能であり、および／またはアクティブである場合、アプリケーションを開始するためのターゲットアクセスを特定するようにステアリングポリシを呼び出してもよい。

【0222】

ＷＴＲＵは、例えば、ターゲットＳ－ＮＳＳＡＩ情報およびターゲットＤＮＮが利用可能であり、ステアリングポリシがＳ－ＮＳＳＡＩおよびＤＮＮの組み合わせについてのルールを含むとき、ターゲットアクセスネットワークを特定するようにＳ－ＮＳＳＡＩおよびＤＮＮの組み合わせについてのルールを適用してもよい。ＷＴＲＵは、例えば、ターゲットＳ－ＮＳＳＡＩ情報およびターゲットＤＮＮが利用可能であり、ステアリングポリシがＳ－ＮＳＳＡＩおよびＤＮＮの組み合わせについてのルールを含まないが、ターゲットＳ－ＮＳＳＡＩについてのルールを有するとき、ターゲットアクセスネットワークを特定するようにターゲットＳ－ＮＳＳＡＩについてのルールを適用してもよい。ＷＴＲＵは、例えば、ターゲットＳ－ＮＳＳＡＩ情報およびターゲットＤＮＮが利用可能であり、ステアリングポリシがＳ－ＮＳＳＡＩおよびＤＮＮの組み合わせについてのルールを含まず、ターゲットＳ－ＮＳＳＡＩについてのルールを有さないが、ターゲットＤＮＮについてのルールを有するとき、ターゲットアクセスネットワークを特定するようにターゲットＤＮＮについてのルールを適用してもよい。

【0223】

ターゲットＳ－ＮＳＳＡＩ情報およびターゲットＤＮＮが利用可能であり、ステアリングポリシがＳ－ＮＳＳＡＩおよびＤＮＮの組み合わせについてのルールを含まず、ターゲットＳ－ＮＳＳＡＩまたはターゲットＤＮＮについてのルールを有さないが、アプリケーションフィルタについてのルールを有するケースについて、ＷＴＲＵは、ターゲットアクセスネットワークを特定するようにアプリケーションフィルタについてのルールを適用してもよい。

【0224】

ＷＴＲＵは、例えば、ターゲットＳ－ＮＳＳＡＩ情報が利用可能であり（例えば、ＤＮＮ情報が利用可能でない）、ステアリングポリシがターゲットＳ－ＮＳＳＡＩについてのルールを含むとき、ターゲットアクセスネットワークを特定するようにターゲットＳ－ＮＳＳＡＩについてのルールを適用してもよい。ＷＴＲＵは、例えば、ターゲットＳ－ＮＳＳＡＩ情報が利用可能であり（例えば、ＤＮＮ情報が利用可能でない）、ステアリングポリシがターゲットＳ－ＮＳＳＡＩについてのルールを有さないが、アプリケーションフィルタについてのルールを有するとき、ターゲットアクセスネットワークを特定するようにアプリケーションフィルタについてのルールを適用してもよい。

【0225】

ＷＴＲＵは、例えば、ターゲットＤＮＮ情報が利用可能であり（例えば、Ｓ－ＮＳＳＡＩ情報が利用可能でない）、ステアリングポリシがターゲットＤＮＮについてのルールを含むとき、ターゲットアクセスネットワークを特定するようにターゲットＤＮＮについてのルールを適用してもよい。ＷＴＲＵは、例えば、ターゲットＤＮＮ情報が利用可能であり（例えば、Ｓ－ＮＳＳＡＩ情報が利用可能でない）、ステアリングポリシがターゲットＤＮＮについてのルールを有さないが、アプリケーションフィルタについてのルールを有するとき、ターゲットアクセスネットワークを特定するようにアプリケーションフィルタについてのルールを適用してもよい。

【0226】

ＷＴＲＵは、例えば、ターゲットアクセスが選択されており、ターゲットＳ－ＮＳＳＡＩに対するＰＤＵセッションがターゲットアクセスを通じて確立されているとき、既存のＰＤＵセッションへのアプリケーショントラフィックを操縦してもよい。ＷＴＲＵは、例えば、ターゲットアクセスを通じたターゲットＳ－ＮＳＳＡＩに対する既存のＰＤＵセッションが存在しない場合、ターゲットアクセスネットワーを通じてＰＤＵセッションの確立を開始してもよい。ＵＲＳＰは、１つまたは複数のアクセス選択ルールを含んでもよい。ＵＲＳＰにおけるアクセス選択ルールは、例えば、別個のアクセスステアリングポリシが利用可能である場合、上書きまたは無視されてもよい。

【0227】

ＷＴＲＵは、ＱｏＳに基づくトラフィックステアリングポリシを使用するように構成されてもよい。ＷＴＲＵは、２つ以上のＰＤＵセッションを有してもよい。例えば、ＷＴＲＵは、各々のＰＤＵセッションが異なるアクセスネットワークを通じている２つのＰＤＵセッションを有してもよい。ＷＴＲＵは、各々のＰＤＵセッションが異なるアクセスネットワークを通じており、同一のＳ－ＮＳＳＡＩに対するものである２つのＰＤＵセッションを有してもよい。ＷＴＲＵは、２つ以上のアクセスネットワークを通じた複数のアクセスＰＤＵセッションを有してもよい。ＷＴＲＵが２つ以上のＰＤＵセッションを有し、および／またはＷＴＲＵが２つ以上のアクセスネットワークを通じた複数のアクセスＰＤＵセッションを有するとき、ＷＴＲＵは、本明細書で説明されるように、ターゲットアクセスネットワークを判定するようにＱｏＳに基づくステアリングポリシを呼び出してもよい。

【0228】

ＷＴＲＵは、例えば、アプリケーションがＷＴＲＵにおいてデータ要求を開始し、アプリケーションについての構成されたＱｏＳルールが存在するとき、５ＱＩ、ＡＲＰ、および／またはＵＬ／ＤＬ保証フロービットレートなどのターゲットＱｏＳパラメータをＱｏＳルールから導出してもよい。ＷＴＲＵは、例えば、アプリケーションについての構成されたＱｏＳルールが存在しない場合、アプリケーションに対して（例えば、デフォルトの）ＱｏＳルールを適用してもよく、（例えば、デフォルトの）ターゲットＱｏＳパラメータのセットを受信してもよい。ＷＴＲＵは、例えば、ＷＴＲＵが複数のアクセス上で登録されており、トラフィックステアリングポリシにおいてＱｏＳに基づくルールが存在する場合、ターゲットアクセスを特定するためにＱｏＳに基づくルールを適用してもよい。図１３は、ＱｏＳに基づくステアリングポリシを使用したアクセストラフィックステアリングの実施例を例示する。

【0229】

図１３に示されるように、ＷＴＲＵは、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークのそれぞれを通じて２つのＰＤＵセッション（例えば、ＰＤＵ－セッション－１およびＰＤＵ－セッション－２）を確立してもよい。両方のＰＤＵセッションは、同一のＳ－ＮＳＳＡＩ（例えば、Ｓ－ＮＳＳＡＩ－ｘ）に対するものであってもよく、同一のデータネットワークに接続されてもよい。アプリケーションがデータ要求を開始するとき、ＷＴＲＵは、構成されたＱｏＳルールを適用することによって、ＱｏＳパラメータのセット（例えば、５ＱＩ－１、ＡＲＰ－１、および／またはＧＦＢＲ－１）を導出してもよい。ＷＴＲＵは、トラフィックステアリングポリシを適用してもよく、トラフィックが３ＧＰＰアクセスに方向付けられるべきであることを示すことができる、５ＱＩ－１＋ＡＲＰ－１の組み合わせについてのエントリを発見してもよい。ＷＴＲＵは、ＰＤＵ－セッション－１へのアプリケーションのトラフィックを操縦してもよい。

【0230】

ＷＴＲＵは、それに対して関連するＱｏＳルールがステアリングの対象となるＱＦＩのセットを示すことができるルールを取得してもよい。ルールは、ＱＦＩに基づいてもよい。例えば、ルールは、ＷＴＲＵがパケットフィルタに対してそのＱｏＳフローをチェックするとき、ルールと関連付けられたＱＦＩがステアリングをオフロードすることの対象となるどうかをＷＴＲＵが検証するように、ＱＦＩに基づいてもよい。ルールは、どのアクセスを使用するかを判定するアクセス技術情報を含んでもよい。ルールは、ステアリングの対象となるＱＦＩにより特定のフローに対してどのアクセスを使用するかを判定するためにＷＴＲＵによって使用されてもよい。

【0231】

ＷＴＲＵは、トラフィックステアリングに対して反映的アクセスの使用を使用してもよい。反映的アクセス（ＲｆＡ）は、ＷＴＲＵがそれを通じてダウンリンク（ＤＬ）においてフロー（例えば、またはフローのセット）を受信していた同一のアクセス技術を使用して特定のフロー（例えば、またはフローのセット）を送信する（例えば、アップリンク（ＵＰ）送信に対する）ための同一のアクセス技術の使用を示唆してもよい。実施例では、ＲｆＡの使用は、フローごとであってもよい。実施例では、ＲｆＡの使用は、ＰＤＵセッションと関連付けられた１つまたは複数の（例えば、全ての）フローに適用されてもよい。実施例では、ＲｆＡの使用は、１つまたは複数の（例えば、全ての）タイプのトラフィック、例えば、ＩＰ、非ＩＰ、構造的、および／または非構造的のトラフィックに適用されてもよい。

【0232】

ＷＴＲＵは、それがネットワークに登録するとき、またはそれがＰＤＵ接続および／もしくはセッションを確立するとき、ＲｆＡについてのそのサポートを示してもよい。インジケーションは、ＭＭおよび／またはＳＭメッセージに含まれてもよい。例えば、ＷＴＲＵは、ＷＴＲＵが新たなＰＤＵセッションを確立し、および／または既存の１つを修正するように１つまたは複数のＳＭメッセージを送信するとき、ＲｆＡのサポートを要求し、または示してもよい。

【0233】

ＷＴＲＵは、その間にＷＴＲＵがＲｆＡを適用することができるタイマ（例えば、デフォルトのタイマ）により構成されてもよい。タイマ（例えば、ＲｆＡＴとも称されてもよい）は、フローごとに設けられてもよい。ＷＴＲＵは、例えば、タイマがフローごとに設けられてない場合、１つまたは複数の（例えば、全ての）フローに対してＲｆＡＴ値（例えば、デフォルトのＲｆＡＴ）を適用してもよい。ＷＴＲＵは、ＳＭＦまたはＡＭＦからデフォルトまたはフロー特有のＲｆＡＴを受信してもよい。例えば、ＲｆＡＴは、ＳＭおよび／またはＭＭメッセージをそれぞれ使用してＷＴＲＵによって受信されてもよい。

【0234】

ＳＭＦ（例えば、／またはＡＭＦ）は、ローカルであり、どのフローがＲｆＡの対象となるかを判定することができるルールおよび／またはポリシを有してもよい。ＳＭＦは、ＰＣＣ／ＰＣＦもしくはホームサブスクライバサーバ（ＨＳＳ）および／またはユーザデータ管理（ＵＤＭ）からルールを取得してもよい。ＳＭＦは、既存のメッセージにおいてＷＴＲＵに提供されてもよいデフォルトのフロー特有ＲｆＡＴを有してもよい。例えば、メッセージは、ＰＤＵ確立または修正のために使用される１つまたは複数のメッセージを含んでもよい。実施例では、新たなＳＭまたはＭＭメッセージは、デフォルトのフロー特有ＲｆＡＴ情報を搬送するために使用されてもよい。ＳＭＦは、１つまたは複数のＳＭメッセージにおいて、それに対して特定のＱｏＳフローがＲｆＡの対象となるルールをＷＴＲＵに提供してもよい。

【0235】

ＷＴＲＵがＤＬにおいてフローを受信するとき、ＷＴＲＵは、ＵＬ方向において、同一のフローがＲｆＡの対象となるかどうかを判定するように、ＲｆＡに対してそのルールを検証してもよい。ＷＴＲＵは、例えば、フローがＤＬにおいて初めて受信される場合、ＲｆＡＴをフローと関連付けてもよい。ＲｆＡＴ値は、本明細書で説明されるように設定されてもよい。ＷＴＲＵは、それを通じてフローが受信されるアクセス技術を省いてもよい（ｓａｖｅ）。ＷＴＲＵは、例えば、タイマが特定のフロー（例えば、またはフローのセット、もしくはＰＤＵセッションと関連付けられた１つもしくは複数の（例えば、全ての）データ）に対して稼働している間、ＵＬにおいて送信されることになる新たなフローに対し、対象のフローに対して使用されるアクセス技術を検証してもよい。ＷＴＲＵは、例えば、一致が発見されない場合、または一致するフローが稼働しているＲｆＡＴを有さず、もしくはフローと関連付けられたＲｆＡＴが存在しない場合、特定のアクセス技術を使用してデータを送信するために、デフォルトのアクセス技術および／または構成されたルールを使用してもよい。ＷＴＲＵは、それに対してＲｆＡＴが満了するまでＲｆＡＴが稼働しているフローと関連付けられたアクセス技術を使用してもよい。ネットワークから受信されるＲｆＡインジケーションは、ＷＴＲＵにおいて予め構成されてもよい１つまたは複数の（例えば、全ての）ルール（例えば、ＲｆＡに基づいてもよいルール）を上書きしてもよい。

【0236】

図１４は、トラフィックステアリングのための反映的アクセスの使用についてのコールフローの実施例を例示する。

【0237】

ＷＴＲＵは、登録の間にＮＷに反映的アクセスインジケーションを送信してもよい。インジケーションは、ＷＴＲＵがＵＬおよびＤＬのそれぞれに対して異なるアクセスネットワークを使用する能力を有することを示してもよい。インジケーションは、ネットワークに、ＷＴＲＵが反映的アクセス機構を使用する能力を有することを通知してもよい。

【0238】

ＷＴＲＵは、非３ＧＰＰアクセスを通じてスライス選択および管理を実行するように構成されてもよい。例えば、ＷＴＲＵは、アクセス特有ＮＳＳＡＩを使用してもよい。（例えば、５Ｇ）ＷＴＲＵの構成されたＳ－ＮＳＳＡＩは、例えば、複数のアクセスネットワークを通じてスライス選択をサポートするためにアクセスネットワーク特有であってもよい。Ｓ－ＮＳＳＡＩは、３ＧＰＰアクセスネットワークおよび／または非３ＧＰＰアクセスに対してラベル付けされてもよい。

【0239】

ＷＴＲＵがアクセスネットワーク、例えば、３ＧＰＰアクセス上で登録を実行するとき、ＷＴＲＵは、特定のタイプのアクセスに対する構成されたＳ－ＮＳＳＡＩから、ならびに／または両方のアクセスネットワーク（例えば、３ＧＰＰおよび非３ＧＰＰアクセスネットワーク）対する構成されたＳ－ＮＳＳＡＩから要求されたＮＳＳＡＩを構築してもよい。

【0240】

ＷＴＲＵは、アクセスネットワーク特有であってもよいネットワークから許可されたＮＳＳＡＩを受信してもよい。ネットワークは、Ｓ－ＮＳＳＡＩが３ＧＰＰアクセス、非３ＧＰＰアクセス、またはその両方に対して許可されていることをラベル付けしてもよい（例えば、明示的にラベル付けする）。ＷＴＲＵは、例えば、ネットワークがＳ－ＮＳＳＡＩをラベル付けしない（例えば、明示的にラベル付けしない）場合、それを通じて許可されたＳ－ＮＳＳＡＩが受信されるアクセスネットワークに対して許可されたＳ－ＮＳＳＡＩが許可されることができると考えてもよい（例えば、暗黙的に）。ＷＴＲＵは、例えば、ネットワークがＳ－ＮＳＳＡＩをラベル付けしない（例えば、明示的にラベル付けしない）とき、両方のアクセスネットワークに対してＳ－ＮＳＳＡＩが許可されることができると考えてもよい（例えば、暗黙的に）。ＷＴＲＵは、各々の許可されたＳ－ＮＳＳＡＩに対して関連するアクセスネットワーク情報を記憶してもよい。ＮＷは、異なるアクセスネットワークに対して許可されたＮＳＳＡＩをラベル付けしてもよい。ＷＴＲＵは、登録メッセージにおいて、ＷＴＲＵが複数のアクセスネットワークを通じてＮＳＩアクセスする能力を有し、またはアクセスすることができることを示してもよい。

【0241】

ＷＴＲＵは、例えば、ＷＴＲＵがアクセスネットワーク上で登録を実行し、ＷＴＲＵが許可されたＮＳＳＡＩを記憶しているとき、特定のタイプのアクセスに対する許可されたＳ－ＮＳＳＡＩから、および／または両方のアクセスネットワークに対する許可されたＳ－ＮＳＳＡＩから要求されたＮＳＳＡＩを構築してもよい。

【0242】

図１５は、要求されたＮＳＳＡＩをアクセス特有ＮＳＳＡＩによってどのように構築することができるかの実施例を例示する。図１５では、ＷＴＲＵは、アクセス特有の構成されたＮＳＳＡＩおよびアクセス特有の許可されたＮＳＳＡＩを有してもよい。ＷＴＲＵは、例えば、ＷＴＲＵが３ＧＰＰアクセスネットワーク上で登録を実行するとき、３ＧＰＰアクセスもしくは両方のアクセスに対する構成されたＳ－ＮＳＳＡＩから、および／または３ＧＰＰアクセスもしくは両方のアクセスに対する記憶され許可されたＳ－ＮＳＳＡＩから要求されたＮＳＳＡＩを構築してもよい。

【0243】

ＷＴＲＵのサブスクライブされたＮＳＳＡＩは、特定のアクセスネットワークまたは両方の（例えば、２つ以上の）アクセスネットワークに対してラベル付けされてもよい。

【0244】

ＷＴＲＵがアクセスネットワーク、例えば、３ＧＰＰアクセス上で登録しており、ＡＭＦがＷＴＲＵに対してサービングＮＳＩを選択している場合、ＷＴＲＵは、別のアクセス、例えば、非３ＧＰＰアクセス上で登録を開始してもよい。ＷＴＲＵが他のアクセス上での登録を開始する場合、ＷＴＲＵは、前のアクセスネットワークに対して記憶および／または受信されてもよい許可されたＳ－ＮＳＳＡＩから要求されたＮＳＳＡＩを構築してもよい。ＷＴＲＵは、両方のアクセスネットワークに対して許可されたとしてラベル付けされた１つまたは複数の許可されたＳ－ＮＳＳＡＩを選択してもよい。ＷＴＲＵが他のアクセスネットワーク上で登録するとき、ＷＴＲＵは、前のアクセスネットワークに対して選択されている同一のＡＭＦによってサービスされてもよい。

【0245】

ＷＴＲＵは、例えば、ＷＴＲＵが接続しているスライスの直近のセットと共存することができないスライス（例えば、隔離された（ｉｓｏｌａｔｅｄ）スライス）との接続を確立すると決定する（例えば、プロビジョニングされたスライス共存ルールに基づいて）とき、非３ＧＰＰアクセス上で隔離されたスライスへの接続についての登録メッセージを送信してもよい。一時ＩＤ、例えば、割り当てられた５Ｇグローバル一意一時ＩＤ（ＧＵＴＩ）が登録要求メッセージに含まれなくてもよい。登録メッセージは、隔離されたＡＭＦに経路指定されてもよい。ＷＴＲＵは、既存のスライスへの接続を非活性することなく、非３ＧＰＰアクセス上で隔離されたスライスに接続することが可能であってもよい。

【0246】

ＷＴＲＵは、利用可能ネットワークスライスに基づいて、アクセスネットワークを切り替えるように構成されてもよい。

【0247】

ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じてネットワークスライスとのＰＤＵセッションを確立してもよい。ＷＴＲＵは、ＷＴＲＵの利用可能なおよび／または許可されたネットワークスライスが変わることがあり、既存の接続されたネットワークスライスが利用可能でないことがある、新たな登録エリアに移動してもよい。これが発生する場合、およびＷＴＲＵが非３ＧＰＰアクセスネットワーク上で登録される場合、ＷＴＲＵは、直近の接続されたネットワークスライス（例えば、３ＧＰＰアクセスネットワークを通じた）が、それらが異なるＡＮを通じて利用可能なネットワークスライスの異なるセットであることができるように、非３ＧＰＰアクセスネットワークを通じて利用可能であるかどうかをチェックしてもよい。ＷＴＲＵは、例えば、スライスが３ＧＰＰアクセスを通じて利用可能でないが、非３ＧＰＰアクセスを通じて利用可能である場合、同一のネットワークスライスへの非３ＧＰＰアクセスネットワークを通じたＰＤＵセッションの切り替えを開始してもよい。ＷＴＲＵは、例えば、ＷＴＲＵが同一のネットワークスライスおよびＤＮに対して非３ＧＰＰアクセスを通じてＰＤＵセッションを確立している場合、非３ＧＰＰアクセスを通じて３ＧＰＰアクセスからＰＤＵセッションへのデータフローの切り替えを開始してもよい。

【0248】

ＣＮ（例えば、ＡＭＦ）は、例えば、いくつかのターゲットＮＳＩが直近のアクセスネットワークにおいて利用可能でないとＣＮが判定するとき（例えば、登録の間）、ＰＤＵセッションを他のアクセスネットワークに切り替えるようＷＴＲＵに指示してもよい。

【0249】

ＮＷ提供（ＮＷ ｐｒｏｖｉｄｅｄ）ＱｏＳルールは、１つまたは複数の特定のアクセスネットワークタイプと関連付けられてもよい。ＮＷは、提供されたＱｏＳルールと関連付けられたアクセスネットワークタイプを示してもよい（例えば、明示的に示す）。実施例では、アクセスネットワークタイプは、３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスを含んでもよい。実施例では、アクセスネットワークタイプは、５Ｇ ＮＲ、ＬＴＥ、およびＷＬＡＮなどのより多くの特定のＲＡＴタイプであってもよい。ＱｏＳルールは、関連するアクセスネットワークタイプに対して適用されてもよい。ＮＷ提供ＱｏＳルールは、例えば、ＮＷがＱｏＳルールに対して関連するアクセスネットワークタイプを明示的に示さない場合、１つまたは複数の（例えば、全ての）アクセスネットワークに適用可能であると考えられてもよい。ＮＷ提供ＱｏＳルールは、例えば、ＮＷがＱｏＳルールに対して関連するアクセスネットワークタイプを明示的に示さない場合、それを通じてＱｏＳルール構成に対するＮＡＳシグナリングが受信されるアクセスネットワークに適用可能であると考えられてもよい。

【0250】

サービスデータフローについて、ＮＷは、アクセス特有ＱｏＳルールを提供してもよい。例えば、ＮＷは、その各々が特定のアクセスネットワークタイプまたはＲＡＴタイプに対して使用されてもよい、複数のＱｏＳルールを提供してもよい。ＮＷは、例えば、データが様々なアクセスネットワークを通じて転送されてもよい知識に基づいて、ＰＤＵセッション確立の間に同一のサービスデータフローに対して複数のアクセス特有ＱｏＳルールを構成してもよい。例えば、ＷＴＲＵが３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワーク上で登録している場合、またはＷＴＲＵがマルチアクセスＰＤＵセッションを確立する意図を示している場合、ＳＭＦは、ポリシ機能からＰＤＵセッションについてのアクセス特有ＱｏＳルールを要求すると判定してもよく、ＷＴＲＵにＱｏＳルールを提供してもよい。ポリシ機能は、ＷＴＲＵへのＱｏＳルールを判定してもよい（例えば、ＳＭＦがＰＣＦから複数のアクセス特有ＱｏＳルールを要求しないとき）。例えば、ポリシ機能は、ＷＴＲＵのサブスクリプションもしくは登録状態に従ってＱｏＳルールを判定してもよく、または同一のサービスデータフロー（ＳＤＦ）についての複数のアクセス特有ＱｏＳルールを提供するかどうかを判定してもよい。

【0251】

ＮＷは、ＰＤＵセッション確立の間にアクセスネットワークについてのＱｏＳルールを提供してもよく（例えば、最初に提供する）、他のアクセスネットワークについての追加のＱｏＳルールを提供してもよい（例えば、必要なとき）。実施例では、ＷＴＲＵが同一のＰＬＭＮへの別のアクセスネットワーク上で登録しているとき、ネットワークは、例えば、セッション管理シグナリングを介して、新たなアクセスネットワークについての追加のＱｏＳルールを構成してもよい。実施例では、ＮＷがサービスデータフローを他のアクセスネットワークに切り替えると決定するとき、ＮＷは、ＱｏＳルールが提供されない場合にそのアクセスネットワークついての新たなＱｏＳルールを構成してもよい。

【0252】

ＮＷは、１つまたは複数のアクセスネットワークについてのアクセス特有のデフォルトのＱｏＳルールを構成してもよい。

【0253】

同一のサービスデータフローについて、ＱｏＳプロファイル（例えば、５ＱＩ、ＡＲＰ、および他のＱｏＳパラメータ）ならびに優先度値（ｐｒｅｃｅｄｅｎｃｅ ｖａｌｕｅ）は、複数のアクセス特有ＱｏＳルールの間で異なってもよい。

【0254】

反映的ＱｏＳルール（例えば、１つまたは複数のＤＬパケットに従ってＷＴＲＵによって導出されてもよい）は、それを通じてＤＬパケットが受信されるアクセスネットワークと関連付けられてもよい。ＳＤＦが別のアクセスネットワークに切り替えられたとき、ＷＴＲＵは、新たなアクセスネットワークについての既存の反映的ＱｏＳルールを使用しなくてもよい。ＳＤＦが他のアクセスネットワークに切り替えられたとき、ＷＴＲＵは、１つまたは複数の新たな反映的ＱｏＳルールを導出してもよい。実施例では、新たな反映的ＱｏＳルールは、同一または異なるＱＦＩを有してもよい。実施例では、新たな反映的ＱｏＳルールは、新たなアクセスネットワークを通じて受信されたＤＬパケットに従ってもよい。ＷＴＲＵは、例えば、切り替えの後にＤＬパケットが新たなアクセスネットワークを通じて受信される前にＷＴＲＵがＵＬデータを送信する場合、新たなアクセスネットワークについてのアクセス特有のデフォルトのＱｏＳルールまたはアクセス特有のＮＷ構成ＱｏＳルールを適用してもよい。

【0255】

ＷＴＲＵは、例えば、別のアクセスネットワークに切り替えられたＳＤＦについての新たな反映的ＱｏＳルールをＷＴＲＵが作成および適用するとき、旧アクセスネットワークと関連付けられた旧反映的ＱｏＳルールを維持してもよい。ＷＴＲＵは、例えばＳＤＦが旧アクセスネットワークに再度切り替えられるとき、ＵＬデータについての容易に利用可能な反映的ＱｏＳルールを使用してもよい。

【0256】

ＮＷは、様々なアクセス特有ＱｏＳルール（例えば、ＮＷ提供ＱｏＳルールおよび反映的ＱｏＳルールを含む）について異なる優先度値を構成してもよい。同一のＳＤＦについて、ＮＷ提供ＱｏＳルールは、アクセスネットワーク上での反映的ＱｏＳフローよりも高い優先度を有してもよく、ＮＷ提供ＱｏＳルールは、他のアクセスネットワーク上での反映的ＱｏＳフローよりも低い優先度を有してもよい。

【0257】

図１６は、Ｎ３ＩＷＦにおける反映的ＱｏＳ実施の実施例を例示する。

【0258】

ＷＴＲＵは、例えば、登録の間、反映的ＱｏＳをサポートするかどうかをＮＷに示してもよい。反映的ＱｏＳサポートインジケーションは、アクセスネットワーク特有であってもよい。例えば、ＷＴＲＵは、３ＧＰＰアクセスネットワークを通じてＷＴＲＵが反映的ＱｏＳをサポートし、非３ＧＰＰアクセスネットワークを通じて反映的ＱｏＳをサポートしないことを示してもよい。実施例では、様々なアクセスネットワークに対する反映的ＱｏＳサポートインジケーションは、１つのタイプのアクセスネットワーク上での登録の間に共に送信されてもよい（例えば、３ＧＰＰおよび／または非３ＧＰＰアクセスネットワークに対するサポートインジケーションは、３ＧＰＰアクセスネットワーク上での登録の間に送信されてもよい）。実施例では、反映的ＱｏＳサポートインジケーションは、特定のアクセスネットワークに対応する登録において別個に送信されてもよい（例えば、３ＧＰＰアクセスネットワークに対するサポートインジケーションは、３ＧＰＰアクセスネットワーク上での登録の間に送信されてもよく、非３ＧＰＰアクセスネットワークに対するサポートインジケーションは、非３ＧＰＰアクセスネットワーク上での登録の間に送信されてもよい）。ＮＷ（例えば、ＡＭＦ）は、例えば、Ｎ２シグナリングを介して、対応するＮ３ＩＷＦに、ＷＴＲＵが反映的ＱｏＳをサポートするか否かを通知してもよい。Ｎ３ＩＷＦは、通知に基づいてＮ３ＩＷＦがＷＴＲＵに対して反映的ＱｏＳルールを実施するかどうかを決定してもよい。

【0259】

非３ＧＰＰアクセスネットワークを通じてＷＴＲＵが反映的ＱｏＳをＷＴＲＵがサポートしないこと、または非３ＧＰＰアクセスネットワークを通じてＱＦＩ／ＲＱＩのパススルー（ｐａｓｓ－ｔｈｒｏｕｇｈ）をＮ３ＩＷＦがサポートしないこと（例えば、Ｎ３ＩＷＦがＧＲＥヘッダにおいてＱＦＩ／ＲＱＩを搬送するためにＧＲＥ拡張をサポートしない）のインジケーションをＮ３ＩＷＦが受信する場合、Ｎ３ＩＷＦにおいて反映的ＱｏＳルールの導出およびＵＬパケットのマーキングを実施することによって、反映的ＱｏＳルールが達成されてもよい。

【0260】

Ｎ３ＩＷＦにおける反映的ＱｏＳルールの実施は、例えば、Ｎ２シグナリングを介して、ＮＷによって活性化（例えば、明示的に活性化）または非活性化されてもよい。Ｎ３ＩＷＦにおける反映的ＱｏＳ機能の活性化または非活性化は、ＷＴＲＵごと、ＰＤＵセッションごと（例えば、Ｎ３トンネルごと）、またはサービスデータフローごと（例えば、特定のＳＤＦについてのパケットフィルタが構成されてもよい）であってもよい。反映的ＱｏＳタイマは、ＤＬパケットにおいて反映的ＱｏＳの非活性化を監視してもよく、構成されてもよい。

【0261】

Ｎ３ＩＷＦは、例えば、反映的ＱｏＳ機能がＮ３ＩＷＦにおいて活性化される場合、ターゲットＷＴＲＵ、ターゲットＰＤＵセッション、またはＳＤＦに対してダウンリンクＮ３パケットを監視してもよい。例えば、Ｎ３ＩＷＦは、ＲＱＩがＮ３パケットヘッダに存在するかどうかを確認するようにダウンリンクＮ３パケットを監視してもよい。Ｎ３ＩＷＦは、例えば、ＲＱＩを有するＤＬパケット（例えば、同一のデータフローの）が受信されるとき、およびＲＱＩが存在し、データフローと関連付けられたＮ３ＩＷＦ導出反映的ＱｏＳルールが存在しない場合、ＤＬパケットに対応するパケットフィルタにより新たに導出されたＱｏＳルールを作成してもよく、反映的ＱｏＳタイマを開始／再開してもよい。Ｎ３ＩＷＦは、非３ＧＰＰアクセスネットワークを通じてＷＴＲＵに転送する前に、Ｎ３ ＤＬパケットからＱＦＩおよび／またはＲＱＩを除去してもよい。

【0262】

ＷＴＲＵからアップリンクパケットを受信すると、Ｎ３ＩＷＦは、反映的ＱｏＳルール（例えば、ＵＬパケットに一致するパケットフィルタを有する）が存在するかどうかを判定してもよい。反映的ＱｏＳルールが存在するとＮ３ＩＷＦが判定した場合、Ｎ３ＩＷＦは、反映的ＱｏＳルールにおいてＱＦＩにより対応するＮ３トンネルパケットをマーク付けしてもよい。

【0263】

反映的ＱｏＳルールの終結（ｔｅｒｍｉｎａｔｉｏｎ）は、Ｎ３ＩＷＦ導出ＱｏＳルールと関連付けられたタイマが満了するときに発生してもよい。Ｎ３ＩＷＦは、対応する導出ＱｏＳルールを削除してもよい。反映的ＱｏＳルールの終結は、例えば、Ｎ２シグナリングを介して、ＮＷがＮ３ＩＷＦにおいて反映的ＱｏＳ機能を非活性化するときに発生してもよい。

【0264】

Ｎ３ＩＷＦ、ＡＭＦ、またはＳＭＦは、少なくとも１つのＷＴＲＵに対して反映的ＱｏＳを使用しないと決定してもよい。ＵＰＦは、Ｎ３ＩＷＦに接続されてもよい。ＵＰＦは、ＷＴＲＵが同時に使用している５Ｇ ＲＡＮノードに接続されてもよい。ＵＰＦは、Ｎ３インタフェースを通じて５Ｇ ＲＡＮノードに送信されるいくつかのパケットにＲＱＩを適用してもよい。

【0265】

Ｎ３ＩＷＦノードは、ＷＴＲＵのセットに対して（例えば、またはＷＴＲＵごとのフローのセットに対して）反映的ＱｏＳを適用しないと決定してもよい。Ｎ３ＩＷＦは、反映的ＱｏＳがＷＴＲＵのセットに対して（例えば、またはＷＴＲＵごとのフローのセットに対して）適用されなくてもよいことをＡＭＦに通知してもよい。Ｎ３ＩＷＦは、ＷＴＲＵの識別をＡＭＦに提供してもよく、ＡＭＦに対し、反映的ＱｏＳの使用が停止されてもよい。ＷＴＲＵごとのフロー記述（例えば、この変更の対象となることがある）は、ＡＭＦに提供されてもよい。それに対し、反映的ＱｏＳが現在使用されていなくてもよい、反映的ＱｏＳがＷＴＲＵのセットに対して（例えば、またはＷＴＲＵごとのフローのセットに対して）適用されてもよいことをＡＭＦおよび／またはＳＭＦに通知するために同一のものが使用されてもよい。Ｎ３ＩＷＦは、ＵＰＦノードおよび／またはトンネルＩＤを識別してもよい。トンネルＩＤは、Ｎ３インタフェースを通じてＵＰＦにより確立されてもよい。

【0266】

ＡＭＦは、Ｎ３ＩＷＦから、ＷＴＲＵのセットに対する（例えば、またはＷＴＲＵごとのフローのセットに対する）反映的ＱｏＳの使用の変更（例えば、停止または開始）に関する要求またはインジケーションを受信してもよい。ＡＭＦは、インジケーションの受信を確認応答してもよい。ＡＭＦは、インジケーションまたは要求を別のネットワーク機能、例えば、ＳＭＦに転送してもよい。ＡＭＦは、Ｎ３ＩＷＦおよびＵＰＦの識別またはトンネルＩＤをＳＭＦに提供してもよい。ＡＭＦは、例えば、ＡＭＦがインジケーションを送信した他のネットワーク機能（例えば、ＳＭＦ）から応答が受信された後、メッセージの受信の確認応答をＮ３ＩＷＦに再度送信してもよい。ＡＭＦは、Ｎ３ＩＷＦからの要求が、ＷＴＲＵのセットに対して（例えば、またはＷＴＲＵごとのフローのセットに対して）許可されているか否かを判定するポリシを有してもよい。

【0267】

ＳＭＦは、ＷＴＲＵのセットに対する（例えば、またはＷＴＲＵごとのフローのセットに対する）反映的ＱｏＳの使用における変更についての要求またはインジケーションを別のネットワークノード（例えば、ＡＭＦまたはＮ３ＩＷＦ）から受信してもよい。ＳＭＦは、要求がＷＴＲＵに対して（例えば、またはＷＴＲＵごとのフローのセットに対して）許可されてもよいかどうかを判定するようにそのポリシを検証してもよい。ＳＭＦは、それによりＮ３ＩＷＦがＵＰＦに接続するＵＰＦ識別および／またはトンネルＩＤを受信してもよい。反映的ＱｏＳの使用の変更（例えば、停止または開始）についての要求が許可されている場合、ＳＭＦは、ＵＰＦに要求を送信してもよく、ＷＴＲＵのセットに対する（例えば、またはＷＴＲＵごとのフローのセットに対する）反映的ＱｏＳの使用の変更（例えば、停止または開始）に関してＵＰＦに通知してもよい。ＳＭＦは、要求の結果によりＡＭＦに応答する前に、ＵＰＦからの応答を待機してもよい。ＳＭＦは、Ｎ３ＩＷＦの識別をＵＰＦに、および／またはＵＰＦの識別をＮ３ＩＷＦに送信してもよい。

【0268】

ＵＰＦは、ＷＴＲＵのセットに対する（例えば、またはＷＴＲＵごとのフローのセットに対する）反映的ＱｏＳの使用を変更する（例えば、停止または開始）要求を受信してもよい。ＵＰＦは、要求の通りに変更を適用してもよく、結果によりＳＭＦに応答してもよい。

【0269】

Ｎ３ＩＷＦ、ＳＭＦ、またはＡＭＦが反映的ＱｏＳの使用を変更すると判定するとき（例えば、自律的に判定する）、本明細書で説明される１つまたは複数の実装態様が所望の変更を実施するために使用されてもよい。

【0270】

単一の許可されたＮＳＳＡＩリストは、複数のアクセスネットワークにわたって維持されてもよい。ネットワークスライスは、ＰＬＭＮスコープ（ｓｃｏｐｅ）により設けられてもよい。例えば、単一の許可されたＮＳＳＡＩリストは、ＰＬＭＮ（例えば、またはＰＬＭＮと同等）ベースに定義されてもよい。同一のリストは、同一のＰＬＭＮに属する１つまたは複数の（例えば、いずれかの）ネットワークアクセスタイプを通じてネットワークサービスにアクセスするときにＷＴＲＵによって使用されてもよい。ＰＬＭＮ（例えば、またはＰＬＭＮと同等）内で登録を扱う単一のＡＭＦが使用されてもよい。登録を扱う単一のＡＭＦは、複数の登録のコンテキストが定義される（すなわち、アクセスネットワークタイプごとに１つの登録のコンテキスト）ときでさえ、許可されたＮＳＳＡＩリストがそれらの全てに対して有効であることを保証することを担当してもよい。単一の許可されたＮＳＳＡＩリストは、全てのコンテキストに対して十分であることができる。

【0271】

ＡＭＦは、全ての適用可能なネットワークアクセスタイプに対する全てのＳ－ＮＳＳＡＩを含む単一の許可されたＮＳＳＡＩリストをＷＴＲＵに提供してもよい。これは、ネットワークアクセスタイプまたはアクセス技術タイプ属性をあらゆるスライスインスタンスに関連付けることによって達成されてもよい。加えて、特定のネットワークアクセスタイプへのネットワークスライスの関連付けは、関連するトラッキングエリアを特定のネットワークアクセスタイプに結び付けることによって達成されてもよい。ＷＴＲＵは、ネットワークスライスと関連付けられたトラッキングエリアを検査することによってネットワークアクセスタイプを導出してもよい。これは、３ＧＰＰ ５Ｇシステム、非３ＧＰＰアクセスが単一のトラッキングエリア上で定義され、このトラッキングエリアが３ＧＰＰアクセスネットワークタイプに対して定義されたいずれかのトラッキングエリアとは明確に異なるので可能である。

【0272】

許可されたＮＳＳＡＩ内でのＳ－ＮＳＳＡＩのリストへの修正が実行されてもよく、ＷＴＲＵまたはネットワークのいずれかによってトリガされてもよい。許可されたＮＳＳＡＩリストは、修正がトリガされるネットワークアクセスタイプを通じて更新されてもよいが、同一のＰＬＭＮ（例えば、またはＰＬＭＮと同等）に対して有効な全てのアクセスタイプに対して有効であってもよい。例えば、３ＧＰＰおよび非３ＧＰＰ ＡＮの両方に同時に接続されたＷＴＲＵは、タイプ「３ＧＰＰ」のアクセスネットワーク上での登録の間に許可されたＮＳＳＡＩリストの修正を要求してもよい。登録が成功すると（例えば、登録受付メッセージの受信を通じて）、ネットワークは、３ＧＰＰネットワークアクセスタイプおよび非３ＧＰＰネットワークアクセスタイプの両方に対して有効な新たな許可されたＮＳＳＡＩをＷＴＲＵに提供してもよい。

【0273】

ＷＴＲＵは、新たな許可されたＮＳＳＡＩリストを受信してもよく、どのアクセスタイプが１つまたは複数のＰＤＵセッションを確立するのに適切であるかどうかを判定するように、許可されたＮＳＳＡＩリストに含まれる情報を適用してもよい。ＷＴＲＵは、例えば、一意な許可されたＮＳＳＡＩリスト（例えば、ルーティングポリシおよびＮＳＳＰ（ネットワークスライス選択ポリシ））において提供された情報に基づいて、確立されたＰＤＵセッションが複数のネットワークアクセスタイプにわたって転送されてもよいかどうかを判定してもよい。

【0274】

トラッキングエリア（ＴＡ）は、特定のアクセスネットワークタイプ（例えば、非３ＧＰＰネットワークアクセス）に対して一意であってもよい。トラッキングエリアは、このトラッキングエリアと関連付けられたネットワークアクセスタイプへの許可されたＮＳＳＡＩスライスインスタンスの適用可能性を導出するために使用されてもよい。ＴＡ（例えば、それにネットワークスライスインスタンスが関連付けられてもよい）は、ネットワークスライスインスタンスが特定のネットワークアクセスタイプに対して有効であるかどうかを判定するためにＷＴＲＵによって使用されてもよい。実施例では、ネットワークアクセスタイプ自体は、ネットワークスライスインスタンスが特定のアクセスタイプに対して有効になる資格を与える（ｑｕａｌｉｆｙ）ための属性として使用されてもよい。例として、許可されたＮＳＳＡＩリスト内に含まれるスライス要素は、許可されたＮＳＳＡＩ（ＮＳＳＡＩ－１（ＮＳＩＩＤ、アクセスタイプ：「３ＧＰＰ」（ＴＡ１、ＴＡ２…ＴＡｎ、ＮＳＳＰ）、アクセスタイプ：「非３ＧＰＰ」（Ｎ３ＧＰＰ ＴＡＩ、ＮＳＳＰ））と類似した属性が割り当てられてもよい。

【0275】

図１７は、マルチアクセスＰＤＵセッションを確立する実施例を例示する。ＷＴＲＵは、２つ以上のアクセスネットワーク（例えば、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワーク）上で登録されてもよい。マルチアクセスＰＤＵセッションは、例えば、ＷＴＲＵ上で稼働しているアプリケーションによってＷＴＲＵ上でトリガされてもよい。ＷＴＲＵは、マルチアクセスＰＤＵ要求をＡＭＦに送信してもよい。ＡＭＦは、要求を検証してもよく、例えば、ＳＭＦおよび／またはＵＰＦとのセッション作成を実行してもよい。ＳＭＦは、２つ以上のアクセスネットワークとのＵＰトンネルをセットアップしてもよい。ＷＴＲＵは、２つ以上のアクセスネットワークとのセットアップ（例えば、アクセスネットワーク特有のセットアップ）を実行してもよい。ＡＭＦは、確認メッセージ（例えば、マルチアクセスＰＤＵ確認メッセージ）をＷＴＲＵに送信してもよい。確認メッセージは、複数のネットワークを通じて送信されてもよい。ＷＴＲＵは、２つ以上のアクセスネットワークを通じて確認メッセージを受信してもよく、アップリンクデータを送信してもよい。

【0276】

上記説明された特徴および要素が特定の組み合わせで上記説明されたが、当業者は、各々の特徴および要素を単独でまたは他の特徴および要素とのいずれかの組み合わせで使用することができることを認識するであろう。加えて、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通じて送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、磁気光学媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ（ＤＶＤｓ）などの光学媒体を含むが、それらに限定されない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはいずれかのホストコンピュータにおける使用のために無線周波数送受信機を実装するために使用されてもよい。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【手続補正書】

【提出日】2023-11-27

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１のネットワークノードにおいて実施される方法であって、
無線送信／受信ユニット（ＷＴＲＵ）から、前記ＷＴＲＵがマルチアクセスプロトコルデータユニット（ＰＤＵ）セッションを要求しているというインジケーションと、前記マルチアクセスＰＤＵセッションに関連付けられるネットワークスライスのインジケーションとを含む要求を受信することと、
（１）前記ＷＴＲＵが第１のアクセスネットワークおよび第２のアクセスネットワークに登録されていること、および（２）前記ネットワークスライスが前記第１のアクセスネットワークおよび前記第２のアクセスネットワークについて許可されることに基づいて、情報を第２のネットワークノードに送信することであって、前記情報は、前記ＷＴＲＵがマルチアクセスＰＤＵセッションを要求しているというインジケーションを含む、ことと
を備える方法。

【請求項2】

前記第１のアクセスネットワークは、３ＧＰＰアクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰアクセスネットワークである、請求項１の方法。

【請求項3】

前記第２のネットワークノードが前記マルチアクセスＰＤＵセッションをサポートしていることに基づいて前記第２のネットワークノードを選択することをさらに含む、請求項１の方法。

【請求項4】

前記第２のネットワークノードから、前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信することをさらに含む、請求項１の方法。

【請求項5】

前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを前記ＷＴＲＵに送信することをさらに含む、請求項１の方法。

【請求項6】

前記第１のネットワークノードは、アクセスおよびモビリティ管理機能を含み、前記第２のネットワークノードは、セッション管理機能を含む、請求項１の方法。

【請求項7】

無線送信／受信ユニット（ＷＴＲＵ）から、前記ＷＴＲＵがマルチアクセスプロトコルデータユニット（ＰＤＵ）セッションを要求しているというインジケーションと、前記マルチアクセスＰＤＵセッションに関連付けられるネットワークスライスのインジケーションとを含む要求を受信することと、
（１）前記ＷＴＲＵが第１のアクセスネットワークおよび第２のアクセスネットワークに登録されていること、および（２）前記ネットワークスライスが前記第１のアクセスネットワークおよび前記第２のアクセスネットワークについて許可されることに基づいて、情報を第２のネットワークノードに送信することであって、前記情報は、前記ＷＴＲＵがマルチアクセスＰＤＵセッションを要求しているというインジケーションを含む、ことと
を実行するように構成されたプロセッサおよび送信／受信ユニット
を備えたネットワークノード。

【請求項8】

前記第１のアクセスネットワークは、３ＧＰＰアクセスネットワークであり、前記第２のアクセスネットワークは、非３ＧＰＰアクセスネットワークである、請求項７のネットワークノード。

【請求項9】

前記第２のネットワークノードが前記マルチアクセスＰＤＵセッションをサポートしていることに基づいて前記第２のネットワークノードを選択することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項10】

前記第２のネットワークノードから、前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを受信することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項11】

前記マルチアクセスＰＤＵセッションが確立されたことを示す確認メッセージを前記ＷＴＲＵに送信することを実行するようにさらに構成されている、請求項７のネットワークノード。

【請求項12】

前記ネットワークノードは、アクセスおよびモビリティ管理機能を含み、前記第２のネットワークノードは、セッション管理機能を含む、請求項７のネットワークノード。