JP2003500933A - インターネットプロトコルを使用する遠隔通信のための方法および装置 - Google Patents

インターネットプロトコルを使用する遠隔通信のための方法および装置

Info

Publication number
JP2003500933A
JP2003500933A JP2000619894A JP2000619894A JP2003500933A JP 2003500933 A JP2003500933 A JP 2003500933A JP 2000619894 A JP2000619894 A JP 2000619894A JP 2000619894 A JP2000619894 A JP 2000619894A JP 2003500933 A JP2003500933 A JP 2003500933A
Authority
JP
Japan
Prior art keywords
packet
network
voice
header
compressor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2000619894A
Other languages
English (en)
Other versions
JP3694241B2 (ja
Inventor
ヤング，リン
Original Assignee
ルーセント テクノロジーズ インコーポレーテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ルーセント テクノロジーズ インコーポレーテッド filed Critical ルーセント テクノロジーズ インコーポレーテッド
Publication of JP2003500933A publication Critical patent/JP2003500933A/ja
Application granted granted Critical
Publication of JP3694241B2 publication Critical patent/JP3694241B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 無線パケット交換通信ネットワーク内で、モバイル局内で、圧縮ヘッダを提供する各コンプレッサ／デコンプレッサを各音声パケット中に設けることによって音声サービスが提供される。音声データおよびシグナリングデータが、エアインターフェースに別々に、異なるデータ形式で送られる。圧縮ヘッダは、Ｍビットおよび周期的にリセットされるｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒとすることができ、このヘッダは、音声パケットヘッダを回復するためにリセット周期をカウントするウォールクロックを使用して圧縮解除される。別法では、ＲＴＰエージェントが、圧縮ポイントおよび圧縮解除ポイントで提供され、音声パケットは、ヘッダなしに、フレームリレーネットワークまたはＡＴＭネットワークなどの「高品質」ネットワークを介して送信される。音声パケットヘッダの圧縮状態は、モバイル局内の圧縮ポイントとネットワーク内の圧縮ポイントの間の帯域外チャネルを介してコールセットアップ情報を送信することによって確立することができる。

Description

【発明の詳細な説明】
【０００１】 （省略語） 本稿では、下記の省略語を頻繁に使用する。 ＰＳＴＮ：公衆交換電話網 ＴＣＰ：トランスポート制御プロトコル ＵＤＰ：ユーザデータグラムプロトコル ＲＴＰ：リアルタイムプロトコル ＩＰ：インターネットプロトコル ＶｏＩＰ：ボイスオーバＩＰ ＣＤ：コンプレッサ／デコンプレッサ ＣＤＭＡ：符号分割多重アクセス ＭＡＣ：媒体アクセス制御 ＲＬＣ：無線リンク制御 ＧＳＭ：モバイル通信のためのグローバルシステム ＧＰＲＳ：汎用パケット無線サービス
【０００２】
【発明の分野】
本発明は、インターネットプロトコルを使用する遠隔通信のための装置および
方法に関し、特に、有利なデータ圧縮構成に関する。
【０００３】 パケット交換技術を働かせているワイヤレス遠隔通信ネットワークでは、イン
ターネットを使用して音声サービスおよびデータサービスを提供できれば有利で
あるが、各パケットヘッダ中でリアルタイムトランスポートプロトコル（ＲＴＰ
）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコ
ル（ＩＰ）の合成ヘッダを伝送する必要性があることは欠点である。この３つの
ヘッダは、それぞれ、パケット当り２０バイト、８バイト、１２バイトであり、
この４０バイトロードは、ＧＳＭ ＦＲとして知られる音声符号化システムにお
ける２０ミリ秒間２３バイトの音声ペイロードのほぼ２倍である。ワイヤレスリ
ソース／帯域幅は、地上線構成よりも高価であることがよく知られており、より
大きなヘッダロードのオーバーロードは、深刻な欠点である。
【０００４】 （従来技術の簡単な説明） ＲＦＣ２５０８、ｆｔｐ：／／ｆｔｐ．ｉｓｉ．ｅｄｕ／ｉｎ−ｎｏｔｅｓ／
ｒｆｃ２５０８．ｔｘｔの「Ｃｏｍｐｒｅｓｓｉｎｇ ＩＰ／ＵＤＰ／ＲＴＰ
Ｈｅａｄｅｒｓ ｆｏｒ Ｌｏｗ−Ｓｐｅｅｄ Ｓｅｒｉａｌ Ｌｉｎｋｓ」に
、Ｓ ＣａｓｎｅｒおよびＶ Ｊａｃｏｂｓｏｎが開示する１つの解決法は、Ｒ
ＴＰ／ＵＤＰ／ＩＰヘッダを圧縮することである。これらのヘッダを圧縮および
圧縮解除するためのプロトコルが定義されて、２バイトから５バイトの縮減を実
現することができる。ただし、その大きな欠点は、圧縮パケットが損失された場
合、それを再伝送しなければならず、誤り回復機構が必要不可欠であり、したが
って、品質を保つためには、往復時間が短くなければならないことである。さら
に、無線ベアラ容量が回線音声サービス用に設計され、したがって、リンク層Ｐ
ＤＵサイズが音声ペイロードにマッチするように設計されている多くの無線ネッ
トワークでは、さらに２〜５バイトを１つの媒体アクセス制御（ＭＡＣ）ブロッ
クに入れることさえ困難であり、したがって、圧縮ヘッダを有する１つの音声フ
レームを２つのＭＡＣブロックで伝送しなければならない可能性があり、余計な
無線リソースが必要となる、あるいは音声品質の損失がある可能性があり、さら
に、ハンドオーバのため、ネットワーク内で圧縮／圧縮解除ポイントが変化する
可能性がある。それには、圧縮状態を再確立することが必要となり、それには、
まずＣＯＮＴＥＸＴ＿ＳＴＡＴＥメッセージを送信し、次にＦＵＬＬ＿ＨＥＡＤ
ＥＲパケットを送信する必要がある。これは、遅延およびパケット損失を引き起
こす。
【０００５】 ｈｔｔｐ：／／ｗｗｗ．ｍｂｏｎｅ．ｃｏｍ／ｌｉｓｔｓ／ｒｅｍ−ｃｏｎｆ
．１９９６Ｑ１／０２５９．ｈｔｍｌの１９９６年２月のｒｅｍ−ｃｏｎメーリ
ングリスト上に提示された、Ｓ Ｐｅｔｒａｃｋ、Ｅｄ ＥｌｌｅｓｓｏｎのＰ
ｒｅｌｉｍｉｎａｒｙ ＩＥＴＦ草稿、「Ｆｒａｍｅｗｏｒｋ ｆｏｒ Ｃｏｍ
ｐｒｅｓｓｅｄ ＲＴＰ」では、１バイトの「タイムクリック」数を使用して、
２つの時間関連フィールド（ＲＴＰ順序番号数およびタイムスタンプ）を圧縮で
きることが示唆され、また別個のＲＴＰセッション制御が、ヘッダの静的部分を
帯域外でシグナリングすることが示唆されているが、どのようにこれを実現する
かの詳細は示されていない。
【０００６】 （発明の概要） 本発明によれば、ボイスオーバインターネットプロトコルアプリケーション層
と、リアルタイムプロトコル層、トランスポート制御プロトコル層、ユーザデー
タグラムプロトコル層、およびインターネットプロトコル層を含むインターネッ
トプロトコルスタックとを含むパケット交換無線ネットワーク用のモバイル局で
あって、音声データを圧縮するコンプレッサ／デコンプレッサと、音声データお
よびコールシグナリングデータを別々に異なるデータ形式で、モバイル局のリン
ク層とエアインターフェースに送信する手段とをさらに含むモバイル局が提供さ
れる。
【０００７】 一構成では、コンプレッサ／デコンプレッサは、リンク層（これは、エアイン
ターフェース内の物理層の上にある）とＩＰ層の間に配置され、音声データとコ
ールシグナリングデータの両方を受信する。
【０００８】 代替構成では、コンプレッサ／デコンプレッサは、エアインターフェースとＶ
ｏＩＰアプリケーション層の間に配置され、音声データを受信する。
【０００９】 また、本発明によれば、上記に定義した複数のモバイル局と、圧縮音声データ
に関連する信号を受信するように構成されたコンプレッサ／デコンプレッサ手段
がその中に存在する少なくとも１つのネットワーク要素とを含むパケット交換無
線ネットワークが提供される。
【００１０】 さらに、本発明によれば、音声サービスを提供するためにパケット交換無線ネ
ットワークを動作させる方法であって、コールシグナリングおよびその他のデー
タから音声データを分離することを含み、それによって、音声データを含む各パ
ケットは、圧縮されたまたは除去されたＲＴＰ／ＵＤＰ／ＩＰヘッダを備えるこ
とができる方法が提供される。
【００１１】 さらに、本発明によれば、パケット交換ネットワークのためのヘッダを圧縮お
よび圧縮解除する第１方法は、各圧縮ヘッダ内に、パケットペイロードのサンプ
リング時刻を表す周期的にリセットされるｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒを
提供すること、および各サンプル持続時間ごとに１ずつｔｉｍｅｃｌｉｃｋ＿ｎ
ｕｍｂｅｒを増加させ、前記リセット周期をカウントして、リセット周期の前記
カウントおよび受信したｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒから圧縮解除された
ヘッダを提供するために順序番号数およびタイムスタンプを提供することを含む
。
【００１２】 さらに、本発明によれば、パケット交換ネットワークのためにヘッダを圧縮お
よび圧縮解除する第２方法は、合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを除去し、ＲＬ
Ｃ／ＭＡＣペイロード内にデータを入れること、および内部クロックを使ってタ
イムスタンプ値を得ることにより受信パケットを圧縮解除し、連続パケットに対
して１ずつ順序番号数を増加させることを含む。
【００１３】 また、本発明によれば、帯域外プロトコル上でコールセットアップ情報を利用
することにより、パケット交換ネットワーク内でパケットヘッダの圧縮状態を確
立する方法が提供される。
【００１４】 次に、添付の図面を参照し、例によって本発明を説明する。 （モバイル局およびモバイルネットワークの好ましい実施形態の説明） 図１では、ワイヤレスモバイル通信システム１０が、いくつかのモバイル局（
ＭＳ）１２と、２つの要素、ＳＧＳＮ（サービス提供ＧＰＲＳサポートノード）
２２およびＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）２４から成るパケ
ットコアネットワーク（ＣＮ）２０にＲＮＣ（無線ネットワークコントローラ）
１６を介して接続されたいくつかの基地トランシーバ局（ノードＢ）１４（１２
、１４、１６はすべて、無線アクセスネットワークＲＡＮ１８内にある）とを含
む。ＣＮは、ＩＰ／ＰＳＴＮゲートウェイ２６を介して、ＰＳＴＮ（公衆交換電
話網）３０およびインターネット２８に接続される。 この図では、ネットワークアーキテクチャは、ＵＭＴＳ基準モデルに基づいて
いる。
【００１５】 ネットワーク１０は、パケット交換モードで動作するものと想定する。音声サ
ービスを実施する一方式は、ＶｏＩＰ技術を使用するものであり、そこでは、モ
バイル局１２からのＶｏＩＰアプリケーションが、汎用ＩＰアプリケーションと
して扱われ、また符号化された音声が、ＲＴＰ／ＵＤＰ／ＩＰパケットに分解さ
れて、エア、ＲＡＮ１８、およびＣＮ２０をを介してインターネット２８に、ま
たはＩＰ／ＰＳＴＮゲートウェイ２６を介してＰＳＴＮ３０に伝送される。
【００１６】 モバイル局１２において、ＩＰベースのコールシグナリングおよびＶｏＩＰア
プリケーションのグラフィカルユーザインターフェースが、通常のＩＰ端末上に
おけるのと同様に動作することができる。音声トラフィックは、下記により詳細
に説明するとおり、そのＲＴＰ／ＵＤＰ／ＩＰヘッダ情報が圧縮または除去され
たリンク層ペイロードとして送信される。
【００１７】 図２ａを参照すると、モバイル局６０からネットワークへのアップリンク方向
が考慮されている。モバイル局内には、ＶｏＩＰアプリケーション層６８が存在
し、そこからコールシグナリングデータがＴＣＰ層６６およびＵＤＰ／ＩＰ層６
５に送信される。音声データはＲＴＰ／ＵＤＰ層６７およびＩＰ層６５に伝送さ
れる。
【００１８】 パケット中のコールシグナリングデータと音声データはともに、コンプレッサ
６４に提供される。これは、合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを圧縮するが、コ
ールシグナリングデータは圧縮しない。２つの型のパケット６２、６３（圧縮お
よび非圧縮）が、ＲＬＣ／ＭＡＣプロトコルに入れられ、エアインターフェース
６１を通過する。
【００１９】 音声データおよびコールシグナリングデータを受信する（ダウンリンク方向）
場合は、プロセスが逆になる。
【００２０】 図３ｂに示すモバイル７０に関する代替の構成では、コンプレッサ７４が、Ｖ
ｏＩＰアプリケーション７８に／から音声データ６３を送信／受信し、他方、コ
ールシグナリングデータ６２は、通常のＩＰ層７５、７６を通過する。 どちらの構成でも、音声データとコールシグナリングデータは分離される。
【００２１】 図３は、システム全体を示す。図では、コンプレッサ６４を備えたモバイル６
０が、エアインターフェース６１を介して順次、エアインターフェース６１とコ
アネットワーク８４の間でデータをトンネル伝送またはリレーする無線アクセス
ネットワーク（ＲＡＮ）８１に、またインターネットを介して任意のＩＰホスト
８５に接続されたＣＮ８２内のデコンプレッサＣＤ８３に接続されている。
【００２２】 図２ａ、２ｂ、３に示す構成では、ＩＰ／ＵＤＰ／ＲＴＰヘッダ情報は、モバ
イル局６０からＣＮ８４内のＣＤ８３への経路などには使用されず、代りに、音
声パケットを含むすべてのデータが、リレー／トンネル伝送されるものと想定す
る。パケットは、モバイル６０とＣＤ８３の間で順に送達されるものと想定する
。さらに、圧縮（音声）パケットを通常の（非圧縮）パケットから区別すること
ができる何らかの機構があり、この区別は、ＣＮ８４に到達するまで維持できる
ものと想定する。
【００２３】 前述の構成は、ＧＳＭなどのワイヤレス通信システムによって提供される回線
交換音声サービスと同様のレベルの無線効率レベルを実現することができる。 エラー回復機構が全く必要ないことがさらなる利点であり、また圧縮解除に関
するパケット間の依存関係が存在せず、したがって、パケット損失が圧縮ポイン
トの障害を引き起こすことがない。
【００２４】 ＶｏＩＰアプリケーション６８、７８は、通常のＩＰネットワークにアクセス
しているかのように動作する。ただし、音声パケットは、ＭＳ６０からＣＮ８４
に至るその行程の一部分では、別の方式で扱われる。また、もう一方のＩＰエン
ドポイント８５（ユーザ端末またはＩＰ／ＰＳＴＮゲートウェイ）から見ると、
ＲＡＮ８１内の要素（ＭＳ６０、ノードＢ、およびＲＮＣ８０）は、エンドポイ
ントとして一組で扱われる。というのは、音声フレーム（データ６３）は、ＣＤ
８３でＲＴＰフレーム化される前に、比較的長い道程を移動する必要があるから
である。
【００２５】 この構成の一般的利点は、圧縮ゲインがより高くリソースが節約されること、
圧縮と圧縮解除の間の往復時間が長いときに、システムが動作すること、ＩＰベ
ースのコールシグナリングの利点が保たれ得ることである。
【００２６】 （２つの好ましいアルゴリズムの説明） ＩＰ／ＵＤＰ／ＲＴＰヘッダ用の、圧縮アルゴリズムが２つあり、その１つは
、「ベストエフォート圧縮」と特徴付けることができ、もう１つは、「ゼロヘッ
ダ圧縮」と特徴付けることができる。両方のアルゴリズムとも、ＭＳ６４とＣＮ
８４の間では、ＩＰ／ＵＤＰ／ＲＴＰヘッダが使用されないことに基づくもので
ある。
【００２７】 （第１の好ましいアルゴリズム） その目的は、圧縮パケットの相互依存関係を断つことである。圧縮ヘッダ内で
相対値を送信する（差分符号化により）代りに、Ｐｅｔｒａｃｋによって示唆さ
れるとおり、絶対値（タイムクリック数）が送信される。圧縮ＲＴＰパケット間
の相互関係が存在しないため、パケットの喪失によって、圧縮解除の動作を停止
することはない。
【００２８】 − 圧縮ヘッダは、既知の構成での２〜５バイトであるのに対して、この第１
アルゴリズムを使用すると、１バイトだけとすることができる。ＲＴＰヘッダ内
の最も重要な情報である、２つの時間関連フィールド、つまりタイムスタンプお
よび順序番号数を、保持する必要がある。前述のＰｅｔｒａｃｋの論文に指摘さ
れるとおり、これらの２つのフィールドは、「タイムクリック数」（１バイト）
で置き換えることができる。この数は、デコンプレッサが適切なタイムスタンプ
（モバイル局６０におけるサンプリング時刻を反映する）および順序番号数を付
ける助けとなる。この刊行物は、従来のタイムスタンプおよびＲＴＰ数の代りに
、単一の１バイト「タイムクリック」数を各パケットとともに送信することを示
唆している。ただし、前記刊行物には、どのようにタイムスタンプおよび順序番
号数を回復するか、またはどのように帯域外圧縮状態を確立するかの開示は行わ
れていない。
【００２９】 − 圧縮を必要とするＶｏＩＰセッションが端末ごとに１つだけ存在し、した
がって、ＣＩＤ（コンテキストＩＤ）ビットは、必要ないものと想定される。Ｒ
ＴＰヘッダ内のＭビットは保存され、各圧縮パケットとともに伝送される。
【００３０】 圧縮状態、第１アルゴリズム コール（２つのＲＴＰセッションから成る）を圧縮するため、圧縮状態は下記
の情報を含む。各コールエンドごとに、ＩＰアドレス、２つのポート番号（発信
用および着信用）、ＳＳＲＣ等。コールごとに、使用されるコーデックおよびそ
のパラメータ（例えば、サンプリング速度およびサンプル持続時間）。このコー
デックは、両方向に関して同一であると想定する。（そうでなければ、別々に記
憶する必要がある）
【００３１】 圧縮状態の確立は、コールシグナリングプロトコルと協働することができる、
後述の帯域外プロトコルを使って行われる。このプロトコルはまた、ＣＤ間のハ
ンドオーバの場合に、あるＣＤから別のＣＤに状態情報を移す助けにもなる。
【００３２】 圧縮プロセス、第１アルゴリズム 圧縮によって、タイムスタンプ、順序番号数、およびＭビットの３つのフィー
ルドがほとんど無損失に保存される。１バイト（８ビット）が、圧縮ヘッダに使
用される。第１ビットは、Ｍｂｉｔ用に使用され、他の７ビットは、パケット内
に含まれる音声ペイロードのサンプリング時刻を表すｔｉｍｅｃｌｉｃｋ＿ｎｕ
ｍｂｅｒに使用される。これは、毎サンプル持続時間ごと、例えば、ＧＳＭ６．
１０符号化の場合は、２０ミリ秒ごとに、１ずつ増加される。これは、パケット
が実際には送出されないサイレント期間でも増加され続けることになる。
【００３３】 その情報が、圧縮を介して不正確になる可能性があるフィールドは下記のもの
である。 − ＩＰ ｖ４におけるパケットＩＤ。パケットＩＤフィールドは、常に１ず
つ増加され、したがって、通信される必要はないものと想定される。パケット損
失が検出されたとき、ＩＤ値は、それに応じて設定される。すべてのパケット損
失が検出できるわけではないので、ＩＤ値は、不正確になる可能性がある。
【００３４】 − ＵＤＰチェックサムフィールド。チェックサムフィールドは、モバイル端
末６０からは使用されない（０に設定される）。このフィールドは、ダウンリン
ク方向で使用される場合、ネットワーク内のＣＤによって０に設定される（この
場合、このフィールドを必要とするアプリケーションに関する終端間エラー検出
が使用不能にされる）。したがって、ＵＤＰチェックサムを使用するエラー修正
は、使用不能にされる。
【００３５】 − ＲＴＰ ＣＳＲＣリスト。アップリンク方向では、ＣＳＲＣリストは、常
に空でなければならない。ダウンリンク方向では、このリストは変更され得る（
例えば、会議コールの場合）。２者間コールの場合、このリストは変更されない
（空）。
【００３６】 − 順序番号数。モバイル局とＲＴＰプロキシの間でパケット損失があり、デ
コンプレッサがそれを検出できなかった場合、順序番号数は、ＲＴＰプロキシに
よって間違って回復される。これが、パケット損失レートの統計結果の精度に影
響を与える可能性がある。
【００３７】 圧縮サービスにアクセスするモードが２つ存在する。１つは、ＶｏＩＰアプリ
ケーションが、トランスポート層およびネットワーク層をバイパスして直接に（
図３（ｂ）に示すとおり）アクセスする。明白な利点は効率であるが、アプリケ
ーションの何らかの変更、またはトランスポート層ラップアップが必要となる可
能性がある。コンプレッサに対するサービスアクセスプリミティブは、下記のと
おりであることが可能である。
【００３８】 ｃｏｍｐｒｅｓｓ（Ｍ，ｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒ，ｖｏｉｃｅｐａ
ｙｌｏａｄ） これら３つのデータアイテムを備える圧縮ＲＴＰパケットを生成するのは簡単
である。
【００３９】 あるいは、圧縮サービスは、ネットワーク層からトランスペアレントにアクセ
スすることが可能であり（図２（ａ）に示すとおり）、したがって、すべての上
位層は圧縮について知られていないものである。この場合、上位層からパケット
を受け取った時点で、送信元／宛先ＩＰおよびポート番号、ならびに送信元ＳＳ
ＲＣの各フィールドも検査する。これら５つのフィールドは、ＲＴＰセッション
を識別するものであり、圧縮状態テーブルに照らしてこれらのフィールドを検査
することにより、そのパケットを圧縮するか（そのパケットが、その圧縮状態が
既に確立されているＲＴＰパケットである場合）、それとも非ＲＴＰの通常パケ
ットのように扱うかが決定される。そのパケットが、圧縮されるべきＲＴＰパケ
ットである場合、タイムスタンプフィールドをタイムクリック−数にマップする
。次に、前記サービスプリミティブを呼び出すことができる。
【００４０】 ダウンリンク方向では、ＵＤＰチェックサムを使用する場合（非ゼロ）、これ
は無視される。
【００４１】 圧縮ＲＴＰパケットは、生成された後、そのパケットが音声パケットであるこ
とを伝えるマーカとともにリンク層パケットに入れられる。その他の非圧縮パケ
ットは、自らを一般データパケットとしてマーク付けするリンク層パケットに入
れられることになる。
【００４２】 圧縮解除プロセス、第１アルゴリズム 時間関連ＲＴＰヘッダフィールドを除けば、その他のフィールドの回復は、Ｒ
ＦＣ ２５０８と同様の手法を使用して圧縮状態から行われる。
【００４３】 タイムスタンプフィールドに関して、解決すべき大きな問題は、タイムクリッ
ク数のためのフィールドが７ビットしかないということである。１回の電話コー
ル中に、クリックのカウントが続き、容易にラップアラウンドされる（周期的に
リセットされる）可能性がある。サイレント期間中、コンプレッサによって送信
されるパケットが存在しない場合、このサイレント期間中に経過した時間（いく
つの周期が経過したかで見た）が検出されなければならない。
【００４４】 本発明による第１アルゴリズムでは、ＣＤ８４にあるコンピュータクロックを
使用して周期がカウントされ、タイムクリック数を使用して、クロック読取り値
を参照しながら、タイムスタンプフィールドが設定される。このクロックは、粗
い細分性で動作することが可能である。例えば、最大ジッタがＴ／４未満である
と想定して、クロックは、毎Ｔ／４周期ごとに１ずつ増加されることが可能であ
る。この想定は、無難な想定であり、ここで、Ｔは、７ビットで表される周期の
期間である。これはコーデックパラメータに応じて、通常、数秒間である。
【００４５】 次に、順序番号数に移ると、この番号は、通常、毎連続パケットごとに１ずつ
増加される。この番号は、主に、パケット損失を反映させるのに使用する。本発
明による第１アルゴリズムでは、タイムクリック数とＭビットの両方の増加を検
査することにより、ヒューリスティックな方法を使用してパケット損失が検出さ
れる。タイムクリック数は、１以外の小さい数（例えば、２、３等）だけ増加さ
れるが、Ｍビットは設定されていない場合には、何らかのパケット損失が存在す
る可能性が高い。この場合、順序番号数は、タイムクリック数の差だけ増加され
る。所定Ｍビットを搬送するパケットが失われた場合（この場合、サイレント期
間であるため、タイムクリック数がより大きく増加するのが普通である）、順序
番号数は、やはり１ずつ増加されるはずである。この状況が生じる確率は、極め
て小さい。これが生じ、順序番号数が間違って増加された場合でも、他のＲＴＰ
エンドによって認識されるパケット損失レートの統計結果に与える影響はわずか
である（いくつかより多いパケットが損失されたものと報告される）。
【００４６】 記号 ｓｄ：サンプル持続時間、この値、例えば、２０ミリ秒（各パケット内の音声
）は、コールセットアップ手続きから導出されるはずである。 ｓｒ：サンプルレート、この値、例えば、８０００は、コールセットアップ手
続きから導出されるはずである。 ｎｂ：タイムクリック数に使用するビット数 ＴＳｌａｓｔ：前のパケットに関するタイムスタンプ ＴＳｔｈｉｓ：現行パケットに関するタイムスタンプ ＷＴｌａｓｔ：前のパケットに関するウォールクロック読取り値 ＷＴｔｈｉｓ：現行パケットに関するウォールクロック読取り値 ＴＮｌａｓｔ：圧縮ヘッダ内の前のパケットのタイムクリック数 ＴＮｔｈｉｓ：圧縮ヘッダ内の現行パケットのタイムクリック数 ＳＮｌａｓｔ：前のパケットのＲＴＰ順序番号数 ＳＮｔｈｉｓＬ：現行パケットのＲＴＰ順序番号数 Ｔ：ｎｂビット（周期）を使用してサンプル持続時間（ｓｄ）単位で表される
期間 Ｔ＝２＊＊ｎｂ Ｍ：圧縮ヘッダ内の「Ｍ」ビットの値 タイムスタンプおよび順序番号数を計算する： ＴＳｔｈｉｓ＝ＴＳｌａｓｔ＋１、ただしＭ＝０かつｄｅｌｔａ＿ｔｉｃｋ＝
１である場合。 ＝Ｔｓｌａｓｔ＋（ｄｅｌｔａ＿ｃｙｃｌｅ＊（２＊＊ｎｂ）＋
ｄｅｌｔａ＿ｔｉｃｋ）＊ｓｄ＊ｓｒ／１０００、そうでない場合。 上式で、 ｄｅｌｔａ＿ｔｉｃｋ＝（Ｔ＋Ｔｎｔｈｉｓ−Ｔｎｌａｓｔ） ｍｏｄ Ｔ ｄｅｌｔａ＿ｗｔｉｃｋ＝Ｗｔｔｈｉｓ−Ｗｔｌａｓｔ ｍｏｄ Ｔ ｄｅｌｔａ＿ｃｙｃｌｅ＝（Ｗｔｔｈｉｓ−Ｗｔｌａｓｔ）／Ｔ／＊整数部＊ ／ ｄｅｌｔａ＿ｃｙｃｌｅ＝ｄｅｌｔａ＿ｃｙｃｌｅ’−１、ただしｄｅｌｔａ
ｗｔｉｃｋ＜ｄｅｌｔａ ｔｉｃｋかつｄｅｌｔａ ｔｉｃｋ−ｄｅｌｔａ
ｗｔｉｃｋ≧Ｔ／２である場合。 ＝ｄｅｌｔａ＿ｃｙｃｌｅ’＋１、ただしｄｅｌｔａ＿
ｔｉｃｋ＜ｄｅｌｔａ＿ｗｔｉｃｋかつｄｅｌｔａ＿ｗｔｉｃｋ−ｄｅｌｔａ＿
ｔｉｃｋ≧Ｔ／２である場合。 ＝ｄｅｌｔａ＿ｃｙｃｌｅ’、そうでない場合。 Ｓｎｔｈｉｓ＝Ｓｎｌａｓｔ＋ｄｅｌｔａ＿ｔｉｃｋ、ただしｄｅｌｔａ＿ｔ
ｉｃｋ！＝１かつｄｅｌｔａ＿ｔｉｃｋ＜４かつＭ！＝１である場合。
【００４７】 （第２の好ましいアルゴリズム） 次に、ヘッダ圧縮のための第２アルゴリズムを説明する。ヘッダは、ゼロであ
ることが可能である。
【００４８】 いくつかの場合、例えば、ＧＰＲＳ（汎用パケット無線システム、ＧＳＭシス
テムを介するオーバーレーパケットネットワーク）では、無線ベアラチャネルは
、音声データとともに追加のヘッダ情報を加えることが困難なように設計されて
いる。したがって、音声を「生の」形式（音声のみ）で伝送できるが、それでも
ＩＰ電話からの利点のほとんど（例えば、ＩＰベースコールシグナリングが、Ｃ
ＰＬ、ウェブベースのコール等を可能にする）を維持することが可能かどうか調
べることにする。
【００４９】 この解決法の基本的着想は、図４ｂに示すとおり、モバイル局６０とＣＮ８４
の間のパスが制御されたパケットネットワークを介する（例えば、フレームリレ
ーまたはＡＴＭを介する）こと、また何らかのＱｏＳが提供されること（配列の
誤りがなく、ジッタおよびパケット損失レートが小さく、このパス上で音声品質
が低下しない）を考慮して、モバイル局とＣＰの間でＩＰ／ＵＤＰ／ＲＴＰヘッ
ダを完全に除去し、ＲＴＰエージェントと呼ばれるボックスをＣＮ内のデコンプ
レッサとして使用することが可能である。
【００５０】 − この場合、ＲＴＰエージェント（アップリンク方向）は、ＩＰ／ＰＳＴＮ
ゲートウェイと同様の役割を果す。アップリンク方向では、モバイル局からの音
声フレームが、ＩＰ／ＵＤＰ／ＲＴＰヘッダなしに、ワイヤレスネットワーク内
、例えば、ＧＳＭ内の回線モード音声と非常に近い方式で、ＲＴＰエージェント
まで伝送され、このエージェントが、適切なヘッダを追加して、それらのフレー
ムをＶｏＩＰネットワークに送り出す。ダウンリンク方向では、ＲＴＰエージェ
ントは、ヘッダを取り除き、それらのフレームをモバイル局まで伝送する。
【００５１】 第２アルゴリズムを使用すると、ＩＰベースのコールシグナリングおよびサー
ビス作成の利点が保持される。同時に、高無線リソース効率の利点が存在する。
他方、モバイル端末は、ＲＴＰヘッダ情報を利用する何らかの機能、例えば、パ
ケット損失レートおよびパケット遅延を知る機能を失う可能性があり、またそれ
に応じてプレイバッファを調整することができる。
【００５２】 第１アルゴリズムと第２アルゴリズムの間の大きな違いは、第２アルゴリズム
を使用するとき、 − モバイル局上で、ＶｏＩＰアプリケーションが、ＲＴＰヘッダ内の任意の
時間関連情報を使用する機会を失う。例えば、パケット損失を検出し、ジッタを
計算すること。圧縮自体は、さらなるパケット損失やジッタを導入しないことに
留意されたい。適切なＲＴＣＰパケットを生成するのは困難であるが、その代理
でこのジョブを行うようにＲＴＰエージェントに求めることができる。
【００５３】 − コールのその他のＩＰエンドポイント（ユーザ端末またはゲートウェイ）
から見れば、ＲＴＰエージェントによって検出される（また、順序番号数のフィ
ールド内およびタイムスタンプのフィールド内に反映される）パケット損失は、
第１アルゴリズムよりも正確さが劣る可能性がある。
【００５４】 第２アルゴリズム内のＣＤがＩＰ／ＵＤＰ／ＲＴＰヘッダを追加する（アップ
リンク）およびそれを取り除く（ダウンリンク）方式は、汎用ＩＰ／ＰＳＴＮ媒
体ゲートウェイで使用される方式に似通っている。異なる点は、下記のとおりで
ある。
【００５５】 − 汎用媒体ゲートウェイは、通常、２つのネットワークインターフェースを
有する。１つは、ＰＳＴＮ用のものであり、もう１つは、パケットネットワーク
（例えば、ＩＰ、ＡＴＭ）用のものである。このゲートウェイは、回線モードと
パケットモードの間で媒体を変換する。ＲＴＰエージェントは、２つのネットワ
ークインターフェースを有し、その両方とも、パケットネットワーク用のもので
ある。
【００５６】 − 汎用媒体ゲートウェイでは、ＰＳＴＮ側から来る音声は連続的であり、そ
の速度は一定である。この場合、音声フレームは、両方の側でパケットネットワ
ークを介して伝送されるので、ゲートウェイは、より多くのこと、ＲＡＮ側から
のパケットの着信間時間を調べることにより、正しい順序番号数およびタイムス
タンプを付加するために、パケット損失を検出しようとする必要があり、モバイ
ル端末に代わってＲＴＣＰパケットを送信することが必要となる可能性がある。
【００５７】 圧縮状態、第２アルゴリズム これは、ＲＴＰプロキシ手法と同じである。
【００５８】 圧縮プロセス、第２アルゴリズム 圧縮プロセスは、非常に単純である。このプロセスは、単に、どのヘッダも取
り除き、音声データだけをＲＬＣ／ＭＡＣメッセージに入れる。コンプレッサに
対するサービスアクセスプリミティブは、下記のとおりであることが可能である
。
【００５９】 ｃｏｍｐｒｅｓｓ（ｖｏｉｃｅｐａｙｌｏａｄ） ＲＴＰプロキシ手法においてと同様に、端末での圧縮サービスは、ネットワー
ク層からトランスペアレントにアクセスすることができる。この場合、ネットワ
ーク層からパケットを受信すると、このサービスは、送信元／宛先ＩＰのフィー
ルドおよびポート番号、ならびに送信元ＳＳＲＣも検査する。これら５つのフィ
ールドは、ＲＴＰセッションを識別するものであり、圧縮状態テーブルに照らし
てこれらのフィールドを検査することにより、そのパケットを圧縮するか（その
パケットが、その圧縮状態が既に確立されているＲＴＰパケットである場合）、
それとも非ＲＴＰの通常パケットのように扱うかを決定する。そのパケットが、
圧縮されるべきＲＴＰパケットである場合、ヘッダを取り除き、前記サービスプ
リミティブを呼び出すことができる。
【００６０】 ダウンリンク方向では、ネットワーク内のＣＤが、各パケットを検査して、そ
れが圧縮されるＲＴＰセッションに属するかどうか調べる。そうである場合、Ｒ
ＴＰ／ＵＤＰ／ＩＰヘッダが取り除かれ、音声データが、例えば、正しいモバイ
ル端末を宛先とするトンネル伝送プロトコルのペイロードに入れられる。
【００６１】 圧縮解除プロセス、第２アルゴリズム ネットワーク内のデコンプレッサ（ＣＤ８４）で、コンピュータクロックが使
用される。第１アルゴリズムに関して大きな問題は、どのように時間関連フィー
ルドを回復するかである。これを行う方式が２つ存在する。
【００６２】 （ａ）− デコンプレッサが、毎サンプリング持続期間（ＲＴＰパケットによ
って搬送される音声フレームによってカバーされる期間、例えば、これは、各Ｒ
ＴＰパケットがＧＳＭ６．１０音声フレームを搬送する場合、２０ミリ秒になる
）の始めに、ＲＡＮから来る圧縮音声パケットが存在するかどうか検査する。「
イエス」である場合、デコンプレッサは、そのパケット上にＩＰ／ＵＤＰ／ＲＴ
Ｐヘッダを追加する。デコンプレッサは、ジッタを平滑にするため、ＲＡＮから
着信する音声パケット用の小さいバッファを維持する。
【００６３】 − デコンプレッサは、内部クロックからタイムスタンプ値（ＲＴＰで使用さ
れるサンプリング時刻形式に変換された）を得る。順序番号数が、各パケットご
とに１ずつ増加される。
【００６４】 （ｂ）− 別法では、デコンプレッサは、ＲＡＮ側に着信する各圧縮パケット
の着信間時間を検査し、遅延の変動およびサイレント期間の可能性を考慮して、
パケット損失が存在するかどうか推定する。この分析を行った後、着信したばか
りのパケットが、前のパケットの連続音声パケットであると考えられる場合には
、送信元においてと同様に、タイムスタンプが増加される（前のパケットのタイ
ムスタンプ値の上に、使用する符号化スキームによって決定される定数値を加え
て）。順序番号数が、前のパケットの順序番号数の上に１ずつ加えて増加される
。パケット損失が推定される場合には、それに応じて、そのギャップを反映する
ように順序番号数およびタイムスタンプが増加されることになる。長いギャップ
が検出され、サイレント期間が推定される場合、順序番号数は、１ずつ増加され
るが、タイムスタンプは、そのギャップを反映する必要がある。
【００６５】 パケット交換無線ネットワークに関連して第１の好ましいアルゴリズムおよび
第２の好ましいアルゴリズムを説明してきたが、両方のアルゴリズムとも、下記
の特徴が成立するその他の状況においても適用できる。
【００６６】 − モバイル局とＩＰネットワークの間の第１レッグは、ＩＰヘッダがそこで
は使用されない２地点間接続である。
【００６７】 − 接続の第１レッグは、順序の整った送達および小さいジッタを保証する。
上記に指摘したいくらかのヘッダの不正確さは、アプリケーションにとって許容
可能である。
【００６８】 （圧縮状態の確立および再確立の好ましいプロセス） いくつかの目的／機会で、圧縮状態確立プロセスが使用される。 − ＲＴＰセッションの始めに、圧縮および圧縮解除を開始するため、圧縮状
態を確立する必要がある。
【００６９】 − ＣＤ間ハンドオーバが起きた場合、モバイル端末および／または古いＣＤ
から新しいＣＤに、圧縮状態を移す必要がある。
【００７０】 圧縮状態は、下記の情報を含む。両方のコールエンドに関するＩＰアドレスお
よびＳＳＲＣ、２対のＲＴＰ（ＵＤＰ）ポート番号、ペイロードタイプ、サンプ
リング速度、サンプル持続時間等。
【００７１】 両方向に関する音声符号化は同一であると想定され、そうでなければ、それら
は別々に記憶する必要がある。
【００７２】 圧縮状態の確立および再確立は、帯域外プロトコルを使用して行われる。この
プロトコルを図５に示す。この図は、サードパーティ制御下のＶｏＩＰコール制
御層９２に接続されたモバイル局コンプレッサ９０と、サービス提供ネットワー
クＣＤ９４および別のネットワークコンプレッサ９６と、ネットワークＣＤ９４
とを示し、９６は、帯域外リンク９８によって直接に接続され、サードパーティ
制御下のＶｏＩＰコール制御層１００および移動管理層１０２にも接続されてい
る。
【００７３】 すべてのＣＤ９０、９４、９６は、実際には、コンプレッサ／デコンプレッサ
である。
【００７４】 モバイル局にあるＣＤ９０およびネットワーク内のＣＤ９４は、制御インター
フェースを有する。両方のＣＤとも、既知のポート上で聴取し、サードパーティ
から圧縮を開始／停止する命令を受け入れ、状態情報を受け取る。通常、命令お
よび情報は、ＭＳにある音声アプリケーションおよび／またはネットワーク内の
シグナリングゲートウェイ（例えば、４．３２３ Ｇａｔｅｋｅｅｐｅｒまたは
ＳＩＰ（セッション開始プロトコルサーバ））から来る。（サービス提供ＣＤの
ＩＰアドレスは、シグナリングゲートウェイには知られているものと想定する。
）
【００７５】 ＣＤとサードパーティ制御の間、または２つのＣＤ間で定義されるメッセージ
が６つ存在する（肯定応答メッセージを含めず）。
【００７６】 １．ＳＴＡＴＥ＿ＳＴＡＲＴ。このメッセージは、新しい圧縮セッションおよ
びその状態が確立されることを示す。このメッセージは、そのセッションに関与
するＭＳの識別を含まなければならない。オプションとして、このメッセージは
、圧縮状態情報をそこから抽出することができるように、完全な（未圧縮の）Ｒ
ＴＰパケットを含むことができる。
【００７７】 ２．ＳＴＡＴＥ＿ＩＮＰＵＴ。このメッセージは、状態属性の値を提供または
変更する。このメッセージは、（ａｔｔｒｉｂｕｔｅ＿ｎａｍｅ、値）対のリス
トを含む。
【００７８】 ３．ＳＴＡＴＥ＿ＥＮＱＲＹおよびＳＴＡＴＥ＿ＥＮＱＲＹ＿ＲＰＬ。これら
２つのメッセージを使用して状態情報を照会し、圧縮／圧縮解除タスクを実行す
る準備ができているかを知ることができる。
【００７９】 ４．ＳＴＡＴＥ＿ＨＡＮＤＯＶＥＲ。このメッセージは、新しいＣＰに状態情
報を送るように現行のサービス提供ＣＰに通知する、または前のサービス提供Ｃ
Ｐから状態情報を獲得するように新しいサービス提供ＣＰに求める。このメッセ
ージは、古いＣＰおよび新しいＣＰのＩＰアドレスおよび関与するＭＳの識別に
関する情報を含む。
【００８０】 ５．ＳＴＡＴＥ＿ＳＴＯＰ。このメッセージは、圧縮状態を削除する。圧縮は
、必要なときに、コンプレッサ自体によっても削除され得る。
【００８１】 メッセージＳＴＡＴＥ＿ＩＮＰＵＴはまた、ＭＳにあるコンプレッサ９０とネ
ットワーク内のＣＤ９４、９６の間で状態情報を交換するために使用される。し
たがって、一端で使用可能な情報が、このプロトコルを使うと、他の端でも使用
可能になる。
【００８２】 メッセージＳＴＡＴＥ＿ＩＮＰＵＴおよびＳＴＡＴＥ＿ＥＮＱＲＹはまた、ハ
ンドオーバの場合に、１つのＣＤから別のＣＤに状態情報を移動するのに使用さ
れる。上記に列挙した状態要素の他に、ローカルクロック読取り値などの何らか
の追加情報も新しいＣＤに交換される。
【００８３】 いくつかの状況で、いくつかの属性に関する値をピックアップする、またはそ
のデフォルト値を使用することがコンプレッサに許されている。
【００８４】 このプロセスはまた、ＭＳおよびネットワーク内におけるＣＤ間の状態再確立
をサポートする。これは、状態情報が一方の側で損傷または損失したときに必要
である。ＣＤまたはＭＳにあるコンプレッサは、状態情報の不在または不完全性
を検出すると、ＳＴＡＴＥ＿ＥＮＱＲＹを使用してもう一方の側から状態情報を
得ることができる。
【００８５】 圧縮状態を確立または再確立する本発明のプロセスをパケット交換無線通信ネ
ットワークに関連して説明してきたが、このプロセスは、ＶｏＩＰセッションや
マルチメディアセッションなどの接続指向アプリケーションのためのどのような
圧縮プロセスとしても使用することができる。
【００８６】 （２つの圧縮ポイント間のハンドオーバに関する２つの好ましいプロセス） ワイヤレスネットワーク内でＲＦＣ２５０８に提示される圧縮スキームを使用
することの１つの問題は、移動性の影響である。ハンドオーバが起きたとき、サ
ービス提供ＣＤが変更される可能性がある。したがって、ハンドオーバ前のＣＤ
内に記憶された圧縮状態を新しいＣＤに移されなければならない、またはそこで
再確立しなければならない。
【００８７】 この問題に対処する２つの代替手法が提案される。 第１に、２つのＣＤ間で何らかの通信を構成して、これらのＣＤが図６に示す
とおり、圧縮状態を交換できるようにすることができる。この図では、コンプレ
ッサ１０４を有するモバイル局が、ネットワーク内のサービス提供ＣＤ１０６か
らネットワーク内の新しいＣＤ１０８にハンドオーバされる。サービス提供ＣＤ
１０６および新しいＣＤ１０８は、帯域外通信チャネル１１０を備えている。
【００８８】 １つの方式は、一群のＣＤ（これらは、ハンドオーバの後にサービス提供ＣＤ
になる潜在的可能性がある）の間で圧縮状態情報を共有し、ハンドオーバが起き
たとき、必要な圧縮コンテキストが新しいＣＤ内で既に用意されているようにす
ることである。この方法のコストは、ＣＰＵ時間、および全く使用されない可能
性があるコンテキストを受信／記憶するのに必要なメモリである。
【００８９】 別の方式は、ハンドオーバ中にコンタクト情報を交換することである。この手
法を適用するには、ＣＤが変更されたときに圧縮状態情報の交換が起動され得る
ように、ハンドオーバ機構からの協力が必要である。
【００９０】 第３の方式は、ソフトハンドオーバ機能の使用をＣＤＭＡネットワーク内で利
用可能にすることである。コンテキストの交換は、ソフトハンドオーバ期間中に
実行することができる。この手法は、ソフトハンドオーバが起きたときに２つの
ＣＤが通知され得るように、無線ネットワークからの協力を必要とする。
【００９１】 新しいＣＤで圧縮解除プロセスを可能にするためには、圧縮状態情報の交換は
、前のＣＤによる最後の圧縮解除されたＲＴＰパケット内にタイムスタンプ値お
よび順序番号数値を含んでいなければならない。前のＣＤと新しいＣＤにある２
つのコンピュータクロックは、同期されている必要はない。新しいＣＤは、ＲＴ
Ｐセッションハンドオーバの動作を開始したとき、それ自体のクロックを読み取
り、その読取り値を最後のパケットに関するクロック読取り値として使用する。
【００９２】 第２に、ＵＭＴＳおよびＧＰＲＳの状況と同様に、バックボーンネットワーク
に向けてＣＮを離れる時点まで、ユーザＩＰは使用されない（ＢＳＳとＣＮの間
でユーザパケットをトランスポートするのに、トンネル伝送プロトコルが使用さ
れる）。したがって、この機能を利用して、ＣＰをＣＮの端、例えば、ＧＧＳＮ
に置き、ＣＰがハンドオーバに対してトランスペアレントであるようにすること
ができる。詳細には、ＣＰをＣＮ内に移動させることにより、ＶｏＩＰサービス
ネットワークを利用することが必要なＣＰおよびＩＰ／ＰＳＴＮゲートウェイを
統合することができる。この手法の欠点は、ネットワーク内のＣＰでパフォーマ
ンスのボトルネックが生じる可能性があることである。
【００９３】 以上の開示を考慮すれば、当分野の技術者には、本発明のくつかの変更形態が
容易に明白となろう。したがって、本発明の範囲は、本開示に照らして読まれる
頭記の特許請求項の範囲から解釈すべきものである。
【図面の簡単な説明】
【図１】 ＵＭＴＳモデルに基づくワイヤレスパケット交換ネットワークを示す図である
。
【図２ａ】 モバイルトランシーバの本発明の一実施形態を示す図である。
【図２ｂ】 モバイルトランシーバの本発明の一実施形態を示す図である。
【図３】 通信チャネル全体を示す図である。
【図４ａ】 代替の圧縮アルゴリズムを示す図である。
【図４ｂ】 代替の圧縮アルゴリズムを示す図である。
【図５】 圧縮状態の確立または再確立を示す図である。
【図６】 圧縮ポイント間ハンドオーバを示す図である。
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GB01 JB05 JB23 5K030 GA01 GA08 HA08 HB01 HB11 HC01 HC09 HD03 JT09 LA07 LA08 LB01 5K034 AA02 AA07 CC05 DD03 EE11 HH01 HH02 HH12 5K067 BB02 CC08 CC10 EE02 EE10 EE16 GG01 GG11 HH05 HH11 HH21

Claims (22)

    【特許請求の範囲】
  1. 【請求項１】 ボイスオーバインターネットプロトコルアプリケーション層
    と、リアルタイムプロトコル層、トランスポート制御プロトコル層、ユーザデー
    タグラムプロトコル層、およびインターネットプロトコル層を含むインターネッ
    トプロトコルスタックとを含むパケット交換無線ネットワーク用のモバイル局で
    あって、音声データを圧縮するコンプレッサ／デコンプレッサと、音声データお
    よびコールシグナリングデータを別々に異なるデータ形式で、リンク層とモバイ
    ル局のエアインターフェースに送信する手段とをさらに含むモバイル局。
  2. 【請求項２】 コンプレッサ／デコンプレッサは、リンク層とＩＰ層の間に
    配置され、前記コンプレッサ／デコンプレッサは、音声データとコールシグナリ
    ングデータをともに受信する請求項１に記載のモバイル局。
  3. 【請求項３】 コンプレッサ／デコンプレッサは、リンク層とボイスオーバ
    ＩＰ層の間に配置され、前記コンプレッサ／デコンプレッサは、音声データを受
    信する請求項１に記載のモバイル局。
  4. 【請求項４】 請求項１ないし３のいずれか一項に記載の複数のモバイル局
    と、圧縮音声データを受信するように構成されたコンプレッサ／デコンプレッサ
    手段がその中に存在する少なくとも１つのネットワーク要素とを含むパケット交
    換無線ネットワーク。
  5. 【請求項５】 コンプレッサ／デコンプレッサは、バックボーンネットワー
    クに隣接するコアネットワークの端の方に配置される請求項４に記載のネットワ
    ーク。
  6. 【請求項６】 音声パケットおよびデータパケットは、インターネットを介
    して経路指定される請求項４または５に記載のネットワーク。
  7. 【請求項７】 音声パケットおよびデータパケットは、ゲートウェイを介し
    て公衆交換電話網に経路指定される請求項５または６に記載のネットワーク。
  8. 【請求項８】 音声サービスを提供するためにパケット交換無線ネットワー
    クを動作させる方法であって、コールシグナリングデータおよびその他のデータ
    から音声データを分離することを含み、それによって、音声データを含む各パケ
    ットは、圧縮されたまたは除去されたＲＴＰ／ＵＤＰ／ＩＰヘッダを備えること
    ができる方法。
  9. 【請求項９】 ＶｏＩＰアプリケーションに対する音声パケットは、ＩＰ層
    を通過せず、直接にリンク層ペイロードとして送信される請求項８に記載の方法
    。
  10. 【請求項１０】 各音声パケットヘッダは、パケットペイロードのサンプリ
    ング時刻を表す周期的にリセットされるｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒを含
    み、前記ｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒは、各サンプル持続時間ごとに１ず
    つ増加され、前記ヘッダは、別個のクロックを使用してリセット周期をカウント
    することによって圧縮解除され、前記受信されたｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂ
    ｅｒとともに、圧縮解除されたヘッダの順序番号数およびタイムスタンプを提供
    する請求項８または９に記載の方法。
  11. 【請求項１１】 モバイル局内で、合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを除去
    し、音声データをＲＬＣ／ＭＡＣペイロード内に入れること、および内部クロッ
    クを使ってタイムスタンプ値を得ることにより受信した音声パケットを圧縮解除
    し、連続パケットに対して順序番号数を１ずつ増加させることを含む請求項８ま
    たは９に記載の方法。
  12. 【請求項１２】 モバイル局内で、合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを除去
    し、音声データをＲＬＣ／ＭＡＣペイロード内に入れること、および着信間時間
    を判定してパケットの損失を検出することにより受信した音声パケットを圧縮解
    除し、そのような損失が検出された場合、それに応じて、後で受信する音声パケ
    ットのＲＴＰヘッダのタイムスタンプ値および順序番号数を調整することを含む
    請求項８または９に記載の方法。
  13. 【請求項１３】 音声パケットヘッダの圧縮状態は、ネットワーク内のモバ
    イル局とコンプレッサ／デコンプレッサの間における帯域外通信プロトコル上で
    コールセットアップ情報を利用して確立される請求項８ないし１２のいずれか一
    項に記載の方法。
  14. 【請求項１４】 ネットワーク内のサービス提供コンプレッサ／デコンプレ
    ッサと前記ネットワーク内の他のコンプレッサ／デコンプレッサの間で、帯域外
    通信プロトコルを提供すること、およびコールのハンドオーバ時に、前記サービ
    ス提供コンプレッサ／デコンプレッサと新しいサービス提供コンプレッサ／デコ
    ンプレッサの間で、現行のコールに関係する圧縮コンテキスト情報を交換するこ
    とをさらに含む請求項８ないし１３のいずれか一項に記載の方法。
  15. 【請求項１５】 交換される圧縮コンテキスト情報は、最後の圧縮解除され
    たＲＴＰパケットのタイムスタンプ値を含む請求項１４に記載の方法。
  16. 【請求項１６】 ネットワークは、ソフトハンドオーバ機構を有し、かつソ
    フトハンドオーバ期間中に圧縮コンテキスト情報を準備し、それを交換する符号
    分割多重アクセスネットワークである請求項１５に記載の方法。
  17. 【請求項１７】 パケット交換ネットワークのためのヘッダを圧縮および圧
    縮解除する第１方法であって、各圧縮ヘッダ内に、パケットペイロードのサンプ
    リング時刻を表す周期的にリセットされるｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒを
    提供すること、および各サンプル持続時間ごとに１ずつｔｉｍｅｃｌｉｃｋ＿ｎ
    ｕｍｂｅｒを増加させ、前記リセット周期をカウントして、リセット周期の前記
    カウントおよび受信したｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒから圧縮解除された
    ヘッダを提供するために順序番号数およびタイムスタンプを提供することを含む
    方法。
  18. 【請求項１８】 各圧縮ヘッダ内にＭビットを含めること、およびＭビット
    が全く受信されなかったとき、Ｍビットが受信されなかったパケットと以前に受
    信したＭビットを有する最後のパケットとの間のｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂ
    ｅｒの差だけ、圧縮解除されたヘッダのパケット順序番号数を増加させることに
    より、前記ヘッダを圧縮解除するステップとをさらに含む請求項１７に記載の方
    法。
  19. 【請求項１９】 パケット交換ネットワークのためのヘッダを圧縮および圧
    縮解除する第２方法であって、合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを除去し、デー
    タをＲＬＣ／ＭＡＣペイロード内に入れること、および内部クロックを使ってタ
    イムスタンプ値を得ることにより受信したパケットを圧縮解除し、連続パケット
    に対して１ずつ順序番号数を増加させることを含む方法。
  20. 【請求項２０】 ネットワークは、フレームリレーネットワークである請求
    項１９に記載の第２方法。
  21. 【請求項２１】 ネットワークは、非同期伝送モードネットワークである請
    求項１９に記載の第２方法。
  22. 【請求項２２】 帯域外プロトコル上でコールセットアップ情報を利用する
    ことにより、パケット交換ネットワーク内のパケットヘッダの圧縮状態を確立す
    る方法。
JP2000619894A 1999-05-25 2000-04-07 インターネットプロトコルを使用する遠隔通信のための方法および装置 Expired - Fee Related JP3694241B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP99304034.4 1999-05-25
EP99304034A EP1056259B1 (en) 1999-05-25 1999-05-25 Method and apparatus for telecommunications using internet protocol
PCT/GB2000/001330 WO2000072549A2 (en) 1999-05-25 2000-04-07 Method and apparatus for telecommunications using internet protocol

Publications (2)

Publication Number Publication Date
JP2003500933A true JP2003500933A (ja) 2003-01-07
JP3694241B2 JP3694241B2 (ja) 2005-09-14

Family

ID=8241408

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000619894A Expired - Fee Related JP3694241B2 (ja) 1999-05-25 2000-04-07 インターネットプロトコルを使用する遠隔通信のための方法および装置

Country Status (6)

Country Link
US (2) US6788675B1 (ja)
EP (3) EP1496654B1 (ja)
JP (1) JP3694241B2 (ja)
AU (1) AU3829300A (ja)
DE (1) DE69927243T2 (ja)
WO (1) WO2000072549A2 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001244993A (ja) * 2000-02-02 2001-09-07 Lucent Technol Inc パケットサーバで用いられる通信方法
JP2006191586A (ja) * 2004-12-30 2006-07-20 Lucent Technol Inc 無線ネットワークとの永続的接続を可能にする方法および装置
WO2009116673A1 (en) * 2008-03-17 2009-09-24 Nec Corporation Method for accelerating the activation of a mbms service
JP2013510524A (ja) * 2009-11-09 2013-03-21 華為技術有限公司 データ伝送方法、装置及びシステム
US8611206B2 (en) 2010-04-02 2013-12-17 Fujitsu Limited Failure-section determining device and failure-section determining method

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1496654B1 (en) 1999-05-25 2006-07-12 Lucent Technologies Inc. Method for telecommunications using internet protocol
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
EP1926282B1 (en) * 1999-10-14 2012-11-21 Nokia Corporation Method and system for compressing and decompressing packet headers
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
KR100612003B1 (ko) * 2000-02-26 2006-08-11 삼성전자주식회사 통신망에서 비트 스트림 송수신 장치 및 그 방법
US7539130B2 (en) 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
US7136577B1 (en) * 2000-06-29 2006-11-14 Tandberg Telecom As RTP-formated media clips
US7286521B1 (en) * 2000-07-21 2007-10-23 Tellme Networks, Inc. Localized voice over internet protocol communication
AU2000268319A1 (en) * 2000-07-27 2002-02-13 Telefonaktiebolaget Lm Ericsson Ab (Publ) A method for header compression context control during handover in mobile data communication networks
US7002993B1 (en) * 2000-08-18 2006-02-21 Juniper Networks, Inc. Method and apparatus providing media aggregation in a packet-switched network
US7586899B1 (en) 2000-08-18 2009-09-08 Juniper Networks, Inc. Methods and apparatus providing an overlay network for voice over internet protocol applications
US7209473B1 (en) 2000-08-18 2007-04-24 Juniper Networks, Inc. Method and apparatus for monitoring and processing voice over internet protocol packets
US7215684B1 (en) * 2000-09-20 2007-05-08 Qualcomm Incorporated Method and apparatus for reducing transmission overhead in a communication system
US7310353B1 (en) * 2000-10-30 2007-12-18 Yair Bourlas Compression of overhead in layered data communication links
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
US7136395B2 (en) * 2000-11-30 2006-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and system for transmission of headerless data packets over a wireless link
KR100470687B1 (ko) * 2000-12-28 2005-03-08 엘지전자 주식회사 인터넷 프로토콜 기반의 핵심 망에서 무선 이동 통신액세스 망을 연동하기 위한 방법 및 시스템
US7290063B2 (en) 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
FI111777B (fi) 2001-01-16 2003-09-15 Nokia Corp IP-datan siirtäminen tietoliikennejärjestelmässä
US20040213206A1 (en) * 2001-02-06 2004-10-28 Mccormack John Multiprotocol convergence switch (MPCS) and method for use thereof
US7088723B2 (en) * 2001-02-23 2006-08-08 Samsung Electronics Co., Ltd. System and method for enhancing a voice channel in voice over internet protocol
US7212511B2 (en) * 2001-04-06 2007-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for VoIP wireless terminals
EP1384385A1 (en) * 2001-05-04 2004-01-28 Nokia Corporation Method for providing parameters during a change of access, cellular communications system, user equipment and network element
US8868659B2 (en) * 2001-05-15 2014-10-21 Avaya Inc. Method and apparatus for automatic notification and response
US7170896B2 (en) * 2001-06-20 2007-01-30 Motorola, Inc. Communication infrastructure and method to preserve communication link bandwidth in a packet communication session
JP2004536509A (ja) * 2001-07-05 2004-12-02 サムスン　エレクトロニクス　カンパニー　リミテッド Ａｌｌ−ｉｐ網に基づいた移動通信システムでの音声フレームを伝送するための装置及び方法
ATE256948T1 (de) * 2001-07-30 2004-01-15 Cit Alcatel Verfahren, steuereinrichtung und programmmodul zur steuerung und lenkung von datenströmen einer kommunikationsverbindung zwischen teilnehmern eines paketdatennetzes
DE10145165A1 (de) * 2001-09-13 2003-03-20 Siemens Ag Verfahren und Vorrichtung zur Datenübertragung in einem Kommunikationsnetz
GB2382268B (en) * 2001-11-16 2005-07-13 Hutchison Whampoa Three G Ip Streaming sevices in radio networks
US20030099196A1 (en) * 2001-11-23 2003-05-29 Benoist Sebire Radio bearer service for IMS services
US7436947B2 (en) * 2002-05-14 2008-10-14 Avaya Inc. Method and apparatus for automatic notification and response based on communication flow expressions
US8495163B2 (en) 2004-03-18 2013-07-23 Avaya, Inc. Method and apparatus for a publish-subscribe system with templates for role-based view of subscriptions
KR100497357B1 (ko) * 2002-06-26 2005-06-23 삼성전자주식회사 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법
US7286536B2 (en) 2002-10-28 2007-10-23 Nokia Corporation Method and system for early header compression
JP3853765B2 (ja) * 2002-11-08 2006-12-06 Ｎｅｃインフロンティア株式会社 パケット圧縮方式及びパケット復元方式並びにパケット圧縮方法及びパケット復元方法
US7386013B1 (en) * 2003-01-03 2008-06-10 Juniper Networks, Inc. Systems and methods for compressing packet headers
US7099306B2 (en) * 2003-04-16 2006-08-29 Level 3 Communications, Llc System and method for internet protocol telephony advertisement protocol
US7313131B2 (en) * 2003-04-22 2007-12-25 Nortel Networks Limited Processing of communication session request messages
US7065087B2 (en) * 2003-07-08 2006-06-20 Cisco Technology, Inc. Performing compression of user datagram protocol packets
US7460523B2 (en) * 2003-09-08 2008-12-02 Bradley Richard Ree Client-server architecture for the delivery of broadband services
US7356023B2 (en) * 2003-09-23 2008-04-08 Sbc Knowledge Ventures, L.P. System and method for facilitating packetized calls between managed networks
AU2003280552A1 (en) 2003-10-30 2005-05-19 Utstarcom (China) Co. Ltd. A device and method on real time ip packet wireless transfer using compress header technique
US20050209990A1 (en) * 2004-03-18 2005-09-22 Ordille Joann J Method and apparatus for a publish-subscribe system with access controls
KR100703494B1 (ko) * 2004-08-09 2007-04-03 삼성전자주식회사 이동통신 시스템에서 사용자 데이터 프로토콜 체크섬을 포함하는 음성패킷망의 패킷 송/수신 방법 및 장치
US7411975B1 (en) 2004-08-26 2008-08-12 Juniper Networks, Inc. Multimedia over internet protocol border controller for network-based virtual private networks
US7830862B2 (en) * 2005-01-07 2010-11-09 At&T Intellectual Property Ii, L.P. System and method for modifying speech playout to compensate for transmission delay jitter in a voice over internet protocol (VoIP) network
US20060153196A1 (en) * 2005-01-11 2006-07-13 Conexant Systems, Inc. Systems and methods for achieving improved ADSL data rates over USB 1.1 channel
US20070070999A1 (en) * 2005-08-02 2007-03-29 Black Jeffrey T Synchronization of historical data without retransmission
US9031071B2 (en) 2005-08-26 2015-05-12 Alcatel Lucent Header elimination for real time internet applications
US7733867B2 (en) * 2005-08-26 2010-06-08 Alcatel-Lucent Usa Inc. Header compression for real time internet applications
TWI288879B (en) * 2005-09-19 2007-10-21 High Tech Comp Corp An audio signal output devices and a method for arbitrating thereof
US9301228B2 (en) 2005-09-29 2016-03-29 Vringo, Inc. Method, device, system and software product for providing system information to enable packet switched handover
US8257177B1 (en) 2005-10-04 2012-09-04 PICO Mobile Networks, Inc Proximity based games for mobile communication devices
US8411662B1 (en) 2005-10-04 2013-04-02 Pico Mobile Networks, Inc. Beacon based proximity services
US20070086434A1 (en) * 2005-10-19 2007-04-19 Muthaiah Venkatachalam Efficient mechanisms for supporting VoIp in a wireless network
US7929558B2 (en) * 2005-12-01 2011-04-19 Electronics And Telecommunications Research Institute Method for buffering receive packet in media access control for sensor network and apparatus for controlling buffering of receive packet
KR20070058772A (ko) * 2005-12-05 2007-06-11 삼성전자주식회사 무선통신시스템에서 음성패킷 통신 장치 및 방법
US7907609B2 (en) * 2006-01-06 2011-03-15 Qualcomm, Incorporated Method and apparatus for enhancing RoHC performance when encountering silence suppression
US20080025312A1 (en) * 2006-07-28 2008-01-31 Qualcomm Incorporated Zero-header compression for improved communications
US20080025249A1 (en) * 2006-07-28 2008-01-31 Qualcomm Incorporated 1xEVDO WIRELESS INTERFACE TO ENABLE COMMUNICATIONS VIA A SATELLITE RELAY
US8619623B2 (en) 2006-08-08 2013-12-31 Marvell World Trade Ltd. Ad-hoc simple configuration
US20080062943A1 (en) * 2006-09-09 2008-03-13 Jeou-Kai Lin System and method for providing continuous AAA functionality in a IP-based mobile communication network
US8233456B1 (en) 2006-10-16 2012-07-31 Marvell International Ltd. Power save mechanisms for dynamic ad-hoc networks
US8732315B2 (en) 2006-10-16 2014-05-20 Marvell International Ltd. Automatic ad-hoc network creation and coalescing using WiFi protected setup
US9308455B1 (en) 2006-10-25 2016-04-12 Marvell International Ltd. System and method for gaming in an ad-hoc network
US8781089B2 (en) * 2006-11-09 2014-07-15 Shai Haim Gilboa System, method and device for managing VOIP telecommunications
US20080112394A1 (en) * 2006-11-10 2008-05-15 Audiogate Technologies Ltd. SYSTEM, METHOD AND DEVICE FOR PROVIDING MOBILE VoIP
US7805740B2 (en) * 2006-11-10 2010-09-28 Audiogate Technologies Ltd. System and method for providing advertisement based on speech recognition
US7961756B1 (en) 2006-11-21 2011-06-14 Picomobile Networks, Inc. Integrated multimedia system
US7978699B1 (en) * 2006-11-21 2011-07-12 Picomobile Networks, Inc. Protocol compression with synchronized sequence numbers
US7889686B1 (en) 2006-11-21 2011-02-15 Picomobile Networks, Inc. Seamless switching of media streams between different networks
US8279884B1 (en) 2006-11-21 2012-10-02 Pico Mobile Networks, Inc. Integrated adaptive jitter buffer
US7970384B1 (en) 2006-11-21 2011-06-28 Picomobile Networks, Inc. Active phone book enhancements
US8027328B2 (en) 2006-12-26 2011-09-27 Alcatel Lucent Header compression in a wireless communication network
US7899025B2 (en) 2006-12-26 2011-03-01 Alcatel-Lucent Usa Inc. Header suppression in a wireless communication network
GB0700750D0 (en) * 2007-01-15 2007-02-21 Samsung Electronics Co Ltd Mobile communications
EP2153609A4 (en) * 2007-06-01 2010-09-22 Research In Motion Ltd METHOD AND APPARATUS FOR COMMUNICATING COMPRESSION STATUS-BASED INFORMATION FOR INTERACTIVE COMPRESSION
US8918051B1 (en) 2007-06-18 2014-12-23 Marvell International Ltd. Method and apparatus for performing a handoff of a data communication session from one network to another network
WO2009006585A1 (en) 2007-07-03 2009-01-08 Marvell Semiconductor, Inc. Location aware ad-hoc gaming
US8081603B2 (en) 2007-07-18 2011-12-20 Qualcomm Incorporated Compression static and semi-static context transfer
JP2009182459A (ja) * 2008-01-29 2009-08-13 Sony Corp 通信装置、通信システム、通信方法及びプログラム
DE102008014981B4 (de) * 2008-03-19 2013-11-07 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Vorrichtung und Verfahren zum Erzeugen eines Datenstroms basierend auf mit Paketfolgemarkierungen versehenen Datenpaketen und Satellitenempfänger zum Bereitstellen des Datenstroms
MX2010011822A (es) * 2008-04-28 2011-02-18 Xg Technology Inc Mecanismo de compresion de encabezado para transmitir paquetes de rtp en enlaces inalambricos.
US20100027524A1 (en) * 2008-07-31 2010-02-04 Nokia Corporation Radio layer emulation of real time protocol sequence number and timestamp
US8855123B2 (en) 2009-01-09 2014-10-07 Nec Corporation Gateway apparatus, method and system
US9380401B1 (en) 2010-02-03 2016-06-28 Marvell International Ltd. Signaling schemes allowing discovery of network devices capable of operating in multiple network modes
US8411657B2 (en) * 2010-07-19 2013-04-02 At&T Intellectual Property I, L.P. Radio access network node with IP interface
US9860296B2 (en) * 2012-03-23 2018-01-02 Avaya Inc. System and method for end-to-end call quality indication
US9178778B2 (en) 2012-03-23 2015-11-03 Avaya Inc. System and method for end-to-end RTCP
US9356917B2 (en) 2012-03-23 2016-05-31 Avaya Inc. System and method for end-to-end encryption and security indication at an endpoint
CN103428181B (zh) * 2012-05-22 2016-08-24 中国科学院声学研究所 一种应用于IP over DVB的UDP报文传输优化方法
WO2013186322A2 (en) * 2012-06-13 2013-12-19 Telefonaktiebolaget L M Ericsson (Publ) Data compression in a communications network
CN104283916B (zh) * 2013-07-05 2017-07-07 中国科学院声学研究所 一种应用于hfc网络的数据报文传输方法及装置
US9357435B2 (en) * 2013-11-06 2016-05-31 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call
CN104008077B (zh) * 2014-05-07 2017-07-28 武汉精测电子技术股份有限公司 基于单片机实现串口抓包的装置及方法
PL3525514T3 (pl) * 2015-08-21 2022-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Komunikacja danych innych niż IP przez sieci danych pakietowych
CN108886705A (zh) * 2016-04-29 2018-11-23 华为技术有限公司 一种信令传输方法和设备
US10728163B2 (en) 2017-07-06 2020-07-28 Citrix Systems, Inc. Application and network aware adaptive compression for better QoE of latency sensitive applications
WO2021134346A1 (zh) * 2019-12-30 2021-07-08 华为技术有限公司 一种反馈方法及装置
CN113726719A (zh) * 2020-05-25 2021-11-30 成都鼎桥通信技术有限公司 语音数据的传输方法、装置、设备和存储介质

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL79775A (en) * 1985-08-23 1990-06-10 Republic Telcom Systems Corp Multiplexed digital packet telephone system
US5345227A (en) * 1987-05-15 1994-09-06 Newspager Corporation Of America Pager with mask for database update
US5448758A (en) * 1993-02-26 1995-09-05 Motorola, Inc. Simulcast group determination of best signal by master site
GB2276292B (en) * 1993-03-17 1997-01-08 Roke Manor Research Improvements in or relating to communication systems
DE4332824C1 (de) * 1993-09-27 1995-03-16 Siemens Ag Verfahren und Schaltungsanordnung zum Übertragen von Nachrichtenzellen über virtuelle Pfade eines ATM-Kommunikationssystems
US5430485A (en) * 1993-09-30 1995-07-04 Thomson Consumer Electronics, Inc. Audio/video synchronization in a digital transmission system
US5446736A (en) * 1993-10-07 1995-08-29 Ast Research, Inc. Method and apparatus for connecting a node to a wireless network using a standard protocol
KR0140506B1 (ko) * 1993-12-29 1998-06-15 김주용 완전 디지탈 방식의 고화질 텔레비젼에서의 분배기 설계
UA41387C2 (uk) * 1994-01-13 2001-09-17 Сертко, Інк Спосіб установлення вірогідного перевірюваного зв'язку, спосіб захищеного зв'язку, спосіб оновлення мікропрограмного забезпечення, спосіб здійснення шифрованого зв'язку та спосіб надання перевіреному на справжність пристрою права на проведення електронної транзакції
US5841854A (en) * 1994-02-16 1998-11-24 Priority Call Management, Inc. Wireless telephone integration system and method for call centers and workgroups
JPH09205618A (ja) * 1996-01-29 1997-08-05 Mitsubishi Electric Corp 動画像音声伸張再生装置および動画像音声同期制御器
US5818539A (en) * 1996-03-29 1998-10-06 Matsushita Electric Corporation Of America System and method for updating a system time constant (STC) counter following a discontinuity in an MPEG-2 transport data stream
US5883924A (en) * 1996-04-12 1999-03-16 Hewlett Packard Company Method and apparatus for PCR jitter measurement in an MPEG-2 transport stream using sliding window
US6002722A (en) * 1996-05-09 1999-12-14 Texas Instruments Incorporated Multimode digital modem
US6256348B1 (en) * 1996-08-30 2001-07-03 Texas Instruments Incorporated Reduced memory MPEG video decoder circuits and methods
US5875190A (en) * 1996-09-27 1999-02-23 Law; Ka Lun Asynchronous transfer mode switching system
US6243395B1 (en) * 1996-11-06 2001-06-05 Sony Corporation Method and apparatus for transferring ATM cells via 1394-serial data bus
CA2217838C (en) * 1996-11-07 2003-07-29 At&T Corp. Wan-based voice gateway
JP3434994B2 (ja) * 1996-12-12 2003-08-11 富士通株式会社 セル組立多重化装置
US6064653A (en) * 1997-01-07 2000-05-16 Bell Atlantic Network Services, Inc. Internetwork gateway to gateway alternative communication
US5910946A (en) * 1997-01-13 1999-06-08 Samsung Electronics Co., Ltd. Wireless internet network architecture for voice and data communications
US5953322A (en) * 1997-01-31 1999-09-14 Qualcomm Incorporated Cellular internet telephone
WO1998037665A1 (en) * 1997-02-02 1998-08-27 Fonefriend Systems, Inc. Internet switch box, system and method for internet telephony
AU8389298A (en) * 1997-07-15 1999-02-10 Comsat Corporation Method and apparatus for minimizing delay variance via time divided transmissions
WO1999014955A1 (en) * 1997-09-12 1999-03-25 Imedia Corporation Seamless splicing of compressed video programs
US6032197A (en) * 1997-09-25 2000-02-29 Microsoft Corporation Data packet header compression for unidirectional transmission
US6421350B1 (en) * 1997-09-30 2002-07-16 Lucent Technologies Inc. Device and method for controlling the quality-of service in data networks
US6421714B1 (en) * 1997-10-14 2002-07-16 Lucent Technologies Efficient mobility management scheme for a wireless internet access system
US6259691B1 (en) * 1998-07-24 2001-07-10 3Com Corporation System and method for efficiently transporting dual-tone multi-frequency/multiple frequency (DTMF/MF) tones in a telephone connection on a network-based telephone system
US6314095B1 (en) * 1999-02-11 2001-11-06 Motorola, Inc. Method and apparatus for a high-speed multimedia content switch with compressed internet protocol header
US6466585B1 (en) * 1999-04-01 2002-10-15 Nokia Corporation Apparatus and associated method for communicating multimedia information upon a communication link
EP1496654B1 (en) 1999-05-25 2006-07-12 Lucent Technologies Inc. Method for telecommunications using internet protocol
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US6535925B1 (en) * 1999-11-09 2003-03-18 Telefonaktiebolaget L M Ericsson (Publ) Packet header compression using division remainders

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001244993A (ja) * 2000-02-02 2001-09-07 Lucent Technol Inc パケットサーバで用いられる通信方法
JP4602568B2 (ja) * 2000-02-02 2010-12-22 アルカテル−ルーセント ユーエスエー インコーポレーテッド パケットサーバで用いられる通信方法
JP2006191586A (ja) * 2004-12-30 2006-07-20 Lucent Technol Inc 無線ネットワークとの永続的接続を可能にする方法および装置
WO2009116673A1 (en) * 2008-03-17 2009-09-24 Nec Corporation Method for accelerating the activation of a mbms service
CN101978726A (zh) * 2008-03-17 2011-02-16 日本电气株式会社 用于加速启动mbms服务的方法
JP2011517861A (ja) * 2008-03-17 2011-06-16 日本電気株式会社 Ｍｂｍｓサービス活性化の促進方法
US9338802B2 (en) 2008-03-17 2016-05-10 Lenovo Innovations Limited (Hong Kong) Method for accelerating the activation of a MBMS service
JP2013510524A (ja) * 2009-11-09 2013-03-21 華為技術有限公司 データ伝送方法、装置及びシステム
US9055471B2 (en) 2009-11-09 2015-06-09 Huawei Technologies Co., Ltd. Data transmission method, apparatus and system
US8611206B2 (en) 2010-04-02 2013-12-17 Fujitsu Limited Failure-section determining device and failure-section determining method

Also Published As

Publication number Publication date
JP3694241B2 (ja) 2005-09-14
AU3829300A (en) 2000-12-12
DE69927243T2 (de) 2006-06-29
WO2000072549A2 (en) 2000-11-30
DE69927243D1 (de) 2005-10-20
EP1056259A1 (en) 2000-11-29
US6788675B1 (en) 2004-09-07
WO2000072549A8 (en) 2001-11-08
EP1496654A2 (en) 2005-01-12
EP1056259B1 (en) 2005-09-14
US20040095939A1 (en) 2004-05-20
WO2000072549A3 (en) 2001-08-09
EP1641193A1 (en) 2006-03-29
EP1496654B1 (en) 2006-07-12
EP1496654A3 (en) 2005-01-26
US7154881B2 (en) 2006-12-26

Similar Documents

Publication Publication Date Title
JP3694241B2 (ja) インターネットプロトコルを使用する遠隔通信のための方法および装置
JP4602568B2 (ja) パケットサーバで用いられる通信方法
EP1243118B1 (en) System and method for achieving robust ip/udp/rtp header compression in the presence of unreliable networks
EP1362446B1 (en) Transfer of ip data in communications system, using several logical connections for compressed fields on the basis of different contexts
KR100440566B1 (ko) 무선 링크를 통한 헤더리스 데이터 패킷의 송신 방법 및 장치
US8619592B2 (en) Method and apparatus for increased internet protocol (IP) headers compression performance by reporting cause of missing packets
US7391736B2 (en) Method and apparatus for transmitting packet data having compressed header
JP3650362B2 (ja) 高遅延狭帯域幅ワイヤレス・システムにおいてスパースなフィードバックを提供する方法
JP2000286894A (ja) パケットサーバにおいて使用するための方法およびパケットをトランスポートするための装置
KR100742868B1 (ko) 이동 데이터 통신망에서의 핸드오버 동안의 헤더 압축문맥 제어 방법
AU2004258114B2 (en) Performing compression of user datagram protocol packets
JP4856251B2 (ja) 無線通信ネットワークにおけるヘッダの抑制
US9148257B2 (en) Method and apparatus for reducing delays in a packets switched network
KR100689473B1 (ko) 통신시스템에서 프로토콜 헤더 압축장치 및 방법
US7065087B2 (en) Performing compression of user datagram protocol packets
CN100428733C (zh) 移动通信网络中ip报头压缩的错误恢复方法及装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040929

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041004

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041217

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050601

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050623

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090701

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100701

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100701

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110701

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120701

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130701

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees