JP2012508528A

JP2012508528A - 大きなサービス・データ・ユニット（ｓｄｕ）をサポートするための方法および装置

Info

Publication number: JP2012508528A
Application number: JP2011535760A
Authority: JP
Inventors: ホ、サイ・イウ・ダンキャン; メイラン、アルナード
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2008-11-10
Filing date: 2009-11-10
Publication date: 2012-04-05
Anticipated expiration: 2029-11-10
Also published as: WO2010054367A2; US20140064192A1; ES2710360T3; EP3457743B1; CN102273256A; WO2010054367A3; CN102273256B; US8638699B2; EP2364560B1; TWI412288B; EP3457743A1; EP2364560A2; KR20110091539A; TW201112809A; JP5270003B2; US9326191B2; KR101220982B1; US20100135212A1; HUE042144T2

Abstract

ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）をＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結するシステムおよび方法が記載される。本明細書に記載されたさまざまな態様によれば、第１のＲＬＣＳＤＵを受信し、第１のＲＬＣＳＤＵを第１のＲＬＣＰＤＵおよび第２のＲＬＣＰＤＵへ分割し、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定し、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結して、連結されたＲＬＣＰＤＵを生成し、第１のＲＬＣＰＤＵと、連結されたＲＬＣＰＤＵと、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵとをディスパッチするシステムおよび／または方法が提供される。

Description

優先権主張

本特許出願は、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれている２００８年１１月１０日出願の“ＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＦＯＲＳＵＰＰＯＲＴＩＮＧＬＡＲＧＥＳＥＲＶＩＣＥＤＡＴＡＵＮＩＴ（ＳＤＵ）ＩＮＡＷＩＲＥＬＥＳＳＣＯＭＭＵＮＩＣＡＴＩＯＮＳＹＳＴＥＭ”と題された仮特許出願６１／１１２，９２８号の優先権を主張する。

以下の記載は、一般に、無線通信に関し、さらに詳しくは、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）をＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化および／または連結することに関する。ここで、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。

無線通信システムはさまざまなタイプの通信を提供するために広く開発され、例えば、音声および／またはデータが、そのような無線通信システムによって提供されうる。一般的な無線通信システムすなわちネットワークは、複数のユーザへ、１または複数の共有リソース（例えば、帯域幅、送信電力）に対するアクセスを提供しうる。例えば、システムは、周波数分割多重化（ＦＤＭ）システム、時分割多重化（ＴＤＭ）システム、符号分割多重化（ＣＤＭ）システム、直交周波数分割多重化（ＯＦＤＭ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム等のようなさまざまな多元接続技術を使用することができる。

通常、無線多元接続通信システムは、複数のアクセス端末のための通信を同時にサポートすることができる。おのおののアクセス端末は、順方向リンクおよび逆方向リンクによる送信を介して、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からアクセス端末への通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、アクセス端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立される。

ＭＩＭＯシステムはデータ送信のために一般に、複数（Ｎ_Ｔ個）の送信アンテナと複数（Ｎ_Ｒ個）の受信アンテナとを適用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割される。ここでＮ_Ｓ≦｛Ｎ_Ｔ、Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。さらに、複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、高められたスペクトル効率、より高いスループット、および／またはより高い信頼性のような）向上されたパフォーマンスを与える。

ＭＩＭＯシステムは、順方向リンク通信および逆方向リンク通信を、共通の物理媒体によって分割するさまざまなデュプレクス技術をサポートしうる。例えば、周波数分割デュプレクス（ＦＤＤ）システムは、順方向リンク通信および逆方向リンク通信のために異なる周波数領域を利用しうる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。

ロング・ターム・イボリューション（ＬＴＥ）レイヤ２ユーザ・プレーン・プロトコル・スタックは、通常、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤ、ラジオ・リンク制御（ＲＬＣ）レイヤ、および媒体アクセス制御（ＭＡＣ）レイヤである３つのサブ・レイヤからなる。一般に、ＰＤＣＰレイヤ（現在、レイヤ２プロトコル・スタックの最上部）は、制御プレーンにおいてラジオ・リソース制御（ＲＲＣ）メッセージを、ユーザ・プレーンにおいてインターネット・プロトコル（ＩＰ）パケットを処理する。ＰＤＣＰレイヤの主な機能は、ラジオ・ベアラに依存して、ヘッダ圧縮、セキュリティ、およびハンドオーバ中の再配列および再送信のためのサポートである。ＲＬＣレイヤは、一般に、上部レイヤ・パケットを、ラジオ・インタフェースで実際に送信されるサイズに調節するために、上部レイヤ・パケットのセグメント化および／または再アセンブリを提供する。誤りの無い送信を要求するラジオ・ベアラの場合、ＲＬＣレイヤはさらに、パケット喪失から回復するために、再送信を実行しうる。それに加えて、ＲＬＣレイヤは、ＭＡＣレイヤにおけるハイブリッド自動反復要求（ＨＡＲＱ）動作による順不同な受信を補償するために、再配列化を実行する。ＭＡＣレイヤ（現在、レイヤ２プロトコル・スタックの最下部）は、異なるラジオ・ベアラからのデータの多重化を実行する。おのおののラジオ・ベアラから送信されうるデータ量を決定し、提供するパケットのサイズについてＲＬＣレイヤへ指示することによって、ＭＡＣレイヤは、おのおののラジオ・ベアラについて、ネゴシエートされたサービス品質（ＱｏＳ）を達成することを目指す。アップリンクの場合、この処理は、送信のためにバッファされたデータの量を、基地局またはｅノードＢへレポートすることを含みうる。

送信側では、レイヤはおのおの、レイヤがサービスを提供し、下位のレイヤへプロトコル・データ・ユニット（ＰＤＵ）を出力するために、高次レイヤからサービス・データ・ユニット（ＳＤＵ）を受信しうる。例えば、ＲＬＣレイヤは、ＰＤＣＰレイヤからパケットを受信しうる。これらのパケットは、一般に、ＰＤＣＰの観点からＰＤＣＰＰＤＵと呼ばれ、ＲＬＣの観点からＲＬＣＳＤＵと称する。ＲＬＣレイヤは、下位レイヤ（例えば、ＭＡＣレイヤ）へ提供されるパケットを生成する。ＲＬＣがＭＡＣレイヤに提供するパケットは、ＲＬＣの観点からＲＬＣＰＤＵであり、ＭＡＣの観点からＭＡＣＳＤＵである。受信側では、この処理は逆にされ、おのおののレイヤは、ＳＤＵを上位のスタックに渡し、ここで、ＳＤＵはＰＤＵとして受信される。

ＬＴＥプロトコル・スタックの重要な設計特微は、ＰＤＵとＳＤＵとのすべてのバイトが揃っていることである（例えば、ＰＤＵとＳＤＵの長さは、８ビットの倍数である）。これは、一般にバイト単位でパケットを取り扱うように定められているマイクロプロセッサによる取り扱いを容易にする。ＬＴＥにおけるユーザ・プレーン・プロトコル・スタックの処理要件をさらに低減するために、ＰＤＣＰレイヤ、ＲＬＣレイヤ、およびＭＡＣレイヤのおのおのによって生成されるヘッダもまたバイトが揃えられる。これは、しばしば、ヘッダにおいて、未使用のパディング・ビットが必要とされ、効率的な処理のための設計コストは、利用可能な容量のうちの少量しか使用されないことを示唆する。

以下は、１または複数の実施形態の基本的な理解を与えるために、そのような実施形態の簡略化された概要を示す。この概要は、考えられるすべての実施形態の広範囲な概観ではなく、すべての実施形態の重要要素や決定的要素を特定することも、何れかまたはすべての実施形態のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の実施形態のいくつかの概念を表すことである。

１または複数の態様にしたがって、主題となるアプリケーションは、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）をＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する方法を開示する。この方法は、第１のＲＬＣＳＤＵを受信することと、第１のＲＬＣＳＤＵを、第１のＲＬＣＰＤＵと、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割することと、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定することと、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成することと、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチすることと、からなる各動作を備える。

さらなる態様によれば、主題となるアプリケーションは、メモリを備える無線通信装置を提供する。このメモリは、第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとにセグメント化することと、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定することと、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成することと、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチすることと、に関連する命令群を保持する。それに加えて、この無線通信装置は、メモリに接続され、メモリに保持された命令群を実行するように構成されたプロセッサを含みうる。

さらに、さらなる態様にしたがって、主題となるアプリケーションは、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する無線通信装置を提供する。ここで、無線通信装置は、第１のＲＬＣＳＤＵを受信する手段と、第１のＲＬＣＳＤＵを、第１のＲＬＣＰＤＵと、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割する手段と、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定する手段と、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成する手段と、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチする手段とを備える。

さらなる態様によれば、主題となるアプリケーションは、コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品を開示する。このコンピュータ読取可能媒体は、第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を受信するためのコードと、第１のＲＬＣＳＤＵを、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割するためのコードと、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定するためのコードと、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成するためのコードと、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチするためのコードとを含む。

それに加えて、主題となるアプリケーションは、第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を受信し、第１のＲＬＣＳＤＵを、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割し、第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定し、第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成し、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および、第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチするように構成されたプロセッサを備える無線通信装置を開示する。

さらに、主題となるアプリケーションは、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する方法を開示する。この方法は、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信することと、連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用することと、第１のＲＬＣＰＤＵ、第２のＲＬＣＰＤＵ、第３のＲＬＣＰＤＵ、および第４のＲＬＣＰＵＤを、第１のＲＬＣＳＤＵおよび第２のＲＬＣＳＤＵへ再構築することとを備える。

さらに、主題となるアプリケーションは、メモリを備える無線通信装置を開示する。このメモリは、第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを獲得すること、連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用すること、第１のＲＬＣＰＤＵおよび第２のＲＬＣＰＤＵを第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）へ、第３のＲＬＣＰＤＵおよび第４のＲＬＣＰＵＤを第２のＲＬＣＳＤＵへ再構築することに関連する命令群を保持する。それに加えて、無線通信装置はさらに、メモリに接続され、メモリに保持された命令群を実行するように構成されたプロセッサを含んでいる。

さらに、主題となるアプリケーションはまた、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する無線通信装置を開示する。ここで、無線通信装置は、第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信する手段と、連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用する手段と、第１のＲＬＣＰＤＵ、第２のＲＬＣＰＤＵ、第３のＲＬＣＰＤＵ、および第４のＲＬＣＰＵＤを、第１のＲＬＣＳＤＵおよび第２のＲＬＣＳＤＵへ再構築する手段とを含む。

さらなる態様によれば、主題となるアプリケーションは、コンピュータ読取可能媒体を含むコンピュータ・プログラム製品を開示する。ここで、このコンピュータ読取可能媒体は、第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信するためのコードと、連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用するためのコードと、第１のＲＬＣＰＤＵおよび第２のＲＬＣＰＤＵを第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）へ、第３のＲＬＣＰＤＵおよび第４のＲＬＣＰＵＤを第２のＲＬＣＳＤＵへ再構築するためのコードとを備える。

さらなる態様によれば、主題となるアプリケーションは、第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信し、連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用し、第１のＲＬＣＰＤＵ、第２のＲＬＣＰＤＵ、第３のＲＬＣＰＤＵ、および第４のＲＬＣＰＵＤを、第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）および第２のＲＬＣＳＤＵへそれぞれ再構築するように構成されたプロセッサを備える無線通信装置を開示する。

前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分説明され、特に特許請求の範囲で指摘される特徴を備える。次の記載および添付図面は、１または複数の実施形態のある実例となる態様を詳細に記載する。しかしながら、これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちの僅かしか示しておらず、記載された実施形態は、そのようなすべての局面およびそれらの均等物を示すことが意図されている。

図１は、本明細書に記載されたさまざまな態様にしたがう無線通信システムの例示である。図２は、開示されたさまざまな実施形態および態様が実現され、多くのユーザをサポートするように構成されたさらなる無線通信システムの例示を提供する。図３は、主題となる開示のさまざまな態様にしたがって、ＲＬＣＳＤＵのＲＬＣＰＤＵへのセグメント化および／または連結を有効および／または容易にするシステムの例を図示する。図４は、３ＧＰＰにおいて現在存在する一般的な２０４７バイトの制限を超えるＲＬＣＳＤＵを分割するためのスキームの例示である。図５は、３ＧＰＰ規格において現在存在する２０４７バイトの制限を超えるＲＬＣＳＤＵを分割するためのさらなるスキームを図示する。図６は、主題となる開示の態様にしたがって使用されうる例示的なＲＬＣＰＤＵを図示する。図７は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するための方法の例を示す。図８は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するための方法の例を示す。図９は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するための方法の例を示す。図１０は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するための方法の例を示す。図１１は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するためのアクセス端末の例を図示する。図１２は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するための基地局の例を図示する。図１３は、本明細書で開示されたされたさまざまなシステムおよび方法と共に適用されうる無線ネットワーク環境の実例である。図１４は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するためのシステムの例を図示する。図１５は、２０４７バイトを超えるサイズを有するＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結するためのシステムのさらなる例を図示する。

さまざまな実施形態が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。次の記載では、説明の目的のために、多数の特定の詳細が、１または複数の実施形態についての完全な理解を提供するために記載される。しかしながら、そのような実施形態は、これら具体的な詳細なしで実現されうることが明白でありうる。他の事例では、１または複数の実施形態の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。

本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１つのコンピュータに局在化されるか、および／または、複数のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを経由して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。

本明細書に記述された技術は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、およびその他のシステムのようなさまざまな無線通信システムに使用することができる。「システム」、「ネットワーク」という用語はしばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースであり、ダウンリンクではＯＦＤＭＡを用い、アップリンクではＳＣ−ＦＤＭＡを用いる。

ＳＣ−ＦＤＭＡは、単一キャリア変調および周波数領域等値化を利用する。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、その固有のシングル・キャリア構造により、より低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、例えば、より低いＰＡＰＲが送信電力効率の観点からアクセス端末に非常に役立つアップリンク通信で使用されうる。したがって、ＳＣ−ＦＤＭＡは、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）すなわちイボルブドＵＴＲＡにおけるアップリンク多元接続性スキームとして実施されうる。

さらに、本明細書ではさまざまな実施形態が、アクセス端末に関連して記載される。アクセス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。アクセス端末は、セルラ電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）電話、ワイヤレス・ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピューティング・デバイス、あるいは無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関連して記載される。基地局は、アクセス端末と通信するために利用することができ、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ（ｅＮｏｄｅＢ）、あるいはその他のいくつかの用語で称されうる。

さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。

図１に示すように、本明細書に記載されたさまざまな実施形態にしたがった無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。おのおののアンテナ・グループについて２本のアンテナしか例示されていないが、２本より多いアンテナ、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を備えうる。

基地局１０２は、アクセス端末１１６およびアクセス端末１２２のような１または複数のアクセス端末と通信しうる。しかしながら、基地局１０２は、アクセス端末１１６、１２２に類似の実質的に任意の数のアクセス端末と通信しうることが認識されるべきである。アクセス端末１１６およびアクセス端末１２２は、例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピューティング・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００による通信に適したその他任意のデバイスでありうる。図示するように、アクセス端末１１６は、アンテナ１１２、１１４と通信しており、ここでは、アンテナ１１２およびアンテナ１１４が、順方向リンク１１８によってアクセス端末１１６へ情報を送信し、逆方向リンク１２０によってアクセス端末１１６から情報を受信する。さらに、アクセス端末１２２は、アンテナ１０４、１０６と通信しており、ここでは、アンテナ１０４およびアンテナ１０６が、順方向リンク１２４によってアクセス端末１２２へ情報を送信し、逆方向リンク１２６によってアクセス端末１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは異なる周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは異なる周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。

通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のアクセス端末に通信するように、複数のアンテナが設計されうる。順方向リンク１１８および順方向リンク１２４による通信では、基地局１０２の送信アンテナは、アクセス端末１１６およびアクセス端末１２２のための順方向リンク１１８および順方向リンク１２４の信号対雑音比を改善するためにビームフォーミングを適用することができる。さらに、基地局１０２が、関連付けられた有効通信範囲エリアにわたってランダムに散在するアクセス端末１１６、１２２へ送信するためにビームフォーミングを利用している間、近隣セル内のアクセス端末は、すべてのアクセス端末に対して単一アンテナで送信している基地局に比べて、少ない干渉しか被らない。

図２は、多くのユーザをサポートするように構成され、開示されたさまざまな実施形態および態様が実施されるさらなる無線通信システム２００の例示を提供する。図２に示すように、例として、システム２００は、例えばマクロ・セル２０２ａ乃至２０２ｇのような複数のセル２０２のための通信を提供する。ここで、おのおののセルは、対応するアクセス・ポイント（ＡＰ）２０４（例えば、ＡＰ２０４ａ乃至２０４ｇ）によってサービス提供される。セルはおのおのの、１または複数のセクタにさらに分割されうる。ユーザ機器（ＵＥ）または移動局としても知られており、ＡＴ２０６ａ−２０６ｋを含むさまざまなアクセス端末（ＡＴ）２０６が、システムの全体にわたって分散している。ＡＴ２０６はおのおのの、例えば、ＡＴがアクティブであるか、および、ソフト・ハンドオフにあるかに依存して、所与の瞬間において、順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）によって、１または複数のＡＰ２０４と通信することができる。無線通信システム２００は、大きな地理的領域にわたってサービスを提供することができ、例えば、マクロ・セル２０２ａ−２０２ｇは、近隣の数ブロックをカバーすることができる。

主題となるアプリケーションのより詳細な説明の前置きとして、ラジオ・リンク制御（ＲＬＣ）レイヤは、プロトコル・データ収束プロトコル（ＰＤＣＰ）レイヤによって提供されたデータ・ブロックを、入力として受信する（例えば、ＲＬＣレイヤは、ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信する）ことが当業者によって認識されるであろう。したがって、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）のペイロード部分を埋めるために、ＲＬＣは、セグメント化および連結として知られている２つのメカニズムを利用する。

ＰＤＵの残りのサイズが、この目的のために不足、すなわち小さすぎることによって、ＲＬＣＳＤＵを、所与のペイロードに追加できない場合、ＳＤＵがセグメント化され、これによって、２つの異なる、すなわち、別個のＰＤＵを用いて送信される。一方、ＳＤＵサイズがＰＤＵよりも小さい場合、ＲＬＣレイヤは、ペイロードを埋めるために、可能な限り多くのＳＤＵを連結するであろう。

限定することなく、または、一般性を失うことも無く、開示された機能および／または能力は、基地局、アクセス・ポイント、ノードＢ、あるいはイボルブド・ノードＢ（ｅノードＢ）のみならず、アクセス端末、モバイル・デバイス、またはユーザ機器によって等しい適用可能性で利用されうることが注目されるべきである。主題となる開示は、無線通信の送信局面および／または受信局面の両方に適用されうることがさらに認識されるべきである。

ＲＬＣは、上位レベル・パケットのフレーミングを提供するプロトコルである。このフレーミングは一般に、長さインジケータ（ＬＩ）フィールドを用いて、ＲＬＣＰＤＵ内に、ＲＬＣＳＤＵの最後のバイト位置を示すことによって実行される。ＬＩフィールドのサイズは、現在１１ビットとして指定されているので、ＲＬＣは一般に、２０４８バイト（例えば、２^１１バイト）未満のバイトの後に、ＲＬＣＰＤＵの終了が生じた場合しか示さない。

現在、最大の伝送ブロック（ＴＢ）サイズは、１４９，７７６ビットすなわち１８，７２２バイトである。２０４７（例えば、２^１１−１）バイトにおける最大ＳＤＵを用いて最大ビット・レートを達成するために、送信時間インタバル（ＴＴＩ）毎に処理するＰＤＣＰＳＤＵの数は１０である。最大１６ＫバイトのＰＤＣＰＳＤＵの場合、一般に、ＴＴＩ毎に２つのＳＤＵしか必要とされない。これは、少なくとも５倍、ＰＤＣＰヘッダ処理を低減できうる。

図３に移って、ＲＬＣＳＤＵのＲＬＣＰＤＵへのセグメント化および／または連結を有効および／または容易にするシステム３００が例示される。ここで、ＲＬＣＳＤＵは、２０４７バイトよりも大きなサイズを有する。図示するように、システム３００は、互いに連続的および／または動作的、あるいは、散発的および／または断続的に通信するアクセス端末３０４と、基地局３０２とを含む。基地局３０２およびアクセス端末３０４の基本的な機能はそれぞれ、図１および図２に関連して上述されているので、このような機能のさらなる詳細な説明は、不要な反復を避けるため、および、簡潔および簡明のために省略される。しかしながら、図示するように、アクセス端末３０４は、１つの態様にしたがって、ＲＬＣＳＤＵを取得および／または獲得し、取得または獲得されたＲＬＣＳＤＵの合計サイズを判定する、セグメント化および連結構成要素３０６を含みうる。ＲＬＣＳＤＵを受信すると、セグメント化および連結構成要素３０６は、ＲＬＣＳＤＵの最後尾を含むＲＬＣＰＤＵが、２０４７バイトのサイズを超えないこと保証しながら、到来するＲＬＣＳＤＵを１または複数のＲＬＣＰＤＵへ分割または細分化できうる。セグメント化および連結構成要素３０６は、その後、受信デバイスまたは受信手段へと、ＲＬＣＰＤＵを適切にディスパッチまたは送信しうる。

本開示で述べられたさらなる態様によれば、セグメント化および連結構成要素３０６は、ＲＬＣＰＤＵを受信し、ＲＬＣＰＤＵを受信すると、ＲＬＣＳＤＵの最終段階を含むＲＬＣＰＤＵを追跡できうる（例えば、セグメント化および連結構成要素３０６は、限定することも、あるいは、一般性を失うこともなく、一般に、２０４７バイトを超えないＲＬＣＰＤＵが、ＲＬＣＳＤＵの最後尾に関連付けられるべきであることに注目できうる）。セグメント化および連結構成要素３０６は、その後、一般に２０４７バイトを超えないＲＬＣＰＤＵが、それぞれのＲＬＣＳＤＵの最終部分に関連付けられるべきであることを認識しながら、受信したさまざまなＲＬＣＰＤＵからＲＬＣＳＤＵを再構築しうる。

主題となる開示のさらなる態様によれば、セグメント化および連結構成要素３０６は、ＲＬＣＳＤＵを獲得または取得し、その後、ＲＬＣＳＤＵの最終部分に関連付けられたＲＬＣＰＤＵが、２０４７バイトを超えないことを保証しながら、受け取ったＲＬＣＳＤＵを、ＲＬＣＰＤＵへ分割またはセグメント化しうる。特定のＲＬＣＳＤＵの最終部分に関連付けられたＲＬＣＰＤＵのサイズを示すために、ＲＬＣＰＤＵのサイズ（例えば、ペイロード・サイズ）に少なくとも部分的に基づいて、長さインジケータ（ＬＩ）フィールドが（例えば、ＲＬＣＰＤＵヘッダに含まれるフラグ・ビットを用いることによって）設定され、利用されうる。セグメント化および連結構成要素３０６はその後、適切な場合に、ＲＬＣＰＤＵを再アセンブル、結合、または連結し、（連結されたＲＬＣＰＤＵを含む）すべてのＲＬＣＰＤＵを、受信局面へディスパッチしうる。限定することなく、また、一般性を失うこともなく、再アセンブル、結合、または連結されたＲＬＣＰＤＵは、現在の規格の下では、２０４７バイトの制限をはるかに超えうることが注目されるべきである。

主題となる開示のさらなる態様によれば、セグメント化および連結構成要素３０６は、（連結されたＲＬＣＰＤＵを含む）ＲＬＣＰＤＵを受信し、ＲＬＣＰＤＵヘッダに関連付けられたＬＩフラグが設定されているか否かを特定し、ＬＩフラグが設定されている場合、ＬＩフィールド（例えば、ＲＬＣＰＤＵヘッダに含まれるか関連付けられている１１ビット・フィールド）から、ＲＬＣＰＤＵの長さを抽出しうる。受信したＲＬＣＰＤＵ、および、ＬＩフィールドによって示された長さに少なくとも部分的に基づいて、セグメント化および連結構成要素３０６は、連結されたＲＬＣＰＤＵ間のどこに境界または区分があるのかを突き止めうる。例えば、受信された連結されたＲＬＣＰＤＵが合計７，０００バイトであり、ＬＩフィールドが２０００バイトを示す場合、セグメント化および連結構成要素３０６は、ＲＬＣＳＤＵを再構築する目的で、始めの２０００バイトが、第１のすなわち最初のＲＬＣＳＤＵに関連付けられるべきであり、残りの５０００バイトが、第２のすなわち後続するＲＬＣＳＤＵに関連付けられるべきであることを推定しうる。したがって、受信したＲＬＣＰＤＵからそれぞれのＲＬＣＳＤＵを再構築する場合、セグメント化および連結構成要素３０６は、第１のすなわち最初のＲＬＣＳＤＵの最終部分と、第２のすなわち後続するＲＬＣＳＤＵの開始部分との間のどこに境界または区分があるのかが示されると、ＬＩフィールドを用いて、連結されたＲＬＣＰＤＵを区分または分割しうる。セグメント化および連結構成要素３０６は、その後、受信したそれぞれのＲＬＣＰＤＵ（およびこれらの一部）を収集または集積し、適切なＲＬＣＳＤＵにする。

したがって、前述したことを容易にするために、セグメント化および連結構成要素３０６は、分割構成要素３０８を含みうる。これは、ＲＬＣＳＤＵを受信すると、ＲＬＣＳＤＵの合計サイズを確認し、その後、受信したＲＬＣＳＤＵを、１または複数のＲＬＣＰＤＵへ分割する。分割構成要素３０８はまた、制限構成要素３１０によって提供される機能および／または能力と連携して、ＲＬＣＳＤＵの分割、分離、またはセグメント化中に、ＲＬＣＳＤＵの最終部分すなわち最後尾を含むか備えているＲＬＣＰＤＵが、２０４７バイトのサイズを超えないことを保証しうる。さらに、分割構成要素３０８はまた、長さインジケータ構成要素３１２によって提供される機能および能力を用いて、ＲＬＣＰＤＵに関連付けられたＬＩフィールドを設定または確認する。（ＬＩフラグと同様に）ＬＩフィールドは、一般に、各ＲＬＣＰＤＵのヘッダに含まれている。例えば、ＲＬＣＰＤＵ長さが示されるべきである場合、ＬＩフィールドがＲＬＣＰＤＵペイロードに関連するサイズ情報を含んでいることを示すために、ＬＩフィールドを、ＬＩフラグ（例えば、ＲＬＣＰＤＵのヘッダに含まれる１ビット）を設定するのみならず、ＲＬＣＰＤＵを保証する適切な長さに設定するために、長さインジケータ構成要素３１２が適用されうる。ＬＩフィールドは、現在、ＲＬＣＰＤＵのヘッダにおいて、１１ビットとして標準化されているので、ＬＩフィールド内に現在含まれうる最大サイズは、２^１１−１（例えば、２０４７）バイトであることが注目されるべきである。さらに、長さインジケータ構成要素３１２のコンテキストでは、長さインジケータ構成要素３１２はさらに、ＲＬＣＰＤＵの適切なサイズ値を反映するためにＬＩフィールドを調節または修正しうる。さらに、（例えば、２０４７バイトを超えるＲＬＣＳＤＵのように）大きなＲＬＣＳＤＵをディスパッチするために必要とされる合計ＲＬＣＰＤＵ数を低減するために、構築構成要素３１４によって提供される能力および／または機能と連携する分割構成要素３０８が、ＲＬＣＰＤＵを連結しうる。

前述したものを良好なコンテキストで行うために、おのおのが１０，０００バイトを備えるＲＬＣＳＤＵが送信されるべきである以下の例を検討する。制限構成要素３１０と連携する分割構成要素３０８は、以下の方式で動作しうる。制限構成要素３１０に接続された分割構成要素３０８が、複数のＲＬＣＳＤＵを受信すると、第１のＲＬＣＳＤＵを２つのＲＬＣＰＤＵへ分離、分割、またはセグメント化しうる。第１のＲＬＣＰＤＵは、第１のＲＬＣＳＤＵからの８，０００バイト（例えば、第１のＲＬＣＳＤＵからの最初の情報または先頭情報）を含み、第２のＲＬＣＰＤＵは、第１のＲＬＣＳＤＵからの残りまたは終わりの２，０００バイト（例えば、第１のＲＬＣＳＤＵからの最後の情報または最後尾の情報）を含む。さらに、分割構成要素３０８は、再び制限構成要素３１０と連携して、第２のＲＬＣＳＤＵを、さらに２つのＲＬＣＰＤＵへ分割、分離、またはセグメント化しうる。ここで、第３のＲＬＣＰＤＵは、第２のＲＬＣＳＤＵからの７，９５３バイトを含み、第４のＲＬＣＰＤＵは、第２のＲＬＣＳＤＵの最後尾からの２０４７バイトを備えうる（例えば、第４のＲＬＣＰＤＵは、２０４７バイト制限を受けている）。先の例示から観察されるように、分割構成要素３０８は、制限構成要素３１０と連携して、ＲＬＣＳＤＵの最終部分の接近を確認しうる。そして、制限構成要素３１０は、ＲＬＣＳＤＵの最終局面の特定に少なくとも部分的に基づいて、ＲＬＣＳＤＵの最終部分からの情報が、関連付けられたＲＬＣＰＤＵへ含められる際に、分割構成要素３０８が現在の２０４７バイト制限を破らないことを確認しうる。前述した例からも観察されるように、分割構成要素３０８は、制限構成要素３１０と連携して、ＲＬＣＰＤＵに含まれるＲＬＣＳＤＵの最終部分すなわち最終部分（例えば、最終情報）が、現在の３ＧＰＰ規格によって課せられている２０４７バイトの制限を超えないことを保証する。それでもやはり、さらに観察されるように、ＲＬＣＳＤＵの最終部分にまで至る部分は、事実上制限されないサイズのＲＬＣＰＤＵに含まれうる。この例における話題はすべて、２０４７バイトのバリアを超えないＲＬＣＰＤＵの最終部分を含むかまたは備えるＲＬＣＰＤＵである。

さらなる態様によれば、前述した例の延長として、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、到来するＲＬＣＳＤＵを適切なＲＬＣＰＤＵへ分割、分離、区分、またはセグメント化するために、以下に示すような追加のおよび／または代わりの方式で有益に利用されうる。再度、例示のために、おのおのが１０，０００バイトを備える２つのＲＬＣＳＤＵが送信されると仮定されたい。制限構成要素３１０と連携した分割構成要素３０８は、２つのＲＬＣＳＤＵを受信すると、第１のＲＬＣＳＤＵを２つのＲＬＣＰＤＵへ分割、区分、セグメント化、または分離しうる。ここでは、第１のＲＬＣＰＤＵは、第１のＲＬＣＳＤＵからの８，０００バイトを含み、第２のＲＬＣＰＤＵは、第１のＲＬＣＳＤＵからの最後の２，０００バイトを含む。さらに、分割構成要素３０８は、再び制限構成要素３０８のサポートを受けて、第２のＲＬＣＳＤＵを、２つのＲＬＣＰＤＵへ分離、セグメント化、分割、または区分しうる。ここでは、１つのＲＬＣＰＤＵ（例えば、第３のＲＬＣＰＤＵ）は、第２のＲＬＣＳＤＵに起因する７，９５３バイトを含み、他方のＲＬＣＰＤＵ（例えば、第４のＲＬＣＰＤＵ）は、第２のＲＬＣＰＤＵの最終部分からの２０４７バイトを備える。第２のＲＬＣＰＤＵは、２０４７バイト制限が課せられるか、２０４７バイト制限を受け、第４のＲＬＣＰＤＵもまた、２０４７バイト制限を受けることが注目されるべきである。この連携制御は、（例えば、ＲＬＣＰＤＵがＬＩフィールド内に情報を含んでいるか否かを示す）ＬＩフラグの設定と、おのおののＲＬＣＰＤＵのサイズに一致するバイト・カウントを用いてＲＬＣＰＤＵのヘッダに関連付けられたＬＩフィールドの収集とを行う長さインジケータ構成要素３１２へと移りうる。長さインジケータ構成要素３１２がＬＩフラグを設定しているか、および／または、ＲＬＣＰＤＵのヘッダに関連付けられたＬＩフィールドを収集すると、適切な複数のＲＬＣＰＤＵを、１つの単一ＲＬＣＰＤＵへ連結、収集、集積、または結合するために、構築構成要素３１４が適用されうる。この場合、適切なＲＬＣＰＤＵは、第１のＲＬＣＳＤＵの最後尾からのデータを備える第２のＲＬＣＰＤＵと、第２のＲＬＣＳＤＵの最初の部分からのデータを備える第３のＲＬＣＰＤＵとなるであろう。このタスクを進める際に、構築構成要素３１４は、（例えば、１つの単一ＲＬＣＰＤＵのように）連結または結合されたＲＬＣＰＤＵを除くすべてのＲＬＣＰＤＵに関連付けられたＬＩ情報を削除または無効にしうる（例えば、ＬＩフィールドに含まれる情報が無意味であること、または、サイズ情報を伝送するためにＬＩフィールドが使用されないことを示すようにＬＩフラグを設定する）。そして、構築構成要素３１４は、これら連結または結合されたＲＬＣＰＤＵさえも用いて、連結または結合された全体のうちの最初のＲＬＣＰＤＵ（例えば、第１のＲＬＣＳＤＵに関連付けられた第２のＲＬＣＰＤＵ）に関連付けられたＬＩ情報（例えば、ＬＩフラグおよび／またはＬＩフィールド）が、ＲＬＣＰＤＵヘッダに含まれていることを保証する必要がある。

前述した例における第２および第３のＲＬＣＰＤＵを収集、集積、連結、または結合するコンテキストでは、収集、集積、連結、または結合された結果得られたＲＬＣＰＤＵ（例えば、結合された１つの単一ＲＬＣＰＤＵ）は、第２のＲＬＣＰＤＵの長さに関する情報（例えば、第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界または区分や、第２のＲＬＣＰＤＵおよび第３のＲＬＣＰＤＵのおのおのが由来する各ＲＬＣＳＤＵ）を含む１つのヘッダを含んでいることが注目されるべきである。さらに、ＲＬＣＰＤＵで伝送される情報量は、一般に、本開示の目的の場合、関連するまたは適切なサイズ情報を伝送するために、ＬＩフィールドの能力（例えば、現在、３ＧＰＰ仕様により１１ビットに制限されている）を上回るので、連結または結合がなされていないＲＬＣＰＤＵに関連付けられたＬＩフラグは、一般に、ＬＩフラグが設定されること、あるいは、関連付けられたＬＩフィールドがＲＬＣＰＤＵのサイズを用いて収集されることを必要としていないことが注目されるべきである。

さらなる態様によれば、この例のさらなる拡張として、ＲＬＣＰＤＵパケットが、対応するおよび／または通信中の受信手段において受信された場合、セグメント化および連結構成要素３０６、特に、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、以下の方式で、ＲＬＣＰＤＵをＲＬＣＳＤＵへ再構築または再アセンブルしうる。分割構成要素３０８は、これらＲＬＣＰＤＵを受信すると、制限構成要素３１０および長さインジケータ構成要素３１２と連携して、到来するＲＬＣＰＤＵを調査し、ＲＬＣＰＤＵが再アセンブルされるべき相対的な順序や、受信したＲＬＣＰＤＵが、それぞれ設定されたＬＩフラグを有しているか否かを確認する。

受信したＲＬＣＰＤＵに関連付けられたＬＩフラグが、関連付けられた設定されたＬＩフラグを有していない場合、構築構成要素３１４は、制限構成要素３１０によって提供される機能に着目して、２０４７バイト長を超えないＲＬＣＰＤＵは一般にＲＬＣＳＤＵの最終部分に起因する方式で、ＲＬＣＳＤＵをアセンブルしうる。したがって、オリジナルのＲＬＣＳＤＵがおのおの１０，０００バイトである例を続けると、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、第１のＲＬＣＰＤＵが８，０００バイト長を有し、これによって、（例えば、２０４７バイトよりも著しく大きな）サイズに少なくとも部分的に基づいて、第１のＲＬＣＰＤＵは、再構築されるべき第１のＲＬＣＳＤＵの最終部分を含んでいないが、第１のＲＬＣＳＤＵの開始部分を含んでおり、これによって、構築構成要素３１４は、第１のＲＬＣＳＤＵを再アセンブルする際にこれを考慮できうると結論付けられうることに注目しうる。第２のＲＬＣＰＤＵに関し、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、ＲＬＣＰＤＵが２０４７バイト制限を超えず、これによって、第２のＲＬＣＰＤＵが、第１のＲＬＣＳＤＵの最終部分を含んでいることが推測、または少なくとも推定されうることに注目しうる。第２のＲＬＣＰＤＵは、２０４７バイトを超えないので、構築構成要素３１４は、第２のＲＬＣＰＤＵが第１のＲＬＣＳＤＵの最終部分を含んでいるはずであるとの推論または推定に少なくとも部分的に基づいて、第１のＲＬＣＳＤＵを再アセンブルするために、第１のＲＬＣＰＤＵを第２のＲＬＣＰＤＵと結合しうる。理解されるであろうが、第３および第４のＲＬＣＰＤＵに関しても同様な処理が適用されうる。

一方、選択した少数のＲＬＣＰＤＵのＬＩフラグが設定されている場合、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、以下の動作計画を採用しうる。オリジナルのＲＬＣＳＤＵがおのおの１０，０００バイトである前述の例を再度続けると、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、第１のＲＬＣＰＤＵが、８，０００バイトの長さを有すること、および、ＬＩフラグが設定されておらず、第１のＲＬＣＰＤＵのヘッダに関連付けられたＬＩフィールドが空であるか、もしも空ではない場合、ＬＩフィールドに含まれるデータは意味を持たないことに注目しうる。したがって、構築構成要素３１４は、最初に受信されたＲＬＣＰＤＵが、第１のＲＬＣＳＤＵに起因するデータを含むと注目しうる。さらに、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、ＬＩフラグが設定されていること、ＬＩフィールド（２，０００バイト）に含まれる値（例えば、２０４７以下）に意味があること、さらには、実際に送信されたＲＬＣＰＤＵのサイズが、ＬＩフィールドで示される２０００バイトよりも著しく大きい（例えば、９，９５３バイト）ことに注目しうる。分割構成要素３０８は、この知見に少なくとも部分的に基づいて、受信したＲＬＣＰＤＵから最初の２０００バイトを分離し、第１のＲＬＣＳＤＵに属するものとして起因させる。これによって、残りの７，９５３バイトは、第２のＲＬＣＳＤＵに起因するようになる。この例で受信した最後のＲＬＣＰＤＵに関し、分割構成要素３０８、制限構成要素３１０、長さインジケータ構成要素３１２、および構築構成要素３１４は、ＲＬＣＰＤＵが、２０４７バイト長を有し、ＬＩフラグが設定されていないことに注目する。したがって、構築構成要素３１４は、このＲＬＣＰＤＵが、第２のＲＬＣＳＤＵに起因するデータを含むことに注目しうる。この段階において、それぞれのＲＬＣＰＤＵのさまざまな起因に注目した構築構成要素３１４は、ＲＬＣＰＤＵを、それぞれのＲＬＣＳＤＵへ再アセンブルしうる。

限定することなく、また、一般性を失うこともなく、アクセス端末３０４は、セグメント化および連結構成要素３０６（および関連する構成要素）として説明および図示されているが、当業者であれば、同じまたは類似の機能の実行、および／または、同じまたは類似の結果の達成のために、類似のセグメント化および連結構成要素もまた配置、および、基地局３０２に関連付けられうることが明らかであることが注目される。さらに、限定することなく、また、一般性を失うこともなく、ＲＬＣＳＤＵは、任意のサイズからなりうる（例えば、２０４７バイトよりも大きくも小さくもなりえる）が、それでもやはり、単なる説明の目的、および、主題となる開示のためのコンテキストの提供のために、本明細書で説明されたＲＬＣＳＤＵは、一般に２０４７バイトを超えることが注目される。

図４は、３ＧＰＰ規格において現在存在する一般的な２０４７バイト制限を越えるＲＬＣＳＤＵを分割するためのスキームの例示４００を提供する。観察されるように、２つのＲＬＣＳＤＵ（例えば、ＲＬＣＳＤＵ１とＲＬＣＳＤＵ２）とが例示されており、ＲＬＣＳＤＵ１は長さが１０，０００バイトであり、ＲＬＣＳＤＵ２は７，０００バイトである。本開示のこの態様によれば、ＲＬＣＳＤＵ１とＲＬＣＳＤＵ２とはおのおの、２つのＲＬＣＰＤＵ（例えば、ＲＬＣＰＤＵ１、ＲＬＣＰＤＵ２、ＲＬＣＰＤＵ３、およびＲＬＣＰＤＵ４）へ分割されうる。ここでは、ＲＬＣＰＤＵ２とＲＬＣＰＤＵ４のみが、２０４７バイト長さ構造に制限される。ＲＬＣＰＤＵ１およびＲＬＣＰＤＵ３は、無制限のサイズからなり、３ＧＰＰ規格によって現在課せられている２０４７バイト制限をはるかに超えうる。

図５は、３ＧＰＰ規格において現在存在する２０４７バイト制限を超えるＲＬＣＳＤＵを分割するためのさらなるスキームの例示５００を提供する。この例では、再度、２つのＲＬＣＳＤＵが４つ（例えば、ＲＬＣＰＤＵ１、ＲＬＣＰＤＵ２Ａ、ＲＬＣＰＤＵ２Ｂ、およびＲＬＣＰＤＵ３）に分割されるが、上述した構成要素の機能および能力によって、３つのＲＬＣＰＤＵのみ、送信される必要がある。図４で説明されたＲＬＣＰＤＵのように、ＲＬＣＰＤＵ１とＲＬＣＰＤＵ２Ｂとは、無制限のサイズからなりうるが、ＲＬＣＰＤＵ２ＡおよびＲＬＣＰＤＵ３は、２０４８バイト未満の長さに制限される。しかしながら、図４に示す状況とは異なり、図５に示すように、４つの異なるＲＬＣＰＤＵが送信される場合、第２および第３のＲＬＣＰＤＵ（例えば、第１のＲＬＣＳＤＵ（ＲＬＣＳＤＵ１）の最終部分を備えるＲＬＣＰＤＵ（ＲＬＣＰＤＵ２Ａ）と、第２のＲＬＣＳＤＵ（ＲＬＣＳＤＵ２）の先頭部分を備える第３のＲＬＣＰＤＵ（ＲＬＣＰＤＵ２Ｂ））が連結され、単一のＲＬＣＰＤＵ（例えば、連結されたＲＬＣＰＤＵ）が形成される。この連結されたＲＬＣＰＤＵは、ＬＩフラグ・セットを有するＲＬＣＰＤＵヘッダを含み、これは、ＲＬＣＰＤＵを受信する手段が、含まれているＬＩフィールドが、連結されたＲＬＣＰＤＵに関連する適切なサイズ情報を含んでいる（例えば、ＬＩフィールドに含まれるサイズ情報が、ＲＬＣＰＤＵ２Ａに関連している）ことを通知されることを意味する。この概念の下では、連結されたＲＬＣＰＤＵのみが、ＬＩフラグと適切に収集されたＬＩフィールドのセットを含み、連結されたＲＬＣＰＤＵの構成要素（例えば、ＲＬＣＰＤＵ２Ａ）のサイズを示す必要があることが注目されるべきである。連結されたＲＬＣＰＤＵの合計サイズと、連結されたＲＬＣＰＤＵの構成要素のうちの少なくとも１つのサイズを備えることによって、連結されたＲＬＣＰＤＵが分割され、それぞれのＲＬＣＳＤＵの構成要素が提供されることがさらに注目されるべきである。

図６は、主題となる開示にしたがって使用されうる例示的なＲＬＣＰＤＵ６００を図示する。例示されるように、ＲＬＣＰＤＵは、２つの部分、すなわち、ＲＬＣＳＤＵからの情報が配置されるペイロード部分と、１ビットのＬＩフラグ６０２および１１ビットのＬＩフィールド６０４を含みうるヘッダ部分とを備えうる。１ビットのＬＩフラグは、１１ビットのＬＩフィールド６０４が、ペイロード部分に関して意味のあるサイズ情報を含むか否かをか示すために利用されうる。例えば、ペイロードが２，０００バイトの情報を含んでいる場合、１ビットのＬＩフラグ６０２が設定され、１１ビットのＬＩフィールド６０４は、ペイロードが２，０００バイトの情報を含むことを反映するために更新または収集されうる。当業者によって認識されるように、ＬＩフィールド６０４は、１１ビットの長さであるので、このフィールドによって示されうる最大数は、２^１１−１（例えば、２０４７）である。したがって、上述したように、１ビットのＬＩフラグ６０２と１１ビットのＬＩフィールドとが利用されない場合がありうる。

図７、図８、図９、および図１０に示すように、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結することに関連する方法がそれぞれ例示されている。ここで、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。説明を単純にする目的で、これら方法は、一連の動作として示され説明されているが、これら方法は、１または複数の実施形態にしたがって、幾つかの動作が本明細書で示され記載されたものとは異なる順序で、あるいは他の動作と同時に生じうるので、動作の順序によって限定されないことが理解され認識されるべきである。例えば、当業者であれば、これら方法はその代わりに、例えば状態図におけるように、一連の相互関連する状態またはイベントとして表されうることを理解し認識するだろう。さらに、１または複数の実施形態にしたがって方法を実現するために、必ずしも例示されたすべての動作が必要とされる訳ではない。

図７を参照して、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および連結するための例示的な方法７００が示されている。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。方法７００は、７０２において始まり、ここでは、ＲＬＣＳＤＵが獲得され、ＲＬＣＳＤＵのサイズに関する確認がなされうる。７０４では、ＲＬＣＳＤＵがＲＬＣＰＤＵへ分割されうる。ここでは、分割中に、ＲＬＣＳＤＵの最終部分または最終局面に関連付けられたＲＬＣＰＤＵが、２０４７バイト制限を超えないように制限される。７０６では、ＲＬＣＰＤＵが送信され、ここでは、送信中に、ＲＬＣＳＤＵの最後尾に関連付けられたＲＬＣＰＤＵがモニタされ、２０４７バイトのしきい値を超えていないことが確認される。

図８を参照して、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するための、さらなる例示的な方法８００が示される。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。方法８００は８０２で始まり、ここでは、ＲＬＣＰＤＵが受信され、受信中、２０４７バイトを超えないＲＬＣＰＤＵが、それぞれのＲＬＣＳＤＵの最終部分に関連付けられるべきであることが注目される。８０４では、ＲＬＣＰＤＵが、ＲＬＣＳＤＵへ再構築されうる。ここでは、２０４７バイトを超えていないと以前に述べられたＲＬＣＰＤＵが、ＲＬＣＳＤＵの最終部分であると見なされ、２０４７バイトの制限を超えるＲＬＣＰＤＵが、ＲＬＣＳＤＵの開始部分であると見なされる。

図９を参照して、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するための例示的な方法９００が示される。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。方法９００は９０２で始まり、ＲＬＣＳＤＵが取得または獲得される。９０４では、ＲＬＣＳＤＵがＲＬＣＰＤＵへ分割される。ここでは、分割中、ＲＬＣＳＤＵの最終部分を伝送するためのＲＬＣＰＤＵが２０４７バイトを超えないような特別な注意が、ＲＬＣＳＤＵの最終部分に関して払われる。９０６では、ＬＩフィールド（および関連付けられたＬＩフラグ）には、ＲＬＣＳＤＵの最終部分を含むＲＬＣＰＤＵのビット・サイズが適切に提供されうる。９０８では、中間物であるＲＬＣＰＤＵが連結されうる。ここでは、ＲＬＣＳＤＵの非最終部分を含むＲＬＣＰＤＵのＬＩフィールド（およびＬＩフラグ）が取り除かれる。９１０では、連結された中間物ＲＬＣＰＤＵを含む、生成されたＲＬＣＰＤＵがディスパッチされうる。

図１０を参照して、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するための例示的な方法１０００が示される。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。方法１０００は１００２で始まり、ここでは、連結または結合されたＲＬＣＰＤＵを含むＲＬＣＰＤＵが受信されうる。１００４では、連結または結合されたＲＬＣＰＤＵに関連付けられたＬＩフィールドが、既に結合または連結された２つのＲＬＣＰＤＵの間のどこに区分または境界が存在するのかを突き止めるために利用されうる。１００６では、ＲＬＣＰＤＵが、ＲＬＣＳＤＵへ再構築または再アセンブルされうる。

本明細書に記載された１または複数の態様によれば、一般に２０４７バイトを超えるＲＬＣＳＤＵを、ＲＬＣＰＤＵへセグメント化および／または連結することに関連して推論がなされうることが認識されるだろう。本明細書で使用されるように、「推論する」または「推論」なる用語は一般に、イベントおよび／またはデータによって取得されたような観察のセットから、システム、環境、および／または、ユーザの状態の推論あるいはそれらに関する推理のプロセスを称する。推論は、特定のコンテキストまたは動作を特定するために適用されるか、あるいは、例えば状態にわたる確率分布を生成しうる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、興味のある状態にわたる確率分布を計算することでありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構築するために適用される技術を称することができる。そのような推論によって、イベントが時間的に近接していようといまいと、これらイベントおよびデータが１または幾つかのイベント・ソースおよびデータ・ソースに由来していようと、観察されたイベントおよび／または格納されたイベント・データのセットから、新たなイベントまたは動作を構築することができる。

図１１はＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するアクセス端末３０４の例示１１００である。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。アクセス端末３０４は、例えば（図示しない）受信アンテナから信号を受信し、受信した信号について一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行し、これら調整された信号をデジタル化してサンプルを得る受信機１１０２を備えうる。受信機１１０２は、例えばＭＭＳＥ受信機であり、受信したシンボルを復調し、それらをチャネル推定のためにプロセッサ１１０６へ送る復調器１１０４を備えうる。プロセッサ１１０６は、受信機１１０２によって受信された情報の分析、および／または、送信機１１１４による送信のための情報の生成に特化されたプロセッサ、アクセス端末３０４の１または複数の構成要素を制御するプロセッサ、および／または、受信機１１０２によって受信された情報の分析と、送信機１１１４による送信のための情報の生成と、アクセス端末３０４の１または複数の構成要素の制御との両方を行うプロセッサでありうる。

アクセス端末３０４は、プロセッサ１１０６に動作可能に接続されたメモリ１１０８をさらに備える。このメモリは、送信されるべきデータ、受信したデータ、および、本明細書に記載されたさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納しうる。例えば、メモリ１１０８は、１または複数の基地局によって適用されるグループ特有のシグナリング制約を格納しうる。メモリ１１０８はさらに、リソース・ブロック割当を通信すること、および／または、受信した割当メッセージを分析するためにそのようなシグナリング制約を適用することのために使用されるシグナリング制約を識別することに関連付けられたプロトコルおよび／またはアルゴリズムを格納しうる。

本明細書に記載されたデータ・ストア（例えば、メモリ１１０８）は、揮発性メモリであるか、あるいは不揮発性メモリである。あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されるだろう。限定ではなく例示によって、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含みうる。限定ではなく例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。主題となるシステムおよび方法のメモリ１１０８は、限定される訳ではないが、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。

受信機１１０２はさらに、図３のセグメント化および連結構成要素３０６に実質的に類似しうるセグメント化および連結構成要素１１１０に動作可能に接続されている。セグメント化および連結構成要素１１１０は、ハンドオーバや、例えば、位置決め推論、および／または、基地局からの協調的な送信のようなその他のアプリケーションのために、近隣セルの探索および／または追跡のために適用されうる。アクセス端末３０４はさらに、変調機１１１２と、例えば、基地局や、他のアクセス端末等に信号を送信する送信機１１１４とを備える。プロセッサ１１０６と別に図示されているが、セグメント化および連結構成要素１１１０および／または変調器１１１２は、プロセッサ１１０６または多くのプロセッサ（図示せず）の一部でありうることが認識されるべきである。

図１２は、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するシステム１２００の例示である。ここでは、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。システム１２００は、複数の受信アンテナ１２０４によって、１または複数のアクセス端末３０４から信号を受信する受信機１２０８、および、送信アンテナ１２０６によって１または複数のアクセス端末１２０２へ送信する送信機１２２０、を有する基地局３０２（例えば、アクセス・ポイント）を備える。受信機１２０８は、受信アンテナ１２０４から情報を受信する。さらに、受信した情報を復調する復調器１２１０と動作可能に関連付けられている。復調されたシンボルは、図１１に関連して上述されたプロセッサに類似のプロセッサ１２１２によって分析されうる。このプロセッサ１２１２は、アクセス端末（単数または複数）１２０２（または、他の基地局（図示せず））から送信されるべきデータ、または受信されたデータ、および／または、本明細書に記載されたさまざまな動作および機能を実行することに関連するその他任意の適切な情報を格納するメモリ１２１４に接続されている。プロセッサ１２１２はさらに、回路交換ボイス・オーバ・パケット交換ネットワークの送信を容易にするセグメント化および連結構成要素１２１６に接続される。さらに、セグメント化および連結構成要素１２１６は、変調器１２１８へ送られるべき情報を提供しうる。変調器１２１８は、送信機１２２０によって、アンテナ１２０６を介してアクセス端末１２０２へ送信されるフレームを多重化しうる。プロセッサ１２１２と別に図示されているが、セグメント化および連結構成要素１２１６および／または変調器１２１８は、プロセッサ１２１２または多くのプロセッサ（図示せず）の一部でありうることが認識されるべきである。

図１３は、無線通信システム１３００の例を示す。無線通信システム１３００は、簡潔さの目的のため、１つの基地局１３１０と１つのアクセス端末１３５０しか示していない。しかしながら、システム１３００は、１より多い基地局、および／または、１より多いアクセス端末を含みうることが認識されるべきである。ここで、追加の基地局および／またはアクセス端末は、以下に示す基地局１３１０およびアクセス端末１３５０の例と実質的に類似しうるか、あるいは、異なりうる。それに加えて、基地局１３１０および／またはアクセス端末１３５０は、互いの間の無線通信を容易にするために、本明細書に記載されたシステム（図３、１１−１２、１４−１５）および／または方法（図７−１０）を適用しうることが認識されるべきである。

基地局１３１０では、多くのデータ・ストリームのためのトラフィック・データが、データ・ソース１３１２から送信（ＴＸ）データ・プロセッサ１３１４へ提供される。一例によれば、おのおののデータ・ストリームが、それぞれのアンテナを介して送信される。ＴＸデータ・プロセッサ１３１４は、トラフィック・データ・ストリームをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。

おのおののデータ・ストリームの符号化されたデータは、直交周波数分割多重化（ＯＦＤＭ）技術を用いてパイロット・データと多重化されうる。さらに、あるいは、その代わりに、パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、あるいは符号分割多重化（ＣＤＭ）されうる。パイロット・データは、一般には、周知の方式で処理される既知のデータ・パターンであり、チャネル応答を推定するために、アクセス端末１３５０において使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ１３３０によって実行または提供される命令によって決定されうる。

データ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸＭＩＭＯプロセッサ１３２０に提供される。ＴＸＭＩＭＯプロセッサ１３２０はその後、Ｎ_Ｔ個のシンボル・ストリームを、Ｎ_Ｔ個の送信機（ＴＭＴＲ）１３２２ａ乃至１３２２ｔへ提供する。さまざまな実施形態において、ＴＸＭＩＭＯプロセッサ１３２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

おのおのの送信機１３２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機１３２２ａ乃至１３２２ｔからのＮ_Ｔ個の変調信号は、Ｎ_Ｔ個のアンテナ１３２４ａ乃至１３２４ｔそれぞれから送信される。

アクセス端末１３５０では、送信された変調信号が、Ｎ_Ｒ個のアンテナ１３５２ａ乃至１３５２ｒによって受信され、おのおのの受信機１３５２から受信された信号が、それぞれの受信機（ＲＣＶＲ）１３５４ａ乃至１３５４ｒへ提供される。おのおのの受信機１３５４は、それぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ１３６０は、Ｎ_Ｒ個の受信機１３５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ１３６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、そのデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ１３６０による処理は、基地局１３１０におけるＴＸＭＩＭＯプロセッサ１３２０およびＴＸデータ・プロセッサ１３１４によって実行されるものと相補的である。

プロセッサ１３７０は、上述したように、利用可能などの技術を利用するのかを定期的に決定する。さらに、プロセッサ１３７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。

逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、データ・ソース１３３６から多くのデータ・ストリームのトラフィック・データをも受信するＴＸデータ・プロセッサ１３３８によって処理され、変調器１３８０によって変調され、送信機１３５４ａ乃至１３５４ｒによって調整され、基地局１３１０へ送り戻される。

基地局１３１０では、アクセス端末１３５０からの変調信号が、アンテナ１３２４によって受信され、受信機１３２２によって調整され、復調器１３４０によって復調され、ＲＸデータ・プロセッサ１３４２によって処理されることにより、アクセス端末１３５０によって送信された逆方向リンク・メッセージが抽出される。さらに、プロセッサ１３３０は、ビームフォーミング重みを決定するためにどの事前符号化行列を使用するかを決定するために、この抽出されたメッセージを処理する。

プロセッサ１３３０およびプロセッサ１３７０は、基地局１３１０およびアクセス端末１３５０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ１３３０およびプロセッサ１３７０はそれぞれ、プログラム・コードおよびデータを格納するメモリ１３３２およびメモリ１３７２に関連付けられうる。プロセッサ１３３０およびプロセッサ１３７０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答推定値を導出する計算をも実行する。

態様では、論理チャネルが、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を含みうる。さらに、論理制御チャネルは、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）を含みうる。さらに、論理制御チャネルは、１またはいくつかのＭＴＣＨのためにマルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジュールおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）を備えうる。一般に、ラジオ・リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳ（例えば、旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。さらに、論理制御チャネルは、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される専用制御チャネル（ＤＣＣＨ）を含みうる。態様では、論理トラフィック・チャネルは、ユーザ情報を転送するために、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。さらに、論理トラフィック・チャネルは、トラフィック・データを送信するポイント・トゥ・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）をも含みうる。

態様では、伝送チャネルが、ＤＬとＵＬとに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＰＣＨは、セル全体にわたってブロードキャストされることにより、および、他の制御／トラフィック・チャネルのために使用されうる物理レイヤ（ＰＨＹ）リソースにマップされることにより、ＵＥ節電をサポートする（例えば、不連続受信（ＤＲＸ）サイクルが、ネットワークによってＵＥへ示される）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを含みうる。

ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。例えば、ＤＬＰＨＹチャネルは、共通のパイロット・チャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ割当チャネル（ＳＵＡＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬ電力制御チャネル（ＵＰＣＣＨ）、ページング・インジケータ・チャネル（ＰＩＣＨ）、および／または、負荷インジケータ・チャネル（ＬＩＣＨ）を含みうる。さらなる実例として、ＵＬＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）、チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）、アクノレッジメント・チャネル（ＡＣＫＣＨ）、アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）、共有要求チャネル（ＳＲＥＱＣＨ）、ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）、および／またはブロードキャスト・パイロット・チャネル（ＢＰＩＣＨ）を含みうる。

本明細書に記載された実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアで実現する場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールドプログラム可能ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、あるいはこれらの組み合わせ内に実装されうる。

これら実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶素子のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容の引渡および／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ引渡し、トークン引渡、ネットワーク送信などを含む任意の適切な手段を用いて引渡、転送、あるいは送信されうる。

ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手続き、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。

図１４に移って、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するシステム１４００が例示されている。ここで、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。システム１４００は、例えば、アクセス端末または基地局内に存在しうる。図示するように、システム１４００は、プロセッサ、ソフトウェア、または（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表しうる。システム１４００は、連携して動作しうる電子構成要素の論理グループ１４０２を含む。論理グループ１４０２は、ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を取得するための電子構成要素１４０４を含みうる。さらに、論理グループ１４０２は、各ＲＬＣＳＤＵに関連付けられた最後のＲＬＣＰＤＵが２０４７バイトを超えないようにＲＬＣＳＤＵをＲＬＣＰＤＵへ分割するための電子構成要素１４０６を含みうる。さらに、論理グループ１４０２は、最後のＲＬＣＰＤＵのおのおののサイズを示すために、ＲＬＣＳＤＵのおのおのに関連付けられた最後のＲＬＣＰＤＵについて長さインジケータ（ＬＩ）を設定するための電子構成要素１４０８を含みうる。さらに、論理グループ１４０２は、中間物であるＲＬＣＰＤＵを連結するための電子構成要素１４１０を含みうる。さらに、論理グループ１４０２は、連結された中間物ＲＬＣＰＤＵを含むＲＬＣＰＤＵをディスパッチするための電子構成要素１４１２を含みうる。それに加えて、システム１４００は、電子構成要素１４０４、１４０６、１４０８、１４１０、１４１２に関連付けられた機能を実行するための命令群を保持するメモリ１４１４を含みうる。メモリ１４１４の外部にあるとして示されているが、電子構成要素１４０４、１４０６、１４０８、１４１０、および１４１２は、メモリ１４１４内に存在しうることが理解されるべきである。

図１５に移って、ＲＬＣＳＤＵをＲＬＣＰＤＵへセグメント化および／または連結するシステム１５００が例示されている。ここで、ＲＬＣＳＤＵは一般に、２０４７バイトを超えるサイズを有する。システム１５００は、例えば、アクセス端末または基地局に存在しうる。図示するように、システム１５００は、プロセッサ、ソフトウェア、または（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表しうる。システム１５００は、連携して動作しうる電子構成要素の論理グループ１５０２を含む。論理グループ１５０２は、連結されたＲＬＣＰＤＵを含むラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）を受信するための電子構成要素１５０４を含みうる。さらに、論理グループ１５０２は、連結されたＲＬＣＰＤＵ間のどこに区分が存在するのかを突き止めるために、連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）を利用するための電子構成要素１５０６を含みうる。さらに、論理グループ１５０２は、ＲＬＣＰＤＵをＲＬＣＳＤＵへ再構築するための電子構成要素１５０８を含みうる。さらに、システム１５００は、電子構成要素１５０４、１５０６、１５０８に関連付けられた機能を実行するための命令群を保持するメモリ１５１０を含みうる。メモリ１５１０の外側にあるとして示されているが、電子構成要素１５０４、１５０６、１５０８は、メモリ１５１０内に存在しうることが理解されるべきである。

