JP2007074720A

JP2007074720A - リソース受付制御処理方法および装置

Info

Publication number: JP2007074720A
Application number: JP2006237314A
Authority: JP
Inventors: Yuepeng Chen; 悦鵬陳; Lingyuan Fan; 霊源范; Fuqing Huang; 福清黄
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-09-02
Filing date: 2006-09-01
Publication date: 2007-03-22
Anticipated expiration: 2026-09-01
Also published as: CN100459518C; CN1925419A; US7885262B2; JP4597104B2; ATE410006T1; EP1760963B1; DE602006002938D1; ES2315975T3; CN101160810B; CN101160810A; EP1760963A1; WO2007025445A1; US20070053361A1

Abstract

【課題】リソース受付制御処理方法、アクセスリソース受付制御機能エンティティー、およびサービスに基づくポリシー決定機能エンティティーを提供すること。
【解決手段】リソース受付制御処理方法は、ＳＰＤＦが始端ホームネットワーク中のコーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を成功裡に構成した場合、ＳＰＤＦが現在メディアストリームアドレス情報を含む受付リクエストメッセージを始端ホームネットワーク中のＡ−ＲＡＣＦへ送信するステップと、前記Ａ−ＲＡＣＦが、受信した前記受付リクエストメッセージに基づいて、対応するメディアストリームのリソース受付制御処理を行うステップとを含む。
【選択図】図５

Description

本発明は、次世代ネットワーク（ＮＧＮ）の分野に関し、特にリソース受付制御処理方法および機能エンティティーに関する。

インターネット技術の誕生以来、ネットワークは、一般にサービスの品質（ＱｏＳ）の保証のない“ベストエフォート”モードでデータを分配してきた。

１９９０年代の初めに、インターネット技術特別調査委員会（ＩＥＴＦ）は、ＩＰ上の音声（VoIP）のようなリアルタイムサービスの要求を満たす統合サービス（IntServ）のモデルを提案した。そのような通信サービスのモデルはＱｏＳの保証のある、ストリームに基づくメカニズムを有し、ネットワークリソースを厳密に制御すると共に、アプリケーション層のＱｏＳの保証を提供する。しかしながら、このモデルは、サービスストリームが通過する各ルータそれぞれがこのモデルのために柔軟なステータスを維持しなければならないために、拡張可能性に問題がある。この結果、IntServモデルは広く使用されることにはならなかった。

ＩＥＴＦは、さらに１９９８年に差別化サービス（DiffServ）のモデルを提案した。このDiffServモデルはＱｏＳの保証のある、クラスに基づくメカニズムを有し、ネットワーク配備に都合がよい。しかしながら、このモデルは、相対的なＱｏＳの保証だけを提供し、特に帯域幅が不十分な場合にはＱｏＳの保証を提供できない問題がある。

ＩＥＴＦは、さらに２００２年にDS-Aware MPLS TEのモデルを提案した。このモデルは、DiffServモデルおよびマルチプロトコルラベルスイッチングトラフィックエンジニアリング（MPLS-TE）モデルの両方の利点を取り入れ、送信リソースを最適化し、さらにはネットワークのパフォーマンスおよび効率を改善した。しかしながら、このモデルはＮの二乗の問題を有し、また、ドメイン間コミュニケーションも困難である。

従来技術に基いては、大きな帯域幅もDiffServモデルも、実際のエンドツーエンドＱｏＳの問題を解決することはできない。近年、ダイナミックなＱｏＳ(ＤＱｏＳ)、つまりダイナミックなセッションに基づくＱｏＳ制御メカニズムが、徐々に主な研究方向となってきた。このメカニズムは、制御プレーンにおいては各セッションに基いた接続許可制御(CAC)、リソース予約およびダイナミックなポリシー分配を可能にし、また、データプレーンにおいてはサービスアウェア（service aware）および戦略実行の機能を実施する。このようなメカニズムは、厳密なＱｏＳ保証および良好な拡張性の両方を提供することができる。その結果、多くの標準組織が同様のメカニズムの研究に取り組み始め、その中でも TISPAN (Telecommunications and Internet Converged Services and Protocols for Advanced Networking)組織の研究が業界の評価を勝ち取った。

図１は、TISPANによって確立されたＮＧＮの基礎ネットワークフレームワークの概略図である。図において、ＮＧＮフレームワークは主として、サービス層１１０、およびインターネットプロトコルに基づく（ＩＰに基づく）トランスポート層１２０を備える。

具体的には、サービス層１１０は、コアＩＰマルチメディアサブシステム（ＩＭＳ）１１１、ＰＳＴＮ／ＩＳＤＮエミュレーションサブシステム(ＰＥＳ)１１２、（ストリーミングメディアサブシステム、コンテンツ放送サブシステム等のような）別のサブシステム１１３、およびアプリケーション１１４を含む。さらに、課金機能、利用者データ管理、セキュリティ管理、ルートデータベース等のようないくつかの共通のコンポーネントをも含んでいる。

トランスポート層１２０は、２つの制御サブシステムの導入によりユーザ装置（ＵＥ）１３０のためにＩＰ相互接続を提供するように適応される。これらの２つの制御サブシステムはネットワークアタッチメントサブシステム(ＮＡＳＳ)１２１及びリソース受付制御サブシステム（ＲＡＣＳ）１２２であり、両方ともがアクセスネットワークおよびコアネットワークのＩＰ層の下にトランスポート技術を隠すように適応される。

ここで、サービス層のコアＩＭＳサブシステム１１１は主として、プロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）、サービスコールセッション制御機能エンティティー（Ｓ−ＣＳＣＦ）、および問い合わせコールセッション制御機能エンティティー（Ｉ−ＣＳＣＦ）をさらに備えるコールセッション制御機能エンティティー（ＣＳＣＦ）を備える。ここでは、Ｐ−ＣＳＣＦは、コアＩＭＳサブシステム内のユーザ装置１３０の第１接点である；Ｓ−ＣＳＣＦはネットワークセッションステータスを処理する役割を担う；また、Ｉ−ＣＳＣＦは、オペレータネットワークへのアクセスを持つすべての加入者、或いはオペレータネットワークのサービス領域内のローマー(roamer)のための、そのオペレータネットワーク内の接点である。

図２は、ＴＩＳＰＡＮによって確立されつつあるＮＧＮＲ１ネットワーク・アーキテクチャー下のＲＡＣＳの基礎的なアーキテクチャーの概略図である。ここでは、基幹ネットワーク及びネットワークアドレスポート変換機構（ＮＡ（Ｐ）Ｔ）の両方のＱｏＳがＲＡＣＳにアクセスし、またＲＡＣＳによって制御される。

ＲＡＣＳは主として、アプリケーション機能エンティティー（ＡＦ）１、サービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）２、およびコアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）３、アクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）４、およびリソース制御実施機能エンティティー（ＲＣＥＦ）５を備える。ＲＡＣＳ及び関連する機能間の相互関係及びインタフェースに関しては、図２に示すように、ＮＡ（Ｐ）Ｔの制御機能が、主にＡＦ１、ＳＰＤＦ２およびＣ−ＢＧＦ３間の信号相互作用によって達成されることができる。Ａ−ＲＡＣＦ４およびＲＣＥＦ５のようなその他のエンティティーは、主としてアクセス層のＱｏＳリソースに対する制御のために適用される。

ＲＡＣＳは受付制御機能およびゲートウエイ制御機能（ＮＡ（Ｐ）Ｔ制御およびＤＳＣＰフラグを含む）を提供する。ここで、受付制御機能は、オペレータの具体的なポリシー規則及びリソースに基づいた、ネットワークアタッチメントサブシステムによって保存された予約データに対するチェック及び許可、リソース利用可能性のチェック、並びに要請された帯域幅と、予め予定した帯域幅及びユーザ使用の帯域幅などとの一貫性の確認を含む。

今、ＴＩＳＰＡＮによって確立された上述のＮＧＮアーキテクチャーにおける、ＩＭＳセッション確立のための固定始端（Fixed Origination、ＦＯ）フローを、図３に示す。ここで、ＩＭＳセッション確立のための固定始端フローは主として、そのホームネットワーク内のユーザに適用され、ユーザのＵＥがホームネットワークに位置するが、ｘＤＳＬ（デジタル加入者回線）を通じてＩＭＳコアネットワークへのアクセスを有する。詳細な実施プロセスは以下の通りである：
３０１：始端ＵＥは、セッション記述プロトコル（ＳＤＰ）オファーを含むセッション開始プロトコル（ＳＩＰ）招待リクエストをＰ−ＣＳＣＦへ送信する。この始端ＵＥから送信されたＳＩＰ招待リクエストに含まれたＳＤＰオファーは、マルチメディアセッションの１つ以上のメディアを示すことができる。

３０２〜３０６：ＳＰＤＦはＣ−ＢＧＦのためにＩＭＳ接続を予約し、また、状況に応じてＣ−ＢＧＦにＮＡ（Ｐ）Ｔ結合処理を行うことを要請してもよい。

３０７：Ｐ−ＣＳＣＦは、登録フローに記録された始端ＵＥのネクストホップ（next hop）のＣＳＣＦに基づいて対応するＳ−ＣＳＣＦへ、始端ＵＥから送信された、ＳＤＰオファーを含むＳＩＰ招待リクエストを転送する。

３０８：Ｓ−ＣＳＣＦは、ＳＤＰオファーを含むＳＩＰ招待リクエストを受信し次第、サービスプロファイルを決定し、同時に、ユーザマルチメディアサービス契約に基いて、要請されたＳＤＰ許可を行う手続きを含む、始端ＵＥによって要求される任意のサービス開始ロジックを呼び出す。

３０９：Ｓ−ＣＳＣＦは、ＳＤＰオファーを含むＳＩＰ招待リクエストを終端ＵＥへ転送する。

３１０：終端ＵＥから返されたオファーレスポンスは、元の信号経路に沿ってＳ−ＣＳＣＦに返されることができる。

３１１：Ｓ−ＣＳＣＦは受信したオファーレスポンスメッセージをＰ−ＣＳＣＦへ転送する。

３１２〜３１５：Ｐ−ＣＳＣＦは、ＳＰＤＦをトリガーして、受信されたオファーおよびオファーレスポンスのパラメータに基いて受付制御処理を行うことをＡ−ＲＡＣＦに要請する。

３１６〜３１９：ＳＰＤＦはさらに、リソース受付の成功を受けて、Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行い、また、状況に応じてＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請してもよい。

３２０：Ｐ−ＣＳＣＦは、受信したオファーレスポンスメッセージを始端ＵＥへフィードバックする。

上述の固定始端フローから分かるように、始端ＵＥによってＩＭＳセッション接続を確立する過程において、ＳＰＤＦから送信された受付リクエストメッセージに含まれたオファー及びオファーレスポンスのパラメータに基づいてＡ−ＲＡＣＦが行ったリソース受付制御の手続きは、ＳＰＤＦがＣ−ＢＧＦのために実行したＩＭＳ接続構成処理に先立って行われている。そのような手続きは以下の問題を引き起こしうる：
ＳＰＤＦが、Ｃ−ＢＧＦのためにＩＭＳ接続を構成する処理を行う間にＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要求する場合、このＮＡ（Ｐ）Ｔ結合処理の後のメディアストリームアドレス情報は、Ａ−ＲＡＣＦに対してのみ有効になる。したがって、Ａ−ＲＡＣＦが有効なメディアストリームアドレス情報を得る前に、前もってリソース受付制御を行うことは無意味である。

また、上述のＴＩＳＰＡＮによって確立されたＮＧＮアーキテクチャーにおける、ＩＭＳセッションを確立する固定終端フローを図４に示す。ここで、ＩＭＳセッションを確立する固定終端フローは主として、ホームネットワーク内のユーザに適用され、ユーザのＵＥはホームネットワーク内に位置するが、ｘＤＳＬを通じてＩＭＳコアネットワークに登録している。詳細な実施プロセスは以下の通りである：
４０１：始端ＵＥから送信された、ＳＤＰオファーを包含するＳＩＰ招待リクエストは、終端ＵＥのＳ−ＣＳＣＦへ転送される。

４０２：Ｓ−ＣＳＣＦは、ＳＤＰオファーを有するＳＩＰ招待リクエストを受信し次第、サービスプロファイルを決定し、また、要請されたＳＤＰ許可をユーザマルチメディアサービス契約に基いて行う手続きを含む、終端パーティによって要求された任意のサービス開始ロジックを呼び出す。

４０３：Ｓ−ＣＳＣＦは、受信したＳＤＰオファーを含むＳＩＰ招待リクエストを、終端ホームネットワーク内のＰ−ＣＳＣＦへ転送する。

４０４〜４０７：Ｐ−ＣＳＣＦは、終端ホームネットワーク内のＳＰＤＦをトリガーして、Ａ−ＲＡＣＦが受信したオファーおよびオファーレスポンスのパラメータに基いて受付制御を行うことを要請する。

４０８〜４１１：ＳＰＤＦは、リソース受付の成功を受けて、Ｃ−ＢＧＦのためにＩＭＳ接続を予約し、また、状況に応じてＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請してもよい。

４１２：Ｓ−ＣＳＣＦは、登録フローの間に記録された終端ＵＥのアドレス情報に基づいて終端ＵＥへＳＤＰオファーを含むＳＩＰ招待リクエストを転送する。

４１３：終端ＵＥは、始端ＵＥから送信された、ＳＤＰオファーによりサポートされるメディアストリームの部分集合に基づいてオファーレスポンスメッセージを始端ＵＥへ送信する。ここで、上記ＳＤＰオファーがマルチメディアセッションの１つ以上のメディアを示すことが可能であり、また、上記オファーレスポンスメッセージがＰ−ＣＳＣＦに送信される。

４１４〜４１８：Ｐ−ＣＳＣＦは、ＳＰＤＦがＣ−ＢＧＦのためにＩＭＳ接続を構成する処理を行うことをトリガーし、また状況に応じてＣ−ＢＧＦにＮＡ（Ｐ）Ｔ結合処理を行うことを要請してもよい。

４１９：Ｐ−ＣＳＣＦはオファーレスポンスメッセージをＳ−ＣＳＣＦへ転送する。

４２０：Ｓ−ＣＳＣＦはオファーレスポンスメッセージを始端ＵＥへ転送する。

上述の固定終端フローから分かるように、終端パーティによりＩＭＳセッション接続を確立する過程において、Ａ−ＲＡＣＦが相応して、ＳＰＤＦから送信された受付リクエストメッセージ内のオファー及びオファーレスポンスのパラメータに基づいてリソース受付制御を行うように、終端ＵＥがＳＩＰ招待リクエストを受信する前にＳＰＤＦは既に受付リクエストメッセージをＡ−ＲＡＣＦに送信してしまっている。

その結果、終端ＵＥがＳＩＰ招待リクエストを受信する前に、終端ホームネットワーク中のＡ−ＲＡＣＦは有効なメディアストリームアドレス情報を得ることができない。一方、Ａ−ＲＡＣＦが有効なメディアストリームアドレス情報を得る前には、前もってリソース受付制御を行うことは無意味である。

本発明は、リソース受付制御処理方法および機能エンティティーを提供する。

本発明によって提供される技術的解決方案は、以下のとおりであり得る：
リソース受付制御処理方法は、
サービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）が、始端ホームネットワークに位置するコアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を成功裡に行った後、前記ＳＰＤＦが、現在メディアストリームアドレス情報を含む受付リクエストメッセージを、前記始端ホームネットワークに位置するアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）へ送信するステップと、
前記Ａ−ＲＡＣＦが、前記受付リクエストメッセージに基づいて、対応するメディアストリームのリソース受付制御処理を行うステップとを含み得る。

また、選択的に、上記方法はさらに、
前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行っている間に、前記ＳＰＤＦが、前記メディアストリームのためのネットワークアドレスおよび／またはポート番号変換ＮＡ（Ｐ）Ｔ結合処理を行うことを前記Ｃ−ＢＧＦに要請するステップを含み得る。

また、選択的に、前記受付リクエストメッセージ内の前記現在メディアストリームアドレス情報が、
前記Ｃ−ＢＧＦから前記ＳＰＤＦへフィードバックされた、前記メディアストリームのための前記ＮＡ（Ｐ）Ｔ結合処理の後に得られた前記メディアストリームアドレス情報であり得る。

また、選択的に、前記ＳＰＤＦが前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行う前に、上記方法は、
前記始端ホームネットワーク中のプロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）が終端パーティからのオファーレスポンスメッセージを受信した場合に、前記Ｐ−ＣＳＣＦが、前記始端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記始端ホームネットワークに位置する前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行うステップをさらに含み得る。

また、選択的に、前記受付リクエストメッセージ内の前記現在メディアストリームアドレス情報が、前記終端パーティによって前記メディアストリームに割当てられた前記メディアストリームアドレス情報であることができる。

また、選択的に、前記終端パーティによって前記メディアストリームに割当てられた前記メディアストリームアドレス情報が、前記Ｐ−ＣＳＣＦによって受信され、前記終端パーティによってフィードバックされる前記オファーレスポンスメッセージに含まれ得、
前記ＳＰＤＦが前記受付リクエストメッセージを前記Ａ−ＲＡＣＦへ送信する前に、上記方法は、さらに、
前記Ｐ−ＣＳＣＦが、前記メディアストリームアドレス情報を認証許可リクエストメッセージにセットし、該認証許可リクエストメッセージを前記ＳＰＤＦへ送信するステップと、
前記ＳＰＤＦが、前記メディアストリームアドレス情報を前記現在メディアストリームアドレス情報として決定するステップと、を含む。

また、リソース受付制御処理方法は、
終端ホームネットワーク中のプロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）が現在メディアストリームアドレス情報を決定した場合、前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中のサービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）をトリガーして前記現在メディアストリームアドレス情報を含む受付リクエストメッセージを前記終端ホームネットワーク中のアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）へ送信するステップと、
前記Ａ−ＲＡＣＦが、受信した前記受付リクエストメッセージに基づいて、対応するメディアストリームのリソース受付制御処理を行うステップとを含み得る。

また、選択的に、前記Ｐ−ＣＳＣＦが前記現在メディアストリームアドレス情報を決定する処理がさらに、
前記終端パーティーが、該終端パーティーによってメディアストリームに割当てられたメディアストリームアドレス情報を含むレスポンスメッセージを、前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦへフィードバックするステップと、
前記Ｐ−ＣＳＣＦが、受信した前記レスポンスメッセージ内の前記メディアストリームアドレス情報を前記現在メディアストリームアドレス情報として決定するステップとを含み得る。

また、選択的に、前記終端パーティから前記Ｐ−ＣＳＣＦへフィードバックされた前記レスポンスメッセージが、
オファーレスポンスメッセージ、または、
確認２００ＯＫメッセージであり得る。

また、選択的に、前記ＳＰＤＦをトリガーして前記現在メディアストリームアドレス情報を含む前記受付リクエストメッセージを前記Ａ−ＲＡＣＦへ送信する処理がさらに、
前記Ｐ−ＣＳＣＦが、決定された前記現在メディアストリームアドレス情報を認証許可リクエストメッセージにセットし、該認証許可リクエストメッセージを前記終端ホームネットワーク中の前記ＳＰＤＦへ送信するステップと、
前記ＳＰＤＦが、前記メディアストリームアドレス情報を前記受付リクエストメッセージにセットし、前記認証許可リクエストメッセージを前記Ａ−ＲＡＣＦへ送信するステップとを含み得る。

また、選択的に、前記Ａ−ＲＡＣＦによる対応するメディアストリームのリソース受付制御処理を行う前に、上記方法はさらに、
前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記終端ホームネットワーク中のコーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を行うステップを含み得る。

また、選択的に、前記Ａ−ＲＡＣＦによる対応するメディアストリームのリソース受付制御処理を行った後に、上記方法はさらに、
前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記終端ホームネットワーク中のコーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を行うステップを含み得る。

また、選択的に、前記Ａ−ＲＡＣＦによる対応するメディアストリームのリソース受付制御処理を行っている間に、上記方法はさらに、
前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記終端ホームネットワーク中のコーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を行うステップを含み得る。

本発明は、さらにサービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）を提供し、該ＳＰＤＦは、
コーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）からのＩＰマルチメディアサブシステム（ＩＭＳ）接続構成メッセージを受信するように適応された接続構成メッセージ受信ユニットと、
前記ＩＭＳ接続構成メッセージ内の、ネットワークアドレス及び／またはポート番号変換ＮＡ（Ｐ）Ｔ結合処理の後に得られた現在メディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニットと、
前記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットとを備える。

本発明はまた、下記のようなサービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）を提供し、該ＳＰＤＦは、
プロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）からの認証許可リクエストメッセージを受信するように適応された認証許可リクエストメッセージ受信ユニットと、
前記認証許可リクエストメッセージ内の、終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニットと、
前記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットとを備える。

本発明は、さらにプロキシコールセッション制御機能エンティティーを提供し、該プロキシコールセッション制御機能エンティティーは、
終端パーティからフィードバックされたレスポンスメッセージ内の、該終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を現在メディアストリームアドレス情報として決定するように適応された現在メディアストリームアドレス情報決定ユニットと、
前記現在メディアストリームアドレス情報決定ユニットが前記現在メディアストリームアドレス情報を決定した後、サービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）がアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）をトリガーしてリソース受付制御処理を行うように適応されたリソース受付制御処理トリガーユニットとを備える。

本発明の実施の形態によるＯＦ処理フローにおいて、ＳＰＤＦがＣ−ＢＧＦのためのＩＭＳ接続を構成する処理を行った後に、Ａ−ＲＡＣＦがメディアストリームのリソース受付処理を行う。その結果、ＳＰＤＦがＣ−ＢＧＦのためのＩＭＳ接続を構成する処理を行う間にメディアストリームのＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請する場合、ＳＰＤＦは、Ｃ−ＢＧＦからフィードバックされ、ＮＡ（Ｐ）Ｔ結合処理の後に得られたメディアストリームアドレス情報をＡ−ＲＡＣＦに迅速に送信することができ、そして、Ａ−ＲＡＣＦは、正確なメディアストリームアドレス情報を含む受付リクエストメッセージに基づいて対応するメディアストリームのリソース受付制御処理を行うことができる。したがって、Ａ−ＲＡＣＦによって行われたリソース受付制御処理は実際に意味のあるものとなる。

従って、本発明の実施の形態によるＦＴ処理フローにおいて、Ａ−ＲＡＣＦは、Ｐ−ＣＳＣＦが正確なメディアストリームアドレス情報を決定するまでは、決定されたメディアストリームアドレス情報を含む受付リクエストメッセージに基づいて対応するメディアストリームのリソース受付制御処理を行うようにトリガーされない。そのために、Ａ−ＲＡＣＦによって行われたリソース受付制御処理は実際に意味のあるものとなる。

本発明による主な考えは、Ａ−ＲＡＣＦによって行われたリソース受付制御が実際に有意義となるように、実際に現在有効なメディアストリームアドレス情報が得られたと決定された後に、Ａ−ＲＡＣＦをトリガーして実際に現在有効なメディアストリームアドレス情報を含むメディアストリーム情報に基づいて対応するメディアストリームのためのリソース受付制御を行うことにある。

本発明に係る主な実施原理及び好ましい実施の形態は、図面と関連させながらさらに詳しく説明する。

図５は、本発明の実施の形態によって提案されたＦＯ処理フローの中で適用されたリソース受付制御方法の主な実施原理のフローチャートである。その主な実施プロセスは以下のように説明される。

ステップＳ１０において、始端ホームネットワーク中のＰ−ＣＳＣＦは、終端パーティからフィードバックされたオファーレスポンスメッセージを受信する。

ステップＳ２０において、Ｐ−ＣＳＣＦは、始端ホームネットワーク中のＣ−ＢＧＦのためにＩＭＳ接続を構成する処理を行うように始端ホームネットワーク中のＳＰＤＦをトリガーする。

ステップＳ３０において、ＩＭＳ接続の構成処理の成功を受けて、ＳＰＤＦは、現在メディアストリームアドレス情報を含む受付リクエストメッセージを、始端ホームネットワーク中のＡ−ＲＡＣＦへ送信する。

ステップＳ４０において、Ａ−ＲＡＣＦは、受信した現在メディアストリームアドレス情報を含む受付リクエストメッセージに基づいて対応するメディアストリームのためのリソース受付制御を行う。

特にステップＳ２０において、Ｃ−ＢＧＦのためのＩＭＳ接続の構成処理中に、ＳＰＤＦはさらに、メディアストリームのためにネットワークアドレスおよび／またはポート番号変換結合処理を行うことをＣ−ＢＧＦに要請することができる。ここで：
１）ＳＰＤＦが、Ｃ−ＢＧＦのためのＩＭＳ接続の構成処理中にメディアストリームのためのＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請した場合には、ステップＳ３０にてＳＰＤＦからＡ−ＲＡＣＦへ送信された受付リクエストメッセージ内の現在メディアストリームアドレス情報は：
Ｃ−ＢＧＦがメディアストリームのためのＮＡ（Ｐ）Ｔ結合を行った後に、ＳＰＤＦへフィードバックされたＮＡ（Ｐ）Ｔ結合処理の後に得られたメディアストリームアドレス情報である。

２）ＳＰＤＦが、Ｃ−ＢＧＦのためのＩＭＳ接続の構成処理中にメディアストリームのためのＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請しなかった場合には、ステップＳ３０にてＳＰＤＦからＡ−ＲＡＣＦへ送信された受付リクエストメッセージ内の現在メディアストリームアドレス情報は、以下のような処理によって決定される。

ａ．終端パーティからＰ−ＣＳＣＦへフィードバックされたオファーレスポンスメッセージは、終端パーティによってメディアストリームへ割当てられたメディアストリームアドレス情報を含む。

ｂ．Ｐ−ＣＳＣＦは、受信したオファーレスポンスメッセージ内のメディアストリームアドレス情報を認証許可（Authentication Authorization）リクエスト（ＡＡＲ−リクエスト）メッセージにセットし、該認証許可リクエスト（ＡＡＲ−リクエスト）メッセージをＳＰＤＦへ送信する。

ｃ．ＳＰＤＦは、受信したＡＡＲ−リクエストメッセージ内のメディアストリームアドレス情報を、受付リクエストメッセージに含まれることになっている現在メディアストリームアドレス情報として解釈する。

図６は、本発明の第１の実施の形態によって提案されたＦＯ処理フローの中で適用されたリソース受付制御方法を実施する処理手続きの概略図である。その主な実施プロセスが以下に説明される。

６０１：始端ＵＥはＳＤＰオファーを含むＳＩＰ招待リクエストを、始端ホームネットワーク中のＰ−ＣＳＣＦに送信する。ここでは、始端ＵＥから送信されたＳＩＰ招待リクエスト内のＳＤＰオファーは、マルチメディアセッションの１つ以上のメディアを示し得る。

６０２〜６０６：始端ＵＥから送信されたＳＩＰ招待リクエストを受信し次第、Ｐ−ＣＳＣＦは、始端ホームネットワーク中のＳＰＤＦがＣ−ＢＧＦのためにＩＭＳ接続を予約することをトリガーする。また、ＳＰＤＦはさらに、状況に応じてＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請してもよい。

６０７：Ｐ−ＣＳＣＦは、登録フローにおいて記録された始端ＵＥのネクストホップのＣＳＣＦに基づいて対応するＳ−ＣＳＣＦへ、始端ＵＥから送信されたＳＤＰオファーを含むＳＩＰ招待リクエストを転送する。

６０８：Ｓ−ＣＳＣＦは、ＳＤＰオファーを含むＳＩＰ招待リクエストを受信し次第、サービスプロファイルを決定し、また、要請されたＳＤＰ許可をユーザマルチメディアサービス契約に基いて行う手続きを含む、始端パーティによって要求された任意のサービス開始ロジックを呼び出す。

６０９：Ｓ−ＣＳＣＦは、ＳＤＰオファーを含むＳＩＰ招待リクエストを終端ＵＥへ転送する。

６１０：終端ＵＥから返されたオファーレスポンスは、元の信号経路をたどって始端ホームネットワーク中のＳ−ＣＳＣＦに返されることができる。ここでは、フィードバックされたオファーレスポンスメッセージは、終端ＵＥによってメディアストリームに割当てられた有効なメディアストリームアドレス情報を含んでいる。

６１１：Ｓ−ＣＳＣＦは、受信したオファーレスポンスメッセージをＰ−ＣＳＣＦへ転送し、該オファーレスポンスメッセージは、Ｓ−ＣＳＣＦによって取得した有効なメディアストリームアドレス情報を含む。

６１２：オファーレスポンスメッセージを受信し次第、Ｐ−ＣＳＣＦは、認証許可リクエスト（ＡＡＲ−リクエスト）メッセージをＳＰＤＦへ送信し、該ＡＡＲ−リクエストメッセージは、Ｐ−ＣＳＣＦによって取得された有効なストリームアドレス情報を含む。

６１３〜６１５：ＡＡＲ−リクエストメッセージを受信し次第、ＳＰＤＦは、Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行い、また状況に応じて、さらにＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請してもよい。

６１６：ＳＰＤＦが上記の手続きの間にＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請しなかった場合には、ＳＰＤＦは、ＩＭＳ接続の構成処理に成功し次第、受付リクエストメッセージをＡ−ＲＡＣＦへ送信する。また、この受付リクエストメッセージは、ステップ６１２においてＳＰＤＦによって得られた有効なメディアストリームアドレス情報を含んでいる。

ＳＰＤＦが上記の手続きの間にＮＡ（Ｐ）Ｔ結合処理を行うことをＣ−ＢＧＦに要請し、Ｃ−ＢＧＦが相応してＮＡ（Ｐ）Ｔ結合処理を行った場合には、ステップ６１５では、ＮＡ（Ｐ）Ｔ結合処理後のメディアストリームアドレス情報はＩＭＳ接続構成メッセージに含まれてＳＰＤＦにフィードバックされることができる。ＩＭＳ接続の構成処理が成功し、且つＮＡ（Ｐ）Ｔ結合処理によって処理された有効なメディアストリームアドレスが得られた場合、ＳＰＤＦはさらに、該ＳＰＤＦが取得したメディアストリームアドレス情報を含む受付リクエストメッセージをＡ−ＲＡＣＦへ送信する。

６１７：Ａ−ＲＡＣＦは、受信した受付リクエストメッセージ内のメディアストリーム情報に基づいて、対応するメディアストリームのためのリソース受付制御を行う。該メディアストリーム情報はメディアストリームアドレス情報を含む。

６１８：Ａ−ＲＡＣＦは、メディアストリームのためのリソース受付制御の成功を受けて、受付レスポンスメッセージをＳＰＤＦへフィードバックする。

６１９：ＳＰＤＦは、Ａ−ＲＡＣＦからフィードバックされた受付レスポンスメッセージを受信し次第、認証許可アンサー（ＡＡＲ−Ａｎｓｗｅｒ）メッセージをＰ−ＣＳＣＦへフィードバックする。

６２０：Ｐ−ＣＳＣＦは、ＳＰＤＦからフィードバックされたＡＡＲ−Ａｎｓｗｅｒメッセージを受信し次第、上記のステップ６１１で受信したオファーレスポンスメッセージを始端ＵＥへフィードバックする。

図７は、本発明の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御方法の主な実施原理のフローチャートである。その主な実施プロセスを以下に説明する。

ステップＳ１００において、始端ホームネットワーク中のＰ−ＣＳＣＦは現在メディアストリームアドレス情報を決定する。

具体的には、始端ホームネットワーク中のＰ−ＣＳＣＦは以下のように現在メディアストリームアドレス情報を決定する。

Ａ．終端パーティは、該終端パーティによってメディアストリームに割当てたメディアストリームアドレス情報を含むレスポンスメッセージを、始端ホームネットワーク中のＰ−ＣＳＣＦへフィードバックする。始端パーティによって始端ホームネットワーク中のＰ−ＣＳＣＦへフィードバックされたレスポンスメッセージは、オファーレスポンスメッセージあるいは確認メッセージ（２００ＯＫ）であってもよい。

Ｂ．Ｐ−ＣＳＣＦは、受信したレスポンスメッセージ内のメディアストリームアドレス情報が現在メディアストリームアドレス情報か否かを決定する。

ステップＳ２００において、Ｐ−ＣＳＣＦは、現在メディアストリームアドレス情報を含むメディアストリーム情報に基づいて対応するメディアストリームのためのリソース受付制御を行うことをＡ−ＲＡＣＦにＳＰＤＦが要請することをトリガーする。

Ｐ−ＣＳＣＦは、決定された現在メディアストリームアドレス情報を認証許可リクエスト（ＡＡＲ−リクエスト）メッセージにセットし、該ＡＡＲ−リクエストメッセージを始端ホームネットワーク中のＳＰＤＦへ送信する。

ＳＰＤＦは、ＡＡＲ−リクエストメッセージ内のメディアストリームアドレス情報を受付レスポンスメッセージにセットし、該受付レスポンスメッセージを終端ホームネットワーク中のＡ−ＲＡＣＦへ送信する。

Ａ−ＲＡＣＦは、受信した、決定された現在メディアストリームアドレス情報を含む受付レスポンスメッセージに基づいて対応するメディアストリームのためのリソース受付制御を行う。

特に、ステップＳ２００において、Ａ−ＲＡＣＦがメディアストリームのためのリソース受付制御を行う前に、下記の手続きを行なうことができる。

終端ホームネットワーク中のＰ−ＣＳＣＦは、終端ホームネットワーク中のＳＰＤＦが終端ホームネットワーク中のＣ−ＢＧＦのためのＩＭＳ接続を構成する処理を行うことをトリガーする。

代替的に、ステップＳ２００において、Ａ−ＲＡＣＦがメディアストリームのためのリソース受付制御を行った後、下記の手続きを行なうことができる。

終端ホームネットワーク中のＰ−ＣＳＣＦは、ＳＰＤＦがＣ−ＢＧＦのためのＩＭＳ接続を構成する処理を行うことをトリガーするようにセットされる。

当然、終端ホームネットワーク中のＰ−ＣＳＣＦの、ＳＰＤＦがＣ−ＢＧＦのためのＩＭＳ接続の構成処理を行うことをトリガーする手続きは、ステップＳ２００でＡ−ＲＡＣＦがメディアストリームのためのリソース受付制御を行う間に行うことができる。

図８は、本発明の第１の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御方法を実施する処理手続きの概略図である。その主な実施プロセスを以下に説明する。

