(57)【要約】      （修正有）【課題】アップリンクでフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する。【解決手段】ＲＬＣ ＰＤＵ要求が、媒体アクセス制御（ＭＡＣ）層から受信される。第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況が、決定される。ＲＬＣ ＰＤＵのサイズが、無線状況に基づいて選択される。ＲＬＣ ＰＤＵが生成される。ＲＬＣ ＰＤＵがＭＡＣ層に送られる。【選択図】図１
2014078954.tif 000002
【特許請求の範囲】
【請求項１】
アップリンクにおいてフレキシブルなサイズの無線リンク制御(ＲＬＣ) プロトコルデータユニット(ＰＤＵ)を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するための手段と、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するための手段と、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するための手段と、
前記ＲＬＣ ＰＤＵを生成するための手段と、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るための手段と
を含む装置。
【請求項２】
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するための手段をさらに含む、請求項１に記載の装置。
【請求項３】
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信するための手段をさらに含む、請求項２に記載の装置。
【請求項４】
物理層パケットデータフィールドのサイズを決定するための手段をさらに含む、請求項１に記載の装置。
【請求項５】
前記装置が無線通信デバイスである、請求項１に記載の装置。
【請求項６】
前記無線通信デバイスが、エンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて、所与の送信時間間隔（ＴＴＩ）で、ＲＬＣ ＰＤＵを形成する能力があるかどうかを決定するための手段をさらに含む、請求項５に記載の装置。
【請求項７】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣによって決定されたパケットサイズに適合するように選択される、請求項６に記載の装置。
【請求項８】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、後のＴＴＩのためにあらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するための手段をさらに含む、請求項６に記載の装置。
【請求項９】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項８に記載の装置。
【請求項１０】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成するための手段が、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するための手段を含む、請求項８に記載の装置。
【請求項１１】
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するための手段を含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項１に記載の装置。
【請求項１２】
前記ＲＬＣ ＰＤＵを生成するための手段が、１つのＭＡＣ ＰＤＵに収まるように１つのＲＬＣ ＰＤＵを生成するための手段を含む、請求項１１に記載の装置。
【請求項１３】
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択するための手段を含む、請求項１に記載の装置。
【請求項１４】
前記無線状況がチャネルバリエーションを含む、請求項１に記載の装置。
【請求項１５】
前記無線状況が利用可能なグラントを含む、請求項１に記載の装置。
【請求項１６】
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、請求項６に記載の装置。
【請求項１７】
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、請求項６に記載の装置。
【請求項１８】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、請求項１に記載の装置。
【請求項１９】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するＲＬＣ ＰＤＵパケット要求受信モジュールと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定する、無線状況モジュールと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択する、ＲＬＣ ＰＤＵサイズモジュールと、
前記ＲＬＣ ＰＤＵを生成する、ＲＬＣ ＰＤＵ生成モジュールと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送る、ＲＬＣ送出モジュールと
を含む、ＲＬＣ ＰＤＵを供給するように構成された回路
を含む装置。
【請求項２０】
前記ＲＬＣ ＰＤＵ生成モジュールが、前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかをさらに決定する、請求項１９に記載の装置。
【請求項２１】
前記ＲＬＣ送出モジュールが、前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信する、請求項２０に記載の装置。
【請求項２２】
前記ＲＬＣ ＰＤＵサイズモジュールが、物理層パケットデータフィールドのサイズを決定する、請求項１９に記載の装置。
【請求項２３】
前記装置が無線通信デバイスである、請求項１９に記載の装置。
【請求項２４】
前記ＲＬＣ ＰＤＵ生成モジュールが、前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定する、請求項２３に記載の装置。
【請求項２５】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣによって決定されたパケットサイズに適合するように選択される、請求項２４に記載の装置。
【請求項２６】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、前記ＲＬＣ ＰＤＵサイズモジュールが、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかをさらに決定する、請求項２４に記載の装置。
【請求項２７】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵサイズモジュールが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、請求項２６に記載の装置。
【請求項２８】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵサイズモジュールが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、請求項２６に記載の装置。
【請求項２９】
前記ＲＬＣ ＰＤＵサイズモジュールが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択し、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項１９に記載の装置。
【請求項３０】
前記Ｅ−ＴＦＣの選択がＭＡＣ−ｉ／ｉｓエンティティである、請求項２４に記載の装置。
【請求項３１】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、請求項１９に記載の装置。
【請求項３２】
アップリンクにおいてフレキシブルなサイズの前記ＲＬＣ ＰＤＵを使用する方法であって、
媒体アクセス制御（ＭＡＣ）層から無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【請求項３３】
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定することをさらに含む、請求項３２に記載の方法。
【請求項３４】
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信することをさらに含む、請求項３３に記載の方法。
【請求項３５】
物理層パケットデータフィールドのサイズを決定することをさらに含む、請求項３２に記載の方法。
【請求項３６】
前記方法が無線通信デバイスによって実行される、請求項３２に記載の方法。
【請求項３７】
前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定することをさらに含む、請求項３６に記載の方法。
【請求項３８】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣの選択によって決定されたパケットサイズに適合するように選択される、請求項３７に記載の方法。
【請求項３９】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定することをさらに含む、請求項３７に記載の方法。
【請求項４０】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項３９に記載の方法。
【請求項４１】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項３９に記載の方法。
【請求項４２】
前記ＲＬＣ ＰＤＵのサイズを選択することが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択することを含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項３２に記載の方法。
【請求項４３】
前記ＲＬＣ ＰＤＵのサイズを選択することが、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択することを含む、請求項３２に記載の方法。
【請求項４４】
前記無線状況がチャネルバリエーションを含む、請求項３２に記載の方法。
【請求項４５】
前記無線状況が利用可能なグラントを含む、請求項３２に記載の方法。
【請求項４６】
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、請求項３７に記載の方法。
【請求項４７】
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、請求項３７に記載の方法。
【請求項４８】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、請求項３２に記載の方法。
【請求項４９】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用するためのコンピュータプログラム製品であって、該コンピュータプログラム製品は命令を有するコンピュータ可読媒体を含み、該命令は、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するためのコードと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するためのコードと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するためのコードと、
前記ＲＬＣ ＰＤＵを生成するためのコードと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るためのコードと
を含むコンピュータプログラム製品。
【請求項５０】
前記命令が、前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するためのコードをさらに含む、請求項４９に記載のコンピュータプログラム製品。
【請求項５１】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、請求項４９に記載のコンピュータプログラム製品。
【請求項５２】
前記コンピュータプログラム製品が、エンハンスド専用チャネルのトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力がない無線通信デバイスを制御し、前記命令が、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するためのコードをさらに含む、請求項４９に記載のコンピュータプログラム製品。
【請求項５３】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、請求項５２に記載のコンピュータプログラム製品。
【請求項５４】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、請求項５２に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、「デュアルキャリアＨＳＵＰＡにおけるＲＬＣ ＰＤＵのサイズ選択」と題する、２００９年４月１３日に出願された米国仮特許出願番号第６１／１６８，９１１号に関するものであり、その優先権を主張する。
【背景技術】
【０００２】
本開示は、概して通信システムに関する。本開示は、より詳細には、デュアルキャリアの高速アップリンクパケットアクセス（ＨＳＵＰＡ：high speed uplink packet access）における無線リンク制御プロトコルデータユニットのサイズ選択のためのシステムおよび方法に関する。
【０００３】
無線通信システムが、音声、映像、データ、等のさまざまな種類の通信コンテンツを提供するために広く配備されている。これらのシステムは、複数の端末の１つ以上の基地局との同時通信をサポートできる多元接続システムであることができる。
【０００４】
無線通信ネットワークでは、データが移動局と基地局との間で伝送されることができる。そのデータは、１つ以上のデータパケットの形態で伝送されることができる。データパケットは、データと適切なデータヘッダーを含むことができる。
【０００５】
無線通信システムが拡張および進化し続けるにつれ、より高いデータレートに対する需要が増加し続けている。データレートは、移動局と基地局との間で伝送されるデータの効率を増加させることによって改良されることができる。データレートは、移動局と基地局との間で伝送されるデータのためのさらなるキャリアの導入によって改良されることもできる。複数のキャリアが使用される場合にデータパケットの通信に関する改良が行われると有利であろう。
【図面の簡単な説明】
【０００６】
【図１】複数の無線デバイスを伴う無線通信システムを示す図である。
【図２】ユニバーサル移動電話通信システム（ＵＭＴＳ）を示すブロック図である。
【図３】ノードＢ（または基地局または無線トランシーバ基地局）に結合された無線ネットワーク制御装置（ＲＮＣ）（または基地局制御装置（ＢＳＣ））を含む、通信ネットワークの選択されたコンポーネントを示す図である。
【図４】スケジューリングされたデータ伝送のためのユーザー機器（ＵＥ）とノードＢとの間の高速アップリンクパケットアクセス（ＨＳＵＰＡ）動作を示したブロック図である。
【図５】無線リンク制御（ＲＬＣ：radio link control）プロトコルデータユニット（ＰＤＵ：protocol data unit）のサイズを選択する方法のフローチャートである。
【図６】無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）パケットの生成のためのユーザー機器（ＵＥ）でのデータフローを示すブロック図である。
【図７】本システムおよび方法で使用するための物理層パケットである、ＭＡＣ ＰＤＵ、ＲＬＣ ＰＤＵ、およびフレキシブルなサイズのＲＬＣ ＰＤＵを示す図である。
【図８】ＲＬＣ ＰＤＵを生成する方法のフローチャートである。
【図９】ＲＬＣ ＰＤＵを生成することの一部としての一部無線認識方式（partially radio aware scheme）および完全無線認識方式（fully radio aware scheme）のタイミング構造を示し、比較した図である。
【図１０】本システムおよび方法で使用するためのＲＬＣ ＰＤＵ ＭＡＣセグメントのＭＡＣ ＳＤＵを示す図である。
【図１１】ＭＡＣエンティティであるＭＡＣ−ｉ／ＭＡＣ−ｉｓ（ＭＡＣ−ｉ／ｉｓ）のためのＭＡＣアーキテクチャを示す図である。
【図１２】ユーザー機器（ＵＥ）側のＭＡＣ−ｉ／ｉｓのより詳細な説明図である。
【図１３】パケットネットワークインターフェースによる通信におけるノードＢと無線ネットワーク制御装置（ＲＮＣ）を示す図である。
【図１４】本システムおよび方法で使用するユーザー機器（ＵＥ）を示す図である。
【図１５】ユーザー機器（ＵＥ）で実現されることができる送信機の構造および／またはプロセスの例を示す図である。
【発明の概要】
【０００７】
アップリンクでのフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の使用方法が説明される。ＲＬＣ ＰＤＵ要求が、媒体アクセス制御（ＭＡＣ）層から受信されるか、または、ＲＬＣ ＰＤＵが、後に送信されるために生成される。第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況（radio condition）が決定（determine）される。ＲＬＣ ＰＤＵのサイズが、無線状況に基づいて選択される。ＲＬＣ ＰＤＵが生成される。ＲＬＣ ＰＤＵが、ＭＡＣ層に送られる。
【０００８】
ＲＬＣ ＰＤＵが第１のアップリンクキャリアで送信されるか第２のアップリンクキャリアで送信されるかが決定されることができる。ＲＬＣ ＰＤＵは、決定されたアップリンクキャリアで送信されることができる。物理層パケットデータフィールドのサイズが決定されることができる。この方法は、無線通信デバイスによって実行されることができる。無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ：enhanced dedicated channel）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ：Transport Format Combination）の選択を用いて所与の送信時間間隔（ＴＴＩ：transmission time interval）でＲＬＣ ＰＤＵを形成する能力があるかどうかが、決定されることができる。
【０００９】
無線通信デバイスは、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があることができる。ＲＬＣ ＰＤＵのサイズは、要求されたデータに適合するように選択されることができ、それは、このＴＴＩでのチャネル状況およびグラント（channel condition and grant）によって決定される。無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がない場合がある。あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいているかどうかが決定されることができる。
【００１０】
あらかじめ生成されたＲＬＣ ＰＤＵのサイズは、チャネル状況およびグラントに基づくことができる。ＲＬＣ ＰＤＵのサイズを選択することは、第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況に応じてＲＬＣ ＰＤＵのサイズを選択することを含むことができる。ＲＬＣ ＰＤＵを生成することは、今後のＴＴＩのためにＲＬＣ ＰＤＵをあらかじめ生成することを含むことができる。あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づかない場合がある。ＲＬＣ ＰＤＵのサイズを選択することは、セグメンテーションと不十分な活用を最小化するようにＲＬＣ ＰＤＵのサイズを選択することを含むことができる。
【００１１】
ＲＬＣ ＰＤＵのサイズを選択することは、物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、ＲＬＣ ＰＤＵデータフィールドのサイズを選択することを含むことができる。ＲＬＣ ＰＤＵデータフィールドのサイズは、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によって制限されることもできる。ＲＬＣ ＰＤＵのサイズを選択することは、現在の時間ユニットの物理層パケットサイズに適合するように、後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択することを含むことができる。
【００１２】
無線状況は、チャネルのバリエーションまたは利用可能なグラントを含むことができる。Ｅ−ＴＦＣは、ＭＡＣ−ｉ／ｉｓエンティティまたはＭＡＣ−ｅ／ｅｓエンティティであることができる。ＲＬＣ ＰＤＵのサイズは、K*min(x1(t), x2(t)) を使用して選択されることができる。Kは、１に等しいことができる。x1(t) は、時間 t での第１のアップリンクキャリアのためのサービング・グラント（serving grant）に対応するパケットサイズであることができる。x2(t) は、時間 t での第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであることができる。
【００１３】
アップリンクでフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する装置も説明される。この装置は、媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵ要求を受信するための手段を含む。この装置は、また、第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するための手段を含む。この装置は、無線状況に基づいてＲＬＣ ＰＤＵのサイズを選択するための手段をさらに含む。この装置は、また、ＲＬＣ ＰＤＵを生成するための手段を含む。この装置は、ＭＡＣ層にＲＬＣ ＰＤＵを送るための手段をさらに含む。
【００１４】
アップリンクでフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する装置が説明される。この装置は、媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵ要求を受信し、第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定し、無線状況に基づいてＲＬＣ ＰＤＵのサイズを選択し、ＲＬＣ ＰＤＵを生成し、ＭＡＣ層にＲＬＣ ＰＤＵを送るように、構成された回路を含む。
【００１５】
アップリンクでフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用するコンピュータプログラム製品もまた、説明される。コンピュータプログラム製品は、命令を有するコンピュータ可読媒体を含む。命令は、媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵ要求を受信するためのコードを含む。命令は、また、第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するためのコードを含む。命令は、無線状況に基づいてＲＬＣ ＰＤＵのサイズを選択するためのコードをさらに含む。命令は、また、ＲＬＣ ＰＤＵを生成するためのコードを含む。命令は、ＭＡＣ層にＲＬＣ ＰＤＵを送るためのコードをさらに含む。
【００１６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のより古いリリースでは、固定の無線リンク制御(ＲＬＣ)パケットサイズのみが許容されていた。より新しいリリースではダウンリンクでのフレキシブルなＲＬＣパケットサイズが許容されているが、標準は、ＲＬＣ層で生成されるＲＬＣパケットサイズの、チャネルバリエーションによる動的な選択メカニズムを課せられていない。
【００１７】
アップリンクでフレキシブルなサイズのＲＬＣプロトコルデータユニット（ＰＤＵ）を使用することにより、ある度合いのより少ないヘッダーオーバヘッド利得を維持しつつも、見逃し誤り（residual error）のような重要なパラメータが、減少または最小化されることができる。無線状況によってアップリンクのＲＬＣ ＰＤＵのサイズ選択を調整することにより、無線通信デバイスは、オーバーヘッドおよび誤りを最小化することができる。
【００１８】
完全無線認識方法において、無線通信デバイスは、ちょうど１つのＲＬＣ ＰＤＵが１つの物理層パケットで送信されるように、ＲＬＣ ＰＤＵのサイズを選択できる。そして、ＲＬＣ ＰＤＵは、トラヒックバッファが十分なデータを有するものと仮定して媒体アクセスチャネル（ＭＡＣ）ＰＤＵに収まるように生成される。これによる第１の利点は、ＲＬＣ ＰＤＵがＭＡＣ層でセグメント化されないことによって第１のＲＬＣ送信での見逃し誤りが物理層誤りと同一になることである。第２の利点は、ＲＬＣおよびＭＡＣヘッダーオーバーヘッドが、１つのＭＡＣパケットで１つのＲＬＣパケットのみを送ることにより最小化されることである。
【００１９】
一部無線認識方法では、ＲＬＣ ＰＤＵのサイズは、ＰＤＣ生成時の無線状況に依存する。しかしながら、ＲＬＣ ＰＤＵのサイズは、物理層のパケットサイズが決定されるまさにそのときには選ばれない。そうではなく、ＲＬＣ ＰＤＵのサイズは、先行する時間ユニット中に選択されることができる。ＲＬＣ ＰＤＵのサイズは、利用可能なアップリンクキャリアの数とそれらのアップリンクキャリアの各々に対応するチャネルパラメータに基づくことができる。一部無線認識方法において、ＲＬＣ ＰＤＵのサイズは、物理層のパケットサイズの決定の前に選択される。ＲＬＣ ＰＤＵは、また、物理層のパケットサイズ決定の前に生成されることもできる。ひとたびＲＬＣ ＰＤＵが生成されると、ＲＬＣ ＰＤＵは、ＭＡＣ層によって送信されるまで、ＲＬＣ送信バッファにとどまる。
【００２０】
以下の説明では、簡潔さと明瞭性のために、ユニバーサル移動電話通信システム（ＵＭＴＳ）標準に関連づけられた専門用語が、国際電気通信連合（ＩＴＵ）による第３世代パートナーシッププロジェクト（３ＧＰＰ）下で公表されているように、使用される。なお、本発明は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、等に関連する技術およびそれに関連づけられた標準、といった他の技術にも適用可能である。異なる技術に関連づけられる専門用語は、異なることができる。たとえば、考慮される技術によって、無線デバイスは、数例挙げてみただけでも、ユーザー機器（ＵＥ）、移動局、移動端末、加入者ユニット、アクセス端末、等と呼ばれることもできる。同様に、基地局は、アクセスポイント、ノードＢ、進化型ノードＢ、等と呼ばれることもできる。なお、適用可能な場合には、異なる専門用語が異なる技術に適応される。
【００２１】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、１９９８年１２月に制定された共同の協定である。それは、社団法人電波産業会／社団法人情報通信技術委員会（ＡＲＩＢ／ＴＴＣ：Association of Radio Industries and Businesses/Telecommunication Technology Committee）（日本）、欧州電気通信標準化機構（ＥＴＳＩ：European Telecommunications Standards Institute）（欧州）、米国電気通信標準化連盟（ＡＴＩＳ：Alliance for Telecommunications Industry Solutions）（北アメリカ）、中国通信標準化協会（ＣＣＳＡ：China Communications Standards Association）（中国）、および電気通信技術協会（ＴＴＡ：Telecommunication Technology Association of Korea）（韓国）間の連携である。３ＧＰＰの目的は、国際的に適用可能な国際電気通信連合（ＩＴＵ）のＩＭＴ−２０００（国際移動体通信）プロジェクトの範囲内で第３世代（３Ｇ）移動電話システムの仕様を設けることである。３ＧＰＰの仕様は、ユニバーサル移動電話通信システム（ＵＭＴＳ）として一般的に知られている、進化型の移動体通信のための世界システム（ＧＳＭ（登録商標））の仕様に基づいている。３ＧＰＰ標準は、リリースとして体系化されている。したがって、３ＧＰＰの説明は、しばしば、あるリリースまたは別のリリースの機能に言及する。たとえば、リリース９９は、ＣＤＭＡ空中インターフェースを組み込んだ第１のＵＭＴＳの第３世代（３Ｇ）ネットワークを規定する。リリース６は、無線ローカルエリアネットワーク（ＬＡＮ）のネットワークを用いた動作を複合化したものであり、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を追加する。リリース８は、デュアルダウンリンクキャリアを導入したものであり、リリース９は、ＵＭＴＳのアップリンクにデュアルキャリア動作を拡張したものである。
【詳細な説明】
【００２２】
図１は、複数の無線デバイスを有する無線通信システム１００を示す。無線デバイスは、基地局１０２、無線通信デバイス１０１、制御装置、等であることができる。基地局１０２は、１つ以上の無線通信デバイス１０１と通信する局である。基地局１０２は、アクセスポイント、同報送信機、ノードＢ、進化型ノードＢ、等と呼ばれることもでき、それらの機能の一部または全部を含むことができる。各基地局１０２は、地理上の特定のエリアのための通信有効範囲を提供する。基地局１０２は、１つ以上の無線通信デバイス１０１のための通信有効範囲を提供できる。「セル」という用語は、その用語が使用される文脈によって、基地局１０２および／またはその有効範囲エリアを言うことができる。各セルは、さらにセクタに分割されることができる。このように、基地局１０２は、複数のセクタをカバーできる。
【００２３】
無線通信デバイス１０１は、端末、アクセス端末、ユーザー機器（ＵＥ）、加入者ユニット、局、等と呼ばれることもでき、それらの機能の一部または全部を含むことができる。無線通信デバイス１０１は、携帯電話、携帯情報端末（ＰＤＡ）、無線デバイス、無線モデム、ハンドヘルドデバイス、ラップトップコンピュータ、ＰＣカード、コンパクトフラッシュ（登録商標）、外付けまたは内蔵モデム、有線電話、等であることができる。無線通信デバイス１０１は、可動または固定であることができる。無線通信デバイス１０１は、任意の所与の瞬間に、ダウンリンク１０６および／またはアップリンク１０５で、ゼロ、１つ、または複数の基地局１０２と通信できる。ダウンリンク１０６（すなわちフォワードリンク）は、基地局１０２から無線通信デバイス１０１への通信リンクのことを言い、アップリンク１０５（すなわちリバースリンク）は、無線通信デバイス１０１から基地局１０２への通信リンクのことを言う。アップリンク１０５およびダウンリンク１０６は、通信リンク、または通信リンクのために使用されるキャリアを言うことができる。
【００２４】
１つ以上の基地局１０２とアクティブなトラヒックチャネル接続を確立している無線通信デバイス１０１は、アクティブな無線通信デバイス１０１と呼ばれ、トラヒック状態であると言われる。１つ以上の基地局１０２とのアクティブなトラヒックチャネル接続を確立する最中の無線通信デバイス１０１は、接続セットアップ状態であると言われる。無線通信デバイス１０１は、無線チャネルによって、または有線チャネルによって、たとえば、光ファイバーまたは同軸ケーブルを使用して通信する任意のデータデバイスであることができる。
【００２５】
無線通信システム１００は、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数の無線通信デバイス１０１による通信をサポートできる多元接続システムであることができる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ（登録商標））システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、および空間分割多元接続（ＳＤＭＡ）システムを含む。
【００２６】
無線通信システム１００は、３ＧＰＰ標準で定義された高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）移動電話通信プロトコル（mobile telephony protocol）を使用できる。ＨＳＰＡは、Ｗ−ＣＤＭＡプロトコルの性能を向上させることができる。ＨＳＰＡでは、より短い送信時間間隔（ＴＴＩ）が使用されることができる。３ＧＰＰのリリース８は、ＨＳＰＡの高速アップリンクパケットアクセス（ＨＳＵＰＡ）部分での無線リンク制御（ＲＬＣ）パケットのフレキシブルなパケットサイズを許容する。これは、無線通信デバイス１０１が無線状況（たとえば、チャネルバリエーション、受信されたグラント）によって無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）のサイズを選ぶことを可能にする。
【００２７】
無線通信システムは、デュアルキャリア高速アップリンクパケットアクセス（ＤＣ−ＨＳＵＰＡ：dual carrier high speed uplink packet access）移動電話通信プロトコルを使用することもできる。ＤＣ−ＨＳＵＰＡは、アップリンク１０５におけるキャリア集約手段による高速パケットアクセス（ＨＳＰＡ）の進化型である。より良好なリソースの利用およびスペクトルの効率を達成するために、アップリンク１０５で利用される帯域幅は、第１のアップリンクキャリア１０５ａと第２のアップリンクキャリア１０５ｂの両方を使用することによって、２倍にされることができる。各々のアップリンクキャリア１０５は、５メガヘルツ（ＭＨｚ）の帯域幅を使用できる。したがって、両方のアップリンクキャリア１０５の有効帯域幅は１０ＭＨｚであることができる。サービング・グラントは、チャネル状況およびシステム負荷がキャリアにわたって異なるため、各アップリンクキャリア１０５で異なることができる。
【００２８】
以前の第３世代パートナーシッププロジェクト（３ＧＰＰ）のリリースでは、固定の無線リンク制御（ＲＬＣ）パケットサイズのみが許容されていた。リリース７は、ダウンリンク１０６でのフレキシブルなサイズを許容していたが、物理層と無線リンク制御（ＲＬＣ）層が異なるネットワーク要素上に存在するために、標準は、チャネルバリエーションによる動的なサイズ選択メカニズムを課していなかった。これは、アップリンク１０５では無線リンク制御（ＲＬＣ）層１９９と下位の層がいずれも無線通信デバイス１０１に存在するために、より実行可能である。
【００２９】
３ＧＰＰのリリース８において、承認されたモードのＲＬＣを使用したアップリンクのピークデータビットスループットは、ＲＬＣ ＰＤＵのサイズによって制約され得る。この課題に対処するために、フレキシブルなＲＬＣ ＰＤＵサイズが使用され、アップリンクの有効範囲を改良し、ＲＬＣラウンドトリップタイム（ＲＴＴ：RLC roundtrip time）を減じることにより、処理およびレベル−２（ＭＡＣおよびＲＬＣ）オーバーヘッドを減じ、ＲＬＣウィンドウのサイズを効果的に減じる。ＲＬＣ ＰＤＵのサイズをフレキシブルに選択できる無線通信デバイス１０１の能力は、必要とされるＲＬＣおよびＭＡＣヘッダーの数ならびにパディングを減じることによって、レベル−２プロトコルオーバーヘッドを減じるのに役立つことができる。それは、また、セグメンテーションを最小化することにより、ＲＬＣパケットで見られる見逃し誤りを減じることができる。さらに、より大きなＰＤＵの使用は、無線通信デバイス１０１と基地局１０２が、いずれも、ＰＤＵ処理専用の無線通信デバイス１０１および基地局１０２の処理電力を減じながら、より少ないＰＤＵを処理することを意味する。
【００３０】
無線通信デバイス１０１は、第１の物理層１０４ａおよび第２の物理層１０４ｂを含むことができる。物理層１０４は、無線通信ネットワーク１００用のハードウェア伝送技術を含むことができる。たとえば、物理層１０４は、基地局１０２との無線通信を許容する無線インターフェースを含むことができる。各物理層１０４は、アップリンクキャリア１０５に対応できる。たとえば、第１の物理層１０４ａは、第１のアップリンクキャリア１０５ａに対応でき、第２の物理層１０４ｂは、第２のアップリンクキャリア１０５ｂに対応できる。物理層１０４は、無線通信デバイス１０１で媒体アクセス制御（ＭＡＣ）層１０３にインターフェースで接続できる。媒体アクセス制御（ＭＡＣ）層１０３は、無線通信ネットワーク１００における基地局１０２との通信を容易にするアドレス指定（addressing）およびチャネルアクセス制御メカニズムを提供できる。媒体アクセス制御（ＭＡＣ）層１０３は、無線通信デバイス１０１で無線リンク制御（ＲＬＣ）層１９９にインターフェースで接続できる。無線リンク制御（ＲＬＣ）層１９９は、媒体アクセス制御（ＭＡＣ）層１０３からデータパケット要求を受信できる。これらの要求を受けて、無線リンク制御（ＲＬＣ）層１９９は、媒体アクセス制御（ＭＡＣ）層１０３にデータパケットを供給できる。
【００３１】
図２は、ユニバーサル移動電話通信システム（ＵＭＴＳ）２００を示すブロック図である。ユニバーサル移動電話通信システム（ＵＭＴＳ）２００は、第３世代（３Ｇ）の移動電話技術（すなわち、第３世代の無線移動体通信技術）の１つである。ユニバーサル移動電話通信システム（ＵＭＴＳ）２００のネットワークは、コアネットワーク２０７、ユニバーサル移動電話通信システム（ＵＭＴＳ）の地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３、およびユーザー機器（ＵＥ）２０１を含むことができる。コアネットワーク２０７は、ユーザートラヒックのためのルーティング（routing）、スイッチング（switching）、およびトランジット（transit）を供給する。汎用パケット無線サービス（ＧＰＲＳ：General Packet Radio Service）を用いた移動体通信のための全世界システム（ＧＳＭ）ネットワークは、ユニバーサル移動電話通信システム（ＵＭＴＳ）２００が基づく、基礎となるコアネットワーク２０７のアーキテクチャである。
【００３２】
ユニバーサル移動電話通信システム（ＵＭＴＳ）２００において、ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３は、ユーザー機器（ＵＥ）２０１のための空中インターフェースアクセス方法を提供する。基地局１０２は、ノードＢ２０２と呼ばれることができ、ノードＢ２０２のための制御設備は、無線ネットワーク制御装置（ＲＮＣ）２１０ａ−ｂと呼ばれることができる。ユニバーサル移動電話通信システム（ＵＭＴＳ）２００は、通常、空中インターフェースに、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）として知られている広帯域拡散スペクトルモバイル空中インターフェースを使用する。Ｗ−ＣＤＭＡは、別個のユーザーに、ダイレクトシーケンス（direct sequence）符号分割多元接続（ＣＤＭＡ）シグナリング方法を使用する。
【００３３】
ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３は、ユニバーサル移動電話通信システム（ＵＭＴＳ）２００の無線アクセスネットワークを構成する、ノードＢ２０２ａ−ｄ（または基地局）およびノードＢ２０２のための（無線ネットワーク制御装置（ＲＮＣ）２１０のような）制御設備の総称である。ユニバーサル移動電話通信システム（ＵＭＴＳ）２００無線ネットワークは、リアルタイム回線交換トラヒック方式とインターネットプロトコル（ＩＰ）に基づいたパケット交換トラヒック方式の両方を搬送できる３Ｇ通信ネットワークである。無線ネットワーク制御装置（ＲＮＣ）２１０は、１つ以上のノードＢ２０２の制御機能を提供する。ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３により、ユーザー機器（ＵＥ）２０１とコアネットワーク２０７間に、接続性が提供される。
【００３４】
ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３は、４つのインターフェース、すなわち、Ｉｕインターフェース２０８ａ−ｂ、Ｕｕインターフェース２１４、Ｉｕｂインターフェース２１２ａ−ｄ、およびＩｕｒインターフェース２１１により、他の機能的なエンティティに、内部的または外部的に接続される。ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３は、Ｉｕインターフェース２０８と呼ばれる外部インターフェースを介してＧＳＭコアネットワーク２０７に取り付けられる。無線ネットワーク制御装置（ＲＮＣ）２１０が、このインターフェースをサポートする。さらに、各無線ネットワーク制御装置（ＲＮＣ）２１０は、Ｉｕｂインターフェース２１２ａ−ｄを通してノードＢ２０２のセットを管理する。Ｉｕｒインターフェース２１１は、２つの無線ネットワーク制御装置（ＲＮＣ）２１０を互いに接続する。ユニバーサル移動電話通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）２１３は、無線ネットワーク制御装置（ＲＮＣ）２１０がＩｕｒインターフェース２１１によって相互接続されているため、コアネットワーク２０７からほぼ独立している。Ｕｕインターフェース２１４もまた、外部であり、ノードＢ２０２をユーザー機器（ＵＥ）２０１に接続するが、Ｉｕｂインターフェース２１２は、無線ネットワーク制御装置（ＲＮＣ）２１０をノードＢ２０２に接続する内部インターフェースである。
【００３５】
無線ネットワーク制御装置（ＲＮＣ）２１０は、複数の役割を果たす。第１に、無線ネットワーク制御装置（ＲＮＣ）２１０は、ノードＢ２０２の使用を試みる新たなモバイルまたはサービスの受け入れ（admission）を制御できる。第２に、ノードＢ２０２の観点からは、無線ネットワーク制御装置（ＲＮＣ）２１０は、制御する無線ネットワーク制御装置（ＲＮＣ）２１０である。受け入れを制御することは、ネットワークが利用可能になることについて、モバイルが無線リソース（帯域幅および信号／雑音比）を割り当てられることを確実にする。無線ネットワーク制御装置（ＲＮＣ）２１０は、各ノードＢ２０２からのＩｕｂインターフェース２１２が終結する場所である。ユーザー機器（ＵＥ）２０１の観点からは、無線ネットワーク制御装置（ＲＮＣ）２１０は、ユーザー機器（ＵＥ）２０１のリンク層通信を終結させる、サービング無線ネットワーク制御装置（ＲＮＣ）２１０として動作する。コアネットワーク２０７の観点からは、サービング無線ネットワーク制御装置（ＲＮＣ）２１０は、ユーザー機器（ＵＥ）２０１のためのＩｕインターフェース２０８を終結させる。サービング無線ネットワーク制御装置（ＲＮＣ）２１０は、また、Ｉｕインターフェース２０８によってコアネットワーク２０７の使用を試みる新たなモバイルまたはサービスの受け入れを制御する。
【００３６】
ユニバーサル移動電話通信システム（ＵＭＴＳ）２００では、ユニバーサル地上無線アクセス（ＵＴＲＡ）周波数分割デュプレックス（ＦＤＤ）チャネルおよびユニバーサル地上無線アクセス（ＵＴＲＡ）時分割デュプレックス（ＴＤＤ）チャネルが、データを通信するために使用されることができる。ノードＢ２０２において干渉除去を適用することは、ノードＢ２０２に、より高いデータレートの送信を受信させ、すなわち、干渉除去は、アップリンク１０５のデータレートおよび容量を増加させることができる。
【００３７】
無線ネットワークは、企業イントラネット、インターネット、または従来の公衆交換電話網のような、無線ネットワークの外のさらなるネットワークにさらに接続されることができ、各ユーザー機器（ＵＥ）２０１デバイスとそのような外部のネットワーク間でデータパケットを搬送できる。ノードＢ２０２と無線ネットワーク制御装置（ＲＮＣ）２１０は、無線ネットワークサブシステム（ＲＮＳ）２０９ａ−ｂの一部であることができる。
【００３８】
図３は、通信ネットワーク３００のうちの選択されたコンポーネントを示し、それは、ノードＢ３０２（または、基地局または無線トランシーバ基地局）に結合された無線ネットワーク制御装置（ＲＮＣ）３１０（または基地局制御装置（ＢＳＣ））を含む。ノードＢ３０２ａ−ｃは、無線接続に対応することによって、ユーザー機器（ＵＥ）３０１ａ−ｅ（またはリモート局）と通信する。各無線ネットワーク制御装置（ＲＮＣ）３１０ａ−ｄは、１つ以上のノードＢ３０２のための制御機能を提供する。各無線ネットワーク制御装置（ＲＮＣ）３１０は、モバイル交換センター（ＭＳＣ）３１６ａ−ｂを通して、公衆交換電話網（ＰＳＴＮ）３１５に結合されている。別の例において、各無線ネットワーク制御装置（ＲＮＣ）３１０は、パケットデータサーバーノード（ＰＤＳＮ）（図示せず）を通して、パケット交換ネットワーク（ＰＳＮ）（図示せず）に結合されている。無線ネットワーク制御装置（ＲＮＣ）３１０とパケットデータサーバーノードのようなさまざまなネットワーク要素間のデータの相互交換は、任意の数のプロトコル、たとえば、インターネットプロトコル（ＩＰ）、非同期転送モード（ＡＴＭ：asynchronous transfer mode）プロトコル、Ｔ１、Ｅ１、フレーム中継プロトコル、および他のプロトコルを使用して実現されることができる。
【００３９】
ＵＭＴＳは、通常、空中インターフェースに、広帯域符号分割多元接続（すなわち、Ｗ−ＣＤＭＡ）として知られている広帯域拡散スペクトルモバイル空中インターフェースを使用する。Ｗ−ＣＤＭＡは、別個のユーザーにダイレクトシーケンス符号分割多元接続シグナリング方法（すなわち、ＣＤＭＡ）を使用する。Ｗ−ＣＤＭＡ（広帯域符号分割多元接続）は、移動体通信のための第３世代の標準である。Ｗ−ＣＤＭＡは、制限のあるデータ能力を有する音声通信向けの第２世代の標準、ＧＳＭ（移動体通信のための全世界システム）／ＧＰＲＳから進化したものである。Ｗ−ＣＤＭＡの第１の商用の配備は、Ｗ−ＣＤＭＡリリース９９と呼ばれるバージョンの標準に基づいている。
【００４０】
リリース９９の仕様は、アップリンクパケットデータを可能にするための２つの技術を定義する。通常、データ伝送は、専用チャネル（ＤＣＨ）またはランダムアクセスチャネル（ＲＡＣＨ）のいずれかを使用してサポートされる。しかしながら、ＤＣＨは、パケットデータサービスのサポートのためのプライマリチャネル（primary channel）である。各リモート局は、直交可変拡散ファクター（ＯＶＳＦ：orthogonal variable spreading factor）コードを使用する。ＯＶＳＦコードは、個々の通信チャネルを一意的に識別することを容易にする直交符号である。さらに、マイクロダイバーシチが、ソフトハンドオーバーを使用してサポートされ、クローズドループ電力制御が、ＤＣＨとともに用いられる。
【００４１】
擬似ランダム雑音（ＰＮ）シーケンスが、送信パイロット信号を含む送信データを拡散するために、ＣＤＭＡシステムで一般的に使用される。ＰＮシーケンスのうちの単一値を送信するのに要する時間は、チップとして知られ、チップが変化するレートが、チップレートとして知られている。受信機がそのＰＮシーケンスをノードＢ３０２のＰＮシーケンスに揃えるという要求は、ダイレクトシーケンスＣＤＭＡシステムの設計に固有のものである。システムの中には、Ｗ−ＣＤＭＡ標準によって定義されるシステムのように、プライマリ・スクランブル・コード（primary scrambling code）として知られている独自のＰＮコードを各々の基地局に使用して、基地局を差異化するシステムもある。Ｗ−ＣＤＭＡ標準は、ダウンリンク１０６をスクランブルするための２つのゴールド・コード・シーケンス（Gold code sequence）を定義し、１つは同相成分（Ｉ：in-phase）用、もう１つは直交成分（Ｑ：quadrature）用である。ＩおよびＱのＰＮシーケンスはともに、データ変調なしにセルじゅうに同報される。この同報は、共通パイロットチャネル（ＣＰＩＣＨ：common pilot channel）と呼ばれる。生成されたＰＮシーケンスは、３８，４００チップ長に切り捨てられる。３８，４００チップ期間は、無線フレームと呼ばれる。各無線フレームは、スロットと呼ばれる１５個の等しいセクションに分割される。Ｗ−ＣＤＭＡノードＢ３０２は、互いに関し同期せずに動作するので、あるノードＢ３０２のフレームタイミングの知識は、任意の他のノードＢ３０２のフレームタイミングの知識に変換されない。この知識を得るために、Ｗ−ＣＤＭＡシステムは、同期チャネルとセルをサーチする手法を使用する。
【００４２】
３ＧＰＰのリリース５以降は、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）をサポートする。３ＧＰＰのリリース６以降は、高速アップリンクパケットアクセス（ＨＳＵＰＡ）をサポートする。ＨＳＤＰＡおよびＨＳＵＰＡは、それぞれ、ダウンリンク１０６およびアップリンク１０５での高速パケットデータ送信を可能にする手順とチャネルのセットである。リリース７のＨＳＰＡ＋は、データレートを向上させるための３つの付加拡張機能（enhancement）を使用する。第１に、リリース７は、ダウンリンク１０６での２×２の多入力・多出力（ＭＩＭＯ）チャネルのサポートを導入した。ＭＩＭＯによると、ダウンリンク１０６でサポートされるピークデータレートは、毎秒２８メガビット（Ｍｂｐｓ）である。第２に、高位変調（higher order modulation）が、ダウンリンク１０６で導入されている。ダウンリンク１０６での６４値直交振幅変調（ＱＡＭ：64 quadrature amplitude modulation）の使用は、２１Ｍｂｐｓのピークデータレートを可能にする。第３に、高位変調が、アップリンク１０５で導入されている。アップリンク１０５での１６ＱＡＭの使用は、１１Ｍｂｐｓのピークデータレートを可能にする。
【００４３】
ＨＳＵＰＡにおいて、ノードＢ３０２は、いくつかのユーザー機器（ＵＥ）３０１ａ−ｅデバイスがある特定の電力レベルで同時に送信することを可能にする。これらのグラントは、短時間（数十ミリ秒（ｍｓ）オーダー）でリソースを割り当てる高速スケジューリングアルゴリズムを使用することにより、ユーザーに割り当てられる。ＨＳＵＰＡの迅速なスケジューリングは、パケットデータの突発性に適している。ユーザーは、低いアクティビティ期間中にはほとんどまたはまったく帯域幅を得ないが、高いアクティビティ期間中には利用可能なリソースのより大きいパーセンテージを得ることができる。
【００４４】
図４は、スケジューリングされたデータ伝送のためのユーザー機器（ＵＥ）４０１とノードＢ４０２間の高速アップリンクパケットアクセス（ＨＳＵＰＡ）動作を示すブロック図である。ユーザー機器（ＵＥ）４０１は、ノードＢ４０２にリソース送信要求４１８を送ることができる。ノードＢ４０２は、ユーザー機器（ＵＥ）４０１にアップリンクの帯域のいくらかを割り当てるグラント割り当て４１９を送って応答し得る。すると、ユーザー機器（ＵＥ）４０１が、ノードＢ４０２にデータ送信４２０のための適切な搬送手段を選択するためにこのグラントを使用できる。ユーザー機器（ＵＥ）４０１がソフトハンドオーバー中であれば、データは、ＵＥ４０１のアクティブセット中のすべてのノードＢ４０２によって受信されることができる。ノードＢ４０２は、受信されたデータの復号を試みることができ、ユーザー機器（ＵＥ）４０１にＡＣＫ／ＮＡＫ４２１を送ることができる。ＮＡＫの場合、データは再送されることができる。
【００４５】
図５は、無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）のサイズを選択するための方法５００のフローチャートである。方法５００は、無線通信デバイス１０１によって実行されることができる。１つの構成において、この方法は、無線通信デバイス１０１の一部としての無線リンク制御（ＲＬＣ）層１９９によって実行されることができる。無線通信デバイス１０１は、ユーザー機器（ＵＥ）２０１であることができる。無線リンク制御（ＲＬＣ）層１９９は、無線通信デバイス１０１の媒体アクセス制御（ＭＡＣ）層１０３からＲＬＣ ＰＤＵ要求を受信できる ５０２。すると、無線リンク制御（ＲＬＣ）層１９９は、第１のアップリンクキャリア１０５ａと第２のアップリンクキャリア１０５ｂの無線状況を決定できる ５０４。１つの構成では、３つ以上のアップリンクキャリア１０５が使用されることができる。上述したように、第１のアップリンクキャリア１０５ａの無線状況は、第２のアップリンクキャリア１０５ｂの無線状況とは著しく異なることができる。
【００４６】
そして、無線リンク制御（ＲＬＣ）層１９９は、決定された無線状況に基づいてＲＬＣ ＰＤＵのサイズを選択できる ５０６。ＲＬＣ ＰＤＵは後のＴＴＩでそれらキャリアのいずれかで送信され得るので、ＲＬＣ ＰＤＵのサイズは、ＲＬＣ ＰＤＵの過度なセグメンテーションまたはキャリアの不十分な活用を避けるために、第１のアップリンクキャリア１０５ａおよび第２のアップリンクキャリア１０５ｂの両方の変数を考慮すべきである。３ＧＰＰのリリース８において、ＲＬＣ ＰＤＵのサイズは、「フレキシブルなＲＬＣ ＰＤＵサイズ（Flexible RLC PDU size）」の場合、アップリンク（すなわち、高速アップリンクパケットアクセス（ＨＳＵＰＡ））で二通りに選択されることができ、ＭＡＣ−ｉ／ｉｓが構成される。ＭＡＣ−ｉ／ｉｓは、ＭＡＣ制御エンティティである。ＭＡＣ−ｉ／ｉｓは、図１１に関連して以下にさらに詳細に説明される。ＲＬＣ ＰＤＵのサイズを選択するための方法は、ユーザー機器（ＵＥ）２０１がエンハンスドトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）で送信されるＲＬＣ ＰＤＵを形成する能力があるかどうかに依存する。ＲＬＣ ＰＤＵのサイズの選択は、図７に関連して以下にさらに詳細に説明される。
【００４７】
そして、無線リンク制御（ＲＬＣ）層１９９は、ＲＬＣ ＰＤＵを生成できる ５０８。無線リンク制御（ＲＬＣ）層１９９は、生成されたＲＬＣ ＰＤＵを媒体アクセス制御（ＭＡＣ）層１０３に送ることができる ５１０。ユーザー機器（ＵＥ）２０１は、生成されたＲＬＣ ＰＤＵのための（単数または複数の）アップリンクキャリア１０５を決定できる ５１２。たとえば、ユーザー機器（ＵＥ）２０１は、生成されたＲＬＣ ＰＤＵが第１のアップリンクキャリア１０５ａを使用して送信されることを決定できる。すると、ユーザー機器（ＵＥ）２０１は、決定された（単数または複数の）アップリンクキャリア１０５を使用してＲＬＣ ＰＤＵを送信できる ５１４。
【００４８】
図６は、無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）パケット６３８の生成のためのユーザー機器（ＵＥ）６０１でのデータフローを示すブロック図である。図６のユーザー機器（ＵＥ）６０１は、図１の無線通信デバイス１０１の１つの構成であることができる。ユーザー機器（ＵＥ）６０１は、無線リンク制御（ＲＬＣ）層６９９を含むことができる。ユーザー機器（ＵＥ）６０１は、媒体アクセス制御（ＭＡＣ）層６０３を含むこともできる。無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵ生成モジュール６９２を使用してＲＬＣ ＰＤＵパケット６３８を生成できる。無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵパケット６３８を生成するときにプロトコルデータユニット（ＰＤＵ）選択アルゴリズム６３２を使用できる。無線通信ネットワーク１００は、見逃し誤り閾値よりも少ない見逃し誤りを有するようにユーザー機器（ＵＥ）６０１に指図できる。見逃し誤りは、すべての送信の試みの後の誤りである。物理層１０４は、通常、１％といった固定の見逃し誤り目標で動作し、それは、電力制御によって達成される。ネットワーク１００によってシグナリングされた無線リンク制御（ＲＬＣ）層６９９でのＲＬＣ ＰＤＵパケット６３８のための誤り目標閾値がない場合もある。その場合、見逃し誤り閾値は所望の目標であることができる。たとえば、見逃し誤り閾値は、ＲＬＣ誤りと再送が最小化され、伝送制御プロトコル（ＴＣＰ）の性能が低下しないことを保証できる。その結果、プロトコルデータユニット（ＰＤＵ）選択アルゴリズム６３２は、見逃し誤り閾値よりも少ない見逃し誤りを有するように動作できる。
【００４９】
ＲＬＣ ＰＤＵパケット６３８は、特定のデータフィールドサイズ６３９を有するように生成されることができる。ＲＬＣ ＰＤＵパケット６３８のデータフィールドサイズ６３９は、ＲＬＣ ＰＤＵパケット６３８のデータ量に対応できる。無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵサイズモジュール６９３を使用してＲＬＣ ＰＤＵパケット６３８のサイズを決定できる。そして、ＲＬＣ ＰＤＵパケット６３８が、媒体アクセス制御（ＭＡＣ）層６０３に送られることができる。無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ送出モジュール６９４を使用して媒体アクセス制御（ＭＡＣ）層６０３にＲＬＣ ＰＤＵパケット６３８を送ることができる。
【００５０】
無線リンク制御（ＲＬＣ）層６９９は、媒体アクセス制御（ＭＡＣ）層６０３から受信されたＲＬＣ ＰＤＵパケット要求６２２を受けて、ＲＬＣ ＰＤＵパケット６３８を生成できる。無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵパケット要求受信モジュール６９５を使用してＲＬＣ ＰＤＵパケット要求６２２を受信できる。ＲＬＣ ＰＤＵパケット要求６２２は、物理層パケットデータフィールドサイズ６２３を含むことができる。物理層パケットデータフィールドサイズ６２３は、現在の物理層パケットを満たすために必要とされるデータ量を示すことができる。ＲＬＣ ＰＤＵパケット要求６２２は、媒体アクセス制御（ＭＡＣ）層パケットデータフィールドサイズ６２４を含むこともできる。媒体アクセス制御（ＭＡＣ）層パケットデータフィールドサイズ６２４は、現在のＭＡＣ層パケットを満たすために必要とされるデータ量を示すことができる。
【００５１】
無線リンク制御（ＲＬＣ）層６９９は、また、媒体アクセス制御（ＭＡＣ）層６０３からＲＬＣ ＰＤＵパケット要求６２２を受信することを見込んで、ＲＬＣ ＰＤＵパケット６３８を生成できる。たとえば、無線リンク制御（ＲＬＣ）層６９９は、各送信時間間隔（ＴＴＩ）中に、媒体アクセス制御（ＭＡＣ）層６０３から１つ以上のＲＬＣ ＰＤＵパケット要求６２２を受信し得る。無線リンク制御（ＲＬＣ）層６９９は、効率を高めるために、後のＴＴＩのためのＲＬＣ ＰＤＵパケット６３８を生成できる。
【００５２】
無線リンク制御（ＲＬＣ）層６９９は、トラヒックバッファ６３３内のデータ６３４を使用してＲＬＣ ＰＤＵパケット６３８を生成できる。トラヒックバッファ６３３内のデータ６３４は、ＲＬＣ ＰＤＵパケット６３８のデータフィールドにおいて使用されるデータであることができる。ＲＬＣ ＰＤＵパケット６３８のデータフィールドサイズ６３９は、トラヒックバッファ６３３で利用可能なデータ６３４の量と相関関係にあることができる。
【００５３】
無線リンク制御（ＲＬＣ）層６９９は、論理フローからのデータ６３４を受信できる。論理フローからのデータ６３４は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）層または無線リソース制御（ＲＲＣ）層から入ってくることができる。たとえば、ヘッダー圧縮がない場合、ＲＬＣサービスデータユニット（ＳＤＵ）は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）パケットであることができる。
【００５４】
無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵ生成パラメータ６２５に基づいて、ＲＬＣ ＰＤＵパケット６３８のサイズ６３９を選択できる。無線リンク制御（ＲＬＣ）層６９９は、無線状況６３５に基づいて、ＲＬＣ ＰＤＵパケット６３８のサイズ６３９を選択することもできる。無線状況６３５は、チャネルバリエーション６３６および利用可能なサービング・グラントまたは非サービング・グラント６３７を含むことができる。チャネルバリエーション６３５は、ユーザー機器（ＵＥ）６０１によって検出されるか、または、ダウンリンク１０６によって基地局１０２から受信されることができる。チャネルバリエーション６３６は、第１のアップリンクキャリア１０５ａの送信電力、第２のアップリンクキャリア１０５ｂの送信電力、第１のアップリンクキャリア１０５ａのパイロット電力、第２のアップリンクキャリア１０５ｂのパイロット電力、現在のアップリンクパイロット電力に加えて利用可能な電力、等を含むことができる。無線状況は、無線状況モジュール６９１によって受信／決定されることができる。
【００５５】
利用可能なグラント６３７は、サービング・グラントおよび非サービング・グラントを通して、ダウンリンク１０６で基地局１０２から受信されることができる。利用可能なグラント６３７は、物理層パケットのサイズを規制できる。ユーザー機器（ＵＥ）６０１でのサービング・グラントは、（ＨＳＰＡでの）アクティブセット中の基地局１０２から受信されたグラントに基づいて更新されることができる。ロングタームエボリューション（ＬＴＥ）無線技術では、アクティブセットは存在しないことができる。ＬＴＥ無線技術は、ユーザー機器（ＵＥ）６０１にそのサービング・グラントを更新するように促すことのできる他のシグナリングを使用できる。サービング・グラントは、ユーザー機器（ＵＥ）６０１が第１のアップリンクキャリア１０５ａと第２のアップリンクキャリア１０５ｂでどれほどの電力を使用できるかを決定する。サービング・グラントは、また、第１のアップリンクキャリア１０５ａに割り当てられる周波数と第２のアップリンクキャリア１０５ｂに割り当てられる周波数を決定する。チャネルバリエーション６３６は、利用可能な電力の変化をもたらすこともできる。
【００５６】
ＲＬＣ ＰＤＵ生成パラメータ６２５は、先行するＮ個の時間ユニットの中からの最小物理パケットサイズ６２６を含むことができる。ＲＬＣ ＰＤＵ生成パラメータ６２５は、先行するＮ個の時間ユニットの中からの最大物理パケットサイズ６２７を含むこともできる。先行するＮ個の時間ユニットからの最小および最大物理パケットサイズ６２６、６２７は、ユーザー機器（ＵＥ）６０１によって決定されることができる。たとえば、ユーザー機器（ＵＥ）６０１は、生成された各物理層パケットのサイズを記憶できる。
【００５７】
図７は、本システムおよび方法で使用するための、物理層パケット７９８、ＭＡＣ ＰＤＵ７４１、ＭＡＣ ＰＤＵ７４４、および、フレキシブルなサイズのＲＬＣ ＰＤＵ７４７を示している。物理層パケット７９８は、無線通信デバイス１０１の物理層１０４によって生成されることができる。物理層パケット７９８は、物理層パケットヘッダー７３９、物理層パケットデータフィールド７４０、および巡回冗長検査（ＣＲＣ）を含むことができる。物理層パケットデータフィールド７４０は、物理層パケット７９８で送られることができるデータ量を規定できる。上位層のバッファに送信されるべき利用可能なデータがある場合、媒体アクセス制御（ＭＡＣ）層１０３がＭＡＣ ＰＤＵ７４１を生成できる。媒体アクセス制御（ＭＡＣ）層１０３は、何ビットが物理層１０４で送られることができるかを知るだけでよい。そして、ＭＡＣ ＰＤＵ７４１が形成された後、ＭＡＣ ＰＤＵ７４１は、物理層１０４に渡されることができる。ＭＡＣ ＰＤＵ７４１は、ＭＡＣヘッダー７４２とＭＡＣデータフィールド７４３を含むことができる。ＭＡＣデータフィールド７４３のサイズは、物理層パケットデータフィールド７４０のサイズに対応できる。
【００５８】
エンハンスドトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択の一部として、媒体アクセス制御（ＭＡＣ）層１０３は、ＭＡＣ ＰＤＵ７４１を満たすためにＭＡＣ ＳＤＵ７４４を供給することを無線リンク制御（ＲＬＣ）層１９９に要求できる。この要求は、ＭＡＣパケットで利用可能なビットを満たすことになるＭＡＣ ＳＤＵ７４４を準備するように無線リンク制御（ＲＬＣ）層１９９に指示できる。一般的に、無線リンク制御（ＲＬＣ）層１９９は前のＴＴＩ値を使用できるので、ＭＡＣ ＳＤＵ７４４のサイズは、利用可能なＭＡＣビットと厳密に一致する必要はない。無線リンク制御（ＲＬＣ）層１９９は、ＭＡＣデータフィールド７４３を満たすためにＭＡＣ ＳＤＵ７４４を生成できる。ＭＡＣ ＳＤＵ７４４は、ＭＡＣデータフィールド７４３のサイズが各ＲＬＣデータフィールド７４６のサイズよりも大きい場合、複数のＲＬＣデータフィールド７４６ａ−ｄを含むことができる。ＭＡＣデータフィールド７４３のサイズが各ＲＬＣデータフィールド７４６のサイズよりも小さい場合、ＲＬＣデータフィールド７４６は、ピースに分けられることができ、各ピースは、ＭＡＣデータフィールド７４３を満たすために使用されることができる。各ＲＬＣデータフィールド７４６は、対応するＲＬＣヘッダー７４５ａ−ｄを含むことができる。
【００５９】
無線リンク制御（ＲＬＣ）層１９９は、フレキシブルなサイズのＲＬＣデータフィールド７４９を有するフレキシブルなサイズのＲＬＣ ＰＤＵ７４７を生成でき、それは、ＲＬＣ ＰＤＵのサイズが、常に固定ではなく、ネットワーク構成および動的な無線状況によって異なり得ることを意味する。フレキシブルなサイズのＲＬＣ ＰＤＵ７４７は、１つのＲＬＣヘッダー７４８と１つのＲＬＣデータフィールド７４９のみを含むことができる。減じられたＲＬＣヘッダー７４８の数は、無線通信デバイス１０１の効率を高めることができる。
【００６０】
図８は、ＲＬＣ ＰＤＵ６３８を生成するための方法８００のフローチャートである。方法８００は、ユーザー機器（ＵＥ）６０１の一部としての無線リンク制御（ＲＬＣ）層６９９によって実行されることができる。無線リンク制御（ＲＬＣ）層６９９は、媒体アクセス制御（ＭＡＣ）層６０３からＲＬＣ ＰＤＵ要求６２２を受信できる ８０２。すると、無線リンク制御（ＲＬＣ）層６９９は、ユーザー機器（ＵＥ）６０１がエンハンスド専用チャネル（ＥＤＣＨ）トランスポートフォーマットの組み合わせ（Ｔ−ＴＦＣ）の選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵ６３８を形成する能力があるかどうかを決定できる ８０４。ユーザー機器（ＵＥ）６０１がＥＤＣＨトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵ６３８を形成する能力がある場合、無線リンク制御（ＲＬＣ）層６９９は、要求されたデータに適合するようにＲＬＣ ＰＤＵ６３８のデータフィールドサイズ６３９を選択できる ８０６。そして、無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣ ＰＤＵ６３８を生成できる ８０８。ＥＤＣＨトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵ６３８を形成することは、完全無線認識方式と呼ばれることができる。完全無線認識方式は、図９に関連して以下にさらに詳細に説明される。ひとたび無線リンク制御（ＲＬＣ）層６９９がＲＬＣ ＰＤＵ６３８を生成すると、無線リンク制御（ＲＬＣ）層６９９は、媒体アクセス制御（ＭＡＣ）層６０３にＲＬＣ ＰＤＵ６３８を送ることができる ８１８。
【００６１】
ユーザー機器（ＵＥ）がＥＤＣＨトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵ６３８を形成する能力がない場合には、無線リンク制御（ＲＬＣ）層６９９は、後のＴＴＩで送信されるＲＬＣ ＰＤＵ６３８をあらかじめ生成できる。この場合、アップリンクのために構成されたキャリアが１つのみである場合、ＲＬＣ ＰＤＵ６３８のサイズ６３９は、現在のＴＴＩで適用可能な現在のグラント６３７によって送信を許容された（スケジューリングされた、またはスケジューリングされていない）最大データ量に適合する。過度なＭＡＣセグメンテーションを防止するために、論理チャネルのための未処理の（outstanding）あらかじめ生成されたＲＬＣ ＰＤＵ６３８におけるデータ量は、現在のＴＴＩで適用可能な現在のグラント６３７によって送信を許容された（スケジューリングされた、またはスケジューリングされていない）最大データ量の４倍以下であることができる。これは、３ＧＰＰ ２５．３２２−８３０で規定されている。論理チャネルのための未処理のあらかじめ生成されたＲＬＣ ＰＤＵ６３８におけるデータ量は、許容された最大データ量の４の倍数以外の倍数以下であることができる。
【００６２】
無線リンク制御（ＲＬＣ）層６９９は、あらかじめ生成されるＲＬＣ ＰＤＵ６３８のサイズをチャネル状況およびグラントに基づいて選択するかどうかを決定できる ８１０。ユーザー機器（ＵＥ）６０１があらかじめ生成されるＲＬＣ ＰＤＵ６３８のサイズをチャネル状況およびグラントに基づいて選択することが決定されると、無線リンク制御（ＲＬＣ）層６９９は、第１のアップリンクキャリア１０５ａに対応するチャネル特性および第２のアップリンクキャリア１０５ｂに対応するチャネル特性に応じて、ＲＬＣ ＰＤＵ６３８のサイズを選択できる ８１２。
【００６３】
たとえば、解決策は、時間ｔで使用されるＲＬＣ ＰＤＵ６３８のサイズが PDU_size(t)=f(X1(t), X2(t)) の形をとるように定義されることができ、ここで、X1(t)およびX2(t)は、X1(t)={x1(k)|t-T＜k≦t}およびX2(t)={x2(k)|t-T＜k≦t}となるようなベクトルであり、ここで、x1(k)は、第１のアップリンクキャリア１０５ａのためのサービング・グラントに対応するパケットサイズであり、x2(k)は、必要なパケットヘッダーを考慮して調整した後の時間ｋでの第２のアップリンクキャリア１０５ｂのためのサービング・グラントに対応するパケットサイズである。x1(k) および x2(k) は、ネットワークから受信されたグラントおよび現在のチャネル状況によって決定されることができる。チャネル状況は、ＵＥ６０１の電力ヘッドルームを含むことができ、それは、最大送信電力からオーバーヘッドチャネルのための送信電力を減じた後のＵＥ６０１の合計送信電力として定義される。ＲＬＣ ＰＤＵ６３８のサイズはサービング・グラントが高い場合により大きい値として選ばれることができるので、ｆは両方の変数における単調増加関数であると仮定されることができる。実際的な実現では、現在のサービング・グラントのみが決定プロセスに使用されるように T=0 を選ぶことが好まれ得る。現在の解決策をすでに採用されているシングルキャリアの解決策と同じようにしておくために、一次関数がｆで使用されることができる。T=0 のためのいくつかの代替案は、K*max(x1(t), x2(t))、K*min(x1(t), x2(t))、またはK*((x1(t) + x2(t)/2) を含み、ここで、Ｋ＞０は不変である。Ｔ＞０では、最小値と最大値が同様に使用されることができ、ここで、min X(t) = min{x(k) | t - T < k≦t}である。ひとたびＲＬＣ ＰＤＵ６３８のサイズが選択されると、無線リンク制御（ＲＬＣ）層６９９は、今後のＴＴＩのためのＲＬＣ ＰＤＵ６３８をあらかじめ生成できる ８１４。無線リンク制御（ＲＬＣ）層６９９がＲＬＣ ＰＤＵ６３８を生成した後、無線リンク制御（ＲＬＣ）層６９９は、媒体アクセス制御（ＭＡＣ）層６０３にＲＬＣ ＰＤＵ６３８を送ることができる ８１８。
【００６４】
ユーザー機器（ＵＥ）６０１がチャネル状況およびグラントに基づいてあらかじめ生成されるＲＬＣ ＰＤＵ６３８のサイズを選択しないことが決定されると、無線リンク制御（ＲＬＣ）層６９９は、ＲＬＣの構成にしたがってあらかじめ生成されるＲＬＣ ＰＤＵ６０１のサイズを選択できる ８１６。現在のグラントがＲＬＣ ＰＤＵ６３８が送信されるときに同じものとなることが仮定され得る。この場合、異なる重みが、最小化される関数ｆを定義するときに、セグメンテーションおよび不十分な活用のために使用可能である。たとえば、第１のアップリンクキャリア１０５ａのための現在のサービング・グラントが１０００ビット、第２のアップリンクキャリア１０５ｂのための現在のサービング・グラントが５００ビットの場合、セグメントの数は、ＲＬＣ ＰＤＵ６３８のサイズを５００ビットとみなすことにより、ヘッダーのビットを無視して、最小化されることができる。そして、無線リンク制御（ＲＬＣ）層６９９は、今後のＴＴＩのためのＲＬＣ ＰＤＵ６３８をあらかじめ生成できる ８１４。無線リンク制御（ＲＬＣ）層６９９がＲＬＣ ＰＤＵ６３８を生成した後、無線リンク制御（ＲＬＣ）層６９９は、媒体アクセス制御（ＭＡＣ）層６０３にＲＬＣ ＰＤＵ６３８を送ることができる ８１８。
【００６５】
１つの構成において、ＲＬＣ ＰＤＵ６３８のサイズの決定が、さらに最適化されることができる。たとえば、ユーザー機器（ＵＥ）６０１が、ＲＬＣ ＰＤＵ６３８を、Ｅ−ＴＦＣの選択中にそれらのサイズに基づいて送信時間に選び出すことができる場合には、ユーザー機器（ＵＥ）６０１は、ＲＬＣ ＰＤＵ６３８のサイズを各アップリンクキャリア１０５のグラント間で等しく交替することができる。この選択は、サービング・グラントが送信時間およびハイブリッド自動再送要求（ＨＡＲＱ）の統計が異なるパケットサイズのために等しくなるまで変化しないと仮定すると、最適であることができる。
【００６６】
あらかじめ生成されたＲＬＣ ＰＤＵ６３８が後にどのアップリンクキャリア１０５で送信されるかが現在の時間で知られている場合、シングルキャリアのために使用されるのと同一の選択メカニズムが、デュアルキャリアのために採用されることができる。固定されたマッピングがトラヒックフロー（論理チャネル）とキャリア間で使用されることができるので、特定のフローからのパケットは、特定のキャリアでのみ搬送される。未処理のあらかじめ生成されたＲＬＣ ＰＤＵ６３８におけるデータ量の上限は、依然として課され得る。シングルキャリアのために使用されるのと同様の上限が、ここでも適用されることができ、シングルキャリアのための生成時に使用されるサービング・グラントは、デュアルキャリアにおける上記関数ｆによって代替される。 その上限は、（シングルキャリアの場合には「４」といった）定数が現実的な実現のために好ましい場合であっても、より包括的にされることができる（すなわち、（PDU_size(t) = f(X1(t), X2(t))の形をとる解決策といった）上記の例が、その上限のために使用されることができ、ここで、Ｋは適切な定数として選ばれる）。
【００６７】
図９は、ＲＬＣ ＰＤＵ６３８を生成することの一部としての完全無線認識方式９５０および一部無線認識方式９５１のタイミング構造を図示および比較している。完全無線認識方式９５０において、無線リンク制御（ＲＬＣ）層６９９は、物理層パケットサイズを決定できる ９５２。無線リンク制御（ＲＬＣ）層６９９は、その次に、決定された物理層パケットサイズに対応するＲＬＣ ＰＤＵ６３８のサイズを選択できる ９５３。１つの構成において、ＲＬＣ ＰＤＵ６３８のサイズが選択されることができるので、ちょうど１つのＲＬＣ ＰＤＵ６３８が、（必要なヘッダーのサイズを差し引き、トラヒックバッファ６３３が十分なデータ６３４を有することを仮定すると）１つのＭＡＣ ＰＤＵ７４１に収まるように生成されるようになっている。そのような方式の利点は、ＲＬＣ ＰＤＵ６３８が媒体アクセス制御（ＭＡＣ）層１０３でセグメント化されないことである。
【００６８】
第１の送信でのＲＬＣ見逃し誤りは、ＲＬＣ ＰＤＵ６３８が１つの物理層で送られる場合、物理層誤りと同一であることができる。ＲＬＣ ＰＤＵ６３８がいくつかの物理パケットにセグメント化される場合、これらの物理パケットのうちのいくつかの復号が失敗すると、全ＲＬＣ ＰＤＵ６３８の復号が失敗する。たとえば、物理見逃し誤りが０．０１で、ＲＬＣ ＰＤＵ６３８ごとに２つのセグメントがある場合には、ＲＬＣ見逃し誤りは、
【数１】
2014078954.tif 000003
【００６９】
である。さらに、ヘッダーオーバーヘッドは、各セグメントがそれ独自のヘッダーを有するので、セグメンテーションがなければ最小である。無線リンク制御（ＲＬＣ）層６９９は、その次に、ＲＬＣ ＰＤＵ６３８を生成でき ９５４、物理層１０４による物理層パケットの送信 ９５６の前に、媒体アクセス制御（ＭＡＣ）層１０３にＲＬＣ ＰＤＵ６３８を送ることができる ９５５。さらなる遅延が、グラントを処理し、パケットを準備するために必要であり得るが、これらは、異なるユーザー機器（ＵＥ）６０１について一定不変であると仮定されることができる。
【００７０】
いくつかのユーザー機器（ＵＥ）６０１は、送信９５６のための物理層パケット７９８のサイズの決定９５２の後、十分に速く、ＲＬＣ ＰＤＵ６３８のサイズを選択すること９５３、ＲＬＣ ＰＤＵ６３８を生成すること９５４、媒体アクセス制御（ＭＡＣ）層１０３にＲＬＣ ＰＤＵ６３８を送ること９５５、ができない場合がある。したがって、一部無線認識方式９５１では、無線リンク制御（ＲＬＣ）層６９９は、物理層パケット７９８のサイズ決定９５２の前に、ＲＬＣ ＰＤＵ６３８のサイズを選択できる ９５７。無線リンク制御（ＲＬＣ）層６９９は、物理層パケット７９８のサイズ決定９５２の前に、ＲＬＣ ＰＤＵ６３８をあらかじめ生成することもできる ９５８。これにより、確実に、無線リンク制御（ＲＬＣ）層６９９が送信９５６の期限の前に媒体アクセス制御（ＭＡＣ）層１０３にＲＬＣ ＰＤＵ６３８を送ることが可能になる ９５９。あるいは、無線リンク制御（ＲＬＣ）層６９９は、物理層パケット７９８のサイズ決定９５２後に、ＲＬＣ ＰＤＵ６３８をあらかじめ生成できる ９５８。
【００７１】
一部無線認識方式９５１では、より少ない見逃し誤りとより少ないヘッダーオーバーヘッドを有するために、ＲＬＣ ＰＤＵ６３８のサイズと物理層パケット７９８のサイズ間に密接な関係があることが、依然として必要とされ得る。より多くのＲＬＣ ＰＤＵ６３８が多重送信される場合、各ＲＬＣ ＰＤＵ６３８が、ＭＡＣ ＰＤＵ７４１において、それ独自のヘッダーを有することになる。したがって、一部無線認識方式９５１では、ＲＬＣ ＰＤＵ６３８のサイズは依然として、物理層パケット７９８のサイズ決定９５２のまさにその時に選ばれるのではなく、無線状況６３５に依存する。
【００７２】
図１０は、本システムと方法で使用するＲＬＣ ＰＤＵ ＭＡＣセグメント１０６６のＭＡＣ ＳＤＵ１０６８を示す。ＭＡＣヘッダー１０６１とＭＡＣデータフィールド１０６２を含むＭＡＣ ＰＤＵ１０６０は、無線リンク制御（ＲＬＣ）層１９９によって受信されることができる。一部無線認識方式９５１において、無線リンク制御（ＲＬＣ）層１９９は、ＲＬＣヘッダー１０６４とＲＬＣデータフィールド１０６５を有するＲＬＣ ＰＤＵ１０６３を事前に生成しておくことができる。しかしながら、ＲＬＣデータフィールド１０６５は、ＭＡＣデータフィールド１０６２よりも非常に大きくなり得る。無線リンク制御（ＲＬＣ）層１９９は、ＲＬＣデータフィールド１０６５を、ＲＬＣ ＰＤＵ ＭＡＣセグメント１０６６の一部としての、ＲＬＣ ＰＤＵ１０６３のための第１のＭＡＣ ＳＤＵ１０６８ａと、ＲＬＣ ＰＤＵ１０６３のための第２のＭＡＣ ＳＤＵ１０６８ｂに、分けることができる。ＲＬＣ ＰＤＵのための各ＭＡＣ ＳＤＵ１０６８は、ＭＡＣヘッダー１０６７ａ、１０６７ｂを含むことができる。
【００７３】
ネットワーク１００は、見逃し誤りが確実に見逃し誤り閾値よりも少なくなるように、ＲＬＣ ＰＤＵ１０６３のＭＡＣ ＳＤＵ１０６８の数に制限を設けることができる。物理層誤りが、独立かつ等しく分布していると仮定すると、物理層誤りは、1-(1-p)nを用いて計算されることができ、ここで、ｎは、ＲＬＣ ＰＤＵ１０６３のＭＡＣ ＳＤＵ１０６８の数であり、ｐは、物理送信が失敗する確率である。ネットワーク１００は、ｎまたはフィルターにかけられたｎの出力の値が、ＭＡＣセグメントの最大閾値よりも少なくなる、無線通信デバイス１０１の状況を設定できる。
【００７４】
図１１は、ＭＡＣエンティティであるＭＡＣ−ｉ／ＭＡＣ−ｉｓ（ＭＡＣ−ｉ／ｉｓ）１１６９のためのＭＡＣアーキテクチャを示す。ＭＡＣ−ｉ／ｉｓ１１６９は、３ＧＰＰリリース８で導入された新たなＭＡＣエンティティである。あるいは、ＭＡＣ−ｉ／ｉｓ１１６９は、以前はＭＡＣ−ｅｓ／ｅであることができた。より上位の層は、どのエンティティがエンハンスド専用チャネル（Ｅ−ＤＣＨ）で送信されるデータおよびＥ−ＤＣＨに割り当てられる物理リソースの管理に対処するかを設定できる。Ｅ−ＤＣＨトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）は、ＭＡＣ−ｅｓ／ｅまたはＭＡＣ−ｉ／ｉｓエンティティである。Ｅ−ＤＣＨの詳細設定は、ＭＡＣ−制御サービスアクセスポイント（ＳＡＰ）にわたる無線リソース制御（ＲＲＣ）により、提供されることができる。エンハンスド専用チャネル（Ｅ−ＤＣＨ）は、ＵＭＴＳのリリース６で導入された高データレートアップリンクチャネルである。Ｅ−ＤＣＨは、エンハンスド制御パート（たとえば、Ｅ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ：E-DCH dedicated physical control channel））およびエンハンスドデータパート（たとえば、ＵＭＴＳプロトコルによるＥ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＤＣＨ：E-DCH dedicated physical control channel））を含むことができる。アップリンクでのフレキシブルなＲＬＣ ＰＤＵのサイズおよびセグメンテーション／リアセンブリ（reassembly）は、ＭＡＣ−ｉ／ｉｓ１１６９によってサポートされる。（ＭＡＣ−ｈｓ、ＭＡＣ−ｃ／ｓｈ、およびＭＡＣ−ｄのような）ＭＡＣエンティティについての具体的な詳細は、３ＧＰＰ ２５．３２１から得られることができる。
【００７５】
ＭＡＣエンティティの制御は、関連づけられたダウンリンクシグナリング、関連づけられたアップリンクシグナリング、エンハンスド専用チャネル（Ｅ−ＤＣＨ：enhanced dedicated channel）、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ：high speed downlink shared channel）、ページング制御チャネル（ＰＣＣＨ：paging control channel）、同報制御チャネル（ＢＣＣＨ：broadcast control channel）、共通制御チャネル（ＣＣＣＨ：common control channel）、共通トラヒックチャネル（ＣＴＣＨ：common traffic channel）、共有制御チャネル（ＳＨＣＣＨ：shared control channel）（ＴＤＤのみ）、ＭＡＣ制御、専用制御チャネル（ＤＣＣＨ：dedicated control channel）、専用トラヒックチャネル（ＤＴＣＨ：dedicated traffic channel）、専用チャネル（ＤＣＨ：dedicated channel）、ダウンリンク共有チャネル（ＤＳＣＨ：downlink shared channel）、アップリンク共有チャネル（ＵＳＣＨ：uplink shared channel）（ＴＤＤのみ）、共通パケットチャネル（ＣＰＣＨ：common packet channel）（ＦＤＤのみ）、ランダムアクセスチャネル（ＲＡＣＨ：random access channel）、フォワードアクセスチャネル（ＦＡＣＨ：forward access channel）、ページングチャネル（ＰＣＨ：paging channel）、および高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ：high speed downlink shared channel）を含むことができる。
【００７６】
図１２は、ユーザー機器（ＵＥ）６０１側のＭＡＣ−ｉ／ｉｓ１２６９のより詳細な説明図である。受信機側のリオーダー（reordering）は、優先待ち行列に基づく。リオーダーを可能にするために、送信シーケンス番号（ＴＳＮ）が、各リオーダー待ち行列内で割り当てられる。受信機側では、ＭＡＣ−ｉ／ｉｓ１２６９のサービスデータユニット（ＳＤＵ）またはセグメントが、論理チャネル識別子に基づいて、正しい優先行列に割り当てられる。ＭＡＣ−ｉ／ｉｓ１２６９のＳＤＵは、受信機側でセグメント化され、リアセンブリされることができる。ＭＡＣ−ｉ／ｉｓ１２６９のＰＤＵに含まれるＭＡＣ−ｉ／ｉｓ１２６９のＳＤＵは、異なるサイズと優先順位を有することができる。ＭＡＣ−ｉ／ｉｓ１２６９のＰＵＤに含まれるＭＡＣ−ｉ／ｉｓ１２６９のＳＤＵは、異なるＭＡＣ−ｄ １１７２のフローに属することもできる。ＭＡＣ−ｉ／ｉｓ１２６９のプロトコルは、媒体アクセス制御（ＭＡＣ）層１０３よりも上位の層で構成される。ＭＡＣ−ｉｓ／ｉ１２６９は、ＥＤＣＨトランスポートフォーマットの組み合わせの選択１２７４、セグメンテーション１２７３ａ−ｂ、多重送信および送信シーケンス番号（ＴＳＮ）の設定１２７５、およびハイブリッド自動再送要求（ＨＡＲＱ）１２７６を含むことができる。ＭＡＣ−ｉｓ／ｉ１２６９は、関連づけられたスケジューリングダウンリンクシグナリング（絶対グラントチャネル（absolute grant channel）／エンハンスド相対グラントチャネル（enhanced relative grant channel））１２７７を受信することもできる。ＭＡＣ−ｉｓ／ｉは、関連づけられたＡＣＫ／ＮＡＣＫシグナリング（ＥＤＣＨハイブリッドＡＲＱ（自動再送要求）チャネル）１２７８、および関連づけられたアップリンクシグナリングＥ−ＴＦＣ（Ｅ−ＤＣＨ専用物理制御チャネル）１２７９を受信することもできる。さらなる詳細は、３ＧＰＰ２５．３２１の仕様書で入手できる。
【００７７】
図１３は、パケットネットワークインターフェース１３８８によって通信するノードＢ１３０２と無線ネットワーク制御装置（ＲＮＣ）１３１０を示す。ノードＢ１３０２と無線ネットワーク制御装置（ＲＮＣ）１３１０は、無線ネットワークサブシステム（ＲＮＳ）１３０９の一部であることができる。図１３の無線ネットワークサブシステム（ＲＮＳ）１３０９は、図２に示した無線ネットワークサブシステム（ＲＮＳ）２０９の１つの構成であることができる。関連づけられた送信データ量は、ノードＢ１３０２のデータ待ち行列１３８４から検索され、データ待ち行列１３８４に関連づけられたユーザー機器（ＵＥ）２０１への送信のためにチャネル要素１３８３に供給される。
【００７８】
無線ネットワーク制御装置（ＲＮＣ）１３１０は、モバイル交換センターを通じて、公衆交換電話網（ＰＳＴＮ）１３１５とインターフェースで接続する。無線ネットワーク制御装置（ＲＮＣ）１３１０は、１つ以上のノードＢ１３０２ともインターフェースで接続する。無線ネットワーク制御装置（ＲＮＣ）１３１０は、さらに、パケットネットワークインターフェース１３８８とインターフェースで接続できる。無線ネットワーク制御装置（ＲＮＣ）１３１０は、この通信システムにおけるユーザー機器と、パケットネットワークインターフェース１３８８および公衆交換電話網（ＰＳＴＮ）１３１５に接続された他のユーザー間の通信を調整する。そして、公衆交換電話網（ＰＳＴＮ）１３１５は、標準の電話網によってユーザーとインターフェース接続できる。
【００７９】
無線ネットワーク制御装置（ＲＮＣ）１３１０は、多くのセレクタ要素１３８６を含むことができる。各セレクタ要素１３８６は、１つ以上のノードＢ１３０２と１つのリモート局（図示せず）間の通信を制御するために割り当てられる。セレクタ要素１３８６が所与のユーザー機器（ＵＥ）２０１に割り当てられていない場合、呼制御プロセッサ１３８７は、ユーザー機器（ＵＥ）２０１をページングする必要があることを知らされる。そして、呼制御プロセッサ１３８７は、ユーザー機器（ＵＥ）２０１をページングするようにノードＢ１３０２に指示できる。
【００８０】
データソース１３８９ａは、所与のユーザー機器（ＵＥ）２０１に送信されるデータ量を含むことができる。データソース１３８９ａは、パケットネットワークインターフェース１３８８にデータを供給する。パケットネットワークインターフェース１３８８は、データを受信し、セレクタ要素１３８６にデータを送る。無線ネットワーク制御装置（ＲＮＣ）１３１０からパケットネットワークインターフェース１３８８によって受信されたデータは、データシンク１３８９ｂに送られることができる。そして、セレクタ要素１３８６は、目標のユーザー機器（ＵＥ）２０１と通信するノードＢ１３０２にデータを送信する。各ノードＢ１３０２は、データ待ち行列１３８４を維持でき、それは、ユーザー機器（ＵＥ）２０１に送信されるデータを記憶する。
【００８１】
各データパケットのために、チャネル要素１３８３は、必要な制御フィールドを挿入する。チャネル要素１３８３は、データパケットおよび制御フィールドの巡回冗長検査（ＣＲＣ）符号化を実行でき、符号テールビット（code tail bit）のセットを挿入できる。データパケット、制御フィールド、ＣＲＣパリティビット（CRC parity bit）、および符号テールビットは、フォーマットに従って作られたパケットを形成できる。そして、チャネル要素１３８３は、フォーマットに従って作られたパケットを符号化し、符号化されたパケット内のシンボルをインターリーブ（またはリオーダー）できる。インターリーブされたパケットは、ウォルシュ符号によってカバーされることができ、短いＰＮＩおよびＰＮＱ符号によって拡散されることができる。拡散されたデータは、信号を直交変調し、フィルターにかけ、および増幅するＲＦユニット１３８５に供給される。ダウンリンク信号は、ダウンリンクにアンテナを通じて無線で送信される。
【００８２】
ノードＢ１３０２は、ノードＢ１３０２でのデータフローを制御するための制御ユニット１３８２を含むことができる。制御ユニット１３８２は、メモリ１３８０、およびメモリ１３８０に記憶された命令１３８１ａ／データ１３８１ｂとインターフェース接続できる。
【００８３】
ユーザー機器（ＵＥ）２０２では、ダウンリンク信号がアンテナで受信され、受信機に送られる。受信機は、信号をフィルターにかけ、増幅し、直交復調し、量子化する。デジタル化された信号は、復調器（ＤＥＭＯＤ）に供給され、短いＰＮＩおよびＰＮＱ符号によって逆拡散され、ウォルシュ符号を用いてディカバー（decover）される。復調されたデータは、ノードＢ１３０２で行われた信号処理機能の逆、具体的には、デインターリーブ、復号、およびＣＲＣ検査機能を実行するデコーダに供給される。復号されたデータは、データシンク１３８９ｂに供給される。
【００８４】
図１４は、本システムと方法で使用するユーザー機器（ＵＥ）１４０１を示す。ユーザー機器（ＵＥ）１４０１は、送信回路１４０５（電力増幅器１４０７を含む）、受信回路１４０９、電力制御装置１４１１、復号プロセッサ１４１３、信号の処理に使用する処理ユニット１４１５、およびメモリ１４１７を含む。送信回路１４０５と受信回路１４０９は、ユーザー機器（ＵＥ）１４０１と遠隔地間の音声通信のようなデータの送信と受信を許容できる。送信回路１４０５と受信回路１４０９は、アンテナ１４０３に結合されることができる。
【００８５】
処理ユニット１４１５は、ユーザー機器（ＵＥ）１４０１の動作を制御する。処理ユニット１４１５は、ＣＰＵと呼ばれることもできる。メモリ１４１７は、読取専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含むことができるが、処理ユニットに命令１４１９ａとデータ１４１９ｂを供給する。メモリ１４１７の一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含むこともできる。
【００８６】
ユーザー機器（ＵＥ）１４０１のさまざまなコンポーネントは、データバスに加え、パワーバス、制御信号バス、およびステータス信号バスを含むことができるバスシステム１４２１によって、ともに結合される。しかしながら、明確にするために、さまざまなバスは、図１４ではバスシステム１４２１として示されている。
【００８７】
論じられた方法のステップは、図１３のノードＢ１３０２のメモリ１３８０にあるソフトウェアまたはファームウェアの形態の命令１３８１ａとして記憶されることもできる。これらの命令１３８１ａは、ノードＢ１３０２の制御ユニット１３８２によって実行されることができる。あるいは、または、それとともに、論じられた方法のステップは、ユーザー機器（ＵＥ）１４０１のメモリ１４１７にあるソフトウェアまたはファームウェアの形態の命令１４１９ａとして記憶されることができる。これらの命令１４１９ａは、ユーザー機器（ＵＥ）１４０１の処理ユニット１４１５によって実行されることができる。
【００８８】
図１５は、ユーザー機器（ＵＥ）２０１で実現されることができる、送信機の構造および／またはプロセスの例を示す。図１５に示す機能およびコンポーネントは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせによって実現されることができる。他の機能が、図１５に示した機能の代わりに、または、それらに加えて、図１５に追加されることができる。
【００８９】
図１５において、データソース１５２３は、フレーム品質インジケータ（ＦＱＩ：frame quality indicator）／エンコーダ１５２７に、データｄ（ｔ）１５２５を供給する。フレーム品質インジケータ（ＦＱＩ）／エンコーダ１５２７は、データｄ（ｔ）１５２５に、巡回冗長検査（ＣＲＣ）のようなフレーム品質インジケータ（ＦＱＩ）を付加できる。フレーム品質インジケータ（ＦＱＩ）／エンコーダ１５２７は、さらに、符号化されたシンボル１５２９を供給するために１つ以上の符号化方式を用いて、データ１５２５とＦＱＩを符号化できる。各符号化方式は、１種類以上の符号化、たとえば、畳み込み符号化（convolutional coding）、ターボ符号化（Turbo coding）、ブロック符号化（block coding）、反復符号化（repetition coding）、他の種類の符号化を含むことができ、または、まったく符号化を含まないこともできる。他の符号化方式は、自動再送要求（ＡＲＱ）、ハイブリッドＡＲＱ（Ｈ−ＡＲＱ）、およびインクリメンタル冗長再送技術（incremental redundancy repeat technique）を含むことができる。異なる種類のデータは、異なる符号化方式によって符号化されることができる。
【００９０】
インターリーバ１５３１は、フェージングへの対処に間に合うように、符号化されたデータシンボル１５２９をインターリーブし、シンボル１５３３を生成する。インターリーブされたシンボル１５３３は、フレーム１５３７を生成するため、フレームフォーマットブロック１５３５によって、あらかじめ規定されたフレームフォーマットにマッピングされることができる。１つの構成において、フレームフォーマットは、複数のサブセグメントで構成されるようにフレーム１５３７を規定できる。別の構成において、サブセグメントは、所与の寸法、たとえば、時間、周波数、符号、または任意の他の寸法にしたがったフレームの任意の連続する部分であることができる。フレーム１５３７は、そのような固定の複数のサブセグメントによって構成されることができ、各サブセグメントは、フレーム１５３７に割り当てられたシンボル１５３３の合計数の一部を含む。たとえば、Ｗ−ＣＤＭＡ標準において、サブセグメントは、スロットとして定義されることができる。ｃｄｍａ２０００標準において、サブセグメントは、電力制御グループ（ＰＣＧ）として定義されることができる。インターリーブされたシンボル１５３３は、フレーム１５３７をなす複数のＳ個のサブセグメントにセグメント化されることができる。
【００９１】
ある特定の実現において、フレームフォーマットは、さらに、たとえば、インターリーブされたシンボル１５３３に伴う制御シンボル（図示せず）の包含を規定できる。そのような制御シンボルは、たとえば、電力制御シンボル、フレームフォーマット情報シンボル、等を含むことができる。
【００９２】
変調器１５３９は、変調されたデータ１５４１を生成するために、フレーム１５３７を変調する。変調技術の例は、２層位相変調（ＢＰＳＫ）および４相位相変調（ＱＰＳＫ）を含む。変調器１５３９は、変調されたデータのシーケンスを反復することもできる。ベースバンドから無線周波数（ＲＦ：radio-frequency）への変換ブロック（baseband-to-radio-frequency conversion block）１５４３は、変調された信号１５４１を、１つ以上のノードＢ１３０２局の受信機に無線通信リンクにより信号１５４７としてアンテナ１５４５を介し送信するためのＲＦ信号に、変換できる。
【００９３】
ここに説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいて、実現されることができる。ソフトウェアにおいて実現される場合、機能は、コンピュータ可読媒体に１つ以上の命令として記憶されることができる。「コンピュータ可読媒体」または「コンピュータプログラム製品」という用語は、コンピュータまたはプロセッサによってアクセス可能な任意の有形の記憶媒体のことを言う。限定ではなく例として、コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または、コンピュータによってアクセス可能で、命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用可能な任意の他の媒体を含むことができる。ディスク（disk）およびディスク（disc）は、ここで使用される場合、コンパクトディスク（ＣＤ）（disc）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（ＤＶＤ）（disc）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。
【００９４】
ソフトウェアまたは命令は、伝送媒体によって送信されることもできる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または、赤外線、無線、およびマイクロ波等の無線技術を使用して、ウェブサイト、サーバー、または他のリモートソースから送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または、赤外線、無線およびマイクロ波等の無線技術が、伝送媒体の定義に含まれる。
【００９５】
ここに開示された方法は、説明された方法を達成するために１つ以上のステップまたは動作を含む。方法ステップおよび／または動作は、特許請求の範囲から逸脱せずに互換されることができる。すなわち、ステップまたは動作の特定の順序が、説明されている方法の適切な動作のために必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱せずに変更されることができる。
【００９６】
さらに、図５および図８に示されたもののような、ここに説明された方法および手法を実行するためのモジュールおよび／または他の適切な手段が、ダウンロードされることができ、および／または、そうでなければデバイスによって得られることができるということが理解されるべきである。たとえば、デバイスは、ここに説明された方法を実行するための手段の転送を容易にするためにサーバーに結合されることができる。あるいは、ここに説明されたさまざまな方法は、記憶手段（たとえば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体、等）を介して提供されることができるので、デバイスは、デバイスに記憶手段を結合または提供して、さまざまな方法を得ることができるようになっている。
【００９７】
特許請求の範囲が上述されたまさにその構成およびコンポーネントに限定されないということが理解されるべきである。さまざまな変更、変化、および変形が、特許請求の範囲から逸脱せずに、ここに説明された、システム、方法および装置の配置、動作、および詳細においてなされることができる。
【００９８】
どの特許請求の要素も、その要素が「〜のための手段」というフレーズを使用して明示的に記載されない限り、または、方法の請求項の場合にはその要素が「〜するためのステップ」というフレーズを使用して記載されない限り、３５Ｕ．Ｓ．Ｃ．§１１２の第６パラグラフの規定の下に解釈されないものとする。
【００９９】
なお、以下に、出願当初の特許請求の範囲に記載された発明を付記する。
【０１００】
［Ｃ１］
アップリンクにおいてフレキシブルなサイズの無線リンク制御(ＲＬＣ) プロトコルデータユニット(ＰＤＵ)を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するための手段と、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するための手段と、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するための手段と、
前記ＲＬＣ ＰＤＵを生成するための手段と、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るための手段と
を含む装置。
【０１０１】
［Ｃ２］
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するための手段をさらに含む、［Ｃ１］に記載の装置。
【０１０２】
［Ｃ３］
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信するための手段をさらに含む、［Ｃ２］に記載の装置。
【０１０３】
［Ｃ４］
物理層パケットデータフィールドのサイズを決定するための手段をさらに含む、［Ｃ１］に記載の装置。
【０１０４】
［Ｃ５］
前記装置が無線通信デバイスである、［Ｃ１］に記載の装置。
【０１０５】
［Ｃ６］
前記無線通信デバイスが、エンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて、所与の送信時間間隔（ＴＴＩ）で、ＲＬＣ ＰＤＵを形成する能力があるかどうかを決定するための手段をさらに含む、［Ｃ５］に記載の装置。
【０１０６】
［Ｃ７］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣによって決定されたパケットサイズに適合するように選択される、［Ｃ６］に記載の装置。
【０１０７】
［Ｃ８］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、後のＴＴＩのためにあらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するための手段をさらに含む、［Ｃ６］に記載の装置。
【０１０８】
［Ｃ９］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、［Ｃ８］に記載の装置。
【０１０９】
［Ｃ１０］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成するための手段が、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するための手段を含む、［Ｃ８］に記載の装置。
【０１１０】
［Ｃ１１］
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するための手段を含み、前記ＲＬＣＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、［Ｃ１］に記載の装置。
【０１１１】
［Ｃ１２］
前記ＲＬＣ ＰＤＵを生成するための手段が、１つのＭＡＣ ＰＤＵに収まるように１つのＲＬＣ ＰＤＵを生成するための手段を含む、［Ｃ１１］に記載の装置。
【０１１２】
［Ｃ１３］
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択するための手段を含む、［Ｃ１］に記載の装置。
【０１１３】
［Ｃ１４］
前記無線状況がチャネルバリエーションを含む、［Ｃ１］に記載の装置。
【０１１４】
［Ｃ１５］
前記無線状況が利用可能なグラントを含む、［Ｃ１］に記載の装置。
【０１１５】
［Ｃ１６］
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、［Ｃ６］に記載の装置。
【０１１６】
［Ｃ１７］
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、［Ｃ６］に記載の装置。
【０１１７】
［Ｃ１８］
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、［Ｃ１］に記載の装置。
【０１１８】
［Ｃ１９］
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するＲＬＣ ＰＤＵパケット要求受信モジュールと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定する、無線状況モジュールと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択する、ＲＬＣ ＰＤＵサイズモジュールと、
前記ＲＬＣ ＰＤＵを生成する、ＲＬＣ ＰＤＵ生成モジュールと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送る、ＲＬＣ送出モジュールと
を含む、ＲＬＣ ＰＤＵを供給するように構成された回路
を含む装置。
【０１１９】
［Ｃ２０］
前記ＲＬＣ ＰＤＵ生成モジュールが、前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかをさらに決定する、［Ｃ１９］に記載の装置。
【０１２０】
［Ｃ２１］
前記ＲＬＣ送出モジュールが、前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信する、［Ｃ２０］に記載の装置。
【０１２１】
［Ｃ２２］
前記ＲＬＣ ＰＤＵサイズモジュールが、物理層パケットデータフィールドのサイズを決定する、［Ｃ１９］に記載の装置。
【０１２２】
［Ｃ２３］
前記装置が無線通信デバイスである、［Ｃ１９］に記載の装置。
【０１２３】
［Ｃ２４］
前記ＲＬＣ ＰＤＵ生成モジュールが、前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定する、［Ｃ２３］に記載の装置。
【０１２４】
［Ｃ２５］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣによって決定されたパケットサイズに適合するように選択される、［Ｃ２４］に記載の装置。
【０１２５】
［Ｃ２６］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、前記ＲＬＣ ＰＤＵサイズモジュールが、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかをさらに決定する、［Ｃ２４］に記載の装置。
【０１２６】
［Ｃ２７］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵサイズモジュールが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、［Ｃ２６］に記載の装置。
【０１２７】
［Ｃ２８］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵサイズモジュールが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、［Ｃ２６］に記載の装置。
【０１２８】
［Ｃ２９］
前記ＲＬＣ ＰＤＵサイズモジュールが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣＰＤＵデータフィールドのサイズを選択し、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、［Ｃ１９］に記載の装置。
【０１２９】
［Ｃ３０］
前記Ｅ−ＴＦＣの選択がＭＡＣ−ｉ／ｉｓエンティティである、［Ｃ２４］に記載の装置。
【０１３０】
［Ｃ３１］
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、［Ｃ１９］に記載の装置。
【０１３１】
［Ｃ３２］
アップリンクにおいてフレキシブルなサイズの前記ＲＬＣ ＰＤＵを使用する方法であって、
媒体アクセス制御（ＭＡＣ）層から無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【０１３２】
［Ｃ３３］
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定することをさらに含む、［Ｃ３２］に記載の方法。
【０１３３】
［Ｃ３４］
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信することをさらに含む、［Ｃ３３］に記載の方法。
【０１３４】
［Ｃ３５］
物理層パケットデータフィールドのサイズを決定することをさらに含む、［Ｃ３２］に記載の方法。
【０１３５】
［Ｃ３６］
前記方法が無線通信デバイスによって実行される、［Ｃ３２］に記載の方法。
【０１３６】
［Ｃ３７］
前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定することをさらに含む、［Ｃ３６］に記載の方法。
【０１３７】
［Ｃ３８］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣの選択によって決定されたパケットサイズに適合するように選択される、［Ｃ３７］に記載の方法。
【０１３８】
［Ｃ３９］
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定することをさらに含む、［Ｃ３７］に記載の方法。
【０１３９】
［Ｃ４０］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、［Ｃ３９］に記載の方法。
【０１４０】
［Ｃ４１］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、［Ｃ３９］に記載の方法。
【０１４１】
［Ｃ４２］
前記ＲＬＣ ＰＤＵのサイズを選択することが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択することを含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、［Ｃ３２］に記載の方法。
【０１４２】
［Ｃ４３］
前記ＲＬＣ ＰＤＵのサイズを選択することが、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択することを含む、［Ｃ３２］に記載の方法。
【０１４３】
［Ｃ４４］
前記無線状況がチャネルバリエーションを含む、［Ｃ３２］に記載の方法。
【０１４４】
［Ｃ４５］
前記無線状況が利用可能なグラントを含む、［Ｃ３２］に記載の方法。
【０１４５】
［Ｃ４６］
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、［Ｃ３７］に記載の方法。
【０１４６】
［Ｃ４７］
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、［Ｃ３７］に記載の方法。
【０１４７】
［Ｃ４８］
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、［Ｃ３２］に記載の方法。
【０１４８】
［Ｃ４９］
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用するためのコンピュータプログラム製品であって、該コンピュータプログラム製品は命令を有するコンピュータ可読媒体を含み、該命令は、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ・ＰＤＵに関する要求を受信するためのコードと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するためのコードと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するためのコードと、
前記ＲＬＣ ＰＤＵを生成するためのコードと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るためのコードと
を含むコンピュータプログラム製品。
【０１４９】
［Ｃ５０］
前記命令が、前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するためのコードをさらに含む、［Ｃ４９］に記載のコンピュータプログラム製品。
【０１５０】
［Ｃ５１］
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズである、［Ｃ４９］に記載のコンピュータプログラム製品。
【０１５１】
［Ｃ５２］
前記コンピュータプログラム製品が、エンハンスド専用チャネルのトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力がない無線通信デバイスを制御し、前記命令が、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するためのコードをさらに含む、［Ｃ４９］に記載のコンピュータプログラム製品。
【０１５２】
［Ｃ５３］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、［Ｃ５２］に記載のコンピュータプログラム製品。
【０１５３】
［Ｃ５４］
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、［Ｃ５２］に記載のコンピュータプログラム製品。
【図１】
2014078954.tif 000004
【図２】
2014078954.tif 000005
【図３】
2014078954.tif 000006
【図４】
2014078954.tif 000007
【図５】
2014078954.tif 000008
【図６】
2014078954.tif 000009
【図７】
2014078954.tif 000010
【図８】
2014078954.tif 000011
【図９】
2014078954.tif 000012
【図１０】
2014078954.tif 000013
【図１１】
2014078954.tif 000014
【図１２】
2014078954.tif 000015
【図１３】
2014078954.tif 000016
【図１４】
2014078954.tif 000017
【図１５】
2014078954.tif 000018
【手続補正書】
【提出日】平成25年12月10日(2013.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アップリンクにおいてフレキシブルなサイズの無線リンク制御(ＲＬＣ)プロトコルデータユニット(ＰＤＵ)を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信するための手段と、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するための手段と、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するための手段と、なお、前記ＲＬＣ ＰＤＵの前記選択されたサイズは、前記第１のアップリンクキャリアの前記無線状況と前記第２のアップリンクキャリアの前記無線状況の関数である、
前記ＲＬＣ ＰＤＵを生成するための手段と、
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するための手段と、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るための手段と
を含む装置。
【請求項２】
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信するための手段をさらに含む、請求項１に記載の装置。
【請求項３】
物理層パケットデータフィールドのサイズを決定するための手段をさらに含む、請求項１に記載の装置。
【請求項４】
前記装置が無線通信デバイスである、請求項１に記載の装置。
【請求項５】
前記無線通信デバイスが、エンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて、所与の送信時間間隔（ＴＴＩ）で、ＲＬＣ ＰＤＵを形成する能力があるかどうかを決定するための手段をさらに含む、請求項４に記載の装置。
【請求項６】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣによって決定されたパケットサイズに適合するように選択される、請求項５に記載の装置。
【請求項７】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、後のＴＴＩのためにあらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するための手段をさらに含む、請求項５に記載の装置。
【請求項８】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項７に記載の装置。
【請求項９】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成するための手段が、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するための手段を含む、請求項７に記載の装置。
【請求項１０】
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するための手段を含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項１に記載の装置。
【請求項１１】
前記ＲＬＣ ＰＤＵを生成するための手段が、１つのＭＡＣ ＰＤＵに収まるように１つのＲＬＣ ＰＤＵを生成するための手段を含む、請求項１０に記載の装置。
【請求項１２】
前記ＲＬＣ ＰＤＵのサイズを選択するための手段が、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択するための手段を含む、請求項１に記載の装置。
【請求項１３】
前記無線状況がチャネルバリエーションを含む、請求項１に記載の装置。
【請求項１４】
前記無線状況が利用可能なグラントを含む、請求項１に記載の装置。
【請求項１５】
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、請求項５に記載の装置。
【請求項１６】
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、請求項５に記載の装置。
【請求項１７】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、Kは、定数である、請求項１に記載の装置。
【請求項１８】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する装置であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信するＲＬＣ ＰＤＵパケット要求受信モジュールと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定する、無線状況モジュールと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択する、ＲＬＣ ＰＤＵサイズモジュールと、なお、前記ＲＬＣ ＰＤＵの前記選択されたサイズは、前記第１のアップリンクキャリアの前記無線状況と前記第２のアップリンクキャリアの前記無線状況の関数である、
前記ＲＬＣ ＰＤＵを生成し、前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかをさらに決定する、ＲＬＣ ＰＤＵ生成モジュールと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送る、ＲＬＣ送出モジュールと
を含む、ＲＬＣ ＰＤＵを供給するように構成された回路
を含む装置。
【請求項１９】
前記ＲＬＣ送出モジュールが、前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信する、請求項１８に記載の装置。
【請求項２０】
前記ＲＬＣ ＰＤＵサイズモジュールが、物理層パケットデータフィールドのサイズを決定する、請求項１８に記載の装置。
【請求項２１】
前記装置が無線通信デバイスである、請求項１８に記載の装置。
【請求項２２】
前記ＲＬＣ ＰＤＵ生成モジュールが、前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定する、請求項２１に記載の装置。
【請求項２３】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣの選択によって決定されたパケットサイズに適合するように選択される、請求項２２に記載の装置。
【請求項２４】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、前記ＲＬＣ ＰＤＵサイズモジュールが、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかをさらに決定する、請求項２２に記載の装置。
【請求項２５】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵサイズモジュールが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、請求項２４に記載の装置。
【請求項２６】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵサイズモジュールが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択し、前記ＲＬＣ ＰＤＵ生成モジュールが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成する、請求項２４に記載の装置。
【請求項２７】
前記ＲＬＣ ＰＤＵサイズモジュールが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択し、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項１８に記載の装置。
【請求項２８】
前記Ｅ−ＴＦＣの選択がＭＡＣ−ｉ／ｉｓエンティティである、請求項２２に記載の装置。
【請求項２９】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、Kは、定数である、請求項１８に記載の装置。
【請求項３０】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する方法であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、なお、前記ＲＬＣ ＰＤＵの前記選択されたサイズは、前記第１のアップリンクキャリアの前記無線状況と前記第２のアップリンクキャリアの前記無線状況の関数である、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【請求項３１】
前記ＲＬＣ ＰＤＵを前記決定されたアップリンクキャリアで送信することをさらに含む、請求項３０に記載の方法。
【請求項３２】
物理層パケットデータフィールドのサイズを決定することをさらに含む、請求項３０に記載の方法。
【請求項３３】
前記方法が無線通信デバイスによって実行される、請求項３０に記載の方法。
【請求項３４】
前記無線通信デバイスがエンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力があるかどうかを決定することをさらに含む、請求項３３に記載の方法。
【請求項３５】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力があり、前記ＲＬＣ ＰＤＵのサイズが、前記Ｅ−ＴＦＣの選択によって決定されたパケットサイズに適合するように選択される、請求項３４に記載の方法。
【請求項３６】
前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定することをさらに含む、請求項３４に記載の方法。
【請求項３７】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項３６に記載の方法。
【請求項３８】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択することが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択することを含み、前記ＲＬＣ ＰＤＵを生成することが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成することを含む、請求項３６に記載の方法。
【請求項３９】
前記ＲＬＣ ＰＤＵのサイズを選択することが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択することを含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、請求項３０に記載の方法。
【請求項４０】
前記ＲＬＣ ＰＤＵのサイズを選択することが、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択することを含む、請求項３０に記載の方法。
【請求項４１】
前記無線状況がチャネルバリエーションを含む、請求項３０に記載の方法。
【請求項４２】
前記無線状況が利用可能なグラントを含む、請求項３０に記載の方法。
【請求項４３】
前記Ｅ−ＴＦＣがＭＡＣ−ｉ／ｉｓエンティティである、請求項３４に記載の方法。
【請求項４４】
前記Ｅ−ＴＦＣがＭＡＣ−ｅ／ｅｓエンティティである、請求項３４に記載の方法。
【請求項４５】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、Kは、定数である、請求項３０に記載の方法。
【請求項４６】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用するためのコンピュータプログラムであって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信するためのコードと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定するためのコードと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択するためのコードと、なお、前記ＲＬＣ ＰＤＵの前記選択されたサイズは、前記第１のアップリンクキャリアの前記無線状況と前記第２のアップリンクキャリアの前記無線状況の関数である、
前記ＲＬＣ ＰＤＵを生成するためのコードと、
前記ＲＬＣ ＰＤＵが前記第１のアップリンクキャリアで送信されるか前記第２のアップリンクキャリアで送信されるかを決定するためのコードと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送るためのコードと
を含むコンピュータプログラム。
【請求項４７】
前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、Kは、定数である、請求項４６に記載のコンピュータプログラム。
【請求項４８】
エンハンスド専用チャネルのトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて所与の送信時間間隔（ＴＴＩ）でＲＬＣ ＰＤＵを形成する能力がない無線通信デバイスを制御するためのコードと、前記命令が、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定するためのコードとをさらに含む、請求項４６に記載のコンピュータプログラム。
【請求項４９】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいており、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、前記第１のアップリンクキャリアと前記第２のアップリンクキャリアの前記無線状況に応じて前記ＲＬＣ ＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、請求項４８に記載のコンピュータプログラム。
【請求項５０】
前記あらかじめ生成されたＲＬＣ ＰＤＵのサイズが、チャネル状況およびグラントに基づいておらず、前記ＲＬＣ ＰＤＵのサイズを選択するためのコードが、セグメンテーションおよび不十分な活用を最小化するように前記ＲＬＣ ＰＤＵのサイズを選択するためのコードを含み、前記ＲＬＣ ＰＤＵを生成するためのコードが、今後のＴＴＩのための前記ＲＬＣ ＰＤＵをあらかじめ生成するためのコードを含む、請求項４８に記載のコンピュータプログラム。
【請求項５１】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する方法であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、なお、前記方法は、無線通信デバイスによって実行される、
前記無線通信デバイスが、エンハンスド専用チャネル（ＥＤＣＨ）のトランスポートフォーマットの組み合わせ（Ｅ−ＴＦＣ）の選択を用いて、所与の送信時間間隔（ＴＴＩ）で、ＲＬＣ ＰＤＵを形成する能力があるかどうかを決定することと、なお、前記無線通信デバイスが、Ｅ−ＴＦＣの選択を用いて所与のＴＴＩでＲＬＣ ＰＤＵを形成する能力がなく、あらかじめ生成されたＲＬＣ ＰＤＵのサイズがチャネル状況およびグラントに基づいているかどうかを決定することをさらに含む、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【請求項５２】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する方法であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、なお、前記ＲＬＣ ＰＤＵのサイズを選択することが、前記物理層パケットデータフィールドから物理層ヘッダーとＭＡＣ層ヘッダーを差し引いたサイズに等しくなるように、前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択することを含み、前記ＲＬＣ ＰＤＵデータフィールドのサイズが、現在の送信時間間隔（ＴＴＩ）で適用可能な現在のグラントによって送信が許可された最大データ量によってさらに制限される、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【請求項５３】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する方法であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、なお、前記ＲＬＣ ＰＤＵのサイズを選択することが、現在の時間ユニットの物理層パケットサイズに適合するように後の時間ユニットでの後のＲＬＣ ＰＤＵのサイズを選択することを含む、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。
【請求項５４】
アップリンクにおいてフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を使用する方法であって、
媒体アクセス制御（ＭＡＣ）層からＲＬＣ ＰＤＵに関する要求を受信することと、
第１のアップリンクキャリアと第２のアップリンクキャリアの無線状況を決定することと、
前記無線状況に基づいて前記ＲＬＣ ＰＤＵのサイズを選択することと、なお、前記ＲＬＣ ＰＤＵのサイズが、K*min(x1(t), x2(t)) を使用して選択され、x1(t) は、時間 t での前記第１のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、x2(t) は、時間 t での前記第２のアップリンクキャリアのためのサービング・グラントに対応するパケットサイズであり、Kは、定数である、
前記ＲＬＣ ＰＤＵを生成することと、
前記ＭＡＣ層に前記ＲＬＣ ＰＤＵを送ることと
を含む方法。