JP2003110618A - ヘッダ圧縮パケット受信装置及び方法 - Google Patents
ヘッダ圧縮パケット受信装置及び方法Info
- Publication number
- JP2003110618A JP2003110618A JP2001301846A JP2001301846A JP2003110618A JP 2003110618 A JP2003110618 A JP 2003110618A JP 2001301846 A JP2001301846 A JP 2001301846A JP 2001301846 A JP2001301846 A JP 2001301846A JP 2003110618 A JP2003110618 A JP 2003110618A
- Authority
- JP
- Japan
- Prior art keywords
- header
- packet
- sequence number
- error
- information
- 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
- 230000006835 compression Effects 0.000 title claims abstract description 59
- 238000007906 compression Methods 0.000 title claims abstract description 59
- 238000000034 method Methods 0.000 title claims description 45
- 238000001514 detection method Methods 0.000 claims description 31
- 238000004891 communication Methods 0.000 claims description 10
- 230000008439 repair process Effects 0.000 claims description 10
- 230000006837 decompression Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 abstract description 35
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- 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/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0098—Unequal error protection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 ヘッダ圧縮を行うデータ伝送において、
受信側で参照情報を正しく推定できる確率を向上させ、
廃棄するパケット数を抑制すると共に、これに伴う処理
量の増加を抑制すること。 【解決手段】 受信したヘッダに誤りが検出された場合
は、パケット受信間隔に誤差があることを想定して、参
照情報を推定する際に、以前に正しくパケットを受信し
てから現在のパケットを受信するまでの時間とパケット
受信間隔とに応じて、誤ったシーケンス番号を修復する
ために使用する他の候補シーケンス番号の値を１つ以上
用いて復元を図る。
受信側で参照情報を正しく推定できる確率を向上させ、
廃棄するパケット数を抑制すると共に、これに伴う処理
量の増加を抑制すること。 【解決手段】 受信したヘッダに誤りが検出された場合
は、パケット受信間隔に誤差があることを想定して、参
照情報を推定する際に、以前に正しくパケットを受信し
てから現在のパケットを受信するまでの時間とパケット
受信間隔とに応じて、誤ったシーケンス番号を修復する
ために使用する他の候補シーケンス番号の値を１つ以上
用いて復元を図る。
Description
【０００１】
【発明の属する技術分野】本発明は、ヘッダ圧縮パケッ
ト受信装置及び方法に関し、特に伝送データを複数の伝
送プロトコルを用いて伝送する際に、各プロトコルで付
与されたヘッダ情報を圧縮して伝送する技術におけるヘ
ッダ圧縮パケット受信装置及び方法に関する。
ト受信装置及び方法に関し、特に伝送データを複数の伝
送プロトコルを用いて伝送する際に、各プロトコルで付
与されたヘッダ情報を圧縮して伝送する技術におけるヘ
ッダ圧縮パケット受信装置及び方法に関する。
【０００２】
【従来の技術】データを伝送するために使用されるプロ
トコル（通信手順）として、インターネットプロトコル
（ＩＰ）や、ユーザーデータプロトコル（ＵＤＰ：ＲＦ
Ｃ７６８）、リアルタイムトランスポートプロトコル
（ＲＴＰ：ＲＦＣ１８８９）があり、データ伝送におい
ては、これらのプロトコルを組み合わせて用いるのが一
般的である。これらのプロトコルは、ＩＥＴＦ（インタ
ーネット・エンジニアリング・タスク・フォース）と呼
ばれる団体により標準化されている。
トコル（通信手順）として、インターネットプロトコル
（ＩＰ）や、ユーザーデータプロトコル（ＵＤＰ：ＲＦ
Ｃ７６８）、リアルタイムトランスポートプロトコル
（ＲＴＰ：ＲＦＣ１８８９）があり、データ伝送におい
ては、これらのプロトコルを組み合わせて用いるのが一
般的である。これらのプロトコルは、ＩＥＴＦ（インタ
ーネット・エンジニアリング・タスク・フォース）と呼
ばれる団体により標準化されている。
【０００３】これらのプロトコルは、データ伝送におい
てそれぞれ役割が異なっている。ＩＰでは、インターネ
ット上でのアドレスを付与する。ＵＤＰでは、端末にお
けるポート番号や、データ内容の誤りの有無を検出する
ためのエラー検出符号を付与する。ＲＴＰでは、伝送デ
ータに関する時間情報（タイムスタンプ：以下ＴＳと省
略する）やデータのシーケンス番号（以下、ＳＮと省略
する）を付与する。データ伝送においては、図３に示す
ように、データに対して各プロトコルで付与すべきヘッ
ダ情報が追加されるようになっている。
てそれぞれ役割が異なっている。ＩＰでは、インターネ
ット上でのアドレスを付与する。ＵＤＰでは、端末にお
けるポート番号や、データ内容の誤りの有無を検出する
ためのエラー検出符号を付与する。ＲＴＰでは、伝送デ
ータに関する時間情報（タイムスタンプ：以下ＴＳと省
略する）やデータのシーケンス番号（以下、ＳＮと省略
する）を付与する。データ伝送においては、図３に示す
ように、データに対して各プロトコルで付与すべきヘッ
ダ情報が追加されるようになっている。
【０００４】具体的には、ＲＴＰパケット化処理におい
てペイロードにＴＳ／ＳＮが付与され、ＵＤＰパケット
化処理においてＲＴＰパケットにポート番号が付与さ
れ、ＩＰパケット化処理においてＵＤＰパケットにＩＰ
アドレスが付与される。
てペイロードにＴＳ／ＳＮが付与され、ＵＤＰパケット
化処理においてＲＴＰパケットにポート番号が付与さ
れ、ＩＰパケット化処理においてＵＤＰパケットにＩＰ
アドレスが付与される。
【０００５】ペイロードに付与されるヘッダ情報のう
ち、種類によっては常に伝送しないでも一度だけもしく
時々伝送するだけで十分なものがある。このようなヘッ
ダ情報については、最初の一度だけ伝送し、あとは伝送
しない、もしくはある適切なタイミングの時のみ伝送す
るという方式を用いると伝送効率を高めることができ
る。このような技術をヘッダ圧縮技術という。特に、Ｉ
Ｐ／ＵＤＰ／ＲＴＰヘッダの圧縮は、ＩＥＴＦにてＲＦ
Ｃ２５０８として勧告化されている。
ち、種類によっては常に伝送しないでも一度だけもしく
時々伝送するだけで十分なものがある。このようなヘッ
ダ情報については、最初の一度だけ伝送し、あとは伝送
しない、もしくはある適切なタイミングの時のみ伝送す
るという方式を用いると伝送効率を高めることができ
る。このような技術をヘッダ圧縮技術という。特に、Ｉ
Ｐ／ＵＤＰ／ＲＴＰヘッダの圧縮は、ＩＥＴＦにてＲＦ
Ｃ２５０８として勧告化されている。
【０００６】さらに、伝送エラー耐性をもち、かつ従来
のヘッダ圧縮よりも圧縮率を向上させる技術があり、こ
れはロバストヘッダ圧縮技術と呼ばれている。これら
は、現在ＩＥＴＦで提案されている。ロバストヘッダ圧
縮では、以下の方法により圧縮を実現する。 ・ＩＰアドレスやポート番号など、通信中に普遍である
ものは最初だけ送信することにより、以降のヘッダのデ
ータ量を削減する。 ・ＴＳについては、ＳＮの増加と相関が高い場合には、
ＳＮのみを伝送し、前回到着したパケットからのＳＮの
増加量からＴＳを計算することにより、さらにヘッダの
データ量を削減する。 ・ＳＮも毎回全ビット伝送せず、下位数ビットのみを伝
送し、上位ビットまで桁上がりを起こした時のみ、すべ
てのＳＮを伝送する。
のヘッダ圧縮よりも圧縮率を向上させる技術があり、こ
れはロバストヘッダ圧縮技術と呼ばれている。これら
は、現在ＩＥＴＦで提案されている。ロバストヘッダ圧
縮では、以下の方法により圧縮を実現する。 ・ＩＰアドレスやポート番号など、通信中に普遍である
ものは最初だけ送信することにより、以降のヘッダのデ
ータ量を削減する。 ・ＴＳについては、ＳＮの増加と相関が高い場合には、
ＳＮのみを伝送し、前回到着したパケットからのＳＮの
増加量からＴＳを計算することにより、さらにヘッダの
データ量を削減する。 ・ＳＮも毎回全ビット伝送せず、下位数ビットのみを伝
送し、上位ビットまで桁上がりを起こした時のみ、すべ
てのＳＮを伝送する。
【０００７】このように、ロバストヘッダ圧縮では、受
信したデータのヘッダは、過去に伝送されたパケットの
ヘッダ情報を参照して復元される。このように参照され
る情報を参照情報と呼ぶ。
信したデータのヘッダは、過去に伝送されたパケットの
ヘッダ情報を参照して復元される。このように参照され
る情報を参照情報と呼ぶ。
【０００８】上述のようにヘッダ圧縮を実現するため
に、３種類のヘッダタイプ（ＩＲ：Initial Refresh、
ＩＲ-DYN：ＩＲ-Dynamic、圧縮パケット）が用意されて
いる。各ヘッダタイプを図４に示す。ほとんどのヘッダ
タイプは、エラー検出コード（ＣＲＣ：Cyclic Redunda
ncy Check）が含まれており、受信側において復元した
ヘッダが正しいかどうかを確認することができる。
に、３種類のヘッダタイプ（ＩＲ：Initial Refresh、
ＩＲ-DYN：ＩＲ-Dynamic、圧縮パケット）が用意されて
いる。各ヘッダタイプを図４に示す。ほとんどのヘッダ
タイプは、エラー検出コード（ＣＲＣ：Cyclic Redunda
ncy Check）が含まれており、受信側において復元した
ヘッダが正しいかどうかを確認することができる。
【０００９】ＩＲは、前述の普遍的な情報を送信するヘ
ッダタイプ（ＣＩＤ、プロファイル、ＣＲＣ、静的情
報、オプショナル動的情報を含む）であり、通信開始時
に伝送されることが多い。ＩＲ-DYNは、動的に変動する
情報（ＲＴＰにおけるＴＳやＳＮ、ＵＤＰにおけるチェ
ックサムなど）を圧縮せずに送信するヘッダタイプ（Ｃ
ＩＤ、プロファイル、ＣＲＣ、動的情報）であり、伝送
エラーなどで送信側と受信側で参照情報が一致しなくな
った時に、再同期を図るために送信される。圧縮パケッ
トは、参照情報を元にして、動的に変動する情報を圧縮
し、送信するヘッダタイプである。
ッダタイプ（ＣＩＤ、プロファイル、ＣＲＣ、静的情
報、オプショナル動的情報を含む）であり、通信開始時
に伝送されることが多い。ＩＲ-DYNは、動的に変動する
情報（ＲＴＰにおけるＴＳやＳＮ、ＵＤＰにおけるチェ
ックサムなど）を圧縮せずに送信するヘッダタイプ（Ｃ
ＩＤ、プロファイル、ＣＲＣ、動的情報）であり、伝送
エラーなどで送信側と受信側で参照情報が一致しなくな
った時に、再同期を図るために送信される。圧縮パケッ
トは、参照情報を元にして、動的に変動する情報を圧縮
し、送信するヘッダタイプである。
【００１０】圧縮パケットには、いくつかのタイプがあ
る。主なタイプとしては、以下の３つがある。タイプ０
は、ＳＮの下位４ビットとＣＲＣを含む１バイトで構成
されるヘッダであり、最も圧縮率が高いタイプである。
タイプ１は、ＳＮの下位４ビットとＴＳの下位６ビット
とＣＲＣを含む２バイトで構成されるヘッダであり、時
間情報に変動があった場合に用いられる。タイプ２は、
ＳＮの下位６ビットとＴＳの下位５ビットとＣＲＣを含
む３バイトで構成されるヘッダである。
る。主なタイプとしては、以下の３つがある。タイプ０
は、ＳＮの下位４ビットとＣＲＣを含む１バイトで構成
されるヘッダであり、最も圧縮率が高いタイプである。
タイプ１は、ＳＮの下位４ビットとＴＳの下位６ビット
とＣＲＣを含む２バイトで構成されるヘッダであり、時
間情報に変動があった場合に用いられる。タイプ２は、
ＳＮの下位６ビットとＴＳの下位５ビットとＣＲＣを含
む３バイトで構成されるヘッダである。
【００１１】各ヘッダの先頭には、そのヘッダがどのタ
イプかを示すコードが付与されているために、受信側で
は一意に認識が可能である。図４において、ＩＲ内のＣ
ＩＤはコンテキストＩＤと呼ばれ、１つのチャネルで伝
送されるパケットに唯一に割り振られるＩＤである。プ
ロファイルとは、どのヘッダを圧縮するのかを示す情報
である。静的情報（Static Chain）とは、前述の普遍な
情報である。たとえば、Ｄが１のとき、オプショナルと
して動的情報（Dynamic Chain）を送信することが可能
である。
イプかを示すコードが付与されているために、受信側で
は一意に認識が可能である。図４において、ＩＲ内のＣ
ＩＤはコンテキストＩＤと呼ばれ、１つのチャネルで伝
送されるパケットに唯一に割り振られるＩＤである。プ
ロファイルとは、どのヘッダを圧縮するのかを示す情報
である。静的情報（Static Chain）とは、前述の普遍な
情報である。たとえば、Ｄが１のとき、オプショナルと
して動的情報（Dynamic Chain）を送信することが可能
である。
【００１２】ＩＲ-DYNは、ほぼＩＲと同じであり、動的
情報のみ異なる。ここで動的に変動する情報を伝送す
る。タイプ０〜２にあるＭは、ＲＴＰパケットヘッダに
含まれるマーカービットである。これは、メディアデー
タのある意味のある単位（画像であれば１フレーム）の
最後をふくむパケットの時に１となるフラグである。Ｘ
は拡張情報の有無を示す。それ以外の０と１のビット列
は、そのパケットのタイプを示す規格で定められたもの
である。なお、各要素のビット数は、規格上、使用され
るモードによって変るが、ここでは説明を簡略する。
情報のみ異なる。ここで動的に変動する情報を伝送す
る。タイプ０〜２にあるＭは、ＲＴＰパケットヘッダに
含まれるマーカービットである。これは、メディアデー
タのある意味のある単位（画像であれば１フレーム）の
最後をふくむパケットの時に１となるフラグである。Ｘ
は拡張情報の有無を示す。それ以外の０と１のビット列
は、そのパケットのタイプを示す規格で定められたもの
である。なお、各要素のビット数は、規格上、使用され
るモードによって変るが、ここでは説明を簡略する。
【００１３】次に、伝送エラーが発生しない場合の具体
的な送信手順について図５を用いて説明する。ここで
は、ヘッダ圧縮の概略を理解するために詳細な説明は割
愛する。
的な送信手順について図５を用いて説明する。ここで
は、ヘッダ圧縮の概略を理解するために詳細な説明は割
愛する。
【００１４】図５において、まず最初はＩＲを送信し、
参照情報を送信側と受信側で共有する。２回目の送信に
おいて、ＩＲ-DYNを送信し、動的に変動する情報を送信
側と受信側で共有する。３回目の送信では、ＳＮ＝１の
ヘッダを送信するために、タイプ０を用いてＳＮの下位
４ビットのみを送信する。受信側では、受信した下位４
ビットのＳＮから本来の２バイトのＳＮを復元し、ＳＮ
からＴＳを復元する（ここでは、ＳＮとＴＳに線形な関
係があることを利用して、容易に復元できることを前提
としている）。
参照情報を送信側と受信側で共有する。２回目の送信に
おいて、ＩＲ-DYNを送信し、動的に変動する情報を送信
側と受信側で共有する。３回目の送信では、ＳＮ＝１の
ヘッダを送信するために、タイプ０を用いてＳＮの下位
４ビットのみを送信する。受信側では、受信した下位４
ビットのＳＮから本来の２バイトのＳＮを復元し、ＳＮ
からＴＳを復元する（ここでは、ＳＮとＴＳに線形な関
係があることを利用して、容易に復元できることを前提
としている）。
【００１５】そして、復元したヘッダと受信したＣＲＣ
から、受信パケットのヘッダに誤りがあるかどうかを確
認する。ヘッダに誤りがなければ、そのヘッダは正しく
受信できたものとして、上位のプロトコルレイヤ（Ｉ
Ｐ）へ渡される。以降、送信側はＳＮ＝２〜１５までの
パケットを同様の手順で送信し、受信側も同様の手順で
受信する。
から、受信パケットのヘッダに誤りがあるかどうかを確
認する。ヘッダに誤りがなければ、そのヘッダは正しく
受信できたものとして、上位のプロトコルレイヤ（Ｉ
Ｐ）へ渡される。以降、送信側はＳＮ＝２〜１５までの
パケットを同様の手順で送信し、受信側も同様の手順で
受信する。
【００１６】ＳＮ＝１６となったとき、タイプ０のパケ
ットでは、ＳＮのビット数が足りなくなるために送るこ
とができなくなる。このようにビット数が少ないために
表現できる値の範囲を超えてしまうことをラップアラウ
ンドと呼ぶ。ラップアラウンドが発生した場合は、タイ
プ２というＳＮを６ビット送ることができるパケットタ
イプを選択し送信する。受信側は、ＳＮの下位６ビット
から２バイトのＳＮ全体を復元する。
ットでは、ＳＮのビット数が足りなくなるために送るこ
とができなくなる。このようにビット数が少ないために
表現できる値の範囲を超えてしまうことをラップアラウ
ンドと呼ぶ。ラップアラウンドが発生した場合は、タイ
プ２というＳＮを６ビット送ることができるパケットタ
イプを選択し送信する。受信側は、ＳＮの下位６ビット
から２バイトのＳＮ全体を復元する。
【００１７】次に、図６を用いて伝送エラーが発生した
場合の説明を行う。図６は、図５と全く同様の手順であ
るが、ＳＮ＝５において伝送エラーが発生した場合を説
明している。ＳＮ＝５のヘッダにエラーが発生した場
合、復元後のヘッダでＣＲＣを行うとエラーが出る。
場合の説明を行う。図６は、図５と全く同様の手順であ
るが、ＳＮ＝５において伝送エラーが発生した場合を説
明している。ＳＮ＝５のヘッダにエラーが発生した場
合、復元後のヘッダでＣＲＣを行うとエラーが出る。
【００１８】この場合、このヘッダを含むパケットは、
廃棄される。次のＳＮ＝６のパケットでは、ＳＮ＝４の
ときの参照情報を利用して復元することになるが、ＳＮ
＝４のときの参照情報とＳＮ＝５のときの参照情報に違
いがないので、ＳＮ＝６のパケットのヘッダを正しく復
元することができる。つまり、エラーにより途中のパケ
ットが欠落しても参照情報が更新されていなければ、エ
ラーパケットだけが廃棄され、以降のパケットにはその
影響が伝播しない。これによりエラー耐性のあるヘッダ
圧縮が実現できる。
廃棄される。次のＳＮ＝６のパケットでは、ＳＮ＝４の
ときの参照情報を利用して復元することになるが、ＳＮ
＝４のときの参照情報とＳＮ＝５のときの参照情報に違
いがないので、ＳＮ＝６のパケットのヘッダを正しく復
元することができる。つまり、エラーにより途中のパケ
ットが欠落しても参照情報が更新されていなければ、エ
ラーパケットだけが廃棄され、以降のパケットにはその
影響が伝播しない。これによりエラー耐性のあるヘッダ
圧縮が実現できる。
【００１９】前述のように、参照情報が変らない場合の
パケットロスは、エラーの影響が伝播しないが、ラップ
アラウンドを発生した場合のパケットにエラーが発生し
た場合には、エラーの影響が伝播する。
パケットロスは、エラーの影響が伝播しないが、ラップ
アラウンドを発生した場合のパケットにエラーが発生し
た場合には、エラーの影響が伝播する。
【００２０】図７は、ラップアラウンドが発生したパケ
ットに対するエラーを説明したものである。図７は、図
５と同様の送受信手順を示しているが、ラップアラウン
ドを起こしたＳＮ＝１６のパケットにエラーが発生した
場合を示している。この場合、次のＳＮ＝１７は、タイ
プ０のパケットで伝送されてくるために、ＳＮの下位４
ビットしか伝送されない。受信側では、ＳＮ＝１６は廃
棄されているので、ＳＮ＝１５を受信した時点での参照
情報を利用して復元を試みる。
ットに対するエラーを説明したものである。図７は、図
５と同様の送受信手順を示しているが、ラップアラウン
ドを起こしたＳＮ＝１６のパケットにエラーが発生した
場合を示している。この場合、次のＳＮ＝１７は、タイ
プ０のパケットで伝送されてくるために、ＳＮの下位４
ビットしか伝送されない。受信側では、ＳＮ＝１６は廃
棄されているので、ＳＮ＝１５を受信した時点での参照
情報を利用して復元を試みる。
【００２１】本来ならばＳＮ＝１６を受信したときに、
ＳＮの上位ビットの参照情報は、"0000 0000 0001"とな
っているべきだが、エラーにより欠落しているため
に、"0000 0000 0000"のままである。ＳＮ＝１７の下位
４ビットは、"0001"であるため、復元されたＳＮは、"0
000 0000 0000 0001"つまり、１となってしまう。本来
ならば、１７が復元されなければならないので、この場
合、ＳＮ＝１７のパケットを正しく受け取っているにも
かかわらず、ＣＲＣではエラーとなってしまう。このよ
うな場合、受信側ではラップアラウンドが起きたものと
思い、ＳＮの参照情報である上位ビットを"0000 0000 0
001"と仮定して復元を試みることができる。このような
受信側の処理によっては、復元が可能となる場合があ
る。
ＳＮの上位ビットの参照情報は、"0000 0000 0001"とな
っているべきだが、エラーにより欠落しているため
に、"0000 0000 0000"のままである。ＳＮ＝１７の下位
４ビットは、"0001"であるため、復元されたＳＮは、"0
000 0000 0000 0001"つまり、１となってしまう。本来
ならば、１７が復元されなければならないので、この場
合、ＳＮ＝１７のパケットを正しく受け取っているにも
かかわらず、ＣＲＣではエラーとなってしまう。このよ
うな場合、受信側ではラップアラウンドが起きたものと
思い、ＳＮの参照情報である上位ビットを"0000 0000 0
001"と仮定して復元を試みることができる。このような
受信側の処理によっては、復元が可能となる場合があ
る。
【００２２】上記の例では、１つのラップアラウンドを
起こしたパケットが欠落した場合について説明している
が、実際には、伝送路状況によって、一時的にパケット
が受信側に届かず、複数のパケットが連続して欠落する
ことがある。受信側では何回かラップアラウンドが起こ
ったことを想定して、復元を試みる。つまり、最後に正
しく受信したパケットから現在のパケットまでの時間
（以下、経過時間という）から、ラップアラウンドが何
回起こったかを推定し、ＳＮの参照情報である上位ビッ
トを仮定して復元を試みる。
起こしたパケットが欠落した場合について説明している
が、実際には、伝送路状況によって、一時的にパケット
が受信側に届かず、複数のパケットが連続して欠落する
ことがある。受信側では何回かラップアラウンドが起こ
ったことを想定して、復元を試みる。つまり、最後に正
しく受信したパケットから現在のパケットまでの時間
（以下、経過時間という）から、ラップアラウンドが何
回起こったかを推定し、ＳＮの参照情報である上位ビッ
トを仮定して復元を試みる。
【００２３】
【発明が解決しようとする課題】前述のラップアラウン
ドを起こした回数を推定する方法として、前述の経過時
間とパケット受信間隔から、受信したパケット数を推定
し、さらに参照情報を推定して復元を試みる方法を述べ
た。これは、パケット受信間隔が一定である場合は良好
であるが、パケット受信間隔が変動し、経過期間が長く
なれば誤差が大きくなり、正しい参照情報を推定できな
くなるという問題がある。
ドを起こした回数を推定する方法として、前述の経過時
間とパケット受信間隔から、受信したパケット数を推定
し、さらに参照情報を推定して復元を試みる方法を述べ
た。これは、パケット受信間隔が一定である場合は良好
であるが、パケット受信間隔が変動し、経過期間が長く
なれば誤差が大きくなり、正しい参照情報を推定できな
くなるという問題がある。
【００２４】例えば、受信側が認識しているパケット受
信間隔が１０ｍｓであり、経過時間が１秒だった場合、
経過時間中に１００個のパケットを受信していることに
なる。ラップアラウンドは１６回に１回起こるので、こ
の場合は(１００÷１６＝６．２５）６回のラップアラ
ウンドを起こしたと判断するであろう。図８は、このよ
うな状況を図示したものである。
信間隔が１０ｍｓであり、経過時間が１秒だった場合、
経過時間中に１００個のパケットを受信していることに
なる。ラップアラウンドは１６回に１回起こるので、こ
の場合は(１００÷１６＝６．２５）６回のラップアラ
ウンドを起こしたと判断するであろう。図８は、このよ
うな状況を図示したものである。
【００２５】しかしながら、実際のパケット受信間隔が
１１ｍｓであった場合、約９０個のパケットを受信して
おり、この場合のラップアラウンド回数は（９０÷１６
＝５.６２５）５回となり、受信側で推定したラップア
ラウンド回数と異なり、正しい参照情報を推定できなく
なるという問題がある。
１１ｍｓであった場合、約９０個のパケットを受信して
おり、この場合のラップアラウンド回数は（９０÷１６
＝５.６２５）５回となり、受信側で推定したラップア
ラウンド回数と異なり、正しい参照情報を推定できなく
なるという問題がある。
【００２６】本発明はかかる点に鑑みてなされたもので
あり、ヘッダ圧縮を行うデータ伝送において、受信側で
参照情報を正しく推定できる確率を向上させ、廃棄する
パケット数を抑制すると共に、これに伴う処理量の増加
を抑制できるヘッダ圧縮パケット受信装置及び方法を提
供することを目的とする。
あり、ヘッダ圧縮を行うデータ伝送において、受信側で
参照情報を正しく推定できる確率を向上させ、廃棄する
パケット数を抑制すると共に、これに伴う処理量の増加
を抑制できるヘッダ圧縮パケット受信装置及び方法を提
供することを目的とする。
【００２７】
【課題を解決するための手段】本発明のヘッダ圧縮パケ
ット受信装置は、圧縮されたヘッダを含む情報を復元す
るヘッダ復元手段と、復元されたヘッダの誤りを検出す
る誤り検出手段と、誤りが検出された場合に、以前に正
しく前記情報を受信してから現在の前記情報を受信する
までの時間及び情報受信間隔を基に、誤りが検出された
ヘッダを復元するヘッダ修復手段と、を具備する構成を
採る。
ット受信装置は、圧縮されたヘッダを含む情報を復元す
るヘッダ復元手段と、復元されたヘッダの誤りを検出す
る誤り検出手段と、誤りが検出された場合に、以前に正
しく前記情報を受信してから現在の前記情報を受信する
までの時間及び情報受信間隔を基に、誤りが検出された
ヘッダを復元するヘッダ修復手段と、を具備する構成を
採る。
【００２８】本発明のヘッダ圧縮パケット受信装置は、
シーケンス番号の一部を含む圧縮されたヘッダを有する
パケットを受信する受信手段と、前記圧縮されたヘッダ
情報とあらかじめ受信した参照情報（過去のヘッダ情
報）とから圧縮前のヘッダ情報を復元するヘッダ復元手
段と、復元されたヘッダにおけるシーケンス番号の誤り
を検出する誤り検出手段と、シーケンス番号に誤りが検
出された場合に、以前に正しくパケットを受信してから
現在のパケットを受信するまでの時間及びパケット受信
間隔に応じて、ヘッダの修復に使用する少なくとも一つ
のシーケンス番号候補を決定する候補シーケンス番号決
定手段と、前記候補シーケンス番号決定手段により決定
されたシーケンス番号候補を用いて誤りが検出されたヘ
ッダを復元するヘッダ修復手段と、を具備する構成を採
る。
シーケンス番号の一部を含む圧縮されたヘッダを有する
パケットを受信する受信手段と、前記圧縮されたヘッダ
情報とあらかじめ受信した参照情報（過去のヘッダ情
報）とから圧縮前のヘッダ情報を復元するヘッダ復元手
段と、復元されたヘッダにおけるシーケンス番号の誤り
を検出する誤り検出手段と、シーケンス番号に誤りが検
出された場合に、以前に正しくパケットを受信してから
現在のパケットを受信するまでの時間及びパケット受信
間隔に応じて、ヘッダの修復に使用する少なくとも一つ
のシーケンス番号候補を決定する候補シーケンス番号決
定手段と、前記候補シーケンス番号決定手段により決定
されたシーケンス番号候補を用いて誤りが検出されたヘ
ッダを復元するヘッダ修復手段と、を具備する構成を採
る。
【００２９】これらの構成によれば、伝送エラー発生時
に修復に使用するシーケンス番号の候補数を少なくとも
一つにしている。このシーケンス番号の候補数は、パケ
ット受信間隔に基づいて決定している。このため、パケ
ット受信間隔に応じて、修復に使用するシーケンス番号
の候補数が変動するようになっている。したがって、パ
ケット受信間隔が変動し、経過期間が長くなったとして
も、それに応じて修復に使用するシーケンス番号の候補
数が多くなるので、受信パケットを正しく復元できる可
能性を向上させることができる。
に修復に使用するシーケンス番号の候補数を少なくとも
一つにしている。このシーケンス番号の候補数は、パケ
ット受信間隔に基づいて決定している。このため、パケ
ット受信間隔に応じて、修復に使用するシーケンス番号
の候補数が変動するようになっている。したがって、パ
ケット受信間隔が変動し、経過期間が長くなったとして
も、それに応じて修復に使用するシーケンス番号の候補
数が多くなるので、受信パケットを正しく復元できる可
能性を向上させることができる。
【００３０】本発明のヘッダ圧縮パケット受信装置は、
上記構成において、候補シーケンス番号決定手段は、以
前に正しくパケットを受信してから現在のパケットを受
信するまでの時間を計測するタイマと、単位時間あたり
の受信パケット数を計測する受信パケットカウンタと、
を具備し、前記圧縮されたヘッダに含まれるシーケンス
番号の一部、前記タイマからの時間、及び前記受信パケ
ットカウンタの数から少なくとも一つのシーケンス番号
候補を決定する構成を採る。
上記構成において、候補シーケンス番号決定手段は、以
前に正しくパケットを受信してから現在のパケットを受
信するまでの時間を計測するタイマと、単位時間あたり
の受信パケット数を計測する受信パケットカウンタと、
を具備し、前記圧縮されたヘッダに含まれるシーケンス
番号の一部、前記タイマからの時間、及び前記受信パケ
ットカウンタの数から少なくとも一つのシーケンス番号
候補を決定する構成を採る。
【００３１】この構成によれば、候補数の決定を経過時
間に応じて行うことにより、修復に使用するシーケンス
番号の候補数が変動するので、ヘッダ修復のための冗長
な処理量の増加を抑制することができる。
間に応じて行うことにより、修復に使用するシーケンス
番号の候補数が変動するので、ヘッダ修復のための冗長
な処理量の増加を抑制することができる。
【００３２】本発明のヘッダ圧縮パケット受信装置は、
上記構成において、誤り検出手段が、ヘッダ修復手段に
よって修復されたヘッダの誤りを検出する構成を採る。
この構成によれば、誤り検出部を兼用することができ、
ハード規模を小さくすることが可能となる。
上記構成において、誤り検出手段が、ヘッダ修復手段に
よって修復されたヘッダの誤りを検出する構成を採る。
この構成によれば、誤り検出部を兼用することができ、
ハード規模を小さくすることが可能となる。
【００３３】本発明の通信端末装置は、上記ヘッダ圧縮
パケット受信装置を備えたことを特徴とする。これによ
り、ヘッダ圧縮パケットの伝送において受信性能を向上
させることができる。
パケット受信装置を備えたことを特徴とする。これによ
り、ヘッダ圧縮パケットの伝送において受信性能を向上
させることができる。
【００３４】本発明のヘッダ圧縮パケット受信方法は、
シーケンス番号の一部を含む圧縮されたヘッダを有する
パケットを受信する受信工程と、前記圧縮されたヘッダ
情報とあらかじめ受信した参照情報とから圧縮前のヘッ
ダ情報を復元するヘッダ復元工程と、復元されたヘッダ
におけるシーケンス番号の誤りを検出する誤り検出工程
と、シーケンス番号に誤りが検出された場合に、以前に
正しくパケットを受信してから現在のパケットを受信す
るまでの時間及びパケット受信間隔に応じて、ヘッダの
修復に使用する少なくとも一つのシーケンス番号候補を
決定する候補シーケンス番号決定工程と、前記候補シー
ケンス番号決定工程において決定されたシーケンス番号
候補を用いて誤りが検出されたヘッダを復元するヘッダ
修復工程と、を具備する。
シーケンス番号の一部を含む圧縮されたヘッダを有する
パケットを受信する受信工程と、前記圧縮されたヘッダ
情報とあらかじめ受信した参照情報とから圧縮前のヘッ
ダ情報を復元するヘッダ復元工程と、復元されたヘッダ
におけるシーケンス番号の誤りを検出する誤り検出工程
と、シーケンス番号に誤りが検出された場合に、以前に
正しくパケットを受信してから現在のパケットを受信す
るまでの時間及びパケット受信間隔に応じて、ヘッダの
修復に使用する少なくとも一つのシーケンス番号候補を
決定する候補シーケンス番号決定工程と、前記候補シー
ケンス番号決定工程において決定されたシーケンス番号
候補を用いて誤りが検出されたヘッダを復元するヘッダ
修復工程と、を具備する。
【００３５】この方法によれば、伝送エラー発生時に修
復に使用するシーケンス番号の候補数を少なくとも一つ
にしている。このシーケンス番号の候補数は、パケット
受信間隔に基づいて決定している。このため、パケット
受信間隔に応じて、修復に使用するシーケンス番号の候
補数が変動するようになっている。したがって、パケッ
ト受信間隔が変動し、経過期間が長くなったとしても、
それに応じて修復に使用するシーケンス番号の候補数が
多くなるので、受信パケットを正しく復元できる可能性
を向上させることができる。
復に使用するシーケンス番号の候補数を少なくとも一つ
にしている。このシーケンス番号の候補数は、パケット
受信間隔に基づいて決定している。このため、パケット
受信間隔に応じて、修復に使用するシーケンス番号の候
補数が変動するようになっている。したがって、パケッ
ト受信間隔が変動し、経過期間が長くなったとしても、
それに応じて修復に使用するシーケンス番号の候補数が
多くなるので、受信パケットを正しく復元できる可能性
を向上させることができる。
【００３６】本発明のヘッダ圧縮パケット受信プログラ
ムは、コンピュータに、シーケンス番号の一部を含む圧
縮されたヘッダを有するパケットを受信する手順と、前
記圧縮されたヘッダ情報とあらかじめ受信した参照情報
とから圧縮前のヘッダ情報を復元する手順と、復元され
たヘッダにおけるシーケンス番号の誤りを検出する手順
と、シーケンス番号に誤りが検出された場合に、以前に
正しくパケットを受信してから現在のパケットを受信す
るまでの時間及びパケット受信間隔に応じて、ヘッダの
修復に使用する少なくとも一つのシーケンス番号候補を
決定する手順と、前記候補シーケンス番号決定手順で決
定されたシーケンス番号候補を用いて誤りが検出された
ヘッダを復元する手順と、を実行させる。
ムは、コンピュータに、シーケンス番号の一部を含む圧
縮されたヘッダを有するパケットを受信する手順と、前
記圧縮されたヘッダ情報とあらかじめ受信した参照情報
とから圧縮前のヘッダ情報を復元する手順と、復元され
たヘッダにおけるシーケンス番号の誤りを検出する手順
と、シーケンス番号に誤りが検出された場合に、以前に
正しくパケットを受信してから現在のパケットを受信す
るまでの時間及びパケット受信間隔に応じて、ヘッダの
修復に使用する少なくとも一つのシーケンス番号候補を
決定する手順と、前記候補シーケンス番号決定手順で決
定されたシーケンス番号候補を用いて誤りが検出された
ヘッダを復元する手順と、を実行させる。
【００３７】この構成によれば、ヘッダ圧縮パケット受
信装置をソフトウエアで構成してもハードウエアで構成
した場合と同様の効果を発揮することができる。また、
マイクロコンピュータやパーソナルコンピュータなどに
より前述のヘッダ圧縮パケットの受信方法を容易に実現
することが可能となる。
信装置をソフトウエアで構成してもハードウエアで構成
した場合と同様の効果を発揮することができる。また、
マイクロコンピュータやパーソナルコンピュータなどに
より前述のヘッダ圧縮パケットの受信方法を容易に実現
することが可能となる。
【００３８】
【発明の実施の形態】以下、本発明の実施の形態につい
て、添付図面を参照して詳細に説明する。 （実施の形態１）図１は、本発明の実施の形態に係るヘ
ッダ圧縮パケット受信装置を備えた無線通信装置の構成
を示すブロック図であり、図２は、本発明の実施の形態
に係るヘッダ圧縮パケット受信装置の構成を示すブロッ
ク図である。
て、添付図面を参照して詳細に説明する。 （実施の形態１）図１は、本発明の実施の形態に係るヘ
ッダ圧縮パケット受信装置を備えた無線通信装置の構成
を示すブロック図であり、図２は、本発明の実施の形態
に係るヘッダ圧縮パケット受信装置の構成を示すブロッ
ク図である。
【００３９】図１に示す無線通信装置は、説明の関係上
受信側の構成のみ記載しているが、送信側の構成も備え
ているものとする。
受信側の構成のみ記載しているが、送信側の構成も備え
ているものとする。
【００４０】送信側の装置から送信された無線信号は、
アンテナ１０１を介して無線受信部１０２で受信され
る。無線受信部１０２では、無線信号に対して所定の無
線受信処理（例えば、ダウンコンバートやＡ／Ｄ変換、
復調処理など）を行い、無線受信処理後のパケットデー
タ（復調されたパケットデータ）をヘッダ圧縮パケット
復元部１０３に出力する。
アンテナ１０１を介して無線受信部１０２で受信され
る。無線受信部１０２では、無線信号に対して所定の無
線受信処理（例えば、ダウンコンバートやＡ／Ｄ変換、
復調処理など）を行い、無線受信処理後のパケットデー
タ（復調されたパケットデータ）をヘッダ圧縮パケット
復元部１０３に出力する。
【００４１】このパケットデータは、ヘッダ情報が圧縮
されており、ヘッダ圧縮パケット復元部１０３において
ヘッダ情報が復元される。ヘッダ情報が復元されたパケ
ットデータは、ＩＰパケット処理部１０４に出力され
る。ＩＰパケット処理部１０４では、復元されたヘッダ
情報のＩＰヘッダにしたがってＵＤＰパケットが抽出さ
れる。このＵＤＰパケットは、ＵＤＰパケット処理部１
０５に出力される。
されており、ヘッダ圧縮パケット復元部１０３において
ヘッダ情報が復元される。ヘッダ情報が復元されたパケ
ットデータは、ＩＰパケット処理部１０４に出力され
る。ＩＰパケット処理部１０４では、復元されたヘッダ
情報のＩＰヘッダにしたがってＵＤＰパケットが抽出さ
れる。このＵＤＰパケットは、ＵＤＰパケット処理部１
０５に出力される。
【００４２】ＵＤＰパケット処理部１０５では、ＵＤＰ
パケットからＲＴＰパケットが抽出される。このＲＴＰ
パケットは、ＲＴＰパケット処理部１０６に出力され
る。ＲＴＰパケット処理部１０６では、ＲＴＰパケット
からメディアデータが抽出される。メディアデータは、
メディア復号部１０７に出力される。
パケットからＲＴＰパケットが抽出される。このＲＴＰ
パケットは、ＲＴＰパケット処理部１０６に出力され
る。ＲＴＰパケット処理部１０６では、ＲＴＰパケット
からメディアデータが抽出される。メディアデータは、
メディア復号部１０７に出力される。
【００４３】メディア復号部１０７では、メディアデー
タに対してメディアに応じた復号処理が行われる。メデ
ィアデータは、符号化処理が施された音声データや画像
データであるので、メディアデータが符号化処理された
音声データであれば、音声データ復号処理が行われ、メ
ディアデータが符号化された画像データであれば、画像
データ復号処理が行われる。復号されたメディアデータ
は、メディア出力部１０８に出力される。メディア出力
部１０８では、メディアデータが適切なデバイス（スピ
ーカやモニタなど）で再生される。
タに対してメディアに応じた復号処理が行われる。メデ
ィアデータは、符号化処理が施された音声データや画像
データであるので、メディアデータが符号化処理された
音声データであれば、音声データ復号処理が行われ、メ
ディアデータが符号化された画像データであれば、画像
データ復号処理が行われる。復号されたメディアデータ
は、メディア出力部１０８に出力される。メディア出力
部１０８では、メディアデータが適切なデバイス（スピ
ーカやモニタなど）で再生される。
【００４４】ヘッダ圧縮パケット復元部１０３は、パケ
ットデータを受信するパケット受信部２０１と、パケッ
トデータのうちのペイロード部分とヘッダ部分とを分離
するパケット情報分離部２０２と、圧縮されているヘッ
ダを復元するヘッダ復元部２０３と、復元されたヘッダ
に誤りがあるかどうかを検出する第１誤り検出部２０５
及び第２誤り検出部２１０と、誤りが検出されたヘッダ
を修復するヘッダ修復部２０９と、経過時間とパケット
受信間隔と参照情報とから候補となるシーケンス（Ｓ
Ｎ）番号を決定する候補ＳＮ決定部２０８と、誤り検出
結果にしたがってヘッダを出力するセレクタ２１１と、
参照情報を蓄積する参照情報メモリ２０４と、単位時間
あたりに受信するパケット数をカウントするパケットカ
ウンタ２０７と、タイマ２０６と、ヘッダ部分とペイロ
ード分とでパケットを構成するパケット構成部２１２と
を備えている。
ットデータを受信するパケット受信部２０１と、パケッ
トデータのうちのペイロード部分とヘッダ部分とを分離
するパケット情報分離部２０２と、圧縮されているヘッ
ダを復元するヘッダ復元部２０３と、復元されたヘッダ
に誤りがあるかどうかを検出する第１誤り検出部２０５
及び第２誤り検出部２１０と、誤りが検出されたヘッダ
を修復するヘッダ修復部２０９と、経過時間とパケット
受信間隔と参照情報とから候補となるシーケンス（Ｓ
Ｎ）番号を決定する候補ＳＮ決定部２０８と、誤り検出
結果にしたがってヘッダを出力するセレクタ２１１と、
参照情報を蓄積する参照情報メモリ２０４と、単位時間
あたりに受信するパケット数をカウントするパケットカ
ウンタ２０７と、タイマ２０６と、ヘッダ部分とペイロ
ード分とでパケットを構成するパケット構成部２１２と
を備えている。
【００４５】次に、上記構成を有するヘッダ圧縮パケッ
ト受信装置の動作について説明する。ヘッダ圧縮パケッ
ト復元部１０３のパケット受信部２０１により受信され
たパケットは、パケット情報分離部２０２においてペイ
ロード部分とヘッダ部分に分離される。ヘッダ復元部２
０３では、圧縮されているヘッダ情報と、参照情報メモ
リ２０４に蓄積されている最新の参照情報を用いて、ヘ
ッダを復元する。復元されたヘッダは、圧縮されたヘッ
ダに付与されている誤り検出符号と共に第１誤り検出部
２０５に出力される。
ト受信装置の動作について説明する。ヘッダ圧縮パケッ
ト復元部１０３のパケット受信部２０１により受信され
たパケットは、パケット情報分離部２０２においてペイ
ロード部分とヘッダ部分に分離される。ヘッダ復元部２
０３では、圧縮されているヘッダ情報と、参照情報メモ
リ２０４に蓄積されている最新の参照情報を用いて、ヘ
ッダを復元する。復元されたヘッダは、圧縮されたヘッ
ダに付与されている誤り検出符号と共に第１誤り検出部
２０５に出力される。
【００４６】第１誤り検出部２０５では、誤り検出符号
を用いて、復元されたヘッダに誤りがあるか否かを判定
し、その結果をセレクタ２１１に出力する。誤りが検出
された場合は、ヘッダの修復処理を行うために、ヘッダ
をヘッダ修復部２０９に出力する。
を用いて、復元されたヘッダに誤りがあるか否かを判定
し、その結果をセレクタ２１１に出力する。誤りが検出
された場合は、ヘッダの修復処理を行うために、ヘッダ
をヘッダ修復部２０９に出力する。
【００４７】ここで、ヘッダの修復について説明する。
ヘッダの修復は、最後に正しいパケットを受信してから
現在受信したパケットまでの経過時間に応じて候補とな
るヘッダの数を決定し、それぞれの候補のヘッダに対し
て誤り検出を行う。正しいヘッダが得られた場合は、そ
のヘッダをセレクタ２１１に出力する。
ヘッダの修復は、最後に正しいパケットを受信してから
現在受信したパケットまでの経過時間に応じて候補とな
るヘッダの数を決定し、それぞれの候補のヘッダに対し
て誤り検出を行う。正しいヘッダが得られた場合は、そ
のヘッダをセレクタ２１１に出力する。
【００４８】具体的には、第１誤り検出部２０５で誤り
が検出された場合、その検出結果はセレクタ２１１に出
力されると共に、タイマ２０６に出力される。タイマ２
０６は、経過時間を候補ＳＮ決定部２０８に出力する。
また、タイマ２０６は、第１誤り検出部２０５の検出結
果が正しかった場合に経過時間をリセットする。このた
め、誤りが検出された時のタイマ２０６の出力は経過時
間と等しくなる。
が検出された場合、その検出結果はセレクタ２１１に出
力されると共に、タイマ２０６に出力される。タイマ２
０６は、経過時間を候補ＳＮ決定部２０８に出力する。
また、タイマ２０６は、第１誤り検出部２０５の検出結
果が正しかった場合に経過時間をリセットする。このた
め、誤りが検出された時のタイマ２０６の出力は経過時
間と等しくなる。
【００４９】一方、パケット受信部２０１から出力され
たパケットデータは、パケットカウンタ２０７に出力さ
れ、パケットカウンタ２０７で、単位時間あたりに受信
するパケット数をカウントする。そして、パケットカウ
ンタ２０７は、単位時間あたりに受信するパケット数か
ら求められるパケットの受信間隔を候補ＳＮ決定部２０
８に出力する。
たパケットデータは、パケットカウンタ２０７に出力さ
れ、パケットカウンタ２０７で、単位時間あたりに受信
するパケット数をカウントする。そして、パケットカウ
ンタ２０７は、単位時間あたりに受信するパケット数か
ら求められるパケットの受信間隔を候補ＳＮ決定部２０
８に出力する。
【００５０】候補ＳＮ決定部２０８は、タイマ２０６か
らの経過時間と、パケットカウンタ２０７からのパケッ
ト受信間隔と、参照情報メモリ２０４からの参照情報と
から候補となるシーケンス番号を決定する。このシーケ
ンス番号を決定する方法について詳細に説明する。
らの経過時間と、パケットカウンタ２０７からのパケッ
ト受信間隔と、参照情報メモリ２０４からの参照情報と
から候補となるシーケンス番号を決定する。このシーケ
ンス番号を決定する方法について詳細に説明する。
【００５１】前述の説明において、下位４ビットを伝送
するパケットタイプを想定すると、１６パケット毎に１
回の割合でラップアラウンドが起こる。よって、経過時
間とパケット受信間隔とから、その経過時間中に受信し
たパケット数を求めることができる。このパケット数を
１６（１回のラップアラウンドが起こるパケット数）で
割ることにより、何回ラップアラウンドを起こしたかを
算出する。
するパケットタイプを想定すると、１６パケット毎に１
回の割合でラップアラウンドが起こる。よって、経過時
間とパケット受信間隔とから、その経過時間中に受信し
たパケット数を求めることができる。このパケット数を
１６（１回のラップアラウンドが起こるパケット数）で
割ることにより、何回ラップアラウンドを起こしたかを
算出する。
【００５２】次に、このパケット受信間隔に一定の割合
で誤差が生じた場合を想定し、誤差を含んだパケット受
信間隔を用いてラップアラウンド回数を算出する。例と
して、±１０％の誤差を含んだ場合を想定する。＋１０
％のパケット受信間隔で算出した場合のラップアラウン
ド回数を算出し、それらと誤差のないパケット受信間隔
で算出したラップアラウンド回数の差の数だけ候補の数
とする。
で誤差が生じた場合を想定し、誤差を含んだパケット受
信間隔を用いてラップアラウンド回数を算出する。例と
して、±１０％の誤差を含んだ場合を想定する。＋１０
％のパケット受信間隔で算出した場合のラップアラウン
ド回数を算出し、それらと誤差のないパケット受信間隔
で算出したラップアラウンド回数の差の数だけ候補の数
とする。
【００５３】式を用いて説明する。経過時間をＴ（ｍ
ｓ）とし、パケット受信間隔をＰｔ（ｍｓ）とし、Ｐｔ
に対して＋１０％の誤差、−１０％の誤差により算出さ
れるラップアラウンド回数をＷ＋、Ｗ−とする。 Ｗ＋＝int（（Ｔ/１．１）×（Ｐｔ/１６）） Ｗ−＝int（（Ｔ/０．９）×（Ｐｔ/１６））
ｓ）とし、パケット受信間隔をＰｔ（ｍｓ）とし、Ｐｔ
に対して＋１０％の誤差、−１０％の誤差により算出さ
れるラップアラウンド回数をＷ＋、Ｗ−とする。 Ｗ＋＝int（（Ｔ/１．１）×（Ｐｔ/１６）） Ｗ−＝int（（Ｔ/０．９）×（Ｐｔ/１６））
【００５４】よって、シーケンス番号の候補の数は、
（（Ｗ＋）−（Ｗ−）＋１）個となる。そして、参照情
報２０４メモリにあるシーケンス番号をRefＳＮ、候補
シーケンス番号をCanＳＮ（ｎ）とすると、 CanＳＮ（１）＝RefＳＮ＋（（Ｗ−）＜＜４） CanＳＮ（２）＝RefＳＮ＋（（Ｗ−）＋１）＜＜４） CanＳＮ（ｎ）＝RefＳＮ＋（（Ｗ＋）＜＜４） （ｎ＝（（Ｗ＋）−（Ｗ−）＋１）） となる。
（（Ｗ＋）−（Ｗ−）＋１）個となる。そして、参照情
報２０４メモリにあるシーケンス番号をRefＳＮ、候補
シーケンス番号をCanＳＮ（ｎ）とすると、 CanＳＮ（１）＝RefＳＮ＋（（Ｗ−）＜＜４） CanＳＮ（２）＝RefＳＮ＋（（Ｗ−）＋１）＜＜４） CanＳＮ（ｎ）＝RefＳＮ＋（（Ｗ＋）＜＜４） （ｎ＝（（Ｗ＋）−（Ｗ−）＋１）） となる。
【００５５】上記の例では、１０％の誤差の場合につい
て説明しているがが、実際は、誤差については網の特性
に応じて定めればよく、本発明においては、この誤差の
決め方について特に限定しない。
て説明しているがが、実際は、誤差については網の特性
に応じて定めればよく、本発明においては、この誤差の
決め方について特に限定しない。
【００５６】具体的に、経過時間１秒、パケット受信間
隔１０ｍｓの場合、 Ｗ＋＝int（（１０００/１．１）×（１０/１６）） ＝int（５．６８）＝５ Ｗ−＝int（（１０００/０．９）×（１０/１６）） ＝int（６．９４）＝６ ここで、参照情報メモリ２０４内にあるＳＮが１５であ
った場合、 CanＳＮ（１）＝１５＋５＜＜４＝８５ CanＳＮ（２）＝１５＋６＜＜４＝１１１ となる。
隔１０ｍｓの場合、 Ｗ＋＝int（（１０００/１．１）×（１０/１６）） ＝int（５．６８）＝５ Ｗ−＝int（（１０００/０．９）×（１０/１６）） ＝int（６．９４）＝６ ここで、参照情報メモリ２０４内にあるＳＮが１５であ
った場合、 CanＳＮ（１）＝１５＋５＜＜４＝８５ CanＳＮ（２）＝１５＋６＜＜４＝１１１ となる。
【００５７】したがって、候補ＳＮ決定部２０８は、上
記値をヘッダ修復部２０９に出力する。ヘッダ修復部２
０９は、受信した圧縮ヘッダのＳＮの一部と、候補シー
ケンス番号を用いてヘッダを復元し、復元されたヘッダ
を第２誤り検出部２１０に出力する。第２誤り検出部２
１０では、復元されたヘッダに対して誤り検出を行う。
誤り検出結果はセレクタ２１１に出力される。
記値をヘッダ修復部２０９に出力する。ヘッダ修復部２
０９は、受信した圧縮ヘッダのＳＮの一部と、候補シー
ケンス番号を用いてヘッダを復元し、復元されたヘッダ
を第２誤り検出部２１０に出力する。第２誤り検出部２
１０では、復元されたヘッダに対して誤り検出を行う。
誤り検出結果はセレクタ２１１に出力される。
【００５８】誤り検出処理は、候補ＳＮ決定部２０８で
決定された候補の数だけ実行する。セレクタ２１１で
は、第１誤り検出部２０５の検出結果がＯＫであれば、
ヘッダ復元部２０３で得られたヘッダをパケット構成部
２１２に出力すると共に、参照情報メモリ２０４に出力
する。
決定された候補の数だけ実行する。セレクタ２１１で
は、第１誤り検出部２０５の検出結果がＯＫであれば、
ヘッダ復元部２０３で得られたヘッダをパケット構成部
２１２に出力すると共に、参照情報メモリ２０４に出力
する。
【００５９】第１誤り検出部２０５の検出結果がＮＧの
場合、第２誤り検出部２１０で得られた検出結果のう
ち、どれか１つだけ誤りがなかった場合は、その誤りが
なかったヘッダをパケット構成部２１２に出力すると共
に、参照情報メモリ２０４に出力する。また、第２誤り
検出部２１０で得られた検出結果のうちすべてＮＧであ
った場合には、パケット構成部２１２や参照情報メモリ
２０４には何も出力しない。同様に、第２誤り検出部２
１０で得られた検出結果のうち複数の検出結果がＯＫの
場合（複数のヘッダに対して誤りがなかった）にもパケ
ット構成部２１２や参照情報メモリ２０４には何も出力
しない。
場合、第２誤り検出部２１０で得られた検出結果のう
ち、どれか１つだけ誤りがなかった場合は、その誤りが
なかったヘッダをパケット構成部２１２に出力すると共
に、参照情報メモリ２０４に出力する。また、第２誤り
検出部２１０で得られた検出結果のうちすべてＮＧであ
った場合には、パケット構成部２１２や参照情報メモリ
２０４には何も出力しない。同様に、第２誤り検出部２
１０で得られた検出結果のうち複数の検出結果がＯＫの
場合（複数のヘッダに対して誤りがなかった）にもパケ
ット構成部２１２や参照情報メモリ２０４には何も出力
しない。
【００６０】パケット構成部２１２では、セレクタ２１
１から出力されたヘッダ情報をペイロードデータに合成
してパケットデータとし、このパケットデータをＩＰパ
ケット処理部１０４に出力する。また、セレクタ２１１
から出力されたヘッダ情報は、参照情報メモリ２０４に
蓄積される。
１から出力されたヘッダ情報をペイロードデータに合成
してパケットデータとし、このパケットデータをＩＰパ
ケット処理部１０４に出力する。また、セレクタ２１１
から出力されたヘッダ情報は、参照情報メモリ２０４に
蓄積される。
【００６１】このように、本実施の形態に係るヘッダ圧
縮パケット受信においては、伝送エラー発生時に修復に
使用するシーケンス番号の候補数を少なくとも一つにし
ている。このシーケンス番号の候補数は、パケット受信
間隔に基づいて決定している。このため、パケット受信
間隔に応じて、修復に使用するシーケンス番号の候補数
が変動するようになっている。したがって、パケット受
信間隔が変動し、経過期間が長くなったとしても、それ
に応じて修復に使用するシーケンス番号の候補数が多く
なるので、受信パケットを正しく復元できる可能性を向
上させることができ、廃棄するパケット数を抑制するこ
とができる。
縮パケット受信においては、伝送エラー発生時に修復に
使用するシーケンス番号の候補数を少なくとも一つにし
ている。このシーケンス番号の候補数は、パケット受信
間隔に基づいて決定している。このため、パケット受信
間隔に応じて、修復に使用するシーケンス番号の候補数
が変動するようになっている。したがって、パケット受
信間隔が変動し、経過期間が長くなったとしても、それ
に応じて修復に使用するシーケンス番号の候補数が多く
なるので、受信パケットを正しく復元できる可能性を向
上させることができ、廃棄するパケット数を抑制するこ
とができる。
【００６２】また、候補数の決定を経過時間に応じて行
うことにより、修復に使用するシーケンス番号の候補数
が変動するので、ヘッダ修復のための冗長な処理量の増
加を抑制することができる。
うことにより、修復に使用するシーケンス番号の候補数
が変動するので、ヘッダ修復のための冗長な処理量の増
加を抑制することができる。
【００６３】本発明に係るヘッダ圧縮パケット受信装置
は、無線受信端末装置や無線送受信端末装置のような通
信端末装置に搭載することが可能である。これにより、
ヘッダ圧縮パケットの伝送において受信性能を向上させ
ることができる。
は、無線受信端末装置や無線送受信端末装置のような通
信端末装置に搭載することが可能である。これにより、
ヘッダ圧縮パケットの伝送において受信性能を向上させ
ることができる。
【００６４】本発明は上記実施の形態に限定されず、種
々変更して実施することが可能である。例えば、上記実
施の形態で使用した具体的数値についてはこれに限定さ
れず、種々変更して実施することが可能である。
々変更して実施することが可能である。例えば、上記実
施の形態で使用した具体的数値についてはこれに限定さ
れず、種々変更して実施することが可能である。
【００６５】また、上記実施の形態においては、ヘッダ
圧縮パケットの受信装置として説明しているが、ソフト
ウエアによる実現も可能である。すなわち、ＲＯＭなど
の書き込み可能な記録媒体に本発明の方法を実現するプ
ログラムを記憶させておき、この記憶させたプログラム
をＣＰＵにて処理させるようにすることができる。さら
に、このソフトウエアを記録媒体から読み出してコンピ
ュータで実現することも可能である。このように本発明
のヘッダ圧縮パケット受信装置をソフトウエアで構成し
てもハードウエアで構成した場合と同様の効果を発揮す
ることができる。また、マイクロコンピュータやパーソ
ナルコンピュータなどにより前述のヘッダ圧縮パケット
の受信方法を容易に実現することが可能となる。
圧縮パケットの受信装置として説明しているが、ソフト
ウエアによる実現も可能である。すなわち、ＲＯＭなど
の書き込み可能な記録媒体に本発明の方法を実現するプ
ログラムを記憶させておき、この記憶させたプログラム
をＣＰＵにて処理させるようにすることができる。さら
に、このソフトウエアを記録媒体から読み出してコンピ
ュータで実現することも可能である。このように本発明
のヘッダ圧縮パケット受信装置をソフトウエアで構成し
てもハードウエアで構成した場合と同様の効果を発揮す
ることができる。また、マイクロコンピュータやパーソ
ナルコンピュータなどにより前述のヘッダ圧縮パケット
の受信方法を容易に実現することが可能となる。
【００６６】また、上記実施の形態では、ヘッダ復元後
のヘッダの誤りを検出する第１誤り検出部とヘッダ修復
後のヘッダの誤りを検出する第２誤り検出部を設けた場
合について説明しているが、第１及び第２誤り検出部を
兼用するような構成にしても良い。これにより、ハード
規模を小さくすることが可能となる。
のヘッダの誤りを検出する第１誤り検出部とヘッダ修復
後のヘッダの誤りを検出する第２誤り検出部を設けた場
合について説明しているが、第１及び第２誤り検出部を
兼用するような構成にしても良い。これにより、ハード
規模を小さくすることが可能となる。
【００６７】
【発明の効果】以上のように本発明によれば、ヘッダ圧
縮パケットの受信技術において、伝送エラー発生時に修
復するためのシーケンス番号の候補数を１つ以上にする
ことにより、受信パケットを正しく復元できる可能性を
向上させることができる。また、候補数の決定を経過時
間に応じて行うことにより、ヘッダ修復のための冗長な
処理量の増加を抑制することができる。
縮パケットの受信技術において、伝送エラー発生時に修
復するためのシーケンス番号の候補数を１つ以上にする
ことにより、受信パケットを正しく復元できる可能性を
向上させることができる。また、候補数の決定を経過時
間に応じて行うことにより、ヘッダ修復のための冗長な
処理量の増加を抑制することができる。
【図１】本発明の実施の形態に係るヘッダ圧縮パケット
受信装置を備えた無線通信装置の構成を示すブロック図
受信装置を備えた無線通信装置の構成を示すブロック図
【図２】本発明の実施の形態に係るヘッダ圧縮パケット
受信装置の構成を示すブロック図
受信装置の構成を示すブロック図
【図３】パケットデータの構成を示す図
【図４】ロバストヘッダ圧縮のパケットの種類を示す図
【図５】伝送エラーがない場合のロバストヘッダ圧縮の
データ伝送を示すシーケンス図
データ伝送を示すシーケンス図
【図６】伝送エラーが発生した場合のロバストヘッダ圧
縮のデータ伝送において、伝送エラーの影響が伝播しな
い状態を説明するためのシーケンス図
縮のデータ伝送において、伝送エラーの影響が伝播しな
い状態を説明するためのシーケンス図
【図７】伝送エラーが発生した場合のロバストヘッダ圧
縮のデータ伝送において、伝送エラーの影響が伝播する
状態を説明するためのシーケンス図
縮のデータ伝送において、伝送エラーの影響が伝播する
状態を説明するためのシーケンス図
【図８】伝送エラーが発生した場合のロバストヘッダ圧
縮のデータ伝送において、連続してパケットが欠落した
状態を説明するためのシーケンス図
縮のデータ伝送において、連続してパケットが欠落した
状態を説明するためのシーケンス図
１０１ アンテナ
１０２ 無線受信部
１０３ ヘッダ圧縮パケット復元部
１０４ ＩＰパケット処理部
１０５ ＵＤＰパケット処理部
１０６ ＲＴＰパケット処理部
１０７ メディア復号部
１０８ メディア出力部
２０１ パケット受信部
２０２ パケット情報分離部
２０３ ヘッダ復元部
２０４ 参照情報メモリ
２０５ 第１誤り検出部
２０６ タイマ
２０７ パケットカウンタ
２０８ 候補ＳＮ決定部
２０９ ヘッダ修復部
２１０ 第２誤り検出部
２１１ セレクタ
２１２ パケット構成部
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 宮崎 秋弘
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
(72)発明者 畑 幸一
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
Ｆターム(参考） 5K030 HA08 JA05 JL01 MB12 MB13
Claims (7)
- 【請求項１】 圧縮されたヘッダを含む情報を復元する
ヘッダ復元手段と、復元されたヘッダの誤りを検出する
誤り検出手段と、誤りが検出された場合に、以前に正し
く前記情報を受信してから現在の前記情報を受信するま
での時間及び情報受信間隔を基に、誤りが検出されたヘ
ッダを復元するヘッダ修復手段と、を具備することを特
徴とするヘッダ圧縮パケット受信装置。 - 【請求項２】 シーケンス番号の一部を含む圧縮された
ヘッダを有するパケットを受信する受信手段と、前記圧
縮されたヘッダ情報とあらかじめ受信した参照情報とか
ら圧縮前のヘッダ情報を復元するヘッダ復元手段と、復
元されたヘッダにおけるシーケンス番号の誤りを検出す
る誤り検出手段と、シーケンス番号に誤りが検出された
場合に、以前に正しくパケットを受信してから現在のパ
ケットを受信するまでの時間及びパケット受信間隔に応
じて、ヘッダの修復に使用する少なくとも一つのシーケ
ンス番号候補を決定する候補シーケンス番号決定手段
と、前記候補シーケンス番号決定手段により決定された
シーケンス番号候補を用いて誤りが検出されたヘッダを
復元するヘッダ修復手段と、を具備することを特徴とす
るヘッダ圧縮パケット受信装置。 - 【請求項３】 候補シーケンス番号決定手段は、以前に
正しくパケットを受信してから現在のパケットを受信す
るまでの時間を計測するタイマと、単位時間あたりの受
信パケット数を計測する受信パケットカウンタと、を具
備し、前記圧縮されたヘッダに含まれるシーケンス番号
の一部、前記タイマからの時間、及び前記受信パケット
カウンタの数から少なくとも一つのシーケンス番号候補
を決定することを特徴とする請求項１又は請求項２記載
のヘッダ圧縮パケット受信装置。 - 【請求項４】 誤り検出手段は、ヘッダ修復手段によっ
て修復されたヘッダの誤りを検出することを特徴とする
請求項１から請求項３のいずれかに記載のヘッダ圧縮パ
ケット受信装置。 - 【請求項５】 請求項１から請求項４のいずれかに記載
のヘッダ圧縮パケット受信装置を備えたことを特徴とす
る通信端末装置。 - 【請求項６】 シーケンス番号の一部を含む圧縮された
ヘッダを有するパケットを受信する受信工程と、前記圧
縮されたヘッダ情報とあらかじめ受信した参照情報とか
ら圧縮前のヘッダ情報を復元するヘッダ復元工程と、復
元されたヘッダにおけるシーケンス番号の誤りを検出す
る誤り検出工程と、シーケンス番号に誤りが検出された
場合に、以前に正しくパケットを受信してから現在のパ
ケットを受信するまでの時間及びパケット受信間隔に応
じて、ヘッダの修復に使用する少なくとも一つのシーケ
ンス番号候補を決定する候補シーケンス番号決定工程
と、前記候補シーケンス番号決定工程において決定され
たシーケンス番号候補を用いて誤りが検出されたヘッダ
を復元するヘッダ修復工程と、を具備することを特徴と
するヘッダ圧縮パケット受信方法。 - 【請求項７】 コンピュータに、シーケンス番号の一部
を含む圧縮されたヘッダを有するパケットを受信する手
順と、前記圧縮されたヘッダ情報とあらかじめ受信した
参照情報とから圧縮前のヘッダ情報を復元する手順と、
復元されたヘッダにおけるシーケンス番号の誤りを検出
する手順と、シーケンス番号に誤りが検出された場合
に、以前に正しくパケットを受信してから現在のパケッ
トを受信するまでの時間及びパケット受信間隔に応じ
て、ヘッダの修復に使用する少なくとも一つのシーケン
ス番号候補を決定する手順と、前記候補シーケンス番号
決定手順で決定されたシーケンス番号候補を用いて誤り
が検出されたヘッダを復元する手順と、を実行させるた
めのヘッダ圧縮パケット受信プログラム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001301846A JP3617967B2 (ja) | 2001-09-28 | 2001-09-28 | ヘッダ圧縮パケット受信装置及び方法 |
| CNB028042042A CN100423481C (zh) | 2001-09-28 | 2002-09-19 | 报头压缩分组接收装置和方法 |
| PCT/JP2002/009599 WO2003030435A1 (en) | 2001-09-28 | 2002-09-19 | Header compression packet reception apparatus and method |
| DE2002605092 DE60205092T2 (de) | 2001-09-28 | 2002-09-19 | Kopfteilkompressionspaketempfangsvorrichtung und verfahren |
| US10/466,251 US7197687B2 (en) | 2001-09-28 | 2002-09-19 | Header compressed packet receiving apparatus and method |
| EP20020770207 EP1370019B1 (en) | 2001-09-28 | 2002-09-19 | Header compression packet reception apparatus and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001301846A JP3617967B2 (ja) | 2001-09-28 | 2001-09-28 | ヘッダ圧縮パケット受信装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003110618A true JP2003110618A (ja) | 2003-04-11 |
| JP3617967B2 JP3617967B2 (ja) | 2005-02-09 |
Family
ID=19122195
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001301846A Expired - Lifetime JP3617967B2 (ja) | 2001-09-28 | 2001-09-28 | ヘッダ圧縮パケット受信装置及び方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7197687B2 (ja) |
| EP (1) | EP1370019B1 (ja) |
| JP (1) | JP3617967B2 (ja) |
| CN (1) | CN100423481C (ja) |
| DE (1) | DE60205092T2 (ja) |
| WO (1) | WO2003030435A1 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008523723A (ja) * | 2004-12-08 | 2008-07-03 | クゥアルコム・インコーポレイテッド | エラーに強いヘッダ圧縮においてローカル修正を強化させるための方法及びシステム |
| JP2009543427A (ja) * | 2006-07-07 | 2009-12-03 | サムスン エレクトロニクス カンパニー リミテッド | Ｉｐｄｃサービスを提供する装置と方法、及びｉｐｄｃサービスを処理する装置と方法 |
| JP2010028757A (ja) * | 2008-07-24 | 2010-02-04 | Panasonic Corp | 無線受信装置及び無線受信方法 |
| JP2010515295A (ja) * | 2006-12-26 | 2010-05-06 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 無線通信ネットワークにおける改良されたヘッダ圧縮 |
| JP4782866B2 (ja) * | 2006-05-04 | 2011-09-28 | クゥアルコム・インコーポレイテッド | ロバストヘッダ圧縮における局部的修復を向上させる方法およびシステム |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3323483B2 (ja) * | 2000-09-12 | 2002-09-09 | 松下電器産業株式会社 | パケット送信装置およびパケット伝送方法 |
| US20040165585A1 (en) * | 2003-02-25 | 2004-08-26 | Koji Imura | Packet transmission apparatus and packet transmission method |
| GB2403877A (en) * | 2003-07-09 | 2005-01-12 | Motorola Inc | Packet communication with header compression |
| CN100393064C (zh) * | 2004-06-21 | 2008-06-04 | 信息产业部电信研究院 | Ip电信网系统中对分组进行报头压缩的方法 |
| SE0401346D0 (sv) * | 2004-05-24 | 2004-05-24 | Ericsson Telefon Ab L M | Methods for Increased Tolerance Against Packet Reordering for the Secure Reference Principle in Robust Header Compression |
| US8051125B2 (en) * | 2004-10-08 | 2011-11-01 | Sharp Laboratories Of America, Inc. | Methods and systems for obtaining imaging device event notification subscription |
| US7924731B2 (en) * | 2004-11-15 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
| US8804765B2 (en) * | 2005-06-21 | 2014-08-12 | Optis Wireless Technology, Llc | Dynamic robust header compression |
| US9031071B2 (en) * | 2005-08-26 | 2015-05-12 | Alcatel Lucent | Header elimination for real time internet applications |
| FR2901648A1 (fr) * | 2006-05-29 | 2007-11-30 | France Telecom | Diffusion d'images utilisant un canal de retour |
| US7899025B2 (en) * | 2006-12-26 | 2011-03-01 | Alcatel-Lucent Usa Inc. | Header suppression in a wireless communication network |
| EP2157741B1 (en) * | 2007-05-11 | 2017-03-29 | Fujitsu Limited | Method of controlling header compression in wireless communication, and wireless station and transmitting device |
| US8060646B2 (en) * | 2008-02-29 | 2011-11-15 | Comtech Ef Data Corp. | Adaptive refresh rate for header compression over long propagation channels and related methods |
| EP2117149B1 (en) * | 2008-05-06 | 2011-10-26 | Alcatel Lucent | Recovery of transmission errors |
| CN101599890B (zh) * | 2008-06-06 | 2011-12-07 | 中兴通讯股份有限公司 | 一种通信系统中的数据传输系统和方法 |
| JP5453948B2 (ja) * | 2009-06-18 | 2014-03-26 | 富士通セミコンダクター株式会社 | データ受信処理方法及びデータ受信処理装置 |
| CA2818852C (en) * | 2010-04-01 | 2016-05-24 | Lg Electronics Inc. | Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, and broadcast signal transceiving method in a broadcast signal transceiving apparatus |
| CN102571540B (zh) * | 2010-12-20 | 2015-12-16 | 华为技术有限公司 | 一种解压的方法及装置 |
| KR101764635B1 (ko) * | 2014-12-10 | 2017-08-03 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| EP3264779B1 (en) * | 2016-06-30 | 2022-04-13 | Apple Inc. | Apparatus adapted for maintaining receiving data quality and method for receiving data |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI109385B (fi) | 1999-04-01 | 2002-07-15 | Nokia Corp | Menetelmä ja laitteet digitaaliseen datasiirtoon |
| JP2000344429A (ja) * | 1999-06-04 | 2000-12-12 | Toshiba Elevator Co Ltd | 油圧エレベーターの制御装置 |
| US6754231B1 (en) | 1999-06-18 | 2004-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Robust header compression in packet communications |
| EP1411700B8 (en) | 1999-08-06 | 2006-08-30 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, and data reception apparatus |
| JP4414065B2 (ja) | 1999-08-06 | 2010-02-10 | パナソニック株式会社 | データ伝送方式，データ送信装置，及びデータ受信装置 |
| US6680955B1 (en) | 1999-08-20 | 2004-01-20 | Nokia Networks Oy | Technique for compressing a header field in a data packet |
| US6882637B1 (en) | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
| JP3437545B2 (ja) * | 1999-11-30 | 2003-08-18 | 三菱電機株式会社 | 通話装置アダプタ |
| US6839339B1 (en) | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
| JP3730835B2 (ja) * | 2000-03-03 | 2006-01-05 | 株式会社エヌ・ティ・ティ・ドコモ | パケット伝送方法、中継装置およびデータ端末 |
| US7061936B2 (en) | 2000-03-03 | 2006-06-13 | Ntt Docomo, Inc. | Method and apparatus for packet transmission with header compression |
| JP2001320422A (ja) | 2000-03-03 | 2001-11-16 | Ntt Docomo Inc | ヘッダ圧縮を伴うパケット伝送のための方法および装置 |
| JP4520032B2 (ja) | 2000-08-17 | 2010-08-04 | パナソニック株式会社 | ヘッダ圧縮装置およびヘッダ圧縮方法 |
| EP1187416B1 (en) | 2000-09-07 | 2005-03-23 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for transmitting data packets |
| JP4592935B2 (ja) | 2000-09-11 | 2010-12-08 | パナソニック株式会社 | ヘッダ復元装置およびヘッダ復元方法 |
| JP3323484B2 (ja) | 2000-09-12 | 2002-09-09 | 松下電器産業株式会社 | パケット送信装置、パケット受信装置およびパケット伝送方法 |
| JP2002290383A (ja) | 2001-03-27 | 2002-10-04 | Ntt Docomo Inc | パケット伝送制御方法及び送信装置 |
| US20040136376A1 (en) * | 2001-05-03 | 2004-07-15 | Kari Einamo | Processing of segmented messages |
| JP3512177B2 (ja) | 2001-05-16 | 2004-03-29 | 松下電器産業株式会社 | パケット受信装置及びパケット伝送方法 |
| US7362707B2 (en) * | 2001-07-23 | 2008-04-22 | Acme Packet, Inc. | System and method for determining flow quality statistics for real-time transport protocol data flows |
-
2001
- 2001-09-28 JP JP2001301846A patent/JP3617967B2/ja not_active Expired - Lifetime
-
2002
- 2002-09-19 US US10/466,251 patent/US7197687B2/en not_active Expired - Lifetime
- 2002-09-19 CN CNB028042042A patent/CN100423481C/zh not_active Expired - Lifetime
- 2002-09-19 WO PCT/JP2002/009599 patent/WO2003030435A1/ja active IP Right Grant
- 2002-09-19 EP EP20020770207 patent/EP1370019B1/en not_active Expired - Lifetime
- 2002-09-19 DE DE2002605092 patent/DE60205092T2/de not_active Expired - Lifetime
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008523723A (ja) * | 2004-12-08 | 2008-07-03 | クゥアルコム・インコーポレイテッド | エラーに強いヘッダ圧縮においてローカル修正を強化させるための方法及びシステム |
| JP2010283832A (ja) * | 2004-12-08 | 2010-12-16 | Qualcomm Inc | エラーに強いヘッダ圧縮においてローカル修正を強化するための方法及びシステム |
| US8165104B2 (en) | 2004-12-08 | 2012-04-24 | Qualcomm Incorporated | Methods and systems for enhancing local repair in robust header compression |
| JP4782866B2 (ja) * | 2006-05-04 | 2011-09-28 | クゥアルコム・インコーポレイテッド | ロバストヘッダ圧縮における局部的修復を向上させる方法およびシステム |
| JP2009543427A (ja) * | 2006-07-07 | 2009-12-03 | サムスン エレクトロニクス カンパニー リミテッド | Ｉｐｄｃサービスを提供する装置と方法、及びｉｐｄｃサービスを処理する装置と方法 |
| US8374176B2 (en) | 2006-07-07 | 2013-02-12 | Samsung Electronics Co., Ltd. | Method and apparatus for providing internet protocol datacasting (IPDC) service, and method and apparatus for processing IPDC service |
| JP2010515295A (ja) * | 2006-12-26 | 2010-05-06 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 無線通信ネットワークにおける改良されたヘッダ圧縮 |
| JP2010028757A (ja) * | 2008-07-24 | 2010-02-04 | Panasonic Corp | 無線受信装置及び無線受信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60205092T2 (de) | 2006-01-12 |
| EP1370019B1 (en) | 2005-07-20 |
| EP1370019A4 (en) | 2004-08-04 |
| JP3617967B2 (ja) | 2005-02-09 |
| US20040088642A1 (en) | 2004-05-06 |
| CN100423481C (zh) | 2008-10-01 |
| EP1370019A1 (en) | 2003-12-10 |
| US7197687B2 (en) | 2007-03-27 |
| DE60205092D1 (de) | 2005-08-25 |
| WO2003030435A1 (en) | 2003-04-10 |
| CN1489845A (zh) | 2004-04-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003110618A (ja) | ヘッダ圧縮パケット受信装置及び方法 | |
| JP3512177B2 (ja) | パケット受信装置及びパケット伝送方法 | |
| US6385199B2 (en) | Method and apparatus for packet transmission with header compression | |
| JP4582565B2 (ja) | パケット通信におけるロバストヘッダ圧縮 | |
| EP1271886B1 (en) | Packet header compression | |
| US7061936B2 (en) | Method and apparatus for packet transmission with header compression | |
| USRE43100E1 (en) | Apparatus and method for header decompression | |
| JP4859323B2 (ja) | チェックサムに基づくヘッダ圧縮におけるトランスポート層チェックサムの代替 | |
| JP2003304299A (ja) | 圧縮ヘッダデータを送信する方法、装置、およびシステム | |
| EP1482668A1 (en) | PACKET TRANSMITTER, PACKET RECEIVER AND PACKET TRANSMISSION METHOD | |
| US20040165542A1 (en) | Packet transmitter and packet transmitter method | |
| JP2002094553A (ja) | パケット伝送装置およびパケット伝送方法 | |
| JP3638939B2 (ja) | ヘッダ復元装置およびヘッダ復元方法 | |
| US9525650B2 (en) | Method and system for updating reorder depth in robust header compression | |
| US20040136380A1 (en) | Packet transmitter, packet receiver and packet transmission method | |
| EP1482700A1 (en) | Packet transmitter and packet transmission method | |
| JP3638940B2 (ja) | ヘッダ復元装置およびヘッダ復元方法 | |
| GB0316054D0 (en) | Method and apparatus for communicating data packets |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041013 |
|
| 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: 20041102 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041105 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3617967 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: 20071119 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101119 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111119 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131119 Year of fee payment: 9 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |