JP7401567B2 - 無線通信の方法および装置 - Google Patents

Description

本出願は、通信の分野に関し、より詳細には、無線通信の方法および装置に関する。

ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）ポリシーは、ＵＥルート選択ポリシー（ＵＥ ｒｏｕｔｅ ｓｅｌｅｃｔｉｏｎ ｐｏｌｉｃｙ、ＵＲＳＰ）を含むことができ、ＵＲＳＰポリシーは、アプリケーションデータとプロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）セッションとのバインディング関係を確定し、端末機器がどのようなＰＤＵセッションを確立して当該アプリケーションデータを送信する必要があるかを確定する。

ＵＲＳＰポリシーには複数のルート選択記述子（ｒｏｕｔｅ ｓｅｌｅｃｔｉｎｇ ｄｅｓｃｒｉｐｔｏｒ、ＲＳＤ）が含まれ、各ＲＳＤにはセッションパラメータが含まれ、伝送されることを必要とするアプリケーションデータがある場合、端末機器はＲＳＤにおけるパラメータを使用してネットワーク機器にＰＤＵセッション確立要求メッセージを送信することができる。端末機器が送信したセッションパラメータの値がネットワーク機器がサポートしない値であれば、ネットワーク機器は端末機器に拒否メッセージを送信することができる。端末機器は、当該拒否メッセージを受信した後、次のステップのセッションパラメータをどのように選択してＰＤＵセッションを確立するかは、至急解決すべき問題となる。

本出願は無線通信の方法および装置を提供し、データを伝送するように、端末機器に適切なセッションパラメータを迅速に見つけることができる。

第１態様では、無線通信の方法を提供し、端末機器はネットワーク機器が送信した、原因パラメータを含む第１メッセージを受信することと、前記端末機器は、前記原因パラメータに基づいて、原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないこととを含む。

第２態様では、無線通信の方法を提供し、前記端末機器は端末能力のサポート状況に応じて、端末能力条件を満たさないＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないことを含み、ここでは、前記端末能力は前記端末がサポートするセッションとサービス連続性ＳＳＣモードの値を含み、前記端末能力条件を満たすＲＳＤはＲＳＤにおけるＳＳＣモードの値が前記端末のサポートする値であることである。

第３態様では、上記第１態様またはその各実施形態における方法を実行するための端末機器を提供する。

具体的には、当該端末機器は、上記第１態様またはその各実施形態における方法を実行するための機能モジュールを含む。

第４態様では、上記第２態様またはその各実施形態における方法を実行するための端末機器を提供する。

具体的には、当該端末機器は、上記第２態様またはその各実施形態における方法を実行するための機能モジュールを含む。

第５態様では、プロセッサおよびメモリを含む端末機器を提供する。当該メモリはコンピュータプログラムを記憶することに使用され、当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して、上記第１の態様およびその各実施形態における方法を実行することに使用される。

第６の態様では、プロセッサとメモリとを含む端末機器を提供する。当該メモリはコンピュータプログラムを記憶することに使用され、当該プロセッサは、当該メモリに記憶されたコンピュータプログラムを呼び出して、上記第２の態様およびその各実施形態における方法を実行することに使用される。

第７の態様では、上記第１態様から第２態様のいずれか一つまたはその各実施形態における方法を実現するための装置を提供する。

具体的には、当該装置は、当該装置が搭載された機器に、上記第１態様から第２態様のいずれか一つまたはその各実施形態における方法を実行させるように、メモリからコンピュータプログラムを呼び出して実行するためのプロセッサを備える。

第８の態様では、コンピュータに、上記第１態様から第２態様のいずれか一つまたはその各実施形態における方法を実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。

第９の態様では、コンピュータに、上記第１態様から第２態様のいずれか一つまたはその各実施形態における方法を実行させるプログラムプログラム命令を含むプログラムプログラム製品を提供する。

第１０の態様では、コンピュータ上で実行されると、コンピュータに、上記第１態様から第２態様のいずれか一つまたはその各実施形態における方法を実行させるコンピュータプログラムを提供する。

本出願が提供する技術案では、端末機器がネットワーク機器から送信した原因パラメータを受信した後、原因パラメータ条件を満たさないＲＳＤまたはＲＳＤのパラメータの組み合わせを無視するかまたは使用せず、原因パラメータ条件を満たすＲＳＤまたはＲＳＤのパラメータの組み合わせのみを採用してＰＤＵセッションの確立を行い、このようにして、端末機器がＰＤＵセッションの確立に成功する確率を向上させることを避け、端末機器が評価を行う時間を短縮することができる。

本出願の実施例を適用する無線通信システムの概略図である。 本出願の実施例が提供するＵＥポリシーを送信するための方法の概略的流れ図である。 本出願の実施例が提供するＵＥポリシーの概略図である。 本出願の実施例が提供する評価プロセスの概略図である。 本出願の実施例が提供するＰＤＵセッション確立のための方法の概略的流れ図である。 本出願の実施例が提供する無線通信方法の概略的流れ図である。 本出願の実施例が提供する別の評価プロセスの概略図である。 本出願の実施例が提供する端末機器の概略的ブロック図である。 本出願の実施例が提供する別の端末機器の概略的ブロック図である。 本出願の実施例が提供する通信機器の概略的ブロック図である。 本出願の実施例が提供する装置の概略的ブロック図である。 本出願の実施例が提供する通信システムの概略的ブロック図である。

図１は本出願の実施例によるシステム１００の概略図である。

図１に示されるように、端末機器１１０は、第１通信システムにおける第１ネットワーク機器１３０および第２通信システムにおける第２ネットワーク機器１２０に接続され、例えば、当該第１ネットワーク機器１３０は、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）でのネットワーク機器であり、当該第２ネットワーク機器１２０は、ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）でのネットワーク機器である。

ここでは、当該第１ネットワーク機器１３０および当該第２ネットワーク機器１２０は、複数のセルを含むことができる。

なお、図１は、本出願の実施例による通信システムの一例であり、本出願は、図１に限定されるものではない。

一例として、本出願の実施例が適合する通信システムは、少なくとも当該第１通信システムにおける複数のネットワーク機器および／または当該第２通信システムにおける複数のネットワーク機器を含むことができる。

例えば、図１に示されるシステム１００は、第１通信システムにおける一つのプライマリネットワーク機器および第２通信システムにおける少なくとも一つのセカンダリネットワーク機器を含むことができる。少なくとも一つのセカンダリネットワーク機器はそれぞれ当該一つのプライマリネットワーク機器に接続され、多重接続を構成し、かつそれぞれ端末機器１１０に接続されてそれにサービスを提供する。具体的には、端末機器１１０は、プライマリネットワーク機器およびセカンダリネットワーク機器を介して同時に接続を確立することができる。

任意選択的には、端末機器１１０とプライマリネットワーク機器とが確立する接続はプライマリ接続であり、端末機器１１０とセカンダリネットワーク機器とが確立する接続はセカンダリ接続である。端末機器１１０の制御シグナリングは、プライマリ接続を介して伝送されてもよいし、端末機器１１０のデータは、プライマリ接続およびセカンダリ接続を介して同時に伝送されてもよいし、セカンダリ接続のみを介して伝送されてもよい。

別の例として、本出願の実施例における第１通信システムと第２通信システムとは異なるが、第１通信システムと当該第２通信システムの具体的なタイプを限定しない。

例えば、当該第１通信システムおよび当該第２通信システムは、例えば、グローバル移動通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ）システム、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＷＣＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ，ＧＰＲＳ）、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、ＬＴＥ時分割複信（（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ，ＴＤＤ）、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ，ＵＭＴＳ）などの様々な通信システムであってもよい。

前記プライマリネットワーク機器および前記セカンダリネットワーク機器は、任意のアクセスネットワーク機器であってもよい。

任意選択的には、いくつかの実施例では、前記アクセスネットワーク機器は、グローバルシステムフォーモバイルコミュニケーション（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＧＳＭ）システムまたは符号分割多重アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）における基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ，ＢＴＳ）であってもよく、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＷＣＤＭＡ）システムにおける基地局（ＮｏｄｅＢ，ＮＢ）であってもよく、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムにおける発展型基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ，ｅＮＢまたはｅＮｏｄｅＢ）であってもよい。

任意選択的に、前記ネットワーク機器は、次世代無線アクセスネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＮＧ ＲＡＮ）、または、ＮＲシステムにおける基地局（ｇＮＢ）、またはクラウドラジオアクセスネットワーク（Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＣＲＡＮ）におけるラジオコントローラであってもよく、または、当該アクセスネットワーク機器は、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、または将来進化する公共陸地モバイルネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ，ＰＬＭＮ）におけるネットワーク機器であってもよい。

図１に示すシステム１００では、当該第１ネットワーク機器１３０をプライマリネットワーク機器とし、当該第２ネットワーク機器１２０をセカンダリネットワーク機器とすることを例とする。

当該第１ネットワーク機器１３０は、ＬＴＥネットワーク機器であってもよく、当該第２ネットワーク機器１２０は、ＮＲネットワーク機器であってもよい。あるいは、当該第１ネットワーク機器１３０は、ＮＲネットワーク機器であってもよく、第２ネットワーク機器１２０は、ＬＴＥネットワーク機器であってもよい。あるいは、当該第１ネットワーク機器１３０および当該第２ネットワーク機器１２０はいずれもＮＲネットワーク機器であってもよい。あるいは、当該第１ネットワーク機器１３０は、ＧＳＭネットワーク機器、ＣＤＭＡネットワーク機器などであってもよく、当該第２ネットワーク機器１２０は、ＧＳＭネットワーク機器、ＣＤＭＡネットワーク機器などであってもよい。あるいは、第１ネットワーク機器１３０は、マクロセル（Ｍａｃｒｏｃｅｌｌ）であってもよく、第２ネットワーク機器１２０は、マイクロセル（Ｍｉｃｒｏｃｅｌｌ）、ピコセル（Ｐｉｃｏｃｅｌｌ）、またはフェムトセル（Ｆｅｍｔｏｃｅｌｌ）などであってもよい。

任意選択的には、前記端末機器１１０は、任意の端末機器であってもよく、前記端末機器１１０は、
例えば公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ，ＰＳＴＮ）、デジタル加入者回線（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ，ＤＳＬ）、デジタルケーブル、直接ケーブルなどの有線回線、および／または他のデータ接続／ネットワーク、および／または例えばセルラーネットワーク、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＷＬＡＮ）、ＤＶＢ－Ｈネットワークのようなデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インタフェースによって接続されるもの、および／または他の端末機器の通信信号を送受信するように構成される装置、および／またはインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＩｏＴ）デバイスを含むが、これらに限定されない。無線インタフェースを介して通信するように設けられる端末は、「無線通信端末」、「無線端末」または「移動端末」と称されてもよい。移動端末の例としては、衛星またはセルラー電話、セルラー無線電話とデータ処理、ファックスおよびデータ通信能力を組み合わせることができるパーソナル通信システム（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ，ＰＣＳ）端末、無線電話、ページャ、インターネット／イントラネット接続、Ｗｅｂブラウザ、手帳、カレンダー、および／または全球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ，ＧＰＳ）受信機を含むことができるＰＤＡ、および従来のラップトップおよび／またはパームトップタイプの受信機、または無線電話トランシーバを含む他の電子デバイスを含むことができるが、これらに限定されない。端末機器は、アクセス端末、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）、加入者ユニット、加入者局、移動局、移動ステーション、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェントまたはユーザ装置を指すことができる。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ，ＳＩＰ）電話、無線ローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ，ＷＬＬ）ステーション、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、無線通信機能を有するハンドヘルド装置、計算装置または無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、５Ｇネットワークにおける端末または将来の発展型ＰＬＭＮにおける端末などであってもよい。

なお、本明細書における用語「システム」および「ネットワーク」は、本明細書において常に交換可能に使用される。

５Ｇアーキテクチャにおいて、ポリシー（ｐｏｌｉｃｙ）に関連するネットワーク要素は、主に、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ，ＰＣＦ）、アクセスおよび移動管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＡＭＦ）、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＳＭＦ）、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）、ＵＥである。ここでは、ＳＭＦは主にポリシーに関するセッションの実行を担当し、ＡＭＦは主にアクセスとＵＥポリシーに関するポリシー実行を担当する。ＳＭＦとＡＭＦという２つのネットワーク要素上のポリシーの配信、更新はすべてＰＣＦによって管理される。

ＵＥポリシーについては、ＰＣＦと端末機器との間で、コンテナ（ｃｏｎｔａｉｎｅｒ）によって、ＵＥポリシーの内容、ＵＥポリシー識別などを含むＵＥポリシーの関連情報を監視する。当該コンテナは上り方向において、端末機器によって非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ，ＮＡＳ）メッセージによってＡＭＦに送信され、かつＡＭＦによってトランスペアレント伝送（知覚されないまたは修正されない）を継続してＰＣＦに送信する。下り方向はそれと逆であり、ＰＣＦによってＡＭＦにコンテナを送信し、ＡＭＦは、さらにＮＡＳメッセージによって端末機器にトランスペアレント伝送する。

