JP5282095B2 - マルチメディア通信セッションの確立 - Google Patents

Description

本発明は、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークにおいてユーザ装置（ＵＥ）がマルチメディア・セッションを確立する手法を改良するための方法および装置に関する。

ＩＰマルチメディア・サブシステム（ＩＭＳ）は、移動通信網でＩＰマルチメディア・サービスを提供するために、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により定義された用語である。ＩＰマルチメディア・サービスは、同一のセッション内で音声、映像、メッセージング、データ等を動的に組み合わせて提供する。基本アプリケーションの数、および組み合わせできるメディアの数が増加するにつれて、エンド・ユーザに提供されるサービスの数は増加し、個人向けの、豊富なマルチメディア通信サービスの新世代を生み出すであろう。

ＩＭＳは、標準化されたＩＭＳサービス・イネーブラを使用して、エンド・ユーザの個人対個人の通信体験を豊かにする重要な特徴をもたらし、標準化されたＩＭＳサービス・イネーブラは、ＩＰベースのネットワークで個人対コンテンツ（クライアント対サーバ）のサービスだけでなく、新しい豊富な個人対個人（クライアント対クライアント）の通信サービスを容易にする。ＩＭＳは、ユーザ端末間（またはユーザ端末とアプリケーション・サーバとの間）で呼またはセッションを設定し、そして制御するために、セッション開始プロトコル（ＳＩＰ）を使用する。セッション記述プロトコル（ＳＤＰ）は、ＳＩＰ信号により伝えられ、セッションのメディア構成要素を記述し、そして取り決める（negotiate）ために用いられる。ＳＩＰはユーザ対ユーザのプロトコルとして創り出されたけれども、ＩＭＳは、事業者およびサービス提供業者がサービスへのユーザ・アクセスを制御し、そしてそれに応じてユーザに課金できるようにする。

図１は、ＧＰＲＳ／ＰＳアクセス・ネットワークの場合に、どのようにＩＭＳ ２が移動網アーキテクチャに適合するかを概略的に説明している。ＩＭＳ ２は、コア・ネットワーク ２ａおよびサービス・ネットワーク ２ｂを含む。呼／セッション制御機能（ＣＳＣＦｓ）４は、ＩＭＳ ２内でＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャは、３種類のＣＳＣＦｓ、ＳＩＰ端末に対してＩＭＳ内で最初の接点であるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、ユーザが加入しているサービスをユーザに提供する在圏ＣＳＣＦ（Ｓ−ＣＳＣＦ）、および正しいＳ−ＣＳＣＦを識別することおよびＰ−ＣＳＣＦを経由してＳＩＰ端末から受信した要求を当該Ｓ−ＣＳＣＦに転送することが役割の、問い合わせＣＳＣＦ（Ｉ−ＣＳＣＦ）を定義している。その上、ＩＭＳネットワークはホーム加入者サーバ（ＨＳＳ）６を含む。ＨＳＳ ６は、ＩＭＳネットワーク・エンティティをサポートするマスター・ユーザ・データベースである。ＨＳＳ ６には、加入契約関連情報およびユーザに関するさらなる認証および承認のための資格証明を含む。

ユーザは、規定のＳＩＰ ＲＥＧＩＳＴＥＲメソッドを用いてＩＭＳに登録する。これは、ＩＭＳにつなげて、そしてＳＩＰユーザＩＤ（identity）に到達できるアドレスをＩＭＳに知らせるためのメカニズムである。ユーザは、対話を開始する場合にユーザが用いる固有のＵＲＩ（統一資源表示子）を、Ｓ−ＣＳＣＦから受信する。３ＧＰＰでは、ＳＩＰ端末が登録を行う場合、ＩＭＳはユーザを認証し、そして利用できるＳ−ＣＳＣＦｓの集合から当該ユーザにＳ−ＣＳＣＦを割り当てる。登録されたユーザは続いて、ＩＭＳにセッション要求（たとえば、ＳＩＰ ＩＮＶＩＴＥ）を送出する場合、Ｐ−ＣＳＣＦが選択されたＳ−ＣＳＣＦに要求を転送できるように、要求にはＰ−ＣＳＣＦ ＵＲＩおよびＳ−ＣＳＣＦ ＵＲＩを含むであろう。これは、ＩＭＳの発信側および着信側の双方に適用される（着信呼に対しては、要求にはＰ−ＣＳＣＦアドレスおよびＵＥアドレスを含むであろう）。

ＩＭＳサービス・ネットワーク ２ｂ内に、アプリケーション・サーバ（ＡＳｓ）８が、ＩＭＳサービスの機能性を実装するために提供される。アプリケーション・サーバは、ＩＭＳシステムにおいてエンド・ユーザにサービスを提供し、そして３ＧＰＰ定義のＭｒインタフェースでエンド・ポイントとして、または３ＧＰＰ定義のＩＳＣインタフェースでＳ−ＣＳＣＦにより“リンクされて”のいずれかで、接続可能である。あるアプリケーション・サーバは、加入者ＩＤに依存して動作を行うであろう（被呼加入者か発呼加入者のいずれかで、どちらかがアプリケーション・サーバを制御するネットワークにより“所有されて”いる）。

加入者のユーザ装置（ＵＥ）、たとえば移動電話またはコンピュータがＩＭＳに登録されていて、マルチメディア・セッションを開始したい場合、ユーザ装置は、たとえばＳＩＰ ＩＮＶＩＴＥメッセージの形式である場合がある、セッション要求を送出する。セッション要求のなかで、ＳＤＰには要求されたセッションのタイプに関する詳細を含み、要求されたセッションには、これから先、ＵＥが処理できるメディア特性と呼ぶ情報だけでなく、種々のメディア（たとえば、音声、映像等）を含む。メディア特性には、たとえば、コーデックの処理速度（ｋｂｐｓ）だけでなく、ＵＥがサポートするコーデック（圧縮および解凍）手順についての情報を含む場合がある。

非特許文献１は、最初のセッション設定中にマルチメディア・セッションの端点間でコーデックおよびメディア特性を決定する（取り決める）ための、そして後続の修正を行うための手順を定義している。３ＧＰＰにより定義されているように、通信パスのいずれかの側でＳ−ＣＳＣＦおよびＰ−ＣＳＣＦがそのようなネゴシエーションに影響を与える能力を有するけれども、これらの手順は、２つの通信相手間でエンド・ツー・エンドに実行される。通信パス内のＳ−ＣＳＣＦｓおよび／またはＰ−ＣＳＣＦｓはいずれも、セッション要求がＩＭＳセッション内では許容されないメディア特性を含むことが分かる場合には、セッション開始の試行を拒否することになるであろう。

Ｓ−ＣＳＣＦｓは、ＳＤＰ要求内に含まれるコーデックおよびメディア特性を、特性がＩＭＳドメインでユーザの（要求されたサービスに対する）加入者プロフィールによりＩＭＳセッションに許容されたもののなかにあるかどうかを決定するために、解析する。このようにして、ユーザのＩＭＳ加入契約が（特定のＩＭＳサービスに対して）特定のメディア・タイプまたはコーデックの使用を認めない場合、Ｓ−ＣＳＣＦはセッション開始の試行を拒否できるであろう。Ｐ−ＣＳＣＦｓは、ＳＤＰ要求に含まれるコーデックおよびメディア特性を、特性がＩＭＳ提供業者によりＩＭＳセッションに許容されたもののなかにあるかどうかを決定するために、解析する。このようにして、ＩＭＳ提供業者が特定のメディア・タイプまたはコーデックをサポートしていない場合、Ｐ−ＣＳＣＦはセッション開始の試行を拒否できるであろう。

図２は、通信パスの両側でＰ−ＣＳＣＦｓおよびＳ−ＣＳＣＦｓが、許容されないメディア・パラメータを見つける最悪の場合のシナリオを描いている。図示しているように、各Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦは、ＳＩＰ ４８８拒否応答を用いてセッション開始の試行を拒否する。各ＳＩＰ ４８８メッセージには、拒否しているＰ−ＣＳＣＦまたはＳ−ＣＳＣＦが容認できるであろうメディア特性を含む。ＵＥがＳＩＰ ４８８拒否メッセージを受信するたびに、ＵＥはこの情報を用いてセッション開始を再試行する。

ＵＥｓがより高度になり、そして能力を増大させるにつれて、ＵＥｓは益々多くのコーデックおよびメディア特性をサポートするであろう。ＵＥｓおよびクライアントは、それらがサポートする最高の能力を使用するサービスを開始しようとするであろう。結果として、図２で示したもののようなメッセージ・フローが生じる傾向が増大するであろう。たとえば、ＩＭＳクライアントは通常、ＩＭＳ事業者により設定されたコーデックについてのいかなる制限をも無視して、（ユーザが、手動で別途各クライアント・アプリケーションを構成している場合を除き）ＩＭＳクライアントがサポートするコーデックをすべて提供するセッションの確立を開始するであろう。

図２に示したフローの１つの影響は、長い（恐らく容認できない）セッション設定時間をもたらすことになることである。その上、ＵＥは、セッションごとに４８８拒否メッセージで受信された容認できるセッション情報を考慮してセッション要求を修正するように、単に構成されているので、同一の状況が後続のセッションで遭遇されるであろう（すなわち、容認できるセッション特性情報は、後続のセッション開始の試行には用いられない）。

３ＧＰＰ技術仕様書ＴＳ ２３．２２８