上述したものは、１または複数の実施形態のうちの一例を含む。もちろん、上述した実施形態を説明する目的で、構成要素または方法の考えられるすべての組み合わせを記述することは可能ではないが、当業者であれば、さまざまな実施形態のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された実施形態は、特許請求の範囲の精神およびスコープ内にあるそのようなすべての変更、変更、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細説明あるいは特許請求の範囲のうちの何れかで使用されている限り、その用語は、用語「備える」が、請求項における遷移語として適用される場合に解釈される用語「備える」と同様に、包括的であることが意図される。

Claims

ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）をＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する方法であって、
第１のＲＬＣＳＤＵを受信することと、
前記第１のＲＬＣＳＤＵを、第１のＲＬＣＰＤＵと、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割することと、
前記第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、前記第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定することと、
前記第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成することと、
前記第１のＲＬＣＰＤＵ、前記連結されたＲＬＣＰＤＵ、および、前記第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチすることと
を備える方法。
前記第２のＲＬＣＰＤＵに関連付けられたＬＩフラグを設定することをさらに備える請求項１に記載の方法。
前記第１のＲＬＣＳＤＵに関連付けられた第１のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第１のＲＬＣＳＤＵからの先頭情報を含む請求項１に記載の方法。
前記第１のＲＬＣＳＤＵに関連付けられた前記第２のＲＬＣＰＤＵは、前記第１のＲＬＣＳＤＵからの最終情報を含む請求項１に記載の方法。
前記第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第２のＲＬＣＳＤＵからの先頭情報を含む請求項１に記載の方法。
前記第２のＲＬＣＳＤＵに関連付けられた前記第４のＲＬＣＰＤＵは、２０４７バイトまでのサイズに制限されている請求項１に記載の方法。
無線通信装置であって、
第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとにセグメント化することと、
前記第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、前記第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定することと、
前記第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成することと、
前記第１のＲＬＣＰＤＵ、前記連結されたＲＬＣＰＤＵ、および、前記第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチすることと、
に関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
前記第１のＲＬＣＳＤＵに関連付けられた第１のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第１のＲＬＣＳＤＵからの先頭情報を含む請求項７に記載の無線通信装置。
前記第１のＲＬＣＳＤＵに関連付けられた前記第２のＲＬＣＰＤＵは、前記第１のＲＬＣＳＤＵからの最終情報を含む請求項７に記載の無線通信装置。
前記第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第２のＲＬＣＳＤＵからの先頭情報を含む請求項７に記載の無線通信装置。
前記第２のＲＬＣＳＤＵに関連付けられた前記第４のＲＬＣＰＤＵは、２０４７バイトまでのサイズに制限されている請求項７に記載の無線通信装置。
ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する無線通信装置であって、
第１のＲＬＣＳＤＵを受信する手段と、
前記第１のＲＬＣＳＤＵを、第１のＲＬＣＰＤＵと、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割する手段と、
前記第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、前記第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定する手段と、
前記第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成する手段と、
前記第１のＲＬＣＰＤＵ、前記連結されたＲＬＣＰＤＵ、および、前記第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチする手段と
を備える無線通信装置。
前記第１のＲＬＣＳＤＵに関連付けられた第１のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第１のＲＬＣＳＤＵからの先頭情報を含む請求項１２に記載の無線通信装置。
前記第１のＲＬＣＳＤＵに関連付けられた前記第２のＲＬＣＰＤＵは、前記第１のＲＬＣＳＤＵからの最終情報を含む請求項１２に記載の無線通信装置。
前記第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第２のＲＬＣＳＤＵからの先頭情報を含む請求項１２に記載の無線通信装置。
前記第２のＲＬＣＳＤＵに関連付けられた前記第４のＲＬＣＰＤＵは、２０４７バイトまでのサイズに制限されている請求項１２に記載の無線通信装置。
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を受信するためのコードと、
前記第１のＲＬＣＳＤＵを、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割するためのコードと、
前記第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、前記第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定するためのコードと、
前記第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結し、連結されたＲＬＣＰＤＵを生成するためのコードと、
前記第１のＲＬＣＰＤＵ、前記連結されたＲＬＣＰＤＵ、および、前記第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチするためのコードと
を備えるコンピュータ・プログラム製品。
前記第１のＲＬＣＳＤＵに関連付けられた第１のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第１のＲＬＣＳＤＵからの先頭情報を含む請求項１７に記載のコンピュータ・プログラム製品。
前記第１のＲＬＣＳＤＵに関連付けられた前記第２のＲＬＣＰＤＵは、前記第１のＲＬＣＳＤＵからの最終情報を含む請求項１７に記載のコンピュータ・プログラム製品。
前記第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵは、２０４８バイトを超えるサイズからなり、前記第２のＲＬＣＳＤＵからの先頭情報を含む請求項１７に記載のコンピュータ・プログラム製品。
前記第２のＲＬＣＳＤＵに関連付けられた前記第４のＲＬＣＰＤＵは、２０４７バイトまでのサイズに制限されている請求項１７に記載のコンピュータ・プログラム製品。
無線通信装置であって、
第１のラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を受信し、
前記第１のＲＬＣＳＤＵを、第１のＲＬＣプロトコル・データ・ユニット（ＰＤＵ）と、２０４７バイトまでのサイズに制限された第２のＲＬＣＰＤＵとに分割し、
前記第２のＲＬＣＰＤＵに含まれる情報のサイズを示すために、前記第２のＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを設定し、
前記第２のＲＬＣＰＤＵを、第２のＲＬＣＳＤＵに関連付けられた第３のＲＬＣＰＤＵと連結して、連結されたＲＬＣＰＤＵを生成し、
前記第１のＲＬＣＰＤＵ、前記連結されたＲＬＣＰＤＵ、および、前記第２のＲＬＣＳＤＵに関連付けられた第４のＲＬＣＰＤＵをディスパッチする
ように構成されたプロセッサ
を備える無線通信装置。
ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する方法であって、
第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信することと、
前記連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、前記連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用することと、
前記第１のＲＬＣＰＤＵ、前記第２のＲＬＣＰＤＵ、前記第３のＲＬＣＰＤＵ、および前記第４のＲＬＣＰＵＤを、第１のＲＬＣＳＤＵおよび第２のＲＬＣＳＤＵへ再構築することと
を備える方法。
前記ＬＩフィールドは、前記連結されたＲＬＣＰＤＵに関連付けられたヘッダに含まれる１１ビットのフィールドである請求項２３に記載の方法。
前記第２のＲＬＣＰＤＵおよび前記第４のＲＬＣＰＤＵは、それぞれ、前記第１のＲＬＣＳＤＵおよび前記第２のＲＬＣＳＤＵの最終部分を含む請求項２３に記載の方法。
前記第１のＲＬＣＰＤＵおよび前記第３のＲＬＣＰＤＵは、２０４７バイトの制限に制約されない請求項２３に記載の方法。
前記第２のＲＬＣＰＤＵおよび前記第４のＲＬＣＰＤＵは、２０４７バイトの制限が課せられる請求項２３に記載の方法。
無線通信装置であって、
第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを獲得することと、
前記連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、前記連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用することと、
前記第１のＲＬＣＰＤＵおよび前記第２のＲＬＣＰＤＵを第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）へ、前記第３のＲＬＣＰＤＵおよび前記第４のＲＬＣＰＵＤを第２のＲＬＣＳＤＵへ再構築することと、
に関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
ラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）へセグメント化または連結する無線通信装置であって、
第１のＲＬＣＰＤＵ、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信する手段と、
前記連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、前記連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用する手段と、
前記第１のＲＬＣＰＤＵ、前記第２のＲＬＣＰＤＵ、前記第３のＲＬＣＰＤＵ、および前記第４のＲＬＣＰＵＤを、第１のＲＬＣＳＤＵおよび第２のＲＬＣＳＤＵへ再構築する手段と
を備える無線通信装置。
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、
前記コンピュータ読取可能媒体は、
第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信するためのコードと、
前記連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、前記連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用するためのコードと、
前記第１のＲＬＣＰＤＵおよび前記第２のＲＬＣＰＤＵを第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）へ、前記第３のＲＬＣＰＤＵおよび前記第４のＲＬＣＰＵＤを第２のＲＬＣＳＤＵへ再構築するためのコードと
を備えるコンピュータ・プログラム製品。
無線通信装置であって、
第１のラジオ・リンク制御（ＲＬＣ）プロトコル・データ・ユニット（ＰＤＵ）、連結されたＲＬＣＰＤＵ、および第４のＲＬＣＰＤＵを受信し、
前記連結されたＲＬＣＰＤＵに含まれる第２のＲＬＣＰＤＵと第３のＲＬＣＰＤＵとの間の境界を突き止めるために、前記連結されたＲＬＣＰＤＵに関連付けられた長さインジケータ（ＬＩ）フィールドを利用し、
前記第１のＲＬＣＰＤＵ、前記第２のＲＬＣＰＤＵ、前記第３のＲＬＣＰＤＵ、および前記第４のＲＬＣＰＵＤを、第１のＲＬＣサービス・データ・ユニット（ＳＤＵ）および第２のＲＬＣＳＤＵへそれぞれ再アセンブルする
ように構成されたプロセッサ
を備える無線通信装置。