JP2013506332A

JP2013506332A - 拡張されたアロケーション／リテンションポリシーの解決策

Info

Publication number: JP2013506332A
Application number: JP2012530180A
Authority: JP
Inventors: ヤン、ヨン; コプリン、ディルク; オルソン、ラッセ; リドネル、グンナー
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2009-09-25
Filing date: 2010-03-17
Publication date: 2013-02-21
Anticipated expiration: 2030-03-17
Also published as: ES2435472T3; EP2481239A1; ZA201201525B; NZ598952A; WO2011035939A1; CN102598765A; JP5463418B2; BR112012006655A2; US9320051B2; EP2481239B1; US20150092727A1; US20120176997A1; US8964668B2

Abstract

本発明は、通信ネットワーク内で拡張アロケーション／リテンションプライオリティ（ＡＲＰ）を扱うための解決策に関する。当該解決策は、拡張ＡＲＰを取得し、当該拡張ＡＲＰに基づいて承認ＡＲＰを取得し、及びこの承認ＡＲＰをネットワーク内のノードへ送信することに基づく。さらに、承認ＡＲＰは、モビリティ手続のメッセージ内に包含される情報エレメント内に含まれてよい。
【選択図】図４

Description

本発明は、通信ネットワーク内でアロケーション／リテンションプライオリティを扱うための解決策に関する。

アロケーション／リテンションプライオリティは、ＴＳ３ＧＰＰ２３．１０７に従って２Ｇ／３Ｇパケットネットワークに導入された。それは、ＵＭＴＳベアラの割り当て（allocation）及び維持（retention）について、他のＵＭＴＳベアラに対する相対的な重要度を特定するために使用される。プライオリティはベアラの割り当て及び維持を実行する際に、ベアラ間で差異を出すために使用される。リソースが乏しい状況では、関係するネットワークエレメントは、アロケーション／リテンションプライオリティを使用することができ、流入制御（admission control）を実行する際に、アロケーション／リテンションプライオリティの低いベアラに対してアロケーション／リテンションプライオリティの高いベアラを優先する。

アロケーション／リテンションプライオリティ属性は、購読（subscription）属性であり、移動端末から交渉されるのではなく、その値はＳＧＳＮ又はＧＧＳＮネットワークエレメントのいずれかにより変更され得る。

マルチプライオリティサービスなどの新たなサービスをパケットドメインに導入することにより、アロケーション／リテンションプライオリティは拡張（evolve）される。

拡張ＡＲＰは、プライオリティレベルに関する情報（スカラー）と、プリエンプション能力（フラグ）と、プリエンプション脆弱性（フラグ）とを含む。プライオリティレベルは、リソース要求の相対的な重要度を定義する。これは、リソースが制限されているケースで、ベアラの確立又は修正要求を受け入れ得るか拒否する必要があるかを決定することを可能とする（典型的には、ＧＢＲトラフィックの流入制御のために使用される）。また、リソース制限の間にどの既存のベアラを横取り（pre-empt）すべきかを決定するためにも使用され得る。

ＡＲＰプライオリティレベルのレンジは、１を最高レベルのプライオリティとして、１から１５である。プリエンプション能力（capability）情報は、サービスデータフローがよりプライオリティレベルの低い他のサービスデータフローに既に割り当てられているリソースを取得し得るかを定義する。プリエンプション脆弱性（vulnerability）情報は、サービスデータフローが、よりプライオリティレベルの高いサービスデータフローを収容するために、自身に割り当てられたリソースを失い得るかを定義する。プリエンプション能力及びプリエンプション脆弱性は、“yes”又は“no”のいずれかに設定され得る。

例えば、ビデオ電話は、同じＵＥについて異なるＡＲＰ値を伴うＥＰＳベアラを使用することが有益であり得る１つの使用事例である。この使用事例において、事業者は、音声をより高いＡＲＰを伴うあるベアラへ、ビデオをより低いＡＲＰを伴う他のベアラへマッピングし得る。混雑している状況において（例えば、呼のエッジにおいて）、ｅＮＢは、“音声ベアラ”に影響を与えることなく“ビデオベアラ”を破棄（drop）し得る。これにより、サービスの継続性が改善するであろう。

現在のパケットコアネットワークにおいて、３ＧＰＰ２３．１０７（テーブル４）：ＵＭＴＳベアラのサービス属性についての値のレンジによれば、（ＡＲＰ）アロケーション／リテンションプライオリティは、１〜３のレンジでのスカラーとして定義され、Ｇｒインタフェース及びＧｎ／Ｇｐインタフェースにおいて実装されてきている。

拡張ＡＲＰをいかに導入するか、及び同時に下位互換性の課題をいかに回避するかは、問題となる。

ＭＭＥ／Ｓ４−ＳＧＳＮを伴うＥ−ＵＴＲＡＮアクセスをサポートするＰＤＧ−ＧＷは、ＵＥが２Ｇ／２ＧからＥ−ＵＴＲＡＮアクセスへ及びその逆方向へハンドオーバすることを可能とするために、Ｇｎ／Ｇｐインタフェースを介してレガシーＳＧＳＮと通信する必要がある。

レガシーＳＧＳＮ、ＧＧＳＮ及びＨＬＲは、拡張ＡＲＰを要求するサービスを導入することを可能とするために、拡張ＡＲＰのコンセプトへシームレスに移行するための解決策を必要としている。あらためて言えば、ＰＤＮ−ＧＷ及びＭＭＥは、ＡＲＰハンドリングを対象とすると、レガシーＳＧＳＮと通信するための解決策を必要とする。

本発明は、レガシーＡＲＰとは別の拡張ＡＲＰを搬送するオプションとしての情報エレメント（ＩＥ）を導入するという解決策に関連する。新たなオプションとしてのＩＥは、Ｇｒインタフェース及びＧｒ／Ｇｐインタフェースの双方のために必要とされる。

さらに、ＳＧＳＮ及びＧＧＳＮ／ＰＤＮ−ＧＷは、レガシーＡＲＰと拡張ＡＲＰとをマッピングすることができる。

本書は、多くの観点において実現され、まず、インフラストラクチャノードにおける方法である。当該方法は、通信ネットワーク内でアロケーション／リテンションプライオリティを扱うために使用される。当該方法は、通信ネットワークに無線接続可能なユーザ機器（ＵＥ）のステータスを変更するためのトリガイベントを取得するステップと、購読者登録ノードから、ＵＥについてのレガシーＡＲＰと拡張ＡＲＰとの組合せを含む購読されるアロケーション／リテンションプライオリティ（ＡＲＰ）の情報を受信するステップと、ゲートウェイノードへ送信される制御メッセージに、当該レガシー及び拡張ＡＲＰ情報を含めるステップと、ゲートウェイノードから、承認されたＡＲＰについての情報を取得するステップと、購読者登録ノードからの購読されるＡＲＰに対するさらなる検証を伴うことなく、ＵＥを接続する無線ネットワークへ、当該承認されたＡＲＰ情報を送信するステップと、を含む。

上記承認されたＡＲＰ情報は、拡張ＡＲＰ情報エレメント及びＱｏＳプロファイル情報エレメントの双方において送信されてよい。

上記トリガイベントは、プライマリＰＤＰコンテキストのアクティブ化、無線アクセス技術の変更（ＩＲＡＴ）などの、ＳＧＳＮ間モビリティ手続、ＳＧＳＮ間ルーティングエリア更新、及びパケット交換（ＰＳ）ハンドオーバ、のうち少なくとも１つであってよい。

インフラストラクチャノードは、ＳＧＳＮ又はＭＭＥのうち１つであってよく、購読者登録ノードは、ＨＬＲ又はＨＳＳのうち１つであってよい。

購読されるＡＲＰ情報は、購読者登録ノードとサービングノードとの間のＧｒインタフェースを介するマップ購読者データ挿入手続において受信されてよい。

インフラストラクチャノードが購読者登録ノードからレガシーＡＲＰのみを受信すると、ゲートウェイノードへの送信前に、当該レガシーＡＲＰを拡張ＡＲＰへマッピングするステップ、をさらに含むように上記方法は構成され得る。ゲートウェイノードは、ＥＰＣインタフェースを伴わない、ＳＧＳＮ又はＧＧＳＮへ向けてのＧｎ又はＧｐインタフェースを伴うＰＤＮ−ＧＷの１つであってよい。

本発明の他の観点として、通信ネットワーク内のインフラストラクチャノードが提供される。当該ノードは、通信ネットワークに無線接続可能なユーザ機器（ＵＥ）のステータスを変更するためのトリガイベントを取得し、購読者登録ノードから、ＵＥについてのレガシーＡＲＰと拡張ＡＲＰとの組合せを含む購読されるアロケーション／リテンションプライオリティ（ＡＲＰ）の情報を受信し、ゲートウェイノードへ送信される制御メッセージに、当該レガシー及び拡張ＡＲＰ情報を含め、ゲートウェイノードから承認されたＡＲＰについての情報を取得し、ＵＥを接続する無線ネットワークへ承認されたＡＲＰ情報を送信する、ように構成され得る。

上記インフラストラクチャノードは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）であってよく、レガシーＡＲＰを拡張ＡＲＰへマッピングするようにさらに構成されてもよい。

以下に、限定ではない手法で、添付図面に示した例示的な実施形態を参照しながら、本発明をより詳細に説明する。

本発明に係るネットワークシステムを概略的に示している。本発明に係るノードを概略的に示している。本発明に係る方法をブロック図において概略的に示している。本発明に係る方法をシーケンス図において概略的に示している。

図１において、参照番号１００は、本発明に係る通信ネットワークを一般的に描いている。当該ネットワークは、例えばＳＧＳＮであるモビリティハンドリングノード１０３と、パケットデータネットワークゲートウェイ１０４（ＧＧＳＮ／ＰＤＮ−ＧＷ）と、例えばＨＬＲ（Home Location Register）又はＨＳＳ（Home Subscriber Server）である購読（subscription）データベース１０５と、ポリシー及び課金ルール機能ノード１０６（ＰＣＲＦ）とを含む。上記モビリティノードは、無線アクセスネットワーク１０２と接続され、無線アクセスネットワーク１０２は、適切な無線通信技術１０９を用いてユーザ機器１０１（ＵＥ）を接続する。ＳＧＳＮは、Ｇｎ／Ｇｐインタフェース１１１を用いてＰＤＮ−ＧＷと、Ｇｒインタフェース１０８を用いてＨＬＲと接続される。さらに、ＧＧＳＮ／ＰＤＮ−ＧＷは、Ｇｘインタフェース１１０を用いてＰＣＲＦと接続される。なお、ネットワーク内のノードは、ルータ、スイッチ、ケーブル及び他の同様のデバイスを用いて物理的に相互接続されるが、それらは、本発明の理解のために必要でないため、図示されていない。

ネットワーク１００を形成するノード２００は、全て、図２に示したような少なくとも１つの処理部２０１を備える。さらに、ノードは、少なくとも１つの記憶部２０２及び少なくとも１つの通信インタフェース２０３をも備える。処理部は、記憶部内に記憶され又は処理部内に記憶されるソフトウェア又はハードウェアの命令セットを実行するように構成される、例えば、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、ＡＳＩＣ（application specific integrated circuit）又はＦＧＰＡ（field programmable gate array）などの適当ないかなるタイプであってもよい。記憶部は、揮発性及び／又は不揮発性のタイプであってよく、コンピュータ読み取り可能な媒体を提供する。通信インタフェースは、有利には、例えばイーサネットタイプなどのパケットデータインタフェースである。

セッションの変更が行われると、モビリティ管理ノードは、購読者（subscriber）データベースからＡＲＰ情報を取得する。このＡＲＰ情報は、購読者データベース内に記憶されており、購読されるＡＲＰとしてユーザと関連付けられる。

購読されるＡＲＰは、例えばＨＬＲである購読者データベース内に記憶される、あるＰＤＮ接続についての購読されるＱｏＳプロファイルの一部であり、ネットワークへのＵＥの接続（attachment）の間に、Ｇｒインタフェースを介して、例えばＳＧＳＮであるモビリティ管理ノードへ伝達される。

ＵＥがプライマリＰＤＰコンテキストをアクティブ化する際、ＳＧＳＮは、Ｇｎ／Ｇｐインタフェースを介して、ＰＤＮ−ＧＷ／ＧＧＳＮへ、購読されるＡＲＰに基づく要求ＡＲＰ、並びに自身の流入及び輻輳制御を含め、そこでＰＤＮ−ＧＷ／ＧＧＳＮはポリシー及び課金制御機能とのインタラクション及び／又は自身の流入及び輻輳制御のいずれかの結果に基づいて、ＡＲＰを許可し得る。

ＰＤＮ−ＧＷ／ＧＧＳＮから応答されるＡＲＰは、承認された（又は交渉された）ＡＲＰとなり、さらに無線ネットワーク、即ちＲＮＣ又はＢＳＳへ送信される。

これは、本発明に係る方法のステップ群を示す図３に例示されている。まず、ＳＧＳＮにおいてＨＬＲから購読されるＡＲＰが取得される（３０１）。ＳＧＳＮは、ＡＲＰ情報を含む要求制御メッセージをゲートウェイへ送信する（３０２）。ＳＧＳＮは、承認されたＡＲＰ情報を含む応答制御メッセージをゲートウェイから受信する（３０３）。ＳＧＳＮは、承認されたＡＲＰ情報を無線ネットワークへ転送する（３０４）。

本発明に係る解決策において、Ｇｒ及びＧｎインタフェースの双方の上で拡張ＡＲＰ情報を搬送する、オプションとしての情報エレメント（ＩＥ）が導入される。

本発明により導入されるものと同じ原理が、ＲＡＴ間のモビリティ、即ち２Ｇ／３ＧＧｎ／ＧｐＳＧＳＮ及びＭＭＥの間のケースについて、ＰＤＮ−ＧＷ及びＭＭＥにも適用される。

図４は、ホームＰＬＭＮにおける接続及びＰＤＰコンテキストのアクティブ化の間でＡＲＰがいかに扱われるかを示しており、即ちＧｐインタフェースは描かれていない。図４は、本発明に係る解決策の例示的な使用に過ぎず、ネットワークへのＵＥの初回の接続についての一例である。

ＵＥは、適切な無線ネットワークノードを介して、ＳＧＳＮへ接続要求を送信し（４０１）、ＳＧＳＮは、ＵＥのＧＰＲＳロケーションの更新を伴うメッセージをＨＬＲへ送信する（４０２）。ＨＬＲは、購読されるＡＲＰ情報を含む購読データ挿入メッセージと共にＳＧＳＮへ応答する（４０３）。すると、ＳＧＳＮは、接続容認メッセージをＵＥへ返送する（４０４）。

ＵＥは、ＰＤＰコンテキストのアクティブ化のための要求をＳＧＳＮへ送信し（４０５）、ＳＧＳＮは、購読されるＡＲＰからの要求ＡＲＰを含むＰＤＰコンテキスト生成要求をＰＤＮ−ＧＷ／ＧＧＳＮへ送信する（４０６）。ＰＤＮ−ＧＷ／ＳＳＧＮは、信用（credit）承認のためにＰＣＲＦと通信することになる（４０７及び４０８）。その要求は要求ＡＲＰを含み、その応答はＰＣＲＦからの承認されたＡＲＰを含む。

ＰＤＮ−ＧＷ／ＧＧＳＮは、承認されたＡＲＰ（ｓ）を含むＰＤＰコンテキスト生成応答と共にＳＧＳＮへ応答（４０８）するであろう。すると、ＳＧＳＮは、ＰＤＰコンテキストアクティブ化容認メッセージを送信する（４０９）。

なお、上述した例において、“ＰＤＮ−ＧＷ／ＧＧＳＮ”との用語は、ＥＰＣインタフェース無しでレガシーＳＧＳＮ又はレガシーＧＧＳＮと通信するためにＧｎ／Ｇｐインタフェースを実装するＰＤＮ−ＧＷを意味する。

図４において、全てのシグナリングが示されているのではなく、本発明の使用例を説明するために関連するシグナリングのみが示されていることは理解されるべきである。

それぞれ様々に扱われるいくつかの異なる状況が存在し、いくつかの状況及びそれぞれの解決策が以下に議論される。

１．ＨＬＲが拡張ＡＲＰをサポートする場合、２Ｇ／３Ｇネットワーク内にＵＥが接続する際に、ＨＬＲからＳＧＳＮへ、MAP_INSERT_SUBSCRIBER_DATA手続を通じてレガシー購読ＡＲＰ及び新たな拡張購読ＡＲＰがＧｒインタフェースを介して伝達され、そうでない場合には、レガシー購読ＡＲＰのみが送信される。

２．拡張ＡＲＰをサポートするＳＧＳＮは、ＵＥがＰＤＰコンテキストのアクティブ化を試行すると、ＧＴＰのＩＥであるＱｏＳプロファイル及び新たなオプションとしてのＩＥである拡張ＡＲＰを用いて、購読される拡張ＡＲＰ及びレガシーＡＲＰを、ＰＤＮ−ＧＷ／ＧＧＳＮに向けてのＧＴＰメッセージ“Create PDP context request”内に含める。

３．拡張ＡＲＰをサポートするＳＧＳＮがＨＬＲからレガシーＡＲＰのみを受信すると、ＳＧＳＮは、それを３ＧＰＰ２３．４０１内のＡｎｎｅｘＥに基づいて拡張ＡＲＰへマッピングし、ＧＴＰのＩＥであるＱｏＳプロファイル及び新たなオプションとしてのＩＥである拡張ＡＲＰを用いて、購読される拡張ＡＲＰ及びレガシーＡＲＰを、ＰＤＮ−ＧＷ／ＧＧＳＮに向けてのＧＴＰメッセージ“Create PDP context request”内に含める。

４．ＳＧＳＮは、ＨＬＲから受信される拡張ＡＲＰを認識しない場合、ＧＴＰのＩＥであるＱｏＳプロファイルを用いて、レガシーＡＲＰのみを、ＰＤＮ−ＧＷ／ＧＧＳＮに向けてのＧＴＰメッセージ“Create PDP context request”内に含める。

５．拡張ＡＲＰをサポートするＰＤＮ−ＧＷ／ＧＧＳＮは、レガシーＡＲＰのみを受信すると、それを３ＧＰＰ２３．４０１内のＡｎｎｅｘＥに基づいて拡張ＡＲＰへマッピングし、ＰＣＲＦへ送信して承認を求める。ＰＤＮ−ＧＷ／ＧＧＳＮは、承認された拡張ＡＲＰをＧｘインタフェースを介してＰＣＲＦから取得すると、それをレガシーＡＲＰへマッピングし直して、それのみを、ＳＧＳＮに返送されるＧＴＰメッセージ“Create PDP context response”内に含める。

６．拡張ＡＲＰをサポートするＰＤＮ−ＧＷ／ＧＧＳＮは、拡張ＡＲＰ及びレガシーＡＲＰの双方をＧＴＰメッセージ“Create PDP context request”内で受信すると、拡張ＡＲＰを用いて、ＰＣＲＦに向けてＧｘインタフェースを介して承認を求める。ＰＤＮ−ＧＷ／ＧＧＳＮは、承認された拡張ＡＲＰを取得すると、ＳＧＳＮへ、ＧＴＰメッセージ“Create PDP context response”内で拡張ＡＲＰのみを返送する。

７．レガシーＧＧＳＮは、ＳＧＳＮから受信される拡張ＡＲＰを認識しない場合、自身の流入及び輻輳制御に基づいて、要求されたＡＲＰを許可する。

本発明は、拡張ＡＲＰを要件とするサービスを導入することを可能とし、及び同時に完全な下位互換性のために、レガシーＡＲＰから拡張ＡＲＰのコンセプトへのシームレスな移行のための解決策を提供する。

なお、“comprising”という語は列挙される以外の要素又はステップの存在を排除するものではなく、要素の前に付く“a”又は“an”という語はそうした要素の複数の存在を排除するものではない。さらに、いかなる参照記号も請求項の範囲を限定するものではなく、本発明は少なくとも部分的にハードウェア及びソフトウェアの双方の手段により実装されてよく、複数の“手段”又は“部”が同一のハードウェアアイテムにより表現されてもよい。

上で言及し説明した実施形態は、一例として与えられているに過ぎず、本発明を限定するものではない。以下に記述する特許請求の範囲において請求される発明の範囲内の他の解決策、用途、目的及び機能は、当業者にとって明らかであろう。

［略語］
ＧＴＰ GPRS Tunnelling protocol
ＡＲＰ Allocation and Retention Priority
ＳＧＳＮ Serving GPRS support node
ＧＧＳＮ Gateway GPRS support node
ＲＮＣ Radio network controller
ＵＥ User equipment
ＵＭＴＳ Universal Mobile telecommunications system
Ｅ−ＵＴＲＡＮ Evolved UTRAN
ＵＴＲＡＮ Universal terrestrial radio access network
ＧＢＲ Guaranteed bit rate
ＥＰＳ Evolved packet system
ＥＰＣ Evolved packet core
ｅＮＢ evolved Node B
ＰＤＮ Packet data network
ＰＤＮ−ＧＷ Packet data network gateway
ＢＳＳ Base station subsystem
ＰＤＰ Packet data protocol
ＭＭＥ Mobility management entity
ＱｏＳ Quality of Service
ＩＥ Information element
ＰＣＲＦ Policy and charging rules function
ＲＡＴ Radio access technology
ＨＬＲ Home location register
ＢＳＣ Base station controller

［定義］
ＧｉＧＧＳＮとパケットデータネットワークとの間のリファレンスポイント
Ｇｎ同一の若しくは異なるＰＬＭＮ内のＳＧＳＮの間の、又は同一のＰＬＭＮ内の、ＳＧＳＮとＧＧＳＮとの間のインタフェース
Ｇｐ異なるＰＬＭＮ内のＳＧＳＮとＰＤＮ−ＧＷ／ＧＧＳＮとの間のインタフェース。Ｇｐインタフェースは、協同して動作するＧＰＲＳＰＬＭＮによりサービス提供されるエリアにまたがるＧＰＲＳネットワークサービスのサポートを可能にする
ＧｒＳＧＳＮとＨＬＲとの間のインタフェース
ＧｘＰＤＮ−ＧＷ内でＰＣＲＦからポリシー及び課金実施機能８ＰＣＥＦ）への（ＱｏＳ）ポリシー及び課金ルールの転送を提供する

Claims

通信ネットワーク（１００）内でアロケーション／リテンションプライオリティを扱うための、インフラストラクチャノード（１０３，２００）における方法であって、
前記通信ネットワークに無線接続（１０９）可能なユーザ機器（ＵＥ）のステータスを変更するためのトリガイベントを取得するステップと；
購読者登録ノード（１０５）から、前記ＵＥについての購読されるアロケーション／リテンションプライオリティ（ＡＲＰ）の情報を受信するステップと、
前記ＡＲＰ情報は、レガシーＡＲＰと拡張ＡＲＰとの組合せを含むことと；
ゲートウェイノード（１０４）へ送信される制御メッセージに、前記レガシー及び拡張ＡＲＰ情報を含めるステップと；
前記ゲートウェイノードから、承認されたＡＲＰについての情報を取得するステップと；
前記購読者登録ノードからの購読されるＡＲＰに対するさらなる検証を伴うことなく、前記ＵＥを接続する無線ネットワーク（１０２）へ、前記承認されたＡＲＰ情報を送信するステップと；
を含む方法。
前記承認されたＡＲＰ情報は、拡張ＡＲＰ情報エレメント及びＱｏＳプロファイル情報エレメントの双方において送信される、請求項１に記載の方法。
前記トリガイベントは、プライマリＰＤＰコンテキストのアクティブ化である、請求項１に記載の方法。
前記トリガイベントは、無線アクセス技術の変更（ＩＲＡＴ）などの、ＳＧＳＮ間モビリティ手続である、請求項１に記載の方法。
前記トリガイベントは、ＳＧＳＮ間ルーティングエリア更新及びパケット交換（ＰＳ）ハンドオーバのうち少なくとも１つである、請求項１に記載の方法。
前記インフラストラクチャノードは、ＳＧＳＮ又はＭＭＥのうち１つである、請求項１に記載の方法。
購読される前記ＡＲＰ情報は、前記購読者登録ノードとサービングノードとの間のＧｒインタフェースを介するマップ購読者データ挿入手続において受信される、請求項１に記載の方法。
前記購読者登録ノードは、ＨＬＲ又はＨＳＳのうち１つである、請求項１に記載の方法。
前記制御メッセージは、ＱｏＳ及び拡張ＡＲＰのための情報エレメント（ＩＥ）を含むＧＰＲＳトンネリングプロトコル（ＧＴＰ）を用いたＰＤＰコンテキスト生成要求である、請求項１に記載の方法。
前記インフラストラクチャノードが前記購読者登録ノードからレガシーＡＲＰのみを受信すると、前記ゲートウェイノードへの送信前に、当該レガシーＡＲＰを拡張ＡＲＰへマッピングするステップ、をさらに含む、請求項１に記載の方法。
前記ゲートウェイノードは、ＥＰＣインタフェースを伴わない、ＳＧＳＮ又はＧＧＳＮへ向けてのＧｎ又はＧｐインタフェースを伴うＰＤＮ−ＧＷの１つである、請求項１に記載の方法。
通信ネットワーク（１００）内のインフラストラクチャノード（１０３，２００）であって、
前記通信ネットワークに無線接続（１０９）可能なユーザ機器（ＵＥ）のステータスを変更するためのトリガイベントを取得し；
購読者登録ノード（１０５）から、前記ＵＥについての購読されるアロケーション／リテンションプライオリティ（ＡＲＰ）の情報を受信し（３０１）、前記ＡＲＰ情報はレガシーＡＲＰと拡張ＡＲＰとの組合せを含み；
ゲートウェイノード（１０４）へ送信される制御メッセージに、前記レガシー及び拡張ＡＲＰ情報を含め（３０２）；
前記ゲートウェイノードから、承認されたＡＲＰについての情報を取得し（３０３）；
前記ＵＥを接続する無線ネットワーク（１０２）へ、前記承認されたＡＲＰ情報を送信する（３０４）；
ように構成されるノード。
前記インフラストラクチャノードは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）である、請求項１２に記載のインフラストラクチャノード。
前記インフラストラクチャノードは、レガシーＡＲＰを拡張ＡＲＰへマッピングするようにさらに構成される、請求項１２に記載のインフラストラクチャノード。