(57)【要約】別々のアクセス技術（ＡＴ）を介したプロトコルデータユニット（ＰＤＵ）セッション管理のための方法、システムおよび装置が開示される。無線送受信ユニット（ＷＴＲＵ）が、第１のアクセス技術を介してネットワークから第１のメッセージを受信することができる。第１のメッセージは、ＷＴＲＵが第２のアクセス技術を介して１つまたは複数のＰＤＵセッションのためのリソースを再確立するためのインジケーションを含み得る。ＷＴＲＵは、１つまたは複数のＰＤＵセッションがＷＴＲＵによってローカルに非アクティブ化されていると決定することができる。ＷＴＲＵは、それが、第２のアクセス技術に関連付けられる限られたサービス状態にあると決定することができる。ＷＴＲＵは、第１のアクセス技術を介して第２のメッセージを送ることができる。第２のメッセージは、ＰＤＵセッションがローカルに非アクティブ化されていることを示すＰＤＵセッションステータス情報要素（ＩＥ）を含むことが可能であり、それによってネットワークは、ＰＤＵセッションを解放する。
2021510472.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）で用いる方法であって、
第１のアクセス技術を介してネットワークから第１のメッセージを受信することであって、前記第１のメッセージは、前記ＷＴＲＵが第２のアクセス技術を介した１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのリソースを再確立するインジケーションを備える、ことと、
前記１つまたは複数のＰＤＵセッションのうちのＰＤＵセッションが前記ＷＴＲＵによってローカルに非アクティブ化されていると決定することと、
前記ＷＴＲＵが前記第２のアクセス技術に関連付けられる限られたサービス状態にあると決定することと、
前記第１のアクセス技術を介して第２のメッセージを送ることであって、前記第２のメッセージは、前記ＰＤＵセッションがローカルに非アクティブ化され、前記ネットワークがＰＤＵセッションを解放するということを示すＰＤＵセッションステータス情報要素（ＩＥ）を備える、ことと
を備える方法。
【請求項２】
前記第１のアクセス技術および前記第２のアクセス技術の両方を介して前記ネットワークに登録することをさらに備える、請求項１の方法。
【請求項３】
前記第１のアクセス技術は、非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１の方法。
【請求項４】
前記第１のアクセス技術は、ＩＥＥＥ８０２．１１アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１の方法。
【請求項５】
前記ネットワークは、前記第１のアクセス技術および前記第２のアクセス技術の間で共有されるアクセスおよびモビリティー機能（ＡＭＦ）を備える、請求項１の方法。
【請求項６】
前記ＷＴＲＵは、前記第１のアクセス技術の接続モード（ＣＭ）にある、請求項１の方法。
【請求項７】
前記ＷＴＲＵは、前記第２のアクセス技術のアイドルモード（ＩＭ）にある、請求項１の方法。
【請求項８】
前記第２のメッセージは、非アクセス層（ＮＡＳ）メッセージである、請求項１の方法。
【請求項９】
前記第２のメッセージは、通知応答メッセージを備える、請求項１の方法。
【請求項１０】
前記ＰＤＵセッションは、前記ＷＴＲＵが前記第２のアクセス技術を介した限られたサービス状態にあるとき、ローカルに非アクティブ化される、請求項１の方法。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）であって、
アンテナと、
前記アンテナに動作可能なように接続されるプロセッサと
を備え、
前記プロセッサおよび前記アンテナは、第１のアクセス技術を介してネットワークから第１のメッセージを受信するように構成され、前記第１のメッセージは、前記ＷＴＲＵが第２のアクセス技術を介した１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのリソースを再確立するインジケーションを備え、
前記プロセッサは、前記１つまたは複数のＰＤＵセッションのうちのＰＤＵセッションが前記ＷＴＲＵによってローカルに非アクティブ化されていると決定するように構成され、
前記プロセッサは、前記ＷＴＲＵが前記第２のアクセス技術に関連付けられる限られたサービス状態にあると決定するようにさらに構成され、
前記プロセッサおよび前記アンテナは、前記第１のアクセス技術を介して第２のメッセージを送るようにさらに構成され、前記第２のメッセージは、前記ＰＤＵセッションがローカルに非アクティブ化され、前記ネットワークがＰＤＵセッションを解放するということを示すＰＤＵセッションステータス情報要素（ＩＥ）を備える、
ＷＴＲＵ。
【請求項１２】
前記ＷＴＲＵは、前記第１のアクセス技術および前記第２のアクセス技術の両方を介して前記ネットワークに登録される、請求項１１のＷＴＲＵ。
【請求項１３】
前記第１のアクセス技術は、非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１１のＷＴＲＵ。
【請求項１４】
前記第１のアクセス技術は、ＩＥＥＥ８０２．１１アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１１のＷＴＲＵ。
【請求項１５】
前記ネットワークは、前記第１のアクセス技術および前記第２のアクセス技術の間で共有されるアクセスおよびモビリティー機能（ＡＭＦ）を備える、請求項１１のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵは、前記第１のアクセス技術の接続モード（ＣＭ）にある、請求項１１のＷＴＲＵ。
【請求項１７】
前記ＷＴＲＵは、前記第２のアクセス技術のアイドルモード（ＩＭ）にある、請求項１１のＷＴＲＵ。
【請求項１８】
前記第２のメッセージは、非アクセス層（ＮＡＳ）メッセージである、請求項１１のＷＴＲＵ。
【請求項１９】
前記第２のメッセージは、通知応答メッセージを備える、請求項１１のＷＴＲＵ。
【請求項２０】
前記ＰＤＵセッションは、前記ＷＴＲＵが前記第２のアクセス技術を介した限られたサービス状態にあるとき、ローカルに非アクティブ化される、請求項１１のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2018年1月12日に出願された米国特許仮出願第62/616,687号、2018年4月6日に出願された米国特許仮出願第62/653,817号、および2018年8月9日に出願された米国特許仮出願第62/716,516号の利益を主張するものであり、それらの内容は、参照によって本明細書に組み込まれている。
【背景技術】
【０００２】
第５世代（５Ｇ）モバイルネットワークは、無線送受信ユニット（ＷＴＲＵ）が、同じパブリックランドモバイルネットワーク（ＰＬＭＮ）内で第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセス技術および非３ＧＰＰアクセス技術（例えば、ＷｉＦｉ）の両方を介して同じアクセスおよびモビリティー機能（ＡＭＦ）に登録されることを可能にすることができる。
【発明の概要】
【０００３】
別々のアクセス技術（ＡＴ）を介したプロトコルデータユニット（ＰＤＵ）セッション管理のための方法が開示される。無線送受信ユニット（ＷＴＲＵ）が、第１のアクセス技術を介してネットワークから第１のメッセージを受信することが可能である。第１のメッセージは、第２のアクセス技術を介した１つまたは複数のＰＤＵセッションのアクティブ化または再アクティブ化をトリガーすることが可能である。ＷＴＲＵは、１つまたは複数のＰＤＵセッションがＷＴＲＵによってローカルに非アクティブ化されていると決定することが可能である。ＷＴＲＵは、それが、第２のアクセス技術に関連付けられている限られたサービス状態にあると決定することが可能である。ＷＴＲＵは、第１のアクセス技術を介して第２のメッセージを送ることが可能である。第２のメッセージは、１つまたは複数のＰＤＵセッションがローカルに非アクティブ化されているということを示すＰＤＵセッションステータス情報要素（ＩＥ）を含むことが可能であり、それによってネットワークは、ＰＤＵセッションを解放する。
【０００４】
ＷＴＲＵが開示される。このＷＴＲＵは、アンテナと、そのアンテナに動作可能に結合されているプロセッサとを含むことが可能である。プロセッサおよびアンテナは、第１のアクセス技術を介してネットワークから第１のメッセージを受信するように構成されることが可能である。第１のメッセージは、第２のアクセス技術を介した１つまたは複数のＰＤＵセッションのアクティブ化または再アクティブ化をトリガーすることが可能である。プロセッサは、１つまたは複数のＰＤＵセッションがローカルに非アクティブ化されていると決定するように構成されることが可能である。プロセッサは、ＷＴＲＵが、第２のアクセス技術を介した限られたサービス状態にあると決定するようにさらに構成されることが可能である。プロセッサおよびアンテナは、第１のアクセス技術を介して第２のメッセージを送るようにさらに構成されることが可能である。第２のメッセージは、１つまたは複数のＰＤＵセッションがローカルに非アクティブ化されているということを示すＰＤＵセッションステータス情報要素（ＩＥ）を含むことが可能であり、それによってネットワークは、ＰＤＵセッションを解放する。
【図面の簡単な説明】
【０００５】
例として添付図面とともに与えられる下記の説明から、より詳細な理解が得られることが可能であり、図における同様の参照番号は、同様の要素を示している。
【図１Ａ】１つまたは複数の開示されている実施形態が実施されることが可能な例示的な通信システムを示すシステム図である。
【図１Ｂ】実施形態による、図１Ａにおいて示されている通信システム内で使用されることが可能な例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態による、図１Ａにおいて示されている通信システム内で使用されることが可能な例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。
【図１Ｄ】実施形態による、図１Ａにおいて示されている通信システム内で使用されることが可能なさらなる例示的なＲＡＮおよび例示的なＣＮを示すシステム図である。
【図２】別々のアクセス技術（ＡＴ）を介したプロトコルデータユニット（ＰＤＵ）の転送のための手順を示す流れ図である。
【図３】別々のＡＴを介したＰＤＵの管理のための手順を示す流れ図である。
【図４Ａ】競合状態を取り扱うためのシグナリングの第１の例を示す流れ図である。
【図４Ｂ】競合状態を取り扱うためのシグナリングの第２の例を示す流れ図である。
【図４Ｃ】競合状態を取り扱うためのシグナリングの第３の例を示す流れ図である。
【図５】拡張プロトコル識別子（ＥＰＤ）を示す図である。
【図６】サブスクリプションタイプを更新する方法を使用することを示す図である。
【発明を実施するための形態】
【０００６】
図１Ａは、１つまたは複数の開示されている実施形態が実施されることが可能な例示的な通信システム１００を示す図である。通信システム１００は、コンテンツ、例えば、音声、データ、ビデオ、メッセージング、放送などを複数の無線ユーザに提供するマルチプルアクセスシステムであってよい。通信システム１００は、複数の無線ユーザが、無線バンド幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、１つまたは複数のチャネルアクセス方法、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ−Ｓｐｒｅａｄ  ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などを採用することが可能である。
【０００７】
図１Ａにおいて示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことが可能であるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成されている任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、これらのいずれも、「ステーション」および／または「ＳＴＡ」と呼ばれることが可能であるが、無線信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式の加入者ユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、ＩｏＴデバイス、腕時計またはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗り物、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、工業デバイスおよびアプリケーション（例えば、工業および／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／またはその他の無線デバイス）、家庭用電子機器、商業および／または工業無線ネットワーク上で動作するデバイスなどを含むことが可能である。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、ＵＥと言い換えて呼んでよい。
【０００８】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含むことも可能である。基地局１１４ａ、１１４ｂのそれぞれは、１つまたは複数の通信ネットワーク、例えば、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２へのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェース接続するように構成されている任意のタイプのデバイスであることが可能である。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、ｇＮＢ、ＮＲ  ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことが可能であるということが理解されるであろう。
【０００９】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることが可能であり、ＲＡＮ１０４／１１３は、その他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むことも可能である。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されることが可能であり、それらのキャリア周波数は、セル（図示せず）と呼ばれることが可能である。これらの周波数は、ライセンス供与されているスペクトル、ライセンス供与されていないスペクトル、またはライセンス供与されているスペクトルと、ライセンス供与されていないスペクトルとの組合せであることが可能である。セルは、比較的固定されることが可能である、または時間とともに変わることが可能である特定の地理的エリアへの無線サービスのためのカバレッジを提供することが可能である。セルは、セルセクタへとさらに分割されることが可能である。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことが可能である。実施形態においては、基地局１１４ａは、ＭＩＭＯ技術を採用することが可能であり、セルのそれぞれのセクタごとに複数のトランシーバを利用することが可能である。例えば、所望の空間方向において信号を送信および／または受信するためにビームフォーミングが使用されることが可能である。
【００１０】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することが可能であり、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されることが可能である。
【００１１】
より具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１つまたは複数のチャネルアクセス方式、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することが可能である。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Universal Mobile Telecommunications System）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線技術を実施することが可能であり、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することが可能である。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことが可能である。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことが可能である。
【００１２】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立することが可能なエボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することが可能である。
【００１３】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立することが可能なＮＲ無線アクセスなどの無線技術を実施することが可能である。
【００１４】
実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアル接続（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスをともに実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）へ／から送られる送信によって特徴付けられてよい。
【００１５】
他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity）、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、ＧＳＭ（登録商標）（Global System for Mobile Communications）、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することが可能である。
【００１６】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、例えば、事業所、家庭、乗り物、キャンパス、工業施設、空中回廊（例えば、ドローンによる使用のための）、車道などにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することが可能である。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することが可能である。実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することが可能である。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用することが可能である。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することが可能である。したがって基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることを求められないことが可能である。
【００１７】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信状態にあることが可能であり、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはＶｏＩＰサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることが可能である。データは、様々なサービス品質（ＱｏＳ）要件、例えば、別々のスループット要件、待ち時間要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティー要件などを有することが可能である。ＣＮ１０６／１１５は、呼制御、料金請求サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはハイレベルセキュリティー機能、例えばユーザ認証を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。例えば、ＣＮ１０６／１１５は、ＮＲ無線テクノロジーを利用していることが可能であるＲＡＮ１０４／１１３に接続されていることに加えて、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１８】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすことも可能である。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことが可能である。インターネット１１０は、一般的な通信プロトコル、例えば、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ、および／またはＩＰを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことが可能である。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークおよび／または無線通信ネットワークを含むことが可能である。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用することが可能である１つまたは複数のＲＡＮに接続されている別のＣＮを含むことが可能である。
【００１９】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード機能を含むことが可能である（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数のトランシーバを含むことが可能である）。例えば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することが可能である基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用することが可能である基地局１１４ｂと通信するように構成されることが可能である。
【００２０】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、数ある中でも、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／またはその他の周辺機器１３８を含むことが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素同士の任意の下位組合せを含むことが可能であるということが理解されるであろう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられている１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にするその他の任意の機能を実行することが可能である。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップにおいてともに統合されることが可能であるということが理解されるであろう。
【００２２】
送受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されることが可能である。例えば、一実施形態においては、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。実施形態においては、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されることが可能である。送受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。
【００２３】
送受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含むことが可能である。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することが可能である。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために、２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことが可能である。
【００２４】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調するように、および送受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述されているように、ＷＴＲＵ１０２は、マルチモード機能を有することが可能である。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことが可能である。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することが可能である。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することも可能である。また、プロセッサ１１８は、任意のタイプの適切なメモリ、例えば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２からの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことが可能である。取り外し可能メモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含むことが可能である。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、例えば、サーバまたはホームコンピュータ（図示せず）上のメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取ることが可能であり、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことが可能である。
【００２７】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそれのロケーションを決定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション決定方法を通じてロケーション情報を取得することが可能であるということが理解されるであろう。
【００２８】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能性、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことが可能である。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティートラッカーなどを含むことが可能である。周辺機器１３８は、１つまたは複数のセンサを含むことが可能であり、それらのセンサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、プロキシミティーセンサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、バロメータ、ジェスチャーセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることが可能である。
【００２９】
ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）およびダウンリンク（例えば、受信用）の両方に関して特定のサブフレームに関連付けられている）信号のうちのいくつかまたは全ての送信および受信が並列および／または同時であることが可能である全二重無線を含むことが可能である。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサを介した（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８を介した）信号処理を介して自己干渉を減らすおよび／または実質的になくすための干渉管理ユニット１３９を含むことが可能である。実施形態においては、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）またはダウンリンク（例えば、受信用）のいずれかに関して特定のサブフレームに関連付けられている）信号のうちのいくつかまたは全ての送信および受信が半二重無線を含むことが可能である。
【００３０】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されているように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用することが可能である。ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることも可能である。
【００３１】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことが可能であるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことが可能であるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことが可能である。一実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することが可能である。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することが可能である。
【００３２】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｃにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３３】
図１Ｃにおいて示されているＣＮ１０６は、モビリティー管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含むことが可能である。上述の要素のうちのそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティによって所有および／または運営されることが可能であるということが理解されるであろう。
【００３４】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続され、制御ノードとしての役割を果たすことが可能である。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することが可能である。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどのその他の無線技術を採用している他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することが可能である。
【００３５】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能である。ＳＧＷ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することが可能である。ＳＧＷ１６４は、その他の機能、例えば、ｅＮｏｄｅ  Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってＤＬデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することが可能である。
【００３６】
ＳＧＷ１６４は、ＰＧＷ１６６に接続されることが可能であり、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。
【００３７】
ＣＮ１０６は、その他のネットワークとの通信を容易にすることが可能である。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことが可能であり、またはそうしたＩＰゲートウェイと通信することが可能である。また、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能であり、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／または無線ネットワークを含むことが可能である。
【００３８】
ＷＴＲＵは、図１Ａ〜図１Ｄにおいては無線端末として記述されているが、特定の代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的にまたは永久に）使用することが可能であると想定される。
【００３９】
代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであってよい。
【００４０】
インフラストラクチャーベーシックサービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられている１つまたは複数のステーション（ＳＴＡ）とを有することが可能である。ＡＰは、ＢＳＳとの間で出入りするトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することが可能である。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて着信することが可能であり、ＳＴＡへ配信されることが可能である。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることが可能である。ＢＳＳ内のＳＴＡ同士の間におけるトラフィックは、例えば、ソースＳＴＡがトラフィックをＡＰへ送ることが可能であり、ＡＰがそのトラフィックを宛先ＳＴＡへ配信することが可能な場合には、ＡＰを通じて送られることが可能である。ＢＳＳ内のＳＴＡ同士の間におけるトラフィックは、ピアツーピアトラフィックとみなされること、および／または呼ばれることが可能である。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間において（例えば、間において直接）送られることが可能である。特定の代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用することが可能である。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことが可能であり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのうちの全て）は、互いに直接通信することが可能である。通信のＩＢＳＳモードは、本明細書においては、時には通信の「アドホック」モードと呼ばれることが可能である。
【００４１】
オペレーションの８０２．１１ａｃインフラストラクチャーモードまたはオペレーションの同様のモードを使用する場合には、ＡＰは、プライマリーチャネルなどの固定されたチャネル上でビーコンを送信することが可能である。プライマリーチャネルは、固定された幅（例えば、２０ＭＨｚの幅のバンド幅）またはシグナリングを介した動的に設定される幅であることが可能である。プライマリーチャネルは、ＢＳＳの動作チャネルであることが可能であり、ＡＰとの接続を確立するためにＳＴＡによって使用されることが可能である。特定の代表的な実施形態においては、例えば８０２．１１システムにおいて、衝突回避方式の搬送波感知多重アクセス（ＣＳＭＡ／ＣＡ）が実施されることが可能である。ＣＳＭＡ／ＣＡに関しては、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することが可能である。特定のＳＴＡによってプライマリーチャネルが感知／検知され、および／またはビジーであると決定された場合には、その特定のＳＴＡは、引き下がることが可能である。１つのＳＴＡ（例えば、１つのステーションのみ）が、所与のＢＳＳにおいて任意の所与の時点で送信を行うことが可能である。
【００４２】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリー２０ＭＨｚチャネルと、隣り合っているまたは隣り合っていない２０ＭＨｚのチャネルとを組み合わせて４０ＭＨｚの幅のチャネルを形成することを介して、通信のために４０ＭＨｚの幅のチャネルを使用することが可能である。
【００４３】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることが可能である。４０ＭＨｚのチャネル、および／または８０ＭＨｚのチャネルは、隣接している２０ＭＨｚのチャネル同士を組み合わせることによって形成されることが可能である。１６０ＭＨｚのチャネルは、８つの隣接している２０ＭＨｚのチャネルを組み合わせることによって、または２つの隣接していない８０ＭＨｚのチャネルを組み合わせること、これは、８０＋８０構成と呼ばれることが可能であるが、によって形成されることが可能である。８０＋８０構成に関しては、データは、チャネルエンコーディングの後に、セグメントパーサに通されることが可能であり、セグメントパーサは、そのデータを２つのストリームへと分割することが可能である。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理が、それぞれのストリーム上で別々に行われることが可能である。それらのストリームは、２つの８０ＭＨｚのチャネル上にマップされることが可能であり、データは、送信側ＳＴＡによって送信されることが可能である。受信側ＳＴＡの受信機においては、８０＋８０構成に関する上述のオペレーションは、逆にされることが可能であり、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）へ送られることが可能である。
【００４４】
オペレーションのサブ１ＧＨｚモードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされている。チャネル動作帯域幅、およびキャリアは、８０２．１１ａｆおよび８０２．１１ａｈにおいては、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚのバンド幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚのバンド幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることが可能である。ＭＴＣデバイスは、特定の能力、例えば、特定のおよび／または限られたバンド幅に関するサポートを（例えば、それらに関するサポートのみを）含む限られた能力を有することが可能である。ＭＴＣデバイスは、（例えば、非常に長いバッテリー寿命を保持するために）閾値を上回るバッテリー寿命を有するバッテリーを含むことが可能である。
【００４５】
複数のチャネル、およびチャネルバンド幅、例えば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈをサポートすることが可能であるＷＬＡＮシステムは、プライマリーチャネルとして指定されることが可能であるチャネルを含む。プライマリーチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされている最大の共通動作バンド幅に等しいバンド幅を有することが可能である。プライマリーチャネルのバンド幅は、ＢＳＳにおいて動作している全てのＳＴＡのうちで、最小のバンド幅動作モードをサポートしているＳＴＡによって設定および／または限定されることが可能である。８０２．１１ａｈの例においては、１ＭＨｚモードをサポートする（例えば、サポートするだけである）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に関しては、たとえＡＰ、およびＢＳＳにおけるその他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／またはその他のチャネルバンド幅動作モードをサポートしていても、プライマリーチャネルは、１ＭＨｚの幅であることが可能である。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリーチャネルのステータスに依存する場合がある。例えば（１ＭＨｚの動作モードだけをサポートする）ＳＴＡがＡＰへの送信を行っていることに起因して、プライマリーチャネルがビジーである場合には、利用可能な周波数バンドの全体は、たとえそれらの周波数バンドの大部分がアイドルのままであって利用可能である可能性があっても、ビジーとみなされる場合がある。
【００４６】
米国においては、８０２．１１ａｈによって使用されることが可能な利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚまでである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈにとって利用可能な合計のバンド幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４７】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上述されているように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用することが可能である。ＲＡＮ１１３は、ＣＮ１１５と通信状態にあることも可能である。
【００４８】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことが可能であるが、ＲＡＮ１１３は、実施形態との整合性を保持しながら、任意の数のｇＮＢを含むことが可能であるということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことが可能である。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することが可能である。例えば、ｇＮＢ１８０ａ、１８０ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃへ信号を送信するために、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するために、ビームフォーミングを利用することが可能である。したがってｇＮＢ１８０ａは、例えば、ＷＴＲＵ１０２ａへ無線信号を送信するために、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）へ送信することができる。これらのコンポーネントキャリアのサブセットが、ライセンス供与されていないスペクトル上にあることが可能であり、その一方で残りのコンポーネントキャリアは、ライセンス供与されているスペクトル上にあることが可能である。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実施することが可能である。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することが可能である。
【００４９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジーに関連付けられている送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。例えば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、別々の送信、別々のセル、および／または無線送信スペクトルの別々の部分ごとに異なってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）（例えば、様々な数のＯＦＤＭシンボルおよび／または持続する様々な長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。
【００５０】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンではない構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、その他のＲＡＮ（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることも伴わずに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティーアンカーポイントとして利用することが可能である。スタンドアロンの構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンス供与されていない帯域における信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することが可能である。スタンドアロンではない構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続する一方で、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信すること／それらに接続することも可能である。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することが可能である。スタンドアロンではない構成においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティーアンカーとしての役割を果たすことが可能であり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するためのさらなるカバレッジおよび／またはスループットを提供することが可能である。
【００５１】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ−ＵＴＲＡとの間におけるインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティー管理機能（ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報のルーティングなどを取り扱うように構成されることが可能である。図１Ｄにおいて示されているように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することが可能である。
【００５２】
図１Ｄにおいて示されているＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことが可能である。上述の要素のうちのそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のうちのいずれかが、ＣＮオペレータ以外のエンティティによって所有および／または運営されることが可能であるということが理解されるであろう。
【００５３】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され、制御ノードとしての役割を果たすことが可能である。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングに関するサポート（例えば、別々の要件を伴う別々のＰＤＵセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティー管理などを担当することが可能である。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用されることが可能である。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（ＭＴＣ）アクセスに関するサービス等などの別々の使用事例に関して、別々のネットワークスライスが確立されることが可能である。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏなどのその他の無線技術、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術を採用しているその他のＲＡＮ（図示せず）との間において切り替えを行うための制御プレーン機能を提供することが可能である。
【００５４】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続されることが可能である。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続されることも可能である。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御すること、並びにＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することが可能である。ＳＭＦ１８３ａ、１８３ｂは、その他の機能、例えば、ＵＥ  ＩＰアドレスを管理することおよび割り当てること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどを実行することが可能である。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであることが可能である。
【００５５】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることが可能であり、Ｎ３インターフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能である。ＵＰＦ１８４、１８４ｂは、その他の機能、例えば、パケットをルーティングおよび転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを取り扱うこと、ダウンリンクパケットをバッファリングすること、モビリティーアンカリングを提供することなどを実行することが可能である。
【００５６】
ＣＮ１１５は、その他のネットワークとの通信を容易にすることが可能である。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことが可能であり、またはそうしたＩＰゲートウェイと通信することが可能である。また、ＣＮ１１５は、その他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することが可能であり、他のネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／または無線ネットワークを含むことが可能である。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂとの間におけるＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてＤＮ１８５ａ、１８５ｂに接続されることが可能である。
【００５７】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄの対応する説明を考慮すると、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において記述されているその他の任意のデバイスのうちの１つまたは複数に関連して本明細書において記述されている機能のうちの１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されることが可能である。エミュレーションデバイスは、本明細書において記述されている機能のうちの１つもしくは複数または全てをエミュレートするように構成されている１つまたは複数のデバイスであることが可能である。例えば、エミュレーションデバイスは、その他のデバイスをテストするために、並びに／またはネットワーク機能および／もしくはＷＴＲＵ機能をシミュレートするために使用されることが可能である。
【００５８】
エミュレーションデバイスは、ラボ環境において、および／またはオペレータネットワーク環境においてその他のデバイスの１つまたは複数のテストを実施するように設計されることが可能である。例えば、１つまたは複数のエミュレーションデバイスは、有線および／または無線の通信ネットワーク内のその他のデバイスをテストするためにその通信ネットワークの一部として全体的にまたは部分的に実装および／または展開されている間に、１つもしくは複数のまたは全ての機能を実行することが可能である。１つまたは複数のエミュレーションデバイスは、有線および／または無線の通信ネットワークの一部として一時的に実装／展開されている間に、１つもしくは複数のまたは全ての機能を実行することが可能である。エミュレーションデバイスは、テスティングの目的のために別のデバイスに直接結合されることが可能であり、および／またはオーバージエア無線通信を使用してテスティングを実行することが可能である。
【００５９】
１つまたは複数のエミュレーションデバイスは、有線および／または無線の通信ネットワークの一部として実装／展開されていない間に、全ての機能を含む１つまたは複数の機能を実行することが可能である。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実施するために、テスティングラボラトリー並びに／または展開されていない（例えば、テスティングの）有線および／もしくは無線の通信ネットワークにおけるテスティングシナリオにおいて利用されることが可能である。１つまたは複数のエミュレーションデバイスは、テスト機器であることが可能である。直接ＲＦ結合、および／または、ＲＦ回路（例えば、１つもしくは複数のアンテナを含むことが可能である）を介した無線通信が、エミュレーションデバイスによってデータを送信および／または受信するために使用されることが可能である。
【００６０】
上述されているように、ＷＴＲＵが、同じパブリックランドモバイルネットワーク（ＰＬＭＮ）内で第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセス技術（ＡＴ）および非３ＧＰＰ  ＡＴ（例えば、ＷｉＦｉ）の両方を介して同じＡＭＦに登録されることが可能である。ＷＴＲＵがこれらのアクセス技術を介して登録された後に、ＷＴＲＵは、下記のモードのうちの１つまたは複数にあることが可能である。ＷＴＲＵは、３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴの両方を介した５ＧＭＭ接続モード（ＣＭ）にあることが可能である。ＷＴＲＵは、３ＧＰＰ  ＡＴを介したＣＭに、および５ＧＭＭアイドルモード（ＩＭ）にあることが可能である。ＷＴＲＵは、３ＧＰＰ  ＡＴを介したＩＭ、および非３ＧＰＰ  ＡＴを介したＣＭにあることが可能である。ＷＴＲＵは、３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴの両方を介したＩＭにあることが可能である。
【００６１】
サービス要求手順を介してＩＭからＣＭへ移行するようにＷＴＲＵをトリガーするためにページング手順が使用されることが可能である。しかしながら、ページングは、３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）を介して生じることのみが可能である。したがって、非３ＧＰＰ  ＡＴを介したＩＭにあるＷＴＲＵがページされることが可能ではない場合がある。しかしながら、ＷＴＲＵは、１つのＡＴを介するがその他のＡＴを介さないＣＭにある可能性がある。例えば、ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＣＭに、および非３ＧＰＰ  ＡＴを介したＩＭにある場合には、ネットワークは、以前に非３ＧＰＰ  ＡＴを介して確立されたＰＤＵセッションに関連付けられているダウンリンク（ＤＬ）データがあるということをＷＴＲＵに知らせる必要があり得る。そうするために、ネットワークは、ＷＴＲＵに知らせるための通知手順を使用することが可能である。ネットワークは、通知メッセージをＷＴＲＵに送ることが可能である。通知メッセージは、ＷＴＲＵが第２のアクセス技術を介して１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのためのリソースを再確立するためのインジケーションを含むことが可能である。そのインジケーションは、黙示的または明示的のいずれかであることが可能である。
【００６２】
例においては、ＷＴＲＵは、非３ＧＰＰ  ＡＴを介して通知メッセージを受信することが可能である。しかしながら、ＷＴＲＵは、非３ＧＰＰ  ＡＴを介したＩＭにある可能性があるので、ＷＴＲＵは、３ＧＰＰ  ＡＴを介して通知メッセージに応答することと、問題のＰＤＵセッションは非３ＧＰＰ  ＡＴに関連付けられているが、それは、３ＧＰＰ  ＡＴを介してデータを受信したいと望んでいる旨をネットワークに知らせることとが可能である。
【００６３】
ＷＴＲＵが３ＧＰＰ  ＡＴへと移動させたＰＤＵセッションのためのリソースをセットアップするようにネットワークに知らせるためのサービス要求メッセージが、３ＧＰＰ  ＡＴを介したＣＭにおいて送られることが可能である。ＷＴＲＵは、許可されたＰＤＵセッションステータスとして知られている情報要素（ＩＥ）を含めることによって、どのＰＤＵセッションが移動されることを許可されているかをネットワークに告げることが可能である。ＷＴＲＵが、３ＧＰＰ  ＡＴを介したそれのＰＤＵセッションのうちのいずれも移動させたくないか、または３ＧＰＰ  ＡＴ上に存在していた１つまたは複数のＰＤＵセッションをローカルに非アクティブ化している場合には、ＷＴＲＵは、３ＧＰＰ  ＡＴを介したこれらのＰＤＵのためにいずれのユーザプレーンリソースもアクティブ化されるべきではないということを示す通知応答を用いて応答することが可能である。
【００６４】
ＡＭＦが、複数のネットワークスライス選択支援情報（ＮＳＳＡＩ）を供給することが可能ではない場合がある。例えば、第１のＮＳＳＡＩが、分離されているネットワークスライスに対応する場合がある。ＷＴＲＵが、第１のＮＳＳＡＩの値を伴うネットワークスライスに接続されている場合には、ＷＴＲＵは、同時に別のネットワークスライスに接続することが可能ではない場合がある。
【００６５】
例において、通知メッセージは、ＷＴＲＵのためのＤＬデータがあるＰＤＵセッションに対応するＰＤＵセッション識別（ＩＤ）を含むことも可能である。ＷＴＲＵは、ＷＴＲＵポリシーに基づいて別のアクセスへのＰＤＵの転送を受け入れることが可能である。
【００６６】
さらに、ネットワークが通知メッセージを送っているＰＤＵセッションは、３ＧＰＰ  ＡＴへ転送されることを望まれている場合があるが、ＷＴＲＵは、保留中のＤＬデータがその瞬間に存在しても、その他のＰＤＵセッションを転送したい場合もある。
【００６７】
通知メッセージは、存在しているＰＤＵセッションに関連したデータのみのために使用されることが可能である。しかしながら、これは、メッセージの効率を制限する場合がある。例えば、３ＧＰＰシステムの無線ネットワーク上のページングを低減するために、およびＷＴＲＵからのサービス要求をトリガーするために通知が使用されることが可能であるその他のケースがある場合がある。したがって、通知の従来の使用は、非常に限定される場合がある。通知メッセージの使用を、新たなケースをカバーするように、または存在しているＰＤＵセッションに関連していないサービスに適用するように拡張することが望ましい場合がある。
【００６８】
ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭにある一方で、３ＧＰＰ  ＡＴを介したＩＭにあるケースにおいては、ＷＴＲＵは、（例えば、定期的登録更新を実行するために）３ＧＰＰ  ＡＴを介して実行するためのデータまたはシグナリングを有する場合がある。同時に、ＷＴＲＵのＮＡＳエンティティが、非３ＧＰＰ  ＡＴを介してＡＭＦから通知メッセージを受信する場合がある。このケースにおけるＷＴＲＵ行動は、明確ではない。ＷＴＲＵは、シグナリングを優先順位付けするための設定された手順を有していない場合があり、ＲＲＣレイヤにおける確立要因として何を設定すべきかを知らない場合がある。
【００６９】
また、ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭにある一方で、３ＧＰＰ  ＡＴを介したＩＭにあるケースにおいては、ネットワークは、ゲートウェイ（例えば、ＰＧＷもしくはＵＰＦ）に関連した、またはアクセスポイント名（ＡＰＮ）もしくはデータネットワーク名（ＤＮＮ）に関連したデータトラフィックに関する何らかの過負荷または混雑を以前に経験している可能性がある。ＷＴＲＵは、セッション管理レベルにおいてバックオフタイマーを受信することが可能である。
【００７０】
バックオフタイマーの受信は、ＷＴＲＵが、その特定のノード／ネットワークに関連したシグナリングを送ることを禁止することが可能である。混雑がネットワーク側において取り除かれたということをネットワークがＷＴＲＵに知らせ、従ってＷＴＲＵがそのネットワークへシグナリング／データトラフィックを送るのを開始することを可能にするための手段が存在することが可能である。これが実現されるためには、ＷＴＲＵは、ＣＭにある必要があり得る。しかしながら、ＷＴＲＵは、３ＧＰＰ  ＡＴを介したＩＭに、および非３ＧＰＰ  ＡＴを介したＣＭにある可能性があるので、このアレンジを利用して、混雑が緩和されたということをＷＴＲＵに知らせるための方法が存在することが可能である。
【００７１】
ＷＴＲＵおよびネットワークの両方において、ＮＡＳレベルでいくつかのプロトコルエンティティが存在する場合がある。ＷＴＲＵ／ネットワークにおけるプロトコルエンティティが、ＷＴＲＵ／ネットワークにおける別の「対応する」プロトコルエンティティへメッセージを送る必要がある場合には、送信者は、プロトコル識別子（ＰＤ）と呼ばれるＮＡＳメッセージのヘッダにおける特別なフィールドにおける特定の（例えば、事前に定義された）値を使用することが可能である。受信側においては、受信者は、どのプロトコルエンティティが宛てられているのかを理解するためにＰＤの値を見ることが可能である。ＰＤフィールドは、ＧＰＲＳ、ＵＭＴＳ、およびＥＰＳの進化に伴って付加されているいくつかのプロトコルエンティティを示すことが可能である。新たな５Ｇプロトコルエンティティに割り振られるために残されている値がない場合がある。５Ｇプロトコルのために新たなＮＡＳヘッダが使用されることが可能であり、拡張プロトコル識別子（ＥＰＤ）と呼ばれるＰＤの拡張されたバージョンが組み込まれることが可能である。ＥＰＤをさらに定義することが望ましい場合がある。
【００７２】
５Ｇシステムが、例えば、ＷＴＲＵのアイデンティティ（５Ｇ  ＧＵＴＩ）および／またはトラッキングエリアアイデンティティ（ＴＡＩ）リストを変更すること、新たなサービスエリアリストを提供すること、並びに許可されたＮＳＳＡＩを提供することなど、いくつかのニーズに関連した新たなパラメータでＷＴＲＵを更新するための定義されている手順を有することが可能である。しかしながら、ＷＴＲＵ構成更新メッセージの使用に伴ういくらかの曖昧さがある場合がある。ＡＭＦは、コマンドを伴う新たなパラメータ情報を提供することによってＷＴＲＵ構成を更新することが可能であり、またはパラメータを更新するためにネットワークとの間で新たな登録更新を実行するようにＷＴＲＵに要求することが可能である。その手順は、ネットワークによって開始されることが可能であり、ＷＴＲＵが、確立されている５ＧＭＭコンテキストを有していて、かつ５ＧＭＭ−ＣＭにある場合に使用されることが可能である。ＡＭＦは、パラメータがＷＴＲＵによって更新されていることを確実にするために確認応答を必要とする場合がある。
【００７３】
５Ｇ−ＧＵＴＩ、ＴＡＩリスト、サービスエリアリスト、許可されたＮＳＳＡＩ、ネットワークアイデンティティおよびタイムゾーン情報（例えば、ネットワークのフルネーム、ネットワークの略称、ローカルタイムゾーン、ユニバーサルタイムおよびローカルタイムゾーン、ネットワーク夏時間）、並びにローカルエリアデータネットワーク（ＬＡＤＮ）情報というパラメータが、ＷＴＲＵ登録更新手順をトリガーする必要を伴わずに一般的なＷＴＲＵ構成更新手順によってサポートされることが可能である。この手順によって、１つまたは複数の構成パラメータ（例えば、ポリシー情報）が更新されることが可能である。ＡＭＦとは異なるＮＦによって提供される構成が、この手順によってカバーされることが可能であり、または異なるＮＡＳ手順、例えば、ＰＣＦによって提供されるＷＴＲＵルート選択ポリシー（ＲＳＰ）によって提供されることが可能である。
【００７４】
モバイルによって開始された接続のみ（ＭＩＣＯ：Mobile Initiated Connection Only）パラメータが、ＷＴＲＵ登録更新手順のトリガリングを必要とする場合がある。オペレーションのＭＩＣＯモードは、ＷＴＲＵにおける節電のために使用されることが可能である。ＷＴＲＵがＭＩＣＯを採用する場合には、それは、それの無線アクセス能力を非アクティブ化すること、およびスリープモードへ移行することが可能である。スリープモードは、拡張されることが可能であり、ＷＴＲＵは、ネットワークから「消える」ことが可能である。ＷＴＲＵがＭＩＣＯにおいて動作するように構成されている場合には、ＷＴＲＵおよびＣＮ（例えば、ＡＭＦ）がオペレーションのこのモードの使用について互いに知らせるためのメカニズムが望ましいことがある。ＷＴＲＵは、登録手順中にこの能力についてＣＮ（例えば、ＡＭＦ）に知らせることが可能である。例えば、ＷＴＲＵは、それがＭＩＣＯモードを適用したいということをＣＮに知らせるパラメータまたはＩＥを登録要求メッセージにおいて送ることが可能である。
【００７５】
この手順は、下記の例のうちの１つまたは複数において実施されることが可能である。新たなＩＥが、ネットワークがそれの使用を受け入れることを必要とする場合がある、ＭＩＣＯなどではあるがそれには限定されない機能を使用する能力を反映するために導入されることが可能である。その新たなＩＥは、要求された機能使用ＩＥであることが可能である。このＩＥは、１つのオクテットであることが可能であり、それぞれのビット位置は、特定の機能を使用したいというＷＴＲＵによる要求を反映することが可能である。例えば、ビット位置０は、最下位ビットであることが可能であり、ビット位置８は、最上位ビットであることが可能である。ビット位置０は、ＭＩＣＯ機能に対応することが可能である。したがって、ＷＴＲＵがＭＩＣＯ機能を使用したい場合には、それは、このＩＥのビットを「ｘｘｘｘｘｘｘ１」として設定することが可能である。したがって、１の値は、機能を使用したいという要求を表すことが可能であり、０の値は、ＷＴＲＵが機能を使用する必要がないというインジケーションを表すことが可能である。
【００７６】
このＩＥを、さらなる機能に適用するように拡張する際には、このオクテットの最上位ビットは、ＩＥが拡張されているかどうかを示すために確保されることが可能である。例えば、ビット位置８が１の値を有している場合には、このＩＥに続いて、それを拡張するためのさらなるオクテットが存在することが可能である。後続のオクテットの解釈は、さらなる機能にとって必要とされるのに応じて定義されることが可能である。例えば、ＷＴＲＵが７つの機能の使用を反映したい場合には、それは、ビット位置８を０の値に設定することが可能である。ＷＴＲＵが、反映するための７つよりも多くの機能を有している場合には、それは、ビット位置８を１の値に設定すること、およびさらなるオクテットを使用することが可能である。さらなるオクテットのビット位置８は、さらなる機能を示すという同じ目的のために確保されることが可能である。ＡＭＦが機能の使用を受け入れるかまたは許可する場合には、それは、機能に関連付けられているビット位置に関して１の値を返すことが可能である。そうでない場合には、それは、ビット位置を０に設定することが可能である。上で使用されている特定のビット位置は例として提供されているということに留意されたい。上のいずれかを反映するために、その他のビット位置が定義または確保されることが可能である。
【００７７】
ＷＴＲＵがＭＩＣＯの使用を示すための別の方法は、登録タイプＩＥにおいてビット位置を使用することであることが可能である。例えば、登録要求メッセージにおける登録タイプＩＥは、１オクテットの長さであることが可能である。それは、タイプ値（ＴＶ）ＩＥであることが可能である。このタイプは、これが登録タイプに関するＩＥであるということを反映することが可能であり、値は、最初の登録または登録更新など、登録の特定のタイプを示す。値フィールドは、４ビットの長さであることが可能であり、３つのビットが、登録タイプを反映するために使用されることが可能である。第４のビットは、ＭＩＣＯの使用のために確保されることが可能である。例えば、ビット１００１は、次のように解釈されることが可能である。第１の最下位ビット（００１）は、「最初の登録」という登録タイプを反映するように定義されることが可能である。ＷＴＲＵは、ＭＩＣＯを使用する必要性を示すためにＭＩＣＯビット（例えば、ハーフオクテットの第４のおよび最上位のビット）を１の値に設定することが可能である。
【００７８】
ＡＭＦは、同様の手順を使用して、登録の結果を反映することが可能である。４つのビットを用いて登録結果が定義されることも可能である。最下位ビットは、ＡＭＦによって受け入れている登録のタイプを反映することが可能であり、第４のビットは、ＭＩＣＯが使用を許可されているか否かをＷＴＲＵに示すことが可能である。ＷＴＲＵが登録結果を受信した場合には、それは、ＭＩＣＯが許可されているかどうかを決定するために第４のビット位置を検証することが可能である。第４のビット位置が１の値を有している場合には、ＷＴＲＵは、ＭＩＣＯが許可されているとみなすことが可能であり、オペレーションを使用することを開始することが可能である。第４のビット位置が０の値を有している場合には、ＷＴＲＵは、ＭＩＣＯの使用が許可されていないとみなすことが可能である。
【００７９】
オペレーションのＭＩＣＯモードは、登録手順またはサービス要求手順とともにＩＭからＣＭへ移行することによってＷＴＲＵによって終了されることが可能である。ネットワークが混雑している場合には、ＣＮは、要求を拒否すること、およびＷＴＲＵにバックオフタイマーを提供することが可能である。ＷＴＲＵは、直接ＭＩＣＯを適用し（すなわち、それの無線能力を非アクティブ化し）、バックオフタイマーを稼働させ、次いでバックオフタイマーが切れたときに新たな手順を開始することが可能である。
【００８０】
ＷＴＲＵ構成更新メッセージは、ＷＴＲＵがＣＭにある場合にＷＴＲＵへ送られることが可能である。メッセージが送られることが可能である際に介するＡＴには依存関係がないことが可能である。ＷＴＲＵ構成更新メッセージを受信した際に、ＷＴＲＵによる予想されるアクションは、再登録である場合がある。ＷＴＲＵは、ネットワークに再登録する必要があり得る。しかしながら、ＭＩＣＯなどのいくつかのパラメータおよび機能は、３ＧＰＰ  ＡＴのみに適用可能である。３ＧＰＰ  ＡＴに適用可能であるパラメータは、非３ＧＰＰ  ＡＴを介してネゴシエートされることが可能ではない。登録が必要とされている旨のインジケーションを伴うＷＴＲＵ構成更新メッセージを受信すると、ＷＴＲＵは、アイドルモードへ移行した後に登録更新を実行することが可能である。しかしながら、登録更新を実行するために使用されるべきであるＡＴは、特定されない場合がある。
【００８１】
その他のパラメータは、５Ｇ  ＧＵＴＩおよび関連付けられているＴＡＩリストなど、両方のＡＴに等しく適用することが可能である。登録が必要とされている状態の新たなＮＳＳＡＩを受信することは、両方のＡＴに影響を与える場合がある。なぜなら、許可されたＮＳＳＡＩは、ＴＡＩリストに関連付けられることが可能であり、別々のＡＴは、別々のＴＡＩリストを有することが可能であるからである。ＷＴＲＵは、どちらのＡＴが登録更新を実行するかを知ることが可能ではない。ＷＴＲＵは、実行されるべきであるアクションに関する完全な情報を有することが可能ではない。ＷＴＲＵが新たなＴＡＩリストを受信した場合には、それは、どのＡＴにそのＴＡＩリストが関連付けられることが可能であるかを知ることが可能ではない。ＷＴＲＵにおける曖昧さを回避することが望ましい場合がある。
【００８２】
ＮＡＳ通知メッセージを使用するための新たなネットワークおよびＷＴＲＵの行動が、本明細書において記述されることが可能である。これは、ＷＴＲＵにおける様々な解釈、並びに様々なケースおよびシナリオにおけるＷＴＲＵからの応答を含むことが可能である。また、以降の説明は、システムシグナリングを最適化するための通知メッセージの拡張を含むこと、およびセッション管理シグナリングに限定されないことが可能である。３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴを介した同時のＮＡＳ手順同士の間におけるコンフリクト状況を取り扱うための新たなＷＴＲＵ行動が、以降で記述されることが可能である。ＡＭＦが、通知メッセージを使用して、少なくともセッション管理混雑が終了されているということをＷＴＲＵに知らせることが可能な方法が記述されることが可能である。ＷＴＲＵは、この情報を使用して、セッション管理バックオフタイマーを停止することが可能である。以降の説明は、その他のタイプのモビリティー管理メッセージタイプをサポートするためのＥＰＤに関する新たな定義を含むことが可能である。ＷＴＲＵおよびネットワークにおける新たなＥＰＤの解釈のための新たな手順が定義されることも可能である。
【００８３】
以降の説明は、ＷＴＲＵ構成更新メッセージの使用に伴う曖昧さを最小化するための方法および手順を含むことが可能である。ＡＭＦは、ＷＴＲＵ構成更新メッセージに含まれているパラメータに関するＡＴタイプを示すことが可能である。ＷＴＲＵは、示されたＡＴのパラメータを新たな値で更新することができる。非３ＧＰＰ  ＡＴを介して受信された新たなＮＳＳＡＩに関して、ＷＴＲＵは、ＡＴ情報がＷＴＲＵ構成更新メッセージにおいて提供されない場合に、３ＧＰＰ  ＡＴを介した登録から開始することができる。
【００８４】
ＮＡＳ通知手順は、ＷＴＲＵおよびネットワークの行動を通じて最適化されることが可能である。以降の説明は、ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＣＭに、および非３ＧＰＰ  ＡＴを介したＩＭにあると想定しているということに留意されたい。しかしながら、提供されている例は、上述されているその他の接続シナリオのうちのいずれにも適用することが可能である。
【００８５】
ＷＴＲＵは、３ＧＰＰ  ＡＴを介して、ネットワークから通知メッセージを受信することができる。ＡＭＦは、非３ＧＰＰ  ＡＴを介してＷＴＲＵへ通知メッセージを送ることができる。通知メッセージは、ＷＴＲＵが１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのためのリソースを再確立するためのインジケーションを含むことが可能である。そのインジケーションは、黙示的または明示的のいずれかであってよい。
【００８６】
例においては、リソースは、第２のアクセス技術を介して再確立されることが可能である。これは、３ＧＰＰ  ＡＴにおける１つまたは複数のＰＤＵセッションに関連付けられているＤＬデータがあるからである可能性がある。ＷＴＲＵは、例えば、非３ＧＰＰ  ＡＴに関連付けられている２つのＰＤＵ、ＰＤＵ  ＸおよびＰＤＵ  Ｙを有することが可能である。通知メッセージは、３ＧＰＰ  ＡＴを介したＰＤＵセッションに関連している可能性があるが、ＷＴＲＵは、ＰＤＵ  Ｙに関する全てのデータを３ＧＰＰ  ＡＴへ転送したい場合もある。ＰＤＵ  Ｙに関しては、いずれのデータもまだ利用可能ではないが、ＷＴＲＵは、これを前もってネットワークに示したい場合があり、それによってネットワークは、後続のＤＬデータに関してその他のＰＤＵを３ＧＰＰ  ＡＴに関連付ける。
【００８７】
したがってＷＴＲＵは、その他のＰＤＵ  ＩＤが３ＧＰＰ  ＡＴへ移動されることをそれが望んでいるかどうかを依然として決定することが可能である。上述されているように、この決定は、ローカルポリシーに基づくことが可能であり、またはＷＴＲＵは、設定を変更することおよび好みを設定することが可能であるユーザにメッセージを表示することが可能である。ＷＴＲＵは次いで、サービス要求を送ること、および許可されたＰＤＵセッションステータスＩＥにＰＤＵ  ＩＤのリストを含めることが可能である。
【００８８】
例においては、通知メッセージは、ネットワークが３ＧＰＰ  ＡＴへデータを転送することが可能な非３ＧＰＰ  ＡＴに関連付けられている１つまたは複数のＰＤＵセッションＩＤを含むことも可能である。ＷＴＲＵは、受信されたＰＤＵセッションＩＤ（ＰＤＵ  ＩＤ）をそれのローカルポリシーに照らして検証することが可能である。ＷＴＲＵは、どのＰＤＵ  ＩＤがターゲットアクセス技術を介して転送されることを許可されているかを示すポリシーを有することが可能である。ＷＴＲＵは、受信されたＰＤＵ  ＩＤが、異なるターゲットアクセス技術を介して転送されることを許可されているかどうかを検証することが可能である。ＷＴＲＵは、そのような決定を行うためにそれのポリシーにおける詳細をさらに検証することが可能である。ポリシーの詳細は、例えば、時間、ロケーション、および、ＰＤＵセッションがＬＡＤＮに関連付けられているかどうかを含むことが可能である。通知メッセージにおけるＰＤＵ  ＩＤのうちのいずれかが別のアクセスへの転送の対象となり、かつＷＴＲＵがそうすることを決定することが可能な場合には、ＷＴＲＵは、サービス要求メッセージをネットワークへ送ることが可能である。サービス要求メッセージは、ＷＴＲＵが３ＧＰＰ  ＡＴへ転送したいと望んでいるＰＤＵ  ＩＤのリストを含むことが可能である。ＰＤＵ  ＩＤのリストは、許可されたＰＤＵセッションステータスＩＥに含まれることが可能である。言い換えれば、ＷＴＲＵは、受信されたＰＤＵ  ＩＤを使用して、それのローカルポリシーに照らして検証を行うこと、およびどのＰＤＵ  ＩＤが３ＧＰＰ  ＡＴへ転送されることが可能であるかを決定することが可能である。
【００８９】
ＷＴＲＵは、非３ＧＰＰ  ＡＴに関連付けられている少なくとも１つのＰＤＵ  ＩＤに関連した送るためのアップリンクデータを有することが可能である。しかしながら、ＷＴＲＵは、非３ＧＰＰ  ＡＴのカバレッジにない場合があり、またはＷＴＲＵは、ＰＤＵセッションを３ＧＰＰ  ＡＴへ移動させるためのポリシーを有している場合がある。このケースにおいては、ＷＴＲＵはページされないが、ＷＴＲＵは、サービス要求を送ることが可能であり、それが、示されているＰＤＵセッションを非３ＧＰＰ  ＡＴから３ＧＰＰ  ＡＴへ転送したいと望んでいるということをネットワークに示すために、許可されたＰＤＵセッションステータスＩＥを含めることが可能である。
【００９０】
ＷＴＲＵは、なぜサービス要求が送られているかをＡＭＦに知らせるために、ＮＡＳレベル確立要因をサービス要求メッセージに含めることが可能である。このＮＡＳレベル確立要因の詳細は、以降でさらに詳細に定義されることが可能である。ＷＴＲＵは、ＮＡＳレベル確立要因、もしくはなぜそれがサービス要求メッセージを送っているかを説明するその他のタイプの情報、および／またはＷＴＲＵが要求したいサービスタイプを含めることが可能である。例えば、ＷＴＲＵは、ＷＴＲＵが（例えば、許可されたＰＤＵセッションステータスＩＥによって識別された）少なくとも１つのＰＤＵセッションを非３ＧＰＰ  ＡＴから３ＧＰＰ  ＡＴへ転送したいと望んでいるということを示すために、「ＰＤＵを非３ＧＰＰから３ＧＰＰへ転送する」に設定されているサービスタイプを含めることが可能である。
【００９１】
ＡＭＦは、ＷＴＲＵが非３ＧＰＰ  ＡＴから３ＧＰＰ  ＡＴへ転送したいと望んでいる少なくとも１つのＰＤＵ  ＩＤを識別する許可されたＰＤＵセッションステータスＩＥを伴うサービス要求メッセージ（またはその他のＮＡＳメッセージ）を受信することが可能である。ＷＴＲＵは、ＮＡＳレベル確立要因またはその他の情報、例えば、上述されているような「ＰＤＵを非３ＧＰＰから３ＧＰＰへ転送する」を示すサービスタイプを含めることも可能である。ＡＭＦは、ＰＤＵ  ＩＤを検証することが可能であり、保留中のＤＬデータを少なくとも１つのＰＤＵ  ＩＤが有していないということを決定することが可能である。ＡＭＦの行動は、ＷＴＲＵがそれ自体でサービス要求を開始しているかどうか、またはそれがページングに応答しているか、もしくは通知メッセージに応答しているかに応じて、異なる場合がある。
【００９２】
ＡＭＦは、より低いレイヤ（すなわち、ＲＡＮ）から確立要因が受信されていることを検証することによって、ＷＴＲＵがそれ自体でサービス要求を開始している（すなわち、メッセージがページングまたは通知メッセージに対する応答ではない）かどうかを決定することが可能である。あるいは、ＡＭＦは、上述されているようなＮＡＳレベル確立要因またはサービスタイプを検証することによって、これを決定することが可能である。ＷＴＲＵがそれ自体でサービス要求を開始しているということをＡＭＦが決定することが可能な場合には、ＡＭＦは、手順を進めること、および関連付けられているＡＴを非３ＧＰＰから３ＧＰＰへ変更するようにＳＭＦに知らせることが可能である。ＳＭＦは、ＰＤＵ  ＩＤによって識別されたＰＤＵセッションのためのリソースをセットアップしたいという、例えば定義されているリファレンスポイントを使用した要求（例えば、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）を受信することが可能である。その要求は、ＡＴタイプを含んでもよい。そのＡＴタイプが、ＷＴＲＵのセッション管理（ＳＭ）コンテキストにおけるＡＴタイプと同じではない場合には、ＳＭＦは、ＡＭＦからの受信されたＡＴタイプを反映するようにＡＴタイプを更新することが可能である。ＳＭＦは、その他のアクションを取ること、および識別されたＰＤＵセッションに関連付けられている更新されたＡＴについてその他のネットワークノードに知らせることが可能である。例えば、ＳＭＦは、適切なリファレンスポイントを使用して、この変更についてＰＣＲＦに知らせることが可能である。
【００９３】
ＷＴＲＵがそれ自体で要求を開始しているということをＡＭＦが決定することが可能であり、かつＷＴＲＵが非３ＧＰＰ  ＡＴから３ＧＰＰ  ＡＴへ転送したいと望んでいる少なくとも１つのＰＤＵセッションをＡＭＦが受信している場合には、ＡＭＦは、サービス要求手順を進めることが可能であり、それによってユーザプレーンリソースおよび接続が、ＷＴＲＵ用にセットアップされる。ＡＭＦによって受け入れられた場合には、ＡＭＦは、サービス受け入れメッセージを用いてＷＴＲＵに応答すること、およびＡＭＦがユーザプレーンリソースをセットアップするために受け入れたＰＤＵセッションＩＤを示すことが可能である。
【００９４】
ＡＭＦが、非３ＧＰＰ  ＡＴ  ＰＤＵセッションに関連したデータに関して３ＧＰＰ  ＡＴを介してＷＴＲＵをページし、かつＷＴＲＵが、それが３ＧＰＰ  ＡＴへ移動させたい非３ＧＰＰ  ＡＴに関連付けられている少なくとも１つのＰＤＵ  ＩＤを含めている場合には、ＡＭＦは、本明細書において記述されている下記のアクションのうちのいずれかを取ることが可能である。
【００９５】
ＡＭＦは、提供されたＰＤＵ  ＩＤがＤＬの保留中のデータに関連付けられているかどうかを検証することが可能である。ＰＤＵ  ＩＤがＤＬの保留中のデータに関連付けられている場合には、ＡＭＦは、上述されているようにリソースをセットアップすることが可能である。ＰＤＵ  ＩＤがＤＬの保留中のデータに関連付けられている場合（すなわち、ＤＬデータがないサービス要求メッセージにおけるＰＤＵ  ＩＤがある場合）には、ＡＭＦは、下記のアクションのうちのいずれかを取ることが可能である。
【００９６】
ＡＭＦは、サービス要求メッセージを拒否することが可能である。ＡＭＦは、サービス拒否メッセージをＷＴＲＵへ送ることが可能であり、サービス拒否メッセージは、その瞬間においては保留中のＤＬデータがないということをＷＴＲＵに示すための要因コードを含むことが可能である。ＡＭＦは、ＰＤＵ接続が今は３ＧＰＰ  ＡＴに関連付けられているとみなされるかどうか、またはそれが依然として非３ＧＰＰ  ＡＴに関連付けられているかどうかを示すことも可能である。ＡＭＦは、これを決定するための好みまたはポリシーを有することが可能である。あるいは、上述されているように、ＷＴＲＵは、好みをサービス要求メッセージに含めることが可能であり、サービス要求メッセージでは、それぞれのＰＤＵ  ＩＤに関して、ＷＴＲＵは、それがＰＤＵを別のＡＴに関連付けたいかどうかをネットワークに知らせることが可能である。ＷＴＲＵは、それのローカルポリシーを使用して、これを決定することが可能である。ＰＤＵ  ＩＤによって言及されているＰＤＵセッションが３ＧＰＰ  ＡＴに関連付けられることが可能であるとＡＭＦが決定した場合には、ＡＭＦは、ＰＤＵ  ＩＤおよび関連付けられているＡＴを含めることが可能である。ＷＴＲＵは次いで、それのローカル情報を更新して、ＰＤＵ  ＩＤが別のＡＴに関連付けられているということを示すことが可能であり、それのタイプは、ＮＡＳメッセージ（例えば、サービス拒否メッセージ）において示されることが可能である。
【００９７】
ＡＭＦは、サービス要求メッセージを受け入れることと、（例えば、上述されているように保留中のＤＬデータを利用できないことに起因して）リソースが意図的にセットアップされないということを示すための要因コードを含めることとが可能である。ＡＭＦは、ＰＤＵ  ＩＤによって識別されたＰＤＵセッションが、別のＡＴに転送されているとみなされているか、または今は別のＡＴに関連付けられているということをＷＴＲＵに知らせるためのさらなる情報をＮＡＳメッセージに含めることも可能である。ＷＴＲＵは、ＰＤＵ  ＩＤのリストが、それらのためにセットアップされているリソースを有していないということを示す新たな要因コードを伴うサービス拒否メッセージを受信することが可能である。そのメッセージは、ＰＤＵ  ＩＤによって言及されているＰＤＵセッションが別のＡＴに関連付けられていないということを示すことが可能である。ＷＴＲＵは、それのローカルＳＭコンテキストを更新して、ＰＤＵ  ＩＤによって識別されたＰＤＵセッションのそれぞれに今は関連付けられている新たなＡＴを反映することが可能である。
【００９８】
ＷＴＲＵは、ＷＴＲＵが別のＡＴに転送したいまたは関連付けたいＰＤＵ  ＩＤのリストを示すサービス要求メッセージを送ったことに応答して、サービス受け入れメッセージを受信することが可能である。ＷＴＲＵは、サービス受け入れメッセージの受信に起因してリソースがセットアップされるであろうと予想することが可能である。しかしながら、リソースがセットアップされない場合（例えば、ＷＴＲＵにおけるＲＲＣレイヤが、無線リソースをセットアップするための構成メッセージを受信しなかった場合）には、ＷＴＲＵは、ローカルにまたはネットワークのいずれかにおいて障害があると想定することが可能である。
【００９９】
ＷＴＲＵが手順を不成功とみなすことを回避するために、ＷＴＲＵは、サービス受け入れメッセージにおける提供された情報を使用して、サービス要求手順が成功であるかどうかを決定することが可能である。ＷＴＲＵは、ＡＭＦによってＮＡＳメッセージに含められることが可能である上述のＩＥのうちのいずれかを使用することが可能である。例えば、ＷＴＲＵは、ユーザプレーンリソースまたはユーザプレーンのための無線リソースがセットアップされていないがサービス要求手順が成功であるということを決定するための手段としてユーザプレーンリソースをネットワークが意図的にセットアップしていないということを示す値を伴う要因コードを使用することが可能である。
【０１００】
あるいは、無線リソースはセットアップされなかったがサービス要求手順が成功裏に完了したとみなすための手段として、ＷＴＲＵは、要因コードを使用することが可能であり、またはＰＤＵ  ＩＤによって言及されているＰＤＵセッションのリストが今は別のＡＴに関連付けられているということをさらなる情報が示すことが可能である。ＷＴＲＵは、それのローカルコンテキストを更新して、ＰＤＵ  ＩＤによって識別されたＰＤＵセッションが今は別のＡＴに関連付けられているということを反映することが可能である。
【０１０１】
上述されているように、上記の提案は、任意のＡＴおよび任意の接続モードにわたって生じることが可能である。ＷＴＲＵは、通知応答メッセージの代わりにサービス要求メッセージを送ることが可能であり、本明細書において記述されている情報のうちのありとあらゆるものを含めることが可能であるということに留意されたい。ＷＴＲＵによって通知応答メッセージを送るための手順は、もしもＷＴＲＵが代わりにサービス要求メッセージを送るならば、同様の様式で適用することが可能である。
【０１０２】
図２を参照すると、別々のＡＴを介したＰＤＵの転送のための手順を示す流れ図が示されている。図２は、どのようにして上述の提案のうちのいくつかが使用され得るかを示している。ＰＤＵの転送のための手順は、ＷＴＲＵ２０２、３ＧＰＰ  ＲＡＮ２０４、非３ＧＰＰ  ＡＮ２０６、ＡＭＦ２０８、およびＳＭＦ２１０を含むことが可能である。
【０１０３】
ステップ０において示されているように、ＷＴＲＵ２０２は、３ＧＰＰ  ＡＴにおけるＣＭに、および非３ＧＰＰ  ＡＴにおけるＩＭにあってよい。ＷＴＲＵ２０２は、３ＧＰＰ  ＡＴに関連付けられているＰＤＵ  Ａを有することが可能であり、非３ＧＰＰ  ＡＴに関連付けられているＰＤＵ  ＢおよびＰＤＵ  Ｃを有することが可能である。
【０１０４】
ステップ１において、ＷＴＲＵ２０２は、ＡＭＦ２０８から通知メッセージを受信することができる。通知メッセージは、ＷＴＲＵが１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのためのリソースを再確立するためのインジケーションを含むことが可能である。そのインジケーションは、黙示的または明示的のいずれかであってよい。例においては、それらのリソースは、第２のアクセス技術を介して再確立されることが可能である。ステップ２において、ＷＴＲＵ２０２は、ローカルポリシーまたは好みを使用して、１つまたは複数のＰＤＵが３ＧＰＰ  ＡＴへ移動されるべきであるかどうかを決定することが可能である。
【０１０５】
ステップ３において、ＷＴＲＵ２０２は、サービス要求メッセージをＡＭＦ２０８へ送ることができる。サービス要求メッセージは、許可されたＰＤＵセッションステータス（例えば、ＰＤＵ  Ｂおよび／またはＰＤＵ  Ｃ）を含むことが可能である。サービス要求メッセージは、３ＧＰＰ  ＡＴへのＰＤＵ  Ｃの永続的な転送を示すさらなる情報を含むことも可能である。
【０１０６】
ステップ４において、ＡＭＦ２０８は、どのＰＤＵが３ＧＰＰ  ＡＴへ転送されることが可能であるかを決定することができる。
【０１０７】
ステップ５において、ＡＭＦ２０８は、更新されたコンテキストをＳＭＦ２１０へ送ることができる。更新されたコンテキストは、ＰＤＵ  ＢおよびＰＤＵ  Ｃのうちの１つまたは複数に関するアクセス情報を含むことが可能である。
【０１０８】
ステップ６において、ＡＭＦ２０８は、サービス受け入れメッセージをＷＴＲＵ２０２へ送ることができる。サービス受け入れメッセージは、３ＧＰＰ  ＡＴへのＰＤＵ  Ｃの永続的な転送を示すさらなる情報を含むことが可能である。
【０１０９】
ステップ７において、ＷＴＲＵ２０２は、サービス受け入れメッセージにおいて受信された情報を使用してＳＭコンテキストを更新して、ＰＤＵ  Ｃが３ＧＰＰ  ＡＴへ転送されていることを反映することができる。
【０１１０】
ＷＴＲＵ２０２は、保留中のＤＬデータがあるか否かに関わらずに、いかなるＰＤＵセッションも転送しないと決定することができる。ＷＴＲＵ２０２は、ＰＤＵセッションの転送を一時的に拒否するという好みを有することが可能である。このケースにおいては、ＷＴＲＵポリシーに基づいて、ＷＴＲＵ２０２は、通知応答メッセージをネットワークへ送り、ＷＴＲＵ２０２がＰＤＵセッションの転送を一時的に拒否するということを示す。ＷＴＲＵ２０２は、ＷＴＲＵ２０２が別のＡＴへの転送を行いたくないということを示す、ＰＤＵ  ＩＤによって言及されているそれぞれのＰＤＵセッションに関する新たな要因コードを含めることができる。あるいは、ＷＴＲＵ２０２は、ＰＤＵを別のＡＴへ転送しないというポリシーを有することが可能である。このケースにおいては、ＷＴＲＵ２０２は、それを示す要因コードを含めることができる。ＷＴＲＵ２０２は、通知応答メッセージの代わりにサービス要求メッセージを送ることも可能である。ＷＴＲＵ２０２は、ＡＴ同士にわたるＰＤＵの転送を求める将来の要求が許可されるまたは許可されない時間ウィンドウを示すことも可能である。
【０１１１】
ＡＭＦ２０８は、ＰＤＵ  ＩＤによって言及されているいくつかのＰＤＵセッションが別のＡＴへ転送されることが可能ではないということを示す情報を伴うＮＡＳメッセージ（例えば、通知応答メッセージまたはサービス要求メッセージ）を受信することができる。ＮＡＳメッセージにおける要因コードまたは情報は、一時的な拒否または永続的な拒否を示すことが可能である。ＡＭＦ２０８は、これが永続的な拒否であるか、または一時的な拒否であるかを示すために、ＳＭＦ２１０へ通知メッセージを送ることができる。ＡＭＦ２０８は、ＳＭＦ２１０がそのような転送を要求することが可能な、または可能ではない時間を含めることができる。ＳＭＦ２１０は、それに応じてそれのローカル情報を更新することができる。
【０１１２】
図３を参照すると、別々のＡＴを介したＰＤＵの管理のための手順を示す流れ図が示されている。ＰＤＵの転送のための手順は、ＷＴＲＵ３０２、３ＧＰＰ  ＲＡＮ３０４、非３ＧＰＰ  ＡＮ３０６、ＡＭＦ３０８、およびＳＭＦ３１０を含むことが可能である。
【０１１３】
ステップ０において示されているように、ＷＴＲＵ３０２は、３ＧＰＰ  ＡＴにおける限られた状態に、および非３ＧＰＰ  ＡＴにおけるＣＭにあることが可能である。ＷＴＲＵ３０２は、３ＧＰＰ  ＡＴに関連付けられているＰＤＵ  Ａを有することが可能であり、非３ＧＰＰ  ＡＴに関連付けられているＰＤＵ  ＢおよびＰＤＵ  Ｃを有することが可能である。
【０１１４】
ステップ１において、ＷＴＲＵ３０２は、ＡＭＦ３０８から通知メッセージを受信することができる。通知メッセージは、ＷＴＲＵが１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのためのリソースを再確立するためのインジケーションを含むことが可能である。例においては、それらのリソースは、第２のアクセス技術を介して再確立されることが可能である。例においては、ＡＭＦ３０８は、タイマーを始動することが可能である。ステップ２において、ＷＴＲＵ３０２は、ローカルポリシーまたは好みを使用して、その他のＰＤＵが３ＧＰＰ  ＡＴへ移動されるべきであるかどうかを決定することができる。
【０１１５】
ステップ３において、ＷＴＲＵ３０２は、通知応答メッセージをＡＭＦ３０８へ送ることができる。通知応答メッセージは、ＰＤＵセッションステータスＩＥを含むことが可能である。通知応答メッセージは、ＮＡＳメッセージであることが可能である。通知応答メッセージを受信すると、ＡＭＦ３０８は、タイマーを停止することができる。
【０１１６】
ステップ４において、ＡＭＦ３０８は、どのＰＤＵが削除されることが可能であるかを決定することができる。
【０１１７】
ステップ５において、ＡＭＦ３０８は、更新されたコンテキストをＳＭＦ３１０へ送ることができる。
【０１１８】
ＷＴＲＵ３０２が、３ＧＰＰ  ＡＴ用のＣＭに、および非３ＧＰＰ  ＡＴ用のＩＭに、または非３ＧＰＰ  ＡＴ用のＣＭに、および３ＧＰＰ  ＡＴ用のＩＭにある場合には、ＷＴＲＵ３０２は、いくつかのＰＤＵセッションを有することが可能である。ＷＴＲＵ３０２は、ネットワークとの間でのシグナリングを伴わずに、いくつかのＰＤＵセッションをローカルに非アクティブ化しておくことができる。保留中のＤＬデータをネットワークが有しているＰＤＵのリストを伴う通知メッセージをＷＴＲＵ３０２が受信しているか、またはネットワークが別のＡＴへの転送を行いたい場合には、ＷＴＲＵ３０２は、ＰＤＵ  ＩＤによって言及されているＰＤＵセッションが依然としてアクティブであるかどうかを検証することができる。アクティブではない場合には、ＷＴＲＵ３０２は、通知応答メッセージを送ることと、いくつかのＰＤＵセッションがＷＴＲＵ３０２によって非アクティブ化されているということを示すためのＰＤＵセッションステータスＩＥを含めることとが可能である。あるいは、ＷＴＲＵ３０２は、通知応答メッセージの代わりにサービス要求メッセージを送ることと、ＰＤＵセッションがローカルに非アクティブ化されているということを示すこととが可能である。ＡＭＦ３０８は次いで、ＳＭＦ３１０に向けた対応するＰＤＵセッションの非アクティブ化を開始することができる。
【０１１９】
したがって、ＷＴＲＵ３０２は、通知応答メッセージを送ることと、ＰＤＵセッションが非アクティブ化されているということを示すこととが可能である。あるいは、ＷＴＲＵ３０２が、非３ＧＰＰアクセスを示すアクセスタイプを伴う３ＧＰＰ  ＡＴを介したページング要求を受信し、かつＷＴＲＵ３０２が、非３ＧＰＰ  ＡＴに関連付けられていたそれのＰＤＵセッションを非アクティブ化している場合には、ＷＴＲＵ３０２３は、サービス要求メッセージを送ることと、非３ＧＰＰ  ＡＴに関連付けられているＷＴＲＵ３０２におけるアクティブなＰＤＵセッションがないということを示すこととが可能である。これを示すために新たなＩＥが使用されることが可能であり、またはＰＤＵセッションステータスＩＥが使用されることが可能である。
【０１２０】
通知メッセージは、ＰＤＵセッションの転送を超えて使用するように拡張されることが可能であり、それは、本明細書においてさらに詳述され得る。通知メッセージの使用が拡張されて、システム全体をさらに効率的にすることが可能である。例えば、ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭに、および３ＧＰＰ  ＡＴを介したＩＭにある場合には、ＡＭＦは、３ＧＰＰ  ＡＴを介してショートメッセージサービス（ＳＭＳ）を配信するポリシーを有することが可能である。ページングと、そのページングに起因したシステムにおけるシグナリングとを回避するために、ＡＭＦは、たとえ理由がユーザプレーンデータのためではないとしても３ＧＰＰを介したＮＡＳ接続を確立する必要性を示すために非３ＧＰＰ  ＡＴを介して通知メッセージをＷＴＲＵへ送ることができる。ＡＭＦは、通知メッセージが、ユーザプレーンデータに必ずしもに関連していない特定のサービスに関して送られているかどうかをＷＴＲＵに知らせるためのその通知メッセージにおけるインジケーションを含むことが可能である。ユーザプレーンデータは、制御プレーンを介しては進まない任意のタイプのデータを指すことが可能であり、ＩＰまたは非ＩＰであることが可能である。
【０１２１】
別のシナリオにおいては、ＷＴＲＵは、許可されていないトラッキングエリアにあることが可能であり（すなわち、それは、許可されていないトラッキングエリアアイデンティティであると決定されているトラッキングエリアアイデンティティを有しているセル上にキャンプされており）、ＷＴＲＵは、「５ＧＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＮ−ＡＬＬＯＷＥＤ−ＳＥＲＶＩＣＥ」という状態にあることが可能である。この状態においては、ＷＴＲＵは、緊急サービスを除いてアップリンクデータステータスＩＥを用いてモビリティーおよび定期的登録更新手順を実行しないことが可能である。さらに、ＷＴＲＵは、サービス要求手順を開始することを許可されないことが可能である。
【０１２２】
しかしながら、ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭにあり、かつ通知メッセージを受信している場合には、ＷＴＲＵは、それが、３ＧＰＰ  ＡＴを介してそれのユーザプレーンリソースを再アクティブ化することが可能ではないということをネットワークに示すための通知応答を送ることが可能である。ＷＴＲＵは、なぜこれが可能ではないかの理由を示すことも可能である（すなわち、ＷＴＲＵは、なぜそれがサービス要求メッセージを送ることが可能ではないかをネットワークに知らせることが可能である）。ＷＴＲＵは、許可されていないエリアにＷＴＲＵがある旨の、ＮＡＳメッセージ（例えば、通知応答）において定義されることおよび含まれることが可能であるＩＥを送ることが可能である。なぜＷＴＲＵが３ＧＰＰ  ＡＴを介してそれのユーザプレーンリソースを再アクティブ化することが可能ではない場合があるかの既存の理由（例えば、ＷＴＲＵは、限られた状態にある、もしくはＷＴＲＵはＰＬＭＮを探している）または新たな理由を反映するために、その他の要因コードまたはＩＥが定義されることも可能である。
【０１２３】
したがって、ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭに、および３ＧＰＰ  ＡＴを介したＩＭにあり、かつＷＴＲＵの３ＧＰＰ状態が「５ＧＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＮ−ＡＬＬＯＷＥＤ−ＳＥＲＶＩＣＥ」である場合には、ＷＴＲＵは、３ＧＰＰアクセスに関連したＰＤＵ  ＩＤのリストを伴う通知、またはＷＴＲＵが３ＧＰＰ  ＡＴを介してそれのＮＡＳ接続をセットアップするべきである旨の（例えば、ネットワークによってトリガーされたシグナリングもしくはＳＭＳに関する）その他の任意のインジケーションを伴う通知をＷＴＲＵが受信したならば、通知応答メッセージ（または定義されることが可能である任意のＮＡＳ拒否メッセージ）を送ることが可能である。
【０１２４】
以降で記述されている方法および手順は、３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴを介したＮＡＳ手順に関する競合状態を取り扱うために使用されることが可能である。ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭに、および３ＧＰＰ  ＡＴを介したＩＭにあることが可能である。ＷＴＲＵは、定期的登録タイマーを稼働させて、３ＧＰＰ  ＡＴを介した定期的登録更新を保護することが可能である。定期的登録は、非３ＧＰＰ  ＡＴを介してサポートされない場合がある。１つのシナリオにおいては、ＷＴＲＵは、３ＧＰＰ  ＡＴに関連付けられている、ＰＤＵ  ＩＤによって識別されたＰＤＵセッションに対応する保留中のＤＬデータに関する通知メッセージを受信することが可能である。ＷＴＲＵは、登録更新を実行する数秒または数ミリ秒前にこの通知メッセージを受信することができる（すなわち、それの定期的登録タイマーが切れるまで非常に間近である可能性がある）。通知メッセージが受信される時間までに、ＷＴＲＵは、上述されているように定期的登録を実行しなければならない可能性もある。このケースにおいては、ＷＴＲＵは、競合状態に直面する可能性がある。例えば、通知メッセージは、サービス要求をトリガーすることが可能であり、同時にＷＴＲＵの定期的登録タイマーは切れた可能性がある。
【０１２５】
ＷＴＲＵは、サービス要求の代わりに登録更新手順を優先させることが可能である。３ＧＰＰ  ＡＴに関連付けられているＰＤＵ  ＩＤのリストを伴う（非３ＧＰＰ  ＡＴを介した）通知メッセージを受信すると、ＷＴＲＵは、ＰＤＵセッションがＷＴＲＵにおいて依然としてアクティブであるかどうかを検証することができる。ＰＤＵセッションがアクティブである場合には、ＷＴＲＵは、３ＧＰＰ  ＡＴを介して登録更新メッセージを送ること、およびアップリンクデータステータスＩＥを含めることが可能である。ＷＴＲＵは、少なくとも通知メッセージに存在していたＰＤＵ  ＩＤを含めるようにアップリンクデータステータスＩＥの値を設定することが可能である。ＷＴＲＵは、送るためのアップリンクデータをそれが有している場合には、その他のＰＤＵ  ＩＤをアップリンクデータステータスＩＥに含めることも可能である。
【０１２６】
ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＩＭに、および非３ＧＰＰ  ＡＴを介したＩＭにある場合には、競合状態に関する別のシナリオが生じる可能性がある。ＷＴＲＵは、非３ＧＰＰに設定されているＡＴタイプを伴うページングメッセージを受信することが可能であり、それは、そのページングメッセージが、非３ＧＰＰ  ＡＴに関連付けられているＰＤＵセッションに関する保留中のＤＬデータによってトリガーされるということを示すことが可能である。上述されているように、ＷＴＲＵがそのページングメッセージを受信したときに、ＷＴＲＵの定期的登録タイマーは、切れつつある可能性があり、またはちょうど切れたところである可能性がある。このケースにおいては、ＷＴＲＵは、サービス要求よりも登録更新を実行することを優先させることもできる。その上、ＷＴＲＵは、許可されたＰＤＵセッションステータスＩＥを登録メッセージに含めることができる。
【０１２７】
これらの手順は、ＷＴＲＵが「ＡＴＴＥＭＰＴＩＮＧ−ＲＥＧＩＳＴＲＡＴＩＯＮ−ＵＰＤＡＴＥ」という状態にあり、かつＷＴＲＵがページングメッセージを受信している場合に、実行されることも可能である。このケースにおいては、非３ＧＰＰに設定されているＡＴタイプを伴うページングメッセージをＷＴＲＵが受信した場合には、ＷＴＲＵは、登録要求メッセージを送ることが可能であり、許可されたＰＤＵセッションステータスＩＥを定期的登録メッセージに含めることが可能である。
【０１２８】
これらの手順は、登録要求がＷＴＲＵによって送られることを必要とすることになるその他の任意のトリガーまたは条件にも要求し、定期的登録のケースには限定されない。例えば、ＷＴＲＵは、ＭＩＣＯオペレーションおよびネットワークスライシングの使用などではあるがそれらには限定されないその他の機能に関連したその他のパラメータに対する登録更新を実行することができる。トリガーの別の例は、ＷＴＲＵが新たなトラッキングエリアリストに入ること、登録更新を実行する必要が生じること、および非３ＧＰＰ  ＡＴを介して通知メッセージを受信することであることが可能である。
【０１２９】
ＡＭＦがページングメッセージを送った場合には、それは、ＷＴＲＵからの応答（すなわち、サービス要求）が予想される時間を保護するためにタイマーを始動することが可能である。上述されている例においては、ＷＴＲＵからの登録要求メッセージの受信が、ＡＭＦにタイマーを停止させることが可能である。あるいは、許可されたＰＤＵセッションＩＥを伴うサービス要求メッセージの受信が、ＡＭＦにタイマーを停止させることが可能である。許可されたＰＤＵセッションＩＥが登録更新メッセージ内にない場合には、ＡＭＦは、ＰＤＵステータスＩＥが含まれているかどうかをチェックすることができる。ＡＭＦが（例えば、ＰＤＵ  ＩＤに関連付けられている保留中のＤＬデータに起因して）ページングをトリガーした非３ＧＰＰ  ＡＴに対応するＰＤＵ  ＩＤをＰＤＵステータスＩＥが含んでいる場合には、ＡＭＦは、タイマーを停止するためのトリガーとしてこれを使用することができる。ＡＭＦは、ページング手順を成功とみなすことができる。
【０１３０】
同様に、ＡＭＦが通知メッセージを送り、ＷＴＲＵからの応答を保護するためにタイマーを始動した場合には、ＡＭＦは、上述されているように、受信された登録要求メッセージを使用してタイマーを停止することが可能である。ＡＭＦは、通知手順を成功とみなすことができる。
【０１３１】
上述されているように、ＷＴＲＵが登録要求メッセージを送るケースにおいては、ＡＭＦは、下記のアクションのうちの１つまたは複数を実行することができる。ＡＭＦは、上述されているようなサービス要求メッセージまたは通知応答メッセージ（適用可能な場合）の受信に関する全てのアクションを取ることが可能である。例えば、ＡＭＦは、含まれている許可されたＰＤＵステータスＩＥが、保留中のＤＬデータを有していないがＷＴＲＵが３ＧＰＰ  ＡＴへ転送したいＰＤＵ  ＩＤを含んでいるかどうかを検証することができる。ＡＭＦは、ＷＴＲＵのサブスクリプションおよび／またはローカルポリシーに基づいて、転送が許可されるかどうかを決定することが可能である。転送が受け入れられた場合には、ＡＭＦは、ＡＴが３ＧＰＰ  ＡＴに変わったということを（それぞれのＰＤＵ  ＩＤに関連付けられている）ＳＭＦに知らせることができる。ＳＭＦは、ＰＤＵに関連付けられているＡＴが今は３ＧＰＰであるということを反映するようにＷＴＲＵに関するコンテキストを更新することができる。
【０１３２】
ＡＭＦは、上述されているＩＥのうちの１つまたは複数を登録受け入れメッセージに含めることも可能である。例えば、登録受け入れメッセージは、ＰＤＵ  ＩＤによって言及されているその他のＰＤＵセッションが、たとえこれらのＰＤＵのために全くリソースがセットアップされていなくても、３ＧＰＰ  ＡＴに永久に関連付けられているとみなされるかどうかをＷＴＲＵに知らせるための情報を含むことが可能である。ＷＴＲＵは、登録受け入れメッセージにおける含まれている情報を、上述されているようなサービス受け入れメッセージまたはサービス拒否メッセージにおける情報の受信に関して提案されているのと同じ様式で使用することが可能である。例えば、ＷＴＲＵは、少なくとも１つのＰＤＵが今は３ＧＰＰ  ＡＴに関連付けられているという情報を伴う登録受け入れメッセージを受信することができる。ＷＴＲＵは、この情報を使用して、示されているＰＤＵセッションが今は３ＧＰＰ  ＡＴに関連付けられているようにそれのセッション管理コンテキストを更新することができる。
【０１３３】
これらの手順は、任意のＡＴを介した任意の組合せで適用されることが可能であるということに留意されたい。特定のＡＴは、例として使用されているにすぎず、手順を、言及されている特定のＡＴに限定することを意図されているものではない。ＡＴは、上述の手順に関して切り替えられてよい。
【０１３４】
図４Ａ〜図４Ｃを参照すると、競合状態を取り扱うためのシグナリングを示す流れ図が示されている。図４Ａは、上述されている手順において使用されるシグナリングの第１の例を示している。図４Ｂは、上述されている手順において使用されるシグナリングの第２の例を示している。図４Ｃは、上述されている手順において使用されるシグナリングの第３の例を示している。このシグナリング手順は、ＷＴＲＵ４０２、３ＧＰＰ  ＲＡＮ４０４、非３ＧＰＰ  ＡＮ４０６、およびＡＭＦ４０８を含むことが可能である。
【０１３５】
図４Ａにおいて示されているように、ステップ１ａにおいて、ＡＭＦ４０８は、通知をＷＴＲＵ４０２へ送ることができる。例においては、その通知は、非３ＧＰＰ  ＡＴを通じた３ＧＰＰ  ＡＴに関するＰＤＵ  ＩＤのリストを含むことが可能である。追加として、または代替として、ステップ１ｂにおいて、ＡＭＦは、３ＧＰＰ  ＡＴを通じた非３ＧＰＰのアクセスタイプを用いてページングを送ることができる。ステップ２において、ＷＴＲＵ４０２は、１つまたは複数のＰＤＵがアクティブであるかどうかをチェックすることができる。ステップ３ａにおいて、ＷＴＲＵ４０２は、ＰＤＵステータスＩＥとともにＡＭＦ４０８へ通知応答を送ることができる。追加として、または代替として、ステップ３ｂにおいて、ＷＴＲＵ４０２は、ＰＤＵステータスＩＥとともにＡＭＦ４０８へサービス要求を送ることができる。
【０１３６】
図４Ｂにおいて示されているように、ステップ１において、ＡＭＦ４０８は、通知をＷＴＲＵ４０２へ送ることが可能である。例においては、その通知は、非３ＧＰＰ  ＡＴを通じた３ＧＰＰ  ＡＴに関するＰＤＵ  ＩＤのリストを含むことが可能である。ステップ２において、ＷＴＲＵ４０２は、ＴＡＵをトリガーすることができる。ステップ３において、ＷＴＲＵ４０２は、登録要求をＡＭＦ４０８へ送ることができる。その登録要求は、許可されたＰＤＵ  ＩＥを含むことが可能である。ＷＴＲＵ４０２は、ローカルポリシーに基づいてＰＤＵ  ＩＤを含めることが可能である。ステップ４において、ＡＭＦ４０８は、通知タイマーを停止することができる。ステップ５において、ＡＭＦ４０８は、登録要求におけるＰＤＵが３ＧＰＰ  ＡＴへ転送されることが可能であるかどうかを検証することができる。ステップ６において、ＡＭＦ４０８は、登録受け入れメッセージをＷＴＲＵ４０２へ送ることができる。その登録受け入れメッセージは、たとえ全くユーザプレーンリソースがセットアップされていなくても、どのＰＤＵが３ＧＰＰ  ＡＴへ転送されているかに関する情報を含むことが可能である。
【０１３７】
図４Ｃにおいては、ステップ１において、ＡＭＦ４０８は、非３ＧＰＰ  ＡＴを通じてＵＣＵメッセージをＷＴＲＵ４０２へ送ることができる。ＵＣＵメッセージは、１つまたは複数の許可されたＮＳＳＡＩおよびＡＴタイプを含むことが可能である。ステップ２において、ＷＴＲＵ４０２は、非３ＧＰＰ  ＡＴにおけるＩＭへ進むことができる。ステップ３において、ＷＴＲＵは、３ＧＰＰ  ＡＴを通じて登録要求メッセージをＡＭＦへ送ることができる。ステップ４において、ＷＴＲＵ４０２は、非３ＧＰＰ  ＡＴ上で登録を実行することができる。
【０１３８】
下記の手順が、ＷＴＲＵにおける混雑に対処することが可能である。特定のＤＮＮに関連した混雑が取り除かれた旨のＳＭＦからのインジケーションを受信すると、ＡＭＦは、非３ＧＰＰ  ＡＴを介して通知メッセージをＷＴＲＵへ送ることができる。この通知メッセージは、以前に混雑していたネットワークを指し示すインジケータ（例えば、ＩＥ）を搬送することができる。この通知メッセージは、混雑が終了されている旨の明示的なインジケータを含むことが可能であり、またはそれは、ＰＤＵ  ＩＤと、ＤＮＮおよび／もしくはＳ−ＮＳＳＡＩなどではあるがそれらには限定されないさらなる情報とを含むことが可能である。
【０１３９】
ＷＴＲＵは、少なくともＰＤＵ  ＩＤのリストと、任意選択でＤＮＮおよび／またはＳ−ＮＳＳＡＩとを含む通知メッセージを受信することができる。この通知メッセージは、ＰＤＵ  ＩＤごとの混雑の終了に関する明示的なインジケーションを含むことも可能である。このメッセージを受信すると、ＷＴＲＵは、ＰＤＵ  ＩＤ、ＤＮＮ、Ｓ−ＮＳＳＡＩ、または任意の組合せごとに稼働する任意のバックオフタイマーをそれが有しているかどうかを検証することができる。通知メッセージにおけるＰＤＵ  ＩＤのうちの少なくともいずれかに関して稼働する対応するセッション管理バックオフタイマーをＷＴＲＵが有している場合には、ＷＴＲＵは、対応するバックオフタイマーを停止することと、少なくともＳＭＦ、ＤＮＮ、Ｓ−ＮＳＳＡＩ、またはそれらの組合せに向けたセッション管理が終わっているとみなすこととが可能である。ＷＴＲＵは次いで、（ＰＤＵ  ＩＤ、ＤＮＮ、Ｓ−ＮＳＳＡＩ、またはそれらの組合せによって識別された）ＳＭＦに向けたセッション管理シグナリングを開始することができる。
【０１４０】
通知メッセージは、モビリティー管理またはセッション管理のいずれかのための混雑制御の開始をＷＴＲＵに知らせるためにＡＭＦによって使用されることも可能である。ＡＭＦまたはＳＭＦが混雑しているとそれが決定した場合には、ＡＭＦは、通知メッセージを送ることと、モビリティー管理および／またはセッション管理シグナリングのためにＷＴＲＵによって混雑制御が適用されるべきであるということを示すこととが可能である。ＡＭＦは、対応するモビリティー管理バックオフタイマーおよび／またはセッション管理タイマーを含むことが可能である。後者は、ＳＭＦ混雑、ＤＮＮ混雑、Ｓ−ＮＳＳＡＩ混雑、またはそれらの組合せに関連していることが可能である。通知メッセージを受信すると、ＷＴＲＵは、対応するバックオフタイマー（すなわち、モビリティー管理および／またはセッション管理）を始動することが可能であり、それに応じて、メッセージをＡＭＦおよび／またはＳＭＦへ送るのを差し控えることが可能である。
【０１４１】
セッション管理レベルに関して混雑が終わっているということをＷＴＲＵに示すための上述の手順は、モビリティー管理レベルのために使用されることも可能である。例えば、通知メッセージは、モビリティー管理レイヤにおける混雑制御が終了されている旨の明示的なインジケーションを伴って非３ＧＰＰ  ＡＴを介してＷＴＲＵへ送られることが可能である。ＷＴＲＵは、モビリティー管理バックオフタイマーを停止するためのインジケーションとして、これを使用することが可能である。
【０１４２】
混雑が深刻である場合には、ＣＮは、ＲＲＣ接続を求めるデバイスの要求があればそれらを引き下がらせるようにＲＡＮに知らせることが可能である。ＲＡＮノード（例えば、ｇＮＢ）は、ＷＴＲＵからのＲＲＣ接続要求メッセージを拒否することが可能であり、いわゆる拡張待ち時間（ＥＸＴ）をそれらに提供することが可能である。ＥＸＴは、バックオフタイマーとして機能することが可能である。ＷＴＲＵがＲＡＮノードからＥＸＴを受信した場合には、それは、上述されているように、ＭＩＣＯモードを直接適用すること、およびタイマーが切れるとＩＭモードからＣＭモードへ移行するのを試みることのみが可能である。
【０１４３】
上述したように、ＥＰＤのために新たなフィールドが使用されることができる。表１は、ＰＤのためのレガシーの値を示しており、それは、現在使用されることが可能である。
【０１４４】
【表１】
2021510472.tif 000003
【０１４５】
「１１１０」というコードポイントは、１オクテットへのＰＤフィールドの拡張のために確保されることが可能である。これは、受信機が、「１１１０」を読み取ると、ＰＤ（またはこのケースにおいてはＥＰＤ）の実際の値が全オクテットで実現されることが可能であると理解するということを意味する。
【０１４６】
従来の５Ｇシステムは、５ＧＭＭおよび５ＧＳＭという２つのＮＡＳプロトコルエンティティを有することが可能である。２つのコードポイントのみが、これらの２つのプロトコルエンティティに割り当てられる必要があり得る。しかしながら、定義される必要があり得る合計で１６個の利用可能な値／コードポイントがある。
【０１４７】
「ゼロ」という値は、使用されないことが可能であり、代わりにエラーまたは異常な状況を指すことが可能である。この提案の背後にある理由は、特定のＬ３  ＮＡＳメッセージが、全てゼロであって第１のオクテットの左半分のオクテットに存在していた「スキップインジケータ」を歴史的に有していたということである。そのようなプロトコルの例は、ＭＭ、ＧＭＭ、ＥＭＭであろう。
【０１４８】
２つの個別の値が、既存の５Ｇ  ＮＡＳプロトコル（すなわち、５ＧＭＭおよび５ＧＳＭ）に割り振られることが可能である。例えば、「０００１  １１１０」という値が５ＧＭＭ用に使用されることが可能であり、「００１０  １１１０」という値が５ＧＳＭ用に使用されることが可能である。５ＧＭＭ用の実際のＥＰＤの値は「３０」であることが可能であり、５ＧＳＭ用の実際の値は「４６」であることが可能である。５ＧＭＭまたは５ＧＳＭプロトコルを指すためにその他の値が使用されることも可能であるということに留意されたい。例えば、ビット８から５が「１１１０」という値を有している場合には、ＷＴＲＵおよび／またはＡＭＦは、少なくとも１つのさらなるオクテットによってＥＰＤがさらに拡張されるとみなすことが可能である。ＷＴＲＵおよび／またはＡＭＦは次いで、さらなるオクテットを処理して、プロトコルを決定することができる。さらなるオクテットは、２５６個の新たな値を導入することが可能である。それらの値は、「０」で開始することが可能であり（すなわち、全てのビットがゼロであり）、またはそれらの値は、「１１１０１１１０」（２３８という１０進値）というビット位置を有している前のオクテットの値に２５６を加えた値で開始することができる。新たなオクテットは、必要に応じて定義されることが可能な新たな予備の値を有することが可能である。
【０１４９】
図５を参照すると、ＥＰＤを示す図が示されている。コードポイントが将来の使用のために確保されることが可能である。例えば、コードポイントは、別のメカニズムの使用を、または別のプロトコルの使用でさえ指摘するために使用されることが可能である。これは、ＥＰＤオクテット全体における値を使用すること、または１つもしくは複数のビットのみを使用することのいずれかによって行われることが可能である。後者のケースに関しては、オクテットの最上位ビット（すなわち、図５において「Ｘ」として示されているビット番号８）は、この目的を果たすことが可能である。このビットがゼロである場合には、ＥＰＤは、５Ｇ  ＮＡＳプロトコルエンティティを指すことが可能である。しかしながら、ビット値が「１」に変わった場合には、異なるプロトコルが使用されることが可能であり、後続のオクテットの解釈は、異なるものになることが可能である。
【０１５０】
正しいＷＴＲＵ行動を確実にするために、さらなる情報がＷＴＲＵ構成更新メッセージにおいて提供されることが可能である。上述したように、ＷＴＲＵ構成更新メッセージは、特定の情報が欠けている場合があり、それによって、受信した際に、ＷＴＲＵ行動は、予想されたとおりにならない場合があり、または完全にならない場合がある。正しいＡＴを介して正しい手順が稼働されるようにＷＴＲＵ側における曖昧さを除去するために、ＷＴＲＵは、ＷＴＲＵ構成更新メッセージを、後述されているように扱うことができる。
【０１５１】
例においては、ネットワークは、別々のＡＴを介してＷＴＲＵ構成更新メッセージを送って、そのＡＴに固有であるパラメータを更新することができる。ＷＴＲＵが３ＧＰＰ  ＡＴを介して登録されていて、かつネットワークが、３ＧＰＰ  ＡＴ上でのみ利用可能である機能（例えば、ＭＩＣＯ、ＬＡＤＮ、新たなサービスエリア、ＮＳＳＡＩ）に関連した更新されたパラメータをＷＴＲＵに提供したい場合には、ＡＭＦは、３ＧＰＰ  ＡＴを介してＷＴＲＵ構成更新を送ることができる。したがってＷＴＲＵは、その同じＡＴを介して応答することができる。ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＣＭにある場合には、ＡＭＦは、ＷＴＲＵ構成更新メッセージをＷＴＲＵへ送ることができる。しかしながら、ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＩＭにある場合には、ＡＭＦは、最初にＷＴＲＵをページし、次いでＷＴＲＵに向けたＷＴＲＵ構成更新手順を実行することができる。
【０１５２】
あるいは、ＷＴＲＵがまた、非３ＧＰＰ  ＡＴを介して登録されていて、かつＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭにある一方で、３ＧＰＰ  ＡＴを介したＩＭにある場合には、ＡＭＦは、最初に非３ＧＰＰ  ＡＴを介して通知メッセージを送ることと、シグナリングの目的のために３ＧＰＰ  ＡＴを介してそれのＮＡＳ接続を確立するようにＷＴＲＵに示すこととが可能である。通知メッセージは、ＷＴＲＵに対して、それが３ＧＰＰ  ＡＴを介してそれのＮＡＳ接続を確立しなければならないということを示すための新たなＩＥを含むことが可能である。あるいは、ＷＴＲＵ構成更新メッセージにおけるＡＭＦからのインジケーションは、サービス要求または登録要求メッセージを用いてＮＡＳ接続が確立されなければならないということを（例えば、新たなＩＥを介して）ＷＴＲＵに明示的に知らせることが可能である。
【０１５３】
ＷＴＲＵが、非３ＧＰＰ  ＡＴを介したＣＭにあり、かつ新たなパラメータ（例えば、ＧＵＴＩ、ＴＡＩ、および／またはＮＳＳＡＩ）を伴う非３ＧＰＰ  ＡＴを介したＷＴＲＵ構成更新メッセージを受信した場合には、ＷＴＲＵは、それらのパラメータを、非３ＧＰＰ  ＡＴに影響を与えるだけであるとみなすことが可能である。したがって、ＷＴＲＵは、非３ＧＰＰ  ＡＴを介して受信されたパラメータでそれの非３ＧＰＰパラメータを更新することが可能である。例えば、ＷＴＲＵが新たなＴＡＩを受信した場合には、それは、非３ＧＰＰ  ＡＴを介して受信された前のＴＡＩを無効とみなすことと、新たな受信されたＴＡＩを最新の有効なＴＡＩとして使用することとが可能である。ＷＴＲＵは、それの５Ｇ  ＧＵＴＩを新たな値で更新することも可能である。しかしながら、ＷＴＲＵがまた、同じＰＬＭＮ内で同じＡＭＦに登録されている場合には、ＷＴＲＵは、新たな５Ｇ  ＧＵＴＩを、両方のＡＴに関して有効であるとみなすことも可能である。
【０１５４】
ＡＴごとにどのパラメータを使用するかをＷＴＲＵが知っていることを確実にするための別の方法は、どちらかのＡＴ上でＷＴＲＵ構成更新メッセージを送ること、および受信されたパラメータがどちらのＡＴに適用するかをＷＴＲＵに告げるためのさらなる情報を含めることであることが可能である。
【０１５５】
ＷＴＲＵが特定のＡＴを介してＷＴＲＵ構成更新メッセージを受信し、かつＷＴＲＵ構成更新メッセージが受信された際に介していたのと同じまたは別のＡＴに関するパラメータをそのメッセージが含んでいる場合には、ＷＴＲＵは最初に、ＷＴＲＵ構成更新メッセージが受信された際に介していたのと同じＡＴを介して構成更新完了メッセージを送ることが可能である。あるいは、ＷＴＲＵは、異なるＡＴを使用して構成更新完了メッセージを送るというポリシーを有することが可能である。
【０１５６】
ＷＴＲＵは、新たなＭＩＣＯパラメータがネゴシエートされる必要があるということ、またはＭＩＣＯパラメータの更新に起因してＷＴＲＵ構成更新メッセージが送られたということを示す非３ＧＰＰ  ＡＴを介したＷＴＲＵ構成更新メッセージを受信することが可能である。登録が必要とされている旨のインジケーションが、そのメッセージにおいて提供されることが可能である。ＷＴＲＵが、３ＧＰＰ  ＡＴを介したＩＭにある場合には、ＷＴＲＵは、非３ＧＰＰ  ＡＴを介したＣＭに留まることが可能であるが、新たなＭＩＣＯパラメータをネゴシエートするためにネットワークに対して登録手順を開始すること（すなわち、登録要求メッセージを送ること）ができる。
【０１５７】
ＡＭＦが新たな５Ｇ  ＧＵＴＩおよびＴＡＩリストをＷＴＲＵへ送りたい場合には、ＡＭＦは、ＴＡＩが３ＧＰＰ  ＡＴに適用可能であるか、または非３ＧＰＰ  ＡＴに適用可能であるかをＷＴＲＵに知らせることが可能である。この情報は、ＷＴＲＵ構成更新メッセージが送られる際に介するＡＴに関わらずに含まれることが可能である。ＡＭＦは、ＴＡＩごとに異なるＡＴインジケーションを送ることも可能であり、またはＴＡＩは、ＡＴごとに送られることが可能である。ＴＡＩフィールドは、関連付けられているＡＴタイプをそれが有するように定義されることが可能である。ＡＴタイプへのＴＡＩの関連付けのインジケーションは重要である場合がある。なぜなら、ＡＭＦは、一方のＡＴに関連しているが他方のＡＴには関連していないパラメータを変更したい場合があるからである。同様に、ＡＭＦは、適用可能な場合は常に、ＡＴへのそれぞれのパラメータの関連付けについてＷＴＲＵに知らせることができる。例えば、ＮＳＳＡＩのあらゆるリストに関して、ＡＭＦは、ＷＴＲＵ構成更新において提供される新たなＮＳＳＡＩが一方のＡＴに適用可能であるか、または両方に適用可能であるかをＷＴＲＵに知らせることができる。
【０１５８】
新たな５Ｇ  ＧＵＴＩおよび／またはＴＡＩを伴うＷＴＲＵ構成更新メッセージをＷＴＲＵが受信した場合には、ＷＴＲＵは、どんなタイプのＡＴにＴＡＩリストが適用するかまたは影響を与えるかを検証することができる。ＷＴＲＵは、それに応じて、示されたＡＴのＴＡＩリストを更新することができる。ＷＴＲＵは、複数のＴＡＩリストおよびＡＴタイプＩＥを受信することができる。ＷＴＲＵは、ＡＴごとの、提供されたＴＡＩリストを使用して、ＡＴごとにＷＴＲＵに関する有効なＴＡＩリストを表すことが可能であり、それによってＡＴごとの前のＴＡＩリストは、ＷＴＲＵによって無効とみなされることが可能である。
【０１５９】
新たな許可されたＮＳＳＡＩをＷＴＲＵが受信した場合には、ＷＴＲＵは、その新たなＮＳＳＡＩに関連付けられているＡＴを検証することができる。ＷＴＲＵは、それに応じて、示されたＡＴに関連付けられている許可されたＮＳＳＡＩのそれのリストを更新することができる。
【０１６０】
ＷＴＲＵ構成更新メッセージは、新たな許可されたＮＳＳＡＩを含むことが可能であり、ＷＴＲＵによる登録に対する必要性を示すことも可能である。ＷＴＲＵが非３ＧＰＰ  ＡＴを介して新たなＮＳＳＡＩを受信した場合には、ＷＴＲＵは、許可されたＮＳＳＡＩの新たなリストをメッセージが含んでいるかどうかを検証することができる。許可されたＮＳＳＡＩの新たなリストをメッセージが実際に含んでいる場合には、ＷＴＲＵは、その新たなリストに関連付けられているＡＴを検証し、それに応じてリストを更新することができる。その上、登録が必要とされているということをＷＴＲＵ構成更新が示している場合には、ＷＴＲＵは、非３ＧＰＰ  ＡＴ上のＩＭへ移行することなく、示されたＡＴ上で登録を実行することができる。ＷＴＲＵは、非３ＧＰＰ  ＡＴを介したＣＭに留まることができる。
【０１６１】
ＷＴＲＵ構成更新メッセージが、新たな許可されたＮＳＳＡＩと、登録が必要とされている旨のインジケーションとを含んでいるが、ＡＴタイプを含んでいない場合には、ＷＴＲＵは、下記のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵは、５Ｇ  ＧＵＴＩを、両方のＡＴに関して無効とみなすことが可能である。ＷＴＲＵは、３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴの両方に関連付けられているそれの全てのＰＤＵ接続をローカルに非アクティブ化することができる。ＷＴＲＵは、３ＧＰＰ  ＡＴを介して登録要求を送ることが可能であり、それのＳＵＰＩおよび新たな許可されたＮＳＳＡＩをより低いレイヤに提供することが可能である。
【０１６２】
３ＧＰＰ  ＡＴ上での登録が成功した後に、ＷＴＲＵは、非３ＧＰＰ  ＡＴを介して再登録を行うことが可能であり、３ＧＰＰ  ＡＴを介して入手された５Ｇ  ＧＵＴＩを使用することが可能である。ＷＴＲＵは、最初に非３ＧＰＰ  ＡＴを介して登録を行って、次いでその後に３ＧＰＰ  ＡＴを用いて登録を行うポリシーを有することが可能である。例えば、ＷＴＲＵは最初に、ＷＴＲＵ構成更新メッセージが受信された際に介したＡＴを介して登録を行うことが可能である。
【０１６３】
ＷＴＲＵは、必要に応じてＡＴのうちのそれぞれを介してそれのＰＤＵセッションを確立することが可能である。ＰＤＵセッションは、許可されたＮＳＳＡＩおよびＷＴＲＵポリシーに基づいて確立されることが可能である。
【０１６４】
ＡＭＦは、ショートＳＭＳシグナリング用に特定のＡＴタイプを使用するポリシーを有することが可能である。例えば、ＡＭＦは、ローカルポリシーに基づいてＳＭＳ用に３ＧＰＰ  ＡＴを使用することを好む場合がある。このポリシーは、時間とともに変わることが可能であり、静的でないことが可能である。ＡＭＦは、ローカルポリシー、サブスクリプション情報、および統合データ管理（ＵＤＭ）機能からのサブスクリプション情報更新のうちの１つまたは複数に基づいて、ＳＭＳ用に使用するための好ましいＡＴを決定することができる。ＡＭＦは、使用されるべきである新たなＡＴについてＷＴＲＵに知らせることができる。既に登録されているＷＴＲＵに関しては、ＡＭＦは、そのＷＴＲＵがアイドルモードにある場合には、そのＷＴＲＵを最初にページすることができる。ＡＭＦは、ＳＭＳ用に使用するための好ましいＡＴを示すためにＷＴＲＵ構成更新メッセージを使用することができる。ＷＴＲＵ構成更新は、影響されるサービス（例えばＳＭＳまたはロケーションサービス）と、使用するためのＡＴとを示す１つまたは複数のＩＥを含むことが可能である。あるいは、ＷＴＲＵが既に、３ＧＰＰ  ＡＴまたは非３ＧＰＰ  ＡＴのいずれかを介してＣＮにある場合には、ＡＭＦは、影響されるサービス（例えばＳＭＳ）と、そのサービス用に使用するための好ましいＡＴとを含むことが可能である提案された情報を伴うＷＴＲＵ構成更新メッセージを送ることができる。
【０１６５】
ＷＴＲＵは、更新されたパラメータおよび情報を伴うＷＴＲＵ構成更新メッセージを受信することができる。ＷＴＲＵは、示されたまたは影響されるサービスおよび関連付けられている好ましいアクセス技術のみを検証することができる。
【０１６６】
ＡＭＦは、ＷＴＲＵにおいてスライス共存パラメータを更新するためにＷＴＲＵ構成更新コマンド手順を使用することができる。スライス共存情報が（例えば、ネットワーク構成に起因して）ネットワーク側において変わった場合には、ＡＭＦは、ネットワークスライス選択機能（ＮＳＳＦ）、統合データ管理（ＵＤＭ）機能、およびポリシー制御機能（ＰＣＦ）などのネットワーク機能、またはオペレーションおよびメンテナンス（Ｏ＆Ｍ）システムのうちの１つによって通知されることが可能である。ＡＭＦは、新たなスライス共存情報をＷＴＲＵ構成コマンドメッセージにおいてＷＴＲＵへ送ることができる。
【０１６７】
ＷＴＲＵが３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴに同時に接続されている場合には、ＡＭＦは、両方のＡＴを介してＷＴＲＵ構成更新メッセージを送ることが可能である。共存情報は、３ＧＰＰ  ＡＴおよび非３ＧＰＰ  ＡＴの両方において構成または許可されているＮＳＳＡＩに影響を与える場合がある。ＡＭＦは、スライス共存情報における変更によって影響されるＮＳＳＡＩを有しているＡＴ上でこの情報を送ることができる。あるいは、ＡＭＦは、３ＧＰＰ  ＡＴまたは非３ＧＰＰ  ＡＴのいずれかの上でＷＴＲＵ構成更新メッセージを送ることが可能であり、新たなスライス共存情報が関連しているＡＴ値を含むことが可能である。
【０１６８】
ＡＭＦによって送られるスライス共存情報は、分離されているスライスに属する１つもしくは複数の単一のＮＳＳＡＩ（Ｓ−ＮＳＳＡＩ）、または要求されるＮＳＳＡＩに伴って含まれることが可能ではない１つもしくは複数のＳ−ＮＳＳＡＩを含むことができる。
【０１６９】
ＷＴＲＵは、更新されたスライス共存情報を伴うＷＴＲＵ構成更新メッセージを受信すると、下記のアクションのうちの１つまたは複数を実行することができる。ＷＴＲＵは、受信されたスライス共存情報を既存の共存情報と比較して、許可されたＮＳＳＡＩが依然として有効であるかどうかを決定することができる。許可されたＮＳＳＡＩがもはや有効ではない（例えば、それが、新たなスライス共存情報において分離されているとして今はマークされているＮＳＳＡＩを含むことに起因して）場合には、ＷＴＲＵは、登録更新手順（例えば、モビリティータイプ登録更新）を実行することができる。ＷＴＲＵは、既存のスライス共存情報を削除し、およびそれを新たなスライス共存情報と取り替えることができる。ＷＴＲＵが再登録手順を実行する際に、ＷＴＲＵは、受信された共存情報を考慮に入れて、要求されるＮＳＳＡＩを決定することができる。要求されるＮＳＳＡＩは、ＡＭＦへの登録要求メッセージに含まれることが可能である。ＷＴＲＵは、受信された分離されているＳ−ＮＳＳＡＩを、要求されるＮＳＳＡＩに含めないことが可能である。
【０１７０】
ＩＰマルチメディアサブシステム（ＩＭＳ）の導入に伴って、ＳＭＳメッセージがＩＰネットワークを介して送られることが可能である。ＳＭＳメッセージは、ユーザプレーンにおいてやり取りされることが可能であり、ルーティングは、ＩＰパケットを用いて行われることが可能である。ＳＭＳのこのバージョンは、「ＩＰを介したＳＭＳ」または「ＩＭＳを介したＳＭＳ」と呼ばれることが可能である。ＩＰ／ＩＭＳを介したＳＭＳをサポートするためには、ネットワークオペレータは、ＩＰ−ＳＭ−ＧＷと呼ばれる特定のゲートウェイを用いて彼らのインフラストラクチャーを強化する必要がある場合がある。
【０１７１】
５Ｇネットワークの導入に伴って、オペレータは、ネットワークの選択のためのさらに多くの自由を有することが可能である。これは、登録フェーズ中に、ＷＴＲＵおよびネットワークが、どのようにしてＳＭＳがサポートおよび実現されるかについてネゴシエートすることが可能であるということを意味する。例えば、ネットワークは、レガシーの「ＮＡＳを介したＳＭＳ」が使用されないであろうということ、これは、ＷＴＲＵにとってＳＭＳを送る／受信する唯一のオプションが、ＩＰ／ＩＭＳを介したＳＭＳであるだろうということを意味するが、ＷＴＲＵに知らせることが可能である。
【０１７２】
ＮＡＳを介したＳＭＳの実際の転送に関して言えば、対応するシグナリングプロトコルは、ＷＴＲＵ、およびコアネットワーク側でのＳＭＳ機能（ＳＭＳＦ）にあることが可能である。ＮＡＳレベルにおいては、ＳＭＳメッセージおよびそれらの対応する肯定応答が、ＷＴＲＵとＳＭＳＦとの間においてやり取りされることが可能である。
【０１７３】
５Ｇシステムにおいては、セルラーインターネットオブシングス（ＣＩｏＴ）スモールデータが、ＮＡＳを介したＳＭＳと同様の行動を使用してＮＡＳシグナリングを介して配信されることが可能である。登録フェーズ中に、ＷＴＲＵおよびネットワークは、ＮＡＳを介したスモールデータがどのようにしてサポートおよび実現されるかについてネゴシエートすることが可能である。ＮＡＳを介したスモールデータが有効にされている場合には、ＷＴＲＵは、ＡＭＦへの／からのＮＡＳシグナリングにおいてスモールデータを送ること／受信することが可能である。
【０１７４】
いずれかの時点において、オペレータのオペレーションおよびメンテナンス（Ｏ＆Ｍ）並びにネットワーク構成に基づいて、ユーザのサブスクリプションが変わる場合がある。これが生じた場合には、ホームデータベース、統合データ管理（ＵＤＭ）は、ＷＴＲＵが登録されているモビリティーに関してアンカーノードに知らせて更新を行うことができる。５Ｇシステム（５ＧＳ）においては、このアンカーノードは、ＡＭＦであってよい。任意の可能な変更についてＷＴＲＵが通知されるための唯一の方法は、ＡＭＦに向けた登録更新手順を実行することであることが可能であるということに留意されたい。
【０１７５】
５ＧＳにおいては、ＡＭＦノードは、モビリティー管理シグナリングを担当するだけであってよい。サービス関連のシグナリングメッセージが、ＷＴＲＵとＳＭＦとの間（いわゆるＰＤＵセッションを確立するために）、ＷＴＲＵとＳＭＳＦとの間（「ＮＡＳを介したＳＭＳ」のトラフィックのために）、またはその他のノード同士の間のいずれかにおいてやり取りされることが可能である。ＡＭＦは、ＷＴＲＵおよびＳＭＦ／ＳＭＳＦへ／からメッセージを送ることおよび受信することによるサービス関連のシグナリングトラフィックに関して言えば、リレーとして機能することが可能である。
【０１７６】
２つの特別なＮＡＳメッセージが、ＷＴＲＵとＡＭＦとの間において（例えば、モビリティー管理レベルにおいて）使用されることが可能である。これらのメッセージは、アップリンク／ダウンリンク（ＵＬ／ＤＬ）ＮＡＳトランスポートメッセージと呼ばれることが可能であり、コンテナを含むことが可能であり、そのコンテナは、５ＧＳＭメッセージ（ＷＴＲＵ−ＳＭＦ通信のための）またはＳＭＳメッセージ（ＷＴＲＵ−ＳＭＳＦ通信のための）のいずれかであることが可能である。いずれの方向においても、ＡＭＦは、コンテナを抽出すること、およびそれを正しい（ＳＭＦまたはＳＭＳＦ）ノードへ転送することが可能である。コンテナのタイプを指摘するメッセージにおいて情報要素（ＩＥ）が定義されることが可能である。このＩＥは、ペイロードコンテナタイプと呼ばれ得る。このＩＥは、ネットワークにおけるその他のノードを指摘することも可能である。
【０１７７】
ＷＴＲＵは、ネットワーク側でのサブスクリプションの変更が生じているかどうか（またはいつ生じているか）に気づかない場合がある。ＷＴＲＵおよびＡＭＦの両方をサブスクリプションにおける変更に関して同期化させる唯一の方法は、ＷＴＲＵに登録更新手順を経由させることである場合がある。ＷＴＲＵは通常、（例えば、タイマーの満了に従って）定期的登録を行うことになっているが、それが実際にそれを行うまでには非常に長い時間がかかる場合がある。タイマーは、ＷＴＲＵがＮＡＳレベルにおいてアイドルから接続モードへ移行するたびに、ＷＴＲＵおよびＮＷ側の両方の上でリセットされてよい。
【０１７８】
これらの問題は、ＣＩｏＴスモールデータ配信（すなわち、ＮＡＳシグナリングを介したスモールデータ）においても存在する場合がある。例えば、ＣＩｏＴ機能上のＷＴＲＵサブスクリプションは、ＮＡＳを介したスモールデータに関して「許可されていない」へ変わる場合もある。このケースにおいては、ＷＴＲＵは、ネットワーク側でのサブスクリプションの変更に気づかない場合もある。
【０１７９】
上述の問題を考慮すると、ネットワーク／ＡＭＦがサブスクリプションにおける変更についてＷＴＲＵに知らせるためのメカニズムが必要とされる場合がある。
【０１８０】
図６を参照すると、サブスクリプションタイプを更新する方法を使用することを示す図が示されている。ステップ１において、ＷＴＲＵ６０２がアイドルモードにおいてＮＡＳを介してＳＭＳまたはスモールデータを送りたい場合には、それは、サービス要求手順によってシグナリングトラフィックを開始し、接続モードへ移行することができる。サービス要求手順は、サービス要求メッセージをネットワークへ送ることを含み得る。ステップ２において、ＡＭＦ６０４は、ＳＭＳまたはスモールデータに関してＵＤＭまたはその他のＮＦからサブスクリプション変更通知を受信することができる。
【０１８１】
ステップ３において、ＷＴＲＵ６０２は、ＵＬ  ＮＡＳトランスポートメッセージにおいてＳＭＳメッセージまたはスモールデータの第１の部分を送ることができる。ＳＭＳまたはスモールデータがサービス要求メッセージにおいてＷＴＲＵによって送られることも可能である場合がある。
【０１８２】
ステップ４において、ＡＭＦ６０４は、ＳＭＳまたはスモールデータに関するサブスクリプションが変わっていると決定することが可能であり、したがってＡＭＦは、コンテナをＳＭＳＦ（ＳＭＳに関して）またはネットワークエクスポージャー機能（ＮＥＦ）／ＳＭＦ（スモールデータに関して）へ転送しないことが可能である。
【０１８３】
ステップ５において、ＡＭＦ６０４は、ＳＭＳまたはスモールデータを含むコンテナを抽出および破棄することができる。
【０１８４】
ステップ６において、ＡＭＦ６０４は、ダミーコンテナ（すなわち、意味を伴わない）および特定の要因コードを含む、ＤＬ  ＮＡＳトランスポートメッセージまたはＤＬ  ＮＡＳエラーメッセージを送ることができる。この特定のコンテナがダミーであるということを指摘するために、新たなペイロードコンテナタイプが定義されることが可能である。ステップ７において、要因コードは、ＷＴＲＵ６０２における新たな行動をトリガーすることが可能である。
【０１８５】
ステップ８において、ＷＴＲＵ６０２は登録手順を開始する。登録手順中に、ネットワーク（ＡＭＦ６０４）は、ＮＡＳを介したＳＭＳまたはＮＡＳを介したスモールデータがもはや許可されていないということをＷＴＲＵ６０２に知らせることができる。ＷＴＲＵは、そのようなインジケーションを登録受け入れメッセージにおいて受信することができる。
【０１８６】
その他の理由（例えば、ネットワークスライスの修正または削除に起因してトリガーされたＵＣＵ手順）のためにＡＭＦ６０４がＷＴＲＵ６０２に連絡を取る必要がある場合には、ＡＭＦ６０４は、ＷＴＲＵ６０２からのサービス要求手順の受信の前にサブスクリプションの変更をＷＴＲＵ６０２に通信することが可能であるということに留意されたい。これは、ＷＴＲＵ６０２がＳＭＳスモールデータ送信を要求するのを防止することが可能である。ＡＭＦ６０４は、既存の「登録／登録なし」インジケーションを使用して、ＷＴＲＵ６０２に登録を行わせることができる。
【０１８７】
ＷＴＲＵ６０２が接続モードに移行した場合には、ＳＭＳまたはスモールデータは、ＷＴＲＵ６０２によってサービス要求メッセージにおいて送られることが可能である。ＡＭＦ６０４が、スモールデータまたはＳＭＳコンテナを伴うサービス要求を受信した場合には、それは、上述されている手順を実行することができる。サービス要求を受信すると、ＡＭＦ６０４は、ＳＭＳまたはスモールデータに関するサブスクリプションが変わっていると決定することができる。ＡＭＦ６０４は、ＵＬ  ＮＡＳメッセージにおけるコンテナを破棄することが可能であり、サービス（ＳＭＳまたはスモールデータ）に関するサブスクリプションが変わっているということをＷＴＲＵ６０２に知らせるために、要因コードを伴う応答を作成することができる。ＡＭＦ６０４は、サービス受け入れまたはサービス拒否ＮＡＳメッセージのいずれかにおいて要因コードを送ることができる。要因コードを受信すると、ＷＴＲＵ６０２は、サブスクリプションの変更に起因してＳＭＳまたはＳＤがサポートされないということを知らされることが可能である。ＷＴＲＵ６０２は次いで、この要因コードによってトリガーされる登録手順を実行することができる。
【０１８８】
あるいは、ＡＭＦ６０４は、ＮＡＳを介したＳＭＳまたはスモールデータをＳＭＳＦまたはＮＥＦ／ＳＭＦへ転送することが可能である。ＡＭＦ６０４は、ＳＭＳＦまたはＮＥＦ／ＳＭＦからの応答をＤＬ  ＮＡＳトランスポートメッセージに含めることと、上述されているような、ＷＴＲＵ６０２に登録更新を実行させるための要因コードを付加することとができる。
【０１８９】
別の例においては、ＷＴＲＵ構成更新（ＵＣＵ）コマンドメッセージが使用されることが可能である。この例においては、ＮＡＳを介したＳＭＳまたはスモールデータに関するサブスクリプションの変更が生じた場合には、ＷＴＲＵ６０２は、ＳＭＳトラフィック以外の理由で接続モードにあることが可能である。
【０１９０】
ＡＭＦ６０４は、ＷＴＲＵ６０２による再登録を必要とするサブスクリプションにおける変更があるということをＷＴＲＵ６０２に知らせるために、既存のＮＡＳシグナリング接続上でＷＴＲＵ６０２へＵＣＵコマンドメッセージを送ることができる。ＵＣＵコマンドメッセージは、上述されているような特定の要因コードを含むことができる。
【０１９１】
特徴および要素が特定の組合せで上述されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。本明細書において記述されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれているコンピュータプログラム、ソフトウェアまたはファームウェアで実施されることが可能である。コンピュータ可読媒体の例は、電子信号（有線接続または無線接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、並びにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアに関連付けられているプロセッサが使用されることが可能である。
【図１Ａ】
2021510472.tif 000004
【図１Ｂ】
2021510472.tif 000005
【図１Ｃ】
2021510472.tif 000006
【図１Ｄ】
2021510472.tif 000007
【図２】
2021510472.tif 000008
【図３】
2021510472.tif 000009
【図４Ａ】
2021510472.tif 000010
【図４Ｂ】
2021510472.tif 000011
【図４Ｃ】
2021510472.tif 000012
【図５】
2021510472.tif 000013
【図６】
2021510472.tif 000014
【手続補正書】
【提出日】令和2年9月4日(2020.9.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）で用いる方法であって、
第１のアクセス技術を使用してネットワークから第１のメッセージを受信することであって、前記第１のメッセージは、前記ＷＴＲＵが第２のアクセス技術を使用して１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのリソースを再確立するインジケーションを備える、ことと、
前記１つまたは複数のＰＤＵセッションのうちのＰＤＵセッションが前記ＷＴＲＵによってローカルに非アクティブ化されていると決定することと、
前記ＷＴＲＵが前記第２のアクセス技術に関連付けられる限られたサービス状態にあると決定することと、
前記第１のアクセス技術を使用して第２のメッセージを送ることであって、前記第２のメッセージは、前記ＰＤＵセッションがローカルに非アクティブ化され、前記ネットワークがＰＤＵセッションを解放するということを示すＰＤＵセッションステータス情報要素（ＩＥ）を備える、ことと
を備える方法。
【請求項２】
前記第１のアクセス技術および前記第２のアクセス技術の両方を使用して前記ネットワークに登録することをさらに備える、請求項１の方法。
【請求項３】
前記第１のアクセス技術は、非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１の方法。
【請求項４】
前記第１のアクセス技術は、ＩＥＥＥ８０２．１１アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１の方法。
【請求項５】
前記ネットワークは、前記第１のアクセス技術および前記第２のアクセス技術の間で共有されるアクセスおよびモビリティー機能（ＡＭＦ）を備える、請求項１の方法。
【請求項６】
前記ＷＴＲＵは、前記第１のアクセス技術の接続モード（ＣＭ）にある、請求項１の方法。
【請求項７】
前記ＷＴＲＵは、前記第２のアクセス技術のアイドルモード（ＩＭ）にある、請求項１の方法。
【請求項８】
前記第２のメッセージは、非アクセス層（ＮＡＳ）メッセージである、請求項１の方法。
【請求項９】
前記第２のメッセージは、通知応答メッセージを備える、請求項１の方法。
【請求項１０】
前記ＰＤＵセッションは、前記ＷＴＲＵが前記第２のアクセス技術の限られたサービス状態にあるとき、ローカルに非アクティブ化される、請求項１の方法。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）であって、
アンテナと、
前記アンテナに動作可能なように接続されるプロセッサと
を備え、
前記プロセッサおよび前記アンテナは、第１のアクセス技術を使用してネットワークから第１のメッセージを受信するように構成され、前記第１のメッセージは、前記ＷＴＲＵが第２のアクセス技術を使用して１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションのリソースを再確立するインジケーションを備え、
前記プロセッサは、前記１つまたは複数のＰＤＵセッションのうちのＰＤＵセッションが前記ＷＴＲＵによってローカルに非アクティブ化されていると決定するように構成され、
前記プロセッサは、前記ＷＴＲＵが前記第２のアクセス技術に関連付けられる限られたサービス状態にあると決定するようにさらに構成され、
前記プロセッサおよび前記アンテナは、前記第１のアクセス技術を使用して第２のメッセージを送るようにさらに構成され、前記第２のメッセージは、前記ＰＤＵセッションがローカルに非アクティブ化され、前記ネットワークがＰＤＵセッションを解放するということを示すＰＤＵセッションステータス情報要素（ＩＥ）を備える、
ＷＴＲＵ。
【請求項１２】
前記ＷＴＲＵは、前記第１のアクセス技術および前記第２のアクセス技術の両方において前記ネットワークに登録される、請求項１１のＷＴＲＵ。
【請求項１３】
前記第１のアクセス技術は、非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１１のＷＴＲＵ。
【請求項１４】
前記第１のアクセス技術は、ＩＥＥＥ８０２．１１アクセス技術であり、前記第２のアクセス技術は、３ＧＰＰアクセス技術である、請求項１１のＷＴＲＵ。
【請求項１５】
前記ネットワークは、前記第１のアクセス技術および前記第２のアクセス技術の間で共有されるアクセスおよびモビリティー機能（ＡＭＦ）を備える、請求項１１のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵは、前記第１のアクセス技術の接続モード（ＣＭ）にある、請求項１１のＷＴＲＵ。
【請求項１７】
前記ＷＴＲＵは、前記第２のアクセス技術のアイドルモード（ＩＭ）にある、請求項１１のＷＴＲＵ。
【請求項１８】
前記第２のメッセージは、非アクセス層（ＮＡＳ）メッセージである、請求項１１のＷＴＲＵ。
【請求項１９】
前記第２のメッセージは、通知応答メッセージを備える、請求項１１のＷＴＲＵ。
【請求項２０】
前記ＰＤＵセッションは、前記ＷＴＲＵが前記第２のアクセス技術の限られたサービス状態にあるとき、ローカルに非アクティブ化される、請求項１１のＷＴＲＵ。
【国際調査報告】
2021510472.tif 000015
2021510472.tif 000016
2021510472.tif 000017