JP2003008644A - パケット送受信装置及びパケット伝送方法 - Google Patents
パケット送受信装置及びパケット伝送方法Info
- Publication number
- JP2003008644A JP2003008644A JP2001184794A JP2001184794A JP2003008644A JP 2003008644 A JP2003008644 A JP 2003008644A JP 2001184794 A JP2001184794 A JP 2001184794A JP 2001184794 A JP2001184794 A JP 2001184794A JP 2003008644 A JP2003008644 A JP 2003008644A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- sequence number
- data
- cid
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
-
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 圧縮効率の良いデータ伝送を行うこと。
【解決手段】 ＳＮ検査部１０１は、送信データをパケ
ット単位でＳＮを監視し、送信対象のパケットのＳＮと
直前に送信対象となったパケットのＳＮを比較し、比較
結果と送信データをＣＩＤ選択部１０２に出力する。Ｃ
ＩＤ選択部１０２は、ＳＮ検査部１０１から出力された
比較結果に基づいてＣＩＤを選択して送信データに付加
し、ヘッダ圧縮部１０４に出力する。ＣＲＣビット算出
部１０３は、ヘッダ情報からＣＲＣビットを算出する。
ヘッダ圧縮部１０４は、比較結果と送信パケット記憶部
１０５に記憶されているパケット情報からヘッダの圧縮
形式を決定し、ＳＮとＣＲＣビットとを含むヘッダを圧
縮し、送信データと繋ぎ合わせて送信部１０６に出力す
る。送信パケット記憶部１０５は、送信したパケットを
記憶する。
ット単位でＳＮを監視し、送信対象のパケットのＳＮと
直前に送信対象となったパケットのＳＮを比較し、比較
結果と送信データをＣＩＤ選択部１０２に出力する。Ｃ
ＩＤ選択部１０２は、ＳＮ検査部１０１から出力された
比較結果に基づいてＣＩＤを選択して送信データに付加
し、ヘッダ圧縮部１０４に出力する。ＣＲＣビット算出
部１０３は、ヘッダ情報からＣＲＣビットを算出する。
ヘッダ圧縮部１０４は、比較結果と送信パケット記憶部
１０５に記憶されているパケット情報からヘッダの圧縮
形式を決定し、ＳＮとＣＲＣビットとを含むヘッダを圧
縮し、送信データと繋ぎ合わせて送信部１０６に出力す
る。送信パケット記憶部１０５は、送信したパケットを
記憶する。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、パケット送受信装
置及びパケット伝送方法に関し、特に無線通信に用いて
好適なパケット送受信装置及びパケット伝送方法に関す
る。
置及びパケット伝送方法に関し、特に無線通信に用いて
好適なパケット送受信装置及びパケット伝送方法に関す
る。
【０００２】
【従来の技術】現在、インターネット上においてパケッ
トを伝送するために使用される代表的なプロトコル（通
信手順）として、ＲＴＰ（Real-time Transport Protoc
ol）や、ＵＤＰ（User Data Protocol）や、ＩＰ（Inte
rnet Protocol）があり、パケット伝送では、これらの
プロトコルを組み合わせて用いるのが一般的である。ま
た、これらのプロトコルは、ＩＥＴＦ（Internet Engin
eering Task Force）によって標準化されている。
トを伝送するために使用される代表的なプロトコル（通
信手順）として、ＲＴＰ（Real-time Transport Protoc
ol）や、ＵＤＰ（User Data Protocol）や、ＩＰ（Inte
rnet Protocol）があり、パケット伝送では、これらの
プロトコルを組み合わせて用いるのが一般的である。ま
た、これらのプロトコルは、ＩＥＴＦ（Internet Engin
eering Task Force）によって標準化されている。
【０００３】上記各プロトコルにおいては、送信データ
にヘッダとして以下に示すような情報が付加されてパケ
ットが生成される。すなわち、まず、ＲＴＰでは、デー
タの順序を示すシーケンス番号（以下必要に応じて「Ｓ
Ｎ」と省略する）と、時間情報であるタイムスタンプ
（以下必要に応じて「ＴＳ」と省略する）などがデータ
に付加されてＲＴＰパケットが生成される。
にヘッダとして以下に示すような情報が付加されてパケ
ットが生成される。すなわち、まず、ＲＴＰでは、デー
タの順序を示すシーケンス番号（以下必要に応じて「Ｓ
Ｎ」と省略する）と、時間情報であるタイムスタンプ
（以下必要に応じて「ＴＳ」と省略する）などがデータ
に付加されてＲＴＰパケットが生成される。
【０００４】次いで、ＵＤＰでは、受信側におけるポー
ト番号がＲＴＰパケットに付加されてＵＤＰパケットが
生成される。次いで、ＩＰでは、受信側のインターネッ
ト上におけるアドレス（ＩＰアドレス）がＵＤＰパケッ
トに付加されてＩＰパケットが生成される。そして、こ
のＩＰパケットが受信側へ送信される。
ト番号がＲＴＰパケットに付加されてＵＤＰパケットが
生成される。次いで、ＩＰでは、受信側のインターネッ
ト上におけるアドレス（ＩＰアドレス）がＵＤＰパケッ
トに付加されてＩＰパケットが生成される。そして、こ
のＩＰパケットが受信側へ送信される。
【０００５】これらのＲＴＰ，ＵＤＰ，ＩＰによって付
加されるヘッダのうち、ＴＳ及びＳＮは、パケットを送
信する毎に変化する動的な情報である。また、その他の
情報は一旦通信が開始された後は不変となる静的な情報
（STATIC情報）である。
加されるヘッダのうち、ＴＳ及びＳＮは、パケットを送
信する毎に変化する動的な情報である。また、その他の
情報は一旦通信が開始された後は不変となる静的な情報
（STATIC情報）である。
【０００６】このようなヘッダはプロトコル毎に付与さ
れるので、複数のプロトコルで通信が行われる場合に
は、ヘッダ部分が長くなってしまい、パケットの伝送効
率が悪くなる。このため、ヘッダを圧縮して送信するこ
とによりパケットの伝送効率を高める技術としてヘッダ
圧縮技術がある。
れるので、複数のプロトコルで通信が行われる場合に
は、ヘッダ部分が長くなってしまい、パケットの伝送効
率が悪くなる。このため、ヘッダを圧縮して送信するこ
とによりパケットの伝送効率を高める技術としてヘッダ
圧縮技術がある。
【０００７】ＲＴＰ，ＵＤＰ及びＩＰにおいて付加され
る各ヘッダの圧縮方法については、ＩＥＴＦによりＲＦ
Ｃ（Request For Comments）２５０８として規定されて
いる。ＲＦＣ２５０８で規定されたヘッダ圧縮方法は、
主にインターネットなどの有線でのパケット伝送向けに
規定されたものである。
る各ヘッダの圧縮方法については、ＩＥＴＦによりＲＦ
Ｃ（Request For Comments）２５０８として規定されて
いる。ＲＦＣ２５０８で規定されたヘッダ圧縮方法は、
主にインターネットなどの有線でのパケット伝送向けに
規定されたものである。
【０００８】これに対して、主に携帯電話網などの無線
でのパケット伝送向けに現在ＩＥＴＦで提案されている
ヘッダ圧縮方法として、ＲＯＨＣ（RObust Header Comp
ression）がある。この方法は、無線区間においては、
有線区間に比べてパケット伝送中の誤り発生率が高くな
る傾向があることを考慮したものであり、伝送中に生じ
た誤りに対して高い耐性を持つことを特徴とするヘッダ
圧縮方法である。
でのパケット伝送向けに現在ＩＥＴＦで提案されている
ヘッダ圧縮方法として、ＲＯＨＣ（RObust Header Comp
ression）がある。この方法は、無線区間においては、
有線区間に比べてパケット伝送中の誤り発生率が高くな
る傾向があることを考慮したものであり、伝送中に生じ
た誤りに対して高い耐性を持つことを特徴とするヘッダ
圧縮方法である。
【０００９】また、無線区間では、有線区間に比べて使
用できる周波数帯域が狭いため、ＲＯＨＣでは、ＲＦＣ
２５０８で規定されたヘッダ圧縮方法に比べて、さらに
ヘッダの圧縮率を高めている。なお、ＲＯＨＣは、ＩＥ
ＴＦにおいて、draft-ietf-rohc-rtp-09.txtが標準化作
業中である。
用できる周波数帯域が狭いため、ＲＯＨＣでは、ＲＦＣ
２５０８で規定されたヘッダ圧縮方法に比べて、さらに
ヘッダの圧縮率を高めている。なお、ＲＯＨＣは、ＩＥ
ＴＦにおいて、draft-ietf-rohc-rtp-09.txtが標準化作
業中である。
【００１０】このＲＯＨＣでは、図６（ａ），（ｂ）に
示すように２種類のヘッダが存在し、それぞれ非圧縮
（ＩＲ）パケット、圧縮（ＳＯ）パケットと呼ばれる。
図６（ａ）に示すＩＲパケットのヘッダには、通信中は
不変なパラメータ（ＩＰアドレスやポート番号など：静
的情報）、通信中に変化するパラメータ（ＳＮ，ＴＳな
ど）、及び受信側がヘッダを復元した時に正しく復元で
きたかどうかを検査するＣＲＣ（Cyclic Redundancy Ch
eck）ビットが含まれている。
示すように２種類のヘッダが存在し、それぞれ非圧縮
（ＩＲ）パケット、圧縮（ＳＯ）パケットと呼ばれる。
図６（ａ）に示すＩＲパケットのヘッダには、通信中は
不変なパラメータ（ＩＰアドレスやポート番号など：静
的情報）、通信中に変化するパラメータ（ＳＮ，ＴＳな
ど）、及び受信側がヘッダを復元した時に正しく復元で
きたかどうかを検査するＣＲＣ（Cyclic Redundancy Ch
eck）ビットが含まれている。
【００１１】これらの静的情報、ＴＳ、及びＳＮは、所
定の間隔毎に送信されることが多い。図６（ｂ）に示す
圧縮パケットは、ＩＰアドレス、ポート番号、ＴＳ、及
びΔＴＳ（ＴＳ増加分）を含まず、圧縮シーケンス番号
（以下必要に応じてＳＮ’と省略する）とＣＲＣビット
を含む。このＳＮ’は、本来１６ビットであるＳＮのう
ち下位の数ビットのみで表されたものである。
定の間隔毎に送信されることが多い。図６（ｂ）に示す
圧縮パケットは、ＩＰアドレス、ポート番号、ＴＳ、及
びΔＴＳ（ＴＳ増加分）を含まず、圧縮シーケンス番号
（以下必要に応じてＳＮ’と省略する）とＣＲＣビット
を含む。このＳＮ’は、本来１６ビットであるＳＮのう
ち下位の数ビットのみで表されたものである。
【００１２】ＲＯＨＣでは、具体的に以下のようにして
ヘッダを圧縮する。すなわち、ＩＰアドレスやポート番
号などを含む圧縮しないヘッダは、伝送単位毎に送信せ
ず所定の間隔で送信する。また、ＳＮの増加分とＴＳの
増加分との間に一定の規則性がある場合には、ＳＮのみ
を送信し、受信側でＳＮの増加分からＴＳの増加分を算
出する。
ヘッダを圧縮する。すなわち、ＩＰアドレスやポート番
号などを含む圧縮しないヘッダは、伝送単位毎に送信せ
ず所定の間隔で送信する。また、ＳＮの増加分とＴＳの
増加分との間に一定の規則性がある場合には、ＳＮのみ
を送信し、受信側でＳＮの増加分からＴＳの増加分を算
出する。
【００１３】さらに、ＳＮについては、ＳＯパケットに
より下位の数ビットのみを送信し、桁上がりが発生した
ときにのみすべてのＳＮのビットを送信する。この場
合、送信側では、コンテキストと呼ばれる参照情報を参
照してヘッダの圧縮を行い、受信側では、送信側で用い
られたコンテキストと同じコンテキストを参照してヘッ
ダの復元を行う。この場合、参照情報は、前回送信した
ヘッダの情報を指す。
より下位の数ビットのみを送信し、桁上がりが発生した
ときにのみすべてのＳＮのビットを送信する。この場
合、送信側では、コンテキストと呼ばれる参照情報を参
照してヘッダの圧縮を行い、受信側では、送信側で用い
られたコンテキストと同じコンテキストを参照してヘッ
ダの復元を行う。この場合、参照情報は、前回送信した
ヘッダの情報を指す。
【００１４】ここで説明した非圧縮パケット及び圧縮パ
ケットを送信する場合、パケットで送信するデータの種
類を識別するコンテキスト識別子ＣＩＤ（Context Ide
ntifier）をパケットの先頭に付加する。
ケットを送信する場合、パケットで送信するデータの種
類を識別するコンテキスト識別子ＣＩＤ（Context Ide
ntifier）をパケットの先頭に付加する。
【００１５】このＣＩＤをパケットに付加して送信し、
受信側においてパケットに付加されたＣＩＤを参照して
同じＣＩＤをもつパケットを同じメディアのパケットと
し、異なるＣＩＤをもつパケットを異なるメディアのパ
ケットと識別することにより、メディア別にパケットを
区別することができ、一つの回線で複数のメディアのデ
ータを送信することができる。
受信側においてパケットに付加されたＣＩＤを参照して
同じＣＩＤをもつパケットを同じメディアのパケットと
し、異なるＣＩＤをもつパケットを異なるメディアのパ
ケットと識別することにより、メディア別にパケットを
区別することができ、一つの回線で複数のメディアのデ
ータを送信することができる。
【００１６】例えば、ストリーミングデータとして、一
つの回線上で音声と動画の２種類のメディアのデータを
送信する場合、音声のデータと動画のデータは、別々の
コンテキストを持つため、それぞれのデータストリーミ
ング毎に異なるＣＩＤが付加されて送信される。
つの回線上で音声と動画の２種類のメディアのデータを
送信する場合、音声のデータと動画のデータは、別々の
コンテキストを持つため、それぞれのデータストリーミ
ング毎に異なるＣＩＤが付加されて送信される。
【００１７】図７は、ＣＩＤの一例を示す図である。図
７において、送信されるＲＴＰパケットは、ビデオやオ
ーディオといったメディアの種類別に別々のコンテキス
トを持つ。すなわち、データを送る際に用いる静的情報
と、動的情報がビデオのデータとオーディオのデータで
異なる。
７において、送信されるＲＴＰパケットは、ビデオやオ
ーディオといったメディアの種類別に別々のコンテキス
トを持つ。すなわち、データを送る際に用いる静的情報
と、動的情報がビデオのデータとオーディオのデータで
異なる。
【００１８】ここで、静的な情報とは、あるデータを送
る場合に不変な情報であり、具体的には、送信元ＩＰア
ドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポ
ート番号等がある。また、静的情報とは、あるデータを
送る場合にパケット毎に異なる情報であり、具体的には
パケットのＳＮ等がある。
る場合に不変な情報であり、具体的には、送信元ＩＰア
ドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポ
ート番号等がある。また、静的情報とは、あるデータを
送る場合にパケット毎に異なる情報であり、具体的には
パケットのＳＮ等がある。
【００１９】図７は、ビデオとオーディオの異なる２種
類のメディアのデータが、異なる送信元ＩＰアドレスか
ら同じＩＰアドレスに送信される例である。ここでは、
ビデオのデータは、送信元のＩＰアドレスが「１３３．
０．０．１」であり、オーディオのデータは、送信元の
ＩＰアドレスが「１３３．０．１．１２７」であり、送
信元ＩＰアドレスが異なる。そして、ビデオのデータ、
オーディオのデータ共に宛先ＩＰアドレスは、「１３
３．１００．１００．１００」である。
類のメディアのデータが、異なる送信元ＩＰアドレスか
ら同じＩＰアドレスに送信される例である。ここでは、
ビデオのデータは、送信元のＩＰアドレスが「１３３．
０．０．１」であり、オーディオのデータは、送信元の
ＩＰアドレスが「１３３．０．１．１２７」であり、送
信元ＩＰアドレスが異なる。そして、ビデオのデータ、
オーディオのデータ共に宛先ＩＰアドレスは、「１３
３．１００．１００．１００」である。
【００２０】また、送信元ポート番号は、ビデオのデー
タが「５６」、オーディオのデータが「６０」と異な
る。そして、送信先ポート番号は、ビデオのデータが
「１２０」、オーディオのデータが「１２２」と異な
る。
タが「５６」、オーディオのデータが「６０」と異な
る。そして、送信先ポート番号は、ビデオのデータが
「１２０」、オーディオのデータが「１２２」と異な
る。
【００２１】ここで、ビデオのデータ及びオーディオの
データは、それぞれ複数のパケットに分けられて送信さ
れる。そして、それぞれのパケットにＳＮを設定してパ
ケットの順序を示す。さらに、ＳＮは、ＣＩＤ毎に異な
る番号が振られる。
データは、それぞれ複数のパケットに分けられて送信さ
れる。そして、それぞれのパケットにＳＮを設定してパ
ケットの順序を示す。さらに、ＳＮは、ＣＩＤ毎に異な
る番号が振られる。
【００２２】例えば、ＣＩＤ＝「２」のビデオのデータ
は、ＳＮ＝「１」、「２」、「３」、「４」、…が設定
され、ＣＩＤ＝「５」のオーディオのデータは、ＳＮ＝
「６４」、「６５」、「６６」、「６７」、…が設定さ
れる。
は、ＳＮ＝「１」、「２」、「３」、「４」、…が設定
され、ＣＩＤ＝「５」のオーディオのデータは、ＳＮ＝
「６４」、「６５」、「６６」、「６７」、…が設定さ
れる。
【００２３】設定されたＣＩＤがパケットに付加される
例について説明する。図８は、パケット構成の一例を示
す模式図である。図８では、横方向にパケット１バイト
あたりの各ビットの内容を示し、縦方向に１バイト単位
でパケットを表現している。パケットの先頭には、圧縮
パケット、非圧縮パケットにかかわらず、ＣＩＤを含む
１バイトのヘッダが付加される。図８（Ａ）は、１バイ
トのヘッダの中に４ビットのＣＩＤが含まれる場合の配
置の一例である。図８では、ヘッダ１バイトのうち下位
のビットがＣＩＤを格納するＣＩＤフィールドとなって
いる。例えば、ＣＩＤ＝「５」の場合、「５」を２進数
化した「０１０１」がＣＩＤフィールドに格納される。
図８（Ｂ）は、ＣＩＤ＝「５」の場合のパケットの例を
示す。そして、２バイト目以降にパケットが格納され
る。格納されるパケットは、圧縮パケットまたは非圧縮
パケットどちらでもよい。
例について説明する。図８は、パケット構成の一例を示
す模式図である。図８では、横方向にパケット１バイト
あたりの各ビットの内容を示し、縦方向に１バイト単位
でパケットを表現している。パケットの先頭には、圧縮
パケット、非圧縮パケットにかかわらず、ＣＩＤを含む
１バイトのヘッダが付加される。図８（Ａ）は、１バイ
トのヘッダの中に４ビットのＣＩＤが含まれる場合の配
置の一例である。図８では、ヘッダ１バイトのうち下位
のビットがＣＩＤを格納するＣＩＤフィールドとなって
いる。例えば、ＣＩＤ＝「５」の場合、「５」を２進数
化した「０１０１」がＣＩＤフィールドに格納される。
図８（Ｂ）は、ＣＩＤ＝「５」の場合のパケットの例を
示す。そして、２バイト目以降にパケットが格納され
る。格納されるパケットは、圧縮パケットまたは非圧縮
パケットどちらでもよい。
【００２４】次に、圧縮パケットの構成について説明す
る。図９は、圧縮パケットのヘッダの構成の一例を示す
模式図である。図９では、横方向にパケット１バイトあ
たりの各ビットの内容を示し、縦方向に１バイト単位で
パケットを表現している。
る。図９は、圧縮パケットのヘッダの構成の一例を示す
模式図である。図９では、横方向にパケット１バイトあ
たりの各ビットの内容を示し、縦方向に１バイト単位で
パケットを表現している。
【００２５】図９（Ａ）は、ＵＯＲ−０パケットの構成
の一例を示す模式図である。図９（Ａ）では、１バイト
のパケットの０ビットに「０」、１ビットから４ビット
にＳＮ、５ビットから７ビットにＣＲＣをそれぞれ格納
する。
の一例を示す模式図である。図９（Ａ）では、１バイト
のパケットの０ビットに「０」、１ビットから４ビット
にＳＮ、５ビットから７ビットにＣＲＣをそれぞれ格納
する。
【００２６】図９（Ｂ）は、ＵＯＲ−２パケットの構成
の一例を示す模式図である。図９（Ｂ）では、１バイト
目のパケットの０ビットから２ビットに「１１０」、１
バイト目の３ビットから２バイト目の０ビットにＴＳ、
２バイト目の２ビットにＭ、２バイト目の２ビットから
７ビットにＳＮ、３バイト目の０ビットに「０」、３バ
イト目の１ビットから７ビットにＣＲＣをそれぞれ格納
する。
の一例を示す模式図である。図９（Ｂ）では、１バイト
目のパケットの０ビットから２ビットに「１１０」、１
バイト目の３ビットから２バイト目の０ビットにＴＳ、
２バイト目の２ビットにＭ、２バイト目の２ビットから
７ビットにＳＮ、３バイト目の０ビットに「０」、３バ
イト目の１ビットから７ビットにＣＲＣをそれぞれ格納
する。
【００２７】図９（Ｃ）は、拡張ＵＯＲ−２パケットの
構成の一例を示す模式図である。図９（Ｃ）では、１バ
イト目のパケットの０ビットから２ビットに「１１
０」、１バイト目の３ビットから２バイト目の０ビット
にＴＳ、２バイト目の２ビットにＭ、２バイト目の２ビ
ットから７ビットにＳＮ、３バイト目の０ビットに
「１」、３バイト目の１ビットから７ビットにＣＲＣを
それぞれ格納する。
構成の一例を示す模式図である。図９（Ｃ）では、１バ
イト目のパケットの０ビットから２ビットに「１１
０」、１バイト目の３ビットから２バイト目の０ビット
にＴＳ、２バイト目の２ビットにＭ、２バイト目の２ビ
ットから７ビットにＳＮ、３バイト目の０ビットに
「１」、３バイト目の１ビットから７ビットにＣＲＣを
それぞれ格納する。
【００２８】図９に示すように、圧縮パケットでは、パ
ケットの形式によってＳＮのサイズが異なり表現可能な
ＳＮの範囲も異なる。そこで、表現可能なＳＮが小さい
パケットの形式では、ＳＮではなくＳＮ’のみを送信す
る。
ケットの形式によってＳＮのサイズが異なり表現可能な
ＳＮの範囲も異なる。そこで、表現可能なＳＮが小さい
パケットの形式では、ＳＮではなくＳＮ’のみを送信す
る。
【００２９】次に、圧縮パケットを用いた場合の通信に
ついて説明する。図１０は、圧縮パケットの通信におけ
るやり取りの一例を示すシーケンス図である。
ついて説明する。図１０は、圧縮パケットの通信におけ
るやり取りの一例を示すシーケンス図である。
【００３０】以下、図１０を用いて、パケットを圧縮し
て送信する圧縮側と圧縮されたパケットを受信して復元
する復元側との通信のやり取りについて説明する。
て送信する圧縮側と圧縮されたパケットを受信して復元
する復元側との通信のやり取りについて説明する。
【００３１】最初に、ＳＮ＝５０のパケットが送信さ
れ、次にＳＮ＝５１のパケットが送信される場合、送信
するパケットは、直前のパケットのＳＮが１増加したＳ
Ｎで送信されるので、ＳＮのサイズが４ビットであるＵ
Ｏ−０を用いて圧縮することができる。
れ、次にＳＮ＝５１のパケットが送信される場合、送信
するパケットは、直前のパケットのＳＮが１増加したＳ
Ｎで送信されるので、ＳＮのサイズが４ビットであるＵ
Ｏ−０を用いて圧縮することができる。
【００３２】同様に、ＳＮ＝５１のパケットが送信さ
れ、次にＳＮ＝５２のパケットが送信される場合、送信
するパケットは、直前のパケットのＳＮが１増加したＳ
Ｎで送信されるので、ＳＮのサイズが４ビットであるＵ
Ｏ−０を用いて圧縮することができる。
れ、次にＳＮ＝５２のパケットが送信される場合、送信
するパケットは、直前のパケットのＳＮが１増加したＳ
Ｎで送信されるので、ＳＮのサイズが４ビットであるＵ
Ｏ−０を用いて圧縮することができる。
【００３３】次に、ＳＮ＝５２のパケットが送信され、
次にＳＮ＝３のパケットが送信される場合、送信するパ
ケットは、直前のパケットのＳＮが４９減少したＳＮで
送信されるので、ＳＮのサイズが４ビットであるＵＯ−
０ではＳＮの変化を表現できない。そこで、拡張ＵＯＲ
−２を用いて圧縮し、送信する。
次にＳＮ＝３のパケットが送信される場合、送信するパ
ケットは、直前のパケットのＳＮが４９減少したＳＮで
送信されるので、ＳＮのサイズが４ビットであるＵＯ−
０ではＳＮの変化を表現できない。そこで、拡張ＵＯＲ
−２を用いて圧縮し、送信する。
【００３４】次に、ＳＮ＝３のパケットが送信され、次
にＳＮ＝５３のパケットが送信される場合、送信するパ
ケットは、直前のパケットのＳＮが５０象かしたＳＮで
送信されるので、ＳＮのサイズが４ビットであるＵＯ−
０ではＳＮの変化を表現できない。そこで、ＵＯＲ−２
を用いて圧縮し、送信する。
にＳＮ＝５３のパケットが送信される場合、送信するパ
ケットは、直前のパケットのＳＮが５０象かしたＳＮで
送信されるので、ＳＮのサイズが４ビットであるＵＯ−
０ではＳＮの変化を表現できない。そこで、ＵＯＲ−２
を用いて圧縮し、送信する。
【００３５】このように、ＳＮの変化幅に合わせて表現
可能なヘッダ圧縮方式を選択し、ヘッダのサイズを縮小
する。
可能なヘッダ圧縮方式を選択し、ヘッダのサイズを縮小
する。
【００３６】ここで、ヘッダの圧縮に用いられるＵＯＲ
−０、ＵＯＲ−２、及び拡張ＵＯＲ−２が表現可能なＳ
Ｎの範囲を説明する。
−０、ＵＯＲ−２、及び拡張ＵＯＲ−２が表現可能なＳ
Ｎの範囲を説明する。
【００３７】ＳＮ＝ｖ（ｖは任意の正の整数）であるパ
ケットを圧縮する場合、ＲＯＨＣでは、ｖが式（１）に
示す関数ｆの範囲内であることを規定している。 ｆ（ｖ＿ｒｅｆ，ｋ）＝［ｖ＿ｒｅｆ−ｐ，ｖ＿ｒｅｆ＋（２k−１）−ｐ］… （１） ここで、Ｖ＿ｒｅｆは、直前に送信したパケットのＳＮ
を示す。また、ＳＮが４以下の場合、Ｐは１となり、Ｓ
Ｎが４より大きい場合、Ｐは１となり、ＳＮを表現する
ビット数をｂｉｔｓ（ＳＮ）として、２bits(SN)−１で
表される。
ケットを圧縮する場合、ＲＯＨＣでは、ｖが式（１）に
示す関数ｆの範囲内であることを規定している。 ｆ（ｖ＿ｒｅｆ，ｋ）＝［ｖ＿ｒｅｆ−ｐ，ｖ＿ｒｅｆ＋（２k−１）−ｐ］… （１） ここで、Ｖ＿ｒｅｆは、直前に送信したパケットのＳＮ
を示す。また、ＳＮが４以下の場合、Ｐは１となり、Ｓ
Ｎが４より大きい場合、Ｐは１となり、ＳＮを表現する
ビット数をｂｉｔｓ（ＳＮ）として、２bits(SN)−１で
表される。
【００３８】従って、ＵＯ−０では、ＳＮが４ビットで
表されるので、ｖは式（２）の範囲内である必要があ
る。 ｆ（ｖ＿ｒｅｆ，４）＝［ｖ＿ｒｅｆ−１，ｖ＿ｒｅｆ＋１４］…（２） また、ＵＯ−２では、ＳＮが６ビットで表されるので、
ｖは式（３）の範囲内である必要がある。 ｆ（ｖ＿ｒｅｆ，６）＝［ｖ＿ｒｅｆ−１，ｖ＿ｒｅｆ＋６２］…（３） また、拡張ＵＯ−２では、ＳＮが１４ビットで表される
ので、ｖは式（４）の範囲内である必要がある。 ｆ（ｖ＿ｒｅｆ，１４）＝［ｖ＿ｒｅｆ−５１１，ｖ＿ｒｅｆ＋（２14−１）− ５１１］…（４）
表されるので、ｖは式（２）の範囲内である必要があ
る。 ｆ（ｖ＿ｒｅｆ，４）＝［ｖ＿ｒｅｆ−１，ｖ＿ｒｅｆ＋１４］…（２） また、ＵＯ−２では、ＳＮが６ビットで表されるので、
ｖは式（３）の範囲内である必要がある。 ｆ（ｖ＿ｒｅｆ，６）＝［ｖ＿ｒｅｆ−１，ｖ＿ｒｅｆ＋６２］…（３） また、拡張ＵＯ−２では、ＳＮが１４ビットで表される
ので、ｖは式（４）の範囲内である必要がある。 ｆ（ｖ＿ｒｅｆ，１４）＝［ｖ＿ｒｅｆ−５１１，ｖ＿ｒｅｆ＋（２14−１）− ５１１］…（４）
【００３９】
【発明が解決しようとする課題】しかしながら、従来の
装置においては、パケットの順序が入れ替わりＳＮの値
が単調増加せずに減少する、または大きな値で増加する
場合、ＳＮの表現できる範囲が大きいパケット形式を用
いて送信する。この結果、ＳＮに大きな領域を必要とす
るパケット形式でデータを伝送することになり、圧縮効
率が悪くなるという問題がある。
装置においては、パケットの順序が入れ替わりＳＮの値
が単調増加せずに減少する、または大きな値で増加する
場合、ＳＮの表現できる範囲が大きいパケット形式を用
いて送信する。この結果、ＳＮに大きな領域を必要とす
るパケット形式でデータを伝送することになり、圧縮効
率が悪くなるという問題がある。
【００４０】本発明はかかる点に鑑みてなされたもので
あり、圧縮効率の良いデータ伝送を行うことのできるパ
ケット送受信装置及びパケット伝送方法を提供すること
を目的とする。
あり、圧縮効率の良いデータ伝送を行うことのできるパ
ケット送受信装置及びパケット伝送方法を提供すること
を目的とする。
【００４１】
【課題を解決するための手段】本発明のパケット送信装
置は、一つのデータストリームに対して複数のコンテキ
ストを設定するＣＩＤ選択手段と、データストリームを
識別するコンテキスト単位でパケットの順序を示すシー
ケンス番号を圧縮するヘッダ圧縮手段と、前記コンテキ
スト単位で圧縮したシーケンス番号と、データとをパケ
ット単位で送信する送信手段と、を具備する構成を採
る。
置は、一つのデータストリームに対して複数のコンテキ
ストを設定するＣＩＤ選択手段と、データストリームを
識別するコンテキスト単位でパケットの順序を示すシー
ケンス番号を圧縮するヘッダ圧縮手段と、前記コンテキ
スト単位で圧縮したシーケンス番号と、データとをパケ
ット単位で送信する送信手段と、を具備する構成を採
る。
【００４２】本発明のパケット送信装置は、送信するパ
ケットのシーケンス番号と直前に送信したパケットのシ
ーケンス番号の大小を比較するＳＮ検査手段を具備し、
ＣＩＤ選択手段は、送信するパケットのシーケンス番号
が直前に送信したパケットのシーケンス番号から所定の
範囲を越えて変化している場合、直前に送信したパケッ
トと異なるコンテキスト識別番号を選択し、ヘッダ圧縮
手段は、前記コンテキスト識別番号単位でシーケンス番
号を圧縮する構成を採る。
ケットのシーケンス番号と直前に送信したパケットのシ
ーケンス番号の大小を比較するＳＮ検査手段を具備し、
ＣＩＤ選択手段は、送信するパケットのシーケンス番号
が直前に送信したパケットのシーケンス番号から所定の
範囲を越えて変化している場合、直前に送信したパケッ
トと異なるコンテキスト識別番号を選択し、ヘッダ圧縮
手段は、前記コンテキスト識別番号単位でシーケンス番
号を圧縮する構成を採る。
【００４３】本発明のパケット送信装置は、ＣＩＤ選択
手段は、送信するパケットのシーケンス番号が直前に送
信したパケットのシーケンス番号より小さい場合、直前
に送信したパケットと異なるコンテキスト識別番号を選
択する構成を採る。
手段は、送信するパケットのシーケンス番号が直前に送
信したパケットのシーケンス番号より小さい場合、直前
に送信したパケットと異なるコンテキスト識別番号を選
択する構成を採る。
【００４４】これらの構成によれば、分割したパケット
の順序を示すシーケンス番号を、データストリームを識
別するコンテキスト単位で圧縮して送信することによ
り、圧縮効率の良いデータ伝送を行うことができる。
の順序を示すシーケンス番号を、データストリームを識
別するコンテキスト単位で圧縮して送信することによ
り、圧縮効率の良いデータ伝送を行うことができる。
【００４５】本発明のパケット受信装置は、パケットの
順序を示すシーケンス番号とデータとをパケット単位で
受信する受信手段と、データストリームを識別するコン
テキスト単位で圧縮されたシーケンス番号を復元するヘ
ッダ復元手段と、データストリーム単位で復元されたシ
ーケンス番号順にパケットを並べ替えてデータを合成す
る合成手段と、を具備する構成を採る。
順序を示すシーケンス番号とデータとをパケット単位で
受信する受信手段と、データストリームを識別するコン
テキスト単位で圧縮されたシーケンス番号を復元するヘ
ッダ復元手段と、データストリーム単位で復元されたシ
ーケンス番号順にパケットを並べ替えてデータを合成す
る合成手段と、を具備する構成を採る。
【００４６】この構成によれば、圧縮されたシーケンス
番号をコンテキスト単位で復元することにより、圧縮効
率の良いデータ伝送を行うことができる。
番号をコンテキスト単位で復元することにより、圧縮効
率の良いデータ伝送を行うことができる。
【００４７】本発明のパケット伝送プログラムは、デー
タストリームを識別するコンテキスト単位でパケットの
順序を示すシーケンス番号を圧縮するステップと、圧縮
したシーケンス番号とデータとをパケット単位で送信す
るステップと、を有するようにした。
タストリームを識別するコンテキスト単位でパケットの
順序を示すシーケンス番号を圧縮するステップと、圧縮
したシーケンス番号とデータとをパケット単位で送信す
るステップと、を有するようにした。
【００４８】このプログラムによれば、分割したパケッ
トの順序を示すシーケンス番号を、データストリームを
識別するコンテキスト単位で圧縮して送信することによ
り、圧縮効率の良いデータ伝送を行うことができる。
トの順序を示すシーケンス番号を、データストリームを
識別するコンテキスト単位で圧縮して送信することによ
り、圧縮効率の良いデータ伝送を行うことができる。
【００４９】本発明のパケット伝送プログラムは、パケ
ットの順序を示すシーケンス番号とデータとをパケット
単位で受信するステップと、データストリームを識別す
るコンテキスト単位で圧縮されたシーケンス番号を復元
するステップと、データストリーム単位で復元されたシ
ーケンス番号順にパケットを並べ替えてデータを合成す
るステップと、を有するようにした。
ットの順序を示すシーケンス番号とデータとをパケット
単位で受信するステップと、データストリームを識別す
るコンテキスト単位で圧縮されたシーケンス番号を復元
するステップと、データストリーム単位で復元されたシ
ーケンス番号順にパケットを並べ替えてデータを合成す
るステップと、を有するようにした。
【００５０】このプログラムによれば、圧縮されたシー
ケンス番号をコンテキスト単位で復元することにより、
圧縮効率の良いデータ伝送を行うことができる。
ケンス番号をコンテキスト単位で復元することにより、
圧縮効率の良いデータ伝送を行うことができる。
【００５１】本発明のパケット伝送方法は、データを複
数のパケットに分割して伝送するパケット通信であっ
て、送信側で、データストリームを識別するコンテキス
ト単位で分割したパケットの順序を示すシーケンス番号
を圧縮して送信し、受信側で、圧縮されたシーケンス番
号をコンテキスト単位で復元し、データストリーム単位
で復元されたシーケンス番号順にパケットを並べ替えて
データを合成するようにした。
数のパケットに分割して伝送するパケット通信であっ
て、送信側で、データストリームを識別するコンテキス
ト単位で分割したパケットの順序を示すシーケンス番号
を圧縮して送信し、受信側で、圧縮されたシーケンス番
号をコンテキスト単位で復元し、データストリーム単位
で復元されたシーケンス番号順にパケットを並べ替えて
データを合成するようにした。
【００５２】この方法によれば、送信側で、分割したパ
ケットの順序を示すシーケンス番号を、データストリー
ムを識別するコンテキスト単位で圧縮して送信し、受信
側で、圧縮されたシーケンス番号をコンテキスト単位で
復元することにより、圧縮効率の良いデータ伝送を行う
ことができる。
ケットの順序を示すシーケンス番号を、データストリー
ムを識別するコンテキスト単位で圧縮して送信し、受信
側で、圧縮されたシーケンス番号をコンテキスト単位で
復元することにより、圧縮効率の良いデータ伝送を行う
ことができる。
【００５３】
【発明の実施の形態】本発明の骨子は、データを複数の
パケットに分割して伝送するパケット通信において、送
信側で、分割したパケットの順序を示すシーケンス番号
を、圧縮可能な範囲で複数のコンテキストに割り振り、
コンテキスト単位で圧縮して送信し、受信側で、圧縮さ
れたシーケンス番号をコンテキスト単位で復元すること
である。
パケットに分割して伝送するパケット通信において、送
信側で、分割したパケットの順序を示すシーケンス番号
を、圧縮可能な範囲で複数のコンテキストに割り振り、
コンテキスト単位で圧縮して送信し、受信側で、圧縮さ
れたシーケンス番号をコンテキスト単位で復元すること
である。
【００５４】最初に、送信側について説明する。図１
は、本発明の一実施の形態に係るパケット送受信装置の
構成を示すブロック図である。
は、本発明の一実施の形態に係るパケット送受信装置の
構成を示すブロック図である。
【００５５】図１において、パケット送受信装置１００
は、ＳＮ検査部１０１と、ＣＩＤ選択部１０２と、ＣＲ
Ｃビット算出部１０３と、ヘッダ圧縮部１０４と、送信
パケット記憶部１０５と、送信部１０６と、アンテナ１
０７とから主に構成される。
は、ＳＮ検査部１０１と、ＣＩＤ選択部１０２と、ＣＲ
Ｃビット算出部１０３と、ヘッダ圧縮部１０４と、送信
パケット記憶部１０５と、送信部１０６と、アンテナ１
０７とから主に構成される。
【００５６】ＳＮ検査部１０１は、送信データをパケッ
ト単位でＳＮを監視し、送信対象のパケットのＳＮと直
前に送信対象となったパケットのＳＮを比較する。そし
て、比較結果と送信データ（パケット）をＣＩＤ選択部
１０２に出力する。
ト単位でＳＮを監視し、送信対象のパケットのＳＮと直
前に送信対象となったパケットのＳＮを比較する。そし
て、比較結果と送信データ（パケット）をＣＩＤ選択部
１０２に出力する。
【００５７】ＣＩＤ選択部１０２は、ＳＮ検査部１０１
から出力された比較結果に基づいてＣＩＤを選択して送
信データに付加し、ヘッダ圧縮部１０４に出力する。具
体的には、ＣＩＤ選択部１０２は、一つのデータストリ
ーム（メディア）に複数のＣＩＤを選択し、直前に送信
したパケットと送信するパケットのＳＮ変化量が圧縮ヘ
ッダで表現できない場合、直前のパケットと異なるＣＩ
Ｄを付加する。
から出力された比較結果に基づいてＣＩＤを選択して送
信データに付加し、ヘッダ圧縮部１０４に出力する。具
体的には、ＣＩＤ選択部１０２は、一つのデータストリ
ーム（メディア）に複数のＣＩＤを選択し、直前に送信
したパケットと送信するパケットのＳＮ変化量が圧縮ヘ
ッダで表現できない場合、直前のパケットと異なるＣＩ
Ｄを付加する。
【００５８】例えば、画像データに対してＣＩＤ＝１か
らＣＩＤ＝５を使用し、音声データに対してＣＩＤ＝６
からＣＩＤ＝１０を選択して送信データに付加する。付
加するＣＩＤについては後述する。
らＣＩＤ＝５を使用し、音声データに対してＣＩＤ＝６
からＣＩＤ＝１０を選択して送信データに付加する。付
加するＣＩＤについては後述する。
【００５９】また、ＣＩＤ選択部１０２は、一つのデー
タストリームに割り振ったＣＩＤの情報を、ヘッダ圧縮
部１０４を介して送信部１０６に出力し、通信相手に送
信する。このＣＩＤの情報を送信するタイミングは得に
限定されず、データを送信する直前に予め送信しても良
いし、一つのデータストリームで複数のＣＩＤを使用す
る時に送信しても良い。
タストリームに割り振ったＣＩＤの情報を、ヘッダ圧縮
部１０４を介して送信部１０６に出力し、通信相手に送
信する。このＣＩＤの情報を送信するタイミングは得に
限定されず、データを送信する直前に予め送信しても良
いし、一つのデータストリームで複数のＣＩＤを使用す
る時に送信しても良い。
【００６０】ＣＲＣビット算出部１０３は、送信データ
に含まれるヘッダ情報からＣＲＣビットを算出してヘッ
ダ圧縮部１０４に出力する。
に含まれるヘッダ情報からＣＲＣビットを算出してヘッ
ダ圧縮部１０４に出力する。
【００６１】ヘッダ圧縮部１０４は、ＳＮ検査部１０１
から出力された比較結果と後述する送信パケット記憶部
１０５に記憶されているパケット情報からヘッダの圧縮
形式を決定し、ＳＮとＣＲＣビットとを含むヘッダを圧
縮し、送信データと繋ぎ合わせて送信部１０６に出力す
る。また、ヘッダ圧縮部１０４は、送信するパケットを
送信パケット記憶部１０５に出力する。
から出力された比較結果と後述する送信パケット記憶部
１０５に記憶されているパケット情報からヘッダの圧縮
形式を決定し、ＳＮとＣＲＣビットとを含むヘッダを圧
縮し、送信データと繋ぎ合わせて送信部１０６に出力す
る。また、ヘッダ圧縮部１０４は、送信するパケットを
送信パケット記憶部１０５に出力する。
【００６２】送信パケット記憶部１０５は、送信したパ
ケットを記憶する。具体的には、送信パケット記憶部１
０５は、直前に送信したパケットを記憶する。
ケットを記憶する。具体的には、送信パケット記憶部１
０５は、直前に送信したパケットを記憶する。
【００６３】送信部１０６は、送信するパケットにＤ／
Ａ変換、符号化、変調、及び無線周波数に周波数変換を
行いアンテナ１０７を介して送信する。アンテナ１０７
は、送信部１０６から出力された信号を無線信号として
送信する。
Ａ変換、符号化、変調、及び無線周波数に周波数変換を
行いアンテナ１０７を介して送信する。アンテナ１０７
は、送信部１０６から出力された信号を無線信号として
送信する。
【００６４】次に、本実施の形態に係るパケット送受信
装置１００の動作について説明する。図２は、本実施の
形態に係るパケット送受信装置の動作の一例を示すフロ
ー図である。
装置１００の動作について説明する。図２は、本実施の
形態に係るパケット送受信装置の動作の一例を示すフロ
ー図である。
【００６５】ステップ（以下「ＳＴ」という）２０１で
は、ＳＮ検査部１０１が、送信対象のパケットのＳＮが
直前に送信したパケットのＳＮより小さいか否かを判断
する。送信対象のパケットのＳＮが直前に送信したパケ
ットのＳＮより小さい場合、ＳＴ２０２に進む。また、
送信対象のパケットのＳＮが直前に送信したパケットの
ＳＮより大きい場合、ＳＴ２０５に進む。
は、ＳＮ検査部１０１が、送信対象のパケットのＳＮが
直前に送信したパケットのＳＮより小さいか否かを判断
する。送信対象のパケットのＳＮが直前に送信したパケ
ットのＳＮより小さい場合、ＳＴ２０２に進む。また、
送信対象のパケットのＳＮが直前に送信したパケットの
ＳＮより大きい場合、ＳＴ２０５に進む。
【００６６】ＳＴ２０２では、ＣＩＤ選択部１０２が、
直前に送信したパケットと異なるＣＩＤを選択する。Ｓ
Ｔ２０３では、ヘッダ圧縮部１０４が拡張ヘッダを作成
する。例えば、拡張ＵＯＲ−２形式でヘッダを作成す
る。ＳＴ２０４では、送信部１０６がパケットを無線信
号に変換して送信する。
直前に送信したパケットと異なるＣＩＤを選択する。Ｓ
Ｔ２０３では、ヘッダ圧縮部１０４が拡張ヘッダを作成
する。例えば、拡張ＵＯＲ−２形式でヘッダを作成す
る。ＳＴ２０４では、送信部１０６がパケットを無線信
号に変換して送信する。
【００６７】ＳＴ２０５では、ＳＮ検査部１０１が、送
信対象のパケットのＳＮから直前に送信したパケットの
ＳＮを減算した結果が所定の値以上であるか否かを判断
する。ここで所定の値は、圧縮ヘッダで表現できるＳＮ
の範囲等を示す。送信対象のパケットのＳＮから直前に
送信したパケットのＳＮを減算した結果が所定の値以上
である場合、ＳＴ２０６に進む。また、送信対象のパケ
ットのＳＮから直前に送信したパケットのＳＮを減算し
た結果が所定の値以上でない場合、ＳＴ２０７に進む。
信対象のパケットのＳＮから直前に送信したパケットの
ＳＮを減算した結果が所定の値以上であるか否かを判断
する。ここで所定の値は、圧縮ヘッダで表現できるＳＮ
の範囲等を示す。送信対象のパケットのＳＮから直前に
送信したパケットのＳＮを減算した結果が所定の値以上
である場合、ＳＴ２０６に進む。また、送信対象のパケ
ットのＳＮから直前に送信したパケットのＳＮを減算し
た結果が所定の値以上でない場合、ＳＴ２０７に進む。
【００６８】ＳＴ２０６では、ＣＩＤ選択部１０２が、
過去に送信したパケットでＳＮの値が送信対象のパケッ
トのＳＮから所定の値以内の範囲にあるパケットと同じ
ＣＩＤを選択し、ＳＴ２０８に進む。ここで、所定の値
は、圧縮ヘッダで表現できるＳＮの範囲等を示す
過去に送信したパケットでＳＮの値が送信対象のパケッ
トのＳＮから所定の値以内の範囲にあるパケットと同じ
ＣＩＤを選択し、ＳＴ２０８に進む。ここで、所定の値
は、圧縮ヘッダで表現できるＳＮの範囲等を示す
【００６９】ＳＴ２０７では、ＣＩＤ選択部１０２が、
直前に送信したパケットと同じＣＩＤを選択する。ＳＴ
２０８では、ヘッダ圧縮部１０４が圧縮ヘッダを作成す
る。例えば、ＵＯＲ−０形式でヘッダを作成し、ＳＴ２
０４に進む。
直前に送信したパケットと同じＣＩＤを選択する。ＳＴ
２０８では、ヘッダ圧縮部１０４が圧縮ヘッダを作成す
る。例えば、ＵＯＲ−０形式でヘッダを作成し、ＳＴ２
０４に進む。
【００７０】次に、受信側について説明する。図３は、
本発明の一実施の形態に係るパケット送受信装置の構成
を示すブロック図である。
本発明の一実施の形態に係るパケット送受信装置の構成
を示すブロック図である。
【００７１】図３のパケット送受信装置３００は、アン
テナ３０１と、受信部３０２と、抽出部３０３と、ＣＩ
Ｄ識別部３０４と、復元部３０５−１〜３０５−３と、
ＣＩＤ情報記憶部３０６と、合成部３０７とから主に構
成される。
テナ３０１と、受信部３０２と、抽出部３０３と、ＣＩ
Ｄ識別部３０４と、復元部３０５−１〜３０５−３と、
ＣＩＤ情報記憶部３０６と、合成部３０７とから主に構
成される。
【００７２】アンテナ３０１は、無線信号を受信して受
信部３０２に出力する。受信部３０２は、アンテナ３０
１を介して受信された信号に周波数変換、復調、復号処
理、及びＡ／Ｄ変換を施し、得られた受信パケットを抽
出部３０３に出力する。
信部３０２に出力する。受信部３０２は、アンテナ３０
１を介して受信された信号に周波数変換、復調、復号処
理、及びＡ／Ｄ変換を施し、得られた受信パケットを抽
出部３０３に出力する。
【００７３】抽出部３０３は、受信パケットのうち、デ
ータストリーム毎に割り当てた複数のＣＩＤ情報を抽出
してＣＩＤ情報記憶部３０６に出力する。
ータストリーム毎に割り当てた複数のＣＩＤ情報を抽出
してＣＩＤ情報記憶部３０６に出力する。
【００７４】ＣＩＤ識別部３０４は、受信パケットから
ＣＩＤを取り出してＣＩＤと受信パケットとを復元部３
０５−１〜３０５−３に出力する。
ＣＩＤを取り出してＣＩＤと受信パケットとを復元部３
０５−１〜３０５−３に出力する。
【００７５】復元部３０５−１〜３０５−３は、それぞ
れＣＩＤ毎に独立して受信パケットのＳＮを復元する。
そして、復元部３０５−１〜３０５−３は、復元したＳ
Ｎの順にパケットを並べ直して合成部３０７に出力す
る。
れＣＩＤ毎に独立して受信パケットのＳＮを復元する。
そして、復元部３０５−１〜３０５−３は、復元したＳ
Ｎの順にパケットを並べ直して合成部３０７に出力す
る。
【００７６】ＣＩＤ情報記憶部３０６は、同じデータス
トリームで用いるＣＩＤの情報を組み合わせて記憶し、
記憶したＣＩＤの組み合わせの情報を合成部３０７に出
力する。
トリームで用いるＣＩＤの情報を組み合わせて記憶し、
記憶したＣＩＤの組み合わせの情報を合成部３０７に出
力する。
【００７７】合成部３０７は、同じデータストリームが
用いる複数のＣＩＤの受信パケット同士でＳＮ番号順に
受信パケットを並べ直して、受信データを復元する。
用いる複数のＣＩＤの受信パケット同士でＳＮ番号順に
受信パケットを並べ直して、受信データを復元する。
【００７８】以下、復元部３０５−１〜３０５−３の内
部構成について説明する。復元部３０５−１〜３０５−
３は、それぞれヘッダ復元部３１１と、ＣＲＣ部３１２
と、コンテキスト更新部３１３と、バッファ３１４とか
ら主に構成される。 ヘッダ復元部３１１は、後述する
バッファ３１４に保存された参照情報（コンテキスト情
報）を参照して受信パケットのヘッダを復元する。ヘッ
ダ復元部３１１は、ＣＩＤ識別部３０４から出力された
ＣＩＤ毎に独立してＳＮの復元を行ってヘッダの復元を
行う。ＳＮの復元されたパケットは、ＣＩＤに関係なく
順序を元に並べ直すことができる。
部構成について説明する。復元部３０５−１〜３０５−
３は、それぞれヘッダ復元部３１１と、ＣＲＣ部３１２
と、コンテキスト更新部３１３と、バッファ３１４とか
ら主に構成される。 ヘッダ復元部３１１は、後述する
バッファ３１４に保存された参照情報（コンテキスト情
報）を参照して受信パケットのヘッダを復元する。ヘッ
ダ復元部３１１は、ＣＩＤ識別部３０４から出力された
ＣＩＤ毎に独立してＳＮの復元を行ってヘッダの復元を
行う。ＳＮの復元されたパケットは、ＣＩＤに関係なく
順序を元に並べ直すことができる。
【００７９】ＣＲＣ部３１２は、受信パケットに含まれ
るＣＲＣを用いて誤り検出及び誤り訂正を行う。また、
ＣＲＣ部３１２は、受信パケットに誤りが検出されなか
った場合、受信信号のヘッダ情報をコンテキスト更新部
３１３に出力して、コンテキスト情報の更新を要求す
る。そして、ＣＲＣ部３１２は、受信パケットに誤りが
検出されなかった場合、受信パケットをヘッダ情報と共
に合成部３０７に出力する。
るＣＲＣを用いて誤り検出及び誤り訂正を行う。また、
ＣＲＣ部３１２は、受信パケットに誤りが検出されなか
った場合、受信信号のヘッダ情報をコンテキスト更新部
３１３に出力して、コンテキスト情報の更新を要求す
る。そして、ＣＲＣ部３１２は、受信パケットに誤りが
検出されなかった場合、受信パケットをヘッダ情報と共
に合成部３０７に出力する。
【００８０】コンテキスト更新部３１３は、ＣＲＣ部３
１２からコンテキストの更新を要求された場合、ＣＲＣ
部３１２から出力されたヘッダ情報をバッファ３１４に
出力してバッファ３１４に記憶するコンテキストを更新
する。
１２からコンテキストの更新を要求された場合、ＣＲＣ
部３１２から出力されたヘッダ情報をバッファ３１４に
出力してバッファ３１４に記憶するコンテキストを更新
する。
【００８１】バッファ３１４は、コンテキスト更新部３
１３から出力されたヘッダ情報を記憶する。また、バッ
ファ３１４は、コンテキスト更新部３１３からのコンテ
キスト要求に応じて記憶するコンテキストをコンテキス
ト更新部３１３から出力されたヘッダ情報で更新して記
憶する。
１３から出力されたヘッダ情報を記憶する。また、バッ
ファ３１４は、コンテキスト更新部３１３からのコンテ
キスト要求に応じて記憶するコンテキストをコンテキス
ト更新部３１３から出力されたヘッダ情報で更新して記
憶する。
【００８２】次に、本実施の形態に係るパケット送受信
装置３００の動作について説明する。図４は、本実施の
形態に係るパケット送受信装置の動作の一例を示すフロ
ー図である。
装置３００の動作について説明する。図４は、本実施の
形態に係るパケット送受信装置の動作の一例を示すフロ
ー図である。
【００８３】ＳＴ４０１では、受信部３０２がパケット
単位で送信された無線信号を受信する。ＳＴ４０２で
は、ＣＩＤ識別部３０４が、受信したパケットのＣＩＤ
が直前に受信したパケットのＣＩＤと同じか否かを判断
する。受信したパケットのＣＩＤが直前に受信したパケ
ットのＣＩＤと異なる場合、ＳＴ４０２に進む。また受
信したパケットのＣＩＤが直前に受信したパケットのＣ
ＩＤと同じ場合、ＳＴ４０３に進む。
単位で送信された無線信号を受信する。ＳＴ４０２で
は、ＣＩＤ識別部３０４が、受信したパケットのＣＩＤ
が直前に受信したパケットのＣＩＤと同じか否かを判断
する。受信したパケットのＣＩＤが直前に受信したパケ
ットのＣＩＤと異なる場合、ＳＴ４０２に進む。また受
信したパケットのＣＩＤが直前に受信したパケットのＣ
ＩＤと同じ場合、ＳＴ４０３に進む。
【００８４】ＳＴ４０２では、ヘッダ復元部３１１が、
受信したパケットと同じＣＩＤのパケットを参照して、
ＳＮを算出する。ＳＴ４０３では、ヘッダ復元部３１１
がヘッダを復元する。
受信したパケットと同じＣＩＤのパケットを参照して、
ＳＮを算出する。ＳＴ４０３では、ヘッダ復元部３１１
がヘッダを復元する。
【００８５】ＳＴ４０４では、合成部３０７が、同じデ
ータストリームが用いる複数のＣＩＤの受信パケット同
士でＳＮ番号順に受信パケットを並べ直して、受信デー
タを復元する。
ータストリームが用いる複数のＣＩＤの受信パケット同
士でＳＮ番号順に受信パケットを並べ直して、受信デー
タを復元する。
【００８６】次に、本実施の形態のパケット送受信装置
を用いた通信のやり取りについて説明する。図５は、本
実施の形態に係るパケット送受信装置における通信のや
り取りの一例を示すシーケンス図である。
を用いた通信のやり取りについて説明する。図５は、本
実施の形態に係るパケット送受信装置における通信のや
り取りの一例を示すシーケンス図である。
【００８７】図５では、パケット送受信装置１００から
パケット送受信装置３００にパケットを送信するやり取
りについて説明する。
パケット送受信装置３００にパケットを送信するやり取
りについて説明する。
【００８８】最初に、ＣＩＤ＝２、ＳＮ＝５０のパケッ
トが送信され、次にＳＮ＝５１のパケットが送信される
場合、送信するパケットは、直前のパケットのＳＮが１
増加したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０を用いて圧縮することができるのでＣ
ＩＤ＝２を使ってＳＮ＝５１のパケットを圧縮し、送信
する
トが送信され、次にＳＮ＝５１のパケットが送信される
場合、送信するパケットは、直前のパケットのＳＮが１
増加したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０を用いて圧縮することができるのでＣ
ＩＤ＝２を使ってＳＮ＝５１のパケットを圧縮し、送信
する
【００８９】同様に、ＣＩＤ＝２、ＳＮ＝５１のパケッ
トが送信され、次にＳＮ＝５２のパケットが送信される
場合、送信するパケットは、直前のパケットのＳＮが１
増加したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０を用いて、ＣＩＤ＝２で圧縮すること
ができる。
トが送信され、次にＳＮ＝５２のパケットが送信される
場合、送信するパケットは、直前のパケットのＳＮが１
増加したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０を用いて、ＣＩＤ＝２で圧縮すること
ができる。
【００９０】次に、ＣＩＤ＝２、ＳＮ＝５２のパケット
が送信され、次にＳＮ＝３のパケットが送信される場
合、送信するパケットは、直前のパケットのＳＮが４９
減少したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０ではＳＮの変化を表現できないので拡
張ＵＯＲ−２を用いて圧縮する。
が送信され、次にＳＮ＝３のパケットが送信される場
合、送信するパケットは、直前のパケットのＳＮが４９
減少したＳＮで送信されるので、ＳＮのサイズが４ビッ
トであるＵＯ−０ではＳＮの変化を表現できないので拡
張ＵＯＲ−２を用いて圧縮する。
【００９１】次に、ＣＩＤ＝５、ＳＮ＝３のパケットが
送信され、次に、ＳＮ＝５３のパケットが送信される場
合、送信するパケットは、直前のパケットのＳＮが５０
増加したＳＮで送信される。ここで、パケット送受信装
置１００は、過去に送信したパケットのＣＩＤを参照
し、送信するパケットと同じＣＩＤで送信したパケット
であるＣＩＤ＝２、ＳＮ＝５２からの増分１をＵＯＲ−
０で表現した圧縮パケットを送信する。
送信され、次に、ＳＮ＝５３のパケットが送信される場
合、送信するパケットは、直前のパケットのＳＮが５０
増加したＳＮで送信される。ここで、パケット送受信装
置１００は、過去に送信したパケットのＣＩＤを参照
し、送信するパケットと同じＣＩＤで送信したパケット
であるＣＩＤ＝２、ＳＮ＝５２からの増分１をＵＯＲ−
０で表現した圧縮パケットを送信する。
【００９２】このように、本実施の形態のパケット送受
信装置によれば、送信側で、分割したパケットの順序を
示すシーケンス番号を、データストリームを識別するコ
ンテキスト単位で圧縮して送信し、受信側で、圧縮され
たシーケンス番号をコンテキスト単位で復元することに
より、圧縮効率の良いデータ伝送を行うことができる。
信装置によれば、送信側で、分割したパケットの順序を
示すシーケンス番号を、データストリームを識別するコ
ンテキスト単位で圧縮して送信し、受信側で、圧縮され
たシーケンス番号をコンテキスト単位で復元することに
より、圧縮効率の良いデータ伝送を行うことができる。
【００９３】なお、本発明は上記実施の形態に限定され
ず、種々変更して実施することが可能である。例えば、
上記実施の形態では、パケット伝送をパケット受信装置
及びパケット送信装置として行う場合について説明して
いるが、これに限られるものではなく、このパケット伝
送をソフトウェアとして行うことも可能である。
ず、種々変更して実施することが可能である。例えば、
上記実施の形態では、パケット伝送をパケット受信装置
及びパケット送信装置として行う場合について説明して
いるが、これに限られるものではなく、このパケット伝
送をソフトウェアとして行うことも可能である。
【００９４】例えば、上記パケット伝送を行うプログラ
ムを予めＲＯＭ（Read Only Memory）に格納しておき、
そのプログラムをＣＰＵ（Central Processor Unit）に
よって動作させるようにしても良い。
ムを予めＲＯＭ（Read Only Memory）に格納しておき、
そのプログラムをＣＰＵ（Central Processor Unit）に
よって動作させるようにしても良い。
【００９５】また、上記パケット伝送を行うプログラム
をコンピュータで読み取り可能な記憶媒体に格納し、記
憶媒体に格納されたプログラムをコンピュータのＲＡＭ
（Random Access memory）に記録して、コンピュータを
そのプログラムにしたがって動作させるようにしても良
い。
をコンピュータで読み取り可能な記憶媒体に格納し、記
憶媒体に格納されたプログラムをコンピュータのＲＡＭ
（Random Access memory）に記録して、コンピュータを
そのプログラムにしたがって動作させるようにしても良
い。
【００９６】このような場合においても、上記実施の形
態と同様の作用及び効果を呈する。
態と同様の作用及び効果を呈する。
【００９７】本発明のパケット受信装置やこのパケット
受信装置と無線通信するパケット送信装置は、ディジタ
ル無線通信システムにおいて使用される通信端末装置ま
たは基地局装置、例えば音声通信や画像通信を行う通信
端末装置や、音声通信や画像通信を行う通信中継装置な
どに適用することができる。
受信装置と無線通信するパケット送信装置は、ディジタ
ル無線通信システムにおいて使用される通信端末装置ま
たは基地局装置、例えば音声通信や画像通信を行う通信
端末装置や、音声通信や画像通信を行う通信中継装置な
どに適用することができる。
【００９８】
【発明の効果】以上説明したように、本発明のパケット
送受信装置及びパケット伝送方法によれば、送信側で、
分割したパケットの順序を示すシーケンス番号をコンテ
キスト単位で圧縮して送信し、受信側で、圧縮可能な範
囲で複数のコンテキストに割り振り、コンテキスト単位
で圧縮されたシーケンス番号を復元することにより、圧
縮効率の良いデータ伝送を行うことができる。
送受信装置及びパケット伝送方法によれば、送信側で、
分割したパケットの順序を示すシーケンス番号をコンテ
キスト単位で圧縮して送信し、受信側で、圧縮可能な範
囲で複数のコンテキストに割り振り、コンテキスト単位
で圧縮されたシーケンス番号を復元することにより、圧
縮効率の良いデータ伝送を行うことができる。
【図１】本発明の一実施の形態に係るパケット送受信装
置の構成を示すブロック図
置の構成を示すブロック図
【図２】上記実施の形態に係るパケット送受信装置の動
作の一例を示すフロー図
作の一例を示すフロー図
【図３】本発明の一実施の形態に係るパケット送受信装
置の構成を示すブロック図
置の構成を示すブロック図
【図４】上記実施の形態に係るパケット送受信装置の動
作の一例を示すフロー図
作の一例を示すフロー図
【図５】上記実施の形態に係るパケット送受信装置にお
ける通信のやり取りの一例を示すシーケンス図
ける通信のやり取りの一例を示すシーケンス図
【図６】パケットの構成を一例を示す模式図
【図７】ＣＩＤの一例を示す図
【図８】パケット構成の一例を示す模式図
【図９】圧縮パケットのヘッダの構成の一例を示す模式
図
図
【図１０】圧縮パケットの通信におけるやり取りの一例
を示すシーケンス図
を示すシーケンス図
１０１ ＳＮ検査部
１０２ ＣＩＤ選択部
１０３ ＣＲＣビット算出部
１０４ ヘッダ圧縮部
１０５ 送信パケット記憶部
１０６ 送信部
３０２ 受信部
３０３ 抽出部
３０４ ＣＩＤ識別部
３０５−１〜３０５−３ 復元部
３０６ ＣＩＤ情報記憶部
３０７ 合成部
３１１ ヘッダ復元部
３１２ ＣＲＣ部
３１３ コンテキスト更新部
３１４ バッファ
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 宮崎 秋弘
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
(72)発明者 畑 幸一
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
(72)発明者 カーステン・ブルマイスター
クルツェール ヴェーク ３，Ｄ64295
ダームシュタット ドイツ
Ｆターム(参考） 5K030 GA03 HA08 JA07 JL01 KA06
KA13 KX11 KX18 LA01 LC06
5K034 AA02 BB06 DD02 EE03 FF13
HH01 HH02 HH06 HH18 MM14
Claims (7)
- 【請求項１】 一つのデータストリームに対して複数の
コンテキストを設定するＣＩＤ選択手段と、データスト
リームを識別するコンテキスト単位でパケットの順序を
示すシーケンス番号を圧縮するヘッダ圧縮手段と、前記
コンテキスト単位で圧縮したシーケンス番号と、データ
とをパケット単位で送信する送信手段と、を具備するこ
とを特徴とするパケット送信装置。 - 【請求項２】 送信するパケットのシーケンス番号と直
前に送信したパケットのシーケンス番号の大小を比較す
るＳＮ検査手段を具備し、ＣＩＤ選択手段は、送信する
パケットのシーケンス番号が直前に送信したパケットの
シーケンス番号から所定の範囲を越えて変化している場
合、直前に送信したパケットと異なるコンテキスト識別
番号を選択し、ヘッダ圧縮手段は、前記コンテキスト識
別番号単位でシーケンス番号を圧縮することを特徴とす
る請求項１に記載のパケット送信装置。 - 【請求項３】 ＣＩＤ選択手段は、送信するパケットの
シーケンス番号が直前に送信したパケットのシーケンス
番号より小さい場合、直前に送信したパケットと異なる
コンテキスト識別番号を選択することを特徴とする請求
項２に記載のパケット送信装置。 - 【請求項４】 パケットの順序を示すシーケンス番号と
データとをパケット単位で受信する受信手段と、データ
ストリームを識別するコンテキスト単位で圧縮されたシ
ーケンス番号を復元するヘッダ復元手段と、データスト
リーム単位で復元されたシーケンス番号順にパケットを
並べ替えてデータを合成する合成手段と、を具備するこ
とを特徴とするパケット受信装置。 - 【請求項５】 データストリームを識別するコンテキス
ト単位でパケットの順序を示すシーケンス番号を圧縮す
るステップと、圧縮したシーケンス番号とデータとをパ
ケット単位で送信するステップと、を有することを特徴
とするパケット伝送プログラム。 - 【請求項６】 パケットの順序を示すシーケンス番号と
データとをパケット単位で受信するステップと、データ
ストリームを識別するコンテキスト単位で圧縮されたシ
ーケンス番号を復元するステップと、データストリーム
単位で復元されたシーケンス番号順にパケットを並べ替
えてデータを合成するステップと、を有することを特徴
とするパケット伝送プログラム。 - 【請求項７】 データを複数のパケットに分割して伝送
するパケット通信であって、送信側で、データストリー
ムを識別するコンテキスト単位で分割したパケットの順
序を示すシーケンス番号を圧縮して送信し、受信側で、
圧縮されたシーケンス番号をコンテキスト単位で復元
し、データストリーム単位で復元されたシーケンス番号
順にパケットを並べ替えてデータを合成するパケット伝
送方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001184794A JP3600189B2 (ja) | 2001-06-19 | 2001-06-19 | パケット送受信装置及びパケット伝送方法 |
| CNB021230315A CN100425034C (zh) | 2001-06-19 | 2002-06-12 | 分组发送装置、分组接收装置和分组传输方法 |
| US10/173,308 US7295575B2 (en) | 2001-06-19 | 2002-06-18 | Packet transmitting/receiving apparatus and packet transmission method |
| EP20060016125 EP1718025A1 (en) | 2001-06-19 | 2002-06-19 | Packet header compression |
| DE2002614796 DE60214796T2 (de) | 2001-06-19 | 2002-06-19 | Paketkopfkompression |
| EP20020013640 EP1271886B1 (en) | 2001-06-19 | 2002-06-19 | Packet header compression |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001184794A JP3600189B2 (ja) | 2001-06-19 | 2001-06-19 | パケット送受信装置及びパケット伝送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003008644A true JP2003008644A (ja) | 2003-01-10 |
| JP3600189B2 JP3600189B2 (ja) | 2004-12-08 |
Family
ID=19024499
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001184794A Expired - Fee Related JP3600189B2 (ja) | 2001-06-19 | 2001-06-19 | パケット送受信装置及びパケット伝送方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7295575B2 (ja) |
| EP (2) | EP1271886B1 (ja) |
| JP (1) | JP3600189B2 (ja) |
| CN (1) | CN100425034C (ja) |
| DE (1) | DE60214796T2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007535241A (ja) * | 2004-04-26 | 2007-11-29 | インテル・コーポレーション | 条件付で実行可能モジュールを縮小するシステムおよび方法 |
| JP2009501500A (ja) * | 2005-07-12 | 2009-01-15 | クゥアルコム・インコーポレイテッド | ネットワーク内のアウト・オブ・オーダーデータパケットの効率的な符号化 |
| JP2009130677A (ja) * | 2007-11-26 | 2009-06-11 | Nippon Hoso Kyokai <Nhk> | パケット送信装置及びパケット送信プログラム |
| JP2009524289A (ja) * | 2006-01-13 | 2009-06-25 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | アウトオブオーダー配信でのチャネル上でのヘッダ圧縮方法 |
| JP2010141536A (ja) * | 2008-12-10 | 2010-06-24 | Nippon Hoso Kyokai <Nhk> | 一方向伝送路に用いる送信端末、受信端末及び伝送システム |
| JP2011223593A (ja) * | 2006-05-04 | 2011-11-04 | Qualcomm Incorporated | ロバストヘッダ圧縮における局部的修復を向上させる方法およびシステム |
| CN105191248A (zh) * | 2013-04-17 | 2015-12-23 | 汤姆逊许可公司 | 用于分组头部压缩的方法和装置 |
| JP2022509406A (ja) * | 2018-10-31 | 2022-01-20 | コーニンクレッカ フィリップス エヌ ヴェ | データ送信プロトコル |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1349285A1 (en) * | 2002-03-28 | 2003-10-01 | Matsushita Electric Industrial Co., Ltd. | Method for making efficient use of the bits allocated to the sequence number when transmitting compressed header data |
| US7359372B2 (en) * | 2002-06-12 | 2008-04-15 | Telefonaktibolaget Lm Ericsson (Publ) | Method and apparatus for fast change of internet protocol headers compression mechanism |
| US7647421B2 (en) * | 2002-08-20 | 2010-01-12 | Nokia Corporation | Extension header compression |
| US7260400B2 (en) * | 2004-03-05 | 2007-08-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving control message in wireless access communication system |
| AU2005222291B2 (en) * | 2004-03-12 | 2008-07-17 | Samsung Electronics Co., Ltd. | Method and apparatus for constructing map ie using reduced CID in broadband OFDMA systems |
| CN1961504B (zh) * | 2004-06-23 | 2012-05-30 | 三星电子株式会社 | 在宽带无线接入通信系统中构造和更新连接标识符的方法 |
| US20060222004A1 (en) * | 2005-04-01 | 2006-10-05 | International Business Machines Corporation | Methods and apparatus for transferring data |
| CN100463445C (zh) * | 2005-08-09 | 2009-02-18 | 大唐移动通信设备有限公司 | 数据包序列号计算方法及数据包传输方法 |
| WO2007070836A2 (en) * | 2005-12-13 | 2007-06-21 | Lyman Alden Copps | Rapid messaging protocol wireless network data communication system |
| US20070183330A1 (en) * | 2006-02-08 | 2007-08-09 | Metin Salt | Methods, systems, and apparatus for reducing real time data traffic in a multi-layer network |
| US8948206B2 (en) * | 2006-08-31 | 2015-02-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Inclusion of quality of service indication in header compression channel |
| US8127113B1 (en) | 2006-12-01 | 2012-02-28 | Synopsys, Inc. | Generating hardware accelerators and processor offloads |
| US8706987B1 (en) | 2006-12-01 | 2014-04-22 | Synopsys, Inc. | Structured block transfer module, system architecture, and method for transferring |
| US8289966B1 (en) * | 2006-12-01 | 2012-10-16 | Synopsys, Inc. | Packet ingress/egress block and system and method for receiving, transmitting, and managing packetized data |
| US20080170574A1 (en) | 2007-01-12 | 2008-07-17 | Infineon Technologies Ag | Methods and apparatuses for data compression |
| US7729328B2 (en) * | 2007-03-14 | 2010-06-01 | Cisco Technology, Inc. | Real-time sessions for wireless mesh networks |
| US8108289B2 (en) | 2007-07-09 | 2012-01-31 | Chicago Mercantile Exchange, Inc. | Market data recovery |
| JP2009049642A (ja) * | 2007-08-17 | 2009-03-05 | Omron Corp | 伝送システム |
| US20090080422A1 (en) * | 2007-09-21 | 2009-03-26 | Posdata Co., Ltd. | Header-compression packet processing method, mobile station, base station, and control station in wireless communication system |
| JP4985565B2 (ja) * | 2008-06-30 | 2012-07-25 | 富士通株式会社 | 送受信回路、受信回路及び送受信回路の制御方法 |
| US8804535B2 (en) * | 2009-03-25 | 2014-08-12 | Avaya Inc. | System and method for sending packets using another device's network address |
| US8165030B2 (en) * | 2009-04-30 | 2012-04-24 | Avaya Inc. | System and method for monitoring a network communication at multiple network layers |
| US8072890B2 (en) * | 2009-05-01 | 2011-12-06 | Avaya Inc. | System and method for testing a dynamic communication across a network |
| US8144734B2 (en) * | 2009-05-06 | 2012-03-27 | Avaya Inc. | Intelligent multi-packet header compression |
| US8238254B2 (en) * | 2009-05-14 | 2012-08-07 | Avaya Inc. | Detection and display of packet changes in a network |
| US8619594B2 (en) * | 2009-07-31 | 2013-12-31 | Avaya Inc. | System and method for comparing packet traces for failed and successful communications |
| US20110149848A1 (en) * | 2009-08-17 | 2011-06-23 | Qualcomm Incorporated | Header compression for relay nodes |
| CN101707616B (zh) * | 2009-11-27 | 2013-11-06 | 中兴通讯股份有限公司 | 一种用户数据报协议数据包压缩、解压缩的方法及装置 |
| WO2012142833A1 (zh) * | 2011-04-20 | 2012-10-26 | 中兴通讯股份有限公司 | 一种鲁棒性头压缩中更新乱序深度的方法及系统 |
| US9813350B2 (en) * | 2012-01-31 | 2017-11-07 | Sharp Kabushiki Kaisha | Generation device, reproduction device, data structure, generation method, reproduction method, control program, and recording medium |
| JP5836229B2 (ja) * | 2012-09-04 | 2015-12-24 | 株式会社日立製作所 | ストリーム処理装置、サーバ、及び、ストリーム処理方法 |
| WO2014145363A2 (en) | 2013-03-15 | 2014-09-18 | Hughes Network Systems, Llc | Data compression for priority-based data traffic, on an aggregate traffic level, in a multi-stream communications system |
| WO2017011569A1 (en) * | 2015-07-16 | 2017-01-19 | Atefi Ali | Apparatuses, methods, and computer-readable medium for communication in a wireless local area network |
| US10278198B2 (en) * | 2016-08-23 | 2019-04-30 | Realtek Singapore Private Limited | Packet forwarding device, and packet-forwarding priority setting circuit and method |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5446736A (en) * | 1993-10-07 | 1995-08-29 | Ast Research, Inc. | Method and apparatus for connecting a node to a wireless network using a standard protocol |
| EP0734185A2 (en) * | 1995-03-23 | 1996-09-25 | Hughes Electronics | DTMF tone transmission in a voice communication system |
| US6963570B1 (en) * | 1997-07-15 | 2005-11-08 | Comsat Corporation | Method and apparatus for adaptive loss-less compression of cell/packet headers |
| FI109385B (fi) * | 1999-04-01 | 2002-07-15 | Nokia Corp | Menetelmä ja laitteet digitaaliseen datasiirtoon |
| 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 |
| US6832378B1 (en) * | 2000-06-20 | 2004-12-14 | International Business Machines Corporation | Parallel software processing system |
-
2001
- 2001-06-19 JP JP2001184794A patent/JP3600189B2/ja not_active Expired - Fee Related
-
2002
- 2002-06-12 CN CNB021230315A patent/CN100425034C/zh not_active Expired - Fee Related
- 2002-06-18 US US10/173,308 patent/US7295575B2/en active Active
- 2002-06-19 DE DE2002614796 patent/DE60214796T2/de not_active Expired - Lifetime
- 2002-06-19 EP EP20020013640 patent/EP1271886B1/en not_active Expired - Fee Related
- 2002-06-19 EP EP20060016125 patent/EP1718025A1/en not_active Withdrawn
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007535241A (ja) * | 2004-04-26 | 2007-11-29 | インテル・コーポレーション | 条件付で実行可能モジュールを縮小するシステムおよび方法 |
| US7853742B2 (en) | 2004-04-26 | 2010-12-14 | Intel Corporation | System and method to conditionally shrink an executable module |
| JP2009501500A (ja) * | 2005-07-12 | 2009-01-15 | クゥアルコム・インコーポレイテッド | ネットワーク内のアウト・オブ・オーダーデータパケットの効率的な符号化 |
| US8009699B2 (en) | 2005-07-12 | 2011-08-30 | Qualcomm Incorporated | Efficient encoding of out of order data packets in a network |
| JP4875076B2 (ja) * | 2005-07-12 | 2012-02-15 | クゥアルコム・インコーポレイテッド | ネットワーク内の順序がズレたデータパケットの効率的な符号化 |
| KR101372064B1 (ko) * | 2006-01-13 | 2014-03-10 | 알카텔-루센트 유에스에이 인코포레이티드 | 채널 상에서의 헤더 압축 방법 |
| JP2009524289A (ja) * | 2006-01-13 | 2009-06-25 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | アウトオブオーダー配信でのチャネル上でのヘッダ圧縮方法 |
| JP2011223593A (ja) * | 2006-05-04 | 2011-11-04 | Qualcomm Incorporated | ロバストヘッダ圧縮における局部的修復を向上させる方法およびシステム |
| JP2009130677A (ja) * | 2007-11-26 | 2009-06-11 | Nippon Hoso Kyokai <Nhk> | パケット送信装置及びパケット送信プログラム |
| JP2010141536A (ja) * | 2008-12-10 | 2010-06-24 | Nippon Hoso Kyokai <Nhk> | 一方向伝送路に用いる送信端末、受信端末及び伝送システム |
| CN105191248A (zh) * | 2013-04-17 | 2015-12-23 | 汤姆逊许可公司 | 用于分组头部压缩的方法和装置 |
| JP2016519527A (ja) * | 2013-04-17 | 2016-06-30 | トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ | パケットヘッダを圧縮する方法及び装置 |
| US9930570B2 (en) | 2013-04-17 | 2018-03-27 | Thomson Licensing | Method and apparatus for packet header compression |
| CN105191248B (zh) * | 2013-04-17 | 2019-08-20 | 汤姆逊许可公司 | 用于发送数据和接收数据的方法和装置 |
| JP2022509406A (ja) * | 2018-10-31 | 2022-01-20 | コーニンクレッカ フィリップス エヌ ヴェ | データ送信プロトコル |
| JP7201832B2 (ja) | 2018-10-31 | 2023-01-10 | コーニンクレッカ フィリップス エヌ ヴェ | データ送信プロトコル |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60214796T2 (de) | 2007-01-11 |
| CN1392712A (zh) | 2003-01-22 |
| US7295575B2 (en) | 2007-11-13 |
| EP1271886B1 (en) | 2006-09-20 |
| EP1271886A2 (en) | 2003-01-02 |
| CN100425034C (zh) | 2008-10-08 |
| EP1271886A3 (en) | 2003-12-10 |
| JP3600189B2 (ja) | 2004-12-08 |
| EP1718025A1 (en) | 2006-11-02 |
| US20020191614A1 (en) | 2002-12-19 |
| DE60214796D1 (de) | 2006-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003008644A (ja) | パケット送受信装置及びパケット伝送方法 | |
| USRE44233E1 (en) | Robust header compression in packet communications | |
| US7061936B2 (en) | Method and apparatus for packet transmission with header compression | |
| JP3512177B2 (ja) | パケット受信装置及びパケット伝送方法 | |
| JP4602568B2 (ja) | パケットサーバで用いられる通信方法 | |
| RU2407205C2 (ru) | СПОСОБ И УСТРОЙСТВО ДЛЯ УВЕЛИЧЕНИЯ ЭФФЕКТИВНОСТИ НАДЕЖНОГО СЖАТИЯ ЗАГОЛОВКА (RoHC) ПРИ ВСТРЕЧЕ С ПОДАВЛЕНИЕМ МОЛЧАНИЯ | |
| JP5778672B2 (ja) | バックワードルッキングロバストヘッダ圧縮レシーバ | |
| US20060104278A1 (en) | Apparatus and method for compressing headers in a broadband wireless communication system | |
| JP3617967B2 (ja) | ヘッダ圧縮パケット受信装置及び方法 | |
| US8817821B2 (en) | Method and device for user datagram protocol packet compression and decompression | |
| JP2002027023A (ja) | 無線データ送受信装置及びその方法 | |
| CN109219078B (zh) | 语音丢包处理方法及装置 | |
| US20040165585A1 (en) | Packet transmission apparatus and packet transmission method | |
| WO2000079764A1 (en) | Robust delta encoding with history information | |
| US8254867B2 (en) | Method and apparatus for generating data frame | |
| US20040165542A1 (en) | Packet transmitter and packet transmitter method | |
| JP2002094553A (ja) | パケット伝送装置およびパケット伝送方法 | |
| US20040136380A1 (en) | Packet transmitter, packet receiver and packet transmission method | |
| EP1482700A1 (en) | Packet transmitter and packet transmission method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040615 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040622 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040823 |
|
| 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: 20040914 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040915 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080924 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090924 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100924 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110924 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120924 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130924 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |