JP2002094554A

JP2002094554A - パケット送信装置、パケット受信装置およびパケット伝送方法

Info

Publication number: JP2002094554A
Application number: JP2000277075A
Authority: JP
Inventors: Taiji Ido; 大治井戸; Koji Imura; 康治井村; Akihiro Miyazaki; 秋弘宮崎; Koichi Hata; 幸一畑
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-09-12
Filing date: 2000-09-12
Publication date: 2002-03-29
Anticipated expiration: 2020-09-12
Also published as: WO2003075504A1; EP1482668A1; JP3323484B2; CN1516936A; AU2002236241A1

Abstract

(57)【要約】【課題】ヘッダの圧縮効率およびパケットの伝送
効率を低下させず、しかも受信側においてデータが欠落
してしまう期間を短くすること。【解決手段】更新要求信号生成部１０７は、NG信号が
CRC部１０４から所定の回数連続して出力された場合に
更新要求信号を生成する。具体的には、更新要求信号生
成部１０７は、誤りの検出回数を数えるカウンタを有
し、CRC部１０４からNG信号が出力される度にカウンタ
を１づつ増加させ、CRC部１０４からOK信号が出力され
たとき、またはカウンタの値が所定の回数になる度にカ
ウンタをリセットする。そして、更新要求信号生成部１
０７は、カウンタの値が所定の回数になったときに、更
新要求信号を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット送信装
置、パケット受信装置およびパケット伝送方法に関し、
特に、パケットのヘッダを圧縮して送信するパケット送
信装置、受信したパケットのヘッダを復元するパケット
受信装置およびパケット伝送方法に関する。

【０００２】

【従来の技術】現在、インターネット上においてパケッ
トを伝送するために使用される代表的なプロトコル（通
信手順）として、RTP（Real-time Transport Protoco
l）や、UDP（User Data Protocol）や、IP（Internet P
rotocol）があり、パケット伝送では、これらのプロト
コルを組み合わせて用いるのが一般的である。また、こ
れらのプロトコルは、IETF（Internet Engineering Tas
k Force）によって標準化されている。

【０００３】上記各プロトコルにおいては、送信データ
にヘッダとして以下に示すような情報が付加されてパケ
ットが生成される。すなわち、まず、RTPでは、図８
（ａ）に示すように、データの順序を示すシーケンス番
号（以下「SN」という。）と、時間情報であるタイムス
タンプ（以下「TS」という。）とがデータに付加されて
RTPパケットが生成される。次いで、UDPでは、図８
（ｂ）に示すように、受信側におけるポート番号がRTP
パケットに付加されてUDPパケットが生成される。次い
で、IPでは、図８（ｃ）に示すように、受信側のインタ
ーネット上におけるアドレス（IPアドレス）がUDPパケ
ットに付加されてIPパケットが生成される。そして、こ
のIPパケットが受信側へ送信される。

【０００４】また、ヘッダを圧縮して送信することによ
りパケットの伝送効率を高める技術としてヘッダ圧縮技
術がある。RTP、UDPおよびIPにおいて付加される各ヘッ
ダの圧縮方法については、IETFによりRFC（Request For
Comments）2508として規定されている。RFC2508で規定
されたヘッダ圧縮方法は、主にインターネット等の有線
でのパケット伝送向けに規定されたものである。

【０００５】これに対し主に携帯電話網等の無線でのパ
ケット伝送向けに現在IETFで提案されているヘッダ圧縮
方法として、ROHC（RObust Header Compression）があ
る。無線区間においては、有線区間に比べパケット伝送
中の誤り発生率が高くなる傾向があるため、ROHCは、伝
送中に生じた誤りに対して高い耐性を持つことを特徴と
するヘッダ圧縮方法である。

【０００６】また、無線区間では有線区間に比べ使用で
きる周波数帯域が狭いため、ROHCでは、RFC2508で規定
されたヘッダ圧縮方法に比べ、さらにヘッダの圧縮率を
高めている。なお、ROHCは、IETFにおいて、draft-ietf
-rohc-rtp-kw-00.txtやdraft-ietf-rohc-rtp-rocco-00.
txt等として提案されている。

【０００７】ROHCでは、具体的には以下のようにしてヘ
ッダを圧縮する。すなわち、IPアドレスやポート番号等
を含む圧縮しないヘッダは毎回送信せず所定の間隔毎に
送信する。また、SNの増加分とTSの増加分との間に一定
の規則性がある場合には、SNのみを送信する。さらに、
SNについては、下位の数ビットのみを送信し、桁上がり
が発生したときにのみすべてのビットを送信する。送信
側ではコンテキストと呼ばれる参照情報を参照してヘッ
ダの圧縮を行い、また、受信側では送信側で用いられた
のと同じコンテキストを参照してヘッダの復元を行う。

【０００８】また、ROHCでは、図９（ａ）〜（ｃ）に示
すように３種類のヘッダが存在し、それぞれ、UPDATE_F
ULLHEADER、UPDATE、NON_UPDATEと呼ばれる。図９
（ａ）に示すUPDATE_FULLHEADERは、SNおよび受信側が
ヘッダを復元した時に正しく復元できたかどうかを検査
するCRC（Cyclic Redundancy Check）ビットの他に、IP
アドレス、ポート番号、TSおよびSNの増加分に対するTS
の増加分であるΔTSを含み、圧縮されないヘッダとな
る。このUPDATE_FULLHEADERは、所定の間隔毎またはΔT
Sに変更がある度に送信される。図９（ｂ）に示すUPDAT
Eは、IPアドレス、ポート番号、TSおよびΔTSを含ま
ず、SNおよびCRCビットを含む。また、図９（ｃ）に示
すNON_UPDATEは、IPアドレス、ポート番号、TSおよびΔ
TSを含まず、SNの下位の数ビットのみで表されたSN'お
よびCRCビットを含む。

【０００９】受信側では、UPDATE_FULLHEADER、UPDAT
E、NON_UPDATE毎にコンテキストの更新の有無を変え
る。つまり、受信側では、UPDATE_FULLHEADERを受信し
た場合には、受信したヘッダの内容をそのままコンテキ
ストとして、コンテキストを更新する。また、UPDATEを
受信した場合には、コンテキストを参照してヘッダを復
元した後、その復元したヘッダの内容でコンテキストを
更新する。また、NON_UPDATEを受信した場合には、コン
テキストを参照してヘッダを復元するが、コンテキスト
は更新しない。

【００１０】次いで、ROHCを用いて行われるパケットの
送受の手順の一例をシーケンス図を用いて具体的に説明
する。図１０は、ROHCを用いて行われるパケットの送受
の手順を説明するためのシーケンス図である。

【００１１】図１０において、送信側（すなわち、ヘッ
ダ圧縮側）は通信開始後１回目の送信においてSN=1のUP
DATE_FULLHEADERを送信する。そして、送信側ではUPDAT
E_FULLHEADERを送信する際にコンテキストを更新する。
同様に受信側（すなわち、ヘッダ復元側）では、UPDATE
_FULLHEADERを受信した際にコンテキストを更新する。
これにより、送信側のコンテキストと受信側のコンテキ
ストが一致する。

【００１２】SN=2およびSN=3の送信では、送信側は、SN
=1のUPDATE_FULLHEADERによって更新されたコンテキス
トを参照してNON_UPDATEを生成し、送信する。送信側
は、送信するSNとコンテキストのSNとの比較結果より、
SNが桁上がりしていないと判定してNON_UPDATEを送信す
る。受信側では、SN=2およびSN=3の受信においては、SN
=1のUPDATE_FULLHEADERによって更新されたコンテキス
トを参照してヘッダを復元する。

【００１３】SN=4の送信では、送信側は、SN=1のUPDATE
_FULLHEADERによって更新されたコンテキストを参照し
てUPDATEを生成し、送信する。送信側は、送信するSNと
コンテキストのSNとの比較結果より、SNに桁上がりが生
じたと判定してUPDATEを送信する。そして、送信側では
UPDATEを送信する際にコンテキストを更新する。受信側
では、SN=4の受信においては、SN=1のUPDATE_FULLHEADE
Rによって更新されたコンテキストを参照してヘッダを
復元した後、復元したヘッダの内容でコンテキストを更
新する。これにより、送信側のコンテキストと受信側の
コンテキストが一致する。

【００１４】なお、ここでいう桁上がりとは、SNを所定
のビット数の２進数で表した場合に、コンテキストのSN
の最上位ビットとパケットのSNの最上位ビットが一致し
なくなることをいう。例えば、図７に示すSN=1〜SN=4に
おいて、SNを３ビットで表し、SN'を２ビットで表すこ
ととした場合には、SN=3からSN=4になったときに'011'
から'100'になるので、桁上がりが発生する。このと
き、SN'は'11'から'00'になってしまうので、圧縮前のS
Nが'100'なのか'000'なのか区別がつかなくなってしま
う。このため、桁上がりが発生する度にUPDATEを送信し
て、コンテキストを更新する。

【００１５】SN=5〜SN=99では、上記同様の手順が繰り
返される。そして、送信側は、SN=100の送信では、UPDA
TE_FULLHEADERを送信する。つまり、この例では、１０
０回に１回UPDATE_FULLHEADERが送信される。

【００１６】UPDATE_FULLHEADERの受信時には、受信側
ではコンテキストを参照せずに、受信したヘッダの内容
をそのままコンテキストとしてコンテキストを更新する
ため、このように定期的にUPDATE_FULLHEADERを送信す
ることにより、受信側が誤ったコンテキストを参照し誤
ったヘッダを復元し続けることを防止することができ
る。

【００１７】

【発明が解決しようとする課題】ところで、送信される
パケットには図９に示したようにCRCビットが付加され
るので、受信側では、ヘッダの復元後その復元したヘッ
ダの誤りを検出し、誤りがあるパケットを廃棄すること
ができる。しかし、誤り検出能力以上の誤りが生じた場
合等、CRCでは誤りを検出できない場合がある。

【００１８】例えば、図１１に示すように、SN＝4のUPD
ATEの伝送中に誤りが生じ、受信側でその誤りを検出で
きなかった場合には、誤ったヘッダによりコンテキスト
が更新されてしまう。このため、SN=4のヘッダで更新さ
れたコンテキストは、誤ったコンテキストとなる。受信
側では、SN=5〜SN=99ではその誤ったコンテキストを参
照してヘッダが復元されるので、SN=5〜SN=99のヘッダ
はすべて誤り（すなわち、CRC=NG）となり、SN=5〜SN=9
9のパケットはすべて廃棄される。つまり、受信側で
は、SN=5〜SN=99のデータが欠落した状態となる。

【００１９】そこで、図１２に示すように、受信側で
は、ヘッダに誤りが検出された場合（すなわち、CRC=NG
となった場合）に送信側に対してコンテキストの更新を
要求し、送信側では、この更新要求に対しUPDATE_FULLH
EADERを送信する手順を採ることが考えられる。この手
順を用いると、受信側のコンテキストはSN=7のUPDATE_F
ULLHEADERによって正しいコンテキストに更新されるの
で、データが欠落してしまう期間を短くすることができ
る。

【００２０】しかしながら、受信側では、CRCによって
ヘッダに誤りがあることは検出できても、誤りが発生し
た原因までは分からない。つまり、受信側では、ヘッダ
に誤りが検出された場合、その誤りがパケットの伝送中
に生じたそのヘッダに固有の誤りなのか、コンテキスト
が誤っていることにより生じた誤りなのかを判断するこ
とができない。換言すれば、コンテキストが誤っている
か否か判断することができない。

【００２１】コンテキストが正しい場合にはたとえヘッ
ダに誤りが検出されても、受信側はコンテキストの更新
を要求する必要がない。しかし、図１２に示す手順で
は、ヘッダに誤りが検出された場合にはすべてコンテキ
ストの更新が要求される。よって、図１２に示す手順で
は、本来UPDATEまたはNON_UPDATEの送信で足りる場合で
あっても、UPDATE_FULLHEADERが送信されてしまうこと
がある。

【００２２】UPDATE_FULLHEADERは、UPDATEやNON_UPDAT
Eに比べヘッダ部分のデータ量が多い。よって、図１２
に示すような手順を採ると、ヘッダの圧縮効率が低下し
てしまう。換言すれば、パケットの伝送効率が低下して
しまう。

【００２３】本発明はかかる点に鑑みてなされたもので
あり、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落してしま
う期間を短くすることができるパケット送信装置、パケ
ット受信装置およびパケット伝送方法を提供することを
目的とする。

【００２４】

【課題を解決するための手段】本発明のパケット受信装
置は、参照情報を用いてヘッダの圧縮および復元が行わ
れるパケット通信システムにおいて使用されるパケット
受信装置であって、パケットのヘッダについて誤りの有
無を検出する検出手段と、前記検出手段によって複数の
パケットのヘッダについて誤りが有ることが連続して検
出された場合に参照情報の更新要求を送信する送信手
段、とを具備する構成を採る。

【００２５】この構成によれば、パケット受信装置は誤
りが連続して検出された場合に参照情報の更新をパケッ
ト送信装置に対して要求するため、誤りの発生頻度が高
い場合にのみUPDATE_FULLHEADERが送信されるので、ヘ
ッダの圧縮効率およびパケットの伝送効率を低下させ
ず、しかもパケット受信装置においてデータが欠落して
しまう期間を短くすることができる。

【００２６】本発明の通信端末装置は、上記パケット受
信装置を搭載する構成を採る。

【００２７】この構成によれば、ヘッダの圧縮効率およ
びパケットの伝送効率を低下させず、しかも通信端末装
置においてデータが欠落してしまう期間を短くすること
ができる。

【００２８】本発明のパケット送信装置は、参照情報を
用いてヘッダの圧縮および復元が行われるパケット通信
システムにおいて使用されるパケット送信装置であっ
て、パケット受信装置から送信された参照情報の更新要
求を受信する受信手段と、所定の時間内に複数の更新要
求が受信された場合に、パケット受信装置で参照情報が
参照されずに復元された後、前記参照情報の更新に使用
されるヘッダを有するパケットを送信する送信手段と、
を具備する構成を採る。

【００２９】この構成によれば、パケット送信装置は、
所定時間内に複数の更新要求が受信された場合にUPDATE
_FULLHEADERを送信するため、誤りの発生頻度が高い場
合にのみUPDATE_FULLHEADERが送信されるので、ヘッダ
の圧縮効率およびパケットの伝送効率を低下させず、し
かもパケット受信装置においてデータが欠落してしまう
期間を短くすることができる。

【００３０】本発明の画像配信装置は、上記パケット送
信装置を具備する構成を採る。

【００３１】この構成によれば、ヘッダの圧縮効率およ
びパケットの伝送効率を低下させず、しかもパケット受
信装置においてデータが欠落してしまう期間を短くする
ことができる。

【００３２】本発明のコンピュータにより読み取り可能
な記憶媒体は、受信パケットのヘッダについて誤りの有
無を検出する検出ステップと、前記検出ステップにおい
て複数の受信パケットのヘッダについて誤りが有ること
が連続して検出された場合に、ヘッダを復元するために
使用する参照情報の更新要求を通信相手に対して送信す
る送信ステップと、をコンピュータに実行させるプログ
ラムを記憶するようにした。

【００３３】この記憶媒体に記憶されたプログラムによ
れば、複数の受信パケットのヘッダに誤りが連続して検
出された場合に参照情報の更新を通信相手に対して要求
するため、誤りの発生頻度が高い場合にのみUPDATE_FUL
LHEADERが送信されるので、ヘッダの圧縮効率およびパ
ケットの伝送効率を低下させず、しかも通信相手におい
てデータが欠落してしまう期間を短くすることができ
る。

【００３４】本発明のコンピュータにより読み取り可能
な記憶媒体は、通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
所定の時間内に複数の更新要求が受信された場合に、通
信相手側で参照情報が参照されずに復元された後、前記
参照情報の更新に使用されるヘッダを有するパケットを
送信する送信ステップと、をコンピュータに実行させる
プログラムを記憶するようにした。

【００３５】この記憶媒体に記憶されたプログラムによ
れば、所定時間内に複数の更新要求が受信された場合に
UPDATE_FULLHEADERを送信するため、誤りの発生頻度が
高い場合にのみUPDATE_FULLHEADERが送信されるので、
ヘッダの圧縮効率およびパケットの伝送効率を低下させ
ず、しかも通信相手においてデータが欠落してしまう期
間を短くすることができる。

【００３６】本発明のサーバは、受信パケットのヘッダ
について誤りの有無を検出する検出ステップと、前記検
出ステップにおいて複数の受信パケットのヘッダについ
て誤りが有ることが連続して検出された場合に、ヘッダ
を復元するために使用する参照情報の更新要求を通信相
手に対して送信する送信ステップと、をコンピュータに
実行させるプログラムを格納する格納手段と、クライア
ントからの要求に応じて前記プログラムを前記クライア
ントに送信する送信手段と、を具備する構成を採る。

【００３７】このサーバから送信されるプログラムによ
れば、複数の受信パケットのヘッダに誤りが連続して検
出された場合に参照情報の更新を通信相手に対して要求
するため、誤りの発生頻度が高い場合にのみUPDATE_FUL
LHEADERが送信されるので、ヘッダの圧縮効率およびパ
ケットの伝送効率を低下させず、しかも通信相手におい
てデータが欠落してしまう期間を短くすることができ
る。

【００３８】本発明のサーバは、通信相手側でヘッダを
復元するために使用する参照情報の更新要求を受信する
受信ステップと、所定の時間内に複数の更新要求が受信
された場合に、通信相手側で参照情報が参照されずに復
元された後、前記参照情報の更新に使用されるヘッダを
有するパケットを送信する送信ステップと、をコンピュ
ータに実行させるプログラムを格納する格納手段と、ク
ライアントからの要求に応じて前記プログラムを前記ク
ライアントに送信する送信手段と、を具備する構成を採
る。

【００３９】このサーバから送信されるプログラムによ
れば、所定時間内に複数の更新要求が受信された場合に
UPDATE_FULLHEADERを送信するため、誤りの発生頻度が
高い場合にのみUPDATE_FULLHEADERが送信されるので、
ヘッダの圧縮効率およびパケットの伝送効率を低下させ
ず、しかも通信相手においてデータが欠落してしまう期
間を短くすることができる。

【００４０】本発明のパケット伝送方法は、参照情報を
用いてヘッダの圧縮および復元が行われるパケット通信
システムにおいて使用されるパケット伝送方法であっ
て、パケット受信側において、複数の受信パケットのヘ
ッダについて誤りが有ることが連続して検出された場合
に、参照情報の更新要求をパケット送信側に対して送信
し、パケット送信側において、前記更新要求が受信され
た場合に、パケット受信側で参照情報が参照されずに復
元された後、前記参照情報の更新に使用されるヘッダを
有するパケットをパケット受信側に対して送信するよう
にした。

【００４１】この方法によれば、パケット受信側は誤り
が連続して検出された場合に参照情報の更新を要求し、
この更新要求に対してパケット送信側はUPDATE_FULLHEA
DERを送信する。よって、誤りの発生頻度が高い場合に
のみUPDATE_FULLHEADERが送信されるので、ヘッダの圧
縮効率およびパケットの伝送効率を低下させず、しかも
パケット受信側においてデータが欠落してしまう期間を
短くすることができる。

【００４２】本発明のパケット伝送方法は、参照情報を
用いてヘッダの圧縮および復元が行われるパケット通信
システムにおいて使用されるパケット伝送方法であっ
て、パケット受信側において、受信パケットのヘッダに
誤りがあることを検出した場合に、参照情報の更新要求
をパケット送信側に対して送信し、パケット送信側にお
いて、所定の時間内に複数の更新要求が受信された場合
に、パケット受信側で参照情報が参照されずに復元され
た後、前記参照情報の更新に使用されるヘッダを有する
パケットをパケット受信側に対して送信するようにし
た。

【００４３】この方法によれば、パケット受信側は誤り
を検出した場合にはすべてコンテキストの更新を要求
し、パケット送信側は、所定時間内に複数の更新要求が
受信された場合にUPDATE_FULLHEADERを送信する。よっ
て、誤りの発生頻度が高い場合にのみUPDATE_FULLHEADE
Rが送信されるので、ヘッダの圧縮効率およびパケット
の伝送効率を低下させず、しかもパケット受信側におい
てデータが欠落してしまう期間を短くすることができ
る。

【００４４】

【発明の実施の形態】コンテキストが誤っている場合に
は、そのコンテキストを参照して復元されたヘッダはす
べて誤りとなる。逆に、コンテキストが誤っていない場
合には、そのコンテキストを参照して復元されたヘッダ
は、誤りとなるものとならないものとががある。つま
り、コンテキストが誤っている場合には、連続してヘッ
ダに誤りが発生するので誤りの発生頻度が高くなり、コ
ンテキストが誤っていない場合には、誤りの発生頻度が
低くなる。

【００４５】本発明者は、誤りの発生頻度に着目し、誤
りの発生頻度の高低によってコンテキストが誤っている
か否かを判断することができることを見出し、本発明を
するに至った。

【００４６】すなわち、本発明の骨子は、誤りの発生頻
度が高い場合には、コンテキストが誤っていると判断し
てコンテキストを更新し、誤りの発生頻度が低い場合に
は、コンテキストが誤っているのではなく、パケットの
伝送中に生じたそのパケットのヘッダに固有の誤りであ
ると判断してコンテキストを更新しないことである。

【００４７】以下、本発明の実施の形態について、図面
を参照して詳細に説明する。

【００４８】（実施の形態１）本実施の形態では、パケ
ット受信装置（すなわち、ヘッダ復元側）は誤りが連続
して検出された場合にコンテキストの更新を要求し、こ
の更新要求に対してパケット送信装置（すなわち、ヘッ
ダ圧縮側）はUPDATE_FULLHEADERを送信する。

【００４９】図１は、本発明の実施の形態１に係るパケ
ット受信装置の構成を示すブロック図であり、図２は、
本発明の実施の形態１に係るパケット送信装置の構成を
示すブロック図である。なおここでは、パケットが無線
回線を介して伝送される場合について説明する。

【００５０】図１に示すパケット受信装置において、受
信部１０２は、アンテナ１０１を介して受信されたパケ
ットに無線処理（ダウンコンバート、Ａ／Ｄ変換等）と
復調処理を施した後、受信パケットをヘッダ復元部１０
３に出力する。

【００５１】ヘッダ復元部１０３は、バッファ１０６に
保存されているコンテキストを参照して受信パケットの
ヘッダを復元し、ヘッダ復元後のパケットをCRC部１０
４に出力する。また、ヘッダ復元部１０３は、受信パケ
ットのヘッダの種類をコンテキスト更新部１０５に知ら
せる。つまり、ヘッダ復元部１０３は、受信パケットの
ヘッダが、UPDATE_FULLHEADER、UPDATE、NON_UPDATEの
うちのいずれであるかをコンテキスト更新部１０５に知
らせる。

【００５２】CRC部１０４は、ヘッダ復元部１０３から
出力されたパケットのヘッダにCRCを行い、CRC後のパケ
ットを受信パケットとして出力する。また、CRC部１０
４は、ヘッダに誤りが検出された場合には、その旨を更
新要求信号生成部１０７にNG信号として伝え、誤りが検
出されない場合には、その旨を更新要求信号生成部１０
７にOK信号として伝える。また、CRC部１０４は、ヘッ
ダに誤りが検出されなかった場合には、ヘッダ復元部１
０３から出力されたパケットをコンテキスト更新部１０
５に出力する。

【００５３】コンテキスト更新部１０５は、CRC部１０
４から出力されたパケットのヘッダの種類に応じて、バ
ッファ１０６に保存されているコンテキストを更新す
る。すなわち、コンテキスト更新部１０５は、ヘッダ復
元部１０３から知らされた種類がUPDATE_FULLHEADERま
たはUPDATEである場合には、CRC部１０４から出力され
たパケットのヘッダ部分によってコンテキストを更新
し、ヘッダ復元部１０３から知らされた種類がNON_UPDA
TEである場合には、コンテキストを更新しない。

【００５４】更新要求信号生成部１０７は、NG信号がCR
C部１０４から所定の回数連続して出力された場合に更
新要求信号を生成し、生成した更新要求信号を更新要求
信号送信部１０８に出力する。具体的には、更新要求信
号生成部１０７は、誤りの検出回数を数えるカウンタを
有し、CRC部１０４からNG信号が出力される度にカウン
タを１づつ増加させ、CRC部１０４からOK信号が出力さ
れたとき、またはカウンタの値が所定の回数になる度に
カウンタをリセットする。そして、更新要求信号生成部
１０７は、カウンタの値が所定の回数になったときに、
更新要求信号を生成する。

【００５５】ここで、更新要求信号とは、パケット受信
装置がパケット送信装置に対してコンテキストの更新を
要求するための信号である。すなわち、更新要求信号と
は、パケット受信装置がパケット送信装置に対してUPDA
TE_FULLHEADERの送信を要求するための信号である。

【００５６】更新要求信号送信部１０８は、更新要求信
号に変調処理と無線処理（Ｄ／Ａ変換、アップコンバー
ト等）を施した後、更新要求信号をアンテナ１０１を介
してパケット送信装置に対して送信する。

【００５７】一方、図２に示すパケット送信装置におい
て、RTPパケット生成部２０１は、送信データを所定の
伝送単位に分割した後、分割後のデータにSNとTSとを付
加してRTPパケットを生成する。そして、RTPパケット生
成部２０１は、RTPパケットをUDPパケット生成部２０２
に出力する。

【００５８】UDPパケット生成部２０２は、受信側にお
けるポート番号をRTPパケットに付加してUDPパケットを
生成し、そのUDPパケットをIPパケット生成部２０３に
出力する。

【００５９】IPパケット生成部２０３は、受信側のイン
ターネット上におけるアドレス（IPアドレス）をUDPパ
ケットに付加してIPパケットを生成し、そのIPパケット
をCRCビット付加部２０４に出力する。

【００６０】CRCビット付加部２０４は、IPパケットにC
RCビットを付加して、送信パケット生成部２０５に出力
する。

【００６１】送信パケット生成部２０５は、ヘッダを圧
縮する。そして、送信パケット生成部２０５は、圧縮後
のヘッダを付加したパケットを送信パケットとして送信
部２０６に出力する。送信パケット生成部２０５の構成
については後述する。

【００６２】送信部２０６は、送信パケットに変調処理
と無線処理（Ｄ／Ａ変換、アップコンバート等）を施し
た後、送信パケットをアンテナ２０７を介してパケット
受信装置に対して送信する。

【００６３】更新要求信号受信部２０８は、アンテナ２
０７を介して受信された更新要求信号に無線処理（ダウ
ンコンバート、Ａ／Ｄ変換等）と復調処理を施した後、
更新要求信号を送信パケット生成部２０５に出力する。

【００６４】次いで、送信パケット生成部２０５の構成
について説明する。図３は、本発明の実施の形態１に係
るパケット送信装置の送信パケット生成部の構成を示す
ブロック図である。

【００６５】図３に示す送信パケット生成部２０５にお
いて、ヘッダおよびCRCビットを付加されたパケット
が、CRCビット付加部２０４から圧縮方法選択部３０１
およびヘッダ圧縮部３０３に入力される。

【００６６】圧縮方法選択部３０１は、ヘッダの圧縮方
法を選択して、選択した圧縮方法をヘッダ圧縮部３０３
に知らせる。すなわち、圧縮方法選択部３０１は、UPDA
TE_FULLHEADER、UPDATE、NON_UPDATEの３種類のヘッダ
のうちからいずれかのヘッダを選択して、選択したヘッ
ダの種類をヘッダ圧縮部３０３に知らせる。

【００６７】更新要求信号受信部２０８から圧縮方法選
択部３０１に更新要求信号が出力された場合には、圧縮
方法選択部３０１は、UPDATE_FULLHEADERを選択する。

【００６８】一方、更新要求信号受信部２０８から圧縮
方法選択部３０１に更新要求信号が出力されない場合に
は、圧縮方法選択部３０１は、UPDATE_FULLHEADER、UPD
ATE、NON_UPDATEのうちいずれかのヘッダを以下のよう
にして選択する。

【００６９】すなわち、圧縮方法選択部３０１は、通信
開始後最初に送信するパケットについては、UPDATE_FUL
LHEADERを選択する。その後、圧縮方法選択部３０１
は、定期的にUPDATE_FULLHEADERを選択する。例えば、
圧縮方法選択部３０１は、１００回に１回UPDATE_FULLH
EADERを選択する。

【００７０】また、圧縮方法選択部３０１は、ヘッダの
SNとバッファ３０２に保存されているコンテキストのSN
とを比較し、SNが桁上がりしている場合には、UPDATEを
選択し、SNが桁上がりしていない場合には、NON_UPDATE
を選択する。

【００７１】また、更新要求信号受信部２０８から更新
要求信号が出力された場合およびされない場合のいずれ
の場合も、圧縮方法選択部３０１は、UPDATE_FULLHEADE
RまたはUPDATEを選択したときには、バッファ３０２に
保存されているコンテキストをCRCビット付加部２０４
から出力されたパケットのヘッダで更新し、NON_UPDATE
を選択したときには、コンテキストを更新しない。

【００７２】バッファ３０２は、コンテキストを保存す
るためのバッファである。バッファ３０２に保存された
コンテキストは、上述したように、圧縮方法選択部３０
１によって適宜更新される。

【００７３】ヘッダ圧縮部３０３は、圧縮方法選択部３
０１で選択されたヘッダの種類に従って、CRCビット付
加部２０４から出力されたパケットのヘッダを圧縮し
て、送信部２０６に出力する。このとき、ヘッダ圧縮部
３０３は、バッファ３０２に保存されているコンテキス
トを参照し、このコンテキストとの差分に基づいてヘッ
ダを圧縮する。

【００７４】次いで、上記構成を有するパケット送信装
置と上記構成を有するパケット受信装置との間で行われ
るパケット伝送の送受の手順をシーケンス図を用いて具
体的に説明する。図４は、本発明の実施の形態１に係る
パケット送信装置と本発明の実施の形態１に係るパケッ
ト受信装置との間で行われるパケット伝送の送受の手順
を説明するためのシーケンス図である。なお、図４にお
いて、送信側とは上記構成を有するパケット送信装置を
指し、受信側とは上記構成を有するパケット受信装置を
指す。

【００７５】今例えば、図４に示すように、SN＝4のUPD
ATEの伝送中に誤りが生じ、その誤りをパケット受信装
置で検出できなかったものとする。つまり、パケット受
信装置では誤ったヘッダによりコンテキストが更新され
てしまったものとする。よって、コンテキストは誤った
コンテキストになるので、SN=5のパケットのヘッダに対
するCRC結果、SN=6のパケットのヘッダに対するCRC結果
およびSN=7のパケットのヘッダに対するCRC結果が、す
べてNGとなる。

【００７６】図１に示すパケット受信装置では、SN=5の
パケットのヘッダに対するNG信号とSN=6のパケットのヘ
ッダに対するNG信号とがCRC部１０４から連続して出力
されるので、更新要求信号生成部１０７のカウンタは'
２'になる。

【００７７】今、更新要求信号生成部１０７に設定され
た所定の回数を'２'とする。よって、更新要求信号生成
部１０７は、カウンタの値が'２'となったときに、更新
要求信号を生成する。これにより、パケット受信装置
は、誤りが連続して検出された場合、すなわち誤りの発
生頻度が高い場合に、更新要求信号を送信することがで
きる。なお、更新要求信号生成部１０７が有するカウン
タは、上述したように更新要求信号を生成した時点でリ
セットされる。

【００７８】更新要求信号を受信したパケット送信装置
では、更新要求信号受信後最初に送信するパケットをUP
DATE_FULLHEADERとする。よって、図４に示す例では、S
N=8のパケットがUPDATE_FULLHEADERとなる。よって、パ
ケット受信装置では、SN=8のパケットを受信した時に、
コンテキストが正しく更新される。

【００７９】このように、本実施の形態によれば、パケ
ット受信装置は誤りが連続して検出された場合にコンテ
キストの更新を要求し、この更新要求に対してパケット
送信装置はUPDATE_FULLHEADERを送信する。よって、誤
りの発生頻度が高い場合にのみUPDATE_FULLHEADERが送
信されるので、ヘッダの圧縮効率およびパケットの伝送
効率を低下させず、しかもパケット受信装置においてデ
ータが欠落してしまう期間を短くすることができる。

【００８０】（実施の形態２）本実施の形態では、パケ
ット受信装置（すなわち、ヘッダ復元側）は誤りを検出
した場合にはすべてコンテキストの更新を要求し、パケ
ット送信装置（すなわち、ヘッダ圧縮側）は、所定時間
内に複数の更新要求が受信された場合にUPDATE_FULLHEA
DERを送信する。

【００８１】図５は、本発明の実施の形態２に係るパケ
ット受信装置の構成を示すブロック図である。なお、図
５において図１に示す構成と同一の構成には同一の符号
を付し、詳しい説明は省略する。

【００８２】また、実施の形態２に係るパケット送信装
置の構成は、送信パケット生成部２０５の内部構成のみ
が実施の形態１と相違する。よって、ここでは、送信パ
ケット生成部２０５についてのみ説明する。図６は、本
発明の実施の形態２に係るパケット送信装置の送信パケ
ット生成部の構成を示すブロック図である。なお、図６
において図３に示す構成と同一の構成には同一の符号を
付し、詳しい説明は省略する。

【００８３】図５に示すパケット受信装置において、更
新要求信号生成部４０１は、CRC部１０４からNG信号が
出力された場合にはすべて更新要求信号を生成し、生成
した更新要求信号を更新要求信号送信部１０８に出力す
る。つまり、パケット受信装置は、ヘッダに誤りが検出
される度に毎回、更新要求信号をパケット送信装置に送
信する。

【００８４】一方、図６に示す送信パケット生成部２０
５において、更新要求信号計数部５０１は、タイマとカ
ウンタを有し、所定時間内における更新要求信号の受信
回数を計数する。すなわち、更新要求信号計数部５０１
は、所定の時間において更新要求信号受信部２０８から
出力された更新要求信号の数を計数する。そして、更新
要求信号計数部５０１は、所定時間内における更新要求
信号の受信回数が所定の回数となったときに、圧縮方法
選択部５０２にUPDATE_FULLHEADERを選択するよう指示
する。

【００８５】圧縮方法選択部５０２は、更新要求信号計
数部５０１からの指示に従ってUPDATE_FULLHEADERを選
択する。

【００８６】次いで、上記構成を有するパケット送信装
置と上記構成を有するパケット受信装置との間で行われ
るパケット伝送の送受の手順をシーケンス図を用いて具
体的に説明する。図７は、本発明の実施の形態２に係る
パケット送信装置と本発明の実施の形態２に係るパケッ
ト受信装置との間で行われるパケット伝送の送受の手順
を説明するためのシーケンス図である。なお、図７にお
いて、送信側とは上記構成を有するパケット送信装置を
指し、受信側とは上記構成を有するパケット受信装置を
指す。

【００８７】今例えば、図７においては、図４と同様、
SN＝4のUPDATEの伝送中に誤りが生じ、その誤りをパケ
ット受信装置で検出できなかったものとする。つまり、
パケット受信装置では誤ったヘッダによりコンテキスト
が更新されてしまったものとする。よって、コンテキス
トは誤ったコンテキストになるので、SN=5のパケットの
ヘッダに対するCRC結果、SN=6のパケットのヘッダに対
するCRC結果およびSN=7のパケットのヘッダに対するCRC
結果が、すべてNGとなる。このため、パケット受信装置
では、図７に示すように、SN=5のパケット、SN=6のパケ
ットおよびSN=7のパケットのそれぞれに対して更新要求
信号が送信される。

【００８８】図６に示す送信パケット生成部２０５の更
新要求信号計数部５０１では、SN=5のパケットに対する
更新要求信号が更新要求信号受信部２０８から出力され
たときにカウンタが'１'になり、タイマが所定時間の計
時を開始する。また、更新要求計数部５０１では、SN=6
のパケットに対する更新要求信号が更新要求信号受信部
２０８から出力されたときに、カウンタが１増加し'２'
となる。

【００８９】今、更新要求信号計数部５０１に設定され
た所定の回数を'２'とする。つまり、所定時間内に２回
の誤りが検出された場合に誤りの発生頻度が高いものと
判断することとする。よって、更新要求信号計数部５０
１は、所定時間内にカウンタの値が'２'となったとき
に、圧縮方法選択部５０２に対してUPDATE_FULLHEADER
を選択するよう指示する。圧縮方法選択部５０２は、更
新要求信号計数部５０１からの指示後最初にCRCビット
付加部２０４から入力されたパケットをUPDATE_FULLHEA
DERとする。すなわち、図７に示す例では、SN=8のパケ
ットがUPDATE_FULLHEADERとなる。このように、パケッ
ト送信装置は、誤りの発生頻度が高い場合にのみ、UPDA
TE_FULLHEADERを送信する。なお、更新要求信号計数部
５０１が有するカウンタは、所定時間が満了した時およ
び更新要求信号計数部５０１が圧縮方法選択部５０２に
UPDATE_FULLHEADERを選択するよう指示した時にリセッ
トされる。

【００９０】そして、パケット受信装置では、SN=9のパ
ケットを受信した時に、コンテキストが正しく更新され
る。

【００９１】なお、本実施の形態では、更新要求信号計
数部５０１のタイマに設定する所定の時間を、例えば、
予め計測したRTT（Round Trip Time）とすることが考え
られる。なお、RTTの詳しい計測方法については、IETF
によりRFC1889として規定されている。

【００９２】このように、本実施の形態によれば、パケ
ット受信装置は誤りを検出した場合にはすべてコンテキ
ストの更新を要求し、パケット送信装置は、所定時間内
に複数の更新要求が受信された場合にUPDATE_FULLHEADE
Rを送信する。よって、誤りの発生頻度が高い場合にの
みUPDATE_FULLHEADERが送信されるので、ヘッダの圧縮
効率およびパケットの伝送効率を低下させず、しかもパ
ケット受信装置においてデータが欠落してしまう期間を
短くすることができる。

【００９３】また、本実施の形態によれば、パケット受
信装置では誤りの検出回数を計数しないので、実施の形
態１に比べパケット受信装置の構成を簡易にすることが
できる。よって、パケット受信装置が移動体通信システ
ムにおいて使用される通信端末装置に搭載された場合に
は、通信端末装置の装置規模を実施の形態１に比べて小
さくすることができる。

【００９４】なお、上記実施の形態では、パケット送信
装置およびパケット受信装置が無線の通信システムにお
いて使用される場合について説明したが、これに限られ
るものではなく、上記実施の形態に係るパケット送信装
置およびパケット受信装置は有線の通信システムにおい
て使用することも可能である。

【００９５】また、上記実施の形態では、パケット送信
およびパケット受信をパケット送信装置およびパケット
受信装置として行う場合について説明したが、これに限
られるものではなく、このパケット送信およびこのパケ
ット受信をソフトウェアとして行うことも可能である。
例えば、上記パケット送信または上記パケット受信を行
うプログラムを予めROM（Read Only Memory）に格納し
ておき、そのプログラムをCPU（Central Processor Uni
t）によって動作させるようにしてもよい。また、上記
パケット送信または上記パケット受信を行うプログラム
をコンピュータで読み取り可能な記憶媒体に格納し、記
憶媒体に格納されたプログラムをコンピュータのRAM（R
andom Access Memory）に記録して、コンピュータをそ
のプログラムに従って動作させるようにしてもよい。こ
のような場合においても、上記実施の形態と同様の作用
および効果を呈する。

【００９６】また、上記パケット送信または上記パケッ
ト受信を行うプログラムをサーバに格納し、サーバに格
納されたプログラムをクライアントからの要求に応じて
クライアントに送信して、クライアント上でそのプログ
ラムを実行させてもよい。このような場合においても、
上記実施の形態と同様の作用および効果を呈する。

【００９７】また、上記実施の形態に係るパケット送信
装置を、画像データの配信を行う画像配信装置に搭載す
ることが可能である。また、上記実施の形態に係るパケ
ット受信装置を、移動体通信システムにおいて使用され
る通信端末装置に搭載することが可能である。このよう
な場合においても、上記実施の形態と同様の作用および
効果を呈する。

【００９８】また、上記実施の形態では、プロトコルと
してRTPとUDPとIPとを組み合わせて用いたが、これに限
られるものではなく、本発明は、他のプロトコルを用い
るパケット通信にも適用可能である。

【００９９】

【発明の効果】以上説明したように、本発明によれば、
ヘッダの圧縮効率およびパケットの伝送効率を低下させ
ず、しかも受信側においてデータが欠落してしまう期間
を短くすることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１に係るパケット受信装置
の構成を示すブロック図

【図２】本発明の実施の形態１に係るパケット送信装置
の構成を示すブロック図

【図３】本発明の実施の形態１に係るパケット送信装置
の送信パケット生成部の構成を示すブロック図

【図４】本発明の実施の形態１に係るパケット送信装置
と本発明の実施の形態１に係るパケット受信装置との間
で行われるパケット伝送の送受の手順を説明するための
シーケンス図

【図５】本発明の実施の形態２に係るパケット受信装置
の構成を示すブロック図

【図６】本発明の実施の形態２に係るパケット送信装置
の送信パケット生成部の構成を示すブロック図

【図７】本発明の実施の形態２に係るパケット送信装置
と本発明の実施の形態２に係るパケット受信装置との間
で行われるパケット伝送の送受の手順を説明するための
シーケンス図

【図８】パケットの構成を示す模式図

【図９】ヘッダ圧縮後のパケットの構成を示す模式図

【図１０】ROHCを用いて行われるパケットの送受の従来
の手順を説明するためのシーケンス図

【図１１】ROHCを用いて行われるパケットの送受の従来
の手順を説明するためのシーケンス図

【図１２】コンテキストが誤って更新された場合に採る
手順の一例を説明するためのシーケンス図

【符号の説明】

１０３ヘッダ復元部１０４ CRC部１０５コンテキスト更新部１０６，３０２バッファ１０７，４０１更新要求信号生成部１０８更新要求信号送信部２０１ RTPパケット生成部２０２ UDPパケット生成部２０３ IPパケット生成部２０４ CRCビット付加部２０５送信パケット生成部２０８更新要求信号受信部３０１，５０２圧縮方法選択部３０３ヘッダ圧縮部５０１更新要求信号計数部

───────────────────────────────────────────────────── フロントページの続き (72)発明者宮崎秋弘大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者畑幸一大阪府門真市大字門真1006番地松下電器産業株式会社内Ｆターム(参考） 5K030 GA11 HA08 HB11 KA05 KA15 LA07 MB01 5K067 BB04 BB21 CC08 DD17 DD46 DD51 EE02 EE10 GG01 GG11

Claims

【特許請求の範囲】

【請求項１】参照情報を用いてヘッダの圧縮および復
元が行われるパケット通信システムにおいて使用される
パケット受信装置であって、パケットのヘッダについて
誤りの有無を検出する検出手段と、前記検出手段によっ
て複数のパケットのヘッダについて誤りが有ることが連
続して検出された場合に参照情報の更新要求を送信する
送信手段、とを具備することを特徴とするパケット受信
装置。
【請求項２】請求項１記載のパケット受信装置を搭載
することを特徴とする通信端末装置。
【請求項３】参照情報を用いてヘッダの圧縮および復
元が行われるパケット通信システムにおいて使用される
パケット送信装置であって、パケット受信装置から送信
された参照情報の更新要求を受信する受信手段と、所定
の時間内に複数の更新要求が受信された場合に、パケッ
ト受信装置で参照情報が参照されずに復元された後、前
記参照情報の更新に使用されるヘッダを有するパケット
を送信する送信手段と、を具備することを特徴とするパ
ケット送信装置。
【請求項４】請求項３記載のパケット送信装置を搭載
することを特徴とする画像配信装置。
【請求項５】受信パケットのヘッダについて誤りの有
無を検出する検出ステップと、前記検出ステップにおい
て複数の受信パケットのヘッダについて誤りが有ること
が連続して検出された場合に、ヘッダを復元するために
使用する参照情報の更新要求を通信相手に対して送信す
る送信ステップと、をコンピュータに実行させるプログ
ラムを記憶することを特徴とするコンピュータにより読
み取り可能な記憶媒体。
【請求項６】通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
所定の時間内に複数の更新要求が受信された場合に、通
信相手側で参照情報が参照されずに復元された後、前記
参照情報の更新に使用されるヘッダを有するパケットを
送信する送信ステップと、をコンピュータに実行させる
プログラムを記憶することを特徴とするコンピュータに
より読み取り可能な記憶媒体。
【請求項７】受信パケットのヘッダについて誤りの有
無を検出する検出ステップと、前記検出ステップにおい
て複数の受信パケットのヘッダについて誤りが有ること
が連続して検出された場合に、ヘッダを復元するために
使用する参照情報の更新要求を通信相手に対して送信す
る送信ステップと、をコンピュータに実行させるプログ
ラムを格納する格納手段と、クライアントからの要求に
応じて前記プログラムを前記クライアントに送信する送
信手段と、を具備することを特徴とするサーバ。
【請求項８】通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
所定の時間内に複数の更新要求が受信された場合に、通
信相手側で参照情報が参照されずに復元された後、前記
参照情報の更新に使用されるヘッダを有するパケットを
送信する送信ステップと、をコンピュータに実行させる
プログラムを格納する格納手段と、クライアントからの
要求に応じて前記プログラムを前記クライアントに送信
する送信手段と、を具備することを特徴とするサーバ。
【請求項９】参照情報を用いてヘッダの圧縮および復
元が行われるパケット通信システムにおいて使用される
パケット伝送方法であって、パケット受信側において、
複数の受信パケットのヘッダについて誤りが有ることが
連続して検出された場合に、参照情報の更新要求をパケ
ット送信側に対して送信し、パケット送信側において、
前記更新要求が受信された場合に、パケット受信側で参
照情報が参照されずに復元された後、前記参照情報の更
新に使用されるヘッダを有するパケットをパケット受信
側に対して送信することを特徴とするパケット伝送方
法。
【請求項１０】参照情報を用いてヘッダの圧縮および
復元が行われるパケット通信システムにおいて使用され
るパケット伝送方法であって、パケット受信側におい
て、受信パケットのヘッダに誤りがあることを検出した
場合に、参照情報の更新要求をパケット送信側に対して
送信し、パケット送信側において、所定の時間内に複数
の更新要求が受信された場合に、パケット受信側で参照
情報が参照されずに復元された後、前記参照情報の更新
に使用されるヘッダを有するパケットをパケット受信側
に対して送信することを特徴とするパケット伝送方法。