本発明の目的は前述の課題を多少とも解決することである。

本発明の第１の態様に従って、ユーザ装置がＩＭＳネットワークで通信セッションを確立できるようにする方法が提供される。セッションに利用されるネットワーク・リソースを定義するメディア特性に従って、通信セッションはネットワークにおける１つ以上の呼／セッション制御機能により可能になる。本方法は、ユーザ装置から発する加入者登録要求をＩＭＳネットワーク内で受信する工程、および、それに応答して、許容メディア特性の識別情報をユーザ装置へ送出する工程を含む。

本方法はさらに、許容メディア特性の識別情報をユーザ装置内のメモリに記憶する工程を備える場合がある。

本発明の実施形態で、本方法はさらに、ユーザ装置からネットワークにセッション開始要求を送出する工程を備えていて、セッション開始要求には、許容メディア特性に基づいてセッションに対するメディア特性の規格を含む。

本発明の実施形態で、登録要求はＳＩＰ ＲＥＧＩＳＴＥＲメッセージを備える。許容メディア特性の識別情報は、ＳＩＰ ２００ＯＫメッセージでユーザ装置へ送出される場合がある。

ＵＥは、登録する場合に許容メディア特性を習得でき、そしてそれからセッションを開始する場合に許容メディア特性を使用できることは、長所である。このようにして、拒否応答の数が減るであろうし、そしてセッションはより素早く確立できる。

本発明の実施形態で、呼／セッション制御機能の少なくとも１つはＰ−ＣＳＣＦであり、そして許容メディア特性には、Ｐ−ＣＳＣＦにより適用されるアクセス・ネットワーク・ポリシに基づいたメディア特性を含む。

本発明の実施形態で、呼／セッション制御機能の少なくとも１つはＳ−ＣＳＣＦであり、そして許容メディア特性には、Ｓ−ＣＳＣＦにより適用されるホーム・ネットワーク・ポリシに基づいたメディア特性を含む。

Ｐ−ＣＳＣＦは、Ｓ−ＣＳＣＦにより適用されるホーム・ネットワーク・ポリシに基づいた許容メディア特性のインジケーション（通知情報）を含むメッセージをＳ−ＣＳＣＦから受信可能であり、そしてこれらのインジケーションをアクセス・ネットワーク・ポリシに基づいたメディア特性のインジケーションとマージしてから、マージした許容メディア特性のインジケーションをユーザ装置へ送出する。

本発明の実施形態で、本方法はさらに、ＵＥからネットワークへ送出される再登録メッセージに応答して、更新された許容メディア特性をＵＥへ送出する工程を備える。許容できる特性が変わる場合、最新の許容できる特性を絶えず知らされるように、ＵＥが更新できることは、長所である。

本発明の実施形態で、許容メディア特性の識別情報は、登録要求に応答して、文書でＵＥへ送出されるメッセージ内に挿入される。文書はＸＭＬ文書である場合がある。

本発明の第２の態様に従って、ＩＭＳネットワークにおいて呼／セッション機能を行うためのネットワーク・ノードが提供される。制御機能には、通信セッションのために提供されるネットワーク・リソースを定義する許容メディア特性の実装を含む。本デバイスは、ユーザ装置からの登録要求に応答して、ユーザ装置にメッセージを送出するための手段を含み、メッセージは許容メディア特性を識別する情報を備える。

ネットワーク・ノードは、１つ以上の他のネットワーク・ノードからホーム・ネットワーク・ポリシに基づいた許容メディア特性を示す応答メッセージを受信するための手段を有するＰ−ＣＳＣＦを備える場合がある。Ｐ−ＣＳＣＦは、前記ホーム・ネットワーク・ポリシに基づいた許容メディア特性を識別する情報、およびアクセス・ネットワーク・ポリシに基づいた許容メディア特性を識別する情報を含むメッセージをＵＥへ送出するように構成される。

Ｐ−ＣＳＣＦは、ホーム・ネットワーク・ポリシおよびアクセス・ネットワーク・ポリシに基づいた許容メディア特性のインジケーションをマージするように、そしてマージされたインジケーションを含むメッセージをＵＥへ送出するように構成される場合がある。

本発明の第３の態様に従って、ＩＭＳネットワークで通信セッションに加わるように構成されたユーザ装置が提供される。セッションに利用されるネットワーク・リソースを定義するメディア特性に従って、通信セッションはネットワークにおいて１つ以上の呼／セッション制御機能により可能になる。ＵＥには、ネットワークに登録するために登録要求を送出するための手段、登録要求に応答してネットワークからメッセージを受信するための手段で、メッセージが許容メディア特性を識別する情報を備えているもの、および許容メディア特性を後続のセッション要求に適用するための手段を含む。

