JP5714146B2 - アップリンクプロトコル変更をサポートするための方法および装置 - Google Patents

Description

本出願は、ワイヤレス通信に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース６（Ｒ６）システムでは、確認応答モード（ＡＭ、acknowledged mode）における無線リンク制御（ＲＬＣ）レイヤは、固定のプロトコルデータユニット（ＰＤＵ）サイズを使用して動作する。加えて、基地局中の媒体アクセス制御高速（ＭＡＣ−ｈｓ）レイヤ、およびワイヤレス送受信ユニット（ＷＴＲＵ）中の媒体アクセス制御（ＭＡＣ）は、上位レイヤからのサービスデータユニット（ＳＤＵ）のセグメント化をサポートしない。これらの制限の結果、特に高速パケットアクセス（ＨＳＰＡ）がより高いデータレートへと進化するのに伴い、性能が制限されることがある。

より高いデータレートを達成し、プロトコルオーバヘッドおよびパディングを削減するために、３ＧＰＰ規格のリリース７では、レイヤ２（Ｌ２）プロトコルに対するいくつかの新しい機能が導入された。導入された概念の中には、ダウンリンクにおける、フレキシブルＲＬＣ ＰＤＵサイズ、およびＭＡＣセグメント化がある。アップリンクにおけるＬ２動作を拡張させることもまた提案された。提案された拡張は、例えば、フレキシブルＲＬＣ ＰＤＵサイズに対するサポートの導入、ＭＡＣセグメント化に対するサポートの導入、古いプロトコルフォーマットと新しいプロトコルフォーマットとの間の円滑な移行を可能にすること、および、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨの間のシームレスな状態遷移をサポートすること（例えばＣＥＬＬ＿ＦＡＣＨ ＵＬ送信の潜在的な拡張に依存する）を対象とする。

図１に、３ＧＰＰ規格のリリース７に記載のものなどの、拡張個別チャネル（Ｅ−ＤＣＨ）の使用を伴う従来のプロトコルアーキテクチャ１００（例えばＭＡＣレイヤ以下のレイヤを含む）を示す。Ｅ−ＤＣＨの使用に特有のＭＡＣサブレイヤは、ＭＡＣ−ｅｓおよびＭＡＣ−ｅサブレイヤである。潜在的に、Ｌ２プロトコルの改良は、ＲＬＣサブレイヤ（図１には示さず）、ＭＡＣ−ｅｓおよびＭＡＣ−ｅサブレイヤを拡張させることによって達成することができる。基地局中ではＭＡＣ−ｅサブレイヤのみが終端することに留意されたい。

改良型Ｌ２拡張ＭＡＣ−ｅ／ｅｓエンティティは、ＭＡＣ−ｉ／ｉｓエンティティと呼ぶことができる。改良型Ｌ２の機能は、ＣＥＬＬ＿ＤＣＨにおけるＥ−ＤＣＨ送信、またはＣＥＬＬ＿ＦＡＣＨにおけるＥ−ＤＣＨ送信に使用することができる。後者はＥ−ＲＡＣＨ送信とも呼ばれる。

改良型アップリンク（ＵＬ）レイヤ２プロトコルなどの新しい機能をシステム中に配置することは通常、システム全体で一度に実施することができないので、しばらくの間は、新しい機能をサポートしない基地局によってカバーされるエリアが存在することになる。これらの基地局が、新しい機能をサポートする無線ネットワークコントローラ（ＲＮＣ）によって制御される無線ネットワークサブシステムの一部であったとしても、そうなる場合がある。これらのレガシー基地局は、新しい機能を実施する基地局（拡張基地局）に隣接することになるので、拡張基地局によってカバーされるエリア内で通信を開始して、レガシー基地局によってカバーされるエリア内に移動するＷＴＲＵが存在することになる。

したがって、レガシー基地局によってカバーされるエリアにＷＴＲＵが移動する際に円滑な移行を提供しながら、拡張基地局によってカバーされるエリアにおけるアップリンクプロトコルをサポートするための方法および装置を提供することが有益であろう。

アップリンク（ＵＬ）プロトコル変更をサポートするための方法および装置を開示する。この方法は、媒体アクセス制御（ＭＡＣ）プロトコルを再構成することを含む。ハイブリッド自動再送要求（ＨＡＲＱ）プロセスがフラッシュされ、ＭＡＣ−ｅ／ｅｓリセットが実施される。

添付の図面と共に例として提供する以下の記述から、より詳細な理解が得られる。
従来のプロトコルアーキテクチャを示す図である。 ＷＴＲＵおよび複数のノードＢを含む、例示的なワイヤレス通信システムを示す図である。 図２のＷＴＲＵおよびノードＢの例示的な機能ブロック図である。 ＭＡＣリセットを実施する方法の流れ図である。 Ｅ−ＤＣＨプロトコルアーキテクチャを示す図である。 ＭＡＣ ＰＤＵ生成の例示的な図である。 代替的ＭＡＣ ＰＤＵ生成の例示的な図である。 別の代替的ＭＡＣ ＰＤＵ生成の例示的な図である。

本明細書で言及する用語「ワイヤレス送受信ユニット（ＷＴＲＵ）」は、ユーザ端末（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラー電話機、ＰＤＡ（personal digital assistant）、コンピュータ、または、ワイヤレス環境で動作できる他のタイプのユーザデバイスを含むが、これらに限定されない。また、用語「基地局」は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または、ワイヤレス環境で動作できる他のタイプのインタフェース接続デバイスを含むが、これらに限定されない。

図２に、ＷＴＲＵ２１０ならびに複数のノードＢ２２０（２２０₁および２２０₂）を含む、例示的なワイヤレス通信システム２００を示す。図２に示すように、ＷＴＲＵ２１０はノードＢ２２０₁と通信する。図２に示す例では、ＷＴＲＵ２１０は、ノードＢ２２０₁との通信からノードＢ２２０₂との通信に移行することができ、ノードＢ２２０₁は拡張ノードＢ（例えば３ＧＰＰ規格リリース８のノードＢ）であり、ノードＢ２２０₂は、アクティブセットに追加された非拡張ノードＢ（例えばリリース６または７）である。図２にはＷＴＲＵ２１０およびノードＢ２２０の例示的な構成が示してあるが、ワイヤレスおよび有線デバイスの任意の組合せがワイヤレス通信システム２００に含まれてよいことに留意されたい。例えば、無線ネットワークコントローラ（ＲＮＣ、図示せず）がワイヤレス通信システム２００に含まれ、１つまたは複数のノードＢ２２０と通信してもよい。

図３は、図２のワイヤレス通信システム２００のＷＴＲＵ２１０およびノードＢ２２０の例示的な機能ブロック図３００である。図３に示すように、ＷＴＲＵ２１０はノードＢ２２０と通信する。

通常のＷＴＲＵ中に見ることのできるコンポーネントに加えて、ＷＴＲＵ２１０は、プロセッサ２１５、受信機２１６、送信機２１７、およびアンテナ２１８を備える。受信機２１６および送信機２１７は、プロセッサ２１５と通信する。アンテナ２１８は、受信機２１６と送信機２１７の両方と通信して、ワイヤレスデータの送受信を容易にする。ＷＴＲＵ２１０のプロセッサ２１５は、ＵＬプロトコルをサポートするように構成される。

通常のノードＢ中に見ることのできるコンポーネントに加えて、ノードＢ２２０は、プロセッサ２２５、受信機２２６、送信機２２７、およびアンテナ２２８を備える。受信機２２６および送信機２２７は、プロセッサ２２５と通信する。アンテナ２２８は、受信機２２６と送信機２２７の両方と通信して、ワイヤレスデータの送受信を容易にする。ノードＢ２２０のプロセッサ２２５は、ＵＬプロトコルをサポートするように構成される。

ＷＴＲＵ２１０が拡張ＵＬ Ｌ２サービング無線ネットワークコントローラ（ＳＲＮＣ）に接続されている間にレガシーノードＢ２２０によって動作できるようにするためのいくつかの方法について、以下に述べる。このようにして、ＷＴＲＵ２１０は、ＳＲＮＣがＲ８のＳＲＮＣである場合に、レガシー（例えばＲ６、Ｒ７）ノードＢ２２０に接続されている間に拡張Ｌ２プロトコルを利用可能とすることができる。加えて、拡張Ｌ２プロトコルをサポートするエリアとサポートしないエリアとの間でＷＴＲＵ２１０が移行する際に円滑な移行を提供することのできる方法、ならびにデータを回復する方法についても以下に述べる。

加えて、以下に述べるいくつかの方法はＵＬコンテキストを参照するが、これらの方法は、例えばノードＢの機能とＲＮＣの機能とが１つのノード中に存在できる場合などの、コラプスト（collapsed）アーキテクチャがある場合のダウンリンク（ＤＬ）にも適用可能である。用語「ＭＡＣ−ｉ／ｉｓ」エンティティは、ＵＬ Ｌ２改良を伴う拡張ＭＡＣ−ｅ／ｅｓエンティティを指す。したがって、以下の記述全体を通して、ＭＡＣ−ｉ／ｉｓとＭＡＣ−ｅ／ｅｓは交換可能に使用することができる。

非拡張ノードＢ２２０がアクティブセットに追加された場合、拡張Ｌ２プロトコルで動作しているＷＴＲＵ２１０はまた、再び従来のＬ２プロトコルでの動作を用いることができる。反対に、アクティブセット中の全てのノードＢ２２０が拡張ノードＢである場合は、従来のＬ２プロトコルで動作しているＷＴＲＵ２１０は、拡張Ｌ２プロトコルを使用して動作したいと望む場合には何らかの再構成機能を実施する必要がある場合がある。

一例では、ＭＡＣプロトコルが拡張プロトコルと非拡張プロトコルとの間で変化するとき、どんなハイブリッド自動再送要求（ＨＡＲＱ）プロセスもフラッシュされる。加えて、完全なＭＡＣ−ｅ／ｅｓリセットを実施することができる。ＭＡＣ−ｅ／ｅｓリセットは、ＲＲＣ再構成メッセージ（すなわち無線ベアラ再構成、トランスポートチャネル再構成など）等の無線リソース制御（ＲＲＣ）メッセージを介して、またはアクティブセット更新メッセージを介してシグナリングすることができる。

図４は、ＭＡＣリセットを実施する方法４００の流れ図である。ステップ４１０で、ＭＡＣプロトコルは、拡張プロトコルに、または拡張プロトコルから変化する。例えば、ＭＡＣプロトコルは、アクティブセット中の全てのノードＢが拡張ノードＢであるときに非拡張プロトコルから拡張プロトコルに変化する場合があり、アクティブセットに非拡張ノードＢが追加されたときに拡張プロトコルから非拡張プロトコルに変化する場合がある。

ＭＡＣプロトコルが変化したとき（ステップ４１０）、ＭＡＣ−ｅ／ｅｓリセットをトリガすることができる（ステップ４２０）。これが行われると、ＨＡＲＱプロセスがフラッシュされ（ステップ４３０）、Ｅ−ＤＣＨにマッピングされる全ての論理チャネルについて状態変数ＣＵＲＲＥＮＴ＿ＴＳＮが０に設定され（ステップ４４０）、残りのセグメントもセグメント化バッファまたはエンティティから廃棄される（ステップ４５０）。

前述のように、ＲＲＣシグナリングを利用して、ＷＴＲＵ２１０にＬ２プロトコル変更を通知することができる。これを達成するために、以下のメッセージの１つまたは複数を利用して再構成をシグナリングすることができる。
・アクティブセット更新（Active Set Update）：以下の構成情報要素（ＩＥ）または情報の１つまたは複数をアクティブセット更新メッセージに追加することができる。
− 必要とされるときに固定ＲＬＣ ＰＤＵとフレキシブルＲＬＣ ＰＤＵとの間で変更するようＷＴＲＵ２１０に警告する「ＲＬＣ情報」。
− 拡張ＭＡＣ−ｅ／ｅｓと通常のＭＡＣ−ｅ／ｅｓとの間の変更。これは、このメッセージ内で、Ｅ−ＤＣＨ情報または再構成済みリンクの一部としてシグナリングされるべきである。
− ＭＡＣ−ｅ／ｅｓリセットインジケータ。
− 無線ベアラ（ＲＢ）マッピング情報。
− 「再構成するＲＢ情報」ＩＥ−新しいプロトコルによって再構成する全ての無線ベアラのリスト。ＩＥ「再構成するＲＢ情報」は、ＲＬＣ情報やＲＢマッピング情報など、上に挙げた他の情報要素のいくつかを含んでもよい。
・再構成メッセージ（Reconfiguration Message）（無線ベアラ／トランスポートチャネル再構成）：アクティブセット更新の後に、レイヤ２プロトコルパラメータを更新するＲＲＣ再構成メッセージが続くことができる。あるいは、レイヤ２の再構成は、アクティブセット更新なしにＲＲＣ再構成メッセージによって直接シグナリングすることもできる。固定からフレキシブルへのＵＬ ＲＬＣプロトコルの変更は、このメッセージ中でシグナリングすることができる。加えて、ＩＥ「ＲＬＣ情報」を、ＲＬＣプロトコルのどのバージョンがアップリンクに使用されているか（例えば固定またはフレキシブル）を示すように修正することもできる。ＲＲＣメッセージはまた、拡張ＭＡＣ−ｅ／ｅｓが使用されているか古いＭＡＣ−ｅ／ｅｓが使用されているかもシグナリングすべきである。

拡張Ｌ２プロトコルからの、および拡張Ｌ２プロトコルへの再構成を処理する方式の１つは、図２のワイヤレス通信システム２００などのワイヤレス通信システム中のデバイスのサブレイヤにおける動作およびインタフェースを利用することである。したがって、図５にＥ−ＤＣＨプロトコルアーキテクチャ５００を示す。プロトコルアーキテクチャ５００は、ＷＴＲＵ２１０、ノードＢ２２０、ＤＲＮＣ２３０およびＳＲＮＣ２４０を含む。

ＭＡＣ−ｅサブレイヤは、プロトコルアーキテクチャ５００中で、図１のような従来のアーキテクチャのＭＡＣ−ｅサブレイヤから変化していない。セグメント化および／または論理チャネル多重化などの拡張ＭＡＣ機能は、図５で「ＭＡＣ−ｅｅｓ」と呼ばれる拡張ＭＡＣ−ｅｓサブレイヤによって完全にサポートされる。これにより、ＷＴＲＵ２１０およびＳＲＮＣ２４０は、レガシーノードＢ２２０によって拡張機能を使用することができる。

アダプテーションサブレイヤ（すなわち図５のＭＡＣ−ｅアダプテーションサブレイヤ）が、ＭＡＣ−ｅｅｓとＭＡＣ−ｅとの間に挿入され、ＷＴＲＵ２１０とＳＲＮＣ２４０の両方の中に１つのアダプテーションサブレイヤが存在する。ＷＴＲＵ２１０側のアダプテーションサブレイヤは、レガシーノードＢによって正しく処理できるＭＡＣ−ｅ ＰＤＵを構築する。この構築については、図５に示すレイヤまたはサブレイヤ、ならびに図６、図７および図８のＭＡＣ ＰＤＵ生成図を参照しながらより詳細に後述する。レガシーノードＢ２２０は、ＭＡＣ−ｅｅｓから生成されたデータをＭＡＣ−ｅ ＰＤＵ内で受け取り、これをレガシーＭＡＣ−ｅｓ ＰＤＵとして認識する。ノードＢ２２０は、これらをレガシーＭＡＣ−ｅｓ ＰＤＵとして相応に処理する。ＭＡＣ−ｅｓ ＰＤＵは、ＳＲＮＣ２４０に転送され、ここでもやはり最初にレガシーＭＡＣ−ｅｓ ＰＤＵとして処理される。しかし、Ｅ−ＤＣＨフレームプロトコルを使用して送信されたこれらのＭＡＣ−ｅｓ ＰＤＵは、その後、ＳＲＮＣ２４０中のアダプテーションサブレイヤによって処理され、このアダプテーションサブレイヤは、ＭＡＣ−ｅｓ ＰＤＵをＭＡＣ−ｅｅｓ ＰＤＵに変換する。

したがって、ＷＴＲＵ２１０は、非拡張ノードＢ２２０がアクティブセットに追加されたときに、レガシーＬ２プロトコル（すなわち古いＭＡＣ−ｅ／ｅｓおよび固定ＲＬＣ ＰＤＵサイズ）に切り替える必要はない。ＳＲＮＣ２４０がＲ８のＳＲＮＣ２４０である（すなわちＭＡＣ−ｅｅｓおよびＭＡＣ−ｅアダプテーションサブレイヤを含む）限り、ＷＴＲＵ２１０は、拡張Ｌ２プロトコルを用いて動作することができる。論理チャネル識別およびＭＡＣ−ｅｅｓ機能は、いくつかの方式で処理することができる。

例えば、一実施形態では、サービス品質（ＱｏＳ）特性の点から見た論理チャネルインデックスの意味は、ＭＡＣ−ｅサブレイヤにおいて維持される。このことは、ＭＡＣ−ｅサブレイヤにおける論理チャネル＃ｎの意味が、それよりも上のレイヤにおける論理チャネル＃ｎと同じであることを意味する。このようにして、ノードＢ２２０は、ＷＴＲＵ２１０をその種々の論理チャネルのＱｏＳに従って正しくスケジュールすることができる。さらに、ノードＢ２２０は、ＭＡＣ−ｅ ＰＤＵからＭＡＣ−ｅｓ ＰＤＵへの逆多重化を実施し、Ｉｕｂインタフェースを介してこれらをＳＲＮＣに転送する。

図６に、ＭＡＣ ＰＤＵ生成の例示的な図６００を示す。ＭＡＣ−ｅｅｓ、アダプテーションファンクション、およびＭＡＣ−ｅレイヤのそれぞれの異なる機能が、全て図６に示されている。ＭＡＣ−ｅｅｓサブレイヤの機能は、以下を含む。ＷＴＲＵ２１０側では、所与の論理チャネルからの、または場合によっては所与のＭＡＣ−ｄフローからのＭＡＣ−ｅｅｓ ＳＤＵ（またはＭＡＣ−ｄ ＰＤＵ）は、この送信のためのこの論理チャネル（またはＭＡＣ−ｄフロー）の利用可能ビット数にちょうど収まるように連結および／またはセグメント化される。得られたデータは、ＭＡＣ−ｅｅｓヘッダに加えて、ＭＡＣ−ｅｅｓ ＰＤＵを形成する。ＭＡＣ−ｅｅｓヘッダは、各並べ替えＰＤＵにつき、以下の情報を含む。
− ＳＲＮＣにおける並べ替えを補助するのに使用される送信シーケンス番号（ＴＳＮ）フィールド。
− ＭＡＣ−ｅｅｓ ＰＤＵの最初と最後の部分がセグメントであるか完全なＰＤＵであるか（ＭＡＣ−ｅｈｓと同様にして）を示すのに使用されるセグメント化記述（ＳＤ）フィールド。
− 各ＭＡＣ−ｅｅｓ ＳＤＵまたはそのセグメントの長さを示すフィールド（例えば、各セグメントのバイト数を示す長さインジケータ（ＬＩ））。

論理チャネル識別（identity）は、ＭＡＣ−ｅｅｓヘッダから省略して、３ＧＰＰ規格のリリース６／７におけるようにＭＡＣ−ｅヘッダのデータ記述インジケータ（ＤＤＩ）フィールドによって示すことができる。しかし、各ＭＡＣ−ｅｅｓ ＳＤＵ（もしくはそのセグメント）または各ＭＡＣ−ｅｅｓごとに論理チャネル識別があってもよい。

アダプテーションファンクションの機能は、以下を含む。ＷＴＲＵ２１０側では、このサブレイヤは、各並べ替えＰＤＵにつき、ヘッダを含めてこのＭＡＣ−ｅｅｓ ＰＤＵのサイズ以上のサイズである仮想ＭＡＣ−ｅｓ ＰＤＵサイズを表す、ＤＤＩとＮフィールドの組合せを決定する。アダプテーションサブレイヤは、ＭＡＣ−ｅｅｓ ＰＤＵの実際のサイズ（ＴＳＮフィールドのサイズを引いたサイズ）にできるだけ近いサイズを表す組合せを選択する。

例えば、ＭＡＣ−ｅｅｓ ＰＤＵのサイズが３１００ビットであり、３２０ビットのＭＡＣ−ｄ ＰＤＵサイズを有する対応する論理チャネルにマッピングされるＤＤＩ値が存在する場合、アダプテーションファンクションは、Ｎ＝１０を有するこのＤＤＩを選択することができる。ＤＤＩとＮの適切な組合せが見つかると、アダプテーションサブレイヤは、各ＭＡＣ−ｅｅｓ ＰＤＵに、その拡張サイズをＤＤＩとＮの組合せに対応する仮想ＭＡＣ−ｅｓ ＰＤＵのサイズと一致させる必要数のパディングビットを付加する。述べた例では、アダプテーションサブレイヤは、１０６ビット（すなわち３２０×１０−３１００＋６）を付加することが必要となり、それにより、ＴＳＮの６ビットを除いた拡張ＭＡＣ−ｅｅｓ ＰＤＵのサイズは、サイズ３２０ビットの１０個のＭＡＣ−ｅｓ ＳＤＵからなるＭＡＣ−ｅｓ ＰＤＵのサイズと一致する。

また、アダプテーションレイヤは、どんなパディングもＭＡＣ−ｅｅｓ ＰＤＵに追加しないことを選択することもできる。この追加は、事前定義済みのサイズセットの組合せの１つと同一サイズのＭＡＣ−ｅｅｓ ＰＤＵをＭＡＣ−ｅｅｓサブレイヤが生成するよう制限することによって回避することができる。しかし、十分なデータが利用可能でない場合は、アダプテーションファンクションは、ＭＡＣ−ｅｅｓ ＰＤＵにパディングを追加する。選択されるＭＡＣ−ｅｅｓ ＰＤＵサイズは、その論理チャネルに対する最大許容ビット数または利用可能ビット数にできるだけ近いように選択される。セグメント化する能力、またはフレキシブルＲＬＣ ＰＤＵサイズを送るようＲＬＣに要求する能力により、これを達成することができる。

ＷＴＲＵ２１０のＭＡＣ−ｅサブレイヤは、各ＭＡＣ−ｅｓ ＰＤＵについての選択されたＤＤＩおよびＮの値と、必要数のパディングビットで拡張されたＭＡＣ−ｅｅｓ ＰＤＵと、任意選択でＤＤＩおよび／またはスケジューリング情報フィールドとからなる、ＭＡＣ−ｅ ＰＤＵを構築する。異なる論理チャネル（すなわちＭＡＣ−ｅｓ ＰＤＵ）をＭＡＣ−ｅ ＰＤＵに多重化することが、ＭＡＣ−ｅレイヤで維持されることに留意されたい。

したがって、図６に示すように、ＭＡＣ−ｅ ＰＤＵのＭＡＣ−ｅヘッダ部分は、ＭＡＣ−ｅペイロードに付加されるＤＤＩおよびＮフィールドを含む。ＭＡＣ−ｅｅｓ ＰＤＵヘッダとペイロードとが含まれる適応済みＭＡＣ−ｅｓ ＰＤＵから、ＭＡＣ−ｅペイロードが形成される。

ノードＢ２２０側では、ＭＡＣ−ｅサブレイヤが、従来のワイヤレス通信システムにおけるのと同様にしてＭＡＣ−ｅ ＰＤＵを処理する。すなわち、各ＭＡＣ−ｅ ＰＤＵはＭＡＣ−ｅｓ ＰＤＵに逆多重化され、これらはＥ−ＤＣＨフレームプロトコルを使用して送信され、Ｉｕｂを介して各ＭＡＣ−ｅｓ ＰＤＵのＤＤＩおよびＮフィールドが渡される。レガシーノードＢ２２０中のＭＡＣ−ｅサブレイヤは、パディングビットを認識していないので、拡張された各ＭＡＣ−ｅｅｓ ＰＤＵをＲ６／Ｒ７のＭＡＣ−ｅｓ ＰＤＵとして処理する。

ネットワーク側では、前述の動作が概して逆になる。例えば、異なるＭＡＣ−ｅｅｓ ＰＤＵが逆多重化され、データは、それぞれの論理チャネル（またはＭＡＣ−ｄフロー）に対応する並べ替え、分解、および再組み立てエンティティにルーティングされる。分解および再組み立てエンティティの出力におけるＭＡＣ−ｅｅｓ ＳＤＵは、上位レイヤに送られる。

例えば、ＳＲＮＣ２４０は、ＭＡＣ−ｅｓ ＰＤＵをそれぞれのＭＡＣ−ｄフロー上で受け取り、ＳＲＮＣ２４０中の再配信機能レイヤが、ＤＤＩフィールドに基づいてこれらを正しい論理チャネルフローに送る。あるいは、ＤＤＩフィールドが利用されずＭＡＣ−ｅｅｓヘッダが論理チャネル識別（ＬＣＨ−ＩＤ）を含む場合は、キュー配信機能がＬＣＨ−ＩＤフィールドに基づいてＰＤＵをルーティングすることができる。

ＳＲＮＣ２４０側のアダプテーションサブレイヤは、ＭＡＣ−ｅｓ ＰＤＵからＭＡＣ−ｅｅｓ ＰＤＵを抽出する。これは、ＭＡＣ−ｅｅｓ ＰＤＵが事前定義済みサイズの１つにちょうど収まるようにするために追加されたパディングビットがあればそれらを除去することによって行われる。パディングビットの除去は、個々のＭＡＣ−ｅｅｓ ＳＤＵまたはセグメントの長さ（例えばＬＩフィールド中の）を示すＭＡＣ−ｅｅｓヘッダフィールドを読み取ることによって行うことができる。あるいは、適切な数のパディングビットの除去は、ＭＡＣ−ｅｅｓサブレイヤ中で実施される。この時点で、ＭＡＣ−ｅｅｓ ＰＤＵを、ＭＡＣ−ｅｅｓサブレイヤにルーティングすることができる。ＳＲＮＣ２４０中のＭＡＣ−ｅｅｓサブレイヤに到達すると、ＭＡＣ−ｅｅｓ ＰＤＵのヘッダを利用して、ＭＡＣ−ｅｅｓ ＰＤＵを並べ替えおよび分解してＭＡＣ−ｅｅｓ ＳＤＵおよびそれらのセグメントにすることができる。

パディングビットの除去は、分解／再組み立てプロセスの一部として並べ替えの前または後に行うことができることに留意されたい。また、アダプテーションサブレイヤを用いた効率的な動作を容易にするために、論理チャネルごとのＤＤＩ値を、パディングビット数が最小限になるようにして設計することができることに留意されたい。

図６の代替として、必ずしも論理チャネルインデックスがＭＡＣ−ｅと他のサブレイヤとの間で識別可能である必要はない。異なるＤＤＩ値を異なるペイロードサイズにマッピングするのを容易にする目的で、ＭＡＣ−ｅサブレイヤにおける異なる論理チャネルを定義することができる。ＷＴＲＵ２１０側からは、ＤＤＩマッピングおよびＮの値を使用して、ＷＴＲＵ２１０がノードＢ２２０に対して指し示すことができる可能なサイズのセットを増大させる。より具体的には、ＤＤＩ＊Ｎは、ＭＡＣ−ｅｓ ＰＤＵの総サイズ、あるいはＭＡＣ−ｅｅｓ ＰＤＵの総サイズ（すなわち共に多重化された全ての並べ替えＰＤＵのサイズ）をもたらすことになる。

したがって、ＤＤＩフィールドの６ビットがＷＴＲＵ２１０によって使用されて、より大きい可能サイズセットがもたらされる。Ｒ８ノードＢ２２０は、ＤＤＩフィールドがＭＡＣ−ｅｅｓ ＰＤＵサイズのセットに対応することを認識しており、ＤＤＩを論理チャネル、ＭＡＣ−ｄフロー、およびＭＡＣ−ｄ ＰＤＵサイズに関連付けないことがわかっている。しかし、Ｒ７ノードＢ２２０はＤＤＩフィールドを異なる仕方で解釈し、Ｒ７ノードＢ２２０は、そのＤＤＩフィールドの論理チャネルおよびＭＡＣ−ｄフローも考慮するように構成されている可能性がある。しかし、ＭＡＣ−ｅｓ ＰＤＵがＤＤＩおよびＮフィールドと共にＩｕｂフレームを介して転送されても、ＳＲＮＣ２４０は、提供されたＤＤＩおよびＮフィールドを無視し、受け取ったＰＤＵを相応に処理する。

図７に、代替的ＭＡＣ ＰＤＵ生成の例示的な図７００を示す。図７では、ＭＡＣ−ｅｅｓサブレイヤの機能は以下を含む。ＷＴＲＵ２１０側では、所与の論理チャネル（または場合によっては所与のＭＡＣ−ｄフロー）からのＭＡＣ−ｅｅｓ ＳＤＵ（またはＭＡＣ−ｄ ＰＤＵ）が、この送信のためのこの論理チャネル（またはＭＡＣ−ｄフロー）の利用可能ビット数にちょうど収まるように連結および／またはセグメント化される。この操作の結果は、「並べ替えＰＤＵ」と呼ばれる。加えて、ＭＡＣ−ｅｅｓサブレイヤは、異なる論理チャネル（またはＭＡＣ−ｄフロー）からの並べ替えＰＤＵを共に多重化し、その結果にＭＡＣ−ｅｅｓヘッダを付加して、ＭＡＣ−ｅｅｓ ＰＤＵを形成する。ＭＡＣ−ｅｅｓヘッダは、各並べ替えＰＤＵにつき、以下の情報を含む。
− ＳＲＮＣにおける並べ替えを補助するのに使用される送信シーケンス番号（ＴＳＮ）フィールド。
− 並べ替えＰＤＵの最初と最後の部分がセグメントであるか完全なＰＤＵであるか（ＭＡＣ−ｅｈｓと同様にして）を示すのに使用されるセグメント化記述（ＳＤ）フィールド。
− 各ＭＡＣ−ｅｅｓ ＳＤＵまたはそのセグメントの長さを示すフィールド（例えば、各セグメントのバイト数を示す長さインジケータ（ＬＩ））。
− 各ＭＡＣ−ｅｅｓ ＳＤＵ（もしくはそのセグメント）についての、または場合によっては各並べ替えＰＤＵのみについての、論理チャネル識別。

ＷＴＲＵ２１０側で、アダプテーションサブレイヤは、図６で利用した方式と同様にして、得られたＭＡＣ−ｅｅｓ ＰＤＵについて、このＭＡＣ−ｅｅｓ ＰＤＵのサイズ以上のサイズである仮想ＭＡＣ−ｅｓ ＰＤＵサイズを表すＤＤＩとＮフィールドの組合せを決定する。１つの違いは、ＭＡＣ−ｅ ＰＤＵ中にＭＡＣ−ｅｅｓ ＰＤＵは１つしかなく、したがって１つのＤＤＩおよびＮフィールドのみがＭＡＣ−ｅ ＰＤＵに組み込まれることになる点である。アダプテーションファンクションはまた、パディングビット数が確実に最小限になるようにする。

ＷＴＲＵ２１０のＭＡＣ−ｅサブレイヤは、ＭＡＣ−ｅｅｓ ＰＤＵについての選択されたＤＤＩおよびＮの値と、必要数のパディングビットで拡張されたＭＡＣ−ｅｅｓ ＰＤＵと、任意選択でＤＤＩ（ＤＤＩ２）、スケジューリング情報（ＳＩ）フィールド、および／またはパディングビットとからなる、ＭＡＣ−ｅ ＰＤＵを構築する。この動作では、ＭＡＣ−ｅヘッダは、ＤＤＩおよびＮフィールドと、任意選択で追加のＤＤＩフィールド（例えばＤＤＩ２）とを含むことになる。ＭＡＣ−ｅペイロード部分は、ＭＡＣ−ｅｓ ＰＤＵ（これは、ＭＡＣ−ｅｅｓ ＰＤＵと、任意のパディングビットとを含む）と、任意選択でＳＩフィールドとを含むことになる。

この場合もやはり、ノードＢ２２０側では、ＭＡＣ−ｅサブレイヤが従来の方式でＭＡＣ−ｅ ＰＤＵを処理することができる。すなわち、ＤＤＩおよびＮフィールドは１つしかないので、ＭＡＣ−ｅ ＰＤＵからＭＡＣ−ｅｓ ＰＤＵが抽出され、次いでＩｕｂフレームプロトコルを介して送信される。この場合もやはり、ＭＡＣ−ｅサブレイヤは、ＭＡＣ−ｅｓ ＰＤＵ中のパディングビットを認識していないので、ＭＡＣ−ｅｓ ＰＤＵが複数の論理チャネルからのデータを含むことを認識していない。

ＳＲＮＣ２４０側では概して逆の動作が実施される。例えば、異なる並べ替えＰＤＵが逆多重化され、データは、それぞれの論理チャネル（またはＭＡＣ−ｄフロー）に対応する並べ替え、分解および再組み立てエンティティにルーティングされる。分解および再組み立てエンティティの出力におけるＭＡＣ−ｅｅｓ ＳＤＵは、上位レイヤに送られる。

ＳＲＮＣ２４０側のアダプテーションサブレイヤは、ＭＡＣ−ｅｓ ＰＤＵからＭＡＣ−ｅｅｓ ＰＤＵを抽出する。これは、ＭＡＣ−ｅｅｓ ＰＤＵが事前定義済みサイズの１つにちょうど収まるようにするために追加されたパディングビットを除去することによって行われる。パディングビットの除去は、個々の並べ替えＰＤＵ、ＭＡＣ−ｅｅｓ ＳＤＵ、または各並べ替えＰＤＵ内のセグメントの長さを示すＭＡＣ−ｅｅｓヘッダフィールドを読み取ることによって行うことができる。次いで、ＭＡＣ−ｅｅｓ ＰＤＵをＭＡＣ−ｅｅｓサブレイヤにルーティングすることができ、そこでＭＡＣ−ｅｅｓ ＰＤＵのヘッダを使用してＭＡＣ−ｅｅｓ ＰＤＵを元の並べ替えＰＤＵに逆多重化する。次いで、並べ替えＰＤＵを正しい並べ替えフローにルーティングすることができ、そこで並べ替え、分解、または再組み立てが実施される。

あるいは、適切な数のパディングビットの除去は、ＭＡＣ−ｅｅｓサブレイヤ中で実施してもよい。これは、ＭＡＣ−ｅｓ ＰＤＵから並べ替えＰＤＵへの逆多重化が実施されるときに行うことができる。この場合もやはり、アダプテーションサブレイヤを用いた効率的な動作を容易にするために、論理チャネルごとのＤＤＩ値を、パディングビット数が最小限になるようにして設計することができることに留意されたい。

図８に、別の代替的ＭＡＣ ＰＤＵ生成の例示的な図８００を示す。このようにして、図６で上述したＭＡＣ−ｅｅｓ ＰＤＵか図７で上述したＭＡＣ−ｅｅｓ ＰＤＵかどうかにかかわらず、ＭＡＣ−ｅｅｓ ＰＤＵの長さが、いくつかのＤＤＩおよびＮフィールド（例えばＤＤＩ１．．．ＤＤＩＫ、およびＮ１．．．ＮＫ）を使用して記述される。ＤＤＩ値は、いくつかのベース値（例えば１、１０、１０００、１００００など）からなり、種々のベースとＮフィールドの組合せが、ＭＡＣ−ｅｓ ＰＤＵまたは送信されているデータの全長を示すことができる。全てのＤＤＩ＊Ｎフィールドの合計が、ＭＡＣ−ｅｅｓ ＰＤＵの総サイズをもたらす。例えば、ＰＤＵのサイズが２３０４０ビットである場合、対応するＤＤＩおよびＮフィールドは、（ＤＤＩ₁インデックス＝１００００、Ｎ₁＝２）、（ＤＤＩ₂インデックス＝１０００、Ｎ₂＝３）、および（ＤＤＩ₃インデックス＝１０、Ｎ₃＝４）となる。この例では、ＭＡＣ−ｅヘッダはこの場合、ＤＤＩ１／Ｎ１．．．ＤＤＩＫ／ＮＫフィールドと、任意の追加のＤＤＩ（例えばＤＤＩ２）フィールドとを含み、ＭＡＣ−ｅペイロード部分は、この場合もやはり、ＭＡＣ−ｅｅｓ ＰＤＵと、任意のパディングまたはＳＩフィールドとを含む。

ネットワーク側では、レガシーノードＢ２２０はこの場合、上で使用されているのと同じベースで構成されなければならない。後方互換性を確実にし、ノードＢ２２０が同じ論理チャネルに属する複数のＤＤＩフィールドを受け取る場合を回避するために、ネットワークは、全てのＤＤＩベースが異なる論理チャネルに属するように構成することができる（すなわち、ベースＤＤＩ＝１０は論理チャネル１に向けて構成され、ＤＤＩ＝１０００は論理チャネル２に向けて構成され、以下同様となる）。これは、ノードＢアプリケーションパート（ＮＢＡＰ）シグナリングを介して行うことができる。あるいは、複数のＤＤＩベースは、同じ論理チャネルおよびＭＡＣ−ｄフローの一部とすることもできる。

ノードＢ２２０は、ＭＡＣ−ｅ ＰＤＵを受け取ると、各ＤＤＩおよびＮフィールドがＭＡＣ−ｅｓ ＰＤＵに属すると仮定することができ、ＭＡＣ−ｅ ＰＤＵを多くのセグメントに逆多重化またはフラグメント化することができる。セグメントはＳＲＮＣ２４０に送られ、ＳＲＮＣ２４０中のアダプテーションレイヤは、セグメント化された全てのデータをＭＡＣ−ｅｅｓ ＰＤＵに再組み立てする。ＭＡＣ−ｅｅｓ ＰＤＵは、ＭＡＣ−ｅｅｓサブレイヤに送られて処理される。

レガシーノードＢ２２０がＲ８アクティブセットに追加され、それにより全てのノードＢがＲ８ノードＢ２２０になったときは、ＷＴＲＵ２１０およびＲ８ノードＢ２２０は、ＭＡＣ−ｅヘッダフォーマットを変更し、アダプテーションサブレイヤ機能を開始し、ＭＡＣ−ｅヘッダをレガシーＭＡＣ−ｅプロトコルとして解釈し始める。

Ｒ８のＭＡＣ−ｅフォーマットが静的であり、レガシーＭＡＣ−ｅフォーマットと同じである場合がある。これは、図５、６、７、および８で上述したオプションのうちの１つを使用して達成することができ、この場合、アダプテーションレイヤは、ＷＴＲＵ２１０がＲ８のＳＲＮＣ２４０に接続されているときは常に存在するエンティティになる。

しかし、Ｒ８のＭＡＣ−ｅフォーマットが、レガシーノードＢ２２０がアクティブセットに追加されたときまたはその逆のときに使用されるものと異なる場合は、ＭＡＣ−ｅプロトコル挙動の変更に対処する方法が必要とされることがある。例えば、アクティブセット更新が行われ、Ｒ８ノードＢ２２０のみを含むアクティブセットにレガシーノードＢ２２０が追加されたときまたはその逆のとき、ＷＴＲＵ２１０およびノードＢは、この変更を知らされなければならない。特に、全てのＲ８ノードＢ２２０は、この変更を知らされることが必要になる。

ＷＴＲＵ２１０には、ＲＲＣアクティブセット更新メッセージを介してＭＡＣ−ｅヘッダの変更を通知することができ、あるいはＷＴＲＵ２１０は、Ｒ７／Ｒ６ノードＢ２２０が追加されたことを暗黙的に検出することができる。ＷＴＲＵ２１０がこの指示（indication）を受け取ったとき、または変更を検出したとき、ＷＴＲＵ２１０は、所与のアクティブ化時またはハンドオーバ時に、アクティブセット更新プロシージャの一部として、以下のステップの１つまたは組合せを実施することができる。
・Ｒ８のＭＡＣ−ｅフォーマットによるＭＡＣ−ｅ ＰＤＵを含むＨＡＲＱプロセスをフラッシュする。
・ＭＡＣ−ｅ／ｅｓリセットを実施する（すなわち、ＴＳＮをリセットし、ＨＡＲＱプロセスをフラッシュし、セグメント化エンティティまたはバッファ中のどんな残りのセグメントも廃棄する）。
・すでにＨＡＲＱプロセス中にある古いＭＡＣ−ｅ ＰＤＵを抽出し、新しいＭＡＣ−ｅフォーマットを使用してそれらを再生成する。
・ＭＡＣ−ｅアダプテーションレイヤをアクティブ化／非アクティブ化し、新しいＭＡＣ−ｅフォーマットを使用して開始する。

加えて、すでにアクティブセット中にあるノードＢ２２０は、ＷＴＲＵ２１０が新しいＭＡＣ−ｅヘッダフォーマットを使用し始める時点で、同じフォーマットを解釈し始める。このフォーマット変更は、ＮＢＡＰシグナリングプロシージャを介してシグナリングすることができ、プロトコルの変更は、ＷＴＲＵ２１０とノードＢ２２０の両方の中で所与のアクティブ化時に行うことができる。

さらに別の実施形態では、非拡張セルが拡張アクティブセットに追加されたとき、ＷＴＲＵ２１０は、半フレキシブルＲＬＣ ＰＤＵモードでの動作を継続または開始することができる。半フレキシブルＡＭ ＲＬＣモードは、種々のサイズだが固定サイズセット内であるＲＬＣ ＰＤＵをＷＴＲＵ２１０が生成できるようにするモードである。

非拡張セルがアクティブセットに追加され、かつＷＴＲＵ２１０が拡張ＳＲＮＣ２４０に接続されたままである間、ネットワークは、論理チャネルエンティティを、半フレキシブルＲＬＣ ＰＤＵモードを使用して動作を開始するように構成する。ネットワークは、確認応答モード（ＡＭ）で使用できるＲＬＣ ＰＤＵサイズのセット、およびそれらに対応するＤＤＩフィールドをシグナリングする。ＲＬＣは、構成済みセットから選択されたサイズのＲＬＣ ＰＤＵを生成することが許可され、送信時の直前またはそれよりも前にＲＬＣ ＰＤＵを生成することができる。

ＲＬＣによって選択されるサイズは、以下の基準の１つまたは組合せに基づくことができる。
・拡張アップリンクトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）選択：ＭＡＣは、構成済みセットから選択されたサイズのＮ個のＰＤＵを送信するようＲＬＣに要求する。ＲＬＣは、構成済みサイズの１つにちょうど収まる場合は、要求されたサイズのＰＤＵを生成する。
・ＲＬＣは、１つの最大ＲＬＣ ＰＤＵサイズで構成される。十分な利用可能なデータがある場合は、ＲＬＣ ＰＤＵは最大サイズに設定される。最大ＲＬＣ ＰＤＵサイズを満たすのに十分なデータが利用可能でない場合は、構成済みセットから次に小さいＲＬＣ ＰＤＵサイズが選択され、それにより、利用可能なデータは最小限のパディングが追加されて送信される。
・ＭＡＣは、毎ＴＴＩに、ＲＬＣ ＰＤＵのサイズをＲＬＣに伝える。
・ＭＡＣは、最初にＲＬＣ ＰＤＵサイズを要求する。ＲＬＣ ＰＤＵは、ＭＡＣが要求を変更するまで、要求されたサイズのＲＬＣ ＰＤＵを継続的に生成する。
・絶対最大ＲＬＣ ＰＤＵサイズおよび最小ＲＬＣ ＰＤＵサイズを構成することができる。

半フレキシブルＲＬＣ ＰＤＵでは、ＷＴＲＵ２１０は、選択されたＥ−ＴＦＣに適合することができ、しかもなお、構成済みセットからのＲＬＣ ＰＤＵのサイズと、同じサイズのＲＬＣ ＰＤＵの数と（すなわちＤＤＩおよびＮフィールド）を示すことのできる同じ非拡張ＭＡＣヘッダを使用することができる。

しかし、現在の非拡張ＭＡＣは、１つの論理チャネルからの同じサイズのＭＡＣ ＳＤＵのみをＭＡＣ−ｅｓ ＰＤＵ中に含むという制限を有する。したがって、ＭＡＣは１つまたは複数のプロシージャを実施することができる。

例えば、ＭＡＣは、１つのＭＡＣ−ｅｓ ＰＤＵ中で、同じサイズのＲＬＣ ＰＤＵだけしか許可しない場合がある。これは、ＲＬＣが異なるサイズのＲＬＣ ＰＤＵを生成するかまたはＭＡＣに送ることを、制限することになる。この結果、再送されるＲＬＣ ＰＤＵのサイズが、初めて送信されているＲＬＣ ＰＤＵのサイズとは異なるというシナリオになる可能性がある。送信側はこの場合、このＴＴＩで再送ＲＬＣ ＰＤＵを送信し、次のＴＴＩを待機して次のＲＬＣ ＰＤＵを送信することしかできない。あるいは、ＲＬＣ ＰＤＵは、待機して、所与のＴＴＩで、再送が行われておりＴＢ中にまだ利用可能なスペースがある場合は、再送ＲＬＣ ＰＤＵと同じサイズの１つまたは複数の新しいＲＬＣ ＰＤＵを生成することができる。任意選択で、この規則に次のような制限を適用することができる。すなわち、再送ＲＬＣ ＰＤＵがＭＡＣによって要求されたサイズよりも大きくても、ＲＬＣは、ＭＡＣによって要求されたサイズよりも大きいサイズのＲＬＣ ＰＤＵを生成することが許可されない。

また、ＭＡＣは、１つのＴＴＩ中で、種々のサイズのＲＬＣ ＰＤＵをサポートすることができる。これは、同じ論理チャネルに対応するが異なるＤＤＩフィールドを有するいくつかのＭＡＣ−ｅｓ ＰＤＵを生成することによって行うことができる。

非拡張ノードＢ２２０がアクティブセットに追加され、送信側が半フレキシブルＲＬＣ ＰＤＵモードで構成されているとき、ＭＡＣプロトコルは、非拡張ノードＢ２２０がＭＡＣ−ｅ ＰＤＵを復号できることになるように、変化しなければならない。したがって、ＭＡＣ構成を実施することができる。

一例では、ＭＡＣは、非拡張ＭＡＣとして動作するように構成される。したがって、現在のリリース６のＭＡＣ−ｅｓおよびＭＡＣ−ｅヘッダフォーマットが使用され、ＭＡＣはセグメント化能力を有さなくてよい。

あるいは、ＭＡＣは、現在の非拡張ＭＡＣ−ｅヘッダフォーマットを使用するように構成することができるが、セグメント化を実施する能力を有する。これによりＭＡＣは、選択されたトランスポートブロックサイズよりも大きいサイズのＲＬＣ再送を処理することができる。古いＭＡＣ−ｅヘッダフォーマットと共にセグメント化をサポートするために、ＷＴＲＵ２１０は、構成済みＲＬＣ ＰＤＵサイズセットの１つと等価なサイズのセグメントを生成するだけでよい。ＭＡＣ−ｅｓヘッダは、ＴＳＮおよびＳＩの値をシグナリングし、一方ＭＡＣ−ｅは、ＤＤＩおよびＮの値をシグナリングすることになる。

残りのセグメントがＤＤＩサイズの１つよりも小さいかまたはぴったり収まらない場合は、パディングを使用して、ＰＤＵを次に小さいＤＤＩ値に合わせて完成させることができる。あるいは、全てのセグメントのサイズがＤＤＩ値の１つと一致する結果となる可能なセグメント化の組合せがない場合は、ＭＡＣはＲＬＣ ＰＤＵをセグメント化しなくてよい。

セグメント化が実施される場合にＭＡＣ中でのパディングが許可される場合、ＭＡＣ−ｅｓヘッダは、パディングビットが追加されたことをネットワークにシグナリングしなければならない。これは、ＭＡＣ−ｅｓヘッダフォーマットに追加ビットを加えることによって、またこのビットが設定された場合に、どこでセグメントが終了してパディングビットが追加されているかを示す別のフィールドを加えることによって、行うことができる。任意選択で、受信側（すなわちノードＢ２２０およびＲＮＣ）は、ＭＡＣ−ｅｓがセグメントを含むことがわかっている場合にのみ、パディングビットインジケータが存在するかどうかチェックするだけでよい。受信ＭＡＣ−ｅｓ側には、パディングビット除去およびセグメント再組み立ての機能が導入される。

フレキシブルから半フレキシブルへの、またはその逆の構成変更、および固定から半フレキシブルへの、またはその逆の構成変更、およびＭＡＣの変更は、前述の方式の１つを使用してシグナリングすることができる。

加えて、前述の方法のいくつかは、データの損失を引き起こす可能性がある。したがって、データ損失を引き起こすかもしれないイベントが発生したときは、データ回復が有益な場合がある。例えば、以下のプロシージャのいずれかの結果、データ回復動作が必要になる場合がある。
・ＷＴＲＵ２１０が拡張から非拡張Ｌ２プロトコルに移動する。
・ＳＲＮＳが変更される。

・ＭＡＣ−ｉ／ｉｓリセットまたは再構成を指示するハンドオーバが実施される。
・ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨにおけるＭＡＣ−ｉ／ｉｓリセットが実施される。
・ＭＡＣ−ｉ／ｉｓリセットが実施される。
・ＣＥＬＬ＿ＦＡＣＨにおけるＥ−ＤＣＨリソースが、ノードＢ２２０からの明示的な指示を介して解放済みであり、ＷＴＲＵ２１０が、ＭＡＣ−ｉ／ｉｓリセットを実施する必要なしにＭＡＣ−ｉ／ｉｓセグメント化エンティティからセグメントを廃棄しなければならない。
・ＣＥＬＬ＿ＦＡＣＨからＣＥＬＬ＿ＤＣＨへの移行時であって、ＭＡＣ−ｉ／ｉｓリセットが実施されるか、またはＷＴＲＵ２１０がＨＡＲＱプロセスをフラッシュすることが必要とされる。
・ＷＴＲＵ２１０がＭＡＣ−ｉ／ｉｓエンティティのセグメント化エンティティ中のセグメントを廃棄することが必要とされる。

前述のシナリオの１つが発生したとき、ＭＡＣは、ＭＡＣによって首尾よくまたは完全に送信されなかったデータをＲＬＣが回復できるように、ＲＬＣと通信する。ＭＡＣは、失敗したＲＬＣ ＰＤＵをＲＬＣに通知することができる。

例えば、ＭＡＣのセグメント化バッファ／エンティティの１つに、セグメントが記憶されている。前述のシナリオでは、セグメント化エンティティ中のセグメントは廃棄されることになり、したがって、このセグメントなしでは、ＲＬＣ ＰＤＵは首尾よく送信／再組み立てされない場合がある。このため、ＲＬＣエンティティがＡＭ ＲＬＣエンティティに対応する場合は、ＭＡＣは、ＲＬＣ ＰＤＵに属するセグメントが全く送信されなかったことを、対応するＲＬＣエンティティに通知する。次いでＲＬＣは、この指示を受け取ると再送をトリガして、データのより早い回復を可能にすることができる。また、セグメントがＵＭ ＲＬＣエンティティに対応する場合は、ＭＡＣは、失敗したＰＤＵをＲＬＣに通知することができ、ＵＭ ＲＬＣエンティティは、ＲＬＣ ＳＤＵを、および対応するＳＤＵに関連する他のどんなＰＤＵも、廃棄することができる。

加えて、セグメントがＳＲＢに対応する場合またはＣＣＣＨメッセージに属する場合は、ＭＡＣは、廃棄されたセグメントをＲＲＣレイヤに通知することができる。これによりＲＲＣは、ＲＲＣプロシージャタイマが失効するのを待機する必要なしに、メッセージを回復して再送することができる。

データを回復する別の方式は、送信されたが確認応答されなかったデータを含むＨＡＲＱプロセスに関連する。このシナリオでは、ＭＡＣは、そのＨＡＲＱバッファ中の全てのＰＤＵをＲＬＣに通知する。

上記のデータ回復方法をサポートするには、ＭＡＣ−ｉ／ｉｓリセットプロシージャを修正し、それにより、記憶済みセグメントの廃棄前にＭＡＣ−ｉ／ｉｓエンティティが、そのバッファに記憶されているセグメントおよびそれが属するＲＬＣ ＰＤＵを、対応するＲＬＣに通知するようにすればよい。述べたデータ回復方法はＭＡＣ−ｅ／ｅｓエンティティにも適用されることにも留意されたい。

本発明の特徴および要素を特定の組合せで上述しているが、各特徴または要素は、他の特徴および要素なしで単独で、または、他の特徴および要素ありもしくはなしで様々な組合せで、使用することができる。本明細書で提供した方法またはフローチャートは、汎用コンピュータまたはプロセッサによって実行されるためにコンピュータ可読記憶媒体に組み入れられた、コンピュータプログラム、ソフトウェア、またはファームウェア中で実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し可能ディスクなどの磁気媒体、光磁気媒体、および、ＣＤ−ＲＯＭディスクやディジタル多用途ディスク（ＤＶＤ）などの光学媒体を含む。

適切なプロセッサは、例えば、ＤＳＰコア、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、および／または状態機械に関連する、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、１つまたは複数のマイクロプロセッサを含む。

ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ端末（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ中で使用するために、ソフトウェアと共にプロセッサを使用して無線周波数トランシーバを実現することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオホン、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥースモジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、ディジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェア中で実現されるモジュールと共に使用することができる。

実施形態
１．アップリンク（ＵＬ）プロトコル変更をサポートする方法。
２．媒体アクセス制御（ＭＡＣ）プロトコルを再構成することをさらに含む、実施形態１の方法。
３．ハイブリッド自動再送要求（ＨＡＲＱ）プロセスをフラッシュすることをさらに含む、上記実施形態のいずれかにおける方法。
４．ＭＡＣ−ｅ／ｅｓリセットを実施することをさらに含む、上記実施形態のいずれかにおける方法。
５．ＭＡＣ−ｅ／ｅｓリセットをシグナリングすることをさらに含む、上記実施形態のいずれかにおける方法。
６．ＭＡＣ−ｅ／ｅｓリセットが無線リソースコントローラ（ＲＲＣ）シグナリングを介してシグナリングされる、上記実施形態のいずれかにおける方法。
７．ＭＡＣ−ｅ／ｅｓリセットがアクティブセット更新メッセージを介してシグナリングされる、上記実施形態のいずれかにおける方法。
８．媒体アクセス制御（ＭＡＣ）−ｅ／ｅｓリセットを実施する方法。
９．ハイブリッド自動再送要求（ＨＡＲＱ）プロセスをフラッシュすることをさらに含む、実施形態８の方法。
１０．拡張個別チャネル（Ｅ−ＤＣＨ）にマッピングされる全ての論理チャネルについて状態変数ＣＵＲＲＥＮＴ＿ＴＳＮを０に設定することをさらに含む、実施形態８〜９のいずれかにおける方法。
１１．セグメント化エンティティ中に残っているセグメントを廃棄することをさらに含む、実施形態８〜１０のいずれかにおける方法。
１２．失敗したＲＬＣパケットデータユニット（ＰＤＵ）を無線リンクコントローラ（ＲＬＣ）に通知することをさらに含む、実施形態８〜１１のいずれかにおける方法。
１３．失敗したＲＬＣ ＰＤＵを廃棄することをさらに含む、実施形態８〜１２のいずれかにおける方法。
１４．失敗したＲＬＣ ＰＤＵを再送することをさらに含む、実施形態８〜１３のいずれかにおける方法。
１５．ＲＬＣ ＰＤＵを再送後に廃棄することをさらに含む、実施形態８〜１４のいずれかにおける方法。
１６．ＨＡＲＱバッファ中に存在するＰＤＵをＲＬＣに通知することをさらに含む、実施形態８〜１５のいずれかにおける方法。
１７．上記のいずれかの実施形態における方法を実施するように構成されたワイヤレス送受信ユニット（ＷＴＲＵ）。
１８．受信機をさらに備える、実施形態１７のＷＴＲＵ。
１９．送信機をさらに備える、実施形態１７〜１８のいずれかにおけるＷＴＲＵ。
２０．受信機および送信機と通信するプロセッサをさらに備える、実施形態１７〜１９のいずれかにおけるＷＴＲＵ。
２１．プロセッサが媒体アクセス制御（ＭＡＣ）プロトコルを再構成するように構成された、実施形態１７〜２０のいずれかにおけるＷＴＲＵ。
２２．プロセッサがハイブリッド自動再送要求（ＨＡＲＱ）プロセスをフラッシュするように構成された、実施形態１７〜２１のいずれかにおけるＷＴＲＵ。
２３．プロセッサがＭＡＣ−ｅ／ｅｓリセットを実施するように構成された、実施形態１７〜２２のいずれかにおけるＷＴＲＵ。
２４．プロセッサが、拡張個別チャネル（Ｅ−ＤＣＨ）にマッピングされる全ての論理チャネルについて状態変数ＣＵＲＲＥＮＴ＿ＴＳＮを０に設定するように構成された、実施形態１７〜２３のいずれかにおけるＷＴＲＵ。
２５．プロセッサが、セグメント化エンティティ中に残っているセグメントを廃棄するように構成された、実施形態１７〜２４のいずれかにおけるＷＴＲＵ。
２６．プロセッサが、失敗したＲＬＣパケットデータユニット（ＰＤＵ）を無線リンクコントローラ（ＲＬＣ）に通知するように構成された、実施形態１７〜２５のいずれかにおけるＷＴＲＵ。
２７．プロセッサが、失敗したＲＬＣ ＰＤＵを再送するように構成された、実施形態１７〜２６のいずれかにおけるＷＴＲＵ。
２８．プロセッサがＲＬＣ ＰＤＵを再送後に廃棄するように構成された、実施形態１７〜２７のいずれかにおけるＷＴＲＵ。
２９．プロセッサが、ＨＡＲＱバッファ中に存在するＰＤＵをＲＬＣに通知するように構成された、実施形態１７〜２８のいずれかにおけるＷＴＲＵ。

Claims (20)

1. ワイヤレス送受信ユニット（ＷＴＲＵ）を再構成するためのネットワークエンティティであって、
   受信部と、
   送信部と、
   前記ＷＴＲＵを第１の媒体アクセス制御（ＭＡＣ）プロトコルから第２のＭＡＣプロトコルに再構成するか判断し、
   前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のＭＡＣプロトコルに再構成すると判断すると、前記ＷＴＲＵにおいて、ＭＡＣリセット、及び、セグメント化エンティティに記憶されたセグメントの廃棄が実施されるよう、前記送信部を介して前記ＷＴＲＵに命令を送信するプロセッサを備えることを特徴とするネットワークエンティティ。
2. 前記命令は、無線ベアラマッピング情報を含むことを特徴とする請求項１に記載のネットワークエンティティ。
3. 前記プロセッサは、前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のＭＡＣプロトコルに再構成すると判断すると、前記ＷＴＲＵにおいてＨＡＲＱプロセスのフラッシュがさらに実施されるよう、前記送信部を介して前記ＷＴＲＵに命令を送信することを特徴とする請求項１に記載のネットワークエンティティ。
4. 前記第１のＭＡＣプロトコルはＭＡＣ−ｅｓ／ｅであり、前記第２のＭＡＣプロトコルはＭＡＣ−ｉｓ／ｉであることを特徴とする請求項１に記載のネットワークエンティティ。
5. 前記第１のＭＡＣプロトコルはＭＡＣ−ｉｓ／ｉであり、前記第２のＭＡＣプロトコルはＭＡＣ−ｅｓ／ｅであることを特徴とする請求項１に記載のネットワークエンティティ。
6. 前記プロセッサは、前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のプロトコルに再構成すると判断すると、プロトコル変更インジケータを送信することを特徴とする請求項１に記載のネットワークエンティティ。
7. 前記命令は、ＭＡＣリセットインジケータを含むことを特徴とする請求項１に記載のネットワークエンティティ。
8. 前記ＭＡＣリセットインジケータは、無線リソースコントローラ（ＲＲＣ）シグナリングを介して送信されることを特徴とする請求項７に記載のネットワークエンティティ。
9. 前記ＷＴＲＵを前記第１の媒体アクセス制御（ＭＡＣ）プロトコルから前記第２のＭＡＣプロトコルに再構成するかは、前記ＷＴＲＵに関連付けられたアクティブセット中の基地局が、前記第２のＭＡＣプロトコルをサポートするか、に基づいて判断されることを特徴とする請求項１に記載のネットワークエンティティ。
10. 無線ネットワークコントローラ（ＲＮＣ）を備えることを特徴とする請求項１に記載のネットワークエンティティ。
11. ワイヤレス送受信ユニット（ＷＴＲＵ）を再構成するための方法であって、
    前記ＷＴＲＵを第１の媒体アクセス制御（ＭＡＣ）プロトコルから第２のＭＡＣプロトコルに再構成するか判断するステップと、
    前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のＭＡＣプロトコルに再構成すると判断すると、前記ＷＴＲＵにおいて、ＭＡＣリセット、及び、セグメント化エンティティに記憶されたセグメントの廃棄が実施されるように命令するステップと、を含むことを特徴とする方法。
12. 前記命令は、無線ベアラマッピング情報を含むことを特徴とする請求項１１に記載の方法。
13. 前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のＭＡＣプロトコルに再構成すると判断すると、前記ＷＴＲＵにおいてＨＡＲＱプロセスのフラッシュがさらに実施されるよう、前記送信部を介して前記ＷＴＲＵに命令を送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
14. 前記第１のＭＡＣプロトコルはＭＡＣ−ｅｓ／ｅであり、前記第２のＭＡＣプロトコルはＭＡＣ−ｉｓ／ｉであることを特徴とする請求項１１に記載の方法。
15. 前記第１のＭＡＣプロトコルはＭＡＣ−ｉｓ／ｉであり、前記第２のＭＡＣプロトコルはＭＡＣ−ｅｓ／ｅであることを特徴とする請求項１１に記載の方法。
16. 前記ＷＴＲＵを前記第１のＭＡＣプロトコルから前記第２のプロトコルに再構成すると判断すると、プロトコル変更インジケータを前記ＷＴＲＵに送信するステップをさらに含むことを特徴とする請求項１１に記載の方法。
17. 前記命令は、ＭＡＣリセットインジケータを含むことを特徴とする請求項１１に記載の方法。
18. 前記ＭＡＣリセットインジケータは、無線リソースコントローラ（ＲＲＣ）シグナリングを介して送信されることを特徴とする請求項１７に記載の方法。
19. 前記ＷＴＲＵを前記第１の媒体アクセス制御（ＭＡＣ）プロトコルから前記第２のＭＡＣプロトコルに再構成するかは、前記ＷＴＲＵに関連付けられたアクティブセット中の基地局が、前記第２のＭＡＣプロトコルをサポートするか、に基づいて判断されることを特徴とする請求項１１に記載の方法。
20. 無線ネットワークコントローラ（ＲＮＣ）によって実施されることを特徴とする請求項１１に記載の方法。

Images