JP7148408B2 - ロング・ターム・エボリューション（ｌｔｅ）または後続世代のネットワークにおけるエンドツーエンド優先サービスを提供するための方法、システム、およびコンピュータ読取可能な媒体 - Google Patents

Description

優先権の主張
本願は、２０１６年５月２６日に出願されたインド特許出願第２０１６４１０１８０７１号および２０１６年７月２２日に出願された米国特許出願第１５／２１７，８９９号に基づく優先権を主張し、これらの開示全体を本明細書に引用により援用する。

技術分野
本明細書に記載の主題は、通信ネットワークにおける優先サービスを提供することに関する。より具体的には、本明細書に記載の主題は、ロング・ターム・エボリューション（ＬＴＥ）または後続世代のネットワークにおけるエンドツーエンド優先サービスを提供するための方法、システム、およびコンピュータ読取可能な媒体に関する。

背景
テロリスト攻撃、天災または人災等といった緊急事態では、モバイル通信ネットワークに大量のユーザトラフィックが発生する可能性がある。その結果、公安職員や政府職員等といった要員がネットワークリソースを利用できない場合がある。緊急事態では、そのような優先度が高いユーザからの通信が優先されることが望ましいので、モバイル通信ネットワークは、これらのユーザに関連する通信を優先させる機構を提供する必要がある。

第３世代ネットワークおよび陸上通信線ネットワークは、優先ユーザに関連する通信を優先させるための機構を含んでいる。しかしながら、現在のところ、４Ｇ ＬＴＥネットワークは、優先度が高いユーザの通信をエンドツーエンドベースで優先させる好適なソリューションを提供していない。

通信を優先させるための既存の提案は一般的に、インターフェイスごとに実施することを基本としている。加えて、あるインターフェイスに対する優先度パラメータを別のインターフェイスに対する優先度パラメータにマッピングするための標準化された手続きは存在していない。いくつかのメッセージ優先度パラメータに関連する別の問題は、優先度パラメータがメッセージの中で非常に深いレベルにある情報要素に位置しているので、受信ノードがメッセージの優先度を判断するには過度のパースを要することである。

少なくとも上記課題に鑑みて、ＬＴＥおよび後続世代のネットワークにおけるエンドツーエンド優先サービスをサポートする必要がある。

概要
本明細書に記載の主題は、ＬＴＥまたは後続世代のネットワークにおけるエンドツーエンド優先サービスをサポートするための方法、システム、およびコンピュータ読取可能な媒体を含む。このような優先をサポートするためのある方法は、ＬＴＥまたは後続世代のネットワークにおいて動作するように構成されたネットワークノードで実行される。この方法は、ネットワーク内の通信のセッションまたはトランザクションに関連する入力メッセージを受信するステップを含む。このメッセージは、上記セッションまたはトランザクションに関連するユーザを優先ユーザとして特定するエンドツーエンド優先ユーザインジケータを含む。この方法は、任意で、上記エンドツーエンド優先ユーザインジケータと上記セッションまたはトランザクションとの関係を格納するステップを含む。この方法はさらに、上記エンドツーエンド優先ユーザインジケータに対応する優先度で上記セッションを処理するステップを含む。この方法はさらに、上記エンドツーエンド優先ユーザインジケータを、同一のセッションまたはトランザクションに関連する、上記ノードによって送信される後続のメッセージに含めるステップを含む。

本明細書に記載の主題は、ハードウェア、ソフトウェア、ファームウェア、またはこれらを任意に組み合わせたもので実現し得る。このため、本明細書で使用する「機能」、「ノード」または「モジュール」という用語は、記載されている特徴を実現するための、ソフトウェアおよび／またはファームウェアコンポーネントをも含み得るハードウェアを指す。ある例示的な実装例において、本明細書に記載の主題は、コンピュータのプロセッサによって実行されるとこのコンピュータを制御してステップを実行させる、コンピュータによる実行が可能な命令が格納された、非一時的なコンピュータ読取可能な媒体を用いて実現し得る。本明細書に記載の主題を実現するのに適した例示的なコンピュータ読取可能な媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路等の、非一時的なコンピュータ読取可能な媒体を含む。加えて、本明細書に記載の主題を実現するコンピュータ読取可能な媒体は、単一のデバイスまたは計算プラットフォーム上にあってもよく、または、複数のデバイスもしくは計算プラットフォームに分散していてもよい。

次に、本明細書に記載の主題を添付の図面を参照しながら説明する。

本明細書に記載の主題の実施形態に係る、ＬＴＥまたは後続世代のネットワークにおけるエンドツーエンド優先サービスを提供するためのメッセージフローを示すメッセージフロー図である。 本明細書に記載の主題の実施形態に係る、エンドツーエンド優先サービスをサポートするためのＬＴＥまたは後続世代のネットワークノードを示すブロック図である。 本明細書に記載の主題の実施形態に係る、ＬＴＥまたは後続世代のネットワークのためのエンドツーエンド優先サービスを提供またはサポートするためにネットワークノードによって実行される例示的なプロセスを示すフローチャートである。

詳細な説明
本明細書に記載の主題は、ＬＴＥまたは後続世代のネットワークのためのエンドツーエンド優先サービスを提供するための方法、システム、およびコンピュータ読取可能な媒体を含む。本明細書に記載の主題は、ＡＲＰまたはＱＣＩといったメッセージ優先パラメータを使用するのではなく、エンドツーエンド優先ユーザインジケータを利用する。エンドツーエンド優先ユーザインジケータは、ユーザを高優先度ユーザとして特定し、このインジケータを含むメッセージを受信したネットワーク内の各ノードによって優先ユーザインジケータとして認識される。エンドツーエンド優先ユーザインジケータを含むメッセージを受信したいくつかのノードは、エンドツーエンド優先ユーザインジケータと、エンドツーエンド優先ユーザが関連するセッションまたはトランザクションとの関係を格納する場合がある。また、エンドツーエンド優先ユーザインジケータは、このインジケータにアクセスするために深いパースを実行する必要がない、メッセージ内の場所に、格納することができる。たとえば、エンドツーエンド優先ユーザインジケータは、メッセージヘッダに、または、レベル１の深さのＡＶＰまたはＩＥに格納することができる。

メッセージは、エンドツーエンド優先ユーザインジケータを保持し、それに加えて、任意でエンドツーエンド優先度レベルインジケータを保持することができる。エンドツーエンド優先度レベルインジケータは、同じエンドツーエンド優先ユーザインジケータを有するさまざまなセッションまたはトランザクションに関連するセッションメッセージの中で優先度を決定するために使用することができる。複数レベルのエンドツーエンド優先インジケータの提供は本明細書に記載の主題の範囲に含まれることが意図されている。

メッセージ優先度に変換される国際移動局識別子（international mobile station identifier：ＩＭＳＩ）またはモバイルサービスＩＳＤＮ（ＭＳＩＳＤＮ）番号に依拠する緊急サービスソリューションとは違い、本明細書に記載の主題は、ＩＭＳＩまたはＭＳＩＳＤＮとは異なっており、ネットワークにおいて優先ユーザインジケータとして共通認識される、エンドツーエンド優先ユーザインジケータを含む。エンドツーエンド優先ユーザインジケータは、ユーザを優先ユーザとして特定するためだけに使用される。さまざまなノードがこのようなパラメータをメッセージ優先度にマッピングする場合はあるが、エンドツーエンド優先ユーザインジケータは、優先ユーザを示すと共通認識される少なくとも１つの値と、この第１の値とは異なっており非優先ユーザを指すと共通認識される少なくとも別の値とを有する。異なる複数レベルの優先ユーザをそれぞれが指している可能な複数の値を有するエンドツーエンド優先ユーザインジケータも本明細書に記載の主題の範囲に含まれる。

図１は、本明細書に記載の主題の実施形態に係る、エンドツーエンド優先サービスをサポートするためにＬＴＥネットワークノード間でやり取りされる例示的なメッセージを示すメッセージフロー図である。図１を参照して、この図面においてＰＳ＿Ｍａｒｋｉｎｇとして示されるエンドツーエンド優先ユーザインジケータと任意の優先度レベル情報とを有するように構成された汎用サブスクライバアイデンティティモジュール（universal subscriber identity module：ＵＳＩＭ）を、ユーザ機器（user equipment：ＵＥ）が含むと仮定する。メッセージフロー図のライン１において、ＵＥは、そのＰＳ＿Ｍａｒｋｉｎｇ情報を、ＲＲＣ接続要求メッセージに含めた状態で、ｅＮｏｄｅ Ｂに送信する。ＲＲＣメッセージは、ＰＳ＿Ｍａｒｋｉｎｇ情報とともに、優先アクセスを表す確立理由（establishment cause）パラメータを含み得る。ｅＮｏｄｅ Ｂは、このメッセージを受けると、ライン２において、ＲＲＣ接続セットアップメッセージを生成する。任意で、ｅＮｏｄｅ Ｂは、ＲＲＣ接続セットアップメッセージにエンドツーエンド優先ユーザインジケータを含めてもよい。メッセージフロー図のライン３において、ＵＥは、エンドツーエンド優先ユーザインジケータを含むＲＲＣ接続セットアップ完了メッセージを送信する。

メッセージフロー図のライン４において、ｅＮｏｄｅ Ｂは、ＲＲＣ接続セットアップ完了メッセージをエンドツーエンド優先ユーザインジケータとともに受信したことに応じて、Ｓ１－ＡＰ初期アタッチ要求メッセージをＭＭＥに送信する。初期アタッチ要求メッセージは、ＲＲＣ接続要求メッセージに含まれているエンドツーエンド優先ユーザインジケータと優先度レベル情報とを含む。ＭＭＥは、エンドツーエンド優先ユーザインジケータとトランザクションとの関係を格納し、更新位置要求（update location request：ＵＬＲ）メッセージを作成しＨＳＳに送信する（ライン５）。ＵＬＲメッセージは、エンドツーエンド優先ユーザインジケータと優先度レベル情報とを含む。

図１における更新位置要求メッセージは、エンドツーエンド優先ユーザインジケータを含む。このため、ＨＳＳ、および、ＭＭＥとＨＳＳとの間のノードは、ＵＬＲを、示されている優先度で処理することができる。図１において、Ｄｉａｍｅｔｅｒシグナリングルータ（Diameter signaling router：ＤＳＲ）がＭＭＥとＨＳＳとの間に位置していてもよい。Ｄｉａｍｅｔｅｒシグナリングルータは、ＵＬＲメッセージを受信し、エンドツーエンド優先ユーザインジケータに関連付けられた優先度に対応する優先度を用いてＵＬＲメッセージをルーティングすることができる。また、ＤＳＲは、ＵＬＲトランザクションとエンドツーエンド優先ユーザインジケータとの関係を格納することにより、同じトランザクションに関連する、ＤＳＲから生じた後続のメッセージも、このパラメータを含むようにすることができる。次に、ＤＳＲは、ＵＬＲメッセージをエンドツーエンド優先ユーザインジケータとともにＨＳＳに転送することができる。

ＨＳＳは、ＵＬＲメッセージをエンドツーエンド優先ユーザインジケータとともに受信したことに応じて、そのサブスクライバデータベースにおいてルックアップを実行し、サブスクライバに対応する記録の位置を求める。ＨＳＳは、この記録に格納されているユーザのサブスクリプションに関連する優先度に基づいて、エンドツーエンド優先ユーザインジケータが示す優先度が与えられるべきであると判断する。ＨＳＳは、示されている優先度がサブスクライバに与えられるべきと判断した場合、ＵＬＲメッセージに含まれる同じエンドツーエンド優先ユーザインジケータを有するＵＬＡメッセージで応答する（ライン６）。ＨＳＳは、示されている優先度を持つ資格がユーザにはないと判断した場合、メッセージに含まれる優先度をオーバーライドし、受信した優先度よりも低い優先度を有するＵＬＡメッセージで応答することができる。また、ＨＳＳは、より高い優先度がユーザのサブスクリプションによって指定されていると判断した場合、メッセージ優先度をオーバーライドしてより高い優先度をユーザに与えることができる。ＨＳＳは、ＵＬＡメッセージを示されている優先度とともにＭＭＥに送信する。

ＵＬＲメッセージと同様、ＵＬＡメッセージを、ＨＳＳとＭＭＥとの間のＤＳＲが受信してもよい。ＤＳＲは、メッセージに含まれるエンドツーエンド優先ユーザインジケータに対応する優先度を有するメッセージをルーティングすることができる。

メッセージフロー図のライン７において、ＭＭＥは、セッション作成要求メッセージを生成する。セッション作成要求メッセージは、エンドツーエンド優先ユーザインジケータと優先度レベル情報とを含む。ＭＭＥは、セッション作成要求メッセージを、サービングゲートウェイ（serving gateway：ＳＧＷ）に送信する。

メッセージフロー図のライン８において、サービングゲートウェイは、エンドツーエンド優先ユーザインジケータと優先度レベル情報とを含むセッション作成要求メッセージを、パケットゲートウェイ（packet gateway：ＰＧＷ）に送信する。サービングゲートウェイは、セッションまたはトランザクションと、優先ユーザおよび優先度レベル情報との間の表示を格納することもできる。

メッセージフロー図のライン９において、パケットゲートウェイ、または、ポリシーおよび課金実施機能（policy and charging enforcement function：ＰＣＥＦ）は、受信したセッション作成要求メッセージに応じて、接続作成要求－初期（create connection request-initial：ＣＣＲ－Ｉ）メッセージを生成する。パケットゲートウェイは、エンドツーエンド優先ユーザインジケータと優先度レベル情報とをＣＣＲ－Ｉメッセージに含める。パケットゲートウェイは、ＣＣＲ－Ｉメッセージを、ポリシーおよび課金ルール機能（policy and charging rules function：ＰＣＲＦ）に送信する。

パケットゲートウェイとＰＣＲＦとの間に位置するＤＳＲは、ＣＣＲ－Ｉメッセージを受信し、このメッセージに含まれるエンドツーエンド優先ユーザインジケータを認識し、示されている優先度に従ってこのメッセージを処理することができる。たとえば、ＤＳＲは、エンドツーエンド優先ユーザインジケータに対応する優先度に従ってこのメッセージをルーティングすることができる。ＤＳＲは、ＣＣＲ－Ｉトランザクションと、エンドツーエンド優先ユーザインジケータとの関係を格納して、ＤＳＲから発生したメッセージと同じトランザクションに関連する後続のメッセージに、このエンドツーエンド優先ユーザインジケータを含めることもできる。示されている例において、ＤＳＲは、ＣＣＲ－ＩメッセージをＰＣＲＦまでルーティングする。

ＰＣＲＦは、優先ユーザインジケータおよび優先度レベル情報と、Ｇｘセッションとの関係を格納して、ＰＣＲＦが生成したさらに他のメッセージが同一の優先度情報を含むことができるようにする。メッセージフロー図のライン１０において、ＰＣＲＦは、ユーザデータ要求（user data request：ＵＤＲ）メッセージを、エンドツーエンド優先ユーザインジケータおよび優先度レベル情報をＳＰＲに伝達するサブスクリプションプロファイルリポジトリ（subscription profile repository：ＳＰＲ）に送信する。

ＳＰＲは、ネットワーク内の他のノードが把握しているものよりも多くのリアルタイムトラフィック情報を含み得るので、ＵＤＲメッセージを受信すると、優先ユーザインジケータおよび／または優先度レベル情報によって示される優先度と異なる優先度が存在するか否かを判断する。

メッセージフロー図のライン１１において、ＳＰＲは、ユーザデータ回答（user data answer：ＵＤＡ）メッセージを、優先ユーザインジケータおよび優先度レベル情報とともに、ＰＣＲＦに送信する。ＳＰＲは、優先度情報をオーバーライドすると判断した場合、新たな優先度値をＵＤＡメッセージに含めてＰＣＲＦに送信することができる。そうすると、ＰＣＲＦは、ＳＰＲから受信した新たな優先度値を受け入れるのかまたはオーバーライドするかを判断することができる。ＳＰＲが設定した優先度をＰＣＲＦがオーバーライドする権限／能力を有することができる理由は、ＳＰＲよりもＰＣＲＦの方がより多くのリアルタイムトラフィック情報を有し得ることにある。加えて、ＰＣＲＦの優先度オーバーライドという特徴は、ネットワークオペレータの同意なく動的挙動を回避するために予め有効にされる特徴であってもよい。

メッセージフロー図のライン１２において、ＰＣＲＦは、接続作成回答－初期（create connection answer initial：ＣＣＡ－Ｉ）メッセージを、ＳＰＲから受信した優先ユーザインジケータおよび優先度レベル情報とともに送信する。ＳＰＲが新たな優先度情報を送信していない場合、ＰＣＲＦは、引き続き、受信した優先度情報を使用することができる。ＰＣＲＦはこのメッセージをパケットゲートウェイに送信する。

ＣＣＲメッセージと同じく、ＣＣＡ－Ｉメッセージは、ＤＳＲによって受信され、エンドツーエンド優先ユーザインジケータに対応する優先度でルーティングされる。

メッセージフロー図のライン１３において、パケットゲートウェイは、セッション作成応答メッセージを、パケットゲートウェイがＰＣＲＦから受信したエンドツーエンド優先ユーザインジケータおよび優先度レベル情報とともに、送信する。パケットゲートウェイはこのメッセージをサービングゲートウェイに送信する。

メッセージフロー図のライン１４において、サービングゲートウェイは、エンドツーエンド優先ユーザインジケータと優先度レベル情報とを含むセッション作成応答を、ＭＭＥに送信する。

メッセージフロー図のライン１５において、ＭＭＥは、エンドツーエンド優先ユーザインジケータおよび優先度レベル情報に従い、Ｓ１－ＡＰ初期コンテキストセットアップ要求を、ｅＮｏｄｅ Ｂに対してトリガする。

メッセージフロー図のライン１６において、ｅＮｏｄｅ Ｂは、ＲＲＣ接続再構成アタッチ受容メッセージを、セッションのＵＥ確認確立に送信する。このように、エンドツーエンド優先ユーザインジケータを用いることにより、ネットワーク内の各ノードは、ユーザを優先ユーザとして特定し、サポートするエンドツーエンド優先サービスを提供することができる。

図２は、エンドツーエンド優先サービスをサポートするための例示的なＬＴＥまたは後続世代のネットワークノードを示すブロック図である。図２を参照して、ネットワークノード２００は、図１に示すノードのうちのいずれか、または、その他のＤｉａｍｅｔｅｒ、ＩＭＳ、ＬＴＥ、もしくは後続世代のネットワークノードであってもよい。たとえば、ネットワークノード２００は、ｅＮｏｄｅ Ｂ、ＭＭＥ、ＤＳＲ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＰＣＲＦ、ＳＰＲ、セッションボーダーコントローラ（session border controller：ＳＢＣ）、プロキシコールセッションコントロール機能（proxy call session control function：Ｐ－ＣＳＣＦ）、機器アイデンティティレジスタ（equipment identity register：ＥＩＲ）またはユーザデータリポジトリ（user data repository：ＵＤＲ）であってもよい。示されている例において、ネットワークノード２００は、プロセッサ２０２とメモリ２０４とを含む。ネットワークノード２００はまた、ネットワークインターフェイス２０６を含む。ネットワークノード２００はさらに、エンドツーエンド優先サービスをサポートするために本明細書に記載の機能を実行するエンドツーエンド優先サービスサポートモジュール２０８を含む。たとえば、エンドツーエンド優先サービスサポートモジュール２０８は、ネットワークインターフェイス２０６を介してメッセージを受信し、このメッセージに含まれる優先ユーザインジケータおよび優先度レベル情報を判断し、セッションまたはトランザクションと、エンドツーエンド優先ユーザインジケータおよび優先度レベルインジケータとの関係を、メモリ２０４に格納することができる。エンドツーエンド優先サービスサポートモジュール２０８はまた、同じセッションに関連する後続のメッセージが同じ優先ユーザインジケータおよび優先サービスインジケータを確実に含むようにすることができる。ネットワークノード２００がＨＳＳまたはＳＰＲである場合、エンドツーエンド優先サービスサポートモジュール２０８は、先に述べたように、優先ユーザインジケータおよび／または優先度レベル情報をオーバーライドすることができる。エンドツーエンド優先サービスサポートモジュールはまた、ネットワークノード２００から発生し同じセッションまたはトランザクションに関連する後続のメッセージが、ユーザインジケータおよび／または優先度レベル情報が示す優先度で確実に処理されるようにすることができる。

図３は、本明細書に記載の主題の実施形態に係る、ＬＴＥまたは後続世代のネットワークにおけるエンドツーエンド優先サービスをサポートするための例示的なプロセスを示すフローチャートである。図３を参照して、ステップ３００において、メッセージが、ＬＴＥまたは後続世代のネットワークにおけるノードで受信される。このメッセージは、エンドツーエンド優先ユーザインジケータおよび任意の優先度レベル情報を含み得る。上記ノードは、図１または図２に関して述べたノードのうちいずれであってもよい。ステップ３０２において、このノードは、優先ユーザインジケータと、このメッセージが関連するセッションまたはトランザクションとの関係を格納する。たとえば、ネットワークノード２００は、エンドツーエンド優先ユーザインジケータおよび／または優先度レベル情報を、このメッセージが関連するトランザクションまたはメッセージの識別子とともに、メモリ２０４に格納することができる。ステップ３０４において、上記エンドツーエンド優先ユーザインジケータに関連する優先度を無効にすべきか否かが判断される。ステップ３０４は、受信ノードがＨＳＳ、ＳＰＲ、またはＰＣＲＦである場合に実施することができる。このノードが、優先度オーバーライド機能がないその他のノードのうちの１つである場合、ステップ３０４は省略すればよく、制御はステップ３０６に進み、エンドツーエンド優先ユーザインジケータと、受信したメッセージに関連するセッションまたはトランザクションとの関係が格納される。ステップ３０４において、メッセージに含まれる優先度をオーバーライドすべきであると判断された場合、制御はステップ３０８に進み、新たな優先度および／または優先度レベルと、メッセージが関連するセッションまたはトランザクションとの関係が格納される。

なお、このトランザクションまたはセッションに関連するメッセージングを発生しないノードについては、ステップ３０６および３０８を省略することができる。このようなノードは、優先ユーザインジケータおよび優先サービスインジケータを、単純にインバウンドメッセージからアウトバウンドメッセージにコピーするだけでよい。

優先度をオーバーライドすべきでないと判断された場合、または、優先度のオーバーライドがサポートされていない場合、制御はステップ３１０に進み、セッションまたはトランザクションは、メッセージに含まれるエンドツーエンド優先ユーザインジケータに対応する優先度で処理される。たとえば、メッセージを受信するノードがＤＳＲである場合、このメッセージは、エンドツーエンド優先ユーザインジケータに対応する優先度でルーティングすることができる。ステップ３１２において、エンドツーエンド優先ユーザインジケータは、同じセッションまたはトランザクションに関連する後続のメッセージに含められる。たとえば、ＬＴＥまたは後続世代のネットワークノード２００は、エンドツーエンド優先ユーザインジケータを、後で優先ユーザインジケータまたは優先度レベルインジケータを含み入れるメッセージと同一のセッションまたはトランザクションに関して作成するメッセージに、含めることができる。

エンドツーエンド優先サービスをサポートするために、各種ネットワークインターフェイスを修正することができる。以下、各ネットワークインターフェイスまたはノードにおいて実施できる例示的な修正について説明する。

エンドツーエンド優先サービスをサポートするためのＵＳＩＭの修正
本明細書に記載の主題のある局面に従うと、ＵＳＩＭは、優先サービスをサポートするために修正しなければならない。ＵＳＩＭは、モバイルデバイスまたはＵＥに格納される実際のまたは仮想のカードである。ＵＳＩＭは、最初にユーザをネットワークにアタッチするときにネットワークに対してこのユーザを認証するための情報を含むので、ＵＳＩＭは、エンドツーエンド優先サービスをサポートするために修正し得る一連のデバイスのうちの最初のデバイスである。

以下の３つのオプションは、本明細書に記載の主題の実施形態に係る、エンドツーエンド優先サービスをサポートするために実施し得る例示的なＵＳＩＭ修正を示している。

オプション＃１：優先サービス（priority service：ＰＳ）マーキング（marking）および優先度レベル情報（priority Level Info）のために新たな基本ファイル（elementary file：ＥＦ）を定める。基本ファイルは、情報を保持しＵＥ内のＵＳＩＭに格納されるファイルである。このオプションにおける新たなＥＦを、ＥＦ_{PS_MARKING}と呼ぶ。このファイルは、ＵＥからの優先サブスクリプションに関する情報を保持することになる。たとえば、ＥＦ_{PS_MARKING}ファイルは、本明細書に記載のエンドツーエンド優先ユーザインジケータを保持し得る。

オプション＃１は、優先度レベル情報を伝達するために使用される、ＥＦ_{PS_Priority_Level_Info}と呼ぶ第２のＥＦも含み得る。ＰＳ＿Ｍａｒｋｉｎｇが有効にされ優先度レベル情報が定められていない場合は、ネットワーク規定の優先度を使用することができる。優先サービスをサポートするために新たな基本ファイルにおいて保持される優先度情報は、ネットワーク内で検証される。たとえば、図１に関連して説明したように、ＨＳＳは、ユーザのサブスクリプションが優先サービスをサポートしていることを確認する。また、ＰＳ＿ＭａｒｋｉｎｇはＰＳユーザにとって必須であるが、優先度レベルは任意であってもよい。

代替的な実装例では、優先サービスをサポートするためにＥＦを新たなパラメータで規定するのではなく、優先サービスのために既存のパラメータを再使用する新たなＥＦを使用することができる。このオプションを以下ではオプション＃２と呼ぶ。

オプション＃２：ＰＳマーキングのためにＥＦを規定し、優先度レベル情報のためにＥＦ_eMLPPを再使用する。このオプションにおいて、エンドツーエンド優先ユーザインジケータを保持するために新たな基本ファイルであるＥＦ_{PS_MARKING}を用いることができ、任意の優先度レベル情報を保持するために既存のＥＦである強化マルチレベル優先順位およびプリエンプション（enhanced multi-level precedence and preemption：ＥＦ_eMLPP）を用いることができる。以下に示す表１に示される構造は、ＥＦ_eMLPP基本ファイル、および、優先度レベル情報を保持するために使用できる部分の、構造である。

表１において、ＥＦ_eMLPP基本ファイルのバイト２は、優先度レベル情報を保持することができる。オプション＃１と同様、オプション＃２においてＥＦ内に保持される優先ユーザおよび優先度レベル情報も、ネットワークによって検証することができる。たとえば、ＨＳＳは、ＵＳＩＭ ＥＦ内に保持される優先度にユーザが値するか否かを確認することができ、ＥＦに示される優先度にユーザが値しない場合はこの優先度をオーバーライドすることができる。

もう１つのオプションにおいて、ＥＦ_eMLPP基本ファイルを修正することにより、優先ユーザ情報と優先度レベル情報とを保持することができる。以下に示す表２は、オプション＃３におけるＥＦ_eMLPP基本ファイルの例示的な修正を示す。

表２では、ＥＦ_eMLPP基本ファイルのサイズが３バイトに増大しており第３バイトがエンドツーエンド優先ユーザ情報を保持することがわかる。優先度レベル情報は、既存の優先度レベルパラメータ（バイト１）において保持することができる。オプション＃１および＃２と同様、オプション＃３における優先ユーザおよび優先度レベル情報をネットワークによって検証することにより、ＵＳＩＭに示される優先度にユーザが値することを保証できる。

優先サービスをサポートするためのＵＳＩＭの修正について示した３つのオプションのうち、オプション＃１が好ましい。なぜなら、オプション＃１は既存のＥＦに影響を与えないからである。ｅＭＬＰＰおよびＰＳサポートネットワーク間には統合の問題は存在しない。ＰＳマーキングが有効にされると、ネットワーク構成優先度を用いることができる。ＥＦ_eMLPPの構造は、第３世代パートナーシッププロジェクト技術水準（Third Generation Partnership Project Technical Standard：３ＧＰＰ ＴＳ）３１．１０２ Ｖ１３．１．０に記載されており、その開示全体を本明細書に引用により援用する。

ＲＲＣの修正
エンドツーエンド優先サービスをサポートするために、下記３つのオプションは、本明細書に記載のエンドツーエンド優先サービスをサポートするためのＲＲＣインターフェイスの例示的な修正または変更を示す。ＲＲＣインターフェイスは、ｅＮｏｄｅ ＢとＭＭＥとの間のインターフェイスである。ＲＲＣ情報に含まれるメッセージは、無線インターフェイスリソース制御に関する情報を保持するＩＥを含む。

第１のオプションであるオプション＃１では、エンドツーエンド優先ユーザおよび優先度レベル情報を保持するために、新たなＩＥをＲＲＣメッセージングに加える。このＩＥにおいて、ＰＳ＿Ｍａｒｋｉｎｇは必須でもよく優先度レベル情報は任意であってもよい。優先度レベルがない場合は、優先度をデフォルトにするように構成されたシステムを、ＨＳＳがサブスクライバ優先度をｅＮｏｄｅ ＢおよびＭＭＥに伝達するまで、ｅＮｏｄｅ ＢおよびＭＭＥにおいて使用することができる。

別のオプションであるオプション＃２では、エンドツーエンド優先ユーザおよび優先度レベル情報を、ＮＡＳメッセージ（たとえば、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ（アタッチ要求）要求）に含めて伝達することができる。しかしながら、ｅＮｏｄｅ ＢがＮＡＳメッセージを処理しない場合、ｅＮｏｄｅ Ｂは優先度情報を知ることができない。

もう１つのオプションであるオプション＃３では、ＲＲＣアタッチタイプＩＥ（アタッチ要求メッセージにおいて保持される）を修正して、エンドツーエンド優先ユーザおよび優先度レベル情報ならびに進化型パケットサービス（evolved packet service：ＥＰＳ）を、要求されたアタッチタイプとして保持することができる。優先サービス情報をアタッチタイプＩＥの一部として保持するためには、各種ノードからのより多くの作業によって同一タイプのコールを異なる優先度で処理することが必要である。

Ｓ１－アプリケーションプロトコル（Ｓ１－ＡＰ）の修正
エンドツーエンド優先サービスをサポートするために、下記の修正をＳ１－ＡＰインターフェイスに対して実施することができる。

Ｓ１－ＡＰ：初期ＵＥ
オプション１：ＰＳマーキングおよびＰＳ優先度レベル情報を既存のＳ１－ＡＰプロトコルメッセージに追加する。Ｓ１－ＡＰプロトコルを、ｅＮｏｄｅ ＢとＭＭＥとの間のインターフェイス上で使用する。エンドツーエンド優先ユーザインジケータおよび優先度レベル情報は、ｅＮｏｄｅ ＢからＭＭＥに送信される初期ＵＥメッセージ等の既存のメッセージに追加することができる。

上記インターフェイスの例と同様、ＰＳマーキング（エンドツーエンド優先ユーザインジケータ）は必須でもよく優先度レベルは任意であってもよい。

オプション２：ＰＳ情報を非アクセス層（non-access stratum：ＮＡＳ）メッセージから転送する。ＮＡＳメッセージングをｅＮｏｄｅ ＢとＭＭＥとの間で使用することにより、ＵＥ－ＭＭＥシグナリングをＳ１インターフェイスで搬送する。このようなシグナリングを用いることにより、ＵＥから受けたエンドツーエンド優先ユーザおよび優先度レベル情報を、ｅＮｏｄｅ ＢからＭＭＥに伝達することができる。次に、ＭＭＥは、受けた優先度情報を、ＨＳＳといったその他のネットワークノードに送ることができる。

Ｓ１－ＡＰインターフェイスに関するその他の詳細事項は、３ＧＰＰ ＴＳ ３６．４１３から知ることができ、その開示全体を、本明細書に引用により援用する。

Ｄｉａｍｅｔｅｒの修正
エンドツーエンド優先サービスをサポートするために、ネットワークにおけるＤｉａｍｅｔｅｒインターフェイスに対して以下の修正を実施することができる。

ＰＳマーキングがＨＳＳによって確認されると、すべてのＤｉａｍｅｔｅｒおよびＧＴＰメッセージは強制的にすべてのメッセージにおいてＰＳマーキング情報を保持するはずである。

Ｄｉａｍｅｔｅｒメッセージング内のＰＳマーキングは、少なくとも以下の２つのやり方で実現することができる。

オプション＃１：リザーブビットをＤｉａｍｅｔｅｒヘッダ内のコマンドフラグに設定する。以下に示すように、現在コマンドフラグには４つのリザーブビットがある。

コマンドフラグにおいて、最後の４ビットはリザーブ（ｒ）である。これらのリザーブビットのうちの１つを用いてエンドツーエンド優先ユーザインジケータを格納することができる。ＤｉａｍｅｔｅｒヘッダにおけるＤｉａｍｅｔｅｒコマンドフラグ内のビット使用する１つの利点は、コマンドフラグは短時間でパースすることができ、コマンドフラグを用いることにより、輻輳中にメッセージに優先順位を付けるかまたはメッセージを破棄することができる点である。この手法の１つの欠点は、リザーブビットの使用である。Ｄｉａｍｅｔｅｒヘッダおよびコマンドフラグのその他の詳細事項は、ＩＥＴＦ ＲＦＣ ６７３３から知ることができ、その開示全体を本明細書に引用により援用する。

代替的な実装例では、Ｄｉａｍｅｔｅｒヘッダのコマンドフラグ内のビットを用いてエンドツーエンド優先ユーザインジケータを保持するのではなく、新たな優先サービスＡＶＰを使用することができる。この新たなＡＶＰは、メッセージが優先ユーザに関連しているか否かを示すことができる。このＡＶＰをヘッダの近くにすることによってパース時間を短縮することができる。この手法がリザーブビットの使用よりも優れている点は、リザーブビットを無駄にしないことである。欠点は、追加のパース時間が生じ得ることである。

優先度レベル情報を保持するために、新たなＡＶＰであるＰＳ＿Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌは、ＰＳ優先ユーザ情報を保持することができる。この手法の欠点は、新たなＡＶＰサポートが必要になり得ることである。この手法の利点は、ＰＳ優先度レベル情報をＤｉａｍｅｔｅｒメッセージ優先度から分離することができ、メッセージの優先度を設定するときにＰＳ優先度レベル情報を考慮できる点である。ベンダ／ネットワーク固有の実装例において、ＰＳ＿Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌ ＡＶＰを読み取ることにより、メッセージ優先度レベルを判断し、これが公共優先度レベルよりも高くなるようにしなければならない。

ある代替的な実装例では、優先度レベル情報を保持するように新たなＡＶＰを定めるのではなく、既存のＡＶＰを使用することができる。一例において、再使用する既存のＡＶＰは、Ｄｉａｍｅｔｅｒルーティングメッセージ優先度（Diameter routing message priority：ＤＲＭＰ）ＡＶＰである。この手法の利点は、新たなＡＶＰに対するサポートを実現する必要がないことである。この手法の欠点は、ＰＳユーザが異なる優先度レベルを有しており（１～ｎ）各ネットワークおよびベンダは優先度レベルの解釈が異なっている可能性があることである。そのため、ＰＳユーザに対しては、パブリックユーザよりも高くなければならない固定範囲の使用を推薦することが必要である。

ＤｉａｍｅｔｅｒメッセージがＤＲＭＰ優先度レベルまたはＰＳ優先度レベルを保持していない場合、受信ノードはデフォルトオプションに戻ることができる。

１）ＰＳメッセージについて、デフォルト優先度としてＭａｘ－１優先度を使用。デフォルト優先度として（Ｍａｘ／２）＋１を使用。

２）仕様推薦値をデフォルト優先度として使用。
３）ユーザ設定可能優先度をデフォルトオプションとして使用。

４）Ｄｅｆａｕｌｔ＿ＰＳ＿Ｐｒｉｏｒｉｔｙ＿ＬＥＶＥＬ ＡＶＰを、機能交換要求（capabilities exchange request）／機能交換回答（capabilities exchange answer）（ＣＥＲ／ＣＥＡ）メッセージに入れて送信することができ、通信ノードはＣＥＲおよびＣＥＡのＭａｘを使用することができる。１つのノードのみがこれを送信する場合、優先度を他のノードのためのデフォルトとして使用することもできる。

１）変形：ノードＡが優先度情報をノードＢに送信する。ノードＢがデフォルト優先度を有する場合はこのＡＶＰを無視する。そうでなければ、ノードＢはＣＥｘメッセージに含まれるノードＡの優先度をピックアップする。

注：ＭａｘはＤｉａｍｅｔｅｒノードによって使用される最大優先度レベルである。
汎用パケット無線サービストンネリングプロトコルバージョン２（ＧＴＰｖ２）の修正
エンドツーエンド優先サービスをサポートするために、ネットワークにおけるＧＴＰインターフェイスに対して以下の修正を実施しなければならない。

オプション＃１：エンドツーエンド優先ユーザインジケータを保持するためにヘッダにスペアビットを設定する。以下に示す表４は、ＧＴＰｖ２ヘッダの例示的な構造を示している。

表４において、ヘッダのオクテットｎ＋３はスペアビットを含む。スペアビットのうちの１つをＰＳマーキングに使用することができる。ＰＳマーキングのためにヘッダビットを使用する利点は、ヘッダビットは、短時間で処理することにより、輻輳期間中に優先および非優先ユーザに関連するメッセージを特定できる点である。スペアまたはリザーブビットを使用する欠点は、ＧＴＰｖ２仕様に従うとこれらのビットはリザーブのままであることが想定されている点である。ＧＴＰｖ２に関するさらに他の詳細事項は、３ＧＰＰ ＴＳ ２９．２７４から知ることができ、その開示全体を本明細書に引用により援用する。

オプション＃２：新たなＩＥサポート
Ｐｒｉｏｒｉｔｙ＿Ｓｅｒｖｉｃｅ＿Ｉｎｆｏと呼ぶ新たなＩＥを用いて、ＧＴＰｖ２メッセージが優先ユーザに関連するか否かを示す情報を保持することができる。このＩＥは、ＧＴＰｖ２ヘッダの近くに保つことができる。この手法の利点は、リザーブビットの節約である。新たなＩＥを使用する欠点は、ＩＥの位置を求めてパースするために追加のパース時間を要する可能性がある点である。

エンドツーエンド優先ユーザ情報と同様に、優先度レベル情報を含むことができ、ＧＴＰｖ２ ＩＥはＧＴＰｖ２ヘッダから分離して保持することができる。一例において、ＰＳ＿Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌと呼ぶ新たなＩＥは、優先度レベル情報を保持することができる。この手法の欠点は、さらに別の新たなＩＥに対するサポートが必要になり得ることである。この手法の利点は、優先度レベル情報をエンドツーエンドユーザ優先から分離することができ、メッセージの優先度を設定するときにこの優先度レベル情報を考慮できる点である。ベンダ／ネットワーク固有の実装例において、ＰＳ＿Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌ ＩＥを読み取ることにより、メッセージ優先度レベルを判断し、これが公共（非緊急時）メッセージの優先度レベルよりも高くなるようにしなければならない。ＰＳ＿Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ ＩＥを新たなＩＥとともにグループ化することにより、エンドツーエンドユーザ優先をサポートすることができる。優先度レベル情報を保持するために新たなＩＥを定めることは、強化マルチレベル優先およびプリエンプション（ＭＬ） ＩＥのような既存のＩＥを使用してそのような情報を保持することよりも、明確である。なぜなら、そうすることによってｅＭＬＰＰおよびＰＳレベルＩＥの分離状態が保たれるからである。

代替的な実装例では、新たなＩＥを定めて優先度レベル情報をＧＴＰｖ２インターフェイス上で保持するのではなく、既存のＩＥを再使用することによってこのような情報を保持することができる。一例において、再使用する既存のＩＥは、メッセージ優先サービス進化型パケットシステム（message priority service evolved packet system：ＭＰＳ ＥＰＳ）ＩＥであってもよい。この手法の利点は、新たなＩＥのサポートが不要である点である。欠点は、使用するのは一方のみであるのに、ｅＥＬＭＰＰとＰＳ ＩＥとが分離されない点である。

ＭＰＳ ＥＰＳ優先についてのさらに他の詳細事項は、３ＧＰＰ ＴＳ ２３．４０１から知ることができ、その開示全体を本明細書に引用により援用する。

ノードのサポート
先に示したように、エンドツーエンド優先サービスをサポートするためにネットワークノードも修正することができる。以下のセクションでは、本明細書に記載のエンドツーエンド優先サービスをサポートするためにネットワーク内の各ノードに対して実施できる修正を述べる。

ＭＭＥ
ＵＥがＰＳサブスクライバであることを示すデータをＭＭＥが受信した場合、ＭＭＥは以下を実現することができる。

１）アイデンティティ要求およびレスポンスメッセージングが、優先度マーキングを有するＮＡＳ上で実行される。

２）ＰＳマークＵＳＩＭについて：Ｄｉａｍｅｔｅｒメッセージの中のＭＥアイデンティティチェック要求／回答（ME-Identity-Check-Request/Answer：ＥＣＲ／ＥＣＡ）はＰＳマーキングを保持するはずである。ユーザがブロックまたは無効にされた場合、ベンダはＰＳマーキングに基づいてコールを許可するかドロップするかを判断することができる。

３）ＨＳＳがＰＳマーキングおよびＰＳ優先度レベルをＭＭＥに伝達した後に、検証が実行される。サブスクリプション情報がＵＥからのＰＳマーキングと一致していない場合、ＭＭＥは、コールをドロップする、または、コールを許可してパブリックコールとして継続することができる。加えて、Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌ情報をＨＳＳで上書きすることもできる。

ＨＳＳ
ＨＳＳを修正することにより、ＵＥのサブスクリプションプロファイルにＰＳ＿ＭａｒｋｉｎｇおよびＰＳ＿Ｐｒｉｏｒｉｔｙ＿Ｌｅｖｅｌ情報を保存することに対するサポートを含めることができる。ＨＳＳは、ユーザのサブスクリプションに記述された優先度が、受信したメッセージに含まれるエンドツーエンド優先ユーザインジケータおよび優先度レベル情報と一致するか否かを判断し、ユーザのサブスクリプションに含まれる優先度が一致していない場合は、メッセージの中の優先度をオーバーライドすることができる。

ＳＰＲ
ＳＰＲは、ＰＳマーキングおよびＰＳ優先度レベル情報を、サブスクリプション情報に保存し、これをＰＣＲＦに伝達することができる。ＳＰＲはまた、ユーザのサブスクリプションに関連する優先度情報をＰＣＲＦに伝達することにより、ＰＣＲＦが優先度のオーバーライドを判断できるようにすることができる。

ＰＣＲＦ
ＰＣＲＦは、ＳＰＲから受信したＰＳマーキングおよび優先度レベル情報を使用し受信した情報をＰＧＷから受信したＨＳＳ値のオーバーライドに適用することができる。加えて、ＰＣＲＦは、ＰＳマーキングおよび優先度レベル情報を、ＩＰ ＣＡＮセッション確立中にネットワークに戻すことができる。その他のノードは、ＰＣＲＦから受信したＰＳマーキングおよび優先度レベル情報を用いることにより、ネットワーク内のメッセージ優先度値を上書き／無効にすることができる。

ＤＳＲまたはＤｉａｍｅｔｅｒルーティングエージェント（ＤＲＡ）
ＤＳＲまたはＤＲＡを修正することにより、ＤｉａｍｅｔｅｒヘッダかまたはＤｉａｍｅｔｅｒ ＡＶＰに格納されている、エンドツーエンド優先ユーザインジケータおよび優先度レベル情報を認識することができる。ＤＳＲはまた、この情報を、エンドツーエンド優先ユーザインジケータおよび優先度レベル情報を含んでいた受信メッセージと同一セッションまたはトランザクションに関連する、ＤＳＲが生成したアウトバウンドメッセージに、含めるように構成することもできる。ＤＳＲは、優先ユーザインジケータおよび／または優先度レベル情報によって示される優先度でメッセージを処理するように構成することもできる。たとえば、優先ユーザインジケータを有するメッセージは、このようなインジケータがないメッセージよりも高い優先度でルーティングすることができる。

ＳＧＷおよびＰＧＷ
ＳＧＷおよびＰＧＷは各々、受信メッセージ内の優先ユーザインジケータおよび優先度レベル情報を認識することにより、上記インジケータと対応するセッションまたはトランザクションとの関係を格納するとともに、エンドツーエンド優先ユーザインジケータおよび優先度レベル情報を、このような情報をＳＧＷまたはＰＧＷに伝達したメッセージと同一のセッションに関連する、ＳＧＷまたはＰＧＷが送信するアウトバウンドメッセージに、含めることができる。

本明細書に記載の主題はＬＴＥおよび後続世代のネットワークに関連するが、エンドツーエンド優先サービスは、このようなネットワークと通信するその他のネットワークに拡張することもできる。たとえば、エンドツーエンド優先サービスは、本明細書に記載の同じ優先ユーザインジケータおよび優先度レベル情報を用いて、ＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）ネットワークに拡張することができる。

本明細書に記載のエンドツーエンド優先サービスをＩＭＳネットワークに拡張するために、本明細書に記載の同じＰＳ＿ＭＡＲＫＩＮＧおよびＰＳ＿ＰＲＩＯＲＩＴＹ＿ＬＥＶＥＬサポートを、ＩＭＳネットワークに拡張することにより、輻輳中にネットワーク全体の均一的なサポートおよび効率的な処理を提供することができる。よって、図２に示されるネットワークノード３００は、エンドツーエンド優先サービスをサポートするために本明細書に記載のステップを実行するＩＭＳネットワークノードであってもよい。ＩＭＳネットワークにおいて、ＵＥからの招待（ＩＮＶＩＴＥ）メッセージは、設定されたＰＳ＿ＭＡＲＫＩＮＧおよびＰＳ＿ＰＲＩＯＲＩＴＹ＿Ｌｅｖｅｌを含むことができ、そのポイントからＩＭＳネットワークに伝達されることができる。ＩＭＳネットワーク内のＨＳＳは、ＵＥから送信された情報を検証してもよく、この情報をオーバーライドすることができる。この挙動は、ＬＴＥネットワークに関した先に説明したものと同様である。

開示した主題の各種詳細事項は、開示した主題の範囲から逸脱することなく変更し得ることが理解されるであろう。さらに、上記説明は専ら例示を目的としたものであって限定を目的としたものではない。

Claims (20)

1. ロング・ターム・エボリューション（ＬＴＥ）または後続世代のネットワークにおけるエンドツーエンド優先サービスをサポートする方法であって、前記方法は、
   ＬＴＥまたは後続世代のネットワークにおいて動作するように構成されたネットワークノードにおいて、
   ネットワーク内の通信のセッションまたはトランザクションに関連するメッセージを受信するステップを含み、前記メッセージは、前記セッションまたはトランザクションに関連するユーザを優先ユーザとして特定するエンドツーエンド優先ユーザインジケータを含み、前記メッセージは、無線リソース制御（ＲＲＣ）に関する情報を含む無線接続要求メッセージを含み、前記エンドツーエンド優先ユーザインジケータは、国際移動局識別子（ＩＭＳＩ）およびモバイルサービス番号とは異なる値であって、前記ネットワークノードによって優先ユーザを示すと共通認識される値を含み、前記ネットワークノードのうちのユーザ機器は前記エンドツーエンド優先ユーザインジケータを前記無線接続要求メッセージに、当該無線接続要求メッセージが有するヘッダ内のスペアビットまたはリザーブビットとして含め、前記ネットワークノードは受信メッセージに含まれる前記エンドツーエンド優先ユーザインジケータを、前記優先ユーザを示すと認識し、
   前記エンドツーエンド優先ユーザインジケータに対応する優先度で前記セッションまたはトランザクションを処理するステップと、
   前記エンドツーエンド優先ユーザインジケータを、前記受信したメッセージと同一のセッションまたはトランザクションに関連する、前記ネットワークノードによって送信される後続のメッセージに含めるステップとを含む、方法。
2. 前記ネットワークノードは、Ｄｉａｍｅｔｅｒシグナリングルータ（ＤＳＲ）を含み、
   前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータを保持する更新位置要求（ＵＬＲ）メッセージを含み、
   前記エンドツーエンド優先ユーザインジケータに対応する優先度で前記セッションまたはトランザクションを処理するステップは、前記ＵＬＲメッセージ内の前記エンドツーエンド優先ユーザインジケータに対応するメッセージ優先度で、前記ＵＬＲメッセージをルーティングするステップを含む、請求項１に記載の方法。
3. 前記ネットワークノードは、ホームサブスクライバサーバ（ＨＳＳ）を含み、
   前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータを含む更新位置要求（ＵＬＲ）メッセージを含み、
   前記方法は、前記受信したメッセージ内の前記エンドツーエンド優先ユーザインジケ
   ータが、前記ユーザに割り当てられた優先度と一致するか否かを検証するステップをさらに含む、請求項１または２に記載の方法。
4. 前記ネットワークノードは、ポリシーおよび課金ルール機能（ＰＣＲＦ）を含み、
   前記受信したメッセージは、接続作成要求－初期（ＣＣＲ－Ｉ）メッセージを含み、
   前記エンドツーエンド優先ユーザインジケータを後続のメッセージに含めるステップは、前記エンドツーエンド優先ユーザインジケータを、サブスクリプションプロファイルリポジトリ（ＳＰＲ）に送信されるユーザデータ要求（ＵＤＲ）メッセージに含めるステップを含む、請求項１から３のいずれか１項に記載の方法。
5. 前記ＰＣＲＦは、リアルタイムネットワーク利用情報に基づいて、前記エンドツーエンド優先ユーザインジケータに対応する優先度レベルをオーバーライドするか否かを判断する、請求項４に記載の方法。
6. 前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータに加えて優先度レベル情報をさらに含む、請求項１から５のいずれか１項に記載の方法。
7. 前記受信したメッセージは、Ｄｉａｍｅｔｅｒメッセージを含み、
   前記エンドツーエンド優先ユーザインジケータは、Ｄｉａｍｅｔｅｒヘッダのコマンドフラグに、または、前記Ｄｉａｍｅｔｅｒヘッダの外部の属性値ペアに、格納される、請求項１から６のいずれか１項に記載の方法。
8. 前記エンドツーエンド優先ユーザインジケータと前記セッションまたはトランザクションとの関係を格納するステップを含む、請求項１から７のいずれか１項に記載の方法。
9. 前記ネットワークノードは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークノードを含み、
   前記受信したメッセージは、セッションイニシエーションプロトコル（ＳＩＰ）招待メッセージを含む、請求項１から８のいずれか１項に記載の方法。
10. ロング・ターム・エボリューション（ＬＴＥ）または後続世代のネットワークにおけるエンドツーエンド優先サービスをサポートするためのシステムであって、前記システムは、
    ＬＴＥまたは後続世代のネットワークにおいて動作するように構成されたネットワークノードを備え、前記ネットワークノードは、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサがアクセス可能なメモリと、
    前記メモリに格納され前記少なくとも１つのプロセッサによって実行可能なエンドツーエンド優先サービスサポートモジュールとを含み、前記エンドツーエンド優先サービスサポートモジュールは、前記プロセッサによって実行されることにより、
    ネットワーク内の通信のセッションまたはトランザクションに関連するメッセージを受信し、前記メッセージは、前記セッションまたはトランザクションに関連するユーザを優先ユーザとして特定するエンドツーエンド優先ユーザインジケータを含み、前記メッセージは、無線リソース制御（ＲＲＣ）に関する情報を含む無線接続要求メッセージを含み、前記エンドツーエンド優先ユーザインジケータは、国際移動局識別子（ＩＭＳＩ）およびモバイルサービス番号とは異なる値であって、前記ネットワークノードによって優先ユーザを示すと共通認識される値を含み、前記ネットワークノードのうちのユーザ機器は前記エンドツーエンド優先ユーザインジケータを前記無線接続要求メッセージに、当該無線接続要求メッセージが有するヘッダ内のスペアビットまたはリザーブビットとして含め、前記ネットワークノードは受信メッセージに含まれる前記エンドツーエンド優先ユーザインジケータを前記優先ユーザを示すと認識し、
    前記エンドツーエンド優先ユーザインジケータに対応する優先度で前記セッションまたはトランザクションを処理し、
    前記エンドツーエンド優先ユーザインジケータを、前記受信したメッセージと同一のセッションまたはトランザクションに関連する、前記ネットワークノードによって送信される後続のメッセージに含めるように、構成されている、システム。
11. 前記ネットワークノードは、Ｄｉａｍｅｔｅｒシグナリングルータ（ＤＳＲ）を含み、
    前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータを保持する更新位置要求（ＵＬＲ）メッセージを含み、
    前記エンドツーエンド優先ユーザインジケータに対応する優先度で前記セッションまたはトランザクションを処理することは、前記ＵＬＲメッセージ内の前記エンドツーエンド優先ユーザインジケータに対応するメッセージ優先度で、前記ＵＬＲメッセージをルーティングすることを含む、請求項１０に記載のシステム。
12. 前記ネットワークノードは、ホームサブスクライバサーバ（ＨＳＳ）を含み、
    前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータを含む更新位置要求（ＵＬＲ）メッセージを含み、
    前記エンドツーエンド優先サービスサポートモジュールは、前記メッセージ内の前記エンドツーエンド優先ユーザインジケータが、前記ユーザに割り当てられた優先度と一致するか否かを検証するように構成されている、請求項１０または１１に記載のシステム。
13. 前記ネットワークノードは、ポリシーおよび課金ルール機能（ＰＣＲＦ）を含み、
    前記受信したメッセージは、接続作成要求－初期（ＣＣＲ－Ｉ）メッセージを含み、
    前記エンドツーエンド優先ユーザインジケータを後続のメッセージに含めることは、前記エンドツーエンド優先ユーザインジケータを、サブスクリプションプロファイルリポジトリ（ＳＰＲ）に送信されるユーザデータ要求（ＵＤＲ）メッセージに含めることを含む、請求項１０から１２のいずれか１項に記載のシステム。
14. 前記ＰＣＲＦは、リアルタイムネットワーク利用情報に基づいて、前記エンドツーエンド優先ユーザインジケータに対応する優先度レベルをオーバーライドするか否かを判断する、請求項１３に記載のシステム。
15. 前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータに加えて優先度レベル情報をさらに含む、請求項１０から１４のいずれか１項に記載のシステム。
16. 前記受信したメッセージは、Ｄｉａｍｅｔｅｒメッセージを含み、
    前記エンドツーエンド優先ユーザインジケータは、Ｄｉａｍｅｔｅｒヘッダのコマンドフラグに、または、前記Ｄｉａｍｅｔｅｒヘッダの外部の属性値ペアに、格納される、請求項１０から１５のいずれか１項に記載のシステム。
17. 前記受信したメッセージは、前記エンドツーエンド優先ユーザインジケータを保持する汎用パケット無線サービストンネリングプロトコル（ＧＴＰ）メッセージを含む、請求項１０から１６のいずれか１項に記載のシステム。
18. 前記エンドツーエンド優先サービスサポートモジュールは、前記エンドツーエンド優先ユーザインジケータと前記セッションまたはトランザクションとの関係を格納するように構成されている、請求項１０から１７のいずれか１項に記載のシステム。
19. 前記ネットワークノードは、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークノードを含み、
    前記受信したメッセージは、セッションイニシエーションプロトコル（ＳＩＰ）招待メッセージを含む、請求項１０から１８のいずれか１項に記載のシステム。
20. コンピュータの少なくとも１つのプロセッサによって実行されると前記コンピュータに請求項１から９のいずれか１項に記載の方法を実行させるコンピュータ実行可能命令を含むコンピュータ読取可能なプログラム。

Images