JP2002124989A - データパケット転送方法および装置 - Google Patents
データパケット転送方法および装置Info
- Publication number
- JP2002124989A JP2002124989A JP2001270245A JP2001270245A JP2002124989A JP 2002124989 A JP2002124989 A JP 2002124989A JP 2001270245 A JP2001270245 A JP 2001270245A JP 2001270245 A JP2001270245 A JP 2001270245A JP 2002124989 A JP2002124989 A JP 2002124989A
- Authority
- JP
- Japan
- Prior art keywords
- packets
- data packet
- transmission path
- context
- determining
- 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
Links
Classifications
-
- 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
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【課題】 圧縮されたヘッダを有するデータパケットを
伝送路上で転送する方法および装置において、圧縮効率
とロバスト性の両方を向上させる。 【解決手段】 コンテクストを使用してヘッダを圧縮し
た後に、該コンテクストを示すデータをそれぞれ含んだ
複数の連続する更新パケットを転送するにあたり、伝送
路品質を決定し（６２０）、それに応じて転送すべき連
続する更新パケットの数（ｍ1）を設定する（６４
０）。伝送路品質は、ブロック誤り率（ＢＬＥＲ）また
はＳＮ比（ＳＮＲ）を測定することによって決定され
る。あるいは、伝送路品質は、否定応答メッセージが受
け取られているか否かを判定することによって推定され
る。さらに、コンテクストの更新段階時に転送される更
新パケットと非更新パケットの総パケット数をラウンド
トリップ時間に応じて設定する。また、転送すべき連続
する非更新パケットの数をコーデック特性に基づいて求
める。本発明は、信頼性の保証がない伝送路、例えば無
線伝送路上での使用に有利である。
伝送路上で転送する方法および装置において、圧縮効率
とロバスト性の両方を向上させる。 【解決手段】 コンテクストを使用してヘッダを圧縮し
た後に、該コンテクストを示すデータをそれぞれ含んだ
複数の連続する更新パケットを転送するにあたり、伝送
路品質を決定し（６２０）、それに応じて転送すべき連
続する更新パケットの数（ｍ1）を設定する（６４
０）。伝送路品質は、ブロック誤り率（ＢＬＥＲ）また
はＳＮ比（ＳＮＲ）を測定することによって決定され
る。あるいは、伝送路品質は、否定応答メッセージが受
け取られているか否かを判定することによって推定され
る。さらに、コンテクストの更新段階時に転送される更
新パケットと非更新パケットの総パケット数をラウンド
トリップ時間に応じて設定する。また、転送すべき連続
する非更新パケットの数をコーデック特性に基づいて求
める。本発明は、信頼性の保証がない伝送路、例えば無
線伝送路上での使用に有利である。
Description
【０００１】
【発明の属する技術分野】本発明は、信頼性を保証しな
い伝送路上でデータパケットを転送する方法および装置
に関し、特に、圧縮されたヘッダを有するデータパケッ
トの転送に関する。
い伝送路上でデータパケットを転送する方法および装置
に関し、特に、圧縮されたヘッダを有するデータパケッ
トの転送に関する。
【０００２】
【従来の技術】端末間でデータを転送する通信技術はい
くつか存在するが、そのうちで最も一般的に利用される
技術はセルラ電話とインタネットである。また、インタ
ネット電話などのメディアオンデマンドの会話型サービ
スも開発されている。これらのサービスの大部分は音声
と画像のコンテンツを含む実時間データの転送を必要と
している。
くつか存在するが、そのうちで最も一般的に利用される
技術はセルラ電話とインタネットである。また、インタ
ネット電話などのメディアオンデマンドの会話型サービ
スも開発されている。これらのサービスの大部分は音声
と画像のコンテンツを含む実時間データの転送を必要と
している。
【０００３】そのような目的の手段となるのが、リアル
タイムデータ転送プロトコル、すなわちＲＴＰ(Real-ti
me Transport Protocol)である。このＲＴＰはリアルタ
イムあるいはそれに近い形でデータを転送するインタネ
ットプロトコルである。ＲＴＰ自体はリアルタイムのデ
ータ配信を保証しないが、送信側および受信側アプリケ
ーションがデータのストリーミングをサポートするため
の仕組みを提供する。通常、ＲＴＰはユーザデータグラ
ムプロトコル、すなわちＵＤＰ(User DatagramProtoco
l)の上位プロトコルとして機能する。ＵＤＰはコネクシ
ョンレス型のプロトコルであり、伝送制御プロトコル、
すなわちＴＣＰと同様にＩＰネットワークの上位層で機
能する。ＴＣＰ／ＩＰとは異なり、ＵＤＰ／ＩＰは、誤
り回復サービスを提供しないかわりに、ＩＰネットワー
ク上でデータグラムを送受信する直接的な方法を提供す
る。
タイムデータ転送プロトコル、すなわちＲＴＰ(Real-ti
me Transport Protocol)である。このＲＴＰはリアルタ
イムあるいはそれに近い形でデータを転送するインタネ
ットプロトコルである。ＲＴＰ自体はリアルタイムのデ
ータ配信を保証しないが、送信側および受信側アプリケ
ーションがデータのストリーミングをサポートするため
の仕組みを提供する。通常、ＲＴＰはユーザデータグラ
ムプロトコル、すなわちＵＤＰ(User DatagramProtoco
l)の上位プロトコルとして機能する。ＵＤＰはコネクシ
ョンレス型のプロトコルであり、伝送制御プロトコル、
すなわちＴＣＰと同様にＩＰネットワークの上位層で機
能する。ＴＣＰ／ＩＰとは異なり、ＵＤＰ／ＩＰは、誤
り回復サービスを提供しないかわりに、ＩＰネットワー
ク上でデータグラムを送受信する直接的な方法を提供す
る。
【０００４】ＲＴＰは固定型ネットワーク用に開発され
たものであるが、移動体ネットワークにも使用可能であ
る。しかしながら、移動体ネットワーク上でＲＴＰを使
用する際の問題点は、移動体伝送路内の帯域幅が限定さ
れていることである。これは、ＲＴＰ、ＵＤＰおよびＩ
Ｐの各プロトコルがそれぞれ独自のヘッダを有している
ことによるものである。その場合、パケットは、リンク
層のフレーム指示に加えて、２０バイトのＩＰヘッダ
と、８バイトのＵＤＰヘッダと、１２バイトのＲＴＰヘ
ッダを含む少なくとも合計４０バイトにもなるヘッダを
有することになる。
たものであるが、移動体ネットワークにも使用可能であ
る。しかしながら、移動体ネットワーク上でＲＴＰを使
用する際の問題点は、移動体伝送路内の帯域幅が限定さ
れていることである。これは、ＲＴＰ、ＵＤＰおよびＩ
Ｐの各プロトコルがそれぞれ独自のヘッダを有している
ことによるものである。その場合、パケットは、リンク
層のフレーム指示に加えて、２０バイトのＩＰヘッダ
と、８バイトのＵＤＰヘッダと、１２バイトのＲＴＰヘ
ッダを含む少なくとも合計４０バイトにもなるヘッダを
有することになる。
【０００５】このヘッダは非常に冗長であるので、オー
バーヘッドを小さくするために、ヘッダ圧縮機構が開発
されている。ヘッダ圧縮プロトコルは、ヘッダの冗長性
をなくし、情報を効率的に符号化する。これにより、元
のヘッダを最善で１バイトまで圧縮させることができ
る。
バーヘッドを小さくするために、ヘッダ圧縮機構が開発
されている。ヘッダ圧縮プロトコルは、ヘッダの冗長性
をなくし、情報を効率的に符号化する。これにより、元
のヘッダを最善で１バイトまで圧縮させることができ
る。
【０００６】ヘッダ圧縮プロトコルを用いたシステムを
図１に示す。送信器は、元のヘッダを圧縮するために使
用するコンプレッサ１００を備えている。圧縮されたヘ
ッダは、受信器に送信され、そこでデコンプレッサ１１
０により伸張される。
図１に示す。送信器は、元のヘッダを圧縮するために使
用するコンプレッサ１００を備えている。圧縮されたヘ
ッダは、受信器に送信され、そこでデコンプレッサ１１
０により伸張される。
【０００７】コンテクスト１２０は、コンプレッサがヘ
ッダを圧縮するために使用する状態のことである。コン
テクストは変数の集合であり、基本的に最新のヘッダの
ヘッダフィールドの非圧縮バージョンからなる。実際の
ヘッダフィールドの他に、コンテクストは、連続する一
連のパケット間で一定であると検出されたヘッダフィー
ルドの一次差分など、さらに変数を備えている。さら
に、コンテクストは、例えば、代表的なパケット間のシ
ーケンス番号やタイムスタンプの増分など、パケットス
トリームを記述する情報も含んでいる。
ッダを圧縮するために使用する状態のことである。コン
テクストは変数の集合であり、基本的に最新のヘッダの
ヘッダフィールドの非圧縮バージョンからなる。実際の
ヘッダフィールドの他に、コンテクストは、連続する一
連のパケット間で一定であると検出されたヘッダフィー
ルドの一次差分など、さらに変数を備えている。さら
に、コンテクストは、例えば、代表的なパケット間のシ
ーケンス番号やタイムスタンプの増分など、パケットス
トリームを記述する情報も含んでいる。
【０００８】動作時には、コンプレッサ１００とデコン
プレッサ１１０は共通のコンテクストを維持することが
要求される。デコンプレッサ１１０のコンテクスト１３
０がコンプレッサ１００のコンテクスト１２０と一致し
ていない場合は、ヘッダの伸張に失敗する。この状況
は、データパケットが信頼性の保証がない伝送路、例え
ば、無線伝送路上で転送される場合に起こる。それは、
そのような場合には、パケットがコンプレッサ１００と
デコンプレッサ１１０との間で喪失したり一部が欠けた
りするからである。
プレッサ１１０は共通のコンテクストを維持することが
要求される。デコンプレッサ１１０のコンテクスト１３
０がコンプレッサ１００のコンテクスト１２０と一致し
ていない場合は、ヘッダの伸張に失敗する。この状況
は、データパケットが信頼性の保証がない伝送路、例え
ば、無線伝送路上で転送される場合に起こる。それは、
そのような場合には、パケットがコンプレッサ１００と
デコンプレッサ１１０との間で喪失したり一部が欠けた
りするからである。
【０００９】したがって、デコンプレッサ１１０のコン
テクスト１３０が無効になると、再同期化手続を開始す
る必要がある。この目的のため、コンプレッサ１００の
コンテクスト１２０に含まれている情報をデコンプレッ
サ１１０に転送する更新パケット（以下、ＵＰパケット
とも称する）が設けられている。ＵＰパケットを使用す
ることにより、コンテクスト１３０が更新される。
テクスト１３０が無効になると、再同期化手続を開始す
る必要がある。この目的のため、コンプレッサ１００の
コンテクスト１２０に含まれている情報をデコンプレッ
サ１１０に転送する更新パケット（以下、ＵＰパケット
とも称する）が設けられている。ＵＰパケットを使用す
ることにより、コンテクスト１３０が更新される。
【００１０】ヘッダ圧縮スキーマの性能は、２つのパラ
メータ、すなわち、圧縮効率とロバスト性で説明するこ
とができる。ロバストなスキーマは、パケットをさらに
喪失したり、誤りをさらに導いたり、帯域幅をより多く
使用することなく、ヘッダ圧縮が起こるリンク上の誤り
に対して耐性を有する。ＵＰパケットを使用することに
より、一方ではロバスト性が増大するが、ＵＰパケット
のサイズが大きいことから圧縮効率の低下を招く。その
ため、ＵＰパケットに加えて、非常に小型で先行のＵＰ
パケットにのみ依存する非更新パケット（以下、ＮＵＰ
パケットとも称する）も使用される。これにより、ＮＵ
Ｐパケットがコンテクストを更新しないので、ＮＵＰパ
ケットが喪失しても、デコンプレッサ１１０のコンテク
スト１３０は有効でありつづけ、その結果、受信器はな
お次のパケットを伸張させることができる。
メータ、すなわち、圧縮効率とロバスト性で説明するこ
とができる。ロバストなスキーマは、パケットをさらに
喪失したり、誤りをさらに導いたり、帯域幅をより多く
使用することなく、ヘッダ圧縮が起こるリンク上の誤り
に対して耐性を有する。ＵＰパケットを使用することに
より、一方ではロバスト性が増大するが、ＵＰパケット
のサイズが大きいことから圧縮効率の低下を招く。その
ため、ＵＰパケットに加えて、非常に小型で先行のＵＰ
パケットにのみ依存する非更新パケット（以下、ＮＵＰ
パケットとも称する）も使用される。これにより、ＮＵ
Ｐパケットがコンテクストを更新しないので、ＮＵＰパ
ケットが喪失しても、デコンプレッサ１１０のコンテク
スト１３０は有効でありつづけ、その結果、受信器はな
お次のパケットを伸張させることができる。
【００１１】
【発明が解決しようとする課題】圧縮されるパケットス
トリームは、通常、非常に規則的に振舞う。ヘッダフィ
ールドの大部分は、そのストリームの生存期間の間は一
定であり、変化しない。一部のフィールドはパケットご
とに変化する（例えば、シーケンス番号、タイムスタン
プなど）。これらのフィールドの値がシーケンス番号に
同期しており、したがって、この番号から算出可能であ
るならば、そのストリームには規則性がある。これらの
フィールドが、例えば、ＲＴＰのタイムスタンプフィー
ルドに非線形の飛越しがあるせいで不規則であると、上
記の同期が乱れる。フィールドが不規則な場合には、シ
ーケンス番号からは変化したフィールドの値を算出する
ことができない。このような不規則性は非常に頻繁に発
生し、例えば、会話型音声ストリームの場合には平均し
て１秒毎に発生する。
トリームは、通常、非常に規則的に振舞う。ヘッダフィ
ールドの大部分は、そのストリームの生存期間の間は一
定であり、変化しない。一部のフィールドはパケットご
とに変化する（例えば、シーケンス番号、タイムスタン
プなど）。これらのフィールドの値がシーケンス番号に
同期しており、したがって、この番号から算出可能であ
るならば、そのストリームには規則性がある。これらの
フィールドが、例えば、ＲＴＰのタイムスタンプフィー
ルドに非線形の飛越しがあるせいで不規則であると、上
記の同期が乱れる。フィールドが不規則な場合には、シ
ーケンス番号からは変化したフィールドの値を算出する
ことができない。このような不規則性は非常に頻繁に発
生し、例えば、会話型音声ストリームの場合には平均し
て１秒毎に発生する。
【００１２】ＮＵＰパケットの長さは、２つの理由で時
間とともに増大する。ストリームが不規則性を示す場合
は、これら不規則性が含まれることから、送出されるＮ
ＵＰパケットが大きくなる。ストリーム内に不規則性が
発生しない場合は、最新のＵＰパケットとの差が大きく
なるので、ＮＵＰパケットの長さも時間とともに増大す
る可能性がある。ＮＵＰパケットの長さを削減するため
には、更新を行うこと、すなわち、いくらかの数のＵＰ
パケットを送出し、それが正しく受け取られたならばコ
ンテクストを更新することが必要である。
間とともに増大する。ストリームが不規則性を示す場合
は、これら不規則性が含まれることから、送出されるＮ
ＵＰパケットが大きくなる。ストリーム内に不規則性が
発生しない場合は、最新のＵＰパケットとの差が大きく
なるので、ＮＵＰパケットの長さも時間とともに増大す
る可能性がある。ＮＵＰパケットの長さを削減するため
には、更新を行うこと、すなわち、いくらかの数のＵＰ
パケットを送出し、それが正しく受け取られたならばコ
ンテクストを更新することが必要である。
【００１３】難点を言えば、更新のために送出すべきＵ
Ｐパケットの数を決定しなければならないことである。
送出パケットが多すぎると、コンテクストが既に更新さ
れ有効になっているにもかかわらずなおもＵＰパケット
が送出されることになる。その結果、ＵＰパケットがＮ
ＵＰパケットより大きいために、転送ビット数を不必要
に増大させて効率を低下させることになる。その一方
で、ＵＰパケットが十分に送出されなければ、送出され
たＵＰパケットが全く受け取られない可能性が増えるの
で、コンテクストを喪失する危険性が増す。
Ｐパケットの数を決定しなければならないことである。
送出パケットが多すぎると、コンテクストが既に更新さ
れ有効になっているにもかかわらずなおもＵＰパケット
が送出されることになる。その結果、ＵＰパケットがＮ
ＵＰパケットより大きいために、転送ビット数を不必要
に増大させて効率を低下させることになる。その一方
で、ＵＰパケットが十分に送出されなければ、送出され
たＵＰパケットが全く受け取られない可能性が増えるの
で、コンテクストを喪失する危険性が増す。
【００１４】したがって、ＵＰパケット数が多すぎれ
ば、圧縮効率が低下する。ＵＰパケット数が少なすぎれ
ば、デコンプレッサがコンテクストを喪失し、その結
果、次のＵＰパケットを正しく受け取るまで全てのパケ
ットを廃棄しなければならなくなるかもしれない。
ば、圧縮効率が低下する。ＵＰパケット数が少なすぎれ
ば、デコンプレッサがコンテクストを喪失し、その結
果、次のＵＰパケットを正しく受け取るまで全てのパケ
ットを廃棄しなければならなくなるかもしれない。
【００１５】無線通信網等の信頼性の保証がない伝送路
では、通常、伝送路品質が大きく変動する。以下、この
点を図２（ａ）ないし図２（ｃ）に基づいて詳細に説明
する。
では、通常、伝送路品質が大きく変動する。以下、この
点を図２（ａ）ないし図２（ｃ）に基づいて詳細に説明
する。
【００１６】これらの例では、バースト誤りが発生する
と仮定する。バースト誤りとは、連続する複数パケット
が失われるような誤りである。図２（ａ）ないし図２
（ｃ）の例では、３個のパケットが失われるものと仮定
する。図２（ａ）の場合、デコンプレッサは１個のＵＰ
パケットと２個のＮＵＰパケットを受け取ることができ
ない。今、デコンプレッサは無効なコンテクストを有し
ているので、以後のＮＵＰパケットを廃棄しなければな
らず、したがって、受信器側で合計９個のパケットロス
が発生する。
と仮定する。バースト誤りとは、連続する複数パケット
が失われるような誤りである。図２（ａ）ないし図２
（ｃ）の例では、３個のパケットが失われるものと仮定
する。図２（ａ）の場合、デコンプレッサは１個のＵＰ
パケットと２個のＮＵＰパケットを受け取ることができ
ない。今、デコンプレッサは無効なコンテクストを有し
ているので、以後のＮＵＰパケットを廃棄しなければな
らず、したがって、受信器側で合計９個のパケットロス
が発生する。
【００１７】図２（ｂ）では、連続するＵＰパケットの
数が３個に増加している。複数のＵＰパケットを連続し
て送出することは、そのうちの少なくとも１個が正しく
受け取られる可能性が非常に高くなるので、通常は信頼
性を高めることになるが、その一方で圧縮効率を低下さ
せることになる。さらにその上、図２（ｂ）の例では、
バースト誤りの性質のせいでやはり９個のパケットが受
信器側で伸張できないので、ロバスト性も向上していな
い。
数が３個に増加している。複数のＵＰパケットを連続し
て送出することは、そのうちの少なくとも１個が正しく
受け取られる可能性が非常に高くなるので、通常は信頼
性を高めることになるが、その一方で圧縮効率を低下さ
せることになる。さらにその上、図２（ｂ）の例では、
バースト誤りの性質のせいでやはり９個のパケットが受
信器側で伸張できないので、ロバスト性も向上していな
い。
【００１８】バースト誤りの問題を克服する一つの手法
は、図２（ｃ）に示すように、スパースモード（分散
型）を使用することである。スパースモードを使用する
ことは、ＵＰパケットとＮＵＰパケットを一定の順序で
送出することによって全てのＵＰパケットを連続的に送
出することを回避することを意味する。図２（ｃ）の例
では、その順番は、ＵＰ−ＮＵＰ−ＵＰ−ＮＵＰ−ＮＵ
Ｐ−ＵＰ−ＮＵＰ−ＮＵＰ−ＮＵＰ−ＵＰ−ＮＵＰ−…
である。図２（ｃ）から分かるように、スパースモード
によるパケット転送においてもかなりのデータパケット
が失われる。
は、図２（ｃ）に示すように、スパースモード（分散
型）を使用することである。スパースモードを使用する
ことは、ＵＰパケットとＮＵＰパケットを一定の順序で
送出することによって全てのＵＰパケットを連続的に送
出することを回避することを意味する。図２（ｃ）の例
では、その順番は、ＵＰ−ＮＵＰ−ＵＰ−ＮＵＰ−ＮＵ
Ｐ−ＵＰ−ＮＵＰ−ＮＵＰ−ＮＵＰ−ＵＰ−ＮＵＰ−…
である。図２（ｃ）から分かるように、スパースモード
によるパケット転送においてもかなりのデータパケット
が失われる。
【００１９】このように、従来の技術は圧縮効率とロバ
スト性の両方を適正に取り扱うことができない。それど
ころか、最適の状態を求めることが重大な問題であるこ
とが分かった。
スト性の両方を適正に取り扱うことができない。それど
ころか、最適の状態を求めることが重大な問題であるこ
とが分かった。
【００２０】したがって、本発明は、圧縮効率とロバス
ト性の両方を向上させることができる、信頼性の保証が
ない伝送路上でのデータパケット転送方法および装置を
提供することを目的とする。
ト性の両方を向上させることができる、信頼性の保証が
ない伝送路上でのデータパケット転送方法および装置を
提供することを目的とする。
【００２１】
【課題を解決するための手段】上記の目的は本発明の特
許請求の範囲の独立項に規定した解決手段によって達成
される。
許請求の範囲の独立項に規定した解決手段によって達成
される。
【００２２】本発明では、転送すべき連続するＵＰパケ
ット数が伝送路品質に応じて設定される。これにより、
高品質の伝送路の場合には、ＵＰパケット数を削減する
ことができる。伝送路上の誤り率が高い場合には、ＵＰ
パケット数を増加させることにより、送信器と受信器と
の間のロバストな接続関係を維持させる。
ット数が伝送路品質に応じて設定される。これにより、
高品質の伝送路の場合には、ＵＰパケット数を削減する
ことができる。伝送路上の誤り率が高い場合には、ＵＰ
パケット数を増加させることにより、送信器と受信器と
の間のロバストな接続関係を維持させる。
【００２３】本発明によれば、転送と圧縮の仕組みを現
在の伝送路品質に動的に適応させることができるので有
利である。特に、本発明によれば、伝送路品質に応じて
デコンプレッサのコンテクストの更新を動的に制御する
ことができる。ＵＰパケットは、一方では高いロバスト
性を確保し、他方ではより高い圧縮効率を確保するのに
必要な時間だけ送出される。したがって、伝送路品質が
変動する場合でも、平均ヘッダサイズを削減することが
できる。
在の伝送路品質に動的に適応させることができるので有
利である。特に、本発明によれば、伝送路品質に応じて
デコンプレッサのコンテクストの更新を動的に制御する
ことができる。ＵＰパケットは、一方では高いロバスト
性を確保し、他方ではより高い圧縮効率を確保するのに
必要な時間だけ送出される。したがって、伝送路品質が
変動する場合でも、平均ヘッダサイズを削減することが
できる。
【００２４】本発明の好ましい実施形態は、従属請求項
で規定されている。
で規定されている。
【００２５】コンテクストの更新段階時に転送される更
新パケットと非更新パケットの総パケット数をラウンド
トリップ時間に応じて設定することによって、この数
を、品質の優れた伝送路であっても頻繁に調整すること
ができる。これにより、圧縮効率と転送ロバスト性との
間で最善のバランスを見出すさらに細かい調整が可能に
なる。
新パケットと非更新パケットの総パケット数をラウンド
トリップ時間に応じて設定することによって、この数
を、品質の優れた伝送路であっても頻繁に調整すること
ができる。これにより、圧縮効率と転送ロバスト性との
間で最善のバランスを見出すさらに細かい調整が可能に
なる。
【００２６】転送すべき連続するＮＵＰパケット数をコ
ーデック特性に基づいて求めるならば、本発明にかかる
仕組みが伝送路の現在の特性に対して適応可能であるだ
けでなく、パケットストリームの種別に対しても適応可
能になる。ＵＰパケットとＮＵＰパケットのシーケンス
を伝送路品質とパケットストリーム特性の両方に依存さ
せるならば、圧縮効率と転送ロバスト性の間でさらに優
れたバランスを取ることが可能になる。
ーデック特性に基づいて求めるならば、本発明にかかる
仕組みが伝送路の現在の特性に対して適応可能であるだ
けでなく、パケットストリームの種別に対しても適応可
能になる。ＵＰパケットとＮＵＰパケットのシーケンス
を伝送路品質とパケットストリーム特性の両方に依存さ
せるならば、圧縮効率と転送ロバスト性の間でさらに優
れたバランスを取ることが可能になる。
【００２７】
【発明の実施の形態】以下、本発明の好ましい実施形態
を図面に基づいて詳細に説明する。
を図面に基づいて詳細に説明する。
【００２８】図３に示すように、コンテクスト更新段階
時のＵＰパケットとＮＵＰパケットのシーケンス（以
後、ＵＰ−ＮＵＰシーケンスと称する）は、複数のサブ
シーケンスに分割することができる。各サブシーケンス
は複数のＵＰパケットとそれに続く複数のＮＵＰパケッ
トから構成されている。本発明に従ってＵＰ−ＮＵＰシ
ーケンスを示すために、以下のパラメータが使用され
る。
時のＵＰパケットとＮＵＰパケットのシーケンス（以
後、ＵＰ−ＮＵＰシーケンスと称する）は、複数のサブ
シーケンスに分割することができる。各サブシーケンス
は複数のＵＰパケットとそれに続く複数のＮＵＰパケッ
トから構成されている。本発明に従ってＵＰ−ＮＵＰシ
ーケンスを示すために、以下のパラメータが使用され
る。
【００２９】パラメータｐはコンテクスト更新段階の総
パケット数を示す。この段階に入るのは、コンテクスト
の更新が必要であるか少なくともそれが有用であると考
えられる場合、例えば、コンテクストの喪失があった場
合、より一般的には、データストリーム中に不規則性が
検出された場合にその都度行われる。コンテクスト更新
段階の期間は、デコンプレッサがコンテクストを更新で
きるのに十分な長さに設定される。
パケット数を示す。この段階に入るのは、コンテクスト
の更新が必要であるか少なくともそれが有用であると考
えられる場合、例えば、コンテクストの喪失があった場
合、より一般的には、データストリーム中に不規則性が
検出された場合にその都度行われる。コンテクスト更新
段階の期間は、デコンプレッサがコンテクストを更新で
きるのに十分な長さに設定される。
【００３０】パラメータｋは各サブシーケンスのパケッ
ト数である。図３に示す好ましい実施形態では、このパ
ラメータは各サブシーケンスで同じになっている。
ト数である。図３に示す好ましい実施形態では、このパ
ラメータは各サブシーケンスで同じになっている。
【００３１】パラメータｍiはｉ番目のサブシーケンス
の連続するＵＰパケットの数を示す。このパラメータの
値はサブシーケンスごとに異なっていてもよい。本発明
の好ましい実施形態では、このパラメータはサブシーケ
ンスごとに１ずつディクリメントされる。したがって、
ｍi＝ｍi-1−１である。
の連続するＵＰパケットの数を示す。このパラメータの
値はサブシーケンスごとに異なっていてもよい。本発明
の好ましい実施形態では、このパラメータはサブシーケ
ンスごとに１ずつディクリメントされる。したがって、
ｍi＝ｍi-1−１である。
【００３２】最後に、パラメータｎiはｉ番目のサブシ
ーケンスの連続するＮＵＰパケットの数を示す。
ーケンスの連続するＮＵＰパケットの数を示す。
【００３３】図４（ａ）および図４（ｂ）は本発明が好
適に使用される圧縮伸張システム、すなわち、コーデッ
クシステムを示す。図４（ａ）では、コンプレッサ１０
０が測定部４００から伝送路品質に関する測定値を受け
取る。測定部４００は、例えば、物理層エンティティ
等、伝送路品質を示す測定値をコンプレッサ１００に提
供できるエンティティであれば何でもよい。そのような
値には、例えば、伝送路のノイズ特性やビット誤りやブ
ロック誤り等を示すあらゆる種類の測定値がある。実測
値が取得できない場合は、測定部４００を、少なくとも
伝送路品質の推定値につながる動作を行うことができる
送信器の制御部としてもよい。
適に使用される圧縮伸張システム、すなわち、コーデッ
クシステムを示す。図４（ａ）では、コンプレッサ１０
０が測定部４００から伝送路品質に関する測定値を受け
取る。測定部４００は、例えば、物理層エンティティ
等、伝送路品質を示す測定値をコンプレッサ１００に提
供できるエンティティであれば何でもよい。そのような
値には、例えば、伝送路のノイズ特性やビット誤りやブ
ロック誤り等を示すあらゆる種類の測定値がある。実測
値が取得できない場合は、測定部４００を、少なくとも
伝送路品質の推定値につながる動作を行うことができる
送信器の制御部としてもよい。
【００３４】図４（ｂ）のシステムでは、デコンプレッ
サは、１サブシーケンス中の各ＵＰパケットが失われた
場合にコンプレッサに否定応答（以後、ＮＡＣＫと称す
る）メッセージを送ることができる。ＮＡＣＫの関わり
については、後にさらに詳しく説明する。
サは、１サブシーケンス中の各ＵＰパケットが失われた
場合にコンプレッサに否定応答（以後、ＮＡＣＫと称す
る）メッセージを送ることができる。ＮＡＣＫの関わり
については、後にさらに詳しく説明する。
【００３５】図５は、デコンプレッサ１１０のコンテク
スト１３０を更新する処理の全体フロー図を示す。図に
示すように、この処理はそれぞれパラメータｍi、ｋ、
ｎiおよびｐを設定するステップ５００、５１０、５２
０および５３０を備えている。当業者であれば分かるよ
うに，図５に示すステップの順番は変更可能である。例
えば、パラメータｐまたはｋを最初に設定してもよい。
また、コンテクスト更新処理において、パラメータの一
部を設定しつつ残りのパラメータを定数にしたりデフォ
ルト値に設定することも本発明の範囲に含まれる。
スト１３０を更新する処理の全体フロー図を示す。図に
示すように、この処理はそれぞれパラメータｍi、ｋ、
ｎiおよびｐを設定するステップ５００、５１０、５２
０および５３０を備えている。当業者であれば分かるよ
うに，図５に示すステップの順番は変更可能である。例
えば、パラメータｐまたはｋを最初に設定してもよい。
また、コンテクスト更新処理において、パラメータの一
部を設定しつつ残りのパラメータを定数にしたりデフォ
ルト値に設定することも本発明の範囲に含まれる。
【００３６】本発明にかかるパラメータ設定を以下に詳
しく説明する。ステップ５００において、各サブシーケ
ンスの連続するＵＰパケット数ｍiが設定される。上述
したように、この数はサブシーケンス毎に１ずつディク
リメントされることが好ましい。このスキーマは、少な
くとも１個のＵＰパケットが正しく受け取られる可能性
がｉの値とともに増大することを考慮に入れるために選
択されたものである。その場合、実際には、最適な開始
値ｍ1を求めるだけでよい。
しく説明する。ステップ５００において、各サブシーケ
ンスの連続するＵＰパケット数ｍiが設定される。上述
したように、この数はサブシーケンス毎に１ずつディク
リメントされることが好ましい。このスキーマは、少な
くとも１個のＵＰパケットが正しく受け取られる可能性
がｉの値とともに増大することを考慮に入れるために選
択されたものである。その場合、実際には、最適な開始
値ｍ1を求めるだけでよい。
【００３７】開始値ｍ1を設定する好ましい実施形態を
図６に示す。ステップ６００において、コンプレッサ１
００がパラメータｍ1の現在値を取得する。そして、ス
テップ６１０において、ｍ1の最大値（上限値）と最小
値（下限値）が読み込まれる。下限値と上限値は、例え
ば、それぞれ２と６に設定される。
図６に示す。ステップ６００において、コンプレッサ１
００がパラメータｍ1の現在値を取得する。そして、ス
テップ６１０において、ｍ1の最大値（上限値）と最小
値（下限値）が読み込まれる。下限値と上限値は、例え
ば、それぞれ２と６に設定される。
【００３８】セッションのセットアップ時に、ステップ
６００においてコンプレッサがパラメータｍ1の現在値
を取得できない場合、コンプレッサはその代わりに始動
値を使用する。始動値は、上限値と下限値の平均値に設
定することが好ましい。
６００においてコンプレッサがパラメータｍ1の現在値
を取得できない場合、コンプレッサはその代わりに始動
値を使用する。始動値は、上限値と下限値の平均値に設
定することが好ましい。
【００３９】現在値と上記両限界値を取得すると、コン
プレッサは、図４（ａ）に基づいて上述した測定部４０
０から測定値を受け取る（ステップ６２０）。ステップ
６２０で取得する値は、伝送路のＳＮ比（ＳＮＲ）ある
いはブロック誤り率（ＢＬＥＲ）の測定値であることが
好ましい。ＳＮ比の値が小さい、すなわち、ブロック誤
り率が高い場合には、デコンプレッサ側でデータパケッ
トを正しく受け取る可能性を高めるために、ｍ1の値を
より大きくする必要がある。
プレッサは、図４（ａ）に基づいて上述した測定部４０
０から測定値を受け取る（ステップ６２０）。ステップ
６２０で取得する値は、伝送路のＳＮ比（ＳＮＲ）ある
いはブロック誤り率（ＢＬＥＲ）の測定値であることが
好ましい。ＳＮ比の値が小さい、すなわち、ブロック誤
り率が高い場合には、デコンプレッサ側でデータパケッ
トを正しく受け取る可能性を高めるために、ｍ1の値を
より大きくする必要がある。
【００４０】その後、ステップ６３０において、取得し
た測定値を利用して伝送路状態が変化したか否かが判定
される。そうである場合は、ステップ６４０でパラメー
タｍ 1が更新される。伝送路状態は非常に急速かつ頻繁
に変化することがあるので、ｍ1の値は徐々に適応化さ
れ、伝送路品質が向上したのか悪化したのかによって一
定値ずつ増減される。
た測定値を利用して伝送路状態が変化したか否かが判定
される。そうである場合は、ステップ６４０でパラメー
タｍ 1が更新される。伝送路状態は非常に急速かつ頻繁
に変化することがあるので、ｍ1の値は徐々に適応化さ
れ、伝送路品質が向上したのか悪化したのかによって一
定値ずつ増減される。
【００４１】１番目のサブシーケンスの連続するＵＰパ
ケット数ｍ1を設定する別の好ましい実施形態を図７に
示す。この方法を使用するのは、測定部４００から取得
可能な測定値が全くない場合が好ましい。現在値と下限
値および上限値を取得すると、コンプレッサは、ステッ
プ６５０において、ＮＡＣＫを受け取っているか否かを
判定する。１番目のサブシーケンスのうちの少なくとも
１個のＵＰパケットが正しく受け取られていると、デコ
ンプレッサ１１０はＮＡＣＫメッセージを送らない。し
たがって、コンプレッサ１００が一通りの手続の範囲内
でＮＡＣＫを受け取っていなければ、次の更新手続のた
めにパラメータｍ1が１だけ減少される（ステップ６６
０）。しかしながら、ＮＡＣＫが受け取られていれば、
ステップ６７０で、パラメータｍ1が増加される。この
パラメータ増加は、所定値を加算するかあるいは現在値
と所定の係数を乗算することによって行われることが好
ましい。
ケット数ｍ1を設定する別の好ましい実施形態を図７に
示す。この方法を使用するのは、測定部４００から取得
可能な測定値が全くない場合が好ましい。現在値と下限
値および上限値を取得すると、コンプレッサは、ステッ
プ６５０において、ＮＡＣＫを受け取っているか否かを
判定する。１番目のサブシーケンスのうちの少なくとも
１個のＵＰパケットが正しく受け取られていると、デコ
ンプレッサ１１０はＮＡＣＫメッセージを送らない。し
たがって、コンプレッサ１００が一通りの手続の範囲内
でＮＡＣＫを受け取っていなければ、次の更新手続のた
めにパラメータｍ1が１だけ減少される（ステップ６６
０）。しかしながら、ＮＡＣＫが受け取られていれば、
ステップ６７０で、パラメータｍ1が増加される。この
パラメータ増加は、所定値を加算するかあるいは現在値
と所定の係数を乗算することによって行われることが好
ましい。
【００４２】上述の各実施例では、ｍ1の値のみが独立
性を有し伝送路品質に応じて直接に設定される一方、残
りのサブシーケンスの連続するＵＰパケット数は等式ｍ
i＝ｍi-1−１に従って設定されていた。しかしながら、
ｍ1だけでなくパラメータｍ iのいずれかあるいはその全
てが独立に設定されてもよい。
性を有し伝送路品質に応じて直接に設定される一方、残
りのサブシーケンスの連続するＵＰパケット数は等式ｍ
i＝ｍi-1−１に従って設定されていた。しかしながら、
ｍ1だけでなくパラメータｍ iのいずれかあるいはその全
てが独立に設定されてもよい。
【００４３】次に、パラメータｋ、すなわち、各サブシ
ーケンスのパケット数の設定（ステップ５１０）につい
て詳しく説明する。上述したように、このパラメータは
全てのブロックに関して定数に設定されている。本発明
の好ましい実施形態では、この定数はコーデック特性に
応じて設定される。
ーケンスのパケット数の設定（ステップ５１０）につい
て詳しく説明する。上述したように、このパラメータは
全てのブロックに関して定数に設定されている。本発明
の好ましい実施形態では、この定数はコーデック特性に
応じて設定される。
【００４４】これは、一部のメディアコーデック（例え
ば、音声コーデック）がいくらかのパケットロスに対処
できるからである。例えば、コーデックがユーザが知り
得ないようにｘ個までのパケットロスを補填できる場合
には、定数パラメータｋはｘよりも小さい値に設定され
る。この目的のため、例えば、コンプレッサがＲＴＰヘ
ッダのペイロードタイプフィールドを読み出して、可能
であれば、使用されたコーデックを検出するようにして
もよい。あるいは、コンプレッサは取得可能なあらゆる
バンド外信号を使用する。
ば、音声コーデック）がいくらかのパケットロスに対処
できるからである。例えば、コーデックがユーザが知り
得ないようにｘ個までのパケットロスを補填できる場合
には、定数パラメータｋはｘよりも小さい値に設定され
る。この目的のため、例えば、コンプレッサがＲＴＰヘ
ッダのペイロードタイプフィールドを読み出して、可能
であれば、使用されたコーデックを検出するようにして
もよい。あるいは、コンプレッサは取得可能なあらゆる
バンド外信号を使用する。
【００４５】コンプレッサがコーデックの全体特性に関
して適切な情報を入手した場合は、それに従ってパラメ
ータｋが設定される。この目的のために、コーデックの
全体特性を、例えばコンプレッサのルックアップテーブ
ル内に格納してもよい。コンプレッサが適切な情報を得
られない場合には、パラメータｋを、受信側アプリケー
ションに害を及ぼさないと推定される値に設定する。こ
の場合、かなり悲観的な予測に基づくアプローチを使用
することが好ましい。さらに、使用されたコーデックに
関する情報が全く入手できない場合には、パラメータｍ
iをわずかに増加させるようにして、それでもロバスト
性を確保できるようにする。
して適切な情報を入手した場合は、それに従ってパラメ
ータｋが設定される。この目的のために、コーデックの
全体特性を、例えばコンプレッサのルックアップテーブ
ル内に格納してもよい。コンプレッサが適切な情報を得
られない場合には、パラメータｋを、受信側アプリケー
ションに害を及ぼさないと推定される値に設定する。こ
の場合、かなり悲観的な予測に基づくアプローチを使用
することが好ましい。さらに、使用されたコーデックに
関する情報が全く入手できない場合には、パラメータｍ
iをわずかに増加させるようにして、それでもロバスト
性を確保できるようにする。
【００４６】図５に示す処理のステップ５２０では、各
サブシーケンスの連続するＮＵＰパケット数ｎiが設定
される。図３から分かるように、パラメータｍiとパラ
メータｋが設定されると、等式ｎi＝ｋ−ｍiに従ってパ
ラメータｎiを求めることができる。
サブシーケンスの連続するＮＵＰパケット数ｎiが設定
される。図３から分かるように、パラメータｍiとパラ
メータｋが設定されると、等式ｎi＝ｋ−ｍiに従ってパ
ラメータｎiを求めることができる。
【００４７】最後に、コンテクスト更新処理は、ステッ
プ５３０においてシーケンスの総パケット数ｐを設定す
る手続を備えている。この手続を図８に詳細に示す。後
述するように、本発明の好ましい実施形態では、パラメ
ータｐは、データパケットの喪失に対してＮＡＣＫメッ
セージで反応する十分な時間をデコンプレッサに与える
だけの大きさの値に設定される。このパラメータは、ラ
ウンドトリップ時間（以後、ＲＴＴと称する）に応じ
て、好ましくはその少数倍に応じて設定するのが得策で
ある。このため、図８の処理はＲＴＴの現在値を推定す
る工程を含んでいる。
プ５３０においてシーケンスの総パケット数ｐを設定す
る手続を備えている。この手続を図８に詳細に示す。後
述するように、本発明の好ましい実施形態では、パラメ
ータｐは、データパケットの喪失に対してＮＡＣＫメッ
セージで反応する十分な時間をデコンプレッサに与える
だけの大きさの値に設定される。このパラメータは、ラ
ウンドトリップ時間（以後、ＲＴＴと称する）に応じ
て、好ましくはその少数倍に応じて設定するのが得策で
ある。このため、図８の処理はＲＴＴの現在値を推定す
る工程を含んでいる。
【００４８】すなわち、本発明では、パラメータｐ設定
処理は沈黙時間においてコンテクスト喪失を開始する。
沈黙時間とは、パケットが全く送出されない期間のこと
である。通常、コンプレッサは、例えば、一定の時間Ｒ
ＴＰパケットを全く受け取ることができなかった場合に
はいつも沈黙時間を検出する。
処理は沈黙時間においてコンテクスト喪失を開始する。
沈黙時間とは、パケットが全く送出されない期間のこと
である。通常、コンプレッサは、例えば、一定の時間Ｒ
ＴＰパケットを全く受け取ることができなかった場合に
はいつも沈黙時間を検出する。
【００４９】まず、ステップ７００では、パケットが送
出されているか否かが判定される。沈黙時間が検出され
た場合は、ステップ７２０で偽パケットが送出される。
偽パケットは、デコンプレッサ１１０のコンテクスト１
３０を無効にするような正しく圧縮されたヘッダを含ん
でいないパケットである。そして、ステップ７３０で
は、デコンプレッサがＮＡＣＫメッセージを直ちに送り
返し、それをコンプレッサ１００が受け取る。ステップ
７４０において、コンプレッサが、ＮＡＣＫの受取り時
刻と偽パケット送出時刻との間の時間差を算出すること
によってＲＴＴ値を推定する。ステップ７５０でＲＴＴ
値が変化したと判定されると、ステップ７６０でパラメ
ータｐが更新される。パラメータｐは、ＲＴＴ値に比例
するように設定されることが好ましい。
出されているか否かが判定される。沈黙時間が検出され
た場合は、ステップ７２０で偽パケットが送出される。
偽パケットは、デコンプレッサ１１０のコンテクスト１
３０を無効にするような正しく圧縮されたヘッダを含ん
でいないパケットである。そして、ステップ７３０で
は、デコンプレッサがＮＡＣＫメッセージを直ちに送り
返し、それをコンプレッサ１００が受け取る。ステップ
７４０において、コンプレッサが、ＮＡＣＫの受取り時
刻と偽パケット送出時刻との間の時間差を算出すること
によってＲＴＴ値を推定する。ステップ７５０でＲＴＴ
値が変化したと判定されると、ステップ７６０でパラメ
ータｐが更新される。パラメータｐは、ＲＴＴ値に比例
するように設定されることが好ましい。
【００５０】シーケンスの総パケット数ｐを設定する上
記の処理は、沈黙時間後の更新手続がいくつかの予測不
能なタイムスタンプの違いのせいでどのようにして開始
された場合でも実行されるので、有利である。したがっ
て、さらにコンテクスト１３０を喪失する可能性がな
い。
記の処理は、沈黙時間後の更新手続がいくつかの予測不
能なタイムスタンプの違いのせいでどのようにして開始
された場合でも実行されるので、有利である。したがっ
て、さらにコンテクスト１３０を喪失する可能性がな
い。
【００５１】また、偽パケットを送出することによって
ＲＴＴ値を推定する上記の手続は、沈黙時間が検出され
るたびに行われるので有利である。沈黙時間の発生はコ
ンテクストの喪失とは全く無関係であり、したがって、
パラメータｐの調整を品質の優れた伝送路においても頻
繁に行ってもよい。
ＲＴＴ値を推定する上記の手続は、沈黙時間が検出され
るたびに行われるので有利である。沈黙時間の発生はコ
ンテクストの喪失とは全く無関係であり、したがって、
パラメータｐの調整を品質の優れた伝送路においても頻
繁に行ってもよい。
【００５２】さらに、本発明にかかるＲＴＴ推定は、パ
ラメータｐの細かい調整を可能にするという利点を有し
ている。測定が、例えば偽パケットを送出することによ
ってコンテクストの喪失を開始することなく、ＮＡＣＫ
のみを使用して行われるとすれば、その測定結果は、Ｒ
ＴＴ値と少なくとも１個のパケットが失われて別のパケ
ットが受け取られる際の追加の時間を加算した値にな
る。この追加の時間は非常に大きくなる場合があり、そ
の場合は計算不可能である。
ラメータｐの細かい調整を可能にするという利点を有し
ている。測定が、例えば偽パケットを送出することによ
ってコンテクストの喪失を開始することなく、ＮＡＣＫ
のみを使用して行われるとすれば、その測定結果は、Ｒ
ＴＴ値と少なくとも１個のパケットが失われて別のパケ
ットが受け取られる際の追加の時間を加算した値にな
る。この追加の時間は非常に大きくなる場合があり、そ
の場合は計算不可能である。
【図１】ＵＰパケットとＮＵＰパケットを使用するコー
デックシステムを示すブロック図。
デックシステムを示すブロック図。
【図２】（ａ）ないし（ｃ）はそれぞれバースト誤りの
場合のＵＰ−ＮＵＰシーケンスの時間表を示す。
場合のＵＰ−ＮＵＰシーケンスの時間表を示す。
【図３】本発明にかかるコンテクスト更新段階時のＵＰ
−ＮＵＰシーケンスを示す図。
−ＮＵＰシーケンスを示す図。
【図４】（ａ）および（ｂ）は本発明において好ましく
使用されるコーデックシステムを示すブロック図。
使用されるコーデックシステムを示すブロック図。
【図５】本発明にかかるコンテクスト更新処理の全体フ
ロー図。
ロー図。
【図６】本発明の好ましい実施形態において各サブシー
ケンスの連続するＵＰパケット数を設定する処理を示す
フロー図。
ケンスの連続するＵＰパケット数を設定する処理を示す
フロー図。
【図７】本発明の別の好ましい実施形態において各サブ
シーケンスの連続するＵＰパケット数を設定する処理を
示すフロー図。
シーケンスの連続するＵＰパケット数を設定する処理を
示すフロー図。
【図８】本発明の好ましい実施形態においてシーケンス
の総パケット数を設定する処理を示すフロー図。
の総パケット数を設定する処理を示すフロー図。
フロントページの続き (72)発明者 ロルフ ハーケンベルク ドイツ国 63225 ランゲン モンツァシ ュトラーセ ４シー パナソニック ヨー ロピアン ラボラトリーズ ゲーエムベー ハー内 Ｆターム(参考） 5K014 AA01 DA02 EA08 FA11 GA01 5K030 HA08 HB01 HB02 HB12 LA02 LA07 MB04 MB05
Claims (10)
- 【請求項１】 コンテクスト（１２０）を使用してヘッ
ダを圧縮する工程と、それぞれ上記コンテクストを示す
データを含んだある数（ｍi）の連続する更新パケット
を転送する工程を備え、上記圧縮されたヘッダを有する
データパケットを伝送路上で転送する方法であって、 伝送路品質を決定する工程（６２０，６５０）と、 上記転送すべき連続する更新パケットの数（ｍi）を上
記決定した伝送路品質に応じて設定する工程（５００，
６４０，６６０，６７０）をさらに備えているデータパ
ケット転送方法。 - 【請求項２】 上記伝送路品質を決定する工程は、伝送
路のブロック誤り率（ＢＬＥＲ）の測定値を評価判定す
る工程（６２０，６３０）である請求項１記載のデータ
パケット転送方法。 - 【請求項３】 上記伝送路品質を決定する工程は、伝送
路のＳＮ比（ＳＮＲ）の測定値を評価判定する工程（６
２０，６３０）である請求項１記載のデータパケット転
送方法。 - 【請求項４】 上記伝送路品質を決定する工程は、否定
応答メッセージを受け取っているか否かを判定する工程
（６５０）である請求項１記載のデータパケット転送方
法。 - 【請求項５】 それぞれある数（ｍi）の連続する更新
パケットを含んだ複数のサブシーケンスからなるデータ
パケットのシーケンスが転送されるようになっており、 １番目のサブシーケンスの連続する更新パケット数（ｍ
1）のみが上記決定した伝送路品質に応じて設定される
一方、 それ以降の各サブシーケンスの連続する更新パケット数
は所定数ずつ減少されることを特徴とする請求項１ない
し４のいずれかに記載のデータパケット転送方法。 - 【請求項６】 上記コンテクスト（１２０）を示すデー
タを含まないある数（ｎi）の連続する非更新パケット
を転送する工程をさらに備え、コンテクストの更新段階
時に転送される更新パケットと非更新パケットの総パケ
ット数（ｐ）がラウンドトリップ時間（ＲＴＴ）に応じ
て設定されることを特徴とする請求項１ないし５のいず
れかに記載のデータパケット転送方法。 - 【請求項７】 沈黙時間を検出する工程（７００）と、 正しく圧縮されたヘッダを含んでいないデータパケット
を送出する工程（７２０）と、 否定応答メッセージを受け取る工程（７３０）と、 上記ラウンドトリップ時間を上記データパケット送出時
（７２０）と上記否定応答メッセージ受取り時（７３
０）との間の時間差に設定する工程（７４０）とをさら
に備えている請求項６記載のデータパケット転送方法。 - 【請求項８】 上記コンテクスト（１２０）を示すデー
タを含まないある数（ｎi）の連続する非更新パケット
を転送する工程をさらに備え、上記連続する非更新パケ
ットの数（ｎi）はコーデック特性と上記連続する更新
パケット数（ｍ1）とに基づいて求められることを特徴
とする請求項１ないし７のいずれかに記載のデータパケ
ット転送方法。 - 【請求項９】 圧縮されたヘッダを有するデータパケッ
トを伝送路上で転送する装置であって、 コンテクスト（１２０）を使用してヘッダを圧縮するコ
ンプレッサ（１００）と、 それぞれ上記コンテクストを示すデータを含んだある数
（ｍi）の連続する更新パケットを転送する転送手段
と、 伝送路品質を求める手段（４００）と、 上記決定した伝送路品質に応じて上記転送すべき連続す
る更新パケットの数（ｍi）を設定する制御手段を備え
ているデータパケット転送装置。 - 【請求項１０】 上記請求項１ないし８のいずれかに記
載の方法を実行するよう構成されている請求項９記載の
データパケット転送装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00119571.8 | 2000-09-07 | ||
| EP00119571A EP1187417B1 (en) | 2000-09-07 | 2000-09-07 | Method and apparatus for transmitting data packets |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002124989A true JP2002124989A (ja) | 2002-04-26 |
| JP3535852B2 JP3535852B2 (ja) | 2004-06-07 |
Family
ID=8169785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001270245A Expired - Lifetime JP3535852B2 (ja) | 2000-09-07 | 2001-09-06 | データパケット転送方法および装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6967930B2 (ja) |
| EP (1) | EP1187417B1 (ja) |
| JP (1) | JP3535852B2 (ja) |
| CN (1) | CN1156123C (ja) |
| CA (1) | CA2353263C (ja) |
| DE (1) | DE60020117T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010032318A1 (ja) * | 2008-09-19 | 2010-03-25 | 富士通株式会社 | パケットの送信方法及びノード |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1177668A2 (en) * | 1999-05-10 | 2002-02-06 | Nokia Corporation | Header compression |
| EP1187416B1 (en) * | 2000-09-07 | 2005-03-23 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for transmitting data packets |
| CA2432594C (en) * | 2002-06-12 | 2011-01-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for increased internet protocol (ip) headers compression performance by reporting cause of missing packets |
| JP3643360B2 (ja) * | 2002-08-12 | 2005-04-27 | 松下電器産業株式会社 | 受信装置及び通信方法 |
| EP1432196A1 (en) * | 2002-12-20 | 2004-06-23 | Matsushita Electric Industrial Co., Ltd. | Control traffic compression method in media data transmission |
| DE10320157B3 (de) * | 2003-05-06 | 2004-11-11 | Infineon Technologies Ag | Kanalqualifizierung und -selektion in einem mehrkanaligen Funksystem durch Paketfehlerraten-Messung |
| DE10320176B3 (de) * | 2003-05-06 | 2004-12-09 | Infineon Technologies Ag | Verfahren zur Selektion der Frequenzkanäle eines ein Frequenzsprungverfahren verwendenden Funksystems |
| US7602778B2 (en) * | 2005-06-29 | 2009-10-13 | Cisco Technology, Inc. | System and methods for compressing message headers |
| WO2007050593A2 (en) * | 2005-10-25 | 2007-05-03 | William Marsh Rice University | Method and apparatus for signal detection, classification, and estimation from compressive measurements |
| US8396041B2 (en) * | 2005-11-08 | 2013-03-12 | Microsoft Corporation | Adapting a communication network to varying conditions |
| US8381047B2 (en) * | 2005-11-30 | 2013-02-19 | Microsoft Corporation | Predicting degradation of a communication channel below a threshold based on data transmission errors |
| CN1992671B (zh) * | 2005-12-28 | 2010-08-11 | 上海原动力通信科技有限公司 | 第三代演进系统中传输ip头压缩数据包的方法 |
| US20090034529A1 (en) * | 2007-07-30 | 2009-02-05 | Motorola, Inc. | Method and apparatus for routing packets via header-compression channels |
| US7885294B2 (en) * | 2007-08-23 | 2011-02-08 | Cisco Technology, Inc. | Signaling compression information using routing protocols |
| US20090249172A1 (en) * | 2008-03-26 | 2009-10-01 | Qualcomm Incorporated | Methods and apparatus for improved decoding of bursts that include multiple concatenated protocol data units |
| US8126014B2 (en) * | 2008-04-09 | 2012-02-28 | Qualcomm Incorporated | Methods and apparatus for improved decoding of hybrid automatic repeat request transmissions |
| US8705537B1 (en) * | 2012-06-10 | 2014-04-22 | Andrei Teodor Borac | Eventually-consistent data stream consolidation |
| US20140149611A1 (en) * | 2012-11-26 | 2014-05-29 | Qualcomm Incorporated | CHANNEL CONDITION AWARE USB DATA DELIVERY OVER Wi-Fi WITH DIFFERENTIAL TREATMENT ON DISTINCT USB ENDPOINTS |
| WO2015058351A1 (zh) * | 2013-10-22 | 2015-04-30 | 华为技术有限公司 | 一种广播系统中发送的编码数据包数量的计算方法和设备 |
| CN108400837B (zh) * | 2017-02-06 | 2022-08-02 | 中兴通讯股份有限公司 | 数据发送方法及终端设备 |
| CN113890897B (zh) * | 2021-11-04 | 2023-11-17 | 中国互联网络信息中心 | 一种报文处理方法和相关装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5777214A (en) * | 1980-11-04 | 1982-05-14 | Nissan Motor Co Ltd | Air conditioner for vehicle |
| US6556587B1 (en) * | 1999-02-26 | 2003-04-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Update of header compression state in packet communications |
| CN1349702A (zh) * | 1999-02-26 | 2002-05-15 | 艾利森电话股份有限公司 | 分组通信的自适应头标压缩 |
| EP1411700B8 (en) * | 1999-08-06 | 2006-08-30 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, and data reception apparatus |
| US6300887B1 (en) * | 1999-11-09 | 2001-10-09 | Nokia Networks Oy | Efficient handoff procedure for header compression |
| US6608841B1 (en) * | 1999-12-30 | 2003-08-19 | Nokia Networks Oy | System and method for achieving robust IP/UDP/RTP header compression in the presence of unreliable networks |
| EP1187416B1 (en) | 2000-09-07 | 2005-03-23 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for transmitting data packets |
-
2000
- 2000-09-07 DE DE60020117T patent/DE60020117T2/de not_active Expired - Lifetime
- 2000-09-07 EP EP00119571A patent/EP1187417B1/en not_active Expired - Lifetime
-
2001
- 2001-07-17 CA CA002353263A patent/CA2353263C/en not_active Expired - Lifetime
- 2001-07-24 US US09/910,802 patent/US6967930B2/en not_active Expired - Lifetime
- 2001-09-04 CN CNB011329017A patent/CN1156123C/zh not_active Expired - Lifetime
- 2001-09-06 JP JP2001270245A patent/JP3535852B2/ja not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010032318A1 (ja) * | 2008-09-19 | 2010-03-25 | 富士通株式会社 | パケットの送信方法及びノード |
| US8537708B2 (en) | 2008-09-19 | 2013-09-17 | Fujitsu Limited | Packet transmission method and nodes |
| JP5327225B2 (ja) * | 2008-09-19 | 2013-10-30 | 富士通株式会社 | パケットの送信方法及び受信ノード |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60020117T2 (de) | 2005-10-06 |
| EP1187417B1 (en) | 2005-05-11 |
| CA2353263A1 (en) | 2002-03-07 |
| DE60020117D1 (de) | 2005-06-16 |
| US6967930B2 (en) | 2005-11-22 |
| CN1343056A (zh) | 2002-04-03 |
| JP3535852B2 (ja) | 2004-06-07 |
| US20020027882A1 (en) | 2002-03-07 |
| EP1187417A1 (en) | 2002-03-13 |
| CN1156123C (zh) | 2004-06-30 |
| CA2353263C (en) | 2007-01-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3535852B2 (ja) | データパケット転送方法および装置 | |
| JP4582565B2 (ja) | パケット通信におけるロバストヘッダ圧縮 | |
| US6889261B2 (en) | Method and apparatus for header compression | |
| USRE43100E1 (en) | Apparatus and method for header decompression | |
| EP1187416B1 (en) | Method and apparatus for transmitting data packets | |
| JP3845581B2 (ja) | パケットの送受信方法およびシステム | |
| KR100663586B1 (ko) | 헤더 압축에 의한 패킷 데이터의 송신 방법 및 장치 | |
| US7024490B2 (en) | Scheme, apparatus, and program for header compression | |
| EP1482668A1 (en) | PACKET TRANSMITTER, PACKET RECEIVER AND PACKET TRANSMISSION METHOD | |
| US20040136380A1 (en) | Packet transmitter, packet receiver and packet transmission method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040213 |
|
| 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: 20040224 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040312 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3535852 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080319 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090319 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100319 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110319 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110319 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 10 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S131 | Request for trust registration of transfer of right |
Free format text: JAPANESE INTERMEDIATE CODE: R313135 |
|
| SZ02 | Written request for trust registration |
Free format text: JAPANESE INTERMEDIATE CODE: R313Z02 |
|
| SZ02 | Written request for trust registration |
Free format text: JAPANESE INTERMEDIATE CODE: R313Z02 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| 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 |
|
| S131 | Request for trust registration of transfer of right |
Free format text: JAPANESE INTERMEDIATE CODE: R313135 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |