(57)【要約】【課題】第１の電子装置と第２の電子装置間での符号化データパケットの交換を可能にする。【解決手段】第１の電子装置が、第１のタイプの符号化をサポートする。第２の電子装置が第１のタイプの符号化をサポートしている場合、ヘッダ削減コンポーネントを用いて、第１のタイプの符号化によって符号化されたデータパケットに対するヘッダの削減と拡張とがそれぞれ行われる。第２の電子装置が第２のタイプの符号化をサポートしている場合、上記ヘッダ削減コンポーネントを変更して、第１のタイプの符号化によって符号化されたデータパケットを第２のタイプの符号化によって符号化されたデータパケットに変換し、さらに、第２のタイプの符号化によって符号化されたデータパケットを第１のタイプの符号化によって符号化されたデータパケットに変換する。【選択図】図１
2006141006.tif 000002
【特許請求の範囲】
【請求項１】
第１の電子装置と第２の電子装置との間で、符号化データパケットの交換を可能にする方法であって、前記第１の電子装置が第１のタイプの符号化をサポートする方法において、
前記第２の電子装置が前記第１のタイプの符号化をサポートしている場合、ヘッダ削減コンポーネントを用いて、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置と前記第２の電子装置との間で交換されたデータパケットに対してヘッダの削減と拡張とをそれぞれ行うステップと、
前記第２の電子装置が第２のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントを変更して、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記第２の電子装置から発信し、前記第１の電子装置に宛てたデータパケトを、前記第１のタイプの符号化によって符号化されたデータパケットに変換し、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置から発信し、前記第２の電子装置に宛てたデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するステップと、を具備する方法。
【請求項２】
前記ヘッダの削減が、ヘッダ除去とヘッダ圧縮とのうちの一方を具備し、前記ヘッダの拡張が、ヘッダの追加とヘッダの解凍とのうちの一方を具備する請求項１に記載の方法。
【請求項３】
前記ヘッダ削減コンポーネントが前記第１の電子装置の一部であり、
前記ヘッダの削減がデータパケットのヘッダの削減を含み、該データパケットは、前記第１の電子装置により前記第１のタイプの符号化によって符号化され、前記第２の電子装置に宛てたものであり、
前記ヘッダの拡張が、データパケットのヘッダの拡張を含み、該データパケットは、前記第１のタイプの符号化によって符号化され、前記第２の電子装置から発信し、次いで、前記第１の電子装置によって受信される請求項１に記載の方法。
【請求項４】
前記第１の電子装置が、前記符号化データパケットの交換が行われるネットワークにアクセスし、
前記ヘッダ削減コンポーネントが前記ネットワークの一部であり、
前記ヘッダの削減が、前記第１のタイプの符号化によって符号化され、前記第２の電子装置から発信し、前記第１の電子装置へ宛てたデータパケットのヘッダの削減を含み、
前記ヘッダの拡張が、前記第１のタイプの符号化によって符号化され、前記第１の電子装置から発信し、前記第２の電子装置へ宛てたデータパケットのヘッダの拡張を含む請求項１に記載の方法。
【請求項５】
前記データパケットが音声データを含み、前記第１のタイプの符号化が可変レートマルチモード広帯域ＶＭＲ−ＷＢ音声符号化であり、前記第２のタイプの符号化が適応マルチレート広帯域ＡＭＲ−ＷＢ音声符号化である請求項１に記載の方法。
【請求項６】
ＡＭＲ−ＷＢ符号化データパケットをＶＭＲ−ＷＢ符号化データパケットに変換するステップは、
前記ＶＭＲ−ＷＢ符号化データパケットとしてフルレートのＶＭＲ−ＷＢフレームを使用する場合、対応するＶＭＲ−ＷＢヘッダフィールドを前記ＡＭＲ−ＷＢ符号化データパケットに追加し、次いで、前記ＡＭＲ−ＷＢ符号化データパケットの長さに応じて、必要である限りパディングビットを前記ＡＭＲ符号化データパケットに追加するステップと、
前記ＶＭＲ−ＷＢ符号化データパケットとしてハーフレートのＶＭＲ−ＷＢフレームを使用する場合、対応するＶＭＲ−ＷＢヘッダフィールドを前記ＡＭＲ−ＷＢ符号化データパケットに追加し、前記ＡＭＲ−ＷＢ符号化データパケットの長さに応じて、必要である限り前記ＡＭＲ−ＷＢ符号化データパケットを切り捨てるステップと、
前記ＶＭＲ−ＷＢ符号化データパケットとして４分の１レートのＶＭＲ−ＷＢフレームを使用する場合、対応するＶＭＲ−ＷＢヘッダフィールドとパディングビットとを前記ＡＭＲ−ＷＢ符号化データパケットに追加するステップと、を具備する請求項５に記載の方法。
【請求項７】
前記ヘッダの削減がヘッダ圧縮である場合、前記変換が、前記符号化データパケットのペイロード内のヘッダ内のＡＭＲ−ＷＢ固有フィールドを前記符号化データパケットの前記ペイロード内のヘッダ内のＶＭＲ−ＷＢ固有フィールドに変換する請求項６に記載の方法。
【請求項８】
ＶＭＲ−ＷＢ符号化データパケットをＡＭＲ−ＷＢ符号化データパケットに変換するステップは、
前記ＶＭＲ−ＷＢ符号化データパケットがフルレートのＶＭＲ−ＷＢフレームである場合、前記ＶＭＲ−ＷＢ符号化データパケットからＶＭＲ−ＷＢヘッダフィールドを除去するステップと、生成される前記ＡＭＲ−ＷＢ符号化データパケットの長さにとって必要である限り、前記ＶＭＲ−ＷＢ符号化データパケットのペイロードを切り捨て、切り捨てられたビット数の分だけペイロード長の推定値を補償するステップと、
前記ＶＭＲ−ＷＢ符号化データパケットがハーフレートのＶＭＲ−ＷＢフレームである場合、前記ＶＭＲ−ＷＢ符号化データパケットからＶＭＲ−ＷＢヘッダフィールドを除去するステップと、生成される前記ＡＭＲデータパケットの長さにとって必要である限り、前記ＶＭＲ−ＷＢ符号化データパケットのペイロードの後ろにパディングビットを追加し、正味の追加ビット数の分だけペイロード長の推定値を補償するステップと、
前記ＶＭＲ−ＷＢ符号化データパケットが４分の１レートのＶＭＲ−ＷＢフレームである場合、ＶＭＲ−ＷＢヘッダフィールドを前記ＶＭＲデータパケットから除去するステップと、最後の１４パディングビットを前記ＶＭＲ−ＷＢ符号化データパケットのペイロードから除去し、切り捨てられたビット数の分だけペイロード長の推定値を補償するステップと、を具備する請求項５に記載の方法。
【請求項９】
前記符号化データパケットのペイロード内のヘッダ内のＶＭＲ−ＷＢ固有フィールドを前記符号化データパケットのペイロード内のＡＭＲ−ＷＢ固有フィールドに変換するステップをさらに具備する請求項８に記載の方法。
【請求項１０】
前記ヘッダ削減コンポーネントによって行われる前記ヘッダの削減および前記ヘッダの拡張が、第３世代パートナープロジェクト２  ３ＧＰＰ２サービスオプションＳＯ６０と３ＧＰＰ２サービスオプションＳＯ６１とのうちの一方に基づくものであり、前記変更されたヘッダ削減コンポーネントによって行われる前記変換が、３ＧＰＰ２サービスオプションＳＯ６２に基づくものである請求項１に記載の方法。
【請求項１１】
前記ヘッダ削減コンポーネントによって行われる前記ヘッダの削減と、前記ヘッダの拡張とは、移動体通信用広域システム用および広帯域符号分割多元接続方式用として、前記ヘッダ削減コンポーネントが規定されるロバストなヘッダ圧縮ＲＯＨＣである請求項１に記載の方法。
【請求項１２】
前記ヘッダ削減コンポーネントが、前記ヘッダの削減と、前記ヘッダの拡張と、前記変換とを実現するようにされたヘッダ削減アルゴリズムを具備する請求項１に記載の方法。
【請求項１３】
前記第１の電子装置と前記第２の電子装置とが、前記第２の電子装置がサポートしている符号化タイプを指示する少なくとも１つのシグナリングメッセージの交換を行う請求項１に記載の方法。
【請求項１４】
前記第１の電子装置側と、前記第１の電子装置がアクセスするネットワークのネットワークエレメントとのうちの少なくとも一方の側で前記指示を評価して、前記第２の電子装置がどのタイプの符号化をサポートしているかの判定を行うようにする請求項１３に記載の方法。
【請求項１５】
前記第１の電子装置が、インバイトメッセージを前記第２の電子装置へ伝送し、前記第１のタイプの符号化または前記第２のタイプの符号化のいずれかを用いてデータ交換に参加するように前記第２の電子装置に送信勧誘を行い、前記送信勧誘が受け付けられた旨のアクセプトメッセージであって、前記第２の電子装置がサポートしている符号化タイプの指示を含むアクセプトメッセージを前記第１の電子装置が前記第２の電子装置から受信する請求項１３に記載の方法。
【請求項１６】
データ交換に参加するように前記第１の電子装置に送信勧誘を行う前記第２の電子装置から、前記第２の電子装置がサポートしているタイプの符号化を指示するインバイトメッセージを前記第１の電子装置が受信する請求項１３に記載の方法。
【請求項１７】
セッション開始プロトコルＳＩＰシグナリングと、セッション記述プロトコルＳＤＰシグナリングとのうちの少なくとも一方を用いて、前記第２の電子装置がサポートしている符号化タイプを確定するようにする請求項１に記載の方法。
【請求項１８】
第１の電子装置と第２の電子装置との間で符号化データパケットの交換を可能にし、前記第１の電子装置が第１のタイプの符号化をサポートするヘッダ削減コンポーネントであって、
前記第２の電子装置が前記第１のタイプの符号化をサポートしている場合、前記第１の電子装置と前記第２の電子装置との間で交換されるデータパケットであって、前記第１のタイプの符号化によって符号化されたデータパケットに対して、ヘッダの削減と拡張とをそれぞれ行うようにされたヘッダ削減コンポーネントであり、
前記第２の電子装置が第２のタイプの符号化をサポートしている場合、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記第２の電子装置から発信し、前記第１の電子装置に宛てたデータパケットを、前記第１のタイプの符号化によって符号化されたデータパケットへ変換するようにされ、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置から発信し、前記第２の電子装置に宛てたデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するようにされたヘッダ削減コンポーネント。
【請求項１９】
前記第２の電子装置がサポートしている符号化タイプを決定するために、前記第１の電子装置と前記第２の電子装置との間で交換される信号メッセージを評価するようにされた評価コンポーネントをさらに具備する請求項１８に記載のヘッダ削減コンポーネント。
【請求項２０】
電子装置と別の電子装置との間で符号化データパケットの交換を可能にするヘッダ削減コンポーネントと、第１のタイプの符号化をサポートするコーデックとを具備する電子装置であって、
前記別の電子装置が前記第１のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントは、前記電子装置と前記別の電子装置との間で交換されるデータパケットであって、前記第１のタイプの符号化によって符号化されたデータパケットに対してヘッダの削減と拡張とをそれぞれ行うようにされ、
前記別の電子装置が別のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントは、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記別の電子装置から発信し、前記電子装置に宛てたデータパケットを、前記第１のタイプの符号化によって符号化されたデータパケットに変換するようにされ、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記電子装置から発信し、前記別の電子装置へ向けられるデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するようにされる電子装置。
【請求項２１】
第１の電子装置と第２の電子装置との間で符号化データパケットの交換を可能にするヘッダ削減コンポーネントを具備し、前記第１の電子装置が第１のタイプの符号化をサポートしている通信ネットワークのネットワークエレメントであって、
前記第２の電子装置が前記第１のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第１の電子装置と前記第２の電子装置との間で交換されるデータパケットであって、前記第１のタイプの符号化によって符号化されたデータパケットに対してヘッダの削減と拡張とをそれぞれ行うようにされ、
前記第２の電子装置が第２のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記第２の電子装置から発信し、前記第１の電子装置に宛てたデータパケットを、前記第１のタイプの符号化によって符号化されたデータパケットに変換するようにされ、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置から発信し、前記第２の電子装置に宛てたデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するようにされるネットワークエレメント。
【請求項２２】
第１の電子装置と第２の電子装置との間での符号化データパケットの交換を可能にする通信システムであって、通信ネットワークと、前記第１の電子装置と、ヘッダ削減コンポーネントとを具備する通信システムにおいて、
前記第１の電子装置が、第１のタイプの符号化をサポートし、前記通信ネットワークにアクセスするようにされ、
前記第２の電子装置が前記第１のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第１の電子装置と前記第２の電子装置との間で交換されるデータパケットであって、前記第１のタイプの符号化によって符号化されたデータパケットに対してヘッダの削減と拡張とをそれぞれ行うようにされ、
前記第２の電子装置が第２のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記第２の電子装置から発信し、前記第１の電子装置に宛てたデータパケットを、前記第１のタイプの符号化によって符号化されたデータパケットに変換するようにされ、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置から発信し、前記第２の電子装置に宛てたデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するようにされた通信システム。
【請求項２３】
請求項２２に記載の通信システムであって、前記第２の電子装置がサポートしている符号化タイプを決定するために、前記第１の電子装置と前記第２の電子装置との間で交換される信号メッセージを評価するようにされた評価コンポーネントをさらに具備し、前記ヘッダ削減コンポーネントを適宜変更するようにされた通信システム。
【請求項２４】
ソフトウェアプログラム製品であって、第１の電子装置と第２の電子装置との間で符号化データパケットの交換を可能にするソフトウェアコードを格納しているソフトウェアプログラム製品であって、前記第１の電子装置が第１のタイプの符号化をサポートし、前記ソフトウェアコードが処理コンポーネントで稼動しているとき、
前記第２の電子装置が前記第１のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第１の電子装置と前記第２の電子装置との間で交換されるデータパケットであって、前記第１のタイプの符号化によって符号化されたデータパケットに対してヘッダの削減と拡張とをそれぞれ行うステップと、
前記第２の電子装置が第２のタイプの符号化をサポートしている場合、前記ヘッダ削減コンポーネントが、前記第２のタイプの符号化によって符号化されたデータパケットであって、前記第２の電子装置から発信し、前記第１の電子装置に宛てたデータパケットを、前記第１のタイプの符号化によって符号化されたデータパケットに変換し、前記第１のタイプの符号化によって符号化されたデータパケットであって、前記第１の電子装置から発信し、前記第２の電子装置に宛てたデータパケットを、前記第２のタイプの符号化によって符号化されたデータパケットに変換するステップと
を実現するソフトウェアプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１の電子装置と第２の電子装置との間で符号化データパケットの交換を可能にする方法に関し、その場合、第１の電子装置は第１のタイプの符号化をサポートする。本発明は、対応するヘッダ削減コンポーネントと、対応する電子装置と、対応するネットワークエレメントと、対応する通信システムと、対応するソフトウェアプログラム製品とにも同様に関するものである。
【背景技術】
【０００２】
電子装置間での符号化データパケットの交換を示す一例として、ボイス・オーバーＩＰ（ＶｏＩＰ）があり、このＩＰの場合、インターネットプロトコル（ＩＰ）ネットワークを介して少なくとも２台の端末装置の間で音声データパケットの伝送が行われる。伝送される音声データは、種々のタイプの符号化に基づいて符号化されてデータパケットに入れることができる。上記端末装置が移動端末装置であって、それぞれの移動体通信ネットワークを介して上記ＩＰネットワークと接続される場合、例えば、可能な符号化方式には、適応マルチレート広帯域（ＡＭＲ−ＷＢ）符号化方式および変動マルチレート広帯域（ＶＭＲ−ＷＢ）符号化方式が含まれる。
【０００３】
ＡＭＲ−ＷＢ音声コーデックは、移動体通信用グローバルシステム（ＧＳＭ）および３Ｇセルラシステムにおいて使用される第３世代パートナープロジェクト（３ＧＰＰ）によって開発されたものである。ＣＤＭＡに関するバックグラウンド情報については、ウェブサイトｗｗｗ.３ｇｐｐ．ｏｒｇを参照されたい。このコーデックのマルチレート符号化能力によって、種々の伝送条件の下での高い音質の保持が可能となる。文献ＩＥＴＦ  ＲＦＣ３２６７（２００２年６月）が本願明細書で参照により援用されているが、上記文献は、例えば、“適応マルチレート音声コーデック並びに適応マルチレート広帯域（ＡＭＲ−ＷＢ）音声コーデックのためのリアルタイムトランスポートプロトコル（ＲＴＰ）ペイロードフォーマットおよびファイル格納フォーマット”を取り扱っている。
【０００４】
ＶＭＲ−ＷＢ音声コーデックは、３Ｇ符号分割多元接続（ＣＤＭＡ）セルラシステムにおいてマルチメディアサービスで広帯域と狭帯域の音声コンテンツの符号化および復号化を行うために、第３世代パートナープロジェクト２（３ＧＰＰ２）によって開発されたものである。ＷＣＤＭＡに関するバックグラウンド情報についてはウェブサイトｗｗｗ.３ｇｐｐ２．ｏｒｇを参照されたい。上記文献ＩＥＴＦの草案ｄｒａｆｔ−ａｈｍａｄｉ−ａｖｔ−ｒｔｐ−ｖｍｒ−ｗｂ−０２．ｔｘｔ（２００４年５月）が本願明細書で参照により援用されているが、この文献は、例えば、“変動マルチレート広帯域（ＶＭＲ−ＷＢ）音声コーデックのためのリアルタイムトランスポートプロトコル（ＲＴＰ）ペイロードおよびファイル格納フォーマット”を取り扱っている。
【０００５】
ＶＭＲ−ＷＢアルゴリズムはＡＭＲ−ＷＢアルゴリズムをベースとするものであるが、このＶＭＲ−ＷＢアルゴリズムは、ソース制御された変数ビットレートパラダイムを用いることにより、および、フルレート符号化方式に加えて、ハーフレート、４分の１レートおよび８分の１レート符号化方式を用いることにより、３ＧＰＰ２  ＣＤＭＡ２０００（登録商標）システムで効率的に作動するように最適化される。これらの変更の結果、ＡＭＲ−ＷＢ符号化データパケットと比較して、ＭＲ−ＷＢ符号化データパケットの各種のフレームフォーマットが得られる。
【０００６】
符号化音声データパケットが互いに伝送される２台の端末装置が、異なるタイプの符号化をサポートしている場合、別様に符号化されたデータパケット間での変換が可能であることを保証する必要がある。
【０００７】
文献３ＧＰＰＳ２  Ｃ．Ｓ００５２−０  Ｖ１．０：“拡散スペクトラムシステムのためのソース制御可変レートマルチモード広帯域音声コーデック（ＶＭＲ−ＷＢ）：サービスオプション６２”（２００４年６月）が本願明細書で参照により援用されているが、上記文献は、ＡＭＲ−ＷＢデータパケットとＶＭＲ−ＷＢデータパケットとの間での変換を取り扱っている。この文献には、ＶＭＲ−ＷＢとＡＭＲ−ＷＢコーデックとの間での双方向の相互運用のために中間に位置するゲートウェイに常駐する相互接続機能が必要である旨が示されている。
【０００８】
別のタイプの音声符号化間での相互運用に対して、また、同様に音声データ以外の別のタイプのデータに対しても類似のデータパケット変換が必要になる場合もあることを理解されたい。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
２つの電子装置が同じタイプの符号化をサポートしていないとき、これらの装置間での改善されたデータ交換を可能にすることが本発明の目的である。
【課題を解決するための手段】
【００１０】
第１の電子装置が第１のタイプの符号化をサポートしている第１の電子装置と、第２の電子装置との間での符号化データパケットの交換を可能にする方法が提案される。第２の電子装置が第１のタイプの符号化をサポートしている場合、上記方法は、ヘッダ削減コンポーネントを用いて、第１のタイプの符号化によって符号化され、第１の電子装置と第２の電子装置との間で交換されるデータパケットに対して、ヘッダの削減と拡張とをそれぞれ実行するステップを備える。第２の電子装置が第２のタイプの符号化をサポートしている場合、上記方法は、上記ヘッダ削減コンポーネントを変更して、第２のタイプの符号化によって符号化され、第２の電子装置から発信し、次いで第１の電子装置に宛てたデータパケットを、第１のタイプの符号化によって符号化されたデータパケットに変換される。さらに、上記方法は、上記ヘッダ削減コンポーネントを変更して、第１のタイプの符号化によって符号化され、第１の電子装置から発信し、次いで第２の電子装置に宛てたデータパケットを、第２のタイプの符号化によって符号化されたデータパケットに変換される。
【００１１】
さらに、第１の電子装置と第２の電子装置との間での符号化データパケットの交換を可能にするヘッダ削減コンポーネントであって、第１の電子装置が第１のタイプの符号化をサポートしているものが提案される。第２の電子装置が第１のタイプの符号化をサポートしている場合、上記提案されたヘッダ削減コンポーネントは、第１のタイプの符号化によって符号化されたデータパケットであって、第１の電子装置と第２の電子装置との間で交換されるデータパケットに対して、ヘッダの削減と拡張とをそれぞれ行うようにされる。第２の電子装置が第２のタイプの符号化をサポートしている場合、上記ヘッダ削減コンポーネントは、第２のタイプの符号化によって符号化されたデータパケットであって、第２の電子装置から発信し、第１の電子装置に宛てたデータパケットを、第１のタイプの符号化によって符号化されたデータパケットに変換され、さらに、該ヘッダ削減コンポーネントは、第１のタイプの符号化によって符号化されたデータパケットであって、第１の電子装置から発信し、第２の電子装置に宛てたデータパケットを、第２のタイプの符号化によって符号化されたデータパケットに変換する。
【００１２】
さらに、このようなヘッダ削減コンポーネントと、第１のタイプの符号化をサポートするコーデックとを具備する電子装置が提案される。
【００１３】
さらに、このようなヘッダ削減コンポーネントを具備する通信ネットワーク用のネットワークエレメントが提案される。
【００１４】
さらに、第１の電子装置と第２の電子装置との間での符号化データパケットの交換を可能にする通信システムが提案される。上記提案されたシステムは上記提案されたヘッダ削減コンポーネントと、通信ネットワークと、第１の電子装置とを具備し、この第１の電子装置は、第１のタイプの符号化をサポートし、上記通信ネットワークにアクセスするようにされる。
【００１５】
最後に、ソフトウェアプログラム製品が提案され、該ソフトウェアプログラム製品には、第１の電子装置と第２の電子装置との間での符号化データパケットの交換を可能にするソフトウェアコードが格納され、第１の電子装置は第１のタイプの符号化をサポートする。処理コンポーネントで実行するとき、上記ソフトウェアコードは、以下のステップ、すなわち、第２の電子装置が第１のタイプの符号化をサポートしている場合、上記ソフトウェアコードは、第１のタイプの符号化によって符号化されたデータパケットであって、第１の電子装置と第２の電子装置との間で交換されるデータパケットに対して、ヘッダの削減と拡張とをそれぞれ行うステップを実現する。第２の電子装置が第２のタイプの符号化をサポートしている場合、上記ソフトウェアコードは第２のタイプの符号化によって符号化されたデータパケットであって、第２の電子装置から発信し、第１の電子装置に宛てたデータパケットを、第１のタイプの符号化によって符号化されたデータパケットに変換するデータパケットの変換を行い、第１のタイプの符号化によって符号化されたデータパケットであって、第１の電子装置から発信し、第２の電子装置に宛てたデータパケットを、第２のタイプの符号化によって符号化されたデータパケットに変換するデータパケットの変換を行う。
【００１６】
本発明は、符号化データパケットの変換によって、符号化データパケットに対して行われるヘッダの削減と拡張との好適な組み合わせが可能であるという考察から進められる。したがって、データ交換に関与する２つの電子装置がサポートしている符号化タイプが同じであるときはいつでも、従来方式のヘッダの削減と拡張とを行うこと、および、データ交換に関与する２つの電子装置がサポートしている符号化タイプが同じでないときはいつでも、この従来方式のヘッダの削減と拡張とを変更することが提案される。この変更によって、電子装置の間で交換される符号化データパケットのタイプの符号化の変換が保証されることになる。
【００１７】
符号化に関連する相互運用をヘッダ削減の機能性と組み合わせることが本発明の利点である。この結果、上記データパケットの変換を行うために中間に位置するゲートウェイを設ける必要性を回避することができる。
【００１８】
本発明の１つの実施形態では、ヘッダの削減にはヘッダ除去またはヘッダ圧縮が含まれる。これに対応して、ヘッダの拡張にはヘッダの追加またはヘッダの解凍がそれぞれ含まれる。
【００１９】
ヘッダ削減コンポーネントは符号化データパケットの伝送路上の任意の適切な位置に配置することが可能である。
【００２０】
本発明の１つの実施形態では、ヘッダ削減コンポーネントは、例えば、第１の電子装置の一部である。このケースでは、ヘッダの削減には、第１の電子装置による第１のタイプの符号化によって符号化され、第２の電子装置に宛てたデータパケットのヘッダの削減が含まれる。同様に、ヘッダの拡張には、第１のタイプの符号化によって符号化され、第２の電子装置から発信し、第１の電子装置によって受信されるデータパケットのヘッダの拡張が含まれる。
【００２１】
本発明の別の実施形態では、例えば上記ヘッダ削減コンポーネントは、上記符号化データパケットの交換のために第１の電子装置がアクセスするネットワークの一部である。このケースでは、ヘッダの削減には、第２のタイプの符号化によって符号化され、第２の電子装置から発信し、第１の電子装置に宛てたデータパケットのヘッダの削減が含まれる。同様に、上記ヘッダの拡張には、第１のタイプの符号化によって符号化され、第１の電子装置から発信し、第２の電子装置に宛てたデータパケットのヘッダの拡張が含まれる。
【００２２】
上記符号化データパケットは、任意のタイプのデータを含むものであってもよく、サポートされているタイプの符号化をそのタイプのデータに適合させることができる。上記変換は３以上のタイプの符号化に対しても作動可能である。唯一の予備条件として、異なるタイプの符号化によって符号化されたデータパケット間での変換値を計算することができるということが挙げられる。符号化データパケットは、フレームヘッダとペイロードとを含むフレーム内に存在してもよく、あるいは、ＲＴＰ／ユーザ・データグラムプロトコル（ＵＤＰ）／ＩＰペイロードなどのペイロード内にのみ存在するものであってもよい。フレームヘッダに対しておよび／またはデータパケットのペイロード内のヘッダに対して、ヘッダの削減と拡張とを行うことが可能である。
【００２３】
例えば、上記符号化データパケットが音声データを含む場合、第１のタイプの符号化はＶＭＲ−ＷＢ音声符号化であってもよく、そして、第２のタイプの符号化はＡＭＲ−ＷＢ音声符号化であってもよい。
【００２４】
ＶＭＲ−ＷＢ符号化データパケットへのＡＭＲ−ＷＢ符号化データパケットの変換、並びにこの逆の変換は、ＶＭＲ−ＷＢ符号化を行うために作動可能にされる種々のデータ転送レートと、ＡＭＲ−ＷＢ符号化データパケットの可能な長さとを好適に考慮することが望ましい。
【００２５】
本発明の１つの実施形態では、上記ヘッダ削減コンポーネントによって行われるヘッダの削減とヘッダの拡張とが３ＧＰＰ２サービスオプションＳＯ６０またはＳＯ６１に基づいて行われるのに対して、変更されたヘッダ削減コンポーネントによって行われる変換は上述の３ＧＰＰ２サービスオプションＳＯ６２に基づいて行われる。
【００２６】
サービスオプションＳＯ６０とＳＯ６１については、文献３ＧＰＰ２Ｃ．Ｓ００４７−０Ｖ１．０：“ボイス・オーバーＩＰ用リンク層支援サービスオプション：ヘッダ除去（ＳＯ６０）並びにロバストなヘッダ圧縮（ＳＯ６１）”（２００３年４月）に記載がある。上記文献は本願明細書で参照により援用されている。
【００２７】
現行のサービスオプションＳＯ６０とサービスオプションＳＯ６１とを上記目的のために変更して、必要なときにはいつでも、これらのサービスオプションが、サービスオプションＳＯ６２に準拠するＶＭＲ−ＷＢとＡＭＲ−ＷＢとの相互運用を提供するようにすることができる。この結果、ＶＭＲ−ＷＢ装置は、追加のゲートウェイを必要とすることなくＡＭＲ−ＷＢ装置と共に相互運用し、エアインタフェースの最も効率的な利用が可能となる。
【００２８】
本実施形態では、本発明によって、ＣＤＭＡ２０００（登録商標）拡散スペクトラムシステム用として、ＶＭＲ−ＷＢとサービスオプションＳＯ６２のＡＭＲ−ＷＢ相互運用の機能性が、現行のヘッダ除去サービスオプション並びにヘッダ圧縮サービスオプションＳＯ６０とＳＯ６１とそれぞれ最適に組み合わされる。本発明によって、中間に介在するゲートウェイを設けることなくＶｏＩＰ電話用の相互運用も提供されることになる。
【００２９】
本発明の別の実施形態では、上記ヘッダ削減コンポーネントにより行われるヘッダの削減とヘッダの拡張とは、ＧＳＭ用として、および、３Ｇ広帯域符号分割多元接続（ＷＣＤＭＡ）システム用として規定されているロバストなヘッダ圧縮（ＲＯＨＣ）となる。ＲＯＨＣについは、例えば、文献ＩＥＴＦ  ＲＦＣ３０９５：“ロバストなヘッダ圧縮（ＲＯＨＣ）：フレームワーク並びに４つのプロファイル：ＲＴＰ、ＵＤＰ、ＥＳＰ、および未圧縮”（２００１年７月）に記載がある。上記文献は本願明細書で参照により援用されている。この文献は、ＲＴＰ／ＵＤＰ／ＩＰ、ＵＤＰ／ＩＰおよびカプセル化用セキュリティペイロード（ＥＳＰ）／ＩＰヘッダに対するヘッダ圧縮方式を指定するものである。
【００３０】
上記ヘッダ削減コンポーネントの機能は、特に、ヘッダの削減と、ヘッダの拡張と、変換とを本発明に基づいて実現するようにされたソフトウェアアルゴリズムによって実現することができる。但し必ずしもこれに限定されているというわけではない。
【００３１】
どのタイプの符号化が第２の電子装置がサポートしているかの判定を可能にするために、電子装置は信号メッセージの交換を行うことが可能であり、これらの信号メッセージうちの少なくとも一つは、他方の電子装置がサポートしている符号化タイプを示すものとなる。
【００３２】
第２の電子装置がサポートしている符号化タイプの指示を含む信号メッセージは、第１の電子装置側やネットワークのネットワークエレメント側で評価することが可能であり、第１の電子装置は上記ネットワークにアクセスし、第２の電子装置がどのタイプの符号化をサポートしているかの判定を行う。上記ヘッダ削減コンポーネントを変更してデータパケットの変換を行う必要があるかどうかを決定するために、評価時に得られる上記情報を利用してもよい。
【００３３】
関与する電子装置がセッション開始プロトコル（ＳＩＰ）作動可能装置である場合、例えば、シグナリングはＳＩＰ／セッション記述プロトコル（ＳＤＰ）シグナリングであってもよい。ＳＩＰのオファ・アンサーモデルと、相互運用のいくつかの態様とは、例えば、上記引用文献ｄｒａｆｔ−ａｈｍａｄｉ−ａｖｔ−ｒｔｐ−ｖｍｒ−ｗｂ−０２．ｔｘｔに記載されている。
【００３４】
データパケット変換をサポートする追加情報は、第１の電子装置がアクセスするネットワークから入手可能である場合もある。
【００３５】
本発明に準拠する上記ヘッダ削減コンポーネントは、評価コンポーネントを含むものであってもよいし、評価コンポーネントと協働するものであってもよい。上記評価コンポーネントを適合して、第１の電子装置と第２の電子装置との間で交換される信号メッセージを評価し、第２の電子装置がサポートしている符号化タイプの決定を行うことが可能となる。
【００３６】
本発明の他の目的と特徴は、添付図面と共に考察される以下の詳細な説明から明らかになる。しかし、これらの図面は単に例示を目的とするものであり、本発明を限定するものではないことを理解すべきである。本発明の限定については添付の請求項を参考にすべきである。上記図面がスケールに合わせて描かれたものではないこと、および、上記図面が本明細書に記載の構造と処理手順とを単に概念的に例示することを意図するものであることをさらに理解すべきである。
【発明を実施するための最良の形態】
【００３７】
図１は、第１のタイプのコーデックと第２のタイプのコーデックとを用いて装置間での相互運用を可能にする本発明の実施形態に基づくシステムのブロック図である。
【００３８】
システムは、第１のタイプのコーデックＡを用いる第１の端末装置１０を具備する。第１の端末装置１０は、タイプＡのデータパケットを送受することができる。特に、第１の端末装置１０は、第１のタイプのコーデックを用いて、伝送するデータを符号化し、この結果タイプＡの符号化データパケットが得られ、受信したタイプＡの符号化データパケットを、第１のタイプのコーデックＡを用いて復号化することができる。この端末装置は、無線インタフェースを介して第１の移動体通信ネットワーク１１にアクセスする。第１の移動体通信ネットワーク１１は専らタイプＡの符号化データパケットの転送のみをサポートするものである。
【００３９】
システムは、第２のタイプのコーデックＢを用いる第２の端末装置２０をさらに具備する。第２の端末装置２０は、専らタイプＢのデータパケットのみを送受することができる。特に、第２の端末装置２０は、第２のタイプのコーデックＢを用いて伝送するデータを符号化し、この結果タイプＢの符号化データパケットが得られ、第１のタイプのコーデックＢを用いて、タイプＢの受信データパケットを復号化することができる。この端末装置２０は、無線インタフェースを介して第２の移動体通信ネットワーク２１にアクセスする。第２の移動体通信ネットワーク２１は、専らタイプＢの符号化データパケットの転送のみをサポートするものである。
【００４０】
第１の移動体通信ネットワーク１１は、ＩＰヘッダ削減コンポーネント１２を具備する。第１の移動体通信ネットワーク１１は、ＩＰヘッダ削減コンポーネント１２とＩＰネットワーク４０とを介して、第２の移動体通信ネットワーク２１と接続される。
【００４１】
ＩＰヘッダ削減コンポーネント１２は、例えばソフトウェアアルゴリズムによってヘッダ削減機能を提供するものである。上記ヘッダ削減機能はヘッダ除去機能かヘッダ圧縮機能かのいずれかの機能であってもよい。
【００４２】
第１の端末装置１０が第１の移動体通信ネットワーク１１へ提供するデータパケットに対して、このデータパケットがＩＰネットワーク４０へ転送される前に、ヘッダ除去機能により、ヘッダを追加することができる。第１の端末装置１０へ転送される前にＩＰネットワーク４０を介して受信されるデータパケットのヘッダを、ヘッダ除去機能はさらに除去することができる。例えば、第１の端末装置１０がデータパケットのペイロードのみを処理する場合、ヘッダ除去機能を設けることが可能である。
【００４３】
ＩＰネットワーク４０へ転送する前に第１の端末装置１０が第１の移動体通信ネットワーク１１へ提供したデータパケットのヘッダを、ヘッダ圧縮機能により解凍することができる。さらに、第１の端末装置１０へ転送される前にＩＰネットワーク４０を介して受信されるデータパケットのヘッダを、ヘッダ圧縮機能により圧縮することができる。ヘッダ圧縮を行って、例えば、第１の端末装置１０と第１の移動体通信ネットワーク１１との間で無線インタフェースを介して交換されるデータ量を最少化するようにすることができる。
【００４４】
このヘッダの削減機能を変更し、第２の端末装置２０から受信したタイプＢのデータパケットをタイプＡのデータパケットに変換したり、第１の端末装置１０から受信したタイプＡのデータパケットをタイプＢのデータパケットに変換したりするヘッダ削減機能を実現することができる。
【００４５】
それぞれの移動体通信ネットワークを介して、さらに別の端末装置をＩＰネットワーク４０と接続することが可能である。
【００４６】
第１の端末装置１０は、別の端末装置との接続の確立を望むとき、第１のネットワーク１１と、移動体通信ネットワークと、この別の端末装置がアクセスするＩＰネットワーク４０とを介して、ＳＩＰ／ＳＤＰ「インバイト」メッセージをこの端末装置へ伝送する。「インバイト」メッセージには、コーデックＡとＢ双方のタイプに対するオファが含まれる。
【００４７】
別の端末装置が、接続への参加を望む場合、該端末装置がアクセスする移動体通信ネットワーク、第１の移動体通信ネットワーク１１およびＩＰネットワーク４０を介して、ＳＩＰ／ＳＤＰ「アクセプト」メッセージを第１の端末装置１０へ伝送する。「アクセプト」メッセージには、別の端末装置がどのタイプの符号化をサポートしているかについての指示が含まれる。
【００４８】
別の端末装置が、第１のタイプのコーデックＡを同様に用いる端末装置である場合、「アクセプト」メッセージには、タイプＡの符号化がサポートされている旨の指示が含まれる。このケースでは、第１の端末装置１１は、タイプＡの符号化の利用を確認するＳＩＰ／ＳＤＰ「応答」メッセージを伝送し、ＩＰヘッダ削減コンポーネント１２は、通常の透過的なヘッダ除去または圧縮のセットアップを行う。
【００４９】
別の端末装置が第２の端末装置２０である場合、「アクセプト」メッセージには、タイプＢの符号化がサポートされている旨の指示が含まれる。このケースでは、第１の端末装置は、タイプＢの符号化の利用を確認するＳＩＰ／ＳＤＰ応答メッセージを伝送し、ＩＰヘッダ削減コンポーネント１２は、入力するタイプＡのデータパケットをタイプＢのデータパケットに変換し、さらに、入力するタイプＢのデータパケットをタイプＡのデータパケットに変換するヘッダ除去または圧縮のセットアップを行う。この変換は矢印によって図１に示されている。
【００５０】
このようにして、たとえ変換が必要な場合であっても、透過的なエンド・ツー・エンドＩＰコールが保持され、それぞれ必要なタイプの符号化によって符号化されたデータパケットを個々の端末装置が受信することになる。
【００５１】
ここで説明したアプローチは、３以上の異なるタイプのデータパケットが含まれる場合のようなケースに対しても拡張が可能であることを理解されたい。その場合、第１の端末装置１０が伝送するＳＩＰ／ＳＤＰ「インバイト」メッセージには、すべての関与する符号化タイプに対するオファが含まれる。第１の端末装置１０が使用するタイプとは別のタイプのデータパケットをＳＩＰ／ＳＤＰ「アクセプト」メッセージが示す場合、ＩＰヘッダ削減コンポーネント１２が与える上記ヘッダ除去機能または圧縮機能は、それぞれ受け付けた一対のタイプのパケット間での変換用として変更される。
【００５２】
図２は本発明の実施形態に基づくシステムのブロック図であり、このシステムは、特に、３ＧＰＰ２端末装置と３ＧＰＰ端末装置間の相互運用を可能にするものである。図１に示すように、対応する構成要素に対しては同じ参照符号が用いられる。
【００５３】
上記システムはＶＭＲ−ＷＢをサポートする２つの３ＧＰＰ２端末装置１０、３０を具備するものである。各端末装置１０、３０は、それぞれの３ＧＰＰ２移動体通信ネットワーク１１、３１にアクセスする。３ＧＰＰ２移動体通信ネットワーク１１、３１はＶＭＲ−ＷＢデータパケットの転送のみをサポートする。３ＧＰＰ２端末装置１０、３０の各々は、符号化コンポーネント１３、すなわちＶＭＲ−ＷＢコーデックと、シグナリング・コンポーネント１４とを具備する。３ＧＰＰ２移動体通信ネットワーク１１は、ヘッダ削減コンポーネント１５と評価コンポーネント１６とを備えるネットワークエレメント１２を具備する。ヘッダ削減コンポーネント１５は、調整可能なヘッダ除去サービスオプションＳＯ６０と調整可能なヘッダ圧縮サービスオプションＳＯ６１とのうちの少なくとも一方を実現する。ヘッダ削減コンポーネント１５と評価コンポーネント１６とは、メモリなどに格納され、ネットワークエレメント１２の処理コンポーネントが実行するソフトウェアの形で実現してもよい。
【００５４】
サービスオプションＳＯ６０用およびサービスオプションＳＯ６１用のプロトコルスタックは、それぞれ上記文献Ｃ．Ｓ００４７−０に記載のものと同じであるので、詳細については上記引用文献を参照されたい。
【００５５】
サービスオプションＳＯ６０の場合、端末装置は、最下部から最上部へ、ＣＤＭＡ２０００ＭＡＣ（媒体アクセス制御）層と、ＨＲＬ（下位層内のヘッダサイズ削減コンポーネント）層と、ＨＲＵ（上位層内のヘッダサイズ削減コンポーネント）層とを具備し、ＶＭＲ−ＷＢコーデックを備える。ネットワークは基地局と、ＰＣＦ（パケット制御機能）と、ＰＤＳＮ（パケットデータサービス用ノード）とを具備する。上記基地局は、下から上へ、ＣＤＭＡ２０００ＭＡＣ層と、ＨＲＬ層と、平行してＩＰ層およびＧＲＥ（汎用ルーティング用カプセル化）層とを具備する。ＨＲＬ層とＧＲＥ層とは双方の最上部のさらに別の層を介して相互に接続される。ＰＣＦは、下から上へ、ＩＰ層とＧＲＥ層、および、平行してＩＰ層とさらに別のＧＲＥ層を具備する。これらＧＲＥ層は双方の最上層の上のもう一つの層を介して相互に接続される。ＰＤＳＮは、下から上へ、ＩＰ層と、ＧＲＥ層と、ＨＲＵ層と、さらに他のＩＰ層とを具備する。
【００５６】
サービスオプションＳＯ６１の場合、端末装置は、ＨＲＵ層の最上層上にＩＰ層を具備する。
【００５７】
図２のネットワークエレメント１２は、特にＰＤＳＮに対応し、さらに、図２のヘッダ削減コンポーネント１５は、特にＰＤＳＮのＨＲＵに対応し、移動体通信ネットワーク１１の基地局のＨＲＬを介してデータパケットの受信を行う。
【００５８】
図２のシステムは、さらにＡＭＲ−ＷＢをサポートする３ＧＰＰ端末装置２０を具備する。３ＧＰＰ端末装置２０は、３ＧＰＰ移動体通信ネットワーク２１にアクセスする。３ＧＰＰ移動体通信ネットワーク２１はＡＭＲ−ＷＢデータパケットの転送のみをサポートする。
【００５９】
システムは、ＩＰネットワーク４０をさらに具備する。移動体通信ネットワーク１１、２１、３１は、ＩＰネットワーク４０を介して端末装置１０、２０、３０間での接続を可能にする。
【００６０】
図３〜５は、図２のシステムにおける本発明の実施形態に基づく処理を説明するフローチャートである。
【００６１】
３ＧＰＰ２端末装置１０と他の端末装置との間でＶｏＩＰ接続を確立する場合、端末装置１０は、他の端末装置がどのタイプの符号化をサポートしているかを確定する必要がある。これは図３に示されている。
【００６２】
３ＧＰＰ２端末装置が接続を開始する場合、端末装置１０のシグナリング用コンポーネント１４は、ＳＩＰ／ＳＤＰ「インバイト」メッセージを他方の端末装置２０、３０へ伝送する（ステップ３０１）。「インバイト」メッセージは、先に引用したドキュメントｄｒａｆｔ−ａｈｍａｄｉ−ａｖｔ−ｒｔｐ−ｖｍｒ−ｗｂ−０２．ｔｘｔに規定されているようなＶＭＲ−ＷＢモードの制限付きのＡＭＲ−ＷＢを提供する。さらに、上記「インバイト」メッセージは、ＶＭＲ−ＷＢも提供する。
【００６３】
ＶＭＲ−ＷＢモードの制限は、ＡＭＲ−ＷＢ  ＲＴＰペイロードのオクテット整列モード（ｏｃｔｅｔ−ａｌｉｇｎｅｄ  ｍｏｄｅ）のみが許されていることを特に意味するものである。オクテット整列モードでは、音声フレーム、ペイロードヘッダおよび目次エントリを含むペイロード内のすべてのフィールドは、オクテット境界と個々に位置合わせを行う。オクテット整列モードについては上記引用文献ＲＦＣ３２６７に記載があるので、詳細については上記引用文献を参照されたい。
【００６４】
ＳＩＰ／ＳＤＰによるＶＭＲ−ＷＢおよびＡＭＲ−ＷＢの提供についての以下の例は、引用した上記文献ｄｒａｆｔ−ａｈｍａｄｉ−ａｖｔ−ｒｔｐ−ｖｍｒ−ｗｂ−０２．ｔｘｔの中に見ることができる。
【００６５】
…
M=audio 49120 RTP/AVP 98 99
A=rtpmap:98 AMR-WB/16000/
A=rtpmap:99 VMR-WB/16000/1
A=ftmp 98 octet-align=1; mode-set=0,1,2 …
…
【００６６】
ここで、「M＝」はＭＩＭＥタイプの「オーディオ」を示す。「A＝rtpmap」は符号化の名称を示す。「１６０００」はＲＴＰクロックレートを示す。「／１」は、チャネル数を示し、デフォルトにより１である。「A＝ftmp」は任意の残りのパラメータを示す。ここに示されたオファでは、オクテット・アラインメントモードを選択する必要があること、およびＡＭＲ−ＷＢモード０、１、２が許されていることが、ＡＭＲ−ＷＢに対して規定されている。これらのモードでは、１３２ビット、１７７ビットおよび２５３ビットが、ＲＴＰペイロードに対してそれぞれ用いられる。ＡＭＲ  ＳＩＤ（Ｓｉｌｅｎｃｅ  ＩｎＤｉｃａｔｉｏｎ：無音指示）用の別のモードでは３５ビットが用いられることになる。
【００６７】
他の端末装置が他方の３ＧＰＰ２端末装置３０である場合、「インバイト」メッセージは、３ＧＰＰ２移動体通信ネットワーク１１、ＩＰネットワーク４０および別の３ＧＰＰ２移動体通信ネットワーク３１を介して、３ＧＰＰ２端末装置３０へ転送される。端末装置３０のシグナリング用コンポーネントは、ＳＩＰ／ＳＤＰ「アクセプト」メッセージを応答として伝送し、この「アクセプト」メッセージは端末装置１０により受信される（ステップ３０２）。「アクセプト」メッセージには、端末装置３０がＶＭＲ−ＷＢをサポートしている旨の指示が含まれる。次いで、上記端末装置のシグナリング用コンポーネント１４はＳＩＰ／ＳＤＰ「応答」メッセージによるＶＭＲ−ＷＢの利用を確認する（ステップ３０３）。
【００６８】
上記とは対照的に、他の端末装置が３ＧＰＰ端末装置２０である場合、「インバイト」メッセージは、３ＧＰＰ２移動体通信ネットワーク１１と、ＩＰネットワーク４０と、３ＧＰＰ移動体通信ネットワーク２１とを介して、３ＧＰＰ端末装置２０へ転送される。この端末装置２０のシグナリング用コンポーネントは、端末装置１０が受信したＳＩＰ／ＳＤＰ「アクセプト」メッセージで応答する（ステップ３０２）。「アクセプト」メッセージには、端末装置がＡＭＲ−ＷＢのみをサポートし、要求されるモードの制限を受け入れる旨の指示が含まれる。次いで、端末装置１０のシグナリング用コンポーネント１４は上記受け入れたモードの制限を伴うＡＭＲ−ＷＢの利用をＳＩＰ／ＳＤＰ「応答」メッセージによって確認する（ステップ３０３）。
【００６９】
他方の３ＧＰＰ２端末装置３０が上記ＶｏＩＰ接続を開始する場合、この端末装置のシグナリング用コンポーネントは、ＳＩＰ／ＳＤＰ「インバイト」メッセージを３ＧＰＰ２端末装置１０へ伝送する。「インバイト」メッセージは、ＶＭＲ−ＷＢモードの制限を伴うＡＭＲ−ＷＢを提供する。さらに、「インバイト」メッセージは、ＶＭＲ−ＷＢを提供する。「インバイト」メッセージは、３ＧＰＰ２移動体通信ネットワーク３１と、ＩＰネットワーク４０と、３ＧＰＰ２移動体通信ネットワーク１１とを介して、３ＧＰＰ２端末装置１０へ転送される。この「インバイト」メッセージの受信（ステップ３０４）時に、上記端末装置のシグナリング用コンポーネント１４は、ＳＩＰ／ＳＤＰ「アクセプト」メッセージにより応答する（ステップ３０５）。「アクセプト」メッセージには、端末装置１０がＶＭＲ−ＷＢをサポートする旨の指示が含まれる。
【００７０】
３ＧＰＰ端末装置２０が上記ＶｏＩＰ接続を開始する場合、上記端末装置２０は、３ＧＰＰ移動体通信ネットワーク２１、ＩＰネットワーク４０および３ＧＰＰ２移動体通信ネットワーク１１を介して、ＳＩＰ／ＳＤＰ「インバイト」メッセージを３ＧＰＰ２端末装置１０へ伝送する（ステップ３０４）。「インバイト」メッセージは、ＶＭＲ−ＷＢモードの制限付きのＡＭＲ−ＷＢを提供する。端末装置１０のシグナリング用コンポーネント１４は、ＳＩＰ／ＳＤＰ「アクセプト」メッセージによって応答する（ステップ３０５）。「アクセプト」メッセージには、上記受け入れられたＶＭＲ−ＷＢモードの制限を伴うＡＭＲ−ＷＢが利用可能である旨の指示が含まれる。
【００７１】
ネットワークエレメント１２は、端末装置１０とＩＰネットワーク４０との間でＳＩＰ／ＳＤＰメッセージを転送する。したがって、ネットワークエレメント１２は、ＳＩＰ「応答」メッセージまたはＳＩＰ「アクセプト」メッセージへのアクセスをそれぞれ行うことになる。ここで、こちらのメッセージは、それぞれ、ステップ３０３またはステップ３０５で端末装置１０により伝送されたものである。
【００７２】
ネットワークエレメント１２の評価コンポーネント１６は、ＳＩＰ「応答」メッセージまたはＳＩＰ「アクセプト」メッセージをそれぞれ評価する（ステップ３０６）。
【００７３】
他の端末装置３０がＶＭＲ−ＷＢをサポートしていることが、評価されたメッセージにより示される場合、評価コンポーネント１６はヘッダ削減コンポーネント１５に通常のヘッダの削減を行わせる（ステップ３０７）。さらに詳細には、評価コンポーネント１６は、サービスオプションＳＯ６０をセットして通常のヘッダの追加を行わせたり、サービスオプションＳＯ６１をセットして、端末装置１０から出力して着信するＶＭＲ符号化データパケットに対して通常のヘッダ解凍を行わせたりする。したがって、端末装置１０が出力する上記データパケットのヘッダは展開され、得られたデータパケットはＩＰネットワーク４０へ転送される。その場合、３ＧＰＰ２移動体通信ネットワーク３１は、上記データパケットを別の端末装置３０へ転送する前に、オプションとしてヘッダの削減を適用することも可能である。さらに、評価コンポーネント１６をセットして、サービスオプションＳＯ６０に通常のヘッダ除去を行わせるか、ＩＰネットワーク４０から出力して着信するＶＭＲ符号化データパケットに対して通常のヘッダ圧縮をサービスオプションＳＯ６１に行わせることができる。このようにして、ＩＰネットワーク４０により出力される上記データパケットのヘッダは削減され、得られたデータパケットは端末装置１０へ転送される。
【００７４】
一方、他の端末装置２０がＡＭＲ−ＷＢのみをサポートしていることが、評価されたメッセージにより示される場合、評価コンポーネント１６は、先に引用した文献Ｃ．Ｓ００５２−０に規定されている相互運用サービスオプションＳＯ６２を含む変更されたサービスオプションＳＯ６０または６１を、ヘッダ削減コンポーネント１５に呼び出させる。
【００７５】
図４と図５とを参照しながら、上記変更されたサービスオプションＳＯ６０とＳＯ６１とについて以下説明する。
【００７６】
順方向リンク用として変更されたサービスオプションＳＯ６０とＳＯ６１、すなわち他の端末装置２０、３０のうちの一方から端末装置１０へのデータパケット伝送用として変更されたサービスオプションＳＯ６０とＳＯ６１とが、図４に例示されている。
【００７７】
順方向リンク伝送の場合、ヘッダ削減コンポーネント１５は着信するＡＭＲデータパケットをまずチェックする。これらのパケットは２５３、１７７、１３２のＲＴＰペイロード長を有するか、ＡＭＲ  ＳＩＤ用として３５ビットを有する。ＡＭＲ  ＳＩＤフレームは暗黙裡に相互運用可能モードの一部である。したがって、たとえＭＩＭＥ記述で許されたＡＭＲ−ＷＢモードとしてＡＭＲ  ＳＩＤフレームが含まれていない場合であっても、ＡＭＲ  ＳＩＤフレームの変換を行う必要がある。次いで、ヘッダ削減コンポーネント１５は、フルレート、ハーフレートまたは４分の１レートのＶＭＲ−ＷＢフレームを基地局のＨＲＬへの、さらに端末装置１０への配信用として生成する。さらに、ヘッダ削減コンポーネント１５は、フルレートのＶＭＲ−ＷＢフレーム、ハーフレートのＶＭＲ−ＷＢフレームまたは４分の１レートのＶＭＲ−ＷＢフレームのいずれを配信するかの判定を行う（ステップ４０１）。
【００７８】
２６６ビットを含むフルレートのＶＭＲ−ＷＢフレームを配信する場合、ヘッダ削減コンポーネント１５は、対応するＶＭＲ−ＷＢヘッダフィールドをＲＴＰペイロードに追加する。
【００７９】
これは先に引用した文献Ｃ．Ｓ００５２−０に詳細に記載されているので、詳細については上記引用文献を参照されたい。ヘッダ削減コンポーネント１５は、使用されたＡＭＲモード２または１あるいは０に応じてそれぞれ、０または７６あるいは１２１ビットパッディングをさらに追加する（ステップ４０２）。
【００８０】
１２４ビットを含むハーフレートのＶＭＲ−ＷＢフレームを配信する場合、ヘッダ削減コンポーネント１５は対応するＶＭＲ−ＷＢヘッダフィールドを同様に追加する。さらに、ヘッダ削減コンポーネント１５は、ＡＭＲモード２または１あるいは０のＲＴＰペイロードをそれぞれ１４４または６６あるいは２１ビット分だけ切り捨てる（ステップ４０３）。
【００８１】
５４ビットを含む４分の１レートのＶＭＲ−ＷＢフレームがＳＩＤペイロードに起因して配信される場合、ヘッダ削減コンポーネント１５は、対応するＶＭＲヘッダフィールドをＡＭＲ  ＳＩＤビットに同様に追加し、さらに１４パディングビットを追加する（ステップ４０４）。
【００８２】
サービスオプションＳＯ６１（ステップ４０５）の場合、ヘッダ削減コンポーネント１５は、ＲＴＰペイロード内に含まれるＲＴＰ／ＵＤＰ／ＩＰヘッダ内の任意のＡＭＲ−ＷＢ固有フィールドを、ＲＴＰペイロード内に含まれるＲＴＰ／ＵＤＰ／ＩＰヘッダ内のＶＭＲ−ＷＢ固有フィールドにさらに変換する（ステップ４０６）。
【００８３】
端末装置１０側で生成されたＶＭＲ−ＷＢフレームのヘッダの解凍は、ＨＲＵあるいはＨＲＬの変更を必要としない。
【００８４】
逆方向リンク用として変更されたサービスオプションＳＯ６０とＳＯ６１、すなわち端末装置１０から他の端末装置２０、３０のうちの一方へのデータパケット伝送用として変更されたサービスオプションＳＯ６０とＳＯ６１が、図５に例示されている。
【００８５】
逆方向リンク伝送の場合、ヘッダ削減コンポーネント１５は、移動体通信ネットワーク１１の基地局のＨＬＲから受信したＶＭＲ−ＷＢフレームのＶＭＲ−ＷＢヘッダフィールドをまずチェックする。ヘッダ削減コンポーネント１５は、フルレートフレーム、ハーフレートフレームまたは４分の１レートフレームが受信されるかどうかを特に判定する（ステップ５０１）。
【００８６】
２６６ビットを含むフルレートフレームを受信した場合、ヘッダ削減コンポーネント１５は２５３、１７７あるいは１３２ビットのＡＭＲ−ＷＢＲＴＰパケットを生成する（ステップ５０２）。この目的のために、ヘッダ削減コンポーネント１５は受信したＶＭＲ−ＷＢフレームのＶＭＲ−ＷＢヘッダフィールドを除去する。これについては先に引用した文献Ｃ．Ｓ００５２−０に詳細な記載があるので、詳細については上記文献を参照されたい。さらに、ヘッダ削減コンポーネント１５は受信したＶＭＲ−ＷＢフレームのＲＴＰペイロードをそれぞれ０ビット、７６ビットまたは１２１ビット分だけ切り捨て、切り捨てビット数分だけ上記ペイロード長推定値を補正する。
【００８７】
１２４ビットを含むハーフレートフレームを受信した場合、ヘッダ削減コンポーネント１５は２５３ビット、１７７ビットまたは１３２ビットのＡＭＲ−ＷＢ  ＲＴＰパケットを生成する（ステップ５０３）。この目的のために、ヘッダ削減コンポーネント１５は受信したＶＭＲ−ＷＢフレームのＶＭＲ−ＷＢヘッダフィールドを除去する。さらに、ヘッダ削減コンポーネント１５は、それぞれ１４４または６６あるいは２１パディングビットを後ろに付加して、上記ペイロード長推定値を正味の追加ビット数の分だけ補正する。
【００８８】
５４ビットを含む４分の１レートフレームを受信した場合、ヘッダ削減コンポーネント１５は３５ビットＡＭＲ−ＷＢ  ＳＩＤ  ＲＴＰパケットを生成する（ステップ５０４）。この目的のために、ヘッダ削減コンポーネント１５は、ＶＭＲ−ＷＢヘッダフィールドと、受信したＶＭＲ−ＷＢフレームの最後の１４パディングビットとを除去する。さらに、ヘッダ削減コンポーネント１５は、上記ペイロード長推定値を正味の追加ビット数の分だけ補正する。
【００８９】
さらに、ヘッダ削減コンポーネント１５は、受信したＶＭＲ−ＷＢフレームのＲＴＰペイロード内に含まれるＲＴＰ／ＵＤＰ／ＩＰヘッダ内の任意のＶＭＲ−ＷＢ固有フィールドを、ＲＴＰペイロード内に含まれるヘッダ内のＡＭＲ−ＷＢ固有フィールドによって置き換える。
【００９０】
受信したＶＭＲ−ＷＢフレームに対する端末装置１０側でのヘッダの圧縮は、ＨＲＵあるいはＨＲＬの変更を必要としない。
【００９１】
全体として、３ＧＰＰ２サービスオプションＳＯ６０またはＳＯ６１に基づくヘッダの削減の好適な組み合わせ、並びに、３ＧＰＰ２サービスオプションＳＯ６２に基づく相互運用変換が達成されるということが明らかになった。
【００９２】
上記の本発明の実施形態では、変更は専らネットワーク側で行われる。というのは、ネットワーク側ではほとんどの計算リソースが利用可能であるからである。しかしながら、ネットワークと上記端末装置との間で上記変更を配信したり、上記変更が完全に上記端末装置側に存在するようにしたりすることも可能であることを理解されたい。
【００９３】
例えば、図２で、３ＧＰＰ２移動体通信ネットワーク３１がヘッダ削減コンポーネント（図示せず）のみを含むようにすることも考えられる。これは、ＶＭＲ−ＷＢデータパケットの従来のヘッダ除去のためのサービスオプションＳＯ６０、および／またはＶＭＲ−ＷＢデータパケットの従来のヘッダ圧縮のためのサービスオプションＳＯ６１を実現するものである。しかし、３ＧＰＰ２端末装置３０では上記ＨＲＵ層はすでに変更されている。このＨＲＵは、図示のヘッダの削減コンポーネントおよび評価コンポーネント３５に対応し、受信したＶＭＲ−ＷＢデータパケットの圧縮ヘッダの解凍と、伝送用として生成するＶＭＲ−ＷＢデータパケットのヘッダの圧縮とを行うことができる。ＡＭＲ−ＷＢのみをサポートする別の端末装置２０とのデータ交換を作動可能にするときはいつでも、上記ヘッダの削減コンポーネントおよび評価コンポーネント３５によって実現される上記ヘッダの削減機能を変更して、ＡＭＲ−ＷＢデータパケットとＶＭＲ−ＷＢデータパケット間で変換を行うようにする。ヘッダの削減／評価コンポーネント３５の評価部は、上記別の端末装置がサポートしている符号化タイプを決定するために端末装置３０と別の端末装置との間で交換される信号メッセージの評価を行って、変更に対する決定を行う。
【００９４】
配信される変更を行うために、他の端末装置がどのタイプの符号化をサポートしているかについての評価の実施を、例えば変換場所とは別の場所で行うことが可能である。
【００９５】
図３〜５を参照しながら説明した上記実施形態に関連して提案した上記ヘッダの削減の場合と同様、ＧＳＭシステムとＷＣＤＭＡシステムのためのＲＯＨＣヘッダ圧縮もまた変更が可能であり、ＶＭＲ−ＷＢパケットのＡＭＲ−ＷＢへの変換、並びに、この逆のＡＭＲ−ＷＢのＶＭＲ−ＷＢパケットへの変換を行うことができる。この目的のために、同様のＳＩＰ／ＳＤＰシグナリングを用いて、ＶＭＲ−ＷＢとＡＭＲ−ＷＢとの相互運用のシナリオを示すようにすることが可能であり、上記ＲＯＨＣ圧縮／解凍の同様の変更を行うことが可能となる。
【００９６】
本発明の好ましい実施形態に適用したものとして本発明の主要な新規の特徴を示し、説明し、指摘したが、本発明の精神から逸脱することなく、上記記載の装置並びに方法の形態および細部における種々の省略と代用、並びに、変更を行うことも可能であることは当業者の理解するところである。例えば、同じ結果を達成する実質的に同じ方法で、実質的に同じ機能を実行する要素および／または方法ステップのすべての組み合わせが本発明の範囲に含まれることが明白に意図されている。さらに、本発明の任意の開示された形あるいは実施形態と関連して示されたおよび／または記載された構造および／または要素および／または方法ステップを、その他の任意の開示された、または、記載された、または、提案された形あるいは実施形態の中に設計上の一般的事項として組み入れることも可能であることを認識すべきである。したがって、本発明は、本明細書に添付の請求項によってのみ限定されるものである。
【図面の簡単な説明】
【００９７】
【図１】本発明の実施形態に基づく第１のシステムのブロック図である。
【図２】本発明の実施形態に基づく第２のシステムのブロック図である。
【図３】図２のシステムにおいて通常のまたは変更されたサービスオプションＳＯ６０／６１を使用する際のシグナリングベースの決定を例示するフローチャートである。
【図４】図２のシステムにおいて順方向リンクで変更されたサービスオプションＳＯ６０／６１の使用を例示するフローチャートである。
【図５】図２のシステムにおいて逆方向リンクで変更されたサービスオプションＳＯ６０／６１の使用を例示するフローチャートである。
【図１】
2006141006.tif 000003
【図２】
2006141006.tif 000004
【図３】
2006141006.tif 000005
【図４】
2006141006.tif 000006
【図５】
2006141006.tif 000007