JP2002094548A - パケット送信装置およびパケット伝送方法 - Google Patents
パケット送信装置およびパケット伝送方法Info
- Publication number
- JP2002094548A JP2002094548A JP2000277005A JP2000277005A JP2002094548A JP 2002094548 A JP2002094548 A JP 2002094548A JP 2000277005 A JP2000277005 A JP 2000277005A JP 2000277005 A JP2000277005 A JP 2000277005A JP 2002094548 A JP2002094548 A JP 2002094548A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- header
- update
- transmitting
- reference 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 85
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000004891 communication Methods 0.000 claims description 26
- 230000004044 response Effects 0.000 claims description 5
- 230000006835 compression Effects 0.000 abstract description 64
- 238000007906 compression Methods 0.000 abstract description 64
- 230000007423 decrease Effects 0.000 abstract description 2
- 238000012937 correction Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 16
- 230000008859 change Effects 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 3
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 3
- 241000287463 Phalacrocorax Species 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 102100036738 Guanine nucleotide-binding protein subunit alpha-11 Human genes 0.000 description 1
- 101100283445 Homo sapiens GNA11 gene Proteins 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000008054 signal transmission 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- 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/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- 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
- 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
- H04L1/1809—Selective-repeat 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 ヘッダの圧縮効率およびパケットの伝送
効率を低下させず、しかも受信側においてデータが欠落
してしまう期間を短くすること。 【解決手段】 更新要求信号受信部１０８から圧縮方法
選択部２０１に更新要求信号が出力された場合には、圧
縮方法選択部２０１は、UPDATE_FULLHEADERを選択す
る。但し、圧縮方法選択部２０１は、UPDATE_FULLHEADE
Rを選択してからRTT以内はUPDATE_FULLHEADERを再び選
択しない。つまり、パケット送信装置は、UPDATE_FULLH
EADERを送信してからRTT以内は、たとえ更新要求信号を
受信してもUPDATE_FULLHEADERは送信せず、NON_UPDATE
またはUPDATEを通常どおり選択する。
効率を低下させず、しかも受信側においてデータが欠落
してしまう期間を短くすること。 【解決手段】 更新要求信号受信部１０８から圧縮方法
選択部２０１に更新要求信号が出力された場合には、圧
縮方法選択部２０１は、UPDATE_FULLHEADERを選択す
る。但し、圧縮方法選択部２０１は、UPDATE_FULLHEADE
Rを選択してからRTT以内はUPDATE_FULLHEADERを再び選
択しない。つまり、パケット送信装置は、UPDATE_FULLH
EADERを送信してからRTT以内は、たとえ更新要求信号を
受信してもUPDATE_FULLHEADERは送信せず、NON_UPDATE
またはUPDATEを通常どおり選択する。
Description
【０００１】
【発明の属する技術分野】本発明は、パケット送信装置
およびパケット伝送方法に関し、特に、参照情報を用い
てヘッダの圧縮および復元が行われるパケット通信シス
テムにおいて使用されるパケット送信装置およびパケッ
ト伝送方法に関する。
およびパケット伝送方法に関し、特に、参照情報を用い
てヘッダの圧縮および復元が行われるパケット通信シス
テムにおいて使用されるパケット送信装置およびパケッ
ト伝送方法に関する。
【０００２】
【従来の技術】現在、インターネット上においてパケッ
トを伝送するために使用される代表的なプロトコル（通
信手順）として、RTP（Real-time Transport Protoco
l）や、UDP（User Data Protocol）や、IP（Internet P
rotocol）があり、パケット伝送では、これらのプロト
コルを組み合わせて用いるのが一般的である。また、こ
れらのプロトコルは、IETF（Internet Engineering Tas
k Force）によって標準化されている。
トを伝送するために使用される代表的なプロトコル（通
信手順）として、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では、図５
（ａ）に示すように、データの順序を示すシーケンス番
号（以下「SN」という。）と、時間情報であるタイムス
タンプ（以下「TS」という。）とがデータに付加されて
RTPパケットが生成される。次いで、UDPでは、図５
（ｂ）に示すように、受信側におけるポート番号がRTP
パケットに付加されてUDPパケットが生成される。次い
で、IPでは、図５（ｃ）に示すように、受信側のインタ
ーネット上におけるアドレス（IPアドレス）がUDPパケ
ットに付加されてIPパケットが生成される。そして、こ
のIPパケットが受信側へ送信される。
【０００４】また、ヘッダを圧縮して送信することによ
りパケットの伝送効率を高める技術としてヘッダ圧縮技
術がある。RTP、UDPおよびIPにおいて付加される各ヘッ
ダの圧縮方法については、IETFによりRFC（Request For
Comments）2508として規定されている。RFC2508で規定
されたヘッダ圧縮方法は、主にインターネット等の有線
でのパケット伝送向けに規定されたものである。
りパケットの伝送効率を高める技術としてヘッダ圧縮技
術がある。RTP、UDPおよびIPにおいて付加される各ヘッ
ダの圧縮方法については、IETFによりRFC（Request For
Comments）2508として規定されている。RFC2508で規定
されたヘッダ圧縮方法は、主にインターネット等の有線
でのパケット伝送向けに規定されたものである。
【０００５】これに対し主に携帯電話網等の無線でのパ
ケット伝送向けに現在IETFで提案されているヘッダ圧縮
方法として、ROHC（RObust Header Compression）があ
る。無線区間においては、有線区間に比べパケット伝送
中の誤り発生率が高くなる傾向があるため、ROHCは、伝
送中に生じた誤りに対して高い耐性を持つことを特徴と
するヘッダ圧縮方法である。
ケット伝送向けに現在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では、RFC2508で規定
されたヘッダ圧縮方法に比べ、さらにヘッダの圧縮率を
高めている。なお、ROHCは、IETFにおいて、draft-ietf
-rohc-rtp-kw-00.txtやdraft-ietf-rohc-rtp-rocco-00.
txt等として提案されている。
【０００７】ROHCでは、具体的には以下のようにしてヘ
ッダを圧縮する。すなわち、IPアドレスやポート番号等
を含む圧縮しないヘッダは毎回送信せず所定の間隔毎に
送信する。また、SNの増加分とTSの増加分との間に一定
の規則性がある場合には、SNのみを送信する。さらに、
SNについては、下位の数ビットのみを送信し、桁上がり
が発生したときにのみすべてのビットを送信する。送信
側ではコンテキストと呼ばれる参照情報を参照してヘッ
ダの圧縮を行い、また、受信側では送信側で用いられた
のと同じコンテキストを参照してヘッダの復元を行う。
ッダを圧縮する。すなわち、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_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を受信した場合には、コン
テキストを参照してヘッダを復元するが、コンテキスト
は更新しない。
E、NON_UPDATE毎にコンテキストの更新の有無を変え
る。つまり、受信側では、UPDATE_FULLHEADERを受信し
た場合には、受信したヘッダの内容をそのままコンテキ
ストとして、コンテキストを更新する。また、UPDATEを
受信した場合には、コンテキストを参照してヘッダを復
元した後、その復元したヘッダの内容でコンテキストを
更新する。また、NON_UPDATEを受信した場合には、コン
テキストを参照してヘッダを復元するが、コンテキスト
は更新しない。
【００１０】次いで、ROHCを用いて行われるパケットの
送受の手順の一例をシーケンス図を用いて具体的に説明
する。図７は、ROHCを用いて行われるパケットの送受の
手順を説明するためのシーケンス図である。
送受の手順の一例をシーケンス図を用いて具体的に説明
する。図７は、ROHCを用いて行われるパケットの送受の
手順を説明するためのシーケンス図である。
【００１１】図７において、送信側（すなわち、ヘッダ
圧縮側）は通信開始後１回目の送信においてSN=1のUPDA
TE_FULLHEADERを送信する。そして、送信側ではUPDATE_
FULLHEADERを送信する際にコンテキストを更新する。同
様に受信側（すなわち、ヘッダ復元側）では、UPDATE_F
ULLHEADERを受信した際にコンテキストを更新する。こ
れにより、送信側のコンテキストと受信側のコンテキス
トが一致する。
圧縮側）は通信開始後１回目の送信においてSN=1のUPDA
TE_FULLHEADERを送信する。そして、送信側ではUPDATE_
FULLHEADERを送信する際にコンテキストを更新する。同
様に受信側（すなわち、ヘッダ復元側）では、UPDATE_F
ULLHEADERを受信した際にコンテキストを更新する。こ
れにより、送信側のコンテキストと受信側のコンテキス
トが一致する。
【００１２】SN=2およびSN=3の送信では、送信側は、SN
=1のUPDATE_FULLHEADERによって更新されたコンテキス
トを参照してNON_UPDATEを生成し、送信する。送信側
は、送信するSNとコンテキストのSNとの比較結果より、
SNが桁上がりしていないと判定してNON_UPDATEを送信す
る。受信側では、SN=2およびSN=3の受信においては、SN
=1のUPDATE_FULLHEADERによって更新されたコンテキス
トを参照してヘッダを復元する。
=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によって更新されたコンテキストを参照してヘッダを
復元した後、復元したヘッダの内容でコンテキストを更
新する。これにより、送信側のコンテキストと受信側の
コンテキストが一致する。
_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
の最上位ビットとパケットの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が送信される。
返される。そして、送信側は、SN=100の送信では、UPDA
TE_FULLHEADERを送信する。つまり、この例では、１０
０回に１回UPDATE_FULLHEADERが送信される。
【００１６】UPDATE_FULLHEADERの受信時には、受信側
ではコンテキストを参照せずに、受信したヘッダの内容
をそのままコンテキストとしてコンテキストを更新する
ため、このように定期的にUPDATE_FULLHEADERを送信す
ることにより、受信側が誤ったコンテキストを参照し誤
ったヘッダを復元し続けることを防止することができ
る。
ではコンテキストを参照せずに、受信したヘッダの内容
をそのままコンテキストとしてコンテキストを更新する
ため、このように定期的にUPDATE_FULLHEADERを送信す
ることにより、受信側が誤ったコンテキストを参照し誤
ったヘッダを復元し続けることを防止することができ
る。
【００１７】
【発明が解決しようとする課題】ところで、送信される
パケットには図６に示したようにCRCビットが付加され
るので、受信側では、ヘッダの復元後その復元したヘッ
ダの誤りを検出し、誤りがあるパケットを廃棄すること
ができる。しかし、誤り検出能力以上の誤りが生じた場
合等、CRCでは誤りを検出できない場合がある。
パケットには図６に示したようにCRCビットが付加され
るので、受信側では、ヘッダの復元後その復元したヘッ
ダの誤りを検出し、誤りがあるパケットを廃棄すること
ができる。しかし、誤り検出能力以上の誤りが生じた場
合等、CRCでは誤りを検出できない場合がある。
【００１８】例えば、図８に示すように、SN＝4のUPDAT
Eの伝送中に誤りが生じ、受信側でその誤りを検出でき
なかった場合には、誤ったヘッダによりコンテキストが
更新されてしまう。このため、SN=4のヘッダで更新され
たコンテキストは、誤ったコンテキストとなる。受信側
では、SN=5〜SN=99ではその誤ったコンテキストを参照
してヘッダが復元されるので、SN=5〜SN=99のヘッダは
すべて誤り（すなわち、CRC=NG）となり、SN=5〜SN=99
のパケットはすべて廃棄される。つまり、受信側では、
SN=5〜SN=99のデータが欠落した状態となる。
Eの伝送中に誤りが生じ、受信側でその誤りを検出でき
なかった場合には、誤ったヘッダによりコンテキストが
更新されてしまう。このため、SN=4のヘッダで更新され
たコンテキストは、誤ったコンテキストとなる。受信側
では、SN=5〜SN=99ではその誤ったコンテキストを参照
してヘッダが復元されるので、SN=5〜SN=99のヘッダは
すべて誤り（すなわち、CRC=NG）となり、SN=5〜SN=99
のパケットはすべて廃棄される。つまり、受信側では、
SN=5〜SN=99のデータが欠落した状態となる。
【００１９】そこで、図９に示すように、受信側では、
ヘッダに誤りが検出された場合（すなわち、CRC=NGとな
った場合）に送信側に対してコンテキストの更新を要求
し、送信側では、この更新要求に対しUPDATE_FULLHEADE
Rを送信する手順を採ることが考えられる。この手順を
用いると、受信側のコンテキストはSN=7のUPDATE_FULLH
EADERによって正しいコンテキストに更新されるので、
データが欠落してしまう期間を短くすることができる。
ヘッダに誤りが検出された場合（すなわち、CRC=NGとな
った場合）に送信側に対してコンテキストの更新を要求
し、送信側では、この更新要求に対しUPDATE_FULLHEADE
Rを送信する手順を採ることが考えられる。この手順を
用いると、受信側のコンテキストはSN=7のUPDATE_FULLH
EADERによって正しいコンテキストに更新されるので、
データが欠落してしまう期間を短くすることができる。
【００２０】ここで、受信側では更新要求を発してから
UPDATE_FULLHEADERを受信するまでにはある程度の時間
がかかる。このため、受信側は、その時間の間にNON_UP
DATEまたはUPDATEを受信した場合に再び更新要求を発す
る。この更新要求に対し、送信側は、再びUPDATE_FULLH
EADERを送信する。
UPDATE_FULLHEADERを受信するまでにはある程度の時間
がかかる。このため、受信側は、その時間の間にNON_UP
DATEまたはUPDATEを受信した場合に再び更新要求を発す
る。この更新要求に対し、送信側は、再びUPDATE_FULLH
EADERを送信する。
【００２１】図９に示す例では、受信側では、時刻ｔ1
において発せられた更新要求に対するUPDATE_FULLHEADE
Rが、時刻ｔ3において受信される。受信側では、時刻ｔ
1〜ｔ3の間にSN=6のNON_UPDATEが受信されるので、ｔ2
において再び更新要求が発せられる。この再び発せられ
た更新要求に対して、送信側は、SN=8のUPDATE_FULLHEA
DERを、SN=7のUPDATE_FULLHEADERに続けて送信する。
において発せられた更新要求に対するUPDATE_FULLHEADE
Rが、時刻ｔ3において受信される。受信側では、時刻ｔ
1〜ｔ3の間にSN=6のNON_UPDATEが受信されるので、ｔ2
において再び更新要求が発せられる。この再び発せられ
た更新要求に対して、送信側は、SN=8のUPDATE_FULLHEA
DERを、SN=7のUPDATE_FULLHEADERに続けて送信する。
【００２２】この場合、SN=8がUPDATE_FULLHEADERであ
る必要はない。つまり、受信側ではSN=7のUPDATE_FULLH
EADERによってすでにコンテキストが正しく更新されて
いるため、SN=8のパケットはUPDATEまたはNON_UPDATEで
足りる。
る必要はない。つまり、受信側ではSN=7のUPDATE_FULLH
EADERによってすでにコンテキストが正しく更新されて
いるため、SN=8のパケットはUPDATEまたはNON_UPDATEで
足りる。
【００２３】UPDATE_FULLHEADERは、UPDATEやNON_UPDAT
Eに比べヘッダ部分のデータ量が多い。よって、図９に
示すような手順を採ると、ヘッダの圧縮効率が低下して
しまう。換言すれば、パケットの伝送効率が低下してし
まう。
Eに比べヘッダ部分のデータ量が多い。よって、図９に
示すような手順を採ると、ヘッダの圧縮効率が低下して
しまう。換言すれば、パケットの伝送効率が低下してし
まう。
【００２４】本発明はかかる点に鑑みてなされたもので
あり、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落しまう期
間を短くすることができるパケット送信装置およびパケ
ット伝送方法を提供することを目的とする。
あり、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落しまう期
間を短くすることができるパケット送信装置およびパケ
ット伝送方法を提供することを目的とする。
【００２５】
【課題を解決するための手段】本発明のパケット送信装
置は、参照情報を用いてヘッダの圧縮および復元が行わ
れるパケット通信システムにおいて使用されるパケット
送信装置であって、パケット受信装置から送信された参
照情報の更新要求を受信する受信手段と、前記更新要求
が受信された場合に、パケット受信装置で参照情報が参
照されて復元されるヘッダを有する第１パケット、およ
びパケット受信装置で参照情報が参照されずに復元され
た後、前記参照情報の更新に使用されるヘッダを有する
第２パケットのいずれか１つを選択して送信する送信手
段と、を具備し、前記送信手段は、前記第２パケットの
送信後所定時間内は、前記第１パケットを選択して送信
する構成を採る。
置は、参照情報を用いてヘッダの圧縮および復元が行わ
れるパケット通信システムにおいて使用されるパケット
送信装置であって、パケット受信装置から送信された参
照情報の更新要求を受信する受信手段と、前記更新要求
が受信された場合に、パケット受信装置で参照情報が参
照されて復元されるヘッダを有する第１パケット、およ
びパケット受信装置で参照情報が参照されずに復元され
た後、前記参照情報の更新に使用されるヘッダを有する
第２パケットのいずれか１つを選択して送信する送信手
段と、を具備し、前記送信手段は、前記第２パケットの
送信後所定時間内は、前記第１パケットを選択して送信
する構成を採る。
【００２６】本発明のパケット送信装置は、送信手段
が、第２パケットを送信してから、パケット受信装置に
よって前記第２パケットのヘッダに誤りが検出された場
合に送信される更新要求が受信されるまでの間、第１パ
ケットを選択して送信する構成を採る。
が、第２パケットを送信してから、パケット受信装置に
よって前記第２パケットのヘッダに誤りが検出された場
合に送信される更新要求が受信されるまでの間、第１パ
ケットを選択して送信する構成を採る。
【００２７】これらの構成によれば、UPDATE_FULLHEADE
Rを送信してから所定時間以内は再びUPDATE_FULLHEADER
を送信しないので、ヘッダの圧縮効率およびパケットの
伝送効率を低下させず、しかもパケット受信側において
データが欠落しまう期間を短くすることができる。
Rを送信してから所定時間以内は再びUPDATE_FULLHEADER
を送信しないので、ヘッダの圧縮効率およびパケットの
伝送効率を低下させず、しかもパケット受信側において
データが欠落しまう期間を短くすることができる。
【００２８】本発明のコンピュータにより読み取り可能
な記憶媒体は、通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
前記更新要求が受信された場合に、通信相手側で参照情
報が参照されて復元されるヘッダを有する第１パケッ
ト、および通信相手側で参照情報が参照されずに復元さ
れた後、前記参照情報の更新に使用されるヘッダを有す
る第２パケットのいずれか１つを選択して送信する送信
ステップと、をコンピュータに実行させるプログラムで
あって、前記送信ステップにおいて、前記第２パケット
の送信後所定時間内は、前記第１パケットを選択して送
信するプログラムを記憶するようにした。
な記憶媒体は、通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
前記更新要求が受信された場合に、通信相手側で参照情
報が参照されて復元されるヘッダを有する第１パケッ
ト、および通信相手側で参照情報が参照されずに復元さ
れた後、前記参照情報の更新に使用されるヘッダを有す
る第２パケットのいずれか１つを選択して送信する送信
ステップと、をコンピュータに実行させるプログラムで
あって、前記送信ステップにおいて、前記第２パケット
の送信後所定時間内は、前記第１パケットを選択して送
信するプログラムを記憶するようにした。
【００２９】この記憶媒体に記憶されたプログラムによ
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落しまう期間を短
くすることができる。
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落しまう期間を短
くすることができる。
【００３０】本発明のサーバは、通信相手側でヘッダを
復元するために使用する参照情報の更新要求を受信する
受信ステップと、前記更新要求が受信された場合に、通
信相手側で参照情報が参照されて復元されるヘッダを有
する第１パケット、および通信相手側で参照情報が参照
されずに復元された後、前記参照情報の更新に使用され
るヘッダを有する第２パケットのいずれか１つを選択し
て送信する送信ステップと、をコンピュータに実行させ
るプログラムであって、前記送信ステップにおいて、前
記第２パケットの送信後所定時間内は、前記第１パケッ
トを選択して送信するプログラムを格納する格納手段
と、クライアントからの要求に応じて前記プログラムを
前記クライアントに送信する送信手段と、を具備する構
成を採る。
復元するために使用する参照情報の更新要求を受信する
受信ステップと、前記更新要求が受信された場合に、通
信相手側で参照情報が参照されて復元されるヘッダを有
する第１パケット、および通信相手側で参照情報が参照
されずに復元された後、前記参照情報の更新に使用され
るヘッダを有する第２パケットのいずれか１つを選択し
て送信する送信ステップと、をコンピュータに実行させ
るプログラムであって、前記送信ステップにおいて、前
記第２パケットの送信後所定時間内は、前記第１パケッ
トを選択して送信するプログラムを格納する格納手段
と、クライアントからの要求に応じて前記プログラムを
前記クライアントに送信する送信手段と、を具備する構
成を採る。
【００３１】このサーバから送信されるプログラムによ
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落しまう期間を短
くすることができる。
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落しまう期間を短
くすることができる。
【００３２】本発明のパケット伝送方法は、参照情報を
用いてヘッダの圧縮および復元が行われるパケット通信
システムにおいて使用されるパケット伝送方法であっ
て、パケット受信側において、復元したヘッダに誤りが
あることを検出した場合に、パケット送信側に対して参
照情報の更新要求を送信し、パケット送信側において、
前記更新要求を受信した場合に、前記パケット受信側で
参照情報が参照されて復元されるヘッダを有する第１パ
ケット、および前記パケット受信側で参照情報が参照さ
れずに復元された後、前記参照情報の更新に使用される
ヘッダを有する第２パケットのいずれか１つを選択して
送信し、前記第２パケットの送信後所定時間内は、前記
第１パケットを選択して送信するようにした。
用いてヘッダの圧縮および復元が行われるパケット通信
システムにおいて使用されるパケット伝送方法であっ
て、パケット受信側において、復元したヘッダに誤りが
あることを検出した場合に、パケット送信側に対して参
照情報の更新要求を送信し、パケット送信側において、
前記更新要求を受信した場合に、前記パケット受信側で
参照情報が参照されて復元されるヘッダを有する第１パ
ケット、および前記パケット受信側で参照情報が参照さ
れずに復元された後、前記参照情報の更新に使用される
ヘッダを有する第２パケットのいずれか１つを選択して
送信し、前記第２パケットの送信後所定時間内は、前記
第１パケットを選択して送信するようにした。
【００３３】この方法によれば、UPDATE_FULLHEADERを
送信してから所定時間以内は再びUPDATE_FULLHEADERを
送信しないので、ヘッダの圧縮効率およびパケットの伝
送効率を低下させず、しかもパケット受信側においてデ
ータが欠落しまう期間を短くすることができる。
送信してから所定時間以内は再びUPDATE_FULLHEADERを
送信しないので、ヘッダの圧縮効率およびパケットの伝
送効率を低下させず、しかもパケット受信側においてデ
ータが欠落しまう期間を短くすることができる。
【００３４】
【発明の実施の形態】本発明の骨子は、コンテキストを
参照せずに復元された後、コンテキストの更新に使用さ
れるヘッダを有するパケット（すなわち、UPDATE_FULLH
EADERのパケット）を送信してから、そのパケットのヘ
ッダが誤っていた場合に発せられる更新要求を受信する
までにかかる往復時間（Round Trip Time；以下「RTT」
という）以内に受信した更新要求を無視することによ
り、往復時間以内に再びそのパケットと同じ種類のパケ
ットを送信しないようにすることである。
参照せずに復元された後、コンテキストの更新に使用さ
れるヘッダを有するパケット（すなわち、UPDATE_FULLH
EADERのパケット）を送信してから、そのパケットのヘ
ッダが誤っていた場合に発せられる更新要求を受信する
までにかかる往復時間（Round Trip Time；以下「RTT」
という）以内に受信した更新要求を無視することによ
り、往復時間以内に再びそのパケットと同じ種類のパケ
ットを送信しないようにすることである。
【００３５】以下、本発明の実施の形態について、図面
を参照して詳細に説明する。図１は、本発明の実施の形
態１に係るパケット送信装置の構成を示すブロック図で
ある。なおここでは、パケットが無線回線を介して伝送
される場合について説明する。
を参照して詳細に説明する。図１は、本発明の実施の形
態１に係るパケット送信装置の構成を示すブロック図で
ある。なおここでは、パケットが無線回線を介して伝送
される場合について説明する。
【００３６】図１に示すパケット送信装置において、RT
Pパケット生成部１０１は、送信データを所定の伝送単
位に分割した後、分割後のデータにSNとTSとを付加して
RTPパケットを生成する。そして、RTPパケット生成部１
０１は、RTPパケットをUDPパケット生成部１０２に出力
する。
Pパケット生成部１０１は、送信データを所定の伝送単
位に分割した後、分割後のデータにSNとTSとを付加して
RTPパケットを生成する。そして、RTPパケット生成部１
０１は、RTPパケットをUDPパケット生成部１０２に出力
する。
【００３７】UDPパケット生成部１０２は、受信側にお
けるポート番号をRTPパケットに付加してUDPパケットを
生成し、そのUDPパケットをIPパケット生成部１０３に
出力する。
けるポート番号をRTPパケットに付加してUDPパケットを
生成し、そのUDPパケットをIPパケット生成部１０３に
出力する。
【００３８】IPパケット生成部１０３は、受信側のイン
ターネット上におけるアドレス（IPアドレス）をUDPパ
ケットに付加してIPパケットを生成し、そのIPパケット
をCRCビット付加部１０４に出力する。
ターネット上におけるアドレス（IPアドレス）をUDPパ
ケットに付加してIPパケットを生成し、そのIPパケット
をCRCビット付加部１０４に出力する。
【００３９】CRCビット付加部１０４は、IPパケットにC
RCビットを付加して、送信パケット生成部１０５に出力
する。
RCビットを付加して、送信パケット生成部１０５に出力
する。
【００４０】送信パケット生成部１０５は、ヘッダを圧
縮する。そして、送信パケット生成部１０５は、圧縮後
のヘッダを付加したパケットを送信パケットとして送信
部１０６に出力する。送信パケット生成部１０５の構成
については後述する。
縮する。そして、送信パケット生成部１０５は、圧縮後
のヘッダを付加したパケットを送信パケットとして送信
部１０６に出力する。送信パケット生成部１０５の構成
については後述する。
【００４１】送信部１０６は、送信パケットに変調処理
と無線処理（Ｄ／Ａ変換、アップコンバート等）を施し
た後、送信パケットをアンテナ１０７を介してパケット
受信装置に対して送信する。
と無線処理（Ｄ／Ａ変換、アップコンバート等）を施し
た後、送信パケットをアンテナ１０７を介してパケット
受信装置に対して送信する。
【００４２】更新要求信号受信部１０８は、アンテナ１
０７を介して受信された更新要求信号に無線処理（ダウ
ンコンバート、Ａ／Ｄ変換等）と復調処理を施した後、
更新要求信号を送信パケット生成部１０５に出力する。
０７を介して受信された更新要求信号に無線処理（ダウ
ンコンバート、Ａ／Ｄ変換等）と復調処理を施した後、
更新要求信号を送信パケット生成部１０５に出力する。
【００４３】ここで、更新要求信号とは、パケット受信
装置がパケット送信装置に対してコンテキストの更新を
要求するための信号である。すなわち、更新要求信号と
は、パケット受信装置がパケット送信装置に対してUPDA
TE_FULLHEADERの送信を要求するための信号である。
装置がパケット送信装置に対してコンテキストの更新を
要求するための信号である。すなわち、更新要求信号と
は、パケット受信装置がパケット送信装置に対してUPDA
TE_FULLHEADERの送信を要求するための信号である。
【００４４】次いで、送信パケット生成部１０５の構成
について説明する。図２は、本発明の実施の形態１に係
るパケット送信装置の送信パケット生成部の構成を示す
ブロック図である。
について説明する。図２は、本発明の実施の形態１に係
るパケット送信装置の送信パケット生成部の構成を示す
ブロック図である。
【００４５】図２に示す送信パケット生成部１０５にお
いて、ヘッダおよびCRCビットを付加されたパケット
が、CRCビット付加部１０４から圧縮方法選択部２０１
およびヘッダ圧縮部２０４に入力される。
いて、ヘッダおよびCRCビットを付加されたパケット
が、CRCビット付加部１０４から圧縮方法選択部２０１
およびヘッダ圧縮部２０４に入力される。
【００４６】圧縮方法選択部２０１は、ヘッダの圧縮方
法を選択して、選択した圧縮方法をヘッダ圧縮部２０４
に知らせる。すなわち、圧縮方法選択部２０１は、UPDA
TE_FULLHEADER、UPDATE、NON_UPDATEの３種類のヘッダ
のうちからいずれかのヘッダを選択して、選択したヘッ
ダの種類をヘッダ圧縮部２０４に知らせる。
法を選択して、選択した圧縮方法をヘッダ圧縮部２０４
に知らせる。すなわち、圧縮方法選択部２０１は、UPDA
TE_FULLHEADER、UPDATE、NON_UPDATEの３種類のヘッダ
のうちからいずれかのヘッダを選択して、選択したヘッ
ダの種類をヘッダ圧縮部２０４に知らせる。
【００４７】更新要求信号受信部１０８から圧縮方法選
択部２０１に更新要求信号が出力されない場合には、圧
縮方法選択部２０１は、UPDATE_FULLHEADER、UPDATE、N
ON_UPDATEのうちいずれかのヘッダを以下のようにして
選択する。
択部２０１に更新要求信号が出力されない場合には、圧
縮方法選択部２０１は、UPDATE_FULLHEADER、UPDATE、N
ON_UPDATEのうちいずれかのヘッダを以下のようにして
選択する。
【００４８】すなわち、圧縮方法選択部２０１は、通信
開始後最初に送信するパケットについては、UPDATE_FUL
LHEADERを選択する。その後、圧縮方法選択部２０１
は、定期的にUPDATE_FULLHEADERを選択する。例えば、
圧縮方法選択部２０１は、１００回に１回UPDATE_FULLH
EADERを選択する。
開始後最初に送信するパケットについては、UPDATE_FUL
LHEADERを選択する。その後、圧縮方法選択部２０１
は、定期的にUPDATE_FULLHEADERを選択する。例えば、
圧縮方法選択部２０１は、１００回に１回UPDATE_FULLH
EADERを選択する。
【００４９】また、圧縮方法選択部２０１は、ヘッダの
SNとバッファ２０３に保存されているコンテキストのSN
とを比較し、SNが桁上がりしている場合には、UPDATEを
選択し、SNが桁上がりしていない場合には、NON_UPDATE
を選択する。
SNとバッファ２０３に保存されているコンテキストのSN
とを比較し、SNが桁上がりしている場合には、UPDATEを
選択し、SNが桁上がりしていない場合には、NON_UPDATE
を選択する。
【００５０】一方、更新要求信号受信部１０８から圧縮
方法選択部２０１に更新要求信号が出力された場合に
は、圧縮方法選択部２０１は、UPDATE_FULLHEADERを選
択する。但し、圧縮方法選択部２０１は、UPDATE_FULLH
EADERを選択してからRTT以内はUPDATE_FULLHEADERを再
び選択しない。つまり、パケット送信装置は、UPDATE_F
ULLHEADERを送信してからRTT以内は、たとえ更新要求信
号を受信してもUPDATE_FULLHEADERは送信せず、上述し
たようにしてNON_UPDATEまたはUPDATEを通常どおり選択
する。
方法選択部２０１に更新要求信号が出力された場合に
は、圧縮方法選択部２０１は、UPDATE_FULLHEADERを選
択する。但し、圧縮方法選択部２０１は、UPDATE_FULLH
EADERを選択してからRTT以内はUPDATE_FULLHEADERを再
び選択しない。つまり、パケット送信装置は、UPDATE_F
ULLHEADERを送信してからRTT以内は、たとえ更新要求信
号を受信してもUPDATE_FULLHEADERは送信せず、上述し
たようにしてNON_UPDATEまたはUPDATEを通常どおり選択
する。
【００５１】また、更新要求信号受信部１０８から更新
要求信号が出力された場合およびされない場合のいずれ
の場合も、圧縮方法選択部２０１は、UPDATE_FULLHEADE
RまたはUPDATEを選択したときには、バッファ２０３に
保存されているコンテキストをCRCビット付加部１０４
から出力されたパケットのヘッダで更新し、NON_UPDATE
を選択したときには、コンテキストを更新しない。
要求信号が出力された場合およびされない場合のいずれ
の場合も、圧縮方法選択部２０１は、UPDATE_FULLHEADE
RまたはUPDATEを選択したときには、バッファ２０３に
保存されているコンテキストをCRCビット付加部１０４
から出力されたパケットのヘッダで更新し、NON_UPDATE
を選択したときには、コンテキストを更新しない。
【００５２】RTTタイマ２０２は、RTTを計時する。RTT
タイマ２０２には、予め計測したRTTが設定されてお
り、圧縮方法選択部２０１が更新要求信号に従ってUPDA
TE_FULLHEADERを選択した時に、圧縮方法選択部２０１
からの指示に従ってRTTの計時を開始する。
タイマ２０２には、予め計測したRTTが設定されてお
り、圧縮方法選択部２０１が更新要求信号に従ってUPDA
TE_FULLHEADERを選択した時に、圧縮方法選択部２０１
からの指示に従ってRTTの計時を開始する。
【００５３】バッファ２０３は、コンテキストを保存す
るためのバッファである。バッファ２０３に保存された
コンテキストは、上述したように、圧縮方法選択部２０
１によって適宜更新される。
るためのバッファである。バッファ２０３に保存された
コンテキストは、上述したように、圧縮方法選択部２０
１によって適宜更新される。
【００５４】ヘッダ圧縮部２０４は、圧縮方法選択部２
０１で選択されたヘッダの種類に従って、CRCビット付
加部１０４から出力されたパケットのヘッダを圧縮し
て、送信部１０６に出力する。このとき、ヘッダ圧縮部
２０４は、バッファ２０３に保存されているコンテキス
トを参照し、このコンテキストとの差分に基づいてヘッ
ダを圧縮する。
０１で選択されたヘッダの種類に従って、CRCビット付
加部１０４から出力されたパケットのヘッダを圧縮し
て、送信部１０６に出力する。このとき、ヘッダ圧縮部
２０４は、バッファ２０３に保存されているコンテキス
トを参照し、このコンテキストとの差分に基づいてヘッ
ダを圧縮する。
【００５５】次いで、本実施の形態に係るパケット送信
装置とパケット通信を行うパケット受信装置について説
明する。図３は、本発明の実施の形態１に係るパケット
送信装置とパケット通信を行うパケット受信装置の構成
を示すブロック図である。
装置とパケット通信を行うパケット受信装置について説
明する。図３は、本発明の実施の形態１に係るパケット
送信装置とパケット通信を行うパケット受信装置の構成
を示すブロック図である。
【００５６】図３に示すパケット受信装置において、受
信部３０２は、アンテナ３０１を介して受信されたパケ
ットに無線処理（ダウンコンバート、Ａ／Ｄ変換等）と
復調処理を施した後、受信パケットをヘッダ復元部３０
３に出力する。
信部３０２は、アンテナ３０１を介して受信されたパケ
ットに無線処理（ダウンコンバート、Ａ／Ｄ変換等）と
復調処理を施した後、受信パケットをヘッダ復元部３０
３に出力する。
【００５７】ヘッダ復元部３０３は、バッファ３０６に
保存されているコンテキストを参照して受信パケットの
ヘッダを復元し、ヘッダ復元後のパケットをCRC部３０
４に出力する。また、ヘッダ復元部３０３は、受信パケ
ットのヘッダの種類をコンテキスト更新部３０５に知ら
せる。つまり、ヘッダ復元部３０３は、受信パケットの
ヘッダが、UPDATE_FULLHEADER、UPDATE、NON_UPDATEの
うちのいずれであるかをコンテキスト更新部３０５に知
らせる。
保存されているコンテキストを参照して受信パケットの
ヘッダを復元し、ヘッダ復元後のパケットをCRC部３０
４に出力する。また、ヘッダ復元部３０３は、受信パケ
ットのヘッダの種類をコンテキスト更新部３０５に知ら
せる。つまり、ヘッダ復元部３０３は、受信パケットの
ヘッダが、UPDATE_FULLHEADER、UPDATE、NON_UPDATEの
うちのいずれであるかをコンテキスト更新部３０５に知
らせる。
【００５８】CRC部３０４は、ヘッダ復元部３０３から
出力されたパケットのヘッダにCRCを行い、CRC後のパケ
ットを受信パケットとして出力する。また、CRC部３０
４は、ヘッダに誤りが検出された場合には、その旨を更
新要求信号生成部３０７にNG信号として伝える。また、
CRC部３０４は、ヘッダに誤りが検出されなかった場合
には、ヘッダ復元部３０３から出力されたパケットをコ
ンテキスト更新部３０５に出力する。
出力されたパケットのヘッダにCRCを行い、CRC後のパケ
ットを受信パケットとして出力する。また、CRC部３０
４は、ヘッダに誤りが検出された場合には、その旨を更
新要求信号生成部３０７にNG信号として伝える。また、
CRC部３０４は、ヘッダに誤りが検出されなかった場合
には、ヘッダ復元部３０３から出力されたパケットをコ
ンテキスト更新部３０５に出力する。
【００５９】コンテキスト更新部３０５は、CRC部３０
４から出力されたパケットのヘッダの種類に応じて、バ
ッファ３０６に保存されているコンテキストを更新す
る。すなわち、コンテキスト更新部３０５は、ヘッダ復
元部３０３から知らされた種類がUPDATE_FULLHEADERま
たはUPDATEである場合には、CRC部３０４から出力され
たパケットのヘッダ部分によってコンテキストを更新
し、ヘッダ復元部３０３から知らされた種類がNON_UPDA
TEである場合には、コンテキストを更新しない。
４から出力されたパケットのヘッダの種類に応じて、バ
ッファ３０６に保存されているコンテキストを更新す
る。すなわち、コンテキスト更新部３０５は、ヘッダ復
元部３０３から知らされた種類がUPDATE_FULLHEADERま
たはUPDATEである場合には、CRC部３０４から出力され
たパケットのヘッダ部分によってコンテキストを更新
し、ヘッダ復元部３０３から知らされた種類がNON_UPDA
TEである場合には、コンテキストを更新しない。
【００６０】更新要求信号生成部３０７は、CRC部３０
４からNG信号が出力された場合に更新要求信号を生成
し、生成した更新要求信号を更新要求信号送信部３０８
に出力する。つまり、パケット受信装置は、ヘッダに誤
りが検出される度に更新要求信号をパケット送信装置に
送信する。
４からNG信号が出力された場合に更新要求信号を生成
し、生成した更新要求信号を更新要求信号送信部３０８
に出力する。つまり、パケット受信装置は、ヘッダに誤
りが検出される度に更新要求信号をパケット送信装置に
送信する。
【００６１】更新要求信号送信部３０８は、更新要求信
号に変調処理と無線処理（Ｄ／Ａ変換、アップコンバー
ト等）を施した後、更新要求信号をアンテナ３０１を介
してパケット送信装置に対して送信する。
号に変調処理と無線処理（Ｄ／Ａ変換、アップコンバー
ト等）を施した後、更新要求信号をアンテナ３０１を介
してパケット送信装置に対して送信する。
【００６２】次いで、上記構成を有するパケット送信装
置と上記構成を有するパケット受信装置との間で行われ
るパケット伝送の送受の手順をシーケンス図を用いて具
体的に説明する。図４は、本発明の実施の形態１に係る
パケット送信装置とパケット受信装置との間で行われる
パケット伝送の送受の手順を説明するためのシーケンス
図である。なお、図４において、送信側とは上記構成を
有するパケット送信装置を指し、受信側とは上記構成を
有するパケット受信装置を指す。
置と上記構成を有するパケット受信装置との間で行われ
るパケット伝送の送受の手順をシーケンス図を用いて具
体的に説明する。図４は、本発明の実施の形態１に係る
パケット送信装置とパケット受信装置との間で行われる
パケット伝送の送受の手順を説明するためのシーケンス
図である。なお、図４において、送信側とは上記構成を
有するパケット送信装置を指し、受信側とは上記構成を
有するパケット受信装置を指す。
【００６３】今例えば、図４に示すように、SN＝4のUPD
ATEの伝送中に誤りが生じ、その誤りをパケット受信装
置で検出できなかったものとする。つまり、パケット受
信装置では誤ったヘッダによりコンテキストが更新され
てしまったものとする。よって、コンテキストは誤った
コンテキストになるので、SN=5のパケットのヘッダに対
するCRC結果およびSN=6のパケットのヘッダに対するCRC
結果がNGとなる。このため、パケット受信装置では、図
４に示すように時刻ｔ1とｔ2に、SN=5のパケットおよび
SN=6のパケットのそれぞれに対して更新要求信号が送信
される。
ATEの伝送中に誤りが生じ、その誤りをパケット受信装
置で検出できなかったものとする。つまり、パケット受
信装置では誤ったヘッダによりコンテキストが更新され
てしまったものとする。よって、コンテキストは誤った
コンテキストになるので、SN=5のパケットのヘッダに対
するCRC結果およびSN=6のパケットのヘッダに対するCRC
結果がNGとなる。このため、パケット受信装置では、図
４に示すように時刻ｔ1とｔ2に、SN=5のパケットおよび
SN=6のパケットのそれぞれに対して更新要求信号が送信
される。
【００６４】図２に示す圧縮方法選択部２０１では、時
刻ｔ1で送信された更新要求信号の入力後最初に入力さ
れたパケットがUPDATE_FULLHEADERとされる。つまり、
圧縮方法選択部２０１は、時刻ｔ1'で送信するSN=7のパ
ケットをUPDATE_FULLHEADERとする。また、圧縮方法選
択部２０１は、時刻ｔ1'にRTTタイマ２０２を起動させ
る。
刻ｔ1で送信された更新要求信号の入力後最初に入力さ
れたパケットがUPDATE_FULLHEADERとされる。つまり、
圧縮方法選択部２０１は、時刻ｔ1'で送信するSN=7のパ
ケットをUPDATE_FULLHEADERとする。また、圧縮方法選
択部２０１は、時刻ｔ1'にRTTタイマ２０２を起動させ
る。
【００６５】時刻ｔ1'で送信されたUPDATE_FULLHEADER
は、パケット受信装置に時刻ｔ3で受信される。よっ
て、パケット受信装置では、時刻ｔ3にコンテキストが
更新される。
は、パケット受信装置に時刻ｔ3で受信される。よっ
て、パケット受信装置では、時刻ｔ3にコンテキストが
更新される。
【００６６】ここで、パケット受信装置においてSN=７
のUPDATE_FULLHEADERによってコンテキストが正しく更
新された場合には、パケット送信装置では、時刻ｔ2に
おいて送信された更新要求信号に対して再びUPDATE_FUL
LHEADERを送信する必要はなく、時刻ｔ2'においては、U
PDATEまたはNON_UPDATEを送信すれば足りる。
のUPDATE_FULLHEADERによってコンテキストが正しく更
新された場合には、パケット送信装置では、時刻ｔ2に
おいて送信された更新要求信号に対して再びUPDATE_FUL
LHEADERを送信する必要はなく、時刻ｔ2'においては、U
PDATEまたはNON_UPDATEを送信すれば足りる。
【００６７】そこで、圧縮方法選択部２０１は、UPDATE
_FULLHEADERを選択した時刻ｔ1'からRTT経過後の時刻ｔ
3'までの間は、たとえ更新要求信号が入力されてもUPDA
TE_FULLHEADERを選択せず、上述したようにしてNON_UPD
ATEまたはUPDATEを通常どおり選択する。よって、図４
に示す例では、圧縮方法選択部２０１は、時刻ｔ2にお
いて送信された更新要求信号に対して時刻ｔ2'において
通常どおりUPDATEを選択する。これにより、不必要なUP
DATE_FULLHEADERが送信されてしまうことを防止するこ
とができる。つまり、ヘッダの圧縮効率の低下およびパ
ケットの伝送効率の低下を防止することができる。
_FULLHEADERを選択した時刻ｔ1'からRTT経過後の時刻ｔ
3'までの間は、たとえ更新要求信号が入力されてもUPDA
TE_FULLHEADERを選択せず、上述したようにしてNON_UPD
ATEまたはUPDATEを通常どおり選択する。よって、図４
に示す例では、圧縮方法選択部２０１は、時刻ｔ2にお
いて送信された更新要求信号に対して時刻ｔ2'において
通常どおりUPDATEを選択する。これにより、不必要なUP
DATE_FULLHEADERが送信されてしまうことを防止するこ
とができる。つまり、ヘッダの圧縮効率の低下およびパ
ケットの伝送効率の低下を防止することができる。
【００６８】なお、パケット送信装置が再びUPDATE_FUL
LHEADERを送信しない期間をRTT以内としたのは、以下の
理由による。
LHEADERを送信しない期間をRTT以内としたのは、以下の
理由による。
【００６９】すなわち、SN=７のUPDATE_FULLHEADERによ
り時刻ｔ3においてコンテキストが正しくなっている場
合には、SN=8以降のパケットをUPDATE_FULLHEADERとす
る必要はない。
り時刻ｔ3においてコンテキストが正しくなっている場
合には、SN=8以降のパケットをUPDATE_FULLHEADERとす
る必要はない。
【００７０】しかし、SN=７のパケットのヘッダに誤り
が検出されてSN=7のパケットが廃棄された場合には、パ
ケット受信装置のコンテキストは誤った状態のままとな
る。また、SN=７のパケットのヘッダに誤りが検出され
たので、パケット受信装置は、時刻ｔ3において更新要
求信号を送信する。この更新要求信号は、時刻ｔ1'から
RTT経過後の時刻ｔ3'に、パケット送信装置により受信
される。したがって、圧縮方法選択部２０１は、SN=7の
UPDATE_FULLHEADERがパケット受信装置で廃棄された場
合には、時刻ｔ1'からRTT経過後の時刻ｔ3'において再
びUPDATE_FULLHEADERを選択する必要がある。
が検出されてSN=7のパケットが廃棄された場合には、パ
ケット受信装置のコンテキストは誤った状態のままとな
る。また、SN=７のパケットのヘッダに誤りが検出され
たので、パケット受信装置は、時刻ｔ3において更新要
求信号を送信する。この更新要求信号は、時刻ｔ1'から
RTT経過後の時刻ｔ3'に、パケット送信装置により受信
される。したがって、圧縮方法選択部２０１は、SN=7の
UPDATE_FULLHEADERがパケット受信装置で廃棄された場
合には、時刻ｔ1'からRTT経過後の時刻ｔ3'において再
びUPDATE_FULLHEADERを選択する必要がある。
【００７１】以上のような理由から、ここでは、パケッ
ト送信装置が再びUPDATE_FULLHEADERを送信しない期間
をRTT以内とした。
ト送信装置が再びUPDATE_FULLHEADERを送信しない期間
をRTT以内とした。
【００７２】なお、本実施の形態では、RTTタイマ２０
２に予めRTTを設定しておく構成としたが、RTTタイマ２
０２を設けずに、RTPレイヤで計測したRTTをRTPレイヤ
から圧縮方法選択部２０１に通知するようにしてもよ
い。なお、RTTの詳しい計測方法については、IETFによ
りRFC1889として規定されている。
２に予めRTTを設定しておく構成としたが、RTTタイマ２
０２を設けずに、RTPレイヤで計測したRTTをRTPレイヤ
から圧縮方法選択部２０１に通知するようにしてもよ
い。なお、RTTの詳しい計測方法については、IETFによ
りRFC1889として規定されている。
【００７３】このように本実施の形態によれば、UPDATE
_FULLHEADERを送信してからRTT以内は再びUPDATE_FULLH
EADERを送信しないので、ヘッダの圧縮効率およびパケ
ットの伝送効率を低下させず、しかも受信側においてデ
ータが欠落しまう期間を短くすることができる。
_FULLHEADERを送信してからRTT以内は再びUPDATE_FULLH
EADERを送信しないので、ヘッダの圧縮効率およびパケ
ットの伝送効率を低下させず、しかも受信側においてデ
ータが欠落しまう期間を短くすることができる。
【００７４】なお、上記実施の形態では、パケット送信
装置およびパケット受信装置が無線の通信システムにお
いて使用される場合について説明したが、これに限られ
るものではなく、上記実施の形態に係るパケット送信装
置およびパケット受信装置は有線の通信システムにおい
て使用することも可能である。
装置およびパケット受信装置が無線の通信システムにお
いて使用される場合について説明したが、これに限られ
るものではなく、上記実施の形態に係るパケット送信装
置およびパケット受信装置は有線の通信システムにおい
て使用することも可能である。
【００７５】また、上記実施の形態では、パケット送信
およびパケット受信をパケット送信装置およびパケット
受信装置として行う場合について説明したが、これに限
られるものではなく、このパケット送信およびこのパケ
ット受信をソフトウェアとして行うことも可能である。
例えば、上記パケット送信または上記パケット受信を行
うプログラムを予めROM（Read Only Memory）に格納し
ておき、そのプログラムをCPU（Central Processor Uni
t）によって動作させるようにしてもよい。また、上記
パケット送信または上記パケット受信を行うプログラム
をコンピュータで読み取り可能な記憶媒体に格納し、記
憶媒体に格納されたプログラムをコンピュータのRAM（R
andom Access Memory）に記録して、コンピュータをそ
のプログラムに従って動作させるようにしてもよい。こ
のような場合においても、上記実施の形態と同様の作用
および効果を呈する。
およびパケット受信をパケット送信装置およびパケット
受信装置として行う場合について説明したが、これに限
られるものではなく、このパケット送信およびこのパケ
ット受信をソフトウェアとして行うことも可能である。
例えば、上記パケット送信または上記パケット受信を行
うプログラムを予めROM（Read Only Memory）に格納し
ておき、そのプログラムをCPU（Central Processor Uni
t）によって動作させるようにしてもよい。また、上記
パケット送信または上記パケット受信を行うプログラム
をコンピュータで読み取り可能な記憶媒体に格納し、記
憶媒体に格納されたプログラムをコンピュータのRAM（R
andom Access Memory）に記録して、コンピュータをそ
のプログラムに従って動作させるようにしてもよい。こ
のような場合においても、上記実施の形態と同様の作用
および効果を呈する。
【００７６】また、上記パケット送信または上記パケッ
ト受信を行うプログラムをサーバに格納し、サーバに格
納されたプログラムをクライアントからの要求に応じて
クライアントに送信して、クライアント上でそのプログ
ラムを実行させてもよい。このような場合においても、
上記実施の形態と同様の作用および効果を呈する。
ト受信を行うプログラムをサーバに格納し、サーバに格
納されたプログラムをクライアントからの要求に応じて
クライアントに送信して、クライアント上でそのプログ
ラムを実行させてもよい。このような場合においても、
上記実施の形態と同様の作用および効果を呈する。
【００７７】また、上記実施の形態に係るパケット送信
装置を、画像データの配信を行う画像配信装置に搭載す
ることが可能である。また、上記実施の形態に係るパケ
ット受信装置を、移動体通信システムにおいて使用され
る通信端末装置に搭載することが可能である。このよう
な場合においても、上記実施の形態と同様の作用および
効果を呈する。
装置を、画像データの配信を行う画像配信装置に搭載す
ることが可能である。また、上記実施の形態に係るパケ
ット受信装置を、移動体通信システムにおいて使用され
る通信端末装置に搭載することが可能である。このよう
な場合においても、上記実施の形態と同様の作用および
効果を呈する。
【００７８】また、上記実施の形態では、プロトコルと
してRTPとUDPとIPとを組み合わせて用いたが、これに限
られるものではなく、本発明は、他のプロトコルを用い
るパケット通信にも適用可能である。
してRTPとUDPとIPとを組み合わせて用いたが、これに限
られるものではなく、本発明は、他のプロトコルを用い
るパケット通信にも適用可能である。
【００７９】
【発明の効果】以上説明したように、本発明によれ
ば、、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落しまう期
間を短くすることができる。
ば、、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落しまう期
間を短くすることができる。
【図１】本発明の実施の形態１に係るパケット送信装置
の構成を示すブロック図
の構成を示すブロック図
【図２】本発明の実施の形態１に係るパケット送信装置
の送信パケット生成部の構成を示すブロック図
の送信パケット生成部の構成を示すブロック図
【図３】本発明の実施の形態１に係るパケット送信装置
とパケット通信を行うパケット受信装置の構成を示すブ
ロック図
とパケット通信を行うパケット受信装置の構成を示すブ
ロック図
【図４】本発明の実施の形態１に係るパケット送信装置
とパケット受信装置との間で行われるパケット伝送の送
受の手順を説明するためのシーケンス図
とパケット受信装置との間で行われるパケット伝送の送
受の手順を説明するためのシーケンス図
【図５】パケットの構成を示す模式図
【図６】ヘッダ圧縮後のパケットの構成を示す模式図
【図７】ROHCを用いて行われるパケットの送受の従来の
手順を説明するためのシーケンス図
手順を説明するためのシーケンス図
【図８】ROHCを用いて行われるパケットの送受の従来の
手順を説明するためのシーケンス図
手順を説明するためのシーケンス図
【図９】コンテキストが誤って更新された場合に採る手
順の一例を説明するためのシーケンス図
順の一例を説明するためのシーケンス図
１０１ RTPパケット生成部 １０２ UDPパケット生成部 １０３ IPパケット生成部 １０４ CRCビット付加部 １０５ 送信パケット生成部 １０８ 更新要求信号受信部 ２０１ 圧縮方法選択部 ２０２ RTTタイマ ２０３，３０６ バッファ ２０４ ヘッダ圧縮部 ３０３ ヘッダ復元部 ３０４ CRC部 ３０５ コンテキスト更新部 ３０７ 更新要求信号生成部 ３０８ 更新要求信号送信部
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１２年９月１８日（２０００．９．１
８）
８）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正内容】
【００２４】本発明はかかる点に鑑みてなされたもので
あり、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落してしま
う期間を短くすることができるパケット送信装置および
パケット伝送方法を提供することを目的とする。
あり、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落してしま
う期間を短くすることができるパケット送信装置および
パケット伝送方法を提供することを目的とする。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正内容】
【００２７】これらの構成によれば、UPDATE_FULLHEADE
Rを送信してから所定時間以内は再びUPDATE_FULLHEADER
を送信しないので、ヘッダの圧縮効率およびパケットの
伝送効率を低下させず、しかもパケット受信側において
データが欠落してしまう期間を短くすることができる。
Rを送信してから所定時間以内は再びUPDATE_FULLHEADER
を送信しないので、ヘッダの圧縮効率およびパケットの
伝送効率を低下させず、しかもパケット受信側において
データが欠落してしまう期間を短くすることができる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正内容】
【００２９】この記憶媒体に記憶されたプログラムによ
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落してしまう期間
を短くすることができる。
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落してしまう期間
を短くすることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正内容】
【００３１】このサーバから送信されるプログラムによ
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落してしまう期間
を短くすることができる。
れば、UPDATE_FULLHEADERを送信してから所定時間以内
は再びUPDATE_FULLHEADERを送信しないので、ヘッダの
圧縮効率およびパケットの伝送効率を低下させず、しか
もパケット受信側においてデータが欠落してしまう期間
を短くすることができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正内容】
【００３３】この方法によれば、UPDATE_FULLHEADERを
送信してから所定時間以内は再びUPDATE_FULLHEADERを
送信しないので、ヘッダの圧縮効率およびパケットの伝
送効率を低下させず、しかもパケット受信側においてデ
ータが欠落してしまう期間を短くすることができる。
送信してから所定時間以内は再びUPDATE_FULLHEADERを
送信しないので、ヘッダの圧縮効率およびパケットの伝
送効率を低下させず、しかもパケット受信側においてデ
ータが欠落してしまう期間を短くすることができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正内容】
【００７３】このように本実施の形態によれば、UPDATE
_FULLHEADERを送信してからRTT以内は再びUPDATE_FULLH
EADERを送信しないので、ヘッダの圧縮効率およびパケ
ットの伝送効率を低下させず、しかも受信側においてデ
ータが欠落してしまう期間を短くすることができる。
_FULLHEADERを送信してからRTT以内は再びUPDATE_FULLH
EADERを送信しないので、ヘッダの圧縮効率およびパケ
ットの伝送効率を低下させず、しかも受信側においてデ
ータが欠落してしまう期間を短くすることができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正内容】
【００７９】
【発明の効果】以上説明したように、本発明によれ
ば、、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落してしま
う期間を短くすることができる。
ば、、ヘッダの圧縮効率およびパケットの伝送効率を低
下させず、しかも受信側においてデータが欠落してしま
う期間を短くすることができる。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 宮崎 秋弘 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 畑 幸一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5K030 GA11 HA08 JA05 KA03 KX13 MA13
Claims (6)
- 【請求項１】 参照情報を用いてヘッダの圧縮および復
元が行われるパケット通信システムにおいて使用される
パケット送信装置であって、パケット受信装置から送信
された参照情報の更新要求を受信する受信手段と、前記
更新要求が受信された場合に、パケット受信装置で参照
情報が参照されて復元されるヘッダを有する第１パケッ
ト、およびパケット受信装置で参照情報が参照されずに
復元された後、前記参照情報の更新に使用されるヘッダ
を有する第２パケットのいずれか１つを選択して送信す
る送信手段と、を具備し、前記送信手段は、前記第２パ
ケットの送信後所定時間内は、前記第１パケットを選択
して送信することを特徴とするパケット送信装置。 - 【請求項２】 送信手段は、第２パケットを送信してか
ら、パケット受信装置によって前記第２パケットのヘッ
ダに誤りが検出された場合に送信される更新要求が受信
されるまでの間、第１パケットを選択して送信すること
を特徴とする請求項１記載のパケット送信装置。 - 【請求項３】 請求項１または請求項２記載のパケット
送信装置を搭載することを特徴とする画像配信装置。 - 【請求項４】 通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
前記更新要求が受信された場合に、通信相手側で参照情
報が参照されて復元されるヘッダを有する第１パケッ
ト、および通信相手側で参照情報が参照されずに復元さ
れた後、前記参照情報の更新に使用されるヘッダを有す
る第２パケットのいずれか１つを選択して送信する送信
ステップと、をコンピュータに実行させるプログラムで
あって、前記送信ステップにおいて、前記第２パケット
の送信後所定時間内は、前記第１パケットを選択して送
信するプログラムを記憶することを特徴とするコンピュ
ータにより読み取り可能な記憶媒体。 - 【請求項５】 通信相手側でヘッダを復元するために使
用する参照情報の更新要求を受信する受信ステップと、
前記更新要求が受信された場合に、通信相手側で参照情
報が参照されて復元されるヘッダを有する第１パケッ
ト、および通信相手側で参照情報が参照されずに復元さ
れた後、前記参照情報の更新に使用されるヘッダを有す
る第２パケットのいずれか１つを選択して送信する送信
ステップと、をコンピュータに実行させるプログラムで
あって、前記送信ステップにおいて、前記第２パケット
の送信後所定時間内は、前記第１パケットを選択して送
信するプログラムを格納する格納手段と、クライアント
からの要求に応じて前記プログラムを前記クライアント
に送信する送信手段と、を具備することを特徴とするサ
ーバ。 - 【請求項６】 参照情報を用いてヘッダの圧縮および復
元が行われるパケット通信システムにおいて使用される
パケット伝送方法であって、パケット受信側において、
復元したヘッダに誤りがあることを検出した場合に、パ
ケット送信側に対して参照情報の更新要求を送信し、パ
ケット送信側において、前記更新要求を受信した場合
に、前記パケット受信側で参照情報が参照されて復元さ
れるヘッダを有する第１パケット、および前記パケット
受信側で参照情報が参照されずに復元された後、前記参
照情報の更新に使用されるヘッダを有する第２パケット
のいずれか１つを選択して送信し、前記第２パケットの
送信後所定時間内は、前記第１パケットを選択して送信
することを特徴とするパケット伝送方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000277005A JP3323483B2 (ja) | 2000-09-12 | 2000-09-12 | パケット送信装置およびパケット伝送方法 |
| US10/479,469 US20040165542A1 (en) | 2000-09-12 | 2002-03-07 | Packet transmitter and packet transmitter method |
| PCT/JP2002/002104 WO2003075538A1 (fr) | 2000-09-12 | 2002-03-07 | Transmetteur de paquets et procede de transmission de paquets |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000277005A JP3323483B2 (ja) | 2000-09-12 | 2000-09-12 | パケット送信装置およびパケット伝送方法 |
| PCT/JP2002/002104 WO2003075538A1 (fr) | 2000-09-12 | 2002-03-07 | Transmetteur de paquets et procede de transmission de paquets |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002094548A true JP2002094548A (ja) | 2002-03-29 |
| JP3323483B2 JP3323483B2 (ja) | 2002-09-09 |
Family
ID=29713506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000277005A Expired - Fee Related JP3323483B2 (ja) | 2000-09-12 | 2000-09-12 | パケット送信装置およびパケット伝送方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20040165542A1 (ja) |
| JP (1) | JP3323483B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003075504A1 (fr) * | 2000-09-12 | 2003-09-12 | Matsushita Electric Industrial Co., Ltd. | Emetteur de paquets, recepteur de paquets et procede de transmission de paquets |
| WO2003075538A1 (fr) * | 2000-09-12 | 2003-09-12 | Matsushita Electric Industrial Co., Ltd. | Transmetteur de paquets et procede de transmission de paquets |
| JP2010521872A (ja) * | 2007-03-16 | 2010-06-24 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 無線通信システムにおいてヘッダ圧縮コンテキストを再配置する方法および装置 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040165585A1 (en) * | 2003-02-25 | 2004-08-26 | Koji Imura | Packet transmission apparatus and packet transmission method |
| US7523305B2 (en) * | 2003-12-17 | 2009-04-21 | International Business Machines Corporation | Employing cyclic redundancy checks to provide data security |
| JP4645281B2 (ja) * | 2005-04-19 | 2011-03-09 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| US8917673B2 (en) * | 2006-07-14 | 2014-12-23 | Qualcomm Incorporation | Configurable downlink and uplink channels for improving transmission of data by switching duplex nominal frequency spacing according to conditions |
| KR101377961B1 (ko) * | 2007-07-27 | 2014-03-25 | 엘지전자 주식회사 | 헤더 오버헤드 감소를 위한 패킷 전송 방법 |
| US8713393B2 (en) * | 2007-10-02 | 2014-04-29 | Lantiq Deutschland Gmbh | Retransmission and retransmission request in data communication systems |
| RU2745418C1 (ru) * | 2020-09-04 | 2021-03-25 | Федеральное государственное бюджетное образовательное учреждение высшего образования. "Юго-Западный государственный университет" (ЮЗГУ) | Способ обнаружения ошибок при передаче информационных пакетов |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US48680A (en) * | 1865-07-11 | harris | ||
| FI107000B (fi) * | 1999-02-17 | 2001-05-15 | Nokia Mobile Phones Ltd | Otsikon pakkaaminen reaaliaikaisissa palveluissa |
| US6198735B1 (en) * | 1999-05-20 | 2001-03-06 | Motorola, Inc. | Method for retransmitting a data packet in a packet network |
| US6754231B1 (en) * | 1999-06-18 | 2004-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Robust header compression in packet communications |
| US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
| US6542931B1 (en) * | 1999-11-05 | 2003-04-01 | Nokia Corporation | Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment |
| 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 |
| 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 | 株式会社エヌ・ティ・ティ・ドコモ | パケット伝送方法、中継装置およびデータ端末 |
| US6970476B1 (en) * | 2000-03-07 | 2005-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient header compression context update in packet communications |
| JP4592935B2 (ja) * | 2000-09-11 | 2010-12-08 | パナソニック株式会社 | ヘッダ復元装置およびヘッダ復元方法 |
| US6845105B1 (en) * | 2000-09-28 | 2005-01-18 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for maintaining sequence numbering in header compressed packets |
| FI110739B (fi) * | 2000-10-18 | 2003-03-14 | Nokia Corp | Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle |
| JP4187940B2 (ja) * | 2001-03-06 | 2008-11-26 | 株式会社エヌ・ティ・ティ・ドコモ | パケット伝送方法及びシステム、並びにパケット送信装置、受信装置、及び送受信装置 |
| JP3617967B2 (ja) * | 2001-09-28 | 2005-02-09 | 松下電器産業株式会社 | ヘッダ圧縮パケット受信装置及び方法 |
-
2000
- 2000-09-12 JP JP2000277005A patent/JP3323483B2/ja not_active Expired - Fee Related
-
2002
- 2002-03-07 US US10/479,469 patent/US20040165542A1/en not_active Abandoned
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003075504A1 (fr) * | 2000-09-12 | 2003-09-12 | Matsushita Electric Industrial Co., Ltd. | Emetteur de paquets, recepteur de paquets et procede de transmission de paquets |
| WO2003075538A1 (fr) * | 2000-09-12 | 2003-09-12 | Matsushita Electric Industrial Co., Ltd. | Transmetteur de paquets et procede de transmission de paquets |
| JP2010521872A (ja) * | 2007-03-16 | 2010-06-24 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 無線通信システムにおいてヘッダ圧縮コンテキストを再配置する方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040165542A1 (en) | 2004-08-26 |
| JP3323483B2 (ja) | 2002-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| USRE43100E1 (en) | Apparatus and method for header decompression | |
| US6889261B2 (en) | Method and apparatus for header compression | |
| USRE44233E1 (en) | Robust header compression in packet communications | |
| JP3600189B2 (ja) | パケット送受信装置及びパケット伝送方法 | |
| JP3512177B2 (ja) | パケット受信装置及びパケット伝送方法 | |
| JP3617967B2 (ja) | ヘッダ圧縮パケット受信装置及び方法 | |
| Pelletier et al. | RObust header compression (ROHC): a profile for TCP/IP (ROHC-TCP) | |
| JP3323484B2 (ja) | パケット送信装置、パケット受信装置およびパケット伝送方法 | |
| JP3608660B2 (ja) | 圧縮ヘッダデータを送信する方法、装置、およびシステム | |
| JP3323483B2 (ja) | パケット送信装置およびパケット伝送方法 | |
| US20040165585A1 (en) | Packet transmission apparatus and packet transmission method | |
| JP2002094553A (ja) | パケット伝送装置およびパケット伝送方法 | |
| US20040136380A1 (en) | Packet transmitter, packet receiver and packet transmission method | |
| WO2003075538A1 (fr) | Transmetteur de paquets et procede de transmission de paquets | |
| Jonsson et al. | Network Working Group G. Pelletier Request for Comments: 4996 K. Sandlund Category: Standards Track Ericsson | |
| Pelletier et al. | RFC 6846: RObust Header Compression (ROHC): A Profile for TCP/IP (ROHC-TCP) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080628 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090628 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100628 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100628 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110628 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120628 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120628 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130628 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |