JP5670482B2 - ベアラ制御モードへの変更を処理する方法 - Google Patents

Description

本明細書で開示されているさまざまな例示的な実施形態は、一般的に通信ネットワークにおけるポリシーおよび課金に関する。

モバイル通信ネットワーク内でさまざまな種類のアプリケーションに対する需要が高まるにつれ、この拡張された機能を信頼できる形で提供するために、サービスプロバイダは、自社のシステムを常時アップグレードしなければならない。かつては単に音声通信のために設計されたシステムであったものが、あらゆる目的に使えるネットワークアクセスポイントに成長し、テキストメッセージング、マルチメディアストリーミング、および一般的なインターネットアクセスを含む無数のアプリケーションへのアクセスを提供するようになった。このようなアプリケーションをサポートするために、プロバイダは、新しいネットワークをその既存の音声ネットワークの上に構築してきたが、これはエレガントとは言えないソリューションとなった。第二世代および第三世代のネットワークに見られるように、音声サービスは、音声専用チャネル上で搬送され、回線交換コアに向けられなければならないが、他のサービスの通信は、インターネットプロトコル（ＩＰ）により伝送され、異なるパケット交換コアに向けられる。このため、アプリケーションの提供、計測および課金、ユーザーの体感品質（ＱｏＥ）保証に関する固有の問題が生じる。

第二世代および第三世代のデュアルコアアプローチを簡素化しようとする作業において、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、「ロングタームエボリューション」（ＬＴＥ）と称される新しいネットワークスキームを推奨している。ＬＴＥネットワークでは、すべての通信がＩＰチャネル上でユーザー機器（ＵＥ）から発展型パケットコア（ＥＰＣ）と称されるオールＩＰコアに搬送される。次いで、ＥＰＣは、受け入れられるＱｏＥを保証し、加入者にその特定のネットワーク活動について課金しながら他のネットワークへのゲートウェイアクセスを提供する。

３ＧＰＰでは、一般に、ＥＰＣのコンポーネントおよびそれらのコンポーネント同士のインタラクションを多数の技術仕様書に記述している。特に、３ＧＰＰ ＴＳ ２９．２１２、３ＧＰＰ ＴＳ ２９．２１３、および３ＧＰＰ ＴＳ ２９．２１４では、ＥＰＣのポリシーおよび課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）（ＰＣＲＦ）、ポリシーおよび課金施行機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（ＰＣＥＦ）、ならびにベアラバインディングおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）（ＢＢＥＲＦ）を説明している。これらの仕様書は、信頼できるデータサービスを提供し、その使用について加入者に課金するためのこれらの要素同士のインタラクションの仕方について何らかの指針をさらに与える。

３ＧＰＰの仕様書では、データプレーントラヒックの伝搬の方法についてさらに説明している。データプレーントラヒックは、「サービスデータフロー（ＳＤＦ）」と称される仮想接続を介してユーザー機器からパケットデータネットワークへ搬送される。それぞれのＳＤＦは、「ベアラ」と称される仮想コンテナによって搬送される。それぞれのベアラは、特定のサービス品質（ＱｏＳ）特性に関連付けられ、複数のＳＤＦを搬送することができる。そこで、ＳＤＦをマッチするベアラに関連付けることによってＳＤＦに対して特定のＱｏＳ設定を保証することができる。

３ＧＰＰ ＴＳ ２９．２１２、３ＧＰＰ ＴＳ ２９．２１３、および３ＧＰＰ ＴＳ ２９．２１４で説明されているように、ＳＤＦは、さまざまな方法で確立することができる。例えば、ＳＤＦは、要求されたＳＤＦに関連付けられているサービスのプロバイダに関連付けられているアプリケーション機能（ＡＦ）の要求時に確立されうる。このような要求は、「ネットワーク開始」要求と称することができる。ＳＤＦは、ユーザー機器（ＵＥ）の要求時に確立することもできる。これらの要求は、サービスゲートウェイ（ＳＧＷ）またはパケットデータネットワークゲートウェイ（ＰＧＷ）からＰＣＲＦに届きうるもので、「ＵＥ開始」要求と称される。いくつかの状況では、ＳＤＦに対する要求は、ＡＦとＵＥの両方を発信元とする、複数のメッセージを伴うものとしてよい。

機器が特定のＳＤＦにサービスを提供するなどの要因によっては、ＥＰＣはすべての種類のＳＤＦ要求を履行することができない場合がある。例えば、いくつかの実装において、ネットワーク開始要求は許可されえない。３ＧＰＰ ＴＳ ２９．２１２では、特定のＩＰ−ＣＡＮセッションに対してどのような要求を処理すべきかを示す「ベアラ制御モード」と称される設定を説明している。ベアラ制御モードは、ＵＥがリソースの確立、修正、または終了を要求しなくてはならないことを指示する値「ＵＥ＿ＯＮＬＹ」、またはネットワーク開始およびＵＥ開始の両方の要求が履行されるべきであることを指示する値「ＵＥ＿ＮＷ」に設定することができる。

しかし、３ＧＰＰ仕様書では、与えられたＩＰ−ＣＡＮセッションにどのベアラ制御モード設定が適切であるかをＰＣＲＦがどのように決定すべきかを説明していない。３ＧＰＰ仕様書では、ベアラ制御モードを変更すべき状況をＰＣＲＦがどのように識別し、処理すべきであるかを説明することもできていない。これらのステップなしでは、ＥＰＣ側が、モバイルデバイスおよびサービングハードウェアの必要条件に適合する信頼できるリソース割り当てを行うことは困難になる。

前記の説明に鑑みると、リソース割り当て要求を処理するための方法を提供することが望ましいことがわかる。特に、要求に関連付けられているＳＤＦに対するベアラ制御モードの評価を必要とするリソース割り当て要求に柔軟に応じられるＰＣＲＦを実現することが望ましい。また、望ましくない影響を取り込むことまたは関連する仕様に違反することなくＳＤＦに関連付けられているベアラ制御モードへの変更を処理することができるＰＣＲＦを実現することもさらに望ましい。

３ＧＰＰ ＴＳ ２９．２１２ ３ＧＰＰ ＴＳ ２９．２１３ ３ＧＰＰ ＴＳ ２９．２１４

ベアラ制御モードの決定を伴うリソース割り当て要求を動的に処理するための方法が現在必要とされていることを考えて、さまざまな例示的な実施形態の簡潔な概要を述べる。以下の概要においていくつかの簡素化および省略を行っている場合があるが、これはさまざまな例示的な実施形態のいくつかの態様を強調し、導入することを意図したものであり、本発明の範囲を制限することは意図していない。後の節で、当業者が本発明の概念を構成し、使用することを可能にするのに適した好ましい例示的な実施形態の詳細な説明を続ける。

さまざまな例示的な実施形態は、発展型パケットコアノードからの要求メッセージをＰＣＲＮで受信すること、要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含んでいるかどうかを判定すること、および要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含んでいる場合に、ＩＰ−ＣＡＮセッションに対する現在のベアラ制御モードを決定し、ＩＰ−ＣＡＮセッションに対する前のベアラ制御モードを決定し、現在のベアラ制御モードを前のベアラ制御モードと比較すること、および現在のベアラ制御モードが前のベアラ制御モードと異なる場合に、現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正することのうちの１つまたは複数を含む方法および関係するネットワークノードおよび機械可読記憶媒体に関係する。

このようにして、さまざまな例示的な実施形態において、ベアラ制御モードを柔軟に決定し、変更されたベアラ制御モードに従うことを保証することが可能になることは明らかであろう。特に、ベアラ制御モードが変わった後に不適合のＰＰＣルール、ＱｏＳルール、およびアプリケーションセッションを取り除くことによって、ＰＣＲＮは、ＩＰ−ＣＡＮセッションに対するベアラ制御モードへの変更後に有効なセッションのみが残ることを保証することができる。

さまざまな例示的な実施形態をよりよく理解できるように、添付図面を参照する。

さまざまなデータサービスを提供するための例示的な加入者ネットワークを示す図である。 受信した要求メッセージを処理するための例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）を示す図である。 ベアラ制御モードを決定するための例示的なルールセットを示す図である。 ＰＣＣルールに関係するデータを格納するための例示的なデータ配置構成を示す図である。 受信した要求メッセージを処理するための例示的な方法を示す図である。 受信した要求メッセージを処理するための例示的な方法を示す図である。

次に、類似の番号は類似のコンポーネントまたはステップを指す図面を参照すると、さまざまな例示的な実施形態の範囲の広い態様が開示されている。

図１は、さまざまなデータサービスを提供するための例示的な加入者ネットワーク１００を示している。例示的な加入者ネットワーク１００は、さまざまなサービスへのアクセスを提供する通信ネットワークまたは他のネットワークとすることができる。例示的な加入者ネットワーク１００は、ユーザー機器１１０、基地局１２０、発展型パケットコア（ＥＰＣ）１３０、パケットデータネットワーク１４０、およびアプリケーション機能（ＡＦ）１５０を備えることができる。

ユーザー機器（ＵＥ）１１０は、エンドユーザーにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスとすることができる。そのようなデータサービスは、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含む。より具体的には、さまざまな例示的な実施形態において、ユーザー機器１１０は、パーソナルコンピュータ、ラップトップコンピュータ、ワイヤレス電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはＥＰＣ １３０を介して他のデバイスと通信することができる任意の他のデバイスである。

基地局１２０は、ユーザー機器１１０とＥＰＣ １３０との間の通信を可能にするデバイスとすることができる。例えば、基地局１２０は、３ＧＰＰ規格によって定められているようなＥｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮｏｄｅＢ）などの基地トランシーバ局であってよい。したがって、基地局１２０は、無線通信などの、第１の媒体を介してユーザー機器１１０と通信し、イーサネット（登録商標）ケーブルなどの、第２の媒体を介してＥＰＣと通信するデバイスであるものとしてよい。基地局１２０は、ＥＰＣ １３０と直接通信するか、または多数の中間ノード（図示せず）を介して通信することができる。さまざまな実施形態において、複数の基地局（図示せず）は、ユーザー機器１１０にモバイル機能を付与するために存在しているものとしてよい。さまざまな代替的実施形態において、ユーザー機器１１０は、発展型パケットコアと直接通信することができることに留意されたい。このような実施態様では、基地局１２０は、存在していなくてもよい。

発展型パケットコア（ＥＰＣ）１３０は、パケットデータネットワーク１４０へのゲートウェイアクセスをユーザー機器１１０に提供するデバイスもしくはデバイスのネットワークであるものとしてよい。ＥＰＣ １３０は、提供されるデータサービスの使用について加入者にさらに課金し、特定のユーザーの体感品質（ＱｏＥ）標準が満たされていることを保証することができる。そこで、ＥＰＣ １３０を、少なくとも一部は３ＧＰＰ ＴＳ ２９．２１２、２９．２１３、および２９．２１４規格に従って実装することができる。したがって、ＥＰＣ １３０は、サービスゲートウェイ（ＳＧＷ）１３２、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４、ならびにポリシーおよび課金ルールノード（ＰＣＲＮ）１３６を備えるものとしてよい。

サービスゲートウェイ（ＳＧＷ）１３２は、ＥＰＣ １３０へのゲートウェイアクセスを提供するデバイスとすることができる。ＳＧＷ １３２は、ユーザー機器１１０によって送信されるパケットを受信するＥＰＣ １３０内の第１のデバイスとすることができる。ＳＧＷ １３２は、ＰＧＷ １３４に向けてそのようなパケットを転送することができる。ＳＧＷ １３２は、例えば、複数の基地局（図示せず）間のユーザー機器１１０のモバイル機能を管理すること、およびサービスを受けるそれぞれのフローについて特定のサービスの品質（ＱｏＳ）特性を施行することなどの多数の機能を実行することができる。プロキシモバイルＩＰ標準を実装するものなどの、さまざまな実装において、ＳＧＷ １３２は、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を備えることができる。さまざまな例示的な実施形態において、ＥＰＣ １３０は、複数のＳＧＷ（図示せず）を備え、それぞれのＳＧＷは、複数の基地局（図示せず）と通信することができる。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスとすることができる。ＰＧＷ １３４は、ＳＧＷ １３２を介してパケットデータネットワーク１４０に向けてユーザー機器１１０によって送信されるパケットを受信するＥＰＣ １３０内の最後のデバイスとすることができる。ＰＧＷ １３４は、それぞれのサービスデータフロー（ＳＤＦ）についてポリシーおよび課金管理（ＰＣＣ）ルールを強制するポリシーおよび課金施行機能（ＰＣＥＦ）を備えることができる。このように、ＰＧＷ １３４は、ポリシーおよび課金施行ノード（ＰＣＥＮ）とすることができる。ＰＧＷ １３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなどの、多数の付加的機能を備えることができる。

ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６は、アプリケーションサービスの要求を受信し、ＰＣＣルールを生成し、ＰＣＣルールをＰＧＷ １３４および／または他のＰＣＥＮ（図示せず）に付与するデバイスとすることができる。ＰＣＲＮ １３６は、Ｒｘインターフェースを介してＡＦ １５０と通信することができる。ＰＣＲＮ １３６は、ＡＦ １５０からネットワーク開始アプリケーション要求を受信することができる。そのようなネットワーク開始要求を受信した後、ＰＣＲＮ １３６は、関連付けられているＳＤＦに対するベアラ制御モードが、ネットワーク開始要求が許可されていることを示している場合に、アプリケーション要求を履行するため少なくとも１つの新しいＰＣＣルールを生成することができる。

ＰＣＲＮ １３６は、それぞれ、ＧｘｘおよびＧｘインターフェースを介してＳＧＷ １３２およびＰＧＷ １３４と通信することもできる。ＰＣＲＮは、ＳＧＷ １３２およびＧｘｘインターフェースを介して、および／またはＰＧＷ １３４およびＧｘインターフェースを介して、ＵＥ １１０からＵＥ開始アプリケーション要求を受信することができる。ネットワーク開始アプリケーション要求の場合と同様に、ＰＣＲＮ １３６は、関連付けられているＳＤＦに対するベアラ制御モードが、ＵＥ開始要求が許可されていることを示している場合に、ＵＥ開始アプリケーション要求を履行するため少なくとも１つの新しいＰＣＣルールを生成することができる。

新しいＰＣＣルールを生成した後、またはＰＧＷ １３４による要求があった後、ＰＣＲＮ １３６は、Ｇｘインターフェースを介してＰＣＣルールをＰＧＷ １３４に付与することができる。例えばＰＭＩＰ標準を実装するものなど、さまざまな実施形態において、ＰＣＲＮ １３６は、要求されたＳＤＦに対してＱｏＳルールを生成することもできる。新しいＱｏＳルールを生成したとき、またはＳＧＷ １３２による要求があったとき、ＰＣＲＮ １３６は、Ｇｘｘインターフェースを介してＱｏＳルールをＳＧＷ １３２に付与することができる。

パケットデータネットワーク１４０は、ユーザー機器１１０とＡＦ １５０などのパケットデータネットワーク１４０に接続されている他のデバイスとの間のデータ通信を提供する任意のネットワークとすることができる。パケットデータネットワーク１４０は、パケットデータネットワーク１４０と通信しているさまざまなユーザーデバイスに、例えば、電話および／またはインターネットサービスをさらに提供することができる。

アプリケーション機能（ＡＦ）１５０は、ユーザー機器１１０にアプリケーションサービスを提供するデバイスとすることができる。そのため、ＡＦ １５０は、ユーザー機器１１０に、例えば、ビデオストリーミングまたは音声通信サービスを提供するサーバーまたは他のデバイスであってよい。ＡＦ １５０は、Ｒｘインターフェースを介してＥＰＣ １３０のＰＣＲＮ １３６とさらに通信することができる。ＡＦ １５０が、ユーザー機器１１０にアプリケーションサービスを提供し始める場合、ＡＦ １５０は、ＰＣＲＮ １３６に通知するために、ＤｉａｍｅｔｅｒプロトコルによるＡＡ要求（ＡＡＲ）などの、アプリケーション要求メッセージを生成することができる。あるいは、ＡＦ １５０は、ＰＣＲＮ １３６と通信せず、その代わりに、ＵＥ １１０を利用して、サービスを提供するために必要なリソースを要求することができる。

加入者ネットワーク１００のコンポーネントについて説明したが、これから、加入者ネットワーク１００のオペレーションの概要を簡潔に述べる。以下の説明は、加入者ネットワーク１００のオペレーションの概要を示すことが意図されており、したがって、いくつかの点で簡略化していることは理解されるであろう。加入者ネットワーク１００の詳細なオペレーションは、図２−５に関連して以下でさらに詳しく説明する。

さまざまな例示的な実施形態によれば、ＵＥ １１０は、パケットデータネットワーク１４０との通信を開始するためにＰＧＷ １３４に新しいＩＰ−ＣＡＮセッションの確立を要求することができる。ＰＧＷ １３４は、次に、ＰＣＲＮ １３６に新しいＩＰーＣＡＮセッションを要求するためにクレジット管理要求（ＣＣＲ）メッセージを作成し、送信することができる。次いで、ＰＣＲＮ １３６は、要求されたＩＰ−ＣＡＮセッションを確立することができる。そうする際に、ＰＣＲＮ １３６は、一セットの外部に置かれているルールを参照することによって新しいセッションに対する適切なベアラ制御モードを決定することができる。これらのルールを要求に含まれる情報および他の場所にある情報と比較することによって、ＰＣＲＮ １３６は、その要求に適用可能なルールを特定し、ベアラ制御モードがＵＥ＿ＮＷであるべきと判定することができる。次いで、ＰＣＲＮ １３６は、セッションが確立されうること、およびベアラ制御モードがＵＥ＿ＮＷであることを指示するためにクレジット管理応答（ＣＣＡ）メッセージでＰＧＷ １３４に応答することができる。ＵＥ １１０およびＥＰＣ １３０の通常のオペレーションにおいて、多数のＱｏＳおよび／またはＰＣＣルールが作成され、それぞれＰＧＷ １３４およびＳＧＷ １３２にインストールされうる。

後になって、ＰＧＷ １３４は、ＩＰ−ＣＡＮセッションへの変更を要求するために新しいＣＣＲメッセージを作成することができる。ＰＣＲＮ １３６が、この第２のＣＣＲメッセージを受信した場合、ＰＣＲＮ １３６は、メッセージを処理して、再び、一セットのルールからＩＰ−ＣＡＮセッションに対するベアラ制御モードを決定することができる。このときに、ＰＣＲＮ １３６は、例えば、ネットワークノード技術が変更されたことにより、ベアラ制御モードがＵＥ＿ＯＮＬＹであるべきであると判定することができる。次いで、ＰＣＲＦ １３６は、ＣＣＡメッセージを介してＩＰ−ＣＡＮセッションに関連付けられているすべてのネットワーク開始ルールを削除するようＰＧＷ １３４に指令することができる。ＰＣＲＮ １３６は、アボートセッション要求（ＡＳＲ）メッセージを介してＩＰ−ＣＡＮセッションに関連付けられている任意のアプリケーションセッションに対するセッション分解を開始するようＡＦ １５０にさらに指令することができる。ＰＭＩＰの配置などの、ゲートウェイ制御セッションを利用するさまざまな実施形態において、ＰＣＲＮ １３６は、再許可要求（ＰＡＲ）を介してＩＰ−ＣＡＮセッションに関連付けられているすべてのネットワーク開始ＱｏＳルールを削除するようＳＧＷ １３２に指令することもできる。したがって、ベアラ制御モードは以前にはＵＥ＿ＮＷであったが、ＩＰ−ＣＡＮセッションは現在ではＵＥ＿ＯＮＬＹベアラ制御モードに準拠している。

図２は、受信した要求メッセージを処理するための例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）２００を示している。ＰＣＲＮ ２００は、例示的な加入者ネットワーク１００のＰＣＲＮ １３６に対応しているものとしてよい。ＰＣＲＮ ２００は、Ｇｘｘインターフェース２０５、Ｇｘインターフェース２１０、メッセージインタプリタ２２０、セッションエスタブリッシャ２３０、ベアラ制御モード決定モジュール２４０、ベアラ制御モードルールストレージ２５０、メッセージジェネレータ２６０、セッションモディファイア２７０、ベアラ制御モード変更ハンドラ２８０、ＰＣＣルールストレージ２９０、およびＲｘインターフェース２９５を備えることができる。

Ｇｘｘインターフェース２０５は、ＳＧＷ １３２などのＳＧＷと通信するように構成されているハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースとすることができる。このような通信は、３ＧＰＰ ＴＳ ２９．２１２に従って実装されうる。そのため、Ｇｘｘインターフェース２０５は、クレジット管理要求（ＣＣＲ）および再許可応答（ＲＡＡ）メッセージを受信することができる。Ｇｘｘインターフェース２０５は、クレジット管理応答（ＣＣＡ）および再許可要求（ＲＡＲ）メッセージをさらに送信することができる。

Ｇｘインターフェース２１０は、ＰＧＷ １３４などのＰＧＷと通信するように構成されているハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースとすることができる。このような通信は、３ＧＰＰ ＴＳ ２９．２１２に従って実装されうる。そのため、Ｇｘインターフェース２１０は、クレジット管理要求（ＣＣＲ）および再許可応答（ＲＡＡ）メッセージを受信することができる。Ｇｘインターフェース２１０は、クレジット管理応答（ＣＣＡ）および再許可要求（ＲＡＲ）メッセージをさらに送信することができる。

メッセージインタプリタ２２０は、Ｇｘｘインターフェース２０５、Ｇｘインターフェース２１０、および／またはＲｘインターフェース２９５を介してメッセージを受信するように構成されているハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。メッセージインタプリタ２２０は、受信されたメッセージを検査して、それをどのように処理すべきかを決定し、次いで、そのメッセージをさらなる処理のために適切なモジュールに受け渡すことができる。例えば、メッセージインタプリタ２２０は、「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」の値に設定されたＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを搬送するＧｘインターフェース２１０を介して受信されたＣＣＲをさらに進行させるためにセッションエスタブリッシャ２３０に受け渡すべきであると決定することができる。別の例では、メッセージインタプリタ２２０は、「ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ」の値に設定されたＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを搬送するＧｘインターフェース２１０を介して受信されたＣＣＲをさらに進行させるためにセッションモディファイア２３０に受け渡すべきであると決定することができる。

セッションエスタブリッシャ２３０は、ＰＧＷ １３４などのＰＧＷによる要求があった後新しいＩＰ−ＣＡＮセッションを確立するように構成されているハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。セッションエスタブリッシャ２３０は、ＳＧＷ １３２などのＳＧＷによる要求があった後新しいゲートウェイ制御（ＧＷＣ）セッションを確立するように構成することもできる。セッションエスタブリッシャ２３０は、新しいＩＰ−ＣＡＮセッションまたはＧＷＣセッションに対する受信された要求を処理する際に必要であるか、または有用であるものとして当業者に知られているステップを実行することができる。セッションエスタブリッシャ２３０は、ベアラ制御モード決定モジュール２４０に新しいＩＰ−ＣＡＮセッションまたは新しいＧＷＣに関連付けられているＩＰ−ＣＡＮセッションに対するベアラ制御モードを要求し、例えば、ＩＰ−ＣＡＮセッションとベアラ制御モード値との間の関連付けをベアラ制御モードルールストレージ２５０、ＰＣＣルールストレージ２９０、または他のストレージ（図示せず）に格納することによってＩＰ−ＣＡＮセッションに対してベアラ制御モードを持続することもできる。次いで、セッションエスタブリッシャ２３０は、ＩＰ−ＣＡＮセッションに対するベアラ制御モードを含むＣＣＡメッセージを作成し、送信するようメッセージジェネレータに指令することができる。

ベアラ制御モード決定モジュール２４０は、コンテキスト情報からＩＰ−ＣＡＮセッションに対してベアラ制御モードを決定するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。このようなコンテキスト情報は、ＰＣＲＮ ２００によって受信されたＣＣＲ内に含まれるデータ、ベアラ制御モードルールストレージ２５０内に格納されているデータ、および／またはＰＣＣルールストレージ２９０内に格納されているデータなどのデータを含むことができる。このコンテキスト情報は、例えば、ＵＥ １１０、基地局１２０、ＳＧＷ １３２、および／またはＰＧＷ１３４によってサポートおよび／または使用される技術を説明する情報であるものとしてよい。ベアラ制御モード決定モジュール２４０は、ＩＰ−ＣＡＮセッションに対するベアラ制御モードを決定し、要求側モジュールに値を送り返すためにベアラ制御モードルールストレージ２５０内に格納されている多数のルールを参照することができる。

ベアラ制御モードルールストレージ２５０は、ＩＰ−ＣＡＮセッションに対してベアラ制御モードを決定する際にベアラ制御モード決定モジュール２４０が使用するために定義済みルールを格納することができる任意の機械可読媒体とすることができる。したがって、ＰＣＣルールストレージ２９０は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似の記憶媒体などの機械可読記憶媒体を備えることができる。図３に関して以下でさらに詳しく説明されるように、ベアラ制御モードルールストレージ３００は、コンテキストデータからベアラ制御モードを決定するための多数のルールを含む少なくとも１つのルールセットを格納することができる。

メッセージジェネレータ２６０は、Ｇｘｘインターフェース２０５、Ｇｘインターフェース２１０、および／またはＲｘインターフェース２９５を介して送信用のメッセージを生成するように構成されているハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。メッセージジェネレータ２６０は、例えば、ＣＣＡ、ＲＡＲ、ＡＡＡ、および／またはＡＳＲなどのさまざまなメッセージを生成することができるものとしてよい。メッセージジェネレータ２６０は、セッションエスタブリッシャ２３０、セッションモディファイア２７０、またはベアラ制御モード変更ハンドラ２８０による指令後のメッセージ内に収められている指定された情報をさらに備えることができる。このような指定された情報は、例えば、ＰＣＣルール、ＱｏＳルール、ベアラ制御モード、ルール削除命令、および／またはセッション分解命令を含むことができる。

セッションモディファイア２７０は、ＰＧＷ １３４などのＰＧＷの要求時に既存のＩＰ−ＣＡＮセッションを修正するように構成されているハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。例えば、セッションモディファイア２７０は、ハンドオーバー後に異なるＳＧＷを使用するようにＩＰ−ＣＡＮセッションを更新することができる。セッションモディファイア２７０は、ＩＰ−ＣＡＮセッションへの修正に対する受信された要求を処理する際に必要であるか、または有用であるものとして当業者に知られているステップを実行することができる。セッションモディファイアは、ベアラ制御モード決定モジュール２４０に更新されたＩＰ−ＣＡＮセッションに対するベアラ制御モードを要求し、例えば、ＩＰ−ＣＡＮセッションとベアラ制御モード値との間の関連付けをベアラ制御モードルールストレージ２５０、ＰＣＣルールストレージ２９０、または他のストレージ（図示せず）に格納することによってＩＰ−ＣＡＮセッションに対してベアラ制御モードを持続することもできる。ＩＰ−ＣＡＮセッションに対するベアラ制御モードが、前の値から変化している場合、セッションモディファイア２５０は、ベアラ制御モード変更ハンドラ２８０に通知することができる。次いで、セッションモディファイア２５０ ２３０は、ＩＰ−ＣＡＮセッションに対するベアラ制御モードを含むＣＣＡメッセージを作成し、送信するようメッセージジェネレータに指令することができる。

ベアラ制御モード変更ハンドラ２８０は、特定のＩＰ−ＣＡＮセッションについてベアラ制御モードの変更に応答するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を備えることができる。ベアラ制御モード変更ハンドラ２８０は、ベアラ制御モードがＵＥ＿ＯＮＬＹに変更されたか、またはＵＥ＿ＮＷに変更されたかに応じて異なるステップを実行することができる。ベアラ制御モードがＵＥ＿ＮＷからＵＥ＿ＯＮＬＹに変更された場合、ベアラ制御モード変更ハンドラ２８０は、ＰＣＣルールストレージ２９０を参照して、ＩＰ−ＣＡＮセッションに関連付けられているネットワーク開始ＰＣＣルールを識別することができる。次いで、ベアラ制御モード変更ハンドラ２８０は、ＣＣＡメッセージ内の識別されたＰＣＣルールを削除する命令を含むようにメッセージジェネレータ２６０に指令することができる。ベアラ制御モード変更ハンドラ２８０は、ＩＰ−ＣＡＮセッションに関連付けられているアプリケーションセッションに対するセッション分解を開始するようにＡＦ １５０などの少なくとも１つのＡＦに指令する少なくとも１つのＲＡＲメッセージを作成するようメッセージジェネレータ２６０にさらに指令することができる。ＰＭＩＰの配置を含むものなど、さまざまな実施形態において、ベアラ制御モード変更ハンドラ２８０は、識別されたＰＣＣルールに関連付けられているすべてのＱｏＳルールを削除するようにＳＧＷに指令するＲＡＲを生成するようにメッセージジェネレータに指令することもできる。

その一方で、ベアラ制御モードがＵＥ＿ＯＮＬＹからＵＥ＿ＮＷに変更された場合、ベアラ制御モード変更ハンドラ２８０は、ＰＣＣルールストレージ２９０を参照して、ＵＥ開始ＰＣＣルールを識別することができる。次いで、ＰＭＩＰの配置を含むものなど、さまざまな実施形態において、ベアラ制御モード変更ハンドラ２８０は、ＳＧＷがＧＷＣセッション分解を開始し、識別されたＰＣＣルールに関連付けられているＱｏＳルールを削除するべきことを指示するＲＡＲを生成するようにメッセージジェネレータに指令することができる。ベアラ制御モード変更ハンドラ２８０は、ＰＣＣルールストレージ２９０または別の場所（図示せず）を参照して任意の遅延ＰＣＣルールまたはネットワーク開始アプリケーション要求を識別することもできる。図４に関して以下でさらに詳しく説明されるように、ＰＣＣルールストレージは、任意の遅延ＰＣＣルールまたは要求に対する遅延時間を指示することができる。このような遅延時間が期限切れになっていない場合、ベアラ制御モード変更ハンドラ２８０は、ＰＧＷによるインストールのためＣＣＡ内に遅延ＰＣＣルールを含めるようにメッセージジェネレータ２６０に指令することができる。さまざまな代替的実施形態において、そのような遅延機能は、後で処理できるようにＰＣＣルールまたはアプリケーション要求を遅延キュー（図示せず）内に入れることによって実行されうる。そのような場合、ベアラ制御モード変更ハンドラ２８０は、その代わりに、インストールまたは履行されるべき任意の期限切れになっていないＰＣＣルールもしくは要求に対する遅延キューを探索することができる。

ＰＣＣルールストレージ２９０は、ＰＣＲＮ ２００によって生成されたＰＣＣルールを格納することができる任意の機械可読媒体とすることができる。したがって、ＰＣＣルールストレージ２９０は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似の記憶媒体などの機械可読記憶媒体を備えることができる。ＰＣＣルールストレージ２９０は、ＰＣＲＮ ２００によって作成された多数のＰＣＣルールの定義を格納することができる。そのような定義としては、例えば、ルール名、サービスデータフローフィルタ、ＱｏＳパラメータ、および課金パラメータが挙げられる。図４に関して以下でさらに詳しく説明されるように、ＰＣＣルールストレージ２９０は、例えば、ルールがネットワーク開始であるか、ＵＥ開始であるかの指示、ルールが遅延されているかどうかの指示、および／またはルール遅延に残されている時間の長さにおける、関連付けられているＩＰ−ＣＡＮセッション識別子などの、ＰＣＣルールに関係する追加情報を格納することができる。

Ｒｘインターフェース２９５は、ＡＦ １５０などのＡＦと通信するように構成されているハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースとすることができる。このような通信は、３ＧＰＰ ＴＳ ２９．２１４に従って実装されうる。そのため、Ｒｘインターフェース２９５は、ＡＡ要求（ＡＡＲ）およびアボートセッション応答（ＡＳＡ）メッセージを受信することができる。Ｒｘインターフェース２９５は、ＡＡ応答（ＡＡＡ）およびアボートセッション要求（ＡＳＲ）メッセージをさらに送信することができる。

図３は、ベアラ制御モードを決定するための例示的なルールセット３００を示している。ルールセット３００は、例えば、ベアラ制御モードルールストレージ２５０内に格納されているデータベース内のテーブルとすることができる。あるいは、ルールセット３００は、一連のリンクリスト、配列、または類似のデータ構造とすることも可能であろう。したがって、ルールセット３００は、基礎のデータの抽象化であり、このデータを格納するのに適した任意のデータ構造を使用することができることは明らかである。

ルールセット３００は、ベアラ制御モードの決定のためさまざまなコンテキストにおいて使用する複数のルールテーブル３１０、３２０、３３０、３４０を備えることができる。したがって、ルールセット３００は、既存のＩＰ−ＣＡＮセッションへの修正を要求するＣＣＲの受信に関連してベアラ制御モードを決定する際に使用するＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｍｏｄｉｆｉｃａｔｉｏｎテーブル３１０を備えることができる。同様に、ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｅｓｔａｂｌｉｓｈテーブル３２０およびＧＷＣ＿Ｓｅｓｓｉｏｎ＿Ｅｓｔａｂｌｉｓｈテーブル３３０は、それぞれ新しいＩＰ−ＣＡＮセッションまたはＧＷＣセッションの確立を要求するＣＣＲの受信に関連してベアラ制御モードを決定する際に使用されうる。ルールセット３００は、多数の追加ルールテーブル３４０を備えることができる。

ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｍｏｄｉｆｉｃａｔｉｏｎテーブル３１０は、適切なベアラ制御モードを決定するために多数のルール３１３、３１５、３１７を備えることができる。それぞれのルールは、そのルールが適用可能であるかどうかを判定するための少なくとも１つの基準、およびベアラ制御モードに対する値を指示するための少なくとも１つの結果を示すことができる。例えば、ルール３１３は、式「ａ＝ｘ」および「ｂ＝ｙ」が「真」に評価される場合にベアラ制御モードはＵＥ＿ＯＮＬＹであるべきであることを示す。基準「ａ＝ｘ」および「ｂ＝ｙ」は、抽象化であること、また使用される実際の基準は、要求のコンテキストをさらに決定するために使用されうることに留意されたい。そのため、使用される実際の基準は、例えば、ＵＥによってサポートされている技術および／またはどのＳＧＷがＵＥに現在サービスを提供しているかを決定することができる。他の有用な基準が多数あることも、当業者には明白であろう。

さらなる例として、ルール３１５は、式「ａ＝ｘ」が「真」に評価される場合にベアラ制御モードはＵＥ＿ＮＷであるべきであることを示す。ベアラ制御モード決定モジュール２４０は、ベアラ制御モード決定モジュール２４０がルール３１３が適用不可能であると以前に評価しており、また適用不可能であることが判明している場合に限りルール３１５がベアラ制御モード決定モジュール２４０によって評価されうると評価することができる。あるいは、ベアラ制御モード決定モジュール２４０は、適用すべき単一のルールを見つけるために多数のルールを評価することを目的として当業者に知られている他の方法を使用することができる。ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｍｏｄｉｆｉｃａｔｉｏｎテーブル３１０は、多数の追加ルール３１７を備えることができる。ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｍｏｄｉｆｉｃａｔｉｏｎテーブル３１０の場合と同様に、ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｅｓｔａｂｌｉｓｈテーブル３２０およびＧＷＣ＿Ｓｅｓｓｉｏｎ＿Ｅｓｔａｂｌｉｓｈテーブル３３０は、ベアラ制御モードを決定するために多数のルール３２５、３３５を備えることができる。

さまざまな実施形態において、ルールセット３００は、ベアラ制御モードの決定のために全部または一部の可能なコンテキストを対象とするように事前に定義しておくことができる。さまざまな代替的実施形態では、ルールセット３００は、製造業者側で事前に定義しておくことができない。さまざまな実施形態により、ユーザーまたはネットワーク管理者は、ルールセット３００に入れる新しいルールを定義し、それにより、ベアラ制御モードの決定においてＰＣＲＮに柔軟性を提供できる。

図４は、ＰＣＣルールに関係するデータを格納するための例示的なデータ配置構成４００を示している。データの配置構成４００は、例えば、ＰＣＣルールストレージ２９０または別のストレージ（図示せず）に格納されているデータベース内のテーブルとすることができる。あるいは、データの配置構成４００は、一連のリンクリスト、配列、または類似のデータ構造とすることも可能であろう。したがって、データの配置構成４００は、基礎のデータの抽象化であり、このデータを格納するのに適した任意のデータ構造を使用することができることは明らかである。

データの配置構成４００は、ルール名フィールド４０５、ＩＰ−ＣＡＮセッションフィード４１０、ネットワーク開始フィールド４１５、遅延フィールド４２０、および遅延待ち時間フィールド４２５を備えることができる。さまざまな実施形態では、データの配置構成４００は、例えばサービスデータフローフィルタフィールド、フローステータスフィールド、ＱｏＳパラメータフィールド、課金パラメータフィールド、サービス識別子フィールド、優先度フィールド、および／または監視キーフィールドなどのＰＣＣルールを定義する際に必要な、または有用な追加フィールド（図示せず）をさらに備えることができる。さまざまな代替的実施形態では、データの配置構成４００は、ルール名フィールド４０５を介して異なるルール定義配置構成（図示せず）を相互参照することができる。

ルール名フィールド４０５は、それぞれのＰＣＣルールを一意に識別するために使用されうる。ＩＰ−ＣＡＮセッションフィールド４１０は、与えられたルールに関連付けられているＩＰ−ＣＡＮセッションを識別することができる。ネットワーク開始フィールド４１５は、与えられたルールがネットワーク開始であるか、またはＵＥ開始であるかを指示することができる。遅延フィールド４２０は、与えられたルールが、起こりうる将来のインストールに関して遅延されているかどうかを指示することができる。遅延待ち時間フィールド４２５は、遅延ルールを放棄するまでに待たなければならない、所定の時間単位で測定された、時間の長さを指示することができる。さまざまな代替的実施形態では、遅延フィールド４２０は、存在していなくてもよく、ルールの遅延ステータスは、遅延待ち時間フィールド４２５に値が保持されているという事実から推論されうる。さまざまな代替的実施形態において、遅延フィールド４２０も遅延待ち時間フィールド４２５も、存在していなくてよく、遅延ルールまたは要求は、単純に、将来の処理のため遅延キュー（図示せず）の末尾に置くことができる。

一例として、レコード４３０は、「０ｘＥ４２６」によって識別されるルールが「０ｘ５３ＦＦ」によって識別されるＩＰ−ＣＡＮセッションに関連付けられていることを示している。ルールは、ＵＥ開始であったが、現在遅延されていない。さらなる例として、レコード４３５は、「０ｘ９９Ｂ２」によって識別されるルールが「０ｘ５３ＦＦ」によって識別されるＩＰ−ＣＡＮセッションにも関連付けられていることを示している。ルールは、ネットワーク開始であったが、現在遅延されていない。別の例として、レコード４４０は、「０ｘ４５０２」によって識別されるルールが「０ｘＣＦ３７」によって識別されるＩＰ−ＣＡＮセッションに関連付けられていることを示している。ルールは、ネットワーク開始であったが、現在１８０ミリ秒の期間遅延されている。データの配置構成４００は、多数の追加レコード４４５を含むことができる。