８０１：始端ＵＥによって送信されたＳＤＰオファーを含むＳＩＰ招待リクエストは、終端パーティのＳ−ＣＳＣＦへ転送される。

８０２：Ｓ−ＣＳＣＦは、ＳＤＰオファーを含むＳＩＰ招待リクエストを受信し次第、サービスプロファイルを決定し、また、要請されたＳＤＰ許可をユーザマルチメディアサービス契約に基づいて行う手続きを含む、終端パーティによって要求された任意のサービス開始ロジックをも呼び出す。

８０３：Ｓ−ＣＳＣＦは、受信した、ＳＤＰオファーを含むＳＩＰ招待リクエストを終端ＵＥのホームネットワーク中のＰ−ＣＳＣＦへ転送する。

８０４〜８０８：ＳＤＰオファーを含むＳＩＰ招待リクエストを受信し次第、Ｐ−ＣＳＣＦは、終端ホームネットワーク中のＳＰＤＦがＣ−ＢＧＦのためにＩＭＳ接続を予約することをトリガーする。

８０９：上記の手続きでのＩＭＳ接続の予約に成功したことを受けて、Ｐ−ＣＳＣＦは、上記のステップ８０３で受信した、ＳＤＰオファーを含むＳＩＰ招待リクエストを終端ＵＥへ転送する。

８１０：終端ＵＥは、オファーレスポンスメッセージをＰ−ＣＳＣＦへフィードバックする。フィードバックされた該オファーレスポンスメッセージは、終端ＵＥによってメディアストリームに割当てられた有効なメディアストリームアドレス情報を含む。

８１１：オファーレスポンスメッセージを受信し次第、Ｐ−ＣＳＣＦは、Ｐ−ＣＳＣＦ自体によって取得された有効なストリームアドレス情報を含む認証許可リクエスト（ＡＡＲ−リクエスト）メッセージをＳＰＤＦへ送信する。

８１２〜８１４：ＳＰＤＦは、ＡＡＲ−リクエストメッセージを受信し次第、Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行い、また、状況に応じてＣ−ＢＧＦにＮＡ（Ｐ）Ｔ結合処理を行うことをさらに要求してもよい。

８１５：ＩＭＳ接続の構成処理の成功を受けて、ＳＰＤＦは、上記ステップ８１１で該ＳＰＤＦ自体によって取得された有効なメディアストリームアドレス情報を含む、受付リクエストメッセージをＡ−ＲＡＣＦへ送信する。

８１６：Ａ−ＲＡＣＦは、受信した受付リクエストメッセージ内のメディアストリーム情報に基づいて対応するメディアストリームのためのリソース受付制御を行う。該メディアストリーム情報はメディアストリームアドレス情報を含む。

８１７：Ａ−ＲＡＣＦは、メディアストリームのリソース受付制御処理の成功を受けて、受付レスポンスメッセージをＳＰＤＦへフィードバックする。

８１８：ＳＰＤＦは、Ａ−ＲＡＣＦからフィードバックされた受付レスポンスメッセージの受信次第、ＡＡＲ−ＡｎｓｗｅｒメッセージをＰ−ＣＳＣＦへフィードバックする。

８１９：ＳＰＤＦからフィードバックされたＡＡＲ−Ａｎｓｗｅｒメッセージを受信し次第、Ｐ−ＣＳＣＦは、上記ステップ１０で受信した、終端ＵＥによってフィードバックされオファーレスポンスメッセージを、終端ホームネットワーク中のＳ−ＣＳＣＦへフィードバックする。

８２０：終端ホームネットワーク中のＳ−ＣＳＣＦは、受信したオファーレスポンスメッセージを始端ホームネットワーク中のＳ−ＣＳＣＦへ転送する。

図９は、本発明の第２の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御処理方法を実施する処理手続きの概略図である。その主な実施プロセスを以下に説明する。

図９のステップ９０１〜９１１は、図８のステップ８０１〜８１１と同一であるため、それらの説明は省略する。

９１２：ＳＰＤＦは、上記のステップ９１１で該ＳＰＤＦ自体によって取得された有効なメディアストリームアドレス情報を含む受付リクエストメッセージをＡ−ＲＡＣＦに送信する。

９１３：Ａ−ＲＡＣＦは、受信した、メディアストリームアドレス情報を含む受付リクエストメッセージに基づいて対応するメディアストリームのリソース受付制御処理を行う。

９１４：Ａ−ＲＡＣＦは、メディアストリームのリソース受付制御処理の成功を受けて、受付レスポンスメッセージをＳＰＤＦへフィードバックする。

９１５〜９１７：ＳＰＤＦは、Ａ−ＲＡＣＦからフィードバックされた受付リクエストメッセージを受信し次第、Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行い、また、状況に応じてさらにＣ−ＢＧＦにＮＡ（Ｐ）Ｔ結合処理を行うことを要請してもよい。

９１８：ＳＰＤＦは、ＩＭＳ接続の構成処理の成功を受けて、ＡＡＲ−ＡＮＳＷＥＲメッセージをＰ−ＣＳＣＦへフィードバックする。

９１９：ＳＰＤＦからフィードバックされたＡＡＲ−ＡＮＳＷＥＲメッセージを受信し次第、Ｐ−ＣＳＣＦは、上記のステップ９１０で終端ＵＥから受信したオファーレスポンスメッセージを終端ホームネットワーク中のＳ−ＣＳＣＦへフィードバックする。

９２０：終端ホームネットワーク中のＳ−ＣＳＣＦは、受信したオファーレスポンスメッセージを始端ホームネットワーク中のＳ−ＣＳＣＦへ転送する。

図１０は、本発明の第３の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御処理方法を実施する処理手続きの概略図である。その主な実施プロセスを以下に説明する。

図１０のステップ１００１〜１００９は、図８のステップ８０１〜８０９と同一であるため、それらの説明は省略する。

１０１０：終端ＵＥは、終端ＵＥでメディアストリームに割当てた有効なメディアストリームアドレス情報を含む確認メッセージ（２００ＯＫ）を、終端ホームネットワーク中のＰ−ＣＦＳＦへフィードバックする（当業者にとって自明であるように、ステップ１００９〜１０１０の間に別のステップが存在し得るが、ここではそれらの説明は省略する）。

１０１１：２００ＯＫメッセージを受信し次第、Ｐ−ＣＳＣＦは、Ｐ−ＣＳＣＦ自体により取得した有効なメディアストリームアドレス情報を含むＡＡＲ−リクエストメッセージをＳＰＤＦへ送信する。

１０１２：ＳＰＤＦは、上記のステップ１０１１でＳＰＤＦ自体により取得した有効なメディアストリームアドレス情報を含む受付リクエストメッセージを、Ａ−ＲＡＣＦへ送信する。

１０１３：Ａ−ＲＡＣＦは、受信した受付リクエストメッセージ内のメディアストリーム情報に基づいて対応するメディアストリームのリソース受付制御処理を行う。該メディアストリーム情報はメディアストリームアドレス情報を含む。

１０１４：Ａ−ＲＡＣＦは、メディアストリームのリソース受付制御処理の成功を受け、受付レスポンスメッセージをＳＰＤＦへフィードバックする。

１０１５〜１０１７：ＳＰＤＦは、Ａ−ＲＡＣＦからフィードバックされた受付リクエストメッセージを受信し次第、Ｃ−ＢＧＦのためのＩＭＳ接続の構成処理およびオープンゲート処理の両方を行い、また、状況に応じてさらにＣ−ＢＧＦにＮＡ（Ｐ）Ｔ結合処理を行うことを要請してもよい。

１０１８：ＳＰＤＦは、ＩＭＳ接続の構成処理およびオープンゲート処理の両方の成功を受け、ＡＡＲ−ＡｎｓｗｅｒメッセージをＰ−ＣＳＣＦへフィードバックする。

１０１９：ＳＰＤＦからフィードバックされたＡＡＲ−Ａｎｓｗｅｒメッセージを受信し次第、Ｐ−ＣＳＣＦは、上記のステップ１０１１で受信し、終端ＵＥによってフィードバックされた確認メッセージ２００ＯＫを終端ホームネットワーク中のＳ−ＣＳＣＦへフィードバックする。

１０２０：終端ホームネットワーク中のＳ−ＣＳＣＦは、受信した確認メッセージ２００ＯＫを始端ホームネットワーク中のＳ−ＣＳＣＦへ転送する。

図１０のステップ１０１５〜１０１７中のＩＭＳ接続の構成処理およびオープンゲート処理は、ステップ１０１２に先立って行われ、あるいは、ステップ１０１２〜１０１４が実行されている間に行われ得ることに注目すべきである。なお、ここではそれらの説明は省略する。

本発明の実施の形態によるサービスに基づくポリシー決定機能エンティティーは、
Ｃ−ＢＧＦからのＩＭＳ接続構成メッセージを受信するように適応された接続構成メッセージ受信ユニット、
上記ＩＭＳ接続構成メッセージ内の、ＮＡ（Ｐ）Ｔ結合処理の後に得られた現在メディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニット、及び、
上記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットを備えることができる。

さらに、本発明の別の実施の形態による、サービスに基づくポリシー決定機能エンティティーは、
Ｐ−ＣＳＣＦからの認証許可リクエストメッセージを受信するように適応された認証許可リクエストメッセージ受信ユニット、
認証許可リクエストメッセージ内の、終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニット、及び、
上記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットを備えることができる。

本発明の実施の形態によるプロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）は、
終端パーティによってフィードバックされたレスポンスメッセージ内の、該終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を、現在メディアストリームアドレス情報として決定するように適応された現在メディアストリームアドレス情報決定ユニット、及び、
上記現在メディアストリームアドレス情報決定ユニットが上記現在メディアストリームアドレス情報を決定した後、Ａ−ＲＡＣＦがリソース受付制御処理を行うことをＳＰＤＦを通じてトリガーするように適応されたリソース受付制御処理トリガーユニットを備えることができる。

本発明の別の実施の形態によるリソース受付制御処理方法は、Ｃ−ＢＧＦがＳＰＤＦの要求に基づいてＩＭＳ接続を構成し、上記ＳＰＤＦが現在メディアストリームアドレス情報を含む受付リクエストメッセージをＡ−ＲＡＣＦへ送信し、上記Ａ−ＲＡＣＦが上記現在メディアストリームアドレス情報に基づいて対応するメディアストリームのリソース受付制御処理を行う。ここでは、上記対応するメディアストリームが、上記現在メディアストリームアドレス情報中の上記メディアストリームアドレスに対応するメディアストリームである。

本発明の実施の形態によるリソース受付制御処理システムは、ＩＭＳ接続を構成するリクエストを送信するように適応されたＳＰＤＦ、ＩＭＳ接続を構成するリクエストを受信してＩＭＳ接続を構成するように適応されたＣ−ＢＧＦ、及び現在メディアストリームアドレス情報に基づいて対応するメディアストリームのリソース受付制御処理を行うように適応されたＡ−ＲＡＣＦを備え、上記ＳＰＤＦが、現在メディアストリームアドレス情報を含む受付リクエストメッセージを上記Ａ−ＲＡＣＦへ送信する。なお、ここでは、上記対応するメディアストリームは、上記現在メディアストリームアドレス情報中のメディアストリームアドレスに対応するメディアストリームである。

上記で説明された個々の機能エンティティー中のユニットは論理エンティティであり、それらの自然法則に基づいた具体的な実施（それらの説明はここでは省略する）においては多様に組合せられ、統合されうることに注意すべきである。

当業者が、本発明の精神および範囲から逸脱することなく、ここで開示された本発明の実施の形態に対して様々な変更および修正を行うことができることは明白である。したがって、これらのすべての変更および修正は、本発明の特許請求の範囲及びその均等物の範囲内にあれば、本発明によってカバーされることが意図されるものとする。

従来技術における、ＴＩＳＰＡＮによって確立されたＮＧＮの基礎ネットワークフレームワークの概略図である。従来技術における、ＴＩＳＰＡＮによって確立されつつあるＮＧＮＲ１ネットワーク・アーキテクチャーにおけるＲＡＣＳの基礎的なアーキテクチャーの概略図である。従来技術におけるＩＭＳセッションを確立する固定始端フローの処理手続きの概略図である。従来技術におけるＩＭＳセッションを確立する固定終端フローの処理手続きの概略図である。本発明の実施の形態によって提案されたＦＯ処理フローの中で適用されたリソース受付制御方法の主な実施原理のフローチャートである。本発明によって提案されたＦＯ処理フローの中で適用されたリソース受付制御方法を実施する第１の実施の形態による処理手続きの概略図である。本発明の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御方法の主な実施原理のフローチャートである。本発明の第１の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御方法を実施する処理手続きの概略図である。本発明の第２の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御処理方法を実施する処理手続きの概略図である。本発明の第３の実施の形態によって提案されたＦＴ処理フローの中で適用されたリソース受付制御処理方法を実施する処理手続きの概略図である。

Claims

サービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）が、始端ホームネットワークに位置するコアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を成功裡に行った後、前記ＳＰＤＦが、現在メディアストリームアドレス情報を含む受付リクエストメッセージを、前記始端ホームネットワークに位置するアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）へ送信するステップと、
前記Ａ−ＲＡＣＦが、前記受付リクエストメッセージに基づいて、対応するメディアストリームのリソース受付制御処理を行うステップとを含むリソース受付制御処理方法。
前記ＳＰＤＦが前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行っている間に、前記ＳＰＤＦが、前記メディアストリームのためのネットワークアドレスおよび／またはポート番号変換ＮＡ（Ｐ）Ｔ結合処理を行うことを前記Ｃ−ＢＧＦに要請するステップをさらに含む請求項１に記載のリソース受付制御処理方法。
前記現在メディアストリームアドレス情報が、前記Ｃ−ＢＧＦから前記ＳＰＤＦへの、前記メディアストリームのための前記ＮＡ（Ｐ）Ｔ結合処理の後に得られた前記メディアストリームアドレス情報である請求項２に記載のリソース受付制御処理方法。
前記ＳＰＤＦが前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行う前に、
前記始端ホームネットワーク中のプロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）が終端パーティからのオファーレスポンスメッセージを受信した場合に、前記Ｐ−ＣＳＣＦが、前記始端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記始端ホームネットワークに位置する前記Ｃ−ＢＧＦのためのＩＭＳ接続を構成する処理を行うステップをさらに含む請求項１〜請求項３の何れか一項に記載のリソース受付制御処理方法。
前記現在メディアストリームアドレス情報が、前記終端パーティによって前記メディアストリームに割当てられた前記メディアストリームアドレス情報である請求項４に記載のリソース受付制御処理方法。
前記オファーレスポンスメッセージが、前記終端パーティによって前記メディアストリームに割当てられた前記メディアストリームアドレス情報を含み、
前記ＳＰＤＦが前記受付リクエストメッセージを前記Ａ−ＲＡＣＦへ送信する前に、
前記Ｐ−ＣＳＣＦが、前記メディアストリームアドレス情報を認証許可リクエストメッセージにセットし、該認証許可リクエストメッセージを前記ＳＰＤＦへ送信するステップと、
前記ＳＰＤＦが、前記メディアストリームアドレス情報を前記現在メディアストリームアドレス情報として決定するステップと、をさらに含む請求項５に記載のリソース受付制御処理方法。
終端ホームネットワーク中のプロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）が現在メディアストリームアドレス情報を決定した場合、前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中のサービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）をトリガーして前記現在メディアストリームアドレス情報を含む受付リクエストメッセージを前記終端ホームネットワーク中のアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）へ送信するステップと、
前記Ａ−ＲＡＣＦが、受信した前記受付リクエストメッセージに基づいて、対応するメディアストリームのリソース受付制御処理を行うステップと、を含むリソース受付制御処理方法。
前記Ｐ−ＣＳＣＦが前記現在メディアストリームアドレス情報を決定する処理が、
前記終端パーティーが、前記終端パーティーによってメディアストリームに割当てたメディアストリームアドレス情報を含むレスポンスメッセージを、前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦへフィードバックするステップと、
前記Ｐ−ＣＳＣＦが、受信した前記レスポンスメッセージ内の前記メディアストリームアドレス情報を前記現在メディアストリームアドレス情報として決定するステップと、をさらに含む請求項７に記載のリソース受付制御処理方法。
前記終端パーティから前記Ｐ−ＣＳＣＦへフィードバックされた前記レスポンスメッセージが、
オファーレスポンスメッセージ、または、
２００ＯＫの確認メッセージである請求項８に記載のリソース受付制御処理方法。
前記ＳＰＤＦをトリガーして前記現在メディアストリームアドレス情報を含む前記受付リクエストメッセージを前記Ａ−ＲＡＣＦへ送信する処理が、
前記Ｐ−ＣＳＣＦが、決定された前記現在メディアストリームアドレス情報を認証許可リクエストメッセージにセットし、該認証許可リクエストメッセージを前記終端ホームネットワーク中の前記ＳＰＤＦへ送信するステップと、
前記ＳＰＤＦが、前記メディアストリームアドレス情報を前記受付リクエストメッセージにセットし、前記認証許可リクエストメッセージを前記Ａ−ＲＡＣＦへ送信するステップと、をさらに含む請求項８に記載のリソース受付制御処理方法。
前記Ａ−ＲＡＣＦによる対応するメディアストリームのリソース受付制御処理を行う前に、行った後に、あるいは行っている間に、
前記終端ホームネットワーク中の前記Ｐ−ＣＳＣＦが、前記終端ホームネットワーク中の前記ＳＰＤＦをトリガーして前記終端ホームネットワーク中のコーアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）のためのＩＰマルチメディアサブシステム（ＩＭＳ）接続を構成する処理を行うステップをさらに含む請求項７〜請求項１０の何れか一項に記載のリソース受付制御処理方法。
コアボーダーゲートウェイ機能エンティティー（Ｃ−ＢＧＦ）からのＩＰマルチメディアサブシステム（ＩＭＳ）接続構成メッセージを受信するように適応された接続構成メッセージ受信ユニットと、
前記ＩＭＳ接続構成メッセージ内の、ネットワークアドレス及び／またはポート番号変換ＮＡ（Ｐ）Ｔ結合処理の後に得られた現在メディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニットと、
前記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットとを備えるサービスに基づくポリシー決定機能エンティティー。
プロキシコールセッション制御機能エンティティー（Ｐ−ＣＳＣＦ）からの認証許可リクエストメッセージを受信するように適応された認証許可リクエストメッセージ受信ユニットと、
前記認証許可リクエストメッセージ内の、終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を取得するように適応された現在メディアストリームアドレス情報取得ユニットと、
前記現在メディアストリームアドレス情報を受付リクエストメッセージにセットするように適応された受付リクエストメッセージ構築ユニットとを備えるサービスに基づくポリシー決定機能エンティティー。
終端パーティからフィードバックされたレスポンスメッセージ内の、該終端パーティによってメディアストリームに割当てられたメディアストリームアドレス情報を、現在メディアストリームアドレス情報として決定するように適応された現在メディアストリームアドレス情報決定ユニットと、
前記現在メディアストリームアドレス情報決定ユニットが前記現在メディアストリームアドレス情報を決定した後、サービスに基づくポリシー決定機能エンティティー（ＳＰＤＦ）がアクセスリソース受付制御機能エンティティー（Ａ−ＲＡＣＦ）をトリガーしてリソース受付制御処理を行うように適応されたリソース受付制御処理トリガーユニットとを備えるプロキシコールセッション制御機能エンティティー。
Ｃ−ＢＧＦが、ＳＰＤＦの要求に基づいてＩＭＳ接続を構成するステップと、
前記ＳＰＤＦが、現在メディアストリームアドレス情報を含む受付リクエストメッセージをＡ−ＲＡＣＦへ送信するステップと、
前記Ａ−ＲＡＣＦが、前記現在メディアストリームアドレス情報に基づいて、対応するメディアストリームのリソース受付制御処理を行うステップと、を含むリソース受付制御処理方法。
前記対応するメディアストリームが、前記現在メディアストリームアドレス情報中のメディアストリームアドレスに対応するメディアストリームである請求項１５に記載のリソース受付制御処理方法。
ＩＭＳ接続を構成するリクエストを送信するように適応されたＳＰＤＦと、
前記ＩＭＳ接続を構成する前記リクエストを受信し、かつＩＭＳ接続を構成するように適応されたＣ−ＢＧＦと、
現在メディアストリームアドレス情報に基づいて、対応するメディアストリームのリソース受付制御処理を行うように適応されたＡ−ＲＡＣＦと、を備え、
前記ＳＰＤＦが、前記現在メディアストリームアドレス情報を含む受付リクエストメッセージを前記Ａ−ＲＡＣＦへ送信するリソース受付制御処理システム。
前記対応するメディアストリームが、前記現在メディアストリームアドレス情報中の前記メディアストリームアドレスに対応するメディアストリームである請求項１７に記載のリソース受付制御処理システム。