JP2006287284A - 無線通信システム及びそのヘッダ圧縮制御方法 - Google Patents

Abstract

【課題】ＲＯＨＣアルゴリズムによるヘッダ圧縮技法を用いる場合の、送受信データの信頼性向上及び冗長性の低減を図る無線通信システム及びそのヘッダ圧縮方法を提供する。
【解決手段】送信側端末装置２０及び受信側端末装置３０に、それぞれ送信パケットカウント処理部２２及び復元パケットカウント処理部３２を設け、データ送受信開始後、ある周期で受信側端末装置３０は送信側端末装置２０に復元できたパケットの数を通知する。送信側端末装置２０は、送信したパケット数と受信側から通知されたパケット数を比較し確達率を求めるデータの確達率計算処理部２４を備え、その確達率によってフルヘッダや動的ヘッダを送る周期を短くするか長くするかを決定し、その新たな間隔でフルヘッダまたは動的ヘッダを送信する。
【選択図】図１

Description

本発明は無線通信システム及びそのヘッダ圧縮制御方法に関し、特にデータ送受信の信頼性を向上させる無線通信システム及びそのヘッダ圧縮制御方法に関する。

携帯電話やＰＤＡ（Personal Digital Assistant）の如き携帯端末が普及して、種々のデータを携帯端末間又は携帯端末とＰＣ（パーソナルコンピュータ）等のデータ処理装置間で無線により送受信している。限られた帯域での無線環境通信では、データを圧縮させて通信を行うことで、通信回線の圧迫を低減している。その１つの技法は、データのヘッダを圧縮させて通信を行うことである。特に無線環境通信で有効とされるヘッダ圧縮方式にＲＯＨＣ(Robust Header Compression)という方法があり、この方法はＲＦＣ３０９５その他にも規定されている。

このＲＯＨＣとは、図５Ａ〜図５Ｅに示す如く、データのヘッダ部分を圧縮する技術である。即ち、通常の送信データは、図５Ａに示す如く、２０／４０バイトのＩＰ（Internet Protocol）及び８バイトのＵＤＰ（User Datagram Protocol）よりなるヘッダ部とそれに続くデータ部により構成される。また、ヘッダ部分が圧縮された数バイトの圧縮ヘッダ部に続くデータ部により構成される。

これは、ＩＰｖ４、ｖ６、ＵＤＰ、ＲＴＰ等のヘッダに対応しているヘッダ圧縮技術である。ある１つのＩＰコネクションの連続するＩＰパケットのヘッダ内容は、変わっている部分は多くなく且つシーケンシャルな部分もある。従って、図５Ｂ〜図５Ｅに示す如く、初めにフルヘッダを送信し（そのヘッダ情報をコンテキストファイルとして保存し）、次に送るヘッダは、変化する動的な部分（差分情報）のみを含んでいる。受信側では送られてきた差分ヘッダ情報とコンテキストを使用して、ヘッダを復元する。図５Ｂは、通常のＩＰｖ４／ＵＤＰヘッダフォーマット（２８ｂｙｔｅ）を示し、ＩＰバージョン、ヘッダ長、ＴｏＳ、パケット長、識別子、フラグ、フレグメントオフセット、ＴＴＬ、プロトコル、ヘッダチェックサム、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号、ＵＤＰデータ長、ＵＤＰチェックサム等を含んでいる。図中、通常変化しない部分（静的な部分）、変化する部分（動的な部分）、ＲＯＨＣでは送信しない部分、ＲＯＨＣで累加する部分がそれぞれ示されている。ＲＯＨＣ用に動的／静的部分の抽出がなされ、図５Ｃに示すような最初のＲＯＨＣパケット（２６ｂｙｔｅ）が得られ、動的な部分のみ送信され（図５Ｄ）、差分のみ送信される（図５Ｅ）。

上述の如きヘッダ圧縮処理技術により、ヘッダのサイズを小さくすることが可能となる。また、ＲＯＨＣには、図６に示すＵ（Unidirectional）モード、図７に示すＯモード及び図８に示すＲモードの３つのオペレーションモードがある。その無線環境やシステム等に適切なオペレーションモードでヘッダの圧縮復元を行うようにする。

更に、図９に示す如く、各オペレーションモードにおいて、コンプレッサ（送信側）とデコンプレッサ側（受信側）にも３つの状態があり、圧縮及び復元の状態により状態遷移をし、適切な情報のやり取りを行えるような仕組みになっている。これらは、当業者にとって周知のことであるのでその詳細な説明は省略する。図において、ａｃｋはパケットの復元の成功、ｎａｃｋはＣｏｎｔｅｘｔの動的部分のエラー、ｓｔａｔｉｃ ｎａｃｋはＣｏｎｔｅｘｔの静的部分のエラー、ｕｐｄａｔｅはスライディングＷｉｎｄｏｗの変更等をそれぞれ示す。

図６に示すＵモードは、基本的に受信側からのａｃｋ／ｎａｃｋのフィードバックはない、一方向のオペレーションモードである。そのため、定期的にフルヘッダと動的ヘッダ（変化する部分のヘッダ）を送信する方法によって、送信側と受信側のコンテキストの同期を維持する。状態遷移の方法は、予め「何パケット送信したら上位状態へ遷移する」ということを決めておき状態を遷移させる。従って、本当に受信側が受信できているか否かは分からないまま、楽観的に（optimistic）状態遷移するということになる。

一方、図７に示すＯモードは、上位状態への方法は上述したＵモードと同じであるが、下方状態への遷移方法が異なる。即ち、Ｕモードと異なり、受信側でエラーが起きた場合のｎａｃｋを受け取ると、状態を下方へ遷移させ、動的ヘッダ又はフルヘッダを送信するように動作する。このため、情報のやり取りは多くなるが、データの信頼性は高くなる。

更に、図８に示すＲモードは、上位状態への遷移時も、相手からａｃｋを受け取ってから上位へ状態遷移するため、コンテキストの同期が確実にとれ且つデータの復元率も更に高くなる。但し、回線が非常に細く且つ混雑している場合には、Ｒモードのようなａｃｋを必ず受け取る仕組みになっていると、回線を圧迫させてしまう状況が発生する可能性がある。

また、コンプレッサとデコンプレッサの状態遷移の関係は、図９に示す如き関係になっており、相互の状態により送信するヘッダ情報を変更している。先ず、コンプレッサ側（図９の左側）は、ＩＲ状態からスタートし、全ヘッダを送る。そして、デコンプレッサ側（図９の右側）でコンテキストが確立（又は決められたパケット数送信）すると、ＦＯ状態に遷移し、更にＳＯ状態へ遷移する（コンテキストの信頼度が高まるにつれ、上位状態に遷移する）。エラー等が起こると下位状態へ遷移し、復元に必要なコンテキストを確立させる。

一方、デコンプレッサ側の動作は、最初はＮＣ状態からスタートし、送信側から送られてくるフルヘッダ情報を受信したらコンテキストを確立してＦＣ状態へ遷移する。復元の失敗等によるエラーが起こると、１つ下のＳＣ状態へ遷移し、コンプレッサー側のＦＯ状態で送られてくるパケットにより、コンテキストを修復する。それでも修復できない場合には、ＮＣ状態へ遷移し、ＩＲ状態で送られてくる全ヘッダ情報を待ち、その情報によりコンテキストを修復する。このように、エラーにも対応できるヘッダ圧縮方式となっている。

斯かる技術分野における又は関連する従来技術は、幾つかの技術文献に開示されている。受信側が、ある時間の間パケット損失率を算出し、送信側にその損失率を通知する。そして、送信側では、損失率が閾値を超えた場合にデータレート、パケットサイズ（分割）を決定し、決定した送信方法で送信するデータ送出装置、データ受信装置及びデータ伝送装置を開示している（例えば、特許文献１参照）。また、ＮＡＣＫの通知を受け取ることにより受信されなかったパケット数を算出し、所定のパケット数とＮＡＣＫ受信数によりロス率を算出する送信装置及び方法、記録媒体、並びにプログラムが開示されている（例えば、特許文献２参照）。更に、送受信すべきパケットのヘッダを圧縮する場合に、受信側に与える影響を少なくするヘッダ圧縮を伴うパケット伝送のための方法及び装置が開示されている（例えば、特許文献３参照）。

特開２００３‐２４９９７７号公報（第６‐７頁、第１図） 特開２００５‐２７２０８号公報（第５‐６頁、第２図） 特開２００１‐３２０４２２号公報（第１０‐１１頁、第３図）

上述の如き従来技術には、幾つかの課題を有する。先ず、ＲＯＨＣを使用してマルチキャスト通信を行う場合には、Ｕモード（一方向のモード）のオペレーションモードでの適応になり、フルヘッダや動的ヘッダを送信する周期を固定値として設定している。そのため、数値を決定した後、仮に周期が適当でなくなってしまったときには、適切な通信ができない場合がある。

また、データの種類によるオペレーションモードの変更や遷移状態の変更が行えないことである。目標情報の如く、ある間隔で次々に送られてくるデータに関しては、多少データが落ち又は復元できなくとも、次のデータで補うことが可能であり、影響は少ない。しかし、例えば、「命令」及び「警報」の如き、重要且つ緊急のデータに関しては、データが落ち又は復元できないことは大きな問題となる。

本発明は、従来技術の上述した課題に鑑みなされたものであり、斯かる課題を解消又は軽減する無線通信システム及びそのヘッダ圧縮方法を提供することを主たる目的とする。即ち、ＵモードでＩＰパケットのヘッダをフルヘッダや動的ヘッダで送信する周期を任意に変えられる無線通信システムを提供することである。

本発明の他の目的は、Ｕモードでフルヘッダや動的ヘッダを送信する周期を回線の状態を予測して自動で変えられるようにすることにより、無線通信の冗長性を低減させると共に信頼性を向上させる無線通信システムを提供することである。

本発明の更に他の目的は、データ種類を識別し、オペレーションモードやコンプレッサ、デコンプレッサの状態遷移を可変とし、信頼性を向上させる無線通信システム及びそのヘッダ圧縮方法を提供することである。

前述の課題を解決するため、本発明による無線通信システム及びそのヘッダ圧縮制御方法は、次のような特徴的な構成を採用している。

（１）ＲＯＨＣ（Robust Header Compression）技法を使用して送信側端末装置（コンプレッサ側）及び受信側端末装置（デコンプレッサ側）間で無線により通信する無線通信システムにおいて、
前記受信側端末装置は、復元した復元パケット数をカウントする復元パケットカウント処理部を備え、前記送信側端末装置は、送信パケット数をカウントする送信パケットカウント処理部及び前記送信パケット数と前記受信側端末の復元パケット数に基づきデータの確達率を計算するデータの確達率計算処理部を備えることを特徴とする無線通信システム。
（２）前記受信側端末装置は、前記復元されたパケットカウント値を予め設定された周期で前記送信側端末装置へ通知する上記（１）の無線通信システム。
（３）前記データの確達率計算処理部が計算して求めた確達率に応じてフルヘッダや動的ヘッダを送信する周期の長短を決定する上記（１）又は（２）の無線通信システム。
（４）ＲＯＨＣ技法を使用して送信側端末装置からヘッダを圧縮して受信側端末装置へ無線通信する際のヘッダ圧縮制御方法において、
前記送信側端末装置から送信される送信パケット数をカウントする送信パケット数カウントステップと、前記受信側端末装置で受信して復元された復元パケット数をカウントする復元パケット数カウントステップと、前記送信パケット数及び前記復元パケット数からデータの確達率を計算する確達率計算ステップと、前記確達率に基づき前記ヘッダの圧縮状態を制御するステップとを備えるヘッダ圧縮制御方法。
（５）前記送信されるデータの種類を判別するステップを備え、緊急又は重要データの場合には、前記送信側端末装置からフルヘッダで送信される上記（４）のヘッダ圧縮制御方法。
（６）前記送信されるデータの種別の判別ステップで緊急又は重要データと判断された場合には、フルヘッダを送信する間隔を短くする上記（４）のヘッダ圧縮制御方法。
（７）前記確達率に応じて前記送信側端末装置及び前記受信側端末装置間の通信回線の品質に合ったフルヘッダ又は動的ヘッダ送信周期を変更して送受信されるデータの信頼性を向上する上記（４）のヘッダ圧縮制御方法。
（８）前記確達率に応じて前記フルヘッダ又は動的ヘッダの送信周期は、予め設定された周期決定テーブルに基づき決定する上記（４）のヘッダ圧縮制御方法。
（９）前記周期決定テーブルは、前記送信側端末装置及び前記受信側端末装置のアンテナの特性や性能及び無線の帯域幅により重み付けして決定する上記（８）のヘッダ圧縮制御方法。

本発明の無線通信システム及びそのヘッダ圧縮制御方法によると、次の如き実用上の顕著な効果が得られる。第１に、フルヘッダや動的ヘッダを送る周期を可変にできるようにすることで、無線環境でのデータ通信の冗長性を低減し、また信頼性が向上する。その理由は、受信側で復元したパケット数をあるタイミングで送信側に通知し、送信側では送信したパケット数と受信側から通知されたパケット数から確達率を計算し、その値によってフルヘッダや動的ヘッダを送る周期を細かくするか、大きくするかを自動で判断し、フルヘッダや動的ヘッダを送るタイミングを決める。そのため、回線状態が良いときには、無駄にフルヘッダを送ることはなくデータの冗長性を低減でき、また回線状態が良くない場合には、フルヘッダや動的ヘッダを送る間隔を狭くし、データの信頼性を向上させることができるからである。

第２に、マルチキャスト通信において、データの信頼性を向上させる。その理由は、上述と同様に、マルチキャスト通信においても受信側から受信できたパケット数をあるタイミングで通知させ、送信したパケット数と比較しながら回線状態を把握し、フルヘッダや動的ヘッダを送るタイミングを変えることで、データの信頼性を向上ができるからである。その際、回線の圧迫を防ぐためにも、受信端末からの通知は全ての端末からでなくてもよく、ランダムに選ばれた受信端末から値を通知してもらい、確達率を計算するようにして、回線状態を把握してもよい。

第３に、命令や警報の如き緊急又は重要なデータを識別し、オペレーションモード、遷移状態を変更し、データの復元率を向上させる。その理由は、これらの命令や警報の如きデータに関しては、必ずＩＲ状態に戻りフルヘッダでデータを送信することで、データの復元率を向上させることができるからである。

以下、本発明による無線通信システム及びそのヘッダ圧縮方法の好適実施例の構成及び動作を、添付図面を参照して詳細に説明する。

先ず、図１は、（Ａ）に本発明による無線通信システムの第１実施例の構成を示すブロック図を示し、（Ｂ）にコンプレッサ（送信）側及びデコンプレッサ（受信）側の状態遷移図を示す。この無線通信システム１０は、図１（Ａ）に示す如く、無線により相互接続された送信側端末装置２０と受信側端末装置３０により構成されている。送信側端末装置２０は、プログラム制御によりデータを圧縮して送信処理を行う。一方、受信側端末装置３０は、送信側端末装置２０から送信されるデータを受信して、これを復元する。

送信側端末装置２０は、コンプレッサ（圧縮処理）部２１と送信パケット数をカウントする送信パケットカウント処理部２２、送信側コンテキスト２３、データの確達率計算部２７及び送信アンテナ２５を有する。ここで、コンプレッサ２１は、図１（Ｂ）に示す如く、ＩＲ状態１０４、Ｆ０状態１０５及びＳ０状態１０６の３つの状態に遷移する。

一方、受信側端末装置３０は、デコンプレッサ（復元処理）部３１、復元したパケット数をカウントする復元パケットカウント部３２、受信側コンテキスト３３及び受信アンテナ３５を有する。デコンプレッサ部３１は、図１（Ｂ）に示す如く、ＮＣ状態１２４、ＳＣ状態１２５及びＦＣ状態１２６の３つの状態に遷移する。

上述した無線通信システム１０の送信側端末装置２０及び受信側端末装置３０の各構成要素の概略機能乃至動作を説明する。送信側端末装置２０のコンプレッサ部（圧縮処理部）２１は、データのヘッダ圧縮を行う。送信パケットカウント処理部２２は、送信側端末２０が送信したパケット数をカウント（計数）して保存しておく。送信側コンテキスト部２３は、送信したヘッダ情報を記録されているファイルである。

コンプレッサ部２１のＩＲ状態１０４は、コンプレッサ部２１がフルヘッダを送るＩＲ(Initialization & Refresh)状態である。Ｆ０状態１０５は、コンプレッサ部２１が動的ヘッダを送るＦＯ（First Order）状態である。また、Ｓ０状態１０６は、コンプレッサ部２１が動的部分の差分を送るＳＯ（Second Order）状態である。

データの確達率計算処理部２４は、送信パケットと、デコンプレッサ部３１から通知された復元したパケット数をカウントする復元パケットカウント処理部３２のカウント数とを比較し、確達率を計算する。

受信側端末装置３０のデコンプレッサ部（復元処理部）３１は、圧縮されて送信側端末装置２０から受信したヘッダを復元する。復元パケットカウント処理部３２は、送信側端末装置２０から受信して復元に成功したパケット数をカウントし保存する。受信側コンテキスト部３３は、送信側端末装置２０から送信されてきたヘッダの情報を常に更新し、記録しているファイルである。

デコンプレッサ部３１において、ＮＣ状態１２４は、コンテキストを持っていない又は静的部分のコンテキストが不十分なＮＣ（No Context）状態であり、ＩＲ状態のパケットのみ復元可能である。ＳＣ状態１２５は、動的部分のコンテキストが不十分なＳＣ（Static Context）状態であり、Ｆ０状態等のパケット受信によりＦＣへ遷移可能である。また、ＦＣ状態１２６は、コンテキストが十分なＦＣ（Full Context）状態である。

次に、図２のフローチャートを参照して、図１に示す本発明による無線通信システム１０の全体の動作（Ｕモード）について詳細に説明する。

先ず、送信側端末装置２０送信パケットカウント処理部２２から送信パケット数カウント値をコンプレッサ側（送信側端末装置）２０で受信する（ステップＡ１）。そこで、データのヘッダをＲＯＨＣのヘッダフォーマットに組み換える（ステップＡ２）。次に、データの種別を確認し、重要又は緊急データか否かを判断する（ステップＡ３）。重要又は緊急なデータである場合（ステップＡ３：Ｙｅｓ）には、ＩＲ状態１０４へ遷移し、フルヘッダを送信する（ステップＡ２０）。

通常のデータである場合（ステップＡ３：Ｎｏ）には、ＩＲパケットを何回送ったかを確認する（ステップＡ４）。予めプログラム内で設定してある所定回数よりも少ない場合（ステップＡ４：Ｎｏ）には、そのままＩＲ状態１０４を続ける。一方、同じ又は多い場合（ステップＡ４：Ｙｅｓ）には、送信側コンテキスト部２３のコンテキストに変更があるか否か判断する（ステップＡ５）。コンテキストの内容に変更がある場合（ステップＡ５：Ｙｅｓ）には、Ｆ０状態１０５へ遷移する（ステップＡ６）。変更がない場合（ステップＡ５：Ｎｏ）には、Ｓ０状態１０６へ遷移する（ステップＡ７）。このとき、何回パケットを送信したかカウントしておくための各カウンタはクリアする。

次に、Ｆ０状態１０５でＦ０パケットを何回送ったかを確認する（ステップＡ８）。予めプログラム内で設定してある回数よりも少ない場合（ステップＡ８：Ｎｏ）には、ＦＯ状態１０５を続け、同じ又は多かった場合（ステップＡ８：Ｙｅｓ）には、コンテキストの内容に変更があるか否かを判断する（ステップＡ９）。コンテキストの内容に変更がある場合（ステップＡ９：Ｙｅｓ）には、Ｆ０状態を維持する（ステップＡ１０）。コンテキストの内容に変更が無い場合（ステップＡ９：Ｎｏ）には、Ｓ０状態１０６へ遷移する（ステップＡ１１）。このとき、何回パケットを送信したかカウントしておくための各カウンタはクリアする。

続いて、周期の確認をする。動的ヘッダ（Ｆ０パケット）又はフルヘッダ（ＩＲパケット）を送る周期になったかどうかを判断し、動的ヘッダを送る周期になっていたら、Ｆ０状態１０５へ遷移し、フルヘッダを送る周期になっていたらＩＲ状態１０４へ遷移する（ステップＡ１２）。状態を遷移させ場合には、ＩＲ状態１０４に戻るための周期を確認するためのカウンタとＦ０状態１０５に戻るための周期を確認するためのカウンタをクリアする。

そして、動的ヘッダ、フルヘッダを送信する周期になるのを確認するため（Ｆ０状態１０５、ＩＲ状態１０４に戻るのを確認するため）、パケット数をカウントする。先ず、現状の状態がＳ０状態１０６かＦ０状態１０５を判断する（ステップＡ１３）。どちらかの状態である場合（ステップＡ１３：Ｙｅｓ）には、ＩＲ状態１０４に戻るまでのパケット数をカウントアップする（ステップＡ１４）する。そして、更にＳ０状態１０６か否か判断する（ステップＡ１５）。ＳＯ状態１０６の場合（ステップＡ１５：Ｙｅｓ）には、Ｆ０状態１０５に戻るまでのパケット数をカウントアップする（ステップＡ１６）。次に、送信処理を行う（ステップＡ１７）。

次に、図３（Ａ）のフローチャートを参照して、上述した送信処理（ステップＡ１７）について説明する。この送信処理では、コンプレッサ２１がＩＲ状態か否か判断する（ステップＣ１）。データがＩＲ状態１０４の場合（ステップＣ１：Ｙｅｓ）には、フルヘッダのＩＲパケットを送り、ＩＲパケットを送った回数をカウントアップする（ステップＣ２）。ＩＲ状態１０４でない場合（ステップＣ１：Ｎｏ）には、ＦＯ状態１０５か否か判断する（ステップＣ３）。Ｆ０状態１０５の場合（ステップＣ３：Ｙｅｓ）には、動的ヘッダのＦ０パケットを送り、Ｆ０パケットを送った回数をカウントアップし（ステップＣ４）、ステップＡ１８に移行する。ＦＯ状態１０５でない場合、即ち、ＳＯ状態１０６の場合には、差分ヘッダのみを送信する（ステップＣ５）。

次に、再び図２を参照して、上述した送信処理（ステップＡ１７）が完了すると、送信した全てのパケット数をカウントし（ステップＡ１８）、ステップＡ１へ戻る。また、別処理で、カウントされた送信パケット数を使用して、次の周期の計算処理又は決定処理を行う（ステップＡ１９）。

この周期計算処理（ステップＡ１９）を、図３（Ｂ）のフローチャートを参照して説明する。受信側端末装置３０の復元パケットカウント処理部３２から所定間隔で通知される復元パケット数Ｂを受け取る（ステップＢ１）。また、送信パケット数Ａを受け取る（ステップＢ２）。これらの数Ａ及びＢから確達率を計算し、フルヘッダと動的ヘッダを送信する周期（Ｎr’、Ｎf’）の最適周期を、予め決めたテーブルに従って決定する（ステップＢ３）。そして、新しいフルヘッダと動的ヘッダを送信する周期として、Ｎr、Ｎfに設定する（ステップＢ４）。

次に、本発明による無線通信装置の他の実施例について説明する。この実施例の基本構成は、図１と同様である。この実施例は、図３（Ｂ）のステップＢ３のフルヘッダや動的ヘッダを送るための周期を決定する要素として、送受信パケットの数のみを考慮して算出するではなく、その無線通信に使用する無線機種類、帯域幅等の機器の諸元も考慮して周期を決定することを特徴とする。

図４は、周期決定テーブルの具体例を示す。この周期決定テーブル１３０は、確達率Ｐ（％）、フルヘッダ周期Ｎｒ（パケット数）及び動的ヘッダ周期Ｎｆ（パケット数）より構成されているが、他の実施例では、この項目に、更に無線機種の性能や機能に関する重み付けや無線帯域の制限等に関する項目も追加し、詳細な周期決定の条件に合致した値を使用し、周期とする。

以上、本発明による無線通信システム及びそのヘッダ圧縮方法の好適実施例について詳述した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨及び精神を逸脱することなく、特定用途に応じて種々の変形変更が可能であること、当業者には容易に理解できよう。

本発明の無線通信システム及びそのヘッダ制御方法によれば、無線環境において限られた帯域でのデータ通信を行う際に、ＲＯＨＣの技術を用いながらＩＰヘッダ圧縮を行い、特にＵモードで適応した場合に、フルヘッダ、動的ヘッダを送る周期を変更可能とする処理を加えることにより、データの信頼性の向上、またデータの冗長性の低減を見込めることから、航空機ネットワーク等、通信の負荷を抑える必要のある通信システムに好適である。また、マルチキャスト通信にＲＯＨＣを適応させた場合には、Ｕモードで行う際のデータ確達性を向上させるためにも同様に適用できる。

（Ａ）は、本発明による無線通信システムの好適実施例の基本構成を示すブロック図であり、（Ｂ）は、そのコンプレッサ及びデコンプレッサの各状態を示す状態遷移図である。 図１に示す無線通信システムの全体動作を示すフローチャートである。 （Ａ）は図２中の送信処理のフローチャートであり、（Ｂ）は図２中の周期決定処理のフローチャートである。 周期決定テーブルの具体例である。 本発明の基礎となるＲＯＨＣ技術の説明図である。 本発明の基礎となるＲＯＨＣ技術の説明図である。 本発明の基礎となるＲＯＨＣ技術の説明図である。 本発明の基礎となるＲＯＨＣ技術の説明図である。 本発明の基礎となるＲＯＨＣ技術の説明図である。 ＲＯＨＣのオペレーションモードであるＵモードの説明図である。 ＲＯＨＣのオペレーションモードであるＯモードの説明図である。 ＲＯＨＣのオペレーションモードであるＲモードの説明図である。 ＲＯＨＣのコンプレッサとデコンプレッサの状態遷移図である。

符号の説明

１０ 無線通信システム
２０ 送信側端末装置
２１ コンプレッサ
２２ 送信パケットカウント処理部
２３ 送信側コンテキスト
２４ データの確達率計算処理部
２５、３５ アンテナ
３０ 受信側端末装置
３１ デコンプレッサ
３２ 復元パケットカウント処理部
３３ 受信側コンテキスト
１０４ ＩＲ状態
１０５ ＦＯ状態
１０６ ＳＯ状態
１３０ 周期決定テーブル

Claims (9)

1. ＲＯＨＣ（Robust Header Compression）技法を使用して送信側端末装置（コンプレッサ側）及び受信側端末装置（デコンプレッサ側）間で無線により通信する無線通信システムにおいて、
   前記受信側端末装置は、復元した復元パケット数をカウントする復元パケットカウント処理部を備え、前記送信側端末装置は、送信パケット数をカウントする送信パケットカウント処理部及び前記送信パケット数と前記受信側端末の復元パケット数に基づきデータの確達率を計算するデータの確達率計算処理部を備えることを特徴とする無線通信システム。
2. 前記受信側端末装置は、前記復元されたパケットカウント値を予め設定された周期で前記送信側端末装置へ通知することを特徴とする請求項１に記載の無線通信システム。
3. 前記データの確達率計算処理部が計算して求めた確達率に応じてフルヘッダや動的ヘッダを送信する周期の長短を決定することを特徴とする請求項１又は２に記載の無線通信システム。
4. ＲＯＨＣ技法を使用して送信側端末装置からヘッダを圧縮して受信側端末装置へ無線通信する際のヘッダ圧縮制御方法において、
   前記送信側端末装置から送信される送信パケット数をカウントする送信パケット数カウントステップと、前記受信側端末装置で受信して復元された復元パケット数をカウントする復元パケット数カウントステップと、前記送信パケット数及び前記復元パケット数からデータの確達率を計算する確達率計算ステップと、前記確達率に基づき前記ヘッダの圧縮状態を制御するステップとを備えることを特徴とするヘッダ圧縮制御方法。
5. 前記送信されるデータの種類を判別するステップを備え、緊急又は重要データの場合には、前記送信側端末装置からフルヘッダで送信されることを特徴とする請求項４に記載のヘッダ圧縮制御方法。
6. 前記送信されるデータの種別の判別ステップで緊急又は重要データと判断された場合には、フルヘッダを送信する間隔を短くすることを特徴とする請求項４に記載のヘッダ圧縮制御方法。
7. 前記確達率に応じて前記送信側端末装置及び前記受信側端末装置間の通信回線の品質に合ったフルヘッダ又は動的ヘッダ送信周期を変更して送受信されるデータの信頼性を向上することを特徴とする請求項４に記載のヘッダ圧縮制御方法。
8. 前記確達率に応じて前記フルヘッダ又は動的ヘッダの送信周期は、予め設定された周期決定テーブルに基づき決定することを特徴とする請求項４に記載のヘッダ圧縮制御方法。
9. 前記周期決定テーブルは、前記送信側端末装置及び前記受信側端末装置のアンテナの特性や性能及び無線の帯域幅により重み付けして決定することを特徴とする請求項８に記載のヘッダ圧縮制御方法。
   

Images