(57)【特許請求の範囲】
【請求項１】
通信相手との通信開始からの時間を計測し、タイマー値の示す時間が経過する度にパケットのヘッダに対する圧縮率を現在の圧縮率よりも低い圧縮率に変更するヘッダ圧縮部と、
前記通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいて前記タイマー値を制御する圧縮制御部とを有し、
前記圧縮制御部は、
前記複数の回線品質情報の少なくともいずれかの回線品質情報について、該いずれかの回線品質情報に対応する閾値と比較し、該比較の結果が回線品質が悪いことを示す場合、前記タイマー値を現在値よりも短くし、前記複数の回線品質情報の全てについて、該複数の回線品質情報のそれぞれに対応する閾値と比較し、該比較の結果の全てが回線品質が良いことを示す場合に、前記タイマー値を現在値よりも長くする、通信装置。
【請求項２】
前記圧縮制御部は、
現在の圧縮率よりも低い下位圧縮状態への遷移に対応する、少なくとも一つのタイマー値を保持し、
前記複数の回線品質情報の全てについて、該複数の回線品質情報のそれぞれに対応する閾値と比較し、該比較の結果が回線品質が良いことを示す回線品質情報の個数に応じて、前記少なくとも一つのタイマー値のいずれかを変更するか決定し、
前記変更することを決定したタイマー値を現在のタイマー値よりも短くする、請求項１記載の通信装置。
【請求項３】
前記通信相手から受信するパケットについてＣＲＣチェック（Cyclic Redundancy Check）を行い、ｎ回のＣＲＣチェック中にｋ回失敗したとき、失敗の割合を示すｋ／ｎの値が基準値以上あるとき、ヘッダに関する情報が不十分な状態であることを示す下位の状態に遷移するヘッダ伸張部と、
前記通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいて前記基準値を設定して前記ヘッダ伸張部を制御する伸張制御部とをさらに有し、
前記伸張制御部は、
前記複数の回線品質情報の少なくともいずれかの回線品質情報について、該いずれかの回線品質情報に対応する閾値と比較し、該比較の結果が回線品質が悪いことを示す場合に、前記基準値を現在よりも小さい値に設定する、請求項１記載の通信装置。
【請求項４】
前記伸張制御部は、
前記複数の回線品質情報の全てについて、該複数の回線品質情報のそれぞれに対応する閾値と比較し、該比較の結果の全てが回線品質が良いことを示す場合に、前記基準値を現在よりも大きい値に設定する、請求項３記載の通信装置。
【請求項５】
前記圧縮制御部又は前記伸張制御部は、
前記複数の回線品質情報に基づいて通信相手との無線リンクのモードを制御する、請求項３または４記載の通信装置。
【請求項６】
前記複数の回線品質情報は、ＣＱＩ（Channel Quality Indicator）、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）による再送回数、ＡＲＱ（Automatic Repeat reQuest）による再送回数およびバッファ量のうち少なくともいずれかを含むものであり、
前記回線品質情報がＣＱＩである場合には、前記回線品質が悪いことは、前記ＣＱＩに対応する閾値よりも小さいことであり、
前記回線品質情報がＨＡＲＱによる再送回数である場合には、前記回線品質が悪いことは、前記ＨＡＲＱによる再送回数に対応する閾値よりも大きいことであり、
前記回線品質情報がＡＲＱによる再送回数である場合には、前記回線品質が悪いことは、前記ＡＲＱによる再送回数に対応する閾値よりも大きいことであり、
前記回線品質情報がバッファ量である場合には、前記回線品質が悪いことは、前記バッファ量に対応する閾値よりも大きいことである、請求項１から５のいずれか１項記載の通信装置。
【請求項７】
通信相手との通信開始からの時間を計測し、
タイマー値の示す時間が経過する度にパケットのヘッダに対する圧縮率を現在の圧縮率よりも低い圧縮率に変更し、
前記通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいて前記タイマー値を制御し、
前記タイマー値を制御する際、
前記複数の回線品質情報の少なくともいずれかの回線品質情報について、該いずれかの回線品質情報に対応する閾値と比較し、該比較の結果が回線品質が悪いことを示す場合に、前記タイマー値を現在値よりも短くし、前記複数の回線品質情報の全てについて、該複数の回線品質情報のそれぞれに対応する閾値と比較し、該比較の結果の全てが回線品質が良いことを示す場合に、前記タイマー値を現在値よりも長くする、ヘッダ制御方法。
【請求項８】
前記通信相手から受信するパケットについてＣＲＣチェック（Cyclic Redundancy Check）を行い、
ｎ回のＣＲＣチェック中にｋ回失敗したとき、失敗の割合を示すｋ／ｎの値が基準値以上であるとき、ヘッダに関する情報が不十分な状態であることを示す下位の状態に遷移し、
前記通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいて前記基準値を設定し、
前記基準値を設定する際、
前記複数の回線品質情報の少なくともいずれかの回線品質情報について、該いずれかの回線品質情報に対応する閾値と比較し、該比較の結果が回線品質が悪いことを示す場合に、前記基準値を現在よりも小さい値に設定する、請求項７記載のヘッダ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘッダの情報が圧縮されたパケットを送受信する基地局および移動局を含む通信装置およびヘッダ圧縮制御方法に関する。
【背景技術】
【０００２】
ヘッダ圧縮のROHC(Robust  Header  Compression)はRFC-4815やRFC-3095などの文書で規定されている。ROHCを用いてヘッダ圧縮を行う基地局(Base  Station)とヘッダ伸張を行う移動局(Mobile  Station)との間の無線通信の制御方法の一例が、特開２００６−２８７２８４号公報（以下では、特許文献１と称する）に開示されている。【０００３】
特許文献１で提案されている方法は、U(Unidirectional)-mode時に受信側が送信側から受け取るパケットの復元率を到達率として求め、到達率の情報を送信側に通知し、その到達率の情報に基づいてフルヘッダや動的ヘッダを送信する周期を制御するものである。
【発明の概要】
【０００４】
特許文献１に開示された技術では、上述したように、U-mode時に受信側から送信側に返信する情報に到達率の情報を追加している。この到達率の情報は、O(Bidirectional  Optimistic)-modeまたはR(Bidirectional  Reliable)-mode時のフィードバック情報に相当する。
【０００５】
本来、U-mode時には、受信側から送信側にフィードバック情報を返信することは前提になっていないため、O-modeやR-mode時のように、U-mode時にフィードバック情報を返信すれば信頼性が増すことになる。しかし、U-mode時にフィードバック情報を返信することは、伝送路を介して送信する情報を増やすことになる。その結果、特に信頼性の高い伝送路では伝送効率が悪くなり、遅延が発生してしまうおそれがある。
【０００６】
本発明の目的の一例は、ヘッダの復元状況を示すフィードバック情報による伝送効率の悪化を防ぎ、ヘッダの圧縮効率の最適化を可能にした通信装置およびヘッダ圧縮制御方法を提供することである。
【０００７】
本発明の一側面の通信装置は、通信相手との通信開始からの時間を計測し、タイマー値の示す時間が経過する度にパケットのヘッダに対する圧縮率を現在の圧縮率よりも低い圧縮率に変更するヘッダ圧縮部と、通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいてタイマー値を制御する圧縮制御部とを有し、圧縮制御部は、複数の回線品質情報の少なくともいずれかの回線品質情報について、その回線品質情報に対応する閾値と比較し、比較の結果が回線品質が悪いことを示す場合、タイマー値を現在値よりも短くし、複数の回線品質情報の全てについて、複数の回線品質情報のそれぞれに対応する閾値と比較し、比較の結果の全てが回線品質が良いことを示す場合に、タイマー値を現在値よりも長くする構成である。
【０００８】
また、本発明の一側面のヘッダ制御方法は、通信相手との通信開始からの時間を計測し、タイマー値の示す時間が経過する度にパケットのヘッダに対する圧縮率を現在の圧縮率よりも低い圧縮率に変更し、通信相手から受信する回線品質情報を少なくとも１つ含む複数の回線品質情報に基づいてタイマー値を制御し、タイマー値を制御する際、複数の回線品質情報の少なくともいずれかの回線品質情報について、その回線品質情報に対応する閾値と比較し、比較の結果が回線品質が悪いことを示す場合に、タイマー値を現在値よりも短くし、複数の回線品質情報の全てについて、複数の回線品質情報のそれぞれに対応する閾値と比較し、比較の結果の全てが回線品質が良いことを示す場合に、タイマー値を現在値よりも長くするものである。
【図面の簡単な説明】
【０００９】
【図１】図１は本実施形態のヘッダ圧縮制御方法を説明するための構成例を示すブロック図である。
【図２】図２は図１に示す品質情報制御部の一構成例を示すブロック図である。
【図３】図３はＵ−ｍｏｄｅのヘッダ圧縮側の状態遷移図である。
【図４】図４はＯ−ｍｏｄｅのヘッダ圧縮側の状態遷移図である。
【図５】図５はＲ−ｍｏｄｅのヘッダ圧縮側の状態遷移図である。
【図６】図６はヘッダ伸張側の状態遷移図である。
【図７】図７は本実施形態におけるヘッダ圧縮制御方法の動作手順を示すシーケンス図である。
【図８】図８は本実施形態におけるヘッダ伸張制御方法の動作手順を示すシーケンス図である。
【図９】図９は各モード間の遷移例を示す図である。
【発明を実施するための形態】
【００１０】
本発明のヘッダ圧縮制御方法の実施形態を説明する。以下では、本発明に関連するヘッダ圧縮制御方法について中心に説明し、パケットの符号化／復号化の技術についての構成とその動作の詳細な説明を省略する。
【００１１】
図１は本実施形態のヘッダ圧縮制御方法を説明するための構成例を示すブロック図である。図２は図１に示す品質情報制御部の一構成例を示すブロック図である。
【００１２】
図１に示すように、基地局１０と移動局２０とが無線リンクで接続される。基地局１０は図に示さない通信ネットワークに接続されている。ここでは、通信ネットワークがインターネットであるものとする。本実施形態では、ヘッダ圧縮側を基地局１０とし、ヘッダ伸張側を移動局２０として説明する。
【００１３】
基地局１０および移動局２０は、無線リンクの状況に基づいて、U-mode、O-modeおよびR-modeの３つのモードのうちいずれかをとる。これら３つのモードの詳細については、特許文献１に開示されているため、ここではその詳細な説明を省略する。
【００１４】
はじめに、基地局１０の構成を詳しく説明する。
【００１５】
基地局１０は、パケット入力部１１１と、ヘッダ圧縮部１２１と、記憶部１１と、パケット送信部１１２と、制御部１２とを有する。制御部１２は、無線リンクの状態がU-modeの場合に複数種のレイヤから収集された回線品質情報を用いてヘッダ圧縮部１２１を制御する圧縮制御部１２２と、回線品質情報を圧縮制御部１２２に提供する品質情報制御部１３とを有する。
【００１６】
記憶部１１には、ヘッダを構成するための情報であるコンテキスト（Context）情報が格納される。
【００１７】
無線リンクの状況による上記３つのモードのそれぞれにおいて、ヘッダ圧縮部１２１は、IR(Initialization  and  Refresh)  State、FO(First  Order)  State、およびSO(Second  Order)  Stateのうちいずれかの状態をとる。これら３つの状態の詳細については、特許文献１に開示されているため、ここではその詳細な説明を省略する。
【００１８】
図３はRFC-4815やRFC-3095で規定されているヘッダ圧縮のROHCについて、U-modeの状態遷移図である。
【００１９】
ヘッダ圧縮部１２１は、IR  Stateから開始する。IR  Stateは、ヘッダ伸張側でコンテキストの静的部分を初期化し、ヘッダ伸張に失敗した後の復旧を目的としている。そのため、IR  Stateでは、ヘッダ圧縮部１２１は、ヘッダの全ての静的部分と動的部分を圧縮しないで移動局２０に送信する。FO  Stateは、効率的にパケット流の不規則性を伝えることを目的としている。そのため、FO  Stateでは、ヘッダ圧縮部１２１は、動的部分を部分的に圧縮し、静的部分の一部をアップデートする。SO  Stateでは、ヘッダ圧縮部１２１が規定の範囲内で可能な限りヘッダの圧縮を行うため、ヘッダの圧縮が最適化される。
【００２０】
このように、ヘッダの圧縮率はSO  Stateが最も高く、IR  Stateが最も低い。SO  Stateは、FO  StateやIR  Stateに比べて上位の状態となる。
【００２１】
U-modeにおいて、ヘッダの低い圧縮状態から高い圧縮状態への遷移は、図３に示すように、楽観的なアプローチにしたがって行われる。このアプローチは、ヘッダ伸張側がヘッダ圧縮側からパケットを受け取り、圧縮されたヘッダを伸張するのに十分な情報をヘッダ伸張側が受け取ったとヘッダ圧縮側が確信したとき、ヘッダ圧縮側では、高い圧縮状態に遷移するものである。一般的には、所定の数のパケットをヘッダ伸張側に送ると、圧縮率の高い状態に遷移する。このような楽観的なアプローチがされると、ヘッダ伸張側が正しく伸張するための十分な情報を受け取っていなくても、ヘッダ圧縮側がヘッダをより圧縮してしまい、ヘッダ伸張側ではヘッダの伸張が失敗してしまう可能性がある。
【００２２】
その問題を防ぐために、ヘッダ圧縮部１２１は、上位の状態から下位の状態に定期的に遷移する。図３に示すように、上位から下位の状態への遷移には、SO  State→FO  State、SO  State→IR  State、およびFO  State→IR  Stateの３通りの遷移がある。それぞれの遷移には予めタイマー値が決められており、ヘッダ圧縮部１２１は、移動局２０とのパケットの送受信を開始してからタイマー値の時間が経過する度に現在の状態から下位の状態に遷移する。タイマー値は、３通りの遷移で同じ値でもよく、それぞれ異なっていてもよい。
【００２３】
ヘッダ圧縮部１２１は、パケット入力部１１１を介してＩＰパケットを受け取ると、現在の状態にしたがって記憶部１１に格納されたコンテキスト情報を参照してヘッダを圧縮し、圧縮したヘッダを含むＩＰパケットをパケット送信部１１２を介して移動局２０に送信する。
【００２４】
図２に示す品質情報制御部１３は、一定の周期で、自装置の回線品質情報を移動局２０に送信し、移動局２０の回線品質情報を移動局２０から受信する。品質情報制御部１３は、下りＣＱＩ(Channel  Quality  Information)受信部１３１と、ＨＡＲＱ(Hybrid  Automatic  Repeat  reQuest)部１３２と、ＡＲＱ(Automatic  Repeat  reQuest)部１３３と、上下送信バッファ（Buffer）管理部１３４とを有する。なお、品質情報制御部１３には、回線品質情報を格納するためのメモリ（不図示）が設けられている。
【００２５】
下りＣＱＩ受信部１３１は、移動局２０から回線品質情報として下りＣＱＩを受信すると、下りＣＱＩを圧縮制御部１２２に通知する。下りＣＱＩは、例えば、回線品質情報を示すＳＩＲ（Signal  to  Interference  Ratio）等の数値である。このＳＩＲは、移動局２０が基地局１０から受信する、物理レイヤに実装された下りリファレンス（reference）信号を用いて求められる。移動局２０が既知の固定データを基地局１０が下りリファレンス信号に含ませて移動局２０に送信し、移動局２０は、下りリファレンス信号に含まれる固定データを復調し、これを既知の固定データと比較することでＳＩＲを算出する。このようにして、移動局２０では下りＣＱＩを測定する。ＣＱＩに対して、回線品質が悪いか否かの基準となる数値が予め決められており、下り以下では、この基準値を第１の閾値と称する。
【００２６】
ＨＡＲＱ部１３２は、自装置のＨＡＲＱ情報を移動局２０に送信し、移動局２０から受信するＨＡＲＱ情報を圧縮制御部１２２に通知する。ＨＡＲＱ情報は、データリンク層のＭＡＣ(Medium  Access  Control)レイヤに実装されており、再送制御のための情報である。再送回数が多くなるほど回線品質が悪いと考えられる。回線品質が悪いか否かの基準となる再送回数が予め決められており、この基準値を第２の閾値と称する。
【００２７】
ＡＲＱ部１３３は、自装置のＡＲＱ情報を移動局２０に送信し、移動局２０から受信するＡＲＱ情報を圧縮制御部１２２に通知する。ＡＲＱ情報は、データリンク層のＲＬＣ(Radio  Link  Control)レイヤに実装されており、再送制御のための情報である。ＡＲＱ情報も、ＨＡＲＱ情報と同様に、再送回数が多くなるほど回線品質が悪いと考えられる。回線品質が悪いか否かの基準となる再送回数が予め決められており、この基準値を第３の閾値と称する。
【００２８】
上下送信バッファ（Buffer）管理部１３４は、蓄えられている、パケットのバッファ量を示す情報であるバッファ量情報を圧縮制御部１２２に通知する。蓄えられているバッファ量が大きいほど遅延も大きくなり回線品質も悪いと考えられる。下りバッファ量は基地局１０で管理されているバッファ量であり、上りバッファ量は移動局２０で管理されているバッファ量である。これらのバッファ量もフィードバック情報などにも使用されるため、これも回線品質情報を示す指標の１つとしている。バッファ量が多いほど回線品質が悪いと考えられる。回線品質が悪いか否かの基準となるバッファ量が予め決められており、この基準値を第４の閾値と称する。
【００２９】
圧縮制御部１２２は、上記第１から第４の閾値が格納されたメモリ（不図示）が設けられ、品質情報制御部１３から受信する回線品質情報に基づいて、次のようにしてヘッダ圧縮部１２１を制御する。上記回線品質情報のそれぞれについて閾値と比較し、いずれか１つでも回線品質が悪いと判定すると、タイマー値を所定の時間だけ短くする。ヘッダ圧縮部１２１を下位の状態に頻繁に遷移させることで、ヘッダの圧縮率が低くなり、信頼性が高くなる。一方、上記回線品質情報のいずれについても回線品質が良いと判定すると、タイマー値を所定の時間だけ長くする。ヘッダ圧縮部１２１をより上位の状態で処理させる時間を長くすることで、ヘッダの圧縮率が高くなる。タイマー値を短くする、または長くする際の「時間」は予め決められており、それぞれ同じ値でもよく、異なっていてもよい。
【００３０】
なお、本実施形態の圧縮制御部１２２は、下りＣＱＩ、バッファ量情報ならびに個別チャネルのＨＡＲＱ情報およびＡＲＱ情報のそれぞれに対して判定を行い、いずれか１つでも回線品質が悪いと判定した場合にタイマー値を短くする制御を行っているが、この場合に限らない。これらの回線品質情報のうち複数種で回線品質が悪いと判定した場合に、タイマー値を短くする制御を行ってもよい。
【００３１】
また、SO  Stateから下位への遷移には、SO  State→FO  State（これを「第１の遷移」と称する）およびSO  State→IR  State（これを「第２の遷移」と称する）の２通りがある。圧縮制御部１２２は、上記回線品質情報のうち複数種で回線品質が悪いと判定すると、第２の遷移のタイマー値を短くし、上記回線品質情報のうち１つで回線品質が悪いと判定すると、第１の遷移のタイマー値を短くしてもよい。この場合、回線品質の悪さの程度により、ヘッダ圧縮部１２１の下位への遷移の仕方を変えることが可能となる。
【００３２】
一方、無線リンクの状態がO-modeとR-modeの場合を説明する。図４はROHCのO-modeの状態遷移図であり、図５はROHCのR-modeの状態遷移図である。
【００３３】
図４に示すように、無線リンクの状態がO-modeの場合、ヘッダ圧縮部１２１が上位の状態に遷移していく方法はU-modeの場合と同様であるが、ヘッダ圧縮部１２１が下位の状態に遷移していく方法ではタイマー値を使用しないでヘッダ伸張側から受信するNACKまたはSTATIC-NACKを利用する。NACKはコンテキスト情報の動的部分の復元が失敗したことを示し、STATIC-NACKはコンテキスト情報の静的部分の復元が失敗したことを示す。ヘッダ圧縮部１２１は、移動局２０よりフィードバック情報としてNACKを受信すると、SO  State→FO  Stateに遷移し、STATIC-NACKを受信すると、SO  State→IR  StateまたはFO  State→IR  Stateに遷移する。
【００３４】
図５に示すように、無線リンクの状態がR-modeの場合、ヘッダ圧縮部１２１が上位の状態に遷移する方法ではヘッダ伸張側からのACKを利用する。ACKはパケットの復元が成功したことを示す。ヘッダ圧縮部１２１は、移動局２０よりフィードバック情報としてACKを受信すると、IR  State→FO  State、IR  State→SO  State、またはFO  State→SO  Stateに遷移する。ヘッダ圧縮部１２１が下位の状態に遷移していく方法では、O-modeの場合と同様にNACKまたはSTATIC-NACKを利用する。
【００３５】
次に、移動局２０の構成を詳しく説明する。
【００３６】
移動局２０は、パケット受信部２１１と、ヘッダ伸張部２２１と、記憶部２１と、パケット出力部２１２と、制御部２２とを有する。制御部２２は、複数種のレイヤから収集された回線品質情報を用いてヘッダ伸張部２２１を制御する伸張制御部２２２と、回線品質情報を伸張制御部２２２に提供する品質情報制御部２３とを有する。記憶部２１にはコンテキスト情報が格納される。
【００３７】
無線リンクの状況による上記３つのモードのそれぞれにおいて、ヘッダ伸張部２２１は、NC(No  Context)  Stateと、SC(Static  Context)  Stateと、FC(Full  Context)  Stateの３つの状態がある。NC  Stateは、コンテキストを持っていない、または静的部分のコンテキストが不十分な状態である。FC  Stateは、コンテキストが十分な状態である。コンテキストの情報が十分であるほど上位の状態になる。これら３つの状態の詳細については、特許文献１に開示されているため、ここではその詳細な説明を省略する。
【００３８】
図６はRFC-4815やRFC-3095で規定されているヘッダ伸張のROHCについての状態遷移図である。ここでは、O-modeおよびR-modeの場合について説明する。
【００３９】
ヘッダ伸張部２２１は、データ伝送の途中におけるビット誤りの発生を検出するためのCRC（Cyclic  Redundancy  Check）チェックが失敗したとき、現在のヘッダにエラーが発生したと仮定し、パケットを廃棄する。そして、NACKを基地局１０に送信する。
【００４０】
FC  stateでは、ヘッダ伸張部２２１は、n_1回中k_1回のCRCチェックが失敗したとき、コンテキストが損傷したと仮定し、NACKを基地局１０に送信する。そしてSC  stateに遷移し、CRCチェックをパスしたIR,  IR-DYN,  UOR-2のパケットがアップデートされるまで全てのパケットを廃棄する。ここでは、k_1/n_1の値が失敗の割合を示し、下位の状態に遷移するか否かの判定の基準値となる。
【００４１】
SC  stateでは、ヘッダ伸張部２２１は、IR,  IR-DYN,  UOR-2のパケットがn_2回中k_2回のCRCチェックが失敗したとき、コンテキストが損傷したと仮定し、STATIC-NACKを基地局１０に送信する。そしてNC  stateに遷移する。ここでは、k_2/n_2の値が失敗の割合を示し、下位の状態に遷移するか否かの判定の基準値となる。
【００４２】
NC  stateでは、ヘッダ伸張部２２１は、CRCチェックをパスしたIRがアップデートされるまで全てのパケットを廃棄する。
【００４３】
ヘッダ伸張部２２１は、パケット受信部２１１を介してＩＰパケットを受信すると、ＩＰパケットのヘッダに対してコンテキスト情報を用いて伸張してヘッダを復元する。そして、復元したヘッダを含むＩＰパケットをパケット出力部２１２に渡す。
【００４４】
品質情報制御部２３は、一定の周期で、自装置の回線品質情報を基地局１０に送信し、基地局１０の回線品質情報を基地局１０から受信する。品質情報制御部２３は、下りＣＱＩ測定送信部２３１、ＨＡＲＱ部２３２と、ＡＲＱ部２３３と、上りバッファ量送信部２３４とを有する。
【００４５】
下りＣＱＩ測定送信部２３１は、基地局１０から受信する下りリファレンス信号を用いて下りＣＱＩとして回線品質を測定すると、下りＣＱＩを基地局１０に送信し、下りＣＱＩを伸張制御部２２２に通知する。
【００４６】
ＨＡＲＱ部２３２は、自装置のＨＡＲＱ情報を基地局１０に送信し、基地局１０から受信するＨＡＲＱ情報を伸張制御部２２２に通知する。ＡＲＱ部２３３は、自装置のＡＲＱ情報を基地局１０に送信し、基地局１０から受信するＡＲＱ情報を伸張制御部２２２に通知する。ＨＡＲＱ情報およびＡＲＱ情報は、基地局１０の場合と同様に、それぞれについて回線品質が悪いか否かを判定するための基準となる閾値が予め設定されている。
【００４７】
上りバッファ量送信部２３４は、上りバッファ量の情報を基地局１０に送信し、上りバッファ量の情報を伸張制御部２２２に通知する。基地局１０は無線リンクで接続される複数の移動局２０のリソース割り当てのスケジューリングをするために上りバッファ量の情報を利用してもよく、この場合、物理レイヤのスケジューリング・リクエスト情報に上りバッファ量の情報が含まれていてもよい。
【００４８】
伸張制御部２２２は、各種の回線品質情報についての閾値が格納されたメモリ（不図示）が設けられ、品質情報制御部２３から受信する回線品質情報に基づいて、次のようにしてヘッダ伸張部２２１を制御する。n回中k回のCRCチェックが失敗したき、FC→SCまたはSC→NCのようにヘッダ伸張部２２１が下位状態に遷移しており、伸張制御部２２２は、回線品質情報に基づいてパラメータ（ｎ，ｋ）を用いた制御をヘッダ伸張部２２１に対して行う。
【００４９】
伸張制御部２２２は、回線品質情報とその閾値を比較して回線品質が良いと判定した場合、ｋ／ｎが大きくなるようにパラメータ（ｎ，ｋ）を選択し、ヘッダ伸張部２２１を下位状態に遷移させやすくする。一方、伸張制御部２２２は、回線品質情報とその閾値を比較して回線品質が悪いと判定した場合、ｋ／ｎが小さくなるようにパラメータ（ｎ，ｋ）を選択し、ヘッダ伸張部２２１が頻繁に下位状態に遷移しないようにする。
【００５０】
パラメータ（ｎ，ｋ）は、ｋ／ｎを大きくする場合と小さくする場合のそれぞれについて、複数の組み合わせが予め決められており、伸張制御部２２２は、決められた手順にしたがってそのうちのいずれかを選択する。これらの複数の組み合わせは、伸張制御部２２２内のメモリ（不図示）に登録されている。
【００５１】
上記判定の際、複数種の回線品質情報のうちいずれか１つの判定結果に基づいて制御を行ってもよく、複数の回線品質情報の判定結果に基づいて制御を行ってもよい。
【００５２】
なお、本実施形態では、図１に示すように基地局１０から移動局２０への下り方向のデータの流れの場合で説明したが、上り方向も同様に考えることが可能である。この場合、基地局１０が上述のヘッダ伸張制御を実行し、移動局２０が上述のヘッダ圧縮制御を実行する。これらの動作については、上述した説明と同様になるため、その詳細な説明を省略する。基地局１０と移動局２０のそれぞれの通信装置が、図１に示すヘッダ圧縮部１２１、ヘッダ伸張部２２１、制御部１２および制御部２２を有し、上述のヘッダ伸張制御とヘッダ圧縮制御を行ってもよい。
【００５３】
また、制御部１２、２２のそれぞれは、上述の制御を行うための専用回路で構成されていてもよく、上述の制御の内容を含むプログラムが格納されたメモリ（不図示）およびそのプログラムにしたがって処理を実行するＣＰＵ（Central  Processing  Unit）（不図示）が設けられた構成であってもよい。
【００５４】
次に、ヘッダ圧縮制御を行う基地局１０の動作を説明する。ここでは、無線リンクの状態がU-modeの場合である。図７は本実施形態のヘッダ圧縮制御方法の動作手順を示すシーケンス図である。
【００５５】
移動局２０が回線品質情報を基地局１０に送信する（ステップ１００１）。基地局１０は、移動局２０から回線品質情報を受信すると（ステップ１００２）、回線品質情報を閾値と比較して回線品質が悪いか否かを判定する（ステップ１００３）。基地局１０は、回線品質が悪いと判定すると、ヘッダ圧縮部１２１のタイマー値を所定の時間だけ短くする（ステップ１００４）。一方、回線品質が良いと判定すると、ヘッダ圧縮部１２１のタイマー値を所定の時間だけ長くする（ステップ１００５）。
【００５６】
ステップ１００３における回線品質の判定方法の具体例を説明する。回線品質情報が下りＣＱＩである場合、下りＣＱＩが第１の閾値よりも小さければ、回線品質が悪いと判定される。回線品質情報がＨＡＲＱ情報である場合、ＨＡＲＱ情報による再送回数が第２の閾値よりも大きければ、回線品質が悪いと判定される。回線品質情報がＡＲＱ情報である場合、ＡＲＱ情報による再送回数が第３の閾値よりも大きければ、回線品質が悪いと判定される。回線品質情報がバッファ量情報である場合、バッファ量が第４の閾値よりも大きければ、回線品質が悪いと判定される。
【００５７】
次に、ヘッダ伸張制御を行う移動局２０の動作を説明する。ここでは、無線リンクの状態がO-modeまたはR-modeの場合である。図８は本実施形態のヘッダ伸張制御方法の動作手順を示すシーケンス図である。
【００５８】
基地局１０が回線品質情報を移動局２０に送信する（ステップ２００１）。移動局２０は、基地局１０から回線品質情報を受信すると（ステップ２００２）、回線品質情報を閾値と比較して回線品質が悪いか否かを判定する（ステップ２００３）。回線品質の判定方法の具体例は、ヘッダ圧縮方法の場合と同様であるため、その詳細な説明を省略する。
【００５９】
移動局２０は、ステップ２００３で、回線品質が悪いと判定すると、ヘッダ伸張部２２１が実行するCRCチェックのパラメータ（ｎ，ｋ）に対して、ｋ／ｎが小さくなるようにパラメータ（ｎ，ｋ）を設定する（ステップ２００４）。一方、回線品質が良いと判定すると、ｋ／ｎが大きくなるようにパラメータ（ｎ，ｋ）を設定する（ステップ２００５）。
【００６０】
例えば、回線品質が良い場合には、(n,  k)=(1,  1)となるように制御する。これにより、ｋ／ｎ＝１／１＝１となり、ヘッダ伸張部２２１が下位状態に遷移しやすくなる。ヘッダ伸張部２２１はすぐに下位状態に遷移し、NACKまたはSTATIC-NACKがフィードバック情報として基地局１０に送信される。回線品質が良いときに、ヘッダの圧縮効率を低下させることで、通信の信頼性を向上させることができる。
【００６１】
回線品質が悪い場合には、(n,  k)=(3,  2)となるように制御する。これにより、ｋ／ｎ＝２／３＝０．６６６・・・となり、ヘッダ伸張部２２１が頻繁に下位状態に遷移しなくなる。ヘッダ伸張部２２１が頻繁に下位状態に遷移すると、その度にNACKまたはSTATIC-NACKが基地局１０に送信されてしまうが、そのフィードバック情報を基地局１０に送信することを抑制し、ヘッダの圧縮効率が低下するのを防げる。
【００６２】
なお、無線リンクにおけるU-mode、O-modeおよびR-modeの状態モード間の遷移を回線品質情報に基づいて制御してもよい。図９は各モード間の遷移を示す図である。
【００６３】
基地局１０の圧縮制御部１２２は、移動局毎の各種回線品質情報から回線品質を判断し、移動局毎の無線リンクの状態モードを制御する。例えば、通信相手との通信品質を優先する場合には、その通信相手との無線リンクがU-mode→O-mode→R-modeと遷移するようにヘッダ圧縮部１２１を制御する。通信相手との伝送効率を優先する場合には、その通信相手との無線リンクがR-mode→O-mode→U-modeと遷移するようにヘッダ圧縮部１２１を制御する。このようにして、効率的な伝送を行うことが可能となる。なお、基地局１０がヘッダ伸張制御を行う場合には、伸張制御部が上述のようにして無線リンクの状態モードの遷移を制御してもよい。
【００６４】
本実施形態では、ヘッダの復元状況を示すフィードバック情報を通信相手に送信しなくても、ヘッダ圧縮部が下位状態に遷移する時間であるタイマー値を回線品質情報に基づいて制御している。回線状態が悪いときには、タイマー値を短くし、ヘッダ圧縮部を下位の状態に遷移させる頻度を高めることによってヘッダの圧縮効率よりも通信の信頼性を高める。回線状態が良いときには、タイマー値を長くし、下位の状態に下げる頻度を少なくすることによって圧縮効率を高める。これにより、通信の信頼性を保ちながら、ヘッダの圧縮効率を最適な状態に維持でき、効率的な伝送が可能となる。特に、無線リンクがU-mode時には、通信相手にフィードバック情報を送信しないため、本発明は有効である。
【００６５】
また、フィードバック情報を通信相手に送信する必要がないため、伝送路を介して送信する情報の量が抑制され、伝送効率の悪化や遅延の発生を防げる。
【００６６】
また、ヘッダ伸張側でも回線品質情報に基づいて下位状態に遷移する確率を制御して、効率良くパケットを伝送することが可能となる。
【００６７】
さらに、回線品質情報に基づいてU-mode,  O-mode,  R-mode間の状態遷移を制御することで、圧縮効率および信頼度のうちいずれを重視するかに合わせて制御できる。
【００６８】
本発明の効果の一例として、フィードバック情報を通信相手に送信しなくても、ヘッダの圧縮効率を最適な状態に維持できる。また、フィードバック情報を通信相手に送信する必要がないため、伝送路を介して送信する情報の量が抑制され、伝送効率の悪化や遅延の発生を防げる。
【００６９】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００７０】
なお、この出願は、２００８年８月２５日に出願された日本出願の特願２００８−２１５２５７の内容が全て取り込まれており、この日本出願を基礎として優先権を主張するものである。
【符号の説明】
【００７１】
１０    基地局
２０    移動局
１１、２１    記憶部
１２、２２    制御部
１２１    ヘッダ圧縮部
１２２    圧縮制御部
２２１    ヘッダ伸張部
２２２    伸張制御部
【図１】
0005527209.tif 000002
【図２】
0005527209.tif 000003
【図３】
0005527209.tif 000004
【図４】
0005527209.tif 000005
【図５】
0005527209.tif 000006
【図６】
0005527209.tif 000007
【図７】
0005527209.tif 000008
【図８】
0005527209.tif 000009
【図９】
0005527209.tif 000010