JP7218363B2 - ５ｇシステムにおけるユーザ機器とセッション管理機能との間のｑｏｓ能力ネゴシエーションの方法 - Google Patents

Description

本明細書に記載の主題は、セルラーネットワークに関する。

５Ｇネットワークを含むセルラーシステムは、帯域幅、待ち時間、及び、信頼性の要件に関して、広範な使用事例と多様なニーズとを有する適用を含む、数が増え続けるデバイス及びサービスを支援する。従って、セルラーシステムは、無線アクセスネットワーク及びコアネットワークのリソースに優先順位をつけて（及び／または、例えば、制御プレーン及びユーザプレーンで優先順位をつけて）、異なるサービスデータフロー（ＳＤＦ）間の区別を支援することが必要な場合がある。さらに、関連するサービス品質（ＱｏＳ）要件は、動的な場合がある。従って、柔軟で効率的なＱｏＳ制御機構によって、ＱｏＳ要件の制定、修正、及び／または、施行を可能にしてよく、ＱｏＳ要件の例は、最大ビットレート、保証ビットレート、優先レベル、パケット遅延バジェット、パケット損失レート、及び／または、他のＱｏＳパラメータを含む。

セッション管理のために、コンピュータプログラム製品を含む方法及び装置が提供される。ある実施形態例においては、ユーザ機器が、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを形成することと、ユーザ機器が、表示を含むセッション確立メッセージをセッション管理機能に送信することと、セッション管理機能及び／または対応するネットワークが、少なくとも１つのセッション管理能力を支援して、ユーザ機器が少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、ユーザ機器がセッション管理機能から受信することと、を含む方法を提供し得る。

ある変形形態においては、以下の特徴を含む本明細書に開示の特徴の１つまたは複数は、任意の実現可能な組み合わせで、任意選択で含まれてよい。セッション確立メッセージは、パケットデータユニットセッション確立要求を含んでよく、セッション確立メッセージは、表示、パケットデータユニットセッション識別子、及び、パケットデータユニットタイプを含む。表示は、少なくとも１つのビットを含む情報要素を含んでよく、少なくとも１つのビットの値は、少なくとも１つのセッション管理能力がユーザ機器によって支援されるか否かを示す。ユーザ機器が支援する少なくとも１つのセッション管理能力は、リフレクティブサービス品質に対する支援を含んでよく、少なくとも１つのビットの値は、リフレクティブサービス品質がユーザ機器によって支援されるか否かを示す。応答は、リフレクティブサービス品質に関連付けられたタイマのタイマ値を含んでよく、タイマ値は、セッション管理機能がリフレクティブサービス品質を含む少なくとも１つのセッション管理能力を支援するか否かを示す。ユーザ機器は、少なくとも１つのパケットがリフレクティブサービス品質の対象であることを示すマークを付けられた少なくとも１つのダウンリンクパケットを受信してよく、少なくとも１つのダウンリンクパケットに基づいて、少なくとも１つのアップリンクパケットに対して使用される少なくとも１つのサービス品質ルールを導出してよい。ユーザ機器は、少なくとも１つのパケットがリフレクティブサービス品質の対象であることを示すマークを付けられていない少なくとも１つのダウンリンクパケットを受信してよく、タイマが終了すると、少なくとも１つのサービス品質ルールを取り除いてよい。応答は、パケットデータユニットセッション確立承諾を含んでよい。応答は、セッション管理情報、及び／または、ユーザ機器に対して許可された少なくとも１つのサービス品質ルールを含んでよい。セッション管理情報及び／または少なくとも１つのサービス品質ルールは、少なくとも１つの情報要素によって伝えられてよい。

ある実施形態例においては、セッション管理機能ノードで、ユーザ機器から、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを受信することと、セッション管理機能及び／または対応するネットワークが、少なくとも１つのセッション管理能力を支援して、ユーザ機器が、少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、セッション管理機能ノードがユーザ機器に送信することとを含む方法が提供されてよい。

ある変形形態においては、以下の特徴を含む本明細書に開示の特徴の１つまたは複数が、任意の実現可能な組み合わせで任意選択で含まれてよい。セッション確立メッセージは、パケットデータユニットセッション確立要求を含んでよく、セッション確立メッセージは、表示、パケットデータユニットセッション識別子、及び、パケットデータユニットタイプを含む。表示は、少なくとも１つのビットを含む情報要素を含んでよく、少なくとも１つのビットの値は、少なくとも１つのセッション管理能力がユーザ機器によって支援されるか否かを示す。ユーザ機器が支援する少なくとも１つのセッション管理能力は、リフレクティブサービス品質の支援を含んでよく、少なくとも１つのビットの値は、リフレクティブサービス品質がユーザ機器によって支援されるか否かを示す。応答は、パケットデータユニットセッション確立承諾を含んでよい。応答は、セッション管理情報、装置に対して許可された少なくとも１つのサービス品質ルール、及び／または、少なくとも１つの能力パラメータを含んでよい。

上記態様及び特徴は、所望の構成に応じて、システム、装置、方法、及び／または、製品で実施されてよい。本明細書に記載の主題の１つまたは複数の変形形態の詳細を、添付の図面と以下の記載で説明する。本明細書に記載の主題の特徴及び長所は、明細書及び図面と請求項とから明らかになろう。

ある実施形態例による、５Ｇ無線ネットワーク１９９の一部分の例を示す図である。 ある実施形態例による、ユーザ機器（ＵＥ）がＵＥセッション管理能力をネットワークに伝える信号伝達フローの例を示す図である。 ある実施形態例による、ＵＥセッション管理能力情報要素の例を示す図である。 ある実施形態例による、ＵＥセッション管理能力情報要素の例を示す図である。 ある実施形態例による、ネットワークセッション管理能力情報要素の例を示す図である。 ある実施形態例による、ネットワークセッション管理能力情報要素の例を示す図である。 ある実施形態例による、リフレクティブなＱｏＳ支援のためのＵＥセッション管理ネゴシエーションの信号伝達フローの例を示す図である。 ある実施形態例による、ＵＥセッション管理能力情報要素の例を示す図である。 ある実施形態例による、ＵＥセッション管理能力情報要素の例を示す図である。 ある実施形態例による、許可されたＱｏＳルールの信号伝達を示す図である。 ある実施形態例による、ＱｏＳルールに関連付けられた情報要素の例を示す図である。 ある実施形態例による、ＱｏＳルールに関連付けられた情報要素の例を示す図である。 ある実施形態例による、ＱｏＳルールに関連付けられた情報要素の例を示す図である。 ある実施形態例による、ＱｏＳルールに関連付けられた情報要素の例を示す図である。 ある実施形態例による、パラメータリストの例を示す図である。 ある実施形態例による、リフレクティブなＱｏＳを介して導出されたＱｏＳルールを取得する信号伝達フロー４００の例を示す図である。 ある実施形態例による、導出されたＱｏＳルールを取り除く信号伝達フローの例を示す図である。 ある実施形態例による、装置の例を示す図である。

類似のラベルを使用して、図面中の同じまたは類似の項目を指す。

リフレクティブＱｏＳ支援は、ユーザ機器（ＵＥ）のリフレクティブＱｏＳ機能がネットワークによって有効にされると、ＵＥが、コアネットワークから受信したダウンリンク（ＤＬ）トラフィックに基づいて、ＱｏＳルールを導出するのを可能にするＱｏＳ制御機構である。しかしながら、５Ｇにおいては、関連する信号伝達とＱｏＳ関連情報のエンコードとを含むリフレクティブＱｏＳの支援を提供する需要がある。

ある実施形態例においては、ＵＥセッション管理（ＳＭ）能力ネゴシエーションが提供されてよい。ある実施形態例においては、ＱｏＳ分類及びマーク付けルールのエンコード及び／またはＵＥへの信号伝達が提供されてよい。さらに、ＵＥセッション管理能力をネットワークに信号伝達する機構が提供されてよい。あるいは、または、さらに、ＵＥセッション管理能力信号伝達を支援するパケットデータユニット（ＰＤＵ）セッション確立要求メッセージへの機能強化が提供されてよい。あるいは、または、さらに、リフレクティブＱｏＳ能力ネゴシエーションを支援する信号伝達が提供されてよい。

移動性管理（ＭＭ）及びセッション管理（ＳＭ）は、ユーザ機器とコアネットワークとの間の非アクセス層（ＮＡＳ）によって取り扱われる２つの機能と考えられてよい。４Ｇシステムにおいては、移動性管理機能及びセッション管理機能は、移動性管理エンティティ（ＭＭＥ）等、同じコアネットワークノードによって管理されてよく、これは、ＬＴＥの場合、移動性管理及びセッション管理を取り扱う。ホーム経路ローミング（ｈｏｍｅ ｒｏｕｔｅｄ ｒｏａｍｉｎｇ）、ゲートウェイコアネットワーク（ＧＷＣＮ）共有、及び／または、他の５Ｇ機能を支援するために、５Ｇシステムの移動性管理機能及びセッション管理は、（例えば、２つの異なるノードで）２つのスタンドアロン機能に分けられてよい。５Ｇ移動性管理に関して、アクセス及び移動性管理機能（ＡＭＦ）ノードは、例えば、３ＧＰＰ ＴＳ２３．５０１で規定されたＵＥの登録／登録解除、ＵＥ位置到達可能性等を含むＵＥアクセス及び移動性管理機能を提供してよい。５Ｇにおいては、セッション管理は、例えば、３ＧＰＰ ＴＳ２３．５０１で規定されたパケットデータユニット（ＰＤＵ）セッションに対するエンド・ツー・エンド制御機能のセッション管理機能（ＳＭＦ）によって提供されてよい。さらに、セッション管理メッセージは、ＡＭＦを介して転送されてよく、ＳＭＦで終了し得る。従って、ＵＥが、そのセッション管理能力を、セッション管理能力ネゴシエーションのために、ＳＭＦに別個に送信する必要があり得る。

図１Ａは、ある実施形態例による、５Ｇ無線ネットワーク１９９の一部分の例を示す。５Ｇ無線ネットワーク１９９は、基地局及び／または他の種類の無線アクセスポイント等、無線アクセスネットワーク（ＲＡＮ）１５２に無線で結合するように構成されたユーザ機器（ＵＥ）１５０を含んでよい。ネットワーク１９９は、コアネットワークを含んでよく、コアネットワークは、ＡＭＦ１５４、ＳＭＦ１５６、ポリシー制御機能（ＰＣＦ）１６０、及び、ユーザプレーン機能（ＵＰＦ）１５８を含んでよい。ネットワーク１９９は、データネットワーク（ＤＮ）１６２等、他のノード及びネットワークにも結合してよい。図１Ａは、Ｎｌ、Ｎ２、Ｎ３、Ｎ４、Ｎ６、Ｎ７、Ｎ１１、Ｎ１５、及び／または同種のもの等のサービスインタフェースも示す。アーキテクチャ及びサービスインタフェースは、３ＧＰＰ ＴＳ２３．５０１等の規格に従って規定されてよい。

図１Ｂは、ある実施形態例による、ＵＥ１５０がＵＥのセッション管理能力をネットワークに伝える信号伝達フロー１００の例を示す。ある実施形態例においては、ＵＥは、ネットワークから要求された少なくとも１つのセッション管理能力（例えば、パケットデータユニットセッションのネットワークのセッション管理の一部として提供されるサービスまたは能力）の表示を含むメッセージを送信することによって、ＵＥが使用するセッション管理能力をネットワークとネゴシエーションしてよい。ネットワークが、要求された少なくとも１つのセッション管理能力を支援（または、提供することに同意）できる場合、ネットワークは、ネゴシエーションの一部として、要求された少なくとも１つのセッション管理能力の承諾で応答してよい。ＵＥのセッション管理能力とは、例えば、セッション管理に関してＵＥが支援するセッション管理能力を指し、その例は、リフレクティブＱｏＳ（ＲＱｏＳ）、超高信頼低遅延通信（ＵＲＬＬＣ）等を含む。

ある実施形態例によると、例えば、パケットデータユニット（ＰＤＵ）セッション確立中、ＵＥ１５０は、１０２において、ＮＡＳメッセージ等のメッセージをＡＭＦ１５４に送信してよい。１０２で送信されるメッセージは、Ｎ１セッション管理情報の一部として、ＰＤＵセッション確立要求を含んでよい。ある実施形態例によると、ＵＥは、ＲＱｏＳまたは他のＵＥ ＳＭ能力（例えば、「ｃａｐ－Ａ」）等のＵＥ ＳＭ能力の支援を示してよい。このＵＥ ＳＭ能力は、メッセージ１０２で、情報要素（ＩＥ）を用いてネットワークに信号で伝達されてよい。この情報要素の例は、「ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｔｙ」であり、この例では、ＵＥ ＳＭ能力支援表示（例えば、「ＲＱｏＳ－ｓｕｐｐｏｒｔｅｄＩｎｄ」または「ｃａｐ－Ａ ＳｕｐｐｏｒｔｅｄＩｎｄ」）をメッセージ１０２で伝える。アクセスネットワーク１５２は、１０２で送信されたＮＡＳメッセージを、ＡＭＦ１５４に送信するＮ２メッセージにカプセル化してよい。

ＡＭＦ１５４は、メッセージ１０２が新しいＰＤＵセッションの要求に対応すると判断してよい。この場合には、ＡＭＦは、１０４において、（例えば、複数のＳＭＦから）ＳＭＦ１５６を選択してよい。１０６において、ＡＭＦは、次に、ＵＥ ＳＭ能力表示（例えば、「ＲＱｏＳ－ｓｕｐｐｏｒｔｅｄIｎｄ」または「ｃａｐ－Ａ ＳｕｐｐｏｒｔｅｄIｎｄ」）を含むＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素を含むＰＤＵセッション確立要求を選択したＳＭＦ１５６に転送してよい。

ＳＭＦ１５６は、１０８において、ＰＣＦ１６０の選択を行ってよく、１０９において、位置ポリシーに基づいて、ＰＤＵセッションの動的なポリシー及び課金制御（ＰＣＣ）を取得、または、デフォルトのＰＣＣルールを取得してよい。１１１において、ＳＭＦは、（１１０で選択されてよい）ＵＰＦ１５８とのＮ４セッション確立を開始してよい。

ある実施形態例によると、ＳＭＦ１５６は、１１２において、Ｎ２ ＳＭ情報を含み得るＰＤＵセッション確立承諾メッセージをＡＭＦ１５４に送信してよい。（１０２においてＵＥが要求した）ＵＥ ＳＭ能力がネットワークによって支援される場合、ＳＭＦは、ＵＥ ＳＭ能力表示及び／または関連するＵＥ ＳＭパラメータも含み得る。図１Ｂの例においては、ＳＭパラメータは、要求されたＳＭ能力Ａ対して「ｃａｐ－Ａ ｐａｒａｍｅｔｅｒｓ」によって示される、「ｃａｐ－Ａ ｐａｒａｍｅｔｅｒｓ」は、（ＰＤＵセッション確立要求の一部としてＵＥが要求した）ｃａｐ－Ａサービスを実現するための（ｃａｐ－Ａ）固有サービスパラメータである。例えば、ＳＭＦは、ＵＥへのＲＱｏＳタイマ値等、「ＲＱｏＳ－ｓｕｐｐｏｒｔｅｄIｎｄ」またはＲＱｏＳパラメータを含み得る。１１４において、ＡＭＦ１５４は、（ＮＧ－ＲＡＮのラベルが付いた）無線アクセスネットワーク１５２に、Ｎ２ ＵＥ ＳＭ能力表示（例えば、「ＲＱｏＳ－ｓｕｐｐｏｒｔｅｄIｎｄ」または「ｃａｐ－Ａ ＳｕｐｐｏｒｔｅｄIｎｄ」）、Ｎ２ ＵＥ ＳＭ能力パラメータ（例えば、ＲＱｏＳタイマ値または「ｃａｐ－Ａ ｐａｒａｍｅｔｅｒ」）、及び、ＰＤＵセッション確立承諾メッセージを含むＰＤＵセッションリソース設定要求を送信してよい。

１１６において、無線アクセスネットワーク１５２は、ＵＥ１５０との（例えば、無線リソース制御を介した）アクセス固有信号交換を開始して、許可されたＱｏＳルールに示されたＱｏＳフローに無線アクセスネットワークリソースを、ＰＤＵセッションにＲＡＮ Ｎ３トンネリング情報を割り当ててよい。

１１８において、リソース割り当てが成功した場合、ある実施形態例においては、無線アクセスネットワーク１５２は、ＰＤＵセッション確立承諾メッセージをＵＥに転送してよい。ＵＥは、１１８においてメッセージによって伝えられたＳＭ能力支援表示またはＳＭ能力関連パラメータ（例えば、「ｃａｐ－Ａ ｐａｒａｍｅｔｅｒｓ」）が明示的に存在することによって、ＳＭ能力が支援されるか否かを判断し得る。

例を挙げて説明すると、ＵＥ１５０は、１１８において、リフレクティブＱｏＳ（ＲＱｏＳ）タイマ値に対応する能力パラメータを受信してよい。リフレクティブＱｏＳ（ＲＱｏＳ）タイマ値は、ＵＥ１５０が１０２において、ＵＥで支援されたＲＱｏＳに対応するｃａｐ－Ａ ＳｕｐｐｏｒｔｅｄＩｎｄを送信することに応答して、受信されてよい。

１２０において、無線アクセスネットワーク１５２は、Ｎ２ ＳＭ情報を有するＰＤＵセッションリソース設定応答メッセージをＡＭＦ１５４に送信してよい。１２２において、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求メッセージで、Ｎ２ ＳＭ情報をアクセスネットワークからＳＭＦ１５６に転送してよい。ＰＤＵセッションが確立されてよい。

（例えば、図１Ｂの１０２及び１０６に示されるよう）ＵＥセッション管理能力情報要素は、ＰＤＵセッション管理に関連するＵＥの能力を信号で伝達してよい。ある実施形態例においては、この情報要素は、（タイプ１情報要素として）ＵＥのＳＭ能力をコード化してよい。この場合には、ＵＥセッション管理能力情報は、最大４つのＵＥセッション管理能力表示を備えてよい。

図１Ｃは、ある実施形態例による、オクテットの最初の４ビットで伝えられるＵＥ ＳＭ能力情報要素の例を示す。図１Ｃに示すように、（Ｃａｐ♯１Ｉｎｄとラベルを付けられた）１番目のビットが０の時、これは、１番目のＳＭ能力はＵＥによって支援されていないことを伝えてよく、値１は、１番目のＳＭ能力がＵＥによって支援されていることを示してよい。同様に、（Ｃａｐ♯２Ｉｎｄとラベルを付けられた）２番目のビットが０である時、これは、２番目のＳＭ能力がＵＥによって支援されていないことを伝えてよく、値１は、２番目のＳＭ能力がＵＥによって支援されていることを示してよい。図１Ｃの例においては、ビット３及び４は、スペアとして使用されているが、ＵＥの追加のＳＭ能力の支援を伝えるために使用されてもよい。下記の表１は、図１ＣのＵＥ ＳＭ能力情報要素をまとめたものである。ビット５～８は、ＵＥ ＳＭ能力ＩＥＩを伝えるのに使用されてよく、ＩＥＩを使用して、メッセージの情報要素を識別する。

表１

ある実施形態例においては、ＵＥセッション管理能力情報要素は、ＰＤＵセッション管理に関連するＵＥの能力をタイプ４情報要素として信号で伝達してよい。この場合には、ＵＥセッション管理能力情報は、最大１６のＵＥセッション管理能力インジケータを備えてよい。例えば、タイプ４の実施態様のＵＥ ＳＭ能力は、最小長３オクテットで、最大長５オクテットを有してよい。

図１Ｄは、ある実施形態例による、タイプ４のＵＥセッション管理能力情報要素の例を示す。図１Ｄの例においては、オクテット１～３は、（ＰＤＵセッション管理に関連する）ＵＥのＳＭ能力を伝えてよい。図１Ｄの例においては、１番目のオクテットは、ＵＥ ＳＭ能力ＩＥＩを含み、２番目のオクテットは、メッセージの長さは３、４、または、５オクテットである等、コンテンツ長の表示を含む。３番目から５番目のオクテットは、ＳＭ能力インジケータを伝えるのに使用されてよい。図１Ｄの例においては、３番目のオクテットのみが使用されるが、他の数のオクテットも使用されてよい。図１Ｄに示し、下記の表２にまとめるように、（Ｃａｐ♯１Ｉｎｄとラベルを付けられた）１番目のビットがゼロである時、これは、１番目のＳＭ能力がＵＥによって支援されていないことを伝えてよく、値１は、１番目のＳＭ能力がＵＥによって支援されることを示してよい。（Ｃａｐ♯２Ｉｎｄとラベルを付けられた）２番目のビットが０である時、これは、２番目のＳＭ能力がＵＥによって支援されていないことを伝えてよく、値１は、２番目のＳＭ能力がＵＥによって支援されていることを示してよい。

