ＨＳＵＰＡおよびＨＳＤＰＡチャネルに関連する無線リンク障害を認識する方法およびシステム
【課題】ＷＴＲＵとノードＢ間のＲＬ障害を検出する方法およびシステムを提供する。
【解決手段】無線送受信ユニット（ＷＴＲＵ）１０２は、個別物理データチャネルを使用する無線ベアラ、または、高速物理ダウンリンク共用チャネルを使用する無線ベアラを受信するように構成される、受信機２０２と、無線リンク障害が発生したか否かを判定するように構成される測定デバイス２０６とを備え、該無線リンク障害は、前記受信機２０２が個別物理データチャネルを使用する無線ベアラを受信する場合に、前記個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定する該測定デバイス２０６によって判定され、または、前記受信機２０２が前記個別物理データチャネルを使用する無線ベアラを受信しない場合に、複数のＷＴＲＵによって共用されるチャネルの品質を測定する該測定デバイス２０６によって判定される。
【解決手段】無線送受信ユニット（ＷＴＲＵ）１０２は、個別物理データチャネルを使用する無線ベアラ、または、高速物理ダウンリンク共用チャネルを使用する無線ベアラを受信するように構成される、受信機２０２と、無線リンク障害が発生したか否かを判定するように構成される測定デバイス２０６とを備え、該無線リンク障害は、前記受信機２０２が個別物理データチャネルを使用する無線ベアラを受信する場合に、前記個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定する該測定デバイス２０６によって判定され、または、前記受信機２０２が前記個別物理データチャネルを使用する無線ベアラを受信しない場合に、複数のＷＴＲＵによって共用されるチャネルの品質を測定する該測定デバイス２０６によって判定される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線送信／受信ユニット（ＷＴＲＵ）およびノードＢを含む無線通信システムに関する。具体的には、本発明は、ＷＴＲＵとノードＢとの間に確立された高速アップリンクパケットアクセス（high speed uplink packet access；ＨＳＵＰＡ）および高速ダウンリンクパケットアクセス（high speed downlink packet access；ＨＳＤＰＡ）チャネルに関連する無線リンク（ＲＬ）障害を認識する方法およびシステムに関する。
【背景技術】
【０００２】
３ＧＰＰ（Third Generation Partnership Project）無線通信システムにおいて、ＷＴＲＵとＵＴＲＡＮ（Universal Terrestrial Radio Access Network）間の接続（つまり、ＲＬ）を保持するために、シグナリング無線ベアラ（signaling radio bearer：ＳＲＢ）が使用される。ＷＴＲＵおよびノードＢに接続している物理チャネルの受信が品質についての閾値を下回るか、または検出できなかった（つまり、ＷＴＲＵとＵＴＲＡＮ間でシグナリング情報が交換されるようにする物理チャネルが失敗した）場合、ＲＬ障害が宣言され、ＷＴＲＵおよびＵＴＲＡＮは、ＷＴＲＵとＵＴＲＡＮ間の接続を再確立する手続きを開始する。
【０００３】
ＳＲＢの損失を認識して適切なアクションを行うため、ＷＴＲＵおよびＵＴＲＡＮはＲＬ障害が発生していないか常時監視する。ＲＬ障害検出手続きの主要な目的は、ＳＲＢがマップされるトランスポートチャネル（ＴｒＣＨ）および物理チャネルの障害を検出することである。
【０００４】
３ＧＰＰ無線通信システムにおいて、ＳＲＢは個別トランスポートチャネル（ＤＣＨ）にマップされ、それが個別物理チャネル（ＤＰＣＨ）にマップされる。ＤＰＣＨは、個別物理制御チャネル（ＤＰＣＣＨ）および個別物理データチャネル（ＤＰＤＣＨ）を備える。
【０００５】
ＤＰＣＨおよびＤＣＨの状態を検出する基準は、ＤＰＣＣＨ品質の推定、（およびあらかじめ定められた閾値との比較）、および／または巡回冗長検査（ＣＲＣ）に基づくＤＰＣＨ上のデータパケットの正しい受信の統計値のコレクションを含む。基準が満たされると、ＷＴＲＵおよびＵＴＲＡＮは、ＷＴＲＵとＵＴＲＡＮとの間の接続を解除して再確立する手続きを呼び出す。
【０００６】
３ＧＰＰ無線通信システムにおいて、連続サービス（例えば音声）および双方向サービス（例えばＷｅｂブラウジング）の両方がサポートされる。個別チャネルは連続サービスをサポートする上で効率的であるが、共用チャネルは双方向サービスをサポートする上で効率的である。共用チャネルは、無線リソースの有効利用をさらに高め、双方向サービスのサービス品質（ＱｏＳ）を向上させる。しかし、サービスが共用チャネルにマップされる場合、トラフィック要件が連続的ではないため、ＳＲＢの個別チャネルの使用は非効率的である。
【０００７】
３ＧＰＰ無線通信システムにおいて、ＨＳＵＰＡおよびＨＳＤＰＡは主として、連続チャネル割り当てを必要としないサービスに高速共用チャネルを使用する。これらのチャネルは、チャネル割り当てにＷＴＲＵとノードＢ間の高速な物理および媒体アクセス制御（ＭＡＣ）層シグナリングを使用し、失敗した伝送の効率的かつ高速な回復にハイブリッド自動再送要求（hybrid-automatic repeat request；Ｈ−ＡＲＱ）を使用する。
【０００８】
ＳＲＢが、個別チャネルではなくＨＳＵＰＡまたはＨＳＤＰＡチャネルによってサポートされる場合、たとえ個別チャネルが引き続き動作している場合であってもＳＲＢが失敗することがある。さらに、個別チャネルの障害を検出する基準は、たとえＳＲＢをサポートしているＨＳＵＰＡまたはＨＳＤＰＡチャネルが動作していない場合であっても、満たされないことがある。この場合、ＲＬ障害は、たとえＳＲＢがすでに接続を失ってしまった場合であっても、検出されることはない。
【発明の概要】
【０００９】
本発明は、ＳＲＢがＨＳＵＰＡまたはＨＳＤＰＡによってサポートされる場合に、ＷＴＲＵとノードＢとの間のＲＬ障害を検出する方法およびシステムに関する。ＳＲＢがＨＳＵＰＡによってサポートされる場合、ＷＴＲＵは絶対許可チャネル（absolute grant channel；ＡＧＣＨ）、相対許可チャネル（relative grant channel；ＲＧＣＨ）、およびＨ−ＡＲＱ情報チャネル（H-ARQ information channel；ＨＩＣＨ）のうちの少なくとも１つのチャネルを監視して、ＡＧＣＨ、ＲＧＣＨ、およびＨＩＣＨのうちの少なくとも１つのチャネルの不適切な動作の検出に基づいてＲＬ障害を認識する。ノードＢは、強化アップリンク個別物理制御チャネル（enhanced uplink dedicated physical control channel；Ｅ−ＤＰＣＣＨ）および強化アップリンク個別物理データチャネル（enhanced uplink dedicated physical data channel；Ｅ−ＤＰＤＣＨ）のうちの少なくとも１つを監視して、Ｅ−ＤＰＤＣＨおよびＥーＤＰＣＣＨのうちの少なくとも１つの不適切な動作の検出に基づいてＲＬ障害を認識する。
【００１０】
ＳＲＢがＨＳＤＰＡによってサポートされる場合、ＷＴＲＵは高速共用制御チャネル（high speed shared control channel；ＨＳ−ＳＣＣＨ）および高速物理ダウンリンク共用チャネル（high speed physical downlink shared channel；ＨＳ−ＰＤＳＣＨ）のうちの少なくとも１つを監視して、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの少なくとも１つの不適切な動作の検出に基づいてＲＬ障害を認識する。ノードＢは、高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ）を監視して、ＨＳ−ＤＰＣＣＨの不適切な動作の検出に基づいてＲＬ障害を認識する。
【図面の簡単な説明】
【００１１】
本発明のさらに詳細な理解は、例示により示され、添付の図面と併せて理解される、以下の説明から得ることができる。
【図１】本発明による確立されたＨＳＵＰＡチャネルを介して通信するＷＴＲＵおよびノードＢを含む無線通信システムを示す図である。
【図２】図１のシステムに使用される例示的なＷＴＲＵを示すブロック図である。
【図３】図１のシステムに使用される例示的なノードＢを示すブロック図である。
【図４】図１のシステムのＨＳＵＰＡチャネルを使用するＷＴＲＵにおいてＲＬ障害を認識するスキームを示す図である。
【図５】図１のシステムのＨＳＵＰＡチャネルを使用するノードＢにおいてＲＬ障害を認識するスキームを示す図である。
【図６】図１のシステムのＷＴＲＵとノードＢとの間に確立されるＨＳＤＰＡチャネルを示す図である。
【図７】図６のＨＳＤＰＡチャネルを使用するＷＴＲＵにおいてＲＬ障害を認識するスキームを示す図である。
【図８】図６のＨＳＤＰＡチャネルを使用するノードＢにおいてＲＬ障害を認識するスキームを示す図である。
【発明を実施するための形態】
【００１２】
これ以降、「ＷＴＲＵ」という用語は、ユーザー機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャー、または無線環境において動作することのできる他の任意の種類の装置を含むが、これらに限定されることはない。これ以降「ノードＢ」という用語が言及される場合、これは基地局、サイトコントローラ、アクセスポイント、または無線環境における他の任意の種類のインターフェース接続装置を含むが、これらに限定されることはない。また、「動作（performance）」は、遅延（delay）または伝送速度（transmission rate）である場合がある。
【００１３】
本発明の特徴は、集積回路（ＩＣ）に組み入れられるか、または多数の相互接続コンポーネントからなる回路に構成されうる。
【００１４】
図１は、本発明によるＷＴＲＵ１０２とノードＢ１０４間に確立されたＨＳＵＰＡチャネルを介して通信するＷＴＲＵ１０２およびノードＢ１０４を含む無線通信システム１００を示す図である。ＷＴＲＵ１０２およびノードＢ１０４の間に、Ｅ−ＤＰＤＣＨ１０６、ＡＧＣＨ１０８、ＲＧＣＨ１１０（オプション）、ＨＩＣＨ１１２、およびＥ−ＤＰＣＣＨ１１４が確立される。
【００１５】
図２は、図１のシステム１００に使用される例示的なＷＴＲＵ１０２を示すブロック図である。ＷＴＲＵ１０２は、送受信機２０２、制御装置２０４、および測定ユニット２０６を含む。
【００１６】
図３は、図１のシステム１００に使用される例示的なノードＢ１０４を示すブロック図である。ノードＢ１０４は、送受信機３０２、制御装置３０４、測定ユニット３０６、スケジューラ３０８、およびＨ−ＡＲＱ処理ユニット３１０を含む。
【００１７】
本発明の一実施形態によれば、ＷＴＲＵ１０２の送受信機２０２は、Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６を介して、速度要求（rate request）をスケジューリング情報と共にノードＢ１０４に送信する。ノードＢ１０４の送受信機３０２は速度要求を受信し、スケジューラ３０８は当該速度要求を分析して、スケジューリング割り当てを、ＡＧＣＨ１０８を介して（またはオプションでＲＧＣＨ１１０を介して）ＷＴＲＵ１０２に生成して送信し、アップリンクアクセスおよびＷＴＲＵ１０２が伝送を許可される最大速度を制御する。ＷＴＲＵ１０２の送受信機２０２は、アップリンク（ＵＬ）データを、Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６を介してノードＢ１０４に送信する。ノードＢ１０４の送受信機３０２がＵＬデータを受信すると、ノードＢ１０４のＨ−ＡＲＱ処理ユニット３１０は、ＨＩＣＨ１１２を介してＨ−ＡＲＱフィードバックをＷＴＲＵ１０２に生成する。ＷＴＲＵ１０２の制御装置２０４およびノードＢ１０４の制御装置３０４は、本発明によりＲＬ障害を検出するが、このことについては以下で詳細に説明される。
【００１８】
図１を参照すると、特定の無線ベアラ（ＲＢ）は、速度要求およびノードＢスケジューリングを必要としない保証ビットレートを割り当てられてもよい。保証ビットレート用に構成される場合、Ｅ−ＤＰＣＣＨ１１４および／またはＥ−ＤＰＤＣＨ１０６での速度要求、およびＡＧＣＨ１０８および／またはＲＧＣＨ１１０で伝送されたスケジューリング許可は、ＵＬデータの伝送には必要なくなる。
【００１９】
さらに図１を参照すると、スケジューリング許可の受信または構成された保証ビットレートのいずれかにより、アップリンクでの伝送を許される場合、ＷＴＲＵ１０２は、伝送のためにＨ−ＡＲＱ手続きを使用する。ＷＴＲＵ１０２とノードＢ１０４の間には、独立して動作している複数のＨ−ＡＲＱプロセスがあってもよい。ＷＴＲＵ１０２において、各Ｈ−ＡＲＱプロセスは、Ｅ−ＤＰＤＣＨ１０６を介してデータのブロックを伝送し、ＨＩＣＨ１１２でノードＢ１０４からのＨ−ＡＲＱフィードバック（つまり、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ））を待つ。
【００２０】
ノードＢ１０４において、受信したデータブロックのＣＲＣチェックが成功した場合、ＡＣＫが伝送される。成功しなかった場合、各Ｈ−ＡＲＱ伝送に対してＨＩＣＨ１１２を介して、ＮＡＣＫがオプションで伝送されうる。ＮＡＣＫがＷＴＲＵ１０２によって受信される場合、以前のデータブロックは、最大再伝送回数を超えない限り再伝送される。ＡＣＫが受信されるか、または最大再伝送回数を超える場合、ＷＴＲＵ Ｈ−ＡＲＱプロセスは新しい伝送を割り当てられうる。速度要求およびスケジューリング割り当ては、アップリンクデータ伝送と同時に行われることがあり、複数の独立したＨ−ＡＲＱ伝送およびＡＣＫ／ＮＡＣＫフィードバックが重複する（overlap）こともある。
【００２１】
本発明によれば、ＷＴＲＵ１０２およびノードＢ１０４は、ＲＬ障害を認識する新しい基準を使用する。図４は、図１に示される無線通信システム１００のＨＳＵＰＡチャネルを使用するＷＴＲＵ１０２においてＲＬ障害を認識するスキームを示す。ＷＴＲＵ１０２は、ＷＴＲＵ１０２に既知の指定された手続きに従い、ＡＧＣＨ１０８、ＲＧＣＨ１１０、およびＨＩＣＨ１１２での受信に基づいて基準を使用する。ＷＴＲＵ１０２の送受信機２０２は、速度要求およびスケジューリング手続きに従って、アップリンク伝送のためにノードＢ１０４に速度要求４０２を送信する。それに応答して、ノードＢ１０４のスケジューラ３０８は、スケジューリング割り当て４０６（図４において失敗した送信として示される）を、ＡＧＣＨまたはＲＧＣＨを介してＷＴＲＵ１０２に送り返す。スケジューリング割り当て４０６は、正常に受信されることも、正常に受信されないこともある。ＷＴＲＵ１０２が、速度要求４０２を（好ましくは複数回数または指定された期間にわたり）送信した後にスケジューリング割り当て４０６またはＨ−ＡＲＱフィードバック４０４を受信しない場合、ＷＴＲＵ１０２は、速度要求およびスケジューリング手続きが失敗したことを認識して、接続を回復するための手続きを呼び出す無線リンク障害を宣言する。
【００２２】
図２に示されるＷＴＲＵ１０２の測定ユニット２０６は、ＡＧＣＨ１０８およびＲＧＣＨ１１０のチャネル品質を測定することもできる。ＡＧＣＨ１０８またはＲＧＣＨ１１０のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２は、速度要求およびスケジューリング手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＡＧＣＨ１０８およびＲＧＣＨ１１０の品質は、信号対干渉比（ＳＩＲ）、チップあたり受信エネルギー（Ｅb）／帯域内出力密度（Ｎo）、ブロック誤り率（ＢＬＥＲ）、または任意の他の関連基準に基づいて評価されうる。
【００２３】
ＷＴＲＵ１０２がスケジューリング割り当て４０６を正常に受信した場合、ＷＴＲＵ１０２は、ＵＬスケジューリング割り当て４０６に従ってＵＬデータ伝送４０８を開始する。ＵＬデータ伝送４０８に応答して、ノードＢ１０４はＨＩＣＨ１１２でＨ−ＡＲＱフィードバック４１０を（図４において失敗した伝送として示される）ＷＴＲＵ１０２に送信する。ＷＴＲＵ１０２がＨＩＣＨ１１２でＡＣＫを（好ましくは複数回数または指定された期間にわたり）受信できない場合、ＷＴＲＵ１０２は、ＵＬデータ伝送およびＨ−ＡＲＱ手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＵＬデータ伝送のＡＣＫ／ＮＡＣＫ比率があらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２はまたＲＬが失敗したことを認識することができる。
【００２４】
図２に示されるＷＴＲＵ１０２の測定ユニット２０６は、ＨＩＣＨ１１２のチャネル品質も監視する。ＨＩＣＨ１１２のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２は、ＵＬデータ伝送およびＨ−ＡＲＱ手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＨＩＣＨ１１２の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００２５】
ＡＧＣＨ１０８またはＲＧＣＨ１１０のいずれかが、ＳＲＢまたはＨＳＵＰＡを使用している他のＲＢを許容可能な閾値よりも低いデータ転送速度まで低下させる場合、ＷＴＲＵはＲＬが失敗したことを認識する。
【００２６】
ＨＳＵＰＡチャネルによってサポートされるＳＲＢが保証ビットレートを割り当てられず、そのためにＷＴＲＵ１０２が速度要求を送信するよう要求され、スケジューリング割り当てが速度要求に応答して送り返される場合、ＡＧＣＨ１０８およびＲＧＣＨ１１０での受信はＲＬ障害を判別するために使用される。あるいは、ＨＳＵＰＡチャネルによってサポートされるＳＲＢが保証ビットレートを割り当てられる場合、ＲＬ障害に対するＡＧＣＨ１０８およびＲＧＣＨ１１０の受信基準は適用されなくてもよい。
【００２７】
複数のＲＧＣＨ１１０およびＨＩＣＨ１１２がＷＴＲＵ１０２に対して構成され、各セルにおいて、ＲＧＣＨ１１０およびＨＩＣＨ１１２は共通の物理チャネルを使用することができる。ＨＩＣＨ伝送に基づくＲＬ障害は、受信がＨＩＣＨチャネルのいずれでも達成されない場合に限り宣言されうる。ＨＩＣＨ伝送が一次サービス提供ノードＢで失敗した場合、例外を適用することができる。ＲＧＣＨ伝送に基づくＲＬ障害は、ＲＧＣＨ１１０のいずれか１つがあらかじめ定められたしきい値よりも速度（rate）を低下させた場合に宣言されうる。
【００２８】
ＷＴＲＵ１０２におけるＲＬ障害検出の基準は、結果としてＷＴＲＵ１０２のＨＳＵＰＡ伝送を使用不可にするＵＴＲＡＮ構成変更に対して指定される。ＳＲＢがＨＳＵＰＡを使用している場合、結果としてＷＴＲＵ１０２のＨＳＵＰＡ動作を使用不可にするＵＴＲＡＮ制御構成の変更が、追加のＲＬ障害検出基準として使用される。
【００２９】
図５は、図１に示される無線通信システム１００のＨＳＵＰＡチャネルを使用するノードＢ１０４においてＲＬ障害を検出するスキームを示す。ノードＢ１０４は、Ｅ−ＤＰＤＣＨ１０６およびＥ−ＤＰＣＣＨ１１４での受信に基づく基準を使用する。ＷＴＲＵ１０２の送受信機２０２は、速度要求５０２を（図５において失敗した伝送として示される）、強化アップリンク伝送のためにノードＢ１０４に送信する。ＷＴＲＵ１０２は、伝送する新しいＨＳＵＰＡデータが到着すると速度要求５０２を送信し、また定期的に速度要求５０２を送信するように構成されうる。結果としてスケジューリング情報の伝送をもたらす初期速度要求よりも前および／または後にレポートするＷＴＲＵ速度要求に対して構成された定期性は、ノードＢ１０４に知らされうる。ＷＴＲＵ速度要求５０２はまた、ノードＢ１０４からの要求に応答して生成されうる。速度要求５０２に応答して、ノードＢは、ＨＩＣＨ１１２を介してＨ−ＡＲＱフィードバック５０４をＷＴＲＵ１０２に送信し、またＡＧＣＨ１０８またはＲＧＣＨ１１０を介してＵＬスケジューリング割り当て５０６をＷＴＲＵ１０２に送信する。指定された速度要求手続きに基づいて、ノードＢ１０４は失われた速度要求５０２（定期要求またはポーリングされた要求を含む）の知識（knowledge）をＲＬ障害検出の基準として使用することができる。
【００３０】
図３に示されるように、ノードＢ１０４の測定ユニット３０６は、ＷＴＲＵ１０２からのＥ−ＤＰＣＣＨ１１４のチャネル品質も測定する。Ｅ−ＤＰＣＣＨ１１４のチャネル品質があらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ノードＢ１０４はまたＲＬ障害を宣言することができる。ノードＢ１０４はまた、ＷＴＲＵ１０２に信号で伝えられたスケジュール通りおよびスケジュール外の許可の知識に基づいて、Ｅ−ＤＰＣＣＨ１１４がアクティブであることが知られた時点の知識を使用することもできる。Ｅ−ＤＰＣＣＨ１１４の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００３１】
図５に示されるように、ＵＬスケジューリング割り当て５０６の受信に応答して、ＷＴＲＵ１０２は、ＵＬデータ伝送５０８（図５において失敗した伝送として示される）を、ノードＢ１０４に送信する。ノードＢ１０４が、ＵＬスケジューリング割り当て５０６の送信以降（好ましくは複数の連続的障害または統計的障害閾値に達した後）応答をまったく受信しない場合、ノードＢ１０４はＲＬ障害を宣言することができる。ノードＢ１０４に、ＮＡＣＫを含むＨ−ＡＲＱフィードバック５０４が後に続く同期Ｈ−ＡＲＱ再伝送の知識がある場合、またはノードＢ１０４がＡＣＫを含むＨ−ＡＲＱフィードバック５０４が後に続く古いデータパケットを受信する場合、（好ましくは複数の連続的障害または統計的障害閾値に達した後）、ノードＢ１０４はＲＬ障害を宣言することができる。ノードＢ１０４はまた、ＷＴＲＵ１０２からの最終データ再伝送でＡＣＫ／ＮＡＣＫ比率をＲＬ障害の基準として使用することもできる。
【００３２】
追加として、または代替として、ＲＬ障害は無線ネットワーク制御装置（ＲＮＣ）によって判別されうる。この場合、ノードＢ１０４は、Ｅ−ＤＰＣＣＨ品質、速度要求受信統計、Ｈ−ＡＲＱデータ伝送統計（つまりＡＣＫ／ＮＡＣＫ情報）、および／またはＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ ＢＬＥＲなど、必要な情報をＲＮＣに供給する。
【００３３】
Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６のうちの少なくとも１つの不適切な動作が発生した場合、ＷＴＲＵ１０２からのデータ伝送５０８の障害が検出され、ノードＢ１０４は、ＲＬが失敗したことを認識して、ＲＬを解放するための手続きを呼び出す。ノードＢ１０４がＵＬデータ伝送５０８を正常に受信した場合、ノードＢ１０４は、Ｈ−ＡＲＱフィードバック５１０をＨＩＣＨ１１２でＷＴＲＵ１０２に送信する。
【００３４】
図６は、ＷＴＲＵ１０２とノードＢ１０４との間に確立されるＨＳＤＰＡチャネルを示す。ＨＳＤＰＡにおいて、ダウンリンク（ＤＬ）伝送のスケジューリング割り当ては、ノードＢ１０４から高速共用制御チャネル（ＨＳ−ＳＣＣＨ）６０２でＷＴＲＵ１０２に伝送される。ＨＳ−ＳＣＣＨ６０２で受信されたスケジューリング情報を使用して、ＷＴＲＵ１０２は、高速物理ダウンリンク共用チャネル（ＨＳ−ＰＤＳＣＨ）６０４でデータ伝送を受信する。次いで、ＷＴＲＵ１０２は、Ｈ−ＡＲＱフィードバック（つまりＡＣＫまたはＮＡＣＫ）、およびチャネル品質指示（ＣＱＩ）を、高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ）６０６を介してノードＢ１０４に伝送する。この伝送手続きは、ＷＴＲＵ１０２の各動作可能Ｈ−ＡＲＱプロセスに適用される。
【００３５】
本発明によれば、ＷＴＲＵ１０２は、ＨＳ−ＳＣＣＨ６０２およびＨＳ−ＰＤＳＣＨ６０４での受信に基づいてＲＬ障害を認識する基準を使用する。図７は、本発明によるＨＳＤＰＡを使用するＷＴＲＵ１０２においてＲＬ障害を認識するスキームを示す。ノードＢ１０４のスケジューラ３０８は、ＤＬスケジューリング割り当て７０２（図７において失敗した伝送として示される）を、ＨＳ−ＳＣＣＨ６０２を介してＷＴＲＵ１０２に送信する。
【００３６】
図２に示されるように、ＷＴＲＵ１０２の測定ユニット２０６は、ＨＳ−ＳＣＣＨ６０２のチャネル品質を測定することもできる。ＨＳ−ＳＣＣＨ６０２のチャネル品質があらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ＷＴＲＵ１０２はＲＬ障害を宣言する。この基準の使用は、ＨＳ−ＳＣＣＨアクティビティに関するＷＴＲＵの知識に基づいている。
【００３７】
図７を参照すると、ＷＴＲＵ１０２がＤＬスケジューリング割り当て７０２をＨＳ−ＳＣＣＨ６０２で正常に受信した場合、ＷＴＲＵ１０２は、受信したＤＬスケジューリング割り当て７０２に従ってＨＳ−ＰＤＳＣＨ６０４を介してデータ伝送７０４（図７において失敗した伝送として示される）を受信しようと試みる。ＷＴＲＵ１０２の測定ユニット２０６は、ＨＳ−ＰＤＳＣＨ６０４のチャネル品質を監視し、ＨＳ−ＰＤＳＣＨ６０４のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ＷＴＲＵ１０２は、ＲＬ障害を宣言して、ＲＬを回復するための手続きを呼び出すことができる。ＨＳ−ＳＣＣＨ６０２およびＨＳ−ＰＤＳＣＨ６０４のチャネル品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。ＷＴＲＵ１０２がデータ伝送７０４を正常に受信した場合、ＷＴＲＵ１０２は、ＡＣＫを含むＨ−ＡＲＱフィードバック７０６をＨＳ−ＤＰＣＣＨ６０６で送信する。
【００３８】
図２に示されるように、ＷＴＲＵ１０２の制御装置２０４はさらに、ＨＳ−ＰＤＳＣＨ伝送でＣＲＣからのＡＣＫ／ＮＡＣＫ比率を監視することができる。ＡＣＫ／ＮＡＣＫ比率が指定された閾値を下回る場合、ＷＴＲＵ１０２はＲＬ障害を宣言することができる。ＷＴＲＵ１０２の測定ユニット２０６および制御装置２０４は、好ましくは共通パイロットチャネル（ＣＰＩＣＨ）受信に基づいて、さらにＣＱＩを生成して送信することができる。測定されたチャネル品質が構成されている閾値を下回る場合（好ましくは指定された期間にわたり）、ＷＴＲＵ１０２はＲＬ障害を宣言することができる。
【００３９】
ＷＴＲＵ１０２におけるＲＬ障害検出の基準は、結果としてＷＴＲＵ１０２のＨＳＤＰＡ受信を使用不可にするＵＴＲＡＮ構成変更に対して指定されるべきである。ＳＲＢがＨＳＤＰＡを使用している場合、結果としてＷＴＲＵ１０２のＨＳＤＰＡ動作を使用不可にするＵＴＲＡＮ制御構成の変更が、追加のＲＬ障害検出基準として使用される。
【００４０】
本発明によれば、ノードＢ１０４は、ＨＳ−ＤＰＣＣＨ６０６での受信に基づいてＲＬ障害を認識する基準を使用する。図８は、本発明によるＨＳＤＰＡを使用するノードＢ１０４においてＲＬ障害を認識するスキームを示す。ＷＴＲＵ１０２は、ノードＢ１０４からチャネル割り当て８０２およびデータ伝送８０４を受信した後、Ｈ−ＡＲＱフィードバック８０６（図８において失敗した伝送として示される）を送信する。ＷＴＲＵ１０２は、ノードＢ１０４への定期的なＣＱＩレポーティングのために追加的に構成されうる。Ｈ−ＡＲＱフィードバックおよびＣＱＩレポーティングに関するノードＢの知識は、指定されたシグナリング手続きにより、ＨＳ−ＤＰＣＣＨ障害のノードＢ検出を可能にする。図３に示されるように、ノードＢ１０４の測定ユニット３０６は、ＨＳ−ＤＰＣＣＨ６０６のチャネル品質も監視することができ、ＨＳ−ＤＰＣＣＨ６０６のチャネル品質が、特定の期間にわたりあらかじめ定められた閾値を下回ったままである場合、ノードＢ１０４の制御装置３０４はＲＬ障害を宣言する。ＨＳ−ＤＰＣＣＨ６０６の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００４１】
ノードＢ１０４の制御装置３０４はさらに、レポートされたＣＱＩまたはＡＣＫ／ＮＡＣＫ比率をＲＬ障害検出の基準として使用することができる。スライディングウィンドウ期間にわたるレポートされたＣＱＩまたはＡＣＫ／ＮＡＣＫ比率の平均値が閾値を下回る場合、または廃棄されたＭＡＣ−ｈｓ伝送の平均数が閾値を上回る場合、ノードＢ１０４の制御装置３０４はＲＬ障害を宣言することができる。
【００４２】
ＲＬ障害はＲＮＣによって判別されうる。この場合、ノードＢ１０４は、ＨＳ−ＤＰＣＣＨ品質統計、レポートされたＣＱＩ、Ｈ−ＡＲＱ ＡＣＫ／ＮＡＣＫ指示、またはＭＡＣ−ｈｓ伝送障害指示など、必要な情報をＲＮＣにレポートする。
【００４３】
本発明の特徴および構成要素は特定の組合せで好ましい実施形態において説明されるが、各々の特徴または構成要素は、好ましい実施形態の他の特徴および構成要素を使用せずに単独で使用されうるか、または本発明のその他の特徴および構成要素との様々な組合せ、あるいはそれらを使用せずに使用されうる。
【技術分野】
【０００１】
本発明は、無線送信／受信ユニット（ＷＴＲＵ）およびノードＢを含む無線通信システムに関する。具体的には、本発明は、ＷＴＲＵとノードＢとの間に確立された高速アップリンクパケットアクセス（high speed uplink packet access；ＨＳＵＰＡ）および高速ダウンリンクパケットアクセス（high speed downlink packet access；ＨＳＤＰＡ）チャネルに関連する無線リンク（ＲＬ）障害を認識する方法およびシステムに関する。
【背景技術】
【０００２】
３ＧＰＰ（Third Generation Partnership Project）無線通信システムにおいて、ＷＴＲＵとＵＴＲＡＮ（Universal Terrestrial Radio Access Network）間の接続（つまり、ＲＬ）を保持するために、シグナリング無線ベアラ（signaling radio bearer：ＳＲＢ）が使用される。ＷＴＲＵおよびノードＢに接続している物理チャネルの受信が品質についての閾値を下回るか、または検出できなかった（つまり、ＷＴＲＵとＵＴＲＡＮ間でシグナリング情報が交換されるようにする物理チャネルが失敗した）場合、ＲＬ障害が宣言され、ＷＴＲＵおよびＵＴＲＡＮは、ＷＴＲＵとＵＴＲＡＮ間の接続を再確立する手続きを開始する。
【０００３】
ＳＲＢの損失を認識して適切なアクションを行うため、ＷＴＲＵおよびＵＴＲＡＮはＲＬ障害が発生していないか常時監視する。ＲＬ障害検出手続きの主要な目的は、ＳＲＢがマップされるトランスポートチャネル（ＴｒＣＨ）および物理チャネルの障害を検出することである。
【０００４】
３ＧＰＰ無線通信システムにおいて、ＳＲＢは個別トランスポートチャネル（ＤＣＨ）にマップされ、それが個別物理チャネル（ＤＰＣＨ）にマップされる。ＤＰＣＨは、個別物理制御チャネル（ＤＰＣＣＨ）および個別物理データチャネル（ＤＰＤＣＨ）を備える。
【０００５】
ＤＰＣＨおよびＤＣＨの状態を検出する基準は、ＤＰＣＣＨ品質の推定、（およびあらかじめ定められた閾値との比較）、および／または巡回冗長検査（ＣＲＣ）に基づくＤＰＣＨ上のデータパケットの正しい受信の統計値のコレクションを含む。基準が満たされると、ＷＴＲＵおよびＵＴＲＡＮは、ＷＴＲＵとＵＴＲＡＮとの間の接続を解除して再確立する手続きを呼び出す。
【０００６】
３ＧＰＰ無線通信システムにおいて、連続サービス（例えば音声）および双方向サービス（例えばＷｅｂブラウジング）の両方がサポートされる。個別チャネルは連続サービスをサポートする上で効率的であるが、共用チャネルは双方向サービスをサポートする上で効率的である。共用チャネルは、無線リソースの有効利用をさらに高め、双方向サービスのサービス品質（ＱｏＳ）を向上させる。しかし、サービスが共用チャネルにマップされる場合、トラフィック要件が連続的ではないため、ＳＲＢの個別チャネルの使用は非効率的である。
【０００７】
３ＧＰＰ無線通信システムにおいて、ＨＳＵＰＡおよびＨＳＤＰＡは主として、連続チャネル割り当てを必要としないサービスに高速共用チャネルを使用する。これらのチャネルは、チャネル割り当てにＷＴＲＵとノードＢ間の高速な物理および媒体アクセス制御（ＭＡＣ）層シグナリングを使用し、失敗した伝送の効率的かつ高速な回復にハイブリッド自動再送要求（hybrid-automatic repeat request；Ｈ−ＡＲＱ）を使用する。
【０００８】
ＳＲＢが、個別チャネルではなくＨＳＵＰＡまたはＨＳＤＰＡチャネルによってサポートされる場合、たとえ個別チャネルが引き続き動作している場合であってもＳＲＢが失敗することがある。さらに、個別チャネルの障害を検出する基準は、たとえＳＲＢをサポートしているＨＳＵＰＡまたはＨＳＤＰＡチャネルが動作していない場合であっても、満たされないことがある。この場合、ＲＬ障害は、たとえＳＲＢがすでに接続を失ってしまった場合であっても、検出されることはない。
【発明の概要】
【０００９】
本発明は、ＳＲＢがＨＳＵＰＡまたはＨＳＤＰＡによってサポートされる場合に、ＷＴＲＵとノードＢとの間のＲＬ障害を検出する方法およびシステムに関する。ＳＲＢがＨＳＵＰＡによってサポートされる場合、ＷＴＲＵは絶対許可チャネル（absolute grant channel；ＡＧＣＨ）、相対許可チャネル（relative grant channel；ＲＧＣＨ）、およびＨ−ＡＲＱ情報チャネル（H-ARQ information channel；ＨＩＣＨ）のうちの少なくとも１つのチャネルを監視して、ＡＧＣＨ、ＲＧＣＨ、およびＨＩＣＨのうちの少なくとも１つのチャネルの不適切な動作の検出に基づいてＲＬ障害を認識する。ノードＢは、強化アップリンク個別物理制御チャネル（enhanced uplink dedicated physical control channel；Ｅ−ＤＰＣＣＨ）および強化アップリンク個別物理データチャネル（enhanced uplink dedicated physical data channel；Ｅ−ＤＰＤＣＨ）のうちの少なくとも１つを監視して、Ｅ−ＤＰＤＣＨおよびＥーＤＰＣＣＨのうちの少なくとも１つの不適切な動作の検出に基づいてＲＬ障害を認識する。
【００１０】
ＳＲＢがＨＳＤＰＡによってサポートされる場合、ＷＴＲＵは高速共用制御チャネル（high speed shared control channel；ＨＳ−ＳＣＣＨ）および高速物理ダウンリンク共用チャネル（high speed physical downlink shared channel；ＨＳ−ＰＤＳＣＨ）のうちの少なくとも１つを監視して、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの少なくとも１つの不適切な動作の検出に基づいてＲＬ障害を認識する。ノードＢは、高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ）を監視して、ＨＳ−ＤＰＣＣＨの不適切な動作の検出に基づいてＲＬ障害を認識する。
【図面の簡単な説明】
【００１１】
本発明のさらに詳細な理解は、例示により示され、添付の図面と併せて理解される、以下の説明から得ることができる。
【図１】本発明による確立されたＨＳＵＰＡチャネルを介して通信するＷＴＲＵおよびノードＢを含む無線通信システムを示す図である。
【図２】図１のシステムに使用される例示的なＷＴＲＵを示すブロック図である。
【図３】図１のシステムに使用される例示的なノードＢを示すブロック図である。
【図４】図１のシステムのＨＳＵＰＡチャネルを使用するＷＴＲＵにおいてＲＬ障害を認識するスキームを示す図である。
【図５】図１のシステムのＨＳＵＰＡチャネルを使用するノードＢにおいてＲＬ障害を認識するスキームを示す図である。
【図６】図１のシステムのＷＴＲＵとノードＢとの間に確立されるＨＳＤＰＡチャネルを示す図である。
【図７】図６のＨＳＤＰＡチャネルを使用するＷＴＲＵにおいてＲＬ障害を認識するスキームを示す図である。
【図８】図６のＨＳＤＰＡチャネルを使用するノードＢにおいてＲＬ障害を認識するスキームを示す図である。
【発明を実施するための形態】
【００１２】
これ以降、「ＷＴＲＵ」という用語は、ユーザー機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャー、または無線環境において動作することのできる他の任意の種類の装置を含むが、これらに限定されることはない。これ以降「ノードＢ」という用語が言及される場合、これは基地局、サイトコントローラ、アクセスポイント、または無線環境における他の任意の種類のインターフェース接続装置を含むが、これらに限定されることはない。また、「動作（performance）」は、遅延（delay）または伝送速度（transmission rate）である場合がある。
【００１３】
本発明の特徴は、集積回路（ＩＣ）に組み入れられるか、または多数の相互接続コンポーネントからなる回路に構成されうる。
【００１４】
図１は、本発明によるＷＴＲＵ１０２とノードＢ１０４間に確立されたＨＳＵＰＡチャネルを介して通信するＷＴＲＵ１０２およびノードＢ１０４を含む無線通信システム１００を示す図である。ＷＴＲＵ１０２およびノードＢ１０４の間に、Ｅ−ＤＰＤＣＨ１０６、ＡＧＣＨ１０８、ＲＧＣＨ１１０（オプション）、ＨＩＣＨ１１２、およびＥ−ＤＰＣＣＨ１１４が確立される。
【００１５】
図２は、図１のシステム１００に使用される例示的なＷＴＲＵ１０２を示すブロック図である。ＷＴＲＵ１０２は、送受信機２０２、制御装置２０４、および測定ユニット２０６を含む。
【００１６】
図３は、図１のシステム１００に使用される例示的なノードＢ１０４を示すブロック図である。ノードＢ１０４は、送受信機３０２、制御装置３０４、測定ユニット３０６、スケジューラ３０８、およびＨ−ＡＲＱ処理ユニット３１０を含む。
【００１７】
本発明の一実施形態によれば、ＷＴＲＵ１０２の送受信機２０２は、Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６を介して、速度要求（rate request）をスケジューリング情報と共にノードＢ１０４に送信する。ノードＢ１０４の送受信機３０２は速度要求を受信し、スケジューラ３０８は当該速度要求を分析して、スケジューリング割り当てを、ＡＧＣＨ１０８を介して（またはオプションでＲＧＣＨ１１０を介して）ＷＴＲＵ１０２に生成して送信し、アップリンクアクセスおよびＷＴＲＵ１０２が伝送を許可される最大速度を制御する。ＷＴＲＵ１０２の送受信機２０２は、アップリンク（ＵＬ）データを、Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６を介してノードＢ１０４に送信する。ノードＢ１０４の送受信機３０２がＵＬデータを受信すると、ノードＢ１０４のＨ−ＡＲＱ処理ユニット３１０は、ＨＩＣＨ１１２を介してＨ−ＡＲＱフィードバックをＷＴＲＵ１０２に生成する。ＷＴＲＵ１０２の制御装置２０４およびノードＢ１０４の制御装置３０４は、本発明によりＲＬ障害を検出するが、このことについては以下で詳細に説明される。
【００１８】
図１を参照すると、特定の無線ベアラ（ＲＢ）は、速度要求およびノードＢスケジューリングを必要としない保証ビットレートを割り当てられてもよい。保証ビットレート用に構成される場合、Ｅ−ＤＰＣＣＨ１１４および／またはＥ−ＤＰＤＣＨ１０６での速度要求、およびＡＧＣＨ１０８および／またはＲＧＣＨ１１０で伝送されたスケジューリング許可は、ＵＬデータの伝送には必要なくなる。
【００１９】
さらに図１を参照すると、スケジューリング許可の受信または構成された保証ビットレートのいずれかにより、アップリンクでの伝送を許される場合、ＷＴＲＵ１０２は、伝送のためにＨ−ＡＲＱ手続きを使用する。ＷＴＲＵ１０２とノードＢ１０４の間には、独立して動作している複数のＨ−ＡＲＱプロセスがあってもよい。ＷＴＲＵ１０２において、各Ｈ−ＡＲＱプロセスは、Ｅ−ＤＰＤＣＨ１０６を介してデータのブロックを伝送し、ＨＩＣＨ１１２でノードＢ１０４からのＨ−ＡＲＱフィードバック（つまり、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ））を待つ。
【００２０】
ノードＢ１０４において、受信したデータブロックのＣＲＣチェックが成功した場合、ＡＣＫが伝送される。成功しなかった場合、各Ｈ−ＡＲＱ伝送に対してＨＩＣＨ１１２を介して、ＮＡＣＫがオプションで伝送されうる。ＮＡＣＫがＷＴＲＵ１０２によって受信される場合、以前のデータブロックは、最大再伝送回数を超えない限り再伝送される。ＡＣＫが受信されるか、または最大再伝送回数を超える場合、ＷＴＲＵ Ｈ−ＡＲＱプロセスは新しい伝送を割り当てられうる。速度要求およびスケジューリング割り当ては、アップリンクデータ伝送と同時に行われることがあり、複数の独立したＨ−ＡＲＱ伝送およびＡＣＫ／ＮＡＣＫフィードバックが重複する（overlap）こともある。
【００２１】
本発明によれば、ＷＴＲＵ１０２およびノードＢ１０４は、ＲＬ障害を認識する新しい基準を使用する。図４は、図１に示される無線通信システム１００のＨＳＵＰＡチャネルを使用するＷＴＲＵ１０２においてＲＬ障害を認識するスキームを示す。ＷＴＲＵ１０２は、ＷＴＲＵ１０２に既知の指定された手続きに従い、ＡＧＣＨ１０８、ＲＧＣＨ１１０、およびＨＩＣＨ１１２での受信に基づいて基準を使用する。ＷＴＲＵ１０２の送受信機２０２は、速度要求およびスケジューリング手続きに従って、アップリンク伝送のためにノードＢ１０４に速度要求４０２を送信する。それに応答して、ノードＢ１０４のスケジューラ３０８は、スケジューリング割り当て４０６（図４において失敗した送信として示される）を、ＡＧＣＨまたはＲＧＣＨを介してＷＴＲＵ１０２に送り返す。スケジューリング割り当て４０６は、正常に受信されることも、正常に受信されないこともある。ＷＴＲＵ１０２が、速度要求４０２を（好ましくは複数回数または指定された期間にわたり）送信した後にスケジューリング割り当て４０６またはＨ−ＡＲＱフィードバック４０４を受信しない場合、ＷＴＲＵ１０２は、速度要求およびスケジューリング手続きが失敗したことを認識して、接続を回復するための手続きを呼び出す無線リンク障害を宣言する。
【００２２】
図２に示されるＷＴＲＵ１０２の測定ユニット２０６は、ＡＧＣＨ１０８およびＲＧＣＨ１１０のチャネル品質を測定することもできる。ＡＧＣＨ１０８またはＲＧＣＨ１１０のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２は、速度要求およびスケジューリング手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＡＧＣＨ１０８およびＲＧＣＨ１１０の品質は、信号対干渉比（ＳＩＲ）、チップあたり受信エネルギー（Ｅb）／帯域内出力密度（Ｎo）、ブロック誤り率（ＢＬＥＲ）、または任意の他の関連基準に基づいて評価されうる。
【００２３】
ＷＴＲＵ１０２がスケジューリング割り当て４０６を正常に受信した場合、ＷＴＲＵ１０２は、ＵＬスケジューリング割り当て４０６に従ってＵＬデータ伝送４０８を開始する。ＵＬデータ伝送４０８に応答して、ノードＢ１０４はＨＩＣＨ１１２でＨ−ＡＲＱフィードバック４１０を（図４において失敗した伝送として示される）ＷＴＲＵ１０２に送信する。ＷＴＲＵ１０２がＨＩＣＨ１１２でＡＣＫを（好ましくは複数回数または指定された期間にわたり）受信できない場合、ＷＴＲＵ１０２は、ＵＬデータ伝送およびＨ−ＡＲＱ手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＵＬデータ伝送のＡＣＫ／ＮＡＣＫ比率があらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２はまたＲＬが失敗したことを認識することができる。
【００２４】
図２に示されるＷＴＲＵ１０２の測定ユニット２０６は、ＨＩＣＨ１１２のチャネル品質も監視する。ＨＩＣＨ１１２のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回る場合、ＷＴＲＵ１０２は、ＵＬデータ伝送およびＨ−ＡＲＱ手続きが失敗したことを認識して、ＲＬを回復するための手続きを呼び出すＲＬ障害を宣言する。ＨＩＣＨ１１２の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００２５】
ＡＧＣＨ１０８またはＲＧＣＨ１１０のいずれかが、ＳＲＢまたはＨＳＵＰＡを使用している他のＲＢを許容可能な閾値よりも低いデータ転送速度まで低下させる場合、ＷＴＲＵはＲＬが失敗したことを認識する。
【００２６】
ＨＳＵＰＡチャネルによってサポートされるＳＲＢが保証ビットレートを割り当てられず、そのためにＷＴＲＵ１０２が速度要求を送信するよう要求され、スケジューリング割り当てが速度要求に応答して送り返される場合、ＡＧＣＨ１０８およびＲＧＣＨ１１０での受信はＲＬ障害を判別するために使用される。あるいは、ＨＳＵＰＡチャネルによってサポートされるＳＲＢが保証ビットレートを割り当てられる場合、ＲＬ障害に対するＡＧＣＨ１０８およびＲＧＣＨ１１０の受信基準は適用されなくてもよい。
【００２７】
複数のＲＧＣＨ１１０およびＨＩＣＨ１１２がＷＴＲＵ１０２に対して構成され、各セルにおいて、ＲＧＣＨ１１０およびＨＩＣＨ１１２は共通の物理チャネルを使用することができる。ＨＩＣＨ伝送に基づくＲＬ障害は、受信がＨＩＣＨチャネルのいずれでも達成されない場合に限り宣言されうる。ＨＩＣＨ伝送が一次サービス提供ノードＢで失敗した場合、例外を適用することができる。ＲＧＣＨ伝送に基づくＲＬ障害は、ＲＧＣＨ１１０のいずれか１つがあらかじめ定められたしきい値よりも速度（rate）を低下させた場合に宣言されうる。
【００２８】
ＷＴＲＵ１０２におけるＲＬ障害検出の基準は、結果としてＷＴＲＵ１０２のＨＳＵＰＡ伝送を使用不可にするＵＴＲＡＮ構成変更に対して指定される。ＳＲＢがＨＳＵＰＡを使用している場合、結果としてＷＴＲＵ１０２のＨＳＵＰＡ動作を使用不可にするＵＴＲＡＮ制御構成の変更が、追加のＲＬ障害検出基準として使用される。
【００２９】
図５は、図１に示される無線通信システム１００のＨＳＵＰＡチャネルを使用するノードＢ１０４においてＲＬ障害を検出するスキームを示す。ノードＢ１０４は、Ｅ−ＤＰＤＣＨ１０６およびＥ−ＤＰＣＣＨ１１４での受信に基づく基準を使用する。ＷＴＲＵ１０２の送受信機２０２は、速度要求５０２を（図５において失敗した伝送として示される）、強化アップリンク伝送のためにノードＢ１０４に送信する。ＷＴＲＵ１０２は、伝送する新しいＨＳＵＰＡデータが到着すると速度要求５０２を送信し、また定期的に速度要求５０２を送信するように構成されうる。結果としてスケジューリング情報の伝送をもたらす初期速度要求よりも前および／または後にレポートするＷＴＲＵ速度要求に対して構成された定期性は、ノードＢ１０４に知らされうる。ＷＴＲＵ速度要求５０２はまた、ノードＢ１０４からの要求に応答して生成されうる。速度要求５０２に応答して、ノードＢは、ＨＩＣＨ１１２を介してＨ−ＡＲＱフィードバック５０４をＷＴＲＵ１０２に送信し、またＡＧＣＨ１０８またはＲＧＣＨ１１０を介してＵＬスケジューリング割り当て５０６をＷＴＲＵ１０２に送信する。指定された速度要求手続きに基づいて、ノードＢ１０４は失われた速度要求５０２（定期要求またはポーリングされた要求を含む）の知識（knowledge）をＲＬ障害検出の基準として使用することができる。
【００３０】
図３に示されるように、ノードＢ１０４の測定ユニット３０６は、ＷＴＲＵ１０２からのＥ−ＤＰＣＣＨ１１４のチャネル品質も測定する。Ｅ−ＤＰＣＣＨ１１４のチャネル品質があらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ノードＢ１０４はまたＲＬ障害を宣言することができる。ノードＢ１０４はまた、ＷＴＲＵ１０２に信号で伝えられたスケジュール通りおよびスケジュール外の許可の知識に基づいて、Ｅ−ＤＰＣＣＨ１１４がアクティブであることが知られた時点の知識を使用することもできる。Ｅ−ＤＰＣＣＨ１１４の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００３１】
図５に示されるように、ＵＬスケジューリング割り当て５０６の受信に応答して、ＷＴＲＵ１０２は、ＵＬデータ伝送５０８（図５において失敗した伝送として示される）を、ノードＢ１０４に送信する。ノードＢ１０４が、ＵＬスケジューリング割り当て５０６の送信以降（好ましくは複数の連続的障害または統計的障害閾値に達した後）応答をまったく受信しない場合、ノードＢ１０４はＲＬ障害を宣言することができる。ノードＢ１０４に、ＮＡＣＫを含むＨ−ＡＲＱフィードバック５０４が後に続く同期Ｈ−ＡＲＱ再伝送の知識がある場合、またはノードＢ１０４がＡＣＫを含むＨ−ＡＲＱフィードバック５０４が後に続く古いデータパケットを受信する場合、（好ましくは複数の連続的障害または統計的障害閾値に達した後）、ノードＢ１０４はＲＬ障害を宣言することができる。ノードＢ１０４はまた、ＷＴＲＵ１０２からの最終データ再伝送でＡＣＫ／ＮＡＣＫ比率をＲＬ障害の基準として使用することもできる。
【００３２】
追加として、または代替として、ＲＬ障害は無線ネットワーク制御装置（ＲＮＣ）によって判別されうる。この場合、ノードＢ１０４は、Ｅ−ＤＰＣＣＨ品質、速度要求受信統計、Ｈ−ＡＲＱデータ伝送統計（つまりＡＣＫ／ＮＡＣＫ情報）、および／またはＥ−ＤＰＤＣＨおよびＥ−ＤＰＣＣＨ ＢＬＥＲなど、必要な情報をＲＮＣに供給する。
【００３３】
Ｅ−ＤＰＣＣＨ１１４およびＥ−ＤＰＤＣＨ１０６のうちの少なくとも１つの不適切な動作が発生した場合、ＷＴＲＵ１０２からのデータ伝送５０８の障害が検出され、ノードＢ１０４は、ＲＬが失敗したことを認識して、ＲＬを解放するための手続きを呼び出す。ノードＢ１０４がＵＬデータ伝送５０８を正常に受信した場合、ノードＢ１０４は、Ｈ−ＡＲＱフィードバック５１０をＨＩＣＨ１１２でＷＴＲＵ１０２に送信する。
【００３４】
図６は、ＷＴＲＵ１０２とノードＢ１０４との間に確立されるＨＳＤＰＡチャネルを示す。ＨＳＤＰＡにおいて、ダウンリンク（ＤＬ）伝送のスケジューリング割り当ては、ノードＢ１０４から高速共用制御チャネル（ＨＳ−ＳＣＣＨ）６０２でＷＴＲＵ１０２に伝送される。ＨＳ−ＳＣＣＨ６０２で受信されたスケジューリング情報を使用して、ＷＴＲＵ１０２は、高速物理ダウンリンク共用チャネル（ＨＳ−ＰＤＳＣＨ）６０４でデータ伝送を受信する。次いで、ＷＴＲＵ１０２は、Ｈ−ＡＲＱフィードバック（つまりＡＣＫまたはＮＡＣＫ）、およびチャネル品質指示（ＣＱＩ）を、高速個別物理制御チャネル（ＨＳ−ＤＰＣＣＨ）６０６を介してノードＢ１０４に伝送する。この伝送手続きは、ＷＴＲＵ１０２の各動作可能Ｈ−ＡＲＱプロセスに適用される。
【００３５】
本発明によれば、ＷＴＲＵ１０２は、ＨＳ−ＳＣＣＨ６０２およびＨＳ−ＰＤＳＣＨ６０４での受信に基づいてＲＬ障害を認識する基準を使用する。図７は、本発明によるＨＳＤＰＡを使用するＷＴＲＵ１０２においてＲＬ障害を認識するスキームを示す。ノードＢ１０４のスケジューラ３０８は、ＤＬスケジューリング割り当て７０２（図７において失敗した伝送として示される）を、ＨＳ−ＳＣＣＨ６０２を介してＷＴＲＵ１０２に送信する。
【００３６】
図２に示されるように、ＷＴＲＵ１０２の測定ユニット２０６は、ＨＳ−ＳＣＣＨ６０２のチャネル品質を測定することもできる。ＨＳ−ＳＣＣＨ６０２のチャネル品質があらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ＷＴＲＵ１０２はＲＬ障害を宣言する。この基準の使用は、ＨＳ−ＳＣＣＨアクティビティに関するＷＴＲＵの知識に基づいている。
【００３７】
図７を参照すると、ＷＴＲＵ１０２がＤＬスケジューリング割り当て７０２をＨＳ−ＳＣＣＨ６０２で正常に受信した場合、ＷＴＲＵ１０２は、受信したＤＬスケジューリング割り当て７０２に従ってＨＳ−ＰＤＳＣＨ６０４を介してデータ伝送７０４（図７において失敗した伝送として示される）を受信しようと試みる。ＷＴＲＵ１０２の測定ユニット２０６は、ＨＳ−ＰＤＳＣＨ６０４のチャネル品質を監視し、ＨＳ−ＰＤＳＣＨ６０４のチャネル品質が、あらかじめ定められた期間にわたりあらかじめ定められた閾値を下回ったままである場合、ＷＴＲＵ１０２は、ＲＬ障害を宣言して、ＲＬを回復するための手続きを呼び出すことができる。ＨＳ−ＳＣＣＨ６０２およびＨＳ−ＰＤＳＣＨ６０４のチャネル品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。ＷＴＲＵ１０２がデータ伝送７０４を正常に受信した場合、ＷＴＲＵ１０２は、ＡＣＫを含むＨ−ＡＲＱフィードバック７０６をＨＳ−ＤＰＣＣＨ６０６で送信する。
【００３８】
図２に示されるように、ＷＴＲＵ１０２の制御装置２０４はさらに、ＨＳ−ＰＤＳＣＨ伝送でＣＲＣからのＡＣＫ／ＮＡＣＫ比率を監視することができる。ＡＣＫ／ＮＡＣＫ比率が指定された閾値を下回る場合、ＷＴＲＵ１０２はＲＬ障害を宣言することができる。ＷＴＲＵ１０２の測定ユニット２０６および制御装置２０４は、好ましくは共通パイロットチャネル（ＣＰＩＣＨ）受信に基づいて、さらにＣＱＩを生成して送信することができる。測定されたチャネル品質が構成されている閾値を下回る場合（好ましくは指定された期間にわたり）、ＷＴＲＵ１０２はＲＬ障害を宣言することができる。
【００３９】
ＷＴＲＵ１０２におけるＲＬ障害検出の基準は、結果としてＷＴＲＵ１０２のＨＳＤＰＡ受信を使用不可にするＵＴＲＡＮ構成変更に対して指定されるべきである。ＳＲＢがＨＳＤＰＡを使用している場合、結果としてＷＴＲＵ１０２のＨＳＤＰＡ動作を使用不可にするＵＴＲＡＮ制御構成の変更が、追加のＲＬ障害検出基準として使用される。
【００４０】
本発明によれば、ノードＢ１０４は、ＨＳ−ＤＰＣＣＨ６０６での受信に基づいてＲＬ障害を認識する基準を使用する。図８は、本発明によるＨＳＤＰＡを使用するノードＢ１０４においてＲＬ障害を認識するスキームを示す。ＷＴＲＵ１０２は、ノードＢ１０４からチャネル割り当て８０２およびデータ伝送８０４を受信した後、Ｈ−ＡＲＱフィードバック８０６（図８において失敗した伝送として示される）を送信する。ＷＴＲＵ１０２は、ノードＢ１０４への定期的なＣＱＩレポーティングのために追加的に構成されうる。Ｈ−ＡＲＱフィードバックおよびＣＱＩレポーティングに関するノードＢの知識は、指定されたシグナリング手続きにより、ＨＳ−ＤＰＣＣＨ障害のノードＢ検出を可能にする。図３に示されるように、ノードＢ１０４の測定ユニット３０６は、ＨＳ−ＤＰＣＣＨ６０６のチャネル品質も監視することができ、ＨＳ−ＤＰＣＣＨ６０６のチャネル品質が、特定の期間にわたりあらかじめ定められた閾値を下回ったままである場合、ノードＢ１０４の制御装置３０４はＲＬ障害を宣言する。ＨＳ−ＤＰＣＣＨ６０６の品質は、ＳＩＲ、Ｅb／Ｎo、ＢＬＥＲ、または任意の他の関連基準に基づいて評価されうる。
【００４１】
ノードＢ１０４の制御装置３０４はさらに、レポートされたＣＱＩまたはＡＣＫ／ＮＡＣＫ比率をＲＬ障害検出の基準として使用することができる。スライディングウィンドウ期間にわたるレポートされたＣＱＩまたはＡＣＫ／ＮＡＣＫ比率の平均値が閾値を下回る場合、または廃棄されたＭＡＣ−ｈｓ伝送の平均数が閾値を上回る場合、ノードＢ１０４の制御装置３０４はＲＬ障害を宣言することができる。
【００４２】
ＲＬ障害はＲＮＣによって判別されうる。この場合、ノードＢ１０４は、ＨＳ−ＤＰＣＣＨ品質統計、レポートされたＣＱＩ、Ｈ−ＡＲＱ ＡＣＫ／ＮＡＣＫ指示、またはＭＡＣ−ｈｓ伝送障害指示など、必要な情報をＲＮＣにレポートする。
【００４３】
本発明の特徴および構成要素は特定の組合せで好ましい実施形態において説明されるが、各々の特徴または構成要素は、好ましい実施形態の他の特徴および構成要素を使用せずに単独で使用されうるか、または本発明のその他の特徴および構成要素との様々な組合せ、あるいはそれらを使用せずに使用されうる。
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成され、または個別物理データチャネルを使用する無線ベアラを受信せず、高速物理ダウンリンク共用チャネルを使用する無線ベアラを受信するように構成される、受信機と、
無線リンク障害が発生したか否かを判定するように構成される測定デバイスであって、該無線リンク障害は、前記受信機が少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成される場合に、前記個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定する該測定デバイスによって判定され、該無線リンク障害は、前記受信機が前記個別物理データチャネルを使用する無線ベアラを受信しないように構成される場合に、複数のＷＴＲＵによって共用されるチャネルの品質を測定する該測定デバイスによって判定される、測定デバイスと
を備えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
連続サービスは、前記受信機が少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成される場合にサポートされ、双方向サービスは、前記受信機が個別物理データチャネルを使用する無線ベアラを受信しないように構成される場合にサポートされることを特徴とする請求項１に記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項３】
前記連続サービスは、音声サービスを含むことを特徴とする請求項２に記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）が少なくとも個別物理データチャネルを使用する無線ベアラを受信することに応答して、該ＷＴＲＵが、該個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定することによって、無線リンク障害が発生したか否かを判定するステップと、
前記ＷＴＲＵが高速物理ダウンリンク共用チャネルを使用し、前記個別物理データチャネルを使用しない無線ベアラを受信することに応答して、該ＷＴＲＵが、複数のＷＴＲＵによって共用されるチャネルの品質を測定することによって、前記無線リンク障害が発生したか否かを判定するステップと
を含むことを特徴とする方法。
【請求項５】
前記個別物理データチャネルは、連続サービスをサポートし、前記高速物理ダウンリンク共用チャネルは、双方向サービスをサポートすることを特徴とする請求項４に記載の方法。
【請求項６】
前記連続サービスは、音声サービスを含むことを特徴とする請求項５に記載の方法。
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成され、または個別物理データチャネルを使用する無線ベアラを受信せず、高速物理ダウンリンク共用チャネルを使用する無線ベアラを受信するように構成される、受信機と、
無線リンク障害が発生したか否かを判定するように構成される測定デバイスであって、該無線リンク障害は、前記受信機が少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成される場合に、前記個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定する該測定デバイスによって判定され、該無線リンク障害は、前記受信機が前記個別物理データチャネルを使用する無線ベアラを受信しないように構成される場合に、複数のＷＴＲＵによって共用されるチャネルの品質を測定する該測定デバイスによって判定される、測定デバイスと
を備えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
連続サービスは、前記受信機が少なくとも個別物理データチャネルを使用する無線ベアラを受信するように構成される場合にサポートされ、双方向サービスは、前記受信機が個別物理データチャネルを使用する無線ベアラを受信しないように構成される場合にサポートされることを特徴とする請求項１に記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項３】
前記連続サービスは、音声サービスを含むことを特徴とする請求項２に記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）が少なくとも個別物理データチャネルを使用する無線ベアラを受信することに応答して、該ＷＴＲＵが、該個別物理データチャネルに関連付けられる受信される個別制御チャネルの品質を測定することによって、無線リンク障害が発生したか否かを判定するステップと、
前記ＷＴＲＵが高速物理ダウンリンク共用チャネルを使用し、前記個別物理データチャネルを使用しない無線ベアラを受信することに応答して、該ＷＴＲＵが、複数のＷＴＲＵによって共用されるチャネルの品質を測定することによって、前記無線リンク障害が発生したか否かを判定するステップと
を含むことを特徴とする方法。
【請求項５】
前記個別物理データチャネルは、連続サービスをサポートし、前記高速物理ダウンリンク共用チャネルは、双方向サービスをサポートすることを特徴とする請求項４に記載の方法。
【請求項６】
前記連続サービスは、音声サービスを含むことを特徴とする請求項５に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１４７４５３（Ｐ２０１２−１４７４５３Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１２−４０４９５（Ｐ２０１２−４０４９５）
【出願日】平成２４年２月２７日（２０１２．２．２７）
【分割の表示】特願２００７−５５５１６６（Ｐ２００７−５５５１６６）の分割
【原出願日】平成１８年２月６日（２００６．２．６）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２４年２月２７日（２０１２．２．２７）
【分割の表示】特願２００７−５５５１６６（Ｐ２００７−５５５１６６）の分割
【原出願日】平成１８年２月６日（２００６．２．６）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
[ Back to top ]