(57)【要約】  本発明は、無線通信システムにおいて、送信ユニットと受信ユニットのグループとの間の無線チャネルを介した伝送を制御するための方法であって、受信ユニットの前記グループのうちの少なくとも１つの受信ユニットの下位グループに向けられた情報に関して、前記情報を送信ユニットから無線チャネルを介して送信するステップと、前記情報を受信したうえで、前記無線チャネルを介して適切に前記情報を受信した下位グループのうちの少なくとも各受信ユニットから確認応答を送信するステップと、前記下位グループの各受信ユニットから、送信ユニットによって確認応答が受信されたかどうかを確認するステップとを含む方法に関する。
2008515249.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、送信ユニットと受信ユニットのグループとの間の無線チャネルを介した伝送を制御するための方法であって、受信ユニットの前記グループのうちの少なくとも１つの受信ユニットの下位グループに向けられた情報に関して、
前記情報を送信ユニットから無線チャネルを介して送信するステップと、
前記情報を受信したうえで、前記無線チャネルを介して適切に前記情報を受信した下位グループのうちの少なくとも各受信ユニットから確認応答を送信するステップと、
前記下位グループの各受信ユニットから、送信ユニットによって確認応答が受信されたかどうかを確認するステップとを含む、方法。
【請求項２】
送信ユニットから無線チャネルを介して送信される情報が下位グループの受信ユニットの指標を含み、受信ユニットの前記グループのうちの各受信ユニットで、前記受信ユニットが前記指標によって示される受信ユニットのうちの１つであるかどうかを判定するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記情報が、前記指標によって示されない受信ユニットでさらに廃棄される、請求項２に記載の方法。
【請求項４】
送信される情報の中に含まれる下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのアイデンティティまたはアドレスを含む、請求項２に記載の方法。
【請求項５】
送信される情報の中に含まれる下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのうちの少なくとも１つに以前に関連した少なくとも１つのプロトコルエンティティのアイデンティティまたはアドレスを含む、請求項２に記載の方法。
【請求項６】
送信ユニットから無線チャネルを介して送信される情報が、前記情報の型をさらに含む、請求項２に記載の方法。
【請求項７】
前記指標によって示される各受信ユニットで、前記情報の型を検出するさらなるステップを含む、請求項６に記載の方法。
【請求項８】
受信ユニットの前記グループのうちの受信ユニットが無線ネットワークコントローラに接続され、検出される前記情報の型が信号である場合、前記情報は無線ネットワークコントローラに転送されず、検出される前記情報の型がデータである場合、前記情報は前記指標によって示される各受信ユニットによって、組み合わせられる無線ネットワークコントローラに転送される、請求項７に記載の方法。
【請求項９】
確認応答を送信するステップが、前記指標によって示される受信ユニットによってのみ実行される、請求項２に記載の方法。
【請求項１０】
確認応答を送信するステップが、受信ユニットの前記グループのうちの各受信ユニットによって実行される、請求項２に記載の方法。
【請求項１１】
送信ユニットからの無線チャネルを介した前記情報の送信が、前記下位グループのうちの少なくとも１つの受信ユニットから確認応答が受信されていない場合、事前に設定された時間間隔の後で反復される、請求項１に記載の方法。
【請求項１２】
受信ユニットの前記グループのうちの受信ユニットが基地局であり、送信ユニットが無線端末であり、前記無線チャネルが高速アップリンクチャネルである、請求項１に記載の方法。
【請求項１３】
前記情報が、受信ユニットの前記グループのうちの１つのマスタスケジューラ受信ユニットの中に存在する受信ユニットの下位グループに向けられた、少なくとも１つの前記高速アップリンクチャネルのためのスケジューリング情報を含む、請求項１２に記載の方法。
【請求項１４】
受信ユニットの前記グループのうちの少なくとも１つの受信ユニットが、少なくとも１つの高速ダウンリンクチャネルを介して前記送信ユニットに情報を送信するために、高速ダウンリンクパケットアクセス機能を支援し、送信ユニットから無線チャネルを介して送信される前記情報が、高速ダウンリンクチャネルを介して受信ユニットから受信される情報に関連する信号を含む、請求項１２に記載の方法。
【請求項１５】
送信ユニットと受信ユニットの前記グループとの間の無線チャネルを介して、送信ユニットから情報を受信するために配置された受信ユニットのグループの中の受信ユニットであって、受信ユニットの前記グループのうち少なくとも１つの受信ユニットの下位グループに向けられた、下位グループの受信ユニットの指標を含む情報に関連して、前記受信ユニットが前記指標によって示される受信ユニットのうちの１つであるかどうかを判定する手段と、前記受信ユニットが前記指標によって示される受信ユニットのうちの１つである場合、前記情報について送信ユニットに確認応答するための手段とを含み、受信ユニットの前記グループのうちの受信ユニットが基地局であり、送信ユニットが無線端末であり、前記無線チャネルが高速アップリンクチャネルである、受信ユニット。
【請求項１６】
前記情報は、受信ユニットの前記グループのうちの１つのマスタスケジューラ受信ユニットに存在する受信ユニットの下位グループに向けられた、少なくとも前記高速アップリンクチャネルのためのスケジューリング情報を含む、請求項１５に記載の受信ユニット。
【請求項１７】
前記受信ユニットを含めて、受信ユニットの前記グループのうちの少なくとも１つの受信ユニットが、少なくとも１つの高速ダウンリンクチャネルを介して少なくとも前記送信ユニットに情報を送信するための高速ダウンリンクパケットアクセス機能を支援し、送信ユニットから無線チャネルを介して前記受信ユニットによって受信される前記情報が、高速ダウンリンクチャネルを介して受信ユニットから受信される情報に関連する信号を含む、請求項１５に記載の受信ユニット。
【請求項１８】
前記情報の中に含まれる下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのアイデンティティまたはアドレスを含む、請求項１５に記載の受信ユニット。
【請求項１９】
送信される情報の中に含まれる下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのうちの少なくとも１つに以前に関連した少なくとも１つのプロトコルエンティティのアイデンティティまたはアドレスを含む、請求項１５に記載の受信ユニット。
【請求項２０】
前記情報の中にさらに含まれる前記情報の型を検出するための手段を備える、請求項１５に記載の受信ユニット。
【請求項２１】
前記受信ユニットは無線ネットワークコントローラに接続され、前記情報の型がデータであるのか、または信号であるのかによって、次の組合せのために選択的に前記情報を無線ネットワークコントローラに転送するための手段をさらに備える、請求項２０に記載の受信ユニット。
【請求項２２】
無線チャネルを介して、受信ユニットのグループに情報を送信するための手段であって、前記情報が受信ユニットの前記グループのうちの少なくとも１つの受信ユニットの下位グループに向けられている手段と、
前記無線チャネルを介して前記情報を適切に受信した受信ユニットから、確認応答を受信するための手段と、
前記下位グループの各受信ユニットから、受信手段によって確認応答が受信されたかどうかを確認するための手段とを備える、送信ユニット。
【請求項２３】
送信手段によって送信される前記情報の中に、下位グループの受信ユニットの指標を含むための手段をさらに備える、請求項２２に記載の送信ユニット。
【請求項２４】
下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのアイデンティティまたはアドレスを含む、請求項２３に記載の送信ユニット。
【請求項２５】
下位グループの受信ユニットの指標が、下位グループの前記受信ユニットのうちの少なくとも１つに以前に関連した少なくとも１つのプロトコルエンティティのアイデンティティまたはアドレスを含む、請求項２３に記載の送信ユニット。
【請求項２６】
送信手段によって送信される前記情報の中に、前記情報の型を含むための手段をさらに備える、請求項２３に記載の送信ユニット。
【請求項２７】
事前に設定された時間間隔の後で、確認応答が前記下位グループのうちの少なくとも１つの受信手段から受信されていないということを確認手段が検出する場合、前記無線チャネルを介して前記情報を再送信するための手段をさらに備える、請求項２２に記載の送信ユニット。
【請求項２８】
受信ユニットの前記グループのうちの受信ユニットは基地局であり、送信ユニットは無線端末であり、前記無線チャネルは高速アップリンクチャネルである、請求項２２に記載の送信ユニット。
【請求項２９】
前記情報が、受信ユニットの前記グループのうちの１つのマスタスケジューラ受信ユニットに存在する受信ユニットの下位グループに向けられた、少なくとも前記高速アップリンクチャネルのためのスケジューリング情報を含む、請求項２８に記載の送信ユニット。
【請求項３０】
高速ダウンリンクパケットアクセス機能を支援する受信ユニットの前記グループのうちの少なくとも１つの受信ユニットから、少なくとも１つの高速ダウンリンクチャネルを介して情報を受信するための手段を備え、前記送信手段によって送信される前記情報が、高速ダウンリンクチャネルを介して受信ユニットから受信される情報に関連する信号を含む、請求項２８に記載の送信ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、すべての目的のために、その開示が参照により本明細書に組み込まれている２００４年９月１５日に出願された米国特許出願第１０／９４１，７９４号「Ｍｅｔｈｏｄ  ｆｏｒ  Ｃｏｎｔｒｏｌｌｉｎｇ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｖｅｒ  ａ  Ｒａｄｉｏ  Ｃｈａｎｎｅｌ  Ｂｅｔｗｅｅｎ  ａ  Ｓｅｎｄｉｎｇ  Ｕｎｉｔ  ａｎｄ  Ｒｅｃｅｉｖｉｎｇ  Ｕｎｉｔｓ  ａｎｄ  Ｅｑｕｉｐｍｅｎｔｓ  ｆｏｒ  Ｉｍｐｌｅｍｅｎｔｉｎｇ  ｔｈｅ  Ｍｅｔｈｏｄ」の優先権とともに、すべての目的のために、その開示が参照により本明細書に組み込まれている２００４年８月２５日に出願された米国仮特許出願第６０／６０４，３０３号「ＨＳＵＰＡ  ＭＡＣ  Ｓｉｇｎａｌｌｉｎｇ」の優先権を主張するものである。
【０００２】
本発明は送信ユニットと受信ユニットのグループとの間の無線チャネルを介した伝送を制御するための技術に関する。本発明は、詳細には第３世代無線ネットワークに関する。
【背景技術】
【０００３】
本説明において、本発明はＵＭＴＳ（「ユニバーサルモバイル遠距離通信システム」）型の第３世代無線通信ネットワークに限定することなく、その応用例において、より詳細に説明される。このシステムにおいて、本発明は、３ＧＰＰ（第３世代パートナーシッププロジェクト）の用語では「ＦＤＤ改良型アップリンク」とも呼ばれ、また輸送チャネル名によって「Ｅ−ＤＣＨ」とも呼ばれる、現在３ＧＰＰによって指定されている高速アップリンクパケットアクセス（ＨＳＵＰＡ）機能の枠組みの中で、応用例を見出す。この機能は、３ＧＰＰによって２００４年６月に発行された技術仕様書ＴＳ２５．３０９、Ｖ０．２．０「ＦＤＤ  Ｅｎｈａｎｃｅｄ  Ｕｐｌｉｎｋ；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ６）」の中で詳細に説明されている。
【０００４】
図１は、そのようなＵＭＴＳネットワークの構造を示す。コアネットワーク（ＣＮ）に所属するモバイルサービス１０のスイッチは、一方で１つまたは複数の固定ネットワーク１１にリンクされ、他方で、いわゆるｌｕインタフェースによってコマンド機器１２またはＲＮＣ（「無線ネットワークコントローラ」）にリンクされている。ＲＮＣ１２の各々は、いわゆるｌｕｂインタフェースによって１つまたは複数の基地局１３にリンクされている。ネットワークによってカバーされる領域に分散された基地局１３は、ＵＥ（ユーザ機器）と呼ばれるモバイル局１４、１４ａ、１４ｂと無線によって通信することができる。基地局は、「ノードＢ」と呼ばれるノードを形成するために、一緒にまとめられることができる。特定のＲＮＣ１２はさらに、いわゆるｌｕｒインタフェースによって、互いに通信することができる。ＲＮＣと基地局とは、ＵＴＲＡＮ（「ＵＭＴＳ地上無線アクセスネットワーク」）と呼ばれるアクセスネットワークを形成する。
【０００５】
３ＧＰＰによって２００３年１２月に発行された３ＧＰＰ  ＴＳ２５．３０１技術仕様書「Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ」６．０．０版で説明されているように、ＵＴＲＡＮは無線インタフェースで必要とされるリンク（Ｕｕと呼ばれる）を提供することを目的としたＩＳＯモデルの層１および層２の要素と、層３に属する無線資源を制御するためのステージ１５Ａ（ＲＲＣ、「無線資源制御」）とを備える。上位層から見ると、ＵＴＲＡＮは単にＵＥとＣＮとの間の中継器としての機能を果たす。
【０００６】
図２はＲＲＣステージ１５Ａ、１５Ｂ、ならびにＵＴＲＡＮおよびＵＥに属する下位層のステージを示す。各々の側で、層２は無線リンク制御（ＲＬＣ）ステージ１６Ａ、１６Ｂと、媒体アクセス制御（ＭＡＣ）ステージ１７Ａ、１７Ｂとに再分割される。層１はコード化および多重化ステージ１８Ａ、１８Ｂを備える。無線ステージ１９Ａ、１９Ｂはステージ１８Ａ、１８Ｂで与えられるシンボルの連続からの無線信号の送信、および他の方向での信号の受信の要求を満たす。
【０００７】
図２によるプロトコル構造を、図１によるＵＴＲＡＮのハードウェア構造に適応させる様々な方法があり、一般に、様々な構成がチャネルの型によって採用されることが可能である（３ＧＰＰによって２００４年６月に発行された３Ｇ  ＴＳ２５．４０１技術仕様書「ＵＴＲＡＮ  Ｏｖｅｒａｌｌ  Ｄｅｓｃｒｉｐｔｉｏｎ」６．３．０版の１１．２節を参照）。ＲＲＣ、ＲＬＣおよびＭＡＣステージは、典型的にはＲＮＣ１２に配置される。複数のＲＮＣが関係する場合、ＭＡＣ副層は、例えばＡＴＭ（「非同期転送モード」）およびＡＡＬ２（「ＡＴＭ適合層Ｎｏ．２」）などの、ｌｕｒインタフェース上でのやりとりのための適切なプロトコルを用いて、これらのＲＮＣ間に割り当てられることが可能である。これらの同じプロトコルはまた、ＭＡＣ副層と層１との間のやりとりのためにｌｕｂインタフェース上で用いられてもよい。
【０００８】
ＲＬＣ副層は、３ＧＰＰによって２００４年６月に発行された３Ｇ  ＴＳ２５．３２２技術仕様書「ＲＬＣ  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」６．１．０版で説明されている。送信方向で、ＲＬＣステージ１６Ａ、１６Ｂはそれぞれの論理チャネルによって、層３から生じたサービスデータユニット（ＲＬＣ−ＳＤＵ）から構成されているデータストリームを受信する。ステージ１６Ａ、１６ＢのＲＬＣモジュールは、特にはストリームのＲＬＣ−ＳＤＵユニットをブロックに分割するか、またはＭＡＣ副層に宛てられた、ＲＬＣヘッダを含むプロトコルデータユニット（ＰＤＵ、「パケットデータユニット」）に分割することを実行するために、各論理チャネルに関連している。受信方向では、反対にＲＬＣモジュールは、ＭＡＣ副層から受信されたブロックから、論理チャネルのＲＬＣ−ＳＤＵユニットを再び組み立てることを実行する。
【０００９】
ＭＡＣ副層は、３ＧＰＰによって２００４年６月に発行された３Ｇ  ＴＳ２５．３２１技術仕様書「ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」６．２．０版で説明されている。ＭＡＣ副層は、１つまたは複数の論理チャネルを１つまたは複数の輸送チャネルに置き換える。
【００１０】
セルラーネットワークの基礎構造は、典型的には対応する地域またはセルに配置された移動局との通信のために、カバーされる領域に分散された基地局を含む。マクロダイバシティ技術は、ダウンリンク方向（基地局から移動局）では移動局が同じ情報を複数回受信し、アップリンク方向では後でネットワーク基礎構造の中に結合されることが可能な異なる推定値を形成するために、移動局によって送信される信号が基地局によって採集されるというやり方で、別々の基地局と同時に通信することができる移動局を提供することに存する。
【００１１】
マクロダイバシティは、同じ情報アイテムの異なる観測の組合せによってシステムの性能を向上させる、増強された受信力を獲得する。マクロダイバシティはまた、移動局が移動している場合には、穏やかなセル間転送（「ソフトハンドオフ」、ＳＨＯ）の実行も可能にする。マクロダイバシティ技術は、周波数二重化通信（ＦＤＤ）のための広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）の状況の中で、ＵＭＴＳシステムに与えられる。例えば、ＵＥなどによって送信される無線信号値が複数のノードＢによって受信されることはアップリンク上のマクロダイバシティと呼ばれ、そのようなマクロダイバシティは、ノードＢのいわゆるアクティブセットを通した、ＵＥから送信される無線信号の推定値の受信の結果として生じる。
【００１２】
ＵＭＴＳは「高速ダウンリンクパケットアクセス」（ＨＳＤＰＡ）機能を提唱しており、その全容は、３ＧＰＰによって２００４年５月に発行された３ＧＰＰ  ２５．３０８技術仕様書「ＵＴＲＡ  Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（ＨＳＤＰＡ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ２」６．１．０版の中で見出されるであろう。ＨＳＤＰＡによって、基地局の到達範囲に配置されたＵＥのセットへのデータの高速ダウンリンク送信、すなわち基地局から移動局への送信が可能になる。このサービスは、ＨＳ−ＤＳＣＨ（「高速ダウンリンク共用チャネル」）と呼ばれる高速ダウンリンク共用輸送チャネルに基づく。ＦＤＤ方式において、このチャネルは特に（ｉ）６６６μｓの３つのタイムスロットに相当する２ミリ秒の送信時間間隔（ＴＴＩ）、（ｉｉ）ＨＡＲＱ（「ハイブリッド自動再送（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）」）型のデータの再送信を要求するためのハイブリッドプロセス、（ｉｉｉ）適応的コード化および変調機構の特徴を有する。
【００１３】
アクセスネットワークにおいて、ＭＡＣ層の一部であるＭＡＣ−ｈｓはノードＢに配置されるので、より高い処理能力が達成されることが可能である。この構造は図３に示され、３ＧＰＰによって２００４年７月に発行された３ＧＰＰ  ＴＳ  ２５．４０１技術仕様書「ＵＴＲＡＮ  ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ」６．３．０版、公開６の中で説明されている。
【００１４】
「ＦＤＤ改良型アップリンク」とも呼ばれる、上述の新たな「高速アップリンクパケットアクセス」（ＨＳＵＰＡ）機能は、高速のアップリンク送信、すなわちＵＥからアクセスネットワークへの送信を提供するために、現在３ＧＰＰによって指定されている。このサービスは、ＨＡＲＱ、適応的変調およびコード化、ならびにノードＢのアップリンクデータ送信のスケジューリングを支援する新型の輸送チャネルである、いわゆるＥ−ＤＣＨに基づく。ＭＡＣレベルで、新たなＭＡＣ終端ポイントであるＭＡＣ−ｅはＵＴＲＡＮ構造の中で、より詳細にはノードＢレベルで導入されている。この構造は図４に示され、３ＧＰＰによって２００４年７月に発行された３ＧＰＰ  ＴＳ２５．３０９仕様書原案「Ｅｎｈａｎｃｅｄ  ｕｐｌｉｎｋ  ＵＴＲＡ  ＦＤＤ；Ｓｔａｇｅ２」０．２．０版の中で説明されている。
【００１５】
３ＧＰＰでは、そのような輸送チャネルがアップリンクのマクロダイバシティ、すなわち選択の組合せを支援するということが合意されている。これは、ソフトハンドオーバ（ＳＨＯ）の状況では、ＵＥの中のＭＡＣ−ｅプロトコルエンティティはネットワーク中で複数のピアＭＡＣ−ｅエンティティを有することができる、すなわちアクティブセット中のノードＢに対して１つを有することができるということを意味する。各ノードＢは、それが有しているアップリンク無線リンクを物理層でＵＥと組み合わせるので、ノードＢに対して１つのみのＭＡＣ−ｅが存在しうるということに留意されたい。
【００１６】
本原理は、ＵＥの中のＭＡＣ−ｅに提出されるＰＤＵが、ノードＢのセットのうちの少なくとも１つにうまく届けられなければならないというものである。これらのノードＢはその後、受信されたＰＤＵをサービングＲＮＣに転送することができる。ＲＮＣは、複数のノードＢが同じＰＤＵを適切に受信した場合、選択の組合せを実行する。ＨＡＲＱプロトコルは、各ノードＢが受信されたＭＡＣ−ｅ  ＰＤＵについてそれぞれ確認応答する（ａｃｋｎｏｗｌｅｄｇｅ）ように構成されている。ＵＥは、ＭＡＣ−ｅＰＤＵが送信されたノードＢのセットのうちの少なくとも１つがＰＤＵについて肯定的に確認応答した場合、ＰＤＵ転送が成功したとみなしてもよい。
【００１７】
ある状況においては、そのようなノードＢのうちの少なくとも１つへの送信方式よりも、より選択的であることが有益であってもよい。実際にそのような方式では、ノードＢが効果的にＰＤＵを受信し、それについて確認応答する制御手段はない。現在のＨＡＲＱプロトコル方式は、セット中のどの１つであるかには関わらず、ノードＢのセットのうちの少なくとも１つのノードＢが送信されたＰＤＵについて肯定的に確認応答するとすぐに、ＰＤＵ送信が完了したとみなす。しかしながら、送信されたＰＤＵはより具体的に、ノードＢのセットのうちの別の特定のノードＢに向けられたものであったかもしれない。したがって、前記の特定のノードＢが送信されたＰＤＵを適切に受信したという保証はない。
【００１８】
より一般的には、共用無線チャネルを使用する場合、送信ユニットは概して、特定の受信ユニットか、または受信ユニットのグループに由来する受信ユニットの下位グループが送信された情報を適切に受信したということを確実にすることはできない。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明の目的は、改良された方式を提供することである。特に、本発明の１つの目的はより選択的な方式を提供することである。本発明の実施形態および利点は、後に詳細に述べられる。
【課題を解決するための手段】
【００２０】
本発明は、無線通信システムにおいて、送信ユニットと受信ユニットのグループとの間の無線チャネルを介した伝送を制御するための方法を提案する。本方法は、受信ユニットの前記グループのうちの少なくとも１つの受信ユニットの下位グループに向けられる情報に関連する以下のステップを含む。
送信ユニットから無線チャネルを介して、前記情報を送信するステップ。
前記情報を受信したうえで、前記無線チャネルを介して前記情報を適切に受信した下位グループのうちの少なくとも各受信ユニットから確認応答を送信するステップ。
確認応答が前記下位グループのうちの各受信ユニットから送信ユニットによって受信されたかどうかを確認するステップ。
【００２１】
本発明の有利な実施形態において、受信ユニットの前記グループのうちの受信ユニットは基地局であり、送信ユニットは無線端末であり、無線チャネルはＥ−ＤＣＨのような高速アップリンクチャネルである。
【００２２】
本発明は、送信ユニットが、ノードＢのグループの受信ユニットを用いたマクロダイバシティの状況にある場合に、行われることが可能である。代替として、特定の実施形態では、１つのみの受信ユニットが前記グループを構成することができる。また、前記下位グループは１つまたは複数の受信ユニットの中に存在することができる。
【００２３】
本発明はまた、送信ユニットと受信ユニットの前記グループとの間の無線チャネルを介して、送信ユニットから情報を受信するために配置された受信ユニットのグループの中の受信ユニットであって、受信ユニットの前記グループのうち少なくとも１つの受信ユニットの下位グループに向けられた、下位グループのうちの受信ユニットの指標を含む情報に関連して、前記受信ユニットが前記指標によって示される受信ユニットのうちの１つであるかどうかを判定する手段と、前記受信ユニットが前記指標によって示される受信ユニットのうちの１つである場合、前記情報について送信ユニットへ確認応答するための手段とを含み、受信ユニットの前記グループのうちの受信ユニットが基地局であり、送信ユニットが無線端末であり、前記無線チャネルが高速アップリンクチャネルである受信ユニットも提案する。
【００２４】
本発明はまた、
無線チャネルを介して受信ユニットのグループへ情報を送信するための手段であって、前記情報が受信ユニットの前記グループのうちの少なくとも１つの受信ユニットの下位グループに向けられる手段と、
前記無線チャネルを介して前記情報を適切に受信した受信ユニットからの確認応答を受信するための手段と、
確認応答が前記下位グループの各受信ユニットから受信手段によって受信されたかどうかを確認するための手段とを含む送信ユニットも提案する。
【００２５】
第１の態様において、本発明は、受信ユニットによって、その受信ユニットが無線チャネルを介して受信ユニットが属する受信ユニットのグループに送信ユニットによって送信されるＭＡＣ  ＰＤＵなどの情報の宛先（または目標）であることを判定する手段を提案する。この目的のために、受信ユニットは、それが送信された情報に含まれる下位グループの受信ユニットの指標によって示される受信ユニットのうちの１つであるかどうかを判定するための手段を含む。
【００２６】
さらなる態様において、本発明は、受信ユニットによって、その受信ユニットが送信されるＭＡＣ  ＰＤＵの宛先（または目標）であることを判定するとともに、送信ユニットによって送信されるＭＡＣ  ＰＤＵの型を受信ユニットによって判定する方法を提案する。
【００２７】
さらに別の態様において、本発明はまた、１つまたは複数の受信ユニットのグループの中の１つまたは複数の目標の受信ユニットに存在する下位グループに、送信されるＭＡＣ  ＰＤＵを送出することを確実にするためのプロトコルも提案する。
【００２８】
本発明の第１の態様によって、目標の受信ユニットの識別を実行するための複数の方法が提供される。１つの実施形態において、目標の受信ユニットのアイデンティティまたはアドレスは、ＭＡＣ  ＰＤＵ自体の中で示される。目標の受信ユニットが複数ある場合、目標の受信ユニットのアイデンティティまたはアドレス情報は、複数の目標の受信ユニットの各々のためのＭＡＣ  ＰＤＵの中で示されることが可能である。別の実施形態において、（典型的には、信号用であることから高い優先度を備えた）プロトコルエンティティのアイデンティティまたはアドレスは、受信ユニットと関連付けられる。すなわち、プロトコルエンティティのアイデンティティまたはアドレスと、特定の受信ユニットとの間で、相関関係が作り出される。目標の受信ユニットが複数ある場合、ＨＡＲＱプロトコルエンティティのアイデンティティまたはアドレスは、複数の目標の受信ユニットの各々と関連付けられることが可能である。そのような関連はシステム構成の操作の一部として事前に定められ、例えば受信ユニットまたは送信ユニットの中に記憶されることが可能である。
【００２９】
受信ユニットは、目標がそれらではない受信されたＭＡＣ  ＰＤＵを廃棄してもよい。別の実施形態において、受信ユニットは、それが受信されたＭＡＣ  ＰＤＵの宛先（または目標）であるかどうかをはじめに判定し、そうした判定に応じて、宛先（または目標）の受信ユニットがそれではない受信されたＭＡＣ  ＰＤＵを肯定的に確認することはない。
【００３０】
さらなる態様において、本発明は、受信ユニットによって、その受信ユニットが送信されるＭＡＣ  ＰＤＵの宛先（または目標）であることを判定するとともに、送信ユニットによって送信されるＭＡＣ  ＰＤＵの型を受信ユニットによって判定する方法を提案する。１つの実施形態において、ＭＡＣ  ＰＤＵの型についての情報とともに、目標の受信ユニットのアイデンティティまたはアドレスは、ＭＡＣ  ＰＤＵ自体の中で示される。目標の受信ユニットが複数ある場合、目標の受信ユニットのアイデンティティまたはアドレス情報は、ＭＡＣ  ＰＤＵの型についての情報とともに、複数の目標の受信ユニットの各々のためのＭＡＣ  ＰＤＵの中で示されることが可能である。
【００３１】
本発明の別の態様によって、１つまたは複数の目標の受信ユニットに所与のＭＡＣ  ＰＤＵを送出することを確実にするための方法が提供される。１つの実施形態によって、送信ユニットは、送信されるＭＡＣ  ＰＤＵの目標である１つまたは複数の受信ユニット中に存在する下位グループのみに由来する肯定確認応答を考慮する。複数の受信ユニットが送信されるＭＡＣ  ＰＤＵの目標である場合、送信ユニットは転送が成功したとみなす前に、各々の目標の受信ユニットからの肯定確認応答の受信を待つことを必要としてもよい。このプロトコルは、受信ユニットよりも単純である送信ユニットに肯定／否定確認応答を送信する前に、受信ユニットがＭＡＣ  ＰＤＵをデコードすることを必要としない。また、ＰＤＵの宛先（または目標）ではない受信ユニットは、どの受信ユニットが目標の受信ユニットであるのかを明確に知る必要はない。
【００３２】
反復の最大限の回数が事前に定められていない限り、送信ユニットは転送が成功であるとみなす前に、送信を繰り返し、各々の目標の受信ユニットからの肯定確認応答の受信を待ってもよい。反復の最大限の回数が事前に定められていなければならない場合、送信ユニットはこの事前に定められた反復の最大限の回数まで、送信を繰り返し、各々の目標の受信ユニットからの肯定確認応答の受信を待ってもよい。
【００３３】
当業者には明らかであるように、従属の請求項によって示される上述の態様の好ましい機能は、適切に組み合わせられてもよく、本発明の上述の態様のうちの任意のものと組み合わせられてもよい。
【発明を実施するための最良の形態】
【００３４】
ここで、本発明はＵＭＴＳ  ＨＳＵＰＡ機能の枠組みの中で、より詳細に説明される。したがって、送信ユニットと受信ユニットのグループとの間で考えられる無線チャネルは、ＵＥとノードＢとの間のＥ−ＤＣＨのような高速アップリンクチャネルである。当然のことながら、本発明はその他のチャネルまたはユニットにも適用可能である。
【００３５】
第１の態様において、本発明はノードＢまたはノードＢの下位グループによって、それらのノードＢがＵＥとノードＢのグループとの間のＥ−ＤＣＨを介してＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵの宛先（または目標）であることを判定することを提案する。
【００３６】
さらなる態様において、本発明はノードＢまたはノードＢの下位グループによって、それらのノードＢが送信されるＭＡＣ−ｅ  ＰＤＵの宛先（または目標）であることを判定するとともに、ノードＢまたはノードＢの下位グループによって、ＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵの型を判定することを提案する。
【００３７】
さらに別の態様において、本発明はまた、ノードＢのグループの中の１つまたは複数の目標のノードＢの下位グループに、送信されるＭＡＣ−ｅ  ＰＤＵを送出することを確実にするためのプロトコルもまた提案する。本発明によって、現在指定されているＵＭＴＳ  ＨＳＵＰＡ  ＨＡＲＱプロトコルは改良されて、１つまたは複数の特定のノードＢへのＭＡＣ−ｅ  ＰＤＵの送出をＵＥが制御できるようにする。
【００３８】
本発明の第１態様によって、目標のノードＢの識別を実行する複数の方法が提供される。
【００３９】
１つの実施形態において、ノードＢのアイデンティティまたはアドレスは、ＭＡＣ−ｅ  ＰＤＵ自体の中で示される。すなわち、ＭＡＣ−ｅ  ＰＤＵの構造は、ノードＢのアイデンティティおよび／またはアドレス情報を取り入れるように構成されている。そのような情報は、例えば明白にはバイナリフィールドの形態でコード化されるか、または暗黙にはビットマップの形態でコード化されることが可能である。目標のノードＢが複数ある場合、目標のノードＢのアイデンティティまたはアドレス情報は、複数の目標のノードＢの各々のためのＭＡＣ−ｅ  ＰＤＵの中で示されることが可能である。
【００４０】
別の実施形態において、（本発明は、ＭＡＣ−ｅ  ＰＤＵ信号の信頼度の高い送信に特に適していることから、典型的には高い優先度を備えたプロトコルエンティティである）ＨＡＲＱプロトコルエンティティのアイデンティティまたはアドレスは、１つまたは複数の目標のノードＢの下位グループに関連付けられる。すなわち、プロトコルエンティティのアイデンティティまたはアドレスと、特定のノードＢとの間で相関関係が作り出される。目標のノードＢが複数ある場合、プロトコルエンティティのアイデンティティまたはアドレスは、複数の目標のノードＢのうちのすべてか、または各々に関連付けられることが可能である。また、プロトコルエンティティのアイデンティティまたはアドレスは、識別されることなくノードＢのグループの全体に関連付けられることも可能であり、これによってグループのうちのすべてのノードＢによってほとんど同時に受信されることになるＭＡＣ−ｅ  ＰＤＵを送信することが可能となる。そのような関連はシステム構成の操作の一部として事前に定められ、例えばＵＥ、ノードＢまたはＲＮＣの中に記憶されることが可能である。
【００４１】
さらなる態様において、本発明は、ノードＢによって、ＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵがそのノードＢのための制御ＰＤＵであり、ＲＮＣに送信されてはならないことを判定することを提案する。このようにして、データのみを含むＰＤＵのみがＲＮＣに送信され、ここで各々のノードＢによって受信されるＰＤＵの変形が組み合わせられることが可能である。
【００４２】
さらなる態様において、本発明は、ノードＢによって、そのノードＢが送信されるＭＡＣ−ｅ  ＰＤＵの宛先（または目標）であることを判定するとともに、ノードＢによって、Ｅ−ＤＣＨを介してＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵの型を判定することを提案する。１つの実施形態において、ＭＡＣ−ｅ  ＰＤＵの型についての情報とともに、目標のノードＢのアイデンティティまたはアドレスは、ＭＡＣ−ｅ  ＰＤＵ自体の中で示される。特に、そのような情報は、送信されるＭＡＣ−ｅ  ＰＤＵが制御ＰＤＵであるか否かを示すことができる。例えば、単純なバイナリデジットは、制御ＰＤＵとデータＰＤＵとを区別することができる。送信されるＭＡＣ−ｅ  ＰＤＵは制御ＰＤＵでなければならず、ノードＢはそれをＲＮＣに転送する必要はない。目標のノードＢが複数ある場合、目標のノードＢのアイデンティティまたはアドレス情報は、ＭＡＣ−ｅ  ＰＤＵの型についての情報とともに、複数の目標のノードＢの各々のためのＭＡＣ−ｅ  ＰＤＵの中で示されることが可能である。
【００４３】
目標のノードＢの指標が、Ｅ−ＤＣＨを介してＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵの中に含まれる場合、ノードＢはそれらが目標ではない受信されたＭＡＣ−ｅ  ＰＤＵを廃棄し、ＭＡＣ−ｅ  ＰＤＵをＲＮＣに送信することを回避してもよい。代替としてＭＡＣ−ｅ  ＰＤＵはＲＮＣの中で廃棄されることも可能である。別の実施形態において、ノードＢは、それが受信されたＭＡＣ−ｅ  ＰＤＵの宛先（または目標）であるかどうかをはじめに判定し、そうした判定に応じて、そのノードＢが宛先（または目標）のノードＢではない受信されたＭＡＣ−ｅ  ＰＤＵについて肯定的に確認応答することはない。
【００４４】
本発明の別の態様によって、１つまたは複数の目標のノードＢに所与のＭＡＣ−ｅ  ＰＤＵを送出することを確実にするためのさらなる方法が提供される。そのような方法は、特にＳＨＯの状況の中で使用されることが可能である。１つの実施形態において、１つまたは複数の目標のノードＢの指標は、Ｅ−ＤＣＨを介してＵＥによって送信されるＭＡＣ−ｅ  ＰＤＵの中に含まれない。Ｅ−ＤＣＨを受信するノードＢのグループのうちのすべてのノードＢは、ＭＡＣ−ｅ  ＰＤＵの受信について確認応答する。ＵＥは、送信されるＭＡＣ−ｅ  ＰＤＵのための目標である１つまたは複数のノードＢの下位グループのみに由来する肯定確認応答を考慮する。複数のノードＢが送信されたＭＡＣ−ｅ  ＰＤＵのための目標である場合、ＵＥはその転送が成功したとみなす前に、各々の目標とするノードＢからの肯定確認応答の受信を待つことを必要としてもよい。
【００４５】
このプロトコルは、ノードＢにとってはより簡単なことである、ＵＥへの肯定／否定確認応答の送信の前に、前記グループのノードＢがＭＡＣ−ｅ  ＰＤＵをデコードすることを必要としない。また、ＰＤＵの宛先（または目標）ではないノードＢは、どのノードＢが目標のノードＢであるのかを明確に知る必要はない。
【００４６】
反復の最大限の回数が事前に定められていない限り、ＵＥは転送が成功であるとみなす前に、送信を繰り返し、各々の目標のノードＢからの肯定確認応答の受信を待ってもよい。反復の最大限の回数が事前に定められていなければならない場合、ＵＥはこの事前に定められた反復の最大限の回数まで、送信を繰り返し、各々の目標のノードＢからの肯定確認応答の受信を待ってもよい。これは、ＵＥが任意のノードＢからの最初の肯定確認応答の受信を待つだけの現在のプロトコルからは逸脱している。
【００４７】
スケジューリング情報を用いた実施態様
ＨＳＵＰＡを用いた詳細な機構は、アップリンクロード、ノードＢの利用などの一定の基準に基づいて、ノードＢがＥ−ＤＣＨ上の伝送をスケジュールすることを可能にする定義の下にある。
【００４８】
ＳＨＯか、またはマスタスケジューラであると宣言された唯一のものの場合、ＳＨＯ中のＵＥは複数のノードＢによって受信され、すべてのこれらのノードＢによって制御されてもよい。
【００４９】
スケジューリングはＵＥの必要条件についての情報、すなわちそのバッファのサイズ、関連の優先度等によって援助される必要がある。この情報は、現時点で大きなものであることが推定されており、ノードＢに確実に与えられなければならない。層１の信号は、よりよい機構がない場合のデフォルトの３ＧＰＰの解決策であるが、それは非常に難しいものであると認識されている。そうした情報を輸送するためにＭＡＣ−ｅ信号を使用することには、ＳＨＯの場合、すなわちどのノードＢがＭＡＣ−ｅ  ＰＤＵを受信するかについての確信がない場合、上述のような問題点がある。これらの問題点は、提案される発明によって解決される。
【００５０】
提案される発明によって、以下のことが可能になる。
ＭＡＣ−ｅを使用して、そうしたスケジューリング情報をマスタスケジューラであるノードＢに送信すること。
ＭＡＣ−ｅを使用して、そうしたスケジューリング情報をすべてのノードＢに送信すること。
【００５１】
ノードＢ信号を用いた実施態様
ＨＳＤＰＡが構成される場合、現在のＵＥとノードＢとの間の信号機構は、専用チャネルにマップされた信号無線ベアラ上で送信される層３のＲＲＣ信号に基づく。特定のノードＢの情報のために、ＭＡＣ−ｈｓ信号を有利に使用することが容易に応用されうる。リリース５において、ＭＡＣ−ｈｓ  ＰＤＵは、ＵＥとＲＮＣとの間で交換されるデータおよび／または上位層の信号のみを転送する。ノードＢが信号情報をＵＥに送信できるようにする機構を加えることによって、例えば、一部の物理層またはＨＳＤＰＡ制御パラメータの再構成を、ＲＮＣによって生成されるか、またはＲＮＣに戻らなければならない従来のＲＲＣ信号を使用するよりも、より迅速にすることができる。そのような機構の例は、例えば仏国特許第２  ８３４  ６０４号明細書の中で説明されている。
【００５２】
しかしながらアップリンクには、これらの機構のための同等物は存在せず、すなわちノードＢで終端するアップリンクチャネルは、信号メッセージを輸送するために十分信頼できるものである。これは、ダウンリンク信号情報が、再構成の信号確認がない可能性があることから（典型的な信号交換は、確認または確認応答によって続けられる要求を含む）、それらがＵＥで適用されるという保証を伴わずに送信され、ＭＡＣ−ｈｓがエラーに結びつくということを意味している。実際に、ダウンリンク信号情報がＵＥによって適切に受信されているという保証はない。
【００５３】
再構成の１つの典型的な例は、所与のＵＥのための（ＨＳＤＰＡ制御チャネルである）ＨＳ−ＳＣＣＨコードの再構成である。再構成情報はＭＡＣ−ｈｓ信号を介して（ノードＢから直接という意味）ＵＥに送信される場合、ＵＥに通知するためにＲＮＣに戻る必要がないので、非常に効果的である。しかしながら、ＵＥが再構成データを取り逃がすか、またはノードＢがＵＥからいかなるフィードバックも受信しない場合、ＵＥがどの制御チャネルを聞いているのかをノードＢが知ることはないので、その後ＵＥは「見失われる」。その他の例はビーム形成である。
【００５４】
提案される発明はまた、ソフトハンドオーバがＨＳＤＰＡ（ＭＡＣ−ｈｓ）ではなく、ＨＳＵＰＡ（ＭＡＣ−ｅ）によって支援される場合の問題にも対処する。実際に、本発明は、改良されたプロセスを提供し、該プロセスによれば、ＭＡＣ−ｅとともにＵＥによって送信される信号情報は、ＭＡＣ−ｈｓを輸送する第２ノードＢとは別の（または別ではない）第１ノードＢの対応するＭＡＣ−ｅに到達してもよい。提案される発明によって、ＭＡＣ−ｈｓの支援もまた行う特定のノードＢへの送出が、ソフトハンドオーバの状態においても可能となる。
【００５５】
そのような実施形態の１つの例が図５に示され、以下で説明される。ＵＥ１はＨＳＤＰＡ機能とＨＳＵＰＡ機能との両方を支援する。２ａ、２ｂおよび２ｃの３つのノードＢのグループもまた、ＨＳＤＰＡ機能とＨＳＵＰＡ機能とを支援する。ＵＥ１は、３つのノードＢのあるマクロダイバシティの状況において、Ｅ−ＤＣＨのような高速アップリンクチャネルを介して情報を送信することができる。これは、ＵＥ１によってＥ−ＤＣＨを介して送信される情報は、例えばＲＮＣでの次の組合せを考慮して、接続されているＲＮＣ３に受信された情報の変形を転送することができる２ａ、２ｂおよび２ｃのノードＢによって受信されるということを意味する。一方で、ノードＢ２ｂはＵＥ１とともに、ＨＳ−ＤＳＣＨなどの高速ダウンリンクチャネルを有する。
【００５６】
ノードＢ２ｂが再構成またはその他の情報を対応するＨＳ−ＤＳＣＨを介してＵＥ１に送信すると考えると、次いでＵＥ１はノードＢ２ｂに到達するために、Ｅ−ＤＣＨを介して再構成メッセージの受信の確認などの情報を送信することによって応答する。
【００５７】
本発明によって、ＵＥ１はＥ−ＤＣＨを介して送信される情報の中に、その情報がノードＢ２ｂに向けられているという指標を取り入れることができる。Ｅ−ＤＣＨを介して情報を受信する場合、２ａ、２ｂおよび２ｃの３つのノードＢのうちの各々は、前記指標の中でそれが本当に目標とされているかどうかを確認する。ノードＢ２ａおよび２ｃは、それらが送信される情報の宛先ではないという結論を下し、情報の受領について確認応答することなく、情報を廃棄してもよい。それに対してノードＢ２ｂは、それが目標とされているということを前記指標の中で認識し、次いでＨＡＲＱによって、送信された情報の受信をＵＥ１に確認応答することができる。これは、ノードＢ２ｂによって送信された情報の受信の確認としてＵＥ１に解釈される可能性のある確認応答を別のノードＢが送信することを防ぐ。
【００５８】
取り入れられる指標は様々な型のものであることが可能である。例えば、指標は前記ノードＢによっても知られているノードＢ２ｂのアドレスまたはアイデンティティを含むこともできる。代替として、または追加として、指標はプロトコルエンティティのアドレスまたはアイデンティティを含むこともできる。
【００５９】
例えば、このためにＨＡＲＱプロセスが使用されることが可能である。実際に、各プロセスがそれぞれのプロセス識別子によって識別される、ＨＡＲＱに関連する複数のプロセスは、Ｅ−ＤＣＨチャネルを介した伝送のために定義される。複数の伝送は、異なるプロセスを使用して、１つのＥ−ＤＣＨを介して並行して実行されることが可能である。構成段階において、例えば１つのプロセスが２ａ、２ｂおよび２ｃのノードＢのうちの各々にそれぞれ関連付けられることが可能であり、別のプロセスが（３つのノードＢに同時に関連する情報の送信のために）３つのノードＢに関連付けられることが可能であるというように、各プロセスはノードＢのセットに関連することができる。Ｅ−ＤＣＨを介して情報を受信すると、３つのノードＢの各々は、それがそうした情報によって目標とされているかどうかを判定するために、使用されたプロセスが以前に関連したものであるかどうかを確認する。
【００６０】
送信される情報の型は、ＵＥ１によって有利に取り入れられる。例えば、この型は送信される情報がデータに関連するのか、または信号情報に関係するのかを示すことができる。情報の型は、ノードＢ２ｂによって検出されることが可能である。次いで、ノードＢ２ｂは情報の型がデータであるのか、または信号であるのかによって、受信された情報をＥ−ＤＣＨを介してＲＮＣ３に転送することを判定することができる。このようにして、ＲＮＣでの組合せを考慮して、データのみがＲＮＣ３に転送されることが可能である一方で、信号のために組合せは実行されない。
【００６１】
代替として、Ｅ−ＤＣＨを介してＵＥ１によって送信される情報の中に指標は含まれない。したがって２ａ、２ｂおよび２ｃの３つのノードＢは、より詳細にはノードＢ２ｂに向けられて送信された情報を受信する。各ノードＢは、前記情報を受信すると、確認応答をＵＥ１に送信する。次いで、ＵＥ１はノードＢ２ｂから確認応答を受信したのかどうかを確認する。ＵＥ１はノードＢ２ｂから確認応答を受信していない場合、ノードＢ２ｂから応答を受信するまで、または許されている反復の所定の回数が達せられるまで、Ｅ−ＤＣＨを介して再度情報を送信することができる。
【００６２】
このようにして、ノードＢ２ｂからの再構成メッセージの受信は、確認によってノードＢ２ｂが常に適切にそれを通知されていることから、より安全なものとなる。
【００６３】
当然のことながら、本発明の原理のもとで、多くの別の実施形態が行われることが可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明が適用されてもよいＵＭＴＳネットワークの図である。
【図２】ＵＭＴＳネットワークの無線インタフェースで用いられる通信プロトコル層の機構を示す図である。
【図３】ＨＳＤＰＡプロトコル構造を示す図である。
【図４】ＨＳＵＰＡプロトコル構造を示す図である。
【図５】本発明のアプリケーションが実行されることが可能なシステムの簡略化された構造を示す図である。
【図１】
2008515249.tif 000003
【図２】
2008515249.tif 000004
【図３】
2008515249.tif 000005
【図４】
2008515249.tif 000006
【図５】
2008515249.tif 000007
【国際調査報告】
2008515249.tif 000008
2008515249.tif 000009
2008515249.tif 000010