(57)【要約】モバイル遠隔通信システムにおいて、エア・リンク・リソースおよびネットワーク容量をより効率的に使用するための方法および装置であって、ある機器ユーザ（４６）から別の機器ユーザに送信されたセッション初期化プロトコル（５２）メッセージ内で送信された許可されていない、かつ／またはサポートされていないメディア・タイプは、セッション初期化プロトコル・メッセージ（５２）がシステム中をルーティングされる際に、ネットワークによって削除される。
2004529584.tif 000002
【特許請求の範囲】
【請求項１】
２つのユーザ機器（ＵＥｓ；user equipments）の間の通信をサポートする少なくとも１つのネットワークを有するモバイル遠隔通信システムにおいて、エア・リンク・リソースおよびネットワーク容量を効率的に使用するための方法であって、
（ａ）前記２つのＵＥのうちの第１のＵＥが、前記２つのＵＥのうち第２のＵＥに対して、様々な複数のメディア・タイプを示し、前記示された複数のメディア・タイプのうちのいずれを前記第２のＵＥが対応することができるかをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成するステップと、
（ｂ）前記第１のＵＥが、ステップ（ａ）で作成された前記ＳＩＰメッセージを、前記ネットワークのプロキシ・コール状態制御機能に送信するステップと、
（ｃ）前記ネットワークが、前記ネットワークによってサポートされていないどのメディアも前記メッセージから削除することによって、前記第１のＵＥからの前記ＳＩＰメッセージを修正するステップと、
（ｄ）前記修正されたＳＩＰメッセージを前記ＵＥのうちの前記第２のＵＥに送信するステップと
を備えることを特徴とする方法。
【請求項２】
ステップ（ｃ）は、
（ｅ）前記メッセージから、前記第１のＵＥが利用する権利を与えられていないメディアを削除することによって、前記メッセージをさらに修正するステップ、および
（ｆ）前記さらに修正されたメッセージを前記第２のＵＥに送信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
（ｅ）前記第２のＵＥが、前記第２のＵＥが対応することができるメディア・タイプを決定するステップと、
（ｆ）前記第２のＵＥが対応することができず、前記第２のＵＥによってサポートされていないどのメディアも除去することによって、ステップ（ｄ）で前記第１のＵＥから受信された前記メッセージを修正するステップと、
（ｇ）前記第２のＵＥが、セッション進行メッセージを前記ネットワークに送信するステップと、
（ｈ）前記ネットワークが、ステップ（ｇ）で受信された前記セッション進行メッセージを前記第１のＵＥに送信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
ステップ（ｈ）は、（ｉ）前記セッション進行メッセージによってリクエストされたセッションを使用して、ネットワーク・リソースを許可するステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
（ｊ）前記第１のＵＥが、前記セッション進行メッセージのメディア・タイプを決定するステップと、
（ｋ）前記第１のＵＥが、最後のセッション進行メッセージを前記第２のＵＥへ、前記ネットワークを通じて送信するステップと、
（ｌ）前記第２のＵＥが、前記最後のセッション進行メッセージの受信に応答してリソースを予約するステップと
をさらに備えることを特徴とする請求項４に記載の方法。
【請求項６】
（ｍ）前記第１のＵＥが、セッションのためのリソースを予約し、前記リソースの可用性を前記第２のＵＥへ、成功メッセージを使用してレポートするステップと、
（ｎ）前記第２のＵＥが、前記送信されたメッセージの受信に応答して、ＯＫメッセージを前記第１のＵＥへ、異なるＣＯＤＥＣを使用して送信するステップと
をさらに備えることを特徴とする請求項５に記載の方法。
【請求項７】
（ｏ）前記第１のＵＥが、前記ＯＫメッセージに応答して、第２の成功メッセージを前記第２のＵＥに送信し、前記異なるＣＯＤＥＣを受信するようにセットアップするステップと、
（ｐ）前記第２のＵＥが、新しいＣＯＤＥＣを使用して前記第１のＵＥへ、ステップ（ｏ）で受信された肯定応答に応答して送信するステップと
をさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
第１および第２のユーザ機器（ＵＥｓ；user equipments）の間の通信をサポートする複数のネットワークを有するモバイル遠隔通信システムにおいて、エア・リンク・リソースおよびネットワーク容量を効率的に使用するための方法であって、
（ａ）前記第１のＵＥが、前記第２のＵＥが対応することができるメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成するステップと、
（ｂ）前記第１のＵＥが、前記ＳＩＰメッセージを、前記複数のネットワークのうちの１つのネットワークのプロキシ・コール状態制御機能に送信するステップと、
（ｃ）前記１つのネットワークが、前記ＳＩＰメッセージから前記１つのネットワークによってサポートされていないどのメディアも削除することによって、前記ＳＩＰメッセージを修正するステップと、
（ｄ）前記１つのネットワークが、前記修正されたメッセージを前記第２のＵＥへ、前記複数のネットワークのうちの第２のネットワークを通じて送信するステップと
を備えることを特徴とする方法。
【請求項９】
（ｅ）前記１つのネットワークが、前記メッセージから、前記第１のＵＥが利用する権利を与えられていないメディアを削除することによって、前記メッセージをさらに修正するステップをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
（ｅ）前記第２のＵＥが、ステップ（ｄ）で送信された前記修正されたメッセージの受信に応答して、前記第２のＵＥが対応することができる前記メディア・タイプを決定するステップと、
（ｆ）前記第２のＵＥが、前記決定されたメディア・タイプを有するセッション進行メッセージを送信するステップと
をさらに備えることを特徴とする請求項８に記載の方法。
【請求項１１】
第１および第２のユーザ機器（ＵＥｓ；user equipments）の間の通信をサポートする複数のネットワークを有するモバイル遠隔通信システムにおいて、エア・リンク・リソースおよびネットワーク容量を効率的に使用するための方法であって、
（ａ）前記第１のＵＥが、前記第２のＵＥが対応することができるメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成するステップと、
（ｂ）前記第１のＵＥが、ステップ（ａ）で作成された前記ＳＩＰメッセージを、前記複数のネットワークのうちの１つのネットワークのプロキシ・コール状態制御機能に送信するステップと、
（ｃ）前記１つのネットワークが、前記メッセージから前記１つのネットワークによってサポートされていないどのメディア・タイプも削除することによって、前記メッセージを修正するステップと、
（ｄ）前記１つのネットワークが、前記修正されたメッセージを前記複数のネットワークのうちの第２のネットワークに送信するステップと、
（ｅ）前記複数のネットワークのうちの前記第２のネットワークが、ステップ（ｄ）で送信された前記修正されたメッセージの受信に応答して、前記メッセージを前記第２のＵＥへ、前記複数のネットワークのうちの第３のネットワークを通じて送信するステップと
を備えることを特徴とする方法。
【請求項１２】
ステップ（ｃ）は、（ｆ）前記第２のネットワークが、前記メッセージから、前記第１のＵＥが利用する権利を与えられていないメディアを削除することによって、前記メッセージをさらに修正するステップをさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１３】
（ｆ）前記第３のネットワークが、前記第２のＵＥについて許可されていないどのメディアも除去することによって、ステップ（ｅ）で受信された前記メッセージを修正するステップと、
（ｇ）前記第２のＵＥが、前記第２のＵＥが対応することができる前記メディア・タイプを決定するステップと、
（ｈ）前記第２のＵＥが、前記決定されたメディア・タイプを有するセッション進行メッセージを前記第３のネットワークに送信するステップと、
（ｉ）前記第３のネットワークが、前記セッション進行メッセージを前記第１のＵＥへ、前記第１および第２のネットワークを通じて送信するステップと
をさらに備えることを特徴とする請求項１１に記載の方法。
【請求項１４】
前記第１のＵＥが、前記第２のネットワークに割り当てられたＵＥであり、前記第１のネットワーク内でローミング中にステップ（ｂ）で送信することを特徴とする請求項１１に記載の方法。
【請求項１５】
前記第２のＵＥが、前記第２のネットワークに割り当てられたＵＥであり、前記第３のネットワーク内でローミング中にステップ（ｂ）で送信することを特徴とする請求項１１に記載の方法。
【請求項１６】
前記第２のネットワークは、前記第２のＵＥのためのホーム・ネットワークとして、ステップ（ｅ）中に、前記第２のＵＥが使用することを許可されていないどのメディア・タイプも削除することによって、前記メッセージを修正することを特徴とする請求項１４に記載の方法。
【請求項１７】
前記第２のネットワークは、前記第１のＵＥのためのホーム・ネットワークとして、ステップ（ｅ）中に、前記第１のＵＥが使用することを許可されていないどのメディア・タイプも削除することによって、前記メッセージを修正することを特徴とする請求項１４に記載の方法。
【請求項１８】
エア・リンク・リソースおよびネットワーク容量を効率的に使用するモバイル通信システムであって、
ネットワーク内で第１および第２のユーザ機器（ＵＥ）の間の通信をサポートする、少なくとも１つの前記ネットワークと、
前記第２のＵＥが対応することができるメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成し、前記第１の手段によって作成された前記ＳＩＰメッセージを前記ネットワークに送信する、前記第１のＵＥと、
前記第１のＵＥからの前記メッセージを、前記ネットワークによってサポートされていないメディア・タイプを削除することによって、修正するための前記ネットワークと、
前記修正されたメッセージを前記第２のＵＥに送信するための前記ネットワークと
を備えることを特徴とするモバイル通信システム。
【請求項１９】
エア・リンク・リソースおよびネットワーク容量を効率的に使用するモバイル通信システムであって、
複数のネットワーク内で第１および第２の機器ユーザ（ＵＥ）の間の通信をサポートする、前記複数のネットワークと、
前記第２のＵＥが対応することができるメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成し、前記ＳＩＰメッセージを前記複数のネットワークのうちの１つのネットワークに送信する前記第１のＵＥと、
前記第１のＵＥから受信された前記ＳＩＰメッセージを、前記１つのネットワークによってサポートされていないメディア・タイプを削除することによって修正し、前記修正されたメッセージを前記第２のＵＥへ、前記複数のネットワークのうちの第２のネットワークを通じて送信する手段を有する前記１つのネットワークと
を備えることを特徴とするモバイル通信システム。
【請求項２０】
エア・リンク・リソースおよびネットワークの容量を効率的に使用するモバイル通信システムであって、
前記ネットワーク内で第１および第２のユーザ機器（ＵＥ）の間の通信をサポートする、複数のネットワークと、
前記第２のＵＥが対応することができるメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを生成する手段を有し、さらに前記生成する手段によって作成された前記ＳＩＰメッセージを、前記複数のネットワークのうちの１つのネットワークに送信する手段を含む前記第１のＵＥと、
前記ＵＥの送信する手段から受信された前記ＳＩＰメッセージを、前記第２のＵＥが使用することを許可されていないメディア・タイプを削除することによって、修正する手段を有し、前記修正されたＳＩＰメッセージを前記修正する手段から第２のＵＥへ、前記複数のネットワークのうちの第２のネットワークを通じて送信する第２の手段を含む、前記１つのネットワークと
を備えることを特徴とするモバイル通信システム。
【請求項２１】
ワイヤレス通信ネットワークのプロキシ・コール状態制御機能（Ｐ−ＣＳＣＦ）であって、
前記Ｐ−ＣＳＣＦのネットワーク内で明記されたユーザから、前記明記されたユーザのメディア・タイプをリクエストするセッション初期化プロトコル（ＳＩＰ）メッセージを、受信するように構成された入力と、
前記Ｐ−ＣＳＣＦのネットワークによってサポートされていないメディア・タイプが除去された修正済みＳＩＰメッセージを出力するように構成された出力と
を備えることを特徴とするワイヤレス通信ネットワークのプロキシ・コール状態制御機能。
【請求項２２】
ワイヤレス通信ネットワークのプロキシ・コール状態制御機能（Ｐ−ＣＳＣＦ）であって、
前記Ｐ−ＣＳＣＦのネットワーク内で明記されたユーザに送信される、見込まれるセッションのためのメディア・タイプを含むセッション初期化プロトコル（ＳＩＰ）メッセージを受信するように構成された入力と、
前記Ｐ−ＣＳＣＦのネットワークによってサポートされていないメディア・タイプが除去された修正済みＳＩＰメッセージを出力するように構成された出力と
を備えることを特徴とするワイヤレス通信ネットワークのプロキシ・コール状態制御機能。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はワイヤレス遠隔通信に関する。より詳細には、本発明は、送信されるメッセージのサイズを縮小することによって、エア・リンク・リソースおよびネットワーク容量についての不必要な消費を削減するための技術に関する。
【背景技術】
【０００２】
現在の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）およびインターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）のセッション記述プロトコル（ＳＤＰ）のプロトコル（ＲＦＣ  ２３２７）は、セッション初期化プロトコル（ＳＩＰ；session initialization protocol）メッセージ内のセッション記述プロトコル（ＳＤＰ；session description protocol）テキストのメディア・コンテンツを検査する、プロキシ・コール状態制御機能（Ｐ−ＣＳＣＦ；proxy call state control functions）、サービング・コール状態制御機能（Ｓ−ＣＳＣＦ）および着信側エンド・ユーザ（terminating end user）（ユーザ機器ＵＥ）に権限を与えている。
【０００３】
図１は、簡略化されたセッション開始システムを示す。ユーザであるＵＥ−Ａ２０は、別のユーザＵＥ−Ｂ４０とのメディア・セッションを開始することを望む。図１では、ＵＥ−Ａ２０を、そのホーム・ネットワークではなくネットワークＡ２２内で「ローミング（roaming）」中であるとして示す。ＵＥ−Ａ２０はＳＩＰ  ｉｎｖｉｔｅメッセージ４４1をＵＥ−Ｂ４０に、ネットワークＡ２２を介して送信する。ＵＥ−ＡのＳＩＰ  ｉｎｖｉｔｅ４４1は、それがサポートすることができるすべてのメディア・タイプを示す（知らせる）。図１に示すように、ＳＩＰ  ｉｎｖｉｔｅ４４1は、ヘッダ、グローバル情報、およびサポートされているメディア・タイプのリスト（メディア１からメディア６）を有する。サポートされているメディア・タイプは各メディアについての情報を含み、これはＣＯＤＥＣタイプ、ストリーム・フォーマット、ストリーム・ビット・レート、および通信ポート番号などである。提案されたシステムでは、ＵＥがＳＩＰ  ｉｎｖｉｔｅメッセージ内に含めることができるメディア・タイプの数に制限はない。
【０００４】
図２は、ＳＩＰ  ｉｎｖｉｔｅメッセージの一例である。ＳＩＰ  ｉｎｖｉｔｅメッセージは、ヘッダ、グローバル情報、および、提案されたメディア・セッションにおける使用を見込んでＵＥ−Ａ２０にサポートされているメディア・タイプを有している。ヘッダには、ＳＩＰ  ｉｎｖｉｔｅの起点および宛先など、様々なオーバーヘッド情報が含まれる。グローバル情報には、宛先アドレスおよび提案されたセッション識別（ＩＤ）番号など、すべての提案されたメディア・タイプに共通の情報が含まれる。サポートされているメディア・タイプがリストされる。この例では４つのメディア・タイプがリストされ、２つはビデオ（ビデオ・メディア１およびビデオ・メディア２）であり、２つはオーディオ（オーディオ・メディア３およびオーディオ・メディア４）である。各提案されたメディア・セッションには、ポート番号、リアルタイム・プロトコル（ＲＴＰ）ペイロード・タイプおよびＲＴＰフォーマット、およびクロック・レート・ポートなど、メディア・セッションに関する情報が含まれる。
【０００５】
ＵＥ−Ａ２０はＳＩＰ  ｉｎｖｉｔｅをその現在のネットワーク、すなわちＵＥ−Ａ２０が現在位置するネットワークＡ２２などに送信する。ＵＥ−Ａは図１のように「ローミング」中であり、また、そのホーム・ネットワークであるかもしれないネットワークＡ２２と、あるいはネットワークＢ３０と通信することもできる。ＳＩＰ  ｉｎｖｉｔｅ４４1は、その現在のネットワークであるネットワークＡ２２などのＰ−ＣＳＣＦ２４によって、ＵＥ−Ａのホーム・ネットワーク、ネットワークＢ３０を介して、その宛先であるＵＥ−Ｂ４０にルーティング（経路指定制御）するために、検査される。Ｐ−ＣＳＣＦ２４は、ＳＩＰ  ｉｎｖｉｔｅ４４1のセッション記述プロトコル（ＳＤＰ）のマルチメディア・コンテンツを、妥当性検査（validation）および許可（authorization）について検査する。Ｐ−ＣＳＣＦのネットワークであるネットワークＡ２４がメディア情報のいずれかの部分（ＣＯＤＥＣ、ビット・レートまたはタイプなど）をサポートしない場合、ＳＩＰ  ｉｎｖｉｔｅ４４2のメディア５および６について示すように、ネットワークＡ２４は、そのポート番号を「０」に設定し、影響されないメディア情報の他のコンテンツをそのままで残すことによって、メディア情報の部分にフラグを立てる。
【０００６】
図３は、このようなフラグが立てられたＳＩＰ  ｉｎｖｉｔｅ４４の一例である。例示したように、Ｐ−ＣＳＣＦはビデオ・メディア１をサポートすることができない。図３に示すように、そのポート番号が「０」に設定され、それによりＵＥ−Ｂ４０は、ビデオ・メディア１をメディア・セッションのために選択できないことを明確に示す。
【０００７】
ネットワークＡのＰ−ＣＳＣＦ２４は、修正されたＳＩＰ  ｉｎｖｉｔｅ４４2をネットワークＢのＳ−ＣＳＣＦ２４に、さらなる処理、ルーティングおよび妥当性検査を求めて転送する。ＵＥ−Ａ２０がホーム・ネットワーク内にある場合、Ｐ−ＣＳＣＦおよびＳ−ＣＳＣＦ機能がホーム・ネットワーク３０によって実行される。ネットワークＢのＳ−ＣＳＣＦ２６は、メディア情報を含むＳＩＰ  ｉｎｖｉｔｅ４４2を検査する。ＵＥ−Ａのサービス・ライセンス契約（ＳＬＡ）によってサポートされていないメディア・タイプに、フラグが立てられる。ＵＥ−Ａ２０がそのホーム・ネットワーク内にある場合、フラグを立てるプロセスは、Ｐ−ＣＳＣＦ２４によってではなく、Ｓ−ＣＳＣＦ２６によってのみ実行される。Ｓ−ＣＳＣＦ２６はＳＩＰ  ｉｎｖｉｔｅ４４3をＵＥ−Ｂのホーム・ネットワークであるネットワークＣ３６に、ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦＳ（Ｉ−ＣＳＣＦ）２８、３２を使用して転送する。
【０００８】
ネットワークＣのＳ−ＣＳＣＦ３４は同様にＳＩＰ  ｉｎｖｉｔｅ４４3を、ＵＥ−ＢのＳＬＡ下で使用可能でないメディア・タイプについて検査する。使用可能でないメディア・タイプは、メディア１について例示したように、ＳＩＰ４４4についてフラグが立てられる。ＵＥ−Ｂ４０がそのホーム・ネットワーク内にない場合、図のように、ＳＩＰ  ｉｎｖｉｔｅ４４4が、ＵＥ−Ｂ４０が現在位置するかあるいは「ローミング」中であるネットワークＤ４２のネットワークのＰ−ＣＳＣＦ３８に転送される。ＵＥ−Ｂ４０がそのホーム・ネットワーク内にある場合、ＳＩＰ  ｉｎｖｉｔｅ４４4がホーム・ネットワークのＰ−ＣＳＣＦ３８に転送される。
【０００９】
Ｐ−ＣＳＣＦ３８は、そのネットワークＤによってサポートされていないメディア・タイプにフラグを立てる。追加のフラグが立てられていないメディア・タイプが、ＳＩＰ  ｉｎｖｉｔｅ４４5内に示されている。ＵＥ−Ｂがそのホーム・ネットワーク内にある場合、フラグを立てることはＳ−ＣＳＣＦ３４によってのみ実行される。Ｐ−ＣＳＣＦ３８はＳＩＰ  ｉｎｖｉｔｅ４４5をＵＥ−Ｂ４０に送信する。ＵＥ−Ｂ４０はＳＩＰ  ｉｎｖｉｔｅ４４5のメディア情報を検査し、フラグが立てられていないメディア・タイプのいずれかを使用できるかどうかを判断する。フラグが立てられていないメディア・タイプのいずれも使用できないか、あるいは、フラグが立てられていないメディア・タイプが残っていない場合、ＵＥ−Ｂ４０はＵＥ−Ａ２０に、すべてのメディア・タイプにフラグが立てられた状態のセッション記述プロトコル・メッセージ（ＳＰＭ）４６を送信する。フラグが立てられていないメディア・タイプを使用することができる場合、ＵＥ−Ｂ４０は、セッションのために使用可能なメディア・タイプの１つまたは複数を選択する。フラグが立てられていない選択されたメディア・タイプ、およびフラグが立てられたメディア・タイプが、ＳＰＭ４６でＵＥ−Ａ２０に戻される。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
図２および図３に示すように、ＳＩＰ  ｉｎｖｉｔｅメッセージ４４は大きく、したがって、貴重なエア・インターフェイスおよびワイヤレス・ネットワーク・リソースを消費する。このリソース消費は、ネットワーク・パフォーマンスを低下させ、あるいはそのネットワークによってサービスを受けるユーザの最大数を減少させる。
【００１１】
したがって、メディア・セッション開始に対して代替手法が許されることが望ましい。
【課題を解決するための手段】
【００１２】
本発明は、発信側エンド・ユーザから着信側のエンド・ユーザへ、および戻りの信号ルートに沿ってのＳＩＰにおいて、サポートされていない、かつ／または無許可のメディア・タイプを除くかあるいは削除することによって、ＳＩＰメッセージのサイズを縮小する。本発明は、ＳＩＰメッセージ内で搬送されるメディア情報を、ネットワークによって可能にされ、かつ両側のユーザについて許可される情報に制限する。
【発明を実施するための最良の形態】
【００１３】
図４ａおよび図４ｂは本発明の信号図である。図５は、メディア・セッション開始のコンポーネントの一例を例示する。ＵＥ−Ａ４６は、ＵＥ−Ｂ６８とのメディア・セッションを開始することを望む。ＵＥ−Ａ４６およびＵＥ−Ｂ４８を、携帯電話、パーソナル・コンピュータ（ＰＣ）または携帯情報端末（ＰＤＡ）など、どのワイヤレス通信デバイスにすることもできる。図５のシステムのＵＥ−Ａ４６を、ネットワークＡ５０内で「ローミング」中であるとして示す。図５では、ネットワークＢ５８はＵＥ−Ａ４６にとっての「ホーム」ネットワークである。あるいは、ＵＥ−Ａ４６はそのホーム・ネットワーク内に存在することができる。
【００１４】
ＵＥ−Ａ４６は、提案されたセッションのためのマルチメディアについて使用可能なＣＯＤＥＣを決定する（７４）。図５に示すような場合、ＳＩＰ  ｉｎｖｉｔｅ５２1は、この情報を使用して構成される。ＵＥ−Ａ４６は、ＵＥ−Ｂ５８に向けられたＳＩＰ  ｉｎｖｉｔｅメッセージ５２1を、Ｐ−ＣＳＣＦ４８であるネットワークＡを介して送信する。ＵＥ−Ｂ６８をネットワークＤ７０内で「ローミング」中であるとして示す。あるいは、ＵＥ−Ｂ６８は、そのホーム・ネットワークであるネットワークＣ６４内に存在することができる。ＳＩＰ  ｉｎｖｉｔｅ５２1は、ＵＥ−Ａ４６がサポートできるすべてのメディア・タイプを含み、ＵＥ−Ｂ６８に、それがサポートできるタイプを選択するように促す。メディア情報には、メディア属性が、その中でも、ＣＯＤＥＣタイプ、ストリーム・フォーマット、ストリーム・ビット・レートおよび通信ポート番号が含まれる。現在提案されているシステム下では、ＵＥがＳＩＰ  ｉｎｖｉｔｅメッセージ５２1内に含めることができるメディア・タイプの数に制限はない。さらに、ＵＥ−Ｂ６８などのエンド・ユーザにおいて、無許可のサポートされていないメディア・タイプを含めるという制約はない。
【００１５】
Ｐ−ＣＳＣＦ４８はネットワークＡに組み込まれており、ＳＩＰ  ｉｎｖｉｔｅ５２1をエンド・ユーザ（ＵＥ−Ｂ６８）にルーティング（経路制御）する。Ｐ−ＣＳＣＦ機能４８は、ＳＩＰ  ｉｎｖｉｔｅメッセージ５２1の検査を、ルーティングのため、かつＳＤＰマルチメディア・コンテンツについての妥当性検査および許可のために開始する。ネットワークＡ５０がそのメディア情報のいずれかの部分（ＣＯＤＥＣ、ビット・レートまたはメディア・タイプ）をサポートしない場合、Ｐ−ＣＳＣＦ４８はそのＳＤＰメッセージからメディア・エントリを削除し、ＳＩＰ  ｉｎｖｉｔｅ５２2に示すように、サポートされたメディア・エントリのみを残す（７６）。ＳＩＰ  ｉｎｖｉｔｅ５２2の例では、メディア・タイプ５および６は、これは、それがネットワークＡ５０によってサポートされていないので、削除されてしまっている。メディア・タイプの削除は、サポートされていないメディア・タイプの情報のすべてを除去することによって実行される。
【００１６】
図６は、図２のＳＩＰ  ｉｎｖｉｔｅメッセージ４４からメディア・タイプが削除された一例であり、ＳＩＰ  ｉｎｖｉｔｅ５２として示す。例示のため、ネットワークＡ５０はビデオ・メディア・タイプ（ビデオ・メディア１および２）をサポートしない。図６に示すように、ビデオ・メディア１および２に関する情報が削除され、オーディオ・メディア３および４のみが残される。次いで、Ｐ−ＣＳＣＦ４８は、修正されたＳＩＰ  ｉｎｖｉｔｅ５２2をネットワークＢ５８のＳ−ＣＳＣＦ５４に、さらなる処理（ルーティングおよび妥当性検査）のために転送する。ネットワークＢ５８のＳ−ＣＳＣＦ５４は、修正されたＳＤＰメッセージを含むＳＩＰ  ｉｎｖｉｔｅ５２2を検査する。Ｓ−ＣＳＣＦ５４は、ＵＥ−Ａ４６がそのＳＬＡの下で使用することを許可されていない無許可のメディア・タイプを除去する（７８）。Ｓ−ＣＳＣＦ５４（通常はＵＥホーム・ネットワーク内に存在する）はまた、どの許可されていないメディア・コンテンツをも除去する。図５の例では、ＳＩＰ  ｉｎｖｉｔｅ５２3について示すように、メディア・タイプ１が削除される。ＵＥ−Ａ４６がそのホーム・ネットワーク内にある場合、通常はＰ−ＣＳＣＦ４６およびＳ−ＣＳＣＦ機能５４が共にホーム・ネットワークによって実行され、Ｓ−ＣＳＣＦ５４のみがメディア・タイプを削除する。
【００１７】
Ｓ−ＣＳＣＦ５４は、さらに修正されたＳＩＰ  ｉｎｖｉｔｅ５２3をＵＥ−Ｂのホーム・ネットワークであるネットワークＣ６４に、そのＩ−ＣＳＣＦ５６（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）を通じて転送する。ＳＩＰ  ｉｎｖｉｔｅ５２3をそのＩ−ＣＳＣＦ６０を介して受信した後、ネットワークＣ６４のＳ−ＣＳＣＦ６２は、ＵＥ−ＢのＳＬＡの下で許可されていないメディア・タイプを除去する（８０）。ＳＩＰ  ｉｎｖｉｔｅ５２4をＵＥ−Ｂの現在のネットワークＤ７０に転送した後、Ｐ−ＣＳＣＦ６６は、ＵＥ−Ｂがローミング中である現在のネットワークにサポートされていないメディア・タイプを除去する（８２）。図５に示すように、ＳＩＰ  ｉｎｖｉｔｅ５２5内で削除された追加のメディア・タイプはない。ＵＥ−Ｂ６８がそのホーム・ネットワーク内にある場合、通常はＳ−ＣＳＣＦ機能６２およびＰ−ＣＳＣＦ機能６６がホーム・ネットワークによって実行され、Ｓ−ＣＳＣＦ６２がメディア・タイプを削除する。
【００１８】
ＵＥ−Ｂ６８は、ＳＩＰ  ｉｎｖｉｔｅ５２5の残っているＳＤＰメディア・タイプを検査し、これらをサポートできるかどうかを決定する。それができる場合、ＵＥ−Ｂ６８は残っているメディア・タイプのうち１つまたは複数を選択し、ＵＥ−Ａ４６にセッション進行メッセージ（session progress message）７２を、ネットワークＤのＰ−ＣＳＣＦ６６を通じて、送信する（８４）。ＳＤＰ情報内のどのメディア・タイプもサポートできないか、あるいはメディア・タイプが残っていない場合、ＵＥ−Ｂ６８はまた、すべてのメディア・タイプが削除されたセッション進行メッセージを送信する。
【００１９】
図７はＳＰＭ７２の一例である。ＳＰＭ７２についての可能な派生物を例示すると、ＵＥ−Ｂ６８は図６のＳＩＰ  ｉｎｖｉｔｅ５２を受信する。ＵＥ−Ｂ６８は、オーディオ・メディア３をサポートすることができる。ＳＰＭ７２が、ＵＥ−Ｂ６８で生成され、これは、選択されたメディア・タイプであるオーディオ・メディア３、ヘッダおよびグローバル情報のみを含む。オーディオ・メディア・タイプ４は含まれない。
【００２０】
ＳＰＭ７２を受信すると、Ｐ−ＣＳＣＦ６６は、ネットワークＤ７０に、メディア・タイプ情報によって示されたセッション用のリソースを割り振る許可を与える（８６）。ＳＰＭは、ネットワークＣのＳ−ＣＳＣＦ６２、ネットワークＢのＳ−ＣＳＣＦ５４およびネットワークＡのＰ−ＣＳＣＦ４８を通じて、ＵＥ−Ａ４６へ、進行する。ネットワークＡのＰ−ＣＳＣＦ４８は、ネットワークＡ５０に、示されたセッション用のリソースを割り振る許可を与える（８８）。Ｐ−ＣＳＣＦ４８がＳＰＭ７２をＵＥ−Ａ４６に送信した後、ＵＥ−Ａ４６は、ＳＰＭ７２のメディア・セッション用に使用するための最初のＣＯＤＥＣを決定する（９０）。
【００２１】
ＵＥ−Ａ４６は、最後のＳＰＭをＵＥ−Ｂ６８へ、同じパスを通じて送信し、選択された（単数あるいは複数の）ＣＯＤＥＣを指示する。最後のメッセージを送信すると同時に、ＵＥ−Ａは、選択されたＣＯＤＥＣのためのリソースを予約し（９２）、成功した場合、成功メッセージをＵＥ−Ｂ６８に送信する。ＵＥ−Ｂは、最後のＳＰＭを受信した後、選択されたＣＯＤＥＣのためのリソースを予約する（９４）。
【００２２】
ＵＥ−Ｂ６８は成功メッセージを受信するとき、その古いＣＯＤＥＣによるメッセージの送信を停止し、受信器を新しいＣＯＤＥＣに合わせてセットアップし、ＯＫメッセージをＵＥ−Ａに送信する（９６）。ＵＥ−Ａ４６はＯＫメッセージを受信した後、成功メッセージを新しいＣＯＤＥＣにより送信し、受信器を新しいＣＯＤＥＣに合わせてセットアップする（９８）。ＵＥ−Ｂ６８は成功メッセージを受信した後、新しいＣＯＤＥＣによるデータの送信を開始する（１００）。
【図面の簡単な説明】
【００２３】
【図１】メディア・セッション開始のための全体システム図の一例の図である。
【図２】セッション初期化プロトコル（ＳＩＰ）メッセージの一例の図である。
【図３】フラグが立てられたメディア・タイプを有するＳＩＰメッセージの一例の図である。
【図４ａ】信号図である。
【図４ｂ】信号図である。
【図５】全体システム図の一例の図である。
【図６】ＳＩＰメッセージの一例の図である。
【図７】除去されたメディア情報を有するＳＩＰメッセージの一例の図である。
【図１】
2004529584.tif 000003
【図２】
2004529584.tif 000004
【図３】
2004529584.tif 000005
【図４ａ】
2004529584.tif 000006
【図４ｂ】
2004529584.tif 000007
【図５】
2004529584.tif 000008
【図６】
2004529584.tif 000009
【図７】
2004529584.tif 000010
【国際公開パンフレット】
2004529584.tif 000011
2004529584.tif 000012
2004529584.tif 000013
2004529584.tif 000014
2004529584.tif 000015
2004529584.tif 000016
2004529584.tif 000017
2004529584.tif 000018
2004529584.tif 000019
2004529584.tif 000020
2004529584.tif 000021
2004529584.tif 000022
2004529584.tif 000023
2004529584.tif 000024
2004529584.tif 000025
2004529584.tif 000026
2004529584.tif 000027
2004529584.tif 000028
2004529584.tif 000029
2004529584.tif 000030
2004529584.tif 000031
2004529584.tif 000032
2004529584.tif 000033
2004529584.tif 000034
【国際調査報告】
2004529584.tif 000035