メッセージ内の情報は、アクセス・ネットワーク・ポリシに基づいた許容メディア特性、および／またはホーム・ネットワーク・ポリシに基づいた許容メディア特性を含む文書を備える場合がある。

アクセス・ネットワーク・ポリシに基づいた許容メディア特性およびホーム・ネットワーク・ポリシに基づいた許容メディア特性は、種々のポリシ文書で受信可能であり、ユーザ装置はアクセス・ネットワーク・ポリシおよびホーム・ネットワーク・ポリシをマージするための手段を備える。

ユーザ装置はさらに、許容メディア特性を識別する前記情報を記憶するための手段を備える場合がある。

ユーザ装置はさらに、再登録要求を生成するための手段、および再登録要求に応答して更新された許容メディア特性を識別する情報を受信するための手段を備える場合がある。

本発明の実施形態で、メッセージはさらに他の種類のネットワーク・ポリシに関連する付加情報を備え、ユーザ装置は後続の要求を生成するのに用いるために付加情報を記憶する。

以下、図面を参照して本発明の実施形態を説明する。
図１は、どのようにＩＭＳが移動網アーキテクチャに適合するかを示すＧＰＲＳ／ＰＳアクセス・ネットワークを概略的に説明する図である。 図２は、呼／セッション要求が現行の手順のもとで拒否される、ＵＥとネットワーク・ノードとの間での信号フローを説明する図である。 図３は、本発明の実施形態に従って登録およびセッション設定に対する、ＵＥとネットワーク・ノードとの間での信号フローを説明する図である。 図４は、本発明の実施形態に従って再登録およびセッション設定に対する、ＵＥとネットワーク・ノードとの間での信号フローを説明する図である。

上で提起した課題はさらに、以下の例を通じて説明する。通信パスの発信側のみを考えて、Ｐ−ＣＳＣＦがＡＭＲ−ＮＢ（適応マルチレート−狭帯域）コーデックを用いて最大５．９ｋｂｐｓでＭＴＳＩ（ＩＭＳに対するマルチメディア電話サービス）会話セッションを実行するポリシを保持し、そしてＳ−ＣＳＣＦが当該発信ユーザに対してＡＭＲ−ＮＢコーデックを用いて最大５ｋｂｐｓでＭＴＳＩ会話セッションを実行するポリシを保持すると想定する。ユーザがＡＭＲ−ＮＢを含む複数のコーデックを用いてＭＴＳＩ会話呼を実行できる高度な端末を有し、そしてＵＥがＭＴＳＩセッション開始の試行ごとにサポートされているコーデックのすべてを提供すると、その場合ＭＴＳＩ会話呼開始の試行は、
−第一に、ＡＭＲ−ＮＢコーデックを用いるＭＴＳＩ会話呼は最大５．９ｋｂｐｓで許容されるだけであろうということを示すであろうＰ−ＣＳＣＦにより、
−第二に、当該ユーザに対してはＡＭＲ−ＮＢコーデックが５ｋｂｐｓでサポートされるだけであるということを示すであろうＳ−ＣＳＣＦにより、
拒否されるであろう。

ユーザが新しいＭＴＳＩ会話呼を（再びユーザがサポートするコーデックの全てを提供して）開始する場合、この新しい呼は、上述のように再び二度拒否されるであろう。１つの可能な解決策（３ＧＰＰ ＣＴ１＃４５ Ｃ１−０７００３４に対する変更要求ＣＲを参照）は、ＵＥｓが４８８拒否応答で受信したポリシをキャッシュに格納できるようにすることであろう。提案したメカニズムは、ＵＥがＩＭＳネットワークから受信したサービス拒否からネットワークのポリシを漸次習得するための手段を提供するであろう。これは、ＳＩＰ ４８８拒否応答内に付加情報要素を導入することを通じて達成されるであろう。付加情報には、提供された容認できるＳＤＰが地域Ｐ−ＣＳＣＦまたは地域Ｓ−ＣＳＣＦのいずれかからもたらされるというインジケーションを含むであろう。ＩＭＳセッション特性のネゴシエーションに対する制限を、改善されたＳＩＰ ４８８拒否メッセージから得る高度なＵＥが、またあるであろう。ＵＥがＩＭＳシステム内で再認証されるまで、高度なＵＥは、今後のセッション開始の試行においてＩＭＳセッションのネゴシエーションに得られた制限を用いるであろう。

しかしながら、上で提案したメカニズムは、多少の短所を提示する。第一に、セッション特性のネゴシエーションの中で、ＵＥが地域Ｐ−ＣＳＣＦの制限および地域Ｓ−ＣＳＣＦの制限について習得するには、セッション開始の試行の失敗で２ラウンド・トリップ掛かる可能性があろう。第二に、特にポリシ制限がアップグレードされる必要がある場合に、ＵＥがポリシ制限を更新できるためには、ＵＥが再認証間で習得した情報をキャッシュに格納するだけであろう。これは、ＩＭＳ内に構成できるが、しかし、制限に更新される変更がなくても、上記第１の短所が潜在的に再認証ごとに繰り返されることがあるので、あまりに頻繁に実行されると、セッション特性のネゴシエーションは次善の手順に該当する。

