(57)【要約】【課題】  ＩＰヘッダの復元失敗を回避し、伝送効率を改善する。【解決手段】  移動体端末１０は、ＩＰヘッダ圧縮機能を有し、無線ネットワーク制御装置３０との無線接続を制御する無線制御部１２と、無線ネットワーク制御装置３０との通信状態を監視し、通信エラーを検知すると、無線制御部１２への送信パケットの供給を停止するパケット通信管理部１３と、通信エラーによる無線ネットワーク制御装置３０へのパケット不到達が発生すると、無線制御部１２に対し、無線ネットワーク制御装置３０との間で、圧縮されたＩＰヘッダを復元するための情報の同期を取るよう命令するＩＰヘッダ圧縮制御部１４を備える。【選択図】        図１
2006114999.tif 000002
【特許請求の範囲】
【請求項１】
移動通信端末装置が無線ネットワークを介してパケット通信する際に、上記無線ネットワーク上を伝送されるＩＰパケットのヘッダ圧縮が行われるパケット通信システムにおいて、
上記移動通信端末装置は、
ＩＰヘッダ圧縮機能を有し、上記無線ネットワークとの無線接続を制御する無線制御部と、
上記無線ネットワークとの通信状態を監視し、通信エラーを検知すると、上記無線制御部への送信パケットの供給を停止するパケット通信管理部と、
上記通信エラーによる上記無線ネットワークへのパケット不到達が発生すると、上記無線制御部に対し、上記無線ネットワークとの間で、圧縮されたＩＰヘッダを復元するための情報の同期を取るよう命令するＩＰヘッダ圧縮制御部を備えたことを特徴とするパケット通信システム。
【請求項２】
移動通信端末装置は、ＭＴ−ＴＡ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎで規定される通信プロトコルを利用することを特徴とする請求項１記載のパケット通信システム。
【請求項３】
移動通信端末装置は、無線ネットワークとの通信においてＩＰパケットの圧縮を行うか否かを選択するための設定入力手段を備えたことを特徴とする請求項１または請求項２記載のパケット通信システム。
【請求項４】
無線基地局を介して無線ネットワーク制御装置と、ヘッダ部分とデータ部分を含むＩＰパケットを送受信する移動通信端末装置において、
上記ＩＰパケットのヘッダ圧縮を行う無線制御部と、
上記無線制御部によりヘッダ圧縮処理がなされたＩＰヘッダ圧縮パケットを上記無線ネットワーク制御装置に送信する無線部と、
上記無線ネットワーク制御装置とのパケット通信を監視するとともに、上記ＩＰヘッダ圧縮パケットが上記無線ネットワーク制御装置に到達しなかったことを検出した場合、上記ＩＰヘッダ圧縮パケットの送信を停止するとともに、上記無線制御部に、上記ＩＰヘッダ圧縮パケットのヘッダ部分に含まれる、ＩＰヘッダ復元のためのヘッダ情報をリフレッシュする処理を行い、リフレッシュされたヘッダ情報を含むＩＰパケットをヘッダ圧縮せずに上記無線ネットワーク制御装置に送信するパケット通信管理部を備えたことを特徴とする移動通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パケット通信システムおよび移動通信端末装置に関するものである。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークのトラフィックの増大により、限られた無線資源の効率化が必要になっている。第３世代移動体通信技術であるＷ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）に代表される無線アクセス技術においても、ＴＣＰ、ＵＤＰなどを含むＩＰパケットの冗長な部分であるヘッダ部分を圧縮する技術を適用することが３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体により規定されている。
【０００３】
ＩＰヘッダ圧縮が行われる従来のＷ−ＣＤＭＡネットワークでは、移動体端末が、無線基地局、無線ネットワーク制御装置ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ）、加入者交換機ＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）を介してＩＰネットワーク網に接続する際、移動体端末とＲＮＣの間で、無線レイヤ２のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）においてＩＰヘッダ圧縮が行われる（例えば、非特許文献４参照）。この時、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で規定されるＲＦＣ２５０７などのＩＰヘッダ圧縮技術が採用される（例えば、非特許文献２参照）。
【０００４】
また、従来のＩＰヘッダ圧縮技術の例として、特許文献１に記載されたヘッダ圧縮装置では、パケット圧縮部は信頼性保証手法または圧縮効率優先手法のいずれかのモードで動作する。モード判定部は、単位時間あたりに受信したＡＣＫパケットまたはＮＡＣＫパケットの個数を求め、ＮＡＣＫパケットの個数が所定数を超えた場合には、パケット圧縮部の動作モードを信頼性保証手法に切り替える。また、モード判定部は、ＡＣＫパケットの個数が所定数を超えた場合には、パケット圧縮部の動作モードを圧縮効率優先手法に切り替える。これにより、ヘッダ圧縮を用いたデータ伝送方式において、送信側と受信側との参照情報が不一致であるために発生するヘッダ復元エラーを削減し、伝送効率の向上を実現している。
【０００５】
【特許文献１】特開２００２−１３５３６２号公報
【非特許文献１】社団法人電波産業会、ＩＭＴ−２０００  ＤＳ−ＣＤＭＡ  Ｓｙｓｔｅｍ  ＡＲＩＢ  Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ  ＭＴ−ＴＡ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＡＲＩＢ  ＴＲ−Ｔ１２．２７．Ａ０２．ｖ３．４．０）、［ｏｎｌｉｎｅ］、［２００４年２月２２日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｒｉｂ．ｏｒ．ｊｐ／ＩＭＴ−２０００／Ｖ３６０Ｆｅｂ０４／３＿Ｔ１２／０＿Ｔ１２ｃｏｖｅｒＶ３６０．ｐｄｆ＞
【非特許文献２】Ｍ．Ｄｅｇｅｒｍａｒｋ，Ｂ．Ｎｏｒｄｇｒｅｎ，Ｓ．Ｐｉｎｋ、”ＲＦＣ２５０７，ＩＰ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ”、［ｏｎｌｉｎｅ］、Ｆｅｂｒｕａｒｙ  １９９９、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２５０７．ｔｘｔ＞
【非特許文献３】３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、”３ＧＰＰ  ＴＳ２５．３２２  Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ１９９９）”、［ｏｎｌｉｎｅ］、Ｄｅｃｅｍｂｅｒ  ２００３、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／２００３−１２／Ｒ１９９９／２５＿ｓｅｒｉｅｓ／２５３２２−３ｈ０．ｚｉｐ＞
【非特許文献４】３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、”３ＧＰＰ  ＴＳ２５．３２３  Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ１９９９）”、［ｏｎｌｉｎｅ］、Ｓｅｐｔｅｍｂｅｒ  ２００２、インターネット＜ＵＲＬ：  ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／２００３−１２／Ｒ１９９９／２５＿ｓｅｒｉｅｓ／２５３２３−３ａ０．ｚｉｐ＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したように、特許文献１に記載のＩＰヘッダ圧縮技術では、ＩＰヘッダ圧縮方式はデータパケットの送受信状態に基づいて制御されるという特徴がある。
しかし、無線通信システムの環境下では、パケットの伝送エラーが発生する確率が高い。ＩＰヘッダ圧縮パケットの不到達が発生すると、以降、ＩＰヘッダの復元が出来なくなるという問題がある。
一般に、ＩＰヘッダを圧縮して通信を行う場合、最初にＩＰヘッダを圧縮していないＩＰパケットを送信する。そのヘッダ情報には、ＩＰヘッダ復元のための情報であるＩＰヘッダ圧縮コンテキストが含まれる。受信側は、このＩＰヘッダ圧縮コンテキストを用いて以後送信されてくるＩＰヘッダ圧縮パケットの復元を行う。しかし、ＩＰヘッダ圧縮パケットの不到達が発生すると、ＩＰヘッダ圧縮側とＩＰヘッダ復元側で送受信パケットのシーケンス番号のずれが生じるため、ＩＰヘッダ圧縮コンテキストに基づくＩＰヘッダの復元ができなくなる。この状態は、ＩＰヘッダ圧縮コンテキストが復元されるまで回復せず、伝送効率が低下するという問題がある。
【０００７】
すなわち、ＩＰヘッダ圧縮を使用したパケット通信を行っている最中に無線通信状態が悪化し、パケット伝送エラーによりＩＰヘッダ圧縮パケットが欠落すると、その後、ＩＰヘッダ圧縮パケットが到達しても、それ以前のＩＰヘッダ圧縮パケットが欠落しているためＲＮＣのＩＰヘッダ圧縮コンテキストの正常な更新ができず、移動体端末のＩＰヘッダ圧縮コンテキストとＲＮＣのＩＰヘッダ圧縮コンテキストの状態が不一致となり、ＩＰヘッダ復元が失敗する。そのため、ＩＰヘッダ圧縮コンテキストが復元されるまではＩＰヘッダの復元が出来ない。
すなわち、ＲＦＣ２５０７のようにＩＰヘッダ圧縮コンテキストのリフレッシュ（再同期）を定期的に行う場合、移動体端末（或いはＲＮＣ）は、一定時間が経過すると非ＩＰヘッダ圧縮パケットを送信する。これにより、送信先のＩＰヘッダ復元部に全てのＩＰヘッダ情報が通知され、ＩＰヘッダ圧縮コンテキストがリフレッシュされる。このように時間周期によりＩＰヘッダ圧縮コンテキストのリフレッシュまたは復元を行う場合、ＩＰヘッダ圧縮パケットの不到達が発生してから次の周期が始まるまでの間は、ＩＰヘッダ圧縮パケットの不到達が回復されず、無線の伝送効率を悪化させる原因となる。
【０００８】
この発明は、上記のような課題を解決するためになされたもので、ＩＰヘッダの復元失敗を回避し、伝送効率を改善することが可能なパケット通信システムおよび移動通信端末装置を得ることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係るパケット通信システムは、移動体端末が無線ネットワークを介してパケット通信する際に、無線ネットワーク上を伝送されるＩＰパケットのヘッダ圧縮が行われるパケット通信システムであって、移動体端末は、ＩＰヘッダ圧縮機能を有し、無線ネットワークとの無線接続を制御する無線制御部と、無線ネットワークとの通信状態を監視し、通信エラーを検知すると、無線制御部への送信パケットの供給を停止するパケット通信管理部と、通信エラーによる無線ネットワークへのパケット不到達が発生すると、無線制御部に対し、無線ネットワークとの間で、圧縮されたＩＰヘッダを復元するための情報の同期を取るよう命令するＩＰヘッダ圧縮制御部を備えたものである。
【００１０】
この発明に係る移動通信端末装置は、無線基地局を介して無線ネットワーク制御装置と、ヘッダ部分とデータ部分を含むＩＰパケットを送受信する移動通信端末装置であって、ＩＰパケットのヘッダ圧縮を行う無線制御部と、無線制御部によりヘッダ圧縮処理がなされたＩＰヘッダ圧縮パケットを無線ネットワーク制御装置に送信する無線部と、無線ネットワーク制御装置とのパケット通信を監視するとともに、ＩＰヘッダ圧縮パケットが無線ネットワーク制御装置に到達しなかったことを検出した場合、ＩＰヘッダ圧縮パケットの送信を停止するとともに、無線制御部に、ＩＰヘッダ圧縮パケットのヘッダ部分に含まれる、ＩＰヘッダ復元のためのヘッダ情報をリフレッシュする処理を行い、リフレッシュされたヘッダ情報を含むＩＰパケットをヘッダ圧縮せずに無線ネットワーク制御装置に送信するパケット通信管理部を備えたものである。
【発明の効果】
【００１１】
この発明によれば、無線通信状態を監視し、通信エラーが発生するとパケットデータ送信を停止し、ＩＰヘッダ圧縮コンテキストの同期回復を行うようにしたので、ＩＰヘッダの復元失敗を回避し、伝送効率を改善することができる。
【発明を実施するための最良の形態】
【００１２】
以下、この発明の実施の様々な形態を説明する。
実施の形態１．
図１は、この発明の実施の形態１による、パケット通信システム１００の構成を示すブロック図である。図に示すように、パケット通信システム１００は、移動体端末（移動通信端末装置）１０、無線基地局２０、無線ネットワーク制御装置（ＲＮＣ）３０、加入者交換機（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）４０、ＩＰネットワーク網５０を備えている。
移動体端末１０は、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）規格であるＭＴ−ＴＡ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＡＲＩＢ  ＴＲ−Ｔ１２．２７、非特許文献１）で既定される通信プロトコルを有している。
移動体端末１０は、無線部１１、無線制御部（ＭＴＦ：Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ  Ｆｕｎｃｔｉｏｎ）１２、パケット通信管理部１３、ＩＰヘッダ圧縮制御部１４、ＴＥ（Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）１５、記憶装置１６、及び外部ＴＥ１７を備えている。
ＴＥ１５及び外部ＴＥ１７は入力インタフェース、表示インタフェースを有する。外部ＴＥ１７は、例えばコンピュータ等の外部端末装置である。
記憶装置１６には、ＩＰヘッダ圧縮状態などの情報が格納されている。
また、パケット通信管理部１３及びＩＰヘッダ圧縮制御部１４は、ＴＡＦ（Ｔｅｒｍｉｎａｌ  Ａｄａｐｔｅｒ  Ｆｕｎｃｔｉｏｎ）の一部を構成している。
移動体端末１０は、無線基地局２０、無線ネットワーク制御装置３０、加入者交換機４０を介してＩＰネットワーク網５０に接続し、ＩＰネットワーク上で提供されるサービスを利用することができる。
【００１３】
次に、動作について説明する。
図２は、実施の形態１による、移動体端末１０と無線ネットワーク制御装置３０の間での通信手順を示すシーケンス図である。
ＴＥ１５または外部ＴＥ１７からパケット発信要求（ＳＱ１１０）が出力されると、ＴＡＦを介して、無線制御部１２に対して無線リンク設定が要求され、無線ネットワーク制御装置３０と無線リンクの確立を行う（ＳＱ１１１）。この時、無線制御部１２は、無線リンク設定手順であるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ手順を開始し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージにてＩＰヘッダ圧縮のサポート情報（ここでは、ＲＦＣ２５０７のサポート情報とする。）を無線ネットワーク制御装置３０に通知する。ＩＰヘッダ圧縮のサポート情報を受信した無線ネットワーク制御装置３０は、ＩＰヘッダ圧縮サポート情報に基づいて、Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ手順（ユーザプレーンの設定）によってＩＰヘッダ圧縮の起動を通知し、移動体端末１０との間でＩＰヘッダ圧縮を使用したパケット通信を開始する。
なお、ＩＰヘッダ圧縮方式としては、ＲＦＣ２５０７で規定されるものに限らず、例えば、ＲＦＣ３０９５等で規定される圧縮方式であってもよい。
【００１４】
ＩＰヘッダ圧縮が起動されている状態において、無線品質の劣化により無線上でＩＰパケットが欠落するような無線エラー状態が発生すると（ＳＱ１１２）、パケット通信管理部１３は、パケット通信を実行不可と判断し、ＴＡＦにデータ通信状態（再接続または無線通信停止）を通知する。データ通信状態を受信したＴＡＦは、ＩＰパケットの通信を保留状態（Ｓｕｓｐｅｎｄ）にして無線ネットワーク制御装置３０へのデータ送信を停止し、無線品質の劣化による無線上でのＩＰパケット欠落の発生検出後、さらにＩＰパケット欠落が発生することによるＩＰパケットの不到達を回避する（ＳＱ１１３）。なお、ＩＰパケット通信を保留する機能は、無線制御部１２に保有させるようにしても良い。
次に、無線エラーにより無線リンクの再接続手順が開始される（ＳＱ１１４）。この場合、再接続手順のＣｅｌｌ  Ｕｐｄａｔｅ  ＣｏｎｆｉｒｍにおいてＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、非特許文献３）−Ｕの再設定要求がされると、無線エラーが発生した時に送信しようとしていたＩＰヘッダ圧縮パケットの中でＲＬＣ−ＵにキューイングされているＩＰヘッダ圧縮パケットが破棄されてしまい、無線ネットワーク制御装置３０への不到達パケットが発生する。
この時、パケット通信を監視しているパケット通信管理部１３は、ＩＰヘッダ圧縮制御部１４にＩＰヘッダ圧縮パケットが破棄されたことを通知する。ＩＰヘッダ圧縮制御部１４は、ＩＰヘッダ圧縮を行っている無線制御部１２のＰＤＣＰに対して、ＩＰヘッダ圧縮コンテキスト（圧縮されたＩＰヘッダを復元するための情報）のリフレッシュを行うよう要求する（ＳＱ１１５）。
ここで、ＩＰヘッダ圧縮コンテキストとは、非ＩＰヘッダ圧縮パケットのヘッダ情報に含まれる、以後送信されるＩＰヘッダ圧縮パケットの復元のための情報である。
また、ＩＰヘッダ圧縮コンテキストのリフレッシュとは、最新の完全ＩＰヘッダを使用してＩＰヘッダ圧縮コンテキストを再構成（再同期）することを示す。ＩＰヘッダ圧縮コンテキストの再構成を実現するため、送信側は送信するＩＰパケットの完全ＩＰヘッダ情報からＩＰヘッダ圧縮コンテキストを再構成し、ＩＰヘッダを圧縮せずに受信側装置に対して完全なＩＰヘッダ情報を含む非ＩＰヘッダ圧縮パケットを送信する。これにより受信側は受信した完全ＩＰヘッダ情報からＩＰヘッダ圧縮コンテキストを再構成することが可能となる。これをＩＰヘッダ圧縮コンテキストのリフレッシュ手順とする。
ＲＦＣ２５０７では、一定時間が経過すると非ＩＰヘッダ圧縮パケットを送信し、定期的にＩＰヘッダ圧縮コンテキストのリフレッシュ（再同期）を行う。
【００１５】
ＩＰヘッダ圧縮コンテキストのリフレッシュが行われると（ＳＱ１１６）、無線制御部１２のＰＤＣＰは、次に送信要求されるユーザプレーンデータのＩＰヘッダ圧縮コンテキストがリフレッシュされたため、無線ネットワーク制御装置３０に非ＩＰヘッダ圧縮パケットを送信する。無線ネットワーク制御装置３０上のＰＤＣＰでは、非ＩＰヘッダ圧縮パケットを受信すると、ＩＰヘッダ復元を行わず、保持しているＩＰヘッダ圧縮コンテキストを非ＩＰヘッダ圧縮パケットの情報に基づいてリフレッシュする（ＳＱ１１７）。ＩＰヘッダ圧縮コンテキストをリフレッシュしたためＩＰヘッダ圧縮コンテキストの再同期が実行され、次に受信するＩＰヘッダ圧縮パケットのＩＰヘッダを正常に復元することが可能となる（ＳＱ１１８）。
このように、無線エラーによるＩＰヘッダ圧縮パケットの不到達を検出した後に送信されるＩＰパケットのＩＰヘッダ圧縮状態を制御することにより、移動体端末１０と無線ネットワーク制御装置３０で保持しているＩＰヘッダ圧縮コンテキストの同期を取ることが可能となる。
【００１６】
ここで、パケット通信管理部１３及びＩＰヘッダ圧縮制御部１４の動作について、図３に示すフローチャートを用いて詳しく説明する。
パケット通信管理部１３は、ＴＥ１５または外部ＴＥ１７からのパケット発信要求を受信すると（ステップＳＴ１２０）、無線制御部１２に対して無線接続設定を実行する（ステップＳＴ１２１）。次に、パケット通信管理部１３は、無線制御部１２から無線接続設定によるＩＰヘッダ圧縮設定情報を取得する（ステップＳＴ１２２）。この時、パケット通信管理部１３は、ＩＰヘッダ圧縮の起動状態をチェックし（ステップＳＴ１２３）、ＩＰヘッダ圧縮が未起動である場合には、非ＩＰヘッダ圧縮パケットによる通信を継続する（ステップＳＴ１２４）。ＩＰヘッダ圧縮が起動されている場合には、パケット通信管理部１３はＩＰヘッダ圧縮制御部１４を起動し、パケット通信状態の監視を開始する（ステップＳＴ１２５）。
【００１７】
パケット通信状態を監視している際に（ステップＳＴ１２６）、無線の再接続または無線におけるパケット通信の停止が無線制御部１２よりパケット通信管理部１３に通知されると、以降に送信するＩＰパケットの欠落を回避するため、無線制御部１２のＰＤＣＰに対するデータ送信を一時停止する（ステップＳＴ１２７）。パケット通信管理部１３は、パケット通信の状況をチェックし（ステップＳＴ１３０）、パケット通信が継続している場合には、ステップＳＴ１２５に戻って再度パケット通信状態の監視処理を行う。
また、無線制御部１２において無線ネットワーク制御装置３０へのパケット不到達が発生したことが検出され、パケット通信管理部１３に通知されると、ＩＰヘッダ圧縮制御部１４は、ＩＰヘッダ圧縮コンテキストをリフレッシュするため、無線制御部１２のＰＤＣＰに対してＩＰヘッダ圧縮コンテキストのリフレッシュ要求を通知する（ステップＳＴ１２８）。パケット通信管理部１３は、無線制御部１２のＰＤＣＰのＩＰヘッダ圧縮コンテキストがリフレッシュされたことを確認後、停止していたＰＤＣＰに対するデータ送信停止を解除する（ステップＳＴ１２９）。
【００１８】
以上のように、実施の形態１によれば、パケット通信管理部１３が通信状態を監視し、通信エラーが発生すると無線制御部１２へのデータ供給が停止されると共に、ＩＰヘッダ圧縮制御部１４は、無線制御部１２に対してＩＰヘッダ圧縮コンテキストのリフレッシュを要求し、ＩＰヘッダ圧縮コンテキストがリフレッシュされた後に、無線制御部１２へのデータ供給停止を解除するようにした。これにより、無線通信システムにおいて、通信エラーにより移動体端末１０と無線ネットワーク制御装置３０の間でのＩＰヘッダ圧縮コンテキストの状態不一致が発生し、ＩＰヘッダ圧縮パケットの復元ができなくなることを回避することができる。
これにより、ＩＰヘッダ圧縮パケットの復元ができなくなることによるＩＰヘッダ圧縮パケットの破棄が回避され、無線通信の伝送効率を改善することができる。
【００１９】
実施の形態２．
実施の形態１では、パケット通信管理部１３及びＩＰヘッダ圧縮制御部１４は、移動体端末１０に備えられていたが、ＡＲＩＢ  ＭＴ−ＴＡ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＡＲＩＢ  ＴＲ−Ｔ１２．２７）においては、ＭＴ−ＴＡ  Ｉｎｔｅｒｆａｃｅを介して接続されるＴＡＦとして、移動体端末の外部のＴＡＦが定義されている。
実施の形態２では、パケット通信管理部１３及びＩＰヘッダ圧縮制御部１４は移動体端末１０の外部に接続されるＴＡＦの構成要素とする。この場合にも、実施の形態１と同様の効果が得られる。
【００２０】
実施の形態３．
実施の形態１及び実施の形態２では、パケット通信管理部１３は、無線の再接続など、無線リンクに異常が発生したことを契機として、データ送信を制御している。
実施の形態３では、パケット通信管理部１３がＩＰヘッダ圧縮パケットの不到達発生を判断する契機として、無線レイヤ２での再送回数満了等、ＲＬＣ−Ｕの再送制御に関わる情報を利用する。この場合にも、実施の形態１、２と同様にデータ通信状態の管理及びＩＰヘッダ圧縮の制御を行うことが可能である。
【００２１】
実施の形態４．
実施の形態４では、パケット通信管理部１３がＩＰヘッダ圧縮パケットの不到達発生を判断する契機として、無線ネットワーク制御装置３０から受信したＩＰヘッダ圧縮パケットのエラー確認（ＣＲＣチェック）を利用する。この場合にも、実施の形態１〜３と同様にデータ通信状態の管理及びＩＰヘッダ圧縮の制御を行うことが可能である。
【００２２】
実施の形態５．
実施の形態５では、パケット通信管理部１３及びＩＰヘッダ圧縮制御部１４によるデータ通信状態の管理及びＩＰヘッダ圧縮制御機能を、ユーザがＴＥ１５または外部ＴＥ１７（設定入力手段）を介して設定する。図４は、実施の形態５によるＴＥ１５のＩＰヘッダ圧縮機能の設定画面の例を示す図である。ユーザは、ＴＥ１５を操作して、図に示すようなＩＰヘッダ圧縮機能の設定画面を起動し、入力ボタン等を操作することでＩＰヘッダ圧縮機能の起動または停止を行うことができる。
【００２３】
ＩＰヘッダ圧縮を行うと、通信に使用する無線リソースを削減することができるが、無線状態が悪く、パケットの不到達が頻繁に発生するような状況では、むしろＩＰヘッダ圧縮を行わずに、常に非ＩＰヘッダ圧縮パケットを送信した方がスループットが向上する場合がある。実施の形態５によれば、ユーザが通信状態に応じてＩＰヘッダ圧縮を行うかどうかを選択することができる。
【図面の簡単な説明】
【００２４】
【図１】この発明の実施の形態１による、移動体端末と、移動体端末が含まれる通信システムの構成を示すブロック図である。
【図２】この発明の実施の形態１による、移動体端末と無線ネットワーク制御装置の間での通信手順を示すシーケンス図である。
【図３】この発明の実施の形態１による、ＩＰヘッダ圧縮制御処理のフローチャートである。
【図４】この発明の実施の形態５による、ＴＥのＩＰヘッダ圧縮機能の設定画面の例を示す図である
【符号の説明】
【００２５】
１０  移動体端末（移動通信端末装置）、１１  無線部、１２  無線制御部、１３  パケット通信管理部、１４  ＩＰヘッダ圧縮制御部、１５  ＴＥ、１６  記憶装置、１７  外部ＴＥ、２０  無線基地局、３０  無線ネットワーク制御装置、４０  加入者交換機、５０  ＩＰネットワーク網、１００  パケット通信システム。
【図１】
2006114999.tif 000003
【図２】
2006114999.tif 000004
【図３】
2006114999.tif 000005
【図４】
2006114999.tif 000006