(57)【要約】  一方の通信関係者が相手方のセッション記述プロトコル（ＳＤＰ）機能情報を得ることができないという問題を解決するための、ＳＤＰ機能情報を得るための方法、システム、及びネットワークエンティティである。双方の通信関係者間におけるメッセージのやりとりを通じて、一方の通信関係者が相手方からＳＤＰ機能情報を得ることが実現できる。特にＨ．２４８プロトコルのもとで適用される場合、対応する特性パラメータの拡張により、メディアゲートウェイコントローラがメディアゲートウェイからＳＤＰ機能情報を得ることが都合良く実現できる。【選択図】図２
2010507296.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークエンティティによって、第２のネットワークエンティティから、前記第２のネットワークエンティティのセッション記述プロトコル機能情報を要求し、
前記第２のネットワークエンティティによって、前記要求に対して、前記第２のネットワークエンティティの前記セッション記述プロトコル機能情報を前記第１のネットワークエンティティに返送することを含む、
前記セッション記述プロトコル（ＳＤＰ）機能情報を得る方法。
【請求項２】
前記ＳＤＰ機能情報が、サポートされたＳＤＰパラメータと、該ＳＤＰパラメータの値と、
を含む、請求項１に記載の方法。
【請求項３】
前記第１のネットワークエンティティ及び前記第２のネットワークエンティティは、Ｈ．２４８プロトコルを介して通信を行なう、請求項１に記載の方法。
【請求項４】
前記第１のネットワークエンティティから前記第２のネットワークエンティティに送信された前記要求は、前記第１のネットワークエンティティによって要求された前記ＳＤＰ機能情報を伝送する監査コマンド要求であり、
前記第２のネットワークエンティティが、前記監査コマンド要求にしたがって、前記コマンド要求に対するコマンド応答として前記第１のネットワークエンティティによって要求された前記第２のネットワークエンティティの前記ＳＤＰ機能情報を伝送する、
請求項３に記載の方法。
【請求項５】
前記コマンド要求が各ＳＤＰプロトコル機能にそれぞれ対応する特性パラメータを含む、請求項４に記載の方法。
【請求項６】
前記第１のネットワークエンティティから前記第２のネットワークエンティティに送信される前記要求として、すべての前記ＳＤＰ機能情報に対する監査要求を表す記号を伝送し、
前記第２のネットワークエンティティは、前記監査コマンド要求に対して、前記コマンド要求に対するコマンド応答として前記第２のネットワークエンティティのすべての前記ＳＤＰ機能情報を伝送し、前記コマンド応答を前記第１のネットワークエンティティに返送する、
請求項３に記載の方法。
【請求項７】
前記コマンド応答が各ＳＤＰ機能にそれぞれ対応する特性パラメータを含み、前記第２のネットワークエンティティの前記ＳＤＰ機能情報が対応する特性パラメータの値として設定される、請求項４又は６に記載の方法。
【請求項８】
前記コマンド応答において、前記第２のネットワークエンティティによってサポートされない特性パラメータの値がヌルである、請求項７に記載の方法。
【請求項９】
前記第１のネットワークエンティティがメディアゲートウェイコントローラであり、前記第２のネットワークエンティティがメディアゲートウェイである、請求項１に記載の方法。
【請求項１０】
第１のネットワークエンティティが、第２のネットワークエンティティから前記第２のネットワークエンティティのＳＤＰ機能情報を要求するように構成される要求モジュールを含み、
前記第２のネットワークエンティティが、前記第１のネットワークエンティティの前記要求に対して、前記第２のネットワークエンティティの前記セッション記述プロトコル機能情報を前記第１のネットワークエンティティに返送するように構成される応答モジュールを含む、
前記第１のネットワークエンティティ及び前記第２のネットワークエンティティを含む、前記セッション記述プロトコル機能情報を得るためのシステム。
【請求項１１】
前記第１のネットワークエンティティが、前記第２のネットワークエンティティのＳＤＰ機能情報を記憶するように構成される記憶モジュールをさらに含む、請求項１０に記載のシステム。
【請求項１２】
前記第１のネットワークエンティティが、前記要求を送信するように構成される第１の送受信モジュールをさらに含み、
前記第２のネットワークエンティティが、前記要求を受信し前記情報を送信するように構成される第２の送受信モジュールをさらに含む、
請求項１１に記載のシステム。
【請求項１３】
前記第１のネットワークエンティティがメディアゲートウェイコントローラであり、前記第２のネットワークエンティティがメディアゲートウェイであり、前記メディアゲートウェイコントローラ及び前記メディアゲートウェイがＨ．２４８プロトコルを介して通信を行なう、請求項１０に記載のシステム。
【請求項１４】
第１の送受信モジュールを含み、前記第１の送受信モジュールを介して通信ピアから該通信ピアのセッション記述プロトコル機能情報を要求するように構成されるモジュールをさらに含む、ネットワークエンティティ。
【請求項１５】
前記ピアの前記セッション記述プロトコル機能情報を記憶するように構成される記憶モジュールをさらに含む、請求項１４に記載のネットワークエンティティ。
【請求項１６】
前記ネットワークエンティティがメディアゲートウェイコントローラである、請求項１４又は１５に記載のネットワークエンティティ。
【請求項１７】
第２の送受信モジュールを含み、前記第２の送受信モジュールを介して自身の前記セッション記述プロトコル機能情報を送信するように構成されるモジュールをさらに含む、ネットワークエンティティ。
【請求項１８】
前記ネットワークエンティティがメディアゲートウェイである、請求項１７に記載のネットワークエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に係り、より詳細には、セッション記述プロトコル機能情報を得るための方法、システム、及びネットワークエンティティに関する。
【背景技術】
【０００２】
メディアゲートウェイコントローラ（ＭＧＣ、Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌｌｅｒ）及びメディアゲートウェイ（ＭＧ、Ｍｅｄｉａ  Ｇａｔｅｗａｙ）は、パケットネットワークにおける２つの主要構成要素である。ＭＧＣは呼制御機能を果たす。一方、ＭＧはサービスを提示する機能を果たす。これにより呼制御面とサービス提示面との分離を達成する。このようにして、ネットワーク資源を十分に共有し、デバイスの改良及びサービスの拡大を簡略化し、開発及び維持費用を大幅に軽減することができる。たとえば、図１は次世代ネットワーク（ＮＧＮ、Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）におけるＭＧ及びＭＧＣのネットワークの概略図を示す。ＭＧ間の通信プロトコルはリアルタイム・トランスポート・プロトコル（ＲＴＰ、Ｒｅａｌ  Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）であり、現在広く用いられているＭＧ及びＭＧＣ間の通信プロトコルは、Ｈ．２４８／ゲートウェイ制御プロトコル（ＭｅＧａＣｏ、Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）及びメディアゲートウェイ制御プロトコル（ＭＧＣＰ、Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）である。ＭＧＣＰバージョン１は、１９９９年１０月にインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって開発され、２００３年１月に改良された。Ｈ．２４８／ＭｅＧａＣｏバージョン１は、２０００年１１月にＩＥＴＦ及び国際電気通信連合（ＩＴＵ、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｎｉｏｎ）によってともに開発され、２００３年６月に改良された。Ｈ．２４８バージョン２は２００２年５月にＩＴＵによって開発され、２００４年３月に改良された。Ｈ．２４８バージョン３は２００５年９月にＩＴＵによって開発された。
【０００３】
例として、Ｈ．２４８においては、ＭＧ上の種々の資源がターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）として抽象化される。ターミネーションは物理的（Ｐｈｙｓｉｃａｌ）ターミネーションと一過性（Ｅｐｈｅｒｍｅｒａｌ）ターミネーションとに分類することができる。前者は、時分割多重方式（ＴＤＭ−Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）チャネルなどの半永久的な存在である一部の物理的端末を示し、後者は、ＲＴＰストリームなどの、一時的に適用され使用後に開放されることになる一部の公共資源を示す。さらに、ＭＧ全体は、ルート（Ｒｏｏｔ）・ターミネーションによって表される。ターミネーション間の結合はコンテキストとして抽象化される。このコンテキストは複数のターミネーションを含んでいても良い。したがって、ターミネーション間の関連性を記述するためには、トポロジーが使用される。別のターミネーションに対応付けられていないターミネーションについては、ヌル（Ｎｕｌｌ）・コンテキストとして知られる特別のコンテキスト（Ｃｏｎｔｅｘｔ）に含まれる。
【０００４】
プロトコルに基づくこのような抽象モデルにおいては、コールコネクション（Ｃａｌｌ  Ｃｏｎｎｅｃｔｉｏｎ）とは実際のところターミネーション及びコンテキストに対する作用のことである。このような作用は、ＭＧＣとＭＧとの間のコマンド（Ｃｏｍｍａｎｄ）に対する要求（Ｒｅｑｕｅｓｔ）及び応答（Ｒｅｐｌｙ）によって実施される。これらのコマンドのタイプは、追加（Ａｄｄ）、修正（Ｍｏｄｉｆｙ）、控除（Ｓｕｂｔｒａｃｔ）、移動（Ｍｏｖｅ）、監査値（Ａｕｄｉｔ  Ｖａｌｕｅ）、監査機能（Ａｕｄｉｔ  Ｃａｐａｂｉｌｉｔｙ）、通知（Ｎｏｔｉｆｙ）、及びサービス変更（Ｓｅｒｖｉｃｅ  Ｃｈａｎｇｅ）を含む。記述子（Ｄｅｓｃｒｉｐｔｏｒ）とも称されるコマンド・パラメータは、特性（Ｐｒｏｐｅｒｔｙ）、信号（Ｓｉｇｎａｌ）、事象（Ｅｖｅｎｔ）、統計値（Ｓｔａｔｉｓｔｉｃｓ）などに分類される。サービス従属関係を示すパラメータはパケットとして論理的に統合される。
【０００５】
Ｈ．２４８は、メディア・パラメータを処理するためにローカル（Ｌｏｃａｌ）記述子及びリモート（Ｒｅｍｏｔｅ）記述子を使用する。ここで、ローカル記述子は局所受信されたメディアのパラメータを示し、リモート記述子は、例えば受信アドレス、受信ポート、メディアタイプなどの遠隔受信されたメディアのパラメータを示す。Ｈ．２４８は、ローカル記述及びリモート記述子においてこれらのメディア・パラメータを記述するためにＩＥＴＦによって開発されたコメント用要求（ＲＦＣ、Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）２３２７のセッション記述プロトコル（ＳＤＰ、Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）をデフォルトで使用する。しかしながら、ＩＥＴＦによってさらに開発されたＲＦＣ３２６６は、ＩＰｖ６をサポートするためにＲＦＣ２３２７を更新したものであり、ＩＥＴＦは最近開発されたＲＦＣ４５６６においてＳＤＰを改良し、これによりプロトコル構文に変化がもたらされている。
【０００６】
ＲＦＣ３２６６及びＲＦＣ２５６６がＨ．２４８においても適用できることになるので、ＳＤＰに関連する異なるＲＦＣを実施するためのＭＧが、サポートされ得るＳＤＰパラメータ及びこれらのパラメータに対する可能な値などを含む異なるＳＤＰ機能（Ｃａｐａｂｉｌｉｔｙ）を備えている可能性がある。ＭＧＣは、ＭＧを制御する際に、これらＳＤＰ機能を学習したときにおいてのみこれら機能を効率的に利用することができる。既存のＨ．２４８プロトコルは、ＭＧＣにＭＧ上でローカル記述子及び遠隔記述子を監査させることができるが、ＭＧＣにＭＧに関連したＳＤＰ機能情報を取得させるためのいかなるメカニズムも提供していない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明により、セッション記述プロトコル（ＳＤＰ）機能情報を得るための方法、システム、ネットワークエンティティを提供する。これら方法、システム、ネットワークエンティティは、通信者が相手のセッション記述プロトコル機能情報を既存技術で取得することができないという問題を解決するために使用される。
【課題を解決するための手段】
【０００８】
セッション記述プロトコル機能情報を得るための方法を、本発明に従って提供する。この方法は、
第１のネットワークエンティティによって、第２のネットワークエンティティからこの第２のネットワークエンティティのセッション記述プロトコル機能情報を要求し、
第２のネットワークエンティティによって、上記要求に応答して、それ自体のセッション記述プロトコル機能情報を第１のネットワークエンティティに返送することを含む。
【０００９】
この方法において、ＳＤＰ機能情報はサポートされたＳＤＰパラメータと、このＳＤＰパラメータの値を含む。
【００１０】
さらに、第１のネットワークエンティティは、Ｈ．２４８を介して第２のネットワークエンティティと通信を行なう。
【００１１】
Ｈ．２４８プロトコルに関して、第１のネットワークエンティティから第２のネットワークエンティティに送信された要求は、第１のネットワークエンティティによって要求されるべき各ＳＤＰ機能にそれぞれ対応する特性パラメータを伝送する監査コマンド要求でもよい。
【００１２】
監査コマンド要求にしたがって、第２のネットワークエンティティは、コマンド要求に対するコマンド応答において、第１のネットワークエンティティによって要求されるべき、それ自体のＳＤＰ機能情報を伝送し、そのコマンド応答を第１のネットワークエンティティに返送する。
【００１３】
Ｈ．２４８プロトコルに関して、第１のネットワークエンティティから第２のネットワークエンティティに送信される要求は、ＳＤＰ機能すべてに対応する特性パラメータに対する要求を表す記号を伝送する監査コマンド要求でもよい。
【００１４】
コマンド要求に対して、第２のネットワークエンティティは、コマンド要求に対するコマンド応答においてそれ自体のＳＤＰ機能情報のすべてを伝送し、そのコマンド応答を第１のネットワークエンティティに返送する。
【００１５】
詳細には、上記コマンド応答はＳＤＰ機能にそれぞれ対応する特性パラメータを有する。第２のネットワークエンティティのＳＤＰ機能情報は、対応する特性パラメータの値として設定される。
【００１６】
さらに本発明により、ＳＤＰ機能情報を得るためのシステムを提供する。このシステムは第１のネットワークエンティティ及び第２のネットワークエンティティを有する。
【００１７】
第１のネットワークエンティティは、第２のネットワークエンティティから該第２のネットワークエンティティのＳＤＰ機能情報を要求するように構成されている要求モジュールを有する。
【００１８】
第２のネットワークエンティティは、第１のネットワークエンティティの要求に対して、それ自体のセッション記述プロトコル機能情報を第１のネットワークエンティティに返送するように構成されている応答モジュールを有する。
【００１９】
また、第１のネットワークエンティティは、第２のネットワークエンティティのＳＤＰ機能情報を記憶するように構成されている記憶モジュールをさらに有する。
【００２０】
さらに、第１のネットワークエンティティは、要求を送信するように構成されている第１の送受信モジュールをさらに有する。
【００２１】
第２のネットワークエンティティは、要求を受信し情報を送信するように構成されている第２の送受信モジュールをさらに有する。
【００２２】
加えて、第１のネットワークエンティティはメディアゲートウェイコントローラであり、第２のネットワークエンティティはメディアゲートウェイである。これらメディアゲートウェイコントローラ及びメディアゲートウェイはＨ．２４８プロトコルを介して通信を行なう。
【００２３】
さらに、本発明によりネットワークエンティティを提供する。ネットワークエンティティは第１の送受信モジュールを有する。該ネットワークエンティティは、第１の送受信モジュールを介して通信ピアからその通信ピアのセッション記述プロトコル機能情報を要求するように構成されているモジュールをさらに有する。
【００２４】
その上、ネットワークエンティティは、ピアのセッション記述プロトコル機能情報を記憶するように構成されている記憶モジュールをさらに有する。
【００２５】
さらに、本発明によりネットワークエンティティを提供する。
ネットワークエンティティは第２のネットワークエンティティを有する。
該ネットワークエンティティは、第２の送受信モジュールを介してそれ自体のセッション記述プロトコル機能情報を送信するように構成されているモジュールを有する。
【発明の効果】
【００２６】
本発明によって提供する、ＳＤＰ機能情報を得るための方法、システム、ネットワークエンティティは、通信関係者が２人の通信関係者間でメッセージをやりとりすることによって相手方から相手方のセッション記述プロトコル機能情報を得ることを可能にする利点を有す。特に、Ｈ．２４８プロトコルの場合、対応する特性パラメータを拡張することによって、メディアゲートウェイコントローラは、メディアゲートウェイから、そのメディアゲートウェイのセッション記述プロトコル機能情報を得ることができる。
【図面の簡単な説明】
【００２７】
【図１】図１は、従来技術におけるＮＧＮ技術によるＭＧ及びＭＧＣのネットワーク関係を示すダイアグラムである。
【図２】図２は、本発明の実施の形態によるセッション記述プロトコル機能情報を得るための第１の方法の主要フローチャートである。
【図３】図３は、本発明の実施の形態によるセッション記述プロトコル機能情報を得るためのシステム及びネットワークエンティティの主要構造の概略図である。
【発明を実施するための形態】
【００２８】
本発明の一実施の形態は、セッション記述プロトコル機能情報を得るための方法を提供し、
第１のネットワークエンティティによって、第２のネットワークエンティティからの第２のネットワークのセッション記述プロトコル機能情報を要求し、
第２のネットワークエンティティによって、上記要求に応答して、セッション記述プロトコル機能情報を第１のネットワークエンティティに返送することを有する。
【００２９】
第１のネットワークと第２のネットワークがＨ．２４８プロトコルを介して通信を行なうとき、ＲＦＣ４５６６によって定義されるそれぞれのＳＤＰパラメータを、インターネット割り当て番号機関（ＩＡＮＡ）のレジストリタイプにおけるＨ．２４８の拡張特性パラメータとして定義することができる。
トランスミッションプロトコル（ｐｒｏｔｏ）
バンド幅タイプ（ｂｗｔｙｐｅ）
ネットワークタイプ（ｎｅｔｔｙｐｅ）
アドレスタイプ（ａｄｄｒｔｙｐｅ）
エンコーディングキー（ｅｎｃｋｅｙ）
セッションレベル用属性フィールド（ａｔｔ−ｆｉｌｅｄ（セッションレベル））
セッションレベル及びメディアレベルの両方に対する属性フィールド（ａｔｔ−ｆｉｅｌｄ（セッションレベル及びメディアレベル）
メディアレベルのみ用属性フィールド（ａｔｔ−ｆｉｅｌｄ（メディアレベルのみ））
未知のレベル用属性フィールド（ａｔｔ−ｆｉｅｌｄ（未知のレベル））
【００３０】
上記の特性パラメータは、対応するレジストリタイプにそれぞれ対応付けられる値を示す。データタイプはストリング（Ｓｔｒｉｎｇ）のリストであり、これらのパラメータは、ターミネーション・ステータスにおいて設定され、読み出し専用パラメータである。
【００３１】
図２に示すように、Ｈ．２４８プロトコルに基づく本発明の上記方法を実施するための主要プロセスは以下のステップを有する。
【００３２】
ステップＳ２０１において、第１のネットワークエンティティが監査コマンド要求を第２のネットワークエンティティに送信する。監査コマンド要求は、第１のネットワークによって要求された上記のＳＤＰ機能のそれぞれに対応する特性パラメータを伝送する。
【００３３】
Ｈ．２４８プロトコルに関して、第１のネットワークエンティティから第２のネットワークエンティティに送信された要求は、第１のネットワークエンティティによって要求された各ＳＤＰ機能にそれぞれ対応する特性パラメータを伝送する監査コマンド要求であってもよい。
【００３４】
監査コマンド要求にしたがって、第２のネットワークエンティティは、コマンド要求に対するコマンド応答として、第１のネットワークエンティティによって要求されたそれ自体のＳＤＰ機能情報を伝送することで、第１のネットワークエンティティにコマンド応答を返送する。
【００３５】
Ｈ．２４８プロトコルに関して、第１のネットワークエンティティから第２のネットワークエンティティに送信される要求はまた、ＳＤＰ機能のすべてに対応する特性パラメータに対する要求を表すシンボルを伝送する。例えば、該要求は、ワイルドカードを伝送する監査コマンド要求であってもよい。
【００３６】
監査コマンド要求に対し、第２のネットワークエンティティは、コマンド要求に対するコマンド応答としてそれ自体のＳＤＰ機能情報のすべてを伝送し、コマンド要求を第１のネットワークエンティティに返送する。
【００３７】
ステップＳ２０２において、監査コマンド要求にしたがって、第２のネットワークエンティティは、コマンド要求に対するコマンド応答として第１のネットワークによって要求されたそれ自体のＳＤＰ機能情報を伝送し、コマンド応答を第１のネットワークエンティティに返送する。
【００３８】
詳細には、コマンド応答は、第１のネットワークエンティティによって要求されたそれぞれのＳＤＰ機能に対応する特性パラメータを有する。第２のネットワークのＳＤＰ機能情報は、対応する特性パラメータの値として設定される。代わりの方法として、ワイルドカードによれば、コマンド応答は、第２のネットワークエンティティによってサポートされるすべてのＳＤＰ機能に対応する、特性パラメータ及びこれら特性パラメータの値を有する。第２のネットワークエンティティによってサポートされない特性パラメータの値はヌル（Ｎｕｌｌ）に設定される。
【００３９】
ステップＳ２０３において、第１のネットワークエンティティは、受信された第２のネットワークエンティティのＳＤＰ機能情報を局部に記憶する。
【００４０】
上記の技術的解決法の一シナリオとしては、第１のネットワークエンティティがＭＧＣであり第２のネットワークエンティティがＭＧであることである。一般に、サポートされ得るＳＤＰパラメータとこれらパラメータの値を含むＭＧのＳＤＰ機能を決定するために、ＭＧＣは、上記の特性パラメータに関して、監査コマンド要求、例えば、監査値（ＡｕｄｉｔＶａｌｕｅ）コマンド要求をＭＧに送信しなければならない。次に、ＭＧは、それぞれの監査された特性パラメータと対応付けられる可能性が高い値を伝送する対応するコマンド応答をＭＧＣに返送することもできる。ＭＧＣはまた、同時にこれら特性パラメータのすべてを監査するためにワイルドカード（Ｗｉｌｄｃａｒｄ）を使用することもできる。ＭＧが特定の監査された特性パラメータに対応するＳＤＰパラメータをサポートしない場合、特性パラメータに対応付けられる可能性が高い値のヌルのリストがＭＧからＭＧＣへと返送される。このようにして、ＭＧＣは、これら特性パラメータを監査することによってＭＧのＳＤＰ機能を得ることができる。
【００４１】
たとえば、これら拡張特性パラメータを有するパケットはＳＤＰ機能・パケットと称される。トランスミッションプロトコル（ｐｒｏｔｏ）のレジストリタイプに対応する特性パラメータはトランスミッションプロトコル（ｐｒｏｔｏ）と称される。アドレスタイプ（ａｄｄｒｔｙｐｅ）のレジストリタイプに対応する特性パラメータはアドレスタイプ（ａｄｄｒｔｙｐｅ）と称される。ＭＧＣは、ＳＤＰ機能・パケットにおけるトランスミッションプロトコル（ｐｒｏｔｏ）特性パラメータ及びアドレスタイプ（ａｄｄｒｔｙｐｅ）特性パラメータに関する監査値（ＡｕｄｉｔＶａｌｕｅ）コマンド要求をＭＧに送信する。ＭＧは、トランスミッションプロトコル（ｐｒｏｔｏ）特性パラメータに対する可能な値として、局部サポートされたトランスミッションプロトコルＲＴＰ及びＴＣＰをリスト内に設置し、局部サポートされたアドレスタイプＩＰｖ４を、アドレスタイプ（ａｄｄｒｔｙｐｅ）特性パラメータに対する可能な値としてリスト内に設置し、さらに、これらリストをともに、ＭＧＣに対する対応するコマンド要求内に包含する。このようにして、ＭＧＣは、ＭＧによってサポートされるトランスミッションタイプがＲＴＰ又はＴＣＰであり、ＭＧによってサポートされるアドレスタイプがＩＰｖ４であることを学習し得る。
【００４２】
図３に示されるように、本発明は、ＳＤＰ機能情報を得るためのシステムをさらに提供する。このシステムは、第１のネットワークエンティティ３００及び第２のネットワークエンティティ４００を有する。
【００４３】
第１のネットワークエンティティ３００は第１の送受信モジュール３０１を有する。
【００４４】
第１のネットワークエンティティ３００は、第１の送受信モジュール３０１を介して第２のネットワークエンティティ４００からの第２のネットワークエンティティ４００のＳＤＰ機能情報を要求するように構成されるモジュールをさらに有する。たとえば、このモジュールは図３に示されるような要求モジュール３０２であってもよい。
【００４５】
第１のネットワークエンティティ３００はさらに、第２のネットワークエンティティ４００のＳＤＰ機能情報を記憶するように構成される記憶モジュール３０３を有する。
【００４６】
第２のネットワークエンティティ４００は第２の送受信モジュール４０１を有する。
【００４７】
第２のネットワークエンティティ４００は、第１のネットワークエンティティ３００の要求に対して、第２の送受信モジュール４０１を介してそれ自体のＳＤＰ機能情報を第１のネットワークエンティティ３００に返送するように構成されるモジュールをさらに有する。たとえば、このモジュールは図３に示されるような応答モジュール４０２であってもよい。
【００４８】
上記の第１のネットワークエンティティはメディアゲートウェイコントローラであり、第２のネットワークエンティティはメディアゲートウェイである。これらメディアゲートウェイコントローラ及びメディアゲートウェイはＨ．２４８プロトコルを介して通信を行なう。
【００４９】
種々の修正及び変更が本発明の精神及び範囲から逸脱することなく当業者によって行なわれ得ることを自明とする。したがって、本発明は、本発明によるこれら修正及び変更が本発明の請求の範囲及びそれらの同等物の範囲内であるという条件で、こうした修正及び変更を網羅することを意図している。
【図１】
2010507296.tif 000003
【図２】
2010507296.tif 000004
【図３】
2010507296.tif 000005
【国際調査報告】
2010507296.tif 000006
2010507296.tif 000007
2010507296.tif 000008
2010507296.tif 000009