上記のアーキテクチャに基づいて、ＵＥポリシーは、第三世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ，３ＧＰＰ）によって定義されるＵＥ構成更新流れによって実現される。図２に示すように、ＰＣＦが更新しようとするポリシーは、１コンテナ内に置き、続いて当該コンテナをＡＭＦに送信し、ＡＭＦはＮＡＳメッセージを使用してポリシーを端末機器に転送する。

図２に示す流れは、ステップＳ２１０～Ｓ２６０を含む。

Ｓ２１０では、ＰＣＦはＵＥポリシーの更新を確定する。

Ｓ２２０では、ＰＣＦはコンテナによってＡＭＦにＵＥポリシーを送信する。

Ｓ２３０では、ネットワークがトリガするサービス要求。

Ｓ２４０では、ＡＭＦはＵＥポリシーを端末機器に送信する。

Ｓ２５０では、端末機器は、ＡＭＦにＵＥポリシーの受信結果を送信する。

Ｓ２６０では、ＡＭＦは、ＰＣＦに端末機器の受信結果を転送する。

ＵＥポリシーを送信するために、下りＮＡＳメッセージおよび上りＮＡＳメッセージに「ＵＥ ｐｏｌｉｃｙ ｃｏｎｔａｉｎｅｒ」の原因値を導入し、すなわち、ペイロード（ｐａｙｌｏａｄ）ｃｏｎｔａｉｎｅｒに「ＵＥ ｐｏｌｉｃｙ ｃｏｎｔａｉｎｅｒ」の原因値を増加する。ＡＭＦは、当該ｐａｙｌｏａｄ ｃｏｎｔａｉｎｅｒにおける原因値がトランスペアレント伝送機能を実行することを見る。

端末機器は、ＰＣＦネットワーク要素からＵＥポリシーを取得して、ＵＥポリシーに従ってＷＬＡＮ選択およびＵＥルート選択を行うことができる。

本出願の実施例は、ＵＥポリシーの具体的な内容を限定するものではない。図３に示すように、当該ＵＥポリシーは、静的ポリシーおよび動的ポリシーを含むことができ、動的ポリシーは、ＷＬＡＮ選択ポリシー（ＷＬＡＮ ｓｅｌｅｃｔｉｏｎ ｐｏｌｉｃｙ，ＷＬＡＮＳＰ）、アクセスネットワーク発見および選択ポリシー（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ，ＡＮＤＳＰ）、およびＵＥルート選択ポリシー（ＵＥ Ｒｏｕｔｅ Ｓｅｌｅｃｔｉｏｎ Ｐｏｌｉｃｙ，ＵＲＳＰ）を含むことができる。

ＷＬＡＮＳＰは、少なくとも一つのＷＬＡＮＳＰルールを含むことができ、図３に示すように、一つのＷＬＡＮＳＰは、ＷＬＡＮＳＰルール１、……、ＷＬＡＮＳＰルールｎを含むことができ、ｎは正の整数である。一つのＷＬＡＮＳＰルールは、例えば、ＷＬＡＮＳＰルールの優先度（Ｐｒｅｃｅｄｅｎｃｅ）、トラフィック記述子および／または選択パラメータ等を含むことができ、端末機器は、少なくとも一つのＷＬＡＮＳＰルールに従ってＷＬＡＮの選択を行うことができる。例えば、端末機器は優先度に応じてＷＬＡＮの選択を行うことができ、端末機器は優先度の高いＷＬＡＮを優先的に選択することができる。

ＵＲＳＰは、図３に示されるように、少なくとも一つのＵＲＳＰルールを含むことができ、ＵＲＳＰは、ＵＲＳＰルール１、……、ＵＲＳＰルールｎを含むことができ、ｎは正の整数である。ＵＲＳＰルールは、ＵＲＳＰルールの優先度、トラフィック記述子（Ｔｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒ，ＴＤ）および／またはルート選択記述子（ｒｏｕｔｅ ｓｅｌｅｃｔｉｎｇ ｄｅｓｃｒｉｐｔｏｒ，ＲＳＤ）リストなどを含むことができ、各トラフィック記述子は、ＲＳＤリストに対応可能であり、端末機器がＲＳＤリスト内のどのパラメータにしてトラフィック記述子に対応するアプリケーションとセッションとのバンディング関係を確定するか、または端末機器がこのようなバンディング関係を満たすためにどのようなＰＤＵセッションを確立する必要があるかを確定するために使用される。

端末機器は、少なくとも一つのＵＲＳＰルールに従ってアプリケーションのためにルートを選択することができ、すなわち、異なるアプリケーションを、データ伝送のために異なる属性パラメータを有するセッションにバンディングする。ここで、ＲＳＤリストは、セッション属性パラメータおよび他のルーティング関連パラメータを含み、例えば、ＲＳＤの優先度、セッションおよびサービス連続性（ｓｅｓｓｉｏｎ ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ，ＳＳＣ）モード、データネットワークネーム（ｄａｔｅ ｎｅｔｗｏｒｋ ｎａｍｅ，ＤＮＮ）、ネットワークスライスセレクションポリシー（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｐｏｌｉｃｙ，ＮＳＳＰ）、シームレスでないオフロード指示、アクセス優先度などのうちの少なくとも一つであってもよい。ＮＳＳＰは、一つまたは複数の単一ネットワークスライス選択支援情報（Ｓｉｎｇｌｅ Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ，Ｓ－ＮＳＳＡＩ）を含むことができ、Ｓ－ＮＳＳＡＩは、優先度を有していてもよく、または、優先度を有していなくてもよい。

ＵＲＳＰにおけるトラフィック記述子は、特定のサービスを記述することができ、例えば、マイクロブログサービスがインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ，ＩＰ）＠１～９を使用して記述することができ、さらに、例えば、インターネットプロトコルマルチメディアサブシステム（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ，ＩＭＳ）サービスがＩＭＳデータネットワーク名（ｄａｔａ ｎｅｔｗｏｒｋ ｎａｍｅ，ＤＮＮ）を使用して記述してもよい。そして、トラフィック記述子の下に一つまたは複数のＲＳＤが存在してもよい。一つのＲＳＤにおけるＳ－ＮＳＳＡＩの値およびＤＮＮの値は一つであっても複数であってもよく、他のパラメータは一つの値のみを含み、Ｓ－ＮＳＳＡＩおよびＤＮＮの一つの値は他のパラメータの値と一つのパラメータの組み合わせを構成してもよい。したがって、各ＲＳＤは、一つまたは複数のパラメータの組み合わせに対応することができ、各パラメータの組み合わせは、ＰＤＵセッションのセットの特徴を構成し、トラフィック記述子に対応するサービスデータは、ＲＳＤのあるパラメータの組み合わせに対応するＰＤＵセッションにおいて送信されることができる。トラフィック記述子を有するアプリケーションデータストリームが現れると、端末機器は、対応するＲＳＤにおけるコンポーネント（ｃｏｍｐｏｎｅｎｔ）値に基づいて一つのパラメータの組み合わせを選択し、当該パラメータの組み合わせを使用して、ネットワーク機器にＰＤＵセッション確立要求を開始することができる。

異なるＲＳＤにおけるパラメータの値は、異なっていてもよく、同じであってもよいことが理解されるであろう。

もちろん、選択されたパラメータの組み合わせがある確立されたＰＤＵセッションにマッチすることができる場合、端末機器は、アプリケーションデータをＰＤＵセッションにバンディングすることができ、すなわち、端末機器は、当該ＰＤＵセッションを使用してアプリケーションデータを伝送することができる。

端末機器がＵＲＳＰに基づいてアプリケーションを対応するＰＤＵセッションに関連付けて伝送するメカニズムは以下のとおりである：
アプリケーション層にデータが出現すると、端末機器は、ＵＲＳＰ内のＵＲＳＰルールを使用して、アプリケーションデータの特徴がＵＲＳＰルール内のあるルールのトラフィック記述子にマッチするかどうかを調べ、調べる順序は、ＵＲＳＰルール内のトラフィック記述子における優先度に従って確定することができ、すなわち、端末機器は、優先度の順序に基づいて、マッチ状況を順次調べる。アプリケーションデータがＵＲＳＰルールにマッチするとき、当該ＵＲＳＰルールでのＲＳＤリストを使用してＰＤＵセッションのバインディングを行う。

図４に示される評価（ｅｖａｌｕａｔｉｏｎ）行為において、新しいアプリケーションデータストリームが検出されると、端末機器は、優先度が最も高いＵＲＳＰルールを調べ、当該優先度が最も高いＵＲＳＰルールがアプリケーションデータストリームにマッチすることができるかどうかを判断することができる。アプリケーションデータストリームにマッチすることができれば、端末機器は、当該ＵＲＳＰルールにおけるＲＳＤを使用し、以下のプロセスを実行することができる。アプリケーションデータにマッチできない場合、端末機器は、優先度が最も低いＵＲＳＰルールを調べることができ、優先度が最も低いＵＲＳＰルールを考察するまで、このようにする。最も優先度の低いＵＲＳＰルールもアプリケーションデータストリームにマッチできない場合、端末機器はＵＲＳＰルールを適用しない。

本出願の実施例におけるＵＲＳＰルールの具体的内容を以下の表１および表２に示す。表１はＵＲＳＰルールを示し、表２はＲＳＤリストを示す。

本出願の実施例で言及したＲＳＤの具体的な内容は表２に示すことができる。

ＵＲＳＰルールがアプリケーションデータストリームにマッチする場合、端末機器は以下のプロセスを実行することができる。

１）端末機器は、まず、現在確立されているＰＤＵセッションが、そのマッチしたＵＲＳＰルールの下で有効なＲＳＤパラメータを満たすかどうかを調べ、もしあれば、そのマッチしたアプリケーションデータをこのＰＤＵセッションにバンディングして送信する。

２）なければ、端末機器は、有効ＲＳＤの優先度の順に従ってＰＤＵセッションを確立することができ、ここでは、ＰＤＵセッションを確立するために優先度の高いＲＳＤパラメータを優先的に使用する。当該ＲＳＤ内のあるパラメータが一つ以上の値を含む場合、端末機器は、そのうちの一つの値を選択して他のパラメータと組み合わせてＰＤＵセッションを確立する。

セッション確立に成功した場合、端末機器は、当該アプリケーションデータをセッションにバンディングして伝送を行う。

セッション確立に成功しなかった場合、端末機器は、当該ＲＳＤ内の他のパラメータの組み合わせに基づいて、または次に高い優先度のＲＳＤ内のパラメータの組み合わせを調べて、ＰＤＵセッションの確立を再度試みることができる。

このマッチしたＵＲＳＰルールにおいて適切なＰＤＵセッションを発見または確立してバインディングすることができない場合、端末機器は、優先度の順に従って、次に高い優先度のＵＲＳＰルール内のトラフィック記述子が当該アプリケーションデータストリームの特徴にマッチすることができるかどうかを調べることができる。マッチに成功した場合、端末機器は、上記プロセスを繰り返す。判断過程全体は図４に示す。

アプリケーションのために適切なＰＤＵセッションを探索する上記のプロセスは、「評価」（ｅｖａｌｕａｔｉｏｎ）」プロセスと呼ばれ、すなわち、適切なＰＤＵセッションを探索または確立してバインディングすることである。端末機器が使用するＵＲＳＰルール内部のＲＳＤは以下の条件を満たしてこそ有効ＲＳＤであると考えられ、上記ｅｖａｌｕａｔｉｏｎプロセスを実行することができる。

１．ＲＳＤ内にＳ－ＮＳＳＡＩがある場合、Ｓ－ＮＳＳＡＩは、非ローミングシナリオの下で許可されたＮＳＳＡＩ（ａｌｌｏｗｅｄ ＮＳＳＡＩ）またはローミングシナリオの下でマッピングされた許可されたＮＳＳＡＩ（ｍａｐｐｉｎｇ ｏｆ ａｌｌｏｗｅｄ ＮＳＳＡＩ）のうちの一つに属していなければならない。

２．ＲＳＤにＤＮＮがあり、かつローカルデータネットワーク（ｌｏｃａｌ ａｒｅａ ｄａｔａ ｎｅｔｗｏｒｋ，ＬＡＤＮ）である場合、端末機器は、当該ＬＡＤＮに対応する有効領域内になければならない。

３．ＲＳＤにアクセスタイプ優先度（ａｃｃｅｓｓ ｔｙｐｅ ｐｒｅｆｒｅｎｃｅ）があり、かつマルチアクセス（Ｍｕｌｔｉ－Ａｃｃｅｓｓ）に設定されている場合、端末機器は、アクセストラフィックステアリング、切り替え、分割（Ａｃｃｅｓｓ Ｔｒａｆｆｉｃ Ｓｔｅｅｒｉｎｇ，Ｓｗｉｔｃｈｉｎｇ，Ｓｐｌｉｔｔｉｎｇ，ＡＴＳＳＳ）機能をサポートしなければならない。

４．ＲＳＤにタイマーウィンドウ（Ｔｉｍｅｒ Ｗｉｎｄｏｗ）と位置基準（Ｌｏｃａｔｉｏｎ Ｃｒｉｔｅｒｉａ）がある場合、端末機器は要求される時間と場所条件を満足しなければならない。

そうでなければ、ＲＳＤが有効なＲＳＤではない場合、端末機器は、当該ＲＳＤを使用してデータストリームのバインディングまたはＰＤＵセッションの確立を行わない。例えば、上記のプロセスでは、端末機器は、有効なＲＳＤのみを考慮するか、または無効なＲＳＤを無視する。

上記ｅｖａｌｕａｔｉｏｎプロセスメカニズムを参照すると、端末機器は、ＰＤＵセッション確立の開始が拒否された後、ＲＳＤパラメータに従ってＰＤＵセッション確立を再申請することができる。

図５に示すように、端末機器はＳＭＦにＰＤＵセッション確立要求メッセージを送信することができ、当該ＰＤＵセッション確立要求メッセージにはＰＤＵセッションパラメータを運ぶことができ、当該ＰＤＵセッションパラメータは端末機器が選択したパラメータの組み合わせであり、当該ＰＤＵセッションパラメータは、ＤＮＮ、Ｓ－ＮＳＳＡＩ、ＰＤＵセッションタイプ、ＳＳＣモード、ＰＤＵセッション識別子、アクセスタイプのうちの少なくとも一つを含むことができる。

図５に示す方法は、ステップＳ５１０～Ｓ５３０を含むことができる。

Ｓ５１０では、端末機器は、ＰＤＵセッションパラメータを含むことができるＰＤＵセッション確立要求メッセージをＳＭＦに送信する。

Ｓ５２０では、ＳＭＦは、拒否原因値を運ぶことができる拒否メッセージを端末機器に送信する。

Ｓ５３０では、端末機器は、ＵＲＳＰルール内のパラメータに従って、ＰＤＵセッションパラメータを調整し、調整後のＰＤＵセッションパラメータを使用してＰＤＵセッション確立を再び試みる。

ネットワーク機器が、端末機器が選択したあるパラメータをサポートしない場合、ネットワーク機器は、拒否原因値を運ぶことができる拒否メッセージを端末機器に送信することができる。続いて、端末機器は、ＵＲＳＰルール内のＲＳＤにおけるパラメータに基づいてパラメータの組み合わせを調整することができ、例えば、端末機器は、ＵＲＳＰルールの同じＲＳＤ内の他のパラメータの組み合わせまたは次に高い優先度のＲＳＤパラメータに基づいて確立要求を開始することができる。

上記のメカニズムは、拒否原因値（ｒｅｊｅｃｔｉｏｎ ｃａｕｓｅ）に示されたサポートできないパラメータが次に高い優先度のＲＳＤにも現れ、その次に高い優先度のＲＳＤに対応した確立されたＰＤＵセッションがない場合、端末機器が次に高い優先度のＲＳＤを選択してもＰＤＵセッションの確立を完了することができず、むしろシグナリングインタラクションの負担を増加させ、シグナリングオーバーヘッドの節約に不利であり、端末機器がｅｖａｌｕａｔｉｏｎを行う時間も増加するという問題がある。

例えば、端末機器が、優先度が最も高いＲＳＤ－１を使用してＰＤＵセッション確立を行い、当該ＲＳＤ－１におけるＰＤＵセッションタイプがＩＰｖ４であり、ネットワーク機器が、「ＩＰｖ４アドレスをサポートしない」という原因でＰＤＵセッション確立を拒否した場合、端末機器は、ＰＤＵセッションタイプがＩＰｖ４ではない値を使用してのみ確立に成功することができる。しかしながら、次に高い優先度のＲＳＤ－２のＰＤＵセッションタイプが依然としてＩＰｖ４である場合、端末機器はＲＳＤ－２を使用するかわり、ＰＤＵセッションタイプがＩＰｖ４ではないか、またはこれに限定されないＲＳＤに移行すべきである。しかし、現在のメカニズムによれば、端末機器は、ＵＲＳＰルールの優先度とＲＳＤルールの優先度に基づいて、順に、ＰＤＵセッション確立を試みる必要がある。すなわち、ＲＳＤ－２内のＰＤＵセッションタイプがＩＰｖ４であっても、端末機器は、ＲＳＤ－２内のパラメータの組み合わせを使用して、ネットワーク機器にＰＤＵセッション確立を開始する必要がある。

また、一例として、端末機器が優先度が最も高いＲＳＤ－１を使用してＰＤＵセッション確立を行う場合、当該ＲＳＤ－１におけるＳＳＣモードがモード３であり、ネットワーク機器がそのセッション確立を拒否する拒否原因が「サポートされないＳＳＣモード」であり、許容されているＳＳＣモードが「ＳＳＣモード＝１」であることを指示する場合、端末機器は、直接、次に高い優先度のＲＳＤを試みる代わりに、優先度に従って、「ＳＳＣモード＝１」またはＳＳＣモードを限定しないＲＳＤに移行すべきである。

本出願の実施例は無線通信の方法を提供し、ネットワーク機器が端末機器のセッション確立要求を拒否した後、端末機器に適切なセッション確立パラメータを迅速に見つけてデータ伝送を行うことができる。図５に示すように、この方法は、ステップＳ６１０～Ｓ６２０を含む。

Ｓ６１０で、ネットワーク機器は、原因パラメータを含む第１メッセージを端末機器に送信する。

当該第１メッセージは、例えば、端末機器がネットワーク機器にＰＤＵセッション確立または変更要求メッセージを送信した後に、ネットワーク機器によって端末機器に返信されるものであり、すなわち、当該第１メッセージは、ＰＤＵセッション確立または変更要求メッセージの返信メッセージである。あるいは、端末機器が、ＰＤＵセッション確立または変更要求メッセージをネットワーク機器に送信しないまでに、ネットワーク機器は、自身の状況に応じて、端末機器に第１メッセージを能動的に送信してもよい。

例えば、第１アプリケーションデータが送信を必要とする場合、端末機器は、ネットワーク機器にＰＤＵセッション確立または変更要求メッセージを送信することができる。さらに、当該ＰＤＵセッション確立または変更要求メッセージは、第１パラメータの値の組み合わせを含むことができる。当該第１パラメータは、ＳＳＣ、Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＰＤＵセッションタイプ、アクセスタイプのうちの少なくとも一つを含むことができる。

ここで、当該第１パラメータの値は、第１アプリケーションデータストリームにマッチするＵＲＳＰルールでのＲＳＤにおけるパラメータの値である。説明を容易にするために、以下に係るＵＲＳＰルールは、いずれも第１アプリケーションデータストリームにマッチするＵＲＳＰルールを表す。

例えば、第１パラメータの値は、優先度が最も高いＵＲＳＰルール内のＲＳＤにおけるパラメータの値である。別の例として、第１パラメータの値は、優先度が最も高いＵＲＳＰルール内の優先度が最も高いＲＳＤにおけるパラメータの値である。

ネットワーク機器が、第１パラメータにおけるあるパラメータの値をサポートしない場合、または第１パラメータにおける複数のパラメータの値の組み合わせをサポートしない場合、ネットワーク機器は、原因パラメータを運ぶことができる第１メッセージを送信することができ、当該原因パラメータはネットワーク機器によってサポートされない第２パラメータの値および／またはネットワーク機器によって許可される第３パラメータの値を指示することに使用されることができる。

任意選択的には、当該第１メッセージは拒否メッセージと呼ばれてもよい。

原因パラメータは、一つまたは複数のパラメータを含むことができる。例えば、原因パラメータは、ネットワーク機器が許可しないパラメータの値およびネットワーク機器が許可するパラメータの値を指示する拒否原因値を含む。別の例として、原因パラメータは、ネットワーク機器が許可するパラメータの値を指示するために使用される拒否原因値およびネットワーク機器が許可するパラメータの値を指示するために使用され得る許可されたＳＳＣパターンを含むことができる。

第２パラメータおよび第３パラメータは、ＤＮＮ、Ｓ－ＮＳＳＡＩ、ＰＤＵセッションタイプ、ＳＳＣモード、ＰＤＵセッション識別子、アクセスタイプのうちの少なくとも一つを含むことができる。ここでは、第２パラメータおよび第３パラメータは同じであっても、異なっていてもよい。

第２パラメータは一つのパラメータを含むことができ、複数のパラメータを含むこともできる。第３パラメータは、一つのパラメータを含んでいてもよいし、複数のパラメータを含んでいてもよい。

ネットワーク機器によって指示される、サポートされないパラメータの値は、ＲＳＤのうちの一つのパラメータの値または複数のパラメータの値であってもよい。例えば、拒否原因値には、ＰＤＵセッション確立または変更要求メッセージにおいて要求されたＳＳＣモード非サポート、Ｓ－ＮＳＳＡＩ非サポート、ＤＮＮ非サポート、ＰＤＵセッションタイプ非サポート、アクセスタイプ非サポートなどを示すことができる。ネットワーク機器は、単一のパラメータ値の非サポートを示してもよいし、複数のパラメータ値の組み合わせの非サポートを示してもよい。例えば、ＤＮＮ－１およびＳ－ＮＳＳＡＩ－１は、要求メッセージにおいて同時に要求することができない。

同様に、ネットワーク機器は、許容されるパラメータ値を指示するが、ＲＳＤのうちの一つまたは複数のパラメータの値であってもよい。例えば、ネットワーク機器によって提案または許可されるパラメータ値は、ＤＮＮ、Ｓ－ＮＳＳＡＩ、ＰＤＵセッションタイプ、ＳＳＣモード、ＰＤＵセッション識別子、アクセスタイプのうちの一つまたは複数のパラメータの値であってもよい。ネットワーク機器は、許可された単一のパラメータの値を示してもよいし、複数のパラメータの値の組み合わせを示してもよい。

例として、原因パラメータは、サポートされないＳＳＣモードがモード１であり、許容されるＳＳＣモードがモード２であることを示すために使用されることができる。また、別の例として、原因パラメータは、サポートされないＳＳＣモードがモード１であり、許容されるＰＤＵモードがＩＰｖ６であることを示すために使用されることができる。

Ｓ６２０では、端末機器は、当該原因パラメータに基づいて、原因パラメータ条件を満たさないＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するかまたは使用しない。

ここで、ＲＳＤは、端末機器内に予め設定されたものであってもよいし、ＲＳＤは、第１メッセージと共に端末機器に設定されたものであってもよい。すなわち、ネットワーク機器は、端末機器に第１メッセージを送信すると同時に、端末機器にＲＳＤの設定情報を送信してもよい。ＲＳＤの設定情報は、ＲＳＤにおける各パラメータの値を取る状況を含むことができる。

原因パラメータ条件を満たすＲＳＤは、ＲＳＤにおける第２パラメータの値がネットワーク機器がサポートしない値以外の値を含むこと、ＲＳＤにおけるパラメータが第２パラメータを含まないこと、ＲＳＤにおける第３パラメータの値がネットワーク機器が許可する値を含むこと、ＲＳＤにおけるパラメータが第３パラメータを含まないことのうちの少なくとも一つを含む。

原因パラメータ条件を満たすＲＳＤ以外のＲＳＤは、原因パラメータ条件を満たさないＲＳＤであることが理解されるであろう。

原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせは、ＲＳＤにおけるパラメータの値の組み合わせが原因パラメータ条件を満たすことを指すことができる。

一例として、端末機器は、原因パラメータに基づいて、当該原因パラメータ条件を満たすＲＳＤおよび／またはＲＳＤにおけるパラメータの値の組み合わせを確定することができる。

ここで、原因パラメーター条件を満たすＲＳＤとは、ＲＳＤにおける構成要素（Ｃｏｍｐｏｎｅｎｔ）パラメーターの値がただ一つであり、かつ原因パラメーターの指示に合致しないことを指すことができ、すると、ＲＳＤ全体は原因パラメーター条件を満足しないＲＳＤであり、そうでなければ、当該ＲＳＤは原因パラメーター条件を満足するＲＳＤである。

原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせとは、ＲＳＤにおけるＣｏｍｐｏｎｅｎｔパラメータの値は複数あり、かつ一部のパラメータが原因パラメータの指示に合致しないことを指すことができ、すると、原因パラメータの指示に合致しないＣｏｍｐｏｎｅｎｔパラメータの値を除く他のＣｏｍｐｏｎｅｎｔパラメータの値が条件を満たすものであり、条件を満たすＣｏｍｐｏｎｅｎｔパラメータの組み合わせがＲＳＤにおける原因パラメータ条件を満たすパラメータの組み合わせである。

例えば、原因パラメータは、ＳＳＣモード１の非サポートを示し、ＲＳＤ－１におけるパラメータがＳＳＣモードを含み、かつＳＳＣモードの値が一つしかなく、モード１である場合、ＲＳＤは原因パラメータを満たさないＲＳＤである。

別の例として、原因パラメータは、ＳＳＣモード１の非サポートを示し、ＲＳＤ－２におけるパラメータがＳＳＣモードを含み、かつ当該ＳＳＣモードの値がモード１およびモード２を含む場合、当該ＳＳＣモード２およびＲＳＤ－２における他のパラメータの値の組み合わせは、原因パラメータを満たす値の組み合わせである。

端末機器は、データバインディングまたはＰＤＵセッション確立中に、原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、ネットワーク機器に、ＰＤＵセッションの確立または変更を要求する第２メッセージを送信することができる。

ここで、第４パラメータまたは第４パラメータの値の組み合わせは、第４パラメータが第２パラメータを含まないこと、第４パラメータにおける第２パラメータの値がネットワーク機器がサポートしない値を含まないこと、第４パラメータが第３パラメータを含まないこと、第４パラメータにおける第３パラメータの値がネットワーク機器が許可する値を含むことのうちの少なくとも一つを満たす。換言すれば、第４パラメータの値の組み合わせは、原因パラメータ条件を満たす値の組み合わせである。

第４パラメータは、ＳＳＣ、Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＰＤＵセッションタイプ、アクセスタイプのうちの少なくとも一つを含むことができる。

端末機器は、原因パラメータ条件を満たすＲＳＤを確定するとき、ＵＲＳＰルールの優先度および／またはＲＳＤの優先度の順に、原因パラメータ条件を満たすＲＳＤおよび／または原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせを確定することができる。すなわち、端末機器は、ＲＳＤの優先度および／またはＵＲＳＰルールの優先度に従って、原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、ネットワーク機器に第２メッセージを送信することができる。端末機器は、原因パラメータ条件を満たすＲＳＤおよび／または原因パラメータ条件を満たすＲＳＤのパラメータの組み合わせを考慮して後続のｅｖａｌｕａｔｉｏｎプロセスを行う。

一実施形態として、端末機器は、ＲＳＤ－１におけるパラメータの値に基づいてＰＤＵセッション確立要求を開始することに失敗した後、拒否メッセージにおける原因パラメータに基づいて、条件を満たすＲＳＤおよび／または条件を満たすＲＳＤのパラメータの組み合わせを確定することを指示する。端末機器は、ＵＲＳＰルールおよびＲＳＤの優先度の順に従って、原因パラメータ条件を満たしかつ使用されていない第４パラメータの値の組み合わせが現在のＲＳＤに存在するかどうかを調べることができ、存在する場合には、条件を満たす第４パラメータの組み合わせを使用してＰＤＵセッション確立を開始することができ、そうでなければ、次の優先度のＲＳＤが非第３世代パートナーシッププロジェクト（ｎｏｎ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ，Ｎｏｎ－３ＧＰＰ）オフロード指示（Ｏｆｆｌｏａｄ Ｉｎｄｉｃａｔｉｏｎ）パラメータがあるか、または端末機器がサポートしないパラメータの値が含まれるかどうかを調べ（前記のサポートされないパラメータは、一つの値だけを含むパラメータ、例えば、一つの値だけを含むＰＤＵセッションタイプ、一つの値だけを含むＳＳＣ Ｍｏｄｅを指すことができる）、端末機器によってサポートされるパラメータの値がないかまたは一部があり、かつ当該ＲＳＤが原因パラメータ条件を満たすＲＳＤである場合、端末機器は当該ＲＳＤにおけるパラメータの組み合わせを使用してＰＤＵセッションの確立を開始することができる。当該次の優先度のＲＳＤにおけるパラメータの組み合わせが原因パラメータ条件を満たさないＲＳＤである場合、端末機器は、当該ＲＳＤをスキップして、本ＵＲＳＰルールにおけるより低い優先度のＲＳＤを調べることができ、または、当該ＲＳＤが本ＵＲＳＰルールにおける最も優先度の低いＲＳＤである場合、端末機器は、次の優先度のＵＲＳＰルールにおけるＲＳＤを調べることができる。

なお、あるＲＳＤにはＮｏｎ－３ＧＰＰ Ｏｆｆｌｏａｄ Ｉｎｄｉｃａｔｉｏｎパラメータまたは端末機器がサポートしない一つまたは複数のパラメータの値が含まれている場合（前記サポートされないパラメータは、ＰＤＵセッションタイプ値、ＳＳＣ ｍｏｄｅ値などの一つの値のみを含むパラメータであってもよい）、端末機器は当該ＲＳＤを使用せずにＰＤＵセッションの確立を行い、順に他のＲＳＤを調べる。

具体的な例を挙げると、ＵＥのＵＲＳＰルールは、最も高い優先度のＵＲＳＰルール１（Ｒｕｌｅ－１）と、次に高い優先度のＵＲＳＰ Ｒｕｌｅ－２．２を設定すると仮定する。ＵＲＳＰ－１ルールの構成を表３に示す。

ＵＥが新たに発生したデータストリームを検出した場合（ターゲットアドレスは１０．１０．１０．１０）、ＵＥは、ＵＲＳＰルール優先度（Ｐｒｅｃｅｄｅｎｃｅ値が小さいほど優先度が高い）に基づいてＵＲＳＰルールにマッチするかどうかを順次調べることができ、ここではＵＲＳＰルール１（そのＴｒａｆｆｉｃ Ｄｅｓｃｒｉｐｔｏｒにおけるターゲットアドレス＝１０．１０．１０．１０）にマッチした。続いて、ＵＥは、ルール１の下の全てのＲＳＤが既に対応する確立されたＰＤＵセッションを有しているかどうか、すなわち、ＲＳＤ－１およびＲＳＤ－２のパラメータの組み合わせがＰＤＵセッションを確立しているかどうかを調べ、ここでは、ＲＳＤ－１の優先度はＲＳＤ－２の優先度より高い。そのうちの既に確立されたＰＤＵセッションにバンディングした場合、端末機器は、データストリームを、この確立されたＰＤＵセッションにバンディングする。複数のＲＳＤにおけるパラメータがすべて既にＰＤＵセッションを確立した場合、端末機器は、データストリームを優先度が最も高いＲＳＤに対応するＰＤＵセッションにバンディングする。例えば、ＲＳＤ－１およびＲＳＤ－２におけるパラメータの組み合わせはいずれもＰＤＵセッションを確立した場合、端末機器は、データストリームをＲＳＤ－１に対応するＰＤＵセッションにバンディングすることができる。ルール１における全てのＲＳＤが対応する確立されたＰＤＵセッションを有していない場合、端末機器は、ＲＳＤ－１（優先度が最も高いＲＳＤ）におけるパラメータの値の組み合わせ（ＳＳＣ Ｍｏｄｅ－１，ＤＮＮ－１，Ｓ－ＮＳＳＡＩ ２，ＩＰｖ４）を使用してＰＤＵセッション確立を開始する（値の組み合わせをＰＤＵセッション要求メッセージに入れる）。ネットワーク側が当該要求を拒否した場合、以下に示すように、返信される原因パラメータにおいて指示を行うことができる。

１）指示がＳＳＣ Ｍｏｄｅ－１の非サポートである場合、ＵＥは現在のＲＳＤ－１が満たされていないことを知っており、ＵＥはＲＳＤ優先度によってＲＳＤ－２を調べ、ＲＳＤ－２は対応する確立されたＰＤＵセッションがなく、かつＲＳＤ－２中のＳＳＣモードがＳＳＣ Ｍｏｄｅ－１である場合、ＵＥはＲＳＤ－３を引き続き調べる。ＲＳＤ－３も対応する、既に確立されたＰＤＵセッションがないが、ＲＳＤ－３はＳＳＣ Ｍｏｄｅ＝２を有し、原因パラメータ条件を満たすため、ＵＥはＲＳＤ－３におけるパラメータの値の組み合わせを使用することができる。続いて、端末機器は、ＲＳＤ－３におけるパラメータの値の組み合わせを使用してＰＤＵセッション確立を開始することができる。

２）指示がＩＰｖ６のみをサポートすることである場合、ＵＥは現在のＲＳＤ－１が満たされていないことを知っており、ＵＥはＲＳＤ優先度に基づいてＲＳＤ－２を調べ、ＲＳＤ－２は対応する確立されたＰＤＵセッションがなく、かつＲＳＤ－２におけるＰＤＵセッションタイプの値がＩＰｖ４である場合、ＵＥはＲＳＤ－３を引き続き調べる。ＲＳＤ－３も対応する、既に確立されたＰＤＵセッションがないが、ＲＳＤ－３はＰＤＵ Ｓｅｓｓｉｏｎ Ｔｙｐｅ＝ＩＰｖ６を有し、原因パラメータ条件を満たすため、ＲＳＤ－３におけるパラメータの値の組み合わせを使用し、ＲＳＤ－３におけるパラメータの値の組み合わせを使用してＰＤＵセッション確立を開始する。

３）指示がＳ－ＮＳＳＡＩ２の非サポートである場合、ＵＥは、ＲＳＤ－１においてＳ－ＮＳＳＡＩ２のパラメータの値を除去し、Ｓ－ＮＳＳＡＩ１のみを使用して他のパラメータの値とパラメータの値の組み合わせを構成してＰＤＵセッション確立を開始する。

４）指示がＤＮＮ－１の非サポートである場合、ＵＥは現在のＲＳＤ－１が満たされないことを知っており、ＵＥはＲＳＤ優先度に基づいてＲＳＤ－２を調べ、ＲＳＤ－２は対応する既に確立されたＰＤＵセッションがないが、ＲＳＤ－２はＤＮＮの値を含まない（すなわちＤＮＮを限定しない）ため、このＲＳＤ－２は原因パラメータ条件を満たし、ＵＥはＲＳＤ－２におけるパラメータの値の組み合わせを使用してＰＤＵセッション確立を開始することができる。

５）指示は許可されたＰＤＵセッションタイプがイーサネット（Ｅｔｈｅｒｎｅｔ）である場合、ＵＥはＲＳＤ－１、ＲＳＤ－２を調べてもいずれも対応するセッションタイプがないことを調べ、次に高い優先度のＵＲＳＰ Ｒｕｌｅ－２（図示せず）にスキップし、ＵＲＳＰ Ｒｕｌｅ－２の最高優先度のＲＳＤに対応する確立されたＰＤＵセッションがあれば、アプリケーションデータストリームをそのセッションにバンディングして伝送する。

以上のいくつかのケースは単独の例であり、相互に必ずしも関連しているわけではない。異なるケースは単独で実施してもよいし、互いに組み合わせて実施してもよいが、本出願実施例はこれに限定されるものではない。

なお、上記評価プロセスのＲＳＤは、Ｎｏｎ－３ＧＰＰ Ｉｎｄｉｃａｔｉｏｎも端末機器がサポートしないパラメータ（例えば、端末機器がサポートしないＰＤＵセッションタイプ、ＳＳＣ Ｍｏｄｅタイプ、アクセスタイプなど）も含まない。現在考察しているＲＳＤがＮｏｎ－３ＧＰＰ Ｉｎｄｉｃａｔｉｏｎを含む場合、ＵＥは、アプリケーションデータストリームを非３ＧＰＰアクセスで伝送することをサポートするかどうかを考察し、サポートする場合、実行し、サポートしない場合、端末機器は、このＲＳＤをスキップして、次の高い優先度のＲＳＤを考察する。

さらに、ＰＤＵセッション確立の再開始が失敗した場合、ネットワーク機器は、新しい原因パラメータを端末機器に送信することができる。続いて、端末機器は、新しい原因パラメータまたは以前の原因パラメータに基づいて、上記のプロセスを繰り返し実行することができる（優先度は、最初の最も高い優先度のＲＳＤに戻る必要がなく、引き続き下へ行くことができる）。

本明細書の実施例における原因パラメータは、現在の仕様における原因パラメータを使用してもよいし、新しい原因パラメータを再定義してもよい。表４に、表４に５Ｇシステムにおける拒否原因値を指示する。

端末機器が受信した原因値が「０００１１０１１」であれば、端末機器がネットワーク機器に送信したＤＮＮのパラメータ値が不適切であることを示し、端末機器が新たに適切なＤＮＮパラメータ値を選択する必要がある。端末機器は、含まれるＤＮＮ値が拒否されたＤＮＮ値であるＲＳＤを使用しないか、複数のＤＮＮ値を含むＲＳＤの中から拒否されたＤＮＮ値を除去する。

端末機器が受信した原因値が「０００１１１００」である場合、端末機器がネットワーク機器に送信したＰＤＵセッションタイプが不適切であることを示し、端末機器は、当該ＰＤＵセッションタイプ値を使用してＰＤＵセッション確立を行うべきではなく、適切なＰＤＵセッションタイプを再選択する必要がある。したがって、端末機器は、含まれるＰＤＵセッションタイプ値が拒否された値であるＲＳＤを考慮すべきではないか、または複数のＰＤＵセッションタイプ値を含むＲＳＤにおいて拒否されたＰＤＵセッションタイプの値を除去する。

端末機器が受信した原因値が「００１１００１０」である場合、ネットワーク機器が、ＰＤＵセッションタイプの値がＩＰｖ４であることのみを許可することを示し、すると、端末機器は、ＩＰｖ４を含むＲＳＤのみを使用する。

端末機器が受信した原因値が「００１１００１１」である場合、ネットワーク機器がＰＤＵセッションタイプの値がＩＰｖ６であることのみを許可することを示し、すると、端末機器は、ＩＰｖ６を含むＲＳＤのみを使用する。

端末機器が受信した原因値が「０１００００１１」または「０１０００１１０」である場合、端末機器がネットワーク機器に送信したＤＮＮ値とＳ－ＮＳＳＡＩ値との組み合わせが不適切であることを示し、端末機器は、拒否されたＳ－ＮＳＳＡＩ値とＤＮＮ値との組み合わせのみを含むＲＳＤを使用しないか、または同一のＲＳＤで拒否されたＳ－ＮＳＳＡＩ値とＤＮＮ値との組み合わせの使用を避ける。

端末機器が受信した原因値が「０１０００１００」である場合、端末機器がネットワーク機器に送信したＳＳＣモードの値が不適切であることを示し、すると、端末機器は、拒否された値としてＳＳＣモード値を含む任意のＲＳＤを使用すべきではないか、または複数のＳＳＣモード値を含むＲＳＤにおいて拒否されたＳＳＣモード値を除去する。

端末機器が受信した原因値が「０１０００１０１」である場合、端末機器がネットワーク機器に送信したＳ－ＮＳＳＡＩの値が不適切であることを示す場合、端末機器は、拒否されたＳ－ＮＳＳＡＩ値のみを含むＲＳＤを使用するべきではないか、または複数のＳ－ＮＳＳＡＩ値を含むＲＳＤに対して拒否されたＳ－ＮＳＳＡＩ値を使用しない。

端末機器は、拒否メッセージを受信した後、ＲＳＤの優先度の順および／またはＵＲＳＰルールの優先度の順に従って、原因パラメータの条件を満たすＲＳＤおよびＰＤＵセッションが確立されたＲＳＤを確定することができ、その後、端末機器は、確定されたＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、データバンディングまたはセッション確立を行うことができる。

例えば、ＲＳＤ－１におけるＳＳＣモードに関する値がモード１に加えてモード２を含む場合、端末機器は、ＳＳＣモード２およびＲＳＤ－１における他のパラメータの組み合わせを第４パラメータの値として使用することができる。

別の例として、ＵＲＳＰルールは、ＲＳＤ－１、ＲＳＤ－２、およびＲＳＤ－３を含み、かつ優先度の順がＲＳＤ－１＞ＲＳＤ－２＞ＲＳＤ－３であると仮定するＲＳＤ－１におけるＳＳＣモードに関する値がモード１という値だけである場合、端末機器は、ＵＲＳＰルールにおける次に高い優先度のＲＳＤ－２が条件を満たすであるかどうかを判断することができる。ＲＳＤ－２は対応する既に確立されたＰＤＵセッションがなく、かうＲＳＤ－２におけるＳＳＣモードがただ一つの値を有し、かつモード１である場合、端末機器はＲＳＤ－２をスキップし、次の優先度のＲＳＤ－３が拒否原因値を満たすかどうかを判断する必要がある。ＲＳＤ－３は対応する、既に確立されたＰＤＵセッションに対応がなく、かつＲＳＤ－３におけるＳＳＣモードの値がモード１およびモード２を含む場合、端末機器は、ＳＳＣモード２およびＲＳＤ－３における他のパラメータの値を第４パラメータの値とする。ＲＳＤ－３は対応する既に確立されたＰＤＵセッションがなく、かつＲＳＤ－３にＳＳＣモードというパラメータがなく、ＲＳＤ－３がＳＳＣモードを具体的に限定しないことを示す場合、端末機器はＲＳＤ－３における他のパラメータの値を第４パラメータの値とすることができ、すなわち、第４パラメータはＳＳＣモードを含まず、その後、ネットワーク機器によって端末機器のためにＳＳＣモードを設定する。

別の例として、端末機器は、ネットワーク機器によって送信された原因パラメータを受信した後、原因パラメータがネットワーク機器によってサポートされない第２パラメータの値を指示する場合、端末機器は、次回にセッションパラメータを送信するとき、第２パラメータを送信しなくてもよく、すなわち、第４パラメータには第２パラメータが含まれなくてもよい。依然として、第２パラメータがＳＳＣモードであることを例として、原因パラメータが「ＳＳＣモード１をサポートしない」ことを示すと仮定すると、第４パラメータはＳＳＣモードを含まなくてもよい。ＲＳＤ－１にはＳＳＣモードに関して一つの値しか有しておらず、かつモード１である場合、端末機器は、依然としてＲＳＤ－１におけるパラメータを使用してネットワーク機器に要求メッセージを送信することができるが、端末機器は、ＲＳＤ－１におけるＳＳＣパラメータ以外の他のパラメータを第４パラメータとして使用する。すなわち、第４パラメータの値は、依然としてＲＳＤ－１におけるパラメータの値であるが、第４パラメータはＳＳＣモードを含まない。この場合、ネットワーク機器が自身の状況に合わせて端末機器にＳＳＣモードを設定する必要がある。

原因パラメータはまた、ネットワーク機器によって許容される第３パラメータの値を指示するために使用され、端末機器が条件を満たすのＲＳＤおよび第４パラメータの値を確定する方法は、上述の方法と同様である。原因パラメータが、ネットワーク機器によって許可されたＳＳＣモードをモード２として示すと仮定すると、端末機器は、ＳＳＣモード２を含むＲＳＤ、ＳＳＣパラメータを含まないＲＳＤ、および対応する確立されたＰＤＵセッションを有するＲＳＤを検索する必要がある。次に高い優先度のＲＳＤ－２は、対応する確立されたＰＤＵセッションがなく、かつＲＳＤ－２におけるＳＳＣモードの値がただ一つの値であり、かつモード２ではない場合、端末機器はＲＳＤ－２をスキップする必要がある。ＲＳＤ－３は、対応する確立されたＰＤＵセッションがないが、ＲＳＤ－３におけるＳＳＣモードの値がモード２を含む場合、ＲＳＤ－３は条件を満たすＲＳＤであり、端末機器はＲＳＤ－３におけるパラメータを使用してＰＤＵセッション確立を行うことができる。

端末機器がＵＲＳＰ－１ルールのすべてのＲＳＤをトラバースしても、ＰＤＵセッションの確立に成功しない場合、および／またはＵＲＳＰ－１ルールのすべてのＲＳＤのパラメータの値が原因パラメータ条件を満たしない場合、および／またはＵＲＳＰ－１ルールのすべてのＲＳＤが対応する確立されたＰＤＵセッションがない場合、端末機器は次に高い優先度のＵＲＳＰ－２ルールを使用してＰＤＵセッション確立することができる。端末機器がＵＲＳＰ－１ルールを用いてＰＤＵセッション確立を行う過程において受信した原因パラメータは、ＵＲＳＰ－２ルールに適用されてもよいし、ＵＲＳＰ－２ルールに適用されなくてもよい。

例えば、端末機器がＵＲＳＰ－２ルールを使用してＰＤＵセッション確立を行う場合、以前に受信した原因パラメータに基づいて、原因パラメータ条件を満たすＲＳＤを選択することができる。続いて、端末機器は、条件を満たすＲＳＤを使用してＰＤＵセッション確立を行うことができる。

また、例えば、端末機器がＵＲＳＰ－２ルールを使用してＰＤＵセッション確立を行う場合、以前に受信した原因パラメータを考慮せずに、ＵＲＳＰ－２ルールのうち優先度が最も高いＲＳＤのパラメータをそのまま用いてＰＤＵセッション確立を行うようにしてもよく、すなわち、端末機器は、ＵＲＳＰ－２ルールの中で優先度が最も高いＲＳＤにおけるパラメータの値を組み合わせてＰＤＵセッション確立を行うことができる。つまり、端末機器が送信したパラメータの値の組み合わせにネットワーク機器がサポートしないパラメータの値が含まれていても、端末機器はそのパラメータの値の組み合わせを用いてＰＤＵセッション確立を行うことができる。この場合、端末機器が一つのＵＲＳＰルール内で受信した原因パラメータは、本ＵＲＳＰルールにのみ適用され、ＵＲＳＰ－２ルールには適用できない、すなわち、端末機器が第１ＵＲＳＰルール内で受信した原因パラメータは、第１ＵＲＳＰルール以外のＵＲＳＰルールには適用しない。

ＵＲＳＰ－２ルールは、ＵＲＳＰ－１ルール以外に、第１アプリケーションにマッチする優先度が最も高いＵＲＳＰルールである。

本出願の実施例はまた、原因パラメータの有効条件を定義することができ、例えば、原因パラメータは、第１タイマがタイムアウトすること、端末機器が特定の領域から移り出し、または特定の領域に入ること、端末機器が再起動されること、端末機器が汎用ユーザ識別モジュール（ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ，ＵＳＩＭ）カードを取り外し、または交換することの少なくとも一つで無効になり、第１タイマの時間が原因パラメータの有効時間である。
本出願の実施例は、特定領域の分割を特に限定するものではなく、例えば、特定領域は、セル、基地局のカバーエリア、トラッキングエリアのうちの少なくとも一つに基づいて分割されるものである。

原因パラメータに示されているネットワーク機器によってサポートされないパラメータの値、および／またはネットワーク機器によって許可されているパラメータの値は、時間上の制限がある。例えば、原因パラメータにはＩＰｖ４がサポートされないことが示されているが、一定時間後には、ＩＰｖ４は、端末機器がＰＤＵセッション確立またはアプリケーションデータのバインディングを行うために、有効なパラメータ値であってもよい。端末機器は、原因パラメータを受信した後、第１タイマを起動することができ、第１タイマがタイムアウトするまでに、端末機器はＩＰｖ４を使用することができないが、第１タイマがタイムアウトした後には、端末機器はＩＰｖ４を使用することができる。

第１タイマは、ネットワーク機器によって端末機器に設定されてもよく、例えば、ネットワーク機器は、第１メッセージを介して端末機器に第１タイマを設定してもよい。任意選択的には、第１タイマは、端末機器に予め設定されていてもよい。

原因パラメータに示されるネットワーク機器によってサポートされないパラメータの値、および／またはネットワーク機器によって許可されるパラメータの値は、地域的に制限されてもよい。端末機器によって受信された原因パラメータはある領域のみに適用し（例えば、現在存在している領域）、端末機器がその領域から出たり他の領域に入ったりする場合、その前に受信された原因パラメータが無効になる。

端末機器が再起動された場合、または、端末機器がＵＳＩＭカードから移り出した場合、以前に受信された原因パラメータは無効になる。

原因パラメータが無効化した後、端末機器は、改めて第１アプリケーションにマッチするＵＲＳＰルールに従って、第５パラメータまたは第５パラメータの値を選択してＰＤＵセッション確立を行うことができる。例えば、端末機器は、第１アプリケーションにマッチする優先度が最も高いＵＲＳＰルールを使用してＰＤＵセッション確立を行うことができる。すなわち、端末機器は、原因パラメータが無効化した後にｅｖａｌｕａｔｅを再トリガすることができる。原因パラメータが無効化する前に、端末機器は最後にＵＲＳＰ－２ルール内のＲＳＤ－４を使用してＰＤＵセッション確立を行うと仮定するが、原因パラメータが無効化した後に、端末機器はｅｖａｌｕａｔｉｏｎを再実行することができ、以前に条件を満足していなかったＲＳＤは条件を満たすであると考えられる。

第５パラメータは、ＳＳＣモード、Ｓ－ＮＳＳＡＩ、ＤＮＮ、ＰＤＵセッションタイプ、アクセスタイプのうちの少なくとも一つを含むことができる。

一実施形態として、端末機器はまた、原因パラメータ条件を満たさないＲＳＤを無効ＲＳＤに設定し、および／または原因パラメータ条件を満たさないＲＳＤのパラメータの組み合わせを無効ＲＳＤパラメータの組み合わせに設定することができ、これにより、端末機器はｅｖａｌｕａｔｉｏｎを実行する過程において、無効ＲＳＤまたは無効ＲＳＤパラメータの組み合わせを使用せずにＰＤＵセッション確立および／またはデータストリートバンドリングを行うことができる。あるいは、端末機器は、原因パラメータ条件を満たすＲＳＤを有効ＲＳＤとすることができ、および／または、原因パラメータ条件を満たすＲＳＤのパラメータの組み合わせを有効ＲＳＤパラメータの組み合わせとすることができる。

端末機器は、原因パラメータに基づいて確定された、条件を満たさないＲＳＤの情報を保存することができ、例えば、無効ＲＳＤとして保存することができ、または、条件を満たすＲＳＤまたはＲＳＤパラメータを有効ＲＳＤとして保存することができ、これを次回のｅｖａｌｕａｔｉｏｎに使用する。たとえば、アプリケーション１のデータストリームのためにｅｖａｌｕａｔｉｏｎを実行した後、アプリケーション２のデータストリームのためにｅｖａｌｕａｔｉｏｎを実行する必要がある場合、条件を満たさないＲＳＤまたはＲＳＤにおけるパラメータを使用しない。すなわち、端末機器は、第２アプリケーションのためにセッションパラメータの値を確定する際に、以前にネットワーク機器によって指示されたサポートされないパラメータの値を使用することを避け、またはネットワーク機器によって許可されたパラメータの値を優先的に使用する。

なお、上記の評価プロセスのＲＳＤは、Ｎｏｎ－３ＧＰＰ Ｉｎｄｉｃａｔｉｏｎも端末がサポートしない何らかのパラメータの値（例えば、ＰＤＵセッションタイプ）も含まない。

以下、図７を参照して、本出願の実施例に係る方法について詳細に説明する。

端末機器が新しいアプリケーションデータストリームを検出すると、端末機器は、優先度が最も高いＵＲＳＰルールを考察し、この優先度が最も高いＵＲＳＰルールにけるトラフィック記述子がアプリケーションにマッチするかどうかを判断することができる。マッチしなければ、次に高い優先度のＵＲＳＰルールを考察する。マッチする場合、この最も高い優先度のＵＲＳＰルールにおけるＲＳＤを使用する。

続いて、端末機器は、当該ＵＲＳＰルール内の全てのＲＳＤが従来のＰＤＵセッションにマッチするかどうかを判断することができる。ＵＲＳＰルールにおけるＲＳＤが従来のＰＤＵセッションにマッチする場合、端末機器はアプリケーションデータストリームを従来のＰＤＵセッションにバンディングすることができ、複数のＲＳＤが従来のＰＤＵセッションにマッチする場合、端末機器はアプリケーションデータストリームを優先度が最も高いＲＳＤに対応するＰＤＵセッションにマッチすることができる。ＵＲＳＰルール内の全てのＲＳＤがいずれも従来のＰＤＵセッションとマッチしない場合、端末機器は、当該ＵＲＳＰルール内の最高優先度のＲＳＤを考察し、当該ＲＳＤがｎｏｎ－３ＧＰＰオフロード指示を含むかどうかを判断することができる。

ＲＳＤにｎｏｎ－３ＧＰＰオフロード指示が含まれている場合、端末機器は、自身がｎｏｎ－３ＧＰＰオフロードをサポートするかどうかを判断し、サポートする場合、アプリケーションデータストリームを非３ＧＰＰによってオフロードし、サポートしない場合、次に高い優先度のＲＳＤを考察する。ＲＳＤにｎｏｎ－３ＧＰＰオフロード指示が含まれない場合、端末機器は、端末機器によってサポートされないＰＤＵセッションタイプのような、端末機器によってサポートされないパラメータが当該ＲＳＤに含まれているかどうかをさらに判断することができる。ＲＳＤに端末機器がサポートしないパラメータが含まれていれば、端末機器は当該ＲＳＤが現在のＵＲＳＰルールの中で最も優先度の低いＲＳＤであるかどうかを判断することができ、そうであれば、端末機器は次の優先度のＵＲＳＰルールを考察し、そうでなければ、端末機器は次の優先度のＲＳＤを考察する。

ＲＳＤに端末機器がサポートしないパラメータが含まれない場合、端末機器は、当該ＲＳＤが原因パラメータ条件を満たすＲＳＤであるかどうかをさらに判断することができる。端末機器が以前にネットワーク機器によって送信された原因パラメータを受信した場合、端末機器は、当該ＲＳＤが原因パラメータ条件を満たすＲＳＤであるかどうかを判断することができ、端末機器が以前にネットワーク機器によって送信された原因パラメータを受信しなかった場合、端末機器は、当該ＲＳＤ内のパラメータの組み合わせを使用して、ネットワーク機器にＰＤＵセッション確立要求メッセージを直接送信することができる。

当該ＲＳＤが原因パラメータ条件を満たすＲＳＤである場合、端末機器は、当該ＲＳＤにおけるパラメータの組み合わせを使用してＰＤＵセッションを確立することができる。確立に成功した場合、ネットワーク機器はアプリケーションデータストリームを当該ＰＤＵセッションにバンディングすることができる。確立に失敗した場合、ネットワーク機器は原因パラメータに基づいて、当該ＲＳＤの中に原因パラメータ条件を満たす他のパラメータの組み合わせがあるかどうかを判断することができる。もしあれば、ＲＳＤ内の他のパラメータの組み合わせを使用してＰＤＵセッションの確立を行う。存在せず、かつ当該ＲＳＤが現在のＵＲＳＰルール内で最も優先度の低いＲＳＤではない場合には、端末機器は次の優先度のＲＳＤを考察することができる。

次の優先度のＲＳＤの実行プロセスは、上記プロセスと同様であるので、ここでは説明を省略する。

現在のＵＲＳＰルールの全てのＲＳＤがいずれもＰＤＵセッションの確立に成功しなかった場合、端末機器は、次の優先度のＵＲＳＰルールを考察し、上述のプロセスを繰り返して実行することができる。なお、次の優先度のＵＲＳＰルールは、前の優先度のＵＲＳＰルールを考察する過程で受信された原因パラメータに限定されず、すなわち、前の優先度のＵＲＳＰルールを考察する過程で受信された原因パラメータが、他の優先度のＵＲＳＰルールで無効化する。

端末機器が、最も優先度の低いＵＲＳＰルールのいずれもＰＤＵセッションの確立に成功しないことを確認した場合、端末機器は、ＵＲＳＰルールを使用せずにＰＤＵセッションの確立を行う。

なお、本出願の実施例は、端末機器がＲＳＤにｎｏｎ－３ＧＰＰオフロード指示を含むかどうか、端末機器がサポートしないパラメータを含むか、およびＲＳＤが原因パラメータ条件を満たすＲＳＤであるか否かを判断する実行順序については、特に限定されない。例えば、端末機器は、まずＲＳＤにｎｏｎ－３ＧＰＰオフロード指示が含まれているかどうかを判断してから、ＲＳＤに端末機器がサポートしないパラメータが含まれているかどうか、およびＲＳＤが原因パラメータ条件を満たすＲＳＤであるかどうかを判断してもよい。別の例として、端末機器は、ＲＳＤに端末機器がサポートしないパラメータが含まれているかどうかを判断してから、ＲＳＤにｎｏｎ－３ＧＰＰオフロード指示が含まれているかどうか、およびＲＳＤが原因パラメータ条件を満たすＲＳＤであるかどうかを判断してもよい。別の例として、端末機器は、ＲＳＤが原因パラメータ条件を満たすＲＳＤであるかどうかを判断してから、ＲＳＤにｎｏｎ－３ＧＰＰオフロード指示および端末機器がサポートしないパラメータが含まれているかどうかを判断してもよい。

端末機器によってサポートされないパラメータは、ＰＤＵセッションタイプに加えて、他のパラメータ、例えばＳＳＣｍｏｄｅを含むことができる。ＳＳＣｍｏｄｅは例えばＳＳＣｍｏｄｅ－３である。

ＳＳＣ Ｍｏｄｅ－１はＰＤＵセッションのユーザプレーン機能ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ，ＵＰＦ）またはパケットデータネットワーク（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ，ＰＤＮ）ゲートウェイ（ｇａｔｅｗａｙ，ＧＷ）が一貫して変化しないことを示す。ＳＳＣ Ｍｏｄｅ－２は、ＰＤＵセッションのＵＰＦまたはＰＤＮ ＧＷが変更された場合に、先に元の接続を切断し、新しいＵＰＦまたはＰＤＮ ＧＷと接続を確立することを示す。

ＳＳＣ ｍｏｄｅ－３の値は、端末がＰＤＵセッションのＵＰＦまたはＰＤＮ ＧＷ交換（またはＰＤＵセッション／ＰＤＮ接続のアドレス変更）をサポートする場合、サービスの伝送が中断されないことを保証する必要がある（例えば、まず確立して、後に切断する方式を採用して、アプリケーションデータストリームを新たに割り当てられたアドレスによって新しいＵＰＦにバンディングして伝送した後、元のＵＰＦ間の接続を切断する）。

以上は、本出願の実施例によるセッション確立のための方法を詳細に説明したが、以下、図８～図１２に関連して、本出願の実施例による装置、方法の実施例に記載される技術的特徴を以下の装置の実施例に適用することを説明する。

図８は本出願の実施例が提供する端末機器の概略的ブロック図であり、当該端末機器は以上に記載のいずれかの端末機器であってもよい。図８の端末機器８００は、通信ユニット８１０と、処理ユニット８２０とを備える。

通信ユニット８１０は、ネットワーク機器によって送信された原因パラメータを含む第１メッセージを受信することに使用される。

処理ユニット８２０は、前記原因パラメータに基づいて、原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないことに使用される。

任意選択的に、前記第１メッセージはＰＤＵセッション確立または変更要求メッセージの返信メッセージであり、前記ＰＤＵセッション確立または変更要求メッセージに第１パラメータの値が含まれ、前記第１パラメータの値は、第１アプリケーションデータストリームにマッチするＵＲＳＰルールでのＲＳＤにおけるパラメータの値である。

任意選択的に、前記原因パラメータは、前記ネットワーク機器がサポートしない第２パラメータの値または値の組み合わせ、前記ネットワーク機器が許可する第３パラメータの値または値の組み合わせのうちの少なくとも一つを指示することに使用され、ＲＳＤにおける第２パラメータの値は前記ネットワーク機器がサポートしない値以外の値を含むこと、ＲＳＤにおけるパラメータは前記第２パラメータを含まないこと、ＲＳＤに含まれる第３パラメータの値は前記ネットワーク機器が許可する値を含むこと、ＲＳＤにおけるパラメータは前記第３パラメータを含まないことのうちの少なくとも一つを含み、前記原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせとは、ＲＳＤにおけるパラメータの値の組み合わせが前記原因パラメータ条件を満たすことを意味する。

任意選択的に、前記通信ユニット８１０は、前記原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、前記ネットワーク機器に、ＰＤＵセッションの確立または変更を要求する第２メッセージを送信することに使用される。

任意選択的に、前記第４パラメータまたは前記第４パラメータの値は、前記第４パラメータが前記第２パラメータを含まないこと、前記第４パラメータにおける第２パラメータの値が前記ネットワーク機器によってサポートされない値を含まないこと、前記第４パラメータにおける第３パラメータの値が前記ネットワーク機器によって許可される値を含むこと、前記第４パラメータが前記第３パラメータを含まないことのうちの少なくとも一つを満たす。

任意選択的に、前記処理ユニット８２０は、ＲＳＤの優先度および／またはＵＲＳＰルールの優先度の順に従って、前記原因パラメータ条件を満たすＲＳＤを使用して前記ネットワーク機器に前記第２メッセージを送信することに使用される。

任意選択的に、前記処理ユニット８２０は、ＵＲＳＰルールおよび／またはＲＳＤの優先度の順に従って現在使用されているＲＳＤの中に原因パラメータ条件を満たしかつ使用されていない第４パラメータの値の組み合わせがあるかどうかを調べること、現在使用されているＲＳＤの中に、原因パラメータ条件を満たし、かつ使用されていない第４パラメータの値の組み合わせがある場合、前記端末機器は、前記第４パラメータの値の組み合わせを使用してＰＤＵセッション確立を開始するか、または、
前記現在使用されているＲＳＤの中に原因パラメータ条件を満たし、かつ使用されていない第４パラメータの値の組み合わせがない場合、前記端末機器は次に高い優先度のＲＳＤが前記原因パラメータ条件を満たすＲＳＤであるかどうかを調べることと、前記次に高い優先度のＲＳＤが前記原因パラメータ条件を満たすＲＳＤである場合、前記端末機器は、前記次に高い優先度のＲＳＤにおける前記原因パラメータ条件を満たす第４パラメータの値の組み合わせを使用して、前記ネットワーク機器に前記第２メッセージを送信するか、または、前記次に高い優先度のＲＳＤが前記原因パラメータ条件を満たすＲＳＤではない場合、前記端末機器は次の優先度のＲＳＤを調べることに使用される。

