ＣＥＬＬ＿ＦＡＣＨ状態における拡張ＭＡＣ−Ｅ／ＥＳリソースの管理およびセットアップ
拡張Ｃｅｌｌ＿ＦＡＣＨ状態において、拡張ＭＡＣ−ｅ（媒体アクセス制御ｅ）リソースおよび拡張ＭＡＣ−ｅｓリソース、ならびにＥ−ＤＣＨ（拡張専用チャネル）に関するそれぞれの変数を管理する方法および装置が開示されている。Ｃｅｌｌ＿ＦＡＣＨ状態における、ＵＬ（アップリンク）におけるＥ−ＤＣＨ送信の性質、ならびにＷＴＲＵ（無線送信／受信ユニット）がＥ−ＤＣＨリソースのセットアップおよび解放をより頻繁に行う可能性があるという事実によって、ＴＳＮ番号付けを処理する方法が記載されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
拡張アップリンク機構が、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：大三世代パートナーシッププロジェクト）標準に関して導入されている。拡張アップリンク機構および改良されたＬ２（層２）の一環として、拡張ＭＡＣ−ｅ／ｅｓエンティティを含む新たな機能エンティティが、ＭＡＣ（媒体アクセス制御）に導入されている。ＷＴＲＵ（無線送信／受信ユニット）において、拡張ＭＡＣ−ｅ／ｅｓは、単一の副層と見なされる。しかし、ネットワーク側において、拡張ＭＡＣ−ｅエンティティと拡張ＭＡＣ−ｅｓエンティティは別々であると見なすことができ、拡張ＭＡＣ−ｅは、ノードＢに存在し、拡張ＭＡＣ−ｅｓは、ＳＲＮＣ（サービング無線ネットワーク制御装置）に存在している。ノードＢにおける各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅが存在し、ＳＲＮＣにおける各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅｓが存在する。これらのエンティティは、拡張ＭＡＣ−ｅの、よりリアルタイムでクリティカルな機能がノードＢに置かれることが可能であるように、ネットワークにおいて別々となっている。
【０００３】
図１は、ＷＴＲＵの拡張ＭＡＣエンティティ１００のブロック図である。ＷＴＲＵにおける拡張ＭＡＣは、ＨＡＲＱ（ハイブリッド自動再送要求）モジュールと、多重化−ＴＳＮ（送信シーケンスナンバー）設定モジュールと、Ｅ−ＴＦＣ（拡張アップリンクトランスポートフォーマット組み合わせ）選択モジュールと、２つのセグメント化モジュールとを備える。
【０００４】
ＨＡＲＱモジュールは、拡張ＭＡＣ−ｅペイロードを格納すること、およびこれらのペイロードを再送することを含め、ＨＡＲＱプロトコルと関係するＭＡＣ機能を実行する。ＨＡＲＱモジュールは、Ｌ１（層１）によって使用されるべきＥ−ＴＦＣ、ＲＳＮ（再送シーケンスナンバー）、および電力オフセットを決定する。
【０００５】
多重化−ＴＳＮモジュールは、Ｅ−ＴＦＣ選択モジュールによる命令に従って、複数のＭＡＣ−ｄ ＰＤＵ（プロトコルデータユニット）を連結して拡張ＭＡＣ−ｅｓ ＰＤＵにし、１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵを多重化して後続のＴＴＩ（送信時間間隔）において送信されるべき単一の拡張ＭＡＣ−ｅにする。
【０００６】
Ｅ−ＴＦＣ選択モジュールは、スケジューリング情報、Ｌ１シグナリングを介してＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）から受信された相対許可および絶対許可、ならびにＥ−ＤＣＨ上にマップされた様々なフローの間のアービトレーションのためにＲＲＣを介してシグナリングされたサービング許可に従って、Ｅ−ＴＦＣ選択を実行する。
【０００７】
セグメント化モジュールは、ＭＡＣ−ｄ ＰＤＵのセグメント化を実行する。
【０００８】
図２および図２Ａは、ノードＢに配置された拡張ＭＡＣ−ｅエンティティ、およびＲＮＣに配置された拡張ＭＡＣ−ｅｓエンティティをそれぞれ示す。図２を参照すると、拡張ＭＡＣ−ｅｓ副層が、Ｅ−ＤＣＨ固有の機能を管理する。この拡張ＭＡＣ−ｅｓエンティティは、分解モジュール（ｄｉｓａｓｓｅｍｂｌｙ ｍｏｄｕｌｅ）と、並べ替え−キュー分配モジュールと、並べ替え／組み合わせモジュールと、再構築モジュール（ｒｅａｓｓｅｍｂｌｙ ｍｏｄｕｌｅ）とを備える。
【０００９】
並べ替えキュー分配モジュールは、ＳＲＮＣ（サービング無線ネットワーク制御装置）構成に基づき、さらに論理チャネルＩＤに基づいて、拡張ＭＡＣ−ｅｓ ＰＤＵを正しい並べ替えバッファにルーティングする。
【００１０】
並べ替え／組み合わせモジュールは、受信されたＴＳＮおよびノードＢタグ付け（すなわち、ＣＦＮ、サブフレーム番号）に従って、受信された拡張ＭＡＣ−ｅｓ ＰＤＵを並べ替える。連続するＴＳＮを有する拡張ＭＡＣ−ｅｓ ＰＤＵは、受信されると、分解モジュールに送られる。
【００１１】
マクロダイバーシティ選択モジュールは、複数のノードＢを相手にしたソフトハンドオーバの場合、拡張ＭＡＣ−ｅｓにおいて動作する。
【００１２】
分解モジュールは、拡張ＭＡＣ−ｅｓヘッダを取り除くことを含め、拡張ＭＡＣ−ｅｓ ＰＤＵの分解を担う。
【００１３】
再構築機能は、セグメント化されたＭＡＣ−ｄ ＰＤＵを再組み立てし、これらのＭＡＣ−ｄ ＰＤＵを正しいＭＡＣ−ｄエンティティに送る。
【００１４】
図２Ａを参照すると、Ｅ−ＤＣＨスケジューリングモジュールと通信状態にあるＭＡＣ−ｅエンティティが示されている。この拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱエンティティとを備える。
【００１５】
Ｅ−ＤＣＨスケジューリングモジュールは、ＷＴＲＵ間のＥ−ＤＣＨセルリソースを管理する。スケジューリング要求に基づいて、スケジューリング許可が、決定され、送信される。
【００１６】
Ｅ−ＤＣＨ制御モジュールは、スケジューリング要求の受信、およびスケジューリング許可の送信を担う。
【００１７】
逆多重化モジュールは、拡張ＭＡＣ−ｅ ＰＤＵを逆多重化して、拡張ＭＡＣ−ｅｓ ＰＤＵにすることを実行する。拡張ＭＡＣ−ｅｓ ＰＤＵは、関連するＭＡＣ−ｄフローの中でＳＲＮＣに転送される。
【００１８】
ＨＡＲＱモジュールは、複数のＨＡＲＱプロセスをサポートすることができる。各プロセスは、Ｅ−ＤＣＨ送信の配信ステータスを示すＡＣＫまたはＮＡＣＫを生成することを担う。
【００１９】
図３は、拡張アップリンクを有する３ＧＰＰ ＷＴＲＵのＲＲＣ（無線リソース制御装置）サービス状態を示す。ＷＴＲＵは、ユーザ活動に依存するいくつかの状態で動作することが可能である。以下の状態、すなわち、Ｉｄｌｅ、Ｃｅｌｌ＿ＤＣＨ、Ｃｅｌｌ＿ＦＡＣＨ、ＵＲＡ＿ＰＣＨ、およびＣｅｌｌ＿ＰＣＨが、定義されている。ＲＲＣ状態変更は、ＲＮＣパラメータを使用してネットワークによって制御され、ＷＴＲＵは、自ら状態変更を実行することを決定することはない。
【００２０】
Ｃｅｌｌ＿ＤＣＨ状態において、アップリンクおよびダウンリンクにおいてＷＴＲＵに専用物理チャネルが割り当てられる。ＷＴＲＵは、ＷＴＲＵの現在の活性セットに従って、セルレベルで知られている。ＷＴＲＵは、専用トランスポートチャネル、共有トランスポートチャネル、またはこれらのトランスポートチャネルの組み合わせを使用することができる。
【００２１】
ＷＴＲＵは、共通制御チャネル（例えば、ＣＰＣＨ）を使用するようにＷＴＲＵに割り当てが行われている場合、Ｃｅｌｌ＿ＦＡＣＨ状態にある。Ｃｅｌｌ＿ＦＡＣＨ状態において、ＷＴＲＵに専用物理チャネルは、全く割り当てられず、ＷＴＲＵは、ダウンリンクにおいてＦＡＣＨ（例えば、Ｓ−ＣＣＰＣＨ）またはＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）を絶えず監視する。ＷＴＲＵには、ＷＴＲＵが、そのトランスポートチャネルに関するアクセス手続きに従って、いつでも使用することができる、アップリンクにおけるデフォルトの共通または共有のトランスポートチャネルが割り当てられる。ＷＴＲＵの位置は、ＷＴＲＵが前回にセル更新を実行したセルにより、セルレベルでＵＴＲＡＮによって知られている。
【００２２】
Ｃｅｌｌ＿ＰＣＨ状態において、ＷＴＲＵに専用物理チャネルは、全く割り当てられない。ＷＴＲＵは、ＰＣＨを選択し、関連するＰＩＣＨを介して、選択されたＰＣＨを監視するために不連続な受信を使用する。アップリンク活動は、全く可能ではない。ＷＴＲＵの位置は、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態で前回にセル更新を実行したセルにより、セルレベルでＵＴＲＡＮによって知られている。
【００２３】
ＵＲＡ＿ＰＣＨ状態において、ＷＴＲＵに専用チャネルは、全く割り当てられない。ＷＴＲＵは、ＰＣＨを選択し、関連するＰＩＣＨを介して、選択されたＰＣＨを監視するために不連続な受信を使用する。アップリンク活動は、全く可能ではない。ＷＴＲＵの位置は、Ｃｅｌｌ＿ＦＡＣＨ状態における前回のＵＲＡ更新中にＷＴＲＵに割り当てられたＵＲＡにより、ＵＴＲＡＮ登録区域レベルで知られている。
【００２４】
拡張アップリンク機構の一部として、ＣＥＬＬ＿ＦＡＣＨ状態に関してＥ−ＲＡＣＨ（拡張ランダムアクセスチャネル）が、導入されている。Ｅ−ＲＡＣＨとは、Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨ（拡張専用チャネル）、またはアップリンク接続ベースのアクセスのためにＷＴＲＵによって使用されるリソース／物理チャネルの使用を指す。これまで、Ｃｅｌｌ＿ＦＡＣＨ状態におけるＷＴＲＵに関する唯一のアップリンク機構は、獲得指示メッセージを伴うｓｌｏｔｔｅｄ Ａｌｏｈａアプローチを使用するＲＡＣＨを介する送信であった。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨが導入されて、ＷＴＲＵおよびネットワークは、ＷＴＲＵとネットワークの間の通信を可能にするために、拡張ＭＡＣ−ｅ／ｅｓエンティティの導入を要求する可能性がある。Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨ動作の性質のため、Ｅ−ＤＣＨ ＭＡＣリソースに関して、いくつかの問題が生じる可能性がある。問題の１つは、拡張ＭＡＣ−ｅ／ｅｓエンティティをどのように、いつセットアップすべきかを規定することと関係する。さらに、拡張ＭＡＣ−ｅ／ｅｓエンティティの位置に関する規則、ならびに拡張ＭＡＣ−ｅおよび／または拡張ＭＡＣ−ｅｓが共通エンティティであるか、または専用エンティティであるかに関する規則が、所望される。また、ＭＡＣエンティティのセットアップおよび管理に関するさらなるＲＮＣ−ノードＢインタフェース（Ｉｕｂ）シグナリングが、所望される。したがって、Ｅ−ＤＣＨリソースを管理する方法、およびＴＳＮ番号付けを管理する方法が、所望される。
【課題を解決するための手段】
【００２６】
拡張Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅリソースおよび拡張ＭＡＣ−ｅｓリソース、ならびにＥ−ＤＣＨに関するそれぞれの変数を管理する方法および装置が開示される。Ｃｅｌｌ＿ＦＡＣＨ状態における、ＵＬ（アップリンク）におけるＥ−ＤＣＨ送信の性質、ならびにＷＴＲＵがＥ−ＤＣＨリソースのセットアップおよび解放をより頻繁に行う可能性があるという事実のため、ＴＳＮ番号付けを管理する方法が説明される。
【図面の簡単な説明】
【００２７】
添付の図面と併せて例として与えられる以下の説明から、より詳細な理解を得ることができる。
【００２８】
【図１】ＷＴＲＵの拡張ＭＡＣ−ｅ／ｅｓエンティティを示すブロック図である。
【図２】ノードＢの拡張ＭＡＣ−ｅエンティティ、およびＲＮＣの拡張ＭＡＣ−ｅｓエンティティを示すブロック図である。
【図２Ａ】ノードＢの拡張ＭＡＣ−ｅエンティティ、およびＲＮＣの拡張ＭＡＣ−ｅｓエンティティを示すブロック図である。
【図３】ＨＳＰＡ＋システムにおけるＲＲＣ状態を示すブロック図である。
【図４】複数のＷＴＲＵ（無線送信／受信ユニット）と、基地局と、ＲＮＣ（無線ネットワーク制御装置）とを含む例示的な無線通信システムを示す図である。
【図５】ＷＴＲＵと図４の基地局を示す機能ブロック図である。
【図６】拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティが、Ｅ−ＲＡＣＨアクセス手続きが行われると、ＷＴＲＵに割り当てられることが可能な各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関する共通エンティティとして事前構成される方法を示す流れ図である。
【発明を実施するための形態】
【００２９】
以降、言及する場合、「ＷＴＲＵ（無線送信／受信ユニット）」という用語には、ＵＥ（ユーザ機器）、移動局、固定型もしくは移動型の加入者ユニット、ポケットベル、セルラー電話機、ＰＤＡ（パーソナルデジタルアシスタント）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及する場合、「基地局」という用語には、ノードＢ、サイト制御装置、ＡＰ（アクセスポイント）、または無線環境において動作することができる他の任意のタイプのインタフェースデバイスが含まれるが、以上には限定されない。
【００３０】
図４は、複数のＷＴＲＵ４１０と、ノードＢ４２０と、ＣＲＮＣ４３０と、ＳＲＮＣ４４０と、コアネットワーク４５０とを含む無線通信システム４００を示す。図４に示されように、ＷＴＲＵ４１０は、ＣＲＮＣ４３０およびＳＲＮＣ４４０と通信状態にあるノードＢ４２０と通信状態にある。図４に３つのＷＴＲＵ４１０、１つのノードＢ４２０、１つのＣＲＮＣ４３０、および１つのＳＲＮＣ４４０が示されているものの、無線デバイスと有線デバイスの任意の組み合わせが、無線通信システム４００に含まれることが可能であることに留意されたい。
【００３１】
以降、言及する場合、ＣＲＮＣ４３０およびＳＲＮＣ４４０はひとまとめにして、ＵＴＲＡＮと呼ばれることが可能である。
【００３２】
図５は、図４の無線通信システム４００のＷＴＲＵ４１０およびノードＢ４２０の機能ブロック図５００である。図５に示されているように、ＷＴＲＵ４１０は、ノードＢ４２０と通信状態にあり、ＷＴＲＵ４１０とノードＢ４２０はともに、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。
【００３３】
通常のＷＴＲＵにおいて見られることが可能な構成要素に加えて、ＷＴＲＵ４１０は、プロセッサ４１５、受信機４１６、送信機４１７、およびアンテナ４１８を含む。プロセッサ４１５は、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。受信機４１６および送信機４１７は、プロセッサ４１５と通信状態にある。アンテナ４１８は、受信機４１６と送信機４１７の両方と通信状態にあり、無線データの送信および受信を円滑にする。
【００３４】
通常の基地局において見られることが可能な構成要素に加えて、ノードＢ４２０は、プロセッサ４２５、受信機４２６、送信機４２７、およびアンテナ４２８を含む。プロセッサ４２５は、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。受信機４２６および送信機４２７は、プロセッサ４２５と通信状態にある。アンテナ４２８は、受信機４２６と送信機４２７の両方と通信状態にあり、無線データの送信および受信を円滑にする。
【００３５】
ＷＴＲＵ４１０は、初期ＲＲＣ接続要求、セル選択、およびセル再選択に関してネットワークにＷＴＲＵ４１０を登録するようにＥ−ＲＡＣＨ上で送信するように構成されることが可能である。これらの接続要求は、ＣＣＣＨ（共通制御チャネル）を介して送信される。ＷＴＲＵが登録されると、ＷＴＲＵは、ＤＴＣＨ（専用トラフィックチャネル）トラフィックまたはＤＣＣＨ（専用制御チャネル）トラフィックをネットワークに送信することができる。ただし、ＤＴＣＨは、ユーザデータを伝送する双方向チャネルであり、ＤＣＣＨトラフィックは、ＷＴＲＵとＵＴＲＡＮの間の専用制御情報を備える。ＤＣＣＨは、ＲＲＣ（無線リソース制御）接続セットアップ手続きを介して確立される。しかし、ＷＴＲＵ４１０が、初期Ｅ−ＲＡＣＨアクセス試行を送信している場合、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティは、セットアップされることも、セットアップされないことも可能である。したがって、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティを構成することのいくつかの代替が、本明細書でより詳細に説明される。
【００３６】
図４を再び参照すると、ＷＴＲＵ４１０は、ＷＴＲＵ４１０とネットワークがともにＥ−ＲＡＣＨをサポートし（すなわち、ＣＥＬＬ＿ＦＡＣＨ状態においてＥ−ＤＣＨを使用することができ）、さらにＨＳ−ＤＳＣＨをサポートする場合、拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９を有して構成されることが可能である。ただし、ＨＳ−ＤＳＣＨは、いくつかのＷＴＲＵによって共有されるダウンリンクトランスポートチャネルである。ＨＳ−ＤＳＣＨは、１つのダウンリンクＤＰＣＨ（専用物理チャネル）、および１つまたは複数のＨＳ−ＳＣＣＨ（高速共有制御チャネル）に関連付けられる。ＷＴＲＵ４１０における拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９は、ＨＡＲＱモジュールと、多重化−ＴＳＮモジュールと、Ｅ−ＴＦＣ選択モジュールと、セグメント化モジュールと、Ｅ−ＲＮＴＩを付加するのに使用されるモジュールと、ＣＣＣＨ（共通制御チャネル）トラフィックに関するＣＲＣ計算のために使用されるモジュールとを含むことが可能である。ＣＣＣＨは、ＵＴＲＡＮを相手に専用リンクを確立するのに要求される一般的な手続きをサポートする。ＣＣＣＨは、ＲＡＣＨおよびＥ−ＲＡＣＨ、ＦＡＣＨ（フォワードアクセスチャネル）、ならびにＰＣＨ（ページングチャネル）を含むことが可能である。また、拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９は、アクセスクラス制御モジュールを含むことも可能である。ＷＴＲＵ４１０は、送信すべきアップリンクデータが存在する場合、またはＷＴＲＵ４１０が既にＣｅｌｌ＿ＤＣＨ状態にあり、ネットワークが、活動などがないためにＷＴＲＵ４１０をＣｅｌｌ＿ＦＡＣＨ状態に移す場合、Ｃｅｌｌ＿ＦＡＣＨ状態に遷移することが可能である。ＷＴＲＵ４１０は、ＷＴＲＵ４１０がＥ−ＤＣＨ上でアップリンクデータを送信することができる限り、拡張ＭＡＣ−ｅ／ｅｓエンティティを維持するように構成されることが可能である。ＷＴＲＵ４１０は、ＲＲＣ接続要求がＷＴＲＵ４１０によって開始された場合にアイドルモードで動作している際、拡張ＭＡＣ−ｅ／ｅｓエンティティを維持するようにさらに構成されることが可能である。
【００３７】
ノードＢ４２０は、ｘ個の拡張ＭＡＣ−ｅエンティティ（拡張ＭＡＣ−ｅ1から拡張ＭＡＣ−ｅxまで）を有して構成されることが可能であり、ただし、ｘは、すべてのタイプのトラフィックに関する共通Ｅ−ＤＣＨリソースの数である。各拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨスケジューリングモジュールと、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱモジュールとを含むことが可能である。拡張ＭＡＣ−ｅエンティティは、競合解決のために使用されるＥ−ＲＮＴＩを読み取るように構成されることも可能である。拡張ＭＡＣ−ｅエンティティは、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていないＷＴＲＵと通信するように構成されることが可能であり、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていない場合、ＷＴＲＵは、ＣＣＣＨを介して通信する。各拡張ＭＡＣ−ｅエンティティは、ＷＴＲＵがランダムアクセス手続きの一環として獲得する共通Ｅ−ＤＣＨリソースに関連付けられることが可能である。例えば、ノードＢ４２０は、ＷＴＲＵがＥ−ＲＡＣＨアクセスを試みている間、さらに／またはＷＴＲＵがセル選択／再選択（すなわち、ＤＴＣＨ／ＤＣＣＨトラフィック）を実行した後に、拡張ＭＡＣ−ｅエンティティを使用するように構成されることが可能である。拡張ＭＡＣ−ｅエンティティは、ノードＢ４２０において事前構成される（すなわち、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに関するＥ−ＤＣＨリソースプールがノードＢに提供される場合にセットアップされる）ことが可能であり、またはＷＴＲＵもしくはＲＮＣから受信された信号に応答して、セットアップされることが可能である。代替として、ノードＢ４２０は、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅエンティティを、そのＷＴＲＵが所与の状態にある限り、セットアップし、維持するように構成されることが可能である。
【００３８】
ＣＲＮＣ４３０は、ＣＣＣＨトラフィックのためだけに使用されるｙ個の拡張ＭＡＣ−ｅｓエンティティ（拡張ＭＡＣ−ｅｓ1から拡張ＭＡＣ−ｅｓyまで）を有して構成されることが可能であり、ただし、ｙは、セルにおける共通Ｅ−ＤＣＨリソースの数である。各拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵによって使用されることが可能な共通Ｅ−ＤＣＨリソースセットに関連付けられる。各拡張ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ誤り訂正モジュールとを含むことが可能である。各拡張ＭＡＣ−ｅｓエンティティは、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていない（すなわち、ＣＣＣＨトラフィックに関する）ＷＴＲＵとの通信中に使用されることが可能である。このＣＣＣＨトラフィックは、ＣＣＣＨデータトラフィックがＳＲＮＣ４４０に転送されないように、ＣＲＮＣ４３０に終端させられることが可能である。代替として、ＣＲＮＣ４３０が、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅｓエンティティを、そのＷＴＲＵが所与の状態にある限り、セットアップするように構成されることも可能である。
【００３９】
ＳＲＮＣ４４０は、ＤＴＣＨ／ＤＣＣＨトラフィックに関してｚ個の拡張ＭＡＣ−ｅｓエンティティ（拡張ＭＡＣ−ｅｓ1から拡張ＭＡＣ−ｅｓzまで）を有して構成されることが可能であり、ただし、ｚは、Ｃｅｌｌ＿ＦＡＣＨ状態にあるＷＴＲＵの数である。ｚ個の拡張ＭＡＣ−ｅｓエンティティのそれぞれは、その拡張ＭＡＣ−ｅｓエンティティのＷＴＲＵ−ｉｄが特定された後、ＷＴＲＵ４１０に関連付けられることが可能である。各拡張ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールとを備えることが可能である。ＳＲＮＣ４４０は、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態に入ったことに応答して、拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることが可能である。ＤＴＣＨ／ＤＣＣＨトラフィックは、ＳＲＮＣ４４０に終端する。
【００４０】
代替として、ノードＢ４２０およびＣＲＮＣ４３０は、Ｅ−ＤＣＨリソースとは無関係に、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅエンティティと、１つの拡張ＭＡＣ−ｅｓエンティティとをそれぞれ、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態にある限り、維持するように構成されることも可能である。
【００４１】
代替として、ノードＢ４２０およびＣＲＮＣ４３０は、ノードＢ４２０が、ＷＴＲＵ４１０のＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）を割り当て、送信した後、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることも可能である。
【００４２】
一部のシナリオにおいて、ＳＲＮＣ４４０は、ＡＩＣＨ（獲得標識チャネル（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ））またはＥ−ＡＩＣＨの受信の後であるＷＴＲＵ４１０の第１の送信まで、ＷＴＲＵ４１０のＩＤを知らない可能性がある。そのような事例において、ＳＲＮＣ４４０は、ＷＴＲＵ−ＩＤがヘッダから読み取られた時点で、ＷＴＲＵ４１０に関する拡張ＭＡＣ−ｅｓをセットアップするように構成されることが可能である。したがって、所与のＷＴＲＵに関する拡張ＭＡＣ−ｅｓエンティティをセットアップするようＳＲＮＣ４４０に示す新たなＩｕｂシグナリング手続きが、要求される可能性がある。
【００４３】
所与の接続に関して共通の拡張ＭＡＣ−ｅリソースおよび／または拡張ＭＡＣ−ｅｓリソースがセットアップされる際、これらのリソースは、ＲＮＣとノードＢ４２０の間の共通トランスポートチャネルセットアップ手続きの一環としてセットアップされることが可能である。
【００４４】
図６は、ＣＲＮＣ４３０が、共通拡張ＭＡＣ−ｅｓエンティティを事前構成して、格納し、さらにノードＢ４２０が、Ｅ−ＲＡＣＨアクセス手続きが行われると、ＷＴＲＵに割り当てられることが可能な各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関する共通拡張ＭＡＣ−ｅエンティティを事前構成して、格納する方法の流れ図である。図６を参照すると、ＣＲＮＣは、Ｅ−ＤＣＨリソースセットを決定し、ノードＢにシグナリングする（６１０）。ＣＲＮＣおよびノードＢは、利用可能な各Ｅ−ＤＣＨリソースセットに関して、共通拡張ＭＡＣ−ｅｓエンティティおよび共通拡張ＭＡＣ−ｅエンティティをそれぞれ事前構成して、格納する（６２０）。ＷＴＲＵが、ランダムアクセス手続きを実行し、Ｅ−ＤＣＨリソースセットを獲得する（６３０）。ＲＲＣ接続要求メッセージが、ランダムアクセス手続きを使用して獲得されたＥ−ＤＣＨセットを使用して、アイドルモードにあるＷＴＲＵから受信される（６４０）。ノードＢが、Ｅ−ＲＮＴＩを割り当て、拡張ＭＡＣ−ｅｓエンティティが、ＷＴＲＵに関するＳＲＮＣにおいてセットアップされる（６５０）。
【００４５】
ＣＲＮＣの拡張ＭＡＣ−ｅｓエンティティ、およびノードＢの拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨリソースセットに関して事前構成されるので、ＣＣＣＨに関する拡張ＭＡＣ−ｅと拡張ＭＡＣ−ｅｓは、１つのＷＴＲＵに同時に関連する（すなわち、Ｅ−ＲＡＣＨアクセスを受信したＷＴＲＵに関する）共通エンティティとして動作するように構成されることが可能である。１つのオプションにおいて、共通拡張ＭＡＣ−ｅエンティティおよび共通拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵの初期トラフィックのためだけに使用されることが可能である。代替として、拡張ＭＡＣエンティティは、ＷＴＲＵが、その拡張ＭＡＣエンティティに対応するＥ−ＤＣＨリソースセットを介して通信している時間中ずっと使用されることも可能である。次に、ＷＴＲＵが接続モードにあることを示すＲＲＣ接続セットアップ完了メッセージが、受信されることが可能である。
【００４６】
ＣＲＮＣにおける拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵ４１０によって使用される共通Ｅ−ＤＣＨリソースセット、またはＷＴＲＵ４１０によって選択された共通Ｅ−ＲＮＴＩに関連付けられることが可能である。ＳＲＮＣ４４０は、登録され、Ｅ−ＲＮＴＩが割り当てられているＣｅｌｌ＿ＦＡＣＨ状態で動作する各ＷＴＲＵに関して、専用拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることが可能であり、さらにこのエンティティは、少なくともＷＴＲＵがＤＴＣＨ／ＤＣＣＨトラフィックに関してＣｅｌｌ＿ＦＡＣＨ／ＣＥＬＬ＿ＰＣＨ状態にある持続時間にわたって維持されることが可能である。ＤＴＣＨ／ＤＣＣＨトラフィックに関して、データは、ＵＥによって使用されている共通Ｅ−ＤＣＨリソースに関連する共通拡張ＭＡＣ−ｅエンティティにおいてまず、受信され、次に、Ｉｕｂ／Ｉｕｒインタフェースを介してＳＲＮＣにおける専用拡張ＭＡＣ−ｅｓエンティティに転送される。したがって、拡張ＭＡＣ−ｅが、リソースのセットを使用している任意のＷＴＲＵに関する共通エンティティである場合、Ｉｕｂ／Ｉｕｒフレームプロトコルを介してＷＴＲＵ−ＩＤを識別するプロセスが、所望される可能性がある。いくつかの代替が、以降、より詳細に説明される。
【００４７】
第１の代替において、ノードＢ４２０は、Ｉｕｂフローを使用して（Ｃｅｌｌ＿ＦＡＣＨ状態にあるＥ−ＤＣＨを使用するＷＴＲＵに関する）共通トランスポートチャネル上でデータを送信するように構成されることが可能である。Ｉｕｂは、共通フローであるため、ＣＲＮＣ４３０は、ＷＴＲＵごとにこの共通フローからデータを受信することが可能であり、いずれのＷＴＲＵにこのデータが属するかを知らない。したがって、ノードＢ４２０は、拡張ＭＡＣ−ｅｓがＣｅｌｌ＿ＦＡＣＨ状態にある特定のＷＴＲＵに関連している（すなわち、ＤＴＣＨ／ＤＣＣＨトラフィックに関して）場合、Ｉｕｂフレームのヘッダフィールドの中でＷＴＲＵ−ＩＤを送信するように構成されることが可能である。同様に、ＣＲＮＣ４３０は、Ｉｕｒフレームのヘッダの中でＷＴＲＵ−ＩＤを送信するように構成されることも可能である。ＷＴＲＵ−ｉｄは、Ｉｕｂインタフェースを介して送信される場合、Ｅ−ＲＮＴＩを備えることが可能であり、またはＩｕｒインタフェースを介して送信される場合、Ｓ−ＲＮＴＩを備えることが可能である。このことは、ＳＲＮＣ４４０が、ＷＴＲＵに関する正しい専用拡張ＭＡＣ−ｅｓエンティティに至る、データの適切な転送アドレスを知ることを可能にする。
【００４８】
別の代替において、ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩ、Ｕ−ＲＮＴＩ、またはＣ−ＲＮＴＩ、またはＳ−ＲＮＴＩの１つまたは組み合わせを備えることが可能である。ＣＣＣＨトラフィックに関して、ＷＴＲＵ−ｉｄは、存在せず、このため、Ｉｕｂフレームプロトコルは、Ｅ−ＲＮＴＩを含んではならない。ＣＲＮＣ４３０は、論理チャネル識別子から、トラフィックがＣＣＣＨトラフィックに属することを検出し、データを、適切なＥ−ＤＣＨリソースに関連するＣＲＮＣ４３０における正しい拡張ＭＡＣ−ｅｓエンティティに転送するように構成されることが可能である。オプションの実施形態において、ＤＴＣＨ／ＤＣＣＨトラフィックに関する１つの共通トランスポートチャネル、およびＣＣＣＨトラフィックのための各Ｅ−ＤＣＨリソースセットに関してセットアップされた１つのトランスポートチャネルが、存在することが可能である。ノードＢ４２０は、ＣＣＣＨトラフィックを受信し、さらにデータが受信された拡張ＭＡＣ−ｅエンティティに関連するトランスポートチャネルにデータを転送するように構成されることが可能である。
【００４９】
別の代替において、ノードＢ４２０とＣＲＮＣ４３０がともに、共通拡張ＭＡＣ−ｅエンティティおよび共通拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されている場合、ＷＴＲＵ４１０は、拡張ＭＡＣ−ｅｓ ＰＤＵの拡張ＭＡＣ−ｅｓヘッダの中でＷＴＲＵ−ｉｄを送信するように構成されることが可能である。ノードＢ４２０は、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダを復号すること、およびＷＴＲＵ−ｉｄを特定することができる分解モジュールを有してさらに構成されることが可能である。拡張ＭＡＣ−ｅｓ ＰＤＵの中でこの情報を送信することによって、ノードＢ４２０は、ＷＴＲＵ−ｉｄ情報を有するＩｕｂフレームを送信しなくてもよい。例えば、ＷＴＲＵ４１０は、競合解決目的の初期送信中にだけ、拡張ＭＡＣ−ｅｓヘッダの中でＷＴＲＵ−ｉｄを送信するように構成されることが可能である。この場合、ノードＢ４２０は、初期送信を使用して、ＲＮＣへの後続の送信上の連続するデータに関する転送手続きを決定する拡張ＭＡＣ−ｅエンティティを有して構成されることが可能である。ＷＴＲＵ４１０は、ＷＴＲＵ４１０がＥ−ＤＣＨチャネルの絶対許可を受信するまで、ＷＴＲＵ−ｉｄを送信することが可能であり、絶対許可を受信した時点で、ＷＴＲＵ４１０は、ＷＴＲＵ−ｉｄを送信することを止めることができる。
【００５０】
別の代替において、ノードＢ４２０は、ＷＴＲＵからＷＴＲＵ−ｉｄを受信し、さらに第１の送信からこのＷＴＲＵ−ｉｄを抽出するように構成されることが可能である。次に、ノードＢ４２０は、このＷＴＲＵ−ｉｄを格納し、この情報を、後続の送信中にＩｕｂシグナリングを使用してＳＲＮＣ４４０またはＣＲＮＣ４３０にＷＴＲＵ−ｉｄを送信するのに使用することが可能である。ＷＴＲＵ４１０が、Ｅ−ＤＣＨリソースのセットを解放すると、ノードＢ４２０は、このＷＴＲＵ−ｉｄを消去するように構成されることが可能である。代替として、後続のＥ−ＲＡＣＨアクセス試行が実行され、異なるＷＴＲＵ−ｉｄが復号された場合、ノードＢ４２０は、この新たなＷＴＲＵ−ｉｄを反映するように、格納されたＷＴＲＵ−ｉｄ情報を変更することができる。
【００５１】
さらに別の代替において、ノードＢ４２０が、ＷＴＲＵからの第１の送信を受信した後、ノードＢ４２０は、この第１の送信を使用して、データがいずれのＷＴＲＵに属するかを特定することができる。ＷＴＲＵ−ｉｄが特定されると、ノードＢ４２０は、Ｅ−ＤＣＨリソースに対するＷＴＲＵの接続の持続時間にわたって、ＲＮＣに対する半専用フローをセットアップすることができる。このことは、共通拡張ＭＡＣ−ｅと専用拡張ＭＡＣ−ｅｓの間で一時接続フローを発生させる。このことは、ＷＴＲＵに対応する共通拡張ＭＡＣ−ｅエンティティと共通拡張ＭＡＣ−ｅｓエンティティの間でフローのセットアップを開始するようＲＮＣに通知するＩｕｂ信号を送信することによって、セットアップされることが可能である。この場合、ＷＴＲＵ−ｉｄは、すべての送信の拡張ＭＡＣ−ｅヘッダの中に存在し、この情報は、Ｉｕｂフレームプロトコルを介してＲＮＣに転送されるため、ＷＴＲＵ−ｉｄは、Ｉｕｂフレームプロトコルの中で指定されなくてもよい。
【００５２】
代替として、Ｅ−ＤＣＨリソースは、ＲＮＣの関与なしにノードＢ４２０とＷＴＲＵの間でネゴシエートされることが可能であるため、拡張ＭＡＣ−ｅｓなどの、Ｅ−ＤＣＨと関係する機能は、ノードＢ４２０に移されることが可能である。この実施形態に関して、拡張ＭＡＣ−ｅｓエンティティとＲＬＣ（無線リンク制御）エンティティの間で論理チャネルフローが、セットアップされることが可能である。代替として、ＷＴＲＵ４１０とノードＢ４２０が、共通トランスポートチャネルおよびＷＴＲＵ−ｉｄを確立することが可能であり、ＬＣＨ（線形化チャネル）−ＩＤが、Ｉｕｂフレームプロトコルおよび／またはＩｕｒフレームプロトコルを介して送信されることが可能である。
【００５３】
特徴および要素は、特定の組み合わせで、前段で説明されるものの、各特長または各要素は、その他の特徴および要素を伴わずに単独で、またはその他の特徴および要素を伴って、もしくは伴わずに様々な組み合わせで使用されることが可能である。本明細書で与えられる方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることが可能である。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。
【００５４】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンが含まれる。
【００５５】
ソフトウェアに関連するプロセッサが、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワーク制御装置）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールもしくはＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと連携して使用されることが可能である。
【００５６】
（実施形態）
１．ＷＴＲＵ（無線送信／受信ユニット）が、ＲＡＣＨ（ランダムアクセスチャネル）アクセス試行を実行する場合にＭＡＣ（媒体アクセス制御）−ｅｓエンティティおよびＭＡＣ−ｅエンティティをセットアップすることを備える方法。
２．ＭＡＣ−ｅｓエンティティおよびＭＡＣ−ｅエンティティが、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態に入ると、セットアップされる先行するいずれかの実施形態における通りの方法。
３．ＷＴＲＵおよびネットワークは、ＣＥＬＬ＿ＦＡＣＨ状態においてＥ−ＤＣＨ（拡張専用チャネル）をサポートする先行するいずれかの実施形態における通りの方法。
４．ＷＴＲＵにＥ−ＲＮＴＩ（無線ネットワーク一時識別子）を割り当てることをさらに備える先行するいずれかの実施形態における通りの方法。
５．所与の状態にあるＷＴＲＵの接続中ずっとＷＴＲＵごとの専用ＭＡＣ−ｅｓエンティティまたは専用ＭＡＣ−ｅエンティティを維持することをさらに備え、この接続は、Ｅ−ＤＣＨリソースとは無関係である先行するいずれかの実施形態における通りの方法。
６．ＲＡＣＨプリアンブルが受信された場合、リソースが割り当てられた場合、またはＷＴＲＵが、衝突なしに第１の送信を完了することに成功した後、ＭＡＣ−ｅｓエンティティおよびＭＡＣ−ｅエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
７．ＷＴＲＵ ＩＤは、ＡＩＣＨ（獲得標識チャネル）の受信の後、ＷＴＲＵの第１の送信まで知られていない先行するいずれかの実施形態における通りの方法。
８．ＷＴＲＵ−ｉｄがＭＡＣヘッダから読み取られると、ＷＴＲＵに関するＭＡＣ−ｅｓをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
９．Ｉｕｂシグナリングを介して所与のＷＴＲＵに関するＭＡＣ−ｅｓエンティティをセットアップするようＲＮＣ（無線ネットワーク制御装置）に指示することをさらに備える先行するいずれかの実施形態における通りの方法。
１０．共通ＭＡＣ−ｅｓエンティティが、各Ｅ−ＤＣＨリソースセットに関するＲＮＣにおいて常にセットアップされる先行するいずれかの実施形態における通りの方法。
１１．共通ＭＡＣ−ｅエンティティが、各Ｅ−ＤＣＨリソースセットに関するノードＢにおいて常にセットアップされる先行するいずれかの実施形態における通りの方法。
１２．ＭＡＣ−ｅ／ｅｓエンティティは、ＷＴＲＵ初期トラフィックのためだけに使用される先行するいずれかの実施形態における通りの方法。
１３．ＭＡＣ−ｅ／ｅｓエンティティは、ＷＴＲＵが、そのＭＡＣ−ｅ／ｅｓエンティティに対応するＥ−ＤＣＨリソースセットを使用している時間中ずっと使用される先行するいずれかの実施形態における通りの方法。
１４．Ｕ−ＲＮＴＩもＥＲＮＴＩも有さないＷＴＲＵに関して共通ＭＡＣ−ｅエンティティおよび共通ＭＡＣ−ｅｓエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
１５．これらのエンティティは、ＷＴＲＵのために使用され、ＷＴＲＵは、ＷＴＲＵがアイドルモードにある間、またはＷＴＲＵがセル再選択手続きを実行した後、ＲＡＣＨにアクセスしようと試みる先行するいずれかの実施形態における通りの方法。
１６．共通ＭＡＣ−ｅエンティティが、各Ｅ−ＤＣＨリソースセットに関してノードＢにおいてセットアップされる先行するいずれかの実施形態における通りの方法。
１７．ＭＡＣ−ｅは、共通トランスポートチャネルリソースとしてセットアップされ、トラフィックは、共通Ｉｕｂフレームフローを介してＲＮＣに送信される先行するいずれかの実施形態における通りの方法。
１８．ＷＴＲＵごとに１つのＭＡＣ−ｅｓを作成し、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨにある持続時間にわたってこのＭＡＣ−ｅｓを維持することをさらに備える先行するいずれかの実施形態における通りの方法。
１９．ＲＮＣとノードＢの間の共通トランスポートチャネルセットアップ手続きの一環として共通ＭＡＣ−ｅリソースおよび／または共通ＭＡＣ−ｅｓリソースをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
２０．ＩｕｂフレームプロトコルおよびＩｕｒフレームプロトコルが、或るフィールドにおいてＷＴＲＵ−ｉｄを備える先行するいずれかの実施形態における通りの方法。
２１．ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩ、Ｕ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、またはＳ−ＲＮＴＩを備える先行するいずれかの実施形態における通りの方法。
２２．共通ＭＡＣ−ｅおよび共通ＭＡＣ−ｅｓが作成される場合、ＷＴＲＵ−ｉｄをＭＡＣ−ｅｓヘッダの中に含めることをさらに備える先行するいずれかの実施形態における通りの方法。
２３．ＭＡＣ−ｅからの第１の送信を、ＲＮＣに連続するデータを転送する方法の指示として使用することをさらに備える先行するいずれかの実施形態における通りの方法。
２４．ノードＢが、第１の送信からのＷＴＲＵ−ｉｄを格納し、さらに第１の送信を、後続の送信に関する共通Ｉｕｂフレームプロトコルを介してＷＴＲＵ−ｉｄを示すのに使用することをさらに備える先行するいずれかの実施形態における通りの方法。
２５．ＷＴＲＵが、Ｅ−ＤＣＨリソースのセットを解放すると、ノードＢが、ＷＴＲＵ−ｉｄを消去することをさらに備える先行するいずれかの実施形態における通りの方法。
２６．ＲＡＣＨアクセスが実行され、さらに異なるＷＴＲＵ−ｉｄが復号されると、ノードＢが格納された情報を変更することをさらに備える先行するいずれかの実施形態における通りの方法。
２７．ノードＢが、第１の伝送を使用してＷＴＲＵを示し、さらにＥ−ＤＣＨリソースに対するＷＴＲＵの接続の持続時間にわたって、ＲＮＣに対する半専用フローを設定することをさらに備える先行するいずれかの実施形態における通りの方法。
２８．共通ＭＡＣ−ｅと専用ＭＡＣ−ｅｓの間で一時接続フローを作成することをさらに備える先行するいずれかの実施形態における通りの方法。
２９．ＷＴＲＵに対応する共通ＭＡＣ−ｅエンティティと共通ＭＡＣ−ｅｓエンティティの間でフローを開始するようＲＮＣに指示するＩｕｂシグナリングを介して、一時接続フローをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
３０．ＭＡＣ−ｅｓ機能をノードＢに移すことをさらに備える先行するいずれかの実施形態における通りの方法。
３１．ＭＡＣ−ｅｓをノードＢに終端させることをさらに備える先行するいずれかの実施形態における通りの方法。
３２．ＭＡＣ−ｅｓエンティティとＲＬＣエンティティの間で論理チャネルフローをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
３３．共通トランスポートチャネルを確立し、ＷＴＲＵ−ｉｄおよびＬＣＨ−ＩＤは、Ｉｕｂフレームプロトコルおよび／またはＩｕｒフレームプロトコルを介して示されることが可能である先行するいずれかの実施形態における通りの方法。
３４．ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨにある場合、ＷＴＲＵとＲＮＣの両方において専用ＭＡＣ−ｅｓエンティティを作成することを備える先行するいずれかの実施形態における通りの方法。
３５．ＷＴＲＵによって使用されるＥＤＣＨリソースが解放されると、ＴＳＮ（送信シーケンスナンバー）を初期値ＴＳＮにリセットすることを備える先行するいずれかの実施形態における通りの方法。
３６．タイマの満了に基づいて、ＥＤＣＨリソースを解放することを備える先行するいずれかの実施形態における通りの方法。
３７．タイマは、ＷＴＲＵとネットワークに関して同時に満了する先行するいずれかの実施形態における通りの方法。
３８．タイマが満了し、リソースがＷＴＲＵによって解放されると、ＷＴＲＵがＴＳＮをリセットすることを備える先行するいずれかの実施形態における通りの方法。
３９．ＴＳＮをリセットし、さらにフルＭＡＣ−ｅ／ｅｓリセット手続きを実行することを備える先行するいずれかの実施形態における通りの方法。
４０．ノードＢが、リソースの解放を命令し、さらにＷＴＲＵおよびノードＢが、ＴＳＮを初期値にリセットすることを備える先行するいずれかの実施形態における通りの方法。
４１．トラフィック不活動タイマの満了に基づいて、リソースを解放すること、およびノードＢが、ＴＳＮをリセットするようＲＮＣにおけるＭＡＣ−ｅｓエンティティに通知するようにＩｕｂを介してシグナリングすることを備える先行するいずれかの実施形態における通りの方法。
４２．ＭＡＣ−ｅ ＰＤＵがＷＴＲＵによって送信されると、ＷＴＲＵとノードＢの両方において不活動タイマを開始することを備える先行するいずれかの実施形態における通りの方法。
４３．ＴＳＮ番号を維持し、最後の値をメモリの中に格納し、さらに新たな送信に関してＴＳＮをインクリメントすることを備える先行するいずれかの実施形態における通りの方法。
４４．セル再選択が行われると、ＴＳＮ番号を初期値に設定し、さらにＭＡＣ−ｅ／ｅｓを完全にリセットすることを備える先行するいずれかの実施形態における通りの方法。
４５．ＴＳＮを設定すること、およびＭＡＣ−ｅ／ｅｓをリセットすることは、ＷＴＲＵが、セル再選択を実行すると、行われる先行するいずれかの実施形態における通りの方法。
４６．ＴＳＮを設定すること、およびＭＡＣ−ｅ／ｅｓをリセットすることは、ＳＲＮＳ（サービング無線ネットワークサブシステム）再配置が行われると、行われる先行するいずれかの実施形態における通りの方法。
４７．ＲＮＣが、明示的なＭＡＣ−ｅ／ｅｓリセット標識を介してＭＡＣ−ｅ／ｅｓリセットをシグナリングすることを備える先行するいずれかの実施形態における通りの方法。
４８．ＷＴＲＵが、新たなＵ−ＲＮＴＩに基づいて、ＳＲＮＳ再配置が行われたことを暗黙に検出することを備える先行するいずれかの実施形態における通りの方法。
４９．Ｅ−ＤＣＨリソースセットごとにＭＡＣ−ｅエンティティおよびＭＡＣ−ｅｓエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
５０．リソースが解放されるたびに、ＷＴＲＵおよびＲＮＣが、ＴＳＮをリセットすること、またはＭＡＣ−ｅ／ｅｓエンティティをリセットすることをさらに備える先行するいずれかの実施形態における通りの方法。
５１．専用トラフィックに関するＭＡＣ−ｅｓは、ＳＲＮＣに終端させられ、さらにこのＭＡＣ−ｅｓは、ＷＴＲＵに関連付けられる先行するいずれかの実施形態における通りの方法。
５２．ＣＣＣＨ（共通制御チャネル）データまたは共通トラフィックのために使用されるＭＡＣ−ｅｓをＣＲＮＣに終端させることをさらに備える先行するいずれかの実施形態における通りの方法。
５３．ＭＡＣ−ｅｓエンティティは、ＷＴＲＵによって使用される共通Ｅ−ＤＣＨリソースセットに関連付けられる先行するいずれかの実施形態における通りの方法。
５４．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成された無線送信／受信ユニット。
５５．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたノードＢ。
５６．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたＣＲＮＣ（コントローリング無線ネットワーク制御装置）。
５７．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたＳＲＮＣ（サービング無線ネットワーク制御装置）。
５８．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成された集積回路。
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
拡張アップリンク機構が、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：大三世代パートナーシッププロジェクト）標準に関して導入されている。拡張アップリンク機構および改良されたＬ２（層２）の一環として、拡張ＭＡＣ−ｅ／ｅｓエンティティを含む新たな機能エンティティが、ＭＡＣ（媒体アクセス制御）に導入されている。ＷＴＲＵ（無線送信／受信ユニット）において、拡張ＭＡＣ−ｅ／ｅｓは、単一の副層と見なされる。しかし、ネットワーク側において、拡張ＭＡＣ−ｅエンティティと拡張ＭＡＣ−ｅｓエンティティは別々であると見なすことができ、拡張ＭＡＣ−ｅは、ノードＢに存在し、拡張ＭＡＣ−ｅｓは、ＳＲＮＣ（サービング無線ネットワーク制御装置）に存在している。ノードＢにおける各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅが存在し、ＳＲＮＣにおける各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅｓが存在する。これらのエンティティは、拡張ＭＡＣ−ｅの、よりリアルタイムでクリティカルな機能がノードＢに置かれることが可能であるように、ネットワークにおいて別々となっている。
【０００３】
図１は、ＷＴＲＵの拡張ＭＡＣエンティティ１００のブロック図である。ＷＴＲＵにおける拡張ＭＡＣは、ＨＡＲＱ（ハイブリッド自動再送要求）モジュールと、多重化−ＴＳＮ（送信シーケンスナンバー）設定モジュールと、Ｅ−ＴＦＣ（拡張アップリンクトランスポートフォーマット組み合わせ）選択モジュールと、２つのセグメント化モジュールとを備える。
【０００４】
ＨＡＲＱモジュールは、拡張ＭＡＣ−ｅペイロードを格納すること、およびこれらのペイロードを再送することを含め、ＨＡＲＱプロトコルと関係するＭＡＣ機能を実行する。ＨＡＲＱモジュールは、Ｌ１（層１）によって使用されるべきＥ−ＴＦＣ、ＲＳＮ（再送シーケンスナンバー）、および電力オフセットを決定する。
【０００５】
多重化−ＴＳＮモジュールは、Ｅ−ＴＦＣ選択モジュールによる命令に従って、複数のＭＡＣ−ｄ ＰＤＵ（プロトコルデータユニット）を連結して拡張ＭＡＣ−ｅｓ ＰＤＵにし、１つまたは複数の拡張ＭＡＣ−ｅｓ ＰＤＵを多重化して後続のＴＴＩ（送信時間間隔）において送信されるべき単一の拡張ＭＡＣ−ｅにする。
【０００６】
Ｅ−ＴＦＣ選択モジュールは、スケジューリング情報、Ｌ１シグナリングを介してＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）から受信された相対許可および絶対許可、ならびにＥ−ＤＣＨ上にマップされた様々なフローの間のアービトレーションのためにＲＲＣを介してシグナリングされたサービング許可に従って、Ｅ−ＴＦＣ選択を実行する。
【０００７】
セグメント化モジュールは、ＭＡＣ−ｄ ＰＤＵのセグメント化を実行する。
【０００８】
図２および図２Ａは、ノードＢに配置された拡張ＭＡＣ−ｅエンティティ、およびＲＮＣに配置された拡張ＭＡＣ−ｅｓエンティティをそれぞれ示す。図２を参照すると、拡張ＭＡＣ−ｅｓ副層が、Ｅ−ＤＣＨ固有の機能を管理する。この拡張ＭＡＣ−ｅｓエンティティは、分解モジュール（ｄｉｓａｓｓｅｍｂｌｙ ｍｏｄｕｌｅ）と、並べ替え−キュー分配モジュールと、並べ替え／組み合わせモジュールと、再構築モジュール（ｒｅａｓｓｅｍｂｌｙ ｍｏｄｕｌｅ）とを備える。
【０００９】
並べ替えキュー分配モジュールは、ＳＲＮＣ（サービング無線ネットワーク制御装置）構成に基づき、さらに論理チャネルＩＤに基づいて、拡張ＭＡＣ−ｅｓ ＰＤＵを正しい並べ替えバッファにルーティングする。
【００１０】
並べ替え／組み合わせモジュールは、受信されたＴＳＮおよびノードＢタグ付け（すなわち、ＣＦＮ、サブフレーム番号）に従って、受信された拡張ＭＡＣ−ｅｓ ＰＤＵを並べ替える。連続するＴＳＮを有する拡張ＭＡＣ−ｅｓ ＰＤＵは、受信されると、分解モジュールに送られる。
【００１１】
マクロダイバーシティ選択モジュールは、複数のノードＢを相手にしたソフトハンドオーバの場合、拡張ＭＡＣ−ｅｓにおいて動作する。
【００１２】
分解モジュールは、拡張ＭＡＣ−ｅｓヘッダを取り除くことを含め、拡張ＭＡＣ−ｅｓ ＰＤＵの分解を担う。
【００１３】
再構築機能は、セグメント化されたＭＡＣ−ｄ ＰＤＵを再組み立てし、これらのＭＡＣ−ｄ ＰＤＵを正しいＭＡＣ−ｄエンティティに送る。
【００１４】
図２Ａを参照すると、Ｅ−ＤＣＨスケジューリングモジュールと通信状態にあるＭＡＣ−ｅエンティティが示されている。この拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱエンティティとを備える。
【００１５】
Ｅ−ＤＣＨスケジューリングモジュールは、ＷＴＲＵ間のＥ−ＤＣＨセルリソースを管理する。スケジューリング要求に基づいて、スケジューリング許可が、決定され、送信される。
【００１６】
Ｅ−ＤＣＨ制御モジュールは、スケジューリング要求の受信、およびスケジューリング許可の送信を担う。
【００１７】
逆多重化モジュールは、拡張ＭＡＣ−ｅ ＰＤＵを逆多重化して、拡張ＭＡＣ−ｅｓ ＰＤＵにすることを実行する。拡張ＭＡＣ−ｅｓ ＰＤＵは、関連するＭＡＣ−ｄフローの中でＳＲＮＣに転送される。
【００１８】
ＨＡＲＱモジュールは、複数のＨＡＲＱプロセスをサポートすることができる。各プロセスは、Ｅ−ＤＣＨ送信の配信ステータスを示すＡＣＫまたはＮＡＣＫを生成することを担う。
【００１９】
図３は、拡張アップリンクを有する３ＧＰＰ ＷＴＲＵのＲＲＣ（無線リソース制御装置）サービス状態を示す。ＷＴＲＵは、ユーザ活動に依存するいくつかの状態で動作することが可能である。以下の状態、すなわち、Ｉｄｌｅ、Ｃｅｌｌ＿ＤＣＨ、Ｃｅｌｌ＿ＦＡＣＨ、ＵＲＡ＿ＰＣＨ、およびＣｅｌｌ＿ＰＣＨが、定義されている。ＲＲＣ状態変更は、ＲＮＣパラメータを使用してネットワークによって制御され、ＷＴＲＵは、自ら状態変更を実行することを決定することはない。
【００２０】
Ｃｅｌｌ＿ＤＣＨ状態において、アップリンクおよびダウンリンクにおいてＷＴＲＵに専用物理チャネルが割り当てられる。ＷＴＲＵは、ＷＴＲＵの現在の活性セットに従って、セルレベルで知られている。ＷＴＲＵは、専用トランスポートチャネル、共有トランスポートチャネル、またはこれらのトランスポートチャネルの組み合わせを使用することができる。
【００２１】
ＷＴＲＵは、共通制御チャネル（例えば、ＣＰＣＨ）を使用するようにＷＴＲＵに割り当てが行われている場合、Ｃｅｌｌ＿ＦＡＣＨ状態にある。Ｃｅｌｌ＿ＦＡＣＨ状態において、ＷＴＲＵに専用物理チャネルは、全く割り当てられず、ＷＴＲＵは、ダウンリンクにおいてＦＡＣＨ（例えば、Ｓ−ＣＣＰＣＨ）またはＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）を絶えず監視する。ＷＴＲＵには、ＷＴＲＵが、そのトランスポートチャネルに関するアクセス手続きに従って、いつでも使用することができる、アップリンクにおけるデフォルトの共通または共有のトランスポートチャネルが割り当てられる。ＷＴＲＵの位置は、ＷＴＲＵが前回にセル更新を実行したセルにより、セルレベルでＵＴＲＡＮによって知られている。
【００２２】
Ｃｅｌｌ＿ＰＣＨ状態において、ＷＴＲＵに専用物理チャネルは、全く割り当てられない。ＷＴＲＵは、ＰＣＨを選択し、関連するＰＩＣＨを介して、選択されたＰＣＨを監視するために不連続な受信を使用する。アップリンク活動は、全く可能ではない。ＷＴＲＵの位置は、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態で前回にセル更新を実行したセルにより、セルレベルでＵＴＲＡＮによって知られている。
【００２３】
ＵＲＡ＿ＰＣＨ状態において、ＷＴＲＵに専用チャネルは、全く割り当てられない。ＷＴＲＵは、ＰＣＨを選択し、関連するＰＩＣＨを介して、選択されたＰＣＨを監視するために不連続な受信を使用する。アップリンク活動は、全く可能ではない。ＷＴＲＵの位置は、Ｃｅｌｌ＿ＦＡＣＨ状態における前回のＵＲＡ更新中にＷＴＲＵに割り当てられたＵＲＡにより、ＵＴＲＡＮ登録区域レベルで知られている。
【００２４】
拡張アップリンク機構の一部として、ＣＥＬＬ＿ＦＡＣＨ状態に関してＥ−ＲＡＣＨ（拡張ランダムアクセスチャネル）が、導入されている。Ｅ−ＲＡＣＨとは、Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨ（拡張専用チャネル）、またはアップリンク接続ベースのアクセスのためにＷＴＲＵによって使用されるリソース／物理チャネルの使用を指す。これまで、Ｃｅｌｌ＿ＦＡＣＨ状態におけるＷＴＲＵに関する唯一のアップリンク機構は、獲得指示メッセージを伴うｓｌｏｔｔｅｄ Ａｌｏｈａアプローチを使用するＲＡＣＨを介する送信であった。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨが導入されて、ＷＴＲＵおよびネットワークは、ＷＴＲＵとネットワークの間の通信を可能にするために、拡張ＭＡＣ−ｅ／ｅｓエンティティの導入を要求する可能性がある。Ｃｅｌｌ＿ＦＡＣＨ状態におけるＥ−ＤＣＨ動作の性質のため、Ｅ−ＤＣＨ ＭＡＣリソースに関して、いくつかの問題が生じる可能性がある。問題の１つは、拡張ＭＡＣ−ｅ／ｅｓエンティティをどのように、いつセットアップすべきかを規定することと関係する。さらに、拡張ＭＡＣ−ｅ／ｅｓエンティティの位置に関する規則、ならびに拡張ＭＡＣ−ｅおよび／または拡張ＭＡＣ−ｅｓが共通エンティティであるか、または専用エンティティであるかに関する規則が、所望される。また、ＭＡＣエンティティのセットアップおよび管理に関するさらなるＲＮＣ−ノードＢインタフェース（Ｉｕｂ）シグナリングが、所望される。したがって、Ｅ−ＤＣＨリソースを管理する方法、およびＴＳＮ番号付けを管理する方法が、所望される。
【課題を解決するための手段】
【００２６】
拡張Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅリソースおよび拡張ＭＡＣ−ｅｓリソース、ならびにＥ−ＤＣＨに関するそれぞれの変数を管理する方法および装置が開示される。Ｃｅｌｌ＿ＦＡＣＨ状態における、ＵＬ（アップリンク）におけるＥ−ＤＣＨ送信の性質、ならびにＷＴＲＵがＥ−ＤＣＨリソースのセットアップおよび解放をより頻繁に行う可能性があるという事実のため、ＴＳＮ番号付けを管理する方法が説明される。
【図面の簡単な説明】
【００２７】
添付の図面と併せて例として与えられる以下の説明から、より詳細な理解を得ることができる。
【００２８】
【図１】ＷＴＲＵの拡張ＭＡＣ−ｅ／ｅｓエンティティを示すブロック図である。
【図２】ノードＢの拡張ＭＡＣ−ｅエンティティ、およびＲＮＣの拡張ＭＡＣ−ｅｓエンティティを示すブロック図である。
【図２Ａ】ノードＢの拡張ＭＡＣ−ｅエンティティ、およびＲＮＣの拡張ＭＡＣ−ｅｓエンティティを示すブロック図である。
【図３】ＨＳＰＡ＋システムにおけるＲＲＣ状態を示すブロック図である。
【図４】複数のＷＴＲＵ（無線送信／受信ユニット）と、基地局と、ＲＮＣ（無線ネットワーク制御装置）とを含む例示的な無線通信システムを示す図である。
【図５】ＷＴＲＵと図４の基地局を示す機能ブロック図である。
【図６】拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティが、Ｅ−ＲＡＣＨアクセス手続きが行われると、ＷＴＲＵに割り当てられることが可能な各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関する共通エンティティとして事前構成される方法を示す流れ図である。
【発明を実施するための形態】
【００２９】
以降、言及する場合、「ＷＴＲＵ（無線送信／受信ユニット）」という用語には、ＵＥ（ユーザ機器）、移動局、固定型もしくは移動型の加入者ユニット、ポケットベル、セルラー電話機、ＰＤＡ（パーソナルデジタルアシスタント）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、言及する場合、「基地局」という用語には、ノードＢ、サイト制御装置、ＡＰ（アクセスポイント）、または無線環境において動作することができる他の任意のタイプのインタフェースデバイスが含まれるが、以上には限定されない。
【００３０】
図４は、複数のＷＴＲＵ４１０と、ノードＢ４２０と、ＣＲＮＣ４３０と、ＳＲＮＣ４４０と、コアネットワーク４５０とを含む無線通信システム４００を示す。図４に示されように、ＷＴＲＵ４１０は、ＣＲＮＣ４３０およびＳＲＮＣ４４０と通信状態にあるノードＢ４２０と通信状態にある。図４に３つのＷＴＲＵ４１０、１つのノードＢ４２０、１つのＣＲＮＣ４３０、および１つのＳＲＮＣ４４０が示されているものの、無線デバイスと有線デバイスの任意の組み合わせが、無線通信システム４００に含まれることが可能であることに留意されたい。
【００３１】
以降、言及する場合、ＣＲＮＣ４３０およびＳＲＮＣ４４０はひとまとめにして、ＵＴＲＡＮと呼ばれることが可能である。
【００３２】
図５は、図４の無線通信システム４００のＷＴＲＵ４１０およびノードＢ４２０の機能ブロック図５００である。図５に示されているように、ＷＴＲＵ４１０は、ノードＢ４２０と通信状態にあり、ＷＴＲＵ４１０とノードＢ４２０はともに、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。
【００３３】
通常のＷＴＲＵにおいて見られることが可能な構成要素に加えて、ＷＴＲＵ４１０は、プロセッサ４１５、受信機４１６、送信機４１７、およびアンテナ４１８を含む。プロセッサ４１５は、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。受信機４１６および送信機４１７は、プロセッサ４１５と通信状態にある。アンテナ４１８は、受信機４１６と送信機４１７の両方と通信状態にあり、無線データの送信および受信を円滑にする。
【００３４】
通常の基地局において見られることが可能な構成要素に加えて、ノードＢ４２０は、プロセッサ４２５、受信機４２６、送信機４２７、およびアンテナ４２８を含む。プロセッサ４２５は、Ｃｅｌｌ＿ＦＡＣＨ状態において拡張ＭＡＣ−ｅ／ｅｓリソースを管理し、セットアップする方法を実行するように構成される。受信機４２６および送信機４２７は、プロセッサ４２５と通信状態にある。アンテナ４２８は、受信機４２６と送信機４２７の両方と通信状態にあり、無線データの送信および受信を円滑にする。
【００３５】
ＷＴＲＵ４１０は、初期ＲＲＣ接続要求、セル選択、およびセル再選択に関してネットワークにＷＴＲＵ４１０を登録するようにＥ−ＲＡＣＨ上で送信するように構成されることが可能である。これらの接続要求は、ＣＣＣＨ（共通制御チャネル）を介して送信される。ＷＴＲＵが登録されると、ＷＴＲＵは、ＤＴＣＨ（専用トラフィックチャネル）トラフィックまたはＤＣＣＨ（専用制御チャネル）トラフィックをネットワークに送信することができる。ただし、ＤＴＣＨは、ユーザデータを伝送する双方向チャネルであり、ＤＣＣＨトラフィックは、ＷＴＲＵとＵＴＲＡＮの間の専用制御情報を備える。ＤＣＣＨは、ＲＲＣ（無線リソース制御）接続セットアップ手続きを介して確立される。しかし、ＷＴＲＵ４１０が、初期Ｅ−ＲＡＣＨアクセス試行を送信している場合、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティは、セットアップされることも、セットアップされないことも可能である。したがって、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティを構成することのいくつかの代替が、本明細書でより詳細に説明される。
【００３６】
図４を再び参照すると、ＷＴＲＵ４１０は、ＷＴＲＵ４１０とネットワークがともにＥ−ＲＡＣＨをサポートし（すなわち、ＣＥＬＬ＿ＦＡＣＨ状態においてＥ−ＤＣＨを使用することができ）、さらにＨＳ−ＤＳＣＨをサポートする場合、拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９を有して構成されることが可能である。ただし、ＨＳ−ＤＳＣＨは、いくつかのＷＴＲＵによって共有されるダウンリンクトランスポートチャネルである。ＨＳ−ＤＳＣＨは、１つのダウンリンクＤＰＣＨ（専用物理チャネル）、および１つまたは複数のＨＳ−ＳＣＣＨ（高速共有制御チャネル）に関連付けられる。ＷＴＲＵ４１０における拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９は、ＨＡＲＱモジュールと、多重化−ＴＳＮモジュールと、Ｅ−ＴＦＣ選択モジュールと、セグメント化モジュールと、Ｅ−ＲＮＴＩを付加するのに使用されるモジュールと、ＣＣＣＨ（共通制御チャネル）トラフィックに関するＣＲＣ計算のために使用されるモジュールとを含むことが可能である。ＣＣＣＨは、ＵＴＲＡＮを相手に専用リンクを確立するのに要求される一般的な手続きをサポートする。ＣＣＣＨは、ＲＡＣＨおよびＥ−ＲＡＣＨ、ＦＡＣＨ（フォワードアクセスチャネル）、ならびにＰＣＨ（ページングチャネル）を含むことが可能である。また、拡張ＭＡＣ−ｅ／ｅｓエンティティ４１９は、アクセスクラス制御モジュールを含むことも可能である。ＷＴＲＵ４１０は、送信すべきアップリンクデータが存在する場合、またはＷＴＲＵ４１０が既にＣｅｌｌ＿ＤＣＨ状態にあり、ネットワークが、活動などがないためにＷＴＲＵ４１０をＣｅｌｌ＿ＦＡＣＨ状態に移す場合、Ｃｅｌｌ＿ＦＡＣＨ状態に遷移することが可能である。ＷＴＲＵ４１０は、ＷＴＲＵ４１０がＥ−ＤＣＨ上でアップリンクデータを送信することができる限り、拡張ＭＡＣ−ｅ／ｅｓエンティティを維持するように構成されることが可能である。ＷＴＲＵ４１０は、ＲＲＣ接続要求がＷＴＲＵ４１０によって開始された場合にアイドルモードで動作している際、拡張ＭＡＣ−ｅ／ｅｓエンティティを維持するようにさらに構成されることが可能である。
【００３７】
ノードＢ４２０は、ｘ個の拡張ＭＡＣ−ｅエンティティ（拡張ＭＡＣ−ｅ1から拡張ＭＡＣ−ｅxまで）を有して構成されることが可能であり、ただし、ｘは、すべてのタイプのトラフィックに関する共通Ｅ−ＤＣＨリソースの数である。各拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨスケジューリングモジュールと、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱモジュールとを含むことが可能である。拡張ＭＡＣ−ｅエンティティは、競合解決のために使用されるＥ−ＲＮＴＩを読み取るように構成されることも可能である。拡張ＭＡＣ−ｅエンティティは、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていないＷＴＲＵと通信するように構成されることが可能であり、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていない場合、ＷＴＲＵは、ＣＣＣＨを介して通信する。各拡張ＭＡＣ−ｅエンティティは、ＷＴＲＵがランダムアクセス手続きの一環として獲得する共通Ｅ−ＤＣＨリソースに関連付けられることが可能である。例えば、ノードＢ４２０は、ＷＴＲＵがＥ−ＲＡＣＨアクセスを試みている間、さらに／またはＷＴＲＵがセル選択／再選択（すなわち、ＤＴＣＨ／ＤＣＣＨトラフィック）を実行した後に、拡張ＭＡＣ−ｅエンティティを使用するように構成されることが可能である。拡張ＭＡＣ−ｅエンティティは、ノードＢ４２０において事前構成される（すなわち、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに関するＥ−ＤＣＨリソースプールがノードＢに提供される場合にセットアップされる）ことが可能であり、またはＷＴＲＵもしくはＲＮＣから受信された信号に応答して、セットアップされることが可能である。代替として、ノードＢ４２０は、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅエンティティを、そのＷＴＲＵが所与の状態にある限り、セットアップし、維持するように構成されることが可能である。
【００３８】
ＣＲＮＣ４３０は、ＣＣＣＨトラフィックのためだけに使用されるｙ個の拡張ＭＡＣ−ｅｓエンティティ（拡張ＭＡＣ−ｅｓ1から拡張ＭＡＣ−ｅｓyまで）を有して構成されることが可能であり、ただし、ｙは、セルにおける共通Ｅ−ＤＣＨリソースの数である。各拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵによって使用されることが可能な共通Ｅ−ＤＣＨリソースセットに関連付けられる。各拡張ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ誤り訂正モジュールとを含むことが可能である。各拡張ＭＡＣ−ｅｓエンティティは、Ｕ−ＲＮＴＩもＥ−ＲＮＴＩも割り当てられていない（すなわち、ＣＣＣＨトラフィックに関する）ＷＴＲＵとの通信中に使用されることが可能である。このＣＣＣＨトラフィックは、ＣＣＣＨデータトラフィックがＳＲＮＣ４４０に転送されないように、ＣＲＮＣ４３０に終端させられることが可能である。代替として、ＣＲＮＣ４３０が、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅｓエンティティを、そのＷＴＲＵが所与の状態にある限り、セットアップするように構成されることも可能である。
【００３９】
ＳＲＮＣ４４０は、ＤＴＣＨ／ＤＣＣＨトラフィックに関してｚ個の拡張ＭＡＣ−ｅｓエンティティ（拡張ＭＡＣ−ｅｓ1から拡張ＭＡＣ−ｅｓzまで）を有して構成されることが可能であり、ただし、ｚは、Ｃｅｌｌ＿ＦＡＣＨ状態にあるＷＴＲＵの数である。ｚ個の拡張ＭＡＣ−ｅｓエンティティのそれぞれは、その拡張ＭＡＣ−ｅｓエンティティのＷＴＲＵ−ｉｄが特定された後、ＷＴＲＵ４１０に関連付けられることが可能である。各拡張ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールとを備えることが可能である。ＳＲＮＣ４４０は、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態に入ったことに応答して、拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることが可能である。ＤＴＣＨ／ＤＣＣＨトラフィックは、ＳＲＮＣ４４０に終端する。
【００４０】
代替として、ノードＢ４２０およびＣＲＮＣ４３０は、Ｅ−ＤＣＨリソースとは無関係に、各ＷＴＲＵにつき１つの専用拡張ＭＡＣ−ｅエンティティと、１つの拡張ＭＡＣ−ｅｓエンティティとをそれぞれ、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態にある限り、維持するように構成されることも可能である。
【００４１】
代替として、ノードＢ４２０およびＣＲＮＣ４３０は、ノードＢ４２０が、ＷＴＲＵ４１０のＥ−ＲＮＴＩ（Ｅ−ＤＣＨ無線ネットワーク一時識別子）を割り当て、送信した後、拡張ＭＡＣ−ｅエンティティおよび拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることも可能である。
【００４２】
一部のシナリオにおいて、ＳＲＮＣ４４０は、ＡＩＣＨ（獲得標識チャネル（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ））またはＥ−ＡＩＣＨの受信の後であるＷＴＲＵ４１０の第１の送信まで、ＷＴＲＵ４１０のＩＤを知らない可能性がある。そのような事例において、ＳＲＮＣ４４０は、ＷＴＲＵ−ＩＤがヘッダから読み取られた時点で、ＷＴＲＵ４１０に関する拡張ＭＡＣ−ｅｓをセットアップするように構成されることが可能である。したがって、所与のＷＴＲＵに関する拡張ＭＡＣ−ｅｓエンティティをセットアップするようＳＲＮＣ４４０に示す新たなＩｕｂシグナリング手続きが、要求される可能性がある。
【００４３】
所与の接続に関して共通の拡張ＭＡＣ−ｅリソースおよび／または拡張ＭＡＣ−ｅｓリソースがセットアップされる際、これらのリソースは、ＲＮＣとノードＢ４２０の間の共通トランスポートチャネルセットアップ手続きの一環としてセットアップされることが可能である。
【００４４】
図６は、ＣＲＮＣ４３０が、共通拡張ＭＡＣ−ｅｓエンティティを事前構成して、格納し、さらにノードＢ４２０が、Ｅ−ＲＡＣＨアクセス手続きが行われると、ＷＴＲＵに割り当てられることが可能な各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関する共通拡張ＭＡＣ−ｅエンティティを事前構成して、格納する方法の流れ図である。図６を参照すると、ＣＲＮＣは、Ｅ−ＤＣＨリソースセットを決定し、ノードＢにシグナリングする（６１０）。ＣＲＮＣおよびノードＢは、利用可能な各Ｅ−ＤＣＨリソースセットに関して、共通拡張ＭＡＣ−ｅｓエンティティおよび共通拡張ＭＡＣ−ｅエンティティをそれぞれ事前構成して、格納する（６２０）。ＷＴＲＵが、ランダムアクセス手続きを実行し、Ｅ−ＤＣＨリソースセットを獲得する（６３０）。ＲＲＣ接続要求メッセージが、ランダムアクセス手続きを使用して獲得されたＥ−ＤＣＨセットを使用して、アイドルモードにあるＷＴＲＵから受信される（６４０）。ノードＢが、Ｅ−ＲＮＴＩを割り当て、拡張ＭＡＣ−ｅｓエンティティが、ＷＴＲＵに関するＳＲＮＣにおいてセットアップされる（６５０）。
【００４５】
ＣＲＮＣの拡張ＭＡＣ−ｅｓエンティティ、およびノードＢの拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨリソースセットに関して事前構成されるので、ＣＣＣＨに関する拡張ＭＡＣ−ｅと拡張ＭＡＣ−ｅｓは、１つのＷＴＲＵに同時に関連する（すなわち、Ｅ−ＲＡＣＨアクセスを受信したＷＴＲＵに関する）共通エンティティとして動作するように構成されることが可能である。１つのオプションにおいて、共通拡張ＭＡＣ−ｅエンティティおよび共通拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵの初期トラフィックのためだけに使用されることが可能である。代替として、拡張ＭＡＣエンティティは、ＷＴＲＵが、その拡張ＭＡＣエンティティに対応するＥ−ＤＣＨリソースセットを介して通信している時間中ずっと使用されることも可能である。次に、ＷＴＲＵが接続モードにあることを示すＲＲＣ接続セットアップ完了メッセージが、受信されることが可能である。
【００４６】
ＣＲＮＣにおける拡張ＭＡＣ−ｅｓエンティティは、ＷＴＲＵ４１０によって使用される共通Ｅ−ＤＣＨリソースセット、またはＷＴＲＵ４１０によって選択された共通Ｅ−ＲＮＴＩに関連付けられることが可能である。ＳＲＮＣ４４０は、登録され、Ｅ−ＲＮＴＩが割り当てられているＣｅｌｌ＿ＦＡＣＨ状態で動作する各ＷＴＲＵに関して、専用拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されることが可能であり、さらにこのエンティティは、少なくともＷＴＲＵがＤＴＣＨ／ＤＣＣＨトラフィックに関してＣｅｌｌ＿ＦＡＣＨ／ＣＥＬＬ＿ＰＣＨ状態にある持続時間にわたって維持されることが可能である。ＤＴＣＨ／ＤＣＣＨトラフィックに関して、データは、ＵＥによって使用されている共通Ｅ−ＤＣＨリソースに関連する共通拡張ＭＡＣ−ｅエンティティにおいてまず、受信され、次に、Ｉｕｂ／Ｉｕｒインタフェースを介してＳＲＮＣにおける専用拡張ＭＡＣ−ｅｓエンティティに転送される。したがって、拡張ＭＡＣ−ｅが、リソースのセットを使用している任意のＷＴＲＵに関する共通エンティティである場合、Ｉｕｂ／Ｉｕｒフレームプロトコルを介してＷＴＲＵ−ＩＤを識別するプロセスが、所望される可能性がある。いくつかの代替が、以降、より詳細に説明される。
【００４７】
第１の代替において、ノードＢ４２０は、Ｉｕｂフローを使用して（Ｃｅｌｌ＿ＦＡＣＨ状態にあるＥ−ＤＣＨを使用するＷＴＲＵに関する）共通トランスポートチャネル上でデータを送信するように構成されることが可能である。Ｉｕｂは、共通フローであるため、ＣＲＮＣ４３０は、ＷＴＲＵごとにこの共通フローからデータを受信することが可能であり、いずれのＷＴＲＵにこのデータが属するかを知らない。したがって、ノードＢ４２０は、拡張ＭＡＣ−ｅｓがＣｅｌｌ＿ＦＡＣＨ状態にある特定のＷＴＲＵに関連している（すなわち、ＤＴＣＨ／ＤＣＣＨトラフィックに関して）場合、Ｉｕｂフレームのヘッダフィールドの中でＷＴＲＵ−ＩＤを送信するように構成されることが可能である。同様に、ＣＲＮＣ４３０は、Ｉｕｒフレームのヘッダの中でＷＴＲＵ−ＩＤを送信するように構成されることも可能である。ＷＴＲＵ−ｉｄは、Ｉｕｂインタフェースを介して送信される場合、Ｅ−ＲＮＴＩを備えることが可能であり、またはＩｕｒインタフェースを介して送信される場合、Ｓ−ＲＮＴＩを備えることが可能である。このことは、ＳＲＮＣ４４０が、ＷＴＲＵに関する正しい専用拡張ＭＡＣ−ｅｓエンティティに至る、データの適切な転送アドレスを知ることを可能にする。
【００４８】
別の代替において、ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩ、Ｕ−ＲＮＴＩ、またはＣ−ＲＮＴＩ、またはＳ−ＲＮＴＩの１つまたは組み合わせを備えることが可能である。ＣＣＣＨトラフィックに関して、ＷＴＲＵ−ｉｄは、存在せず、このため、Ｉｕｂフレームプロトコルは、Ｅ−ＲＮＴＩを含んではならない。ＣＲＮＣ４３０は、論理チャネル識別子から、トラフィックがＣＣＣＨトラフィックに属することを検出し、データを、適切なＥ−ＤＣＨリソースに関連するＣＲＮＣ４３０における正しい拡張ＭＡＣ−ｅｓエンティティに転送するように構成されることが可能である。オプションの実施形態において、ＤＴＣＨ／ＤＣＣＨトラフィックに関する１つの共通トランスポートチャネル、およびＣＣＣＨトラフィックのための各Ｅ−ＤＣＨリソースセットに関してセットアップされた１つのトランスポートチャネルが、存在することが可能である。ノードＢ４２０は、ＣＣＣＨトラフィックを受信し、さらにデータが受信された拡張ＭＡＣ−ｅエンティティに関連するトランスポートチャネルにデータを転送するように構成されることが可能である。
【００４９】
別の代替において、ノードＢ４２０とＣＲＮＣ４３０がともに、共通拡張ＭＡＣ−ｅエンティティおよび共通拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されている場合、ＷＴＲＵ４１０は、拡張ＭＡＣ−ｅｓ ＰＤＵの拡張ＭＡＣ−ｅｓヘッダの中でＷＴＲＵ−ｉｄを送信するように構成されることが可能である。ノードＢ４２０は、拡張ＭＡＣ−ｅｓ ＰＤＵヘッダを復号すること、およびＷＴＲＵ−ｉｄを特定することができる分解モジュールを有してさらに構成されることが可能である。拡張ＭＡＣ−ｅｓ ＰＤＵの中でこの情報を送信することによって、ノードＢ４２０は、ＷＴＲＵ−ｉｄ情報を有するＩｕｂフレームを送信しなくてもよい。例えば、ＷＴＲＵ４１０は、競合解決目的の初期送信中にだけ、拡張ＭＡＣ−ｅｓヘッダの中でＷＴＲＵ−ｉｄを送信するように構成されることが可能である。この場合、ノードＢ４２０は、初期送信を使用して、ＲＮＣへの後続の送信上の連続するデータに関する転送手続きを決定する拡張ＭＡＣ−ｅエンティティを有して構成されることが可能である。ＷＴＲＵ４１０は、ＷＴＲＵ４１０がＥ−ＤＣＨチャネルの絶対許可を受信するまで、ＷＴＲＵ−ｉｄを送信することが可能であり、絶対許可を受信した時点で、ＷＴＲＵ４１０は、ＷＴＲＵ−ｉｄを送信することを止めることができる。
【００５０】
別の代替において、ノードＢ４２０は、ＷＴＲＵからＷＴＲＵ−ｉｄを受信し、さらに第１の送信からこのＷＴＲＵ−ｉｄを抽出するように構成されることが可能である。次に、ノードＢ４２０は、このＷＴＲＵ−ｉｄを格納し、この情報を、後続の送信中にＩｕｂシグナリングを使用してＳＲＮＣ４４０またはＣＲＮＣ４３０にＷＴＲＵ−ｉｄを送信するのに使用することが可能である。ＷＴＲＵ４１０が、Ｅ−ＤＣＨリソースのセットを解放すると、ノードＢ４２０は、このＷＴＲＵ−ｉｄを消去するように構成されることが可能である。代替として、後続のＥ−ＲＡＣＨアクセス試行が実行され、異なるＷＴＲＵ−ｉｄが復号された場合、ノードＢ４２０は、この新たなＷＴＲＵ−ｉｄを反映するように、格納されたＷＴＲＵ−ｉｄ情報を変更することができる。
【００５１】
さらに別の代替において、ノードＢ４２０が、ＷＴＲＵからの第１の送信を受信した後、ノードＢ４２０は、この第１の送信を使用して、データがいずれのＷＴＲＵに属するかを特定することができる。ＷＴＲＵ−ｉｄが特定されると、ノードＢ４２０は、Ｅ−ＤＣＨリソースに対するＷＴＲＵの接続の持続時間にわたって、ＲＮＣに対する半専用フローをセットアップすることができる。このことは、共通拡張ＭＡＣ−ｅと専用拡張ＭＡＣ−ｅｓの間で一時接続フローを発生させる。このことは、ＷＴＲＵに対応する共通拡張ＭＡＣ−ｅエンティティと共通拡張ＭＡＣ−ｅｓエンティティの間でフローのセットアップを開始するようＲＮＣに通知するＩｕｂ信号を送信することによって、セットアップされることが可能である。この場合、ＷＴＲＵ−ｉｄは、すべての送信の拡張ＭＡＣ−ｅヘッダの中に存在し、この情報は、Ｉｕｂフレームプロトコルを介してＲＮＣに転送されるため、ＷＴＲＵ−ｉｄは、Ｉｕｂフレームプロトコルの中で指定されなくてもよい。
【００５２】
代替として、Ｅ−ＤＣＨリソースは、ＲＮＣの関与なしにノードＢ４２０とＷＴＲＵの間でネゴシエートされることが可能であるため、拡張ＭＡＣ−ｅｓなどの、Ｅ−ＤＣＨと関係する機能は、ノードＢ４２０に移されることが可能である。この実施形態に関して、拡張ＭＡＣ−ｅｓエンティティとＲＬＣ（無線リンク制御）エンティティの間で論理チャネルフローが、セットアップされることが可能である。代替として、ＷＴＲＵ４１０とノードＢ４２０が、共通トランスポートチャネルおよびＷＴＲＵ−ｉｄを確立することが可能であり、ＬＣＨ（線形化チャネル）−ＩＤが、Ｉｕｂフレームプロトコルおよび／またはＩｕｒフレームプロトコルを介して送信されることが可能である。
【００５３】
特徴および要素は、特定の組み合わせで、前段で説明されるものの、各特長または各要素は、その他の特徴および要素を伴わずに単独で、またはその他の特徴および要素を伴って、もしくは伴わずに様々な組み合わせで使用されることが可能である。本明細書で与えられる方法または流れ図は、汎用コンピュータまたはプロセッサによって実行されるようにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることが可能である。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。
【００５４】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンが含まれる。
【００５５】
ソフトウェアに関連するプロセッサが、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワーク制御装置）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールもしくはＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと連携して使用されることが可能である。
【００５６】
（実施形態）
１．ＷＴＲＵ（無線送信／受信ユニット）が、ＲＡＣＨ（ランダムアクセスチャネル）アクセス試行を実行する場合にＭＡＣ（媒体アクセス制御）−ｅｓエンティティおよびＭＡＣ−ｅエンティティをセットアップすることを備える方法。
２．ＭＡＣ−ｅｓエンティティおよびＭＡＣ−ｅエンティティが、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態に入ると、セットアップされる先行するいずれかの実施形態における通りの方法。
３．ＷＴＲＵおよびネットワークは、ＣＥＬＬ＿ＦＡＣＨ状態においてＥ−ＤＣＨ（拡張専用チャネル）をサポートする先行するいずれかの実施形態における通りの方法。
４．ＷＴＲＵにＥ−ＲＮＴＩ（無線ネットワーク一時識別子）を割り当てることをさらに備える先行するいずれかの実施形態における通りの方法。
５．所与の状態にあるＷＴＲＵの接続中ずっとＷＴＲＵごとの専用ＭＡＣ−ｅｓエンティティまたは専用ＭＡＣ−ｅエンティティを維持することをさらに備え、この接続は、Ｅ−ＤＣＨリソースとは無関係である先行するいずれかの実施形態における通りの方法。
６．ＲＡＣＨプリアンブルが受信された場合、リソースが割り当てられた場合、またはＷＴＲＵが、衝突なしに第１の送信を完了することに成功した後、ＭＡＣ−ｅｓエンティティおよびＭＡＣ−ｅエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
７．ＷＴＲＵ ＩＤは、ＡＩＣＨ（獲得標識チャネル）の受信の後、ＷＴＲＵの第１の送信まで知られていない先行するいずれかの実施形態における通りの方法。
８．ＷＴＲＵ−ｉｄがＭＡＣヘッダから読み取られると、ＷＴＲＵに関するＭＡＣ−ｅｓをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
９．Ｉｕｂシグナリングを介して所与のＷＴＲＵに関するＭＡＣ−ｅｓエンティティをセットアップするようＲＮＣ（無線ネットワーク制御装置）に指示することをさらに備える先行するいずれかの実施形態における通りの方法。
１０．共通ＭＡＣ−ｅｓエンティティが、各Ｅ−ＤＣＨリソースセットに関するＲＮＣにおいて常にセットアップされる先行するいずれかの実施形態における通りの方法。
１１．共通ＭＡＣ−ｅエンティティが、各Ｅ−ＤＣＨリソースセットに関するノードＢにおいて常にセットアップされる先行するいずれかの実施形態における通りの方法。
１２．ＭＡＣ−ｅ／ｅｓエンティティは、ＷＴＲＵ初期トラフィックのためだけに使用される先行するいずれかの実施形態における通りの方法。
１３．ＭＡＣ−ｅ／ｅｓエンティティは、ＷＴＲＵが、そのＭＡＣ−ｅ／ｅｓエンティティに対応するＥ−ＤＣＨリソースセットを使用している時間中ずっと使用される先行するいずれかの実施形態における通りの方法。
１４．Ｕ−ＲＮＴＩもＥＲＮＴＩも有さないＷＴＲＵに関して共通ＭＡＣ−ｅエンティティおよび共通ＭＡＣ−ｅｓエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
１５．これらのエンティティは、ＷＴＲＵのために使用され、ＷＴＲＵは、ＷＴＲＵがアイドルモードにある間、またはＷＴＲＵがセル再選択手続きを実行した後、ＲＡＣＨにアクセスしようと試みる先行するいずれかの実施形態における通りの方法。
１６．共通ＭＡＣ−ｅエンティティが、各Ｅ−ＤＣＨリソースセットに関してノードＢにおいてセットアップされる先行するいずれかの実施形態における通りの方法。
１７．ＭＡＣ−ｅは、共通トランスポートチャネルリソースとしてセットアップされ、トラフィックは、共通Ｉｕｂフレームフローを介してＲＮＣに送信される先行するいずれかの実施形態における通りの方法。
１８．ＷＴＲＵごとに１つのＭＡＣ−ｅｓを作成し、ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨにある持続時間にわたってこのＭＡＣ−ｅｓを維持することをさらに備える先行するいずれかの実施形態における通りの方法。
１９．ＲＮＣとノードＢの間の共通トランスポートチャネルセットアップ手続きの一環として共通ＭＡＣ−ｅリソースおよび／または共通ＭＡＣ−ｅｓリソースをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
２０．ＩｕｂフレームプロトコルおよびＩｕｒフレームプロトコルが、或るフィールドにおいてＷＴＲＵ−ｉｄを備える先行するいずれかの実施形態における通りの方法。
２１．ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩ、Ｕ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、またはＳ−ＲＮＴＩを備える先行するいずれかの実施形態における通りの方法。
２２．共通ＭＡＣ−ｅおよび共通ＭＡＣ−ｅｓが作成される場合、ＷＴＲＵ−ｉｄをＭＡＣ−ｅｓヘッダの中に含めることをさらに備える先行するいずれかの実施形態における通りの方法。
２３．ＭＡＣ−ｅからの第１の送信を、ＲＮＣに連続するデータを転送する方法の指示として使用することをさらに備える先行するいずれかの実施形態における通りの方法。
２４．ノードＢが、第１の送信からのＷＴＲＵ−ｉｄを格納し、さらに第１の送信を、後続の送信に関する共通Ｉｕｂフレームプロトコルを介してＷＴＲＵ−ｉｄを示すのに使用することをさらに備える先行するいずれかの実施形態における通りの方法。
２５．ＷＴＲＵが、Ｅ−ＤＣＨリソースのセットを解放すると、ノードＢが、ＷＴＲＵ−ｉｄを消去することをさらに備える先行するいずれかの実施形態における通りの方法。
２６．ＲＡＣＨアクセスが実行され、さらに異なるＷＴＲＵ−ｉｄが復号されると、ノードＢが格納された情報を変更することをさらに備える先行するいずれかの実施形態における通りの方法。
２７．ノードＢが、第１の伝送を使用してＷＴＲＵを示し、さらにＥ−ＤＣＨリソースに対するＷＴＲＵの接続の持続時間にわたって、ＲＮＣに対する半専用フローを設定することをさらに備える先行するいずれかの実施形態における通りの方法。
２８．共通ＭＡＣ−ｅと専用ＭＡＣ−ｅｓの間で一時接続フローを作成することをさらに備える先行するいずれかの実施形態における通りの方法。
２９．ＷＴＲＵに対応する共通ＭＡＣ−ｅエンティティと共通ＭＡＣ−ｅｓエンティティの間でフローを開始するようＲＮＣに指示するＩｕｂシグナリングを介して、一時接続フローをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
３０．ＭＡＣ−ｅｓ機能をノードＢに移すことをさらに備える先行するいずれかの実施形態における通りの方法。
３１．ＭＡＣ−ｅｓをノードＢに終端させることをさらに備える先行するいずれかの実施形態における通りの方法。
３２．ＭＡＣ−ｅｓエンティティとＲＬＣエンティティの間で論理チャネルフローをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
３３．共通トランスポートチャネルを確立し、ＷＴＲＵ−ｉｄおよびＬＣＨ−ＩＤは、Ｉｕｂフレームプロトコルおよび／またはＩｕｒフレームプロトコルを介して示されることが可能である先行するいずれかの実施形態における通りの方法。
３４．ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨにある場合、ＷＴＲＵとＲＮＣの両方において専用ＭＡＣ−ｅｓエンティティを作成することを備える先行するいずれかの実施形態における通りの方法。
３５．ＷＴＲＵによって使用されるＥＤＣＨリソースが解放されると、ＴＳＮ（送信シーケンスナンバー）を初期値ＴＳＮにリセットすることを備える先行するいずれかの実施形態における通りの方法。
３６．タイマの満了に基づいて、ＥＤＣＨリソースを解放することを備える先行するいずれかの実施形態における通りの方法。
３７．タイマは、ＷＴＲＵとネットワークに関して同時に満了する先行するいずれかの実施形態における通りの方法。
３８．タイマが満了し、リソースがＷＴＲＵによって解放されると、ＷＴＲＵがＴＳＮをリセットすることを備える先行するいずれかの実施形態における通りの方法。
３９．ＴＳＮをリセットし、さらにフルＭＡＣ−ｅ／ｅｓリセット手続きを実行することを備える先行するいずれかの実施形態における通りの方法。
４０．ノードＢが、リソースの解放を命令し、さらにＷＴＲＵおよびノードＢが、ＴＳＮを初期値にリセットすることを備える先行するいずれかの実施形態における通りの方法。
４１．トラフィック不活動タイマの満了に基づいて、リソースを解放すること、およびノードＢが、ＴＳＮをリセットするようＲＮＣにおけるＭＡＣ−ｅｓエンティティに通知するようにＩｕｂを介してシグナリングすることを備える先行するいずれかの実施形態における通りの方法。
４２．ＭＡＣ−ｅ ＰＤＵがＷＴＲＵによって送信されると、ＷＴＲＵとノードＢの両方において不活動タイマを開始することを備える先行するいずれかの実施形態における通りの方法。
４３．ＴＳＮ番号を維持し、最後の値をメモリの中に格納し、さらに新たな送信に関してＴＳＮをインクリメントすることを備える先行するいずれかの実施形態における通りの方法。
４４．セル再選択が行われると、ＴＳＮ番号を初期値に設定し、さらにＭＡＣ−ｅ／ｅｓを完全にリセットすることを備える先行するいずれかの実施形態における通りの方法。
４５．ＴＳＮを設定すること、およびＭＡＣ−ｅ／ｅｓをリセットすることは、ＷＴＲＵが、セル再選択を実行すると、行われる先行するいずれかの実施形態における通りの方法。
４６．ＴＳＮを設定すること、およびＭＡＣ−ｅ／ｅｓをリセットすることは、ＳＲＮＳ（サービング無線ネットワークサブシステム）再配置が行われると、行われる先行するいずれかの実施形態における通りの方法。
４７．ＲＮＣが、明示的なＭＡＣ−ｅ／ｅｓリセット標識を介してＭＡＣ−ｅ／ｅｓリセットをシグナリングすることを備える先行するいずれかの実施形態における通りの方法。
４８．ＷＴＲＵが、新たなＵ−ＲＮＴＩに基づいて、ＳＲＮＳ再配置が行われたことを暗黙に検出することを備える先行するいずれかの実施形態における通りの方法。
４９．Ｅ−ＤＣＨリソースセットごとにＭＡＣ−ｅエンティティおよびＭＡＣ−ｅｓエンティティをセットアップすることをさらに備える先行するいずれかの実施形態における通りの方法。
５０．リソースが解放されるたびに、ＷＴＲＵおよびＲＮＣが、ＴＳＮをリセットすること、またはＭＡＣ−ｅ／ｅｓエンティティをリセットすることをさらに備える先行するいずれかの実施形態における通りの方法。
５１．専用トラフィックに関するＭＡＣ−ｅｓは、ＳＲＮＣに終端させられ、さらにこのＭＡＣ−ｅｓは、ＷＴＲＵに関連付けられる先行するいずれかの実施形態における通りの方法。
５２．ＣＣＣＨ（共通制御チャネル）データまたは共通トラフィックのために使用されるＭＡＣ−ｅｓをＣＲＮＣに終端させることをさらに備える先行するいずれかの実施形態における通りの方法。
５３．ＭＡＣ−ｅｓエンティティは、ＷＴＲＵによって使用される共通Ｅ−ＤＣＨリソースセットに関連付けられる先行するいずれかの実施形態における通りの方法。
５４．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成された無線送信／受信ユニット。
５５．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたノードＢ。
５６．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたＣＲＮＣ（コントローリング無線ネットワーク制御装置）。
５７．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成されたＳＲＮＣ（サービング無線ネットワーク制御装置）。
５８．実施形態１〜５３のいずれか一実施形態における通りの方法を実行するように構成された集積回路。
【特許請求の範囲】
【請求項１】
ＭＡＣ（媒体アクセス制御）リソースを管理する方法であって、
Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットを決定するステップと、
各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関して共通拡張ＭＡＣ−ｅｓエンティティを事前構成するステップと、
前記Ｅ−ＤＣＨリソースセットを識別する信号をノードＢに送信し、前記ノードＢは、各Ｅ−ＤＣＨリソースセットに関して共通拡張ＭＡＣ−ｅエンティティを事前構成するステップと、
複数のＷＴＲＵ（無線送信／受信ユニット）のそれぞれが接続されると、ＳＲＮＣ（サービング無線ネットワーク制御装置）に信号を送信し、前記ＳＲＮＣは、前記複数の接続されたＷＴＲＵのそれぞれに関してＭＡＣ−ｅｓエンティティを構成するステップと
を備えることを特徴とする方法。
【請求項２】
前記拡張ＭＡＣ−ｅｓエンティティは、前記各ＷＴＲＵに関して、前記Ｅ−ＤＣＨリソースとは無関係に、所与の状態にある前記ＷＴＲＵの接続中ずっと維持される専用拡張ＭＡＣ−ｅｓエンティティであることを特徴とする請求項１に記載の方法。
【請求項３】
前記拡張ＭＡＣ−ｅｓは、専用トラフィックチャネルのために構成され、さらにＳＲＮＣ（ソース無線ネットワーク制御装置）に終端させられ、さらに前記ＷＴＲＵに関連付けられることを特徴とする請求項１に記載の方法。
【請求項４】
前記拡張ＭＡＣ−ｅと前記拡張ＭＡＣ−ｅｓは、１つのＷＴＲＵに同時に関連する共通エンティティとして動作することを特徴とする請求項１に記載の方法。
【請求項５】
前記拡張ＭＡＣ−ｅｓは、共通チャネルのために構成され、さらにＣＲＮＣ（コントローリング無線ネットワーク制御装置）に終端させられることを特徴とする請求項１に記載の方法。
【請求項６】
前記拡張ＭＡＣ−ｅｓエンティティは、前記ＷＴＲＵによって使用される共通Ｅ−ＤＣＨリソースセットに関連付けられることを特徴とする請求項５に記載の方法。
【請求項７】
ＭＡＣ（媒体アクセス制御）リソースおよびトランスポートチャネルを管理する方法であって、
ＣＥＬＬ＿ＦＡＣＨトランスポートチャネルにおけるＥ−ＤＣＨを、共通トランスポートチャネルデータストリームの一部として構成するステップと、
Ｉｕｂインタフェースプロトコルを介してノードＢとＣＲＮＣの間で共通Ｅ−ＤＣＨ（拡張専用チャネル）トランスポートチャネル上でデータをトランスポートし、データをトランスポートするフレームプロトコル上の情報は、ＷＴＲＵ−ｉｄ（無線送信／受信ユニット識別情報）を含むステップと、
Ｉｕｒインタフェースフローを介して前記ＣＲＮＣからＳＲＮＣまで共通Ｅ−ＤＣＨ（拡張専用チャネル）トランスポートチャネル上でデータをさらにトランスポートし、前記Ｉｕｒ上の情報は、ＷＴＲＵ−ＩＤ（無線送信／受信ユニット識別情報）を含むステップとを備えることを特徴とする方法。
【請求項８】
前記ＷＴＲＵ−ＩＤは、前記Ｉｕｂフレーム上のＥ−ＲＮＴＩであることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＷＴＲＵ−ＩＤは、前記Ｉｕｒフレーム上のＳ−ＲＮＴＩであることを特徴とする請求項８に記載の方法。
【請求項１０】
アンテナと、
複数の共通Ｅ−ＤＣＨリソースのそれぞれに関して拡張ＭＡＣ−ｅエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ（拡張専用チャネル）スケジューリングモジュールと、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱモジュールとを含むことを特徴とするノードＢ。
【請求項１１】
Ｉｕｂフレームプロトコルのヘッダフィールドの中でＷＴＲＵ−ｉｄを送信するように構成された送信機をさらに備えることを特徴とする請求項１０に記載のノードＢ。
【請求項１２】
前記ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩであり、さらに前記Ｉｕｂインタフェースを介して送信されることを特徴とする請求項１１に記載のノードＢ。
【請求項１３】
共通トランスポートチャネルを介して複数のＷＴＲＵ（無線送信／受信ユニット）に関するＩｕｂデータを送信するように構成された送信機をさらに備え、前記複数のＷＴＲＵのそれぞれは、Ｃｅｌｌ＿ＦＡＣＨ状態にある間、拡張専用チャネルを介して送信するように構成されることを特徴とする請求項１０に記載のノードＢ。
【請求項１４】
ＷＴＲＵが前記ノードＢに専用トラフィックを送信している場合、前記複数のＥ−ＤＣＨリソースの少なくとも１つに関連する拡張ＭＡＣ−ｅエンティティを介して前記ＷＴＲＵに接続するようにさらに構成されることを特徴とする請求項１０に記載のノードＢ。
【請求項１５】
アンテナと、
セルにおける各共通Ｅ−ＤＣＨリソースにつき１つの拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅｓエンティティは、ＣＣＣＨ（共通制御チャネル）トラフィックのために使用され、さらに分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ（巡回冗長検査）誤り訂正モジュールとを含むことを特徴とするＣＲＮＣ（コントローリング無線ネットワーク制御装置）。
【請求項１６】
ＣＣＣＨ（共通制御チャネル）を介してデータを受信するように構成された受信機と、
前記データが前記ＣＣＣＨを介して受信されたことを検出し、さらにそれに関連する拡張ＭＡＣ−ｅｓエンティティを特定するようにさらに構成された前記プロセッサと、
前記拡張ＭＡＣ−ｅｓエンティティに前記データを転送するように構成された送信機とをさらに備えることを特徴とする請求項１５に記載のＣＲＮＣ。
【請求項１７】
複数のＷＴＲＵ（無線送信／受信ユニット）と通信するように構成されたアンテナと、
Ｃｅｌｌ＿ＦＡＣＨ状態にある各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅｓエンティティは、Ｅ−ＤＣＨ（拡張専用チャネル）トラフィックのために使用され、さらに前記ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ誤り訂正モジュールとを含むことを特徴とするＳＲＮＣ（サービング無線ネットワーク制御装置）。
【請求項１】
ＭＡＣ（媒体アクセス制御）リソースを管理する方法であって、
Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットを決定するステップと、
各Ｅ−ＤＣＨ（拡張専用チャネル）リソースセットに関して共通拡張ＭＡＣ−ｅｓエンティティを事前構成するステップと、
前記Ｅ−ＤＣＨリソースセットを識別する信号をノードＢに送信し、前記ノードＢは、各Ｅ−ＤＣＨリソースセットに関して共通拡張ＭＡＣ−ｅエンティティを事前構成するステップと、
複数のＷＴＲＵ（無線送信／受信ユニット）のそれぞれが接続されると、ＳＲＮＣ（サービング無線ネットワーク制御装置）に信号を送信し、前記ＳＲＮＣは、前記複数の接続されたＷＴＲＵのそれぞれに関してＭＡＣ−ｅｓエンティティを構成するステップと
を備えることを特徴とする方法。
【請求項２】
前記拡張ＭＡＣ−ｅｓエンティティは、前記各ＷＴＲＵに関して、前記Ｅ−ＤＣＨリソースとは無関係に、所与の状態にある前記ＷＴＲＵの接続中ずっと維持される専用拡張ＭＡＣ−ｅｓエンティティであることを特徴とする請求項１に記載の方法。
【請求項３】
前記拡張ＭＡＣ−ｅｓは、専用トラフィックチャネルのために構成され、さらにＳＲＮＣ（ソース無線ネットワーク制御装置）に終端させられ、さらに前記ＷＴＲＵに関連付けられることを特徴とする請求項１に記載の方法。
【請求項４】
前記拡張ＭＡＣ−ｅと前記拡張ＭＡＣ−ｅｓは、１つのＷＴＲＵに同時に関連する共通エンティティとして動作することを特徴とする請求項１に記載の方法。
【請求項５】
前記拡張ＭＡＣ−ｅｓは、共通チャネルのために構成され、さらにＣＲＮＣ（コントローリング無線ネットワーク制御装置）に終端させられることを特徴とする請求項１に記載の方法。
【請求項６】
前記拡張ＭＡＣ−ｅｓエンティティは、前記ＷＴＲＵによって使用される共通Ｅ−ＤＣＨリソースセットに関連付けられることを特徴とする請求項５に記載の方法。
【請求項７】
ＭＡＣ（媒体アクセス制御）リソースおよびトランスポートチャネルを管理する方法であって、
ＣＥＬＬ＿ＦＡＣＨトランスポートチャネルにおけるＥ−ＤＣＨを、共通トランスポートチャネルデータストリームの一部として構成するステップと、
Ｉｕｂインタフェースプロトコルを介してノードＢとＣＲＮＣの間で共通Ｅ−ＤＣＨ（拡張専用チャネル）トランスポートチャネル上でデータをトランスポートし、データをトランスポートするフレームプロトコル上の情報は、ＷＴＲＵ−ｉｄ（無線送信／受信ユニット識別情報）を含むステップと、
Ｉｕｒインタフェースフローを介して前記ＣＲＮＣからＳＲＮＣまで共通Ｅ−ＤＣＨ（拡張専用チャネル）トランスポートチャネル上でデータをさらにトランスポートし、前記Ｉｕｒ上の情報は、ＷＴＲＵ−ＩＤ（無線送信／受信ユニット識別情報）を含むステップとを備えることを特徴とする方法。
【請求項８】
前記ＷＴＲＵ−ＩＤは、前記Ｉｕｂフレーム上のＥ−ＲＮＴＩであることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＷＴＲＵ−ＩＤは、前記Ｉｕｒフレーム上のＳ−ＲＮＴＩであることを特徴とする請求項８に記載の方法。
【請求項１０】
アンテナと、
複数の共通Ｅ−ＤＣＨリソースのそれぞれに関して拡張ＭＡＣ−ｅエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ（拡張専用チャネル）スケジューリングモジュールと、Ｅ−ＤＣＨ制御モジュールと、逆多重化モジュールと、ＨＡＲＱモジュールとを含むことを特徴とするノードＢ。
【請求項１１】
Ｉｕｂフレームプロトコルのヘッダフィールドの中でＷＴＲＵ−ｉｄを送信するように構成された送信機をさらに備えることを特徴とする請求項１０に記載のノードＢ。
【請求項１２】
前記ＷＴＲＵ−ｉｄは、Ｅ−ＲＮＴＩであり、さらに前記Ｉｕｂインタフェースを介して送信されることを特徴とする請求項１１に記載のノードＢ。
【請求項１３】
共通トランスポートチャネルを介して複数のＷＴＲＵ（無線送信／受信ユニット）に関するＩｕｂデータを送信するように構成された送信機をさらに備え、前記複数のＷＴＲＵのそれぞれは、Ｃｅｌｌ＿ＦＡＣＨ状態にある間、拡張専用チャネルを介して送信するように構成されることを特徴とする請求項１０に記載のノードＢ。
【請求項１４】
ＷＴＲＵが前記ノードＢに専用トラフィックを送信している場合、前記複数のＥ−ＤＣＨリソースの少なくとも１つに関連する拡張ＭＡＣ−ｅエンティティを介して前記ＷＴＲＵに接続するようにさらに構成されることを特徴とする請求項１０に記載のノードＢ。
【請求項１５】
アンテナと、
セルにおける各共通Ｅ−ＤＣＨリソースにつき１つの拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅｓエンティティは、ＣＣＣＨ（共通制御チャネル）トラフィックのために使用され、さらに分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ（巡回冗長検査）誤り訂正モジュールとを含むことを特徴とするＣＲＮＣ（コントローリング無線ネットワーク制御装置）。
【請求項１６】
ＣＣＣＨ（共通制御チャネル）を介してデータを受信するように構成された受信機と、
前記データが前記ＣＣＣＨを介して受信されたことを検出し、さらにそれに関連する拡張ＭＡＣ−ｅｓエンティティを特定するようにさらに構成された前記プロセッサと、
前記拡張ＭＡＣ−ｅｓエンティティに前記データを転送するように構成された送信機とをさらに備えることを特徴とする請求項１５に記載のＣＲＮＣ。
【請求項１７】
複数のＷＴＲＵ（無線送信／受信ユニット）と通信するように構成されたアンテナと、
Ｃｅｌｌ＿ＦＡＣＨ状態にある各ＷＴＲＵにつき１つの拡張ＭＡＣ−ｅｓエンティティをセットアップするように構成されたプロセッサとを備え、前記拡張ＭＡＣ−ｅｓエンティティは、Ｅ−ＤＣＨ（拡張専用チャネル）トラフィックのために使用され、さらに前記ＭＡＣ−ｅｓエンティティは、分解モジュールと、並べ替え−キュー分配モジュールと、並べ替えモジュールと、マクロダイバーシティ選択モジュールと、再構築モジュールと、ＣＲＣ誤り訂正モジュールとを含むことを特徴とするＳＲＮＣ（サービング無線ネットワーク制御装置）。
【図１】
【図２】
【図２Ａ】
【図３】
【図４】
【図５】
【図６】
【図２】
【図２Ａ】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２０１１−５０２４０２（Ｐ２０１１−５０２４０２Ａ）
【公表日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願番号】特願２０１０−５３１２３０（Ｐ２０１０−５３１２３０）
【出願日】平成２０年１０月２３日（２００８．１０．２３）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８０８９６
【国際公開番号】ＷＯ２００９／０５５５３６
【国際公開日】平成２１年４月３０日（２００９．４．３０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２３年１月２０日（２０１１．１．２０）
【国際特許分類】
【出願日】平成２０年１０月２３日（２００８．１０．２３）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８０８９６
【国際公開番号】ＷＯ２００９／０５５５３６
【国際公開日】平成２１年４月３０日（２００９．４．３０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]