シグナリングデータをネットワーク移行ユニットおよび制御ユニット並びに所属のユニットに転送するための方法
【課題】簡単なシグナリング方法を提供する。
【解決手段】制御ユニットからH.248ADD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248ADD.respを制御ユニットに伝送し、制御ユニットからH.248ADD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248ADD.respを制御ユニットに伝送し、ネットワーク移行ユニットの側において、H.223マルチプレックスレベルの取り決めを実施し、制御ユニットからH.248MOD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248MOD.respを制御ユニットに伝送し、制御ユニットからH.248MOD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248MOD.respを制御ユニットに伝送する。
【解決手段】制御ユニットからH.248ADD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248ADD.respを制御ユニットに伝送し、制御ユニットからH.248ADD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248ADD.respを制御ユニットに伝送し、ネットワーク移行ユニットの側において、H.223マルチプレックスレベルの取り決めを実施し、制御ユニットからH.248MOD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248MOD.respを制御ユニットに伝送し、制御ユニットからH.248MOD.reqをネットワーク移行ユニットに伝送し、ネットワーク移行ユニットからH.248MOD.respを制御ユニットに伝送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はとりわけ、次のステップを有している、シグナリングデータをネットワーク移行ユニットに転送するための方法に関する：
− ネットワーク移行ユニットもしくはゲートウェイにおいて第１のデータ伝送ネットワーク（ＣＳ）から、２つの端末装置（ＭＳ１，ＭＳ２）または端末装置グループ間のデータ伝送サービスに対してシグナリングデータおよび有効データが伝送されるデータ伝送コネクションを介してもしくはトランスポートコネクションを介してデータを受信する、ここでネットワーク移行ユニットは第１のシグナリング方法に従ってシグナリングされる第１のデータ伝送ネットワーク（ＣＳ）と、第２のシグナリング方法に従ってシグナリングされる第２のデータ伝送ネットワーク（ＩＭＳ）との間で有効データを伝送し、ここで第１のシグナリング方法は第２のシグナリング方法とは相異している。
【背景技術】
【０００２】
第３世代のパートナーシップ・プロジェクト（３ＧＰＰ＝3rd Generation Partnerchip Project）をベースとしている移動無線ネットワークの所謂「回線交換ドメイン」（Circuit Switched（＝ＣＳ） Domain）の他に、音声およびビデオ電話に対する所謂ＩＰマルチメディアサブシステム（IP Multimedia Subsystem＝ＩＭＳ）も利用することができ、かついわゆる該当するサービスの所謂「インターワーキング」、すなわち使用のシグナリングおよびデータの使用のトランスポートフォーマットの適当な変換を用いた、ＩＭＳとＣＳドメインとの間でのサービスの接続が必要である。ＩＭＳは３ＧＰＰ"Global System for Mobile Communications"（＝ＧＳＭ）および"Universal Mobile Telecommunications System"（＝ＵＭＴＳ）アクセスネットワークの他に、別のアクセスネットワーク、例えば"Wireless Local Area Network"（＝ＷＬＡＮ）および"Digital Subscriber Line"（＝ＤＳＬ）に対しても使用される。まさにこのようなシナリオにおいてまず、音声およびビデオ電話がＩＭＳを介して行われることを期待できる。ビデオ電話は公衆電話網、すなわち所謂"Public Switched Telephone Network"（ＰＳＴＮ）においても利用することができ、その際ここでは通例、トランスポートおよびシグナリングに対して、３ＧＰＰ ＣＳドメインの場合のように同じ帯域内（イン・バンド（＝Ｉｎ−ｂａｎｄ））ビデオ電話固有のプロトコルが利用される。ＰＳＴＮの場合にも、ＩＭＳに対するインターワーキングが必要である。
【０００３】
これまではＩＭＳとＣＳドメインまたはＰＳＴＮ間のインターワーキングは音声電話に対してのみ標準において記述されているにすぎない。本発明は、別のサービスに対する、殊にマルチメディアサービス、例えばビデオ電話に対する相応のインターワーキングに関する。この必要性は予測できる。というのは、３ＧＰＰ ＣＳドメインにおいてもＩＭＳ、ここではＷＬＡＮまたはＤＳＬのようなアクセスネットワーク、もしくは新たに成っているネットワークアクセスオプション（例えば Worldwide Interoperability for Microwave Access（ＷｉＭＡＸ）に対して特別に、ビデオ電話は重要な意味を持ってきているからである。
【０００４】
ＩＭＳおよびＣＳネットワーク間、つまりＰＳＴＮまたは３ＧＰＰ ＣＳドメイン間のインターワーキングは、３ＧＰＰ Ｒｅｌｅａｓｅ６以降、３ＧＰＰ ＴＳ ２９．１６３において音声電話に対してのみ規定されている。ＴＳ ２９．１６３に従って、所謂「コール・コントロール」（"Call-Control"）シグナリングのインターワーキングが所謂「メディア・ゲートウェイ・コントロール機能」（"Media Gateway Control Function"（＝ＭＧＣＦ））において行われる。ペイロード・コネクションのインターワーキング、つまり有効もしくはペイロードデータの先送りもしくはトランスファおよび再パッキング並びに必要とあればコード変換もしくはトランスコーディングが所謂「インターネットマルチメディア−マルチメディア・ゲートウェイ」（"Internet Multimedia - Multimedia Gateway"＝ＩＭ−ＭＧＷ）において行われる。ＭＧＣＦはＩＭ−ＭＧＷをＩＴＵＥ−Ｔによって標準化されたＨ．２４８プロトコルを用いて、３ＧＰＰ ＴＳ ２９．３３２において後で説明するように、所謂"Ｍｎ"インタフェースを介してコントロールする。
【０００５】
ＣＳネットワークにおいて、ベアラ・インディペンダント・コール・コントロール（Bearer Independent Call Control＝ＢＩＣＣ）（ＩＴＵ−Ｔ＝International Telecommunication Union - Telecommunication Standardization Sector）Ｑ．１９０２．ＸまたはＩＳＤＮユーザ・パート（ＩＳＵＰ＝ISDN User Part）（ＩＴＵ−ＴＱ７６１ｆｆ参照）が「アウト・オブ・バンド」（"out-of-band"）コール・コントロール・シグナリングのために使用される。コール・コントロール・シグナリングがトランスポートコネクションから分離してガイドされる場合、この方法は"out-of-band"シグナリングとも称される。成り行きにおいては、トランスポートコネクション内で、"in-band"シグナリングと称されるシグナリングメッセージを交換する可能性もある。ＩＳＵＰの場合、時分割多重（Time Division Multiplex＝ＴＤＭ）がＣＳネットワークにおけるトランスポートとして利用され、かつＢＩＣＣの場合、インターネット・プロトコル（Internet Protocol＝ＩＰ）または非同期転送モード（Asynchron Tranfer Modus＝ＡＴＭ）を用いてパケットトランスポートが利用される。純然たる音声電話が使用されるかビデオ電話が使用されるかの取り決めは、ＩＳＵＰに対して、コール・コントロールの間、会話を確立するためのシグナリングは所謂ＩＳＵＰ「ＵＤＩ フォールバック」（"UDI Fallback"）プロシージャを用いて行うことができる。ＢＩＣＣに対してこの取り決めは、３ＧＰＰ ＴＳ２３．１７２において標準化された「サービス・チェンジおよびＵＤＩ フォールバック」（"Service Change and UDI Fallback"＝ＳＣＵＤＩＦ）を用いて行うことができる。これは会話の期間に、音声電話とビデオ電話との切換を可能にするものである。"UDI Fallback"もＳＣＵＤＩＦもアウト・オブ・バンドシグナリングを利用する。その他に、ＢＩＣＣのようなＩＳＵＰに対して、上述したプロシージャを使用せず、かつコールの確立をビデオ電話に対してのみ試行し、かつビデオ電話が支援されない場合には、コールの確立を中断することもできる。音声とビデオとの選択的な取り決めとは異なって、ビデオ電話に対して使用される音声およびビデオのＣＯＤＥＣの取り決めは、既にその前にビデオ電話が選択されかつ相応のトランスポートコネクション（英語「ベアラ」（"Bearer"））が確立された後では、"in-band"で行われる。ビデオ電話に対してＣＳネットワークにおいて、６４ｋｂｙｔｅ／ｓ帯域幅を有する所謂ＢＳ３０データコネクションが使用される。このデータコネクション内に、ＩＴＵ−Ｔによって標準化されたプロトコルスイーツＨ．３２４が使用され、その際３ＧＰＰ ＣＳドメインにおいて、移動無線に整合された変形形態Ｈ．３２４Ｍが選択される。この場合データコネクションの確立後、マルチメディア・コネクションのコンフィギュレーションはイン・バンドで、ＩＴＵ−Ｔによって標準化されたＨ．２４５プロトコルを介して取り決められる。特別に、使用されるビデオＣＯＤＥＣおよび音声ＣＯＤＥＣおよびそれぞれのＣＯＤＥＣコンフィギュレーションの詳細。音声およびビデオ並びにシグナリングデータはＨ．２２３プロトコルを用いて同一のトランスポートコネクションにおいて多重化もしくはマルチプレキシングされる。３ＧＰＰ ＣＳドメインに対して、ＴＳ２６．１１０はプロトコルスイーツもしくはプロトコルシリーズＨ．３２４の使用を更に記述し、その際殊に、所謂Ｈ．３２４Ｍコンフィギュレーションが選択される。
【０００６】
３Ｇ−３２４Ｍコネクションの確立の際（英語「セッション」（"session"）に最も重要なシーケンスは次の通りである：
１． ＩＳＵＰまたはＢＩＣＣ呼び確立シグナリングのスタートの後、所望の"Bearer"に対して必要とされる必要なリソースのリザーブおよびそれからトランスポートコネクションの確立が行われる。
２． "in-band"取り決めのスタート。まず、このトランスポートコネクションに対してどのＨ．２２３「マルチプレクサ・レベル」（"Multiplexer Level"）を使用できるかの取り決め。
３． 必要の場合に、Ｈ．２４５取り決めを用いてマルチストリーム・コネクションを開始するリード端末装置の識別。この機能は、双方向の論理チャネル（＝logical channel）の開放の際にコンフリクトを来たす場合にだけ必要である。この機能は「マスターまたはスレーブ決定」（"Master or Slave determination＝ＭＳＤ"）と称される。
４． 所謂「ターミナル・ケイパビリティ・セット("Terminal Capability Set")Ｈ．２４５通信を用いて、通信を送信する端末装置の能力もしくはケイパビリティが伝送される。この種のメッセージは２つの端末装置に無関係に送信される。これらの記述されたケイパビリティは次の情報を含んでいる：オーディオおよびビデオＣＯＤＥＣおよびその固有の特性もしくはそのバリエーション。マルチプレクサの機能範囲、詳細にはいずれの適合レイヤが支援されるか（例えば"simple"（＝単一）または"nested"（＝交錯形成されている）およびその移動固有の拡張。
５． Ｈ．２４５シグナリングを用いたメディアストリーム毎の「論理」（"logische"）チャネルの確立。この時点から、ＭＳＤのあるなしに関わりなく、端末装置もしくはＩＭ−ＭＧＷは、"logical channel"を開放して、音声データおよび／またはビデオ有効データの交換が可能になるように用意する。双方向の"logical channel"の形成の際に、チャネル番号（＝channel number）および最終的に使用されるべき「メディア・ケイパビリティ」（＝media capabilities）が確定される。
６． Ｈ．２４５を用いたマルチプレクス特性の定義。
７． ビデオ、オーディオ／音声またはデータの伝送のスタート。
【０００７】
ＩＭＳにおいて、所謂「セッション記述プロトコル」"Session Description Protocol＝ＳＤＰ"、所謂"Session Initiation Protocol＝ＳＩＰ"、ＩＥＴＦ ＲＦＣ ３２６１を用いて搬送されるＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comment）２３２７を用いて、"out-of-band"で行われる。この場合、音声電話が使用されるか、ビデオ電話が使用されるかの取り決めは、使用のＣＯＤＥＣの取り決めに結び付いており、かつベアラの確立の前またはその期間に行われる。ＲＦＣ３２６４に従った所謂ＳＤＰ「オファー・アンサー」（"offer-answer"）メカニズムが使用される。この場合提供側はＳＤＰ「オファー」（"offer"）通信において支援されたＣＯＤＥＣのリストを送信する。この通信を受け取ると、応答側はＳＤＰ「応答」（"answer"）通信を送信する。この通信には、このサイドも支援しておりかつ利用しようとする、リストからのＣＯＤＥＣが含まれている。応答側は、ＳＤＰ「オファー」（"offer"）のリストに含まれていなかったＣＯＤＥＣを提供することは許されない。ＣＳドメインとは異なって、音声およびビデオに対して、それぞれ所謂「リアル・タイム・トランスポート・プロトコル」（"Real Time transport Protocol＝ＲＴＰ"）を使用する２つの別個のトランスポートコネクション（英語"Bearer"）が利用される。ジェネラル・パケット・ラジオ・サービス（General Packet Radio Service＝ＧＰＲＳ）アクセスネットワークを介する３ＧＰＰ ＩＭＳに対して、３ＧＰＰ ＴＳ２６．２３５はビデオ電話に対して使用されるべきＣＯＤＥＣを記述する。
【０００８】
以下に、ＣＳドメインのサイドおよびＩＭＳのサイドにおいてビデオ電話に対して使用されるプロトコルおよびＣＯＤＥＣについてもう一度まとめる：
ＣＳネットワーク（殊に３ＧＰＰ ＣＳドメイン）：
コール・コントロール：ＢＩＣＣまたはＩＳＵＰ
純然たる音声電話とビデオ電話との取り決めはＩＳＵＰに対して"UDI Fallback"を用いておよびＢＩＣＣに対して"ＳＣＵＤＩＦ"を用いて行うことができる。
マルチメディア・プロトコルスイーツ：ＩＴＵ−Ｔ Ｈ．３２４Ｍ（ＩＴＵ−Ｔ Annex C）：
ＣＯＤＥＣ取り決め：６４ｋｂｉｔ／ｓ（毎秒につきキロビット）を有する確立されたＣＳベアラを介するＩＴＵ−Ｔ Ｈ．２４５イン・バンドの取り決め。
ビデオＣＯＤＥＣ：Ｈ．２６３の支援が規定されている
ＩＴＵ−Ｔ Ｈ．２６１ 選択的
ＭＰ４Ｖ−ＥＳ（シンプル・ビデオ・プロファイル・レベル０） 選択的
音声ＣＯＤＥＣ：ＮＢ−ＡＭＲ（Narrow Band Adaptive MultiRate）の支援が規定されている
ＷＢ−ＡＭＲ（Wide Band AMR） 選択的
ＩＴＵ−Ｔ Ｇ．７２３．１ 推奨
トランスポート：ＩＴＵ−Ｔ Ｈ．２２３ Ａｎｎｅｘ Ａ＋Ｂに従ったベアラにおける音声およびビデオの多重化
ＩＭＳ（ＧＰＲＳ（General Packet Radio Service）アクセスネットワークに対するＣＯＤＥＣ）：
コール・コントロール：ＳＩＰ
純然たる音声電話とビデオ電話の間の取り決め、並びにＣＯＤＥＣ取り決めを含んでいる。
ＣＯＤＥＣ取り決め：ベアラの確立の前に、ＳＩＰにおいて搬送されるＳＤＰを用いてアウト・オブ・バンドで
ビデオＣＯＤＥＣ：Ｈ．２６３の支援が規定されている
ＩＴＵ−Ｔ Ｈ．２６４ 選択的、
ＭＰ４Ｖ−ＥＳ（シンプル・ビデオ・プロファイル・レベル０） 選択的
音声ＣＯＤＥＣ：ＮＢ−ＡＭＲおよびＷＢ−ＡＭＲの支援が規定されている。
トランスポート：次のものを使用した音声およびビデオに対する２つの分離されたＲＴＰベアラ
種々の所謂ＲＴＰ"Payload"
フォーマット：
音声：ＮＢ−ＡＭＲ＋ＷＢ−ＡＭＲ： ＩＥＴＦ ＲＦＣ ３２６７
ビデオ：Ｈ．２６３： ＩＥＴＦ ＲＦＣ ２４２９
Ｈ．２６４（ＡＶＣ）： ＩＥＴＦ ＲＦＣ ３９８４
ＭＰＥＧ−４： ＩＥＴＦ ＲＦＣ ３０１６
並列なＲＴＰメディアストリームの同期は、「リアル・タイム・コントロール・プロトコル」（"Real Time Control Protocol＝ＲＴＣＰ"）（ＩＥＴＦ ＲＦＣ ３５５０参照）によって取り決められる所謂ＲＴＰ「タイムスタンプ」（"timestamp"）を用いて行われる。
【０００９】
しかしここに挙げたＣＯＤＥＣの他にまたはそれに代わって、ＣＳ端末装置がＰＳＴＮに存在しているまたはＩＭＳ端末装置アクセスネットワークとしてＧＰＲＳを利用しないとき殊に、別のＣＯＤＥＣも端末装置によって支援されるようにすることができる。
【００１０】
音声電話のみの場合のインターワーキングの際に、２つのネットワークにおいて１つのアウト・オブ・バンドシグナリングが利用される。これにより、２つのデータ伝送ネットワークの境界でのシグナリングプロトコルの変換を比較的に簡単に行うことができる。その理由は、すべてのシグナリング通信は簡単な形式で１つのユニットにまとめることができるからである。これに対してＣＳにおいてもしくはビデオ電話の場合、ＩＭ−ＭＷＧによって受信されるイン・バンドシグナリングが使用され、一方ＩＭＳにおいて、ＭＧＣＦによって受信されるアウト・オブ・バンドシグナリングが使用される。
【００１１】
しかし別のマルチメディアサービスまたは別のサービスにおいても、２つのデータ伝送ネットワーク間でシグナリングを合併するという問題が発生する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の課題は、２つの異なっているデータ伝送ネットワーク間のシグナリングの簡単な方法を提供することである。殊に本発明の課題は、第１のデータ伝送ネットワークにおいて、シグナリングはイン・バンドで、２つの端末装置間または端末装置グループの間のデータ伝送サービスに配属されているトランスポートコネクションにおいてネットワーク移行ユニット（例えばＩＭ−ＭＧＷ）によって受信されるまたは送信され、一方第２の伝送ネットワークにおけるシグナリングはアウト・オブ・バンドで、第１のネットワークユニットと通信を交換する制御ユニット（例えばＭＧＣＦ）において受信されるまたは送信されるという、２つの異なったデータ伝送ネットワーク間のシグナリングをインターワーキングするための簡単な方法を提供することである。
【課題を解決するための手段】
【００１３】
この課題は、方法が以下のステップ、すなわち、
１．前記制御ユニット（ＭＧＣＦ）から第１のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=?, T=?, stream=1]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第１のステップに基づいて、
２．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T1]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第２のステップに基づいて、
３．前記制御ユニット（ＭＧＣＦ）から第２のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=C1, T=?, stream=2]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第３のステップに基づいて、
４．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T2]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第４のステップに基づいて、
５．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、H.223マルチプレックスレベルの取り決め（H.223 Multiplexing Level Negotiation [Level 2]）を実施するステップ、該第５のステップに基づいて、
６．前記制御ユニット（ＭＧＣＦ）から第１のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2;]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第６のステップに基づいて、
７．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第７のステップに基づいて、
８．前記制御ユニット（ＭＧＣＦ）から第２のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2, stream=3]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第８のステップに基づいて、
９．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、
を有することによって解決される。
【００１４】
有利な実施形態は従属請求項に記載されている。
【００１５】
本発明の方法は冒頭に述べたステップに対して付加的に次のステップを含んでいる：
− ネットワーク移行ユニットにおいて有利には受信されたデータの値を用いてシグナリングデータおよび有効データを分離し、
− 受信されたシグナリングデータを変化されていない形においてネットワーク移行ユニットから制御ユニットに転送し、
− 制御ユニット（ＭＧＣＦ）において選択的に、シグナリングデータによって、第１のシグナリング方法に従って確定されたシグナリング通信に基づいて、少なくとも１つのシグナリング通信を第２のシグナリング方法に従って生成し、かつ
− ネットワーク移行ユニットにおいて有効データを第１のデータ伝送ネットワークから第２のデータ伝送ネットワークに転送する。
【００１６】
殊に、シグナリング通信の値に基づいた自動的な分離によって、転送のための簡単な決定を行うことができる。このことは、２つのデータ伝送ネットワーク間の境界でのシグナリングに対して影響を及ぼすための多数の形態に対する前提である。シグナリング通信を変化せずに転送することにより、殊に外部の制御ユニットを使用することができる多数の新しい用途が可能になる。
【００１７】
データ伝送コネクションは発展形態において、物理的なデータ伝送に対するプロトコル層の上に存在するプロトコルレベル上でのコネクションである。データ伝送コネクションは次の発展形態においてシグナリング通信を用いて確立されかつ再び解除される。その際データ伝送コネクションに固有の識別符号が割り当てられる。例えばデータ伝送コネクションは論理チャネル、すなわちより上位のプロトコルレベル上でのコネクションである。
【００１８】
発展形態において、データ伝送コネクションは少なくとも２つの異なった種類の有効データ、殊に音声データおよびビデオデータを伝送するために用いられる。この関係においてマルチメディアについても同じことが言える。
【００１９】
分離は発展形態において受信されたデータの値を用いて、殊にこれらデータの読み出しおよび引き続く、参照データとの比較によって実施される。
【００２０】
本発明の方法の発展形態において第１のシグナリング方法は、シグナリングデータおよび有効データが同じ伝送区間を介して伝送されるシグナリング方法、すなわち所謂イン・バンド法である。これに対して第２のシグナリング方法は、シグナリングデータが有効データとは別の伝送区間を介して伝送されるシグナリング方法、すなわちアウト・オブ・バンド法である。にも拘わらず、これら発展形態により、シグナリングデータは２つのデータ伝送ネットワーク間で転送することができる。
【００２１】
本発明の方法の別の発展形態において第１のデータ伝送ネットワークは回線交換式データ伝送ネットワーク、ＩＰ（Internet Protokoll）に従ったデータ伝送が行われるデータ伝送ネットワークまたはＡＴＭ（Asynchronous Transfer Mode）伝送ネットワークである。回線交換式データ伝送ネットワークは例えば、ＰＳＴＮ（Public Switching Telefone Network）、ＩＳＤＮ（Integrated Services ）、ＰＬＭＮ（ＧＳＭ（Global System for Mobile Communications）Public Land Mobile Network）または３ＧＰＰ ＣＳ ドメインである。これに対して第２のデータ伝送ネットワークは、インターネット・プロトコルに従って動作する、すなわちＩＥＴＦ（Internet Engineering Task Force）のインターネット・プロトコルに従って有効データが伝送されかつ殊にＳＩＰに従ってシグナリングされるデータ伝送ネットワーク、例えばＩＭＳである。
【００２２】
本発明の方法の発展形態において、シグナリングデータはシグナリングデータパケットにおいて伝送されかつ有効データは有効データ・パケットにおいて伝送される。分離は、データ伝送コネクションを介してもしくはトランスポートコネクションを介して伝送される部分データ流を指示しているＨ．２２３マルチプレックスコード識別符号に基づいて実施される。シグナリングに対しては、Ｈ．２２３に従って、値０を有するマルチプレックスコードが使用される。
【００２３】
本発明の方法の次の発展形態において次のステップが実施される：
− シグナリングデータを外部伝送区間を介して制御ユニットに転送し、かつ
− 該制御ユニットにおいて第２のシグナリング方法に従ってシグナリング通信を生成する。
これによりネットワーク移行ユニットおよび制御ユニットは相互に別個に製造することができる。所在地の選択の際にも、ネットワーク移行ユニットおよび制御ユニットが例えば同じケーシングに収容されておりかつ同じ電源部によって電流が供給される実施形態に比べて比較的大きな自由度が生じる。
【００２４】
別の発展形態において、制御ユニットはＢＩＣＣまたはＩＳＵＰに従ったシグナリング通信を有するシグナリングデータも処理する。これにより制御ユニットは複数のシグナリングプロトコルの処理に対して適しておりかつ一層ユニバーサルに使用可能である。
【００２５】
別の発展形態において、制御ユニットとネットワーク移行ユニットとの間で、標準ＩＴＵ−Ｔ Ｈ．２４８もしくはＭＥＧＡＣＯに従ったまたはＩＥＴＦのＭＧＣＰ（Media Gateway Control Protocol）に従ったシグナリング通信が伝送される。しかし、異なっている製造業者のユニットの協働を可能にする別のプロトコルも適している。
【００２６】
本発明の方法の発展形態において次のステップが実施される：
− 制御ユニットにより転送もしくは分離が行われるようにする。
これにより自動的におよび選択的に分離が行われるようにすることができ、その場合に種々のコンフィギュレーションも調整設定可能である。
【００２７】
制御ユニットは１つの発展形態において、転送されるべきであることを指示する識別符号（例えば H245Signalling）を含んでいるＨ．２４８通信の送信により転送が行われるようにする。識別符号は殊にＨ．２４８イベント識別符号、例えば"H2455Signalling"のようなイベント名もしくは出来事名である。別の発展形態において、ネットワーク移行ユニットは、転送されるべきシグナリング通信をパラメータとして含んでいるＨ．２４８通知リクエスト（Notify-Request）通信を備えたシグナリング通信を転送する。このパラメータは１つの発展形態において、識別符号（例えば H245Signalling）が、通信は転送されることを指示しているＨ．２４８イベントのパラメータである。これによりこの段落でまず述べたＨ．２４８通信の場合と同じ識別符号が使用される。これら通信の使用により、Ｈ．２４８標準は僅かに拡張されればよくかつ僅かなシグナリング通信だけが必要である。
【００２８】
本発明ではシグナリングデータはネットワーク移行ユニットにより変更されずに制御ユニットに転送され、このことはトンネルもしくはカプセル化とも言われる。殊にネットワーク移行ユニットは、分離のために必要である読み出し過程を除けば、シグナリングデータを評価しない。ネットワーク移行ユニットは、それがシグナリングデータであるか否かだけを検査する。しかしネットワーク移行ユニットはどんなシグナリング通信であるかは求めない。
【００２９】
発展形態においてまず、制御ユニット（ＭＧＣＦ）は第１のシグナリング方法に従ったシグナリングを終了し、すなわち制御ユニットはシグナリングを終え、ここで１形態においては第２のシグナリング方法に従ったシグナリング通信も送信され、または制御ユニットは第１のシグナリング方法に従ったシグナリングを、例えば第２のシグナリング方法に従って受信されたシグナリング通信に基づいて開始する。
【００３０】
制御ユニットはネットワーク移行ユニットに別の発展形態において第１のシグナリング方法に従ったシグナリング通信をパラメータとして通信、例えばＨ．２４８通信における、殊にＨ．２４８修正リクエスト（Modify Request）通信において伝送し、その際Ｈ．２４８通信は、第１のシグナリング方法に従った通信がパラメータとして先送りもしくはトランスファされることを指示する識別符号（例えば、H245Message）を含んでいる。先送りされた通信は別の発展形態においてネットワーク移行ユニットから変化されずに第１のデータ伝送ネットワークにおける端末装置の側へ伝送される。この手法により、既に標準化された通信は殆ど変更される必要がない。
【００３１】
次の発展形態において、シグナリングデータおよび有効データはマルチプレックス方法に従って、殊に標準ＩＴＵ−Ｔ Ｈ．２２３に規定されている方法に従ってネットワーク移行ユニットに伝送される。この種のマルチプレックス方法はマルチメディアデータ伝送に特別適しており、かつこれにより、個々のマルチメディアチャネルにおけるそれぞれのデータ量に整合されている伝送が可能になる。つまり、有効データ伝送の前のみならず、その期間にもマルチプレキシングを変更するためにシグナリングデータを伝送することができる。有効データは殊に、音声データ、画像データ、ビデオデータ、テキストデータ、プログラムデータなどである。
【００３２】
制御ユニットはネットワーク移行ユニットを制御して、１発展形態において、Ｈ．２２３マルチプレックスレベルの取り決めが、有利には、マルチプレックスの取り決めが開始されるべきであるということを指示しているＨ．２４８信号識別符号（例えば、H223MultiplexingLevelNegotiation）を含んでいるＨ．２４８通信の送信によって開始されるようにする。
【００３３】
次の発展形態において制御ユニットはネットワーク移行ユニットを制御して制御ユニットに、取り決められたマルチプレックスレベルの値が指示されている通信が、殊にマルチプレックスレベルの値が制御ユニットに伝送されるべきであることを指示している識別符号（例えば、H223Establishment）、殊にＨ．２４８イベント識別符号を含んでいるＨ．２４８通信の送信により送信されるようにする。マルチプレックスレベルの値はマルチプレックス方法の複雑さに対する尺度である。別の発展形態において、ネットワーク移行ユニットは制御ユニットにＨ．２２３マルチプレックスレベルの取り決め後に、マルチプレックスレベルの値をＨ．２４８通信において、殊にＨ．２４８ノティファイ・リクエスト通信において伝送する。制御ユニットは１つの実施形態において取り決められたマルチプレックスレベルの値を有する通信の受信に基づいてもしくはこの種の通信の不在に基づいて、マルチメディア・コネクションが実現されているか、殊にビデオ電話コネクションが実現されているかどうかを検出する。
【００３４】
択一的にまたは付加的に、第１のシグナリング方法は、特別大幅に拡張されているプロトコルＩＴＵ−Ｔ Ｈ．２４５に従った方法である。しかし別の適当な方法も使用される。第２のシグナリング方法は１つの発展形態において、ＳＩＰシグナリング方法または同価のシグナリング方法である。
【００３５】
発展形態において、制御ユニットは第１のシグナリングプロトコルに従ったシグナリング通信の生成の際に、有利にはＨ．２４５に従った TerminalCapabilitySet 通信の生成の際にネットワーク移行ユニットの特性を考慮する。これにより、ネットワーク境界での有効データ伝送を最適に調整設定することができることになる。
【００３６】
次の発展形態において次のステップが実施される：
− ネットワーク移行ユニットにおいて、第１のデータ伝送ネットワークと第２のデータ伝送ネットワークとの間の境界で制御ユニットから第１の伝送区間を介して到来するシグナリングデータを受信し、
− ネットワーク移行ユニットにおいて、第２の伝送区間を介する第２のデータ伝送ネットワークからの有効データを受信し、ここで有効データはシグナリングデータに関連しており、
− ネットワーク移行ユニットにおいて、受信したシグナリングデータおよび受信された有効データを同じ伝送区間を介して、殊に同じデータ伝送コネクションにおいて送信する。
こうしてネットワーク移行ユニットは、シグナリングデータの、別の伝送方向での転送のためにも効果的に利用される。
【００３７】
本発明は第２の観点において更に、次のステップを有している、シグナリングデータを制御ユニットに転送するための方法に関する：
− 第１のシグナリング方法による第１のデータ伝送ネットワーク（ＣＳ）と第２のシグナリング方法による第２のデータ伝送ネットワークとの間でシグナリングデータを伝送するために用いられる制御ユニットにおいて、第１のシグナリング方法に従ってシグナリングデータを受信し、ここで第１のシグナリング方法は、２つの端末装置（ＭＳ１，ＭＳ２）間または端末装置グループ間のデータ伝送サービスに対して第１のシグナリング方法に従ったシグナリングデータおよび有効データが伝送されるシグナリング方法であり、かつ第２のシグナリング方法は、シグナリングデータおよび有効データが相互に異なっている伝送区間を介して伝送されるシグナリング方法であり、
− 有利には、シグナリングデータにより確定された、第１のシグナリング方法によるシグナリング通信に基づいて、第２のシグナリング方法に従って１つのシグナリング通信または第２のシグナリング方法に従って複数のシグナリング通信を制御ユニットにおいて生成する。
第２の観点によるこの方法は第１の観点による方法と密接に関連しているので、上述した利点が同様に得られる。
【００３８】
第２の観点による方法の発展形態において次のステップが実施される：
− 制御ユニットによりネットワーク移行ユニットからシグナリングデータが送信されるようにし、ここでネットワーク移行ユニットはシグナリング通信に関する有効データを第１のデータ伝送ネットワークおよび第２のデータ伝送ネットワーク間で転送する。ここでも上に述べた利点、殊に制御ユニットによるネットワーク移行ユニットのフレキシブルな制御を指摘しておく。
【００３９】
第２の観点による方法の別の発展形態において次のステップが実施される：
− 制御ユニットにおいて、第２のシグナリング方法によりシグナリングデータを受信し、
− 受信されたシグナリングデータにより第２のシグナリング方法により確定されたシグナリング通信に基づいて、第１のシグナリング方法に従ってシグナリング通信を生成する。これにより制御ユニットは２つの伝送方向において動作しかつ制御ユニットにおける回路ユニットは多重に利用される。
【００４０】
本発明は更に、第１の観点またはその発展形態の１つに従って方法を実施するのに殊に適しているネットワーク移行ユニットに関する。従って上述の技術的作用は本発明のネットワーク移行ユニットに対しても当てはまる。
【００４１】
本発明は更に、第１の、だが殊に第２の観点に従って方法を実施するのに殊に適している制御ユニットに適しており、同様に上に挙げた技術的な作用が当てはまる。
【００４２】
以下では本発明の実施例を概略的な図面に基づき説明する。
【図面の簡単な説明】
【００４３】
【図１】典型的なネットワークコンフィギュレーションを示す。
【図２】制御ユニットおよびネットワーク移行ユニットに対するブロック線図を示す。
【図３】制御ユニットおよびネットワーク移行ユニットのシグナリング通信を示す。
【図４】ビデオ電話通話に対するコンテキストを示す。
【００４４】
例えば、ＣＳサイドにおいておよびＩＭＳにおいて同じビデオＣＯＤＥＣおよび可能ならば同じＣＯＤＥＣを使用して、トランスコーディングが回避されるようにすることが望ましい。殊にビデオＣＯＤＥＣの、また比較的僅かな範囲とはいえ音声ＣＯＤＥＣのトランスコーディングにはＩＭ−ＭＧＷにおいて著しい計算出力とリソースが必要になってくる。更に伝送は遅延されかつ画像もしくは音声の品質は劣化される。ＣＳドメインサイドおよびＩＭＳにおいてＣＯＤＥＣに対して必要なバンド幅が異なっているとき、一方のサイドにおいて、これにより画像または音声品質が改善されることなく、付加的なバンド幅が使用されることになる。
【００４５】
このために例えば、ＭＧＣＦおよびＩＭ−ＭＧＷが適当な情報を交換することが必要である：
− 例えば、Ｈ．２４５およびＳＩＰ／ＳＤＰを用いた音声およびビデオＣＯＤＥＣの取り決めに関するおよびＨ．２２３を用いたトランスポートコネクションの確立に関する情報。
【００４６】
例えばＨ．２４５を用いた音声およびビデオＣＯＤＥＣの取り決めおよびＭＧＣＦおよびＩＭ−ＭＧＷ間の例えばＨ．２２３を用いたトランスポートコネクションの確立に関する適当な情報を交換するための方法が本発明の実施例の対象である。これにより、例えばビデオ電話に対するトランスコーディングが大幅に回避される。ＭＧＣＦおよびＩＭ−ＭＧＷはＣＳネットワークを、つまり例えばＰＳＴＮまたは３ＧＰＰ ＣＳドメイン、並びにＣＯＤＥＣを取り決めるためにＳＩＰおよびＳＤＰを使用するＩＰネットワーク、つまり例えばＩＭＳを結合する。しかし別の実施例においてトランスコーディングは実施される。
【００４７】
所謂"H.245 Client"、つまりＨ．２４５プロトコルを終端する機能ユニットがＭＧＣＦに存在している。このことは有利である。というのは、Ｈ．２４５ Client はこれにより簡単に内部インタフェースを介してＣＯＤＥＣの選択および呼び確立のシーケンスに関する情報をいわゆる「コール・コントロール」（"Call Control"）を行う機能構成要素によって、有利にはＩＭＳのサイドでＳＩＰおよびＳＤＰの処理を行う単数または複数の機能的な構成要素によって交換することができるからである。
【００４８】
実施例の中心思想は、ＣＳネットワークから受信されたＨ．２４５通信がＩＭ−ＭＧＷによってＨ．２２３プロトコルから取り出されかつそれからＩＭ−ＭＧＷにおいてトランスペアレントに、すなわち変えられずにしかも内容の必要な解釈なしに、Ｈ．２４８プロトコルに挿入されてＭｎインタフェースを介して先送りされることである。同様に、Ｈ．２４５通信はＭＧＣＦにおいて生成されかつＨ．２４８プロトコルに挿入されてＩＭ−ＭＧＷに送信される。ＩＭ−ＭＧＷはこの通信をＨ．２４８プロトコルから取り出しかつそれを今度はトランスペアレントにＨ．２２３プロトコル内に挿入する。
【００４９】
呼び確立の際に、ＭＧＣＦはＩＭ−ＭＧＷを、それがＨ．２４５通信を受信しかつ受信されたＨ．２４５通信を処理せずに先送りするもしくはカプセル化するようにコンフィギュレーションする。有利にはＩＭ−ＭＧＷはこのために、新たに標準化されるべき、所謂Ｈ．２４８「イベント」（"Event"）を利用する。これはＭＧＣＦに、ＭＧＣＦがマルチプレックスされたＨ．２２３プロトコルの処理を権限を持って行う所謂「ターミネーション」（"Termination"）をセットアップするときに、指示もしくは指定する。ＩＭ−ＭＧＷが次いで１つまたは複数のＨ．２４５通信を受信するとき、ＩＭ−ＭＧＷは本発明によれば所謂Ｈ．２４８「通知もしくはノティファイ」（"Notify"）通信を利用する。ここにおいて、ＩＭ−ＭＧＷは新たに定義された「イベント」（"Event"）を指示しかつイベントのパラメータとしてＨ．２４５通信を指示する。
【００５０】
１つまたは複数のＨ．２４５通信をＩＭ−ＭＧＷに送信するために、ＭＧＣＦは有利には所謂Ｈ．２４８「修正もしくはモディファイ」（"Modify"）通信を利用し、ここにＭＧＣＦは有利には新たに標準化されるべき所謂Ｈ．２４８「シグナル」（"Signal"）を挿入しかつこの信号のパラメータとしてＨ．２４５通信を指示する。
【００５１】
ＭＧＣＦがコール・コントロール・シグナリジングから、ＣＳサイドでＨ．３２４に従ったビデオ電話が所望されていることを識別するまたは推定するとき、ＭＧＣＦはＩＭ−ＭＧＷにまず、Ｈ．２２３プロトコルを処理するための所謂"Termination"をコンフィギュレーションする。"Termination"の詳細な意味に関しては、Ｈ．２４８が参照される。ＭＧＣＦはＩＭ−ＭＧＷに、所謂「マルチプレックスレベル」（"Multiplex Level"）のＨ．２２３処理を独自に実行しかつそれに処理の終了後に取り決められたレベルを通報することを指示する。ＭＧＣＦは一方において得られた情報を利用して、続いて、ＭＧＣＦによって生成されたＨ．２４５「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）通信において具体的な指示が行われるようにする。他方において、ＭＧＣＦは通報が行われなければ、ＣＳ側のトランスポートコネクションがビデオ電話に対して利用されないまたはまだ利用されずかつこれに基づいてコール・コントロール・シグナリジングにおいて、例えば音声電話またはコネクションの終了の場合とは別のサービスに呼びを再コンフィギュレーションによって応答する。
【００５２】
有利には、ＭＧＣＦはＨ．２４「アド」（"Add"）または「モディファイ」（"Modify"）通信内の新たに標準化されるべき所謂Ｈ．２４８「シグナル」（"Signal"）を利用して、ＩＭ−ＭＧＷが"Multiplex Level"のＨ．２２３処理を開始するように要求する。有利にはＩＭ−ＭＧＷは同じ通信内の新たに標準化されるべき所謂Ｈ．２４８「イベント」を利用して、ＭＧＣＦに、"Multiplex Level"に関する通報を行うように要求する。ＩＭ−ＭＧＷが次いでレベルを取り決めたとき、ＩＭ−ＭＧＷは、所謂Ｈ．２４８"Notify"通信を利用する。ここにおいてＩＭ−ＭＧＷ１は新たに定義された「イベント」を指示しかつイベントのパラメータとしてレベルを指示する。
【００５３】
"Multiplex Level"の処理が成功裡に終了した後、Ｈ．２２３プロトコルデータが送信されるようにすることができる。Ｈ．２４５コマンドメッセージおよびコントロールメッセージをこの初期の時点で固有のデータ・パケットにおいて伝送されるようにすることができる。このためにＨ．２４５メッセージは例えば所謂「ナンバード・シンプル・リトランスミッション・プロトコル」（"Numbered Simple Retransmission Protocol"＝ＮＳＲＰ）に挿入される。Ｈ．３２４によるＮＳＲＰ仕様によれば、最後に送信されたＮＳＲＰメッセージに対する応答（英語「アクノリッジメント」（"Acknowledgement"）が受信されなかった場合、新たなＨ．２４５メッセージが送信されることは許されない。Ｍｎインタフェースを介してＨ．２４５プロトコルがＮＳＲＰに挿入されてトランスポートされ、かつＭＧＣＦにおける"H.245 Client"がＭＳＲＰの終端をも責任を持って行うようにすると、有利である。
【００５４】
呼びの確立がＣＳネットワークのサイドからＩＭＳの方向における行われる場合、ＩＭＳから別のＭＧＣＦへのコネクション確立が転送されるようにすることができる。この場合、ＭＧＣＦがＩＭ−ＭＧＷを、それが例えば所謂「クリアモード」（"Clearmode"）ＣＯＤＥＣ、ＩＥＴＦ ＲＦＣ ４０４０を使用してＢＳ３０データサービスをトランスペアレントに先送りするように、コンフィギュレーションすると有利である。ＭＧＣＦは別のＭＧＣＦと交換されるＳＩＰ／ＳＤＰシグナリングを用いてデータサービスのトランスペアレントなトランスポートを取り決める。１つの実施例において、ＭＧＣＦは最初、ＢＳ３０サービスに対してのみＩＭ−ＭＧＷをコンフィギュレーションし、かつデータコネクションをまだスルーコネクションしない。ＭＧＣＦがＩＭＳのサイドから、選択されたＣＯＤＥＣに関するシグナリングを受けるや否や、ＭＧＣＦは、それがビデオ電話であるかどうかを識別することができ、かつこの場合にはＩＭ−ＭＧＷを、それがイン・バンドＨ．２２３取り決めをスタートするようにコンフィギュレーションする。これに対してトランスペアレントなトランスポートが選択される場合、ＩＭ−ＭＧＷの再コンフィギュレーションは必要ない。
【００５５】
Ｈ．２４５標準に従って、ＭＧＣＦは"H.245 Client"として、所謂Ｈ．２４５「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）通信を生成しなければならない。これら通信は、ＩＭ−ＭＧＷおよびＭＧＣＦにおけるＨ．３２４エンド・ポイントで支援される、Ｈ．３２４プロトコルの機能を記述する。これには次の情報の少なくとも１つが含まれている：
・ オーディオおよびビデオＣＯＤＥＣおよびその固有の特性もしくはそのバリエーション
・ マルチプレクサの機能範囲、詳細にはいずれの適応層が支援されるか（例えばマルチプレキシングのネスティング深度、すなわち所謂「シンプル」（"simple"）または「ネスト化されたマルチプレキシング」（"nested Multiplexing"）およびその移動固有の拡張。
【００５６】
ＭＧＣＦはこれらの情報を用意するために、ＩＭ−ＭＧＷの能力を、つまり例えばどのＨ．２２３プロトコルオプション（例えばマルチプレキシングに対するネスティング深度）およびいずれのＣＯＤＥＣがＩＭ−ＭＧＷを支援するかを考慮しなければならない。ＭＧＣＦはこれら能力に関するコンフィギュレーションされた知識を有しているか、またはこれはこの能力を所謂Ｈ．２４８"AuditCapabilities"通信を用いてＩＭ−ＭＧＷに質問する。ＭＧＣＦは有利には、"Terminal Capability Set"において指示された能力の選択の際に、殊に指示されたＣＯＤＥＣを考慮して、ＳＩＰ／ＳＤＰシグナリングからの情報も考慮する。有利にはＭＧＣＦは、ＭＧＣＦによってもＩＭＳのサイドにおいても支援されて、トランスコーディングが回避されるようにするＣＯＤＥＣを選択する。
【００５７】
ＭＧＣＦが、受信されたＨ．２４５"Terminal Capability Set"通信に含まれている、ＣＯＤＥＣに関する情報をＳＩＰ／ＳＤＰシグナリングにおいて先送りするようにすれば有利である。
【００５８】
ＭＧＣＦが送信または受信する所謂Ｈ．２４５「オープン・ロジカル・チャネル」（"Open logical Channel"）通信を用いて、ＣＯＤＥＣおよびメディア流、例えばオーディオおよびビデオメディア流に対する論理Ｈ．２４５チャネルが確定されるや否や、ＭＧＣＦは本発明によれば、ＩＭ−ＭＧＷを、それがメディア流をＣＳネットワークのサイドとＩＭＳのサイドの間に差し出すようにコンフィギュレーションする。ＭＧＣＦは両サイドに対して、いずれのＣＯＤＥＣが選択されたかを指示する。両サイドにおいて同一のコンフィギュレーションにおける同一のＣＯＤＥＣが選択されたとき、ＩＭ−ＭＧＷはトランスコーダを使用する必要はない。
【００５９】
図１において、データ伝送ネットワーク４０の典型的なネットワークコンフィギュレーションが示されている。このコンフィギュレーションでは、３ＧＰＰ ＣＳドメインに接続されている移動端末装置ＭＳ１がＩＭＳに接続されている移動端末装置ＭＳ２とコミュニケーションすることができるのを可能にする。ＣＳドメインは"Media Gateway Control Function"（＝ＭＧＣＦ）もしくは制御ユニットＭＧＣＦおよびＩＭＳメディア・ゲートウェイ（ＩＭ−ＭＧＷ）もしくはネットワーク移行ユニットＩＭ−ＭＧＷを用いてＩＭＳに接続されている。ＭＧＣＦはＩＭ−ＭＧＷをＩＴＵＥ−Ｔによって標準化されたＨ．２４８プロトコルを用いて所謂"Ｍｎ"インタフェースを介してＩＭ−ＭＧＷをコントロールする。ＣＳドメインのサイドにおいてコアネットワークにおいて所謂「移動スイッチングセンター（ＭＳＣ）サーバ（"Mobile Switching Center"＝ＭＳＣ）」もしくは交換ユニットＭＳＣが存在している。これらはＢＩＣＣシグナリングを介して相互に（インタフェースＮｃ参照）およびＭＧＣＦと（インタフェースＭＣ参照）コミュニケーションする。これらはそれぞれＣＳ ＭＧＷをコントロールする。ＣＳ ＭＧＷは相互におよび所謂"Ｎｂ"インタフェースを介してＩＭ−ＭＧＷに接続されている。ビデオ電話に対して所謂"ＢＳ３０"データトランスポートサービス（（英語では"Bearer Service"）が使用される。ＭＳ１は所謂無線アクセスネットワーク、例えばＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network）を用いて、ＣＳ ＭＧＷのＭＳＣサーバと接続されている。ＩＭＳのサイドで、ＭＧＣＦはインタフェースＭｇを介してＳＩＰ コール・コントロール・プロトコルを用いて所謂"call session control functions"（ＣＳＣＦ）もしくは制御ユニットＣＳＣＦとコミュニケーションする。制御ユニットはインタフェースＧｍおよびゲートウェイ"ＧＰＲＳ support node"（ＧＧＳＮ）もしくはネットワークノードＧＧＳＮおよび無線アクセスネットワーク、例えばＵＴＲＡＮを介してシグナリングを移動端末装置ＭＳ２に先送りする。データはＩＭＳメディア・ゲートウェイからＭｂインタフェースを介してＧＧＳＮにトランスポートされ、ＧＧＳＮはデータを同様にラジオアクセスネットワークを介してＭＳに先送りする。
【００６０】
図２には、ＭＧＣＦおよびＩＭ−ＭＧＷにおけるブロック線図もしくは機能的なキー構成要素が図示されている。所謂Ｈ．２４５ Client ５０，つまりＨ．２４５プロトコルを終端する機能ユニットはＭＧＣＦに存在しておりかつ内部のインタフェースを介してＣＯＤＥＣおよび呼び確立のシーケンスに関する情報を所謂「コール・コントロール」（"Call Control"）を行うことになっている機能的な構成要素もしくは呼び制御ユニット５２と、有利にはＩＭＳのサイドにおいてＳＩＰおよびＳＤＰの処理を行うことになっている単数または複数の機能的な構成要素と交換する。ＣＳサイドからＨ．２２３プロトコル内で受信されたＨ．２４５通信は、ＩＭ−ＭＧＷにおけるＨ．２２３マルチプレクサ／デマルチプレクサ６０から、トランスポートに対する通信をＨ．２４８プロトコルを用いてパッケージにする、ＩＭ−ＭＧＷにおけるＨ．２４５カプセル化／カプセル解除ユニット、およびＭｎインタフェースを介してＨ．２４５ Client ５０に先送りされる。
【００６１】
Ｈ．２４５ Client ５０はＨ２２３プロトコルに関する情報もＨ．２２３マルチプレクサ／デマルチプレクサ６０と交換する。ＩＭ−ＭＧＷにおいて、オーディオおよびビデオに対する所謂"Media streams"が分離されて処理される。ＩＭＳサイドおよびＣＳサイドで選択されたオーディオおよびビデオＣＯＤＥＣおよびこれらネットワークにおけるそのトランスポートフォーマットの詳細に依存して、選択的に、データのトランスペアレントな先送り、所謂「再フレーム化」（"Re-Framing"）、すなわちトランスポートフォーマットの簡単な変更であるが所謂トランスコーダを用いた異なっているＣＯＤＥＣ間のデータの完全な変換が必要になる可能性がある。ここで説明する方法により、トランスコーディングはビデオＣＯＤＥＣに対しては特に大幅に回避されることになる。
【００６２】
ＭＧＣＦは更に次のものを含んでいる：
− ＩＳＵＰ／ＢＩＣＣに従ってＣＳネットワークに対してシグナリングしかつ呼び制御部５２と、例えば所有者プロトコルに従ってシグナリング通信を交換する呼び制御部７０。その場合例えば呼び制御部５２はプロトコル変換を実施し、すなわち一方のシグナリングプロトコルの個々のシグナリング通信の、別のシグナリングプロトコルのシグナリング通信での伝送を実施する
− ＩＭＳに対して、ＴＣＰ（Transmission Control Protocol）もしくはＵＤＰ（User Datagram Protocol）に従ったシグナリング通信を送信ないし受信する送受信ユニット７２。
【００６３】
ＩＭ−ＭＧＷは更に次のものを含んでいる：
− ＩＭＳに対して、ＩＭＳに対して、ＴＣＰ（Transmission Control Protocol）もしくはＵＤＰ（User Datagram Protocol）に従った有効データを送信ないし受信する送受信ユニット８０。
【００６４】
図３は、方法のステップと制御ユニットＭＧＣＦおよびネットワーク移行ユニットＩＭ−ＭＷＧのシグナリング通信とが略示されている。端末装置ＭＳ１および端末装置ＭＳ２間のビデオ電話コネクションの確立に対するシグナリングステップは詳細には次の通りである：
１． ＭＧＣＦは、ＣＳサイドにおいてビデオ電話に対するＨ．３２４コネクションをセットアップすることを決定する。まず、ＭＧＣＦはＣＳネットワークのサイドで物理的な所謂"Termination"をコンフィギュレーションする。パケットトランスポートに対してＭＧＣＦはこのために、新しいターミネイションを所謂Ｈ．２４８「コンテキスト」（"context"）にＨ．２４８「アド」（"Add"）命令を用いて生成する。ＴＤＭトランスポート（Time Division Multiplexing）に対してＭＧＣＦはこれに代わって、物理的な線路における固定のタイムスロットを表している既存のターミネイションをシフトすることができる。ターミネイションは所謂Ｈ．２４８"stream"を割り当てられて得、ここでは例えば値１を有するストリームを得る。
２． ＩＭ−ＭＧＷはターミネイションを相応にセットアップしかつターミネイションに対する識別子Ｔ１およびコンテキストに対する識別子Ｃ１を返送する。
３． ＣＳサイドのトランスポートコネクションが確立される。
４． ＭＧＣＦは既存のＨ．２４８．１およびＨ．２４８．２０（Gateway control protocol: The use of local and remote descriptors with H.221 and H.223 multiplexing）標準に従って同じコンテキストＣ１におけるマルチプレキシングを記述するための固有の論理Ｈ．２４８ターミネイションをセットアップしかつ所謂"Mux"パラメータにより、マルチプレキシングがターミネイションＴ１において記述されかつＨ．２２３標準に従って行われることを表現する。ＭＧＣＦは、値０を有する所謂「ロジカル・チャネル・ナンバー」（"logical channel number"）を割り当てられて得る固有の"ｓｔｒｅａｍｓ"を用いてＨ．２４５シグナリングのために使用されるべきであるＨ．２２３プロトコルの倫理チャネルを記述する。ＭＧＣＦはＩＭ−ＭＧＷに、所謂"MultiplexingLevel"のＨ．２２３処理を開始する、有利にはここでは"H223MultiplexingLevelNegotiation"と称される新しい所謂Ｈ．２４８"signals"が用いられる。ＭＧＣＦはＩＭ−ＭＧＷに、所謂"MultiplexingLevel"のＨ．２２３処理が、有利にはここでは"H223Establishment"と呼ばれる所謂「マルチプレックスレベル」のＨ．２２３処理が終了するや否や、ＭＧＣＦに取り決められたマルチプレキシング・レベルを有する通信を送信するように指示する。ＭＧＣＦはＩＭ−ＭＧＷに、ＩＭ−ＭＧＷがＨ．２４５通信を受信する場合には、ＭＳＣＦに受信されたＨ．２４５シグナリングを有する通信を送信するように指示する。有利に亜ｈＭＧＣＦはこのために、ここでは"H2455Signalling"と称される新しい所謂Ｈ．２４８"event"を利用する。
５． ＩＭ−ＭＧＷは新しいターミネイションを相応にセットアップしかつ識別子Ｔ２を返送する。
６． ＩＭ−ＭＧＷはＨ．２２３コネクションをセットアップしかつＣＳサイドの端末装置、すなわちＭＳ１とここでは例えば値２を有するマルチプレキシング・レベルを取り決める。
７． ＩＭ−ＭＧＷはＭＧＣＦに、Ｈ２２３マルチプレキシング・レベルの取り決めが完了しておりかつどのレベルが選択されたかを通報する。ＭＧＣＦは次いでこれらの情報を、所謂Ｈ．２４５"Terminal Capability Set"通信において相応の能力を指示するために必要とする。有利にはＩＭ−ＭＧＷは、ここでは"MultiplexingLevel"と称される適当なパラメータを取り決められたマルチプレキシング・レベル（MultiplexingLevel）を指示するために含んでいる新しいイベント"H223Establishment"を備えた所謂Ｈ．２４８"Notify"通信を利用する。
８． ＭＧＣＦは"Notify"通信を得たことを確認する。
９． ＩＭ−ＭＧＷはＣＳサイドの端末装置ＭＳ１から、所謂「マスタ・スレーブ決定」（"Master-Slave Determination"）Ｈ．２４５通信と組み合わせることができる所謂「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）Ｈ．２４５通信を得る。
１０． ＩＭ−ＭＧＷは得られた単数のＨ．２４５通信または複数の通信をトランスペアレントに、すなわち変化せずに先送りする。有利にはＩＭ−ＭＧＷはこのために、Ｈ．２４５シグナリングを指示するための適当なパラメータを含んでいる新しいイベント"H245Signalling"を備えた所謂Ｈ．２４８"Notify"通信を利用する。
１１． ＭＧＣＦはＨ．２４８に従った"Notify"通信を得たことを確認する。
１２． Ｈ．２４５によれば、"Terminal Capability Set"Ｈ．２４５通信および"Master-Slave Determination"Ｈ．２４５通信は確認を要求する。ＭＧＣＦはＨ．２４５シグナリングを終端するので、ＭＧＣＦは、必要なＨ．２４５通信"Terminal Capability Set Ack"および"Master-Slave Determination Ack"をＩＭ−ＭＧＷを介してＨ．２４５コネクションに送信することを決定する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつＩＭ−ＭＧＷに、Ｈ．２２３コネクション内部で通信を先送りするように指示する。有利にはＩＭ−ＭＧＷはこのために、ここでは"H245Message"と称されかつここでは"Information"と表される適当なパラメータをＨ．２４５シグナリングを指示するために含んでおりかつ"stream"２に、つまり通信４においてＨ．２４５シグナリングに対する論理Ｈ．２２３チャネルに指定された"stream"に関連付けられている新しい所謂信号を備えている所謂Ｈ．２４８"Modify"を利用している。
１３． ＩＭ−ＭＧＷは得られたＨ．２４５通信をトランスペアレントにＨ．２２３コネクションにおいてＣＳネットワークのサイドに先送りする。
１４． ＩＭ−ＭＧＷは"Modify"通信１２を確認する。
１５． ＭＧＣＦは、Ｈ．２４５通信をＩＭ−ＭＧＷを介してＨ．２４５コネクションにおいて送信することを決定する。これは例えば、所謂"Master-Slave Determination"Ｈ．２４５通信と組み合わせることができる所謂"Capability Set"Ｈ．２４５通信である。Ｈ．２４５通信"Terminal Capability Set"通信においてＭＧＣＦは取り決められたマルチプレキシング・レベル並びにＩＭ−ＭＧＷの能力を、例えばどのＨ．２２３プロトコルオプション（例えばマルチプレキシングに対するネスティング深度）およびいずれのＣＯＤＥＣがＩＭ−ＭＧＷを支援するかを考慮しなければならない。ＭＧＣＦはこれら能力に関するコンフィギュレーションされた知識を有しているか、またはこれはこの能力を所謂Ｈ．２４８"AuditCapabilities"通信を用いてＩＭ−ＭＧＷに質問する。ＭＧＣＦは有利には、"Terminal Capability Set"において指示された能力の選択の際に、殊に指示されたＣＯＤＥＣを考慮して、ＳＩＰ／ＳＤＰシグナリングからの情報も考慮する。有利にはＭＧＣＦは有利には、トランスコーディングを回避するためにＩＭＳ並びにＣＳネットワークのサイドにおいて支援されるＣＯＤＥＣを選択する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつ、通信１２において既に説明したように、Ｈ．２４５コネクション内で通信を先送りするようにＩＭ−ＭＧＷに指示する。
１６および１７． 通信１３および１４と類似しており、すなわちＨ．２４５通信の、ＣＳサイドへの転送およびＩＭ−ＭＧＷによるＭＧＣＦに対する確認。
１８． ＩＭ−ＭＧＷはＭＳ１から、所謂「マスタ・スレーブ決定肯定応答」（"Master-Slave Determination Ack"）Ｈ．２４５通信と組み合わせることができる所謂「ターミナル・ケイパビリティ・セット肯定応答」（"Terminal Capability Set Ack"）Ｈ．２４５通信を得る。
１９および２０． 通信１０および１１と類似。
２１． ＭＧＣＦはビデオ電話に対するＣＯＤＥＣを選択し、その際ＭＧＣＦはＩＭＳサイドにおけるＳＩＰ／ＳＤＰシグナリングからの情報並びに"Terminal Capability Set"Ｈ．２４５通信９を考慮する。有利にはＭＧＣＦは、トランスコーディングを回避するためにＩＭＳ並びにＣＳネットワークのサイドにおいて、支援されるＣＯＤＥＣを選択する。殊に、ＭＧＣＦは選択された音声またはビデオＣＯＤＥＣに相応する所謂Ｈ．２２３"logical channel number"（ＬＣＮ）も"Terminal Capability Set"２４５通信９または１６から取り出す。ＭＧＣＦは所謂"open logical schannel"２４５通信を生成しかつその中に選択されたＣＯＤＥＣのＬＣＮを指示する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつ、通信１２において既に説明したように、通信をＨ．２４５コネクション内で通信を先送りするようにＩＭ−ＭＧＷに指示する。
ここに図示されていない例において、ＭＧＣＦがＩＭ−ＭＧＷを介してＣＳネットワークから「オープン・ロジカル・チャネル」（"Open Logical Channel"）Ｈ．２４５通信を得るようにすることもできる。この場合ＣＳネットワークにおいて"Terminal Capability Set"通信１６において提供された能力から選択される。
２２および２３． 通信１３および１４と類似、すなわちＩＭ−ＭＧＷによる転送および確認。
２４． ＩＭ−ＭＧＷはＣＳサイドから所謂「オープン・ロジカル・チャネル・アクノリッジ」（"Open Logical Channel Ack"）Ｈ．２４５通信を受け取る。
２５および２６． 通信１０および１１に類似、すなわちＨ．２４５通信の、ＩＭ−ＭＧＷからＭＧＣＦへの転送およびこの通信の受信の、ＭＧＣＦによるＩＭ−ＭＧＷに対する確認。
２７． ＭＧＣＦはＩＭ−ＭＧＷに、通信２１乃至２６を用いて既にＨ．２４５シグナリングを介して取り決められた論理Ｈ．２２３チャネルをセットアップするように指示する。このためにＩＭ−ＭＧＷはマルチプレキシング・ターミネイションＴ２に関するＨ．２４８"Modify"通信を送信し、該通信においてＩＭ−ＭＧＷは新しい"stream 3"を記述し、ここでＩＭ−ＭＧＷは通信２１の場合のようにＬＣＮおよびＣＯＤＥＣを指示する。
２８． ＩＭ−ＭＧＷは"Modify"通信を確認する。
２９． ＭＧＣＦはＩＭ−ＭＧＷに、ＩＭＳのサイドにおいて stream 3 と接続されるようにするターミネイションをセットアップするように指示し、その結果ＩＭ−ＭＧＷはＩＭＳまたはＣＳネットワークのサイドで受信された stream 3 に配属されているデータをその都度別のサイドに先送りする。このためにＩＭ−ＭＧＷはコンテキストＣ１に関するＨ．２４８"Add"通信を送信し、かつその中で、"stream 3"が推奨されるものであることおよびこのためのいずれのＣＯＤＥＣを使用することができるかを指示する。通信２７および２９において同じＣＯＤＥＣが指示されているとき、ＩＭ−ＭＧＷは、トランスコーディングが必要ではないことを認識する。
３０． ＩＭ−ＭＧＷは"Modify"通信を確認する。
３１． ステップ２１乃至３０に類似したステップが実施されて、音声のトランスポートのためのベアラに対する"stream 4"およびターミネイションＴ４に対する相応の音声ＣＯＤＥＣがコンフィギュレーションされるようにする。
【００６５】
類似のステップは端末装置ＭＳ１と端末装置ＭＳ２との間のビデオ電話コネクションの解除の際にも実施される。
【００６６】
図４はビデオ・コールに対するコンテキストを示し、その際次のことが当てはまる：
Termination：
− Ｔ１：ＣＳドメイン（Ｈ．２４５コントロール、音声およびビデオに対するＣＳベアラ（ＢＳ３０））、
− Ｔ２：マルチプレキシング（Ｈ．２４５コントロール、音声およびビデオ）、
− Ｔ３：独自のＲＴＰベアラを有するビデオ、および
− Ｔ４：独自のＲＴＰベアラを有する音声。
Stream:
− Stream1：データ（Ｈ．２４５コントロール、音声およびビデオ）を有するＴ１およびＴ２間、
− Stream2：Ｈ２４５コントロール情報を以てＴ２で終端されている、
− Stream3：ビデオデータを有するＴ２およびＴ３の間、および
− Stream4：音声データを有するＴ２およびＴ４の間。
【００６７】
別の実施例において、ビデオ電話とは別のサービス、例えば音声電話およびテキストメッセージに関連している。上述したプロトコルに代わって、別の実施例において別のプロトコルも使用される。
【００６８】
別の実施例において、ＩＭ−ＭＧＷおよびＭＧＣＦの機能はユニットによって、殊にデータ処理ユニットによって行われるので、その場合ＩＭ−ＭＧＷとＭＧＣＦとの間に外部の伝送区間は存在していない。
【００６９】
別の実施例において図１に示されているものとは別のネットワークコンフィギュレーションが使用される。例えば、別のアクセスネットワークを介して、例えばＤＳＬまたはＷＬＡＮまたはＷｉＭＡＸを介して接続されている、ＩＭＳにおけるＩＰターミナルに対して。ＩＭＳの代わりに、一般に、ＳＩＰを使用する別のネットワークも使用することができる。同様に、ＣＳネットワークにおいて別の端末装置、例えば固定網電話を利用することもできる。択一的に２つのネットワークにおいて、図１に示されているものとは別の端末装置が使用される。
【符号の説明】
【００７０】
１〜３１ メッセージ、 ４０ データ伝送ネットワーク、 ＣＳ 回線交換式データ伝送ネットワーク、 ＩＭＳ インターネット、 ＭＳ１，ＭＳ２ 端末装置、 ＭＧＣＦ，ＣＳＣＦ 制御ユニット、 ＩＭＳ−ＭＧＷ，ＣＳ ＭＧＷ ネットワーク移行ユニット、 ＭＳＣ 交換ユニット、 Ｍｃ，Ｍｃ，Ｎｂ，Ｎｃ，Ｍｇ，Ｇｍ インタフェース、 ＧＧＳＮ ネットワークノード、 ５０ Ｈ．２４５ Client、 ５２，７０ 呼び制御ユニット、 ６０ マルチプレクサ／デマルチプレクサ、 ６２ カプセル化／カプセル解除ユニット、 ７２，８０ 送受信ユニット
【技術分野】
【０００１】
本発明はとりわけ、次のステップを有している、シグナリングデータをネットワーク移行ユニットに転送するための方法に関する：
− ネットワーク移行ユニットもしくはゲートウェイにおいて第１のデータ伝送ネットワーク（ＣＳ）から、２つの端末装置（ＭＳ１，ＭＳ２）または端末装置グループ間のデータ伝送サービスに対してシグナリングデータおよび有効データが伝送されるデータ伝送コネクションを介してもしくはトランスポートコネクションを介してデータを受信する、ここでネットワーク移行ユニットは第１のシグナリング方法に従ってシグナリングされる第１のデータ伝送ネットワーク（ＣＳ）と、第２のシグナリング方法に従ってシグナリングされる第２のデータ伝送ネットワーク（ＩＭＳ）との間で有効データを伝送し、ここで第１のシグナリング方法は第２のシグナリング方法とは相異している。
【背景技術】
【０００２】
第３世代のパートナーシップ・プロジェクト（３ＧＰＰ＝3rd Generation Partnerchip Project）をベースとしている移動無線ネットワークの所謂「回線交換ドメイン」（Circuit Switched（＝ＣＳ） Domain）の他に、音声およびビデオ電話に対する所謂ＩＰマルチメディアサブシステム（IP Multimedia Subsystem＝ＩＭＳ）も利用することができ、かついわゆる該当するサービスの所謂「インターワーキング」、すなわち使用のシグナリングおよびデータの使用のトランスポートフォーマットの適当な変換を用いた、ＩＭＳとＣＳドメインとの間でのサービスの接続が必要である。ＩＭＳは３ＧＰＰ"Global System for Mobile Communications"（＝ＧＳＭ）および"Universal Mobile Telecommunications System"（＝ＵＭＴＳ）アクセスネットワークの他に、別のアクセスネットワーク、例えば"Wireless Local Area Network"（＝ＷＬＡＮ）および"Digital Subscriber Line"（＝ＤＳＬ）に対しても使用される。まさにこのようなシナリオにおいてまず、音声およびビデオ電話がＩＭＳを介して行われることを期待できる。ビデオ電話は公衆電話網、すなわち所謂"Public Switched Telephone Network"（ＰＳＴＮ）においても利用することができ、その際ここでは通例、トランスポートおよびシグナリングに対して、３ＧＰＰ ＣＳドメインの場合のように同じ帯域内（イン・バンド（＝Ｉｎ−ｂａｎｄ））ビデオ電話固有のプロトコルが利用される。ＰＳＴＮの場合にも、ＩＭＳに対するインターワーキングが必要である。
【０００３】
これまではＩＭＳとＣＳドメインまたはＰＳＴＮ間のインターワーキングは音声電話に対してのみ標準において記述されているにすぎない。本発明は、別のサービスに対する、殊にマルチメディアサービス、例えばビデオ電話に対する相応のインターワーキングに関する。この必要性は予測できる。というのは、３ＧＰＰ ＣＳドメインにおいてもＩＭＳ、ここではＷＬＡＮまたはＤＳＬのようなアクセスネットワーク、もしくは新たに成っているネットワークアクセスオプション（例えば Worldwide Interoperability for Microwave Access（ＷｉＭＡＸ）に対して特別に、ビデオ電話は重要な意味を持ってきているからである。
【０００４】
ＩＭＳおよびＣＳネットワーク間、つまりＰＳＴＮまたは３ＧＰＰ ＣＳドメイン間のインターワーキングは、３ＧＰＰ Ｒｅｌｅａｓｅ６以降、３ＧＰＰ ＴＳ ２９．１６３において音声電話に対してのみ規定されている。ＴＳ ２９．１６３に従って、所謂「コール・コントロール」（"Call-Control"）シグナリングのインターワーキングが所謂「メディア・ゲートウェイ・コントロール機能」（"Media Gateway Control Function"（＝ＭＧＣＦ））において行われる。ペイロード・コネクションのインターワーキング、つまり有効もしくはペイロードデータの先送りもしくはトランスファおよび再パッキング並びに必要とあればコード変換もしくはトランスコーディングが所謂「インターネットマルチメディア−マルチメディア・ゲートウェイ」（"Internet Multimedia - Multimedia Gateway"＝ＩＭ−ＭＧＷ）において行われる。ＭＧＣＦはＩＭ−ＭＧＷをＩＴＵＥ−Ｔによって標準化されたＨ．２４８プロトコルを用いて、３ＧＰＰ ＴＳ ２９．３３２において後で説明するように、所謂"Ｍｎ"インタフェースを介してコントロールする。
【０００５】
ＣＳネットワークにおいて、ベアラ・インディペンダント・コール・コントロール（Bearer Independent Call Control＝ＢＩＣＣ）（ＩＴＵ−Ｔ＝International Telecommunication Union - Telecommunication Standardization Sector）Ｑ．１９０２．ＸまたはＩＳＤＮユーザ・パート（ＩＳＵＰ＝ISDN User Part）（ＩＴＵ−ＴＱ７６１ｆｆ参照）が「アウト・オブ・バンド」（"out-of-band"）コール・コントロール・シグナリングのために使用される。コール・コントロール・シグナリングがトランスポートコネクションから分離してガイドされる場合、この方法は"out-of-band"シグナリングとも称される。成り行きにおいては、トランスポートコネクション内で、"in-band"シグナリングと称されるシグナリングメッセージを交換する可能性もある。ＩＳＵＰの場合、時分割多重（Time Division Multiplex＝ＴＤＭ）がＣＳネットワークにおけるトランスポートとして利用され、かつＢＩＣＣの場合、インターネット・プロトコル（Internet Protocol＝ＩＰ）または非同期転送モード（Asynchron Tranfer Modus＝ＡＴＭ）を用いてパケットトランスポートが利用される。純然たる音声電話が使用されるかビデオ電話が使用されるかの取り決めは、ＩＳＵＰに対して、コール・コントロールの間、会話を確立するためのシグナリングは所謂ＩＳＵＰ「ＵＤＩ フォールバック」（"UDI Fallback"）プロシージャを用いて行うことができる。ＢＩＣＣに対してこの取り決めは、３ＧＰＰ ＴＳ２３．１７２において標準化された「サービス・チェンジおよびＵＤＩ フォールバック」（"Service Change and UDI Fallback"＝ＳＣＵＤＩＦ）を用いて行うことができる。これは会話の期間に、音声電話とビデオ電話との切換を可能にするものである。"UDI Fallback"もＳＣＵＤＩＦもアウト・オブ・バンドシグナリングを利用する。その他に、ＢＩＣＣのようなＩＳＵＰに対して、上述したプロシージャを使用せず、かつコールの確立をビデオ電話に対してのみ試行し、かつビデオ電話が支援されない場合には、コールの確立を中断することもできる。音声とビデオとの選択的な取り決めとは異なって、ビデオ電話に対して使用される音声およびビデオのＣＯＤＥＣの取り決めは、既にその前にビデオ電話が選択されかつ相応のトランスポートコネクション（英語「ベアラ」（"Bearer"））が確立された後では、"in-band"で行われる。ビデオ電話に対してＣＳネットワークにおいて、６４ｋｂｙｔｅ／ｓ帯域幅を有する所謂ＢＳ３０データコネクションが使用される。このデータコネクション内に、ＩＴＵ−Ｔによって標準化されたプロトコルスイーツＨ．３２４が使用され、その際３ＧＰＰ ＣＳドメインにおいて、移動無線に整合された変形形態Ｈ．３２４Ｍが選択される。この場合データコネクションの確立後、マルチメディア・コネクションのコンフィギュレーションはイン・バンドで、ＩＴＵ−Ｔによって標準化されたＨ．２４５プロトコルを介して取り決められる。特別に、使用されるビデオＣＯＤＥＣおよび音声ＣＯＤＥＣおよびそれぞれのＣＯＤＥＣコンフィギュレーションの詳細。音声およびビデオ並びにシグナリングデータはＨ．２２３プロトコルを用いて同一のトランスポートコネクションにおいて多重化もしくはマルチプレキシングされる。３ＧＰＰ ＣＳドメインに対して、ＴＳ２６．１１０はプロトコルスイーツもしくはプロトコルシリーズＨ．３２４の使用を更に記述し、その際殊に、所謂Ｈ．３２４Ｍコンフィギュレーションが選択される。
【０００６】
３Ｇ−３２４Ｍコネクションの確立の際（英語「セッション」（"session"）に最も重要なシーケンスは次の通りである：
１． ＩＳＵＰまたはＢＩＣＣ呼び確立シグナリングのスタートの後、所望の"Bearer"に対して必要とされる必要なリソースのリザーブおよびそれからトランスポートコネクションの確立が行われる。
２． "in-band"取り決めのスタート。まず、このトランスポートコネクションに対してどのＨ．２２３「マルチプレクサ・レベル」（"Multiplexer Level"）を使用できるかの取り決め。
３． 必要の場合に、Ｈ．２４５取り決めを用いてマルチストリーム・コネクションを開始するリード端末装置の識別。この機能は、双方向の論理チャネル（＝logical channel）の開放の際にコンフリクトを来たす場合にだけ必要である。この機能は「マスターまたはスレーブ決定」（"Master or Slave determination＝ＭＳＤ"）と称される。
４． 所謂「ターミナル・ケイパビリティ・セット("Terminal Capability Set")Ｈ．２４５通信を用いて、通信を送信する端末装置の能力もしくはケイパビリティが伝送される。この種のメッセージは２つの端末装置に無関係に送信される。これらの記述されたケイパビリティは次の情報を含んでいる：オーディオおよびビデオＣＯＤＥＣおよびその固有の特性もしくはそのバリエーション。マルチプレクサの機能範囲、詳細にはいずれの適合レイヤが支援されるか（例えば"simple"（＝単一）または"nested"（＝交錯形成されている）およびその移動固有の拡張。
５． Ｈ．２４５シグナリングを用いたメディアストリーム毎の「論理」（"logische"）チャネルの確立。この時点から、ＭＳＤのあるなしに関わりなく、端末装置もしくはＩＭ−ＭＧＷは、"logical channel"を開放して、音声データおよび／またはビデオ有効データの交換が可能になるように用意する。双方向の"logical channel"の形成の際に、チャネル番号（＝channel number）および最終的に使用されるべき「メディア・ケイパビリティ」（＝media capabilities）が確定される。
６． Ｈ．２４５を用いたマルチプレクス特性の定義。
７． ビデオ、オーディオ／音声またはデータの伝送のスタート。
【０００７】
ＩＭＳにおいて、所謂「セッション記述プロトコル」"Session Description Protocol＝ＳＤＰ"、所謂"Session Initiation Protocol＝ＳＩＰ"、ＩＥＴＦ ＲＦＣ ３２６１を用いて搬送されるＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ（Request for Comment）２３２７を用いて、"out-of-band"で行われる。この場合、音声電話が使用されるか、ビデオ電話が使用されるかの取り決めは、使用のＣＯＤＥＣの取り決めに結び付いており、かつベアラの確立の前またはその期間に行われる。ＲＦＣ３２６４に従った所謂ＳＤＰ「オファー・アンサー」（"offer-answer"）メカニズムが使用される。この場合提供側はＳＤＰ「オファー」（"offer"）通信において支援されたＣＯＤＥＣのリストを送信する。この通信を受け取ると、応答側はＳＤＰ「応答」（"answer"）通信を送信する。この通信には、このサイドも支援しておりかつ利用しようとする、リストからのＣＯＤＥＣが含まれている。応答側は、ＳＤＰ「オファー」（"offer"）のリストに含まれていなかったＣＯＤＥＣを提供することは許されない。ＣＳドメインとは異なって、音声およびビデオに対して、それぞれ所謂「リアル・タイム・トランスポート・プロトコル」（"Real Time transport Protocol＝ＲＴＰ"）を使用する２つの別個のトランスポートコネクション（英語"Bearer"）が利用される。ジェネラル・パケット・ラジオ・サービス（General Packet Radio Service＝ＧＰＲＳ）アクセスネットワークを介する３ＧＰＰ ＩＭＳに対して、３ＧＰＰ ＴＳ２６．２３５はビデオ電話に対して使用されるべきＣＯＤＥＣを記述する。
【０００８】
以下に、ＣＳドメインのサイドおよびＩＭＳのサイドにおいてビデオ電話に対して使用されるプロトコルおよびＣＯＤＥＣについてもう一度まとめる：
ＣＳネットワーク（殊に３ＧＰＰ ＣＳドメイン）：
コール・コントロール：ＢＩＣＣまたはＩＳＵＰ
純然たる音声電話とビデオ電話との取り決めはＩＳＵＰに対して"UDI Fallback"を用いておよびＢＩＣＣに対して"ＳＣＵＤＩＦ"を用いて行うことができる。
マルチメディア・プロトコルスイーツ：ＩＴＵ−Ｔ Ｈ．３２４Ｍ（ＩＴＵ−Ｔ Annex C）：
ＣＯＤＥＣ取り決め：６４ｋｂｉｔ／ｓ（毎秒につきキロビット）を有する確立されたＣＳベアラを介するＩＴＵ−Ｔ Ｈ．２４５イン・バンドの取り決め。
ビデオＣＯＤＥＣ：Ｈ．２６３の支援が規定されている
ＩＴＵ−Ｔ Ｈ．２６１ 選択的
ＭＰ４Ｖ−ＥＳ（シンプル・ビデオ・プロファイル・レベル０） 選択的
音声ＣＯＤＥＣ：ＮＢ−ＡＭＲ（Narrow Band Adaptive MultiRate）の支援が規定されている
ＷＢ−ＡＭＲ（Wide Band AMR） 選択的
ＩＴＵ−Ｔ Ｇ．７２３．１ 推奨
トランスポート：ＩＴＵ−Ｔ Ｈ．２２３ Ａｎｎｅｘ Ａ＋Ｂに従ったベアラにおける音声およびビデオの多重化
ＩＭＳ（ＧＰＲＳ（General Packet Radio Service）アクセスネットワークに対するＣＯＤＥＣ）：
コール・コントロール：ＳＩＰ
純然たる音声電話とビデオ電話の間の取り決め、並びにＣＯＤＥＣ取り決めを含んでいる。
ＣＯＤＥＣ取り決め：ベアラの確立の前に、ＳＩＰにおいて搬送されるＳＤＰを用いてアウト・オブ・バンドで
ビデオＣＯＤＥＣ：Ｈ．２６３の支援が規定されている
ＩＴＵ−Ｔ Ｈ．２６４ 選択的、
ＭＰ４Ｖ−ＥＳ（シンプル・ビデオ・プロファイル・レベル０） 選択的
音声ＣＯＤＥＣ：ＮＢ−ＡＭＲおよびＷＢ−ＡＭＲの支援が規定されている。
トランスポート：次のものを使用した音声およびビデオに対する２つの分離されたＲＴＰベアラ
種々の所謂ＲＴＰ"Payload"
フォーマット：
音声：ＮＢ−ＡＭＲ＋ＷＢ−ＡＭＲ： ＩＥＴＦ ＲＦＣ ３２６７
ビデオ：Ｈ．２６３： ＩＥＴＦ ＲＦＣ ２４２９
Ｈ．２６４（ＡＶＣ）： ＩＥＴＦ ＲＦＣ ３９８４
ＭＰＥＧ−４： ＩＥＴＦ ＲＦＣ ３０１６
並列なＲＴＰメディアストリームの同期は、「リアル・タイム・コントロール・プロトコル」（"Real Time Control Protocol＝ＲＴＣＰ"）（ＩＥＴＦ ＲＦＣ ３５５０参照）によって取り決められる所謂ＲＴＰ「タイムスタンプ」（"timestamp"）を用いて行われる。
【０００９】
しかしここに挙げたＣＯＤＥＣの他にまたはそれに代わって、ＣＳ端末装置がＰＳＴＮに存在しているまたはＩＭＳ端末装置アクセスネットワークとしてＧＰＲＳを利用しないとき殊に、別のＣＯＤＥＣも端末装置によって支援されるようにすることができる。
【００１０】
音声電話のみの場合のインターワーキングの際に、２つのネットワークにおいて１つのアウト・オブ・バンドシグナリングが利用される。これにより、２つのデータ伝送ネットワークの境界でのシグナリングプロトコルの変換を比較的に簡単に行うことができる。その理由は、すべてのシグナリング通信は簡単な形式で１つのユニットにまとめることができるからである。これに対してＣＳにおいてもしくはビデオ電話の場合、ＩＭ−ＭＷＧによって受信されるイン・バンドシグナリングが使用され、一方ＩＭＳにおいて、ＭＧＣＦによって受信されるアウト・オブ・バンドシグナリングが使用される。
【００１１】
しかし別のマルチメディアサービスまたは別のサービスにおいても、２つのデータ伝送ネットワーク間でシグナリングを合併するという問題が発生する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明の課題は、２つの異なっているデータ伝送ネットワーク間のシグナリングの簡単な方法を提供することである。殊に本発明の課題は、第１のデータ伝送ネットワークにおいて、シグナリングはイン・バンドで、２つの端末装置間または端末装置グループの間のデータ伝送サービスに配属されているトランスポートコネクションにおいてネットワーク移行ユニット（例えばＩＭ−ＭＧＷ）によって受信されるまたは送信され、一方第２の伝送ネットワークにおけるシグナリングはアウト・オブ・バンドで、第１のネットワークユニットと通信を交換する制御ユニット（例えばＭＧＣＦ）において受信されるまたは送信されるという、２つの異なったデータ伝送ネットワーク間のシグナリングをインターワーキングするための簡単な方法を提供することである。
【課題を解決するための手段】
【００１３】
この課題は、方法が以下のステップ、すなわち、
１．前記制御ユニット（ＭＧＣＦ）から第１のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=?, T=?, stream=1]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第１のステップに基づいて、
２．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T1]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第２のステップに基づいて、
３．前記制御ユニット（ＭＧＣＦ）から第２のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=C1, T=?, stream=2]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第３のステップに基づいて、
４．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T2]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第４のステップに基づいて、
５．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、H.223マルチプレックスレベルの取り決め（H.223 Multiplexing Level Negotiation [Level 2]）を実施するステップ、該第５のステップに基づいて、
６．前記制御ユニット（ＭＧＣＦ）から第１のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2;]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第６のステップに基づいて、
７．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第７のステップに基づいて、
８．前記制御ユニット（ＭＧＣＦ）から第２のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2, stream=3]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第８のステップに基づいて、
９．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、
を有することによって解決される。
【００１４】
有利な実施形態は従属請求項に記載されている。
【００１５】
本発明の方法は冒頭に述べたステップに対して付加的に次のステップを含んでいる：
− ネットワーク移行ユニットにおいて有利には受信されたデータの値を用いてシグナリングデータおよび有効データを分離し、
− 受信されたシグナリングデータを変化されていない形においてネットワーク移行ユニットから制御ユニットに転送し、
− 制御ユニット（ＭＧＣＦ）において選択的に、シグナリングデータによって、第１のシグナリング方法に従って確定されたシグナリング通信に基づいて、少なくとも１つのシグナリング通信を第２のシグナリング方法に従って生成し、かつ
− ネットワーク移行ユニットにおいて有効データを第１のデータ伝送ネットワークから第２のデータ伝送ネットワークに転送する。
【００１６】
殊に、シグナリング通信の値に基づいた自動的な分離によって、転送のための簡単な決定を行うことができる。このことは、２つのデータ伝送ネットワーク間の境界でのシグナリングに対して影響を及ぼすための多数の形態に対する前提である。シグナリング通信を変化せずに転送することにより、殊に外部の制御ユニットを使用することができる多数の新しい用途が可能になる。
【００１７】
データ伝送コネクションは発展形態において、物理的なデータ伝送に対するプロトコル層の上に存在するプロトコルレベル上でのコネクションである。データ伝送コネクションは次の発展形態においてシグナリング通信を用いて確立されかつ再び解除される。その際データ伝送コネクションに固有の識別符号が割り当てられる。例えばデータ伝送コネクションは論理チャネル、すなわちより上位のプロトコルレベル上でのコネクションである。
【００１８】
発展形態において、データ伝送コネクションは少なくとも２つの異なった種類の有効データ、殊に音声データおよびビデオデータを伝送するために用いられる。この関係においてマルチメディアについても同じことが言える。
【００１９】
分離は発展形態において受信されたデータの値を用いて、殊にこれらデータの読み出しおよび引き続く、参照データとの比較によって実施される。
【００２０】
本発明の方法の発展形態において第１のシグナリング方法は、シグナリングデータおよび有効データが同じ伝送区間を介して伝送されるシグナリング方法、すなわち所謂イン・バンド法である。これに対して第２のシグナリング方法は、シグナリングデータが有効データとは別の伝送区間を介して伝送されるシグナリング方法、すなわちアウト・オブ・バンド法である。にも拘わらず、これら発展形態により、シグナリングデータは２つのデータ伝送ネットワーク間で転送することができる。
【００２１】
本発明の方法の別の発展形態において第１のデータ伝送ネットワークは回線交換式データ伝送ネットワーク、ＩＰ（Internet Protokoll）に従ったデータ伝送が行われるデータ伝送ネットワークまたはＡＴＭ（Asynchronous Transfer Mode）伝送ネットワークである。回線交換式データ伝送ネットワークは例えば、ＰＳＴＮ（Public Switching Telefone Network）、ＩＳＤＮ（Integrated Services ）、ＰＬＭＮ（ＧＳＭ（Global System for Mobile Communications）Public Land Mobile Network）または３ＧＰＰ ＣＳ ドメインである。これに対して第２のデータ伝送ネットワークは、インターネット・プロトコルに従って動作する、すなわちＩＥＴＦ（Internet Engineering Task Force）のインターネット・プロトコルに従って有効データが伝送されかつ殊にＳＩＰに従ってシグナリングされるデータ伝送ネットワーク、例えばＩＭＳである。
【００２２】
本発明の方法の発展形態において、シグナリングデータはシグナリングデータパケットにおいて伝送されかつ有効データは有効データ・パケットにおいて伝送される。分離は、データ伝送コネクションを介してもしくはトランスポートコネクションを介して伝送される部分データ流を指示しているＨ．２２３マルチプレックスコード識別符号に基づいて実施される。シグナリングに対しては、Ｈ．２２３に従って、値０を有するマルチプレックスコードが使用される。
【００２３】
本発明の方法の次の発展形態において次のステップが実施される：
− シグナリングデータを外部伝送区間を介して制御ユニットに転送し、かつ
− 該制御ユニットにおいて第２のシグナリング方法に従ってシグナリング通信を生成する。
これによりネットワーク移行ユニットおよび制御ユニットは相互に別個に製造することができる。所在地の選択の際にも、ネットワーク移行ユニットおよび制御ユニットが例えば同じケーシングに収容されておりかつ同じ電源部によって電流が供給される実施形態に比べて比較的大きな自由度が生じる。
【００２４】
別の発展形態において、制御ユニットはＢＩＣＣまたはＩＳＵＰに従ったシグナリング通信を有するシグナリングデータも処理する。これにより制御ユニットは複数のシグナリングプロトコルの処理に対して適しておりかつ一層ユニバーサルに使用可能である。
【００２５】
別の発展形態において、制御ユニットとネットワーク移行ユニットとの間で、標準ＩＴＵ−Ｔ Ｈ．２４８もしくはＭＥＧＡＣＯに従ったまたはＩＥＴＦのＭＧＣＰ（Media Gateway Control Protocol）に従ったシグナリング通信が伝送される。しかし、異なっている製造業者のユニットの協働を可能にする別のプロトコルも適している。
【００２６】
本発明の方法の発展形態において次のステップが実施される：
− 制御ユニットにより転送もしくは分離が行われるようにする。
これにより自動的におよび選択的に分離が行われるようにすることができ、その場合に種々のコンフィギュレーションも調整設定可能である。
【００２７】
制御ユニットは１つの発展形態において、転送されるべきであることを指示する識別符号（例えば H245Signalling）を含んでいるＨ．２４８通信の送信により転送が行われるようにする。識別符号は殊にＨ．２４８イベント識別符号、例えば"H2455Signalling"のようなイベント名もしくは出来事名である。別の発展形態において、ネットワーク移行ユニットは、転送されるべきシグナリング通信をパラメータとして含んでいるＨ．２４８通知リクエスト（Notify-Request）通信を備えたシグナリング通信を転送する。このパラメータは１つの発展形態において、識別符号（例えば H245Signalling）が、通信は転送されることを指示しているＨ．２４８イベントのパラメータである。これによりこの段落でまず述べたＨ．２４８通信の場合と同じ識別符号が使用される。これら通信の使用により、Ｈ．２４８標準は僅かに拡張されればよくかつ僅かなシグナリング通信だけが必要である。
【００２８】
本発明ではシグナリングデータはネットワーク移行ユニットにより変更されずに制御ユニットに転送され、このことはトンネルもしくはカプセル化とも言われる。殊にネットワーク移行ユニットは、分離のために必要である読み出し過程を除けば、シグナリングデータを評価しない。ネットワーク移行ユニットは、それがシグナリングデータであるか否かだけを検査する。しかしネットワーク移行ユニットはどんなシグナリング通信であるかは求めない。
【００２９】
発展形態においてまず、制御ユニット（ＭＧＣＦ）は第１のシグナリング方法に従ったシグナリングを終了し、すなわち制御ユニットはシグナリングを終え、ここで１形態においては第２のシグナリング方法に従ったシグナリング通信も送信され、または制御ユニットは第１のシグナリング方法に従ったシグナリングを、例えば第２のシグナリング方法に従って受信されたシグナリング通信に基づいて開始する。
【００３０】
制御ユニットはネットワーク移行ユニットに別の発展形態において第１のシグナリング方法に従ったシグナリング通信をパラメータとして通信、例えばＨ．２４８通信における、殊にＨ．２４８修正リクエスト（Modify Request）通信において伝送し、その際Ｈ．２４８通信は、第１のシグナリング方法に従った通信がパラメータとして先送りもしくはトランスファされることを指示する識別符号（例えば、H245Message）を含んでいる。先送りされた通信は別の発展形態においてネットワーク移行ユニットから変化されずに第１のデータ伝送ネットワークにおける端末装置の側へ伝送される。この手法により、既に標準化された通信は殆ど変更される必要がない。
【００３１】
次の発展形態において、シグナリングデータおよび有効データはマルチプレックス方法に従って、殊に標準ＩＴＵ−Ｔ Ｈ．２２３に規定されている方法に従ってネットワーク移行ユニットに伝送される。この種のマルチプレックス方法はマルチメディアデータ伝送に特別適しており、かつこれにより、個々のマルチメディアチャネルにおけるそれぞれのデータ量に整合されている伝送が可能になる。つまり、有効データ伝送の前のみならず、その期間にもマルチプレキシングを変更するためにシグナリングデータを伝送することができる。有効データは殊に、音声データ、画像データ、ビデオデータ、テキストデータ、プログラムデータなどである。
【００３２】
制御ユニットはネットワーク移行ユニットを制御して、１発展形態において、Ｈ．２２３マルチプレックスレベルの取り決めが、有利には、マルチプレックスの取り決めが開始されるべきであるということを指示しているＨ．２４８信号識別符号（例えば、H223MultiplexingLevelNegotiation）を含んでいるＨ．２４８通信の送信によって開始されるようにする。
【００３３】
次の発展形態において制御ユニットはネットワーク移行ユニットを制御して制御ユニットに、取り決められたマルチプレックスレベルの値が指示されている通信が、殊にマルチプレックスレベルの値が制御ユニットに伝送されるべきであることを指示している識別符号（例えば、H223Establishment）、殊にＨ．２４８イベント識別符号を含んでいるＨ．２４８通信の送信により送信されるようにする。マルチプレックスレベルの値はマルチプレックス方法の複雑さに対する尺度である。別の発展形態において、ネットワーク移行ユニットは制御ユニットにＨ．２２３マルチプレックスレベルの取り決め後に、マルチプレックスレベルの値をＨ．２４８通信において、殊にＨ．２４８ノティファイ・リクエスト通信において伝送する。制御ユニットは１つの実施形態において取り決められたマルチプレックスレベルの値を有する通信の受信に基づいてもしくはこの種の通信の不在に基づいて、マルチメディア・コネクションが実現されているか、殊にビデオ電話コネクションが実現されているかどうかを検出する。
【００３４】
択一的にまたは付加的に、第１のシグナリング方法は、特別大幅に拡張されているプロトコルＩＴＵ−Ｔ Ｈ．２４５に従った方法である。しかし別の適当な方法も使用される。第２のシグナリング方法は１つの発展形態において、ＳＩＰシグナリング方法または同価のシグナリング方法である。
【００３５】
発展形態において、制御ユニットは第１のシグナリングプロトコルに従ったシグナリング通信の生成の際に、有利にはＨ．２４５に従った TerminalCapabilitySet 通信の生成の際にネットワーク移行ユニットの特性を考慮する。これにより、ネットワーク境界での有効データ伝送を最適に調整設定することができることになる。
【００３６】
次の発展形態において次のステップが実施される：
− ネットワーク移行ユニットにおいて、第１のデータ伝送ネットワークと第２のデータ伝送ネットワークとの間の境界で制御ユニットから第１の伝送区間を介して到来するシグナリングデータを受信し、
− ネットワーク移行ユニットにおいて、第２の伝送区間を介する第２のデータ伝送ネットワークからの有効データを受信し、ここで有効データはシグナリングデータに関連しており、
− ネットワーク移行ユニットにおいて、受信したシグナリングデータおよび受信された有効データを同じ伝送区間を介して、殊に同じデータ伝送コネクションにおいて送信する。
こうしてネットワーク移行ユニットは、シグナリングデータの、別の伝送方向での転送のためにも効果的に利用される。
【００３７】
本発明は第２の観点において更に、次のステップを有している、シグナリングデータを制御ユニットに転送するための方法に関する：
− 第１のシグナリング方法による第１のデータ伝送ネットワーク（ＣＳ）と第２のシグナリング方法による第２のデータ伝送ネットワークとの間でシグナリングデータを伝送するために用いられる制御ユニットにおいて、第１のシグナリング方法に従ってシグナリングデータを受信し、ここで第１のシグナリング方法は、２つの端末装置（ＭＳ１，ＭＳ２）間または端末装置グループ間のデータ伝送サービスに対して第１のシグナリング方法に従ったシグナリングデータおよび有効データが伝送されるシグナリング方法であり、かつ第２のシグナリング方法は、シグナリングデータおよび有効データが相互に異なっている伝送区間を介して伝送されるシグナリング方法であり、
− 有利には、シグナリングデータにより確定された、第１のシグナリング方法によるシグナリング通信に基づいて、第２のシグナリング方法に従って１つのシグナリング通信または第２のシグナリング方法に従って複数のシグナリング通信を制御ユニットにおいて生成する。
第２の観点によるこの方法は第１の観点による方法と密接に関連しているので、上述した利点が同様に得られる。
【００３８】
第２の観点による方法の発展形態において次のステップが実施される：
− 制御ユニットによりネットワーク移行ユニットからシグナリングデータが送信されるようにし、ここでネットワーク移行ユニットはシグナリング通信に関する有効データを第１のデータ伝送ネットワークおよび第２のデータ伝送ネットワーク間で転送する。ここでも上に述べた利点、殊に制御ユニットによるネットワーク移行ユニットのフレキシブルな制御を指摘しておく。
【００３９】
第２の観点による方法の別の発展形態において次のステップが実施される：
− 制御ユニットにおいて、第２のシグナリング方法によりシグナリングデータを受信し、
− 受信されたシグナリングデータにより第２のシグナリング方法により確定されたシグナリング通信に基づいて、第１のシグナリング方法に従ってシグナリング通信を生成する。これにより制御ユニットは２つの伝送方向において動作しかつ制御ユニットにおける回路ユニットは多重に利用される。
【００４０】
本発明は更に、第１の観点またはその発展形態の１つに従って方法を実施するのに殊に適しているネットワーク移行ユニットに関する。従って上述の技術的作用は本発明のネットワーク移行ユニットに対しても当てはまる。
【００４１】
本発明は更に、第１の、だが殊に第２の観点に従って方法を実施するのに殊に適している制御ユニットに適しており、同様に上に挙げた技術的な作用が当てはまる。
【００４２】
以下では本発明の実施例を概略的な図面に基づき説明する。
【図面の簡単な説明】
【００４３】
【図１】典型的なネットワークコンフィギュレーションを示す。
【図２】制御ユニットおよびネットワーク移行ユニットに対するブロック線図を示す。
【図３】制御ユニットおよびネットワーク移行ユニットのシグナリング通信を示す。
【図４】ビデオ電話通話に対するコンテキストを示す。
【００４４】
例えば、ＣＳサイドにおいておよびＩＭＳにおいて同じビデオＣＯＤＥＣおよび可能ならば同じＣＯＤＥＣを使用して、トランスコーディングが回避されるようにすることが望ましい。殊にビデオＣＯＤＥＣの、また比較的僅かな範囲とはいえ音声ＣＯＤＥＣのトランスコーディングにはＩＭ−ＭＧＷにおいて著しい計算出力とリソースが必要になってくる。更に伝送は遅延されかつ画像もしくは音声の品質は劣化される。ＣＳドメインサイドおよびＩＭＳにおいてＣＯＤＥＣに対して必要なバンド幅が異なっているとき、一方のサイドにおいて、これにより画像または音声品質が改善されることなく、付加的なバンド幅が使用されることになる。
【００４５】
このために例えば、ＭＧＣＦおよびＩＭ−ＭＧＷが適当な情報を交換することが必要である：
− 例えば、Ｈ．２４５およびＳＩＰ／ＳＤＰを用いた音声およびビデオＣＯＤＥＣの取り決めに関するおよびＨ．２２３を用いたトランスポートコネクションの確立に関する情報。
【００４６】
例えばＨ．２４５を用いた音声およびビデオＣＯＤＥＣの取り決めおよびＭＧＣＦおよびＩＭ−ＭＧＷ間の例えばＨ．２２３を用いたトランスポートコネクションの確立に関する適当な情報を交換するための方法が本発明の実施例の対象である。これにより、例えばビデオ電話に対するトランスコーディングが大幅に回避される。ＭＧＣＦおよびＩＭ−ＭＧＷはＣＳネットワークを、つまり例えばＰＳＴＮまたは３ＧＰＰ ＣＳドメイン、並びにＣＯＤＥＣを取り決めるためにＳＩＰおよびＳＤＰを使用するＩＰネットワーク、つまり例えばＩＭＳを結合する。しかし別の実施例においてトランスコーディングは実施される。
【００４７】
所謂"H.245 Client"、つまりＨ．２４５プロトコルを終端する機能ユニットがＭＧＣＦに存在している。このことは有利である。というのは、Ｈ．２４５ Client はこれにより簡単に内部インタフェースを介してＣＯＤＥＣの選択および呼び確立のシーケンスに関する情報をいわゆる「コール・コントロール」（"Call Control"）を行う機能構成要素によって、有利にはＩＭＳのサイドでＳＩＰおよびＳＤＰの処理を行う単数または複数の機能的な構成要素によって交換することができるからである。
【００４８】
実施例の中心思想は、ＣＳネットワークから受信されたＨ．２４５通信がＩＭ−ＭＧＷによってＨ．２２３プロトコルから取り出されかつそれからＩＭ−ＭＧＷにおいてトランスペアレントに、すなわち変えられずにしかも内容の必要な解釈なしに、Ｈ．２４８プロトコルに挿入されてＭｎインタフェースを介して先送りされることである。同様に、Ｈ．２４５通信はＭＧＣＦにおいて生成されかつＨ．２４８プロトコルに挿入されてＩＭ−ＭＧＷに送信される。ＩＭ−ＭＧＷはこの通信をＨ．２４８プロトコルから取り出しかつそれを今度はトランスペアレントにＨ．２２３プロトコル内に挿入する。
【００４９】
呼び確立の際に、ＭＧＣＦはＩＭ−ＭＧＷを、それがＨ．２４５通信を受信しかつ受信されたＨ．２４５通信を処理せずに先送りするもしくはカプセル化するようにコンフィギュレーションする。有利にはＩＭ−ＭＧＷはこのために、新たに標準化されるべき、所謂Ｈ．２４８「イベント」（"Event"）を利用する。これはＭＧＣＦに、ＭＧＣＦがマルチプレックスされたＨ．２２３プロトコルの処理を権限を持って行う所謂「ターミネーション」（"Termination"）をセットアップするときに、指示もしくは指定する。ＩＭ−ＭＧＷが次いで１つまたは複数のＨ．２４５通信を受信するとき、ＩＭ−ＭＧＷは本発明によれば所謂Ｈ．２４８「通知もしくはノティファイ」（"Notify"）通信を利用する。ここにおいて、ＩＭ−ＭＧＷは新たに定義された「イベント」（"Event"）を指示しかつイベントのパラメータとしてＨ．２４５通信を指示する。
【００５０】
１つまたは複数のＨ．２４５通信をＩＭ−ＭＧＷに送信するために、ＭＧＣＦは有利には所謂Ｈ．２４８「修正もしくはモディファイ」（"Modify"）通信を利用し、ここにＭＧＣＦは有利には新たに標準化されるべき所謂Ｈ．２４８「シグナル」（"Signal"）を挿入しかつこの信号のパラメータとしてＨ．２４５通信を指示する。
【００５１】
ＭＧＣＦがコール・コントロール・シグナリジングから、ＣＳサイドでＨ．３２４に従ったビデオ電話が所望されていることを識別するまたは推定するとき、ＭＧＣＦはＩＭ−ＭＧＷにまず、Ｈ．２２３プロトコルを処理するための所謂"Termination"をコンフィギュレーションする。"Termination"の詳細な意味に関しては、Ｈ．２４８が参照される。ＭＧＣＦはＩＭ−ＭＧＷに、所謂「マルチプレックスレベル」（"Multiplex Level"）のＨ．２２３処理を独自に実行しかつそれに処理の終了後に取り決められたレベルを通報することを指示する。ＭＧＣＦは一方において得られた情報を利用して、続いて、ＭＧＣＦによって生成されたＨ．２４５「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）通信において具体的な指示が行われるようにする。他方において、ＭＧＣＦは通報が行われなければ、ＣＳ側のトランスポートコネクションがビデオ電話に対して利用されないまたはまだ利用されずかつこれに基づいてコール・コントロール・シグナリジングにおいて、例えば音声電話またはコネクションの終了の場合とは別のサービスに呼びを再コンフィギュレーションによって応答する。
【００５２】
有利には、ＭＧＣＦはＨ．２４「アド」（"Add"）または「モディファイ」（"Modify"）通信内の新たに標準化されるべき所謂Ｈ．２４８「シグナル」（"Signal"）を利用して、ＩＭ−ＭＧＷが"Multiplex Level"のＨ．２２３処理を開始するように要求する。有利にはＩＭ−ＭＧＷは同じ通信内の新たに標準化されるべき所謂Ｈ．２４８「イベント」を利用して、ＭＧＣＦに、"Multiplex Level"に関する通報を行うように要求する。ＩＭ−ＭＧＷが次いでレベルを取り決めたとき、ＩＭ−ＭＧＷは、所謂Ｈ．２４８"Notify"通信を利用する。ここにおいてＩＭ−ＭＧＷ１は新たに定義された「イベント」を指示しかつイベントのパラメータとしてレベルを指示する。
【００５３】
"Multiplex Level"の処理が成功裡に終了した後、Ｈ．２２３プロトコルデータが送信されるようにすることができる。Ｈ．２４５コマンドメッセージおよびコントロールメッセージをこの初期の時点で固有のデータ・パケットにおいて伝送されるようにすることができる。このためにＨ．２４５メッセージは例えば所謂「ナンバード・シンプル・リトランスミッション・プロトコル」（"Numbered Simple Retransmission Protocol"＝ＮＳＲＰ）に挿入される。Ｈ．３２４によるＮＳＲＰ仕様によれば、最後に送信されたＮＳＲＰメッセージに対する応答（英語「アクノリッジメント」（"Acknowledgement"）が受信されなかった場合、新たなＨ．２４５メッセージが送信されることは許されない。Ｍｎインタフェースを介してＨ．２４５プロトコルがＮＳＲＰに挿入されてトランスポートされ、かつＭＧＣＦにおける"H.245 Client"がＭＳＲＰの終端をも責任を持って行うようにすると、有利である。
【００５４】
呼びの確立がＣＳネットワークのサイドからＩＭＳの方向における行われる場合、ＩＭＳから別のＭＧＣＦへのコネクション確立が転送されるようにすることができる。この場合、ＭＧＣＦがＩＭ−ＭＧＷを、それが例えば所謂「クリアモード」（"Clearmode"）ＣＯＤＥＣ、ＩＥＴＦ ＲＦＣ ４０４０を使用してＢＳ３０データサービスをトランスペアレントに先送りするように、コンフィギュレーションすると有利である。ＭＧＣＦは別のＭＧＣＦと交換されるＳＩＰ／ＳＤＰシグナリングを用いてデータサービスのトランスペアレントなトランスポートを取り決める。１つの実施例において、ＭＧＣＦは最初、ＢＳ３０サービスに対してのみＩＭ−ＭＧＷをコンフィギュレーションし、かつデータコネクションをまだスルーコネクションしない。ＭＧＣＦがＩＭＳのサイドから、選択されたＣＯＤＥＣに関するシグナリングを受けるや否や、ＭＧＣＦは、それがビデオ電話であるかどうかを識別することができ、かつこの場合にはＩＭ−ＭＧＷを、それがイン・バンドＨ．２２３取り決めをスタートするようにコンフィギュレーションする。これに対してトランスペアレントなトランスポートが選択される場合、ＩＭ−ＭＧＷの再コンフィギュレーションは必要ない。
【００５５】
Ｈ．２４５標準に従って、ＭＧＣＦは"H.245 Client"として、所謂Ｈ．２４５「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）通信を生成しなければならない。これら通信は、ＩＭ−ＭＧＷおよびＭＧＣＦにおけるＨ．３２４エンド・ポイントで支援される、Ｈ．３２４プロトコルの機能を記述する。これには次の情報の少なくとも１つが含まれている：
・ オーディオおよびビデオＣＯＤＥＣおよびその固有の特性もしくはそのバリエーション
・ マルチプレクサの機能範囲、詳細にはいずれの適応層が支援されるか（例えばマルチプレキシングのネスティング深度、すなわち所謂「シンプル」（"simple"）または「ネスト化されたマルチプレキシング」（"nested Multiplexing"）およびその移動固有の拡張。
【００５６】
ＭＧＣＦはこれらの情報を用意するために、ＩＭ−ＭＧＷの能力を、つまり例えばどのＨ．２２３プロトコルオプション（例えばマルチプレキシングに対するネスティング深度）およびいずれのＣＯＤＥＣがＩＭ−ＭＧＷを支援するかを考慮しなければならない。ＭＧＣＦはこれら能力に関するコンフィギュレーションされた知識を有しているか、またはこれはこの能力を所謂Ｈ．２４８"AuditCapabilities"通信を用いてＩＭ−ＭＧＷに質問する。ＭＧＣＦは有利には、"Terminal Capability Set"において指示された能力の選択の際に、殊に指示されたＣＯＤＥＣを考慮して、ＳＩＰ／ＳＤＰシグナリングからの情報も考慮する。有利にはＭＧＣＦは、ＭＧＣＦによってもＩＭＳのサイドにおいても支援されて、トランスコーディングが回避されるようにするＣＯＤＥＣを選択する。
【００５７】
ＭＧＣＦが、受信されたＨ．２４５"Terminal Capability Set"通信に含まれている、ＣＯＤＥＣに関する情報をＳＩＰ／ＳＤＰシグナリングにおいて先送りするようにすれば有利である。
【００５８】
ＭＧＣＦが送信または受信する所謂Ｈ．２４５「オープン・ロジカル・チャネル」（"Open logical Channel"）通信を用いて、ＣＯＤＥＣおよびメディア流、例えばオーディオおよびビデオメディア流に対する論理Ｈ．２４５チャネルが確定されるや否や、ＭＧＣＦは本発明によれば、ＩＭ−ＭＧＷを、それがメディア流をＣＳネットワークのサイドとＩＭＳのサイドの間に差し出すようにコンフィギュレーションする。ＭＧＣＦは両サイドに対して、いずれのＣＯＤＥＣが選択されたかを指示する。両サイドにおいて同一のコンフィギュレーションにおける同一のＣＯＤＥＣが選択されたとき、ＩＭ−ＭＧＷはトランスコーダを使用する必要はない。
【００５９】
図１において、データ伝送ネットワーク４０の典型的なネットワークコンフィギュレーションが示されている。このコンフィギュレーションでは、３ＧＰＰ ＣＳドメインに接続されている移動端末装置ＭＳ１がＩＭＳに接続されている移動端末装置ＭＳ２とコミュニケーションすることができるのを可能にする。ＣＳドメインは"Media Gateway Control Function"（＝ＭＧＣＦ）もしくは制御ユニットＭＧＣＦおよびＩＭＳメディア・ゲートウェイ（ＩＭ−ＭＧＷ）もしくはネットワーク移行ユニットＩＭ−ＭＧＷを用いてＩＭＳに接続されている。ＭＧＣＦはＩＭ−ＭＧＷをＩＴＵＥ−Ｔによって標準化されたＨ．２４８プロトコルを用いて所謂"Ｍｎ"インタフェースを介してＩＭ−ＭＧＷをコントロールする。ＣＳドメインのサイドにおいてコアネットワークにおいて所謂「移動スイッチングセンター（ＭＳＣ）サーバ（"Mobile Switching Center"＝ＭＳＣ）」もしくは交換ユニットＭＳＣが存在している。これらはＢＩＣＣシグナリングを介して相互に（インタフェースＮｃ参照）およびＭＧＣＦと（インタフェースＭＣ参照）コミュニケーションする。これらはそれぞれＣＳ ＭＧＷをコントロールする。ＣＳ ＭＧＷは相互におよび所謂"Ｎｂ"インタフェースを介してＩＭ−ＭＧＷに接続されている。ビデオ電話に対して所謂"ＢＳ３０"データトランスポートサービス（（英語では"Bearer Service"）が使用される。ＭＳ１は所謂無線アクセスネットワーク、例えばＵＴＲＡＮ（ＵＭＴＳ Terrestrial Radio Access Network）を用いて、ＣＳ ＭＧＷのＭＳＣサーバと接続されている。ＩＭＳのサイドで、ＭＧＣＦはインタフェースＭｇを介してＳＩＰ コール・コントロール・プロトコルを用いて所謂"call session control functions"（ＣＳＣＦ）もしくは制御ユニットＣＳＣＦとコミュニケーションする。制御ユニットはインタフェースＧｍおよびゲートウェイ"ＧＰＲＳ support node"（ＧＧＳＮ）もしくはネットワークノードＧＧＳＮおよび無線アクセスネットワーク、例えばＵＴＲＡＮを介してシグナリングを移動端末装置ＭＳ２に先送りする。データはＩＭＳメディア・ゲートウェイからＭｂインタフェースを介してＧＧＳＮにトランスポートされ、ＧＧＳＮはデータを同様にラジオアクセスネットワークを介してＭＳに先送りする。
【００６０】
図２には、ＭＧＣＦおよびＩＭ−ＭＧＷにおけるブロック線図もしくは機能的なキー構成要素が図示されている。所謂Ｈ．２４５ Client ５０，つまりＨ．２４５プロトコルを終端する機能ユニットはＭＧＣＦに存在しておりかつ内部のインタフェースを介してＣＯＤＥＣおよび呼び確立のシーケンスに関する情報を所謂「コール・コントロール」（"Call Control"）を行うことになっている機能的な構成要素もしくは呼び制御ユニット５２と、有利にはＩＭＳのサイドにおいてＳＩＰおよびＳＤＰの処理を行うことになっている単数または複数の機能的な構成要素と交換する。ＣＳサイドからＨ．２２３プロトコル内で受信されたＨ．２４５通信は、ＩＭ−ＭＧＷにおけるＨ．２２３マルチプレクサ／デマルチプレクサ６０から、トランスポートに対する通信をＨ．２４８プロトコルを用いてパッケージにする、ＩＭ−ＭＧＷにおけるＨ．２４５カプセル化／カプセル解除ユニット、およびＭｎインタフェースを介してＨ．２４５ Client ５０に先送りされる。
【００６１】
Ｈ．２４５ Client ５０はＨ２２３プロトコルに関する情報もＨ．２２３マルチプレクサ／デマルチプレクサ６０と交換する。ＩＭ−ＭＧＷにおいて、オーディオおよびビデオに対する所謂"Media streams"が分離されて処理される。ＩＭＳサイドおよびＣＳサイドで選択されたオーディオおよびビデオＣＯＤＥＣおよびこれらネットワークにおけるそのトランスポートフォーマットの詳細に依存して、選択的に、データのトランスペアレントな先送り、所謂「再フレーム化」（"Re-Framing"）、すなわちトランスポートフォーマットの簡単な変更であるが所謂トランスコーダを用いた異なっているＣＯＤＥＣ間のデータの完全な変換が必要になる可能性がある。ここで説明する方法により、トランスコーディングはビデオＣＯＤＥＣに対しては特に大幅に回避されることになる。
【００６２】
ＭＧＣＦは更に次のものを含んでいる：
− ＩＳＵＰ／ＢＩＣＣに従ってＣＳネットワークに対してシグナリングしかつ呼び制御部５２と、例えば所有者プロトコルに従ってシグナリング通信を交換する呼び制御部７０。その場合例えば呼び制御部５２はプロトコル変換を実施し、すなわち一方のシグナリングプロトコルの個々のシグナリング通信の、別のシグナリングプロトコルのシグナリング通信での伝送を実施する
− ＩＭＳに対して、ＴＣＰ（Transmission Control Protocol）もしくはＵＤＰ（User Datagram Protocol）に従ったシグナリング通信を送信ないし受信する送受信ユニット７２。
【００６３】
ＩＭ−ＭＧＷは更に次のものを含んでいる：
− ＩＭＳに対して、ＩＭＳに対して、ＴＣＰ（Transmission Control Protocol）もしくはＵＤＰ（User Datagram Protocol）に従った有効データを送信ないし受信する送受信ユニット８０。
【００６４】
図３は、方法のステップと制御ユニットＭＧＣＦおよびネットワーク移行ユニットＩＭ−ＭＷＧのシグナリング通信とが略示されている。端末装置ＭＳ１および端末装置ＭＳ２間のビデオ電話コネクションの確立に対するシグナリングステップは詳細には次の通りである：
１． ＭＧＣＦは、ＣＳサイドにおいてビデオ電話に対するＨ．３２４コネクションをセットアップすることを決定する。まず、ＭＧＣＦはＣＳネットワークのサイドで物理的な所謂"Termination"をコンフィギュレーションする。パケットトランスポートに対してＭＧＣＦはこのために、新しいターミネイションを所謂Ｈ．２４８「コンテキスト」（"context"）にＨ．２４８「アド」（"Add"）命令を用いて生成する。ＴＤＭトランスポート（Time Division Multiplexing）に対してＭＧＣＦはこれに代わって、物理的な線路における固定のタイムスロットを表している既存のターミネイションをシフトすることができる。ターミネイションは所謂Ｈ．２４８"stream"を割り当てられて得、ここでは例えば値１を有するストリームを得る。
２． ＩＭ−ＭＧＷはターミネイションを相応にセットアップしかつターミネイションに対する識別子Ｔ１およびコンテキストに対する識別子Ｃ１を返送する。
３． ＣＳサイドのトランスポートコネクションが確立される。
４． ＭＧＣＦは既存のＨ．２４８．１およびＨ．２４８．２０（Gateway control protocol: The use of local and remote descriptors with H.221 and H.223 multiplexing）標準に従って同じコンテキストＣ１におけるマルチプレキシングを記述するための固有の論理Ｈ．２４８ターミネイションをセットアップしかつ所謂"Mux"パラメータにより、マルチプレキシングがターミネイションＴ１において記述されかつＨ．２２３標準に従って行われることを表現する。ＭＧＣＦは、値０を有する所謂「ロジカル・チャネル・ナンバー」（"logical channel number"）を割り当てられて得る固有の"ｓｔｒｅａｍｓ"を用いてＨ．２４５シグナリングのために使用されるべきであるＨ．２２３プロトコルの倫理チャネルを記述する。ＭＧＣＦはＩＭ−ＭＧＷに、所謂"MultiplexingLevel"のＨ．２２３処理を開始する、有利にはここでは"H223MultiplexingLevelNegotiation"と称される新しい所謂Ｈ．２４８"signals"が用いられる。ＭＧＣＦはＩＭ−ＭＧＷに、所謂"MultiplexingLevel"のＨ．２２３処理が、有利にはここでは"H223Establishment"と呼ばれる所謂「マルチプレックスレベル」のＨ．２２３処理が終了するや否や、ＭＧＣＦに取り決められたマルチプレキシング・レベルを有する通信を送信するように指示する。ＭＧＣＦはＩＭ−ＭＧＷに、ＩＭ−ＭＧＷがＨ．２４５通信を受信する場合には、ＭＳＣＦに受信されたＨ．２４５シグナリングを有する通信を送信するように指示する。有利に亜ｈＭＧＣＦはこのために、ここでは"H2455Signalling"と称される新しい所謂Ｈ．２４８"event"を利用する。
５． ＩＭ−ＭＧＷは新しいターミネイションを相応にセットアップしかつ識別子Ｔ２を返送する。
６． ＩＭ−ＭＧＷはＨ．２２３コネクションをセットアップしかつＣＳサイドの端末装置、すなわちＭＳ１とここでは例えば値２を有するマルチプレキシング・レベルを取り決める。
７． ＩＭ−ＭＧＷはＭＧＣＦに、Ｈ２２３マルチプレキシング・レベルの取り決めが完了しておりかつどのレベルが選択されたかを通報する。ＭＧＣＦは次いでこれらの情報を、所謂Ｈ．２４５"Terminal Capability Set"通信において相応の能力を指示するために必要とする。有利にはＩＭ−ＭＧＷは、ここでは"MultiplexingLevel"と称される適当なパラメータを取り決められたマルチプレキシング・レベル（MultiplexingLevel）を指示するために含んでいる新しいイベント"H223Establishment"を備えた所謂Ｈ．２４８"Notify"通信を利用する。
８． ＭＧＣＦは"Notify"通信を得たことを確認する。
９． ＩＭ−ＭＧＷはＣＳサイドの端末装置ＭＳ１から、所謂「マスタ・スレーブ決定」（"Master-Slave Determination"）Ｈ．２４５通信と組み合わせることができる所謂「ターミナル・ケイパビリティ・セット」（"Terminal Capability Set"）Ｈ．２４５通信を得る。
１０． ＩＭ−ＭＧＷは得られた単数のＨ．２４５通信または複数の通信をトランスペアレントに、すなわち変化せずに先送りする。有利にはＩＭ−ＭＧＷはこのために、Ｈ．２４５シグナリングを指示するための適当なパラメータを含んでいる新しいイベント"H245Signalling"を備えた所謂Ｈ．２４８"Notify"通信を利用する。
１１． ＭＧＣＦはＨ．２４８に従った"Notify"通信を得たことを確認する。
１２． Ｈ．２４５によれば、"Terminal Capability Set"Ｈ．２４５通信および"Master-Slave Determination"Ｈ．２４５通信は確認を要求する。ＭＧＣＦはＨ．２４５シグナリングを終端するので、ＭＧＣＦは、必要なＨ．２４５通信"Terminal Capability Set Ack"および"Master-Slave Determination Ack"をＩＭ−ＭＧＷを介してＨ．２４５コネクションに送信することを決定する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつＩＭ−ＭＧＷに、Ｈ．２２３コネクション内部で通信を先送りするように指示する。有利にはＩＭ−ＭＧＷはこのために、ここでは"H245Message"と称されかつここでは"Information"と表される適当なパラメータをＨ．２４５シグナリングを指示するために含んでおりかつ"stream"２に、つまり通信４においてＨ．２４５シグナリングに対する論理Ｈ．２２３チャネルに指定された"stream"に関連付けられている新しい所謂信号を備えている所謂Ｈ．２４８"Modify"を利用している。
１３． ＩＭ−ＭＧＷは得られたＨ．２４５通信をトランスペアレントにＨ．２２３コネクションにおいてＣＳネットワークのサイドに先送りする。
１４． ＩＭ−ＭＧＷは"Modify"通信１２を確認する。
１５． ＭＧＣＦは、Ｈ．２４５通信をＩＭ−ＭＧＷを介してＨ．２４５コネクションにおいて送信することを決定する。これは例えば、所謂"Master-Slave Determination"Ｈ．２４５通信と組み合わせることができる所謂"Capability Set"Ｈ．２４５通信である。Ｈ．２４５通信"Terminal Capability Set"通信においてＭＧＣＦは取り決められたマルチプレキシング・レベル並びにＩＭ−ＭＧＷの能力を、例えばどのＨ．２２３プロトコルオプション（例えばマルチプレキシングに対するネスティング深度）およびいずれのＣＯＤＥＣがＩＭ−ＭＧＷを支援するかを考慮しなければならない。ＭＧＣＦはこれら能力に関するコンフィギュレーションされた知識を有しているか、またはこれはこの能力を所謂Ｈ．２４８"AuditCapabilities"通信を用いてＩＭ−ＭＧＷに質問する。ＭＧＣＦは有利には、"Terminal Capability Set"において指示された能力の選択の際に、殊に指示されたＣＯＤＥＣを考慮して、ＳＩＰ／ＳＤＰシグナリングからの情報も考慮する。有利にはＭＧＣＦは有利には、トランスコーディングを回避するためにＩＭＳ並びにＣＳネットワークのサイドにおいて支援されるＣＯＤＥＣを選択する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつ、通信１２において既に説明したように、Ｈ．２４５コネクション内で通信を先送りするようにＩＭ−ＭＧＷに指示する。
１６および１７． 通信１３および１４と類似しており、すなわちＨ．２４５通信の、ＣＳサイドへの転送およびＩＭ−ＭＧＷによるＭＧＣＦに対する確認。
１８． ＩＭ−ＭＧＷはＭＳ１から、所謂「マスタ・スレーブ決定肯定応答」（"Master-Slave Determination Ack"）Ｈ．２４５通信と組み合わせることができる所謂「ターミナル・ケイパビリティ・セット肯定応答」（"Terminal Capability Set Ack"）Ｈ．２４５通信を得る。
１９および２０． 通信１０および１１と類似。
２１． ＭＧＣＦはビデオ電話に対するＣＯＤＥＣを選択し、その際ＭＧＣＦはＩＭＳサイドにおけるＳＩＰ／ＳＤＰシグナリングからの情報並びに"Terminal Capability Set"Ｈ．２４５通信９を考慮する。有利にはＭＧＣＦは、トランスコーディングを回避するためにＩＭＳ並びにＣＳネットワークのサイドにおいて、支援されるＣＯＤＥＣを選択する。殊に、ＭＧＣＦは選択された音声またはビデオＣＯＤＥＣに相応する所謂Ｈ．２２３"logical channel number"（ＬＣＮ）も"Terminal Capability Set"２４５通信９または１６から取り出す。ＭＧＣＦは所謂"open logical schannel"２４５通信を生成しかつその中に選択されたＣＯＤＥＣのＬＣＮを指示する。ＭＧＣＦはＨ．２４５通信を生成し、通信をＩＭ−ＭＧＷに転送しかつ、通信１２において既に説明したように、通信をＨ．２４５コネクション内で通信を先送りするようにＩＭ−ＭＧＷに指示する。
ここに図示されていない例において、ＭＧＣＦがＩＭ−ＭＧＷを介してＣＳネットワークから「オープン・ロジカル・チャネル」（"Open Logical Channel"）Ｈ．２４５通信を得るようにすることもできる。この場合ＣＳネットワークにおいて"Terminal Capability Set"通信１６において提供された能力から選択される。
２２および２３． 通信１３および１４と類似、すなわちＩＭ−ＭＧＷによる転送および確認。
２４． ＩＭ−ＭＧＷはＣＳサイドから所謂「オープン・ロジカル・チャネル・アクノリッジ」（"Open Logical Channel Ack"）Ｈ．２４５通信を受け取る。
２５および２６． 通信１０および１１に類似、すなわちＨ．２４５通信の、ＩＭ−ＭＧＷからＭＧＣＦへの転送およびこの通信の受信の、ＭＧＣＦによるＩＭ−ＭＧＷに対する確認。
２７． ＭＧＣＦはＩＭ−ＭＧＷに、通信２１乃至２６を用いて既にＨ．２４５シグナリングを介して取り決められた論理Ｈ．２２３チャネルをセットアップするように指示する。このためにＩＭ−ＭＧＷはマルチプレキシング・ターミネイションＴ２に関するＨ．２４８"Modify"通信を送信し、該通信においてＩＭ−ＭＧＷは新しい"stream 3"を記述し、ここでＩＭ−ＭＧＷは通信２１の場合のようにＬＣＮおよびＣＯＤＥＣを指示する。
２８． ＩＭ−ＭＧＷは"Modify"通信を確認する。
２９． ＭＧＣＦはＩＭ−ＭＧＷに、ＩＭＳのサイドにおいて stream 3 と接続されるようにするターミネイションをセットアップするように指示し、その結果ＩＭ−ＭＧＷはＩＭＳまたはＣＳネットワークのサイドで受信された stream 3 に配属されているデータをその都度別のサイドに先送りする。このためにＩＭ−ＭＧＷはコンテキストＣ１に関するＨ．２４８"Add"通信を送信し、かつその中で、"stream 3"が推奨されるものであることおよびこのためのいずれのＣＯＤＥＣを使用することができるかを指示する。通信２７および２９において同じＣＯＤＥＣが指示されているとき、ＩＭ−ＭＧＷは、トランスコーディングが必要ではないことを認識する。
３０． ＩＭ−ＭＧＷは"Modify"通信を確認する。
３１． ステップ２１乃至３０に類似したステップが実施されて、音声のトランスポートのためのベアラに対する"stream 4"およびターミネイションＴ４に対する相応の音声ＣＯＤＥＣがコンフィギュレーションされるようにする。
【００６５】
類似のステップは端末装置ＭＳ１と端末装置ＭＳ２との間のビデオ電話コネクションの解除の際にも実施される。
【００６６】
図４はビデオ・コールに対するコンテキストを示し、その際次のことが当てはまる：
Termination：
− Ｔ１：ＣＳドメイン（Ｈ．２４５コントロール、音声およびビデオに対するＣＳベアラ（ＢＳ３０））、
− Ｔ２：マルチプレキシング（Ｈ．２４５コントロール、音声およびビデオ）、
− Ｔ３：独自のＲＴＰベアラを有するビデオ、および
− Ｔ４：独自のＲＴＰベアラを有する音声。
Stream:
− Stream1：データ（Ｈ．２４５コントロール、音声およびビデオ）を有するＴ１およびＴ２間、
− Stream2：Ｈ２４５コントロール情報を以てＴ２で終端されている、
− Stream3：ビデオデータを有するＴ２およびＴ３の間、および
− Stream4：音声データを有するＴ２およびＴ４の間。
【００６７】
別の実施例において、ビデオ電話とは別のサービス、例えば音声電話およびテキストメッセージに関連している。上述したプロトコルに代わって、別の実施例において別のプロトコルも使用される。
【００６８】
別の実施例において、ＩＭ−ＭＧＷおよびＭＧＣＦの機能はユニットによって、殊にデータ処理ユニットによって行われるので、その場合ＩＭ−ＭＧＷとＭＧＣＦとの間に外部の伝送区間は存在していない。
【００６９】
別の実施例において図１に示されているものとは別のネットワークコンフィギュレーションが使用される。例えば、別のアクセスネットワークを介して、例えばＤＳＬまたはＷＬＡＮまたはＷｉＭＡＸを介して接続されている、ＩＭＳにおけるＩＰターミナルに対して。ＩＭＳの代わりに、一般に、ＳＩＰを使用する別のネットワークも使用することができる。同様に、ＣＳネットワークにおいて別の端末装置、例えば固定網電話を利用することもできる。択一的に２つのネットワークにおいて、図１に示されているものとは別の端末装置が使用される。
【符号の説明】
【００７０】
１〜３１ メッセージ、 ４０ データ伝送ネットワーク、 ＣＳ 回線交換式データ伝送ネットワーク、 ＩＭＳ インターネット、 ＭＳ１，ＭＳ２ 端末装置、 ＭＧＣＦ，ＣＳＣＦ 制御ユニット、 ＩＭＳ−ＭＧＷ，ＣＳ ＭＧＷ ネットワーク移行ユニット、 ＭＳＣ 交換ユニット、 Ｍｃ，Ｍｃ，Ｎｂ，Ｎｃ，Ｍｇ，Ｇｍ インタフェース、 ＧＧＳＮ ネットワークノード、 ５０ Ｈ．２４５ Client、 ５２，７０ 呼び制御ユニット、 ６０ マルチプレクサ／デマルチプレクサ、 ６２ カプセル化／カプセル解除ユニット、 ７２，８０ 送受信ユニット
【特許請求の範囲】
【請求項１】
制御ユニット（ＭＧＣＦ）とネットワーク移行ユニット（ＩＭ−ＭＧＷ）との間において、シグナリングメッセージを用いてシグナリングする方法において、
以下のステップ、すなわち、
１．前記制御ユニット（ＭＧＣＦ）から第１のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=?, T=?, stream=1]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第１のステップに基づいて、
２．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T1]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第２のステップに基づいて、
３．前記制御ユニット（ＭＧＣＦ）から第２のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=C1, T=?, stream=2]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第３のステップに基づいて、
４．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T2]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第４のステップに基づいて、
５．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、H.223マルチプレックスレベルの取り決め（H.223 Multiplexing Level Negotiation [Level 2]）を実施するステップ、該第５のステップに基づいて、
６．前記制御ユニット（ＭＧＣＦ）から第１のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2;]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第６のステップに基づいて、
７．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第７のステップに基づいて、
８．前記制御ユニット（ＭＧＣＦ）から第２のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2, stream=3]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第８のステップに基づいて、
９．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、
を有することを特徴とする、シグナリングメッセージを用いてシグナリングする方法。
【請求項２】
前記第２のステップまたは前記第４のステップに従い、前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、トランスポートコネクション（ベアラの確立）を実施する、請求項１記載の方法。
【請求項３】
前記第５のステップに従い、前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、または、前記制御ユニット（ＭＧＣＦ）の側において、以下のアクション、すなわち、
H.245 : ターミナル・ケイパビリティ・セット、マスタ・スレーブ決定、
H.245 : ターミナル・ケイパビリティ・セット肯定応答、マスタ・スレーブ決定肯定応答、
H.245 : オープン・ロジカル・チャネル（H.245 : Open Logical Channel[H245 logical Channel=LC1]）
H.245 : オープン・ロジカル・チャネル肯定応答
のうちの１つまたは複数のアクションを実施する、請求項１または２記載の方法。
【請求項４】
前記ステップをビデオ電話コネクションの確立に使用する、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記ステップを第１の端末装置（ＭＳ１）と第２の端末装置（ＭＳ２）との間のコネクションの確立に使用する、請求項１から４までのいずれか１項記載の方法。
【請求項６】
ビデオ・コールに対するコンテキストにおいて、
ターミネーション：
Ｔ１：ＣＳドメイン（Ｈ．２４５コントロール、音声およびビデオに対するＣＳベアラ（ＢＳ３０））、
Ｔ２：マルチプレキシング（Ｈ．２４５コントロール、音声およびビデオ）、
Ｔ３：独自のＲＴＰベアラを有するビデオ、
を含むことを特徴とする、コンテキスト。
【請求項７】
ストリーム：
ストリーム１：データ（Ｈ．２４５コントロール、音声およびビデオ）を有するＴ１およびＴ２間、
ストリーム２：Ｈ２４５コントロール情報を以てＴ２で終端されている、
ストリーム３：ビデオデータを有するＴ２およびＴ３の間、
を含む、請求項６記載のコンテキスト。
【請求項８】
別のターミネーション、
Ｔ４：独自のＲＴＰベアラを有する音声、
を含む、請求項６または７記載のコンテキスト。
【請求項９】
別のストリーム、
ストリーム４：音声データを有するＴ２およびＴ４の間、
を含む、請求項８記載のコンテキスト。
【請求項１】
制御ユニット（ＭＧＣＦ）とネットワーク移行ユニット（ＩＭ−ＭＧＷ）との間において、シグナリングメッセージを用いてシグナリングする方法において、
以下のステップ、すなわち、
１．前記制御ユニット（ＭＧＣＦ）から第１のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=?, T=?, stream=1]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第１のステップに基づいて、
２．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T1]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第２のステップに基づいて、
３．前記制御ユニット（ＭＧＣＦ）から第２のH.248 ADD.reqメッセージ（H.248 : ADD.req [C=C1, T=?, stream=2]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第３のステップに基づいて、
４．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 ADD.respメッセージ（H.248 : ADD.resp [C=C1, T=T2]）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第４のステップに基づいて、
５．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、H.223マルチプレックスレベルの取り決め（H.223 Multiplexing Level Negotiation [Level 2]）を実施するステップ、該第５のステップに基づいて、
６．前記制御ユニット（ＭＧＣＦ）から第１のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2;]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第６のステップに基づいて、
７．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第１のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、該第７のステップに基づいて、
８．前記制御ユニット（ＭＧＣＦ）から第２のH.248 MOD.reqメッセージ（H.248 : MOD.req [C=C1, T=T2, stream=3]）を前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）に伝送するステップ、該第８のステップに基づいて、
９．前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）から第２のH.248 MOD.respメッセージ（H.248 : MOD.resp）を前記制御ユニット（ＭＧＣＦ）に伝送するステップ、
を有することを特徴とする、シグナリングメッセージを用いてシグナリングする方法。
【請求項２】
前記第２のステップまたは前記第４のステップに従い、前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、トランスポートコネクション（ベアラの確立）を実施する、請求項１記載の方法。
【請求項３】
前記第５のステップに従い、前記ネットワーク移行ユニット（ＩＭ−ＭＧＷ）の側において、または、前記制御ユニット（ＭＧＣＦ）の側において、以下のアクション、すなわち、
H.245 : ターミナル・ケイパビリティ・セット、マスタ・スレーブ決定、
H.245 : ターミナル・ケイパビリティ・セット肯定応答、マスタ・スレーブ決定肯定応答、
H.245 : オープン・ロジカル・チャネル（H.245 : Open Logical Channel[H245 logical Channel=LC1]）
H.245 : オープン・ロジカル・チャネル肯定応答
のうちの１つまたは複数のアクションを実施する、請求項１または２記載の方法。
【請求項４】
前記ステップをビデオ電話コネクションの確立に使用する、請求項１から３までのいずれか１項記載の方法。
【請求項５】
前記ステップを第１の端末装置（ＭＳ１）と第２の端末装置（ＭＳ２）との間のコネクションの確立に使用する、請求項１から４までのいずれか１項記載の方法。
【請求項６】
ビデオ・コールに対するコンテキストにおいて、
ターミネーション：
Ｔ１：ＣＳドメイン（Ｈ．２４５コントロール、音声およびビデオに対するＣＳベアラ（ＢＳ３０））、
Ｔ２：マルチプレキシング（Ｈ．２４５コントロール、音声およびビデオ）、
Ｔ３：独自のＲＴＰベアラを有するビデオ、
を含むことを特徴とする、コンテキスト。
【請求項７】
ストリーム：
ストリーム１：データ（Ｈ．２４５コントロール、音声およびビデオ）を有するＴ１およびＴ２間、
ストリーム２：Ｈ２４５コントロール情報を以てＴ２で終端されている、
ストリーム３：ビデオデータを有するＴ２およびＴ３の間、
を含む、請求項６記載のコンテキスト。
【請求項８】
別のターミネーション、
Ｔ４：独自のＲＴＰベアラを有する音声、
を含む、請求項６または７記載のコンテキスト。
【請求項９】
別のストリーム、
ストリーム４：音声データを有するＴ２およびＴ４の間、
を含む、請求項８記載のコンテキスト。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１１−１５５６４５（Ｐ２０１１−１５５６４５Ａ）
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願番号】特願２０１１−２２４１（Ｐ２０１１−２２４１）
【出願日】平成２３年１月７日（２０１１．１．７）
【分割の表示】特願２００８−５３５９９３（Ｐ２００８−５３５９９３）の分割
【原出願日】平成１８年９月５日（２００６．９．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ＷｉＭＡＸ
【出願人】（３９００３９４１３）シーメンス アクチエンゲゼルシヤフト (2,104)
【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ
【住所又は居所原語表記】Ｗｉｔｔｅｌｓｂａｃｈｅｒｐｌａｔｚ ２， Ｄ−８０３３３ Ｍｕｅｎｃｈｅｎ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
【公開日】平成２３年８月１１日（２０１１．８．１１）
【国際特許分類】
【出願日】平成２３年１月７日（２０１１．１．７）
【分割の表示】特願２００８−５３５９９３（Ｐ２００８−５３５９９３）の分割
【原出願日】平成１８年９月５日（２００６．９．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ＷｉＭＡＸ
【出願人】（３９００３９４１３）シーメンス アクチエンゲゼルシヤフト (2,104)
【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ
【住所又は居所原語表記】Ｗｉｔｔｅｌｓｂａｃｈｅｒｐｌａｔｚ ２， Ｄ−８０３３３ Ｍｕｅｎｃｈｅｎ， Ｇｅｒｍａｎｙ
【Ｆターム（参考）】
[ Back to top ]