任意選択的に、現在使用されているＲＳＤおよび前記次に高い優先度のＲＳＤには、非第三世代パートナーシッププロジェクト３ＧＰＰオフロード指示および／または前記端末機器によってサポートされないパラメータの値が含まれない。

任意選択的に、第４パラメータの値の組み合わせが属するＲＳＤは、前記原因パラメータ条件を満たすＲＳＤの中で優先度が最も高いＲＳＤである。

任意選択的に、優先度が最も高いＲＳＤは、同じＵＲＳＰルール中または異なるＵＲＳＰルール中の優先度が最も高いＲＳＤである。

任意選択的に、前記処理ユニット８２０は、非第三世代パートナーシッププロジェクト３ＧＰＰオフロード指示および端末機器によってサポートされないパラメータを含むＲＳＤを無視するか、または使用しないことに使用される。

任意選択的に、第１パラメータの値は第１ＲＳＤにおけるパラメータの値であり、前記第１ＲＳＤは第１ＵＲＳＰルールにおけるＲＳＤに属し、前記処理ユニット８２０は、前記第１ＵＲＳＰルールにおける全てのＲＳＤのパラメータの値が前記原因パラメータ条件を満たさない場合、または前記端末機器が前記第１ＵＲＳＰルールにおける全てのＲＳＤのパラメータの値を使用してＰＤＵセッション確立にいずれも失敗した場合、第２ＵＲＳＰルールにおけるＰＤＵセッションが確立されたＲＳＤまたは前記原因パラメータ条件を満たすＲＳＤを使用してＰＤＵセッションの確立を行うことに使用される。

任意選択的に、前記第２ＵＲＳＰルールの優先度は、前記第１ＵＲＳＰルール以外に、前記第１アプリケーションデータにマッチするＵＲＳＰルールのうち優先度が最も高いＵＲＳＰルールである。

任意選択的に、前記第１パラメータの値は、第１ＵＲＳＰルールにおけるＲＳＤに属する第１ＲＳＤにおけるパラメータの値であり、前記原因パラメータは、前記第１ＵＲＳＰルール以外のＵＲＳＰルールには適用されない。

任意選択的に、前記原因パラメータ条件は、第１アプリケーションデータストリーム以外のアプリケーションデータストリームに評価を実行するプロセスに適用される。

任意選択的に、前記処理ユニット８２０は、前記原因パラメータ条件を満たすＲＳＤを有効ＲＳＤとして記憶して、他のアプリケーションデータストリームの評価プロセスに使用することに使用されることに使用される。

任意選択的に、前記原因パラメータ条件は、第１タイマがタイムアウトすること、前記端末機器が特定の領域から移り出し、または特定の領域に入ること、前記端末機器が再起動されること、前記端末機器が汎用ユーザ識別モジュールＵＳＩＭカードを取り外し、または交換することの少なくとも一つで無効になり、前記第１タイマの時間が前記原因パラメータの有効時間である。

任意選択的に、前記処理ユニット８２０は、前記原因パラメータ条件が無効になった場合、ＰＤＵセッションの確立のために、改めて、第１アプリケーションデータストリームにマッチするＵＲＳＰルールに基づいて、第５パラメータの値の組み合わせを確定することに使用される。

任意選択的に、第５パラメータの値の組み合わせは、前記第１アプリケーションデータストリームにマッチするＵＲＳＰルールの中で優先度が最も高いＵＲＳＰルールの中で優先度が最も高いＲＳＤにおけるパラメータの値の組み合わせである。

任意選択的に、前記端末機器が存在する特定の領域は、セル、基地局のカバーエリア、トラッキングエリアのうちの少なくとも一つに基づいて分割されるものである。

任意選択的に、前記第１タイマは、前記原因パラメータ内に運ばれ、または前記端末機器上に予め設定される。

任意選択的に、第１パラメータ、第２パラメータ、第３パラメータ、第４パラメータ、および／または第５パラメータは、サービスとセッション連続性ＳＳＣモード、単一ネットワークスライス選択支援情報Ｓ－ＮＳＳＡＩ、データネットワーク名ＤＮＮ、ＰＤＵセッションタイプ、アクセスタイプのうちの少なくとも一つを含む。

任意選択的に、前記原因パラメータは、拒否原因値を含み、前記ネットワーク機器によってサポートされない第１パラメータの値は、前記拒否原因値に運ばれる。

任意選択的に、前記処理ユニット８２０は、前記原因パラメータ条件を満たすＲＳＤを有効ＲＳＤとして記憶すること、および／または、
前記原因パラメータ条件を満たすＲＳＤにおけるパラメータの組み合わせを有効ＲＳＤパラメータの組み合わせとして記憶すること、および／または、
前記の、原因パラメータ条件を満たさないＲＳＤを無効ＲＳＤとして記憶すること、および／または、
前記原因パラメータ条件を満たさないＲＳＤのパラメータの組み合わせを無効ＲＳＤパラメータの組み合わせとして記憶することに使用される。

図９は本出願の実施例が提供する端末機器の概略的ブロック図であり、当該端末機器は以上に記載のいずれかの端末機器であってもよい。図９に示す端末機器９００は、処理ユニット９１０を備え、ここでは、
処理ユニット９１０は、端末能力のサポート状況に応じて、端末能力条件を満たさないＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないために使用される。ここでは、前記端末能力は前記端末がサポートするセッションとサービス連続性ＳＳＣモードの値を含み、前記端末能力条件を満たすＲＳＤはＲＳＤにおけるＳＳＣモードの値が前記端末のサポートする値である。

任意選択的に、前記処理ユニット９１０は、前記端末機器がＲＳＤ優先度および／またはユーザルート選択ポリシーＵＲＳＰ優先度に従ってＲＳＤを調べることに使用される。

任意選択的に、前記処理ユニット９１０は、第１ＲＳＤにおけるＳＳＣモードの値がＳＳＣモード３であり、かつ前記端末機器がＳＳＣモード３をサポートしない場合、前記端末機器は、前記第１ＲＳＤを使用せず、他のＲＳＤを調べることに使用される。

任意選択的に、いくつかの実施例では、上述の通信モジュールは、通信インターフェースまたはトランシーバであってもよく、または通信チップまたはシステムオンチップの入力出力インターフェースであってもよい。上記確定モジュールは、一つまたは複数のプロセッサであってもよい。

図１０は、本出願の実施例により提供される通信機器１０００の構成を模式的に示す図である。図１０に示される装置１０００は、プロセッサ１０１０を含み、プロセッサ１０１０は、メモリからコンピュータプログラムを呼び出して実行することで、本出願の実施例における方法を実現することができる。

任意選択的に、図１０に示すように、通信機器１０００は、メモリ１０２０をさらに含むことができる。ここで、プロセッサ１０１０は、メモリ１０２０からコンピュータプログラムを呼び出して実行することで、本出願の実施例における方法を実現することができる。

ここで、メモリ１０２０は、プロセッサ１０１０から独立した別体のデバイスであってもよく、プロセッサ１０１０内に統合されてもよい。

任意選択的に、図１０に示すように、通信機器１０００は、トランシーバ１０３０をさらに含むことができ、プロセッサ１０１０は、当該トランシーバ１０３０が他の機器と通信するように制御することができ、具体的には、他の機器に情報またはデータを送信し、または他の機器から送信された情報またはデータを受信することができる。

ここで、トランシーバ１０３０は、送信機および受信機を含むことができる。トランシーバ１０３０は、アンテナをさらに含むことができ、アンテナの数は、一つまたは複数とすることができる。

任意選択的に、当該通信機器１０００は、具体的には、本出願の実施例のネットワーク機器であってもよく、かつ、当該通信機器１０００は、本出願の実施例の各方法においてネットワーク機器により実現される流れに相当する流れを実現することができ、簡潔にするために、ここで繰り返して説明しない。

任意選択的に、当該通信機器１０００は、具体的には、本出願の実施例の移動端末／端末機器であってもよく、かつ、当該通信機器１０００は、本出願の実施例の各方法において移動端末／端末機器により実現される流れに相当する流れを実現することができ、簡潔にするために、ここで繰り返して説明しない。

図１１は、本出願の実施例の装置の構成を模式的に示す図である。図１１に示される装置１１００は、プロセッサ１１１０を含み、プロセッサ１１１０は、メモリからコンピュータプログラムを呼び出して実行することで、本出願の実施例における方法を実現することができる。

任意選択的に、図１１に示すように、装置１１００は、メモリ１１２０をさらに含むことができる。ここで、プロセッサ１１１０は、メモリ１１２０からコンピュータプログラムを呼び出して実行することで、本出願の実施例における方法を実現することができる。

ここで、メモリ１１２０は、プロセッサ１１１０から独立した別体のデバイスであってもよく、プロセッサ１１１０内に統合されてもよい。

任意選択的に、当該装置１１００は、入力インタフェース１１３０をさらに含むことができる。ここで、プロセッサ１１１０は、当該入力インタフェース１１３０が他の機器または装置と通信するように制御することができ、具体的には、他の機器または装置から送信された情報またはデータを取得することができる。

任意選択的に、当該装置１１００は、出力インタフェース１１４０をさらに含むことができる。ここで、プロセッサ１１１０は、当該出力インタフェース１１４０が他の機器または装置と通信するように制御することができ、具体的には、他の機器または装置に情報またはデータを出力することができる。

任意選択的に、当該装置は、本出願の実施例におけるネットワーク機器に適用可能であり、かつ、当該装置は、本出願の実施例の各方法においてネットワーク機器により実現される流れに相当する流れを実現することができ、簡潔にするために、ここで繰り返して説明しない。

任意選択的に、当該装置は、本出願の実施例における移動端末／端末機器に適用可能であり、かつ、当該装置は、本出願の実施例の各方法において移動端末／端末機器により実現される流れに相当する流れを実現することができ、簡潔にするために、ここで繰り返して説明しない。

なお、本出願の実施例で言及されたチップは、システムオンチップ、システムチップ、チップシステムまたはオンチップシステム型チップなどと称されてもよい。

図１２は、本出願の実施例により提供される通信システム１２００の模式的ブロック図である。図１２に示すように、当該通信システム１２００は、端末機器１２１０およびネットワーク機器１２２０を含む。

ここでは、当該端末機器１２１０は、上記した方法において端末により実現される機能に相当する機能を実現することに使用され、また、当該ネットワーク機器１２２０は、上記した方法においてネットワーク機器により実現される機能に相当する機能を実現することに使用され、簡潔にするために、ここで繰り返して説明しない。

なお、本出願の実施例のプロセッサは、統合回路チップであってもよく、信号処理能力を有する。実現プロセスにおいて、上記した方法の実施例の各ステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成されてもよい。上記したプロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け統合回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理デバイス、ディスクリートハードウェアコンポネントであってもよい。本出願の実施例に開示された各方法、ステップおよび論理ブロック図を実現または実行することができる。汎用プロセッサは、マイクロプロセッサであってよく、任意の通常のプロセッサなどであってもよい。本出願の実施例を参照して開示した方法のステップは、ハードウェアデコーディングプロセッサにより実行されて完了されるか、または、デコーディングプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行されて完了されるように直接具現化することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリまたは電気的消去可能プログラマブルメモリ、レジスタなどの当技術分野で十分に確立された記憶媒体内に位置することができる。当該記憶媒体は、メモリに位置し、プロセッサは、メモリ内の情報を読み取り、ハードウェアと組み合わせて、上記した方法のステップを達成する。

本出願の実施例におけるメモリは、揮発性メモリまたは非揮発性メモリであってもよく、または揮発性および非揮発性メモリの両方を含んでもよいことが理解される。ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）であってもよい。限定的ではなく、例示的な説明であるが、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータ値同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、およびダイレクトメモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などの多くの形態のＲＡＭを使用可能である。本明細書に記載のシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。

上記メモリは、制限的ではなく、例示的な説明であることを理解されたい。例えば、本出願の実施例におけるメモリは、さらに、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータ値同期ダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、およびダイレクトメモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などであってもよい。つまり、本出願の実施例におけるメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。

本出願の実施例は、さらに、コンピュータプログラムを記憶するためのコンピュータ読み取り可能な記憶媒体を提供する。

任意選択的に、当該コンピュータ読み取り可能な記憶媒体は、本出願の実施例におけるネットワーク機器に適用可能であり、かつ、当該コンピュータプログラムは、コンピュータに、本出願の実施例の各方法においてネットワーク機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

任意選択的に、当該コンピュータ読み取り可能な記憶媒体は、本出願の実施例における移動端末／端末機器に適用可能であり、かつ、当該コンピュータプログラムは、コンピュータに、本出願の実施例の各方法において移動端末／端末機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

本出願の実施例は、さらにコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

任意選択的に、当該コンピュータプログラム製品は、本出願の実施例におけるネットワーク機器に適用可能であり、かつ、当該コンピュータプログラム命令は、コンピュータに、本出願の実施例の各方法においてネットワーク機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

