ＩＰドメイン間の相互接続を構成する方法、システムおよび装置
【課題】メディアゲートウェイ制御プロトコルに基づいてネットワーク中のＩＰドメイン間の相互接続を実現する。
【解決手段】ＩＰドメイン間の相互接続を実現するための方法、システム、装置に関する。その方法は、第１に、メディアゲートウェイ制御装置（ＭＧＣ）が対応するＩＰドメイン情報をＩＰドメイン間のメディアゲートウェイ（ＭＧ）へ送信し、ＭＧはメディアフローを生成するのに必要とされる情報をＭＧＣから受信し、ＩＰドメイン情報にしたがって、対応するメディアフローを生成し、それによりＩＰドメイン間の相互通信を実現する。それ故ＮＧＮでは、相互通信されたＩＰドメイン間のＭＧはそれが生成する必要なメディアフローが属しているＩＰドメイン情報を獲得することができ、それによって相互通信されるＩＰドメイン間の相互通信の実現を確実にし、各ネットワーク管理用の大きな便宜性を提供する。
【解決手段】ＩＰドメイン間の相互接続を実現するための方法、システム、装置に関する。その方法は、第１に、メディアゲートウェイ制御装置（ＭＧＣ）が対応するＩＰドメイン情報をＩＰドメイン間のメディアゲートウェイ（ＭＧ）へ送信し、ＭＧはメディアフローを生成するのに必要とされる情報をＭＧＣから受信し、ＩＰドメイン情報にしたがって、対応するメディアフローを生成し、それによりＩＰドメイン間の相互通信を実現する。それ故ＮＧＮでは、相互通信されたＩＰドメイン間のＭＧはそれが生成する必要なメディアフローが属しているＩＰドメイン情報を獲得することができ、それによって相互通信されるＩＰドメイン間の相互通信の実現を確実にし、各ネットワーク管理用の大きな便宜性を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信技術の分野に関し、特にＩＰドメイン間の相互接続を構成するための方法、システムおよび装置に関する。
【背景技術】
【０００２】
次世代ネットワーク（ＮＧＮ）のネットワーク構造が図１に示されており、ここではメディアゲートウェイ制御装置（ＭＧＣ）110とメディアゲートウェイ（ＭＧｓ）121、122がＮＧＮの２つのキーコンポーネントである。ＭＧＣは呼制御の機能を行い、ＭＧはサービスベアリングの機能を行い、したがって呼制御計画とサービスベアリング計画の分離が実現され、ネットワークリソースは十分有効に共有されることができ、装置の性能向上とサービスの拡張は簡単にされることができ、開発およびメンテナンスのコストも大幅に減少されることができる。
【０００３】
メディアゲートウェイ制御プロトコルはＭＧとＭＧＣとの間の主要な通信プロトコルであり、現在、広く使用されている２つのメディアゲートウェイ制御プロトコルは、Ｈ．２４８／ＭｅＧａＣｏ（ゲートウェイ制御プロトコル）およびＭＧＣＰ（媒体ゲートウェイ制御プロトコル）である。ＭＧＣＰは１９９９年１０月に起草され、ＩＥＴＦ（インターネット・エンジニアリング・タスク・フォース）により２００３年１月に改正され、Ｈ．２４８／ＭｅＧａＣｏは２０００年１１月に起草され、ＩＥＴＦとＩＴＵ（国際電気通信連合）により共に２００３年６月に改定された。
【０００４】
Ｈ．２４８を例に取ると、ＭＧ上の全ての種類のリソースは要約的に終了として表される。終了は物理的終了と一時的終了とに分割されることができ、前者は時分割多重化（ＴＤＭ）チャンネル等の半永久的に存在する物理的エンティティを表し、後者は実時間転送プロトコル（ＲＴＰ）ストリーム等のような、一時的に使用するために与えられ使用期間後は解除される共通のリソースを表す。終了間の関係は要約的にコンテキストとして表される。コンテキストは複数の終了を含むことができ、それ故、コンテキストはトポロジにおける終了間の関係を記述している。
【０００５】
プロトコルの抽象モデルに基づいて、呼の接続は実際には終了とコンテキストの操作である。この操作はＭＧＣとＭＧとの間のコマンドのリクエストおよび応用により実行される。コマンドにより伝送されるパラメータはまた記述子と呼ばれ、これは特性、信号、事象、統計的記述子等のような幾つかのクラスに分割されている。サービス相関を有するパラメータは理論的にパッケージに収束される。
【０００６】
Ｈ．２４８により規定されるコンテキストのトポロジ構造は終了自体のタイプに敏感ではなく、即ちコンテキストを構成する終了は（ＴＤＭチャンネルのような）任意の物理的終了であってもよく、或いは（ＲＴＰストリームのような）一時的終了であってもよい。双方向の媒体ストリームに関して、共通のＩＰ電話サービスはＴＤＭ物理的終了とＲＴＰ一時的終了とを相互接続することによって伝送されることができ、ローカルＴＤＭ電話サービスは２つのＴＤＭ物理的終了を相互接続することにより実行されることができ、ＩＰ−ＩＰ相互接続サービスは２つのＲＴＰの一時的終了を相互接続することにより実行されることができる。
【０００７】
Ｈ．２４８プロトコルの原型は単一のＩＰドメイン内のＭＧＣ−ＭＧ制御関連用に設計されている。通常、メディアストリームは共通のＭＧ上でＴＤＭ物理的終了とＲＴＰ一時的終了間で転送される。しかし、実際の応用では、それぞれのＩＰドメイン内でのＭＧＣの制御下のＭＧの相互接続に加えて、オペレータは恐らく異なるＩＰドメイン間の相互接続を相互に実現する必要がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許出願公開第２００３／０１６１３３６号明細書
【特許文献２】特開２００３−２８３６７５号公報
【特許文献３】特開２００４−１６６１４３号公報
【特許文献４】特開２００４−８８５３２号公報
【特許文献５】特表２００４−５１８３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、異なるＩＰドメインにおけるＲＴＰストリームはＩＰドメイン間の相互接続を実現するために同一のコンテキストで、直列接続される必要があり、この目的に対しては、ＲＴＰストリームを生成するＭＧは、メディアストリームの方向を決定するために、対応するＩＰドメインの情報を学習する必要がある。即ち、ＭＧが対応するＩＰドメイン情報を得ることができないならば、ＲＴＰストリームは全く生成されることができない。現在、相互接続を構成するのに必要なＭＧにＲＴＰストリームを生成するためのＩＰドメイン情報を獲得させることのできる技術的方法はなく、即ち、現在では、ＲＴＰストリームを生成するためのＩＰドメイン情報をＭＧで得ることはできない。
【００１０】
本発明は、ＩＰドメイン間の相互接続を構成するための方法、システム、および装置を提供して、メディアゲートウェイ制御プロトコルに基づいてネットワーク中のＩＰドメイン間の相互接続を実現することを目的としている。
【課題を解決するための手段】
【００１１】
本発明によりＩＰドメイン間の相互接続を構成するために、以下のような解決策が与えられる。
【００１２】
本発明の１特徴においては、ＩＰドメイン間の相互接続を構成する方法を提供し、この方法は、
Ａ．ＩＰドメイン間のメディアゲートウェイ（ＭＧ）は、メディアゲートウェイ制御装置（ＭＧＣ）からのメッセージによって、メディアストリームを生成するためＩＰドメイン情報を獲得し、
Ｂ．ＩＰドメイン間のＭＧはＩＰドメイン情報にしたがって、ＩＰドメイン間に対応するメディアストリームを生成するステップを含んでいる。
【００１３】
随意選択的に、プロセスＡは、
Ａ１．ＭＧＣが、ＭＧにより生成されるメディアストリームがそのＭＧに関係するＩＰドメインのＩＰドメイン情報をＭＧに送信し、ＭＧはＩＰドメイン情報を獲得するステップを含んでいる。
【００１４】
随意選択的に、プロセスＡ１では、ＭＧにより生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報をＭＧに送信するＭＧＣは、ローカル制御記述子情報中のＩＰドメイン情報を伝送し、ローカル制御記述子情報をＭＧへ送信するステップを含んでいる。
【００１５】
随意選択的に、プロセスＡ１では、ローカル制御記述子情報中のＩＰドメイン情報のベアリングは、ローカル制御記述子の拡張された特性中のＩＰドメイン情報のベアリングを含んでおり、拡張された特性は直接的にローカル制御記述子中で規定されるか、拡張されたパッケージと拡張されたパッケージ中に含まれる特性によって規定される。
【００１６】
随意選択的に、この方法はさらに、
ＭＧ上にＩＰドメイン情報のデフォルト値を構成することを含んでいる。
【００１７】
随意選択的に、プロセスＡは、
ＭＧＣがメディアストリームを生成するためのＭＧを示すとき、ＩＰドメイン情報はデフォルトであり、
ＭＧによって、前もって構成されたデフォルト値に対応しているＩＰドメイン情報にしたがって、メディアストリームを生成するためのＩＰドメイン情報を決定するステップを含んでいる。
【００１８】
随意選択的に、ＩＰドメイン情報は評価された文字列である。
【００１９】
随意選択的に、ＮＧＮにおいて、ＩＰドメインに対応するＩＰドメイン情報の値は相互に相互接続され、相互に異なっている。
【００２０】
随意選択的に、方法はさらに、プロセスＡにおいて、ＭＧＣから得られるＩＰドメイン情報がＭＧにより識別されることができないとき、メディアストリームを生成できず、ＭＧによってエラー情報をＭＧＣへ返送し、プロセスＢは実行されない。
【００２１】
随意選択的に、エラー情報はエラーコードである。
【００２２】
本発明の別の特徴では、ＩＰドメイン間で相互接続を構成するためのシステムが提供され、これはＩＰドメインと、そのＩＰドメイン中のそれぞれのＭＧＣとの間のＭＧを含み、各ＭＧとそのＭＧＣはＭＧが関連する近隣のＩＰドメインのＩＰドメイン情報により構成され、
ＭＧＣはそれぞれ、メディアストリームが生成される必要があるとき、生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報をＭＧへ送信するために使用され、
ＭＧはそれぞれ、ＩＰドメイン情報にしたがって、ＩＰドメイン間に対応するメディアストリームを生成するために使用される。
【００２３】
随意選択的に、メディアストリームを作成するために、そのＭＧにより必要とされるＩＰ情報を送信する任意の１つのＭＧＣは、ローカル制御記述子情報中のＩＰドメイン情報をベアリングし、ローカル制御記述子情報をそのＭＧへ送信するステップを含んでいる。
【００２４】
随意選択的に、各ＭＧはＩＰドメイン情報のデフォルト値によって構成され、ＩＰドメイン情報がデフォルトである場合、任意の１つのＭＧＣがメディアストリームを生成するためにそのＭＧを示すとき、ＭＧによって、前もって構成されたデフォルト値に対応するＩＰドメイン情報にしたがってメディアストリームを生成するためのＩＰドメイン情報を決定する。
【００２５】
本発明の更に別の特徴では、ＩＰドメイン間に相互接続を構成するための装置が提供される。その装置はそれが関係する近隣のＩＰドメインのＩＰドメイン情報により構成され、対応するメディアストリームと、生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報とを生成することを示すメッセージを受信したときに、ＩＰドメイン情報にしたがってメディアストリームを生成する。
【００２６】
本発明のさらに別の特徴では、ＩＰドメイン間に相互接続を構成するための装置が提供される。その装置は、装置と相関しそのＩＰドメイン間にあるＭＧが関係する近隣のＩＰドメインのＩＰドメイン情報により構成され、生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報をＭＧへ送信する。
【００２７】
本発明の構成は、間に相互接続が必要とされるＮＧＮのＩＰドメイン間のＭＧが、ＭＧにより生成されるメディアストリームが関係しているＩＰドメインのＩＰドメイン情報を獲得することを可能にし、したがって互いに相互接続することを必要とするＩＰドメイン間の相互接続を確実にし、ネットワーク動作に大きな便宜性を与えることができることが、本発明により与えられる前述の技術的解決策から認められる。
【図面の簡単な説明】
【００２８】
【図１】ＮＧＮ中のＭＧおよびＭＧＣのネットワーク構造を示す概略図。
【図２】ＮＧＮ中のＩＰドメイン間の相互接続のためのネットワーク構造を示す概略図。
【図３】本発明の１実施形態による方法を示すフローチャート。
【図４】本発明の１実施形態によるメディアストリームの生成手順を示す概略図。
【発明を実施するための形態】
【００２９】
図２は、次世代ネットワークＮＧＮのＩＰドメイン間でＭＧを相互接続するネットワーク構造を示す概略図を示しており、ＭＧｉ230は、相互接続が所望されるＩＰドメインＩＰａ210とＩＰドメインＩＰｂ220との間に配置されている。ＭＧＣａ211とＭＧａ212はＩＰａ210中に配置されており、ＭＧＣｂ221とＭＧｂ222がＩＰｂ220中に配置されている。相互接続が所望されるＩＰドメイン間に配置されているＭＧ（ＭＧｉ）230はＩＰドメインまたはＩＰ−ＩＰ ＭＧ（ＩＰドメイン間のＭＧ）を横切る相互接続ＭＧと呼ばれ、これは共通のＭＧがユーザネットワークインターフェース（ＵＮＩ）の役目を行い、他方でＩＰ−ＩＰ ＭＧがネットワークネットワークインターフェース（ＮＮＩ）の役目を行う点で、共通のＭＧ（ＭＧａ212とＭＧｂ222）とは異なっている。したがって、ＩＰ−ＩＰ ＭＧ上のメディアストリームは対応する一時的終了間で転送される。
【００３０】
異なるＩＰドメインを横切るメディアストリームの相互接続を実現するために、メディアストリームを生成するとき、ＩＰ−ＩＰ ＭＧはメディアストリームが関連するＩＰドメインのＩＰドメイン情報を学習する必要がある。通常、異なる要求が異なるＩＰドメインのメディアストリームに存在し、例えば（ＩＰｖ４およびＩＰｖ６のような）異なるプロトコルが異なるＩＰドメインで採用されるので、ＩＰ−ＩＰ ＭＧは対応するＩＰドメイン情報を学習した後にのみ、正確にメディアストリームを生成することができる。本発明の鍵となるアイディアは、ＩＰ−ＩＰ ＭＧが、メディアストリームを生成するためのＩＰドメイン情報を得て、対応するメディアストリームを正確に生成することを容易にするために、Ｈ．２４８プロトコルの拡張されたローカル制御記述子によってＩＰ−ＩＰ ＭＧにより要求されるＩＰドメイン情報を伝送することである。
【００３１】
本発明はさらに、添付図面を参照して本発明の１実施形態の方法についての以下の詳細な説明から理解されるであろう。
【００３２】
図３に示されているように、本発明の１実施形態の方法は特に以下の手順を含んでいる。
プロセス31：ＭＧＣがメディアストリームを生成する指示をＭＧへ送信することを決定するとき、それは生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報を決定する。
【００３３】
メディアストリームはＲＴＰメディアストリームであってもよく、或いは任意の他のメディアストリームであってもよい。
【００３４】
通常、ＭＧＣはＭＧ間にメディアストリームを生成する目的で、呼接続を設定し、そのとき、メディアストリームを生成する指示をＭＧＣによってＭＧへ送信することが必要である。
【００３５】
異なるＩＰドメインに対する（ＩＰドメイン識別子等のような）対応するＩＰドメイン情報はＭＧＣおよびＭＧ上で構成され、ＭＧＣ上で構成されたＩＰドメイン情報はＭＧ上で構成されたＩＰドメイン情報と同じである。ＭＧＣがメディアストリームを生成する指示をＭＧへ送信することを決定したとき、それは構成される情報にしたがって、生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報を得ることができる。
【００３６】
プロセス32：ＭＧＣはＩＰドメイン情報を対応するＭＧへ送信し、生成されるメディアストリームが関連するＩＰドメインをＭＧへ通知する。
【００３７】
ＭＧＣはローカル制御記述子中で伝送されるＩＰドメイン情報をＭＧへ送信することができ、特に説明するとＭＧＣはローカル制御記述子中の拡張された特性で伝送されるＩＰドメイン情報をＭＧへ送信することができる。拡張された特性はローカル制御記述子中で直接規定されることができ、または拡張されたパッケージと拡張されたパッケージの特性によって規定されることができる。
【００３８】
当業者は、ローカル制御記述子がメディアストリームの操作に関連する相関メッセージのパラメータであり、メディアストリームの操作に関連する相関メッセージが、付加、変更、移動等のメッセージを含むがそれらに限定されないことを理解すべきである。
【００３９】
以下、前述のローカル制御記述子を説明する。
【００４０】
メディアストリームを生成するために終了をコンテキストへ付加することをＭＧに指示するとき、ＭＧＣは通常、ローカル制御、ローカル、遠隔等のような記述子に付加される終了の特性を記載する。
【００４１】
ローカル記述子はローカル受信された（即ち遠隔送信された）メディアストリームの符号化／復号化パラメータを記載しており、遠隔記述子はＩＰアドレスおよびポート、符号化／復号化アルゴリズム、およびパッケージング期間等のような遠隔受信された（即ちローカル送信された）メディアストリームの符号化／復号化パラメータを記述しており、それらのパラメータはＳＤＰ（セッション記述プロトコル）中で組織化される。
【００４２】
ローカル制御記述子は、モード、保留グループ、保留値、パッケージ中で規定されるメディアストリームと相関する他の特性を含んでおり、モードはコンテキストの外部に関する終了におけるメディアストリームの状態、即ち送信専用、受信専用、送受信、インアクチブ、ループバックを記述し、保留グループおよび保留値は終了におけるメディアストリームの符号化／復号化のためのリソースが保留されるか否かを記述している。
【００４３】
したがって、本発明の１実施形態では、領域（即ちドメイン）の特性パラメータは、終了により伝送されるメディアストリームのＩＰドメインを識別するためのＨ．２４８プロトコルのローカル制御記述子へ拡張されることができる。ＩＰドメイン情報の文字列の評価された特性は例えば“ｍｙｎｅｔ．ｎｅｔ”のドメイン名の形態であってもよい。
【００４４】
勿論、領域と同じように機能する特性は、ローカル制御記述子において、ＭＧへ送信される対応するＩＰドメイン情報をベアリングするのに使用されるために、Ｈ．２４８プロトコルのパッケージを拡張することにより、Ｈ．２４８プロトコルパッケージで規定されることができる。
【００４５】
前述したように、ＩＰドメイン情報（ＩＰドメイン識別子）は、ＭＧＣとＭＧとの間で前もって準備される必要があり、相互接続が必要とされる異なるＩＰドメインは、異なるＩＰドメイン識別子を有していなければならない。勿論、ＭＧＣとＭＧがそれぞれＩＰドメイン識別子の意味を理解できる限り、準備手順は多数の特別な方法により実行されることができ、その詳細な説明はここでは省略する。
【００４６】
プロセス33：生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報を得た後、ＭＧＣによって、ＭＧはＩＰドメイン情報にしたがって、対応するメディアストリームを生成する。
【００４７】
当業者は、ＩＰドメイン情報にしたがって、対応するメディアストリームを生成することが、ＩＰドメイン情報にしたがって生成されたメディアストリームのソースアドレス、ソースポート、目的地アドレス、目的地ポート、プロトコルタイプ等を決定することが含まれることを理解すべきであり、その詳細な説明はここでは省略する。
【００４８】
対応するメディアストリームが生成された後、ＮＧＮ中のＩＰドメイン間の相互接続が実現される。
【００４９】
当業者は、ＭＧから異なるＩＰドメインへのメディアストリームが適切に生成され、ＭＧを通して直列に接続されるとき、これらのＩＰドメイン間の相互接続が実現されることを理解すべきである。メディアストリームを直列に接続する手順は、メディアストリームの転送と、必要な変形等を含んでおり、その詳細な説明はここでは省略する。
【００５０】
ＭＧＣにより送信されるＩＰドメイン情報が（例えばＭＧＣとＭＧとの間に事前に準備された範囲を超える）ＭＧにより識別されることができないならば、ＭＧはメディアストリームを生成することができず、対応するエラーコードをＭＧＣへ返送することに注意すべきである。さらに、適切に生成された場合には、ＭＧは成功の応答をＭＧＣへ返送することができる。
【００５１】
さらに、相対的なデフォルトＩＰドメイン情報もまたＩＰ−ＩＰ ＭＧで前もって構成されることができ（デフォルトＩＰドメイン情報は共通のＩＰドメイン情報とは異なっていない可能性がある）、ＩＰドメイン情報の特性がＭＧＣにより送信されたメディアストリームを生成する指示においてデフォルトであるならば、ＭＧはデフォルトＩＰドメインに関して動作する。
【００５２】
単一のＩＰの場合、ＭＧが関連するＩＰドメインは直接デフォルトとして取られることができる。
【００５３】
図４は、本発明の１実施形態によるＲＴＰメディアストリームを生成する実際の方法を示している。２つのメディアストリーム、即ちＲＴＰａとＲＴＰｂは図４のＭＧ ＭＧｉ430を相互接続することにより生成される。ＭＧＣ440がＭＧｉ430にＰＴＰａを生成することを示すとき、これは領域＝ＩＰａ．ｎｅｔ（即ちＩＰドメイン情報）と共にローカル制御記述子をＭＧｉ430へ送信する。このようにして、ＭＧｉ430は生成されるストリームＲＴＰａが関連するＩＰドメインがＩＰａ．ｎｅｔであることを学習でき、その後、ＲＴＰａを生成する。
【００５４】
当業者は、ＭＧｉ430を制御するＭＧＣにしたがって、ＭＧＣがＭＧＣａまたはＭＢＣｂであってもよいことを理解すべきである。例えばＭＧｉはＭＧｉが登録されるＭＧＣによってその後、制御される。
【００５５】
類似の方法で、ＲＴＰｂは同様に生成されることができる。
【００５６】
終了１を終了２に相互接続し、メディアストリームＲＴＰａとＲＴＰｂが適切に生成されるようにコンテキストがＭＧｉで設定されるとき、ＩＰドメインＩＰａ410とＩＰｂ420との間の相互接続がＭＧｉ430を通して実現される。
【００５７】
図２を再度参照すると、本発明の１実施形態のＩＰドメイン間に相互接続を構成するシステムでは、ＭＧｉ230、ＭＧＣａ211、ＭＧＣｂ221はそれぞれ対応するＩＰドメイン情報により構成される。メディアストリームがＭＧｉ230により生成されるとき、必要とされるＩＰドメイン情報はＭＧＣａ211またはＭＧＣｂ221によりＭＧｉ230へ送信され、その後ＭＧｉ230はＩＰドメイン情報にしたがって、メディアストリームを生成する。
【００５８】
一言で説明すると、本発明の実施形態は相互接続が必要とされるＮＧＮのＩＰドメイン間の相互接続を実現し、したがってネットワーク動作に大きな便宜性を与える。
【００５９】
前述の説明は本発明の単なる好ましい実施形態であり、本発明の保護範囲を限定することを意図するものではない。考慮される種々の変更および置換は容易に当業者に示唆され、特許請求の範囲に規定されている本発明の技術的範囲内に含まれることが明白である。
【符号の説明】
【００６０】
110、211、221、440 メディアゲートウェイ制御装置
121、122、212、232 メディアゲートウェイ
210、220、410、420 ＩＰドメイン
230、430 相互接続メディアゲートウェイ
【技術分野】
【０００１】
本発明は、ネットワーク通信技術の分野に関し、特にＩＰドメイン間の相互接続を構成するための方法、システムおよび装置に関する。
【背景技術】
【０００２】
次世代ネットワーク（ＮＧＮ）のネットワーク構造が図１に示されており、ここではメディアゲートウェイ制御装置（ＭＧＣ）110とメディアゲートウェイ（ＭＧｓ）121、122がＮＧＮの２つのキーコンポーネントである。ＭＧＣは呼制御の機能を行い、ＭＧはサービスベアリングの機能を行い、したがって呼制御計画とサービスベアリング計画の分離が実現され、ネットワークリソースは十分有効に共有されることができ、装置の性能向上とサービスの拡張は簡単にされることができ、開発およびメンテナンスのコストも大幅に減少されることができる。
【０００３】
メディアゲートウェイ制御プロトコルはＭＧとＭＧＣとの間の主要な通信プロトコルであり、現在、広く使用されている２つのメディアゲートウェイ制御プロトコルは、Ｈ．２４８／ＭｅＧａＣｏ（ゲートウェイ制御プロトコル）およびＭＧＣＰ（媒体ゲートウェイ制御プロトコル）である。ＭＧＣＰは１９９９年１０月に起草され、ＩＥＴＦ（インターネット・エンジニアリング・タスク・フォース）により２００３年１月に改正され、Ｈ．２４８／ＭｅＧａＣｏは２０００年１１月に起草され、ＩＥＴＦとＩＴＵ（国際電気通信連合）により共に２００３年６月に改定された。
【０００４】
Ｈ．２４８を例に取ると、ＭＧ上の全ての種類のリソースは要約的に終了として表される。終了は物理的終了と一時的終了とに分割されることができ、前者は時分割多重化（ＴＤＭ）チャンネル等の半永久的に存在する物理的エンティティを表し、後者は実時間転送プロトコル（ＲＴＰ）ストリーム等のような、一時的に使用するために与えられ使用期間後は解除される共通のリソースを表す。終了間の関係は要約的にコンテキストとして表される。コンテキストは複数の終了を含むことができ、それ故、コンテキストはトポロジにおける終了間の関係を記述している。
【０００５】
プロトコルの抽象モデルに基づいて、呼の接続は実際には終了とコンテキストの操作である。この操作はＭＧＣとＭＧとの間のコマンドのリクエストおよび応用により実行される。コマンドにより伝送されるパラメータはまた記述子と呼ばれ、これは特性、信号、事象、統計的記述子等のような幾つかのクラスに分割されている。サービス相関を有するパラメータは理論的にパッケージに収束される。
【０００６】
Ｈ．２４８により規定されるコンテキストのトポロジ構造は終了自体のタイプに敏感ではなく、即ちコンテキストを構成する終了は（ＴＤＭチャンネルのような）任意の物理的終了であってもよく、或いは（ＲＴＰストリームのような）一時的終了であってもよい。双方向の媒体ストリームに関して、共通のＩＰ電話サービスはＴＤＭ物理的終了とＲＴＰ一時的終了とを相互接続することによって伝送されることができ、ローカルＴＤＭ電話サービスは２つのＴＤＭ物理的終了を相互接続することにより実行されることができ、ＩＰ−ＩＰ相互接続サービスは２つのＲＴＰの一時的終了を相互接続することにより実行されることができる。
【０００７】
Ｈ．２４８プロトコルの原型は単一のＩＰドメイン内のＭＧＣ−ＭＧ制御関連用に設計されている。通常、メディアストリームは共通のＭＧ上でＴＤＭ物理的終了とＲＴＰ一時的終了間で転送される。しかし、実際の応用では、それぞれのＩＰドメイン内でのＭＧＣの制御下のＭＧの相互接続に加えて、オペレータは恐らく異なるＩＰドメイン間の相互接続を相互に実現する必要がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許出願公開第２００３／０１６１３３６号明細書
【特許文献２】特開２００３−２８３６７５号公報
【特許文献３】特開２００４−１６６１４３号公報
【特許文献４】特開２００４−８８５３２号公報
【特許文献５】特表２００４−５１８３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、異なるＩＰドメインにおけるＲＴＰストリームはＩＰドメイン間の相互接続を実現するために同一のコンテキストで、直列接続される必要があり、この目的に対しては、ＲＴＰストリームを生成するＭＧは、メディアストリームの方向を決定するために、対応するＩＰドメインの情報を学習する必要がある。即ち、ＭＧが対応するＩＰドメイン情報を得ることができないならば、ＲＴＰストリームは全く生成されることができない。現在、相互接続を構成するのに必要なＭＧにＲＴＰストリームを生成するためのＩＰドメイン情報を獲得させることのできる技術的方法はなく、即ち、現在では、ＲＴＰストリームを生成するためのＩＰドメイン情報をＭＧで得ることはできない。
【００１０】
本発明は、ＩＰドメイン間の相互接続を構成するための方法、システム、および装置を提供して、メディアゲートウェイ制御プロトコルに基づいてネットワーク中のＩＰドメイン間の相互接続を実現することを目的としている。
【課題を解決するための手段】
【００１１】
本発明によりＩＰドメイン間の相互接続を構成するために、以下のような解決策が与えられる。
【００１２】
本発明の１特徴においては、ＩＰドメイン間の相互接続を構成する方法を提供し、この方法は、
Ａ．ＩＰドメイン間のメディアゲートウェイ（ＭＧ）は、メディアゲートウェイ制御装置（ＭＧＣ）からのメッセージによって、メディアストリームを生成するためＩＰドメイン情報を獲得し、
Ｂ．ＩＰドメイン間のＭＧはＩＰドメイン情報にしたがって、ＩＰドメイン間に対応するメディアストリームを生成するステップを含んでいる。
【００１３】
随意選択的に、プロセスＡは、
Ａ１．ＭＧＣが、ＭＧにより生成されるメディアストリームがそのＭＧに関係するＩＰドメインのＩＰドメイン情報をＭＧに送信し、ＭＧはＩＰドメイン情報を獲得するステップを含んでいる。
【００１４】
随意選択的に、プロセスＡ１では、ＭＧにより生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報をＭＧに送信するＭＧＣは、ローカル制御記述子情報中のＩＰドメイン情報を伝送し、ローカル制御記述子情報をＭＧへ送信するステップを含んでいる。
【００１５】
随意選択的に、プロセスＡ１では、ローカル制御記述子情報中のＩＰドメイン情報のベアリングは、ローカル制御記述子の拡張された特性中のＩＰドメイン情報のベアリングを含んでおり、拡張された特性は直接的にローカル制御記述子中で規定されるか、拡張されたパッケージと拡張されたパッケージ中に含まれる特性によって規定される。
【００１６】
随意選択的に、この方法はさらに、
ＭＧ上にＩＰドメイン情報のデフォルト値を構成することを含んでいる。
【００１７】
随意選択的に、プロセスＡは、
ＭＧＣがメディアストリームを生成するためのＭＧを示すとき、ＩＰドメイン情報はデフォルトであり、
ＭＧによって、前もって構成されたデフォルト値に対応しているＩＰドメイン情報にしたがって、メディアストリームを生成するためのＩＰドメイン情報を決定するステップを含んでいる。
【００１８】
随意選択的に、ＩＰドメイン情報は評価された文字列である。
【００１９】
随意選択的に、ＮＧＮにおいて、ＩＰドメインに対応するＩＰドメイン情報の値は相互に相互接続され、相互に異なっている。
【００２０】
随意選択的に、方法はさらに、プロセスＡにおいて、ＭＧＣから得られるＩＰドメイン情報がＭＧにより識別されることができないとき、メディアストリームを生成できず、ＭＧによってエラー情報をＭＧＣへ返送し、プロセスＢは実行されない。
【００２１】
随意選択的に、エラー情報はエラーコードである。
【００２２】
本発明の別の特徴では、ＩＰドメイン間で相互接続を構成するためのシステムが提供され、これはＩＰドメインと、そのＩＰドメイン中のそれぞれのＭＧＣとの間のＭＧを含み、各ＭＧとそのＭＧＣはＭＧが関連する近隣のＩＰドメインのＩＰドメイン情報により構成され、
ＭＧＣはそれぞれ、メディアストリームが生成される必要があるとき、生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報をＭＧへ送信するために使用され、
ＭＧはそれぞれ、ＩＰドメイン情報にしたがって、ＩＰドメイン間に対応するメディアストリームを生成するために使用される。
【００２３】
随意選択的に、メディアストリームを作成するために、そのＭＧにより必要とされるＩＰ情報を送信する任意の１つのＭＧＣは、ローカル制御記述子情報中のＩＰドメイン情報をベアリングし、ローカル制御記述子情報をそのＭＧへ送信するステップを含んでいる。
【００２４】
随意選択的に、各ＭＧはＩＰドメイン情報のデフォルト値によって構成され、ＩＰドメイン情報がデフォルトである場合、任意の１つのＭＧＣがメディアストリームを生成するためにそのＭＧを示すとき、ＭＧによって、前もって構成されたデフォルト値に対応するＩＰドメイン情報にしたがってメディアストリームを生成するためのＩＰドメイン情報を決定する。
【００２５】
本発明の更に別の特徴では、ＩＰドメイン間に相互接続を構成するための装置が提供される。その装置はそれが関係する近隣のＩＰドメインのＩＰドメイン情報により構成され、対応するメディアストリームと、生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報とを生成することを示すメッセージを受信したときに、ＩＰドメイン情報にしたがってメディアストリームを生成する。
【００２６】
本発明のさらに別の特徴では、ＩＰドメイン間に相互接続を構成するための装置が提供される。その装置は、装置と相関しそのＩＰドメイン間にあるＭＧが関係する近隣のＩＰドメインのＩＰドメイン情報により構成され、生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報をＭＧへ送信する。
【００２７】
本発明の構成は、間に相互接続が必要とされるＮＧＮのＩＰドメイン間のＭＧが、ＭＧにより生成されるメディアストリームが関係しているＩＰドメインのＩＰドメイン情報を獲得することを可能にし、したがって互いに相互接続することを必要とするＩＰドメイン間の相互接続を確実にし、ネットワーク動作に大きな便宜性を与えることができることが、本発明により与えられる前述の技術的解決策から認められる。
【図面の簡単な説明】
【００２８】
【図１】ＮＧＮ中のＭＧおよびＭＧＣのネットワーク構造を示す概略図。
【図２】ＮＧＮ中のＩＰドメイン間の相互接続のためのネットワーク構造を示す概略図。
【図３】本発明の１実施形態による方法を示すフローチャート。
【図４】本発明の１実施形態によるメディアストリームの生成手順を示す概略図。
【発明を実施するための形態】
【００２９】
図２は、次世代ネットワークＮＧＮのＩＰドメイン間でＭＧを相互接続するネットワーク構造を示す概略図を示しており、ＭＧｉ230は、相互接続が所望されるＩＰドメインＩＰａ210とＩＰドメインＩＰｂ220との間に配置されている。ＭＧＣａ211とＭＧａ212はＩＰａ210中に配置されており、ＭＧＣｂ221とＭＧｂ222がＩＰｂ220中に配置されている。相互接続が所望されるＩＰドメイン間に配置されているＭＧ（ＭＧｉ）230はＩＰドメインまたはＩＰ−ＩＰ ＭＧ（ＩＰドメイン間のＭＧ）を横切る相互接続ＭＧと呼ばれ、これは共通のＭＧがユーザネットワークインターフェース（ＵＮＩ）の役目を行い、他方でＩＰ−ＩＰ ＭＧがネットワークネットワークインターフェース（ＮＮＩ）の役目を行う点で、共通のＭＧ（ＭＧａ212とＭＧｂ222）とは異なっている。したがって、ＩＰ−ＩＰ ＭＧ上のメディアストリームは対応する一時的終了間で転送される。
【００３０】
異なるＩＰドメインを横切るメディアストリームの相互接続を実現するために、メディアストリームを生成するとき、ＩＰ−ＩＰ ＭＧはメディアストリームが関連するＩＰドメインのＩＰドメイン情報を学習する必要がある。通常、異なる要求が異なるＩＰドメインのメディアストリームに存在し、例えば（ＩＰｖ４およびＩＰｖ６のような）異なるプロトコルが異なるＩＰドメインで採用されるので、ＩＰ−ＩＰ ＭＧは対応するＩＰドメイン情報を学習した後にのみ、正確にメディアストリームを生成することができる。本発明の鍵となるアイディアは、ＩＰ−ＩＰ ＭＧが、メディアストリームを生成するためのＩＰドメイン情報を得て、対応するメディアストリームを正確に生成することを容易にするために、Ｈ．２４８プロトコルの拡張されたローカル制御記述子によってＩＰ−ＩＰ ＭＧにより要求されるＩＰドメイン情報を伝送することである。
【００３１】
本発明はさらに、添付図面を参照して本発明の１実施形態の方法についての以下の詳細な説明から理解されるであろう。
【００３２】
図３に示されているように、本発明の１実施形態の方法は特に以下の手順を含んでいる。
プロセス31：ＭＧＣがメディアストリームを生成する指示をＭＧへ送信することを決定するとき、それは生成されるメディアストリームが関係するＩＰドメインのＩＰドメイン情報を決定する。
【００３３】
メディアストリームはＲＴＰメディアストリームであってもよく、或いは任意の他のメディアストリームであってもよい。
【００３４】
通常、ＭＧＣはＭＧ間にメディアストリームを生成する目的で、呼接続を設定し、そのとき、メディアストリームを生成する指示をＭＧＣによってＭＧへ送信することが必要である。
【００３５】
異なるＩＰドメインに対する（ＩＰドメイン識別子等のような）対応するＩＰドメイン情報はＭＧＣおよびＭＧ上で構成され、ＭＧＣ上で構成されたＩＰドメイン情報はＭＧ上で構成されたＩＰドメイン情報と同じである。ＭＧＣがメディアストリームを生成する指示をＭＧへ送信することを決定したとき、それは構成される情報にしたがって、生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報を得ることができる。
【００３６】
プロセス32：ＭＧＣはＩＰドメイン情報を対応するＭＧへ送信し、生成されるメディアストリームが関連するＩＰドメインをＭＧへ通知する。
【００３７】
ＭＧＣはローカル制御記述子中で伝送されるＩＰドメイン情報をＭＧへ送信することができ、特に説明するとＭＧＣはローカル制御記述子中の拡張された特性で伝送されるＩＰドメイン情報をＭＧへ送信することができる。拡張された特性はローカル制御記述子中で直接規定されることができ、または拡張されたパッケージと拡張されたパッケージの特性によって規定されることができる。
【００３８】
当業者は、ローカル制御記述子がメディアストリームの操作に関連する相関メッセージのパラメータであり、メディアストリームの操作に関連する相関メッセージが、付加、変更、移動等のメッセージを含むがそれらに限定されないことを理解すべきである。
【００３９】
以下、前述のローカル制御記述子を説明する。
【００４０】
メディアストリームを生成するために終了をコンテキストへ付加することをＭＧに指示するとき、ＭＧＣは通常、ローカル制御、ローカル、遠隔等のような記述子に付加される終了の特性を記載する。
【００４１】
ローカル記述子はローカル受信された（即ち遠隔送信された）メディアストリームの符号化／復号化パラメータを記載しており、遠隔記述子はＩＰアドレスおよびポート、符号化／復号化アルゴリズム、およびパッケージング期間等のような遠隔受信された（即ちローカル送信された）メディアストリームの符号化／復号化パラメータを記述しており、それらのパラメータはＳＤＰ（セッション記述プロトコル）中で組織化される。
【００４２】
ローカル制御記述子は、モード、保留グループ、保留値、パッケージ中で規定されるメディアストリームと相関する他の特性を含んでおり、モードはコンテキストの外部に関する終了におけるメディアストリームの状態、即ち送信専用、受信専用、送受信、インアクチブ、ループバックを記述し、保留グループおよび保留値は終了におけるメディアストリームの符号化／復号化のためのリソースが保留されるか否かを記述している。
【００４３】
したがって、本発明の１実施形態では、領域（即ちドメイン）の特性パラメータは、終了により伝送されるメディアストリームのＩＰドメインを識別するためのＨ．２４８プロトコルのローカル制御記述子へ拡張されることができる。ＩＰドメイン情報の文字列の評価された特性は例えば“ｍｙｎｅｔ．ｎｅｔ”のドメイン名の形態であってもよい。
【００４４】
勿論、領域と同じように機能する特性は、ローカル制御記述子において、ＭＧへ送信される対応するＩＰドメイン情報をベアリングするのに使用されるために、Ｈ．２４８プロトコルのパッケージを拡張することにより、Ｈ．２４８プロトコルパッケージで規定されることができる。
【００４５】
前述したように、ＩＰドメイン情報（ＩＰドメイン識別子）は、ＭＧＣとＭＧとの間で前もって準備される必要があり、相互接続が必要とされる異なるＩＰドメインは、異なるＩＰドメイン識別子を有していなければならない。勿論、ＭＧＣとＭＧがそれぞれＩＰドメイン識別子の意味を理解できる限り、準備手順は多数の特別な方法により実行されることができ、その詳細な説明はここでは省略する。
【００４６】
プロセス33：生成されるメディアストリームが関連するＩＰドメインのＩＰドメイン情報を得た後、ＭＧＣによって、ＭＧはＩＰドメイン情報にしたがって、対応するメディアストリームを生成する。
【００４７】
当業者は、ＩＰドメイン情報にしたがって、対応するメディアストリームを生成することが、ＩＰドメイン情報にしたがって生成されたメディアストリームのソースアドレス、ソースポート、目的地アドレス、目的地ポート、プロトコルタイプ等を決定することが含まれることを理解すべきであり、その詳細な説明はここでは省略する。
【００４８】
対応するメディアストリームが生成された後、ＮＧＮ中のＩＰドメイン間の相互接続が実現される。
【００４９】
当業者は、ＭＧから異なるＩＰドメインへのメディアストリームが適切に生成され、ＭＧを通して直列に接続されるとき、これらのＩＰドメイン間の相互接続が実現されることを理解すべきである。メディアストリームを直列に接続する手順は、メディアストリームの転送と、必要な変形等を含んでおり、その詳細な説明はここでは省略する。
【００５０】
ＭＧＣにより送信されるＩＰドメイン情報が（例えばＭＧＣとＭＧとの間に事前に準備された範囲を超える）ＭＧにより識別されることができないならば、ＭＧはメディアストリームを生成することができず、対応するエラーコードをＭＧＣへ返送することに注意すべきである。さらに、適切に生成された場合には、ＭＧは成功の応答をＭＧＣへ返送することができる。
【００５１】
さらに、相対的なデフォルトＩＰドメイン情報もまたＩＰ−ＩＰ ＭＧで前もって構成されることができ（デフォルトＩＰドメイン情報は共通のＩＰドメイン情報とは異なっていない可能性がある）、ＩＰドメイン情報の特性がＭＧＣにより送信されたメディアストリームを生成する指示においてデフォルトであるならば、ＭＧはデフォルトＩＰドメインに関して動作する。
【００５２】
単一のＩＰの場合、ＭＧが関連するＩＰドメインは直接デフォルトとして取られることができる。
【００５３】
図４は、本発明の１実施形態によるＲＴＰメディアストリームを生成する実際の方法を示している。２つのメディアストリーム、即ちＲＴＰａとＲＴＰｂは図４のＭＧ ＭＧｉ430を相互接続することにより生成される。ＭＧＣ440がＭＧｉ430にＰＴＰａを生成することを示すとき、これは領域＝ＩＰａ．ｎｅｔ（即ちＩＰドメイン情報）と共にローカル制御記述子をＭＧｉ430へ送信する。このようにして、ＭＧｉ430は生成されるストリームＲＴＰａが関連するＩＰドメインがＩＰａ．ｎｅｔであることを学習でき、その後、ＲＴＰａを生成する。
【００５４】
当業者は、ＭＧｉ430を制御するＭＧＣにしたがって、ＭＧＣがＭＧＣａまたはＭＢＣｂであってもよいことを理解すべきである。例えばＭＧｉはＭＧｉが登録されるＭＧＣによってその後、制御される。
【００５５】
類似の方法で、ＲＴＰｂは同様に生成されることができる。
【００５６】
終了１を終了２に相互接続し、メディアストリームＲＴＰａとＲＴＰｂが適切に生成されるようにコンテキストがＭＧｉで設定されるとき、ＩＰドメインＩＰａ410とＩＰｂ420との間の相互接続がＭＧｉ430を通して実現される。
【００５７】
図２を再度参照すると、本発明の１実施形態のＩＰドメイン間に相互接続を構成するシステムでは、ＭＧｉ230、ＭＧＣａ211、ＭＧＣｂ221はそれぞれ対応するＩＰドメイン情報により構成される。メディアストリームがＭＧｉ230により生成されるとき、必要とされるＩＰドメイン情報はＭＧＣａ211またはＭＧＣｂ221によりＭＧｉ230へ送信され、その後ＭＧｉ230はＩＰドメイン情報にしたがって、メディアストリームを生成する。
【００５８】
一言で説明すると、本発明の実施形態は相互接続が必要とされるＮＧＮのＩＰドメイン間の相互接続を実現し、したがってネットワーク動作に大きな便宜性を与える。
【００５９】
前述の説明は本発明の単なる好ましい実施形態であり、本発明の保護範囲を限定することを意図するものではない。考慮される種々の変更および置換は容易に当業者に示唆され、特許請求の範囲に規定されている本発明の技術的範囲内に含まれることが明白である。
【符号の説明】
【００６０】
110、211、221、440 メディアゲートウェイ制御装置
121、122、212、232 メディアゲートウェイ
210、220、410、420 ＩＰドメイン
230、430 相互接続メディアゲートウェイ
【特許請求の範囲】
【請求項１】
相互接続メディアゲートウェイ（ＭＧ）によって、第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）から前記第１のＩＰドメインのＩＰドメイン情報を獲得するステップを含み、前記相互接続ＭＧは前記第１のＩＰドメインと第２のＩＰドメインの間に配置され、
前記相互接続ＭＧによって、前記第１のＩＰドメインのＩＰドメイン情報にしたがって前記第１のＩＰドメインにおいてメディアストリームを生成するステップをさらに含む、ＩＰドメイン間の相互接続を構成する方法。
【請求項２】
前記メディアストリームは前記相互接続ＭＧと前記第１のＩＰドメイン内のＭＧとの間で生成される請求項１に記載の方法。
【請求項３】
前記相互接続ＭＧによって、前記第１のＩＰドメインにおけるメディアストリームと、前記相互接続ＭＧにより生成される前記第２のＩＰドメインにおけるメディアストリームとを接続するステップをさらに含む請求項１または２に記載の方法。
【請求項４】
前記第１のＩＰドメインのＩＰドメイン情報は、前記第１のＩＰドメイン内のＭＧＣと前記相互接続ＭＧに準備される請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記相互接続ＭＧによって、第１のＩＰドメイン内のＭＧＣから前記第１のＩＰドメインのＩＰドメイン情報を獲得するステップは、
前記相互接続ＭＧによって、前記相互接続ＭＧに構成されたデフォルト値にしたがって、前記第１のＩＰドメインのＩＰドメイン情報を決定するステップを含む請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記第１のＩＰドメイン内のＭＧＣから得られる前記第１のＩＰドメインのＩＰドメイン情報が前記相互接続ＭＧにより識別されることができないとき、または、前記相互接続ＭＧが前記第１のＩＰドメインにおいてメディアストリームを生成することができないとき、前記相互接続ＭＧによって、エラー情報を前記第１のＩＰドメイン内のＭＧＣへ返送するステップをさらに含む請求項１から５のいずれか１項に記載の方法。
【請求項７】
ローカル制御記述子中で前記第１のＩＰドメインのＩＰドメイン情報が伝送される請求項１から６のいずれか１項に記載の方法。
【請求項８】
ＩＰドメイン間の相互接続を構成する相互接続メディアゲートウェイ（ＭＧ）であって、
第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）から前記第１のＩＰドメインのＩＰドメイン情報を獲得するように構成されたモジュールを含み、前記相互接続ＭＧは前記第１のＩＰドメインと第２のＩＰドメインの間に配置され、
前記第１のＩＰドメインのＩＰドメイン情報にしたがって前記第１のＩＰドメインにおいてメディアストリームを生成するように構成されたモジュールをさらに含む相互接続ＭＧ。
【請求項９】
前記第１のＩＰドメインにおけるメディアストリームと、前記相互接続ＭＧにより生成される前記第２のＩＰドメインにおけるメディアストリームとを接続するように構成されたモジュールをさらに含む請求項８に記載の相互接続ＭＧ。
【請求項１０】
前記相互接続ＭＧに構成されたデフォルト値にしたがって、前記第１のＩＰドメインのＩＰドメイン情報を決定するように構成されたモジュールをさらに含む請求項８または９に記載の相互接続ＭＧ。
【請求項１１】
前記第１のＩＰドメイン内のＭＧＣから得られる前記第１のＩＰドメインのＩＰドメイン情報が前記相互接続ＭＧにより識別されることができないとき、または、前記相互接続ＭＧが前記第１のＩＰドメインにおいてメディアストリームを生成することができないとき、エラー情報を前記第１のＩＰドメイン内のＭＧＣへ返送するように構成されたモジュールをさらに含む請求項８から１０のいずれか１項に記載の相互接続ＭＧ。
【請求項１２】
前記メディアストリームは前記相互接続ＭＧと前記第１のＩＰドメイン内のＭＧとの間で生成される請求項８から１１のいずれか１項に記載の相互接続ＭＧ。
【請求項１３】
前記第１のＩＰドメインのＩＰドメイン情報は、前記第１のＩＰドメイン内のＭＧＣと前記相互接続ＭＧに準備される請求項８から１２のいずれか１項に記載の相互接続ＭＧ。
【請求項１４】
ローカル制御記述子中で前記第１のＩＰドメインのＩＰドメイン情報が伝送される請求項８から１３のいずれか１項に記載の相互接続ＭＧ。
【請求項１５】
第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）と、請求項８から１４のいずれか１項に記載の相互接続メディアゲートウェイ（ＭＧ）とを含む、ＩＰドメイン間で相互接続を構成するシステム。
【請求項１】
相互接続メディアゲートウェイ（ＭＧ）によって、第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）から前記第１のＩＰドメインのＩＰドメイン情報を獲得するステップを含み、前記相互接続ＭＧは前記第１のＩＰドメインと第２のＩＰドメインの間に配置され、
前記相互接続ＭＧによって、前記第１のＩＰドメインのＩＰドメイン情報にしたがって前記第１のＩＰドメインにおいてメディアストリームを生成するステップをさらに含む、ＩＰドメイン間の相互接続を構成する方法。
【請求項２】
前記メディアストリームは前記相互接続ＭＧと前記第１のＩＰドメイン内のＭＧとの間で生成される請求項１に記載の方法。
【請求項３】
前記相互接続ＭＧによって、前記第１のＩＰドメインにおけるメディアストリームと、前記相互接続ＭＧにより生成される前記第２のＩＰドメインにおけるメディアストリームとを接続するステップをさらに含む請求項１または２に記載の方法。
【請求項４】
前記第１のＩＰドメインのＩＰドメイン情報は、前記第１のＩＰドメイン内のＭＧＣと前記相互接続ＭＧに準備される請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記相互接続ＭＧによって、第１のＩＰドメイン内のＭＧＣから前記第１のＩＰドメインのＩＰドメイン情報を獲得するステップは、
前記相互接続ＭＧによって、前記相互接続ＭＧに構成されたデフォルト値にしたがって、前記第１のＩＰドメインのＩＰドメイン情報を決定するステップを含む請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記第１のＩＰドメイン内のＭＧＣから得られる前記第１のＩＰドメインのＩＰドメイン情報が前記相互接続ＭＧにより識別されることができないとき、または、前記相互接続ＭＧが前記第１のＩＰドメインにおいてメディアストリームを生成することができないとき、前記相互接続ＭＧによって、エラー情報を前記第１のＩＰドメイン内のＭＧＣへ返送するステップをさらに含む請求項１から５のいずれか１項に記載の方法。
【請求項７】
ローカル制御記述子中で前記第１のＩＰドメインのＩＰドメイン情報が伝送される請求項１から６のいずれか１項に記載の方法。
【請求項８】
ＩＰドメイン間の相互接続を構成する相互接続メディアゲートウェイ（ＭＧ）であって、
第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）から前記第１のＩＰドメインのＩＰドメイン情報を獲得するように構成されたモジュールを含み、前記相互接続ＭＧは前記第１のＩＰドメインと第２のＩＰドメインの間に配置され、
前記第１のＩＰドメインのＩＰドメイン情報にしたがって前記第１のＩＰドメインにおいてメディアストリームを生成するように構成されたモジュールをさらに含む相互接続ＭＧ。
【請求項９】
前記第１のＩＰドメインにおけるメディアストリームと、前記相互接続ＭＧにより生成される前記第２のＩＰドメインにおけるメディアストリームとを接続するように構成されたモジュールをさらに含む請求項８に記載の相互接続ＭＧ。
【請求項１０】
前記相互接続ＭＧに構成されたデフォルト値にしたがって、前記第１のＩＰドメインのＩＰドメイン情報を決定するように構成されたモジュールをさらに含む請求項８または９に記載の相互接続ＭＧ。
【請求項１１】
前記第１のＩＰドメイン内のＭＧＣから得られる前記第１のＩＰドメインのＩＰドメイン情報が前記相互接続ＭＧにより識別されることができないとき、または、前記相互接続ＭＧが前記第１のＩＰドメインにおいてメディアストリームを生成することができないとき、エラー情報を前記第１のＩＰドメイン内のＭＧＣへ返送するように構成されたモジュールをさらに含む請求項８から１０のいずれか１項に記載の相互接続ＭＧ。
【請求項１２】
前記メディアストリームは前記相互接続ＭＧと前記第１のＩＰドメイン内のＭＧとの間で生成される請求項８から１１のいずれか１項に記載の相互接続ＭＧ。
【請求項１３】
前記第１のＩＰドメインのＩＰドメイン情報は、前記第１のＩＰドメイン内のＭＧＣと前記相互接続ＭＧに準備される請求項８から１２のいずれか１項に記載の相互接続ＭＧ。
【請求項１４】
ローカル制御記述子中で前記第１のＩＰドメインのＩＰドメイン情報が伝送される請求項８から１３のいずれか１項に記載の相互接続ＭＧ。
【請求項１５】
第１のＩＰドメイン内のメディアゲートウェイ制御装置（ＭＧＣ）と、請求項８から１４のいずれか１項に記載の相互接続メディアゲートウェイ（ＭＧ）とを含む、ＩＰドメイン間で相互接続を構成するシステム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−８５３５６（Ｐ２０１２−８５３５６Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１２−５９５９（Ｐ２０１２−５９５９）
【出願日】平成２４年１月１６日（２０１２．１．１６）
【分割の表示】特願２００７−５３０５７４（Ｐ２００７−５３０５７４）の分割
【原出願日】平成１８年４月２９日（２００６．４．２９）
【出願人】（５０４１６１９８４）ホアウェイ・テクノロジーズ・カンパニー・リミテッド (65)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２４年１月１６日（２０１２．１．１６）
【分割の表示】特願２００７−５３０５７４（Ｐ２００７−５３０５７４）の分割
【原出願日】平成１８年４月２９日（２００６．４．２９）
【出願人】（５０４１６１９８４）ホアウェイ・テクノロジーズ・カンパニー・リミテッド (65)
【Ｆターム（参考）】
[ Back to top ]