表２

１０２において、ＵＥによってネットワークに送信されたＰＤＵセッション確立要求メッセージによって、ＰＤＵセッションの確立を開始してよい。ＵＥが、タイプ「ＩＰ」、「ＩＰｖ４」、「ＩＰｖ６」、または、「Ｅｔｈｅｒｎｅｔ」の新しいＰＤＵセッションの確立を要求し、ＵＥがリフレクティブＱｏＳを支援する時、ＵＥ ＳＭ能力情報要素（例えば、ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ）が、メッセージ１０２に含まれてよい。下記の表３は、ＰＤＵセッション識別子（ＩＤ）、ＰＤＵセッションタイプ、及び、ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素を含むＰＤＵセッション確立要求メッセージの例を示す。ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素は、上記表１及び表２に関して前述したのと同じコード化スキームを有してよい。

表３：ＰＤＵセッション確立要求メッセージ
ＩＥＩ 情報要素 タイプ／参照 存在 フォー
マット 長さ

ある実施形態例においては、ＵＥが要求したＳＭ能力に対するネットワーク応答の信号伝達を可能にするネットワークセッション管理能力情報要素が提供されてよい。ネットワークセッション管理能力情報要素は、最大４つのセッション管理能力表示を提供するようにタイプ１情報要素としてコード化されてよい。図１Ｅは、ネットワークセッション管理能力情報要素のオクテットの例を示し、下記の表Ｘは、その動作をまとめたものである。

表Ｘ：ネットワークＳＭ能力支援情報要素

あるいは、または、さらに、ネットワークセッション管理能力情報要素は、最大１６のセッション管理能力表示を提供するように、タイプ４情報要素としてコード化されてよい。図１Ｆは、ネットワークセッション管理能力情報要素の実施態様例を示し、下記の表Ｘ２は、その動作をまとめたものである。図１Ｆの例においては、ネットワークＳＭ能力支援ＩＥＩは、最小長３オクテット、最大長５オクテットを有してよい。

表ＩＸ：ネットワークＳＭ能力支援情報要素

ある実施形態例においては、ＰＤＵセッション確立承諾メッセージ（例えば、１１８参照）は、ＰＤＵセッションの確立の成功を示してよい。ＰＤＵセッション確立承諾メッセージは、ネットワークが支援するセッション管理能力のセットをＵＥに知らせるネットワークＳＭ能力支援情報要素を含んでよく、これは、ＰＤＵセッション確立要求メッセージのＵＥ ＳＭ能力ＩＥＩを介してＵＥが要求したＳＭ能力を含んでよい。

ネットワークが、能力パラメータ（または、追加の能力パラメータ）をＵＥに送信する場合、ネットワークは、ＵＥが要求したＳＭ能力を支援することを明示的に信号で伝達しなくてもよい。なぜならば、ネットワークが送信した能力パラメータを、ネットワークが、要求されたＳＭ能力を支援し、有効にすることを暗黙に示すものとして使用できるからである。さらに、一部のセッション管理サービスは、特別なＵＥ能力を必要としない場合がある、または、サービスを有効にするという明示的なＵＥ要求を必要としない場合がある。下記の表１Ｇは、ある実施形態例による、ネットワークＳＭ能力支援情報要素を含むＰＤＵセッション確立承諾メッセージのコンテンツを示す。表１Ｈは、ある実施形態例による、ネットワークＳＭ能力支援情報要素を含むＰＤＵセッション確立承諾メッセージのコンテンツの他の実施態様を示す。

表１Ｇ：ＰＤＵセッション確立承諾メッセージ

表１Ｈ：ＰＤＵセッション確立承諾メッセージ

ある実施形態例においては、ＵＥは、リフレクティブＱｏＳを用いて動作するように構成されてよい。このリフレクティブモードのＱｏＳは、ＰＤＵセッションが、例えば、ＰＤＵセッションタイプ「ＩＰ」、「ＩＰｖ４」、「ＩＰｖ６」、または、「Ｅｔｈｅｒｎｅｔ」である時、適用可能であってよい。ＰＤＵセッションが、例えば、「非構造化」のＰＤＵセッションタイプである時、リフレクティブＱｏＳは、適用できない場合がある。

図２Ａは、ある実施形態例による、リフレクティブＱｏＳサポートのＵＥセッション管理ネゴシエーションの信号伝達フロー２００の例を示す。

ＰＤＵセッション確立中、ＵＥ１５０は、２０２において、ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ等、Ｎ１ ＳＭ情報内にＰＤＵセッション確立要求を含むＮＡＳメッセージを送信してよい。ＵＥがリフレクティブＱｏＳを支援する場合、ＵＥは、（「ＲＱｏＳ ｓｕｐｐｏｒｔｅｄ」とラベルを付けられた）インジケータ２０４が示すリフレクティブＱｏＳ能力のＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素を示してよい。２０２において送信されたＮＡＳメッセージは、アクセスネットワーク１５２によって、ＡＭＦ１５４へのＮ２メッセージにカプセル化されてよい。

メッセージが新しいＰＤＵセッションの要求に対応するとＡＭＦ１５４が判断する時、ＡＭＦは、２１０において、ＳＭＦ１５６を選択してよい。ある実施形態例によると、ＡＭＦは、２１２において、ＲＱｏＳを支援するＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙを含むＰＤＵセッション確立要求をＳＭＦ１５６に転送してよい。

２１４において、ＳＭＦ１５６は、ＰＣＦ選択を行ってよく、２１５において、位置ポリシーに基づいて、ＰＤＵセッションの、動的ＰＣＣを取得してよい、または、デフォルトのＰＣＣルールを取得してよい。

ある実施形態例によると、２１６において、ＳＭＦ１５６は、サービスデータフロー（ＳＤＦ）結合を行ってよく、支援されるリフレクティブＱｏＳにマークを付けてよい。ある実施形態例によると、ＳＭＦは、リフレクティブＱｏＳ（ＲＱｏＳ）タイマ値をＵＥに送信してもよい。さらに、ＳＭＦは、Ｎ４セッション確立を開始する時、２２０において、ＲＱｏＳ支援表示を（２１８で選択され得る）ＵＰＦ１５８に送信してよい。

２２６において、ＳＭＦ１５６は、ＲＱｏＳタイマ値と、ＲＱｏＳ属性及び他のＱｏＳ属性を含むＱｏＳプロフィールを有するＮ２ ＳＭ情報とを含むＰＤＵセッション確立承諾メッセージをＡＭＦ１５４に送信してよい。２２８において、ＡＭＦ１５４は、ＲＱｏＳタイマ値と、ＲＱｏＳ属性及び他のＱｏＳ属性を含むＱｏＳプロフィールを有するＮ２ ＳＭ情報とを含むＰＤＵセッションリソース設定要求をアクセスネットワーク１５２に送信してよい。

２３０において、アクセスネットワーク１５３は、ＵＥ１５０とアクセス固有信号交換を開始して、許可されたＱｏＳルールに示されたＱｏＳフローに必要な無線アクセスネットワークリソースを、ＲＡＮ Ｎ３トンネリング情報をＰＤＵセッションに割り当ててよい。リソース割り当てに成功すると、アクセスネットワーク１５３は、２３２において、ＲＱｏＳタイマ値等を含むＰＤＵセッション確立承諾メッセージをＵＥ１５０に転送してよい。そうすると、ＵＥ１５０は、ＲＱｏＳがＵＥで有効にされたと判断してよく、２３４において、ＲＱｏＳタイマ値を記憶してよい。

２３６において、アクセスネットワーク１５３は、Ｎ２ ＳＭ情報を含むＰＤＵセッションリソース設定応答メッセージをＡＭＦ１５４に送信してよい。ＡＭＦは、２３８において、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求メッセージ等、メッセージを介して、Ｎ２ ＳＭ情報をＳＭＦに転送してよい。ＰＤＵセッションは、２４０において、リフレクティブＱｏＳが有効にされて、確立されてよい。

ある実施形態例においては、ＵＥ ＳＭ能力情報要素（ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ）は、インジケータ２０４等のインジケータを伝えてよく、インジケータは、少なくとも１つのビットを用いて実施されて、ＵＥ ＰＤＵセッション確立中、ＵＥがリフレクティブＱｏＳを支援するか否かを信号で伝えてよい。図２Ｂは、ビット１に、ＲＱｏＳ支援インジケータ２０４を含むＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素の実施態様例を示す。例えば、ＲＱｏＳが値「１」を有する場合、リフレクティブＱｏＳが支援または有効にされていることを示してよく、一方、値「０」は、ＵＥにおいて、リフレクティブＱｏＳは支援または有効にされていないことを示してよい。下記の表５は、図２ＢのＵＥ ＳＭ能力情報要素の概要を列挙している。

表５

図２Ｃは、ＵＥ＿ＳＭ＿ｃａｐａｂｉｌｉｔｙ情報要素の他の実施態様例を示す。下記の表Ｚは、図２ＢのＵＥ ＳＭ能力情報要素をまとめたものを列挙してる。表Ｚ１は、ネットワークによってＵＥに提供されるＲＱｏＳタイマ値等、少なくとも１つの能力パラメータを含むＰＤＵセッション確立承諾メッセージの例を示す。

表Ｚ：ＵＥ ＳＭ能力情報要素

表Ｚ１：ＰＤＵセッション確立承諾メッセージ

図３Ａは、ある実施形態例による、ＵＥ１５０がネットワークから許可されたＱｏＳルールを取得するのを可能にする許可されたＱｏＳルール信号伝達３００を示す。

ＰＤＵセッション確立中、ＵＥ１５０は、３０２において、Ｎ１ ＳＭ情報の一部としてＰＤＵセッション確立要求を含むＮＡＳメッセージを送信してよい。ある実施形態例によると、ＰＤＵセッション確立要求は、ＵＥのＳＭ能力情報要素（ＵＥ_ＳＭ＿ｃａｐａｂｉｌｉｔｙ）を含んでよい。ＵＥが送信したＮＡＳメッセージは、ＡＭＦへのＮ２メッセージにアクセスネットワーク１５２によってカプセル化されてよい。

３０２で受信したメッセージが新しいＰＤＵセッションの要求に対応するとＡＭＦ１５４が判断すると、ＡＭＦは、３０４において、ＳＭＦ１５６を選択してよい。ＡＭＦ１５４は、３０６において、ＰＤＵセッション確立要求をＳＭＦ１５６に転送してよい。

３０８において、ＳＭＦは、ＰＣＦ選択を行ってよく、３０９において、位置ポリシーによって、ＰＤＵセッションの動的ＰＣＣまたはデフォルトのＰＣＣルールを取得してよい。３１０において、ＳＭＦ１５６は、ＳＤＦのＱｏＳフローへの結合を行ってよく、ＳＭＦ１５６は、（パケットフィルタ及びＱｏＳパラメータを含む）ＵＥのＱｏＳルールを生成してよい。ＳＭＦ１５６は、次に、３１４において、３１２で選択されたＵＰＦ１５８とのＮ４セッション確立を開始してよい。

ある実施形態例においては、ＳＭＦ１５６は、３２０において、許可されたＱｏＳルール、セッション合計最大ビットレート（ＡＭＢＲ：ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）情報、及び、Ｎ２ ＳＭ情報を含むＰＤＵセッション確立承諾メッセージをＡＭＦ１５４に送信してよく、Ｎ２ ＳＭ情報は、ＱｏＳプロフィール（例えば、ＱｏＳパラメータ等）をさらに含んでよい。３２５において、ＡＭＦ１５４は、許可されたＱｏＳルール、セッションＡＭＢＲ情報、及び、（ＱｏＳプロフィール、ＱｏＳパラメータ等を含み得る）Ｎ２ ＳＭ情報を含むＰＤＵセッションリソース設定要求メッセージをアクセスネットワーク１５２に送信してよい。

３３０において、アクセスネットワーク１５２は、ＵＥ１５０とアクセス固有信号交換を開始して、許可されたＱｏＳルールに示されたＱｏＳフロー３２８に必要なＲＡＮリソースを、ＰＤＵセッションにＲＡＮ Ｎ３トンネリング情報を割り当ててよい。ある実施形態例によると、３３２において、リソース割り当てに成功すると、アクセスネットワーク１５２は、許可されたＱｏＳルール、ＡＭＢＲ情報、及び／または、他のＳＭ情報を含むＰＤＵセッション確立承諾メッセージをＵＥ１５０に転送してよい。

３４０において、アクセスネットワーク１５２は、ＡＭＦ１５４に、ＲＡＮトンネリング情報に関するＮ２ ＳＭ情報を含むＰＤＵセッションリソース設定応答メッセージを送信してよく、また、ある実施形態例においては、承諾または拒絶されたＱｏＳプロフィール（複数可）のリストを送信してよい。３５０において、ＡＭＦ１５４は、承諾または拒絶されたＱｏＳプロフィール（複数可）のリストを含むＮ２ ＳＭ情報をＳＭＦ１５６に転送してよい。ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求メッセージでこの情報を転送してよい。３６０において、ＰＤＵセッションが確立されてよい。

ある実施形態例においては、アップリンクのユーザトラフィックの分類及びマーク付けのために、ＵＥによって使用された許可されたパラメータのセットを指定するＱｏＳルールの情報要素が提供されてよい。ある実施形態例においては、ＱｏＳルールは、アップリンク方向の少なくとも１つのパケットフィルタを含んでよい。パケットフィルタ（複数可）は、ＱｏＳフローへのトラフィックマッピングを決定してよい。ある実施形態例においては、ＱｏＳルール情報要素は、最小長４オクテット及び最大長６５，５３８オクテットを有するタイプ６情報要素であってよい。

図３Ｂ～図３Ｅは、ある実施形態例による、ＱｏＳルールに関連付けられた情報要素の例を示す。

図３Ｂを参照すると、ＱｏＳルール情報要素は、図３Ａのメッセージ３２０、３２５、及び、３３２等のメッセージで伝えられてよい。ＱｏＳルールは、１番目のオクテットに、ＱｏＳルールＩＥＩを、２番目及び３番目のオクテットに、ＱｏＳルール情報要素のオクテットの長さの表示を含んでよく、４番目からｘ番目のオクテットは、ＱｏＳルール１からｎである３６０Ａ～３６０Ｎを含んでよい。

図３Ｃは、ある実施形態例による、所与のＱｏＳルール３６０Ａを示す。ＱｏＳルール３６０Ａは、ＱｏＳルールを識別するＱｏＳルール識別子３７０Ａ（オクテット４）を含んでよい。あるいは、または、さらに、ＱｏＳルール３６０Ａは、ＱｏＳルール３６０Ａのオクテット長を示す長さ３７０Ｂの値（オクテット５及び６）を含んでよい。あるいは、または、さらに、ＱｏＳルール３６０Ａは、ＱｏＳルール優先順位３７０Ｃ（オクテット７）を含んでよい。ＱｏＳルール優先順位フィールドを使用して、ＱｏＳルール３６０Ａに関連付けられたＱｏＳフローに関連付けられた他のＱｏＳルール間のＱｏＳルールの優先順位を指定してよい。例えば、ＱｏＳルール優先順位フィールドの値が高くなればなるほど、ＱｏＳルールの優先順位は低くなる。あるいは、または、さらに、ＱｏＳルール３６０Ａは、ＱｏＳフロー識別子３７０Ｄ（オクテット８）を含んでよい。ＱｏＳフロー識別子フィールドを使用して、ＱｏＳフローを識別してよい。

あるいは、または、さらに、ＱｏＳルール３６０Ａは、ルール動作コード３７０Ｅ（オクテット９）を含んでよく、これは、ビット６～８にあってよい。下記の表６は、ルール動作コードの例を示す。

表６を参照すると、ルール動作コードが「このＩＥを無視」、Ｅビット３７０Ｆ、及び、パケットフィルタ数がゼロに設定される場合、ネットワークは、ＱｏＳルールフローテンプレート情報のコンテンツを無視してよい。

表６

図３Ｃを再び参照すると、ＱｏＳルール３６０Ａは、Ｅビット３７０Ｆ（オクテット９のビット５）を含んでよい。Ｅビットは、パラメータリストがＱｏＳルール情報要素に含まれるか否かを示してよい。Ｅビットは、値０がパラメータリストが含まれないことを意味し、値１がパラメータリストが含まれることを意味するように、コード化されてよい。

あるいは、または、さらに、ＱｏＳルール３６０Ａは、パケットフィルタ数３７０Ｇを含んでよい（オクテット９）。パケットフィルタ数は、パケットフィルタリストのパケットフィルタ数の２進コード化を含む。パケットフィルタ数フィールドは、オクテット９のビット４～１にコード化されてよく、ビット４は最上位であり、ビット１は最下位ビットである。「既存のＱｏＳルールを削除」動作と「パケットフィルタ動作無し」とに関しては、パケットフィルタ数は、０としてコード化されてよい。全ての他の動作に関しては、パケットフィルタ数は、０より大きく１５以下であってよい。

あるいは、または、さらに、ＱｏＳルール３６０Ａは、パケットフィルタリスト３７０Ｈ－Ｉ（オクテット１０～ｚ）を含んでよい。パケットフィルタリストは、アップリンクパケットフィルタの変数を含んでよい。「既存のＱｏＳルールを削除」動作と「パケットフィルタ動作無し」に関しては、パケットフィルタリストは空であってよい。

「既存のＱｏＳルールからパケットフィルタを削除」動作に関しては、パケットフィルタリストは、パケットフィルタ識別子の変数を含んでよい。この変数は、パケットフィルタの数３７０Ｇのコード化から導出されてよい。「新しいＱｏＳルールを作成」動作に関しては、パケットフィルタリストは、パケットフィルタの０または変数を含んでよい。この変数は、パケットフィルタ数フィールド３７０Ｇのコード化から導出されてよい。「パケットフィルタを既存のＱｏＳルールに追加」動作及び「既存のＱｏＳルールのパケットフィルタを交換」動作に関しては、パケットフィルタリストは、パケットフィルタの変数を含んでよい。この変数は、パケットフィルタ数フィールド３７０Ｇのコード化から導出されてよい。

図３Ｄは、ある実施形態例による、ルール動作が、既存のＱｏＳルールからパケットを削除、である時の、パケットフィルタリスト３７０Ｈを示す。図３Ｅは、ルール動作が、新しいＱｏＳルールを作成、パケットフィルタを既存のＱｏＳルールに追加、及び／または、既存のＱｏＳルールのパケットフィルタを交換である時の、ある実施形態例によるパケットフィルタリスト３７０Ｈを示す。各パケットフィルタは、可変長であってよく、各パケットフィルタは、パケットフィルタ識別子（４ビット）、パケットフィルタ評価優先順位（１オクテット）、パケットフィルタコンテンツ長（１オクテット）、及び／または、パケットフィルタコンテンツ自体（ｖオクテット）を含んでよい。

パケットフィルタ識別子フィールドを使用して、ＱｏＳルールの各パケットフィルタを識別してよい。最下位の４ビットが使用されてよい。パケットフィルタ評価優先順位フィールドを使用して、ＱｏＳルールの全てのパケットフィルタ間のパケットフィルタの優先順位を指定してよい。パケットフィルタ評価優先順位フィールドの値が高くなればなるほど、パケットフィルタの優先順位は低くなる。送信順で最初のビットは、最上位ビットであってよい。パケットフィルタコンテンツフィールドの長さは、パケットフィルタのパケットフィルタコンテンツフィールドの長さの２進コード化された表現を含んでよい。送信順の最初のビットは、最上位ビットであってよい。パケットフィルタコンテンツフィールドは、可変サイズであってよく、パケットフィルタコンポーネントの変数（少なくとも１つ）を含む。各パケットフィルタコンポーネントは、１オクテットのパケットフィルタコンポーネントタイプ識別子のシーケンスと、固定長のパケットフィルタコンポーネント値フィールドとしてエンコードされてよい。パケットフィルタコンポーネントタイプ識別子が、最初に送信されてよい。各パケットフィルタには、各パケットフィルタコンポーネントタイプは１つまで存在してよい。「ＩＰｖ４遠隔アドレスタイプ」及び「ＩＰｖ６遠隔アドレスタイプ」のパケットフィルタコンポーネントのうち、１つだけが１つのパケットフィルタに存在してよい。「単一のローカルポートタイプ」と「ローカルポート範囲タイプ」のパケットフィルタコンポーネントのうち、１つだけが、１つのパケットフィルタに存在してよい。「単一遠隔ポートタイプ」及び「遠隔ポート範囲タイプ」のパケットフィルタコンポーネントのうち、１つだけが、１つのパケットフィルタに存在してよい。パケットフィルタの文脈において、ローカルという用語は、ＵＥを指し、遠隔という用語は外部のネットワークエンティティを指す。

図３Ｅを参照すると、パケットフィルタ識別子３８９Ａ～３８９のフィールドを使用して、ＱｏＳルールの各パケットフィルタを識別してよい。最下位の４ビットは、パケットフィルタ識別子３８９Ａ～３８９Ｃを伝えるように図３Ｅに示すように使用されてよい。パケットフィルタ評価優先順位３９０Ａ～３９０Ｃフィールドを使用して、ＱｏＳルールの全てのパケットフィルタのうちでパケットフィルタの優先順位を指定してよい。例えば、パケットフィルタ評価優先順位フィールドの値が高くなればなるほど、そのパケットフィルタの優先順位は低くなる。送信順の最初のビットは、最上位ビットであってよい。パケットフィルタコンテンツ長３９２Ａ～３９２Ｃフィールドは、パケットフィルタのパケットフィルタコンテンツフィールドの長さの２進コード化された表現を含んでよい。送信順の最初のビットは、最上位ビットであってよい。パケットフィルタコンテンツ３９４Ａ～３９４Ｃフィールドは、可変サイズであってよく、少なくとも１つのパケットフィルタコンポーネントを含んでよい。各パケットフィルタコンポーネントは、１オクテットのパケットフィルタコンポーネントタイプ識別子のシーケンス、及び、固定長のパケットフィルタコンポーネント値フィールドとしてエンコードされてよい。パケットフィルタコンポーネントタイプ識別子は、最初に送信されてよい。各パケットフィルタにおいて、各パケットフィルタコンポーネントタイプは１以下であってよい。「ＩＰｖ４遠隔アドレスタイプ」及び「ＩＰｖ６遠隔アドレスタイプ」パケットフィルタコンポーネントのうち、１つだけが１つのパケットフィルタに存在してよい。「単一ローカルポートタイプ」及び「ローカルポート範囲タイプ」パケットフィルタコンポーネントのうちで、１つだけが、１つのパケットフィルタに存在してよい。「単一遠隔ポートタイプ」及び「遠隔ポート範囲タイプ」パケットフィルタコンポーネントのうち、１つだけが１つのパケットフィルタに存在してよい（ここで、ローカルはＵＥを指し、遠隔は、外部ネットワークエンティティを指す）。

表７は、ある実施形態例による、パケットフィルタコンポーネントタイプ識別子の例を列挙する。パケットフィルタコンテンツ（例えば、３９４Ａ、３９４Ｂまたは３９４Ｃを参照）フィールドは、可変サイズであり、少なくとも１つのパケットフィルタコンポーネントを含む。各パケットフィルタコンポーネントは、１オクテットのパケットフィルタコンポーネントタイプ識別子のシーケンス及び固定長パケットフィルタコンポーネント値フィールドとしてエンコードされてよい。パケットフィルタコンポーネントタイプ識別子は、最初に送信されてよい。

表７

表７を参照すると、「ＩＰｖ４遠隔アドレスタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、４オクテットのＩＰｖ４アドレスフィールド及び４オクテットＩＰｖ４アドレスマスクフィールドのシーケンスとしてエンコードされてよい。ＩＰｖ４アドレスフィールドは、最初に送信されてよい。「ＩＰｖ４ローカルアドレスタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、「ＩＰｖ４遠隔アドレスタイプ」に関して規定されたようにエンコードされてよい。このパケットフィルタコンポーネントを使用するためには、ＱｏＳルールに、ローカルアドレスを支援に関して、ＵＥ及びネットワークの表示の両方が必要であり得る。「ＩＰｖ６遠隔アドレスタイプ」に関して、パケットフィルタコンポーネント値フィールドは、１６オクテットのＩＰｖ６アドレスフィールドと１６オクテットＩＰｖ６アドレスマスクフィールドのシーケンスとしてエンコードされてよい。ＩＰｖ６アドレスフィールドは、最初に送信されてよい。「ＩＰｖ６遠隔アドレス／プレフィックス長タイプ」に関しては、パケットフィルタコンポーネント値フィールドは、１６オクテットのＩＰｖ６アドレスフィールド及び１オクテットのプレフィックス長フィールドのシーケンスとしてエンコードされてよい。ＩＰｖ６アドレスフィールドは、最初に送信されてよい。ＱｏＳルールにローカルアドレスを支援するＵＥ及びネットワークの表示の両方が存在する時、このパラメータが、ＩＰｖ６遠隔アドレスタイプの代わりに使用されてよい。「ＩＰｖ６ローカルアドレス／プレフィックス長タイプ」に関しては、パケットフィルタコンポーネント値フィールドが、「ＩＰｖ６遠隔アドレス／プレフィックス長」に対して規定されたようにエンコードされてよい。このパケットフィルタコンポーネントを使用するためには、ＱｏＳルールにローカルアドレスを支援に関して、ＵＥ及びネットワーク表示の両方が必要である。

「プロトコル識別子／次のヘッダタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、ＩＰｖ４プロトコル識別子またはＩＰｖ６次のヘッダを指定する１オクテットとしてエンコードされてよい。

「単一ローカルポートタイプ」及び「単一遠隔ポートタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、ポート番号を指定する２オクテットとしてエンコードされてよい。「ローカルポート範囲タイプ」及び「遠隔ポート範囲タイプ」に関して、パケットフィルタコンポーネント値フィールドは、２オクテットのポート範囲下限フィールド及び２オクテットのポート範囲上限フィールドのシーケンスとしてエンコードされてよい。ポート範囲下限フィールドは、最初に送信されてよい。

「セキュリティパラメータインデックス」に関して、パケットフィルタコンポーネント値フィールドは、ＩＰＳｅｃセキュリティパラメータインデックスを指定する４オクテットとしてエンコードされてよい。「サービスタイプ／トラフィッククラスタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、１オクテットのサービスタイプ／トラフィッククラスフィールド及び１オクテットのサービスタイプ／トラフィッククラスマスクフィールドのシーケンスとしてエンコードされてよい。サービスタイプ／トラフィッククラスフィールドは、最初に送信されてよい。「フローラベルタイプ」に関して、パケットフィルタコンポーネント値フィールドは、ＩＰｖ６フローラベルを指定する３オクテットとしてエンコードされてよい。最初のオクテットのビット８～５は、スペアであってよく、残りの２０ビットは、ＩＰｖ６フローラベルを含んでよい。「宛先ＭＡＣアドレスタイプ」及び「発信元ＭＡＣアドレスタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、ＭＡＣアドレスを指定する６オクテットとしてエンコードされてよい。

「８０２．１Ｑ Ｃ－ＴＡＧ ＶＩＤタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、Ｃｕｓｔｏｍｅｒ－ＶＬＡＮタグ（Ｃ－ＴＡＧ）のＶＩＤを指定する２オクテットとしてエンコードされてよい。最初のオクテットのビット８～５は、スペアであってよく、残りの１２ビットは、ＶＩＤを含んでよい。「８０２．１Ｑ Ｓ－ＴＡＧ ＶＩＤタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、Ｓｅｒｖｉｃｅ－ＶＬＡＮタグ（Ｓ－ＴＡＧ）のＶＩＤを指定する２オクテットとしてエンコードされてよい。最初のオクテットのビット８～５は、スペアであってよく、残りの１２ビットは、ＶＩＤを含んでよい。「８０２．１Ｑ Ｃ－ＴＡＧ ＰＣＰ／ＤＥＩタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、８０２．１Ｑ Ｃ－ＴＡＧ ＰＣＰ及びＤＥＩを指定する１オクテットとしてエンコードされてよい。オクテットのビット８～５は、スペアであってよく、ビット４～２は、ＰＣＰを含み、ビット１は、ＤＥＩを含む。「８０２．１Ｑ Ｓ－ＴＡＧ ＰＣＰ／ＤＥＩタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、８０２．１Ｑ Ｓ－ＴＡＧ ＰＣＰを指定する１オクテットとしてエンコードされてよい。オクテットのビット８～５は、スペアであってよく、ビット４～２は、ＰＣＰを含み、ビット１は、ＤＥＩを含む。「Ｅｔｈｅｒｔｙｐｅタイプ」に関しては、パケットフィルタコンポーネント値フィールドは、Ｅｔｈｅｒｔｙｐｅを指定する２オクテットとしてエンコードされてよい。

図３Ｆは、ある実施形態例による、（オクテットｚ＋１～オクテットｖに位置し得る）パラメータリストの例を示す。パラメータリストは、ＱｏＳルールの一部であり、ＱｏＳパラメータをＵＥに伝えるまたは提供するために使用され、結果として、パケットフィルタに一致したＱｏＳフローは、パラメータに示されたＱｏＳ処理、例えば、ＧＦＢＲアップリンクはアップリンクが保証したフロービットレートに等しい、ＭＦＢＲダウンリンクはダウンリンク最大フロービットレートに等しい等、を受信する。パラメータリストは、転送され得るパラメータの変数を含んでよい。パラメータリストが含まれる場合、Ｅビットは１に設定され、そうでない場合、Ｅビットは０に設定される。パラメータリストに含まれる各パラメータは、可変長である。さらに、パラメータリストの各パラメータは、パラメータ識別子（１オクテット）、パラメータコンテンツ長（１オクテット）、及び／または、パラメータコンテンツ自体（ｖオクテット）を含んでよい。パラメータ識別子フィールドは、パラメータリストに含まれた各パラメータの識別に使用されてよく、パラメータ識別子の１６進コード等のコードを含んでよい。パラメータ識別子フィールドの８番目のビット８は、最上位ビットであってよく、１番目のビットは、最下位ビットであってよい。パラメータ識別子の例は、０１Ｈ（５ＱＩ）、０２Ｈ（ＧＦＢＲアップリンク）、０３Ｈ（ＧＦＢＲダウンリンク）、０４Ｈ（ＭＦＢＲアップリンク）、及び、０５Ｈ（ＭＦＢＲダウンリンク）を含む。

パラメータリストが、受信エンティティが支援していないパラメータ識別子を含む場合、対応するパラメータは、廃棄されてよい。パラメータコンテンツフィールドの長さは、パラメータコンテンツフィールドの長さの２進コード化された表現を含んでよい。送信順の最初のビットは、最上位ビットであってよい。

パラメータ識別子が５ＱＩを示す時、パラメータコンテンツフィールドは、長さ１オクテットの５Ｇ ＱｏＳ識別子の２進表現を含んでよい。パラメータ識別子がＧＦＢＲアップリンクを示す時、パラメータコンテンツフィールドは、長さ４オクテットの、アップリンクの保証されたフロービットレートの２進表現を含んでよい。パラメータ識別子がＧＦＢＲダウンリンクを示す時、パラメータコンテンツフィールドは、長さ４オクテットの、ダウンリンクの保証されたフロービットレートの２進表現を含んでよい。パラメータ識別子が、ＭＦＢＲアップリンクを示す時、パラメータコンテンツフィールドは、長さ４オクテットの、アップリンクの最大フロービットレートの２進表現を含んでよい。パラメータ識別子が、ＭＦＢＲダウンリンクを示す時、パラメータコンテンツフィールドは、長さ４オクテットの、ダウンリンクの最大フロービットレートの２進表現を含んでよい。

ある実施形態例においては、ＵＥがＰＤＵセッションを確立した時、最初にサブスクライブされたＰＤＵセッションの合計最大ビットレート（ＡＭＢＲ：ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）を示し、ＰＤＵセッションがネットワークによって変更された場合、新しくサブスクライブされたＰＤＵセッションのＡＭＢＲを示すように、セッション－ＡＭＢＲ情報要素が提供されてよい。セッション－ＡＭＢＲ情報要素は、表ＹＹ及び表ＸＸで以下に示すように、実施されてよい。セッション－ＡＭＢＲは、長さ８オクテットのタイプ４情報要素である。

表ＹＹ：セッション－ＡＭＢＲ情報要素

表ＸＸ：セッション－ＡＭＢＲ情報要素

ある実施形態例においては、ＰＤＵセッション確立承諾メッセージは、ＱｏＳルール、セッション－ＡＭＢＲ、及び、ネットワークが許可した他のＱｏＳパラメータを含んでよい。表ＧＧは、ある実施形態例による、ＰＤＵセッション確立承諾メッセージの実施態様例を示す。

表ＧＧ：ＰＤＵセッション確立承諾メッセージ

図４は、ある実施形態例による、リフレクティブＱｏＳを介して導出されたＱｏＳルールを取得する信号伝達フロー４００の例を示す。ＵＥ１５０は、４０２において、ＵＥ１５０がネットワークから受信したリフレクティブＱｏＳタイマ値を記憶していてよい。さらに、ＵＥは、パケットフィルタを含む許可されたＱｏＳルールを有してよい。

４０４において、ある実施形態例によると、ＰＤＵセッションは、リフレクティブＱｏＳを有効にして、確立されてよい。ある実施形態例によると、ＵＰＦ１５８が、４１０において、対応するＰＤＵセッションに関して、データネットワーク（ＤＮ）１６２からダウンリンクパケット（複数可）を受信すると、ＵＰＦ１５８は、４１２において、パケットカプセル化ヘッダでＲＱｏＳ表示ビットセットを有するパケット（複数可）にマークを付けてよい。ある実施形態例によると、ＵＰＦは、４１４において、マークを付けられたダウンリンクパケットをアクセスネットワーク１５０に転送してよい。アクセスネットワーク１５０は、４１６において、ダウンリンクパケットがリフレクティブＱｏＳの対象であるとマークを付けてよい。４２０においてダウンリンクパケットを受信すると、ＵＥ１５０は、４２２において、導出されたＱｏＳルールの品質フローインジケータ（ＱＦＩ）及びパケットフィルタを導出してよく、ＲＱｏＳタイマを開始してよい。導出されたＱｏＳルールは、ネットワークへのアップリンクトラフィックに使用されてよい。導出されたルールは、ＱＦＩ及びアップリンクパケットフィルタを含んでよく、発信元ＩＰ情報（例えば、ＩＰアドレス、ポート等）を用いて、ダウンリンクパケットヘッダから導出される。ＲＱｏＳタイマが実行しており、識別されたＱｏＳフローのマークが存在する限り、導出されたＱｏＳルールは、アップリンクトラフィックＱｏＳ分類に使用できる。導出されたルールは、発信元ＩＰ情報（ＩＰアドレス、ポート等）及びデフォルトルール優先値を用いてダウンリンクパケットヘッダから導出されたＱＦＩと少なくとも１つのアップリンクパケットフィルタとを含んでよい。

図５は、ある実施形態例による、ＵＥから取り除いた導出されたＱｏＳルールの信号伝達フロー５００の例を示す。ＵＥ１５０は、ＵＥ１５０がネットワークから受信したリフレクティブＱｏＳタイマ値を、５１２において、記憶していてよい。さらに、ＵＥは、パケットフィルタを含む許可されたＱｏＳルールを有してよい。

ある実施形態例によると、５１０において、リフレクティブＱｏＳが有効にされて、ＰＤＵセッションが確立されてよい。５１２において、導出されたＱｏＳルールが、アップリンクトラフィックに使用されてよく、ＲＱｏＳタイマが開始されてよい。図５の例においては、ネットワークからのＲＱｏＳ表示が無いことによって、５３０Ａ～５３０Ｃに示されるようにリフレクティブＱｏＳ動作はもう無いとして、ＳＤＦが変更された。図に示すように、ＵＰＦ１５８は、５３０Ａにおいて、パケットカプセル化ヘッダにＲＱｏＳ表示ビットを設定しなかった。ＲＱｏＳタイマ５３０Ｃより長い期間、ダウンリンクパケットのＲＱｏＳ表示が無い場合、リフレクティブＱｏＳタイマは終了してよく、この場合、ＵＥ１５０が導出したＱｏＳルールは、５４０において、ＵＥから取り除かれる。

図６は、ある実施形態例による、装置１０のブロック図を示す。

装置１０は、ユーザ機器１５０等のユーザ機器を表してよい。あるいは、または、さらに、装置１０の一部は、基地局、ＡＭＦ、ＳＭＦ、及び／または同種のもの等のネットワークノードを提供してよい。例えば、ＡＭＦ及びＳＭＦは、他のネットワークノードへの有線及び／または無線のインタフェース、少なくとも１つのプロセッサ回路を含んでよい。プロセッサ回路は、ＡＭＦまたはＳＭＦに関して本明細書に開示された１つまたは複数の動作を生じさせるプログラムコードにアクセスし得る。

装置１０は、送信機１４及び受信機１６と通信する少なくとも１つのアンテナ１２を含んでよい。あるいは、送信アンテナ及び受信アンテナは、別々であってよい。装置１０はまた、送信機に信号を提供し、受信機から信号を受信するように、また、装置の機能を制御するように構成されたプロセッサ２０を含んでよい。プロセッサ２０は、送信機及び受信機への導線を介した制御信号伝達を行うことによって、送信機及び受信機の機能を制御するように構成されてよい。同様に、プロセッサ２０は、ディスプレイまたはメモリ等の他の要素にプロセッサ２０を接続する導線を介して制御信号伝達を行うことによって、装置１０の他の要素を制御するように構成されてよい。プロセッサ２０は、例えば、回路、少なくとも１つの処理コア、付属のデジタル信号プロセッサ（複数可）を有する１つまたは複数のマイクロプロセッサ、付属のデジタル信号プロセッサの無い１つまたは複数のプロセッサ（複数可）、１つまたは複数のコプロセッサ、１つまたは複数のマルチコアプロセッサ、１つまたは複数のコントローラ、処理回路、１つまたは複数のコンピュータ、集積回路（例えば、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ等）を含む様々な他の処理要素、または、これらの組み合わせを含む様々な形で実現されてよい。従って、１つのプロセッサとして図６に示されているが、ある実施形態例においては、プロセッサ２０は、複数のプロセッサまたは処理コアを含んでよい。

装置１０は、１つまたは複数のエアインタフェース規格、通信プロトコル、変調タイプ、アクセスタイプ等と共に動作可能であってよい。プロセッサ２０が送信及び受信する信号は、適用可能なセルラーシステムのエアインタフェース規格に従った信号伝達情報、及び／または、電気電子技術者協会（ＩＥＥＥ）８０２．１１、８０２．１６、８０２．３、ＡＤＳＬ、ＤＯＣＳＩＳ等、Ｗｉ－Ｆｉ、無線ローカルアクセスネットワーク（ＷＬＡＮ）技術を含むが、これらに限らない任意の数の異なる有線または無線ネットワーク技術を含んでよい。さらに、これらの信号は、音声データ、ユーザが生成したデータ、ユーザが要求したデータ等を含んでよい。

例えば、装置１０及び／または装置１０内のセルラーモデムは、様々な第１世代（１Ｇ）通信プロトコル、第２世代（２Ｇまたは２．５Ｇ）通信プロトコル、第３世代（３Ｇ）通信プロトコル、第４世代（４Ｇ）通信プロトコル、第５世代（５Ｇ）通信プロトコル、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）通信プロトコル（例えば、セッション開始プロトコル（ＳＩＰ）等）に従って、動作可能であってよい。例えば、装置１０は、２Ｇ無線通信プロトコルＩＳ－１３６、時分割多重アクセスＴＤＭＡ、グローバス・システム・フォア・モバイル・コミュニケーションズＧＳＭ、ＩＳ－９５、符号分割多重アクセスＣＤＭＡ等に従って、動作可能であってよい。さらに、例えば、装置１０は、２．５Ｇ無線通信プロトコル、汎用パケット無線システム（ＧＰＲＳ）、強化データＧＳＭ環境（ＥＤＧＥ）等に従って、動作可能であってよい。さらに、例えば、装置１０は、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）、符号分割多重アクセス２０００（ＣＤＭＡ２０００）、広帯域符号分割多重アクセス（ＷＣＤＭＡ（登録商標））、時分割同期符号分割多重アクセス（ＴＤ－ＳＣＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、及び／または同種のもの等、３Ｇ無線通信プロトコルに従って、動作可能であってよい。装置１０は、さらに、ロング・ターム・エボリューション（ＬＴＥ）、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等、３．９Ｇ無線通信プロトコルに従って、動作可能であってよい。さらに、例えば、装置１０は、ＬＴＥアドバンスト、５Ｇ等の４Ｇ無線通信プロトコルと、その後に開発され得る同様の無線通信プロトコルに従って、動作可能であってよい。

プロセッサ２０は、装置１０のオーディオ／ビデオ及び論理関数を実施する回路を含んでよいことは理解されたい。例えば、プロセッサ２０は、デジタル信号プロセッサデバイス、マイクロプロセッサデバイス、アナログデジタル変換器、デジタルアナログ変換器等を含んでよい。装置１０の制御及び信号処理機能は、各能力に従って、これらのデバイス間に割り当てられてよい。プロセッサ２０は、内部音声符号器（ＶＣ）２０、内部データモデム（ＤＭ）２０ｂ等をさらに含んでよい。さらに、プロセッサ２０は、メモリに記憶されてよい１つまたは複数のソフトウェアプログラムを動作させる機能を含んでよい。一般に、プロセッサ２０及び記憶したソフトウェア命令は、装置１０にアクションを行わせるように構成されてよい。例えば、プロセッサ２０は、ウェブブラウザ等の接続プログラムを動作させることが可能であってよい。接続プログラムは、無線アプリケーションプロトコルＷＡＰ、ハイパーテキスト転送プロトコルＨＴＴＰ等のプロトコルに従って、位置ベースのコンテンツ等のウェブコンテンツを装置１０が送信及び受信することを可能にしてよい。

装置１０は、例えば、イヤホンまたはスピーカ２４、リンガ２２、マイクロフォン２６、ディスプレイ２８、ユーザ入力インタフェース等を含む、ユーザインタフェースも含んでよく、これらは、動作可能にプロセッサ２０に結合されてよい。ディスプレイ２８は、上記のように、タッチセンサ式ディスプレイを含んでよく、ユーザは、ディスプレイにタッチして及び／またはジェスチャを行って、選択を行う、値を入力すること等を行ってよい。プロセッサ２０は、スピーカ２４、リンガ２２、マイクロフォン２６、ディスプレイ２８、及び／または同種のもの等のユーザインタフェースの１つまたは複数の要素の少なくとも一部の機能を制御するように構成されたユーザインタフェース回路も含んでよい。プロセッサ２０及び／またはプロセッサ２０を含むユーザインタフェース回路は、例えば、揮発性メモリ４０、不揮発性メモリ４２等、プロセッサ２０にアクセス可能なメモリに記憶されたコンピュータプログラム命令、例えば、ソフトウェア及び／またはファームウェアを通して、ユーザインタフェースの１つまたは複数の要素の１つまたは複数の機能を制御するように構成されてよい。装置１０は、モバイル端末に関連する様々な回路、例えば、検出可能な出力として機械的振動を提供する回路に、充電するバッテリを含んでよい。ユーザ入力インタフェースは、（ディスプレイ２８にある仮想キーボード、または、外部に結合されたキーボードであってよい）キーパッド３０及び／または他の入力装置等、装置１０がデータを受信するのを可能にするデバイスを含んでよい。

図６に示すように、装置１０は、データを共有及び／または取得する１つまたは複数の機構も含んでよい。例えば、装置１０は、短距離無線周波数（ＲＦ）送受信機及び／または質問機６４を含んでよく、その結果、データは、ＲＦ技術に従って、電子デバイスと共有及び／または電子デバイスから取得されてよい。装置１０は、赤外線（ＩＲ）送受信機６６、ブルートゥース（登録商標）無線技術を用いて動作するブルートゥース（登録商標）（ＢＴ）送受信機６８、無線ユニバーサルシリアルバス（ＵＳＢ）送受信機７０、ブルートゥース（登録商標）低エネルギー送受信機、ＺｉｇＢｅｅ送受信機、ＡＮＴ送受信機、セルラーデバイスツーデバイス送受信機、無線ローカルエリアリンク送受信機、及び／または、任意の他の短距離無線技術等、他の短距離送受信機を含んでよい。装置１０、及び、特に、短距離送受信機は、例えば、１０メートル以内等、装置の近距離にある電子デバイスとデータを送受信することが可能であってよい。Ｗｉ-Ｆｉまたは無線ローカルエリアネットワークモデムを含む装置１０は、また、６ＬｏＷｐａｎ、Ｗｉ-Ｆｉ、Ｗｉ-Ｆｉ低電力、ＩＥＥＥ８０２．１１技術、ＩＥＥＥ８０２．１５技術、ＩＥＥＥ８０２．１６技術等のＷＬＡＮ技術等を含む様々な無線ネットワーク技術に従って、電子デバイスとデータを送受信することが可能であってよい。

装置１０は、加入者識別モジュール（ＳＩＭ）３８、リムーバルユーザ識別モジュール（Ｒ-ＵＩＭ）、ｅＵＩＣＣ、ＵＩＣＣ等のメモリを含んでよく、メモリは、モバイル加入者に関する情報要素を記憶してよい。ＳＩＭに加えて、装置１０は、他のリムーバル及び／または固定メモリを含んでよい。装置１０は、揮発性メモリ４０及び／または不揮発性メモリ４２を含んでよい。例えば、揮発性メモリ４０は、ダイナミック及び／またはスタティックＲＡＭ、オンチップまたははオフチップキャッシュメモリ等を含む、ランダムアクセスメモリ（ＲＡＭ）を含んでよい。埋め込み及び／またはリムーバルであってよい不揮発性メモリ４２は、例えば、リードオンリメモリ、フラッシュメモリ、磁気記憶装置、例えば、ハードディスク、フロッピディスクドライブ、磁気テープ、光ディスクドライブ及び／または媒体、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）等を含んでよい。揮発性メモリ４０同様、不揮発性メモリ４２は、データを一時的に記憶するためのキャッシュ領域を含んでよい。揮発性及び／または不揮発性メモリの少なくとも一部は、プロセッサ２０に埋め込まれてよい。メモリは、１つまたは複数のソフトウェアプログラム、命令、情報、データ等を記憶してよく、これらは、本明細書に開示の動作を行うために装置によって使用されてよく、動作は、ユーザ機器が、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを形成することと、ユーザ機器が、表示を含むセッション確立メッセージをセッション管理機能に送信することと、セッション管理機能及び／または対応するネットワークが、少なくとも１つのセッション管理能力を支援して、ユーザ機器が少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、ユーザ機器が、セッション管理機能から受信することと、を含む。あるいは、または、さらに、装置は、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを、セッション管理機能ノードでユーザ機器から受信することと、セッション管理機能及び／または対応するネットワークが、ユーザ機器を有効にする少なくとも１つのセッション管理能力を支援するか否かを示す応答を、セッション管理機能ノードがユーザ機器に送信することと、を生じさせるように構成されてよい。

メモリは、装置１０を一意に識別可能な、国際移動体装置識別番号（ＩＭＥＩ）コード等、識別子を含んでよい。メモリは、装置１０を一意に識別可能な、国際移動体装置識別番号（ＩＭＥＩ）コード等識別子を含んでよい。実施形態例においては、プロセッサ２０は、メモリ４０及び／または４２に記憶されたコンピュータコードを用いて、本明細書に開示の１つまたは複数の態様を制御及び／または提供するように構成されてよく、態様は、ユーザ機器が、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを形成することと、ユーザ機器が、表示を含むセッション確立メッセージをセッション管理機能に送信することと、セッション管理機能及び／または対応するネットワークが、少なくとも１つのセッション管理能力を支援して、ユーザ機器が少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、ユーザ機器がセッション管理機能から受信することと、を含む。あるいは、または、さらに、装置は、ユーザ機器が支援する少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを、セッション管理機能ノードで、ユーザ機器から受信することと、セッション管理機能ノードが、セッション管理機能及び／または対応するネットワークが、ユーザ機器を有効にする少なくとも１つのセッション管理能力を支援するか否かを示す応答をユーザ機器に送信することと、を生じさせるように構成されてよい。

本明細書に開示の実施形態の一部は、ソフトウェア、ハードウェア、アプリケーション論理、または、ソフトウェア、ハードウェア、及び、アプリケーション論理の組み合わせで実施されてよい。ソフトウェア、アプリケーション論理、及び／または、ハードウェアは、例えば、メモリ４０、制御装置２０、または、電子部品に存在してよい。ある実施形態例においては、アプリケーション論理、ソフトウェア、または、命令セットは、様々な従来のコンピュータ可読媒体のいずれかに保持される。本明細書の文脈では、「コンピュータ可読媒体」は、図６に示す例と共に、コンピュータまたはデータプロセッサ回路等の命令実行システム、装置、または、デバイスによって使用される、または、共に使用される命令を含んでよい、記憶してよい、通信してよい、伝えてよい任意の非一時的媒体であってよく、コンピュータ可読媒体は、コンピュータ等の命令実行システム、装置、または、デバイスによって使用される、または、共に使用される命令を含み得る、または、記憶し得る任意の媒体であってよい非一時的コンピュータ可読記憶媒体を含んでよい。

以下に記載の特許請求の範囲、解釈、または、適用を決して制限することなく、本明細書に開示の実施形態例の１つまたは複数の技術的効果は、強化されたセッション管理であってよい。

本明細書に記載の主題は、所望の構成に応じて、システム、装置、方法、及び／または、製品で実現されてよい。例えば、本明細書に記載の基地局及びユーザ機器（または、その中の１つまたは複数の構成要素）及び／またはプロセスは、プログラムコードを実行するプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、埋め込みプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及び／または、これらの組み合わせの１つまたは複数を用いて実施されてよい。これらの様々な実施態様は、１つまたは複数のコンピュータプログラムでの実施態様を含んでよく、コンピュータプログラムは、ストレージシステム、少なくとも１つの入力装置、及び、少なくとも１つの出力装置からデータ及び命令を受信し、それらにデータ及び命令を送信するように結合された、専用または汎用の少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムで実行可能及び／または解釈可能である。これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリケーション、コンポーネント、プログラムコード、または、コードとしても知られる）は、プログラマブルプロセッサに対する機械命令を含み、高水準手順及び／またはオブジェクト指向のプログラム言語で、及び／または、アセンブリ／機械語で実施されてよい。本明細書で使用される場合、「コンピュータ可読媒体」という用語は、機械命令を受信する機械可読媒体を含む、機械命令及び／またはデータをプログラマブルプロセッサに提供するのに使用される任意のコンピュータプログラム製品、機械可読媒体、コンピュータ可読記憶媒体、装置、及び／または、デバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル論理回路（ＰＬＤ））を指す。同様に、プロセッサとプロセッサに結合されたメモリとを含み得るシステムも本明細書に記載される。メモリは、本明細書に記載の動作の１つまたは複数をプロセッサに行わせる１つまたは複数のプログラムを含んでよい。

少数の変形形態を詳細に記載したが、他の修正または追加が可能である。詳細には、さらなる特徴及び／または変形形態が、本明細書に記載の特徴及び変形形態に加えて提供されてよい。さらに、上記実施態様は、開示の特徴の様々な組み合わせ及びサブコンビネーション、及び／または、上記に開示の幾つかのさらなる特徴の組み合わせ及びサブコンビネーションを対象にしてよい。他の実施形態は、下記の特許請求の範囲内にあってよい。

必要に応じて、本明細書に記載の異なる機能は、異なる順で及び／または互いに同時に行われてよい。さらに、必要に応じて、上記機能の１つまたは複数は、任意選択であってよく、または、組み合わされてよい。実施形態の一部の様々な態様は、独立請求項に記載されるが、実施形態の一部の他の態様は、上記実施形態の特徴の他の組み合わせ、及び／または、独立請求項の特徴を有する従属請求項を含み、特許請求の範囲で明示的に規定される組み合わせのみではない。上記では実施形態例を記載したが、これらの記載は、制限的な意味でとらえるべきではないことにも留意されたい。むしろ、添付請求項に規定される実施形態の一部の範囲を逸脱することなく行われ得る幾つかの変形形態及び修正形態がある。他の実施形態は、以下の特許請求の範囲内にあってよい。「に基づいて」の用語は、「少なくとも基づいて」を含む。「等（ｓｕｃｈ ａｓ）」の句の使用は、別段の記載のない限り、「例えば、等（ｓｕｃｈ ａｓ ｆｏｒ ｅｘａｍｐｌｅ）」を意味する。

Claims (32)

1. ユーザ機器が、前記ユーザ機器によって支援される少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを形成することであって、前記セッション管理能力は、リフレクティブサービス品質である、前記セッション確立メッセージを形成することと、
   前記ユーザ機器が、前記表示を含む前記セッション確立メッセージをセッション管理機能に送信することと、
   前記セッション管理機能及び／または前記セッション管理機能を含む対応するネットワークが、前記少なくとも１つのセッション管理能力を有効にして、前記ユーザ機器が前記少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、前記ユーザ機器が、前記セッション管理機能から受信することと、
   を含む方法であって、
   前記応答は、前記ユーザ機器に対して許可された少なくとも１つのサービス品質ルールと、前記リフレクティブサービス品質に関連付けられたタイマのタイマ値であって、前記セッション管理機能が前記リフレクティブサービス品質を有効にするか否かを示す前記タイマ値と、を含む、
   前記方法。
2. 前記セッション確立メッセージは、パケットデータユニットセッション確立要求を備え、
   前記セッション確立メッセージは、前記表示、パケットデータユニットセッション識別子、及び、パケットデータユニットセッションタイプを含む、請求項１に記載の方法。
3. 前記表示は、少なくとも１つのビットを含む情報要素を備え、
   前記少なくとも１つのビットの値は、前記少なくとも１つのセッション管理能力が前記ユーザ機器によって支援されるか否かを示す、請求項１及び請求項２のいずれかに記載の方法。
4. 前記少なくとも１つのビットの前記値は、前記リフレクティブサービス品質が、前記ユーザ機器によって支援されるか否かを示す、請求項３に記載の方法。
5. 前記応答は、パケットデータユニットセッション確立承諾を含む、請求項１～請求項４のいずれかに記載の方法。
6. 前記応答は、セッション管理情報を含む、請求項１～請求項５のいずれかに記載の方法。
7. 前記ユーザ機器に対して許可された前記少なくとも１つのサービス品質ルールは、少なくとも１つのアップリンクパケットフィルタを含む、請求項１～請求項６のいずれかに記載の方法。
8. 前記ユーザ機器が、少なくとも１つのパケットが前記リフレクティブサービス品質の対象であることを示すマークを付けられた少なくとも１つのダウンリンクパケットを受信することと
   前記ユーザ機器が、少なくとも１つのアップリンクパケットに対して使用するための少なくとも１つのサービス品質ルールを、少なくとも１つのダウンリンクパケットに基づいて導出することと、
   をさらに含む、請求項１～請求項７のいずれかに記載の方法。
9. 前記ユーザ機器が、前記少なくとも１つのパケットが前記リフレクティブサービス品質の対象になることを示すマークが付いていない前記少なくとも１つのダウンリンクパケットを受信することと、
   前記ユーザ機器が、前記タイマが終了すると、少なくとも１つのサービス品質ルールを取り除くことと、
   をさらに含む、請求項１～請求項８のいずれかに記載の方法。
10. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと、
    を備える、装置であって、
    前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、少なくとも、
    前記装置によって支援される少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを形成することであって、前記セッション管理能力は、リフレクティブサービス品質である、前記セッション確立メッセージを形成すること、
    前記表示を含む前記セッション確立メッセージをセッション管理機能に送信すること、
    前記セッション管理機能及び／または前記セッション管理機能を含む対応するネットワークが、前記少なくとも１つのセッション管理能力を有効にして、前記装置が前記少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、前記セッション管理機能から受信すること、
    を行わせるように構成され、
    前記応答は、前記装置に対して許可された少なくとも１つのサービス品質ルールと、前記リフレクティブサービス品質に関連付けられたタイマのタイマ値であって、前記セッション管理機能が前記リフレクティブサービス品質を有効にするか否かを示す前記タイマ値と、を含む、
    前記装置。
11. 前記セッション確立メッセージは、パケットデータユニットセッション確立要求を備え、前記セッション確立メッセージは、前記表示、パケットデータユニットセッション識別子、及び、パケットデータユニットセッションタイプを含む、請求項１０に記載の装置。
12. 前記表示は、少なくとも１つのビットを含む情報要素を備え、前記少なくとも１つのビットの値は、前記少なくとも１つのセッション管理能力が前記装置によって支援されるか否かを示す、請求項１０または請求項１１に記載の装置。
13. 前記少なくとも１つのビットの前記値は、前記リフレクティブサービス品質が、前記装置によって支援されるか否かを示す、請求項１２に記載の装置。
14. 前記応答は、パケットデータユニットセッション確立承諾を含む、請求項１０～請求項１３のいずれかに記載の装置。
15. 前記応答は、セッション管理情報を含む、請求項１０～請求項１４のいずれかに記載の装置。
16. 前記装置に対して許可された前記少なくとも１つのサービス品質ルールは、少なくとも１つのアップリンクパケットフィルタを含む、請求項１０～請求項１５のいずれかに記載の装置。
17. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、少なくとも、
    少なくとも１つのパケットが前記リフレクティブサービス品質の対象であることを示すマークを付けられた少なくとも１つのダウンリンクパケットを受信することと
    少なくとも１つのアップリンクパケットに対して使用するための少なくとも１つのサービス品質ルールを、少なくとも１つのダウンリンクパケットに基づいて導出することと、
    を行わせるように更に構成される、請求項１０～請求項１６のいずれかに記載の装置。
18. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、少なくとも、
    少なくとも１つのパケットが前記リフレクティブサービス品質の対象になることを示すマークが付いていない少なくとも１つのダウンリンクパケットを受信することと、
    前記タイマが終了すると、少なくとも１つのサービス品質ルールを取り除くことと、
    を行わせるように更に構成される、請求項１０～請求項１７のいずれかに記載の装置。
19. 装置の少なくとも１つのプロセッサに、請求項１～請求項９のいずれか１項に記載の方法ステップを含む動作を実行させるためのプログラムを記憶する、コンピュータ可読記憶媒体。
20. セッション管理機能ノードで、ユーザ機器から、前記ユーザ機器によって支援される少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを受信することであって、前記セッション管理能力は、リフレクティブサービス品質である、前記セッション確立メッセージを受信することと、
    セッション管理機能及び／または前記セッション管理機能を含む対応するネットワークが、前記少なくとも１つのセッション管理能力を有効にして、前記ユーザ機器が前記少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、前記セッション管理機能ノードが前記ユーザ機器に送信することと、
    を含む方法であって、
    前記応答は、前記ユーザ機器に対して許可された少なくとも１つのサービス品質ルールと、前記リフレクティブサービス品質に関連付けられたタイマのタイマ値であって、前記セッション管理機能が前記リフレクティブサービス品質を有効にするか否かを示す前記タイマ値を含む、前記方法。
21. 前記セッション確立メッセージは、パケットデータユニットセッション確立要求を備え、前記セッション確立メッセージは、前記表示、パケットデータユニットセッション識別子、及び、パケットデータユニットセッションタイプを含む、請求項２０に記載の方法。
22. 前記表示は、少なくとも１つのビットを含む情報要素を備え、前記少なくとも１つのビットの値は、前記少なくとも１つのセッション管理能力が前記ユーザ機器によって支援されるか否かを示す、請求項２０～請求項２１のいずれかに記載の方法。
23. 前記少なくとも１つのビットの前記値は、前記リフレクティブサービス品質が、前記ユーザ機器によって支援されるか否かを示す、請求項２２に記載の方法。
24. 前記応答は、パケットデータユニットセッション確立承諾を含む、請求項２０～請求項２３のいずれかに記載の方法。
25. 前記応答は、セッション管理情報を含む、請求項２０～請求項２４のいずれかに記載の方法。
26. 少なくとも１つのプロセッサと、
    コンピュータプログラムコードを含む少なくとも１つのメモリと
    を含む、装置であって、
    前記少なくとも１つのメモリ及び前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサと共に、前記装置に、少なくとも
    ユーザ機器から、前記ユーザ機器によって支援される少なくとも１つのセッション管理能力の表示を含むセッション確立メッセージを受信することであって、前記セッション管理能力は、リフレクティブサービス品質である、前記セッション確立メッセージを受信することと、
    セッション管理機能及び／または前記セッション管理機能を含む対応するネットワークが、前記少なくとも１つのセッション管理能力を有効にして、前記ユーザ機器が前記少なくとも１つのセッション管理能力に従って動作するのを可能にするか否かを示す応答を、前記ユーザ機器に送信することであって、前記応答は、前記ユーザ機器に対して許可された少なくとも１つのサービス品質ルールと、前記リフレクティブサービス品質に関連付けられたタイマのタイマ値であって、前記セッション管理機能が前記リフレクティブサービス品質を有効にするか否かを示す前記タイマ値を含む、送信することと、
    を行わせるように構成された、前記装置。
27. 前記セッション確立メッセージは、パケットデータユニットセッション確立要求を備え、前記セッション確立メッセージは、前記表示、パケットデータユニットセッション識別子、及び、パケットデータユニットセッションタイプを含む、請求項２６に記載の装置。
28. 前記表示は、少なくとも１つのビットを含む情報要素を備え、前記少なくとも１つのビットの値は、前記少なくとも１つのセッション管理能力が前記ユーザ機器によって支援されるか否かを示す、請求項２６～請求項２７のいずれかに記載の装置。
29. 前記少なくとも１つのビットの前記値は、前記リフレクティブサービス品質が、前記ユーザ機器によって支援されるか否かを示す、請求項２８に記載の装置。
30. 前記応答は、パケットデータユニットセッション確立承諾を含む、請求項２６～請求項２９のいずれかに記載の装置。
31. 前記応答は、セッション管理情報を含む、請求項２６～請求項３０のいずれかに記載の装置。
32. 装置の少なくとも１つのプロセッサに、請求項２０～請求項２５のいずれか１項に記載の方法ステップを含む動作を実行させるためのプログラムを記憶する、コンピュータ可読記憶媒体。

Images