本発明の実施形態では、別の手法を用いる。一般に、ＩＭＳネットワークは、ＩＭＳセッションの確立に影響を及ぼすポリシを有する場合がある。これらのポリシは、ユーザのホームＩＭＳネットワークによるか、またはユーザのＵＥが立ち寄っているネットワーク（ホーム・ネットワークでない場合には）によるかのいずれかで適用可能である。上述したように、これらのポリシは、セッションが確立中のＣＳＣＦノードで適用され、そしてセッションが拒否されることになる場合がある。本発明の基本的な概念は、ＵＥがＩＭＳに登録する時点で、ＵＥが立ち寄り先ＩＭＳネットワークおよびホームＩＭＳネットワークに関するそのようなポリシを入手できるようにすることである。これは、立ち寄り先ＩＭＳネットワークおよびホームＩＭＳネットワークにより高確率で受け入れられるセッション確立要求を開始する能力をＵＥに提供する。これらのポリシは、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージに応答して、通常の登録手順および再登録手順の一部としてＵＥへ送出される。

２つの代替となる実施形態は、
１）Ｐ−ＣＳＣＦのポリシおよびＳ−ＣＳＣＦのポリシが、ＵＥへ送出されるのに先立ってネットワークにおいて１つのポリシにマージされる。
２）Ｐ−ＣＳＣＦのポリシおよびＳ−ＣＳＣＦのポリシが、別個のポリシとしてＵＥへ送出され、そしてＵＥによりマージされる。
である。

ＵＥがたとえば、用いているアクセスのタイプに依存して気付く可能性のある、潜在的な動的状態を、ポリシがまた考慮する場合があることに留意されたい。

ＩＭＳに登録する時点で、ＵＥがネットワークのポリシを習得するメカニズムには、
・最初のＳＩＰ ＲＥＧＩＳＴＥＲ手順に応答して、地域Ｐ−ＣＳＣＦおよび地域Ｓ−ＣＳＣＦで設定されるＩＭＳセッションの確立に影響を及ぼすポリシをＵＥにダウンロードする工程
・後続のＳＩＰ ｒｅ−ＲＥＧＩＳＴＥＲ手順に応答して、地域Ｐ−ＣＳＣＦおよび地域Ｓ−ＣＳＣＦで設定されるＩＭＳセッションの確立に対するポリシの更新をダウンロードする工程
・セッション開始の試行のすべてに対して、ＩＭＳセッションの確立のためのポリシに関する知識を用いる高度なＵＥ
が含まれる。

図３は、本発明の改訂したＳＩＰ ＲＥＧＩＳＴＥＲ方法を描いている。

工程３０１で、発信ＵＥは通常の方法で、ＳＩＰ ＲＥＧＩＳＴＥＲ要求をネットワークへ送出する。このＳＩＰ ＲＥＧＩＳＴＥＲ要求がＰ−ＣＳＣＦへ送出され、Ｐ−ＣＳＣＦがＳ−ＣＳＣＦに転送し、Ｓ−ＣＳＣＦはさらに、ユーザ資格証明およびユーザ・プロフィール情報に対してＨＳＳに問い合わせる（工程３０２）。通常、ユーザの認証が求められるであろうし、このことは、Ｓ−ＣＳＣＦがＳＩＰ ＲＥＧＩＳＴＥＲ要求に２００ＯＫメッセージで応答する前に、ＨＳＳからユーザ資格証明を入手しなければならないことを意味する。これには余分なＳＩＰラウンド・トリップが伴うが、本明細書では簡単のために図３に示していない。

一旦ＨＳＳとのやり取りが首尾よく完了すると、発信側のＳ−ＣＳＣＦには、ＩＭＳドメインにおいてユーザの加入者プロフィールによりＩＭＳセッションに許容される特性を規定するポリシ規約（rule）を含む。この場合、ＭＴＳＩ会話呼に関するポリシ規約のうちの１つは、音声データに対する最大５ｋｂｐｓの制限である。工程３０３で、地域（発信側）Ｓ−ＣＳＣＦは、２００ＯＫ（ＲＥＧ）メッセージ内に“ホーム・ネットワーク”ポリシを挿入する。これらのホーム・ネットワーク・ポリシには、ＭＴＳＩ会話呼に対して音声データを５ｋｂｐｓに制限するポリシ規約を含む。

工程３０４で、ＳＩＰ ２００ＯＫメッセージは、付加情報を備えていて、Ｐ−ＣＳＣＦに転送される。発信側のＰ−ＣＳＣＦには、ＩＭＳ提供事業者によりＩＭＳセッションに許容される特性を規定するポリシ規約を含む。この場合、ポリシ規約のうちの１つは、ＭＴＳＩ会話呼がＡＭＲ−ＮＢコーデックを有する音声回路を使用することに限定する。工程３０５で、地域Ｐ−ＣＳＣＦは、２００ＯＫ（ＲＥＧ）内に“アクセス・ネットワーク”ポリシを挿入する。これらのアクセス・ネットワーク・ポリシには、ＭＴＳＩ会話呼に対する音声回路を、ＡＭＲ−ＮＢコーデックを使用することに限定するポリシ規約を含む。

工程３０６で、Ｓ−ＣＳＣＦｓおよびＰ−ＣＳＣＦｓにより付加されたポリシ規約のすべてを有するＳＩＰ ２００ＯＫメッセージが、ＵＥにより受信される。このようにして、登録手順の一部として、ＵＥは地域Ｐ−ＣＳＣＦおよび地域Ｓ−ＣＳＣＦで設定されたＩＭＳセッション確立のためのポリシを知る。

工程３１０で、ユーザは、ＭＴＳＩ会話セッションを開始することを望む。工程３１０で、ＵＥは登録時にＳＩＰ ２００ＯＫメッセージで受信した情報に基づいてポリシ制限を知るので、ＵＥは、適切なコーデックおよびメディア特性（この場合、ＡＭＲ−ＮＢを用いた５ｋｂｐｓでの音声データ）を含むＳＩＰ ＩＮＶＩＴＥメッセージを生成できる。これらの特性は許容されるので、ＩＮＶＩＴＥ要求は許容され、そして応答３１４は何ら４８８拒否を含まないであろう。工程３１６で、セッション設定が継続できる。

図４は、Ｒｅ−ＲＥＧＩＳＴＥＲ処理によって、ＵＥがポリシの更新について知らせを受けることができるようにする信号フローを説明している。この例では、工程４００で、音声データの最大が５ｋｂｐｓである制限が、最大で５．９ｋｂｐｓにアップグレードされる。このポリシ変更はＳ−ＣＳＣＦにより実装される。工程４０１で、ＵＥはｒｅ−ＲＥＧＩＳＴＥＲメッセージをネットワークへ送出する。ＵＥｓの再登録は所定の周期間隔で生じ、そして、とりわけ、ネットワークがユーザを再認証し、そしてＵＥがアクティブ中であることを確認する手段として用いられる。

工程４０２で、ＨＳＳとのやり取りが完了する場合、それから、工程４０３で、Ｓ−ＣＳＣＦは、前述と同様に、変更されたポリシ規約をＳＩＰ ２００ＯＫメッセージのなかに挿入する。このＳＩＰ ２００ＯＫメッセージは、Ｐ−ＣＳＣＦを経由して戻される（この例では、Ｐ−ＣＳＣＦにより実装されるポリシ規約に対する変更は、生じていない）。Ｐ−ＣＳＣＦはそれから、ＳＩＰ ２００ＯＫメッセージをＵＥに転送する。

工程４１０で、ユーザが次にＭＴＳＩ会話呼を開始したい場合、ＵＥは、工程４１１で、更新された制限を知って、音声データの５．９ｋｂｐｓまでの増加を含む、適切なＳＩＰ ＩＮＶＩＴＥメッセージを生成する。工程４１２で、ＳＩＰ ＩＮＶＩＴＥは、Ｓ−ＣＳＣＦで更新されたポリシを考慮してネットワークに転送され、そして前述と同様に、４８８拒否メッセージは工程４１４で戻されない。これは、セッション設定が工程４１６で継続することが許容されるということを意味する。

ＳＩＰ ２００ＯＫメッセージのなかにポリシを挿入することは、ポリシ文書、たとえばＸＭＬ文書を用いて実行可能である。実施形態（１）では、ポリシはＰ−ＣＳＣＦでマージされていて、Ｐ−ＣＳＣＦは適用できるアクセス・ネットワーク・ポリシ規約を選択し、そしてこれらをＳ−ＣＳＣＦから発する（ホーム・ネットワーク・ポリシ規約を含む）ポリシ文書とマージするのであって、ポリシ文書は、Ｓ−ＣＳＣＦからＰ−ＣＳＣＦへ送出される２００ＯＫメッセージの本体内に含まれる（図３の工程３０４）。ポリシをマージする工程は、適用される最も厳格な制限のみを特定する工程を伴う。図３の例では、これは、マージされたポリシがＰ−ＣＳＣＦによりコーデックＡＭＲ−ＮＢの使用に課される最大で５．９ｋｂｐｓの制限を含む必要はないであろう、ということを意味しており、５．９ｋｂｐｓ制限は、Ｓ−ＣＳＣＦにより課される５．０ｋｂｐｓ制限ほど厳格ではないからである。マージされたポリシ文書はそれから、Ｐ−ＣＳＣＦにより（工程３０５で）２００ＯＫメッセージの本体に追加され、そしてＵＥに転送される（工程３０６）。ＵＥはそれから、マージされたポリシをＵＥのメモリに記憶する。

ＸＭＬでは、スキーマは文書のタイプ、たとえば、当該タイプの文書の構造および内容に課される制約を記述する。本ケースでは、ポリシ文書のスキーマは、draft-ietf-sipping-media-policy-dataset-04で定義されているものと同じである可能性がある。この草案は、ＳＩＰセッションのメディア特性に対する文書形式、メディア・ポリシ・データセット形式（ＭＰＤＦ）を定義する。ＭＰＤＦ形式はＸＭＬに基づいており、そしてメディア特性に対してデータ群を特定することにより、ＳＩＰユーザ・エージェント・プロフィール・データ群にスキーマを拡張する。この形式は、セッション記述に基づいた、セッションに関するセッション情報文書に所与のＳＩＰセッションのメディア特性（たとえば使用されるメディア・タイプおよびコーデック）を記述するのに使用できる。ＭＰＤＦ形式はまた、セッション・ポリシ文書でＳＩＰセッションに対するポリシを表現するのに使用可能である。ＭＰＤＦ文書の２つのタイプ、セッション情報文書およびセッション・ポリシ文書は、セッション特性を記述するのに同じＸＭＬ要素群を共有する。

本方法はまた、他の情報（たとえば、ＵＥに対する他のタイプのポリシ）をＵＥに伝達するのに使用可能である。

ＵＥがセッションを開始する場合、ＵＥは自身のメモリに記憶しているポリシを参照してセッション開始を行い、そしてポリシに適合するセッション特性のみを提供する。これは、４８８拒否がわずかに（通信パスの着信側から発するもののみ）あるであろうし、そしてセッション開始は最適な許容される特性を用いて直ちに確立可能であることを、意味している。

ポリシがマージされずにＵＥへ送出される実施形態２）では、同様な手法が用いられるが、しかし以下の差異がある。

Ｓ−ＣＳＣＦは、文書（たとえば、ＸＭＬ文書）で“ホーム・ネットワーク”ポリシを２００ＯＫ（ＲＥＧ）内に挿入し、そしてそれ（Ｓ−ＣＳＣＦ）がポリシの源であるというインジケーションを含める。Ｐ−ＣＳＣＦは、別の文書で"アクセス・ネットワーク”ポリシを２００ＯＫ（ＲＥＧ）内に挿入し、そしてそれ（Ｐ−ＣＳＣＦ）がポリシの源であるというインジケーションを含める。

ＵＥは、地域Ｐ−ＣＳＣＦおよび地域Ｓ−ＣＳＣＦで設定された、ＩＭＳセッションを確立するためのポリシをＲＥＧＩＳＴＥＲ手順（２００ＯＫ）内で別個のポリシとして受信する。セッションを開始するに先立って、ＵＥがポリシをマージする。

ポリシ文書は、実施形態（１）におけると同じＸＭＬスキーマ、すなわちdraft-ietf-sipping-media-policy-dataset-04により記述可能である。

本方法はまた、他の情報（たとえば、ＵＥに対する他のタイプのポリシ）をＵＥに伝達するのに使用可能である。

実施形態（１）および実施形態（２）の双方で、ＵＥは、図４に関連して上述したように、ｒｅ−ＲＥＧＩＳＴＥＲ処理によってポリシの更新を知らされる。実施形態（１）では、更新されたポリシがＰ−ＣＳＣＦによりマージされる文書でＵＥへ送出され、一方実施形態（２）では別個のポリシ更新文書が送出され、そしてこれらがＵＥによりマージされる。

Claims (15)

1. ユーザ装置がＩＭＳネットワークで通信セッションを確立できるようにする方法であって、
   前記通信セッションは、当該通信セッションに利用されるネットワーク・リソースを定義するメディア特性に従って、前記ＩＭＳネットワーク内の１つ以上の呼／セッション制御機能（ＣＳＣＦ）により可能になり、
   前記ＩＭＳネットワーク内で前記ユーザ装置から発せられた加入者登録要求を受信する工程と、
   前記ＩＭＳネットワーク内で前記加入者登録要求を受信したことに応じて、Ｓ−ＣＳＣＦにより適用されたホーム・ネットワーク・ポリシに基づいた許容メディア特性のインジケーションを含む登録応答を、当該Ｓ−ＣＳＣＦからＰ−ＣＳＣＦへ送出する工程と、
   前記Ｐ−ＣＳＣＦにおいて、前記登録応答を受信し、アクセス・ネットワーク・ポリシに基づいたメディア特性のインジケーションを、前記ホーム・ネットワーク・ポリシに基づいた許容メディア特性のインジケーションにマージするか、または、当該許容メディア特性のインジケーションに包含させる工程と、
   前記マージされた、または、包含させられた、許容メディア特性の識別情報を含む前記登録応答を、前記ユーザ装置へ送出する工程と
   を有することを特徴とする方法。
   
2. 前記許容メディア特性の識別情報を前記ユーザ装置内のメモリに記憶する工程をさらに有することを特徴とする請求項１に記載の方法。
3. 前記ユーザ装置から前記ＩＭＳネットワークへセッション開始要求を送出する工程をさらに有し、
   前記セッション開始要求は、前記許容メディア特性に基づいた前記通信セッションに対するメディア特性の仕様を含む
   ことを特徴とする請求項１または請求項２に記載の方法。
4. 前記加入者登録要求は、ＳＩＰ ＲＥＧＩＳＴＥＲメッセージを備えることを特徴とする請求項１から３のいずれか１項に記載の方法。
5. 前記登録応答は、ＳＩＰ ２００ＯＫメッセージであることを特徴とする請求項４に記載の方法。
6. 前記ユーザ装置から前記ＩＭＳネットワークへ送出された再登録メッセージに応じて、更新された許容メディア特性を前記ユーザ装置へ送出する工程をさらに有することを特徴とする請求項１から５のいずれか１項に記載の方法。
7. 前記許容メディア特性の識別情報が、前記登録応答内に文書で挿入されることを特徴とする請求項１から６のいずれか１項に記載の方法。
8. 前記文書はＸＭＬ文書であることを特徴とする請求項７に記載の方法。
9. 前記メディア特性のインジケーションをマージする際は、同一の性質に関連する複数の特性から最も厳しい特性が特定されることを特徴とする請求項１から８のいずれか１項に記載の方法。
10. ＩＭＳネットワークにおいてプロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ）を実行するネットワーク・ノードであって、
    前記呼／セッション制御機能は、通信セッションに提供されるネットワーク・リソースを定義するアクセス・ネットワーク・ポリシに基づいた許容メディア特性の実装を含み、
    ホーム・ネットワーク・ポリシに基づいた許容メディア特性を示す登録応答をサービング呼／セッション制御機能（Ｓ−ＣＳＣＦ）から受信し、当該ホーム・ネットワーク・ポリシに基づいた許容メディア特性をアクセス・ネットワーク・ポリシに基づいた許容メディア特性にマージするか、または、当該アクセス・ネットワーク・ポリシに基づいた許容メディア特性に包含させ、当該マージされた、または、包含させられた、許容メディア特性の識別情報を含む前記登録応答を前記ユーザ装置へ送出する手段を備える
    ことを特徴とするネットワーク・ノード。
11. ＩＭＳネットワークで通信セッションに加わるように構成されたユーザ装置であって、
    前記通信セッションは、当該通信セッションに利用されるネットワーク・リソースを定義するメディア特性に従って前記ＩＭＳネットワーク内の１つ以上のプロキシ呼／セッション制御機能及びサービング呼／セッション制御機能により可能になり、
    前記ＩＭＳネットワークに登録するために登録要求を送出する手段と、
    前記登録要求に応じて、アクセス・ネットワーク・ポリシに基づいた許容メディア特性の集合とホーム・ネットワーク・ポリシに基づいた許容メディア特性の集合とを含む登録応答を前記ＩＭＳネットワークから受信する手段と、
    許容メディア特性に係る前記２つの集合をマージする手段と、
    後続のセッション要求に前記マージされた許容メディア特性を適用する手段と
    を備えることを特徴とするユーザ装置。
12. 前記マージされた許容メディア特性を記憶する手段をさらに備えることを特徴とする請求項１１に記載のユーザ装置。
13. 再登録要求を生成する手段と、
    前記再登録要求に応じて、更新された許容メディア特性を識別する情報を受信する手段と
    をさらに備えることを特徴とする請求項１１または１２に記載のユーザ装置。
14. 前記登録応答は、さらに他のタイプのネットワーク・ポリシに関連する付加情報を備え、
    前記ユーザ装置は、後続の要求を生成するのに用いるために前記付加情報を記憶する
    ことを特徴とする請求項１１から１３のいずれか１項に記載のユーザ装置。
15. 前記メディア特性のインジケーションをマージする際は、同一の性質に関連する複数の特性から最も厳しい特性が特定されることを特徴とする請求項１１から１４のいずれか１項に記載のユーザ装置。

Images