図５Ａ−Ｂは、受信した要求メッセージを処理するための例示的な方法５００ａ、５００ｂを示している。方法５００ａ、５００ｂは、ベアラ制御モードを決定すること、およびベアラ制御モードへの任意の変更を処理することを含めて、受信した要求メッセージに応答するために、ＰＣＲＮ １３０および／またはＰＣＲＮ ２００のコンポーネントによって実行されうる。

方法５００ａ、５００ｂは、ステップ５０２から始まり、ステップ５０４に進み、そこで、メッセージインタプリタ２２０が、Ｇｘｘインターフェース２０５またはＧｘインターフェース２１０を介して、ＣＣＲメッセージなどのメッセージを受信することができる。次いで、方法５００ａ、５００ｂは、ステップ５０６に進み、そこで、メッセージインタプリタ２２０は、例えば、ＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを調べることによって、メッセージがＧｘｘインターフェース２０５を介して受信された確立要求であるかどうかを判定することができる。

メッセージが、例えば、新しいＧＷＣの要求などのＧｘｘ確立要求である場合、方法５００ａ、５００ｂはステップ５０８に進み、そこで、セッションエスタブリッシャ２３０がベアラ制御モード決定モジュール２４０にベアラ制御モードを要求することができる。ベアラ制御モード決定モジュール２４０は、コンテキスト情報を使用して適切なルールテーブルを参照し、適切なベアラ制御モードを決定し、値をセッションエスタブリッシャ２３０に返すことができる。次いで、ステップ５１０で、セッションエスタブリッシャ２３０は、ＧＷＣセッションの要求を履行する際に必要であるか、または役立つものとして当業者に知られているステップを実行することができる。

次いで、方法５００ａ、５００ｂはステップ５１２に進み、そこで、セッションエスタブリッシャ２３０は、ＧＷＣ要求がＳＧＷ事前登録であるかどうかを判定することができる。そうならば、セッションエスタブリッシャは、関連付けられているＩＰ−ＣＡＮセッションに対するベアラ制御モードがＵＥ＿ＮＷであるかどうかを判定することができる。これも真であれば、セッションエスタブリッシャ２３０は、作成中のＣＣＡ内に含めるためにＳＧＷ事前登録に関連付けられているＱｏＳルールをメッセージジェネレータに受け渡すことができる。しかし、セッションがＳＧＷ事前登録でないか、またはベアラ制御モードがＵＥ＿ＯＮＬＹである場合、方法５００ａ、５００ｂはそれぞれステップ５１２またはステップ５１４からステップ５１８に直接進む。

ステップ５１８で、メッセージジェネレータは、セッションエスタブリッシャ２３０またはセッションモディファイア２８０のいずれかから受信されたベアラ制御モードを作成中のＣＣＡメッセージ内に挿入することができる。次いで、メッセージジェネレータ２６０は、ステップ５２０でＣＣＡを適切なノードに送信することができ、方法５００ａ、５００ｂはステップ５５４で終了することができる。

しかし、メッセージインタプリタ２２０が、ステップ５０６において、受信されたメッセージがＧｘｘ確立メッセージでないと判定した場合、方法５００ａ、５００ｂはステップ５２２に進み、そこで、メッセージインタプリタ２２０は、例えば、ＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを調べることによって、受信されたメッセージがＧｘ確立要求であるかどうかを判定することができる。受信されたメッセージが、例えば、新しいＩＰ−ＣＡＮセッションの要求などのＧｘ確立メッセージである場合、方法５００ａ、５００ｂはステップ５２４に進み、そこで、セッションエスタブリッシャ２３０がベアラ制御モード決定モジュール２４０にベアラ制御モードを要求することができる。ベアラ制御モード決定モジュール２４０は、コンテキスト情報を使用して適切なルールテーブルを参照し、適切なベアラ制御モードを決定し、値をセッションエスタブリッシャ２３０に返すことができる。次いで、ステップ５２６で、セッションエスタブリッシャ２３０は、新しいＩＰ−ＣＡＮセッションの要求を履行する際に必要であるか、または役立つものとして当業者に知られているステップを実行することができる。次いで、方法５００ａ、５００ｂは、ステップ５１８に進むことができる。

メッセージインタプリタがステップ５２２で、メッセージがＧｘ確立メッセージでないと判定した場合、方法５００ａ、５００ｂはステップ５２８に進むことができる。ステップ５２８で、メッセージインタプリタ２２０は、例えば、ＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ ＡＶＰを調べることによって、メッセージがＧｘ修正要求であるかどうかを判定することができる。受信されたメッセージがＧｘ修正要求でない場合、方法５００ａ、５００ｂは、単純に、ステップ５５４で終了することができる。さまざまな実施形態において、ＰＣＲＮ ２００は、ステップ５５４で終了する方法５００ａ、５００ｂの前に受信されたメッセージに対して追加処理を実行することができることに留意されたい。

メッセージが、例えば、既存のＩＰ−ＣＡＮセッションへの更新の要求などのＧｘ修正メッセージである場合、方法５００ａ、５００ｂはステップ５３０に進み、そこで、セッションモディファイア２７０がベアラ制御モード決定モジュール２４０にベアラ制御モードを要求することができる。ベアラ制御モード決定モジュール２４０は、コンテキスト情報を使用して適切なルールテーブルを参照し、適切なベアラ制御モードを決定し、値をセッションエスタブリッシャ２３０に返すことができる。次いで、ステップ５３２で、セッションモディファイア２７０は、返されたベアラ制御モードとＩＰ−ＣＡＮセッションに前に関連付けられているベアラ制御モードとを比較することによって、ＩＰ−ＣＡＮセッションに対するベアラ制御モードが変更されたかどうかを判定することができる。ベアラ制御モードが変更されていない場合、方法５００ａ、５００ｂはステップ５１８に進むことができる。

しかし、ベアラ制御モードが変更されていた場合、方法５００ａ、５００ｂはステップ５３４に進み、そこで、セッションモディファイア２７０は、要求および／または新しいベアラ制御モードに従ってＩＰ−ＣＡＮセッションを更新する際に必要であるものとして、または有用なものとして当業者に知られているステップを実行することができる。次いで、ステップ５３６で、ベアラ制御モード変更ハンドラ２８０は、ベアラ制御モードがＵＥ＿ＮＷからＵＥ＿ＯＮＬＹに変更されたかどうかを判定することができる。そうであれば、方法５００ａ、５００ｂはステップ５３８に進むことができる。

ステップ５３８で、ベアラ制御モード変更ハンドラ２８０は、ＩＰ−ＣＡＮセッションに関連付けられているネットワーク開始ルールを識別し、識別されたルールを作成中のＣＣＡ内において削除すべきとの指示を含めるようメッセージジェネレータ２６０に指令することができる。ＰＭＩＰの配置を含むものなど、さまざまな実施形態において、ベアラ制御モード変更ハンドラ２８０は、ステップ５４０で、識別されたＰＣＣルールに関連付けられているＱｏＳルールを削除すべきということを指示するＲＡＲを作成して適切なＳＧＷに送信するようにメッセージジェネレータ２６０に指令することもできる。最後に、ステップ５４２で、ベアラ制御モード変更ハンドラ２８０は、ＩＰ−ＣＡＮセッションに関連付けられているアプリケーションセッションに対するセッション分解をＡＦが開始すべきであるということを指示する少なくとも１つのＡＦを宛先とする少なくとも１つのＡＳＲを作成するようメッセージジェネレータ２６０に指令することができる。次いで、方法５００ａ、５００ｂは、ステップ５１８に進むことができる。

ベアラ制御モード変更ハンドラが、ステップ５３６において、ベアラ制御モードがその代わりにＵＥ＿ＯＮＬＹからＵＥ＿ＮＷに変更されたと判定した場合、方法５００ａ、５００ｂはステップ５４４に進むことができる。ＰＭＩＰの配置を含むものなどの、さまざまな実施形態において、ベアラ制御モード変更ハンドラ２８０は、ステップ５４４で、ＩＰ−ＣＡＮセッションに関連付けられているＵＥ開始ＰＣＣルールおよび関連付けられているＱｏＳルールを識別することができる。次いで、ベアラ制御モード変更ハンドラ２８０は、適切なＳＧＷが識別されたＱｏＳルールを削除すべきであることを指示するＲＡＲメッセージを作成するようにメッセージジェネレータ２６０に指令することができる。ステップ５４６で、ベアラ制御モード変更ハンドラ２８０は、ＳＧＷがＲＡＲメッセージ内のＧＷＣセッション分解を開始すべきであるという指示を含むようにメッセージジェネレータ５４８に指令することもできる。

次いで、方法５００ａ、５００ｂはステップ５４８に進み、そこで、ベアラ制御モード変更ハンドラ２８０は、例えば、ＰＣＣルールストレージ２９０または遅延キュー（図示せず）を参照することによってＩＰ−ＣＡＮセッションに対するフロー要求の遅延ＰＣＣルールがあるかどうかを判定することができる。遅延ＰＣＣルールまたはフロー要求がない場合、方法５００ａ、５００ｂはステップ５１８に進むことができる。しかし、遅延フロー要求がある場合、方法５００ａ、５００ｂはステップ５５０に進み、そこで、ベアラ制御モード変更ハンドラ２８０は、遅延ＰＣＣルールまたは要求が期限切れになっているかどうかを判定することができる。遅延ＰＣＣルールまたはフロー要求が期限切れになっている場合、方法５００ａ、５００ｂはステップ５１８に進むことができる。そうでなければ、ステップ５５２で、ベアラ制御モード変更ハンドラ２８０は、遅延された期限切れでないＰＣＣルールがＰＧＷによってインストールされるべきであるという指示を含むようにメッセージジェネレータ２６０に指令することができる。ＰＣＣルールではなく要求を遅延させる実装の場合、ＰＣＲＮ ２００は、この時点で遅延要求の履行のためにＰＣＣルールを作成することができる。次いで、方法５００ａ、５００ｂは、ステップ５１８に進むことができる。

例示的な加入者ネットワーク１００およびＰＣＲＮ ２００のオペレーションに対する例示的なコンポーネントおよび方法について説明したが、次に、図１−６を参照しつつ、例示的なネットワーク１００およびＰＣＲＮ ２００のオペレーションの例を提供する。ＰＣＲＮ １３６は、ＰＣＲＮ ２００に対応するものとしてよい。ベアラ制御モードルールストレージ２５０の内容は、ルールセット３００によって指示され、ＰＣＣルールストレージ２８０の内容は、データの配置構成４００によって指示されうる。

このプロセスは、ＰＣＲＮがＧｘインターフェース２１０を介してＩＰ−ＣＡＮセッション０ｘ５３ＦＦへの修正の要求を受信したときに開始するものとしてよい。メッセージインタプリタは、ステップ５２８でメッセージをＧｘ修正要求として識別し、そのメッセージをセッションモディファイア２７０に渡すことができる。セッションモディファイア２７０は、ステップ５３０で、ベアラ制御モード決定モジュール２４０にベアラ制御モードを要求することができる。次いで、ベアラ制御モード決定モジュール２４０は、ＩＰＣＡＮ＿Ｓｅｓｓｉｏｎ＿Ｍｏｄｉｆｉｃａｔｉｏｎテーブル３１０を参照して、ＩＰ−ＣＡＮセッションに対するベアラ制御モジュールを決定することができる。ルール３１３を参照すると、ベアラ制御モード決定モジュール２４０は、抽象化された変数「ａ」が抽象化された値「ｘ」に等しく、抽象化された変数「ｂ」が抽象化された値「ｙ」に等しいので、ベアラ制御モードはＵＥ＿ＯＮＬＹであるべきと判定することができる。次いで、ステップ５３２において、セッションモディファイア２７０は、ＩＰ−ＣＡＮセッションのベアラ制御モードに対する前の値を参照することによってベアラ制御モードが変更されていることを判定することができる。次いで、セッションモディファイア２７０は、ＩＰ−ＣＡＮセッションをステップ５３４でしかるべく更新することができる。

ステップ５３６で、ベアラ制御モード変更ハンドラ２８０は、ベアラ制御モードがＵＥ＿ＮＷからＵＥ＿ＯＮＬＹに変更されたかどうかを判定することができる。したがって、方法５００ａ、５００ｂはステップ５３８に進み、そこで、ＰＣＲＮ １３６、２００は、ネットワーク開始であったためルール「０ｘ９９Ｂ２」を削除するようＰＧＷ １３４に指令することができる。ルール「０ｘＥ４２６」は、ＵＥ開始であるため削除されず、したがって新しいベアラ制御モードの下でまだ有効であることに留意されたい。ＰＣＲＮ １３６、２００は、それぞれ、ステップ５４０および５４２においてＰＣＣルール「０ｘ９９Ｂ２」に関連付けられているＱｏＳルールを削除するようにＳＧＷ １３２にさらに指令し、セッション分解を開始するようＡＦ １５０に指令することができる。最後に、ＰＣＲＮ １３６、２００は、ステップ５１８および５２０で新しいベアラ制御モードを収めたＣＣＡをＰＧＷ １３４に送信することができる。こうして、ＩＰ−ＣＡＮセッションは、ベアラ制御モードを変更しており、有効なままであるルールおよびセッションのみがインストールされたままとなる。

前記によれば、さまざまな例示的な実施形態が、ベアラ制御モードの決定を必要とする要求の適切な処理を提供する。特に、一セットの外部ルールを用意することによって、ＰＣＲＮは、どのようなベアラ制御モードがさまざまなコンテキストにおいて適用可能であるかを決定することができる。さまざまな実施形態は、ベアラ制御モードが変更された後もベアラ制御モードに適合していることのさらなる保証を提供する。ベアラ制御モードが変更された後に無効なルールを削除することによって、ＰＣＲＮは、適合したルールおよびセッションのみが残ることを保証することができる。

前記の説明から、本発明のさまざまな例示的な実施形態がハードウェアおよび／またはファームウェアで実装されうることは明らかであろう。さらに、さまざまな例示的な実施形態は、本明細書で詳細に説明されているオペレーションを実行するために少なくとも１つのプロセッサによって読み込まれ実行されうる機械可読記憶媒体上に格納された命令として実装することができる。機械可読記憶媒体は、パーソナルコンピュータ、ラップトップコンピュータ、サーバー、または他のコンピューティングデバイスなどの、機械によって読み込むことが可能な形式で情報を格納するためのメカニズムを備えることができる。したがって、機械可読記憶媒体は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含んでも良い。

本明細書のブロック図が本発明の原理を具現化する例示的な回路の概念図を表すことは、当業者には理解されるであろう。同様に、すべてのフローチャート、流れ図、状態遷移図、疑似コードなどは、機械可読媒体において実質的に表され、したがってコンピュータまたはプロセッサにより、そのようなコンピュータまたはプロセッサが明示的に示されているかいないかに関係なく実行されうるさまざまなプロセスを表すことは理解されるであろう。

さまざまな例示的な実施形態がそのいくつかの例示的な態様を特に参照して詳細に説明されているけれども、本発明は、他の実施形態も対象とすることができ、またその詳細もさまざまな明白な点で修正が可能であることは理解されるであろう。当業者には容易に理解されるように、本発明の趣旨および範囲内に留まったまま変更および修正を及ぼすことができる。したがって、前記の開示、説明、および図は、例示することのみを目的としており、いかなる形でも、請求項だけによって定められる本発明を限定することはない。

Claims (10)

1. 受信した要求メッセージを処理するためのポリシーおよび課金ルールノード（ＰＣＲＮ）によって実行される方法であって、
   発展型パケットコアノードから要求メッセージを、ＰＣＲＮで受信することと、
   要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含むかどうかを判定することと、
   要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含む場合
   ＩＰ−ＣＡＮセッションに対する現在のベアラ制御モードを決定することと、
   ＩＰ−ＣＡＮセッションに対する、現在のベアラ制御モードに変更する前のベアラ制御モードを決定することと、
   現在のベアラ制御モードと、現在のベアラ制御モードに変更する前のベアラ制御モードとを比較することと、
   現在のベアラ制御モードが、現在のベアラ制御モードに変更する前のベアラ制御モードと異なる場合に、現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正することとを含み、
   現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正することは、ＩＰ−ＣＡＮセッションに関連付けられているルールの中から現在のベアラ制御モードに適合しない無効なルールを削除することを含む、方法。
2. 現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正するステップが、現在のベアラ制御モードがＵＥ＿ＯＮＬＹである場合に、
   パケットデータネットワークゲートウェイ（ＰＧＷ）に対して、ネットワーク開始要求に応答してインストールされたＩＰ−ＣＡＮセッションに関連付けられている少なくとも１つのポリシーおよび課金管理（ＰＣＣ）ルールをＰＧＷが削除するべきであるということを指示すること、
   サービスゲートウェイ（ＳＧＷ）に対して、ネットワーク開始要求に応答してインストールされたＩＰ−ＣＡＮセッションに関連付けられている少なくとも１つのサービスの品質（ＱｏＳ）ルールをＳＧＷが削除するべきであるということを指示すること、および
   アプリケーション機能（ＡＦ）に対して、ＩＰ−ＣＡＮセッションに関連付けられているアプリケーションセッションに対するセッション分解をＡＦが開始すべきであるということを指示することのうちの少なくとも１つを含む、請求項１に記載の方法。
3. 現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正するステップが、現在のベアラ制御モードがＵＥ＿ＮＷである場合に、
   ＳＧＷに対して、ＩＰ−ＣＡＮセッションに関連付けられている少なくとも１つのサービスの品質（ＱｏＳ）ルールをＳＧＷが削除するべきであるということを指示すること、および
   ＳＧＷに対して、ＩＰ−ＣＡＮセッションに関連付けられているゲートウェイ制御セッションのセッション分解をＳＧＷが開始すべきであるということを指示することのうちの少なくとも１つを含む、請求項１に記載の方法。
4. 現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正するステップが、
   現在のベアラ制御モードがＵＥ＿ＮＷである場合に、少なくとも１つのネットワーク開始サービスフローがこれまでに延期されているかどうかを判定することと、
   少なくとも１つのネットワーク開始サービスフローがこれまでに延期されている場合に、ＰＧＷに対して、少なくとも１つのネットワーク開始サービスフローに関連付けられている少なくとも１つのＰＣＣルールをＰＧＷがインストールすべきであるということを指示することとをさらに含む、請求項３に記載の方法。
5. ＩＰ−ＣＡＮセッションに対する現在のベアラ制御モードを決定するステップが、
   現在のベアラ制御モードを決定するために少なくとも１つのルールを取り出し、少なくとも１つのルールが、ルールが適用可能であるかどうかを判定するための基準と、基準が満たされる場合に、ベアラ制御モードに対する値を指示するための結果とを備えることと、
   少なくとも１つのルールの第１のルールについて、第１のルールの基準をＩＰ−ＣＡＮセッションに関係するデータと比較することと、
   第１のルールの基準がＩＰ−ＣＡＮセッションに関係するデータと一致する場合に、現在のベアラ制御モードが第１のルールの結果によって指示される値に対応するベアラ制御モードに等しいと判定することとを含み、
   ＩＰ−ＣＡＮセッションに関係するデータは、ＩＰ−ＣＡＮセッションが第１のルールの結果によって指示される値に対応するベアラ制御モードに適合しているかどうかを判定するためのものである、請求項１に記載の方法。
6. 要求メッセージが新しいＩＰ−ＣＡＮセッションの確立の要求を含むかどうかを判定することと、
   要求メッセージが新しいＩＰ−ＣＡＮセッションの確立の要求を含む場合に、少なくとも１つの外部ルールを参照して新しいＩＰ−ＣＡＮセッションに対するベアラ制御モードを決定することとをさらに含む、請求項１に記載の方法。
7. 要求メッセージが新しいゲートウェイ制御セッションの確立の要求を含むかどうかを判定することと、
   要求メッセージが新しいゲートウェイ制御セッションの確立の要求を含む場合に、少なくとも１つの外部ルールを参照して新しいゲートウェイ制御セッションに関連付けられているＩＰ−ＣＡＮセッションに対するベアラ制御モードを決定することとをさらに含む、請求項１に記載の方法。
8. 新しいゲートウェイ制御セッションが、サービスゲートウェイの事前登録であるかどうかを判定することと、
   新しいゲートウェイ制御セッションがサービスゲートウェイの事前登録である場合に、新しいゲートウェイ制御セッションに関連付けられているＩＰ−ＣＡＮセッションに対するベアラ制御モードがＵＥ＿ＮＷであるかどうかを判定することと、
   新しいゲートウェイ制御セッションに関連付けられているＩＰ−ＣＡＮセッションに対するベアラ制御モードがＵＥ＿ＮＷである場合に、ＳＧＷに対して、ＳＧＷが少なくとも１つのＱｏＳルールをインストールすべきであることを指示することとをさらに含む、請求項７に記載の方法。
9. 受信した要求メッセージを処理するためのポリシーおよび課金ルールノード（ＰＣＲＮ）であって、
   発展型パケットコアノードから要求メッセージを受信する少なくとも１つのインターフェースと、
   要求メッセージに関連付けられているＩＰ−ＣＡＮに対する現在のベアラ制御モードを決定するベアラ制御モード決定モジュールと、
   要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含むかどうかを判定するメッセージインタプリタと、
   要求メッセージがＩＰ−ＣＡＮセッションへの修正の要求を含む場合に、ＩＰ−ＣＡＮセッションに対する現在のベアラ制御モードが、ＩＰ−ＣＡＮセッションに対する、現在のベアラ制御モードに変更する前のベアラ制御モードと一致しているかどうかを判定するセッションモディファイアと、
   ＩＰ−ＣＡＮセッションに対する現在のベアラ制御モードが、ＩＰ−ＣＡＮセッションに対する、現在のベアラ制御モードに変更する前のベアラ制御モードと一致しない場合に、現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正するベアラ制御モード変更ハンドラと、
   少なくとも１つのノードに送信される少なくとも１つの応答メッセージを作成するメッセージジェネレータとを備え、
   現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正することは、ＩＰ−ＣＡＮセッションに関連付けられているルールの中から現在のベアラ制御モードに適合しない無効なルールを削除することを含む、ポリシーおよび課金ルールノード（ＰＣＲＮ）。
10. 現在のベアラ制御モードに従ってＩＰ−ＣＡＮセッションを修正する際に、ベアラ制御モード変更ハンドラが、
    現在のベアラ制御モードがＵＥ＿ＯＮＬＹであるかどうかを判定し、
    現在のベアラ制御モードがＵＥ＿ＯＮＬＹである場合に
    パケットデータネットワークゲートウェイ（ＰＧＷ）に対して、ネットワーク開始要求に応答してインストールされたＩＰ−ＣＡＮセッションに関連付けられている少なくとも１つのポリシーおよび課金管理（ＰＣＣ）ルールをＰＧＷが削除するべきであるということを通知するメッセージを作成するようにメッセージジェネレータに指令し、
    サービスゲートウェイ（ＳＧＷ）に対して、ネットワーク開始要求に応答してインストールされたＩＰ−ＣＡＮセッションに関連付けられている少なくとも１つのサービスの品質（ＱｏＳ）ルールをＳＧＷが削除するべきであるということを通知するメッセージを作成するようにメッセージジェネレータに指令し、
    アプリケーション機能（ＡＦ）に対して、ＩＰ−ＣＡＮセッションに関連付けられているアプリケーションセッションに対するセッション分解をＡＦが開始すべきであるということを通知するメッセージを作成するようにメッセージジェネレータに指令する、請求項９に記載のＰＣＲＮ。

Images