任意選択的に、当該コンピュータプログラム製品は、本出願の実施例における移動端末／端末機器に適用可能であり、かつ、当該コンピュータプログラム命令は、コンピュータに、本出願の実施例の各方法において移動端末／端末機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

本出願の実施例は、さらにコンピュータプログラムを提供する。

任意選択的に、当該コンピュータプログラムは、本出願の実施例におけるネットワーク機器に適用可能であり、当該コンピュータプログラムがコンピュータ上で実行される際に、コンピュータに、本出願の実施例の各方法においてネットワーク機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

任意選択的に、当該コンピュータプログラムは、本出願の実施例における移動端末／端末機器に適用可能であり、当該コンピュータプログラムがコンピュータ上で実行される時、コンピュータに本出願の実施例の各方法において移動端末／端末機器により実現される流れに相当する流れを実行させ、簡潔にするために、ここで繰り返して説明しない。

当業者であれば、本明細書に開示された実施例を参照して説明された各例のユニットおよびアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアおよび電子ハードウェアの組み合わせで実現可能であることを意識することができる。これらの機能がいったいハードウェアの方式で実行されるかまたはソフトウェアの方式で実行されるかは、技術的解決手段の特定の応用および設計上の制約条件に依存する。当業者であれば、各特定の応用に対して異なる方法で説明された機能を実現してよいが、このような実現は本出願の範囲を超えると考えられるべきではない。

当業者にとって明らかなように、説明の便宜上かつ簡潔にするために、以上に説明されたシステム、装置およびユニットの具体的な作動プロセスは、前記方法の実施例における対応するプロセスを参照することができ、ここで繰り返して説明しない。

本出願に係るいくつかの実施例において、開示されたシステム、装置および方法は、他の形態で実現されてもよいことが理解されたい。例えば、上記装置の実施例は、例示的なものに過ぎず、例えば、上記ユニットの区分は、論理上の機能の区分に過ぎず、実際に実現する場合に他の区分方式も可能であり、例えば、複数のユニットまたはコンポーネントは組み合わせられてよく、または別のシステムに統合されてよく、またはいくつかの特徴を無視してよく、実行しなくてよい。また、表示または検討された同士間の結合または直接結合または通信接続は、いくつかのインタフェース、装置またはユニットを介する間接結合または通信接続であってもよく、電気的、機械的または他の形態であってもよい。

別個の部品として説明した上記ユニットは、物理的に別個であってよく、またはそうでなくてもよく、ユニットとして表示される部品は、物理的ユニットであってよく、またはそうでなくてもよく、即ち、一つの箇所に位置してもよく、または複数のネットワークユニットに配置されてもよい。実際の必要に応じて、それらのうちの一部または全部のユニットを選択して本実施例の技術手段の目的を達成することができる。

また、本出願の各実施例において、各機能ユニットが一つの処理ユニットに結合されてよく、各ユニットが別個に物理的に存在してもよく、２つ以上のユニットが一つのユニットに結合されてもよい。

前記機能は、ソフトウェア機能ユニットの形態で実現され、かつ、独立した製品として販売または使用される場合、コンピュータ読み取り可能な取記憶媒体に記憶することができる。このような理解に基づき、本出願の技術案は、実質的に、または従来技術に貢献した部分または当該技術案の一部が、ソフトウェア製品の形で具現化することができ、当該コンピュータソフトウェア製品は、コンピュータ機器（パソコン、サーバ、またはネットワーク機器などであってもよい）に本出願の各実施例に記載された方法の全部または一部のステップを実行させるための複数の命令を含む記憶媒体に記憶される。前述した記憶媒体は、ＵＳＢスティック、ポータブルハードディスク、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光学ディスクなどの様々なプログラムコードを記憶可能な媒体を含む。

以上の記載は、本出願の具体的な実施例に過ぎず、本出願の保護範囲はこれに限定されず、当業者であれば本出願に開示された技術範囲内に容易に想到可能な変形または置換は、いずれも本出願の保護範囲内に含まれるものとする。したがって、本出願の保護範囲は、特許請求の範囲を基準とすべきである。

Claims (13)

1. 無線通信の方法であって、
   端末機器はネットワーク機器が送信した、原因パラメータを含む第１メッセージを受信することと、
   前記端末機器は、前記原因パラメータに基づいて、原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないこと（Ｓ６２０）を含み、前記原因パラメータ条件は、前記原因パラメータにおける拒否原因値がセッションとサービス連続性ＳＳＣモードをサポートしないことを指示するか否か、前記原因パラメータに許可されるＳＳＣモード、または現在のＲＳＤにおけるデータネットワーク名ＤＮＮと単一ネットワークスライス選択支援情報Ｓ－ＮＳＳＡＩの組み合わせが前のＰＤＵセッションを開始することに使用されるＤＮＮとＳ
   －ＮＳＳＡＩの組み合わせと異なるかどうかのうちの少なくとも一つを含み、
   前記原因パラメータは、少なくとも前記ネットワーク機器が許可する第３パラメータの値または値の組み合わせを指示することに使用され、
   前記原因パラメータ条件を満たすＲＳＤは、ＲＳＤに含まれる第３パラメータの値が前記ネットワーク機器の許可する値を含むこと、ＲＳＤにおけるパラメータが前記第３パラメータを含まないことのうちの少なくとも一つを含み、
   前記原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせとは、ＲＳＤにおけるパラメータの値の組み合わせが前記原因パラメータ条件を満たすことを意味することを特徴とする無線通信の方法。
2. 前記第１メッセージはプロトコルデータユニットＰＤＵセッション確立または変更要求メッセージの返信メッセージであり、前記ＰＤＵセッション確立または変更要求メッセージに第１パラメータの値が含まれ、前記第１パラメータの値は、第１アプリケーションデータストリームにマッチするユーザルート選択ポリシーＵＲＳＰルールでのＲＳＤにおけるパラメータの値であることを特徴とする請求項１に記載の方法。
3. 前記方法は、
   前記端末機器が前記原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、前記ネットワーク機器に、ＰＤＵセッションの確立または変更を要求する第２メッセージを送信することをさらに含み、
   前記端末機器は前記原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して、前記ネットワーク機器に第２メッセージを送信することは、
   前記端末機器が、ＲＳＤの優先度および／またはＵＲＳＰルールの優先度の順に従って、前記原因パラメータ条件を満たすＲＳＤを使用して前記ネットワーク機器に前記第２メッセージを送信することを含むことを特徴とする請求項２に記載の方法。
4. 第１パラメータ、第３パラメータ、および第４パラメータはＳＳＣモードであることを特徴とする請求項３に記載の方法。
5. 無線通信の方法であって、
   ネットワーク機器は端末機器に、原因パラメータを含む第１メッセージを送信すること（Ｓ６１０）を含み、前記原因パラメータは、前記端末機器が前記原因パラメータに基づいて原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないようにし、前記原因パラメータ条件は、前記原因パラメータにおける拒否原因値がセッションとサービス連続性ＳＳＣモードをサポートしないことを指示するか否か、前記原因パラメータに許可されるＳＳＣモード、または現在のＲＳＤにおけるデータネットワーク名ＤＮＮと単一ネットワークスライス選択支援情報Ｓ－ＮＳＳＡＩの組み合わせが前のＰＤＵセッションを開始することに使用されるＤＮＮとＳ－ＮＳＳＡＩの組み合わせと異なるかどうかのうちの少なくとも一つを含み、
   前記原因パラメータは、少なくとも前記ネットワーク機器が許可する第３パラメータの値または値の組み合わせを指示することに使用され、
   前記原因パラメータ条件を満たすＲＳＤは、ＲＳＤに含まれる第３パラメータの値が前記ネットワーク機器の許可する値を含むこと、ＲＳＤにおけるパラメータが前記第３パラメータを含まないことのうちの少なくとも一つを含むことを特徴とする無線通信の方法。
6. 前記第１メッセージはプロトコルデータユニットＰＤＵセッション確立または変更要求メッセージの返信メッセージであり、前記ＰＤＵセッション確立または変更要求メッセージに第１パラメータの値が含まれ、前記第１パラメータの値は、第１アプリケーションデータストリームにマッチするユーザルート選択ポリシーＵＲＳＰルールでのＲＳＤにおけるパラメータの値であることを特徴とする請求項５に記載の方法。
7. 前記方法は、
   前記ネットワーク機器が、前記端末機器が前記原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して送信した、ＰＤＵセッションの確立または変更を要求するための第２メッセージを受信することをさらに含み、
   前記ネットワーク機器が、前記端末機器が前記原因パラメータ条件を満たすＲＳＤにおける第４パラメータまたは第４パラメータの値の組み合わせを使用して送信した第２メッセージを受信することは、
   前記ネットワーク機器が、前記端末機器が、ＲＳＤの優先度の順に従って、前記原因パラメータ条件を満たすＲＳＤを使用して送信した前記第２メッセージを受信することを含むことを特徴とする請求項６に記載の方法。
8. 第１パラメータ、第２パラメータ、第３パラメータ、および第４パラメータはセッションとサービス連続性ＳＳＣモードであることを特徴とする請求項７に記載の方法。
9. 端末機器であって、
   ネットワーク機器が送信した、原因パラメータを含む第１メッセージを受信するための通信ユニット（８１０）と、
   前記原因パラメータに基づいて、原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないための処理ユニット（８２０）とを備え、前記原因パラメータ条件は、前記原因パラメータにおける拒否原因値がセッションとサービス連続性ＳＳＣモードをサポートしないことを指示するか否か、前記原因パラメータに許可されるＳＳＣモード、または現在のＲＳＤにおけるデータネットワーク名ＤＮＮと単一ネットワークスライス選択支援情報Ｓ－ＮＳＳＡＩの組み合わせが前のＰＤＵセッションを開始することに使用されるＤＮＮとＳ－
   ＮＳＳＡＩの組み合わせと異なるかどうかのうちの少なくとも一つを含み、
   前記原因パラメータは、少なくとも前記ネットワーク機器が許可する第３パラメータの値または値の組み合わせを指示することに使用され、
   前記原因パラメータ条件を満たすＲＳＤは、ＲＳＤに含まれる第３パラメータの値が前記ネットワーク機器の許可する値を含むこと、ＲＳＤにおけるパラメータが前記第３パラメータを含まないことのうちの少なくとも一つを含み、
   前記原因パラメータ条件を満たすＲＳＤのパラメータの値の組み合わせとは、ＲＳＤにおけるパラメータの値の組み合わせが前記原因パラメータ条件を満たすことを意味することを特徴とする端末機器。
10. ネットワーク機器であって、
    通信ユニットを備え、前記通信ユニットは、端末機器に、原因パラメータを含む第１メッセージを送信することに使用され、前記原因パラメータは、前記端末機器が前記原因パラメータに基づいて原因パラメータ条件を満たさないルート選択記述子ＲＳＤおよび／またはＲＳＤのパラメータの値の組み合わせを無視するか、または使用しないようにし、前記端末機器は、前記原因パラメータを使用して原因パラメータ条件を満たさないルート選択記述子ＲＳＤを無視するか、または使用せず、前記原因パラメータ条件は、前記原因パラメータにおける拒否原因値がセッションとサービス連続性ＳＳＣモードをサポートしないことを指示するか否か、前記原因パラメータに許可されるＳＳＣモード、または現在のＲＳＤにおけるデータネットワーク名ＤＮＮと単一ネットワークスライス選択支援情報Ｓ－ＮＳＳＡＩの組み合わせが前のＰＤＵセッショ
    ンを開始することに使用されるＤＮＮとＳ－ＮＳＳＡＩの組み合わせと異なるかどうかのうちの少なくとも一つを含み、
    前記原因パラメータは、少なくとも前記ネットワーク機器が許可する第３パラメータの値または値の組み合わせを指示することに使用され、
    前記原因パラメータ条件を満たすＲＳＤは、ＲＳＤに含まれる第３パラメータの値が前記ネットワーク機器の許可する値を含むこと、ＲＳＤにおけるパラメータが前記第３パラメータを含まないことのうちの少なくとも一つを含むことを特徴とするネットワーク機器。
11. 端末機器であって、プロセッサおよびメモリを含み、当該メモリはコンピュータプログラムを記憶することに使用され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して、請求項１～４のいずれか一項に記載の方法を実行することに使用されることを特徴とする端末機器。
12. ネットワーク機器であって、プロセッサおよびメモリを含み、当該メモリはコンピュータプログラムを記憶することに使用され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して、請求項５～８のいずれか一項に記載の方法を実行することに使用されることを特徴とするネットワーク機器。
13. コンピュータに請求項１～４のいずれか一項に記載の方法を実行させるコンピュータプログラムを記憶することに使用されることを特徴とするコンピュータ可読記憶媒体。

Images