JP2002026963A - パケット伝送方法、中継装置およびデータ端末 - Google Patents

Abstract

(57)【要約】 【課題】 送受信すべきパケットのヘッダを圧縮する場
合であっても、あるパケットの喪失に起因して破棄され
るパケットを少なくすることができるパケット伝送方
法、中継装置およびデータ端末を提供する。 【解決手段】 送信側は、送信すべき非圧縮パケット
を、フルヘッダを含むフルヘッダパケットまたは圧縮ヘ
ッダを含むヘッダ圧縮パケットに変換して受信側に送信
する一方、受信側は、送信側から送信されたこれらのパ
ケットを受信して非圧縮パケットに変換する。さらに、
受信側は、上記送信側と受信側との間でフルヘッダパケ
ットまたはヘッダ圧縮パケットの喪失が発生した場合に
は、当該パケット喪失後、次にフルヘッダパケットを受
信するまでの間に受信したヘッダ圧縮パケットを保持
し、パケット喪失後に受信したフルヘッダパケット内の
フルヘッダの内容に基づいて、保持したヘッダ圧縮パケ
ット内の圧縮ヘッダを復元する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のデータ端末
間で行われるパケットの送受信を行うパケット伝送方
法、ならびにこれに用いられる中継装置およびデータ端
末に関する。

【０００２】

【従来の技術】近年、画像データや音声データ等のリア
ルタイム性を要求されるデータを、インターネットを介
して伝送したいという要求が強くなってきている。かか
る要求に応えるためのプロトコルとして、インターネッ
トの標準化団体であるIETF（Internet Engineering Tas
k Force）が発行するRFC（Request For Comment）1889
には、RTP（Realtime Transport Protocol）が規定され
ている。このRTPによれば、ペイロードタイプの指
定、シーケンス番号の付与、タイムスタンプの付与
といった機能が規定されており、これにより音声や映像
などの実時間情報をインターネット上で伝送することが
できるようになっている。このRTPは、通常、ネットワ
ーク層のIP（Internet Protocol）およびトランスポー
ト層のUDP（User Datagram Protocol）の上位層として
利用されるものである。

【０００３】ここで、図１１（ａ）は、RTP、UDPおよび
IPに従って送信対象となるデータ（音声データまたは画
像データ等）に付加されるRTPヘッダ、UDPヘッダおよび
IPヘッダ（以下、これらを総称して「RTP/UDP/IPヘッ
ダ」という）の内容を示す図である。なお、以下では、
このRTP/UDP/IPヘッダを含むパケットをIPパケットと呼
ぶ。

【０００４】ここで、同図に示すように、IPヘッダは２
０バイト、UDPヘッダは８バイト、RTPヘッダは１２バイ
トとなり、これらのヘッダの合計のデータ量は４０バイ
トとなる。一方、１つのIPパケットに含まれる画像デー
タは例えば５０バイト程度であるから、かかる画像デー
タをパケット化して伝送する場合、そのオーバーヘッド
は４４％にも達することとなる。同様に、音声データを
伝送する場合、１つのパケットに含まれる音声データを
２０バイトとすれば、オーバーヘッドは６６％にも達す
ることとなる。実際には、さらに他のレイヤにおいて付
加されるヘッダがあるため、１つのパケットに占めるヘ
ッダの割合が大きくなり、通信の効率が低下してしまう
という問題があった。

【０００５】かかる問題を解決するための技術として、
IETFが発行するRFC2508には、RTP/UDP/IPヘッダを圧縮
するＲＴＰ圧縮プロトコルが開示されている。このＲＴ
Ｐ圧縮プロトコルによれば、図１１（ａ）に示すRTP/UD
P/IPヘッダを、図１１（ｂ）に例示するヘッダ（以下、
「圧縮ヘッダ」という）に圧縮することができる。詳述
すると、以下の通りである。

【０００６】この方法は、例えば、複数のデータ端末間
でネットワークを介したパケットの送受信が行われる場
合に、当該ネットワークに含まれる２つのノード間にお
いて用いられる。具体的には、これらのうちの一方のノ
ード（以下、「送信側ノード」という）は、上記各デー
タ端末間で交換されるIPパケットのうちの一部のIPパケ
ット内のRTP/UDP/IPヘッダを圧縮ヘッダに変換し、ヘッ
ダ圧縮パケットとして他方のノード（以下、「受信側ノ
ード」という）に送信する一方、他の一部のIPパケット
内のRTP/UDP/IPヘッダは圧縮することなく、フルヘッダ
パケットとして受信側ノードに送信するのである。一
方、受信側ノードは、送信側ノードから受信したヘッダ
圧縮パケットまたはフルヘッダパケットを、IPパケット
に復元して次のノードまたは受信側のデータ端末に送信
する。なお、フルヘッダとは、図１１（ａ）に示したRT
P/UDP/IPヘッダに含まれるlengthを、当該フルヘッダを
特定するためのCONTEXT_ID、および送信側ノードからの
送信順に順次付される連続番号であるリンクシーケンス
番号link_seqを含む情報に置き換えたものである。

【０００７】ここで、図１１（ｂ）に示す圧縮ヘッダの
内容について説明する。まず、図１１（ａ）に示すRTP/
UDP/IPヘッダ内の密なハッチングが施された部分のデー
タ、すなわち、IPヘッダ内のバージョン番号（Ｖ）や、
RTPヘッダ内のペイロードタイプ（ＰＴ；画像データで
あるか音声データであるか等を示すデータのフォーマッ
トや、符号化方法等についての情報を含むデータ）等
は、送信側ノードから送信される各パケットにおいて共
通のデータ（以下、「一定値フィールド」という）であ
る。従って、図１１（ｂ）に示すように、圧縮ヘッダ内
にはこの一定値フィールドのデータは含まれない。送信
側ノードは、送信対象となるIPパケットのうち、少なく
とも最初のIPパケットは一定値フィールドを含むフルヘ
ッダパケットとして受信側ノードに送信する一方、その
後のIPパケット内のRTP/UDP/IPヘッダは、一定値フィー
ルドを含まない圧縮ヘッダに変換し、ヘッダ圧縮パケッ
トとして受信側ノードに送信する。一方、受信側ノード
は、少なくとも最初に受信するフルヘッダパケット内の
フルヘッダからRTP/UDP/IPヘッダを復元して内部の記憶
装置に書込むとともに、当該RTP/UDP/IPヘッダ内の一定
値フィールドを用いて、以後受信するヘッダ圧縮パケッ
ト内の圧縮ヘッダの一定値フィールドを復元するのであ
る。

【０００８】ただし、一定値フィールドのデータは、必
ずしも全てのIPパケットにおいて一定値となるとは限ら
ず、変更が生じる場合もあり得る。このような変更があ
った場合、送信側ノードは、当該IPパケット内のRTP/UD
P/IPヘッダを圧縮することなく、フルヘッダパケットと
して受信側ノードに送信するようになっている。

【０００９】また、図１１（ａ）に示すRTP/UDP/IPヘッ
ダ内のハッチングが施されていない部分のデータ、すな
わち、IPヘッダ内のID、RTPヘッダ内のシーケンス番号
（sequence number）およびタイムスタンプ（timestam
p；当該パケットが送信された時刻を表す）は、送信対
象となる各IPパケット間で値が連続的に（所定の差分値
ずつ）変化し、連続する２つのIPパケット間における差
分値（変化量）が一定と期待されるデータ（以下、「差
分一定フィールド」という）である。図１１（ｂ）に示
すように、圧縮ヘッダ内には、原則としてこの差分一定
フィールドのデータは含まれない。上述したように、受
信側ノードは、記憶装置にRTP/UDP/IPヘッダを保持して
おり、このRTP/UDP/IPヘッダ内の差分一定フィールドの
値に対して所定の差分値を順次加えることにより、以後
受信する圧縮ヘッダ内の差分一定フィールドを復元する
のである。

【００１０】ただし、差分一定フィールドのデータに関
しては、必ずしも全てのIPパケット間で差分値が一定値
になるとは限らず、差分値に変更がある場合も生じる。
かかる場合には、変化後の差分値を受信側ノードに対し
て通知すれば、当該受信側ノードは、記憶装置に保持さ
れたRTP/UDP/IPヘッダの内容と新たに通知された差分値
とから、その後に受信したヘッダ圧縮パケット内の圧縮
ヘッダの差分一定フィールドの内容を復元することがで
きる。このため、図１１（ｂ）に示す圧縮ヘッダにおい
ては、差分一定フィールドについての差分値の変更の有
無を示すフラグＳ、ＴおよびＩが含まれるとともに、各
差分値に変更があった場合には、図１１（ｂ）に破線で
示すように、当該変更後の差分値が付加されることとな
る。具体的には、RTPヘッダ内のシーケンス番号の差分
値に変更があった場合には、フラグＳに「１」がセット
されるとともに、図１１（ｂ）に破線で示すように、当
該変更後のシーケンス番号の差分値を表すシーケンス番
号差分値（delta RTP sequence）が圧縮ヘッダに付加さ
れることとなる。同様に、RTPヘッダ内のタイムスタン
プの差分値に変更があった場合、このフラグＴに「１」
がセットされるとともに、図１１（ｂ）に破線で示すよ
うに、当該変更後のタイムスタンプの差分値を表すタイ
ムスタンプ差分値（delta RTP timestamp）が圧縮ヘッ
ダに含まれることとなる。また、IPヘッダ内のIDの差分
値に変更があった場合、フラグＩに「１」がセットされ
るとともに、当該変更後のIDの差分値を示すID差分値
（deltaIP ID）が圧縮ヘッダに付加されることとなる。

【００１１】さらに、図１１（ｂ）に示すように、圧縮
ヘッダには、フルヘッダと同様、CONTEXT_IDおよびlink
_seqが含まれている。受信側ノードにおいては、このCO
NTEXT_IDによって特定されるRTP/UDP/IPヘッダの内容に
従って、当該圧縮ヘッダが復元されることとなる。ま
た、受信側ノードは、送信側ノードから順次受信するパ
ケット（ヘッダ圧縮パケットまたはフルヘッダパケッ
ト）内のリンクシーケンス番号link_seqを参照し、この
リンクシーケンス番号に欠番が生じた場合には、送信側
ノードと受信側ノードとの間でパケットの喪失が発生し
たと判定するようになっている。

【００１２】次に、図１２を参照して、送信側ノードと
受信側ノードとの間でなされるパケット転送のための手
順を説明する。なお、同図においては、フィールドＡは
RTP/UDP/IPヘッダ内の一定値フィールド（すなわち、図
１１（ａ）の密なハッチングが施されたデータのうちの
いずれか）を表し、フィールドＢは差分一定フィールド
（すなわち、図１１（ａ）のハッチングが施されていな
いデータのうちのいずれか）を表すものとする。また、
図１２において、「Ｆ」はフルヘッダパケットを示し、
「Ｃ」はヘッダ圧縮パケットを示すものとする。

【００１３】まず、送信側ノードは、送信側データ端末
から受信側データ端末宛に送信されたIPパケットａを受
け取ると、このIPパケットａ内のRTP/UDP/IPヘッダを内
部の記憶装置に記憶するとともに、当該ヘッダ内のleng
thをCONTEXT_IDおよびリンクシーケンス番号link_seqに
置き換えてフルヘッダを生成し、このフルヘッダと、上
記IPパケット内のRTP/UDP/IPヘッダ以外の部分のデータ
（以下、「RTPペイロード」という）とを含むフルヘッ
ダパケットを受信側ノードに送信する（図１２中の
）。このフルヘッダパケットを受け取った受信側ノー
ドは、このパケット内のフルヘッダからRTP/UDP/IPヘッ
ダを復元し（すなわち、フルヘッダ内のCONTEXT_IDおよ
びlink_seqを取出して）、当該ヘッダを含むIPパケット
を次のノードまたは受信側データ端末に送信する。な
お、この際に、復元されたRTP/UDP/IPヘッダを内部の記
憶装置に記憶しておく。

【００１４】続いて、送信側ノードは、IPパケットａの
次に受け取ったIPパケットｂ内のRTP/UDP/IPヘッダを圧
縮ヘッダに変換して、当該ヘッダ圧縮パケットｂを受信
側ノードに送信する（図１２中の）。このヘッダ圧縮
パケット内の圧縮ヘッダには、パケットｂ内の差分一定
フィールドＢの値「１」と、直前に受け取ったパケット
ａのフルヘッダ内の差分一定フィールドＢの値「０」と
の差分値ΔＢ（＝１）が付加されるとともに、差分値の
変更の有無を示すフラグ（図１１（ｂ）に示すフラグ
Ｓ、ＴまたはＩ）に「１」がセットされている。

【００１５】このヘッダ圧縮パケットｂを受信した受信
側ノードは、記憶装置に記憶されたIPパケットａのRTP/
UDP/IPヘッダ内の差分一定フィールドＢの値に、今回通
知された差分値ΔＢを加えることにより、ヘッダ圧縮パ
ケットｂ内の圧縮ヘッダの差分一定フィールドＢを求め
る。そして、当該差分一定フィールドＢ、およびIPパケ
ットａのRTP/UDP/IPヘッダ内の一定値フィールドＡを含
むRTP/UDP/IPヘッダと、RTPペイロードとを含むIPパケ
ットｂを送信する。なお、IPパケットｂを復元する際に
参照されるRTP/UDP/IPヘッダ（この場合にはIPパケット
ａ内のRTP/UDP/IPヘッダ）は、ヘッダ圧縮パケットｂ内
のCONTEXT_IDによって特定される。また、ここではIPパ
ケットｂのRTP/UDP/IPヘッダと、今回通知された差分値
ΔＢとが内部の記憶装置に記憶される。

【００１６】続いて、IPパケットｃを受け取ると、送信
側ノードは、当該IPパケットｃ内のフィールドＢの値
と、前回受信されたIPパケットｂ内の差分一定フィール
ドＢとの差分値を求める。ここでは、差分値ΔＢは「１
（＝３−２）」であり、前回受信側ノードに対して通知
した差分値と同一であるから、新たに差分値を通知する
必要はない。従って、送信側ノードは、差分値（すなわ
ち、図１１（ｂ）において破線で示される情報）が付加
されない圧縮ヘッダを含んだヘッダ圧縮パケットｃを受
信側ノードに対して送信する（図１２中の）。一方、
このヘッダ圧縮パケットｃを受信した受信側ノードは、
先に送信したパケットｂの差分一定フィールドＢに対し
て記憶装置に記憶されたΔＢを加えることによってヘッ
ダ圧縮パケットｃ内の圧縮ヘッダの差分一定フィールド
Ｂを復元し、この値、およびフルヘッダパケットａのフ
ルヘッダ内の一定値フィールドＡを含むRTP/UDP/IPヘッ
ダとRTPペイロードとからなるIPパケットｃを送信す
る。以後、パケットｄについても同様の処理がなされ
る。

【００１７】さて、次に送信側ノードが受信するIPパケ
ットｅの差分一定フィールドＢは「５」であり、前回の
IPパケットｄの差分一定フィールドＢとの差分値は
「２」である。このように、差分値ΔＢに変更があった
場合、送信側ノードは、変更後の新たな差分値が付加さ
れ、フラグに「１」がセットされた圧縮ヘッダを含むヘ
ッダ圧縮パケットｅを受信側ノードに送信する。受信側
ノードは、こうして通知された新たな差分値と、IPパケ
ットｄの差分一定フィールドＢの値とを加えることによ
りパケットｅの差分一定フィールドＢを復元し、当該差
分一定フィールドＢを含むIPパケットを送信する。

【００１８】続いて、次に送信側ノードが受信するIPパ
ケットｇは、直前に受信したIPパケットｅと比較して一
定値フィールドＡが異なっている。この場合、送信側ノ
ードは、当該IPパケット内のRTP/UDP/IPヘッダを圧縮せ
ず、パケットｇ内のRTP/UDP/IPヘッダ内のlengthをCONT
EXT_IDおよびlink_seqに置き換えたフルヘッダを含むフ
ルヘッダパケットｇを受信側ノードに対して送信する。
このフルヘッダパケットｇを受け取った受信側ノード
は、これに含まれるフルヘッダをRTP/UDP/IPヘッダに復
元して内部の記憶装置に記憶する。

【００１９】以上がRFC2508に規定されたヘッダ圧縮方
法（以下、「従来方法Ａ」という）である。しかしなが
ら、この圧縮方法においては、以下に示す問題があっ
た。

【００２０】例えば、図１３に示すように、ヘッダ圧縮
パケットｃが送信側ノードと受信側ノードとの間で何ら
かの原因により喪失した場合を想定する。上述したよう
に、受信側ノードは、IPパケットｄ内の差分一定フィー
ルドＢを、IPパケットｃ内の差分一定フィールドＢに差
分値ΔＢを加えることにより復元するようになっている
ため、ヘッダ圧縮パケットｃが喪失した場合にはヘッダ
圧縮パケットｄ内の差分一定フィールドＢを復元するこ
とができない。この結果、受信側ノードにおいては、次
にフルヘッダパケットｇが受信されるまでの間に受信し
たパケット、すなわち、図１３におけるパケットｄ、ｅ
およびｆは破棄せざるを得ない。このように、一部のパ
ケットの喪失に伴ってバースト的なパケットの喪失が発
生する結果、ヘッダを圧縮しない方法を採った場合より
もスループットが低下してしまう場合も生じ得る。特に
送信側ノードと受信側ノードとの間に無線区間が含まれ
る場合には、当該無線区間においてパケットの喪失が発
生しやすいため、これに伴ってパケットのバースト的な
ロスが多く引き起こされるという問題があった。かかる
問題を解決するための技術として、IETFが発行するRFC2
507および2508ならびにInternet-Draftには、以下の各
技術が開示されている。

【００２１】方法１：フルヘッダパケットの周期的な送
信（RFC2507） 上述した従来方法Ａにおいては、送信側ノードは、ヘッ
ダ内の一定値フィールドに変更があった場合にのみフル
ヘッダパケットを送信するようにしたが、この方法１に
おいては、図１４に示すように、一定値フィールドの変
更の有無に関わらず、送信対象となる複数のIPパケット
を一定個数間隔毎に選択し、選択したIPパケットについ
てはヘッダを圧縮することなくフルヘッダパケットとし
て受信側ノードに送信する一方、それ以外のパケットに
ついてはヘッダを圧縮してヘッダ圧縮パケットとして受
信側ノードに送信するようになっている。上記従来方法
Ａにおいては、一定値フィールドに変更がない限り、受
信側ノードにはフルヘッダパケットが送信されないた
め、以後の全てのパケットが破棄されることとなるが、
本方法によれば、一定周期でフルヘッダパケットが送信
されるようになっているため、一部のパケットの喪失に
起因して破棄されるパケットの数を減らすことができる
という利点がある。しかしながら、本方法においては、
フルヘッダパケットの送信周期を長くすると、破棄され
るパケットの数が増加する一方、フルヘッダパケットの
送信周期を短くするとオーバーヘッドの大きいフルヘッ
ダパケットが多数送信されることとなり、通信効率の低
下を招くこととなるといった問題がある。

【００２２】方法２：バックチャネルによるフルヘッダ
の要求（RFC2507,2508） 本方法においては、図１５に示すように、パケットの喪
失を検知すると、受信側ノードは、送信側ノードに対し
てフルヘッダパケットを要求するためのメッセージであ
るCONTEXT_STATEを送信するようになっている。送信側
ノードは、このCONTEXT_STATEを受信すると、次に送信
すべきIPパケットをフルヘッダパケットとして受信側ノ
ードに送信する。この結果、受信側ノードにおいて、一
部のパケットの喪失に起因して他のパケットが破棄され
る期間を、パケットのロスが発生してから、CONTEXT_ST
ATEに応じて送信されたフルヘッダパケットを受信する
までの期間に抑えることができる。しかしながら、本方
法においては、受信側ノードがCONTEXT_STATEを送信し
てから、フルヘッダパケットを受信するまでの時間、す
なわちＲＴＴ（Round Trip Time）が大きいと、破棄さ
れるパケットが多くなるという問題がある。無線区間を
含んでパケットの送受信が行われる場合には、当該区間
において特にＲＴＴが長くなるから、かかる問題は特に
顕著に現れる。

【００２３】方法３：Twiceアルゴリズム（RFC2507） 本方法においては、パケットの喪失が発生した後に受信
されるヘッダ圧縮パケット内の圧縮ヘッダを、当該パケ
ットの喪失が発生する直前に受信し、復元したRTP/UDP/
IPヘッダに基づいて復元するようになっている。例え
ば、図１６に示すように、パケットｂが正常に受信され
た後、パケットｃが喪失し、次にパケットｄが正常に受
信された場合を想定する。この場合、パケットｂからパ
ケットｄの間で差分値ΔＢの値に変化がないとすれば、
パケットｄ内の差分一定フィールドＢは、パケットｂの
差分一定フィールドＢにΔＢを２倍した数値を加えるこ
とにより算出することができる。さらに、本方法におい
ては、圧縮ヘッダ内にUDPチェックサムを含ませるよう
になっており（図１１（ｂ）参照）、このUDPチェック
サムを用いて、パケットが正しく復元できたか否かを判
断するようになっている。しかしながら、図１６に示す
ように、パケットｋが喪失し、かつ、パケットｊからパ
ケットｋの間で差分一定フィールドの差分値ΔＢに変化
があった場合には、パケット喪失直後に受信されたパケ
ットｌを正確に復元することができないという問題があ
る。特に、無線区間を含んでパケットの送受信が行われ
る場合にあっては、パケットの喪失が連続的に（すなわ
ち、長い期間にわたって）発生する。かかる場合には、
喪失された多数のパケット間で差分値ΔＢが変化しない
場合は少ないと考えられるから、上記問題は特に顕著に
現れる。

【００２４】方法４：ROCCO（Internet-Draft） 本方法においては、送信されるメディアの特性に基づい
て、差分値ΔＢを推測するようになっている。例えば、
図１７においては、パケットｇおよびｈが喪失し、か
つ、パケットｇからパケットｈの間で差分値ΔＢの値に
変化があった場合を想定している。この場合、送信され
るメディアの特性に基づいて、差分値ΔＢの変化が推測
され、推測された差分値ΔＢをパケットｆに加えること
により、パケットｉを復元することができる。さらに、
本方法においては、誤り検出符号（CRC）によって正し
く復元できたか否かを確認するようになっている。本方
法によれば、差分値ΔＢに変化があった場合であって
も、その後のパケットを復元することができる。しかし
ながら、本方法においては、差分値ΔＢの変化をどのよ
うに推測するかが問題となる。

【００２５】

【発明が解決しようとする課題】このように、IPパケッ
トのRTP/UDP/IPヘッダを圧縮した場合であっても効率よ
くデータ通信を行うための方法として各種の方法が提案
されてはいるものの、いずれの方法も何らかの問題を有
しており、送信側ノードと受信側ノード間で生じたある
パケットの喪失に起因して破棄されるパケットの数を効
果的に減らすには限界があるのが現状であった。

【００２６】本発明は、上述した事情に鑑みてなされた
ものであり、送受信すべきパケットのヘッダを圧縮する
場合であっても、あるパケットの喪失に起因して破棄さ
れるパケットの数を有効に減らすことができるパケット
伝送方法、中継装置およびデータ端末を提供することを
目的としている。

【００２７】

【課題を解決するための手段】上述した課題を解決する
ために、本発明は、送信側と受信側とを含むネットワー
クにおいて、前記送信側は、送信すべき非圧縮パケット
を、フルヘッダを有するフルヘッダパケットまたは圧縮
ヘッダを有するヘッダ圧縮パケットに変換して前記受信
側に送信する一方、前記受信側は、前記送信側から送信
されたフルヘッダパケットまたはヘッダ圧縮パケットを
受信して非圧縮パケットに変換するパケット伝送方法で
あって、前記受信側は、前記送信側と受信側との間で前
記フルヘッダパケットまたはヘッダ圧縮パケットの喪失
が発生した場合には、当該パケット喪失後、次にフルヘ
ッダパケットを受信するまでの間に受信したヘッダ圧縮
パケットを保持し、前記パケット喪失後に受信したフル
ヘッダパケット内のフルヘッダの内容に基づいて、前記
保持したヘッダ圧縮パケット内の圧縮ヘッダを復元する
ことを特徴とするパケット伝送方法を提供するものであ
る。

【００２８】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。かかる実施の形態は、本発
明の一態様を示すものであり、この発明を限定するもの
ではなく、本発明の範囲内で任意に変更可能である。

【００２９】Ａ：第１実施形態 Ａ−１：第１実施形態の構成 図１は、本発明に係るパケット伝送方法を適用可能な通
信システムの構成を模式的に例示するブロック図であ
る。この通信システムにおいては、送信側データ端末１
と受信側データ端末２とが、ネットワーク３を介してパ
ケットの交換を行うことができるようになっている。な
お、以下では、送信側データ端末１が受信側データ端末
２に対してパケットを送信する場合を例に説明を進め
る。

【００３０】ネットワーク３には、送信側ノード３ａお
よび受信側ノード３ｂが含まれている。この送信側ノー
ド３ａおよび受信側ノード３ｂは、送信側データ端末１
と受信側データ端末２との間で交換されるパケットの中
継を行う役割を担っている。なお、図１に示すネットワ
ーク３には、送信側ノード３ａおよび受信側ノード３ｂ
が１つずつ含まれている場合を例示しているが、本発明
を適用できるのはかかる場合に限られず、より多数のノ
ードが含まれていてもよいことはいうまでもない。

【００３１】かかる構成の下、送信側データ端末１は、
受信側データ端末２を宛先に特定したパケットをネット
ワーク３に対して順次送信する。ここで、送信側データ
端末１から送信されるパケットは、図１１（ａ）に示し
たRTP/UDP/IPヘッダを含むIPパケットである。送信側ノ
ード３ａは、この送信側データ端末１から送信されたIP
パケットを順次受信し、受信したIPパケットをフルヘッ
ダを含むフルヘッダパケットまたは圧縮ヘッダを含むヘ
ッダ圧縮パケットのいずれかに変換して受信側ノード３
ｂに送信する。ここで、フルヘッダとは、上述したよう
に、IPパケット内のRTP/UDP/IPヘッダにおけるIPヘッダ
またはUDPヘッダに含まれるlength値を、CONTEXT_IDま
たはlink_seqを含むデータに代えたものである。一方、
こうして送信側ノード３ａから送信されたヘッダ圧縮パ
ケットまたはフルヘッダパケットを受信した受信側ノー
ド３ｂは、ヘッダ圧縮パケット内の圧縮ヘッダまたはフ
ルヘッダパケット内のフルヘッダをRTP/UDP/IPヘッダに
復元するとともに、当該RTP/UDP/IPヘッダを含むIPパケ
ットを受信側データ端末２に送信する。受信側データ端
末２は、受信側ノード３ｂから送信されたIPパケットを
受信し、受信したIPパケットに従って所定の処理（例え
ば、RTPペイロードに従った画像の表示や音声の再生
等）を行う。

【００３２】なお、上記従来の技術にも示したように、
フルヘッダパケットは、当該フルヘッダパケットに含ま
れるフルヘッダの内容のみに基づいてRTP/UDP/IPヘッダ
を含むIPパケットを復元可能なパケットである。なお、
RTP/UDP/IPヘッダ内のlength値は、フルヘッダにおいて
CONTEXT_STATEおよびlink_seqに置き換えられるが、下
位レイヤの情報から復元可能である。これに対し、ヘッ
ダ圧縮パケットは、当該ヘッダ圧縮パケットに含まれる
圧縮ヘッダのみではRTP/UDP/IPヘッダを含むIPパケット
を復元することはできないが、その他のパケット（フル
ヘッダパケット等）の内容に基づいて、IPパケットに復
元可能なパケットである。

【００３３】次に、図２を参照して、受信側ノード３ｂ
の構成を説明する。同図に示すように、受信側ノード３
ｂは、受信部３１ｂ、送信部３２ｂ、制御部３３ｂおよ
び記憶部３４ｂと、これらの各部を接続するバス３５ｂ
とを含んで構成されている。

【００３４】受信部３１ｂは、送信側ノード３ａから送
信されたフルヘッダパケットまたはヘッダ圧縮パケット
を通信回線を介して受信し、制御部３３ｂに出力するた
めの手段である。また、送信部３２ｂは、制御部３３ｂ
から出力されたデータを通信回線を介して受信側データ
端末２に送信するための手段である。

【００３５】制御部３３ｂは、ＣＰＵ等を含んで構成さ
れ、記憶部３４ｂに記憶されたプログラムを実行するこ
とによりこの受信側ノード３ｂの各部を制御するための
手段である。具体的には、制御部３３ａは、送信側ノー
ド３ａから受信部３１ｂを介して受信したフルヘッダパ
ケットまたはヘッダ圧縮パケットをIPパケットに変換
し、送信部３２ｂを介して受信側データ端末２に送信す
る機能を有している。また、本実施形態における制御部
３３ｂは、送信側ノード３ａと受信側ノード３ｂとの間
で生じたパケットの喪失を検知することができる。そし
て、かかるパケットの喪失が検知された場合、制御部３
３ｂは、送信側ノード３ａに対してフルヘッダパケット
の送信を要求するためのCONTEXT_STATEを送信するよう
になっている。

【００３６】ところで、上記従来の技術に示した各手法
においては、送信側と受信側との間でパケットの喪失が
生じた場合、喪失したパケット以後のパケットであっ
て、次にフルヘッダパケットが受信されるまでの間に受
信されたパケットは破棄されるようになっていた。これ
に対し、本実施形態における受信側ノード３ｂ内の制御
部３３ｂは、パケットの喪失を検知した後、次にフルヘ
ッダパケットを受信するまでの間に受信されたヘッダ圧
縮パケットを記憶部３４ｂに順次書き込むようになって
いる。そして、当該パケットの喪失後にフルヘッダパケ
ットを受信すると、当該フルヘッダパケット内のフルヘ
ッダの内容に基づいて、記憶部３４ｂに記憶されたヘッ
ダ圧縮パケット内の圧縮ヘッダを復元してIPパケットを
生成し、受信側データ端末２に送信するようになってい
る。なお、制御部３３ｂが行う処理については、後の動
作説明において詳述する。

【００３７】なお、送信側ノード３ａも、上述した受信
側ノード３ｂと同様の構成となっている。すなわち、送
信側ノード３ａは、送信側データ端末１からのIPパケッ
トを受信する受信部３１ａと、当該送信側ノード３ａ内
の各部を制御する制御部３３ａと、記憶部３４ａと、制
御部３３ａから出力されたパケットを受信側ノード３ｂ
に対して送信する送信部３２ａとを含んで構成されてい
る。ただし、本実施形態においては、送信側ノード３ａ
内の制御部３３ａは、送信側データ端末１から送信され
たIPパケットのうち、少なくとも最初のIPパケットをフ
ルヘッダパケットとして受信側ノード３ｂに送信する一
方、その他のIPパケットをヘッダ圧縮パケットとして受
信側ノード３ｂに送信するようになっている。また、送
信側ノード３ａ内の制御部３３ａは、受信側ノード３ｂ
からCONTEXT_STATEを受信した場合、その直後に送信す
べきIPパケットをフルヘッダパケットとして受信側ノー
ド３ｂに送信するようになっている。

【００３８】Ａ−２：第１実施形態の動作 図３は、本実施形態に係るパケット伝送方法における動
作を例示するタイミングチャートである。同図に示すよ
うに、送信側データ端末１から送信対象となる最初のIP
パケットａを受信すると、送信側ノード３ａ内の制御部
３３ａは、当該パケットをフルヘッダパケットとして受
信側ノード３ｂに送信する。具体的には、当該IPパケッ
ト内のRTP/UDP/IPヘッダを記憶部３４ａに書き込むとと
もに、当該RTP/UDP/IPヘッダに含まれるlengthフィール
ドをCONTEXT_IDおよびlink_seqを含む情報に置き換えた
フルヘッダを生成し、当該フルヘッダと、IPパケット中
のRTPペイロードとを含むフルヘッダパケットａを受信
側ノード３ｂに対して送信する。

【００３９】次に、送信側データ端末１からIPパケット
ｂを受信した場合、制御部３３ａは、当該IPパケットｂ
をヘッダ圧縮パケットとして受信側ノード３ｂに送信す
る。詳述すると、制御部３３ａは、まず、当該IPパケッ
トのRTP/UDP/IPヘッダを記憶部３４ａに書き込むととも
に、当該RTP/UDP/IPヘッダ内の差分一定フィールドの値
と、記憶部３４ａに記憶されているIPパケットａのRTP/
UDP/IPヘッダの差分一定フィールドの値との差分値を演
算する。そして、制御部３３ａは、当該差分値を含む圧
縮ヘッダを生成し、この圧縮ヘッダと、IPパケットｂ内
のRTPペイロードとを含むヘッダ圧縮パケットを、受信
側ノード３ｂに対して送信する。

【００４０】続いて、送信側データ端末１からIPパケッ
トｃを受信すると、制御部３３ａは、当該IPパケット内
のRTP/UDP/IPヘッダを記憶部３４ａに書き込むととも
に、当該RTP/UDP/IPヘッダの差分一定フィールドの値
と、記憶部３４ａに記憶されているIPパケットｂのRTP/
UDP/IPヘッダの差分一定フィールドの値との差分値を求
め、当該差分値が、記憶部３４ａに記憶されている差分
値（すなわちIPパケットｂとIPパケットａとの間の差分
値）と同一であるか否かを判定する。この結果、同一で
あると判定した場合には、受信側ノード３ｂに対して新
たに差分値を通知する必要はないから、制御部３３ａ
は、差分値を含まない圧縮ヘッダを生成するとともに、
当該圧縮ヘッダを含むヘッダ圧縮パケットｃを受信側ノ
ード３ｂに対して送信する。これに対し、上記差分値が
同一でないと判定した場合には、今回新たに求められた
差分値を受信側ノード３ｂに対して通知すべく、当該差
分値を含む圧縮ヘッダを生成するとともに、当該圧縮ヘ
ッダとIPパケットｃ内のRTPペイロードとを含むヘッダ
圧縮パケットを受信側ノード３ｂに対して送信する。さ
らに、制御部３３ａは、記憶部３４ａに既に記憶されて
いる差分値（すなわち、IPパケットａとIPパケットｂと
の間の差分値）を、今回新たに得られた差分値に更新す
る。

【００４１】以後、送信側データ端末１からIPパケット
ｄ、ｅおよびｆを受信した場合も、上記IPパケットｃと
同様の処理がなされ、差分値を含むヘッダ圧縮パケット
または差分値を含まないヘッダ圧縮パケットが受信側ノ
ード３ｂに送信される。

【００４２】ここで、図３に示す例においては、送信側
データ端末１からIPパケットｇを受信する直前に受信側
ノード３ｂからのCONTEXT_STATEを受信した場合を想定
している。この場合、送信側ノード３ａ内の制御部３３
ａは、CONTEXT_STATEの受信直後に送信すべきIPパケッ
トｇを、フルヘッダパケットｇとして送信する。以後同
様に、送信側ノード３ａ内の制御部３３ａは、パケット
ｈ〜ｌについてはヘッダ圧縮パケットとして受信側ノー
ドに送信する一方、CONTEXT_STATEの受信直後に送信す
べきパケットｍについてはフルヘッダパケットとして受
信側ノード３ｂに送信する。

【００４３】一方、受信側ノード３ｂ内の制御部３３ｂ
は、フルヘッダパケットａを受信すると、これに含まれ
るフルヘッダからRTP/UDP/IPヘッダを復元し、これを含
むIPパケットａを受信側データ端末２に送信するととも
に、当該RTP/UDP/IPヘッダを記憶部３４ｂに記憶する。
次に、ヘッダ圧縮パケットｂを受信すると、制御部３３
ｂは、記憶部３４ｂに保持されたIPパケットａのRTP/UD
P/IPヘッダの内容を参照してヘッダ圧縮パケットｂ内の
圧縮ヘッダをRTP/UDP/IPヘッダに復元し、得られたIPパ
ケットｂを受信側データ端末２に送信する。

【００４４】ここで、図３においては、送信側ノード３
ａから送信されたヘッダ圧縮パケットｃが何らかの理由
により喪失された場合を例示している。この場合、受信
側ノード３ｂ内の制御部３３ｂは、喪失したヘッダ圧縮
パケットｃの次のヘッダ圧縮パケットｄを受信し、当該
パケットｄ内のlink_seqがパケットｂ内のlink_seqから
連続していないことによりパケットｃが喪失されたこと
を検知する。パケットｃの喪失が検知されると、制御部
３３ｂは、送信側ノード３ａに対し、CONTEXT_STATEを
送信するとともに、パケットの喪失から次のフルヘッダ
パケットを受信するまでの間に受信されるヘッダ圧縮パ
ケットを記憶部３４ｂに順次書き込む。図３に示す例で
は、パケットｃの喪失が発生してからフルヘッダパケッ
トｇを受信するまでの間に、ヘッダ圧縮パケットｄ〜ｆ
が受信され、これらのヘッダ圧縮パケットが順次記憶部
３４ｂに書込まれることとなる。

【００４５】次に、受信側ノード３ｂ内の制御部３３ｂ
は、CONTEXT_STATEに応じて送信側ノード３ａから送信
されたフルヘッダパケットｇを受信する。ここで、本実
施形態における制御部３３ｂは、このフルヘッダパケッ
トｇ内の差分一定フィールドの値から、差分値Δを順次
減じることによって、パケットｄ〜ｆのヘッダ内の差分
一定フィールドを復元するようになっている。具体的に
は、図３に示すように、フルヘッダパケットｇ内の差分
一定フィールドの値から差分値Δを減じることにより、
パケットｆ内の差分一定フィールドの内容を復元し、こ
うして復元されたパケットｆ内の差分一定フィールドの
値から差分値Δを減じることにより、パケットｅ内の差
分一定フィールドの内容を復元する、といった具合であ
る。さらに、本実施形態においては、記憶部３４ｂに記
憶されたIPパケットｂのRTP/UDP/IPヘッダの内容に基づ
いて、パケットｄ〜ｆ内の一定値フィールドの内容も復
元されるようになっている。こうして、パケットｄ〜ｆ
内のRTP/UDP/IPヘッダの内容が復元されるのである。以
下、図４に示すフローチャートを参照して、上記圧縮ヘ
ッダの復元のために受信側ノード３ｂ内の制御部３３ｂ
が実行する処理の詳細について説明する。

【００４６】まず、受信側ノード３ｂ内の制御部３３ｂ
は、link_seqの欠番によってパケットｃの喪失を検知す
ると、レジスタＮに「０」をセットする（ステップＳ
１）。続いて、レジスタＮの内容を「１」だけインクリ
メントする（ステップＳ３）。

【００４７】次に、ヘッダ圧縮パケットｄから復元され
るべきRTP/UDP/IPヘッダのうち、一定値フィールド、le
ngth値、UDPチェックサムおよびマーカビットを復元す
る。具体的には、記憶部３４ｂに記憶されたIPパケット
ｂのRTP/UDP/IPヘッダを読み出し、当該ヘッダに含まれ
る一定値フィールドをパケットｄのRTP/UDP/IPヘッダの
一定値フィールドとする。なお、UDPチェックサムおよ
びマーカビットは、図１１（ｂ）に示すように、圧縮ヘ
ッダ内に含まれるものである。また、length値は、下位
レイヤのヘッダに含まれる情報によって取得することが
できる。さらに、制御部３３ｂは、パケットｄに新たな
差分値が含まれている場合（図１１（ｂ）に示す破線部
分が含まれている場合）には当該差分値を抽出する（ス
テップＳ４）。

【００４８】続いて、ステップＳ４において部分的（一
定値フィールド等について）に復元されたRTP/UDP/IPヘ
ッダと、ヘッダ圧縮パケットｄに含まれるRTPペイロー
ドの内容をデータIP(1)として記憶部３４ｂに記憶する
とともに、当該時点におけるIPヘッダのIDの差分値、RT
Pヘッダ内のシーケンス番号の差分値、およびタイムス
タンプの差分値を、それぞれΔIP_ID(1)、ΔRTP_SN(1)
およびΔRTP_TS(1)として記憶部３４ｂに書き込む（ス
テップＳ５）。なお、当該時点における各情報（ID、シ
ーケンス番号およびタイムスタンプ）の差分値とは、パ
ケットｄに新たな差分値が付加されている場合には当該
差分値であり、含まれていない場合にはその時点におい
て記憶部３４ｂに保持されている差分値である。

【００４９】以後、フルヘッダパケットｇが受信される
までの間に受信されるヘッダ圧縮パケットｅおよびｆ
（ｎ＝２〜３）についても、ステップＳ２〜Ｓ５の処理
が同様に行われる。

【００５０】次に、フルヘッダパケットｇを受信する
と、これに含まれるフルヘッダから取得されるRTP/UDP/
IPヘッダを、IP(4)として記憶部３４ｂに記憶する（ス
テップＳ６）。続いて、パケットｆとフルヘッダパケッ
トｇとの間で差分値に変更がないものとみなし、パケッ
トｅとパケットｆとの間のID、SNおよびTSについての差
分値、すなわち、ΔIP_ID(3)、ΔRTP_SN(3)、ΔRTP_TS
(3)を、パケットｆとフルヘッダパケットｇとの間のI
P、SNおよびTSについての差分値、すなわち、ΔIP_ID
(4)、ΔRTP_SN(4)およびΔRTP_TS(4)とする（ステップ
Ｓ７）。つまり、 ΔIP_ID(4)＝ΔIP_ID(3) ΔRTP_SN(4)＝ΔRTP_SN(3) ΔRTP_TS(4)＝ΔRTP_SN(3) とする。

【００５１】次に、フルヘッダパケットｇの各差分一定
フィールドの内容から、パケットｆとｇとの間の差分値
とみなされた数値、すなわち、上述したΔIP_ID(4)、Δ
RTP_SN(4)およびΔRTP_TS(4)を減じることにより、パケ
ットｆの差分一定フィールドの内容を復元する（ステッ
プＳ８）。具体的には、パケットｆについて、復元対象
となるIPヘッダ内のID、RTPヘッダ内のシーケンス番号
（SN）、およびRTPヘッダ内のタイムスタンプ（TS）の
値を、それぞれIP(3).IP_ID、IP(3).RTP_SN、およびIP
(3).RTP_TSとし、フルヘッダパケットｇについて、IPヘ
ッダ内のID、RTPヘッダ内のシーケンス番号、およびRTP
ヘッダ内のタイムスタンプの値を、それぞれIP(4).IP_I
D、IP(4).RTP_SN、およびIP(4).RTP_TSとすると、以下
の演算によりパケットｆの差分一定フィールドの内容が
復元できる。 IP(3).IP_ID＝IP(4).IP_ID−ΔIP_ID(4) IP(3).RTP_SN＝IP(4).RTP_SN−ΔRTP_SN(4) IP(3).RTP_TS＝IP(4).RTP_TS−ΔRTP_TS(4)

【００５２】こうしてパケットｆのRTP/UDP/IPヘッダが
復元されると、制御部３３ｂは、パケットｆに含まれて
いたUDPチェックサムを用い、正しく復元されたか否か
を判定する（ステップＳ９）。この結果、正しく復元さ
れたと判定される場合には、レジスタＮの値を「１」だ
けデクリメントした後（ステップＳ１０）、パケットｅ
およびｄについても同様に、ステップＳ８およびＳ９の
処理を実行する。

【００５３】一方、ステップＳ９において、正しく復元
できていないと判定される場合には、それよりも前に受
信されたパケットについても正しく復元することはでき
ないから、その時点で処理を止めてステップＳ１１に移
行する。また、ステップＳ１０において、Ｎの値を
「１」だけデクリメントした結果、Ｎの値が「０」とな
った場合には（ステップＳ１２）、復元対象となる全て
のパケットの復元が終了したことを意味するから、ステ
ップＳ１１に移行する。

【００５４】制御部３３ｂは、ステップＳ１１におい
て、正しく復元できた各パケットを、当該各パケットに
含まれるRTPヘッダ内のシーケンス番号の順に、順次受
信側データ端末２に送信する。なお、正しく復元できな
かったパケットについては破棄される。以上が本実施形
態における動作である。

【００５５】上述したように、本実施形態に係るパケッ
ト伝送方法によれば、パケット喪失が発生した後に受信
されるヘッダ圧縮パケットを保持しておき、次に受信し
たフルヘッダパケットの内容に基づいてこれらのパケッ
トのヘッダを復元するようになっている。ここで、上記
従来の技術において示した各方法においては、パケット
の喪失が発生した後、次のフルヘッダパケットが受信さ
れるまでの間においては、各パケットが適切に受信され
ているにもかかわらず破棄しなければならないという問
題があった。これに対し、本実施形態においては、パケ
ットの喪失から次のフルヘッダパケット受信までの間に
受信されたパケットを有効に利用することができる。従
って、パケットの喪失によって、受信側データ端末にお
けるデータの再生等に与えられる影響を、従来の技術と
比較して小さくすることができるという利点がある。

【００５６】Ａ−３：第１実施形態の変形例 上記第１実施形態においては、パケットｃの喪失が発生
してから次のフルヘッダパケットｇが受信されるまでの
間に受信されたパケットｄ〜ｆの一定値フィールドを、
当該パケットｃの喪失よりも前に受信されたIPパケット
ｂのRTP/UDP/IPヘッダの内容に従って復元するようにし
たが、これに限らず、例えば、これらのパケットｄ〜ｆ
の一定値フィールドを、新たに受信されたフルヘッダパ
ケットｇの内容に基づいて復元するようにしてもよい。
図５は、本変形例におけるパケット復元のための動作を
表すフローチャートである。なお、同図に示すフローチ
ャートは、復元対象となるパケット内の一定値フィール
ドを、これらの各パケットの受信後に受信されたフルヘ
ッダパケットｇの内容に基づいて復元する点を除いて前
掲図４に示したものと同様であるため、以下では、図４
と比較して異なる点についてのみ説明する。

【００５７】まず、上記第１実施形態においては、ステ
ップＳ４において、パケットの喪失後に受信されたヘッ
ダ圧縮パケット内の一定値フィールドの情報を、既に受
信され記憶部３４ｂに保持されているIPパケットｂのRT
P/UDP/IPヘッダの一定値フィールドを用いて復元するよ
うにしたが、本変形例においては、ステップＳ４’にお
いては一定値フィールドの復元は行わず、length値、UD
PチェックサムおよびマーカビットＭのみを復元するよ
うになっている。従って、続くステップＳ５において、
IP（Ｎ）として記憶部３４ｂに記憶されるのは、一定値
フィールドおよび差分一定フィールドを含まないRTP/UD
P/IPヘッダと、今回受信したヘッダ圧縮パケット内のRT
Pペイロードとを有するパケットである。

【００５８】一方、復元対象となるパケットの一定値フ
ィールドは、ステップＳ８’において、当該パケットの
次のフルヘッダパケットｇの内容に基づいて復元され
る。すなわち、図５のステップＳ８’に下線を付して示
すように、復元対象となるパケットの一定値フィールド
を、当該パケットの直後に受信されたフルヘッダパケッ
トに含まれる一定値フィールドの内容と同様の内容とみ
なすのである。例えば、図３に示した状況を例にとる
と、パケットｆの一定値フィールドの内容を、当該パケ
ットｆの直後に受信されたフルヘッダパケットｇの一定
値フィールドと同一とみなすことにより、パケットｆの
一定値フィールドの内容を復元する。また、パケットｅ
の一定値フィールドの内容を、こうして復元されたパケ
ットｆの一定値フィールドの内容と同一であるとみなす
ことにより、パケットｅの一定値フィールドの内容を復
元するようになっている。

【００５９】本変形例にあっても、最終的にはUDPチェ
ックサムにより正確に復元されたか否かが判定され、正
確に復元されたパケットのみが受信側データ端末に送信
されることとなる。本変形例によっても上記第２実施形
態と同様の効果を得ることができる。

【００６０】Ｂ：第２実施形態 Ｂ−１：第２実施形態の構成 上記各実施形態においては、ネットワーク３内の受信側
ノード３ｂにおいて、パケットの喪失が発生した後に受
信したヘッダ圧縮パケットを保持するとともに、当該パ
ケット喪失後に受信したフルヘッダパケットの内容に基
づいて、保持したヘッダ圧縮パケットの内容を復元する
ようにした。しかしながら、上記各実施形態において
は、パケットの喪失後に受信したフルヘッダパケットの
差分一定フィールドと、当該フルヘッダパケットの直前
に受信したヘッダ圧縮パケットの差分一定フィールドと
の差分値に変更がないものと仮定して上記復元を行うよ
うにしたため（図４中のステップＳ７）、この差分値に
変更があった場合には、保持されたヘッダ圧縮パケット
の内容を正しく復元できないという問題が発生し得る。
本実施形態は、このような問題を解決可能なパケット中
継方法に係るものである。

【００６１】本実施形態に係る通信システムの構成、な
らびに送信側ノード３ａおよび受信側ノード３ｂの構成
は、前掲図１および図２に示したものと同様となる。た
だし、上記実施形態における送信側ノード３ａから受信
側ノード３ｂへの送信対象がフルヘッダパケットまたは
ヘッダ圧縮パケットであったのに対し、本実施形態にお
ける送信側ノード３ａは、これらのパケットに加え、所
定の場合には差分値を含むフルヘッダパケットを送信対
象とする点で異なっている。具体的には、本実施形態に
おける送信側ノード３ａは、送信側データ端末１から受
信したIPパケットをフルヘッダパケットとして送信すべ
き場合であって、かつ、当該IPパケットの差分一定フィ
ールドと、その直前に受信したIPパケットの差分一定フ
ィールドとの差分値が、記憶部３４ａに記憶された差分
値と異なっている場合（すなわち、差分値に変更があっ
た場合）には、当該新たな差分値を含むフルヘッダパケ
ットを受信側ノード３ｂに対して送信するようになって
いる。

【００６２】ここで、図６（ａ）は、差分値が付加され
たフルヘッダパケットの内容を模式的に表す図である。
同図に破線で示すように、このフルヘッダパケットに
は、RTP/UDP/IPヘッダ内の差分一定フィールド（すなわ
ち、IPヘッダ内のID、ならびにRTPヘッダ内のシーケン
ス番号およびタイムスタンプ）のうちの差分値に変更が
あったものについて、当該変更後の差分値が含まれるこ
ととなる。また、上記各実施形態と同様に、フルヘッダ
パケット内のフルヘッダは、IPヘッダおよびUDPヘッダ
内のlength（図６（ａ）において斜線を付した部分）を
CONTEXT_IDおよびlink_seqに置き換えたものであるが、
差分値を付加した場合のフルヘッダパケットにおいて
は、図６（ｂ）および（ｃ）に示すように、CONTEXT_ID
およびlink_seqに加え、フラグＳ、ＴおよびＩが含まれ
ることとなる。これらの各フラグは、差分値に変更があ
った差分一定フィールドを示す情報である。例えば、RT
Pヘッダ内のシーケンス番号の差分値に変更があった場
合、図６（ａ）に破線で示すように当該変更後の差分値
ΔRTP_SNがヘッダに付加されるとともに、フラグＳに
「１」がセットされるのである。また、ＩＰヘッダ内の
ＩＤの差分値に変更があった場合、当該変更後の差分値
ΔIP_IDがヘッダに付加されるとともに、フラグＩに
「１」がセットされる。同様に、ＲＴＰヘッダ内のタイ
ムスタンプの差分値に変更があった場合には、変更後の
差分値ΔRTP_TSがヘッダに付加されるとともに、フラグ
Ｔに「１」がセットされる。受信側ノード３ｂは、差分
値が付加されたフルヘッダパケットを受信すると、上記
フラグを参照することにより変更があった差分一定フィ
ールド（ID、シーケンス番号、タイムスタンプのいずれ
であるか）を検知するとともに、当該差分一定フィール
ドの変更後の差分値を取得することができるのである。

【００６３】Ｂ−２：第２実施形態の動作 次に、図７を参照して、本実施形態の動作を説明する。
なお、以下では、上記第１実施形態と同様に、送信側ノ
ード３ａが、受信側ノード３ｂからCONTEXT_STATEを受
信することを契機として、IPパケットをフルヘッダパケ
ットとして受信側ノード３ｂに送信する場合を例示す
る。

【００６４】まず、送信側データ端末１からIPパケット
ａ乃至ｆを順次受信すると、送信側ノード３ａ内の制御
部３３ａは、最初のIPパケットａについてはフルヘッダ
パケットとして受信側ノード３ｂに送信する一方、IPパ
ケットｂ乃至ｃについてはヘッダ圧縮パケットとして受
信側ノード３ｂに送信する。なお、この動作は、上記第
１実施形態で示したものと同様であるため、その詳細な
説明を省略する。

【００６５】ここで、図７においては、送信側ノード３
ａ内の制御部３３ａが、送信側データ端末１からIPパケ
ットｇを受信する直前に、受信側ノード３ｂからCONTEX
T_STATEを受信した場合を想定している。この場合、制
御部３３ａは、当該CONTEXT_STATEの受信直後に送信側
データ端末１から受信したIPパケットｇを、差分値を含
まないフルヘッダパケットまたは差分値が付加されたフ
ルヘッダパケットとして受信側ノード３ｂに送信する。
具体的には、以下の通りである。

【００６６】まず、制御部３３ａは、今回受信したIPパ
ケットｇに含まれるRTP/UDP/IPヘッダを記憶部３４ａに
書き込むとともに、当該RTP/UDP/IPヘッダの差分一定フ
ィールドの値と、記憶部３４ａに記憶されているRTP/UD
P/IPヘッダ（IPパケットｆに含まれていたもの）の差分
一定フィールドの値との差分値を求める。続いて、制御
部３３ａは、得られた差分値が、記憶部３４ａに記憶さ
れた差分値と同一であるか否かを判定する。この結果、
記憶部３４ａに記憶された差分値と同一であると判定し
た場合には、当該差分値は既に受信側ノード３ｂに通知
されているから、今回得られた差分値を受信側ノード３
ｂに改めて通知する必要はない。従って、制御部３３ａ
は、IPパケットｇのRTP/UDP/IPヘッダ内のlengthをCONT
EXT_ID（上記フルヘッダパケットａに含ませたCONTEXT_
IDとは異なるもの）およびlink_seqを含む情報に置き換
えたフルヘッダを生成し、当該フルヘッダとIPパケット
ｇ内のRTPペイロードとを含むフルヘッダパケットｇを
受信側ノード３ａに対して送信する。

【００６７】これに対し、上記判定において記憶部３４
ａに記憶された差分値と同一でないと判定した場合、制
御部３３ａは、今回得られた差分値を受信側ノード３ｂ
に対して通知すべく、当該差分値を含むフルヘッダパケ
ットを受信側ノード３ｂに対して送信する。詳述する
と、制御部３３ａは、まず、IPパケットｇのRTP/UDP/IP
ヘッダ内のlengthを、CONTEXT_IDおよびlink_seq、なら
びに変更があった差分一定フィールドに対応して「１」
がセットされたフラグ（図６（ｃ）参照）を含むデータ
に置き換えるとともに、上記変更後の新たな差分値（図
６（ａ）に破線で示す部分）を含むフルヘッダを生成す
る。そして、制御部３３ａは、このフルヘッダと、IPパ
ケットｇ内のRTPペイロードとを含むフルヘッダパケッ
トｇを、受信側ノード３ｂに対して送信するのである。
なお、図７においては、IPパケットｆとIPパケットｇと
の間の差分一定フィールドの差分値に変更があり、当該
IPパケットｇが差分値を含むフルヘッダパケットｇとし
て送信された場合を例示している。

【００６８】送信側データ端末１から以後のIPパケット
ｈ乃至ｎを受信した場合にも上記と同様の処理がなさ
れ、差分値を含まないヘッダ圧縮パケットまたはフルヘ
ッダパケット、もしくは差分値を含むヘッダ圧縮パケッ
トまたはフルヘッダパケットのいずれかが、適宜送信側
ノード３ａから受信側ノード３ｂに対して送信される。

【００６９】次に、受信側ノード３ｂの制御部３３ｂ
が、上記のようにして送信側ノード３ａから送信された
パケットを受信した場合の動作を説明する。まず、送信
側ノードから送信されたフルヘッダパケットａを受信す
ると、受信側ノード３ｂ内の制御部は、当該フルヘッダ
パケットａ内のフルヘッダに含まれるCONTEXT_IDおよび
link_seq等を抽出して記憶部３４ｂに書き込むととも
に、フルヘッダ中のこれらの情報を、下位レイヤの内容
に基づいて得られるlengthに置き換えて、RTP/UDP/IPヘ
ッダを復元する。そして、このRTP/UDP/IPヘッダを、先
に書込んだCONTEXT_IDおよびlink_seqに対応付けて記憶
部３４ｂに書き込むとともに、当該RTP/UDP/IPヘッダを
含むIPパケットａを受信側データ端末２に対して送信す
る。

【００７０】次に、送信側ノード３ａから送信されたヘ
ッダ圧縮パケットｂを受信すると、受信側ノード３ｂ内
の制御部３３ｂは、当該ヘッダ圧縮パケットｂに含まれ
る差分値を記憶部３４ｂに書き込む。さらに、制御部３
３ｂは、当該圧縮ヘッダに含まれるCONTEXT_IDと同一の
CONTEXT_IDを記憶部３４ｂから検索し、検索されたCONT
EXT_IDに対応付けられたRTP/UDP/IPヘッダ（この場合に
はIPパケットａのRTP/UDP/IPヘッダ）を読み出す。そし
て、読み出したRTP/UDP/IPヘッダの差分一定フィールド
に、今回取得した差分値を加算して得られる差分一定フ
ィールドと、IPパケットａのRTP/UDP/IPヘッダ内の一定
値フィールドとを含むRTP/UDP/IPヘッダを生成する。さ
らに、制御部３３ｂは、記憶部３４ｂに既に記憶されて
いるIPパケットａのRTP/UDP/IPヘッダを、今回新たに得
られたRTP/UDP/IPヘッダに更新するとともに、当該RTP/
UDP/IPヘッダを含むIPパケットｂを、受信側データ端末
２に対して送信する。

【００７１】ここで、図７においては、送信側ノード３
ａから送信されたヘッダ圧縮パケットｃが何らかの理由
により喪失された場合を例示している。この場合、受信
側ノード３ｂの制御部３３ｂは、ヘッダ圧縮パケットｄ
内のlink_seqがパケットｂ内のlink_seqから連続してい
ないことによってヘッダ圧縮パケットｃが喪失されたこ
とを検知する。以下、図８に示すフローチャートを参照
して、かかるパケットの喪失が検知された場合に制御部
３３ｂによって実行される動作について説明する。

【００７２】まず、受信側ノード３ｂ内の制御部３３ｂ
は、レジスタｎに「０」をセットするとともに（ステッ
プＳ２１）、直前に受信したパケット（すなわち、喪失
されたパケットの次のパケット）がヘッダ圧縮パケット
であるか否かを判定する（ステップＳ２２）。図７に示
す例では、パケット喪失直後に受信したのはヘッダ圧縮
パケットｄであるから、この判定の結果は「Ｙｅｓ」と
なる。次に、制御部３３ｂは、このヘッダ圧縮パケット
について、一定値フィールド、length値、UDPチェック
サムおよびマーカビット（Ｍbit）を復元し、復元され
た情報と今回受信したヘッダ圧縮パケット内のRTPペイ
ロードとをIP(n)として記憶部３４ｂに記憶する（ステ
ップＳ２３）。すなわち、ヘッダ圧縮パケットｄから復
元されるべきIPパケットｄ内の差分一定フィールド以外
のフィールドが復元され、IP(0)として記憶部３４ｂに
記憶されることとなる。なお、この復元動作は、上記第
１実施形態に示したものと同様にして行うことができ
る。

【００７３】続いて、制御部３３ｂは、当該時点におけ
る差分一定フィールドの差分値、すなわち、IPヘッダの
IDの差分値、RTPヘッダのシーケンス番号の差分値、お
よびRTPヘッダのタイムスタンプの差分値を、それぞれ
ΔIP_ID(n)、ΔRTP_SN(n)、およびΔRTP_TS(n)として
（以下、これらをまとめて「Δ(n)」と表記する）、記
憶部３４ｂに記憶する（ステップＳ２４）。なお、当該
時点における差分値とは、今回受信したヘッダ圧縮パケ
ットに新たな差分値が付加されている場合には当該差分
値であり、含まれていない場合には当該時点において記
憶部３４ｂに記憶されている差分値である。

【００７４】続いて、制御部３３ｂは、次のパケットを
受信するまで待機し、当該次のパケットを受信すると
（ステップＳ２５）、レジスタｎの値を「１」だけイン
クリメントする（ステップＳ２６）。以後、上記のステ
ップＳ２２〜Ｓ２６に示した動作がヘッダ圧縮パケット
ｅおよびｆについても実行され、この結果、ヘッダ圧縮
パケットｄ〜ｆについては、図９に例示する各情報（す
なわち、IP(n)およびΔ(n)）が記憶部３４ｂに記憶され
る。

【００７５】一方、ステップＳ２５においてフルヘッダ
パケットを受信すると、続くステップＳ２２における判
定結果が「Ｎｏ」となってステップＳ２７に進む。すな
わち、制御部３３ｂは、受信したフルヘッダパケットｇ
内のフルヘッダに含まれるCONTEXT_IDおよびlink_seq等
をlengthに置き換えたRTP/UDP/IPヘッダを生成し、当該
RTP/UDP/IPヘッダと今回受け取ったフルヘッダパケット
のRTPペイロードとからなるIPパケットを生成する。そ
して、得られたIPパケットを、IP(3)として記憶部３４
ｂに記憶する（ステップＳ２７）。ここで、図９に示す
ように、すなわちフルヘッダパケットから得られたIPパ
ケット（IP(3)）のRTP/UDP/IPヘッダには、差分一定フ
ィールド（すなわち、ID、シーケンス番号およびタイム
スタンプ）の値も含まれる。

【００７６】続いて制御部３３ｂは、当該フルヘッダパ
ケットとその前に受信されたヘッダ圧縮パケットとの間
の各差分一定フィールドの差分値をΔ(n)として記憶部
３４ｂに記憶する。図７の場合を例にとれば、以下の通
りである。まず、制御部３３ｂは、今回受信したフルヘ
ッダパケットｇに新たな差分値（図６（ａ）において破
線で示された部分）が付加されているか否かを判定する
（ステップＳ２８）。この結果、差分一定フィールドの
いずれかについての差分値が付加されていると判定する
と、当該差分一定フィールドについては新たな差分値
を、他の差分一定フィールドについては、当該時点にお
いて記憶部３４ｂに記憶された差分値を、それぞれΔ
(3)として記憶部３４ｂに記憶する（ステップＳ２
９）。これに対し、今回受信したフルヘッダパケットｇ
に新たな差分値が付加されていない場合には、当該時点
において記憶部３４ｂに記憶されている差分値を、Δ
(3)として記憶部３４ｂに記憶する（ステップＳ３
０）。

【００７７】以上示した動作の結果、パケットｄ乃至ｇ
について、図９に示す情報が記憶部３４ｂに記憶される
こととなる。なお、この時点において、IP(3)として記
憶されたIPパケットｇには差分一定フィールドの値も含
まれているものの、パケットｄ乃至ｆの差分一定フィー
ルドはIP(0)〜IP(2)には含まれていない。従って、以
後、これらのパケットｄ乃至ｆ（すなわち、ヘッダ圧縮
パケットとして受信されたパケット）のRTP/UDP/IPヘッ
ダに含ませるべき差分一定フィールドの値を復元するた
めの動作が実行される。

【００７８】まず、制御部３３ｂは、レジスタｎの値を
「１」だけデクリメントするとともに（ステップＳ３
２）、フルヘッダパケットから復元されたRTP/UDP/IPヘ
ッダ中の差分一定フィールドの値から、上記のようにし
て得られた差分値を減算することにより、当該フルヘッ
ダパケットの直前に受信したヘッダ圧縮パケットの差分
一定フィールドを復元する（ステップＳ３３）。図７に
例示した場合にあっては、フルヘッダパケットｇの内容
に基づいて記憶されたIP(3)に含まれる差分一定フィー
ルドの各値から、Δ(3)として記憶された各差分一定フ
ィールドの差分値を減算することにより、ヘッダ圧縮パ
ケットｆの差分一定フィールドを復元する。具体的に
は、IP(3)に含まれるIDの値をIP(3).IP_ID、IP(3)に含
まれるシーケンス番号の値をIP(3).RTP_SN、IP(3)に含
まれるタイムスタンプの値をIP(3).RTP_TSとすると、ヘ
ッダ圧縮パケットｆの差分一定フィールドIP(2).IP_I
D、IP(2).RTP_SN、IP(2).RTP_TSの値は、 IP(2).IP_ID＝IP(3).IP_ID−ΔIP_ID(3) IP(2).RTP_SN＝IP(3).RTP_SN−ΔRTP_SN(3) IP(2).RTP_TS＝IP(3).RTP_TS−ΔRTP_TS(3) なる演算によって得られる（図９参照）。

【００７９】こうして差分一定フィールドの値を復元す
ると、制御部３３ｂは、当該差分一定フィールドと、IP
(2)として記憶部３４ｂに記憶されている差分一定フィ
ールド以外の部分とを合わせてIPパケットｆを生成す
る。この後、制御部３４ｂは、当該IPパケットｆに含ま
れるUDPチェックサムを用い、正しく復元されたか否か
を判定する（ステップＳ３４）。この結果、正しく復元
されていると判定した場合、制御部３３ｂは、当該IPパ
ケットｆを記憶部３４ｂに記憶する（ステップＳ３
５）。以後、制御部３３ｂは、他のヘッダ圧縮パケット
ｅおよびｄの差分一定フィールドを復元するための動
作、すなわち、上述したステップＳ３２〜Ｓ３５に示し
たのと同様の動作を繰り返す。

【００８０】ここで、ステップＳ３１において、レジス
タｎの値が「０」となった場合には、保持されたすべて
のヘッダ圧縮パケットの復元が終了したことを意味して
いるから、それまでに記憶部３４ｂに記憶されたIPパケ
ット（フルヘッダパケットから得られたIPパケットも含
む）を、RTPヘッダ中のシーケンス番号の順番に、受信
側データ端末２に対して順次送信する（ステップＳ３
７）。

【００８１】一方、ステップＳ３４において、正しく復
元できていないと判定される場合には、それよりも前に
受信されたヘッダ圧縮パケットについても正しく復元す
ることはできないから、復元が失敗したパケットを破棄
するとともに（ステップＳ３６）、それ以前に復元が完
了しているIPパケットを受信側データ端末２に対して送
信する（ステップＳ３７）。以上が本実施形態の動作で
ある。

【００８２】このように、本実施形態によれば、差分値
の変更があった場合には、ヘッダ圧縮パケットのみなら
ずフルヘッダパケットについても当該差分値を付加して
送信するようになっている。従って、フルヘッダパケッ
トとして送信すべきIPパケットとその直前のIPパケット
との間で差分値に変更があった場合であっても、受信側
ノード３ｂにおいては正確にヘッダ圧縮パケットの内容
を復元することができる。

【００８３】Ｃ：第３実施形態 上記各実施形態においては、パケットの喪失直後に受信
したフルヘッダパケット内の差分一定フィールドの値か
ら、パケット喪失後に保持したヘッダ圧縮パケットに関
する差分値を順次減算することによって、保持したヘッ
ダ圧縮パケットをIPパケットに復元するようにした。し
かしながら、パケット喪失後に受信したフルヘッダパケ
ットに基づいて、保持したヘッダ圧縮パケットを復元す
るための方法は、これに限られるものではない。以下に
示す本実施形態は、かかる方法の一例に関するものであ
る。なお、以下では、本実施形態のうち、上記各実施形
態と異なる部分についてのみ説明する。

【００８４】上記各実施形態における送信側ノード３ａ
は、IPパケット中の差分一定フィールドの差分値に変更
があった場合、ヘッダ圧縮パケットの圧縮ヘッダ中に当
該変更後の差分値を含ませるようにした。これに対し、
本実施形態においては、この差分値に代えて、各差分一
定フィールドの値を表すビット列のうちの下位の数ビッ
ト（以下、「下位ビット列LSB」という）を、ヘッダ圧
縮パケット中の圧縮ヘッダに含ませるようになってい
る。

【００８５】すなわち、送信側ノード３ａは、送信側デ
ータ端末１からヘッダ圧縮パケットとして送信すべきIP
パケットを受信すると、当該IPパケット内の差分一定フ
ィールドの値と、記憶部３４ａに記憶されているIPパケ
ット（その直前に受信したIPパケット）内の各差分一定
フィールドの値との差分値を求め、記憶部に記憶されて
いる差分値と比較する。この結果、いずれかの差分一定
フィールドの差分値に変更があったと判定すると、送信
側ノード３ａ内の制御部３３ａは、今回受信したIPパケ
ット中の変更があった差分一定フィールドを表すビット
列から下位ビット列LSBを抽出する。そして、この下位
ビット列LSBと、変更があった差分一定フィールドに応
じて「１」がセットされたフラグ（図１１（ｂ）におけ
るフラグＳ、ＴおよびＩに相当する）とを含む圧縮ヘッ
ダを生成し、この圧縮ヘッダを含むヘッダ圧縮パケット
を受信側ノード３ｂに対して送信するのである。一方、
上記差分値の比較の結果、双方の差分値が同一である場
合には、今回受信したIPパケットを圧縮したヘッダ圧縮
パケット中には、下位ビット列LSBは含ませない。

【００８６】ところで、上記下位ビット列LSBを、差分
一定フィールドを表すビット列のうちの下位何ビットに
設定するかは、送信対象となるデータや、差分一定フィ
ールド（ID、シーケンス番号およびタイムスタンプ）ご
との性質等に応じて適宜選定される。例えば、差分一定
フィールドを表すビット列のうち、変更が生じないと予
想される上位数ビットを除いたビット列を、下位ビット
列LSBとすることが考えられる。

【００８７】次に、図１０を参照して、本実施形態の動
作を説明する。なお、実際には、上記第１実施形態等に
も示したように、差分一定フィールドにはIPヘッダ中の
IDや、RTPヘッダ中のシーケンス番号およびタイムスタ
ンプ等が含まれるが、以下では、簡単のため、これらを
総称して単に「差分一定フィールド」と呼ぶこととす
る。

【００８８】まず、送信側ノード３ａは、送信側データ
端末１から最初に受信したIPパケットａをフルヘッダパ
ケットとして、以後受信したIPパケットｂ乃至ｆをヘッ
ダ圧縮パケットとして受信側ノード３ｂに送信する。さ
らに、図１０においては、IPパケットｇを受信する直前
に、受信側ノード３ｂからCONTEXT_STATEを受信した場
合を想定しているので、送信側ノード３ａは、IPパケッ
トｇについてはフルヘッダパケットとして受信側ノード
３ｂに送信する。ここで、上述したように、ヘッダ圧縮
パケット中の圧縮ヘッダには、差分一定フィールドの差
分値に変更があったものについてのみ下位ビット列LSB
が含まれることとなる。図１０においては、ヘッダ圧縮
パケットｂ、ｄおよびｆには下位ビット列LSBb、LSBdお
よびLSBfがそれぞれ含まれる一方、ヘッダ圧縮パケット
ｅには下位ビット列LSBが含まれない場合を想定してい
る。

【００８９】一方、受信側ノード３ｂ内の制御部３３ｂ
は、送信側ノード３ａから最初に受信したフルヘッダパ
ケットａからIPパケットａを復元して記憶部３４ｂに格
納するとともに、このIPパケットａを受信側データ端末
２に送信する。続いて制御部３３ｂは、次に受信したヘ
ッダ圧縮パケットｂを、IPパケットａを用いて復元す
る。具体的には、図１０に示すように、記憶部３４ｂに
格納されたIPパケットａのうちの差分一定フィールドを
読み出し、この差分一定フィールドを表すビット列のう
ちの下位ビット列LSBaを、ヘッダ圧縮パケットｂに含ま
れる下位ビット列LSBbに置換することによってヘッダ圧
縮パケットｂの差分一定フィールドを復元する（図１０
中の）。そして、制御部３３ｂは、この差分一定フィ
ールドを含むIPパケットｂを生成して記憶部３４ｂに格
納するとともに、このIPパケットｂを受信側データ端末
２に送信するのである。

【００９０】ここで、図１０においては、送信側ノード
３ａから送信されたヘッダ圧縮パケットｃが、受信側ノ
ード３ｂによって受信される前に、何らかの原因によっ
て喪失された場合を想定している。受信側ノード３ｂ内
の制御部３３ｂは、ヘッダ圧縮パケットｂの次にヘッダ
圧縮パケットｄを受信したことによってヘッダ圧縮パケ
ットｃが喪失されたことを検知すると、送信側ノード３
ａに対してCONTEXT_STATEを送信する。

【００９１】さらに、制御部３３ｂは、パケットｃの喪
失後、次にフルヘッダパケットｇを受信するまでに受信
したヘッダ圧縮パケットｄ乃至ｆを記憶部３４ｂに順次
格納する。具体的には、下位ビット列LSBを含むヘッダ
圧縮パケットを受信した場合には、当該ヘッダ圧縮パケ
ットをそのまま記憶部３４ｂに格納する。一方、下位ビ
ット列LSBを含まないヘッダ圧縮パケットを受信した場
合には、当該ヘッダ圧縮パケットに対して、その直前に
受信した、下位ビット列LSBを含むヘッダ圧縮パケット
のLSBを付加して記憶部３４ｂに格納する。例えば、図
１０に示す例においては、ヘッダ圧縮パケットｅは下位
ビット列LSBを含まないので、その直前に受信した下位
ビット列を含むヘッダ圧縮パケットｄの当該下位ビット
列LSBdが、下位ビット列LSBeとして、ヘッダ圧縮パケッ
トｅとともに記憶部３４ｂに格納されることとなる。

【００９２】次に、先に送信したCONTEXT_STATEに応じ
て送信側ノード３ａから送信されたフルヘッダパケット
ｇを受信すると、制御部３３ｂは、このフルヘッダパケ
ットｇの内容に基づいて、記憶部３４ｂに保持されたヘ
ッダ圧縮パケットｄ乃至ｆをIPパケットに復元するため
の処理を実行する。以下、この復元処理について詳述す
る。

【００９３】まず、制御部３３ｂは、フルヘッダパケッ
トｇをIPパケットｇに復元して記憶部３４ｂに格納する
とともに、当該IPパケットｇを受信側データ端末２に送
信する。なお、図１０においては、当該IPパケットｇ中
の差分一定フィールドを表すビット列のうち、下位ビッ
ト列を「LSBg」、それ以外のビットを「Ｇ」によってそ
れぞれ表記している。

【００９４】次に、制御部３３ｂは、記憶部３４ｂに格
納されたIPパケットｇ内の差分一定フィールドを読み出
し、当該差分一定フィールドを表すビット列のうちの下
位ビット列LSBgを、記憶部３４ｂに格納されたヘッダ圧
縮パケットｆの下位ビット列LSBfに置き換え、ヘッダ圧
縮パケットｆの差分一定フィールドを復元する（図１０
中の）。そして、制御部３３ｂは、この差分一定フィ
ールドと、IPパケットｇの一定値フィールドとを含むIP
パケットｆを生成するとともに、ヘッダ圧縮パケットｆ
中に含まれていたチェックサムを用いて正しく復元でき
たか否かを判定する。

【００９５】IPパケットｆが正しく復元できた場合に
は、このIPパケットｆを用いてヘッダ圧縮パケットeが
復元される。すなわち、制御部３３ｂは、IPパケットｆ
の差分一定フィールドのうちの下位ビット列LSBfを、記
憶部３４ｂに格納されたヘッダ圧縮パケットｅの下位ビ
ット列LSBe（LSBdと同一の内容である）に置き換えて、
ヘッダ圧縮パケットｅの差分一定フィールドを復元する
（図１０中の）。一方、IPパケットｆが正しく復元で
きなかった場合には、フルヘッダパケットとして受信・
復元されたIPパケットｇを用いてヘッダ圧縮パケットｅ
が復元される。すなわち、制御部３３ｂは、IPパケット
ｇの差分一定フィールドのうちの下位ビット列LSBgを、
記憶部３４ｂに格納されたヘッダ圧縮パケットｅに対応
する下位ビット列LSBeに置き換えて、ヘッダ圧縮パケッ
トｅの差分一定フィールドを復元する。

【００９６】こうして、IPパケットｆまたはｇのいずれ
かの内容に基づいて、ヘッダ圧縮パケットｅについての
差分一定フィールドを復元すると、制御部３３ｂは、こ
の差分一定フィールドと、IPパケットｆまたはｇ内の一
定値フィールドとを含むIPパケットｅを生成するととも
に、ヘッダ圧縮パケットｅに含まれていたチェックサム
を用いて正しく復元できたか否かを判定する。

【００９７】以後、制御部３３ｂは、パケットｃの喪失
後、フルヘッダパケットｇの受信までの間に受信したす
べてのヘッダ圧縮パケットについて同様の処理を行う。
そして、すべてのヘッダ圧縮パケットについて処理を終
了すると、正しく復元できたIPパケットのみを、各々の
RTPヘッダ中に含まれるシーケンス番号の順に、順次受
信側データ端末２に送信する。一方、正しく復元できな
かったパケットは破棄する。

【００９８】このように、本実施形態においても、上記
各実施形態と同様に、パケット喪失後に受信されたヘッ
ダ圧縮パケットが、当該パケット喪失直後に受信された
フルヘッダパケットに基づいて順次復元されるようにな
っているため、上記各実施形態と同様の効果を得ること
ができる。さらに、本実施形態においては、あるヘッダ
圧縮パケットの復元に際し、パケット喪失直後に受信し
たフルヘッダパケット、または当該ヘッダ圧縮パケット
の直前に復元されたIPパケットのうちのいずれかを用い
ることができる。例えば、図１０においては、ヘッダ圧
縮パケットｄの復元に際してフルヘッダパケットｇを復
元したIPパケットｇ、またはヘッダ圧縮パケットeを復
元したIPパケットeのうちのいずれかを用いることがで
きる。従って、復元対象となるヘッダ圧縮パケットｄの
直前の復元対象であるヘッダ圧縮パケットｅが正しく復
元されなかった場合であっても、IPパケットｇの内容に
基づいてヘッダ圧縮パケットｄを復元することができる
のである。従って、本実施形態によれば、上記各実施形
態と比較して復元の効率を向上させることができるとい
う利点がある。

【００９９】上記各実施形態に示したように、本発明に
おいては、パケット喪失後に受信・保持したヘッダ圧縮
パケットの内容を、当該パケット喪失直後に受信したフ
ルヘッダパケットの内容に基づいて復元するものであれ
ばよい。すなわち、パケット喪失直後に受信したフルヘ
ッダパケットを用いて、それ以前のヘッダ圧縮パケット
を復元する方法は、上記各実施形態に示した方法に限ら
れるものではなく、他の種々の方法をも用いることがで
きるのである。

【０１００】Ｄ：第４実施形態上記各実施形態において
は、送信側ノード３ａがIPパケットをヘッダ圧縮パケッ
トまたはフルヘッダパケットに変換する機能（以下、
「圧縮機能」という）を有する一方、受信側ノード３ｂ
がヘッダ圧縮パケットまたはフルヘッダパケットをIPパ
ケットに変換する機能（以下、「復元機能」という）を
有するようにした。これに対し、本実施形態において
は、図１に示す送信側データ端末および受信側ノード３
ｂが圧縮機能を有し、送信側ノード３ａおよび受信側デ
ータ端末２が復元機能を有するようになっている。

【０１０１】具体的には、送信側データ端末１は、送信
対象となるIPパケットを順次生成し、最初のIPパケット
および送信側ノード３ａからCONTEXT_STATEを受信した
直後に送信すべきIPパケットについては、フルヘッダパ
ケットとして送信側ノード３ａに送信する一方、その他
のIPパケットについては、ヘッダ圧縮パケットとして送
信側ノード３ａに送信する。

【０１０２】一方、送信側ノード３ａは、上記第１実施
形態における受信側ノード３ｂと同様の動作を行うこと
により、送信側データ端末１から送信されたフルヘッダ
パケットまたはヘッダ圧縮パケットをIPパケットに復元
し、受信側ノード３ｂに送信する。受信側ノード３ｂ
は、これらのIPパケットを受信し、フルヘッダパケット
またはヘッダ圧縮パケットに変換して受信側データ端末
に送信する。

【０１０３】一方、受信側データ端末２は、受信側ノー
ド３ｂから受信したフルヘッダパケットまたはヘッダ圧
縮パケットをIPヘッダに変換する。ここで、受信側ノー
ド３ｂと受信側データ端末２との間で生じたパケットの
喪失を検知すると、受信側データ端末２は、当該パケッ
トの喪失後、次にフルヘッダパケットが受信されるまで
の間に受信されたヘッダ圧縮パケットを内部の記憶装置
に記憶する。そして、当該パケットの喪失後にフルヘッ
ダパケットを受信すると、当該フルヘッダパケット内の
フルヘッダの内容に基づいて、上記記憶装置に記憶され
たヘッダ圧縮パケット内の圧縮ヘッダを復元してIPパケ
ットを生成するのである。この後、受信側データ端末２
は、受信した各パケットに含まれるデータに従って画像
の表示や音声の出力等の処理を行う。こうした場合に
も、上記各実施形態と同様の効果が得られる。

【０１０４】以上説明したように、パケットの喪失後、
次にフルヘッダパケットを受信するまでに受信されたヘ
ッダ圧縮パケットの圧縮ヘッダの内容を、当該フルヘッ
ダパケット内のフルヘッダの内容に基づいて復元する機
能を、受信側データ端末に持たせるようにしてもよいの
である。すなわち、本発明にかかるパケット伝送方法
は、ネットワーク内でパケットの送受信を行う任意の装
置に対して適用可能である。つまり、特許請求の範囲に
おける「送信側」および「受信側」は、データ端末間の
パケットの交換を中継するパケット中継装置のみなら
ず、パケットの送信元であるデータ端末およびパケット
の送信先であるデータ端末をも含む概念である。

【０１０５】Ｅ：変形例 ＜変形例１＞上記各実施形態においては、送信側ノード
３ａは、受信側ノード３ｂからのCONTEXT_STATEを受信
した直後に送信すべきIPパケットを、フルヘッダパケッ
トとして受信側ノード３ｂに対して送信するようにし
た。しかしながら、送信側ノード３ａがフルヘッダパケ
ットとして送信するIPパケットの条件は、これに限られ
るものではない。送信側ノード３ａからフルヘッダパケ
ットとして送信されるIPパケットとしては、例えば以下
のようなものが考えられる。

【０１０６】ａ．第１の態様 送信対象となるIPパケット内のRTP/UDP/IPヘッダ内の一
定値フィールドの値に変更が生じない場合、送信側ノー
ド３ａは、上記実施形態に示したように、最初に送信す
べきIPパケット、および受信側ノードからCONTEXT_STAT
Eを受信した直後に送信すべきIPパケットについてのみ
フルヘッダパケットとして送信することも可能である。
しかしながら、一定値フィールドの値に変更が生じ得る
場合には、かかるパケットに加え、上記従来技術Ａにも
示したように、一定値フィールドの内容に変更があった
パケットもフルヘッダパケットとして送信される必要が
ある。すなわち、送信側ノード３ａ内の制御部３３ａ
は、RTP/UDP/IPヘッダ内の一定値フィールドに変更があ
ったパケットについても、フルヘッダパケットとして送
信するようにしてもよい。なお、CONTEXT_STATEを受信
した直後に送信すべきIPパケットに代えて、一定値フィ
ールドに変更があったIPパケットについてのみフルヘッ
ダパケットとして送信するようにしてもよいことは言う
までもない。

【０１０７】ｂ．第２の態様 送信側ノード３ａにおいては、上記従来の技術において
方法１として示したように、送信側データ端末１から順
次送信されるパケットのうちの１のパケットを一定個数
間隔毎に選択し、選択したパケットをフルヘッダパケッ
トとして受信側ノード３ｂに送信するようにしてもよ
い。

【０１０８】なお、上記第１および第２の態様において
も、受信側ノード３ｂは、パケットの喪失が発生してか
ら、送信側ノード３ａからのフルヘッダパケットが受信
されるまでに受信されたパケットを保持しておき、当該
フルヘッダパケットの内容に基づいてこれらの保持した
パケットを復元する点は上記各実施形態と同様である。

【０１０９】＜変形例２＞フルヘッダパケットおよびヘ
ッダ圧縮パケットは、上記各実施形態に示したものに限
られない。すなわち、本発明における「フルヘッダパケ
ット」とは、送信側ノードにおける圧縮動作の内容と、
受信側ノードにおける復元動作の内容とを一致させるた
めの機能を有するパケットであればいかなる構成であっ
てもよい。例えば、フルヘッダパケットは、上記機能を
有していれば、必ずしもそれ自身の内容に基づいて非圧
縮パケットを復元可能なパケットである必要はないし、
また、必ずしもIPヘッダに基づいて生成されるパケット
である必要はない。一方、圧縮ヘッダは、他のパケット
（フルヘッダパケットや、ヘッダ圧縮パケットを復元し
たIPパケット）の内容に基づいて復元可能なパケットで
あれば、いかなる構成としてもよい。

【０１１０】

【発明の効果】本発明においては、パケットの喪失時か
ら次にフルヘッダが受信されるまでに受信されたヘッダ
圧縮パケットを保持しておき、当該パケットの喪失後に
受信したフルヘッダパケットの内容に基づいて、当該保
持されたヘッダ圧縮パケット内の圧縮ヘッダを復元する
ようになっている。この結果、上記従来の技術と比較し
て、他のパケットの喪失に伴って破棄されるパケットを
減らすことができるという利点がある。

【図面の簡単な説明】

【図１】 本発明の第１実施形態に係る通信システムの
構成を例示するブロック図である。

【図２】 同通信システムにおける受信側ノードの構成
を例示するブロック図である。

【図３】 同通信システムにおける動作を示すタイミン
グチャートである。

【図４】 同通信システムにおける受信側ノードの、パ
ケット喪失時の動作を示すフローチャートである。

【図５】 第１実施形態の変形例におけるパケット喪失
時の動作を示すフローチャートである。

【図６】 本発明の第２実施形態に係る通信システムに
おける差分値付きフルヘッダパケットの構成を表す図で
ある。

【図７】 同通信システムにおける動作を示すタイミン
グチャートである。

【図８】 同通信システムにおける受信側ノードの、パ
ケット喪失時の動作を示すフローチャートである。

【図９】 同通信システムにおけるパケット喪失時の、
受信側ノード内の記憶部の記憶内容を例示する図であ
る。

【図１０】 本発明の第３実施形態に係る通信システム
における動作を示すタイミングチャートである。

【図１１】 （ａ）はRTP/UDP/IPヘッダの内容を示す図
であり、（ｂ）は圧縮ヘッダの内容を示す図である。

【図１２】 従来のパケット伝送方法（従来方法Ａ）の
手順を示すタイミングチャートである。

【図１３】 同パケット伝送方法の問題点を説明するた
めのタイミングチャートである。

【図１４】 従来のパケット伝送方法（方法１）の手順
を示すタイミングチャートである。

【図１５】 従来のパケット伝送方法（方法２）の手順
を示すタイミングチャートである。

【図１６】 従来のパケット伝送方法（方法３）の手順
を示すタイミングチャートである。

【図１７】 従来のパケット伝送方法（方法４）の手順
を示すタイミングチャートである。

【符号の説明】

１……送信側データ端末、２……受信側データ端末、３
……ネットワーク、３ａ……送信側ノード（中継装
置）、３ｂ……受信側ノード（中継装置）、３１ａ……
受信部、３２ａ……送信部、３３ａ……制御部、３４ａ
……記憶部、３５ａ……バス。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鈴木 敬 東京都千代田区永田町二丁目11番１号 エ ヌ・ティ・ティ移動通信網株式会社内 Ｆターム(参考） 5K030 GA03 GA12 HA08 HB01 HB02 JA05 LA01 MB13

Claims (8)

【特許請求の範囲】
1. 【請求項１】 送信側と受信側とを含むネットワークに
   おいて、前記送信側は、送信すべき非圧縮パケットを、
   フルヘッダを有するフルヘッダパケットまたは圧縮ヘッ
   ダを有するヘッダ圧縮パケットに変換して前記受信側に
   送信する一方、前記受信側は、前記送信側から送信され
   たフルヘッダパケットまたはヘッダ圧縮パケットを受信
   して非圧縮パケットに変換するパケット伝送方法であっ
   て、 前記受信側は、 前記送信側と受信側との間で前記フルヘッダパケットま
   たはヘッダ圧縮パケットの喪失が発生した場合には、当
   該パケット喪失後、次にフルヘッダパケットを受信する
   までの間に受信したヘッダ圧縮パケットを保持し、 前記パケット喪失後に受信したフルヘッダパケット内の
   フルヘッダの内容に基づいて、前記保持したヘッダ圧縮
   パケット内の圧縮ヘッダを復元することを特徴とするパ
   ケット伝送方法。
2. 【請求項２】 前記非圧縮パケットに含まれる非圧縮ヘ
   ッダは、各非圧縮パケット間で所定の差分値ずつ変化す
   る差分一定情報を含み、 前記受信側は、 前記パケット喪失後に受信したフルヘッダパケットのフ
   ルヘッダに含まれる差分一定情報から所定の差分値を減
   ずることにより、前記保持したヘッダ圧縮パケットの差
   分一定情報を復元することを特徴とする請求項１に記載
   のパケット伝送方法。
3. 【請求項３】 前記非圧縮パケットに含まれる非圧縮ヘ
   ッダは、各非圧縮パケット間で所定の差分値ずつ変換す
   る差分一定情報を含み、 前記送信側は、 前記非圧縮パケットを変換したフルヘッダパケットのう
   ち少なくとも一部の前記フルヘッダパケットに対し、当
   該非圧縮パケットと他の非圧縮パケットとの間の前記差
   分一定情報の差分値を付加する一方、 前記受信部は、 前記パケット喪失後に、前記差分値が付加されたフルヘ
   ッダパケットを受信した場合には、当該差分値と、当該
   フルヘッダパケットのフルヘッダに含まれる差分一定情
   報とを用いて、前記保持したヘッダ圧縮パケットの差分
   一定情報を復元することを特徴とする請求項１に記載の
   パケット伝送方法。
4. 【請求項４】 前記送信側は、 前記非圧縮パケットをフルヘッダパケットとして送信す
   る場合であって、当該非圧縮パケットと、当該非圧縮パ
   ケットの直前の非圧縮パケットとの間の差分一定情報の
   差分値が、他の非圧縮パケット間の差分一定情報の差分
   値と異なる場合に、当該フルヘッダパケットに対して差
   分値を付加することを特徴とする請求項３に記載のパケ
   ット伝送方法。
5. 【請求項５】 前記非圧縮パケットに含まれる非圧縮ヘ
   ッダは、各非圧縮パケット間で同一となる一定値情報を
   含み、 前記受信側は、 前記パケット喪失直前または直後に受信したフルヘッダ
   パケット内のフルヘッダに含まれる一定値情報に基づい
   て、前記保持したヘッダ圧縮パケットの一定値情報を復
   元することを特徴とする請求項１乃至４のいずれかに記
   載のパケット伝送方法。
6. 【請求項６】 前記非圧縮パケットに含まれる非圧縮ヘ
   ッダは、各非圧縮パケット間で所定の差分値ずつ変化す
   る差分一定情報を含む一方、少なくとも一部の前記ヘッ
   ダ圧縮パケット内の圧縮ヘッダは、前記非圧縮ヘッダ内
   の差分一定情報を表すビット列のうちの一部である部分
   ビット列を含み、 前記受信側は、 前記パケット喪失後に受信したフルヘッダパケットのフ
   ルヘッダに含まれる差分一定情報を表すビット列のうち
   の一部を、所定のヘッダ圧縮パケットに含まれる前記部
   分ビット列に置き換えることによって、前記保持したヘ
   ッダ圧縮パケットの差分一定情報を復元することを特徴
   とする請求項１に記載のパケット伝送方法。
7. 【請求項７】 複数のデータ端末間に介在し、各データ
   端末間で交換されるパケットを中継する中継装置におい
   て、 フルヘッダを有するフルヘッダパケットまたは圧縮ヘッ
   ダを有するヘッダ圧縮パケットを受信して、非圧縮パケ
   ットに変換する受信手段と、 前記フルヘッダパケットまたはヘッダ圧縮パケットが、
   前記受信手段によって受信される前に喪失した場合に
   は、当該パケット喪失後、次にフルヘッダパケットを受
   信するまでの間に受信されたヘッダ圧縮パケットを保持
   する保持手段と、前記パケット喪失後に受信されたフル
   ヘッダパケット内のフルヘッダの内容に基づいて、前記
   保持手段によって保持されたヘッダ圧縮パケット内の圧
   縮ヘッダを復元する復元手段とを具備することを特徴と
   する中継装置。
8. 【請求項８】 他のデータ端末との間でネットワークを
   介したパケット交換が可能なデータ端末であって、 フルヘッダを有するフルヘッダパケットまたは圧縮ヘッ
   ダを有するヘッダ圧縮パケットを受信して、非圧縮パケ
   ットに変換する受信手段と、 フルヘッダパケットまたはヘッダ圧縮パケットが、前記
   受信手段によって受信される前に喪失した場合には、当
   該パケット喪失後、次にフルヘッダパケットを受信する
   までの間に受信されたヘッダ圧縮パケットを保持する保
   持手段と、 前記パケット喪失後に受信されたフルヘッダパケット内
   のフルヘッダの内容に基づいて、前記保持手段によって
   保持されたヘッダ圧縮パケット内の圧縮ヘッダを復元す
   る復元手段とを具備することを特徴とするデータ端末。