(57)【要約】  本明細書の実施形態は、ノードＰＤＲをサポートするためのＳｘプロトコル拡張に関する。一実施形態において、制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノード（３０１）における方法（５００）を提案する。第１ネットワークノード（３０１）は、ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノード（３０２）にＳｘインタフェースを介して結合される。方法は、パケット検出ルール（ＰＤＲ）に関連付けられたメッセージを、Ｓｘインタフェースを介して第２ネットワークノード（３０２）に送信（Ｓ５０１）することを含み、ＰＤＲは、２つ以上のＳｘセッションに適用可能である。本明細書の実施形態により、ＣＰＦ−ＵＰＦシグナリングのスループットを大幅に最小化でき、Ｓｘセッションごとのメモリフットプリントを削減できる。
2021520679.tif 000002
【特許請求の範囲】
【請求項１】
制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノード（３０１）における方法（５００）であって、
前記第１ネットワークノード（３０１）は、ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノード（３０２）にＳｘインタフェースを介して結合され、
前記方法（５００）は、
パケット検出ルール（ＰＤＲ）に関連付けられたメッセージを、前記Ｓｘインタフェースを介して前記第２ネットワークノード（３０２）に送信（Ｓ５０１）することを含み、
前記ＰＤＲは、２つ以上のＳｘセッションに適用可能である、方法。
【請求項２】
請求項１に記載の方法（５００）であって、
前記ＰＤＲは、ノードＰＤＲであり、
前記メッセージは、ＳｘノードＰＤＲ管理要求メッセージである、方法。
【請求項３】
請求項２に記載の方法（５００）であって、
前記ＳｘノードＰＤＲ管理要求メッセージは、
ノードＰＤＲが追加されることと、
ノードＰＤＲの情報要素（ＩＥ）が修正されることと、
ノードＰＤＲが削除されることと、
の内の少なくとも１つを示す、方法。
【請求項４】
請求項２又は３に記載の方法（５００）であって、
前記ノードＰＤＲは、
前記ノードＰＤＲを識別するためのＮｏｄｅＰＤＲＩｄ  ＩＥと、
前記ノードＰＤＲが適用可能なセッショングループを識別するためのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥと、
を含む方法。
【請求項５】
請求項２から４のいずれか１項に記載の方法（５００）であって、
前記ノードＰＤＲは、前記ノードＰＤＲの優先度を識別するためのｐｒｅｃｅｄｅｎｃｅ  ＩＥを含む、方法。
【請求項６】
請求項４に記載の方法（５００）であって、
前記ノードＰＤＲは、総てのＳｘセッションに適用可能であり、
前記ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥの値は０である、方法。
【請求項７】
請求項４又は６に記載の方法（５００）であって、
前記第１ネットワークノード（３０１）は、
・前記ノードＰＤＲが適用可能なＳｘセッションを示すＳｘノードＰＤＲ管理要求手順と、
・確立される前記Ｓｘセッションが前記ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙによって識別される前記セッショングループに含まれているかを示すＳｘセッション確立要求手順と、
・修正される前記Ｓｘセッションに適用可能な前記ノードＰＤＲの前記ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥの修正を示すＳｘセッション修正要求手順と、
により前記ノードＰＤＲの前記ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥに関連付けられた前記ＳｘノードＰＤＲ管理要求メッセージを送信する、方法。
【請求項８】
ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノード（３０２）における方法（６００）であって、
前記第２ネットワークノード（３０２）は、制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノード（３０１）にＳｘインタフェースを介して結合され、
前記方法（６００）は、
パケット検出ルール（ＰＤＲ）に関連付けられたメッセージを、前記Ｓｘインタフェースを介して前記第１ネットワークノード（３０１）から受信（Ｓ６０１）することを含み、
前記ＰＤＲは、２つ以上のＳｘセッションに適用可能である、方法。
【請求項９】
請求項８に記載の方法（６００）であって、
前記ＰＤＲは、ノードＰＤＲであり、
前記メッセージは、ＳｘノードＰＤＲ管理要求メッセージである、方法。
【請求項１０】
請求項９に記載の方法（６００）であって、さらに、
前記ＳｘノードＰＤＲ管理要求メッセージに従い、
ノードＰＤＲの追加と、
ノードＰＤＲの情報要素（ＩＥ）の修正と、
ノードＰＤＲの削除と、
の内の少なくとも１つを実行することを含む、方法。
【請求項１１】
請求項９又は１０に記載の方法（６００）であって、
前記ノードＰＤＲは、
前記ノードＰＤＲを識別するためのＮｏｄｅＰＤＲＩｄ  ＩＥと、
前記ノードＰＤＲが適用可能なセッショングループを識別するためのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥと、
を含む方法。
【請求項１２】
請求項９から１１のいずれか１項に記載の方法（６００）であって、
前記ノードＰＤＲは、前記ノードＰＤＲの優先度を識別するためのｐｒｅｃｅｄｅｎｃｅ  ＩＥを含む、方法。
【請求項１３】
請求項１１に記載の方法（６００）であって、
前記ノードＰＤＲは、総てのＳｘセッションに適用可能であり、
前記ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥの値は０である、方法。
【請求項１４】
請求項９から１３のいずれか１項に記載の方法（６００）であって、さらに、
複数のＳｘセッションに前記ノードＰＤＲを適用（Ｓ６０２）することを含み、前記適用（Ｓ６０２）することは、
受信したユーザプレーンパケットに対応するＳｘセッションを識別するために、Ｓｘセッションルックアップを実行することと、
前記Ｓｘセッションに適用可能な１つ又は複数のノードＰＤＲを見つけることと、
前記１つ又は複数のノードＰＤＲと、Ｓｘセッションを識別するためのＩＥを含むセッションレベルＰＤＲとから、前記受信したユーザプレーンパケットに優先度の降順で最初に一致するＰＤＲを選択することと、
前記選択したＰＤＲを適用することと、
を含む、方法。
【請求項１５】
請求項１４に記載の方法（６００）であって、
前記１つ又は複数のノードＰＤＲそれぞれの前記優先度は、前記セッションレベルＰＤＲの優先度よりも高い、方法。
【請求項１６】
請求項８から１５のいずれか１項に記載の方法（６００）であって、さらに、
前記ＳｘノードＰＤＲ管理要求メッセージを受け入れたか拒否したかを示すＳｘノードＰＤＲ管理応答メッセージを前記第１ネットワークノード（３０１）に送信（Ｓ６０３）すること、を含む方法。
【請求項１７】
制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノード（３０１）であって、
前記第１ネットワークノード（３０１）は、ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノード（３０２）にＳｘインタフェースを介して結合され、
前記第１ネットワークノード（３０１）は、
少なくとも１つのプロセッサ（７０１）と、
前記少なくとも１つのプロセッサ（７０１）に結合された非一時的なコンピュータ可読媒体（７０２）と、
を備え、
前記非一時的なコンピュータ可読媒体（７０２）は、前記少なくとも１つのプロセッサ（７０１）によって実行可能な命令を含み、それにより前記少なくとも１つのプロセッサ（７０１）は、請求項１から７のいずれか１項に記載の方法を実行する様に構成される、第１ネットワークノード。
【請求項１８】
ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノード（３０２）であって、
前記第２ネットワークノード（３０２）は、制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノード（３０１）にＳｘインタフェースを介して結合され、
前記第２ネットワークノード（３０２）は、
少なくとも１つのプロセッサ（８０１）と、
前記少なくとも１つのプロセッサ（８０１）に結合された非一時的なコンピュータ可読媒体（８０２）と、
を備え、
前記非一時的なコンピュータ可読媒体（８０２）は、前記少なくとも１つのプロセッサ（８０１）によって実行可能な命令を含み、それにより前記少なくとも１つのプロセッサ（８０１）は、請求項８から１６のいずれか１項に記載の方法を実行する様に構成される、第２ネットワークノード。
【請求項１９】
コンピュータ可読コードを含むコンピュータ可読媒体（７０２、９０２、９０４）であって、
装置（９００）上で実行されると、前記装置（９００）に請求項１から７のいずれか１項に記載の方法（５００）を実行させる、コンピュータ可読媒体。
【請求項２０】
コンピュータ可読コードを含むコンピュータ可読媒体（８０２、９０２、９０４）であって、
装置（９００）上で実行されると、前記装置（９００）に請求項８から１６のいずれか１項に記載の方法（６００）を実行させる、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の実施形態は、一般に通信の分野に関し、より詳細には、本明細書の実施形態は、ノードＰＤＲをサポートするためのＳｘプロトコルの拡張に関する。
【背景技術】
【０００２】
参照により本明細書に組み込まれる、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様ＴＳ２３．２１４、ｖ１４．２．０は、発展型パケットコア（ＥＰＣ）のサービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＧＷ）、及び、トラフィック検出機能（ＴＤＦ）の制御プレーン及びユーザプレーンの分離のためのステージ２レベルの機能全体を仕様化している。これにより、これらのＥＰＣエンティティによって提供される全体的な機能に影響を与えることなく、さまざまな配置シナリオ（例えば、集中又は分散ユーザプレーン機能）をサポートするために、分離した制御プレーン及びユーザプレーン機能の柔軟な配置が可能になる。
【０００３】
図１は、制御プレーンとユーザプレーンが分離されている場合のアーキテクチャ参照モデルを示す概略ブロック図である。このアーキテクチャの参照モデルは、非ローミングだけでなく、ホームルーティド及びローカルブレークアウトローミングのシナリオもカバーしている。
【０００４】
さらに、制御プレーンとユーザプレーンが分離された配置において、結合したＳＧＷ／ＰＧＷを利用できる。これは、結合されていない場合と結合されている場合において共通のパラメータ構造を持つＳｘインタフェースをサポートすることで可能になる。図２は、制御プレーンとユーザプレーンが分離されている場合の結合されたＰＧＷ／ＳＧＷのアーキテクチャ参照モデルを示す概略ブロック図である。
【０００５】
さらに、参照により本明細書に組み込まれる３ＧＰＰ  ＴＳ２９．２４４、ｖ１４．１．０は、ＥＰＣのスプリットＳＧＷ、ＰＧＷ、及び、ＴＤＦアーキテクチャにおける制御プレーン機能とユーザプレーン機能との間のインタフェースで使用されるパケット転送制御プロトコル（ＰＦＣＰ）を仕様化している。３ＧＰＰ  ＴＳ２９．２４４、ｖ１４．１．０で詳述されているＳｘプロトコル（ＰＦＣＰ）は、制御プレーン（ＣＰ）が、Ｓｘセッション毎に、適用可能なパケット検出ルール（ＰＤＲ）、転送アクションルール（ＦＡＲ）−ＩＤ、使用報告ルール（ＵＲＲ）−ＩＤ、サービス品質エンフォースメントルール（ＱＥＲ）−ＩＤ等をユーザプレーン（ＵＰ）に指示できる標準インタフェースを提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
３ＧＰＰ  ＴＳ２９．２４４、ｖ１４．１．０において、ＰＤＲは、ＣＰによってＳｘセッション毎にＵＰに指示される。したがって、ユーザセッションの開始が要求されると、制御プレーン（ＣＰ）は、このユーザがセッションに沿って生成するトラフィックに適用可能な総てのＰＤＲをユーザプレーン（ＵＰ）に転送する。このユーザセッションのパケットは、Ｓｘセッションの様々なＰＤＲと一致し、一致したＰＤＲにリンクされたルール（ＦＡＲ、ＱＥＲ、ＵＲＲ、・・・）に従ってパケットに対して必要なアクションが実行される。
【０００７】
これは、ＵＰが大量のＳｘセッションを処理し、これらのＳｘセッションそれぞれがＰＤＲのリストを処理することを意味する。
【０００８】
進行中のアクティブなＳｘセッションに加えて、ＣＰが総てのＳｘセッションに適用できる、又は、Ｓｘセッションのグループに適用できるＰＤＲで指示する必要があるシナリオが存在する。これを達成するには、３ＧＰＰ  ＴＳ２９．２４４、ｖ１４．１．０を考慮すると、次のことが暗示される。
・アクティブな各Ｓｘセッションに対してＳｘセッション修正手順をトリガする。これらのＳｘセッション修正手順のそれぞれは、正確に同じＰＤＲ及び新しいＰＤＲを含むであろう。
・この新しいＰＤＲを総ての新しいＳｘセッション確立手順に追加する。
【０００９】
同じＰＤＲを持つＳｘセッション修正手順は、アクティブなＳｘセッションと同じ回数だけＣＰによってＵＰに送信されなければならないため、これは、ＣＰ−ＵＰ間のＳｘシグナリングの観点から最適ではなく、同じＰＤＲ（同じ情報を有する）が、総てのアクティブなＳｘセッションと新しいＳｘセッションに保存される必要があるため、ＵＰのメモリの観点から最適ではない。
【００１０】
例として、以下のシナリオは、上記の手順で処理される対象となり、そこでは、同じＰＤＲが、総ての既存及び新しいＳｘセッションのためにプロビジョニングされる必要がある。
・特別なレートで課金される任意のＴＣＰシグナリング（セットアップ及び／又はティアダウン）
・無料である任意のＴＣＰ再送信パケット
・異なるレートで課金される任意のテザリングトラフィック
・同じレートで課金されるデフォルトのキャッチオールフィルタに一致するトラフィック等
【００１１】
上記の典型的な場合を考慮して、本明細書の実施形態は、ＣＰが総てのアクティブなＳｘセッション、Ｓｘセッションのグループ、又は、作成される新しいＳｘセッションに適用可能であるＰＤＲを指示する方法を最適化することを提案する。
【課題を解決するための手段】
【００１２】
一実施形態において、制御プレーン機能（ＣＰＦ）として構成された第１ネットワークノードにおける方法が提案され、第１ネットワークノードは、ユーザプレーン機能（ＵＰＦ）として構成された第２ネットワークノードにＳｘインタフェースを介して結合され、方法は、ＰＤＲに関連付けられたメッセージを、Ｓｘインタフェースを介して第２ネットワークノードに送信することを含み、ＰＤＲは、２つ以上のＳｘセッションに適用可能である。
【００１３】
一実施形態において、ＵＰＦとして構成された第２ネットワークノードにおける方法が提案され、第２ネットワークノードは、ＣＰＦとして構成された第１ネットワークノードにＳｘインタフェースを介して結合され、方法は、ＰＤＲに関連付けられたメッセージを、Ｓｘインタフェースを介して第１ネットワークノードから受信することを含み、ＰＤＲは、２つ以上のＳｘセッションに適用可能である。
【００１４】
さらに別の実施形態において、ＣＰＦとして構成された第１ネットワークノードが提案され、第１ネットワークノードは、ＵＰＦとして構成された第２ネットワークノードにＳｘインタフェースを介して結合され、第１ネットワークノードは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合された非一時的コンピュータ可読媒体と、を備え、非一時的コンピュータ可読媒体は、少なくとも１つのプロセッサによって実行可能な命令を含み、それにより、少なくとも１つのプロセッサは、ＰＤＲに関連付けられたメッセージを、Ｓｘインタフェースを介して第２ネットワークノードに送信する様に構成され、ＰＤＲは、２つ以上のＳｘセッションに適用可能である。
【００１５】
さらに別の実施形態において、ＵＰＦとして構成された第２ネットワークノードが提案され、第２ネットワークノードは、ＣＰＦとして構成された第１ネットワークノードにＳｘインタフェースを介して結合され、第２ネットワークノードは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに結合された非一時的コンピュータ可読媒体と、を備え、非一時的コンピュータ可読媒体は、少なくとも１つのプロセッサによって実行可能な命令を含み、それにより、少なくとも１つのプロセッサは、ＰＤＲに関連付けられたメッセージを、Ｓｘインタフェースを介して第１ネットワークノードから受信する様に構成され、ＰＤＲは、２つ以上のＳｘセッションに適用可能である。
【００１６】
さらに別の実施形態において、装置で実行されると、装置に上記の方法のいずれかを実行させるコンピュータ可読コードを含むコンピュータ可読媒体が提案される。
【００１７】
総てのアクティブなＳｘセッション又はＳｘセッションのグループに適用可能なＰＤＲをサポートする本明細書の実施形態により、ＣＰＦ−ＵＰＦシグナリングのスループットを大幅に最小化でき、Ｓｘセッション毎のメモリフットプリントを削減できる。
【００１８】
本明細書に組み込まれ、明細書の一部を形成する添付の図面は、本開示の様々な実施形態を示し、説明と共に本開示の原理を説明し、当業者が本明細書に開示された実施形態を実現し使用することを可能にする。図面において、同様の参照番号は、同一又は機能的に同様の要素を示す。
【図面の簡単な説明】
【００１９】
【図１】制御プレーンとユーザプレーンが分離されている場合のアーキテクチャ参照モデルを示すブロック図。
【図２】制御プレーンとユーザプレーンが分離されている場合の結合されたＰＧＷ／ＳＧＷのアーキテクチャ参照モデルを示すブロック図。
【図３】本実施形態を実施することができる例示的な通信システムを示すブロック図。
【図４】本実施形態による、第２ネットワークノードにおける例示的なパケット処理フローを示すフローチャート。
【図５】本実施形態による、第１ネットワークノードにおける例示的な方法を示すフローチャート。
【図６】本実施形態による、第２ネットワークノードにおける例示的な方法を示すフローチャート。
【図７】本実施形態による、例示的な第１ネットワークノードを示すブロック図。
【図８】本実施形態による、例示的な第２ネットワークノードを示すブロック図。
【図９】本実施形態による装置を示すブロック図。
【発明を実施するための形態】
【００２０】
本実施形態について、実施形態が示された添付図面を参照して以下に詳細に説明する。しかしながら、本実施形態は、多くの異なる形態で具現化されることができ、本明細書に記載される実施形態に限定されると解釈されるべきではない。図面の要素は、互いに対して必ずしも縮尺通りではない。
【００２１】
"一実施形態"又は"実施形態"への言及は、実施形態に関連して説明された特定の特徴、構造又は特性が少なくとも１つの実施形態に含まれることを意味する。したがって、明細書全体の様々な場所に現れる"一実施形態において"という語句の出現は、必ずしも総て同じ実施形態を指しているわけではない。
【００２２】
本明細書で使用される"Ａ、Ｂ、又はＣ"という用語は、"Ａ"又は"Ｂ"又は"Ｃ"を意味し、本明細書で使用される"Ａ、Ｂ、及びＣ"という用語は、"Ａ"及び"Ｂ"及び"Ｃ"を意味し、本明細書で使用される"Ａ、Ｂ、及び／又はＣ"という用語は、"Ａ"、"Ｂ"、"Ｃ"、"Ａ及びＢ"、"Ａ及びＣ"、"Ｂ及びＣ"、"Ａ、Ｂ及びＣ"のいずれかを意味する。
【００２３】
本明細書の実施形態は、総てのアクティブなＳｘセッション又はＳｘセッションのグループに適用可能なＰＤＲをＵＰに指示するためにＣＰによって使用される新しいＳｘノード関連手順を提案する。ＣＰによって指示されたＰＤＲは、Ｓｘセッションごとに指示される従来のＰＤＲとは別の方法でＵＰにより処理される。
【００２４】
図３は、本実施形態を実施することができる例示的な通信システム３００を示すブロック図である。
【００２５】
一実施形態において、通信システム３００は、第１ネットワークノード３０１及び第２ネットワークノード３０２を含み得るが、これらに限定されない。第１ネットワークノード３０１は、ＣＰＦ、ＣＰ機能、又は、ＣＰとも呼ばれ得る制御プレーン機能として構成され得る。第２ネットワークノード３０２は、ＵＰＦ、ＵＰ機能、又は、ＵＰとも呼ばれ得るユーザプレーン機能として構成され得る。第１ネットワークノード３０１及び第２ネットワークノード３０２は、Ｓｘインタフェース又はＳｘ参照点と呼ばれ得るインタフェースを介して互いに結合され得る。
【００２６】
一実施形態において、第１ネットワークノード３０１は、ＳＧＷ  ＣＰＦ（ＳＧＷ−Ｃ）として構成され、第２ネットワークノード３０２は、ＳＧＷ  ＵＰＦ（ＳＧＷ−Ｕ）として構成され、Ｓｘインタフェースは、ＳＧＷ−ＣとＳＧＷ−Ｕとの間のＳｘａインタフェースであり得る。
【００２７】
別の実施形態において、第１ネットワークノード３０１は、ＰＧＷ  ＣＰＦ（ＰＧＷ−Ｃ）として構成され、第２ネットワークノード３０２は、ＰＧＷ  ＵＰＦ（ＰＧＷ−Ｕ）として構成され、Ｓｘインタフェースは、ＰＧＷ−ＣとＰＧＷ−Ｕとの間のＳｘｂインタフェースであり得る。
【００２８】
更に別の実施形態において、第１ネットワークノード３０１は、ＴＤＦ  ＣＰＦ（ＴＤＦ−Ｃ）として構成され、第２ネットワークノード３０２は、ＴＤＦ  ＵＰＦ（ＴＤＦ−Ｕ）として構成され、Ｓｘインタフェースは、ＴＤＦ−ＣとＴＤＦ−Ｕとの間のＳｘｃインタフェースであり得る。
【００２９】
さらに別の実施形態において、第１ネットワークノード３０１は、結合されたＳＧＷ／ＰＧＷ  ＣＰＦ（ＳＧＷ／ＰＧＷ−Ｃ）として構成され、第２ネットワークノード３０２は、結合されたＳＧＷ／ＰＧＷ  ＵＰＦ（ＳＧＷ／ＰＧＷ−Ｕ）として構成され、Ｓｘインタフェースは、ＳＧＷ／ＰＧＷ−ＣとＳＧＷ／ＰＧＷ−Ｕとの間の結合されたＳｘａ／Ｓｘｂインタフェースであり得る。
【００３０】
従来技術の課題を解決するために、以下の実施形態は、Ｓｘ手順レベル及びトラフィックレベルで提案される。
【００３１】
Ｓｘ手順レベル
ＰＤＲが総てのアクティブなＳｘセッション又はＳｘセッションのグループに適用できる、つまり、ＰＤＲが２つ以上のＳｘセッションに適用できるシナリオにおいて、ＣＰ及びＵＰによって使用されるために、新しい手順、たとえばＳｘノードＰＤＲ管理要求及び応答手順が提案される。提案されるＰＤＲタイプは、ノードＰＤＲとして参照され、標準化されたＰＤＲは、ＳｘセッションＰＤＲとして参照され得る。
【００３２】
ＳｘノードＰＤＲ管理要求メッセージ内で、以下の情報要素（ＩＥ）が、ＣＰ（例えば、第１ネットワークノード３０１）によって指示される必要がある。
・ノードＰＤＲ情報。このＰＤＲは、ＳｘセッションＰＤＲよりも多くのＩＥを有するが、
ノードＰＤＲは２つ以上のＳｘセッションに適用できるため、Ｓｘセッションの識別に使用されるＣＰ  Ｆ−ＳＥＩＤ  ＩＥ、ＵＰ  Ｆ−ＳＥＩＤ  ＩＥ等は無い。
任意のノードＰＤＲにリンクされている関連ルール（ＦＡＲ、ＱＥＲ、ＵＲＲ）の識別子は、ＳｘセッションＰＤＲからもリンクすることもでき、これは、ノードＦＡＲ、ノードＱＥＲ等ではないことを意味する。
・新しいＩＥであるＮｏｄｅＰＤＲＩｄは、他の総てのノードＰＤＲの中でノードＰＤＲを一意に識別するために使用される。
・新しいＩＥであるＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙは、ノードＰＤＲが適用可能なＳｘセッションを指定するために使用される。特定の値（０等）は、ノードＰＤＲが総てのＳｘセッションに適用可能であることを示すために使用され得る。
【００３３】
ＳｘノードＰＤＲ管理要求メッセージ内で、ＣＰ機能（たとえば、第１ネットワークノード３０１）は、以下の様な任意の変更を提供する。
・新しいノードＰＤＲの追加
・既存のノードＰＤＲの任意のフィールドの変更
・既存のノードＰＤＲの削除
【００３４】
ＳｘノードＰＤＲ管理応答メッセージ内で、関連するアクションが正常に完了した場合、ＵＰ機能（例えば、第２ネットワークノード３０２）は"成功"と応答し、そうでない場合、応答は"失敗"となる。
【００３５】
さらに、すでに言及されているＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥを適切に処理するには、既存のＳｘセッション手順を変更する必要がある。したがって、ＣＰ機能は、以下の手順でＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥを提供する。
・このＳｘセッションがＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙに含まれているかどうかを示すＳｘセッション確立要求手順
・このＳｘセッションのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥに関する任意の修正を示すＳｘセッション修正要求手順
【００３６】
ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥは、Ｓｘセッション毎に適用可能であり、ＵＰ機能は、このＩＥをこのＳｘセッションの残りの情報と共に保存する。
【００３７】
ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙそれぞれの背後にあるものを定義するのはＣＰである。例として、１つのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙは、電気メータリングデバイスに関連する総ての加入者をグループ化でき、その結果、これらの加入者のいずれかに対してＳｘセッションが確立される度に、これらのＳｘセッション確立手順のいずれかにおいて、正しいＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙが送信される。
【００３８】
代替的なＳｘ手順レベル
代替的に、上記のＳｘ手順レベルは、３つの個別の手順で具現化され得る。
・ＳｘノードＰＤＲ確立要求及び応答手順
・ＳｘノードＰＤＲ修正要求及び応答手順
・ＳｘノードＰＤＲ削除要求及び応答手順
【００３９】
ＳｘノードＰＤＲ確立要求手順において、以下のＩＥがＣＰから指示される必要がある。
・ノードＰＤＲ情報。このＰＤＲは、ＳｘセッションＰＤＲのＩＥの大部分を含むが、
ノードＰＤＲは複数のＳｘセッションに適用できるため、Ｓｘセッションの識別に使用されるＣＰ  Ｆ−ＳＥＩＤ  ＩＥ、ＵＰ  Ｆ−ＳＥＩＤ  ＩＥ等のＩＥは無い。
ノードＰＤＲの優先度は、セッションＰＤＲと共に残りのノードＰＤＲにも適用可能である。
任意のノードＰＤＲにリンクされている関連ルール（ＦＡＲ、ＱＥＲ、ＵＲＲ）の識別子は、ＳｘセッションＰＤＲからリンクすることもでき、これは、ノードＦＡＲ、ノードＱＥＲ等ではないことを意味する。
・新しいＩＥであるＮｏｄｅＰＤＲＡｐｐｌｉｃａｂｉｌｉｔｙは、ノードＰＤＲが総てのＳｘセッションに適用可能か、ノードＰＤＲがＳｘセッションのグループにのみ適用可能かを指定する。
・ノードＰＤＲがＳｘセッションのグループに適用できる場合、別の新しいＩＥであるＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙがＣＰから指示される必要がある。これは、このノードＰＤＲが適用されるＳｘセッションをＵＰＦが認識できる様にする識別子として理解され得る。
【００４０】
ＳｘノードＰＤＲ修正要求手順において、ＣＰ機能は既存のノードＰＤＲの任意の変更を提供する。
・ＰＤＲ  ＩＥの任意のフィールドの変更
・ＮｏｄｅＰＤＲＡｐｐｌｉｃａｂｉｌｉｔｙ  ＩＥの変更
・ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥの変更
【００４１】
ＳｘノードＰＤＲ削除要求手順において、ＣＰ機能は削除するノードＰＤＲを提供する。
【００４２】
これらの新しい３つの手順では、関連するアクションが正常に完了した場合、ＵＰ機能は"成功"と応答し、それ以外の場合は、"不成功"と応答する。
【００４３】
トラフィックレベル
図４は、本実施形態による、第２ネットワークノード３０２における例示的なパケット処理フローを示すフローチャートである。
【００４４】
ペイロードトラフィックについては、以下のことを考慮する必要がある。
・総てのノードＰＤＲは独自の優先度を有し、セッションレベルのＰＤＲと共に評価されなければならない。
・総てのノードＰＤＲに沿って、総てのＳｘセッションに適用可能なノードＰＤＲと、Ｓｘセッションのグループに適用可能なノードＰＤＲが存在する可能性がある。
【００４５】
したがって、ＵＰでペイロードパケットが受信されると、以下のアクションが以下の順序で実行される。
・受信したユーザプレーンパケットに対応するＳｘセッションを識別するためにＳｘセッションルックアップが実行される。
・Ｓｘセッションが既知の場合、このＳｘセッションに適用可能なノードＰＤＲがあるかどうかがチェックされる。一実施形態において、Ｓｘセッションに適用可能な１つ又は複数のノードＰＤＲが見つけられる。
・存在する場合、ノードＰＤＲは、セッションレベルのＰＤＲと共に優先度の順序で評価される。一実施形態において、セッションレベルのＰＤＲと共に１つ又は複数のノードのＰＤＲが優先度の降順で評価され、最初に一致したＰＤＲが選択される。
・選択したＰＤＲ、つまり最初に一致したＰＤＲの命令セットを適用する。
【００４６】
上記の様に、本明細書の実施形態は、新しいレベルのＰＤＲ、すなわちノードＰＤＲを提供する。このＰＤＲタイプは、総てのＳｘセッション又はＳｘセッションのグループに適用される様に定義される。
【００４７】
本明細書の実施形態により、以下の技術的効果が達成され得る。
・適用可能な複数のＳｘセッションに対して複数の同一のＰＤＲを繰り返し提供する必要がないため、ＣＰ−ＵＰシグナリングのスループットを大幅に最小化する（つまり、１つのノードＰＤＲで十分）。
・適用可能な複数のＳｘセッションに対して複数の同一のＰＤＲを繰り返し保存する必要がないため、Ｓｘセッション毎のメモリフットプリントを削減する（つまり、１つのノードＰＤＲで十分）。
【００４８】
図５は、本実施形態による、第１ネットワークノードにおける例示的な方法５００を示すフローチャートである。一実施形態において、図５のフローチャートは、図３の第１ネットワークノード３０１で実現され得る。
【００４９】
方法５００は、ステップＳ５０１で開始し、第１ネットワークノード３０１は、ＰＤＲに関連するメッセージを第２ネットワークノード３０２に送信し、ＰＤＲは、２つ以上のＳｘセッションに適用可能であり得る。ＰＤＲはノードＰＤＲであり、従来のＳｘセッションレベルＰＤＲとは区別される（従来のＳｘセッションＰＤＲは、Ｓｘセッションを識別するためのＩＥを必要とする）。
【００５０】
一実施形態において、第１ネットワークノード３０１（ＣＰＦ）は、新しいノードＰＤＲを作成するために、或いは、既存のノードＰＤＲを修正／削除するために、ＳｘノードＰＤＲ管理手順を開始する。ＣＰＦは、新規のルール、更新されるルール、又は、削除されるルールの総てを提供する。更新されるルールは、変更、追加、及び／又は、削除される情報のみが含まれる。
【００５１】
一実施形態において、ノードＰＤＲは、他の総てのＰＤＲの中でノードＰＤＲを識別するためにＮｏｄｅＰＤＲＩｄ  ＩＥを含み得る。例示的なＮｏｄｅＰＤＲＩｄ  ＩＥは、以下の形式で符号化され得る。
【００５２】
【表１】
2021520679.tif 000003
オクテット５〜６にはルールＩＤが含まれ、整数でエンコードされる。
【００５３】
さらに、ノードＰＤＲは、ノードＰＤＲが適用可能なセッショングループを識別するためのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥも含み得る。総てのＳｘセッションに適用可能なノードＰＤＲのために、ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥは、特定の値、たとえば０に設定され得る。例示的なＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥは、以下の形式で符号化され得る。
【００５４】
【表２】
2021520679.tif 000004
グループ化されたセッション識別子の値は、オクテット文字列としてエンコードされる。グループ化されたセッション識別子の値"０"は、ノード上の総てのセッションを表すことに留意されたい。
【００５５】
一実施形態において、ノードＰＤＲはまた、第２ネットワークノード３０２によって適用されるときにその優先度を示すためのｐｒｅｃｅｄｅｎｃｅ  ＩＥを含み得る。さらに、ノードＰＤＲは、第２ネットワークノード３０２によって実行されるべきアクション（又はルール）の表示を含み得る。
【００５６】
一実施形態において、メッセージは、ＳｘノードＰＤＲ管理要求メッセージであり得る。ＳｘノードＰＤＲ管理要求メッセージの例は、以下の形式であり得る。
【００５７】
【表３】
2021520679.tif 000005
【００５８】
ＳｘノードＰＤＲ管理要求メッセージにおいて、第１ネットワークノード３０１は、第２ネットワークノード３０２に、ノードＰＤＲの追加、ノードＰＤＲのフィールドの変更、及び／又は、ノードＰＤＲの削除を指示し得る。
【００５９】
Ｃｒｅａｔｅ  Ｎｏｄｅ  ＰＤＲ  ＩＥの例は、以下の形式であり得る。
【００６０】
【表４】
2021520679.tif 000006
【００６１】
ＰＤＩ  ＩＥの例は、以下の形式であり得る。
【００６２】
【表５】
2021520679.tif 000007
【００６３】
Ｕｐｄａｔｅ  Ｎｏｄｅ  ＰＤＲ  ＩＥの例は、以下の形式であり得る。
【００６４】
【表６】
2021520679.tif 000008
【００６５】
一実施形態において、第１ネットワークノード３０１は、以下の手順でＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥを指示する。
・ノードＰＤＲを適用するＳｘセッションを示すＳｘノードＰＤＲ管理要求手順
・ＳｘセッションがＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙに含まれているかを示すＳｘセッション確立要求手順
・ＳｘセッションのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥに関連する任意の修正を示すＳｘセッション修正要求手順
【００６６】
次に、方法５００は、ステップＳ５０２に進み、第１ネットワークノード３０１は、第２ネットワークノード３０２から、ＳｘノードＰＤＲ管理要求メッセージが受け入れられたか、拒否されたかを示す、ＳｘノードＰＤＲ管理応答メッセージを受信し得る。
【００６７】
一実施形態において、第１ネットワークノード３０１（ＣＰＦ）が原因"成功"を含むＳｘノードＰＤＲ管理応答を受信すると、第１ネットワークノード３０１は、ＳｘノードＰＤＲ管理手順を開始した手順を継続する。
【００６８】
上記のステップは単なる例であり、第１ネットワークノード３０１は、例えばＳｘノードＰＤＲ管理要求及び応答手順によってノードＰＤＲを管理するために、図３に関連して説明された任意のアクションを実行することができる。
【００６９】
図６は、本実施形態による、第２ネットワークノードにおける例示的な方法６００を示すフローチャートである。一実施形態において、図６のフローチャートは、図３の第２ネットワークノード３０２で実現され得る。
【００７０】
方法６００は、ステップＳ６０１で開始し、第２ネットワークノード３０２は、ＰＤＲに関連するメッセージを第１ネットワークノード３０１から受信し、ＰＤＲは、２つ以上のＳｘセッションに適用可能であり得る。ＰＤＲはノードＰＤＲであり、従来のＳｘセッションレベルのＰＤＲとは区別される（従来のＳｘセッションＰＤＲは、Ｓｘセッションを識別するためのＩＥを必要とする）。
【００７１】
一実施形態において、ノードＰＤＲは、他の総てのＰＤＲの中でノードＰＤＲを識別するためにＮｏｄｅＰＤＲＩｄ  ＩＥを含み得る。さらに、ノードＰＤＲは、ノードＰＤＲが適用可能なセッショングループを識別するためのＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥも含み得る。総てのＳｘセッションに適用可能なノードＰＤＲの場合、ＧｒｏｕｐｅｄＳｅｓｓｉｏｎＩｄｅｎｔｉｔｙ  ＩＥは、特定の値、たとえば０に設定され得る。一実施形態において、ノードＰＤＲはまた、第２ネットワークノード３０２によって適用されるときにその優先度を示すためのｐｒｅｃｅｄｅｎｃｅ  ＩＥを含み得る。さらに、ノードＰＤＲは、第２ネットワークノード３０２によって実行されるべきアクション（又はルール）の表示を含み得る。
【００７２】
一実施形態において、メッセージは、ＳｘノードＰＤＲ管理要求メッセージであり得る。ＳｘノードＰＤＲ管理要求メッセージにおいて、第１ネットワークノード３０１は、第２ネットワークノード３０２に、ノードＰＤＲの追加、ノードＰＤＲのフィールドの変更、及び／又は、ノードＰＤＲの削除を指示し得る。
【００７３】
次に、方法６００は、ステップＳ６０２に進み、第２ネットワークノード３０２は、ノードＰＤＲを２つ以上のＳｘセッションに適用し得る。一実施形態において、ノードＰＤＲを適用する場合、第２ネットワークノード３０２は、以下のアクションを実行し得る。
−受信したユーザプレーンパケットに対応するＳｘセッションを識別するために、Ｓｘセッションルックアップを実行することと、
−Ｓｘセッションに適用可能な１つ又は複数のノードＰＤＲを見つけることと、
−セッションレベルＰＤＲと、１つ以上のノードＰＤＲから、受信したユーザプレーンパケットに優先度の降順で最初に一致するＰＤＲを選択することと、
−選択したＰＤＲに関するアクションをトリガすること。
【００７４】
ＰＤＲのパケット検出情報（ＰＤＩ）の総てのマッチフィールドが対応するパケットヘッダフィールドと一致している場合、パケットはＰＤＲと一致している。マッチフィールドがＰＤＩに含まれていない場合、パケットのヘッダフィールドの総ての可能な値と一致すると見なされる。マッチフィールドが存在し、マスクを含んでいない場合、マッチフィールドは、パケットの対応するヘッダフィールドが同じ値である場合、一致するものと見なされる。マッチフィールドが存在し、マスクを含む場合（たとえば、プレフィックスマスク付きのＩＰアドレス）、マッチフィールドは、マスクに設定されているビットに同じ値がある場合、パケットの対応するヘッダフィールドと一致すると見なされる。
【００７５】
一実施形態において、１つ又は複数のノードＰＤＲの優先度は、セッションレベルＰＤＲの優先度よりも高いため、ノードＰＤＲが最初に考慮される。第２ネットワークノード３０２（ＵＰＦ）は、任意のＰＤＲと一致しないパケットをドロップし得る。
【００７６】
次に、方法６００は、ステップＳ６０３に進み、第２ネットワークノード３０２は、第１ネットワークノード３０１に、ＳｘノードＰＤＲ管理要求メッセージを受け入れたか、拒否したかを示す、ＳｘノードＰＤＲ管理応答メッセージを送信し得る。上記のステップＳ６０２及びＳ６０３は、任意の順序で実行することができる、或いは、同時に実行することができる、或いは、個別に実行することができることに留意されたい。
【００７７】
一実施形態において、第２ネットワークノード３０２は、第１ネットワークノード３０１によって指示された様に各アクションを実行することができ、例えば、第２ネットワークノード３０２は、ノードＰＤＲを追加する、ノードＰＤＲのフィールドを変更する、及び／又は、ノードＰＤＲを削除することができる。第２ネットワークノード３０２がアクションを正しく完了すると、ＳｘノードＰＤＲ管理要求メッセージを受け入れたことを示すために、ＳｘノードＰＤＲ管理応答メッセージを送信する。そうでない場合、第２ネットワークノード３０２は、ＳｘノードＰＤＲ管理要求メッセージを拒否したことと、拒否した理由を示すＳｘノードＰＤＲ管理応答メッセージを送信し得る。
【００７８】
一実施形態において、第２ネットワークノード３０２（ＵＰＦ）がＳｘノードＰＤＲ修正要求を受信すると、
−ＳｘノードＰＤＲ管理要求の総てのルールが受け入れられて適用された場合、要求で受信したルールを更新して適用し、原因が"成功"であるＳｘノードＰＤＲ管理応答を送信する。
−それ以外の場合、少なくとも１つのルールの更新又は適用に失敗した場合、最初のエラーの原因となったルールのルールＩＤと共に適切なエラー原因値を返し、受信した総てのルールを破棄する。
【００７９】
ＳｘノードＰＤＲ管理応答メッセージの例は、以下の形式であり得る。
【００８０】
【表７】
2021520679.tif 000009
【００８１】
上記のステップは単なる例であり、第２ネットワークノード３０２は、例えばＳｘノードＰＤＲ管理要求及び応答手順によってノードＰＤＲを管理し、受信したパケットにノードＰＤＲを適用するために、図３〜図４に関連して説明された任意のアクションを実行し得る。
【００８２】
図７は、本実施形態による、例示的な第１ネットワークノードを示すブロック図である。
【００８３】
一実施形態において、第１ネットワークノード３０１は、少なくとも１つのプロセッサ７０１と、少なくとも１つのプロセッサ７０１に結合された非一時的コンピュータ可読媒体７０２と、を含み得る。非一時的コンピュータ可読媒体７０２は、少なくとも１つのプロセッサ７０１によって実行可能な命令を含み、それにより、少なくとも１つのプロセッサ７０１は、図５のフローチャートに示される様に例示的な方法５００のステップを実行する様に構成され、その詳細については省略する。
【００８４】
なお、第１ネットワークノード３０１は、ハードウェア、ソフトウェア、ファームウェア及びそれらの任意の組み合わせとして実行され得る。たとえば、第１ネットワークノード３０１は、複数のユニット、回路、又は、モジュールを含み、それぞれを使用して、例示的な方法５００のステップ、又は、第１ネットワークノード３０１に関連する図３〜４に示す任意のステップを実行することができる。
【００８５】
図８は、例示的な第２ネットワークノード３０２を示すブロック図である。
【００８６】
一実施形態において、第２ネットワークノード３０２は、少なくとも１つのプロセッサ８０１と、少なくとも１つのプロセッサ８０１に結合された非一時的コンピュータ可読媒体８０２と、を含み得る。非一時的コンピュータ可読媒体８０２は、少なくとも１つのプロセッサ８０１によって実行可能な命令を含み、それにより、少なくとも１つのプロセッサ８０１は、図６の概略フローチャートに示される様に、例示的な方法６００のステップを実行する様に構成され、その詳細については省略する。
【００８７】
なお、第２ネットワークノード３０２は、ハードウェア、ソフトウェア、ファームウェア及びそれらの任意の組み合わせとして実行され得る。たとえば、第２ネットワークノード３０２は、複数のユニット、回路、又は、モジュールを含み、それぞれを使用して、例示的な方法６００のステップ、又は、第２ネットワークノード３０２に関連する図３〜４に示す任意のステップを実行することができる。
【００８８】
図９は、本実施形態による装置９００を示すブロック図である。一実施形態において、装置９００は、第１ネットワークノード３０１又は第２ネットワークノード３０２等の上述の装置として構成され得る。
【００８９】
一実施形態において、装置９００は、限定はしないが、中央処理装置（ＣＰＵ）９０１等の少なくとも１つのプロセッサと、コンピュータ可読媒体９０２と、メモリ９０３と、を含み得る。メモリ９０３は、揮発性（例えば、ランダムアクセスメモリ、ＲＡＭ）及び／又は不揮発性メモリ（例えば、ハードディスク又はフラッシュメモリ）を含み得る。一実施形態において、コンピュータ可読媒体９０２は、プロセッサ９０１によって実行されると、プロセッサ９０１に上記の方法のいずれかを実行させるコンピュータプログラム及び／又は命令を格納する様に構成され得る。
【００９０】
一実施形態において、コンピュータ可読媒体９０２（非一時的コンピュータ可読媒体等）は、メモリ９０３に格納され得る。別の実施形態において、コンピュータプログラムは、たとえばコンピュータプログラム製品９０４等の遠隔場所に格納することもでき（コンピュータ可読媒体として実施することもできる）、たとえばキャリア９０５を介してプロセッサ９０１によってアクセス可能である。
【００９１】
コンピュータ可読媒体９０２及び／又はコンピュータプログラム製品９０４は、たとえば、ディスケット、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタルビデオディスク）、フラッシュ又は同様のリムーバブルメモリメディア（コンパクトフラッシュ、ＳＤ（セキュアデジタル）、メモリスティック、ミニＳＤカード、ＭＭＣマルチメディアカード、スマートメディア）、ＨＤ−ＤＶＤ（高精細ＤＶＤ）、又は、Ｂｌｕ−ｒａｙ、ＤＶＤ、ＵＳＢ（ユニバーサルシリアルバス）ベースのリムーバブルメモリメディア、磁気テープメディア、光ストレージメディア、光磁気メディア、バブルメモリ等の取り外し可能なコンピュータ可読媒体に分散及び／又は格納することができる、或いは、ネットワーク経由で伝播信号として配信（例：イーサネット、ＡＴＭ、ＩＳＤＮ、ＰＳＴＮ、Ｘ．２５、インターネット、ローカルエリアネットワーク（ＬＡＮ）、又は、データパケットをインフラストラクチャノードに転送できる同様のネットワーク）され得る。
【００９２】
本明細書では、以下のさらなる側面が提案される。
【００９３】
側面１：ＵＰＦの総てのＳｘセッション又はＳｘセッションのサブセットに影響を与えるＰＤＲをインストール／作成する方法。
【００９４】
側面２：側面１の方法であって、
ａ．ＳｘノードＰＤＲ削除要求及び応答メッセージを含む。要求は、以下を含む
ｉ．新しいノードＰＤＲ作成
１）ＰＤＲが適用されるセッションＩＤのリストとノードＰＤＲパラメータ
２）ＰＤＲ優先度
３）ＰＤＲが適用されるセッションのグループのオプションの表示（グループＩＤ）
ｉｉ．対応するノードＰＤＲパラメータを修正するためのノードＰＤＲ更新
ｉｉ．特定のノードＰＤＲを削除するためのノードＰＤＲ削除
ｂ．作成の成功を示す上記の手順の応答。
【００９５】
側面３：セッションがグループに属しているかどうかの表示を含む、既存のＳｘセッション確立手順。
【００９６】
側面４：セッションが属しているグループの任意の修正を含む、既存のＳｘセッション修正手順。
【００９７】
例示的な実施形態は、コンピュータで実施される方法、装置（システム及び／又はデバイス）及び／又はコンピュータプログラム製品のブロック図及び／又はフローチャート図を参照して本明細書で説明される。ブロック図及び／又はフローチャートのブロック、並びに、ブロック図及び／又はフローチャートにおけるブロックの組み合わせは、１つ又は複数のコンピュータ回路によって実行されるコンピュータプログラム命令によって実現され得ることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ回路、専用コンピュータ回路、及び／又は、他のプログラム可能なデータ処理回路のプロセッサ回路に提供されてマシンが生成され、コンピュータのプロセッサ及び／又は他のプログラム可能なデータ処理装置を介して実行される命令、トランジスタ、メモリ位置に格納された値、ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実現するためのそのような回路内の他のハードウェアコンポーネントを変換及び制御し、それにより、ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実現するための手段（機能）及び／又は構造を作成する。
【００９８】
これらのコンピュータプログラム命令は、また、コンピュータ又は他のプログラム可能なデータ処理装置が特定の方法で機能する様に命令できる有形のコンピュータ可読媒体に格納されてもよく、その結果、コンピュータ可読媒体に格納された命令は、ブロック図及び／又はフローチャートのブロックで指定された機能／動作を実現する命令を含む製品を生産する。したがって、本発明の概念の実施形態は、デジタル信号プロセッサ等のプロセッサ上で実行されるハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施することができ、まとめて"回路"、"モジュール"、又は、その変形としても参照され得る。
【００９９】
また、幾つかの代替実装では、ブロックに記載されている機能／動作が、フローチャートに記載されている順序とは異なる順序で発生する場合があることにも注意されたい。例えば、関連する機能／動作に応じて、連続して示されている２つのブロックが実際には実質的に同時に実行されてもよく、あるいはブロックが逆の順序で実行されてもよい。さらに、フローチャート及び／又はブロック図の所与のブロックの機能は、複数のブロックに分離される、及び／又は、フローチャート及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的に統合され得る。最後に、他のブロックを、図示されているブロックの間に追加／挿入することができ、及び／又は発明の概念の範囲から逸脱することなく、ブロック又は動作を省略することができる。さらに、幾つかの図は、通信の主要な方向を示すために通信経路上に矢印を含んでいるが、通信は、描かれた矢印とは反対の方向で起こり得ることを理解されたい。
【０１００】
本発明の概念の原理から実質的に逸脱することなく、実施形態に対して多くの変更及び修正を行うことができる。そのような総ての変形及び修正は、本発明の概念の範囲内で本明細書に含まれることが意図されている。したがって、上記で開示された主題は、限定的ではなく例示的であると見なされるべきであり、添付の実施形態の例は、本発明の概念の精神及び範囲内にある総てのそのような修正、強化、及び他の実施形態をカバーすることを意図する。したがって、法律で許可される最大限の範囲で、本発明の概念の範囲は、以下の実施形態の例及びその等価物を含む本開示の最も広い許容可能な解釈によって決定されるべきであり、前述の詳細な説明によって制限又は限定されない。
【０１０１】
略語
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＣＰＦ：制御プレーン機能
ＥＰＣ：発展型パケットコア
ＦＡＲ：転送アクションルール
ＰＣＲＦ：ポリシー及び課金ルール機能
ＰＤＩ：パケット検出情報
ＰＤＲ：パケット検出ルール
ＰＦＣＰ：パケット転送制御プロトコル
ＰＧＷ：パケットデータネットワークゲートウェイ
ＰＧＷ−Ｃ：ＰＤＮゲートウェイ制御プレーン機能
ＰＧＷ−Ｕ：ＰＤＮゲートウェイユーザプレーン機能
ＱＥＲ：ＱоＳ実行規則
ＳＧＷ：サービングネットワークゲートウェイ
ＳＧＷ−Ｃ：サービングゲートウェイ制御プレーン機能
ＳＧＷ−Ｕ：サービングゲートウェイユーザプレーン機能
ＴＤＦ：トラフィック検出機能
ＴＤＦ−Ｃ：トラフィック検出機能制御プレーン機能
ＴＤＦ−Ｕ：トラフィック検出機能ユーザプレーン機能
ＵＰＦ：ユーザプレーン機能
ＵＲＲ：使用報告ルール
【図１】
2021520679.tif 000010
【図２】
2021520679.tif 000011
【図３】
2021520679.tif 000012
【図４】
2021520679.tif 000013
【図５】
2021520679.tif 000014
【図６】
2021520679.tif 000015
【図７】
2021520679.tif 000016
【図８】
2021520679.tif 000017
【図９】
2021520679.tif 000018
【国際調査報告】
2021520679.tif 000019