(57)【要約】  アクセスネットワーク要素がアプリケーションセッションに属するデータに対してサービスベースの処理を実行できるようにする情報を通信ネットワークシステムのアクセスネットワーク要素に与えるための方法及び装置が開示される。
2008504775.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークシステム内でサービスベース制御を遂行するためのネットワーク制御要素において、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取るための受信手段であって、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報の少なくとも１つを含むような受信手段と、
前記メッセージに基づいて制御情報を判断するための判断手段と、
判断メッセージを発生するための発生手段であって、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、アクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにするものである発生手段と、
前記判断メッセージを前記アクセスネットワーク要素へ送信するための送信手段と、
を備えたネットワーク制御要素。
【請求項２】
前記受信手段は、前記ネットワーク制御要素から前記判断メッセージを要求する要求メッセージを前記アクセスネットワーク要素から受け取るように構成され、更に、前記発生手段は、前記判断メッセージを発生するように構成されると共に、前記送信手段は、前記受信手段により受け取られた前記要求メッセージに応答して前記判断メッセージを前記アクセスネットワーク要素へ送信するように構成された、請求項１に記載のネットワーク制御要素。
【請求項３】
前記発生手段は、前記判断メッセージを発生するように構成され、そして前記送信手段は、前記アクセスネットワーク要素からの要求を伴わずに前記判断メッセージを前記アクセスネットワーク要素へ送信するように構成された、請求項１に記載のネットワーク制御要素。
【請求項４】
前記受信手段は、更新されたアプリケーションセッション及び媒体コンポーネント情報の少なくとも１つを受け取るように構成され、
前記判断手段は、前記更新されたアプリケーションセッション及び媒体コンポーネント情報の少なくとも１つに基づいて更新された制御情報を判断するように構成され、そして
前記発生手段は、更新された判断メッセージを発生するように構成されると共に、前記送信手段は、その更新された判断メッセージを送信するように構成された、請求項１に記載のネットワーク制御要素。
【請求項５】
前記発生手段は、当該サービスに関する情報がアプリケーションセッションに関連した全アクセスベアラに対して有効であるかどうかの指示を前記判断メッセージが更に含むように、前記判断メッセージを発生するように構成された、請求項１から４のいずれかに記載のネットワーク制御要素。
【請求項６】
前記ネットワーク制御要素は、課金ルールファンクション及びポリシー判断ファンクションの少なくとも１つを含む、請求項１から５のいずれかに記載のネットワーク制御要素。
【請求項７】
前記サポートネットワークエンティティから前記受信手段により受け取られたメッセージは、セッション許可指示を含む、請求項１から６のいずれかに記載のネットワーク制御要素。
【請求項８】
当該サービスに関する情報は、アプリケーションＩｄを含む、請求項１から７のいずれかに記載のネットワーク制御要素。
【請求項９】
当該サービスに関する情報は、サービスフローに対して有効である、請求項８に記載のネットワーク制御要素。
【請求項１０】
当該サービスに関する情報は、アクセスベアラに対して有効である、請求項８に記載のネットワーク制御要素。
【請求項１１】
アプリケーションセッションに属するデータを処理して通信ネットワークシステムのパケットデータネットワークへルーティングするアクセスネットワーク要素において、
ネットワーク制御要素から判断メッセージを受け取るための受信手段と、
前記受信手段により受け取られた判断メッセージから、判断された制御情報及び当該サービスに関する情報を検出するための検出手段と、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別するための識別手段と、
アプリケーションセッションに属するデータを、前記当該サービス及び前記判断された制御情報に基づいて処理するための処理手段と、
を備えたアクセスネットワーク要素。
【請求項１２】
前記ネットワーク制御要素から判断メッセージを要求する要求メッセージを、前記ネットワーク制御要素へ送信するための送信手段を更に備えた、請求項１１に記載のアクセスネットワーク要素。
【請求項１３】
前記受信手段は、アクセスベアラを確立又は変更するための要求を受け取るように構成され、更に、前記送信手段は、前記アクセスベアラを確立又は変更するための要求を前記受信手段により受け取るのに応答して前記要求メッセージを送信するように構成された、請求項１２に記載のアクセスネットワーク要素。
【請求項１４】
前記識別手段は、サービスフローに属するデータを識別するように構成され、そして前記送信手段は、前記サービスフローに属するデータを前記識別手段により識別するのに応答して前記要求メッセージを送信するように構成された、請求項１２に記載のアクセスネットワーク要素。
【請求項１５】
制御情報を記憶するための記憶手段を更に備え、
前記処理手段は、前記記憶手段記憶された制御情報にアクセスして、その制御情報から特定サービス向け制御情報を選択するために、当該サービスに関する情報を使用するように構成された、請求項１１から１４のいずれかに記載のアクセスネットワーク要素。
【請求項１６】
前記アクセスネットワーク要素は、更に、アクセスネットワークのゲートウェイを含む、請求項１１から１５のいずれかに記載のアクセスネットワーク要素。
【請求項１７】
通信ネットワークシステム内でサービスベース制御を遂行するための少なくとも１つのネットワーク制御要素と、アプリケーションセッションに属するデータを処理して通信ネットワークシステムのパケットデータネットワークへルーティングするための少なくとも１つのアクセスネットワーク要素とを備えた通信ネットワークシステムにおいて、前記少なくとも１つのネットワーク制御要素は、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取るための第１受信手段であって、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報を含むような第１受信手段と、
前記メッセージに基づいて、前記サポートネットワークエンティティによりサポートされるアプリケーションセッションに対する制御情報を判断するための判断手段と、
判断メッセージを発生するための発生手段であって、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、前記少なくとも１つのアクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにするものである発生手段と、
前記判断メッセージを前記少なくとも１つのアクセスネットワーク要素へ送信するための送信手段と、
を備え、更に、前記少なくとも１つのアクセスネットワーク要素は、
前記少なくとも１つのネットワーク制御要素から前記判断メッセージを受け取るための第２受信手段と、
前記第２受信手段により受け取られた前記判断メッセージから、前記制御情報及び当該サービスに関する情報を検出するための検出手段と、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別するための識別手段と、
前記アプリケーションセッションに属するデータを、前記当該サービス及び前記制御情報に基づいて処理するための処理手段と、
を備えた通信ネットワークシステム。
【請求項１８】
通信ネットワークシステム内でサービスベース制御を遂行する制御方法において、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取るための受信ステップであって、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報の少なくとも１つを含むような受信ステップと、
前記メッセージに基づいて制御情報を判断するための判断ステップと、
判断メッセージを発生するための発生ステップであって、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、アクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにするものである発生ステップと、
前記判断メッセージを前記アクセスネットワーク要素へ送信するための送信ステップと、
を含む方法。
【請求項１９】
アプリケーションセッションに属するデータを処理してルーティングする方法であって、そのデータをネットワークシステムのパケットデータネットワークへルーティングする方法において、
ネットワーク制御要素から判断メッセージを受け取るための受信ステップと、
前記判断メッセージから、判断された制御情報及び当該サービスに関する情報を検出するための検出ステップと、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別するための識別ステップと、
アプリケーションセッションに属するデータを、前記当該サービス及び前記判断された制御情報に基づいて処理するための処理ステップと、
を含む方法。
【請求項２０】
予め構成された制御情報を記憶手段に記憶し、
前記処理ステップにおいて、前記当該サービスに関する情報を使用して、前記記憶手段に記憶された前記予め構成された制御情報にアクセスし、更に、前記ネットワーク制御要素から制御情報が全く受け取られないか又は充分な情報が受け取られない場合に、前記記憶された制御情報から特定サービス向け制御情報を選択する、請求項１９に記載の方法。
【請求項２１】
コンピュータ読み取り可能な媒体に埋め込まれたコンピュータプログラムにおいて、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取り、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報の少なくとも１つを含むものであり、
前記メッセージに基づいて制御情報を判断し、
判断メッセージを発生し、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、アクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにし、そして
前記判断メッセージを前記アクセスネットワーク要素へ送信する、
ことを含むプロセスを実行するようにコンピュータを制御するコンピュータプログラム。
【請求項２２】
ソフトウェアコード部分が記憶されたコンピュータ読み取り可能な媒体に埋め込まれるコンピュータプログラムにおいて、
ネットワーク制御要素から判断メッセージを受け取り、
前記判断メッセージから、判断された制御情報及び当該サービスに関する情報を検出し、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別し、そして
アプリケーションセッションに属するデータを、前記当該サービス及び前記判断された制御情報に基づいて処理する、
ことを含むプロセスを実行するようにコンピュータを制御するコンピュータプログラム。
【請求項２３】
前記コンピュータプログラム製品は、コンピュータの内部メモリに直接ロード可能である、請求項２２に記載のコンピュータプログラム製品。
【請求項２４】
通信ネットワークシステム内でサービスベース制御を遂行するためのネットワーク制御要素において、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取るように構成された受信器であって、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報の少なくとも１つを含むような受信器と、
前記メッセージに基づいて制御情報を判断するための第１プロセッサと、
判断メッセージを発生するように構成された第２プロセッサであって、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、アクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにするものである第２プロセッサと、
前記判断メッセージを前記アクセスネットワーク要素へ送信するように構成された送信器と、
を備えたネットワーク制御要素。
【請求項２５】
アプリケーションセッションに属するデータを処理して通信ネットワークシステムのパケットデータネットワークへルーティングするアクセスネットワーク要素において、
ネットワーク制御要素から判断メッセージを受け取るように構成された受信器と、
前記受信器により受け取られた判断メッセージから、判断された制御情報及び当該サービスに関する情報を検出するように構成された検出器と、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別するように構成された第１プロセッサと、
アプリケーションセッションに属するデータを、前記当該サービス及び前記判断された制御情報に基づいて処理するように構成された第２プロセッサと、
を備えたアクセスネットワーク要素。
【請求項２６】
通信ネットワークシステム内でサービスベース制御を遂行するための少なくとも１つのネットワーク制御要素と、アプリケーションセッションに属するデータを処理して通信ネットワークシステムのパケットデータネットワークへルーティングするための少なくとも１つのアクセスネットワーク要素とを備えた通信ネットワークシステムにおいて、前記少なくとも１つのネットワーク制御要素は、
アプリケーションセッションをサポートするサポートネットワークエンティティからメッセージを受け取るように構成された第１受信器であって、そのメッセージが、アプリケーションセッション及び媒体コンポーネント情報を含むような第１受信器と、
前記メッセージに基づき、前記サポートネットワークエンティティによりサポートされたアプリケーションセッションに対して制御情報を判断するように構成された第１プロセッサと、
判断メッセージを発生するように構成された第２プロセッサであって、その判断メッセージは、制御情報及び当該サービスに関する情報を含み、更に、その判断メッセージは、前記少なくとも１つのアクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにするものである第２プロセッサと、
前記判断メッセージを前記少なくとも１つのアクセスネットワーク要素へ送信するように構成された第１送信器と、
を備え、更に、前記少なくとも１つのアクセスネットワーク要素は、
前記少なくとも１つのネットワーク制御要素から判断メッセージを受け取るように構成された第２受信器と、
前記第２受信器により受け取られた判断メッセージから、制御情報及び当該サービスに関する情報を検出するように構成された検出器と、
前記当該サービスに関する情報を使用することにより、前記当該サービスを識別するように構成された第３プロセッサと、
アプリケーションセッションに属するデータを、前記当該サービス及び前記制御情報に基づいて処理するように構成された第４プロセッサと、
を備えた通信ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに係り、より詳細には、アクセスベアラ及びサービスフロー（以下、セッションとも称する）のサービスベース制御と、このサービスベース制御の結果を強制するアクセスネットワークとに係る。
【背景技術】
【０００２】
３ＧＰＰ（第三世代パートナーシッププロジェクト）ネットワークシステムでは、課金制御及びＱｏＳ（サービスのクオリティ）制御のようなサービスベース制御が標準化されつつある。サービスベースの課金制御の場合に、課金ルールファンクション（ＣＲＦ）が３ＧＰＰ基準アーキテクチャーに導入される。サービスベースのＱｏＳ制御の場合には、ポリシー判断ファンクション（ＰＤＦ）が３ＧＰＰ基準アーキテクチャーに導入される。
【０００３】
ＣＲＦ及びＰＤＦは、両方とも、ルール生成に使用されるべきアプリケーションセッション及び媒体コンポーネント情報を得るためにアプリケーションファクション（ＡＦ）とインターフェイスし、即ち、ＣＲＦは、アプリケーションセッション及び媒体コンポーネント情報を課金ルール生成に使用し、そしてＰＤＦは、アプリケーションセッション及び媒体コンポーネント情報をＱｏＳルール生成に使用する。ＡＦは、アプリケーションセッション及び媒体コンポーネントに関する情報であって、例えば、媒体コンポーネントのフィルタ及び当該サービスに関する情報（例えば、アプリケーションＩｄ及び／又は媒体形式）を含む情報を、ＣＲＦ及びＰＤＦの両方へ送信する。
【０００４】
ＣＲＦ及びＰＤＦは、両方とも、ゲートウェイ（ＧＷ）とインターフェイスして、ＧＷにルールを与え、ＧＷがルールを施行するようにする。
【０００５】
コアネットワークの性能を改善するための１つの重要な原理は、サービスマネージメントの利用を最大にすると共に、サービス制御シグナリングの利用を最小にすることである。これは、できるだけ多量の情報がネットワーク要素において予め構成され、且つサービス制御シグナリングが絶対的に必要なときしか使用されないことを意味する。
【０００６】
ＧＷに予め構成されたルール（例えば、課金又はＱｏＳルール）は、可能な場合に使用される。というのは、このようにすれば、サービス制御シグナリングトラフィックの量を減少できるからである。
【０００７】
アプリケーションセッションコンポーネントのフィルタがダイナミックである場合は、ＧＷが、ＡＦから、サービスベースの制御エンティティ、例えば、ＣＲＦ及びＰＤＦを経てフィルタを得る。このフィルタで、ＧＷは、サービスフローを識別することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＧＷは、ＡＦからサービスベースの制御エンティティをへてダイナミック情報を受け取る場合には、予め構成された特定サービス向けルールを適用することができない。
【課題を解決するための手段】
【０００９】
本発明の目的は、通信ネットワークにおけるサービスマネージメントの利用を改善することである。
【００１０】
本発明によれば、この目的は、通信ネットワークシステムのアクセスネットワーク要素に、このアクセスネットワーク要素が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにする情報を与えるための方法及び装置によって解決される。
【００１１】
当該サービスに関する情報（例えば、アプリケーションＩｄ及び／又は媒体形式）は、サービスベースの制御エンティティ、例えば、ＣＲＦ又はＰＤＦから、アクセスネットワーク、例えば、ゲートウェイ（ＧＷ）へ送信される。ＣＲＦ及びＰＤＦは、当該サービスに関する情報をアプリケーションファンクション（ＡＦ）から得ることができる。この情報は、媒体コンポーネント又は全アプリケーションセッションのためにＡＦにより与えることができる。後者のケースでは、アプリケーションセッション内に多数の媒体コンポーネントがある場合に、それらが同じサービスのものであると仮定する。サービスベースの制御エンティティは、次いで、この情報を、サービスフロー又は全アクセスベアラ（例えば、ＰＤＰコンテクスト又はＷＬＡＮトンネル）のためにＧＷへ与えることができる。後者のケースでは、アクセスベアラ内に多数のサービスフローがある場合に、それらが同じサービスのものであると仮定する。
【００１２】
本発明によれば、ＧＷは、ＡＦからＣＲＦ及びＰＤＦを経てダイナミック情報を受け取る場合にも、予め構成された特定サービス向けルールを適用することが許される。
【００１３】
更に、サービス情報は、ＣＲＦ及びＰＤＦから受け取った情報を相関するとき／場合にも、ＧＷに使用することができる。ＧＷが２つのルートを経て情報を受け取る場合には、ＧＷは、情報に矛盾がないことのチェックを望むか、又はその情報を実施に対して相関させることを望む。ＣＲＦから受け取られる情報は、例えば、フィルタ、課金ルールインストラクション、及びサービス情報を含むことができる。ＰＤＦから受け取られる情報は、例えば、フィルタ、ＱｏＳルールインストラクション、及びサービス情報を含むことができる。このサービス情報と共に、ＧＷは、ＣＲＦ及びＰＤＦから受け取られた情報を相関させると共に、フィルタに矛盾がないことをチェックできるようにされる。ＣＲＦ及びＰＤＦから受け取られた情報に矛盾がない場合には、ＧＷは、サービス情報及びフィルタを一度記憶するだけで情報の記憶を最適化することができる。
【００１４】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
【発明を実施するための最良の形態】
【００１５】
図１は、本発明を適用できるネットワークシステムのアーキテクチャーを示す。このネットワークシステムは、ゲートウェイ１０、例えば、Ｇｎ／Ｇｐインターフェイスを経てＧＰＲＳ（汎用パケット無線サービス）アクセスネットワーク即ちＳＧＳＮ（サービングＧＰＲＳサポートノード）に接続されたＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）、或いはＷｐインターフェイスを経てＷＬＡＮアクセスネットワーク即ちＷＡＧ（ＷＬＡＮアクセスゲートウェイ）に接続されたＰＤＧ（パケットデータゲートウェイ）を含むアクセスネットワークを備えている。ＣＤＭＡ（コード分割多重アクセス）によれば、ゲートウェイ１０は、ＰＤＳＮ（パケットデータサービングノード）により形成される。図１において、ＴＰＦ（トラフィックプレーンファンクション）は、フローベース課金のためにＧＧＳＮ／ＰＤＧと同じ場所に置かれる。ネットワークシステムは、更に、サービスベース制御エンティティ、例えば、Ｇｘインターフェイスを経てゲートウェイ１０に接続されたＣＲＦ、Ｇｏインターフェイスを経てゲートウェイ１０に接続されたＰＤＦ、及びＧｙインターフェイスを経てゲートウェイ１０に接続されたクレジット制御ブロック１１も備えている。アプリケーションファンクションＡＦは、Ｒｘインターフェイスを経てＣＲＦに接続されると共に、Ｇｑインターフェイスを経てＰＤＦに接続される。アプリケーションファンクション（ＡＦ）は、必要なときにＩＰベアラリソースのアプリケーションセッション及び媒体コンポーネントベースの制御をサポートするネットワークシステムの要素である。Ｐ−ＣＳＣＦ（プロキシーコールセッション制御ファンクション）を備えたネットワークシステムのＩＭＳ（ＩＰマルチメディアサブシステム）は、ＩＰマルチメディアアプリケーションをサポートすることができる。ＩＭＳのＰ−ＣＳＣＦは、ＡＦとして働くことができる。図１に示すように、Ｐ−ＣＳＣＦは、Ｒｏインターフェイスを経てクレジット制御ブロック１１に接続され、Ｒｘインターフェイスを経てＣＲＦに接続され、そしてＧｑインターフェイスを経てＰＤＦに接続される。
【００１６】
図２は、図１に示すゲートウェイ１０のようなアクセスネットワーク要素１００と、本発明の実施形態による図１に示すＣＲＦ又はＰＤＦのようなネットワーク制御要素２００とを示す。図３は、本発明の実施形態によるサービスベースの制御方法及びサービスベースの処理方法を示す。これらの方法は、ネットワーク制御要素２００又はアクセスネットワーク要素１００のプロセッサにおいて実行されるコンピュータプログラム製品として実施されてもよい。更に、図２に示すブロックは、本発明の概念を例示するものであることに注意されたい。又、アクセスネットワーク要素１００及びネットワーク制御要素２００は、各々、例えば、ゲートウェイ及びサービスベースの制御エンティティとして働く更に別の手段を有してもよい。更に、図２に示す異なるブロックのファンクションは、１つのブロックにおいて実行されるように合成されてもよいし、或いは１つのブロックのファンクションをサブブロックへと更に分離してもよい。
【００１７】
ネットワーク制御要素２００は、図１に示すシステムのような通信ネットワークシステムにおいてサービスベース制御を遂行するための要素である。図２に示すように、ネットワーク制御要素２００は、第１受信ブロック２０１と、判断ブロック２０２と、発生ブロック２０３と、第１送信ブロック２０４とを備えている。アプリケーションセッションをサポートするサポートネットワークエンティティ３００（例えば、アプリケーションファンクション又はＰ−ＣＳＣＦ）からのメッセージが第１受信ブロック２０１により受け取られると（図３のステップＳ４１）、判断ブロック２０２は、アプリケーションセッション及び／又は媒体コンポーネント情報を含む受信メッセージに基づいて制御情報を判断する（図３のステップＳ４２）。制御情報は、アプリケーションセッションに関連したサービスフロー／アクセスベアラに対して判断される。発生ブロック２０３は、判断メッセージを発生し、この判断メッセージは、判断された制御情報と、当該サービスに関する情報とを含み（図３のステップＳ４３）、又、この判断メッセージは、アクセスネットワーク要素１００が、アプリケーションセッションに属するデータに対してサービスベース処理を遂行できるようにする。発生ブロック２０３は、判断メッセージを発生し、この判断メッセージは、更に、当該サービスに関する情報が、アプリケーションセッションに関連した全アクセスベアラに対して有効であるかどうかの指示を含む。最終的に、第１送信ブロック２０４は、判断メッセージをアクセスネットワーク要素１００へ送信する（図３のステップＳ４４）。これは、アクセスネットワーク要素１００により要求されたときに行われてもよいし、又はアクセスネットワーク要素１００からの要求を伴わずに行われてもよい。
【００１８】
アクセスネットワーク要素１００は、アプリケーションセッションに属するデータを処理して、通信ネットワークシステムのパケットデータネットワークへルーティングするための要素である。図２に示すように、アクセスネットワーク要素１００は、第２受信ブロック１０１と、検出ブロック１０２と、識別ブロック１０３と、処理ブロック１０４とを備えている。第２受信ブロック１０１がネットワーク制御要素２００から判断メッセージを受け取ると（図３のステップＳ３１）、検出ブロック１０２は、判断された制御情報及び当該サービスに関する情報を判断メッセージから検出する（図３のステップＳ３２）。識別ブロック１０３は、当該サービスに関する情報を使用することにより当該サービスを識別する（図３のステップＳ３３）。従って、処理ブロック１０４は、アプリケーションセッションに属するデータを、識別された当該サービス、及び検出された判断された制御情報に基づいて処理することができる（図３のステップＳ３４）。
【００１９】
制御情報は、記憶ユニット（図示せず）のアクセスネットワーク要素１００に記憶することができる。この場合には、アクセスネットワーク要素１００の処理ブロック１０４は、当該サービスに関する情報を使用して、制御情報にアクセスし、且つサービスに対する制御情報を選択することができる。これは、例えば、ネットワーク制御要素２００から充分な制御情報が受け取られない場合に行われてもよい。
【００２０】
アクセスネットワーク要素１００は、更に、ネットワーク制御要素２００から判断メッセージを要求する要求メッセージをネットワーク制御要素２００へ送信する第２送信ブロック１０５も備えている。この要求メッセージは、第２の受信ブロック１０１によりアクセスベアラを確立又は変更するための要求を受け取るのに応答して送信される。それとは別に又はそれに加えて、この要求メッセージは、識別ブロック１０３がサービスフローに属するデータを識別する場合に送信されてもよい。更に、検出ブロック１０２が、判断された制御情報及び当該サービスに関する情報を判断メッセージから検出した後に、シグナリングメッセージがユーザ装置（図示せず）に送信されてもよい。
【００２１】
第１受信ブロック２０１は、更新されたアプリケーションセッション及び／又は媒体コンポーネント情報を受け取ることができる。その際に、判断ブロック２０２は、更新された制御情報を判断する。これに応答して、発生ブロック２０３は、更新された判断メッセージを発生し、そして第１送信ブロック２０４は、その更新された判断メッセージをアクセスネットワーク要素１００へ送信する。これは、アクセスネットワーク要素１００により要求されたときに行われてもよいし、又はアクセスネットワーク要素１００からの要求なしに行われてもよい。
【００２２】
サービスベースの課金制御の場合には、ネットワーク制御要素２００として、課金ルールファンクションＣＲＦがネットワークシステムに導入されてもよい。サービスベースのＱｏＳ制御の場合には、ネットワーク制御要素２００として、ポリシー判断ファンクションＰＤＦがネットワークシステムに導入されてもよい。
【００２３】
ＣＲＦ及びＰＤＦは、両方とも、ルール生成に使用されるべきアプリケーションセッション及び／又は媒体コンポーネント情報を得るためにアプリケーションファンクション（ＡＦ）とインターフェイスする（ＣＲＦは課金ルール生成に、そしてＰＤＦはＱｏＳルール生成に）。ＡＦは、アプリケーションセッション及び／又は媒体コンポーネントに関する情報であって、例えば、媒体コンポーネントのフィルタ及び当該サービスに関する情報（例えば、アプリケーションＩｄ及び／又は媒体形式）を含む情報を、ＣＲＦ及びＰＤＦの両方へ送信する。ＣＲＦ及びＰＤＦは、両方とも、ゲートウェイ（ＧＷ）１０とインターフェイスし、これは、ＧＷ１０にルールを与えるためのアクセスネットワーク要素１００として働く。
【００２４】
本発明によれば、当該サービスに関する情報（例えば、アプリケーションＩｄ）は、サービスベースの制御エンティティ、即ちＣＲＦ及びＰＤＦから、アクセスネットワークのゲートウェイ１０へ送信される。ＣＲＦ及びＰＤＦは、ＡＦからこの情報を得る。この情報は、各媒体コンポーネントに対して送信されてもよいし、又は全アプリケーションセッションに対して送信されてもよい。後者のケースでは、アプリケーションセッション内に多数の媒体コンポーネントがある場合に、それらが同じサービスのものであると仮定する。ＣＲＦ及びＰＤＦは、次いで、この情報を、サービスフローに対して、又は全アクセスベアラに対してＧＷへ与えることができる（例えば、ＰＤＰコンテクスト又はＷＬＡＮトンネル）。後者のケースでは、アクセスベアラ内に多数のサービスフローがある場合に、それらが同じサービスのものであると仮定する。上述したように、この情報は、ゲートウェイ１０から要求があったときに、又はそれとは独立して、例えば、アプリケーションセッション及び／又は媒体コンポーネント情報に変化がある場合に、サービスベースの制御エンティティにより送信されてもよい。
【００２５】
図４及び５は、本発明の実施形態に基づき当該サービスに関する情報をゲートウェイ（ＧＷ）へ供給するところを示している。図４及び５には、ＰＤＦとの通信が示されているが、同様の通信をＣＲＦ又はサービスベースの制御エンティティとで行うことができる。上述したように、ＣＲＦ及びＰＤＦは、例えば、アプリケーションセッション及び／又は媒体コンポーネント情報に変化がある場合に、ＧＷからの要求なしに、判断メッセージをＧＷへ送信することが許される。
【００２６】
図４は、アクセスベアラ確立における初期許可及びポリシーを示すシグナリング図である。
【００２７】
アクセスベアラ確立のための要求（例えば、ＧＰＲＳでは、生成ＰＤＰ（パケットデータプロトコル）コンテクスト要求）を受け取ると、ゲートウェイは、ＰＤＦへの許可及びポリシー要求を開始する。
【００２８】
図４の通信１では、アプリケーションファンクション（ＡＦ）は、セッション許可指示（アプリケーション／サービス情報、許可トークン要求）メッセージをＰＤＦへ送信する。このメッセージは、ＡＦにおけるアプリケーションセッション確立事象（例えば、ＡＦがセッション記述情報（例えば、ＳＤＰ）を含むＡＦセッションシグナリングメッセージを受け取る）によりトリガーされてもよい。アプリケーション／サービス情報は、各媒体コンポーネントに対して、アプリケーションｉｄ、パケットフィルタ情報、方向情報、ＱｏＳ情報、及び特定アプリケーション向け情報を含む。許可トークン要求は、ＡＦがＰＤＦに許可トークンの割り当てを望む場合に含まれる。
【００２９】
ＡＦは、多数のアプリケーションセッションに関する情報をＰＤＦへ送信することができる。又、多数のＡＦがアプリケーションセッションに関する情報をＰＤＦへ送信することも考えられる。
【００３０】
ＡＦからメッセージが受け取られると、ＰＤＦは、ＡＦにより要求された場合に許可トークンを割り当てると共に、セッション許可確認（許可トークン）メッセージをＡＦへ送信することにより応答する（図４の通信２）。次いで、許可トークンが、ＡＦから、セッション確立を開始するユーザ装置（ＵＥ）へ送信される（例えば、ＩＭＳ（インターネットプロトコルマルチメディアサブシステム）及びＰＳＳ（パケット交換ストリーミングサービス）の場合）。
【００３１】
図４の通信３では、ゲートウェイは、アクセスベアラ確立のための要求、即ちＡＰ要求（許可トークン、フローＩｄ）メッセージを受け取る。ＡＰ要求は、ＧＷの特定アクセスポイントへの要求である。許可トークン及びフローＩｄは、ＵＥによりＡＰ要求メッセージと共に送信された場合に得られる。又、許可トークン＋フローＩｄの多数のセットも得られる。
【００３２】
ＡＰ要求メッセージを受け取ると、ゲートウェイは、許可トークンを使用するか、又はゲートウェイに記憶されたＰＤＦアドレス情報を使用することにより、ＰＤＦアドレスを分析する。ゲートウェイは、要求（許可トークン、フローＩｄ）メッセージをＰＤＦへ送信する（図４の通信４）。許可トークン＋フローＩｄは、通信３において受信される場合に含まれる。又、許可トークン＋フローＩｄの多数のセットが含まれてもよい。
【００３３】
ゲートウェイから要求を受け取ると、ＰＤＦは、許可トークン及びフローＩｄを使用して、通信１においてＡＦにより送信された情報にアクセスする。ＰＤＦは、許可及びポリシー判断を実行し、そして判断（アクセスベアラＱｏＳルール、アクセスベアラアプリケーションＩｄ、サービスフローフィルタ、サービスフローＱｏＳルール、サービスフローアプリケーションＩｄ）メッセージをゲートウェイへ送信する（図４の通信５）。アクセスベアラＱｏＳルールは、アクセスベアラのＱｏＳクラス及びビットレートに対する最大値を指示する。アクセスベアラアプリケーションＩＤは、アクセスベアラ内の全てのサービスフローが同じサービスのものである場合に含まれてもよい。各サービスフローに対して、サービスフローフィルタがＧＷに使用され、サービスフローを識別する。各サービスフローに対して、サービスフローＱｏＳルールは、サービスフローのＱｏＳクラス及びビットレートの最大値を指示する。各サービスフローに対して、サービスフローアプリケーションＩｄは、当該サービスを指示する。
【００３４】
判断メッセージを受け取ると、ゲートウェイは、許可及びポリシー判断を施行する。最終的に、図４の通信６において、ゲートウェイは、アクセスベアラ確立を確認する。
【００３５】
図４のシグナリング図は、アクセスベアラの変更にも適用することができる。
【００３６】
図５は、サービスフローに対する初期ポリシーを示すシグナリング図である。ＧＰＲＳ（汎用パケット無線システム）を経てのＩＰマルチメディアサービスの場合に、どのサービスフローがアクセスベアラにおいて実行されるか前もって知ることができる。というのは、ＵＥがアクセスベアラ確立／変更時に許可トークン及びフローＩｄを送信することによりサービスフローをゲートウェイに指示しなければならないことを３ＧＰＰが指定しているからである。しかしながら、これは、全てのアクセスネットワーク及び全てのアプリケーションセッションに適用されるのではない。あるアクセスネットワークでは、アクセスベアラ確立／変更時にＵＥからゲートウェイへ許可トークン及びフローＩｄを送信することができないことがある。レガシー要素、ＡＦ又はＵＥの場合には、レガシー要素は、許可トークン及びフローＩｄをバインディング情報として使用することをサポートできない。例えば、これらのケースでは、ゲートウェイは、サービスフローを識別するときに初期ポリシー要求を開始する。
【００３７】
図５の通信１において、ＡＦは、セッション許可指示（アプリケーション／サービス情報、許可トークン要求）メッセージをＰＤＦへ送信する。このメッセージは、ＡＦにおけるアプリケーションセッション確立事象によりトリガーされてもよい。アプリケーション／サービス情報は、各媒体コンポーネントに対して、アプリケーションｉｄ、パケットフィルタ情報、方向情報、ＱｏＳ情報、及び特定アプリケーション向け情報を含む。ＡＦが許可トークンの割り当てをＰＤＦに希望する場合には、許可トークン要求が含まれる。ＡＦは、多数のアプリケーションセッションに関する情報をＰＤＦへ送信することができる。しかしながら、多数のＡＦが、アプリケーションセッションに関する情報をＰＤＦへ送信することも考えられる。
【００３８】
メッセージを受け取ると、ＰＤＦは、ＡＦにより要求された場合に許可トークンを割り当て、そしてセッション許可確認（許可トークン）メッセージをＡＦへ送信することにより応答する（図５の通信２）。確認メッセージを受け取った後に、ＡＦは、セッション確立を開始するＵＥへ許可トークンを転送することができる（少なくともＩＭＳ及びＰＳＳの場合に）。
【００３９】
図５のブロック３において、ゲートウェイは、ＰＤＦ制御が要求されたところのサービスフローを識別する。ゲートウェイは、ゲートウェイに記憶されたＰＤＦアドレス情報を使用することによりＰＤＦアドレスを分析する。ゲートウェイは、要求（サービスフローフィルタ）メッセージをＰＤＦへ送信する（図５の通信４）。サービスフローフィルタは、識別されたサービスフローの受信パケットから導出される。
【００４０】
ゲートウェイから要求メッセージを受け取ると、ＰＤＦは、サービスフロー分類子を使用して、通信１においてＡＦにより送信された情報にアクセスする。ＰＤＦは、ポリシー判断を実行し、判断（アクセスベアラＱｏＳルール、アクセスベアラアプリケーションＩｄ、サービスフローフィルタ、サービスフローＱｏＳルール、サービスフローアプリケーションＩｄ）メッセージをゲートウェイへ送信する（図５の通信５）。アクセスベアラＱｏＳルールは、アクセスベアラの以前のＱｏＳルールを変更する必要がある場合に含まれる。アクセスベアラアプリケーションＩｄは、アクセスベアラ内の全てのサービスフローが同じサービスのものである場合に含まれる。サービスフローフィルタは、サービスフローを識別するためにＧＷに使用される。サービスフローＱｏＳルールは、サービスフローのＱｏＳクラス及びビットレートの最大値を指示する。サービスフローアプリケーションＩｄは、当該サービスを指示する。
【００４１】
最終的に、ＰＤＦから判断メッセージを受け取った後に、ゲートウェイは、ポリシー判断を施行する。
【００４２】
以上、アクセスネットワーク要素がアプリケーションセッションに属するデータに対してサービスベースの処理を実行できるようにする情報を通信ネットワークシステムのアクセスネットワーク要素に与えるための方法及び装置が開示された。
【００４３】
以上の説明は、本発明を例示するものに過ぎず、本発明を限定するものではないことを理解されたい。当業者であれば、特許請求の範囲に規定された本発明の真の精神及び範囲から逸脱せずに、種々の変更や修正が明らかであろう。
【図面の簡単な説明】
【００４４】
【図１】本発明を適用できる３ＧＰＰ基準アーキテクチャーを示す概略ブロック図である。
【図２】本発明の一実施形態によるアクセスネットワーク要素及びネットワーク制御要素を示す概略ブロック図である。
【図３】本発明の一実施形態による制御方法及び処理方法の手順を示すフローチャートである。
【図４】本発明の実施例によりＡＦが含まれた状態でアクセスベアラ確立における初期許可及びポリシーを示すシグナリング図である。
【図５】本発明の実施例によりＡＦが含まれた状態でサービスフローのための初期ポリシーを示すシグナリング図である。
【図１】
2008504775.tif 000003
【図２】
2008504775.tif 000004
【図３】
2008504775.tif 000005
【図４】
2008504775.tif 000006
【図５】
2008504775.tif 000007
【国際調査報告】
2008504775.tif 000008
2008504775.tif 000009