JP4913872B2 - シグナリングｉｐフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ - Google Patents

シグナリングｉｐフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ Download PDF

Info

Publication number
JP4913872B2
JP4913872B2 JP2009553894A JP2009553894A JP4913872B2 JP 4913872 B2 JP4913872 B2 JP 4913872B2 JP 2009553894 A JP2009553894 A JP 2009553894A JP 2009553894 A JP2009553894 A JP 2009553894A JP 4913872 B2 JP4913872 B2 JP 4913872B2
Authority
JP
Japan
Prior art keywords
signaling
policy control
flow
charging
charging rule
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2009553894A
Other languages
English (en)
Other versions
JP2010521904A (ja
Inventor
世碧 黄
鵬 ▲チャオ▼
玉欣 毛
仕勇 潭
▲ウェイ▼▲フア▼ 魏
岩 李
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2010521904A publication Critical patent/JP2010521904A/ja
Application granted granted Critical
Publication of JP4913872B2 publication Critical patent/JP4913872B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1428—Invoice generation, e.g. customization, lay-out, database processing, algorithms for calculating the bill or formatting invoices as WWW pages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1457—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using an account
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本出願は、中国特許出願公開第200710087199.6号公報、及び、第200710100495.5号公報（2007年３月23日及び2007年４月17日にそれぞれ出願され、発明の名称を「シグナリングＩＰフローのベアライベントを報告するための制御方法及び機能エンティティ」とする）のメリットを主張し、引用することによりその全体を本明細書に組み込む。
本発明は、通信技術に関し、特に、シグナリングＩＰ（Internet Protocol）フローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ（function entity）に関する。
ＩＭＳ（IP Multimedia Subsystem）ポリシー制御メカニズム（即ち、ＳＢＬＰ（Service Based Local Policy））、及び、ＦＢＣ（Flow Based Charging）技術は、３ＧＰＰ（Third Generation Partnership Project）Ｒ６プロトコル規格において指定されている。しかし、ポリシー制御は、特定の手順に関するＦＢＣのそれらに類似した多数の機能を含み、かつ、ポリシー制御とＦＢＣの分離は、ネットワーク構成の複雑さの増大、及び、コスト増大を必ずもたらし、さらに、制御効果は低減され、故に、ユーザ経験に影響を及ぼす。３ＧＰＰリリース７の規格は、ポリシー制御及びＦＢＣを収束させ、かつ、ＰＣＣ（Policy Control and Charging）アーキテクチャを提案し、図１の破線のブロックで示されるように、アーキテクチャは、ＯＳＣ（Online Charging System）（ＣＡＭＥＬ ＳＣＰ（Customized Applications for Mobile Network Enhanced Logic Service Control Point）、及び、サービスデータフローベースクレジット制御（Service Data Flow Based Credit Control）をさらに含む）を備えている。
ＡＦ（Application Function）は、アプリケーション機能エンティティ（例えば、ＩＭＳにおけるＰ−ＣＳＣＦ（Proxy Call Session Control Function））であり、かつ、ＰＣＲＦ（Policy Control and Charging Rules Function）にポリシー確立及びチャージング制御に対する動的セッション情報を提供するように構成されている。ＰＣＲＦは、アプリケーション層サービス情報、ベアラ層情報、ローカルオペレータ構成、及び、ユーザ申込（subscription）プロフィールに従って、ＱｏＳ認証及びチャージングルールを伴うＰＣＥＦ（Policy Control and Charging Rules Function）を提供し、かつ、ユーザプレーンデータ（例えば、ゲーティングの使用禁止、及び、ＩＰパケットの破棄）に関するゲーティング機能を判断するように構成されている。一般に、ＰＣＥＦは、ＧＷ（Gateway）（例えば、ＧＰＲＳ（General Packet Radio Service）におけるＧＧＳＮ（Gateway GRPS Support Node））に配置され、かつ、ＰＣＲＦから送信されたポリシールールに従って、ＱｏＳ処理を実行し、サービスデータフローを検出し、かつ、オンライン／オフラインチャージングなどの機能を実行するように構成されている。ＳＰＲ（Subscription Profile Repository）は、ユーザ申込プロフィール（ＰＣＲＦに対するポリシー確立及びチャージング制御に必要な）を格納及び提供するように構成された、論理エンティティである。
ＰＣＣアーキテクチャを用いて、オペレータは、ベアラ層でデータフローのＱｏＳ、チャージングなどの制御を実行してもよく、それによって、上位のサービス層からは隠蔽されるトランスポートネットワークの詳細を使用可能にし、換言すれば、サービス層はベアラ制御層の上にあり、かつ、ベアラ制御層はベアラ層の詳細をサービス層から隠蔽し、かつ、下位のトランスポートネットワークでリソースの使用を理解する。一方では、ＰＣＲＦは、サービス層によって示されたセッション交渉情報に従って、ポリシーを確立して、ベアラ層でネットワークリソースの使用を制御してもよく、他方では、下にあるベアラの使用に関する変化のメカニズム報告を通じて（例えば、リソース損失、及び、ゲートウェイ故障）、サービス層に通知してもよく、したがって、サービス層は、適した変更を実行し、かつ、対応するポリシーを提供してもよい。
次の２つの用語が記載のためにまず説明される。
フロー識別子情報：
フロー識別子情報は、２組（2-tuple）＜メディアコンポーネント番号（例えば、メディアコンポーネント番号（Media Component Number）ＡＶＰ）、ＩＰフロー番号（例えば、フロー番号（Flow Number）ＶＡＰ）＞として表される。メディアコンポーネント番号は、メディアタイプ（例えば、オーディオフロー及びビデオフロー）を識別する。メディアコンポーネントは、１又は複数のＩＰフローを含んでもよい。フロー識別子情報は、セッション交渉の後に取得されたＳＤＰ（Session Description Protocol）情報から導出され、かつ、メディアＩＰフローを固有に識別する。
２．５組(5-tuple)（例えば、フロー記述（Flow Description）ＡＶＰ）：
５組は、＜ソースアドレス、ソースポート番号、宛先アドレス、宛先ポート番号、プロトコル＞からなる。ソースアドレス及びソースポート番号は、セッションのイニシエータのＩＰアドレス及びポート番号を識別し、宛先アドレス及び宛先ポート番号は、セッションの受信器のＩＰアドレス及びポート番号を識別し、かつ、プロトコルは、メディアＩＰフローのトランスポートに使用されたプロトコルを識別する。５組は、メディアＩＰフローを固有に識別し、かつ、セッション中に、メディアＩＰフローと特定のベアラを関連付けるように構成されている（５組と、ベアラを固有に識別するＴＦＴ（Traffic Flow Template）とを結合することによって実行される）。５組は、セッション交渉に対するＳＤＰに従って導出される。
ＰＣＣアーキテクチャの仕様では、ＡＦはメディアベアラの使用を申し込み（subscribe）、故に、メディアベアライベントが報告されることを可能にする。ベアライベントの検出によって、ＰＣＥＦはベアライベントをＰＣＲＦに報告し、かつ、新規ポリシーをリクエストする。ＰＣＲＦは、新規ポリシーを確立する前に、イベント報告を通じて、ＡＦにＩＰフローに対応するベアラの変化を通知する。ＡＦは、ＰＣＲＦが新規ＰＣＣルールを確立することに基づき、ＰＣＲＦに調整されたセッション情報を送信する。メディアベアライベントを申し込み、かつ、メディアベアライベントを報告することの特定の実施例が図２に示されている。
ステップＳ201〜Ｓ206は、ベアライベント報告を申し込む手順を図示しており、かつ、次のように説明される。
ステップＳ201：
ＡＦは、アプリケーション層サービス情報をＰＣＲＦに送信して、ベアライベント報告を申し込む。セッションパラメータ（例えば、メディアコンポーネント番号（即ち、メディアコンポーネント番号（Media Component Number）ＡＶＰ）、フロー番号のパラメータ（即ち、フロー番号（Flow Number）ＡＶＰ）、５組のパラメータ（即ち、フロー記述（Flow Description）ＡＶＰ）、及び、申し込まれる特定のベアライベント（例えば、ベアラ損失及びベアラリリース）を示す特定のアクション（即ち、特定アクション（Specific Action）ＡＶＰ）のパラメータ）は、ＡＡＲ（Authorize-Authenticate-Request）で運ばれる。
ステップＳ202〜Ｓ203：
ＰＣＲＦは、受信したセッションパラメータを格納し、かつ、ＡＡＡ（Authorize-Authenticate-Answer）応答を返す。
ステップＳ204：
ＰＣＲＦは、サービス層情報、ベアラ層情報（ＰＤＰコンテキスト確立リクエストにより、ＰＣＥＦによってＰＣＲＦに提供された）、申込プロフィール、及び、オペレータのローカルポリシーに従って、ＰＣＣルールを確立及び格納する。
ステップＳ205〜Ｓ206：
ＰＣＲＦは、ＰＣＣルールをＰＣＥＦに送信する（ＰＡＲ（Re-Auth-Request）メッセージにおけるチャージングルールインストール（Charging Rule Install）を介して、チャージングルールインストール（Charging Rule Install）のパラメータで運ばれているＰＣＣルールと共に）。さらに、ＰＡＲメッセージは、ＰＣＣルール名（ＰＣＣルールのために生成された）を含んでいる。
ＰＣＥＦによるベアライベント検出が以前にリクエストされなかった場合、ＰＣＲＦは、検出される特定のベアライベント（例えば、ベアラ損失、及び、ベアラリリース）を示すために、イベントトリガ（Event Trigger）のパラメータを運ぶ。
ステップＳ207〜Ｓ211には、ベアライベントを報告する手順が図示されており、次のように説明される。
ステップＳ207：
前記ベアライベントは前記ＰＣＥＦによって検出される。
ステップＳ208〜Ｓ209：
ＰＣＥＦは、チャージングルール報告（Charging Rule Report）（ＣＣＲ（Credit-Control-Request）メッセージでＰＣＣルール名を運ぶ）のパラメータを通じて、ＰＣＣルール名（ＰＣＲＦに対するベアラに関連付けられた）を報告する。報告中、ベアライベントを示すイベントトリガ（Event Trigger）のパラメータも運ばれる。メッセージを受信すると、ＰＣＲＦはＣＣＡ（Credit-Control-Answer）メッセージをＰＣＥＦに返す。
ステップＳ210〜Ｓ211：
ＰＣＲＦは、ＡＦに、ＰＣＥＦによって報告されたＰＣＣルール名に従って、ベアライベントとともに、影響されたメディアＩＰフローの識別子を報告する。ＰＡＲメッセージは、フロー（Flow）のパラメータ（ベアライベントに関連付けられたメディアＩＰフローの識別子を示す）を運び、かつ、フロー（Flow）のパラメータは、メディアコンポーネント番号、及び、フロー番号を含んでいる。さらに、ＰＡＲメッセージは、特定のベアライベントを示す特定のアクションのパラメータを運ぶ。メッセージを受信すると、ＡＦはＲＡＡメッセージをＰＣＲＦに返す。
ベアライベントを報告するメカニズムを用いて、ベアラが変化するとき（例えば、ベアラリソース損失、及び、ゲートウェイ故障の発生）、ベアラ層は、ベアライベントのサービス層にタイムリーに通知して、新規ポリシーをリクエストしてもよい。サービス層は、報告メカニズムによってベアラ変化を理解し、かつ、ベアラ変化に応答する（例えば、サービス層が、セッション変更、セッション終了などをリクエストしてもよい）。
メディアＩＰフローと同様に、セッション中のシグナリングＩＰフローもベアラを利用し、かつ、サービス層は、シグナリングに関する下にあるベアラの状態をタイムリーに知る必要がある。シグナリングに関するベアラが変化したとき、ベアラはベアライベントをサービス層に報告する必要があり、したがって、サービス層は対応する変更をタイムリーに実行してもよい。シグナリングパスの状態を報告するための既存方法は次の通りである。
シグナリングタグが、ＵＥ（User Equipment）によってＰＤＰ（Packet Data Protocol）起動リクエストで運ばれる。ＰＣＲＦは、確立されるＰＤＰコンテキストがＩＰシグナリングを運ぶのに使用されることを理解し、かつ、ＰＣＣルールをＰＣＥＦに確立及び送信し、それによって、シグナリングタグを備えたＰＤＰコンテキストを確立する。シグナリングパス状態報告を申し込むと、ＡＦはシグナリングＩＰフロータグを運び、シグナリングイベントに対する申し込みについて、ＰＣＲＦに通知する。シグナリングタグを備えたベアラに関する変化の検出によって、ＰＣＥＦは、ＰＣＲＦに、ベアラに関連付けられたＰＣＣルール名を報告し、かつ、ＰＣＲＦは、ＰＣＣルール名に従って、シグナリングを運ぶＰＤＰコンテキストの変化を理解し、したがって、シグナリングパス状態はＡＳに報告される。
シグナリングパス状態を報告する特定の実施例が図３に示されている。
ステップＳ301〜Ｓ307は、シグナリングタグを備えたＰＤＰコンテキストを確立する手順を示しており、特に次のように説明される。
ステップＳ301：
ＰＣＥＦは、ＵＥから、ＰＤＰコンテキスト起動リクエスト（シグナリングタグを運ぶ）を受信する。
ステップＳ302：
ＰＣＥＦは、ＰＤＰコンテキスト確立リクエストをＰＣＲＦに送信する。ＣＣＲメッセージは、ベアラ層情報（例えば、ベアラ使用（Bearer Usage）のパラメータ）（シグナリングタグを備えたＰＤＰコンテキストの確立がリクエストされることを示す）を運ぶ。選択的に、ＰＣＲＦは、ＣＣＡメッセージをＰＣＥＦに返す（図示せず）。
ステップＳ303：
ＰＣＲＦは、受信したベアラ層情報を格納し、かつ、リクエストに応じて確立されるＰＤＰコンテキストが、ベアラ使用（Bearer Usage）のパラメータに従って、ＩＭＳシグナリングを運ぶのに使用されることを理解する。
ステップＳ304：
ＰＣＲＦは、ベアラ層情報、申込プロフィール、及び、オペレータポリシーに従って、ＰＣＣルール及び対応するＰＣＣルール名を生成する。
ステップＳ305〜Ｓ307：
ＰＣＲＦは、ＰＣＣルール及び対応するＰＣＣルール名をＰＣＥＦに送信し、かつ、ＰＣＥＦは、ＰＣＣルールをインストールし、かつ、ＰＤＰコンテキスト起動リクエストに対する応答をＵＥに返し、したがって、シグナリングタグを備えたＰＤＰコンテキストが確立される。
ステップＳ308〜Ｓ312は、シグナリングパス状態報告を申し込む手順を示しており、かつ、特に次のように説明される。
Ｓ308〜Ｓ310：
セッションメッセージがＡＦに到達したとき、ＡＦは、シグナリングパス状態報告に対する申込を開始する。フロー使用（Flow Usage）（ＡＦシグナリングとしてセットし、シグナリングイベントに関する申込を示す）、及び、特定のアクション（ベアラ損失、及び、ベアラリリースなどの特定の申込されたイベントを示す）のパラメータがＡＡＲメッセージで運ばれる。ＰＣＲＦは、フロー使用のパラメータ値に基づいて、この申込がシグナリングパス状態に関する申込であることを理解する。
Ｓ311〜Ｓ312：
ＰＣＲＦはＰＣＣルールをＰＣＥＦに送信する。ＰＣＣルールを示すチャージングルールインストール（Charging Rule Install）のパラメータは、ＲＡＲメッセージで運ばれる。ＰＣＥＦによるベアライベントの検出が申し込みされない場合、ＰＣＲＦは、運ばれている特定のベアライベントを示すイベントトリガ（Event Trigger）のパラメータを用いて、申込を開始する。イベントトリガ（Event Trigger）のパラメータは、特定のアクションのパラメータに従って生成される。
ステップＳ313〜Ｓ318はシグナリングパス状態を報告する手順を示しており、かつ、特に次のように説明される。
ステップＳ313：
ベアライベントがＰＣＥＦによって検出される。
ステップＳ314〜Ｓ315：
ＰＣＥＦは、ベアラに関連付けられたＰＣＣルールをＰＣＲＦに報告する。
ステップＳ316〜Ｓ318：
ＰＣＲＦは、ＰＣＣルール名に従って、ＩＭＳシグナリングを運ぶＰＤＰチャネルの変化を決定し、かつ、シグナリングパス状態を報告する。
シグナリングパス状態を報告するための既存メカニズムの実施例は、フロー使用（Flow Usage）のパラメータに依存する。シグナリングパス状態に対する申込を開始すると、サービス層は、ＡＦシグナリング識別子として、フロー使用（Flow Usage）のパラメータを使用して、ＰＣＲＦにシグナリング関連の申込を通知する。しかし、現在定義されたように、フロー使用（Flow Usage）のパラメータは、メディアサブコンポーネント（Media Sub-Component）のパラメータのサブパラメータとして存在し、かつ、フロー使用（Flow Usage）のパラメータは、メディアコンポーネント記述（Media Component Description）、及び、メディアサブコンポーネント（Media Sub-Component）のパラメータとともに使用しなければならない。シグナリングＩＰフローに対して、メディアコンポーネント記述（Media Component Description）のパラメータ、又は、メディアサブコンポーネント（Media Sub-Component）のパラメータの値は既存規格で定義されず、その結果、シグナリング情報は報告されることを許可されず、したがって、シグナリングパス状態を報告するメカニズムは実施することができない。
中国特許出願公開第200710087199.6号公報 中国特許出願公開第200710100495.5号公報
本発明の態様は、シグナリングＩＰフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティを提供して、シグナリングＩＰフローのシグナリングパス状態の報告を実行する。
上記したソリューションを実行するため、シグナリングＩＰフローのベアライベントを報告する方法が本発明の態様によって提供され、前記方法は、
アプリケーション機能（Application Function）によって、シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）に送信するステップと、
前記アプリケーション機能（Application Function）によって、前記シグナリングＩＰフローのベアライベント報告を、前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から受信するステップと
を具備し、
前記リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、
前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶ。
アプリケーション機能（Application Function）が本発明の他の態様により提供され、前記アプリケーション機能（Application Function）は、
シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）に送信するように構成された、第１申込リクエスト送信ユニットと、
前記シグナリングＩＰフローのベアライベント報告を、前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から受信するように構成された、第１ベアライベント報告受信ユニットと
を備え、
前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、
前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶ。
ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）が本発明の他の態様により提供され、
シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、アプリケーション機能（Application Function）から受信するように構成され、前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運ぶ、第１申込リクエスト受信ユニットと、
前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に対応する前記ベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名を含む情報を運ぶベアライベント報告を生成及び送信するように構成された、第１ベアラ報告処理ユニットと
を備えている。
シグナリングＩＰフローのベアライベントを報告するためのシステムが本発明の他の態様により提供され、かつ、前記システムは、アプリケーション機能（Application Function）と、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）とを備えている。
前記アプリケーション機能（Application Function）は、
シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）に送信するように構成された、第１申込リクエスト送信ユニットと、
前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）によって送信された前記シグナリングＩＰフローのベアライベント報告を受信するように構成された、第１ベアライベント報告受信ユニットと
を備え、
前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、
前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶ。
前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）は、
前記第１申込リクエスト送信ユニットから、前記シグナリングＩＰフローの前記ベアライベントを申し込むための前記リクエストを受信するように構成され、前記申込リクエストは、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶ、第１申込リクエスト受信ユニットと、
前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に対応する前記ベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名を含む情報を運ぶ前記ベアライベント報告を生成及び送信するように構成された、第１ベアラ報告処理ユニットと
を備えている。
前記制御方法を用いて、ＩＰフローのベアライベントを報告するためのシステム及び機能エンティティが本発明の態様によって提供されて、５組はシグナリングＩＰフロー、及び、メディアＩＰフローに対してそれぞれ生成され、したがって、シグナリングパス状態を報告するメカニズムは、フロー使用（Flow Usage）、シグナリングタグを備えたＰＤＰコンテキストなどのパラメータによって限定されず、それによって、シグナリングＩＰフローの前記シグナリングパス状態を報告し、かつ、シグナリングパス状態を報告するメカニズムと、メディアＩＰフローのベアライベントを報告するメカニズムとを結合し、かつ、さらに、シグナリングＩＰフローとベアラとの間のシグナリング及び関連付けに対して、対応するＰＣＣルールを確立する。
従来技術におけるＰＣＣアーキテクチャの構成の概略図である。 従来技術におけるメディアベアライベントを申込及び報告するためのメカニズムの概略フローチャートである。 従来技術におけるシグナリングパス状態を報告するためのメカニズムの概略フローチャートである。 本発明の実施例によるシグナリングＩＰフローのベアライベントを報告するための制御方法の概略フローチャートである。 本発明の実施例によるシグナリングＩＰフローのベアライベントを報告するための制御方法の概略フローチャートである。 本発明の実施例によるシグナリングＩＰフローのベアライベントを報告するための制御システムの一般的な構成の概略図である。 本発明の実施例によるシグナリングＩＰフローのベアライベントを報告するための制御システムの一般的な構成の概略図である。 本発明の実施例によるシグナリングＩＰフローパス状態を報告するための方法の概略フローチャートである。 本発明の実施例によるシグナリングＩＰフローパス状態を報告するための方法の概略フローチャートである。 本発明の実施例によるシグナリングＩＰフローパス状態を報告するための方法の概略フローチャートである。 本発明の実施例によるＰＣＲＦの一般的な構成の概略図である。 本発明の実施例によるＰＣＲＦの一般的な構成の概略図である。
背景技術で既存のメディアベアライベントを報告するメカニズム、及び、シグナリングパス状態を報告するメカニズムを理解することによって、シグナリングパス状態を報告するための既存のメカニズムのアプリケーションシナリオが、以下のように、多数の側面で限定されていることが分かる。
シグナリングパス状態を報告するための既存のメカニズムの実施例は、フロー使用（Flow Usage）のパラメータに依存する。シグナリングパス状態に対する申込を開始すると、サービス層は、ＡＦシグナリング識別子として、フロー使用（Flow Usage）のパラメータを使用して、ＰＣＲＦにシグナリング関連の申込を通知する。しかし、現在定義されたように、フロー使用（Flow Usage）のパラメータは、メディアサブコンポーネント（Media Sub-Component）のパラメータのサブパラメータとして存在し、かつ、フロー使用（Flow Usage）のパラメータを、メディアコンポーネント記述（Media Component Description）、及び、メディアサブコンポーネント（Media Sub-Component）のパラメータとともに使用しなければならない。シグナリングＩＰフローに対して、メディアコンポーネント記述（Media Component Description）のパラメータ、又は、メディアサブコンポーネント（Media Sub-Component）のパラメータの値が既存規格で定義されず、その結果、シグナリング情報は送信又は報告されることを許可されず、したがって、シグナリングパス状態を報告するメカニズムは実施することができない。
また、シグナリングパス状態を報告するための既存のメカニズムの実施例は、シグナリングタグを備えたＰＤＰコンテキストの確立に依存し、かつ、アプリケーションシナリオ（シグナリングタグを備えていない、シグナリング−ベアリング（bearing）ＰＤＰコンテキスト）はサポートされていない。シグナリングタグは、ＰＤＰコンテキストの確立中に運ばれる必要があり、したがって、ＰＣＲＦは、どのＰＤＰチャネルがシグナリングを運ぶのに使用されるかを理解してもよい。結果的にベアラが変更されたとき、ＰＣＲＦは、ベアラに対応するＰＣＣルール名に従って、シグナリング−ベアリングＰＤＰコンテキストが変更されることを決定し、それによって、シグナリングパスの報告を実行する。しかし、シグナリングタグを備えたＰＤＰコンテキストの確立は、ＵＥ能力及びオペレータによるサポートに依存する。換言すれば、アプリケーションシナリオ（シグナリングを運ぶＰＤＰコンテキストがシグナリングタグを備えていない）は、実際のネットワークアプリケーションの中に存在してもよい。その結果、シグナリングパス状態を報告するためのメカニズムは、アプリケーションシナリオ（ＰＤＰコンテキストがシグナリングタグを備えることなく提供される）において実行することができない。
また、シグナリングパス状態を報告する既存のメカニズムの実施例は、ＰＤＰコンテキストの確立中に生成された、関係するＰＣＣルールに依存している。ＰＤＰコンテキスト（シグナリングを運ぶ）の確立中に、関係するＰＣＣルールが生成されない場合、サービス層でのシグナリングＩＰフローのアドレス及びポート情報は、既存のメカニズムに従って、セッション中にＰＣＲＦに送信することができず、その結果、シグナリング関連のＰＣＣルールは確立することができず、結果として、ＰＣＥＦはベアライベントをＰＣＲＦに報告することができず、かつ、シグナリングパス状態報告は実行することができない。
さらに、シグナリングパス状態を報告するための既存のメカニズムは、メディアベアライベントを報告するメカニズムからは独立しており、その結果、ベアライベントを報告するメカニズム全体が複雑である。さらに、シグナリングパス状態を報告するメカニズムでは、シグナリングＩＰフローに対する５組（サービス層でシグナリングＩＰフローに対応する）が生成されず、その結果、シグナリングＩＰフローとベアラとの間の関連付けを確立することができない。
シグナリングパス状態を報告するための既存のメカニズムに存在する欠点のため、本発明の実施例によって、シグナリングＩＰフローのシグナリングパス状態を報告する制御方法が提供され、かつ、方法は、シグナリングパス状態を報告するメカニズムと、メディアベアラ状態を報告するメカニズムとを組合せ、したがって、ベアラ報告メカニズムが単純化され、かつ、シグナリングパス状態を報告するメカニズムのアプリケーションは、例えば、フロー使用（Flow Usage）のパラメータ、ＰＤＰコンテキストに対するシグナリングタグの提供、及び、ＰＤＰコンテキストの確立中に、関係するＰＣＣルールを生成することの必要性によって限定されない。
本発明の実施例では、主に、ベアライベントを報告する制御方法は次のステップを具備している。
１．各ＩＰフロー（ベアライベント報告に対する申込のリクエストがトリガされる）に対して、ＡＦは、５組を生成し、かつ、ＩＰフローのタイプに従って、フロー識別子情報を生成し、ＩＰフローは、シグナリングＩＰフロー及びメディアＩＰフローを具備してもよく、かつ、５組とフロー識別子情報の両方は、ＩＰフロー及びＩＰフローのタイプを識別してもよい。
２．ＡＦは、ＰＣＲＦに、ＩＰフローのベアライベントに対する申込のリクエストを送信する。申込リクエストは、５組及びフロー識別子情報を運ぶ。
３．ＰＣＲＦは、ＩＰフローのベアラに関連付けられたＰＣＣルール及びＰＣＣルール名を含むＰＣＣルール情報を確立し、ＰＣＣルール名及びフロー識別子情報をそれぞれ格納し、かつ、ＰＣＣルール情報をＰＣＥＦに送信する。
一部のアプリケーションシナリオでは、関連したＰＣＣルール情報は、ＩＰフローベアラに対して既に確立され、かつ、ＰＤＰコンテキスト又はセッションの交渉中に、ＰＣＥＦに送信される。この場合、ＩＰフローに利用可能なＰＣＣルール情報が既に存在し、かつ、ＰＣＲＦは、ＩＰフローベアラに関連付けられたＰＣＣルール情報を確立及び送信する必要はないが、生成されたＰＣＣルール名及びフロー識別子情報を格納する。
４．ＰＣＥＦは、ＰＣＣルールをインストールし、かつ、ベアライベントの検出によって、ＰＣＣルール名及び検出されたベアライベントをＰＣＲＦに報告する。
５．ＰＣＲＦは、関連したＰＣＣルール名に従って、フロー識別子情報を取得し、かつ、取得されたフロー識別子情報は、ベアライベント報告でＡＦに送信される。
６．ＡＦは、ベアライベント報告で運ばれた情報に従って、受信したベアライベント報告のタイプを決定し、シグナリングＩＰフローのベアライベント報告のタイプはシグナリングパス状態報告であり、かつ、メディアＩＰフローのベアライベント報告のタイプはメディアベアライベント報告である。
また、ステップ５では、対応する５組はベアライベント報告で運ばれ、かつ、ＡＦに転送してもよく、かつ、ステップ６では、ＡＦは５組に従って、受信したベアライベント報告のタイプを決定する。
本発明の実施例では、シグナリングパス状態を報告するメカニズムと、メディアＩＰフローのベアライベントを報告するメカニズムとは結合され、かつ、シグナリング情報はサービス層によって送信され、したがって、シグナリングパス状態を報告するメカニズムは、フロー使用（Flow Usage）のパラメータ、ＰＤＰコンテキストに対するシグナリングタグの提供などによって限定されず、故に、シグナリングＩＰフローに対して、ＰＣＣルール、及び、シグナリングＩＰフローとベアラとの間の関連付けを確立する。
本発明の実施例では、ＡＦは、サービス情報をＰＣＲＦに送信するに当たり、シグナリングＩＰフローか、又は、メディアＩＰフローのどちらが含まれるかをＰＣＲＦに通知する必要はなく、故に、ＰＣＲＦによって理解されることからフロータイプを隠蔽する。申込されたベアライベントの検出によって、ＰＣＥＦは、ＰＣＲＦに対するベアラに関するＰＣＣルール名を報告し、かつ、ＰＣＲＦは、ＰＣＣルール名に従って、フロー識別子情報を決定し、かつ、フロー識別子情報及びベアライベントをＡＦに報告する。ＡＦは、フロー識別子情報の生成ルールに従って、ベアライベント情報のタイプを決定し、かつ、適切に応答する。
本発明の実施例では、ベアライベントを報告するメカニズムは、確立されたＰＤＰコンテキストのタイプからは独立している。ＡＦは、サービス層プレーンで、一様なルールに従って、シグナリングＩＰフローとメディアＩＰフローに対する５組を生成し、かつ、ＰＣＲＦからフローに対応するベアライベントを申し込むとき、特定の５組を示す。ＰＣＲＦは、５組に従って、ベアラとＰＣＣルールとの間の関連付けを確立し、かつ、関連付けをＰＣＲＦに送信する。ベアライベントが発生したとき、ＰＣＥＦは、ベアラ及びベアライベントに関連付けられたＰＣＣルール名を報告する。
本発明の実施例では、５組、及び／又は、フロー識別子情報を次のように生成してもよい。メディアＩＰフローの５組、及び／又は、フロー識別子情報は、セッション交渉に対するＳＤＰから導出される。シグナリングＩＰフローの５組は、ＳＩＰメッセージ（例えば、ソースＩＰアドレス、宛先ＩＰアドレス、ポート番号、及び、採用されたプロトコル）における情報に従って生成される。メディアＩＰフローのメディアコンポーネント番号（１から始まり、かつ、昇順で識別することに使用される）を参照して、シグナリングＩＰフローは、デフォルトのメディアコンポーネント番号０を備えて、提供してもよい（例えば、＜０，１＞を使用して、シグナリングＩＰフローを示す）。
図４には、本発明の実施例によるシグナリングパス状態を報告する方法が示されている。本発明の実施例による制御方法は、ＰＤＰコンテキスト確立からは独立している。申込手順と報告手順が図４に示され、ステップＳ401〜Ｓ409が申込手順を示し、かつ、次のように説明される。
ステップＳ401：
ＡＦは、申込に対するトリガを受信すると、シグナリングパス状態に対する申込を開始する（例えば、登録メッセージがＡＦに到着し、かつ、ＡＦはシグナリングパス状態を申し込むように要求されるとき、又は、セッション交渉中）。
ステップＳ402：
メディアベアライベントを報告するメカニズムと、シグナリングパス状態を報告するメカニズムとの単一化に対して、シグナリングＩＰフローに対応するベアライベントを申し込むと、ＡＦは、シグナリングＩＰフロー５組、及び、シグナリングＩＰフローに対するフロー識別子情報を生成し、かつ、フロー識別子情報（メディアコンポーネント番号及びフロー番号）、シグナリングＩＰフロー５組、及び、特定の申し込みされたベアライベント（特定のアクションのパラメータによって示された）はＡＡＲで運ばれる。
ステップＳ403〜Ｓ404：
ＰＣＲＦは、受信したサービス層情報を格納し、かつ、ＡＡＡをＡＦに返す。
ステップＳ405：
ＰＣＲＦは、受信したサービス層情報（シグナリングＩＰフロー５組、ＱｏＳ情報など）、ベアラ情報（ＰＤＰ確立中にＰＣＥＦによって提供された）、申込プロフィール、及び、オペレータポリシーに従って、シグナリングＩＰフローのＰＣＣルール情報を確立及び格納し、前記ＰＣＣルール情報は、ＰＣＣルール及び対応するＰＣＣルール名を備えている。さらに、シグナリングＩＰフローに対して利用可能なＰＣＣルール及びＰＣＣルール名が既に存在するとＰＣＲＦが決定した場合、ＰＣＲＦは、ＰＣＣルール及びＰＣＣルール名をＰＣＥＦに送信する。
ステップＳ406：
ＰＣＲＦは、ＰＣＥＦに、ＲＡＲメッセージ（チャージングルールインストール（Charging Rule Install）のパラメータでＰＣＣルール情報を運ぶ）を送信する。
ＰＣＲＦがＰＣＥＦからベアライベント報告手順を以前に申し込んでいた場合、ＰＣＲＦは、ＰＣＥＦから申込を再び開始する必要はなく、そうでなければ、ＰＣＲＦは、ＰＣＥＦからベアライベントに対する申込を開始する必要がある。図４に示すように、ベアライベントに対する申込、及び、ＰＣＣルール情報の送信は、同じＲＡＲメッセージを介して、同時に実行してもよく、かつ、ＲＡＲメッセージでは、特定のアクションのパラメータに対応するイベントトリガ（Event Trigger）のパラメータは、ベアライベント（ＰＣＥＦから申込が行われる）を指定するために運ばれる。
ステップＳ407〜Ｓ408：
ＰＣＥＦはＰＣＣルール情報をインストールし、かつ、ＡＡＡをＰＣＲＦに返す。
上記した申込手順では、ＡＦは、生成された５組、及び、フロー識別子情報（シグナリングＩＰフローの）を使用して、シグナリングＩＰフローのベアライベント報告を申し込み、したがって、サービス層は、フロー使用（Flow Usage）のパラメータとは独立して、シグナリングパス状態に対する申込を開始することができる。
さらに、ＰＣＲＦは、受信したサービス層情報（シグナリングＩＰフローの５組、ＱｏＳ情報など）、ベアラ情報（ＰＤＰ確立中にＰＣＥＦによって提供された）、申込プロフィール、及び、オペレータポリシーに従って、ＰＣＣルール情報を確立及び格納し、それによって、各シグナリングＩＰフローのＰＤＰコンテキストがＰＣＣルールに関連付けられることを確実にする。実際には、ＰＣＲＦがＰＣＣルール情報を以前に確立及び格納した場合、ＰＣＲＦは、確立されたＰＣＣルール情報を、ＰＣＥＦに直接送信する。ＰＣＲＦによって申し込みされたベアライベントの検出によって、ＰＣＥＦは、検出されたベアライベントに関連付けられたＰＣＣルール名、及び、検出されたベアライベントをＰＣＲＦに報告する。換言すれば、シグナリングＩＰフローに利用可能なＰＣＣルール情報が存在すれば、ＰＣＣルール情報の確立又は格納は現ステップにおいて実行される必要はないが、ＰＣＣルール名とＩＰフローの５組は関連付けられ、かつ、格納される必要がある。
ステップＳ409〜Ｓ413は、ベアライベント報告の手順を図示しており、かつ、特に次のように説明される。
ステップＳ409：
ＰＣＥＦは、ベアラに関するイベントを検出する。
ステップＳ410〜Ｓ411：
ベアラに関するイベントを検出すると、ＰＣＥＦは、ベアラに関連付けられたＰＣＣルール名をＰＣＲＦに報告する。
ステップＳ412〜Ｓ413：
ＰＣＣルール名に従って、ＰＣＲＦは、ＡＦに、ベアライベント報告を介して、ベアライベントとともに、対応するフロー識別子情報について報告し、かつ、ＡＦは、報告の受信によって、ＰＣＲＦにＲＡＡ応答を返す。
さらに、ＡＦは、ベアライベント報告におけるフロー識別子情報に従って、報告されたベアライベントに関連付けられたＩＰフローのタイプを決定する。フロー識別子情報がシグナリングＩＰフローを示した場合、シグナリングパス状態報告が決定され、そうでなければ、メディアベアライベント報告が決定される。
ベアラに関するイベントを報告する手順では、ＰＣＥＦ及びＰＣＲＦは、ＩＰフローを区別する必要はなく、それによって、報告メカニズムを結合し、かつ、シグナリングＩＰフローとベアライベントとを関連付ける。
図５には本発明の他の実施例が図示されている。ＩＰフローを固有に識別するためのフロー識別子情報の機能は、５組によって実施してもよい。
ステップＳ502：
ＡＦは、ＩＰフローに対応するベアライベントを申し込むに当たり、フロー識別子情報を発行しなくてもよい。
ステップＳ512：
ＰＣＲＦは、ＰＣＣルール名に従って、ベアライベントとともにシグナリングＩＰフローの５組をＡＦに報告し、かつ、ＡＦはＲＡＡ応答をＰＣＲＦに返す。
ＡＦは、５組に対応するＰＣＣルール名に従って、報告されたベアライベントに関連付けられたＩＰフローのタイプを決定する。フロー識別子情報がシグナリングＩＰフローに一致した場合、シグナリングパス状態報告が決定され、そうでなければ、メディアベアライベント報告が決定される。
他のステップは、図４に示されたフローのステップと同じであり、それについての説明は重ねて記載されない。
本発明の実施例によれば、５組と、メディアコンポーネント番号及びシグナリングＩＰフローに対するフロー番号の値とを定義した後、シグナリング情報をサービス層から送信してもよく、したがって、申込及び報告手順を実行してもよい。
本発明の実施例によれば、５組はシグナリングＩＰフロー及びメディアＩＰフローに一致して生成され、したがって、セッション中、ＰＣＣルールはシグナリングＩＰフローに対して確立してもよく、かつ、シグナリングＩＰフローはベアラに結合してもよい。したがって、シグナリングパス状態は、ＰＤＰタイプに限定されることなく報告することができる。
本発明の実施例では、サービス層シグナリング情報が送信されて、リアルタイムでシグナリングに対応するＰＣＣルールを確立してもよく、それによって、シグナリングＩＰフローとベアラとの間の関連付けを確立する。
本発明の実施例では、ベアライベントを申し込むため、ＰＣＲＦは、シグナリングに関する申込について通知される必要がなく、かつ、ベアライベントの検出によって、ＰＣＲＦは、関係する申込がシグナリングに関する申込か、又は、メディアに関する申込かを理解する必要はないが、ベアラに対応する５組又はフロー識別子情報をＡＦに報告する。ＡＦは、報告がメディアベアライベントか、又は、シグナリングパス状態の報告に関するかをチェックする。換言すれば、フロータイプはＰＣＲＦの代わりにＡＦによって理解され、したがって、シグナリングパス状態を報告するメカニズムと、メディアベアライベントを報告するメカニズムとが結合される。
上記から分かるように、ユニバーサル、単純かつ効果的なベアライベントを報告するための制御方法が本発明の実施例によって提供され、かつ、シグナリングパス状態を報告するメカニズムとメディアＩＰフローのメディアイベントを報告するメカニズムとが結合され、それによって、シグナリングパス状態を報告するメカニズムを改善し、かつ、シグナリングパス状態報告の実行を確実にする。
図６には、本発明のさらなる実施例による図４に示された制御方法を実行するための制御システムが示され、かつ、制御システムは、ＡＦ61と、ＰＣＲＦ62と、ＰＣＥＦ63とを備えている。本発明はこれに限定されないが、実施例がほんの一例として示される（ＩＰフローの５組が運ばれる）。例えば、５組、又は、５組とフロー識別子情報の両方を運んでもよい。ＡＦ61は、主に、
ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から、シグナリングＩＰフローのベアライベントを申し込むためのリクエストを送信するように構成された、第１申込リクエスト送信ユニット611と、
前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から、前記シグナリングＩＰフローのベアライベント報告を受信するように構成された、第１ベアライベント報告受信ユニット612と
を備え、
前記申込リクエストは前記シグナリングＩＰフローの５組を運び、
前記ベアライベント報告は前記シグナリングＩＰフローの前記５組を運ぶ。
ＰＣＲＦ62は、主に、第１申込リクエスト受信ユニット621と、第１ベアラ報告処理ユニット624とを備え、好ましくは、第１ルール確立ユニット622と、第１ベアライベント受信ユニット623とを備えている。
前記第１申込リクエスト受信ユニット621は、アプリケーション機能（Application Function）から、前記シグナリングＩＰフローの前記ベアライベントを申し込むための前記リクエストを受信するように構成されている。前記申込リクエストは前記シグナリングＩＰフローの前記５組を含んでいる。
第１ルール確立ユニット622は、前記シグナリングＩＰフローの前記５組に従って、前記シグナリングＩＰフローに対応するポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、前記ポリシー制御及びチャージング（Policy Control and Charging）ルールの名前を確立し、かつ、前記ＰＣＣルール、及び、前記ＰＣＣルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）に送信するように構成されている。
第１ベアライベント受信ユニット623は、前記検出されたベアライベント、及び、前記検出されたベアライベントに関連付けられた前記ポリシー制御及びチャージング（Policy Control and Charging）ルール名を、前記ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）から受信するように構成されている。
第１ベアラ報告処理ユニット624は、前記シグナリングＩＰフローの前記５組を運ぶベアライベント報告を生成及び送信するように構成されている。前記５組は、前記ベアライベントに関連付けられた前記ポリシー制御及びチャージング（Policy Control and Charging）ルール名に対応する前記シグナリングＩＰフローの前記５組であってもよい。
好ましくは、ＰＣＲＦ62は、前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージング（Policy Control and Charging）ルール、又は、ポリシー制御及びチャージング（Policy Control and Charging）ルール名が存在しないと決定すると、あるいは、前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名が存在すると決定すると、前記第１ルール確立ユニットに命令して、前記ＩＰフローに対応するポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルールの名前を確立し、前記チャージングルール及び前記チャージングルール名を、前記ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）に送信するように構成された、決定ユニット（図示せず）をさらに備えている。
本発明の実施例によれば、第１申込リクエスト送信ユニットと、第１ベアライベント報告受信ユニットとを備えた、アプリケーション機能（Application Function）がさらに設けられている。第１申込リクエスト送信ユニットは、シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）に送信するように構成され、かつ、申込リクエストは、シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、かつ、第１ベアライベント報告受信ユニットは、シグナリングＩＰフローのベアライベント報告を、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から受信するように構成され、かつ、ベアライベント報告は、シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運ぶ。
アプリケーション機能（Application Function）の実施例は、上記した方法及びシステムと同じであり、それについての説明は重ねて行われない。
本発明の他の実施例によれば、第１申込リクエスト受信ユニットと、第１ベアラ報告処理ユニットとを含むポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）が設けられている。第１申込リクエスト受信ユニットは、シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、アプリケーション機能（Application Function）から受信するように構成され、かつ、申込リクエストは、シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、かつ、第１ベアラ報告処理ユニットは、ベアライベント報告（シグナリングＩＰフローの５組、及び／又は、フロー識別子情報に対応するベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名などの情報を運ぶ）を生成し、かつ、返すように構成されている。
好ましくは、前記ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）は、
シグナリングＩＰフローの５組、及び／又は、フロー識別子情報に従って、シグナリングＩＰフローに対応するポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名を確立し、かつ、ポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）に送信するように構成された、第１ルール確立ユニットと、
検出されたベアライベント、及び、検出されたベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）から受信するように構成された、第１ベアライベント受信ユニットと
をさらに備えてもよい。
好ましくは、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）は、
申込リクエストで運ばれたシグナリングＩＰフローに利用可能なポリシー制御及びチャージング（Policy Control and Charging）ルール、又は、ポリシー制御及びチャージング（Policy Control and Charging）ルール名が存在しないと決定すると、あるいは、申込リクエストで運ばれたシグナリングＩＰフローに利用可能なポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名が存在すると決定すると、第１ルール確立ユニットに命令して、ＩＰフローに対応するポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名を確立し、チャージングルール及びチャージングルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）に送信するように構成された、決定ユニット
をさらに備えてもよい。
アプリケーション機能（Application Function）の実施例は、上記した方法及びシステムと同じであり、それについての説明は重ねて行われない。
図７には、図５に示された制御方法を実施するための制御システムが本発明のさらに他の実施例によって設けられ、かつ、制御システムは、ＡＦ71と、ＰＣＲＦ72と、ＰＣＥＦ73とを備え、かつ、ＡＦ71は、主に、
シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）に送信するように構成された、第２申込リクエスト送信ユニット711と、
シグナリングＩＰフローのベアライベント報告を、ポリシー制御及びチャージングルール機能（Policy Control and Charging Rules Function）から受信するように構成された、第２ベアライベント報告受信ユニット712と
を備え、
前記申込リクエストは、シグナリングＩＰフローの５組、及び、シグナリングＩＰフローのフロー識別子情報を運び（本実施例は、シグナリングＩＰフローの５組、及び、シグナリングＩＰフローのフロー識別子情報を用いた実例として説明されるが、これに限定されない）、
前記ベアライベント報告は、シグナリングＩＰフローのフロー識別子情報を運ぶ。
ＰＣＲＦ72は、主に、
シグナリングＩＰフローのベアライベントを申し込むためのリクエストを、アプリケーション機能（Application Function）から受信するように構成された、第２申込リクエスト受信ユニット721と、
シグナリングＩＰフローの５組に従って、シグナリングＩＰフローに対応するポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名を確立し、かつ、ポリシー制御及びチャージング（Policy Control and Charging）ルール、及び、ポリシー制御及びチャージング（Policy Control and Charging）ルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）（選択的に）に送信するように構成された、第２ルール確立ユニット722と、
検出されたベアライベント、及び、検出されたベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名を、ポリシー及びチャージングエンフォースメント機能（Policy and Charging Enforcement Function）（選択的に）から受信するように構成された、第２ベアライベント受信ユニット723と、
シグナリングＩＰフローのフロー識別子情報を運ぶベアライベント報告を生成及び送信するように構成された、第２ベアラ報告処理ユニット724と
を備え、
前記申込リクエストは、シグナリングＩＰフローの５組、及び、シグナリングＩＰフローのフロー識別子情報を運び、
前記識別子情報は、ベアライベントに関連付けられたポリシー制御及びチャージング（Policy Control and Charging）ルール名に対応するシグナリングＩＰフローのフロー識別子情報であってもよい。
シグナリングＩＰフローパス状態を報告する方法が、本発明のさらに他の実施例によって提供される。方法では、第１デフォルトＰＤＰコンテキストをＩＰ−ＣＡＮ（IP Connectivity Access Network）セッションから起動するリクエストに対して、ＰＣＣルールがデフォルトＰＤＰコンテキストに先立って起動又はインストールされ、ＩＰ−ＣＡＮセッションがシグナリングＩＰフローに対して専用のＰＤＰコンテキストを確立するステップを再度リクエストした場合、デフォルトＰＤＰコンテキストに対する以前のＰＣＣルールは動作を停止されるか又は削除され、かつ、ＰＣＣルールはシグナリングＩＰフローのＰＤＰコンテキストに対して起動又はインストールされ、したがって、ＩＰシグナリングパス状態報告は、ＰＣＣルール（シグナリングＩＰフローのＰＤＰコンテキストに対して新規に起動又はインストールされた）のルール名に従ってトリガされ、そうでなければ、デフォルトＰＤＰコンテキストがシグナリングＩＰフローを運ぶのに使用された場合、ＩＰシグナリングパス状態報告は、デフォルトＰＤＰコンテキストに先立って起動又はインストールされたＰＣＣルールのルール名に従ってトリガしてもよい。
ＰＣＣルール（デフォルトＰＤＰコンテキストに先立って起動又はインストールされた）、及び、ＰＣＣルール（シグナリングＩＰフローのＰＤＰコンテキストに対して新規に起動又はインストールされた）は、次の方法で生成してもよい。
１．事前定義方法
事前に定義されたＰＣＣルールは、シグナリングＩＰフローに対してＰＣＥＦに配置される。デフォルトＰＤＰコンテキストを起動するリクエストか、又は、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストの各受信によって、ＰＣＲＦは、ＰＤＰコンテキストに対して事前に定義されたＰＣＣルールを起動する。この方法では、事前に定義されたＰＣＣルール及びその名前は固定され、かつ、ＩＰシグナリングを処理するためのＡＦのアドレス（事前に定義されたＰＣＣルールに含まれている）も固定される。ＩＰシグナリングを処理するためのＡＦのアドレスが変更された場合、事前に定義されたＰＣＣルールは、ＰＣＥＦ及びＰＣＲＦに同期して、再生成及び更新される。
２．動的生成方法
ＰＣＲＦは、ＩＰシグナリングを処理するためのＡＦのアドレスを用いて事前設定される。デフォルトＰＤＰコンテキストを起動するリクエストか、又は、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストの各受信によって、ＰＣＲＦは、シグナリングＰＣＣルール（ＩＰシグナリングを処理するためのＡＦの事前設定されたアドレスを含む）を生成し、かつ、シグナリングＰＣＣルールを、インストールするため、ＰＣＥＦに送信する。
上記した２つの方法は組み合わせて、又は、別々に使用してもよく、かつ、それについての詳細な説明は図面を参照した実施例で以下に示される。
図８には、第１の事前定義方法（ＰＣＣルールが事前に定義される）において、シグナリングＩＰフローパス状態を報告するメカニズムが示されており、ＰＣＥＦは事前に定義されたＰＣＣルールを用いて構成され、かつ、ＰＣＲＦは事前に定義されたＰＣＣルールの名前を用いて構成され、かつ、メカニズムの特定のフローは以下を含んでいる。
ステップＳ801〜ｓ805は、デフォルトＰＤＰコンテキストを起動し、かつ、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールを起動する手順を図示しており、特に次のように説明される。
ステップＳ801：
ＰＣＥＦは、デフォルトＰＤＰコンテキストを起動するリクエストを、ＵＥから受信する。
ステップＳ802：
ＰＣＥＦは、ＰＣＲＦに、デフォルトＰＤＰコンテキストの識別子情報を含むＣＣＲメッセージを送信する。
ステップＳ803：
ＣＣＡメッセージを介して、ＰＣＲＦは、ＰＣＥＦに命令して、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールを起動させ、ＣＣＡメッセージは、デフォルトＰＤＰコンテキストの識別子情報、及び、事前に定義されたＰＣＣルール名を含んでいる。
ステップＳ804：
ＰＣＥＦは、ＣＣＡメッセージを受信し、かつ、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールを起動する。
ステップＳ805：
ＰＣＥＦは、デフォルトＰＤＰコンテキスト起動応答を、前記ＵＥに返す。
以降、ユーザは、シグナリングＩＰフローの専用ＰＤＰコンテキストを起動するリクエストを開始してもよい。ステップＳ806〜Ｓ810は、シグナリングＩＰフローのＰＤＰコンテキストを確立するステップ、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールの動作を停止するステップ、及び、シグナリングＩＰフローのＰＤＰルールに対して事前に定義されたＰＣＣルールを起動するステップの手順を示しており、特に次のように説明される。
ステップＳ806：
ＰＣＥＦは、ＰＤＰコンテキストを起動するためのリクエストをＵＥから受信し、前記リクエストはシグナリングタグを運ぶ。
ステップＳ807：
ＰＣＥＦは、ＰＣＲＦに、ＣＣＲメッセージ（ベアラ使用（Bearer Usage）のパラメータ、及び、シグナリングＩＰフローのＰＤＰコンテキストの識別子を含む）を送信し、ベアラ使用（Bearer Usage）の前記パラメータはシグナリングタグ情報を含んでいる。
ステップＳ808：
ＰＣＲＦは、確立されるＰＤＰコンテキストが、ベアラ使用（Bearer Usage）のパラメータにおけるシグナリングタグ情報に従って、シグナリングを運ぶのに使用されることを理解し、かつ、ＣＣＡメッセージを介して、ＰＣＥＦに命令して、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールの動作を停止させ、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対して事前に定義されたＰＣＣルールを起動させ、前記ＣＣＡメッセージは、シグナリングＩＰフロー及び事前に定義されたＰＣＣルール名のＰＤＰコンテキストの識別子と、デフォルトＰＤＰコンテキスト及び事前に定義されたＰＣＣルール名の識別子とを含んでいる。
ステップＳ809：
ＰＣＥＦは、ＣＣＡメッセージを受信し、デフォルトＰＤＰルールに対して事前に定義されたＰＣＣルールの動きを停止し、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対して事前に定義されたルールを起動する。
ステップＳ810：
ＰＣＥＦは、シグナリングＩＰフローＰＤＰコンテキスト起動応答を、ＥＵに返す。
ステップＳ811〜Ｓ816は、シグナリングＩＰフローパス状態報告を申し込むステップ、及び、シグナリングＩＰフローパス状態を報告するステップの手順を示しており、特に次のように説明される。
ステップＳ811：
ＡＦはＵＥからのＳＩＰシグナリングを処理する。
ステップＳ812：
ＡＦはＰＣＲＦからのシグナリングＩＰフローパス状態を申し込む。
ステップＳ813：
ＰＣＲＦは、ＰＣＥＦからのＰＤＰコンテキストのベアラに関するイベントを申し込む。
ステップＳ814：
事前に定義されたＰＣＣルールに対応するＰＤＰコンテキストのベアライベントが、ＰＣＥＦによって検出される。
ステップＳ815：
ＰＣＥＦは、ＰＣＲＦに、ＰＤＰベアライベント検出報告（対応するベアライベント、及び、事前に定義されたＰＣＣルール名を運ぶ）を送信する。
ステップＳ816：
ＰＣＲＦは、シグナリングＩＰフローシグナリングパス状態報告を、ＡＦに送信する。
したがって、ＵＥがシグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストを後に開始しない場合、セッションシグナリングはデフォルトＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルール、及び、事前に定義されたルール名によって実施され、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストが開始された場合、セッションシグナリングはシグナリングＩＰフローの専用のＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、シグナリングＩＰフローのＰＤＰコンテキストに対して事前に定義されたＰＣＣルール、及び、事前に定義されたＰＣＣルール名によって実施される。
図９には、第２方法において、シグナリングＰＣＣルール及びその名前を生成し、かつ、シグナリングＩＰフローパス状態を報告するメカニズムが示されており、メカニズムでは、ＰＣＲＦは、ＵＥに対するＳＩＰシグナリングを処理するためのＡＦのアドレスを用いて構成され、かつ、メカニズムの特定のフローは以下を含んでいる。
ステップＳ901〜Ｓ906は、デフォルトＰＤＰコンテキストを確立し、かつ、デフォルトＰＤＰコンテキストに対してシグナリングＰＣＣルール及びその名前をインストールする手順を示しており、かつ、次のように説明される。
ステップＳ901：
ＰＣＥＦは、ＵＥから送信された、デフォルトＰＤＰコンテキストを起動するためのリクエストを受信する。
ステップＳ902：
ＰＣＥＦは、ＰＣＲＦに、ＣＣＲメッセージ（デフォルトＰＤＰコンテキストの識別子情報を含む）を送信する。
ステップＳ903：
ＰＣＲＦは、シグナリングＰＣＣルール（ＡＦのアドレスを含む）を生成する。
ステップＳ904：
ＣＣＡメッセージを介して、ＰＣＲＦは、ＰＣＥＦに命令して、デフォルトＰＤＰコンテキストに対してシグナリングＰＣＣルールをインストールさせ、ＣＣＡメッセージは、デフォルトＰＤＰコンテキストの識別子情報、及び、シグナリングＰＣＣルールを含んでいる。
ステップＳ905：
ＰＣＥＦは、ＣＣＡメッセージを受信し、かつ、デフォルトＰＤＰコンテキストに対してシグナリングＰＣＣルールをインストールする。
ステップＳ906：
ＰＣＥＦは、デフォルトＰＤＰコンテキスト起動応答を、ＵＥに返す。
以降、ユーザは、シグナリングＩＰフローの専用ＰＤＰコンテキストを起動するリクエストを開始してもよい。ステップＳ907〜Ｓ912は、シグナリングＩＰフローのＰＤＰコンテキストを起動するステップ、デフォルトＰＤＰコンテキストに対してシグナリングＰＣＣルールを削除するステップ、及び、シグナリングＩＰフローのＰＤＰコンテキストに対してシグナリングＰＣＣルールをインストールするステップの手順を示しており、特に次のように説明される。
ステップＳ907：
ＰＣＥＦは、ＰＤＰコンテキストを起動するためのリクエストを、ＵＥから受信し、前記リクエストはシグナリングタグを運ぶ。
ステップＳ908：
ＰＣＥＦは、ＰＣＲＦに、ＣＣＲメッセージ（ベアラ使用（Bearer Usage）のパラメータ、及び、シグナリングＩＰフローのＰＤＰコンテキストの識別子を含む）を送信する。
ステップＳ909：
ＰＣＲＦは、確立されるＰＤＰがベアラ使用（Bearer Usage）のパラメータに従ってシグナリングを運ぶのに使用されることを理解し、かつ、ＡＦのアドレスを含むシグナリングＰＣＣルールを生成する。
ステップＳ910：
ＣＣＡメッセージを介して、ＰＣＲＦは、ＰＣＥＦに命令して、デフォルトＰＤＰコンテキストに対するシグナリングＰＣＣルールを削除させ、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルールをインストールさせ、前記ＣＣＡメッセージは、シグナリングＩＰフロー及びシグナリングＰＣＣルールのＰＤＰコンテキストの識別子と、デフォルトＰＤＰコンテキスト及びシグナリングＰＣＣルールの識別子とを含んでいる。
ステップＳ911：
ＰＣＥＦは、ＣＣＡメッセージを受信し、デフォルトＰＤＰコンテキストに対するシグナリングＰＣＣルールを削除し、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルールをインストールする。
ステップＳ912：
ＰＣＥＦは、シグナリングＩＰフローＰＤＰコンテキスト起動応答を、ＵＥに返す。
ステップＳ913〜Ｓ918は、シグナリングＩＰフローパス状態報告を申し込み、かつ、シグナリングＩＰフローパス状態を報告する手順を示しており、ＰＣＥＦはシグナリングＰＣＣルールに対応するＰＤＰコンテキストのベアライベント検出報告を送信し、かつ、ＰＣＲＦは、報告で運ばれたシグナリングＰＣＣルール名に従ってシグナリングＩＰフローパス状態報告を送信する。
したがって、ＵＥが、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストを後に開始しない場合、セッションシグナリングは、デフォルトＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、デフォルトＰＤＰコンテキストに対するシグナリングＰＣＣルール及びシグナリングＰＣＣルール名によって実施され、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストが開始される場合、セッションシグナリングは、シグナリングＩＰフローの専用のＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルール及びシグナリングＰＣＣルール名によって実行される。
ステップＳ908では、ＰＣＥＦからＰＣＲＦに送信されたＣＣＲメッセージが、ＰＤＰコンテキストのＴＦＴ（Traffic Flow Template）をさらに含み、ＰＣＲＦは、ＴＦＴにおけるアドレスと、ステップ909におけるＡＦのアドレスとを比較してもよく、かつ、ＴＦＴにおけるアドレスがＡＦのアドレスとマッチングした場合、ＰＣＲＦは、確立されるＰＤＰがシグナリングを運ぶのに使用されることを理解し、かつ、ＡＦのアドレスを含むシグナリングＰＣＣルールを生成してもよい。換言すれば、ステップＳ909では、確立されるＰＤＰがベアラ使用（Bearer Usage）のパラメータに従ってシグナリングを運ぶのに使用されることをＰＣＲＦが理解できない場合、ＰＣＲＦは、確立されるＰＤＰがＴＦＴに従ってシグナリングを運ぶのに使用されることをさらに理解してもよい。代わりに、ＰＣＲＦは、確立されるＰＤＰがＴＦＴに直接従ってシグナリングを運ぶのに使用されることを理解し、かつ、ＡＦのアドレスを含むシグナリングＰＣＣルールを生成してもよい。
図10に示されたように、事前に定義されたＰＣＣルールは、デフォルトＰＤＰコンテキストにおいて起動され、かつ、生成されたシグナリングＰＣＣルールは、シグナリングＩＰフローの専用のＰＤＰコンテキストにおいてインストールされる。この実施例では、ＰＣＥＦは、事前に定義されたＰＣＣルール及びその名前を用いて構成され、かつ、ＰＣＲＦは、事前に定義されたＰＣＣルール名、及び、ＵＥに対してＳＩＰシグナリングを処理するためのＡＦのアドレスを用いて構成される。
ステップＳ1008：
ＰＣＲＦは、確立されるＰＤＰがベアラ使用（Bearer Usage）のパラメータ又はＴＦＴにおけるアドレス情報に従ってシグナリングを運ぶのに使用されることを理解し、かつ、ＡＦのアドレスを含むシグナリングＰＣＣルールを生成する。
ステップＳ1009：
ＣＣＡメッセージを介して、ＰＣＲＦは、ＰＣＥＦに命令して、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールの動作を停止させ、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルールをインストールさせ、前記ＣＣＡメッセージは、シグナリングＩＰフロー及びシグナリングＰＣＣルールのＰＤＰコンテキストの識別子と、デフォルトＰＤＰコンテキスト及び事前に定義されたＰＣＣルール名の識別子を含んでいる。
ステップＳ1010：
ＰＣＥＦは、ＣＣＡメッセージを受信し、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルールの動作を停止し、かつ、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルールをインストールする。
他のステップの説明は重ねて行われない。したがって、ＵＥが、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストを後に開始しない場合、セッションシグナリングは、デフォルトＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、デフォルトＰＤＰコンテキストに対して事前に定義されたＰＣＣルール及び事前に定義されたＰＣＣルール名によって実施され、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストが開始される場合、セッションシグナリングは、シグナリングＩＰフローの専用のＰＤＰにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、シグナリングＩＰフローのＰＤＰコンテキストに対するシグナリングＰＣＣルール名及びその名前によって実施される。
実際に、生成されたシグナリングＰＣＣルール及びその名前はデフォルトＰＤＰコンテキストにインストールされ、かつ、事前に定義されたＰＣＣルールは、シグナリングＩＰフローの専用のＰＤＰコンテキストにおいて起動してもよく、かつ、この実施例では、ＰＣＥＦは、事前に定義されたＰＣＣルール及びその名前を用いて構成される必要があり、かつ、ＰＣＲＦは、事前に定義されたＰＣＣルール名、及び、ＵＥに対して、ＳＩＰシグナリングを処理するためのＡＦのアドレスを用いて構成される必要がある。この場合、ＵＥがシグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストを後に開始しない場合、セッションシグナリングはデフォルトＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、デフォルトＰＤＰコンテキストにインストールされたシグナリングＰＣＣルール及びその名前によって実施され、かつ、シグナリングＩＰフローのＰＤＰコンテキストを起動するリクエストが開始される場合、セッションシグナリングは、シグナリングＩＰフローの専用のＰＤＰコンテキストにおいて運ばれ、かつ、シグナリングＩＰフローパス状態を報告するメカニズムは、シグナリングＩＰフローのＰＤＰコンテキストにおいて起動された事前に定義されたＰＣＣルール及びその名前によって実施される。
図11に示すように、ＰＣＲＦが本発明のさらに他の実施例によって設けられ、かつ、ＰＣＲＦは、
事前に定義されたＰＣＣルールとその名前とを格納するように構成された、第１記憶ユニット111と、
リクエストに応じて起動されるＰＤＰコンテキストに対して、前記事前に定義されたＰＣＣルールとその前記名前とを起動するように構成された、第１関連付けユニット112と、
ＰＣＥＦに命令して、前記ＰＤＰコンテキストに対して、前記事前に定義されたＰＣＣルールを起動させるように構成された、第１通知ユニット113と、
前記事前に定義されたＰＣＣルール名を運ぶＰＤＰベアライベント検出報告を受信し、かつ、シグナリングＩＰフローパス状態報告を、アプリケーション機能（Application Function）に送信するように構成された、第１報告ユニット114と
を備えている。
図12に示すように、ＰＣＲＦが本発明の他の実施例によって設けられ、かつ、ＰＣＲＦは、
ＡＦの事前設定されたアドレスを格納するように構成された、第２記憶ユニット121と、
シグナリングＰＣＣルール（前記ＡＦの前記アドレスと、前記シグナリングＰＣＣルールの名前とを含む）を生成し、かつ、リクエストに応じて起動されるＰＤＰコンテキストに対して、前記シグナリングＰＣＣルールとその前記名前とを起動するように構成された、第２関連付けユニット122と、
ＰＣＥＦに命令して、前記ＰＤＰに対して、前記シグナリングＰＣＣルールをインストールさせるように構成された、第２通知ユニット213と、
シグナリングＰＣＣルール名を運ぶＰＤＰベアライベント検出報告を受信し、かつ、シグナリングＩＰフローパス状態報告を、前記ＡＦに送信するように構成された、第２報告ユニット124と
を備えている。
本発明のさらに他の実施例によれば、図11及び図12において構築された構成を用いたＰＣＲＦが提供される。
本発明の本質及び範囲から逸脱することなく、当業者によって、多様な変形例及びバリエーションが本発明に対してなされ得ることは明らかである。したがって、本発明は、添付の特許請求の範囲及びその均等物に含まれる全ての変形例及びバリーションを包含することを意図している。
611 第１申込リクエスト送信ユニット
612 第１ベアライベント報告受信ユニット
621 第１申込リクエスト受信ユニット
622 第１ルール確立ユニット
623 第１ベアライベント受信ユニット
624 第１ベアラ報告処理ユニット
711 第２申込リクエスト送信ユニット
712 第２ベアライベント報告受信ユニット
721 第２申込リクエスト受信ユニット
722 第２ルール確立ユニット
723 第２ベアライベント受信ユニット
724 第２ベアラ報告処理ユニット
114 第1報告ユニット
111 第1記憶ユニット
112 第1関連付けユニット
113 第1通知ユニット
124 第２報告ユニット
121 第２記憶ユニット
122 第２関連付けユニット
123 第２通知ユニット

Claims (11)

  1. シグナリングＩＰフローのベアライベントを報告する方法であって、
    アプリケーション機能によって、シグナリングＩＰフローのベアライベントを申し込むための申込リクエストを、ポリシー制御及びチャージングルール機能に送信するステップと、
    前記アプリケーション機能によって、前記シグナリングＩＰフローのベアライベント報告を、前記ポリシー制御及びチャージングルール機能から受信するステップと、
    を具備し、
    前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、かつ、
    前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶことを特徴とする方法。
  2. 前記ポリシー制御及びチャージングルール機能によって、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に従って、前記シグナリングＩＰフローに対応するポリシー制御及びチャージングルール、及び、ポリシー制御及びチャージングルール名を確立し、かつ、
    前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を、ポリシー及びチャージングエンフォースメント機能に送信するステップと、
    前記ポリシー制御及びチャージングルール機能によって申込された前記ベアライベントを検出すると、前記ポリシー及びチャージングエンフォースメント機能によって、前記ベアライベント及び前記検出されたベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名を、前記ポリシー制御及びチャージングルール機能に報告するステップと、
    前記ポリシー制御及びチャージングルール機能によって、前記ベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名に対応する前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を含む情報を運ぶ、前記ベアライベント報告を生成及び送信するステップと
    をさらに具備することを特徴とする請求項１に記載の方法。
  3. 前記申込リクエストを受信すると、前記ポリシー制御及びチャージングルール機能によって、前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージングルール、又は、ポリシー制御及びチャージングルール名が存在しないと決定した後、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に従って、前記シグナリングＩＰフローに対応する前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を確立するステップと
    をさらに具備することを特徴とする請求項２に記載の方法。
  4. 前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に従って、前記シグナリングＩＰフローに利用可能な前記ポリシー制御及びチャージングルール、及び、ポリシー制御及びチャージングルール名が存在することを前記ポリシー制御及びチャージングルール機能が決定した場合、前記ポリシー制御及びチャージングルール機能によって、前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を、ポリシー及びチャージングエンフォースメント機能に送信するステップと、
    前記ポリシー制御及びチャージングルール機能によって申し込みされた前記ベアライベントを検出すると、前記ポリシー及びチャージングエンフォースメント機能によって、前記ベアライベント、及び、前記検出されたベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名を、前記ポリシー制御及びチャージングルール機能に報告するステップと、
    前記ポリシー制御及びチャージングルール機能によって、前記ベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名に対応する前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を含む情報を運ぶ、前記ベアライベント報告を生成及び送信するステップと
    をさらに具備することを特徴とする請求項１に記載の方法。
  5. アプリケーション機能であって、
    シグナリングＩＰフローのベアライベントを申し込むための申込リクエストを、ポリシー制御及びチャージングルール機能に送信するように構成された、第１申込リクエスト送信ユニットと、
    前記シグナリングＩＰフローのベアライベント報告を、前記ポリシー制御及びチャージングルール機能から受信するように構成された、第１ベアライベント報告受信ユニットと
    を備え、
    前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、かつ、
    前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運ぶことを特徴とするアプリケーション機能。
  6. ポリシー制御及びチャージングルール機能であって、
    シグナリングＩＰフローのベアライベントを申し込むための申込リクエストを、アプリケーション機能から受信するように構成され、前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運ぶ、第１申込リクエスト受信ユニットと、
    前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に対応する前記ベアライベントに関連付けられたポリシー制御及びチャージングルール名を含む情報を運ぶベアライベント報告を生成及び送信するように構成された、第１ベアラ報告処理ユニットと
    を備えることを特徴とするポリシー制御及びチャージングルール機能。
  7. 前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に従って、前記シグナリングＩＰフローに対応するポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を確立し、かつ、
    前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を、ポリシー及びチャージングエンフォースメント機能に送信するように構成された、第１ルール確立ユニットと、
    前記検出されたベアライベント、及び、前記検出されたベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名を、前記ポリシー及びチャージングエンフォースメント機能から受信するように構成された、第１ベアライベント受信ユニットと
    をさらに備えることを特徴とする請求項６に記載のポリシー制御及びチャージングルール機能。
  8. 前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージングルール、又は、ポリシー制御及びチャージングルール名が存在しないと決定すると、あるいは、前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージングルール、及び、ポリシー制御及びチャージングルール名が存在すると決定すると、
    前記第１ルール確立ユニットに命令して、前記ＩＰフローに対応するポリシー制御及びチャージングルール、及び、ポリシー制御及びチャージングルール名を確立させ、
    前記チャージングルール及び前記チャージングルール名を、前記ポリシー及びチャージングエンフォースメント機能に送信させるように構成された、決定ユニット
    をさらに備えることを特徴とする請求項６又は７に記載のポリシー制御及びチャージングルール機能。
  9. シグナリングＩＰフローのベアライベントを報告するシステムであって、
    アプリケーション機能と、
    ポリシー制御及びチャージングルール機能と
    を備え、
    前記アプリケーション機能は、
    シグナリングＩＰフローのベアライベントを申し込むための申込リクエストを、ポリシー制御及びチャージングルール機能に送信するように構成された、第１申込リクエスト送信ユニットと、
    前記ポリシー制御及びチャージングルール機能によって送信された前記シグナリングＩＰフローのベアライベント報告を受信するように構成された、第１ベアライベント報告受信ユニットと
    を備え、
    前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運び、かつ、
    前記ベアライベント報告は、前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報を運び、かつ、
    前記ポリシー制御及びチャージングルール機能は、
    前記第１申込リクエスト送信ユニットから、前記シグナリングＩＰフローの前記ベアライベントを申し込むための前記申込リクエストを受信するように構成され、前記申込リクエストは、前記シグナリングＩＰフローの５組、及び／又は、フロー識別子情報を運ぶ、第１申込リクエスト受信ユニットと、
    前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に対応する前記ベアライベントに関連付けられたポリシー制御及びチャージングルール名を含む情報を運ぶ前記ベアライベント報告を生成及び送信するように構成された、第１ベアラ報告処理ユニットと
    を備えることを特徴とするシグナリングＩＰフローのベアライベントを報告するシステム。
  10. 前記シグナリングＩＰフローの前記５組、及び／又は、前記フロー識別子情報に従って、前記シグナリングＩＰフローに対応するポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を確立し、かつ、
    前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を、ポリシー及びチャージングエンフォースメント機能に送信するように構成された、第１ルール確立ユニットと、
    前記検出されたベアライベント、及び、前記検出されたベアライベントに関連付けられた前記ポリシー制御及びチャージングルール名を、前記ポリシー及びチャージングエンフォースメント機能から受信するように構成された、第１ベアライベント受信ユニットと
    をさらに備えることを特徴とする請求項９に記載のシグナリングＩＰフローのベアライベントを報告するシステム。
  11. 前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージングルール、又は、ポリシー制御及びチャージングルール名が存在しないと決定すると、あるいは、前記申込リクエストで運ばれた前記シグナリングＩＰフローに利用可能なポリシー制御及びチャージングルール、及び、ポリシー制御及びチャージングルール名が存在すると決定すると、
    前記第１ルール確立ユニットに命令して、前記ＩＰフローに対応する前記ポリシー制御及びチャージングルール、及び、前記ポリシー制御及びチャージングルール名を確立させ、
    前記チャージングルール及び前記チャージングルール名を、前記ポリシー及びチャージングエンフォースメント機能に送信させるように構成された、決定ユニット
    をさらに備えることを特徴とする請求項９又は１０に記載のシグナリングＩＰフローのベアライベントを報告するシステム。
JP2009553894A 2007-03-23 2008-02-22 シグナリングｉｐフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ Active JP4913872B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN200710087199 2007-03-23
CN200710087199.6 2007-03-23
CN2007101004955A CN101110766B (zh) 2007-03-23 2007-04-17 一种信令ip流承载事件上报的控制方法和功能实体
CN200710100495.5 2007-04-17
PCT/CN2008/070344 WO2008116406A1 (fr) 2007-03-23 2008-02-22 Procédé de commande, système et entité de fonction pour notifier un événement de flux d'internet de signalisation

Publications (2)

Publication Number Publication Date
JP2010521904A JP2010521904A (ja) 2010-06-24
JP4913872B2 true JP4913872B2 (ja) 2012-04-11

Family

ID=39042664

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009553894A Active JP4913872B2 (ja) 2007-03-23 2008-02-22 シグナリングｉｐフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ

Country Status (6)

Country Link
US (3) US8355325B2 (ja)
EP (2) EP1973266B1 (ja)
JP (1) JP4913872B2 (ja)
CN (1) CN101110766B (ja)
ES (1) ES2402164T3 (ja)
WO (1) WO2008116406A1 (ja)

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2006344794B2 (en) * 2006-06-20 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Loss of signalling bearer transport
CN101110766B (zh) * 2007-03-23 2010-04-21 华为技术有限公司 一种信令ip流承载事件上报的控制方法和功能实体
US20080253368A1 (en) * 2007-04-11 2008-10-16 Nokia Siemens Networks Oy Policy control of multiplexed real time protocol and real time control protocol
CN101567793A (zh) * 2008-04-25 2009-10-28 华为技术有限公司 Pcc规则更新的方法、装置及系统
US8595368B2 (en) * 2008-06-05 2013-11-26 Camiant, Inc. Method and system for providing mobility management in a network
US8640188B2 (en) 2010-01-04 2014-01-28 Tekelec, Inc. Methods, systems, and computer readable media for providing group policy configuration in a communications network using a fake user
US8813168B2 (en) 2008-06-05 2014-08-19 Tekelec, Inc. Methods, systems, and computer readable media for providing nested policy configuration in a communications network
PL2329631T3 (pl) * 2008-07-24 2018-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Uprawnione przechwytywanie dla urządzeń 2G/3G współdziałających z systemem Evolved Packet System
EP2624503B1 (en) * 2008-10-31 2018-04-18 Telefonaktiebolaget LM Ericsson (publ) Policy and charging control user terminal
CN101431420B (zh) * 2008-11-25 2011-07-13 中兴通讯股份有限公司 策略和计费控制方法和系统
WO2010066295A1 (en) * 2008-12-10 2010-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Token-based correlation of control sessions for policy and charging control of a data session through a nat
WO2010086013A1 (en) * 2009-01-27 2010-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Group session management for policy control
CN101720075A (zh) * 2009-02-10 2010-06-02 中兴通讯股份有限公司 一种上报业务信息的方法和装置
CN101841797B (zh) * 2009-03-21 2014-11-05 中兴通讯股份有限公司 一种终端通过多接入网接入的计费方法和系统及上报方法
CN101860836B (zh) * 2009-04-13 2013-09-25 华为技术有限公司 策略和计费控制的处理方法、系统及设备
CN101867909B (zh) * 2009-04-20 2013-10-16 中兴通讯股份有限公司 一种实现有限策略计费控制的方法及系统
US9357568B2 (en) 2009-06-16 2016-05-31 Futurewei Technologies, Inc. System and method for adapting an application source rate to a load condition
US8429268B2 (en) * 2009-07-24 2013-04-23 Camiant, Inc. Mechanism for detecting and reporting traffic/service to a PCRF
WO2011026523A1 (en) * 2009-09-04 2011-03-10 Telefonaktiebolaget Lm Ericsson (Publ) Policy and/or charging control for a communication session
KR101626617B1 (ko) * 2009-09-29 2016-06-01 삼성전자주식회사 Ｉｍｓ 망에서 ｉｐ-ｃａｎ 세션 변경 장치 및 방법
RU2513711C2 (ru) * 2009-11-13 2014-04-20 Телефонактиеболагет Лм Эрикссон (Пабл) Триггер события услуги
US20110145319A1 (en) * 2009-12-15 2011-06-16 Dolan Michael F Group session management and admission control of multiple internet protocol flows
US9166803B2 (en) * 2010-02-12 2015-10-20 Tekelec, Inc. Methods, systems, and computer readable media for service detection over an RX interface
EP2537288B1 (en) * 2010-02-16 2017-10-04 Telefonaktiebolaget LM Ericsson (publ) Nodes for improved credit validation
US8605583B2 (en) * 2010-02-18 2013-12-10 Alcatel Lucent PCC/QOS rule creation
US8305922B2 (en) * 2010-02-18 2012-11-06 Alcatel Lucent Method for PCRF to autonomously respond to cell capacity shortage
EP2543163B1 (en) * 2010-03-05 2018-09-26 Tekelec, Inc. Methods, systems, and computer readable media for enhanced service detection and policy rule determination
CN102893640B (zh) * 2010-03-15 2016-03-23 泰克莱克股份有限公司 用于在策略和计费规则功能与服务节点之间传输策略信息的方法、系统和计算机可读介质
US9917700B2 (en) 2010-03-15 2018-03-13 Tekelec, Inc. Systems, methods, and computer readable media for policy enforcement correlation
US9319318B2 (en) 2010-03-15 2016-04-19 Tekelec, Inc. Methods, systems, and computer readable media for performing PCRF-based user information pass through
US8352803B2 (en) 2010-06-07 2013-01-08 Alcatel Lucent Framework for managing failures in outbound messages
US8406137B2 (en) * 2010-06-28 2013-03-26 Alcatel Lucent Method and system for generating PCC rules based on service requests
US9749881B2 (en) * 2010-07-21 2017-08-29 Telefonaktiebolaget L M Ericsson Technique for packet flow analysis
US9225619B2 (en) * 2010-07-26 2015-12-29 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatuses for policy decisions on usage monitoring
US8862869B1 (en) * 2010-11-30 2014-10-14 Tellabs Operations, Inc. Method and apparatus for providing network initiated session encryption
US9325568B2 (en) * 2011-03-03 2016-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Technique for determining correlated events in a communication system
CN102905390B (zh) * 2011-07-26 2017-12-01 中兴通讯股份有限公司 会话关联方法、装置和系统
US9094852B2 (en) * 2011-08-02 2015-07-28 Telefonaktiebolaget L M Ericsson (Publ) Implementation of packet data service in a mobile communication network
CN105208670B (zh) 2011-09-16 2019-01-18 华为技术有限公司 一种回收逆向授予中传输机会控制权的方法及装置
CN102404319A (zh) * 2011-11-09 2012-04-04 大唐移动通信设备有限公司 一种af会话的处理方法及装置
JP5841269B2 (ja) * 2012-01-20 2016-01-13 ▲ホア▼▲ウェイ▼技術有限公司 サービス品質を制御するための方法、デバイスおよびシステム
US20130326034A1 (en) * 2012-05-30 2013-12-05 Alcatel-Lucent Canada Inc. Pcrf rule rollback due to insufficient resources on a downstream node
US9369910B2 (en) 2012-07-14 2016-06-14 Tekelec, Inc. Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network
CN104429103B (zh) 2012-07-14 2019-03-08 泰科来股份有限公司 用于基于策略的本地分流(lbo)的方法、系统和计算机可读介质
US10477385B2 (en) 2012-07-20 2019-11-12 Tekelec, Inc. Methods, systems and computer readable media for distributing policy rules to the mobile edge
US9282483B2 (en) * 2012-10-04 2016-03-08 Telefonaktiebolaget L M Ericsson (Publ) Network resource modification
US10015102B2 (en) * 2013-04-11 2018-07-03 Qualcomm Incorporated Application traffic pairing
CN104904264A (zh) * 2013-05-06 2015-09-09 华为技术有限公司 业务控制方法、系统及相关设备
KR102069141B1 (ko) 2013-07-25 2020-01-22 콘비다 와이어리스, 엘엘씨 서비스 계층 사우스바운드 인터페이스 및 서비스 품질
CN105162610A (zh) * 2014-06-16 2015-12-16 中兴通讯股份有限公司 接入网信息发送方法及装置
FR3023093A1 (fr) 2014-06-30 2016-01-01 Orange Procede d'autorisation d'etablissement d'un flux pair a pair dans un reseau de telecommunications mobile
US9749902B2 (en) * 2014-08-19 2017-08-29 Qualcomm Incorporated Admission control and load balancing
CN104270262B (zh) * 2014-09-19 2017-08-25 大唐移动通信设备有限公司 一种数据处理网关业务信息上报的方法和装置
CN105515795B (zh) * 2014-10-20 2019-02-12 中国电信股份有限公司 对离线计费用户进行业务能力控制的方法和系统
CN106211115A (zh) * 2015-04-29 2016-12-07 中国电信股份有限公司 计费方法和系统、及感知分析系统
CN106301807B (zh) * 2015-06-27 2020-02-14 华为技术有限公司 一种数据业务计费方法、pcef设备、ocs及系统
US9942937B1 (en) * 2017-05-05 2018-04-10 Verizon Patent And Licensing Inc. System and method for reattachment to a network
US11870601B2 (en) * 2020-09-18 2024-01-09 T-Mobile Usa, Inc. Policy control function fallback

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6594246B1 (en) * 1998-07-10 2003-07-15 Malibu Networks, Inc. IP-flow identification in a wireless point to multi-point transmission system
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
US7330542B2 (en) * 2000-12-22 2008-02-12 Nokia Corporation Method and system for establishing a multimedia connection by negotiating capability in an outband control channel
US20020184510A1 (en) * 2001-04-17 2002-12-05 At&T Wireless Services, Inc. Binding information for IP media flows
ATE330393T1 (de) 2001-08-21 2006-07-15 Ericsson Telefon Ab L M Mehrfachsendung in paketvermittelten punkt-zu- punkt-netzwerken
US7711844B2 (en) * 2002-08-15 2010-05-04 Washington University Of St. Louis TCP-splitter: reliable packet monitoring methods and apparatus for high speed networks
EP1620995A1 (en) * 2003-05-07 2006-02-01 Nokia Corporation Access flow based charging for ims/poc services
US7522613B2 (en) * 2003-05-07 2009-04-21 Nokia Corporation Multiplexing media components of different sessions
US20050118946A1 (en) * 2003-11-05 2005-06-02 Erik Colban In-band signaling within broadcast stream and support for mixed flows
US7623530B2 (en) * 2003-11-20 2009-11-24 Nokia Corporation Indication of service flow termination by network control to policy decision function
ES2311821T3 (es) * 2004-05-12 2009-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Sistema de autenticacion.
US7916700B2 (en) * 2004-06-30 2011-03-29 Nokia Corporation Dynamic service information for the access network
DE602004024596D1 (de) * 2004-07-05 2010-01-21 Ericsson Telefon Ab L M Bindemechanismus zur dienstqualitätsverwaltung in einem kommunikationsnetz
GB0420549D0 (en) * 2004-09-15 2004-10-20 Nokia Corp A method and entity for monitoring traffic
ES2458295T3 (es) * 2004-11-10 2014-04-30 Telefonaktiebolaget Lm Ericsson (Publ) Disposición, nodos y método en relación con acceso a servicios sobre un sistema de comunicación
CN1829145A (zh) * 2005-02-28 2006-09-06 西门子（中国）有限公司 一种使用策略决策功能模块控制通信服务质量的方法
GB0517304D0 (en) * 2005-08-23 2005-10-05 Netronome Systems Inc A system and method for processing and forwarding transmitted information
US20070223450A1 (en) * 2005-09-20 2007-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Minimized setup time for IMS multimedia telephony using PRE provisioned resources reserve at answer
EP1770915A1 (en) * 2005-09-29 2007-04-04 Matsushita Electric Industrial Co., Ltd. Policy control in the evolved system architecture
FI20051320A0 (fi) * 2005-12-22 2005-12-22 Nokia Corp Menetelmä pakettivirtojen kohdentamiseksi siirtoteille viestintäjärjestelmässä
BRPI0621025A2 (pt) * 2006-02-07 2012-07-24 Ericsson Telefon Ab L M mÉtodo para registrar um nà màvel de uma rede de telecomunicaÇÕes para um subsistema da rede, aparelho para uso no registro de um nà màvel de uma rede de telecomunicaÇÕes para um subsistema da rede, mÉtodo para uso atravÉs de um aparelho como parte de um mÉtodo para registrar um nà màvel de uma rede de telecomunicaÇÕes para um subsistema da rede, aparelho para uso em um mÉtodo para registrar um nà màvel de uma rede de telecomunicaÇÕes para um subsistema da rede, e, programa de operaÇço
CN100369527C (zh) * 2006-02-23 2008-02-13 中国移动通信集团公司 移动终端上报和更新存储配置参数信息的方法
US7940659B2 (en) * 2006-06-02 2011-05-10 Telefonaktiebolaget Lm Ericsson (Publ) Devices and method for guaranteeing quality of service per service data flow through the bearer layer
AU2006344794B2 (en) * 2006-06-20 2010-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Loss of signalling bearer transport
CN100471160C (zh) * 2006-07-31 2009-03-18 华为技术有限公司 实现在不同网络之间协商策略信息的方法和系统
CN101110766B (zh) * 2007-03-23 2010-04-21 华为技术有限公司 一种信令ip流承载事件上报的控制方法和功能实体
US20080253368A1 (en) * 2007-04-11 2008-10-16 Nokia Siemens Networks Oy Policy control of multiplexed real time protocol and real time control protocol
US7970930B2 (en) * 2007-06-05 2011-06-28 Ellacoya Networks, Inc. Communications system and method to control and manage both session-based and non-session-based application services

Also Published As

Publication number Publication date
US8923121B2 (en) 2014-12-30
US7961706B2 (en) 2011-06-14
EP1973266B1 (en) 2013-01-16
JP2010521904A (ja) 2010-06-24
CN101110766B (zh) 2010-04-21
US20130100862A1 (en) 2013-04-25
EP2388953A3 (en) 2011-12-28
US20080232376A1 (en) 2008-09-25
EP2388953A2 (en) 2011-11-23
EP1973266A1 (en) 2008-09-24
WO2008116406A1 (fr) 2008-10-02
US20100074110A1 (en) 2010-03-25
CN101110766A (zh) 2008-01-23
US8355325B2 (en) 2013-01-15
ES2402164T3 (es) 2013-04-29

Similar Documents

Publication Publication Date Title
JP4913872B2 (ja) シグナリングｉｐフローのベアライベントを報告するための制御方法、システム、及び、機能エンティティ
US10063597B2 (en) Loss of signalling bearer transport
JP5481563B2 (ja) サービスイベントトリガ
DK3007406T3 (en) PROCEDURE, DEVICES AND COMPUTER PROGRAM FOR DYNAMIC CONFIGURATION OF A PROXY CALL SESSION CONTROL FUNCTION OF THE IP MULTIMEDIA SUBSYSTEM FROM A POLICY CONTROL RULES SERVER
EP2384587B1 (en) Group session management for policy control
EP2875659B1 (en) Methods and apparatus for implementing policy and charging control
EP2080343B1 (en) Devices and method for guaranteeing service requirements per user equipment basis into a bearer
EP2197152A1 (en) Method and device for obtaining the capability of policy and charging enforcement function
US9450767B2 (en) PCRF and PCC rule setting method in a mobile communication network
WO2009124441A1 (zh) 会话终结触发方法、实现方法及系统
EP2521305A1 (en) Method, device and system for controlling user session policy
WO2011085621A1 (zh) 业务处理方法及系统
EP3152862A1 (en) Notification of network events relevant for policy and charging decisions
KR102203354B1 (ko) 동시 액세스를 위한 네트워크 기반 정책 제어
KR101051023B1 (ko) 복수 ｐｃｒｆ를 지원하는 이동 통신 시스템 및 그 방법
KR101007369B1 (ko) Ｐｃｒｆ 연동 없는 호 처리를 지원하는 이동 통신 시스템 및 그 방법
KR20110078308A (ko) Ｉｐ 멀티미디어 서비스 호 제어 시스템 및 방법
CN108781475B (zh) 一种事件上报的方法及装置
WO2018025079A1 (zh) 一种为用户确定服务链的方法与设备

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111216

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120104

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120119

R150 Certificate of patent or registration of utility model

Ref document number: 4913872

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150127

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250