(57)【要約】【課題】ＩＰパケット経路を無線化する経路でＲＯＨＣを適用する場合に、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる送信方法及び装置を提供する。【解決手段】順次、クライアントＰＣ１３で取得したパケットの内、最初の圧縮対象パケットを把握するパケットフィルタ２７と、当該パケットを把握した場合、当該パケットに付与された第１の識別番号に所定数を加えた第２の識別番号を求めるＩＰ−ＩＤ決定部３２と、第１の識別番号を第２の識別番号に変更し、且つ、当該最初の圧縮対象パケット以降の圧縮対象パケットに対し、第２の識別番号を順次付与するＩＰ−ＩＤ書換部３３と、第２の識別番号が付与されたパケットを順次圧縮するＲＯＨＣ圧縮部２０と、ＲＯＨＣ圧縮部２０により圧縮されたパケットを受信装置へ送信する無線通信部１８とを含む。【選択図】図３
2008113152.tif 000002
【特許請求の範囲】
【請求項１】
順次送信するパケット毎に連続する第１の識別番号を順次付与して送信する送信方法において、
送信するパケットを順次取得するパケット取得ステップと、
前記パケット取得ステップで取得したパケットの内、圧縮対象パケットを把握する第１の把握ステップと、
前記第１の把握ステップで把握した圧縮対象パケットの内、最初の圧縮対象パケットを把握する第２の把握ステップと、
前記第２の把握ステップで、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された前記第１の識別番号を、当該第１の識別番号に所定数を加えた第２の識別番号に変更し、前記最初の圧縮対象パケット以降の圧縮対象パケットに対して当該第２の識別番号を順次付与する識別番号変更ステップと、
前記識別番号変更ステップで前記第２の識別番号が付与された圧縮対象パケットを順次圧縮し、送信する圧縮パケット送信ステップと
を含むことを特徴とする送信方法。
【請求項２】
前記識別番号変更ステップの後、前記パケット取得ステップで順次取得されるパケット毎に付与された前記第１の識別番号と、前記第２の識別番号との一致を把握する第３の把握ステップと、
前記把握に基づいて、前記第１の識別番号と前記第２の識別番号とが一致する場合の圧縮対象パケットに対しては、当該圧縮対象パケットに付与される第２の識別番号を、当該第２の識別番号に所定数を加えた第３の識別番号に変更し、それ以降の圧縮対象パケットに対して当該第３の識別番号を順次付与する第２の識別番号変更ステップと
を更に含み、
前記第２の識別番号変更ステップの後に、前記第３の識別番号が付与された圧縮対象パケットを順次圧縮して送信することを特徴とする請求項１に記載の送信方法。
【請求項３】
前記圧縮対象パケットは、ユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットであることを特徴とする請求項１または２に記載の送信方法。
【請求項４】
順次送信するパケット毎に連続する第１の識別番号を順次付与して受信装置へ送信する送信装置において、
送信するパケットを順次取得するパケット取得手段と、
前記パケット取得手段で取得したパケットの内、最初の圧縮対象パケットを把握する把握手段と、
前記把握手段で、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された前記第１の識別番号に所定数を加えた第２の識別番号を求める第２の識別番号算出手段と、
前記最初の圧縮対象パケットに付与された前記第１の識別番号を、前記第２の識別番号算出手段で求められた前記第２の識別番号に変更し、且つ、当該最初の圧縮対象パケット以降の圧縮対象パケットに対して、前記第２の識別番号を順次付与する識別番号変更手段と、
前記識別番号変更手段で前記第２の識別番号が付与された圧縮対象パケットを順次圧縮するパケット圧縮手段と、
前記パケット圧縮手段により圧縮されたパケットを前記受信装置へ送信する圧縮パケット送信手段と
を含むことを特徴する送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信方法及び装置に関し、特に、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＩＰ）に基づく送信方法及び装置に関する。
【背景技術】
【０００２】
従来、送信機側から受信機側にデータを伝達させる通信技術は様々に考案されているが、昨今では、パケット指向や送信先の自由度等の理由でＩＰに基づく方法が好んで選択されている。
また、伝送の目的が音声や動画等のメディアパケット伝送である場合は、ＩＰパケットを下位層としてユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ：ＵＤＰ）、更に、その上位層の通信方法としてリアルタイムトランスポートプロトコル（Ｒｅａｌ  ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：ＲＴＰ）が好んで用いられる。
【０００３】
ＲＴＰ／ＵＤＰ／ＩＰを用いたメディアパケット伝送は、デファクトスタンダードとなっており、多くの運用共通性確保のために本方法を選択せざるを得ない場合が多いにもかかわらず、オーバーヘッドが比較的大きくなってしまう。
ＲＴＰ／ＵＤＰ／ＩＰのオーバーヘッドを減らして、より狭い帯域しか持たない伝送経路上でメディアパケットを透過させるための方法として、例えば、「ヘッダ圧縮方法及び装置並びにプログラム」（特許文献１参照）や「圧縮ヘッダデータを送信する方法、装置、およびシステム」（特許文献２参照）等、幾つかのパケットヘッダ圧縮方法が考案されており、その中に、ロバストヘッダコンプレッション（Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ）がある。
【０００４】
ＲＯＨＣは、連続するパケット間におけるＲＴＰ／ＵＤＰ／ＩＰヘッダの整合性に着目し、既に送信した情報で不変な情報、類推可能な情報、計算により求まる情報は、繰り返し送信せず、類推可能な情報を類推するための情報と、類推不可能、且つ、毎回変わる情報を送信することにより、送信すべきパケットヘッダ情報を圧縮する。ここで、類推可能な情報の一つに、ＲＯＨＣ（ＲＦＣ３０９５）のプロファイル１（ＲＴＰプロファイル）ではＩＰヘッダにおける識別番号（ＩＰ−ＩＤ）がある。
【０００５】
ＩＰ経路の一部を無線化するための無線装置は、昨今、一般的な技術になっており、その一つにＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）が存在する。このＰＨＳにおいては、クライアントＰＣ（Ｃｌｉｅｎｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）からはモデムに見え、クライアントＰＣで稼動するウインドウズ（ＷＩＮＤＯＷＳ（登録商標）、Ｍｉｃｒｏｓｏｆｔ社の登録商標）等のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が、インターネットに接続する仲立ちを行う。
【０００６】
一般に、ウインドウズ等の汎用ＯＳは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アプリケーションを実行することができる。ＶｏＩＰアプリケーションは、例えば、コーディックにＧ７２９Ａ（８Ｋｂｐｓ）を用い、ＲＴＰ／ＵＤＰ／ＩＰを用いて、インターネット上にあるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話機とＶｏＩＰ通話を行うことができる。
一般に、ウインドウズ等の汎用ＯＳは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）やＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）で用いるＩＰ−ＩＤとＶｏＩＰで用いるＵＤＰパケットとで、同じＩＰ−ＩＤ体系を用いる。
【特許文献１】特開２００２−２０４２６０号公報
【特許文献２】特開２００３−３０４２９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した、従来の通信システムにおいて、ＩＰパケット経路を無線化する経路でＲＯＨＣを適用する場合、ＩＰ−ＩＤが連続して変化する方が好適な圧縮率を得ることができる。
しかしながら、一般に、ＩＰ−ＩＤが目的のＲＴＰ／ＵＤＰ／ＩＰパケットで、連続した番号になるか否かはクライアントＰＣのＯＳが決定し、ＶｏＩＰアプリケーション若しくは伝送経路では決定できない。よって、ＩＣＭＰやＴＣＰ等のＶｏＩＰ以外の目的のＩＰパケットが発生した場合、ＩＰ−ＩＤの変化が連続した変化とならず、ＲＯＨＣ圧縮において最適な圧縮率を得ることができない。
本発明の目的は、ＩＰパケット経路を無線化する経路でＲＯＨＣを適用する場合に、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる送信方法及び装置を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明に係る送信方法は、順次送信するパケット毎に連続する第１の識別番号を順次付与して送信する送信方法において、送信するパケットを順次取得するパケット取得ステップと、前記パケット取得ステップで取得したパケットの内、圧縮対象パケットを把握する第１の把握ステップと、前記第１の把握ステップで把握した圧縮対象パケットの内、最初の圧縮対象パケットを把握する第２の把握ステップと、前記第２の把握ステップで、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された前記第１の識別番号を、当該第１の識別番号に所定数を加えた第２の識別番号に変更し、前記最初の圧縮対象パケット以降の圧縮対象パケットに対して当該第２の識別番号を順次付与する識別番号変更ステップと、前記識別番号変更ステップで前記第２の識別番号が付与された圧縮対象パケットを順次圧縮し、送信する圧縮パケット送信ステップとを含むことを特徴としている。
【０００９】
また、本発明は、前記識別番号変更ステップの後、前記パケット取得ステップで順次取得されるパケット毎に付与された前記第１の識別番号と、前記第２の識別番号との一致を把握する第３の把握ステップと、前記把握に基づいて、前記第１の識別番号と前記第２の識別番号とが一致する場合の圧縮対象パケットに対しては、当該圧縮対象パケットに付与される第２の識別番号を、当該第２の識別番号に所定数を加えた第３の識別番号に変更し、それ以降の圧縮対象パケットに対して当該第３の識別番号を順次付与する第２の識別番号変更ステップとを更に含み、前記第２の識別番号変更ステップの後に、前記第３の識別番号が付与された圧縮対象パケットを順次圧縮して送信することが好ましい。
また、本発明は、前記圧縮対象パケットが、ユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットであることが好ましい。
【００１０】
また、本発明に係る送信装置は、順次送信するパケット毎に連続する第１の識別番号を順次付与して受信装置へ送信する送信装置において、送信するパケットを順次取得するパケット取得手段と、前記パケット取得手段で取得したパケットの内、最初の圧縮対象パケットを把握する把握手段と、前記把握手段で、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された前記第１の識別番号に所定数を加えた第２の識別番号を求める第２の識別番号算出手段と、前記最初の圧縮対象パケットに付与された前記第１の識別番号を、前記第２の識別番号算出手段で求められた前記第２の識別番号に変更し、且つ、当該最初の圧縮対象パケット以降の圧縮対象パケットに対して、前記第２の識別番号を順次付与する識別番号変更手段と、前記識別番号変更手段で前記第２の識別番号が付与された圧縮対象パケットを順次圧縮するパケット圧縮手段と、前記パケット圧縮手段により圧縮されたパケットを前記受信装置へ送信する圧縮パケット送信手段とを含むことを特徴としている。
【発明の効果】
【００１１】
本発明によれば、ＩＰパケット経路を無線化する経路でＲＯＨＣを適用する場合に、ＲＯＨＣ圧縮の目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＩＰ−ＩＤを連続して変化させることにより、余計な変化情報を送らなくて済むので帯域が増えることが無く、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
図１は、本発明の一実施の形態に係る無線端末装置を用いた無線通信システムの概略構成を示す説明図である。図１に示すように、無線端末装置（送信装置）１０を用いた無線通信システム１１は、無線端末装置１０と無線により接続された無線基地局１２、無線端末装置１０に接続されたクライアントＰＣ１３、クライアントＰＣ１３に接続された音声通話器１４、無線基地局１２にインターネットを介して接続されたＳＩＰサーバ１５、対向ＳＩＰ電話機１６、及び無線基地局１２に接続されたＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）１７を有している。
音声通話器１４は、昨今、市販されているＶｏＩＰ通話用の電話機であり、受話用のスピーカ、送話用のマイク、及び各種操作用のキーパット、クライアントＰＣ１３との接続のためのＵＳＢインターフェース等を備えている。
【００１３】
クライアントＰＣ１３は、ＰＰＰｏＥクライアント（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ  Ｃｌｉｅｎｔ）として機能し、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））経由で無線端末装置１０と接続する。
無線端末装置１０は、ＰＰＰｏＥサーバ機能を有し、ＰＰＰｏＥからの接続要求を受け付ける。つまり、無線端末装置１０は、無線基地局１２と無線リンクにより接続し、クライアントＰＣ１３からのＰＰＰパケットをＰＤＳＮ１７まで伝達する。ＰＤＳＮ１７は、ＰＰＰサーバ及びＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとしての機能を有し、クライアントＰＣ１３からのＰＰＰ接続要求を受け付けると共に、グローバルＩＰアドレスをクライアントＰＣ１３に渡す。クライアントＰＣ１３は、グローバルＩＰアドレスを用いてインターネットに接続する。
【００１４】
クライアントＰＣ１３には、ＳＩＰプロトコルに対応したＶｏＩＰアプリケーションがインストールされており、ＳＩＰプロトコルを介して、ＳＩＰサーバ１５及び対向ＳＩＰ電話機１６と通信を行う。クライアントＰＣ１３からの呼接続要求が、ＳＩＰサーバ１５の導きにより対向ＳＩＰ電話機１６と接続された後、クライアントＰＣ１３にＵＳＢ  Ｉ／Ｆ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  ｉｎｔｅｒｆａｃｅ）により接続された音声通話器１４のスピーカ及びマイクを用いて、対向ＳＩＰ電話機１６との音声通話が実現する。音声コーディックは、Ｇ７２９Ａ（８Ｋｂｐｓ）を用いることとする。
【００１５】
図２は、図１の無線通信システムを用いたＶｏＩＰ通話時のプロトコルスタック変遷過程の一例を表により示した説明図である。図２に示すように、無線通信システム１１を用いてＶｏＩＰ通話を行っている際、クライアントＰＣ１３は、マイクから得た音声データをＧ７２９コーディックによりデジタルデータに変換し、ＲＴＰ／ＵＤＰ／ＩＰパケットに梱包する。クライアントＰＣ１３のＰＰＰｏＥクライアントは、ＲＴＰ／ＵＤＰ／ＩＰパケットをＰＰＰｏＥ／ＩＰパケットにカプセリングし、イーサネットをリンクチャネルに用いて無線端末装置１０に送信する。
【００１６】
無線端末装置１０は、ＰＰＰｏＥパケットをエンカプセルした後、ＲＴＰ／ＵＤＰ／ＩＰの各ヘッダをＲＯＨＣ圧縮し、無線プロトコルを用いて無線基地局１２に伝送する。無線基地局１２は、無線端末装置１０から受信したデータから、Ａ１０／ＧＲＥ（Ｇｅｎｅｒａｌ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）パケットを構築する。この際、ＲＯＨＣ圧縮されているＲＯＨＣパケットからＲＴＰ／ＵＤＰ／ＩＰパケットに展開する。Ａ１０／ＧＲＥパケットは、イーサネットをリンクチャネルに用いてＰＤＳＮ１７に伝達される。
【００１７】
図３は、図１の無線端末装置の内部構造を示すブロック図である。図３に示すように、無線端末装置１０は、無線通信部１８、送信バッファ１９、ＲＯＨＣ圧縮部２０、送信チャネルコンテキスト保持部２１、受信パケットバッファ２２、ＰＰＰ判定部２３、ＲＯＨＣ展開部２４、受信チャネルコンテキスト保持部２５、ＰＰＰパケット構築部２６、パケットフィルタ２７、ＰＰＰパケット抽出処理部２８、ＰＰＰｏＥパケット構築部２９、ＰＣ  Ｉ／Ｆ部３０、及びＩＰ−ＩＤ処理部３１を有している。
ＩＰ−ＩＤ処理部３１は、ＩＰ−ＩＤ決定部３２、ＩＰ−ＩＤ書換部３３及び切替スイッチ３４を有している。
【００１８】
ＰＣ  Ｉ／Ｆ部３０は、イーサネットから受信したイーサネットパケットを受信する働きを持つ。ＰＣ  Ｉ／Ｆ部３０から受信したイーサネットパケットは、ＰＰＰｏＥパケットであるので、ＰＰＰパケット抽出処理部２８により、ＰＰＰパケットにエンカプセルされる。クライアントＰＣ１３は、ＰＰＰｏＥパケットのプロトコル種別をＩＰパケットとしている。パケットフィルタ２７は、ＰＰＰパケットの各ヘッダ情報を参照することにより、ＲＯＨＣ圧縮が必要なパケットであるか否かを判定する。一般に、ＩＰヘッダのプロトコルフィールド、ＲＴＰパケットのペイロード種別等を参照することにより、圧縮目的のパケットか否かを判定することが可能である。
【００１９】
パケットフィルタ２７は、ＰＰＰパケットがＲＯＨＣ圧縮対象パケットであると判断した場合、ＰＰＰパケットのプロトコル種別をＲＯＨＣプロトコルに書き換え、ＲＯＨＣ圧縮部２０により圧縮を行う。また、パケットフィルタ２７は、ＰＰＰパケットがＲＯＨＣ圧縮対象パケットではないと判断した場合、ＰＰＰのプロトコル種別をＩＰのまま書き換えず、ＲＯＨＣ圧縮部２０を透過させない（非圧縮のまま）。そして、何れの場合も、ＰＰＰパケットは、送信バッファ１９に格納され、順次、無線基地局１２に送信される。
【００２０】
次に、ＩＰ−ＩＤ処理部３１について説明する。ＰＰＰパケットの処理に関し、パケットフィルタ２７がＰＰＰパケットの内容を参照して、ＲＯＨＣ圧縮が必要なパケットか否かを判定し、ＲＯＨＣ圧縮が必要な場合は、ＰＰＰのプロトコル種別をＲＯＨＣプロトコルに書き換える。ここまでは、ＩＰ−ＩＤ処理部３１を設けていない場合と同じであるが、ＩＰ−ＩＤ処理部３１により、コンテキストＩＤ毎に管理された番号にＩＰ−ＩＤを書き換える。
このような制御を行うことにより、設定に応じてＩＰ−ＩＤを本来のＩＰ−ＩＤから書き換えることができる。ＩＰ−ＩＤの書き換えの具体的な方法の一つを、図４を参照して説明する。
【００２１】
図４は、本発明に係る無線端末装置によるＩＰ−ＩＤの書き換えに際しての変域空間を表す説明図である。図４に示すように、ＩＰ−ＩＤは、１６ｂｉｔ長のアドレス空間であり、００００ｈからＦＦＦＦｈまでの変域を持つ。また、ＦＦＦＦｈの次は、００００ｈに帰るため、円で表すことができる。パケットフィルタが、始めてＲＯＨＣ圧縮対象となるＲＴＰ／ＵＤＰ／ＩＰパケットを認識し、ＲＯＨＣ圧縮を行う際、ＲＯＨＣ圧縮部２０は、当該ＲＴＰセッションにコンテキストＩＤと呼ぶＩＤを割り振る。このコンテキストＩＤは、ＲＯＨＣにおけるコンテキスト毎に独立して割り振られる。
【００２２】
新しいコンテキストが発生しコンテキストＩＤが割り振られる際、そのときのＩＰ−ＩＤ（第１の識別番号）をｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔと定義し、その数に４０００ｈを加算した数字をｉｄ＿ｃｉｄ１＿ｓｔａｒｔ（第２の識別番号の始まり）とする。つまり、コンテキストＩＤ１開始時の当該ＩＰのＩＰ−ＩＤを、ｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔとして、コンテキストＩＤ１開始ＩＰ−ＩＤは、ｉｄ＿ｃｉｄ１＿ｓｔａｒｔ＝ｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔ＋４０００ｈとなる。
【００２３】
以後、当該コンテキストＩＤのＲＴＰセッションをＲＯＨＣ圧縮する際は、ｉｄ＿ｃｉｄ１＿ｓｔａｒｔから連番で変化する番号ｉｄ＿ｃｉｄ１＿ｃｕｒｒｅｎｔにＩＰ−ＩＤを書き換えるよう制御する。この例では、コンテキストは３つまで生成可能で、二番目のコンテキストは、ｉｄ＿ｃｉｄ２＿ｓｔａｒｔとしてｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔに対し８０００ｈを、三番目のコンテキストは、ｉｄ＿ｃｉｄ３＿ｓｔａｒｔとしてｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔに対しＣ０００ｈを加算した値からスタートするように制御する。
【００２４】
以後、本来のＩＰ−ＩＤ（第１の識別番号）、各ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔ（第２の識別番号）が一致するか、新しいコンテキストが生成されるまでこの動作を続ける。その後、本来のＩＰ−ＩＤ、各ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔが一致するか、新しいコンテキストが生成された場合は、現在のｉｄ＿ｐｒｉｍａｒｙ＿ｓｔａｒｔから新しい各ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔを導き、ＩＰ−ＩＤが暫くの間、一致してＩＰ−ＩＤにギャップが発生しないように制御する。
Ｉｄ＿ｐｒｉｍａｒｙ＿ｃｕｒｒｅｎｔは、クライアントＰＣ１３のＯＳの都合によって、ＩＣＭＰ，ＵＤＰ，ＴＣＰ全てに連番で番号付けされることにより、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔより早い速度でｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔを追いかける形となる。追いつかれる時点まで、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔは連続するように変化させることができる。
【００２５】
図５は、本発明に係る無線端末装置による送信処理の流れを示すフローチャートである。図５に示すように、クライアントＰＣ１３からの受信があると、先ず、ＰＰＰｏＥパケットからＰＰＰパケットを構成する（ステップＳ１０１）。その後、構成したＰＰＰパケットがＲＯＨＣ圧縮適合パケットか否かを判断し（ステップＳ１０２）、判断の結果、ＲＯＨＣ圧縮適合パケットである（ｙｅｓ）場合、ＰＰＰのプロトコル種別をＲＯＨＣに変更する（ステップＳ１０３）。
【００２６】
次に、新しいコンテキストか否かを判断（ステップＳ１０４）。判断の結果、新しいコンテキストでない（ｎｏ）場合、当該コンテキストＩＤのｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔをインクリメントする（ステップＳ１０５）。その後、他のｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔ若しくはＩＰ−ＩＤと一致するか否かを判断し（ステップＳ１０６）、一致しない（ｎｏ）場合、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換える（ステップＳ１０７）。
【００２７】
一方、ステップＳ１０４で、新しいコンテキストである（ｙｅｓ）場合、及びステップＳ１０６で、一致する（ｙｅｓ）場合、現在のｉｄ＿ｐｒｉｍａｒｙ＿ｃｕｒｒｅｎｔからｉｄ＿ｃｉｄ＿ｓｔａｒｔを再計算する（ステップＳ１０８）。再計算後、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換える（ステップＳ１０７）。
ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換えた後、ＲＯＨＣ圧縮処理を行い（ステップＳ１０９）、ＲＯＨＣ圧縮処理の後、ＲＯＨＣ圧縮処理されたＰＰＰパケットを送信バッファ１９に格納する（ステップＳ１１０）。また、ステップＳ１０２での判断の結果、ＲＯＨＣ圧縮適合パケットでない（ｎｏ）場合、ＰＰＰのプロトコル種別はＩＰのまま変更しない（ステップＳ１１１）で、ＰＰＰパケットを送信バッファ１９に格納する（ステップＳ１１０）。
【００２８】
その後、無線通信部１８による送信処理を行う。
また、無線端末装置１０の使用者が、切替スイッチ３４により切り替え操作を行う場合を図６に示す。切替スイッチ３４がオン（ＯＮ）である場合、コンテキストＩＤ毎に管理された番号にＩＰ−ＩＤを書き換える処理を行う。
図６は、本発明に係る無線端末装置による送信処理の流れの他の例を示すフローチャートである。図６に示すように、クライアントＰＣ１３からの受信があると、先ず、ＰＰＰｏＥパケットからＰＰＰパケットを構成する（ステップＳ２０１）。その後、構成したＰＰＰパケットがＲＯＨＣ圧縮適合パケットか否かを判断し（ステップＳ２０２）、判断の結果、ＲＯＨＣ圧縮適合パケットである（ｙｅｓ）場合、ＰＰＰのプロトコル種別をＲＯＨＣに変更する（ステップＳ２０３）。
【００２９】
次に、切替スイッチ３４がオンか否かを判断し（ステップＳ２０４）、切替スイッチ３４がオンである（ｙｅｓ）場合、新しいコンテキストか否かを判断し（ステップＳ２０５）、新しいコンテキストでない（ｎｏ）場合、当該コンテキストＩＤのｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔをインクリメントする（ステップＳ２０６）。その後、他のｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔ若しくはＩＰ−ＩＤと一致するか否かを判断し（ステップＳ２０７）、一致しない（ｎｏ）場合、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換える（ステップＳ２０８）。
【００３０】
一方、ステップＳ２０５で、新しいコンテキストである（ｙｅｓ）場合、及びステップＳ２０７で、一致する（ｙｅｓ）場合、現在のｉｄ＿ｐｒｉｍａｒｙ＿ｃｕｒｒｅｎｔからｉｄ＿ｃｉｄ＿ｓｔａｒｔを再計算する（ステップＳ２０９）。再計算後、ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換える（ステップＳ２０８）。
ｉｄ＿ｃｉｄ＿ｃｕｒｒｅｎｔでＩＰ−ＩＤを書き換えた後、ＲＯＨＣ圧縮処理を行い（ステップＳ２１０）、ＲＯＨＣ圧縮処理の後、ＲＯＨＣ圧縮処理されたＰＰＰパケットを送信バッファ１９に格納する（ステップＳ２１１）。また、ステップＳ２０２での判断の結果、ＲＯＨＣ圧縮適合パケットでない（ｎｏ）場合、ＰＰＰのプロトコル種別はＩＰのまま変更しない（ステップＳ２１２）で、ＰＰＰパケットを送信バッファ１９に格納する（ステップＳ２１１）。
【００３１】
その後、無線通信部１８による送信処理を行う。
上述したように、この発明に係る送信装置は、順次送信するパケット毎に連続する第１の識別番号を順次付与して受信装置へ送信する送信装置において、送信するパケットを順次取得するパケット取得手段（クライアントＰＣ１３）と、パケット取得手段で取得したパケットの内、最初の圧縮対象パケットを把握する把握手段（パケットフィルタ２７）と、把握手段で、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された第１の識別番号に所定数を加えた第２の識別番号を求める第２の識別番号算出手段（ＩＰ−ＩＤ決定部３２）と、最初の圧縮対象パケットに付与された第１の識別番号を、第２の識別番号算出手段で求められた第２の識別番号に変更し、且つ、当該最初の圧縮対象パケット以降の圧縮対象パケットに対して、第２の識別番号を順次付与する識別番号変更手段（ＩＰ−ＩＤ書換部３３）と、識別番号変更手段で前記第２の識別番号が付与された圧縮対象パケットを順次圧縮するパケット圧縮手段（ＲＯＨＣ圧縮部２０）と、圧縮されたパケットを受信装置へ送信する圧縮パケット送信手段（無線通信部１８）とを有している。
【００３２】
また、この発明に係る送信方法は、順次送信するパケット毎に連続する第１の識別番号を順次付与して送信する送信方法において、送信するパケットを順次取得するパケット取得ステップと、パケット取得ステップで取得したパケットの内、圧縮対象パケットを把握する第１の把握ステップと、第１の把握ステップで把握した圧縮対象パケットの内、最初の圧縮対象パケットを把握する第２の把握ステップと、第２の把握ステップで、最初の圧縮対象パケットを把握した場合には、当該最初の圧縮対象パケットに付与された第１の識別番号を、当該第１の識別番号に所定数を加えた第２の識別番号に変更し、最初の圧縮対象パケット以降の圧縮対象パケットに対して当該第２の識別番号を順次付与する識別番号変更ステップと、識別番号変更ステップで第２の識別番号が付与された圧縮対象パケットを順次圧縮し、送信する圧縮パケット送信ステップとを有している。
【００３３】
従って、ＩＰパケットの伝送経路を無線化する無線（送信）装置において、ＲＯＨＣ圧縮の目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＩＰ−ＩＤを連続して変化させることにより、余計な変化情報を送らなくて済むので帯域が増えることが無く、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態に係る無線端末装置を用いた無線通信システムの概略構成を示す説明図である。
【図２】図１の無線通信システムを用いたＶｏＩＰ通話時のプロトコルスタック変遷過程の一例を表により示した説明図である。
【図３】図１の無線端末装置の内部構造を示すブロック図である。
【図４】本発明に係る無線端末装置によるＩＰ−ＩＤの書き換えに際しての変域空間を表す説明図である。
【図５】本発明に係る無線端末装置による送信処理を示すフローチャートである。
【図６】本発明に係る無線端末装置による送信処理の他の例を示すフローチャートである。
【符号の説明】
【００３５】
１０  無線端末装置
１１  無線通信システム
１２  無線基地局
１３  クライアントＰＣ
１４  音声通話器
１５  ＳＩＰサーバ
１６  対向ＳＩＰ電話機
１７  ＰＤＳＮ
１８  無線通信部
１９  送信バッファ
２０  ＲＯＨＣ圧縮部
２１  送信チャネルコンテキスト保持部
２２  受信パケットバッファ
２３  ＰＰＰ判定部
２４  ＲＯＨＣ展開部
２５  受信チャネルコンテキスト保持部
２６  ＰＰＰパケット構築部
２７  パケットフィルタ
２８  ＰＰＰパケット抽出処理部
２９  ＰＰＰｏＥパケット構築部
３０  ＰＣ  Ｉ／Ｆ部
３１  ＩＰ−ＩＤ処理部
３２  ＩＰ−ＩＤ決定部
３３  ＩＰ−ＩＤ書換部
３４  切替スイッチ
【図１】
2008113152.tif 000003
【図２】
2008113152.tif 000004
【図３】
2008113152.tif 000005
【図４】
2008113152.tif 000006
【図５】
2008113152.tif 000007
【図６】
2008113152.tif 000008