(57)【要約】無線リンク（ＲＬ）の現在のデータビットレートを制御して、ＲＬの品質を維持する無線通信方法およびシステム。本発明のシステムは、コアネットワーク（ＣＮ）と、無線ネットワーク制御装置（ＲＮＣ）と、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを含む。ＲＬは、ＲＮＣとＷＴＲＵの間で確立される。ＲＮＣは、ＲＬに関連付けられた保証データビットレートと、最大データビットレートと、現在のデータビットレートとを確定する。ＲＮＣは、ＲＬ品質が著しく悪化したことを示すイベントを検知した場合、現在のデータビットレートの値を低下させる。その後、回復プロセスにおいて、同様のイベントが設定された待機期間中に発生しない場合、ＲＮＣは、現在のデータビットレートを最大データビットレートに回復させる。
2006518159.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワーク制御装置（ＲＮＣ）と、コアネットワーク（ＣＮ）と、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを含む無線通信システムにおいて、前記ＲＮＣと前記ＷＴＲＵとの間で確立される無線リンク（ＲＬ）の品質を維持するために、前記ＲＬのデータビットレートを制御する方法であって、
（ａ）前記ＲＮＣが、前記ＲＬに関連付けられた保証データビットレートと、最大データビットレートと、現在のデータビットレートとを確定するステップと、
（ｂ）前記ＲＮＣが、前記ＲＬの前記品質が著しく悪化したことを示すイベントを検知するステップと、
（ｃ）前記ＲＮＣが、前記検知されたイベントに基づいて、目標データビットレートを決定するステップと、
（ｄ）前記目標データビットレートが前記保証データビットレートより低い場合、前記ＲＮＣが、新しい保証データビットレートについて前記ＣＮと改めてネゴシエーションを行うステップと、
（ｅ）前記ＲＮＣが、前記現在のデータビットレートを前記目標データビットレートまで低下させるステップと、
を備えたことを特徴とする方法。
【請求項２】
（ｆ）前記ＣＮが、所定の期間以内に、より低い保証データビットレートを承認できなかった場合、前記ＲＮＣが、前記ＲＬに対するハンドオーバ手順を開始するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記イベントは、前記ＷＴＲＵの送信電力が最大レベルにあることを示す少なくとも１つの測定値の受信であることを特徴とする請求項１に記載の方法。
【請求項４】
前記イベントは、前記ＷＴＲＵに関連付けられたブロック誤り率（ＢＬＥＲ）が所定の期間にわたって高すぎることを示す少なくとも１つの測定値の受信であることを特徴とする請求項１に記載の方法。
【請求項５】
（ｆ）前記ＲＮＣが、再構成する特定の符号合成トランスポートチャネル（ＣＣＴｒＣＨ）がどれであるかを決定するステップと、
（ｇ）前記ＲＮＣが、前記特定のＣＣＴｒＣＨに関連付けられたトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）から１つまたは複数のトランスポートフォーマットコンビネーション（ＴＦＣ）を削除することによって、前記特定のＣＣＴｒＣＨを再構成するステップと、
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項６】
前記ＲＬは、アップリンクであることを特徴とする請求項１に記載の方法。
【請求項７】
前記ＲＬは、ダウンリンクであることを特徴とする請求項１に記載の方法。
【請求項８】
無線リンク（ＲＬ）のデータビットレートを制御して、前記ＲＬの品質を維持するための無線通信システムであって、
（ａ）コアネットワーク（ＣＮ）と、
（ｂ）前記ＣＮと通信する無線ネットワーク制御装置（ＲＮＣ）と、
（ｃ）前記ＲＬを介して前記ＲＮＣと通信する少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを備え、
（ｉ）前記ＲＮＣは、前記ＲＬに関連付けられた保証データビットレートと、最大データビットレートと、現在のデータビットレートとを確定し、
（ｉｉ）前記ＲＮＣは、前記ＲＬの前記品質が著しく悪化したことを示すイベントを検知し、
（ｉｉｉ）前記ＲＮＣは、前記検知されたイベントに基づいて、目標データビットレートを決定し、
（ｉｖ）前記目標データビットレートが前記保証データビットレートより低い場合、前記ＲＮＣは、新しい保証データビットレートについて前記ＣＮと改めてネゴシエーションを行い、
（ｖ）前記ＲＮＣは、前記現在のデータビットレートを前記目標データビットレートまで低下させることを特徴とするシステム。
【請求項９】
前記ＣＮが、所定の期間内に、より低い保証データビットレートを承認できなかった場合、前記ＲＮＣは、前記ＲＬに対するハンドオーバ手順を開始することを特徴とする請求項８に記載のシステム。
【請求項１０】
前記イベントは、前記ＷＴＲＵの送信電力が最大レベルにあることを示す少なくとも１つの測定値の受信であることを特徴とする請求項８に記載のシステム。
【請求項１１】
前記イベントは、前記ＷＴＲＵに関連付けられたブロック誤り率（ＢＬＥＲ）が所定の期間にわたって高すぎることを示す少なくとも１つの測定値の受信であることを特徴とする請求項８に記載のシステム。
【請求項１２】
前記ＲＮＣは、前記ＲＬに関連付けられた特定の符号合成トランスポートチャネル（ＣＣＴｒＣＨ）がどれであるかを決定し、前記ＣＣＴｒＣＨに関連透けられたトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）から１つまたは複数のトランスポートフォーマットコンビネーション（ＴＦＣ）を削除することによって、前記ＣＣＴｒＣＨを再構成することを特徴とする請求項８に記載のシステム。
【請求項１３】
前記ＲＬは、アップリンクであることを特徴とする請求項８に記載のシステム。
【請求項１４】
前記ＲＬは、ダウンリンクであることを特徴とする請求項８に記載のシステム。
【請求項１５】
無線ネットワーク制御装置（ＲＮＣ）と、コアネットワーク（ＣＮ）と、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）とを含む無線通信システムにおいて、現在のデータビットレートを最大データビットレートから低減データビットレートに低下させることによる無線リンク（ＲＬ）の品質を維持する修正動作の実施から回復するために、前記ＲＮＣと前記ＷＴＲＵとの間で確立された前記無線リンク（ＲＬ）の前記現在のデータビットレートを制御する方法であって、
（ａ）前記ＲＮＣが、前記ＲＬの前記品質が著しく悪化したことを示すイベントが所定の期間にわたって発生していないことを決定するステップと、
（ｂ）前記ＲＮＣが、再構成する、前記ＲＬに関連付けられた特定の符号合成トランスポートチャネル（ＣＣＴｒＣＨ）がどれであるかを決定するステップと、
（ｃ）前記現在のデータビットレートが前記最大データビットレートに等しくない場合、前記ＲＮＣが、前記現在のデータビットレートを増加させるステップと、
（ｄ）前記ＲＮＣが、前記特定のＣＣＴｒＣＨに関連付けられたトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）に１つまたは複数のトランスポートフォーマットコンビネーション（ＴＦＣ）を追加することによって、前記特定のＣＣＴｒＣＨを再構成するステップと、
を備えたことを特徴とする方法。
【請求項１６】
（ｅ）目標データビットレートが前記最大データビットレートよりも高い場合、前記ＲＮＣが、新しい最大データビットレートについて前記ＣＮと改めてネゴシエーションを行うステップをさらに備えたことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記イベントは、前記ＷＴＲＵの送信電力が最大レベルにあることを示す少なくとも１つの測定値の受信であることを特徴とする請求項１５に記載の方法。
【請求項１８】
前記イベントは、前記ＷＴＲＵに関連付けられたブロック誤り率（ＢＬＥＲ）が所定の期間にわたって高すぎることを示す少なくとも１つの測定値の受信であることを特徴とする請求項１５に記載の方法。
【請求項１９】
前記ＲＬは、アップリンクであることを特徴とする請求項１５に記載の方法。
【請求項２０】
前記ＲＬは、ダウンリンクであることを特徴とする請求項１５に記載の方法。  
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信システムにおける無線資源の管理に関する。より詳細には、本発明は、無線通信の無線リンク（ＲＬ：ｒａｄｉｏ  ｌｉｎｋ）の品質を維持することに関する。
【背景技術】
【０００２】
一般に、従来の無線マルチセル通信システム（ｗｉｒｅｌｅｓｓ  ｍｕｌｔｉｃｅｌｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）のＲＬに関係した状況は、無線ネットワーク制御装置（ＲＮＣ：ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ）によって処理される。さらに、ＲＮＣは、ＲＬ毎にＲＬ品質を維持するために無線資源を管理する、別名でリンク維持（ｌｉｎｋ  ｍａｉｎｔｅｎａｎｃｅ）として知られる役割も担う。
【０００３】
リンク維持の応用例は、回線交換サービスおよびパケット交換サービスの両方で利用される。上記の従来のシステムでは、予測不可能な状況のために、無線リンクの品質悪化が生じる。ＲＬのサービス品質は、ときどき、設定された閾値レベルより低下し、あるいは所定の期間よりも長く閾値レベル未満に留まることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
効率的なリンク維持を可能にするためにＲＬのデータビットレートを調整し、ＲＬのサービス品質の悪化を回避する方法およびシステムを提供することが望まれる。
【課題を解決するための手段】
【０００５】
本発明は、ＲＬのデータビットレートを制御してＲＬの品質を維持する無線通信方法およびシステムである。本発明のシステムは、コアネットワーク（ＣＮ：ｃｏｒｅ  ｎｅｔｗｏｒｋ）と、無線ネットワーク制御装置（ＲＮＣ）と、少なくとも１つの無線送受信ユニット（ＷＴＲＵ：ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ）とを含む。ＲＬは、ＲＮＣとＷＴＲＵの間で確立される。
【０００６】
ＲＮＣは、ＲＬに関連付けられた保証データビットレートと、最大データビットレートと、現在のデータビットレートとを確定する。ＲＮＣは、ＲＬ品質が著しく悪化したことを示すイベント、またはＲＬ品質を維持できないことを示すイベントを検知し、検知したイベントに基づいて、目標データビットレートを決定する。目標データビットレートが保証データビットレートより低い場合、ＲＮＣは、新しい保証データビットレートについてＣＮと改めてネゴシエーションを行う。ＲＮＣは、トランスポートフォーマットコンビネーションセット（ＴＦＣＳ：Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｓｅｔ）の再構成によって、現在のデータビットレートを目標データビットレートにまで低下させる。このプロセスは、ＲＬ品質の悪化を示すイベントが発生しなくなるまで繰り返される。
【０００７】
検知されたイベントは、送信電力が最大レベル（またはその近く）にあることを示す少なくとも１つの測定値をＲＮＣで受信したこと、またはＷＴＲＵのＲＬに関するブロック誤り率（ＢＬＥＲ：ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ）が所定の期間にわたって所定の閾値を越え続けたこととすることができる。最大送信電力に到達した事実は、アップリンク送信のときはＷＴＲＵによって、ダウンリンク送信のときはノードＢによって確認される。ＢＬＥＲ測定値は、ダウンリンク送信のときはＷＴＲＵによって、アップリンク送信のときはノードＢによって報告される。
【０００８】
ＲＮＣは、ＲＬに関連付けられた特定の符号合成トランスポートチャネル（ＣＣＴｒＣＨ：ｃｏｄｅｄ  ｃｏｍｐｏｓｉｔｅ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）がどれであるかを決定することができる。データビットレートは、ＣＣＴｒＣＨに関連付けられたＴＦＣＳから１つまたは複数のトランスポートフォーマットコンビネーション（ＴＦＣ：Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ）を削除することによって調整される。各ＲＬのデータビットレートを管理するプロセスは、アップリンクチャネルとダウンリンクチャネルとで独立に実行される。
【０００９】
別の実施形態では、本発明は、現在のデータビットレートを最大データビットレートから低減されたデータビットレートに低下させることによって、ＲＬ品質を維持するための修正動作を実施した後、または最大データビットレートより低いデータビットレートでＲＬを確立した後で、データビットレートを増加させる方法およびシステムである。ＲＮＣは、ＲＬ品質が所定の閾値よりも高くなったことを示すイベントを検知し、あるいはＲＬ品質が所定の閾値よりも著しく悪化したことを示すイベントが所定の期間にわたって生じていないことを決定する。ＲＮＣは、次に、再構成される、ＲＬに関連付けられた特定のＣＣＴｒＣＨがどれであるかを決定する。ＲＮＣは、ＣＣＴｒＣＨに関連付けられたＴＦＣＳに１つまたは複数のＴＦＣを追加することによるＣＣＴｒＣＨの再構成によって、現在のデータビットレートを増加させる。このプロセスは、現在のデータビットレートが最大データビットレートに等しくなるまで繰り返される。
【００１０】
本発明のより詳しい理解は、例として与えられ添付の図面と併せて理解される、以下に示す好ましい実施例の説明から得ることができるであろう。
【発明を実施するための最良の形態】
【００１１】
本発明は、リンク維持によってＲＬ品質の維持を可能にする無線通信方法およびシステムである。
【００１２】
以降本明細書では、無線送受信ユニット（ＷＴＲＵ）には、ユーザ機器、移動局、固定もしくは移動加入者ユニット、ポケットペル、または無線環境で動作可能なその他の任意のタイプの装置が含まれるものとするが、これらに限定されるものではない。
【００１３】
本発明は、ユニバーサル移動体通信システム（ＵＭＴＳ）などの通信システムに適用可能であり、そうしたシステムでは、時分割複信（ＴＤＤ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、符号分割多元接続（ＣＤＭＡ）、ＣＤＭＡ  ２０００、時分割同期ＣＤＭＡ（ＴＤＳＣＤＭＡ）、および直交周波数分割多重（ＯＦＤＭ）を実施することができる。しかし、本発明は、その他のタイプの通信システムでも同様に適用可能であろう。
【００１４】
第３世代（３Ｇ）無線通信システムでは、可能なデータビットレートとデータ多重化は、利用可能なＴＦＣＳによって確定される。各ＴＦＣが、特定のデータビットレートに対応する。少なくとも１つのＴＦＣをＴＦＣＳに追加することによって、またＴＦＣＳから削除することによって、最大可能データビットレートを増加させ、または低下させることができる。
【００１５】
図１は、本発明に従って動作する無線通信システム１００の例示的なブロック図である。システム１００は、ＲＮＣ１０５と、ＷＴＲＵ１１０と、コアネットワーク（ＣＮ）１１５とを含む。ＲＮＣ１０５は、アップリンク通信およびダウンリンク通信を実現するため、ＷＴＲＵ１１０と共に、１つまたは複数のＲＬ１２０Ａ、１２０Ｂを確立する。ＲＮＣ１０５は、ネゴシエーション結果のデータビットレートと希望品質範囲とに基づいて、ＲＬ１２０Ａ、１２０Ｂを維持する。ＲＮＣ１０５とＣＮ１１５は、パス１２５を介してネゴシエーションを行い、ＲＬ１２０Ａ、１２０Ｂの品質が、上限閾値と下限閾値を有する希望品質範囲内に保たれるように、ＲＬ１２０Ａ、１２０Ｂの最大データビットレートと保証（すなわち、最小）データビットレートを設定する。
【００１６】
本発明の一実施形態では、パス１３０を介して受信された測定値報告に応答して、データビットレートに変更を加えることができる。測定値報告は、基地局（ノードＢ）およびＷＴＲＵの送信電力測定値と、ＢＬＥＲ測定値を含むことができる。ＲＮＣ１０５は、測定値報告を監視して、ＲＬ１２０Ａ、１２０Ｂの品質および最大データビットレートを維持するために現在のデータビットレートの調整が必要になった時点を決定する。
【００１７】
リンク品質が設定閾値より低下した場合では、報告リンク品質が所定の期間にわたって閾値未満であり続けたならば、あるいはシステム１００が許容可能リンク品質を維持できないならば、ＲＮＣ１０５は、ＲＬ１２０のデータビットレートを低下させる。ＲＬ毎の品質およびデータビットレート調整の決定は、アップリンクとダウンリンクとで独立に管理される。
【００１８】
ＲＬ１２０のデータビットレートは、最大データビットレートの分数値に徐々に低下させることができる。これは、そのＣＣＴｒＣＨの利用可能なＴＦＣＳからＴＦＣを削除することによって達成される。ＲＮＣ１０５は、ＣＮ１１５と改めてネゴシエーションを行わなくても、保証データビットレートまでは、ＲＬ１２０のデータビットレートを低下させることができる。
【００１９】
リンク品質問題のために、ＲＬ１２０のデータビットレートがすでに保証データビットレートになっている場合、ＲＮＣ１０５は、ＲＬ１２０Ａ、１２０Ｂのデータビットレートをさらに低下させられるように、ＲＬ１２０のデータビットレートについて、パス１２５を介して再ネゴシエーションを試みることができる。
【００２０】
ＲＬのデータビットレートを低下させた後、あるいはＲＬ１２０Ａ、１２０Ｂが最大データビットレートより低いデータビットレートで確立された場合、ＲＮＣ１０５がＲＬ１２０の品質が所定の閾値より増加したことを示すイベントを検知したとき、あるいは低品質のサービスイベントが一定の期間にわたって発生していないときは、ＲＬ１２０のデータビットレートを徐々に増加させることができる。これは、そのＣＣＴｒＣＨの利用可能なＴＦＣＳにＴＦＣを追加することによって達成される。
【００２１】
図２Ａ、図２Ｂ、図２Ｃは、本発明の一実施形態によるデータビットレート調整のためのＲＬリンク維持プロセス２００を示す、３つで１つのフローチャートである。システムが安定状態にある間に、ＲＬの初期データビットレートパラメータＲMAX、ＲG、ＲCが確定される（ステップ２０５）。ＲMAXは、ＲＬ１２０で許容される最大データビットレート、ＲGは、ＲＬ１２０で許容される保証データビットレート、ＲCは、ＲＬ１２０が現在動作している現在のデータビットレートである。ＲＮＣ１０５は、ＲＬ１２０Ａ、１２０Ｂの品質レベル、並びに、その品質レベルを維持する能力を示し、ＷＴＲＵおよびノードＢからパス１３０を介して受信される測定値報告を監視する。ステップ２１０で、待機期間（すなわち、所定の期間）が開始される。ＢＬＥＲおよび送信電力測定値報告１３０に基づいて、プロセス２００は、ＲＬ１２０Ａ、１２０Ｂの品質レベルが著しく悪化した時、そのことを検知することができ（ステップ２１５）、そのような場合には、ステップ２３５〜ステップ２６０を実施することによって、データビットレートを低下させる。ステップ２２０で、現在のデータビットレートＲCが最大データビットレートＲMAXより低いかどうかの決定が下される。ＲCがＲMAXより低い場合、プロセス２００は、ステップ２２５に進み、ＲＬ１２０Ａ、１２０Ｂの品質が所定の閾値を超えていること示すイベントが検知されたかどうかの決定が下され、超えている場合には、ステップ２６５〜ステップ２８０を実施することによって、データビットレートを増加させる。所定の閾値を超えてはいないが、ＲＬ１２０Ａ、１２０Ｂの品質の悪化を示すイベントを示す別のイベントを検知せずに、ステップ２３０で待機期間が終了した場合にも、ステップ２６５〜ステップ２８０を実施することによって、データビットレートを増加させる。
【００２２】
リンク維持のためのプロセス２００は、アップリンク動作のサポートとダウンリンク動作のサポートとで独立に実施されることを理解されたい。アップリンク動作の場合、ＲＮＣは、ステップ２１０で、最大ＷＴＲＵ送信電力イベントか、またはノードＢからの高ＢＬＥＲ測定値を検知する。ダウンリンク動作の場合、ＲＮＣは、ステップ２１０で、ＷＴＲＵからの高ＢＬＥＲの報告か、またはノードＢからの最大（または、最大に近い）送信電力を検知する。
【００２３】
データビットレートを低下させるプロセスは、次のように実施される。ステップ２３５で、再構成が必要な特定のＣＣＴｒＣＨが決定される。ステップ２４０で、検知されたＲＬ品質不足を是正するため、新しい目標データビットレートＲTNEWが決定される。新しい目標データビットレートＲTNEWが保証データビットレートＲGより高いか、または等しいと決定された場合は（ステップ２４５）、ＣＮ１１５との再ネゴシエーションは必要なく、現在のデータビットレートＲＣを、ＲC＝ＲTNEWとなるまで減少（低下）させるが（ステップ２５５）、それ以外の場合は、ＲＮＣ１０５は、パス１２５を介してＣＮ１１５と改めてネゴシエーションを行う（ステップ２５０）。ステップ２６０で、ステップ２３５で決定された特定のＣＣＴｒＣＨを、そのＣＣＴｒＣＨに関連付けられたＴＦＣＳから１つまたは複数のＴＦＣを削除することによって再構成する。その後、プロセスはステップ２１０に戻り、待機期間が再び開始される。
【００２４】
データビットレートを増加させるプロセスは、次のように実施される。ステップ２６５で、再構成が必要な特定のＣＣＴｒＣＨが決定される。ステップ２７０で、所定のＲＬ品質閾値内で動作することが期待される新しい目標データビットレートＲTNEWが決定される。ステップ２７５で、現在のデータビットレートＲCを、ＲC＝ＲTNEWとなるまで増大（増加）させる。ステップ２８０で、ステップ２６５で決定された特定のＣＣＴｒＣＨを、そのＣＣＴｒＣＨに関連付けられたＴＦＣＳに１つまたは複数のＴＦＣを追加することによって再構成する。その後、プロセスはステップ２１０に戻り、待機期間が再び開始される。
【００２５】
本発明の一実施形態では、データビットレート低下調整の回数は、所定の回数に制限される。データビットレート調整の回数が超過した場合、関連付けられたＲＬのハンドオーバが実施される。
【００２６】
本発明の別の実施形態では、保証データビットレートについてのＣＮ１１５との再ネゴシエーションを求めるリクエストが失敗した（例えば、ＣＮ１１５がデータビットレート変更リクエストに対する応答を返す前に、待機期間が終了した）場合、関連付けられたＲＬのハンドオーバが実施される。
【００２７】
本発明の一つの代替的な実施形態では、プロセス２００のステップ２３０でのように、何らかの不都合なイベントを検知せずに待機期間が終了するのではなく、ＲＮＣ１０５は、代わりに、リンク品質が正常に戻ったことを通知する更新測定値を待つこともできる。
【００２８】
待機期間中に、ＲＮＣ１０５が同じＲＬ１２０の品質が非常に良好である旨の（データビットレート回復の必要性を示唆する）報告を受信した場合、ＲＮＣ１０５は、ＲＬ１２０のデータビットレートを直ちに徐々に増加（回復）させる。データビットレートのこの増加は、ＣＮ１１５とネゴシエーションを行った最大データビットレートＲMAXを越えることはない。
【００２９】
データビットレートを低下させる場合、または増加させる場合、トランスポートチャネル再構成および物理チャネル再構成の両方を、個々のＲＬについて実施することができる。トランスポート構成は、ＴＦＣをＴＦＣＳに追加し、またＴＦＣＳから削除する。物理再構成は、対応する物理資源を減らすため、または増やすために使用される。
【００３０】
本発明を好ましい実施形態を参照しながら詳細に示し、説明してきたが、以上本明細書で説明した本発明の範囲から逸脱することなく、それらに形態および細部についての変更を加え得ることは、当業者であれば理解されよう。
【図面の簡単な説明】
【００３１】
【図１】本発明に従って動作する無線通信システムのブロック図である。
【図２Ａ】ＲＬのデータビットレートの低減および回復に用いられるリンク維持プロセスの、図２Ｂおよび図２Ｃと併せて１つの、フローチャートである。
【図２Ｂ】ＲＬのデータビットレートの低減および回復に用いられるリンク維持プロセスの、図２Ａおよび図２Ｃと併せて１つの、フローチャートである。
【図２Ｃ】ＲＬのデータビットレートの低減および回復に用いられるリンク維持プロセスの、図２Ａおよび図２Ｂと併せて１つの、フローチャートである。
【図１】
2006518159.tif 000003
【図２Ａ】
2006518159.tif 000004
【図２Ｂ】
2006518159.tif 000005
【図２Ｃ】
2006518159.tif 000006
【国際調査報告】
2006518159.tif 000007