単一のＲＬＣエンティティについての拡張された多重化
単一のＲＬＣエンティティのコンテキスト内でより高い優先度のパケットの送信／受信のためにより低い優先度のパケットの送信／受信を中断する方法及び装置が、本明細書において提供される。第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックの送信／受信が中断されて、第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックが送信／受信される。第２の上位層パケットの最後のセグメントの送信／受信の後に、第１の上位層パケットの送信／受信が再開される。いくつかの実施形態では、第２の上位層パケットの最後のセグメントは、第１の上位層パケットの残りのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化される。最後のより高い優先度のデータブロックは、第２の上位層パケットから第１の上位層パケットへの遷移を示すための遷移指標をさらに含む。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２００９年８月２８日に出願された米国仮出願第６１／２３７、７４４号及び２００９年１１月１３日に出願された米国仮出願第６１／２６１、１１８号の利益を主張する。また、当該米国仮出願の両方は、参照により本明細書に組み込まれる。
【０００２】
本発明は、概して、無線通信ネットワークについての無線リンク制御（ＲＬＣ）プロトコルに関する。より具体的には、本発明は、単一のＲＬＣエンティティ内で異なる優先度のパケットフローについてＲＬＣデータブロックのレベルで送信を中断し、再開する方法及び装置に関する。
【背景技術】
【０００３】
ＲＬＣは、移動局と無線アクセスネットワークとの間でユーザプレーン情報又は制御プレーン情報を伝達するために、無線通信ネットワークの中で使用されるプロトコルである。ユーザプレーン情報が伝達される場合に、ＲＬＣプロトコルは、論理リンク制御（ＬＬＣ）層として知られる上位層からプロトコルデータユニット（ＰＤＵ）を受信する。各ＬＬＣ ＰＤＵは、パケットフローコンテキスト（ＰＦＣ）に関連付けられ、無線通信チャネル上での受信機への送信のために、本明細書ではＲＬＣデータブロックと呼ばれるより小さなデータパケットに分割される。受信機は、受信されたＲＬＣデータブロックからＬＬＣ ＰＤＵを再構築する。
【０００４】
いくつかのシナリオでは、送受信機及び受信機で動作するＲＬＣプロトコルエンティティは、並行する複数のパケットデータセッションの送信及び受信をサポートし得る。それにより、複数のＰＦＣが、共通のＲＬＣエンティティを共有する。各ＰＦＣは、自らのパケットデータプロトコル（ＰＤＰ）コンテキストを有し、よって、自らのサービス品質（ＱｏＳ）属性を有する。当該ＱｏＳ属性から、送信の優先度が導き出され得る。共通のＲＬＣエンティティが複数のＰＦＣをサポートする場合に、送信するＲＬＣエンティティは、これらのＰＦＣに対応するＬＬＣ ＰＤＵを非同期的に受信し得る。また、当該ＲＬＣエンティティは、通常、ＬＬＣ ＰＤＵごとのレベルでどのＰＦＣにサービスを提供すべきかを決定する。これは、ＲＬＣエンティティに、次のＬＬＣ ＰＤＵの送信の開始前の過程でＬＬＣ ＰＤＵの送信を完了することを求める。したがって、共通のＲＬＣエンティティが、より低い優先度のＬＬＣ ＰＤＵの送信を完了するまでの間に、より高い優先度のＬＬＣ ＰＤＵは、望ましくない送信遅延を受け得る。とりわけ、より低い優先度のＬＬＣ ＰＤＵが非常に長い場合に、当該遅延は、より高い優先度のＬＬＣ ＰＤＵによりサポートされるサービスの知覚できる劣化を引き起こし得る。
【発明の概要】
【０００５】
本発明は、共通のＲＬＣエンティティのコンテキスト内でより低い優先度の上位層パケットの送信／受信を中断してより高い優先度の上位層パケットを送信／受信する方法及び装置を提供することにより、共通のＲＬＣエンティティの使用に関連付けられる優先度に基づく問題を克服する。ＲＬＣエンティティは、ＬＬＣ ＰＤＵを上位層パケットとみなす。本発明は無線通信ネットワークのアップリンク及びダウンリンクの両方に適用されることが理解されるであろう。
【０００６】
１つの例示的な実施形態によれば、より低い優先度の第１のＰＦＣに関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロック（本明細書ではＲＬＣデータブロックとも呼ばれる）は、受信機への継続する送信を経験する。第１の上位層パケットの送信が中断されて、より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックが送信される。第２の上位層パケットの最後のデータセグメントの送信後に、第１の上位層パケットの送信が再開される。１つの例示的な実施形態では、より低い優先度のデータブロックは、中断前に連続して番号を付けられる。そして、連続的な番号付けは、連続番号の再開なしに、中断するより高い優先度のデータブロック及び再開するより低い優先度のデータブロックについて継続する。
【０００７】
受信機は、より低い優先度のデータブロックを受信する。第１のより高い優先度のデータブロックの受信に基づいて、受信機は、第１の上位層パケットの中断を検出する。第１の上位層パケットの中断は、第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックが受信されるまで継続する。その後、第１の上位層パケットの受信が再開される。
【０００８】
本発明は、中断した上位層パケットから中断された上位層パケットへの遷移の間に異なる上位層パケットに関連付けられるデータセグメントをより効率的に束ねる方法及び装置も提供する。より具体的には、より高い優先度の第１のＰＦＣに関連付けられる第１の上位層パケットの最後のデータセグメントは、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化されて、第１の上位層パケットの送信を完了し、第２の上位層パケットの送信を再開する。最後のより高い優先度のデータブロックは、第１の上位層パケットから第２の上位層パケットへの最後のより高い優先度のデータブロック内での遷移を示すための遷移指標をさらに含む。
【０００９】
受信機は、第１の上位層パケットの最後のデータセグメント、第２の上位層パケット残りのデータセグメント、及び遷移指標を含む最後のより高い優先度のデータブロックを受信する。受信機は、遷移指標に基づいて最後のより高い優先度のデータブロックから第２の上位層パケットについての残りのデータセグメントを分離して、以前に中断された第２の上位層パケットの受信を再開する。
【図面の簡単な説明】
【００１０】
【図１】外部のパケットデータネットワークへの接続を提供する１つの例示的なモバイル通信システムを示す。
【図２】モバイル端末と外部のパケットデータネットワークとの間でデータパケットを送信するモバイル通信システムについての１つの例示的なプロトコルスタックを示す。
【図３】送信機及び受信機での共通のＲＬＣエンティティと上位層パケットとの間の関係の１つの例示的な簡略化したブロック図を示す。
【図４】共通のＲＬＣエンティティのコンテキスト内で上位層パケットの送信を中断し、再開する１つの例示的な送信方法を示す。
【図５】共通のＲＬＣエンティティのコンテキスト内で上位層パケットの受信を中断し、再開する１つの例示的な受信方法を示す。
【図６】共通のＲＬＣエンティティを使用して上位層パケットの送信を中断し、再開する１つの例示的なシナリオを示す。
【図７】共通のＲＬＣエンティティのコンテキスト内での単一のデータブロックを介した送信のために異なる上位層パケットからのデータセグメントをカプセル化する１つの例示的な方法を示す。
【図８】共通のＲＬＣエンティティのコンテキスト内で単一のデータブロックの中で受信される異なる上位層パケットからのデータセグメントを分離する１つの例示的な方法を示す。
【図９】共通のＲＬＣエンティティを使用してパケットの送信を中断し、再開する別の例示的なシナリオを示す。
【図１０】本発明の１つの例示的な実施形態に従った送信機及び受信機のブロック図を示す。
【発明を実施するための形態】
【００１１】
本発明は、共通のＲＬＣエンティティのコンテキスト内で、ＲＬＣデータブロックごとのレベルでより低い優先度のＬＬＣ ＰＤＵの送信／受信を中断して、より高い優先度のＬＬＣ ＰＤＵを送信する方法及び装置を提供する。より低い優先度のＰＦＣに関連付けられるより低い優先度のＬＬＣ ＰＤＵのデータセグメントを含むＲＬＣデータブロックの送信／受信が中断されて、より高い優先度のＰＦＣに関連付けられるより高い優先度のＬＬＣ ＰＤＵのデータセグメントを含むＲＬＣデータブロックが送信される。ＲＬＣデータブロックの中でのより高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントの送信／受信の後に、同一のＲＬＣデータブロックの中で、又は後続のＲＬＣデータブロックの中で、より低い優先度のＬＬＣ ＰＤＵの送信／受信が再開する。本明細書で説明される中断される送信及び再開される送信は、複数のＰＦＣが共通のＲＬＣエンティティを共有する場合に、ＲＬＣデータブロックに基づく送信粒度を使用して、可能な最大限までＰＦＣの相対的な優先度が守られることを保証することにより、望ましくない送信遅延を減らす。本明細書で説明されるＲＬＣのプロセスは、アップリンク上で移動局により使用され、ダウンリンク上で基地局により使用され得る、ということが理解されるであろう。
【００１２】
本発明の説明を容易にするために、以下では、まず、第３世代パートナーシッププロジェクト（３ＧＰＰ）による拡張汎用パケット無線サービス（ＥＧＰＲＳ）標準に基づく例示的なモバイル通信システムを説明する。そして、続いて、ＥＧＰＲＳモバイル通信システムを背景として本発明を説明する。しかしながら、本発明は、共通のＲＬＣエンティティを使用して複数の異なるパケットデータセッションを並行して送信する他の通信プロトコルに適用される、ということが理解されるであろう。さらに、本発明はダウンリンク通信及びアップリンク通信の両方に適用されるということが理解されるであろう。
【００１３】
図１は、ＧＭＳ／ＥＧＰＲＳ無線アクセスネットワーク（ＧＥＲＡＮ）１２及びコアネットワーク１６を含む例示的なＥＧＰＲＳネットワーク１０を示す。ＧＥＲＡＮ１２は、典型的には、１つ以上の基地局サブシステム（ＢＳＳ）１４を含む。明示的には示されていないが、各ＢＳＳ１４は、基地局コントローラ（ＢＳＣ）及び１つ以上の基地送受信機局（ＢＴＳ）を含む。これらは、同一の位置に配置され、又は離れた位置に配置され得る。ＢＴＳは、モバイル端末１００と通信するために必要なアンテナ、ＲＦ機器、及びベースバンド処理回路を備える。ＢＳＣは、モバイル端末１００との通信に使用される無線リソースを管理し、コアネットワーク１６への接続を提供する。
【００１４】
コアネットワーク１６は、１つ以上のサービス提供中のＧＰＲＳサポートノード（ＳＧＳＮ）１８及び１つ以上のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２０を含む。ＳＧＳＮ１８は、パケット交換通信についてのサポートを提供し、パケット交換サービスについてのセッション管理機能及び移動性管理機能を担い、ＧＧＳＮ２０への接続を提供する。ＧＧＳＮ２０は、コアネットワーク１６と例えばインターネットのような外部のパケットデータネットワーク３０との間のゲートウェイとしてサービスを提供する。パケットデータ通信のために、モバイル端末１００は、ＳＧＳＮ１８との通信セッションを確立する。また、ＧＧＳＮ２０は、ＳＧＳＮ１８と外部のパケットデータネットワーク３０とを接続する。コアネットワーク１６のより詳細な説明は、関連するＥＧＰＲＳ標準で容易に入手可能である。
【００１５】
図２は、モバイル端末１００とＳＧＳＮ１８との間のパケットデータの送信に使用されるＥＧＰＲＳのプロトコルスタック５０の簡略化した説明を提供する。プロトコルスタック５０は、複数のプロトコル層を含む。プロトコルスタック５０の様々な層は、プロセッサ及びメモリを含むホストコンピュータ装置上で動作するソフトウェアにより実装され得るプログラム並びにプロトコルのセットを表す。各層は、上位層のプロトコルから受信したデータをカプセル化し、次の下位層へ引き継がれるプロトコルデータユニット（ＰＤＵ）を生成する。本明細書で使用されるＰＤＵという用語は、パケットという用語と同義である。
【００１６】
ＳＧＳＮ１８は、ＧＧＳＮ２０からＩＰパケットを受信する。ＩＰパケット又は他のデータパケットは、例えば、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を使用してＳＧＳＮ１８に送信され得る。ＳＧＳＮ１８及びモバイル端末１００により実装されるプロトコルスタック５０は、サブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ）層、論理リンク制御（ＬＬＣ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び物理層（ＰＬ）を含む。ＳＮＤＣＰ層は、ＩＰパケットを、基礎となるＧＰＲＳネットワークアーキテクチャに準拠したフォーマットに変換する。ＳＮＤＣＰ ＰＤＵは、ＬＬＣ層へ引き継がれる。ＬＬＣ層は、ＳＧＳＮ１８とモバイル端末１００との間の論理的な接続を提供する。ＬＬＣ層は、ＳＮＤＣＰ ＰＤＵをＬＬＣヘッダでカプセル化して、ＬＬＣ ＰＤＵを生成する。基地局システムＧＰＲＳプロトコル（ＢＳＳＧＰ）層（図示せず）は、（例えば、フレームリレーＰＬ上で）ＬＬＣ ＰＤＵをサービス提供中のＢＢＳ１４へルーティングする。ＢＳＳＧＰは、ＳＧＳＮ１８とＢＢＳ１４との間で動作し、例えば、ＢＳＳＧＰは、エアインターフェース上には延びない。
【００１７】
ＢＳＳ１４では、ＬＬＣリレーは、ＬＬＣ ＰＤＵをＲＬＣ層に提供する。ＲＬＣエンティティは、（例えば、対応するパケット交換サービスのＱｏＳにより求められる場合に）ＢＳＳ１４とモバイル端末１００との間に信頼性のあるリンクを確立する。ＲＬＣエンティティは、上位層ＰＤＵ（この例ではＬＬＣ ＰＤＵ）のＲＬＣパケットへの分割及び上位層ＰＤＵの再構築も実行する。当該ＲＬＣパケットは、本明細書ではＲＬＣデータブロックと呼ばれる。各ＲＬＣデータブロックは、ヘッダ及びデータフィールドを含む。ヘッダは、ＰＦＣへ一意にマッピングする一時フローＩＤ（ＴＦＩ）を含む。また、データフィールドは、対応するヘッダの中のＴＦＩにより一意に識別されるＰＦＣに関連付けられるＬＬＣ ＰＤＵからのデータセグメントを含む。ＲＬＣデータブロックは、ＭＡＣ層へ引き継がれる。当該ＭＡＣ層は、ＲＬＣデータブロックをＭＡＣヘッダでカプセル化する。ＭＡＣ層は、エアインターフェースを横断するアクセスシグナリングを制御する。当該アクセスシグナリングは、ＲＬＣデータブロックを搬送するのに使用されるアップリンク無線ブロック及びダウンリンク無線ブロックの割り当てを含む。そして、データは、ＰＬを介してエアインターフェース上でモバイル端末１００に送信される。ＰＬは、ＭＡＣ層から受けたデータを、無線インターフェース上でのモバイル端末１００への送信に適したビットストリームに変換することに関与する。
【００１８】
ＢＳＳ１４及び／又はモバイル端末１００のＲＬＣ層は、並行する複数のパケットデータセッションの送受信をサポートし得る。それにより、各パケットセッションは、対応するＰＦＣを有し、複数のＰＦＣは、共通のＲＬＣエンティティを共有する。各ＬＬＣ ＰＤＵは、異なるＰＦＣに一意に関連付けられる。各ＰＦＣは、個々の送信優先度及びＱｏＳを有する。図３に示されるように、より低い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ、例えばＬＬＣ ＰＤＵＬは、より高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ、例えばＬＬＣ ＰＤＵＨと、共通のＲＬＣエンティティを共有し得る。従来のシステムは、ＬＬＣ ＰＤＵに基づく送信粒度を使用して動作する。よって、従来のシステムは、異なるＬＬＣ ＰＤＵに関連付けられるＲＬＣデータブロックの送信／受信を開始する前に、特定のＬＬＣ ＰＤＵに関連付けられるＲＬＣデータブロックの送信／受信を完了することを、ＲＬＣエンティティに求める。結果として、ＲＬＣエンティティが、より低い優先度のＬＬＣ ＰＤＵについてのデータブロックの送信／受信を完了するまでの間に、より高い優先度のＬＬＣ ＰＤＵについてのデータの送受信は、望ましくなく遅延し得る。
【００１９】
本発明は、単一のＲＬＣエンティティのコンテキスト内でより高い優先度のＰＦＣについてのＲＬＣデータブロックの送信のほうを選んでより低い優先度のＰＦＣについてのＲＬＣデータブロックの送信を中断する方法及び装置を提供することにより、この問題を解決する。図４は、より低い優先度の送信を中断し、再開する１つの例示的な方法２００を示す。一般に、ＲＬＣエンティティは、より低い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＬ）のデータセグメントを含むＲＬＣデータブロックを送信する（ブロック２１０）。当該より低い優先度のＲＬＣデータブロックは、連続して番号を付けられる。ＲＬＣエンティティは、より高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＨ）のデータセグメントを含む１つ以上のＲＬＣデータブロックを送信することにより、ＬＬＣ ＰＤＵＬの送信を中断する（ブロック２２０）。より高い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より低い優先度のＲＬＣデータブロックから継続される。ＲＬＣデータブロックの中でＬＬＣ ＰＤＵＨの最後のデータセグメントを送信した後に、ＲＬＣエンティティは、同一のＲＬＣデータブロックの中で、又は後続のＲＬＣデータブロックの中で、ＬＬＣ ＰＤＵＬに関連付けられるデータセグメントの送信を再開する（ブロック２３０）。残りのより低い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より高い優先度のＲＬＣデータブロックから継続される。
【００２０】
図５は、受信機の観点からの１つの例示的な中断及び再開の方法２５０を示す。一般に、ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬについてのデータセグメントを含むＲＬＣデータブロックを受信する（ブロック２６０）。当該より低い優先度のＲＬＣデータブロックは、連続して番号を付けられる。ＲＬＣエンティティは、ＬＬＣ ＰＤＵＨについてのデータセグメントを含むＲＬＣデータブロックを受信することに基づいて、ＬＬＣ ＰＤＵＬの中断を検出する（ブロック２７０）。より高い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より低い優先度のＲＬＣデータブロックから継続される。ＲＬＣデータブロックの中でＬＬＣ ＰＤＵＨの最後のデータセグメントを受信した後に（ブロック２８０）ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬのデータセグメントの受信を再開する（ブロック２９０）。ＬＬＣ ＰＤＵＬのデータセグメントは、同一のＲＬＣデータブロックの中に、又は後続のＲＬＣデータブロックの中に含まれ得る。残りのより低い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より高い優先度のＲＬＣデータブロックから継続する。
【００２１】
本発明の中断及び再開の遷移を成功裡に実装するために、ＲＬＣエンティティは、中断及び／又は再開の遷移をシグナリングする。ＲＬＣエンティティは、中断するＲＬＣデータブロックの一時フローＩＤ（ＴＦＩ）を変更することにより、中断の遷移をシグナリングし得る。例えば、ＲＬＣエンティティは、中断するＲＬＣデータブロックのヘッダの中のＴＦＩを、より低い優先度のＰＦＣに一意に関連付けられるＴＦＩＬから、より高い優先度のＰＦＣに一意に関連付けられるＴＦＩＨへ変更し得る。同様に、ＲＬＣエンティティは、再開するＲＬＣデータブロックのヘッダの中にＴＦＩＬを含めることにより、再開の遷移をシグナリングし得る。例えば、最初の及び再開するより低い優先度のＲＬＣデータブロックのヘッダは、ＴＦＩＬをそれぞれ含み得る。一方、中断するより高い優先度のＲＬＣデータブロックのヘッダは、ＴＦＩＨをそれぞれ含み得る。ＲＬＣデータブロックのデータフィールドは、ヘッダのＴＦＩにより識別されるＰＦＣに関連付けられるデータセグメントを含む、ということが理解されるであろう。
【００２２】
別の実施形態では、ＲＬＣエンティティは、より高い優先度のＲＬＣデータブロックのヘッダの中にＴＦＩＨを含めることにより、中断の遷移をシグナリングする。また、また、ＲＬＣエンティティは、最初の中断するより高い優先度のＲＬＣデータブロックのデータフィールドの中に、遷移指標とともにＴＦＩＨを含める。最初の中断するより高い優先度のＲＬＣデータブロックのデータフィールドの中に遷移指標及びＴＦＩＨを含めることにより、受信機が、最初の中断するより高い優先度のＲＬＣデータブロックの直前にＲＬＣデータブロックを成功裏に受信しなかったとしても、受信するＲＬＣエンティティは、受信するＲＬＣデータブロックのシーケンスの中の正確な中断のポイントを検出できる。ＲＬＣエンティティは、最初の再開するＲＬＣデータブロックのデータフィールドの中にＴＦＩＬ及び遷移指標を含め、また全ての再開するより低い優先度のＲＬＣデータブロックのヘッダの中にＴＦＩＬを含めることにより、再開の遷移をシグナリングする。最初の再開するＲＬＣデータブロックのデータフィールドの中に遷移指標及びＴＦＩを含めることにより、受信機が、最初の再開するより高い優先度のＲＬＣデータブロックの直前にＲＬＣデータブロックを成功裏に受信しなかったとしても、ＲＬＣエンティティは、受信機が遷移を検出できるようにする。中断の遷移指標は、再開の遷移指標と同一であってもよく、又は異なってもよい。例えば、１２４又は１２５に設定される長さ指標（ＬＩ）が使用されて、中断及び／又は再開の遷移が示されてもよい。
【００２３】
図６は、単一のＲＬＣエンティティのコンテキスト内での異なる優先度のＰＦＣ７０及びＰＦＣ８０に関連付けられる多重化されたＲＬＣデータブロック６０の一例を示す。図６のＲＬＣデータブロック６０は、送信データブロック又は受信データブロックを表し得る。図６は、データフィールドの中に遷移指標を含める実施形態についてのＲＬＣデータブロック６０を説明するが、本発明はこの実施形態に限定されないということが、理解されるであろう。
【００２４】
各ＲＬＣデータブロック６０は、ヘッダ及びデータフィールドを含む。各データフィールドは、Ｘオクテットのデータを搬送し得る。また、ＬＬＣ ＰＤＵからのデータセグメントは、１つ以上の連続するデータフィールドのオクテットを使用する。この例では、より低い優先度のＰＦＣ７０に関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＬ）は、３．５個のＲＬＣデータブロック６０を必要とする。一方、より高い優先度のＰＦＣ８０に関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＨ）は、２．２５個のＲＬＣデータブロック６０を必要とする。その結果、ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬ及びＬＬＣ ＰＤＵＨについて、ブロック連続番号（ＢＳＮ）１〜７で連続して番号を付けられる７つのＲＬＣデータブロック６０を使用する。より低い優先度のＰＦＣ７０からより高い優先度のＰＦＣ８０への遷移、及びより低い優先度のＰＦＣ７０への遷移は、ＢＳＮ連続番号の再開を開始しない。換言すると、連続するＲＬＣデータブロック６０が、異なるＰＦＣからのデータセグメントを含む場合であっても、単一の連続的な一連のＢＳＮ値が、ＲＬＣデータブロック６０の中に存在する。
【００２５】
各ＲＬＣデータブロック６０のヘッダは、対応するデータフィールドの中のデータセグメントと特定のＰＦＣとを一意に関連付けるＴＦＩを含む。例えば、ＢＳＮ１、ＢＳＮ２、ＢＳＮ６、及びＢＳＮ７のヘッダの中のＴＦＩＬは、対応するデータフィールドの中のデータセグメントとより低い優先度のＰＦＣ７０とを関連付ける。より高い優先度のＰＦＣ８０による、より低い優先度のＰＦＣ７０の中断の遷移をシグナリングするために、ＲＬＣエンティティは、中断するＲＬＣデータブロック６０のヘッダの中のＴＦＩをＴＦＩＨに変更し、対応するデータフィールドの中にＬＬＣ ＰＤＵＨについてのデータセグメントを入れる。例えばＢＳＮ３のような、最初の中断するＲＬＣデータブロック６０のデータフィールドも、オプションで、ＴＦＩＨと、例えば１２４のような所定の遷移値に設定される遷移長さ指標（ＬＩ）とを、データフィールドの最初の２オクテットの中に含めることにより、中断の遷移をシグナリングし得る。図６の中で示されるように、データフィールドが遷移指標を含む場合に、データフィールドは、ペイロードデータセグメントに利用可能なより少ないオクテットを有する。例えば、ＢＳＮ３では２オクテット少なく、ＢＳＮ５では３オクテット少ない。
【００２６】
より低い優先度のＰＦＣ７０の再開の遷移をシグナリングするために、ＲＬＣエンティティは、再開するＲＬＣデータブロック６０のヘッダの中のＴＦＩをＴＦＩＬに変更し、対応するデータフィールドの中により低い優先度のＬＬＣ ＰＤＵの残りのデータセグメントを入れる。例えばＢＳＮ６のような、最初の再開するＲＬＣデータブロック６０のデータフィールドは、ＴＦＩＬと、例えば１２４のような所定の遷移値に設定される遷移ＬＩとを、データフィールドの最初の２オクテットの中に含めることにより、再開の遷移をさらにシグナリングし得る。
【００２７】
図６の中に示されるように、例えば、ＢＳＮ５及びＢＳＮ７のようないくつかのＲＬＣデータブロック６０のデータフィールドは、完全にデータで満たされないこともあり得る。例えば、より高い優先度のＬＬＣ ＰＤＵは、より高い優先度の送信／受信を完了するのに、ＢＳＮ５の中の利用可能なオクテットの全てを必要とはしない。この場合に、データフィールドの１オクテットは、例えばＬＩ＝０．２５Ｘ＋２のように、ＬＬＣ ＰＤＵＨの送信／受信を完了するのに必要なオクテット数に等しい値に設定されたＬＩを含めることにより、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントについてのデータを含むオクテット数を識別し得る。また、オプションで、データフィールドの１オクテットが使用されて、例えば１２７のような充填（filler）値に設定されたＬＩが含まれ、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントに対応するオクテットで満たされていないデータフィールドの一部が充填オクテット（例えば、ダミーデータ）を含むことがシグナリングされ得る。
【００２８】
どのようにＲＬＣエンティティがより高い優先度のＰＦＣのほうを選んでより低い優先度のＰＦＣを中断して、よって望ましくない送信／受信の遅延を防ぎ得るかが、上述のように開示される。より低い優先度のＰＦＣからより高い優先度のＰＦＣへ遷移する場合に、中断前により低い優先度のＬＬＣ ＰＤＵについて送信される最後のＲＬＣデータブロックは、典型的には、より低い優先度のＬＬＣ ＰＤＵの最後のデータセグメントを含まない。よって、データフィールドは、満たされる。したがって、典型的には、より低い優先度のＰＦＣからより高い優先度のＰＦＣへの遷移の間に経験される非効率さはない。しかしながら、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の場合に、最後のより高い優先度のＲＬＣデータブロックは、図６に示されるように、より高い優先度のＬＬＣ ＰＤＵの送信／受信を完了するのに、データフィールドの中の利用可能なペイロードスペースの全てを必要としないこともあり得る。これは、未使用のペイロードスペースに起因するＲＬＣ層における非効率さにつながる。単一のＲＬＣエンティティのコンテキスト内でのより高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の間におけるアップリンク及びダウンリンクの両方についてのＲＬＣデータブロックのパッキングの効率性をどのように改善するかを、以下に説明する。より具体的には、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の間に、異なるＰＦＣに対応するＬＬＣ ＰＤＵからのデータセグメントを単一のＲＬＣデータブロックにどのようにカプセル化して、消耗する利用可能なペイロードスペースを避け得るかを、以下に説明する。
【００２９】
図７及び図８は、送信機及び受信機のそれぞれについてのカプセル化の方法３００、３５０を示す。送信機では、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントを含む１つ以上のデータセグメントが、以前に中断されたより低い優先度のＰＦＣに関連付けられるより低い優先度のＬＬＣ ＰＤＵの１つ以上の残りのデータセグメントとともに、最後のより高い優先度のＲＬＣデータブロックのデータフィールドの中にカプセル化される（ブロック３１０）。最後のより高い優先度のＲＬＣデータブロックは、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの、最後のより高い優先度のＲＬＣデータブロック内での遷移を示すための遷移指標をさらに含む（ブロック３２０）。より高い優先度のＰＦＣ及びより低い優先度のＰＦＣの両方についてのデータセグメントを含むＲＬＣデータブロックの受信に基づいて（ブロック３６０）、受信機におけるＲＬＣエンティティは、より高い優先度のＰＦＣの最後のデータセグメントに使用されるオクテット数と、データブロックの中に含まれる遷移指標とに基づいて、より低い優先度のデータセグメントをデータブロックから分離する（ブロック３７０）。送信の実施形態及び受信の実施形態の両方において、遷移指標は、最後のより高い優先度のＲＬＣデータブロックのデータフィールド内の、所定の遷移値（例えば、１２４又は１２５）に設定される遷移ＬＩを含み得る。遷移指標は、ヘッダのＴＦＩとは異なるデータフィールドのＴＦＩをさらに含み得る。ヘッダのＴＦＩは、データフィールド内のデータセグメントの第１のセットのより高い優先度のＰＦＣへの関連付けをシグナリングする。また、データフィールドのＴＦＩは、データフィールド内のデータセグメントの第２のセットの別のより低い優先度のＰＦＣへの関連付けをシグナリングする。
【００３０】
図９は、単一のＲＬＣエンティティのコンテキスト内での、異なる優先度のＰＦＣに関連付けられる多重化された送信ＲＬＣデータブロック又は受信ＲＬＣデータブロックの一例を示す。少なくとも１つのＲＬＣデータブロックは、上述したカプセル化の方法を使用して、より高い優先度のＰＦＣ８０からより低い優先度のＰＦＣ７０への遷移の間に、異なるＰＦＣに関連付けられるデータセグメントをより効率的に送信し、受信する。図６で示されたように、より低い優先度のＰＦＣ７０は、３．５個のＲＬＣデータブロックを必要とし、一方、より高い優先度のＰＦＣ８０は、２．２５個のＲＬＣデータブロックを必要とする。しかしながら、開示されるカプセル化の方法のために、この実施形態についてのＲＬＣエンティティは、図６と同じより低い優先度のＬＬＣ ＰＤＵ及びより高い優先度のＬＬＣ ＰＤＵについて、ブロック連続番号（ＢＳＮ）１〜６で連続して番号を付けられる６つのＲＬＣデータブロック６０のみを使用する。図９の例では、ＲＬＣデータブロックＢＳＮ１〜ＢＳＮ４は、図５のＲＬＣデータブロックと同じである。したがって、上述した中断の詳細は、ここでは繰り返されない。
【００３１】
より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移をより効率的に行うために、ＲＬＣエンティティは、例えばＢＳＮ５のような、最後のより高い優先度のデータセグメント及び残りのより低い優先度のデータセグメントの両方を単一のＲＬＣデータブロック６０の中にカプセル化する最後のより高い優先度のＲＬＣデータブロック６０を生成する。ＢＳＮ５のヘッダは、ＴＦＩＨを含んで、ＢＳＮ５の少なくとも一部はより高い優先度のＰＦＣに対応するペイロードを含むことをシグナリングする。ＢＳＮ５のデータフィールドは、例えばＬＩ＝０．２５Ｘ＋２のような、ＬＬＣ ＰＤＵＨの最後のデータセグメントの送信を完了するのに必要なオクテット数と等しい値に設定されたＬＩと、例えばＬＩ＝１２４のような所定の遷移値に設定された遷移ＬＩと、ＴＦＩＬとを含む。データフィールドの残りは、ＬＬＣ ＰＤＵＨの最後の０．２５Ｘ＋２オクテット、続いてＬＬＣ ＰＤＵＬの次の０．７５Ｘ−５オクテットを含む。ＢＳＮ６は、ＬＬＣ ＰＤＵＬの送信を完了する。
【００３２】
図９に示されるように、例えばＢＳＮ６のような、ＲＬＣデータブロック６０のうちのいくつかのデータフィールドは、完全に満たされないこともあり得る。例えば、ＬＬＣ ＰＤＵＬは、より低い優先度の送信／受信を完了するのに、ＢＳＮ６の中で利用可能なオクテットの全てを必要としない。この場合に、ＢＳＮ６のデータフィールドは、オプションで、例えばＬＩ＝１２７のような充填値に設定された追加のＬＩを含んで、より低い優先度のＬＬＣ ＰＤＵの最後のデータセグメントに対応するデータで満たされていないデータフィールドの一部が充填オクテット（例えば、ダミーデータ）を含むことをシグナリングし得る。ＢＳＮ５が、ＬＬＣ ＰＤＵＨ及びＬＬＣ ＰＤＵＬの送信を完了するのに必要なオクテットよりも多くのオクテットを含む場合に、ＢＳＮ５も、例えば、ＬＬＣ ＰＤＵＬの送信を完了するのに必要なオクテット数と等しい値に設定されたＬＩのような、追加のＬＩ値と、例えば、ＬＩ＝１２７のような、充填値に設定されたＬＩとを含んでもよい、ということがさらに理解されるであろう。
【００３３】
図１０は、本明細書で説明されるような単一のＲＬＣエンティティのコンテキスト内での中断及び再開の遷移を実装する例示的な通信端末４００を説明する。通信端末４００は、受信機又は送信機を表し得る。また、通信端末４００は、モバイル端末１００又は基地局１４を含み得る。通信端末４００は、信号を送受信するアンテナ４０４に接続される送受信機４０２を含む。ベースバンドプロセッサ４０６は、通信端末４００へ送信され、通信端末４００により受信される信号を処理する。ベースバンドプロセッサ４０６により実行される例示的な処理は、変調／復調、インターリーブ／デインターリーブ、符号化／復号等を含む。ベースバンドプロセッサ４０６は、本明細書で説明したようなＲＬＣプロトコルを実装するＲＬＣプロセッサ４０８を含む。上述したように、ＲＬＣプロセッサ４０８は、単一のＲＬＣエンティティのコンテキスト内でより低い優先度のデータ及びより高い優先度のデータの中断及び再開の遷移を実行する。ＲＬＣエンティティが、より低い優先度の送信を再開する場合に、ＲＬＣプロセッサ４０８は、１つ以上の残りのより低い優先度のデータセグメントとともに、最後のより高い優先度のデータセグメントを、単一のＲＬＣデータブロックの中にカプセル化するように構成され得る。
【００３４】
本発明は、共通のＲＬＣエンティティのコンテキスト内での、より高い優先度のＰＦＣのほうを選んでの、より低い優先度のＰＦＣの単一の中断の観点から説明された。しかしながら、いずれの数の送信の中断が発生してもよい、ということが理解されるであろう。例えば、第１のより低い優先度のＰＦＣの送信／受信は、複数回中断されて、複数のより高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵの送信／受信を可能にしてもよい。さらに、より低い優先度のＬＬＣ ＰＤＵの送信／受信が再開される前に２つ以上の送信の中断が発生するように、送信の中断がスタックされてもよい。例えば、より低い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ａ）の送信／受信が中断されて、より高い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ｂ）が送信／受信されてもよい。今度は、ＰＤＵ−Ｂの送信／受信が中断されて、さらに高い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ｃ）が送信／受信されてもよい。最後のより高い優先度のＲＬＣデータブロックは、２つよりも多くのＰＦＣに関連付けられるＬＬＣ ＰＤＵからのデータセグメントを含んでもよい、ということも理解されるであろう。例えば、最後のより高い優先度のＲＬＣデータブロックは、ＰＤＵ−Ｃの最後のデータセグメント、ＰＢＵ−Ｂの最後のデータセグメント、及びＰＤＵ−Ａの１つ以上の残りのデータセグメントを含んでもよい。
【００３５】
当然ながら、本発明は、本発明の不可欠な特徴から逸脱することなく、本明細書で具体的に説明された手法以外の手法で実行されてもよい。本実施形態は、あらゆる点において、説明のためのものであって限定するためのものではないとみなされるべきである。添付の特許請求の範囲の意味及び等価な範囲内から生じる全ての変更は特許請求の範囲に包含されることを意図する。
【技術分野】
【０００１】
この出願は、２００９年８月２８日に出願された米国仮出願第６１／２３７、７４４号及び２００９年１１月１３日に出願された米国仮出願第６１／２６１、１１８号の利益を主張する。また、当該米国仮出願の両方は、参照により本明細書に組み込まれる。
【０００２】
本発明は、概して、無線通信ネットワークについての無線リンク制御（ＲＬＣ）プロトコルに関する。より具体的には、本発明は、単一のＲＬＣエンティティ内で異なる優先度のパケットフローについてＲＬＣデータブロックのレベルで送信を中断し、再開する方法及び装置に関する。
【背景技術】
【０００３】
ＲＬＣは、移動局と無線アクセスネットワークとの間でユーザプレーン情報又は制御プレーン情報を伝達するために、無線通信ネットワークの中で使用されるプロトコルである。ユーザプレーン情報が伝達される場合に、ＲＬＣプロトコルは、論理リンク制御（ＬＬＣ）層として知られる上位層からプロトコルデータユニット（ＰＤＵ）を受信する。各ＬＬＣ ＰＤＵは、パケットフローコンテキスト（ＰＦＣ）に関連付けられ、無線通信チャネル上での受信機への送信のために、本明細書ではＲＬＣデータブロックと呼ばれるより小さなデータパケットに分割される。受信機は、受信されたＲＬＣデータブロックからＬＬＣ ＰＤＵを再構築する。
【０００４】
いくつかのシナリオでは、送受信機及び受信機で動作するＲＬＣプロトコルエンティティは、並行する複数のパケットデータセッションの送信及び受信をサポートし得る。それにより、複数のＰＦＣが、共通のＲＬＣエンティティを共有する。各ＰＦＣは、自らのパケットデータプロトコル（ＰＤＰ）コンテキストを有し、よって、自らのサービス品質（ＱｏＳ）属性を有する。当該ＱｏＳ属性から、送信の優先度が導き出され得る。共通のＲＬＣエンティティが複数のＰＦＣをサポートする場合に、送信するＲＬＣエンティティは、これらのＰＦＣに対応するＬＬＣ ＰＤＵを非同期的に受信し得る。また、当該ＲＬＣエンティティは、通常、ＬＬＣ ＰＤＵごとのレベルでどのＰＦＣにサービスを提供すべきかを決定する。これは、ＲＬＣエンティティに、次のＬＬＣ ＰＤＵの送信の開始前の過程でＬＬＣ ＰＤＵの送信を完了することを求める。したがって、共通のＲＬＣエンティティが、より低い優先度のＬＬＣ ＰＤＵの送信を完了するまでの間に、より高い優先度のＬＬＣ ＰＤＵは、望ましくない送信遅延を受け得る。とりわけ、より低い優先度のＬＬＣ ＰＤＵが非常に長い場合に、当該遅延は、より高い優先度のＬＬＣ ＰＤＵによりサポートされるサービスの知覚できる劣化を引き起こし得る。
【発明の概要】
【０００５】
本発明は、共通のＲＬＣエンティティのコンテキスト内でより低い優先度の上位層パケットの送信／受信を中断してより高い優先度の上位層パケットを送信／受信する方法及び装置を提供することにより、共通のＲＬＣエンティティの使用に関連付けられる優先度に基づく問題を克服する。ＲＬＣエンティティは、ＬＬＣ ＰＤＵを上位層パケットとみなす。本発明は無線通信ネットワークのアップリンク及びダウンリンクの両方に適用されることが理解されるであろう。
【０００６】
１つの例示的な実施形態によれば、より低い優先度の第１のＰＦＣに関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロック（本明細書ではＲＬＣデータブロックとも呼ばれる）は、受信機への継続する送信を経験する。第１の上位層パケットの送信が中断されて、より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックが送信される。第２の上位層パケットの最後のデータセグメントの送信後に、第１の上位層パケットの送信が再開される。１つの例示的な実施形態では、より低い優先度のデータブロックは、中断前に連続して番号を付けられる。そして、連続的な番号付けは、連続番号の再開なしに、中断するより高い優先度のデータブロック及び再開するより低い優先度のデータブロックについて継続する。
【０００７】
受信機は、より低い優先度のデータブロックを受信する。第１のより高い優先度のデータブロックの受信に基づいて、受信機は、第１の上位層パケットの中断を検出する。第１の上位層パケットの中断は、第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックが受信されるまで継続する。その後、第１の上位層パケットの受信が再開される。
【０００８】
本発明は、中断した上位層パケットから中断された上位層パケットへの遷移の間に異なる上位層パケットに関連付けられるデータセグメントをより効率的に束ねる方法及び装置も提供する。より具体的には、より高い優先度の第１のＰＦＣに関連付けられる第１の上位層パケットの最後のデータセグメントは、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化されて、第１の上位層パケットの送信を完了し、第２の上位層パケットの送信を再開する。最後のより高い優先度のデータブロックは、第１の上位層パケットから第２の上位層パケットへの最後のより高い優先度のデータブロック内での遷移を示すための遷移指標をさらに含む。
【０００９】
受信機は、第１の上位層パケットの最後のデータセグメント、第２の上位層パケット残りのデータセグメント、及び遷移指標を含む最後のより高い優先度のデータブロックを受信する。受信機は、遷移指標に基づいて最後のより高い優先度のデータブロックから第２の上位層パケットについての残りのデータセグメントを分離して、以前に中断された第２の上位層パケットの受信を再開する。
【図面の簡単な説明】
【００１０】
【図１】外部のパケットデータネットワークへの接続を提供する１つの例示的なモバイル通信システムを示す。
【図２】モバイル端末と外部のパケットデータネットワークとの間でデータパケットを送信するモバイル通信システムについての１つの例示的なプロトコルスタックを示す。
【図３】送信機及び受信機での共通のＲＬＣエンティティと上位層パケットとの間の関係の１つの例示的な簡略化したブロック図を示す。
【図４】共通のＲＬＣエンティティのコンテキスト内で上位層パケットの送信を中断し、再開する１つの例示的な送信方法を示す。
【図５】共通のＲＬＣエンティティのコンテキスト内で上位層パケットの受信を中断し、再開する１つの例示的な受信方法を示す。
【図６】共通のＲＬＣエンティティを使用して上位層パケットの送信を中断し、再開する１つの例示的なシナリオを示す。
【図７】共通のＲＬＣエンティティのコンテキスト内での単一のデータブロックを介した送信のために異なる上位層パケットからのデータセグメントをカプセル化する１つの例示的な方法を示す。
【図８】共通のＲＬＣエンティティのコンテキスト内で単一のデータブロックの中で受信される異なる上位層パケットからのデータセグメントを分離する１つの例示的な方法を示す。
【図９】共通のＲＬＣエンティティを使用してパケットの送信を中断し、再開する別の例示的なシナリオを示す。
【図１０】本発明の１つの例示的な実施形態に従った送信機及び受信機のブロック図を示す。
【発明を実施するための形態】
【００１１】
本発明は、共通のＲＬＣエンティティのコンテキスト内で、ＲＬＣデータブロックごとのレベルでより低い優先度のＬＬＣ ＰＤＵの送信／受信を中断して、より高い優先度のＬＬＣ ＰＤＵを送信する方法及び装置を提供する。より低い優先度のＰＦＣに関連付けられるより低い優先度のＬＬＣ ＰＤＵのデータセグメントを含むＲＬＣデータブロックの送信／受信が中断されて、より高い優先度のＰＦＣに関連付けられるより高い優先度のＬＬＣ ＰＤＵのデータセグメントを含むＲＬＣデータブロックが送信される。ＲＬＣデータブロックの中でのより高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントの送信／受信の後に、同一のＲＬＣデータブロックの中で、又は後続のＲＬＣデータブロックの中で、より低い優先度のＬＬＣ ＰＤＵの送信／受信が再開する。本明細書で説明される中断される送信及び再開される送信は、複数のＰＦＣが共通のＲＬＣエンティティを共有する場合に、ＲＬＣデータブロックに基づく送信粒度を使用して、可能な最大限までＰＦＣの相対的な優先度が守られることを保証することにより、望ましくない送信遅延を減らす。本明細書で説明されるＲＬＣのプロセスは、アップリンク上で移動局により使用され、ダウンリンク上で基地局により使用され得る、ということが理解されるであろう。
【００１２】
本発明の説明を容易にするために、以下では、まず、第３世代パートナーシッププロジェクト（３ＧＰＰ）による拡張汎用パケット無線サービス（ＥＧＰＲＳ）標準に基づく例示的なモバイル通信システムを説明する。そして、続いて、ＥＧＰＲＳモバイル通信システムを背景として本発明を説明する。しかしながら、本発明は、共通のＲＬＣエンティティを使用して複数の異なるパケットデータセッションを並行して送信する他の通信プロトコルに適用される、ということが理解されるであろう。さらに、本発明はダウンリンク通信及びアップリンク通信の両方に適用されるということが理解されるであろう。
【００１３】
図１は、ＧＭＳ／ＥＧＰＲＳ無線アクセスネットワーク（ＧＥＲＡＮ）１２及びコアネットワーク１６を含む例示的なＥＧＰＲＳネットワーク１０を示す。ＧＥＲＡＮ１２は、典型的には、１つ以上の基地局サブシステム（ＢＳＳ）１４を含む。明示的には示されていないが、各ＢＳＳ１４は、基地局コントローラ（ＢＳＣ）及び１つ以上の基地送受信機局（ＢＴＳ）を含む。これらは、同一の位置に配置され、又は離れた位置に配置され得る。ＢＴＳは、モバイル端末１００と通信するために必要なアンテナ、ＲＦ機器、及びベースバンド処理回路を備える。ＢＳＣは、モバイル端末１００との通信に使用される無線リソースを管理し、コアネットワーク１６への接続を提供する。
【００１４】
コアネットワーク１６は、１つ以上のサービス提供中のＧＰＲＳサポートノード（ＳＧＳＮ）１８及び１つ以上のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２０を含む。ＳＧＳＮ１８は、パケット交換通信についてのサポートを提供し、パケット交換サービスについてのセッション管理機能及び移動性管理機能を担い、ＧＧＳＮ２０への接続を提供する。ＧＧＳＮ２０は、コアネットワーク１６と例えばインターネットのような外部のパケットデータネットワーク３０との間のゲートウェイとしてサービスを提供する。パケットデータ通信のために、モバイル端末１００は、ＳＧＳＮ１８との通信セッションを確立する。また、ＧＧＳＮ２０は、ＳＧＳＮ１８と外部のパケットデータネットワーク３０とを接続する。コアネットワーク１６のより詳細な説明は、関連するＥＧＰＲＳ標準で容易に入手可能である。
【００１５】
図２は、モバイル端末１００とＳＧＳＮ１８との間のパケットデータの送信に使用されるＥＧＰＲＳのプロトコルスタック５０の簡略化した説明を提供する。プロトコルスタック５０は、複数のプロトコル層を含む。プロトコルスタック５０の様々な層は、プロセッサ及びメモリを含むホストコンピュータ装置上で動作するソフトウェアにより実装され得るプログラム並びにプロトコルのセットを表す。各層は、上位層のプロトコルから受信したデータをカプセル化し、次の下位層へ引き継がれるプロトコルデータユニット（ＰＤＵ）を生成する。本明細書で使用されるＰＤＵという用語は、パケットという用語と同義である。
【００１６】
ＳＧＳＮ１８は、ＧＧＳＮ２０からＩＰパケットを受信する。ＩＰパケット又は他のデータパケットは、例えば、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を使用してＳＧＳＮ１８に送信され得る。ＳＧＳＮ１８及びモバイル端末１００により実装されるプロトコルスタック５０は、サブネットワーク依存コンバージェンスプロトコル（ＳＮＤＣＰ）層、論理リンク制御（ＬＬＣ）層、無線リンク制御（ＲＬＣ）層、媒体アクセス制御（ＭＡＣ）層、及び物理層（ＰＬ）を含む。ＳＮＤＣＰ層は、ＩＰパケットを、基礎となるＧＰＲＳネットワークアーキテクチャに準拠したフォーマットに変換する。ＳＮＤＣＰ ＰＤＵは、ＬＬＣ層へ引き継がれる。ＬＬＣ層は、ＳＧＳＮ１８とモバイル端末１００との間の論理的な接続を提供する。ＬＬＣ層は、ＳＮＤＣＰ ＰＤＵをＬＬＣヘッダでカプセル化して、ＬＬＣ ＰＤＵを生成する。基地局システムＧＰＲＳプロトコル（ＢＳＳＧＰ）層（図示せず）は、（例えば、フレームリレーＰＬ上で）ＬＬＣ ＰＤＵをサービス提供中のＢＢＳ１４へルーティングする。ＢＳＳＧＰは、ＳＧＳＮ１８とＢＢＳ１４との間で動作し、例えば、ＢＳＳＧＰは、エアインターフェース上には延びない。
【００１７】
ＢＳＳ１４では、ＬＬＣリレーは、ＬＬＣ ＰＤＵをＲＬＣ層に提供する。ＲＬＣエンティティは、（例えば、対応するパケット交換サービスのＱｏＳにより求められる場合に）ＢＳＳ１４とモバイル端末１００との間に信頼性のあるリンクを確立する。ＲＬＣエンティティは、上位層ＰＤＵ（この例ではＬＬＣ ＰＤＵ）のＲＬＣパケットへの分割及び上位層ＰＤＵの再構築も実行する。当該ＲＬＣパケットは、本明細書ではＲＬＣデータブロックと呼ばれる。各ＲＬＣデータブロックは、ヘッダ及びデータフィールドを含む。ヘッダは、ＰＦＣへ一意にマッピングする一時フローＩＤ（ＴＦＩ）を含む。また、データフィールドは、対応するヘッダの中のＴＦＩにより一意に識別されるＰＦＣに関連付けられるＬＬＣ ＰＤＵからのデータセグメントを含む。ＲＬＣデータブロックは、ＭＡＣ層へ引き継がれる。当該ＭＡＣ層は、ＲＬＣデータブロックをＭＡＣヘッダでカプセル化する。ＭＡＣ層は、エアインターフェースを横断するアクセスシグナリングを制御する。当該アクセスシグナリングは、ＲＬＣデータブロックを搬送するのに使用されるアップリンク無線ブロック及びダウンリンク無線ブロックの割り当てを含む。そして、データは、ＰＬを介してエアインターフェース上でモバイル端末１００に送信される。ＰＬは、ＭＡＣ層から受けたデータを、無線インターフェース上でのモバイル端末１００への送信に適したビットストリームに変換することに関与する。
【００１８】
ＢＳＳ１４及び／又はモバイル端末１００のＲＬＣ層は、並行する複数のパケットデータセッションの送受信をサポートし得る。それにより、各パケットセッションは、対応するＰＦＣを有し、複数のＰＦＣは、共通のＲＬＣエンティティを共有する。各ＬＬＣ ＰＤＵは、異なるＰＦＣに一意に関連付けられる。各ＰＦＣは、個々の送信優先度及びＱｏＳを有する。図３に示されるように、より低い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ、例えばＬＬＣ ＰＤＵＬは、より高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ、例えばＬＬＣ ＰＤＵＨと、共通のＲＬＣエンティティを共有し得る。従来のシステムは、ＬＬＣ ＰＤＵに基づく送信粒度を使用して動作する。よって、従来のシステムは、異なるＬＬＣ ＰＤＵに関連付けられるＲＬＣデータブロックの送信／受信を開始する前に、特定のＬＬＣ ＰＤＵに関連付けられるＲＬＣデータブロックの送信／受信を完了することを、ＲＬＣエンティティに求める。結果として、ＲＬＣエンティティが、より低い優先度のＬＬＣ ＰＤＵについてのデータブロックの送信／受信を完了するまでの間に、より高い優先度のＬＬＣ ＰＤＵについてのデータの送受信は、望ましくなく遅延し得る。
【００１９】
本発明は、単一のＲＬＣエンティティのコンテキスト内でより高い優先度のＰＦＣについてのＲＬＣデータブロックの送信のほうを選んでより低い優先度のＰＦＣについてのＲＬＣデータブロックの送信を中断する方法及び装置を提供することにより、この問題を解決する。図４は、より低い優先度の送信を中断し、再開する１つの例示的な方法２００を示す。一般に、ＲＬＣエンティティは、より低い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＬ）のデータセグメントを含むＲＬＣデータブロックを送信する（ブロック２１０）。当該より低い優先度のＲＬＣデータブロックは、連続して番号を付けられる。ＲＬＣエンティティは、より高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＨ）のデータセグメントを含む１つ以上のＲＬＣデータブロックを送信することにより、ＬＬＣ ＰＤＵＬの送信を中断する（ブロック２２０）。より高い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より低い優先度のＲＬＣデータブロックから継続される。ＲＬＣデータブロックの中でＬＬＣ ＰＤＵＨの最後のデータセグメントを送信した後に、ＲＬＣエンティティは、同一のＲＬＣデータブロックの中で、又は後続のＲＬＣデータブロックの中で、ＬＬＣ ＰＤＵＬに関連付けられるデータセグメントの送信を再開する（ブロック２３０）。残りのより低い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より高い優先度のＲＬＣデータブロックから継続される。
【００２０】
図５は、受信機の観点からの１つの例示的な中断及び再開の方法２５０を示す。一般に、ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬについてのデータセグメントを含むＲＬＣデータブロックを受信する（ブロック２６０）。当該より低い優先度のＲＬＣデータブロックは、連続して番号を付けられる。ＲＬＣエンティティは、ＬＬＣ ＰＤＵＨについてのデータセグメントを含むＲＬＣデータブロックを受信することに基づいて、ＬＬＣ ＰＤＵＬの中断を検出する（ブロック２７０）。より高い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より低い優先度のＲＬＣデータブロックから継続される。ＲＬＣデータブロックの中でＬＬＣ ＰＤＵＨの最後のデータセグメントを受信した後に（ブロック２８０）ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬのデータセグメントの受信を再開する（ブロック２９０）。ＬＬＣ ＰＤＵＬのデータセグメントは、同一のＲＬＣデータブロックの中に、又は後続のＲＬＣデータブロックの中に含まれ得る。残りのより低い優先度のＲＬＣデータブロックも、連続して番号を付けられる。当該連続的な番号付けは、連続番号の再開なしに、より高い優先度のＲＬＣデータブロックから継続する。
【００２１】
本発明の中断及び再開の遷移を成功裡に実装するために、ＲＬＣエンティティは、中断及び／又は再開の遷移をシグナリングする。ＲＬＣエンティティは、中断するＲＬＣデータブロックの一時フローＩＤ（ＴＦＩ）を変更することにより、中断の遷移をシグナリングし得る。例えば、ＲＬＣエンティティは、中断するＲＬＣデータブロックのヘッダの中のＴＦＩを、より低い優先度のＰＦＣに一意に関連付けられるＴＦＩＬから、より高い優先度のＰＦＣに一意に関連付けられるＴＦＩＨへ変更し得る。同様に、ＲＬＣエンティティは、再開するＲＬＣデータブロックのヘッダの中にＴＦＩＬを含めることにより、再開の遷移をシグナリングし得る。例えば、最初の及び再開するより低い優先度のＲＬＣデータブロックのヘッダは、ＴＦＩＬをそれぞれ含み得る。一方、中断するより高い優先度のＲＬＣデータブロックのヘッダは、ＴＦＩＨをそれぞれ含み得る。ＲＬＣデータブロックのデータフィールドは、ヘッダのＴＦＩにより識別されるＰＦＣに関連付けられるデータセグメントを含む、ということが理解されるであろう。
【００２２】
別の実施形態では、ＲＬＣエンティティは、より高い優先度のＲＬＣデータブロックのヘッダの中にＴＦＩＨを含めることにより、中断の遷移をシグナリングする。また、また、ＲＬＣエンティティは、最初の中断するより高い優先度のＲＬＣデータブロックのデータフィールドの中に、遷移指標とともにＴＦＩＨを含める。最初の中断するより高い優先度のＲＬＣデータブロックのデータフィールドの中に遷移指標及びＴＦＩＨを含めることにより、受信機が、最初の中断するより高い優先度のＲＬＣデータブロックの直前にＲＬＣデータブロックを成功裏に受信しなかったとしても、受信するＲＬＣエンティティは、受信するＲＬＣデータブロックのシーケンスの中の正確な中断のポイントを検出できる。ＲＬＣエンティティは、最初の再開するＲＬＣデータブロックのデータフィールドの中にＴＦＩＬ及び遷移指標を含め、また全ての再開するより低い優先度のＲＬＣデータブロックのヘッダの中にＴＦＩＬを含めることにより、再開の遷移をシグナリングする。最初の再開するＲＬＣデータブロックのデータフィールドの中に遷移指標及びＴＦＩを含めることにより、受信機が、最初の再開するより高い優先度のＲＬＣデータブロックの直前にＲＬＣデータブロックを成功裏に受信しなかったとしても、ＲＬＣエンティティは、受信機が遷移を検出できるようにする。中断の遷移指標は、再開の遷移指標と同一であってもよく、又は異なってもよい。例えば、１２４又は１２５に設定される長さ指標（ＬＩ）が使用されて、中断及び／又は再開の遷移が示されてもよい。
【００２３】
図６は、単一のＲＬＣエンティティのコンテキスト内での異なる優先度のＰＦＣ７０及びＰＦＣ８０に関連付けられる多重化されたＲＬＣデータブロック６０の一例を示す。図６のＲＬＣデータブロック６０は、送信データブロック又は受信データブロックを表し得る。図６は、データフィールドの中に遷移指標を含める実施形態についてのＲＬＣデータブロック６０を説明するが、本発明はこの実施形態に限定されないということが、理解されるであろう。
【００２４】
各ＲＬＣデータブロック６０は、ヘッダ及びデータフィールドを含む。各データフィールドは、Ｘオクテットのデータを搬送し得る。また、ＬＬＣ ＰＤＵからのデータセグメントは、１つ以上の連続するデータフィールドのオクテットを使用する。この例では、より低い優先度のＰＦＣ７０に関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＬ）は、３．５個のＲＬＣデータブロック６０を必要とする。一方、より高い優先度のＰＦＣ８０に関連付けられるＬＬＣ ＰＤＵ（ＬＬＣ ＰＤＵＨ）は、２．２５個のＲＬＣデータブロック６０を必要とする。その結果、ＲＬＣエンティティは、ＬＬＣ ＰＤＵＬ及びＬＬＣ ＰＤＵＨについて、ブロック連続番号（ＢＳＮ）１〜７で連続して番号を付けられる７つのＲＬＣデータブロック６０を使用する。より低い優先度のＰＦＣ７０からより高い優先度のＰＦＣ８０への遷移、及びより低い優先度のＰＦＣ７０への遷移は、ＢＳＮ連続番号の再開を開始しない。換言すると、連続するＲＬＣデータブロック６０が、異なるＰＦＣからのデータセグメントを含む場合であっても、単一の連続的な一連のＢＳＮ値が、ＲＬＣデータブロック６０の中に存在する。
【００２５】
各ＲＬＣデータブロック６０のヘッダは、対応するデータフィールドの中のデータセグメントと特定のＰＦＣとを一意に関連付けるＴＦＩを含む。例えば、ＢＳＮ１、ＢＳＮ２、ＢＳＮ６、及びＢＳＮ７のヘッダの中のＴＦＩＬは、対応するデータフィールドの中のデータセグメントとより低い優先度のＰＦＣ７０とを関連付ける。より高い優先度のＰＦＣ８０による、より低い優先度のＰＦＣ７０の中断の遷移をシグナリングするために、ＲＬＣエンティティは、中断するＲＬＣデータブロック６０のヘッダの中のＴＦＩをＴＦＩＨに変更し、対応するデータフィールドの中にＬＬＣ ＰＤＵＨについてのデータセグメントを入れる。例えばＢＳＮ３のような、最初の中断するＲＬＣデータブロック６０のデータフィールドも、オプションで、ＴＦＩＨと、例えば１２４のような所定の遷移値に設定される遷移長さ指標（ＬＩ）とを、データフィールドの最初の２オクテットの中に含めることにより、中断の遷移をシグナリングし得る。図６の中で示されるように、データフィールドが遷移指標を含む場合に、データフィールドは、ペイロードデータセグメントに利用可能なより少ないオクテットを有する。例えば、ＢＳＮ３では２オクテット少なく、ＢＳＮ５では３オクテット少ない。
【００２６】
より低い優先度のＰＦＣ７０の再開の遷移をシグナリングするために、ＲＬＣエンティティは、再開するＲＬＣデータブロック６０のヘッダの中のＴＦＩをＴＦＩＬに変更し、対応するデータフィールドの中により低い優先度のＬＬＣ ＰＤＵの残りのデータセグメントを入れる。例えばＢＳＮ６のような、最初の再開するＲＬＣデータブロック６０のデータフィールドは、ＴＦＩＬと、例えば１２４のような所定の遷移値に設定される遷移ＬＩとを、データフィールドの最初の２オクテットの中に含めることにより、再開の遷移をさらにシグナリングし得る。
【００２７】
図６の中に示されるように、例えば、ＢＳＮ５及びＢＳＮ７のようないくつかのＲＬＣデータブロック６０のデータフィールドは、完全にデータで満たされないこともあり得る。例えば、より高い優先度のＬＬＣ ＰＤＵは、より高い優先度の送信／受信を完了するのに、ＢＳＮ５の中の利用可能なオクテットの全てを必要とはしない。この場合に、データフィールドの１オクテットは、例えばＬＩ＝０．２５Ｘ＋２のように、ＬＬＣ ＰＤＵＨの送信／受信を完了するのに必要なオクテット数に等しい値に設定されたＬＩを含めることにより、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントについてのデータを含むオクテット数を識別し得る。また、オプションで、データフィールドの１オクテットが使用されて、例えば１２７のような充填（filler）値に設定されたＬＩが含まれ、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントに対応するオクテットで満たされていないデータフィールドの一部が充填オクテット（例えば、ダミーデータ）を含むことがシグナリングされ得る。
【００２８】
どのようにＲＬＣエンティティがより高い優先度のＰＦＣのほうを選んでより低い優先度のＰＦＣを中断して、よって望ましくない送信／受信の遅延を防ぎ得るかが、上述のように開示される。より低い優先度のＰＦＣからより高い優先度のＰＦＣへ遷移する場合に、中断前により低い優先度のＬＬＣ ＰＤＵについて送信される最後のＲＬＣデータブロックは、典型的には、より低い優先度のＬＬＣ ＰＤＵの最後のデータセグメントを含まない。よって、データフィールドは、満たされる。したがって、典型的には、より低い優先度のＰＦＣからより高い優先度のＰＦＣへの遷移の間に経験される非効率さはない。しかしながら、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の場合に、最後のより高い優先度のＲＬＣデータブロックは、図６に示されるように、より高い優先度のＬＬＣ ＰＤＵの送信／受信を完了するのに、データフィールドの中の利用可能なペイロードスペースの全てを必要としないこともあり得る。これは、未使用のペイロードスペースに起因するＲＬＣ層における非効率さにつながる。単一のＲＬＣエンティティのコンテキスト内でのより高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の間におけるアップリンク及びダウンリンクの両方についてのＲＬＣデータブロックのパッキングの効率性をどのように改善するかを、以下に説明する。より具体的には、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移の間に、異なるＰＦＣに対応するＬＬＣ ＰＤＵからのデータセグメントを単一のＲＬＣデータブロックにどのようにカプセル化して、消耗する利用可能なペイロードスペースを避け得るかを、以下に説明する。
【００２９】
図７及び図８は、送信機及び受信機のそれぞれについてのカプセル化の方法３００、３５０を示す。送信機では、より高い優先度のＬＬＣ ＰＤＵの最後のデータセグメントを含む１つ以上のデータセグメントが、以前に中断されたより低い優先度のＰＦＣに関連付けられるより低い優先度のＬＬＣ ＰＤＵの１つ以上の残りのデータセグメントとともに、最後のより高い優先度のＲＬＣデータブロックのデータフィールドの中にカプセル化される（ブロック３１０）。最後のより高い優先度のＲＬＣデータブロックは、より高い優先度のＰＦＣからより低い優先度のＰＦＣへの、最後のより高い優先度のＲＬＣデータブロック内での遷移を示すための遷移指標をさらに含む（ブロック３２０）。より高い優先度のＰＦＣ及びより低い優先度のＰＦＣの両方についてのデータセグメントを含むＲＬＣデータブロックの受信に基づいて（ブロック３６０）、受信機におけるＲＬＣエンティティは、より高い優先度のＰＦＣの最後のデータセグメントに使用されるオクテット数と、データブロックの中に含まれる遷移指標とに基づいて、より低い優先度のデータセグメントをデータブロックから分離する（ブロック３７０）。送信の実施形態及び受信の実施形態の両方において、遷移指標は、最後のより高い優先度のＲＬＣデータブロックのデータフィールド内の、所定の遷移値（例えば、１２４又は１２５）に設定される遷移ＬＩを含み得る。遷移指標は、ヘッダのＴＦＩとは異なるデータフィールドのＴＦＩをさらに含み得る。ヘッダのＴＦＩは、データフィールド内のデータセグメントの第１のセットのより高い優先度のＰＦＣへの関連付けをシグナリングする。また、データフィールドのＴＦＩは、データフィールド内のデータセグメントの第２のセットの別のより低い優先度のＰＦＣへの関連付けをシグナリングする。
【００３０】
図９は、単一のＲＬＣエンティティのコンテキスト内での、異なる優先度のＰＦＣに関連付けられる多重化された送信ＲＬＣデータブロック又は受信ＲＬＣデータブロックの一例を示す。少なくとも１つのＲＬＣデータブロックは、上述したカプセル化の方法を使用して、より高い優先度のＰＦＣ８０からより低い優先度のＰＦＣ７０への遷移の間に、異なるＰＦＣに関連付けられるデータセグメントをより効率的に送信し、受信する。図６で示されたように、より低い優先度のＰＦＣ７０は、３．５個のＲＬＣデータブロックを必要とし、一方、より高い優先度のＰＦＣ８０は、２．２５個のＲＬＣデータブロックを必要とする。しかしながら、開示されるカプセル化の方法のために、この実施形態についてのＲＬＣエンティティは、図６と同じより低い優先度のＬＬＣ ＰＤＵ及びより高い優先度のＬＬＣ ＰＤＵについて、ブロック連続番号（ＢＳＮ）１〜６で連続して番号を付けられる６つのＲＬＣデータブロック６０のみを使用する。図９の例では、ＲＬＣデータブロックＢＳＮ１〜ＢＳＮ４は、図５のＲＬＣデータブロックと同じである。したがって、上述した中断の詳細は、ここでは繰り返されない。
【００３１】
より高い優先度のＰＦＣからより低い優先度のＰＦＣへの遷移をより効率的に行うために、ＲＬＣエンティティは、例えばＢＳＮ５のような、最後のより高い優先度のデータセグメント及び残りのより低い優先度のデータセグメントの両方を単一のＲＬＣデータブロック６０の中にカプセル化する最後のより高い優先度のＲＬＣデータブロック６０を生成する。ＢＳＮ５のヘッダは、ＴＦＩＨを含んで、ＢＳＮ５の少なくとも一部はより高い優先度のＰＦＣに対応するペイロードを含むことをシグナリングする。ＢＳＮ５のデータフィールドは、例えばＬＩ＝０．２５Ｘ＋２のような、ＬＬＣ ＰＤＵＨの最後のデータセグメントの送信を完了するのに必要なオクテット数と等しい値に設定されたＬＩと、例えばＬＩ＝１２４のような所定の遷移値に設定された遷移ＬＩと、ＴＦＩＬとを含む。データフィールドの残りは、ＬＬＣ ＰＤＵＨの最後の０．２５Ｘ＋２オクテット、続いてＬＬＣ ＰＤＵＬの次の０．７５Ｘ−５オクテットを含む。ＢＳＮ６は、ＬＬＣ ＰＤＵＬの送信を完了する。
【００３２】
図９に示されるように、例えばＢＳＮ６のような、ＲＬＣデータブロック６０のうちのいくつかのデータフィールドは、完全に満たされないこともあり得る。例えば、ＬＬＣ ＰＤＵＬは、より低い優先度の送信／受信を完了するのに、ＢＳＮ６の中で利用可能なオクテットの全てを必要としない。この場合に、ＢＳＮ６のデータフィールドは、オプションで、例えばＬＩ＝１２７のような充填値に設定された追加のＬＩを含んで、より低い優先度のＬＬＣ ＰＤＵの最後のデータセグメントに対応するデータで満たされていないデータフィールドの一部が充填オクテット（例えば、ダミーデータ）を含むことをシグナリングし得る。ＢＳＮ５が、ＬＬＣ ＰＤＵＨ及びＬＬＣ ＰＤＵＬの送信を完了するのに必要なオクテットよりも多くのオクテットを含む場合に、ＢＳＮ５も、例えば、ＬＬＣ ＰＤＵＬの送信を完了するのに必要なオクテット数と等しい値に設定されたＬＩのような、追加のＬＩ値と、例えば、ＬＩ＝１２７のような、充填値に設定されたＬＩとを含んでもよい、ということがさらに理解されるであろう。
【００３３】
図１０は、本明細書で説明されるような単一のＲＬＣエンティティのコンテキスト内での中断及び再開の遷移を実装する例示的な通信端末４００を説明する。通信端末４００は、受信機又は送信機を表し得る。また、通信端末４００は、モバイル端末１００又は基地局１４を含み得る。通信端末４００は、信号を送受信するアンテナ４０４に接続される送受信機４０２を含む。ベースバンドプロセッサ４０６は、通信端末４００へ送信され、通信端末４００により受信される信号を処理する。ベースバンドプロセッサ４０６により実行される例示的な処理は、変調／復調、インターリーブ／デインターリーブ、符号化／復号等を含む。ベースバンドプロセッサ４０６は、本明細書で説明したようなＲＬＣプロトコルを実装するＲＬＣプロセッサ４０８を含む。上述したように、ＲＬＣプロセッサ４０８は、単一のＲＬＣエンティティのコンテキスト内でより低い優先度のデータ及びより高い優先度のデータの中断及び再開の遷移を実行する。ＲＬＣエンティティが、より低い優先度の送信を再開する場合に、ＲＬＣプロセッサ４０８は、１つ以上の残りのより低い優先度のデータセグメントとともに、最後のより高い優先度のデータセグメントを、単一のＲＬＣデータブロックの中にカプセル化するように構成され得る。
【００３４】
本発明は、共通のＲＬＣエンティティのコンテキスト内での、より高い優先度のＰＦＣのほうを選んでの、より低い優先度のＰＦＣの単一の中断の観点から説明された。しかしながら、いずれの数の送信の中断が発生してもよい、ということが理解されるであろう。例えば、第１のより低い優先度のＰＦＣの送信／受信は、複数回中断されて、複数のより高い優先度のＰＦＣに関連付けられるＬＬＣ ＰＤＵの送信／受信を可能にしてもよい。さらに、より低い優先度のＬＬＣ ＰＤＵの送信／受信が再開される前に２つ以上の送信の中断が発生するように、送信の中断がスタックされてもよい。例えば、より低い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ａ）の送信／受信が中断されて、より高い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ｂ）が送信／受信されてもよい。今度は、ＰＤＵ−Ｂの送信／受信が中断されて、さらに高い優先度のＬＬＣ ＰＤＵ（ＰＤＵ−Ｃ）が送信／受信されてもよい。最後のより高い優先度のＲＬＣデータブロックは、２つよりも多くのＰＦＣに関連付けられるＬＬＣ ＰＤＵからのデータセグメントを含んでもよい、ということも理解されるであろう。例えば、最後のより高い優先度のＲＬＣデータブロックは、ＰＤＵ−Ｃの最後のデータセグメント、ＰＢＵ−Ｂの最後のデータセグメント、及びＰＤＵ−Ａの１つ以上の残りのデータセグメントを含んでもよい。
【００３５】
当然ながら、本発明は、本発明の不可欠な特徴から逸脱することなく、本明細書で具体的に説明された手法以外の手法で実行されてもよい。本実施形態は、あらゆる点において、説明のためのものであって限定するためのものではないとみなされるべきである。添付の特許請求の範囲の意味及び等価な範囲内から生じる全ての変更は特許請求の範囲に包含されることを意図する。
【特許請求の範囲】
【請求項１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信機へデータパケットを送信する方法であって：
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを送信するステップと；
前記第１の上位層パケットの送信を中断して、より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックを送信するステップと；
前記第２の上位層パケットの最後のデータセグメントの送信後に、前記第１の上位層パケットの送信を再開するステップと；
を含む方法。
【請求項２】
プロセッサは、中断前に送信される前記より低い優先度のデータブロックに連続して番号を付け、前記より高い優先度のデータブロックを送信する場合に、連続番号の再開なしに連続的な番号付けを継続し、前記より低い優先度のデータブロックの送信を再開する場合に、連続番号の再開なしに連続的な番号付けを継続する、請求項１の通信端末。
【請求項３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項１の方法。
【請求項４】
前記第１の上位層パケットの送信を中断する前記ステップは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを送信することを含み、
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、
請求項１の方法。
【請求項５】
前記第１の上位層パケットの送信を中断する前記ステップは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを送信することを含み、
前記最初のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、
請求項１の方法。
【請求項６】
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられるＴＦＩを含むヘッダをさらに含む、請求項５の方法。
【請求項７】
前記第１の上位層パケットの送信を再開する前記ステップは：
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを送信することと；
前記最後のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含むことと；
前記最後のより高い優先度のデータブロックを送信した後に、前記第１の上位層パケットについての１つ以上の残りのデータセグメントを送信することと；
を含む、請求項１の方法。
【請求項８】
前記第１の上位層パケットの送信を再開する前記ステップは、最後のより高い優先度のデータブロックを生成し、送信することを含み、
前記最後のより高い優先度のデータブロックは：
前記第２の上位層パケットの送信を完了するための、前記第２の上位層パケットの最後のデータセグメントと；
前記第１の上位層パケットの送信を再開するための、前記第１の上位層パケットの残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
を含む、
請求項１の方法。
【請求項９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項８の方法。
【請求項１０】
前記最後のより高い優先度のデータブロックを生成し、送信することは、前記最後のより高い優先度のデータブロックの前記データフィールドの中に充填指標を含めて、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すことをさらに含む、請求項８の方法。
【請求項１１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で受信機にデータを送信する通信端末は：
無線通信チャネル上で受信機にデータブロックを送信する送受信機と；
前記無線通信チャネル上での送信のための前記データブロックを生成するプロセッサと；
を備え、
前記プロセッサは、
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを生成し、前記受信機に送信し、
より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックを生成し、前記受信機に送信することにより、前記より低い優先度のデータブロックの生成及び送信を中断し、
前記より高い優先度のデータブロックの生成及び送信の完了後に、前記より低い優先度のデータブロックの生成及び送信を再開する
ように構成される、
通信端末。
【請求項１２】
前記プロセッサは、中断前に送信される前記より低い優先度のデータブロックに連続して番号を付け、前記より高い優先度のデータブロックを生成し、送信する場合に、連続番号の再開なしに連続的な番号付けを継続し、前記より低い優先度のデータブロックの生成及び送信を再開する場合に、連続番号の再開なしに連続的な番号付けを継続する、請求項１１の通信端末。
【請求項１３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項１１の方法。
【請求項１４】
前記プロセッサは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を中断し、
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、
請求項１１の通信端末。
【請求項１５】
前記プロセッサは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を中断し、
前記最初のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、
請求項１１の通信端末。
【請求項１６】
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられるＴＦＩを含むヘッダをさらに含む、請求項１５の通信端末。
【請求項１７】
前記プロセッサは：
所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットの最後のデータセグメントと、前記第１の上位層パケットが属する前記第１のＰＦＣに関連付けられる一時フローＩＤ（ＴＦＩ）と、を含むデータフィールドを含む送信のための最後のより高い優先度のデータブロックを生成し、送信し、
前記最後のより高い優先度のデータブロックの生成及び送信を完了した後に、残りのより低い優先度のデータブロックを生成し、送信する
ことにより、前記第１の上位層パケットの生成及び送信を再開する、
請求項１１の通信端末。
【請求項１８】
前記プロセッサは、最後のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を再開し、
前記最後のより高い優先度のデータブロックは：
前記第２の上位層パケットの送信を完了するための、前記第２の上位層パケットの最後のデータセグメントと；
前記第１の上位層パケットの送信を再開するための、前記第１の上位層パケットの残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
を含む、
請求項１１の通信端末。
【請求項１９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項１８の通信端末。
【請求項２０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標を、前記データフィールド内にさらに含む、請求項１８の通信端末。
【請求項２１】
前記通信端末は、モバイル装置を含み、
前記受信機は、基地局を含む、
請求項１１の通信装置。
【請求項２２】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内での送信機から受信機への上位層パケットの送信のために、前記上位層パケットからデータセグメントを使用して下位層ブロックを生成する方法であって：
より高い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットの最後のデータセグメントを、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットの残りのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化して、前記第１の上位層パケットの送信を完了し、前記第２の上位層パケットの送信を再開するステップと；
前記最後のより高い優先度のデータブロックに遷移指標を含めて、前記第１の上位層パケットから前記第２の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すステップと；
を含む方法。
【請求項２３】
前記遷移指標を含める前記ステップは、所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を、前記最後のより高い優先度のデータブロックのデータフィールドの中に含めることを含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項２２の方法。
【請求項２４】
前記最後のより高い優先度のデータブロックに充填指標を含めて、当該最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すステップをさらに含む、請求項２２の方法。
【請求項２５】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記最後のより高い優先度のデータブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項２２の方法。
【請求項２６】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内での受信機への送信のために、データをカプセル化する通信端末であって：
無線通信チャネル上で受信機にデータブロックを送信する送受信機と；
前記送受信機による送信のための下位層ブロックの中に、上位層パケットからのデータをカプセル化するプロセッサと；
を備え、
前記プロセッサは、
より高い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットの最後のデータセグメントを、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットの残りのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化して、前記第１の上位層パケットの送信を完了し、前記第２の上位層パケットの送信を再開し、
前記最後のより高い優先度のデータブロックに遷移指標を含めて、前記第１の上位層パケットから前記第２の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示す
ように構成される、
通信端末。
【請求項２７】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項２６の通信端末。
【請求項２８】
前記プロセッサは、前記最後のより高い優先度のデータブロックに充填指標を含めて、当該最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すようにさらに構成される、請求項２６の通信端末。
【請求項２９】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記最後のより高い優先度のデータブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項２６の通信端末。
【請求項３０】
前記通信端末は、モバイル装置を含み、
前記受信機は、基地局を含む、
請求項２６の通信装置。
【請求項３１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信機でデータを受信する方法であって：
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを受信するステップと：
より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックの受信に基づいて、前記第１の上位層パケットの中断を検出するステップと；
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを受信するステップと；
前記第２の上位層パケットの前記最後のデータセグメントの受信後に、前記第１の上位層パケットの受信を再開するステップと；
を含む方法。
【請求項３２】
前記より低い優先度のデータブロックを受信する前記ステップは、連続して番号を付けられたより低い優先度のデータブロックを受信することを含み、前記より高い優先度のデータブロックを受信する前記ステップは、連続して番号を付けられたより高い優先度のデータブロックを受信することを含み、
連続的な連続付けは、前記第１の上位層パケットの最初のデータセグメントを含む最初のより低い優先度のデータブロックから始まり、連続番号の再開なしに、前記最後のより高い優先度のデータブロックまで前記より高い優先度のデータブロックを通して継続し、連続番号の再開なしに、後続のより低い優先度のデータブロックを通してさらに継続する、
請求項３１の方法。
【請求項３３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
下位層ブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項３１の方法。
【請求項３４】
前記中断を検出する前記ステップは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、最初のより高い優先度のデータブロックを受信することを含む、請求項３１の方法。
【請求項３５】
前記中断を検出するステップは、データフィールドを含む最初のより高い優先度のデータブロックを受信することを含み、
前記データフィールドは：
前記第２の上位層パケットの最初のデータセグメントと；
前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）と；
を含む、
請求項３１の方法。
【請求項３６】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの前記遷移をさらに示すための、前記第２の上位層パケットに関連付けられるＴＦＩを含むヘッダをさらに含む、請求項３５の方法。
【請求項３７】
前記第２の上位層パケットの前記最後のデータセグメントの受信後に、前記第１の上位層パケットの受信を再開する前記ステップは：
前記第２の上位層パケットから前記第１の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットの前記最後のデータセグメントと、前記第１の上位層パケットが属する前記第１のＰＦＣに関連付けられる一時フローＩＤ（ＴＦＩ）と、を含むデータフィールドを含む前記最後のより高い優先度のデータブロックを受信することと；
前記第２の上位層の前記最後のデータセグメントを受信した後に、前記第１の上位層パケットについての１つ以上の残りのデータセグメントを受信することと；
を含む、請求項３１の方法。
【請求項３８】
前記最後のより高い優先度のデータブロックは：
前記第１の上位層パケットについての残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
をさらに含む、請求項３１の方法。
【請求項３９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項３８の方法。
【請求項４０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項３１の方法。
【請求項４１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機からのデータパケットを受信する通信端末であって：
無線通信チャネル上で前記送信機により送信されるデータを受信する送受信機と；
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメント、及びより高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを再構築するように構成されるプロセッサと；
を備え、
前記プロセッサは、
前記第１の上位層パケットの前記データセグメントを含むより低い優先度のデータブロックを処理し、
前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックの受信に基づいて、前記より低い優先度のデータブロックの処理を中断して、前記第２の上位層パケットの前記データセグメントを含むより高い優先度のデータブロックを処理し、
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを含む１つ以上の追加のより高い優先度のデータブロックを処理し、
前記第２の上位層パケットの前記最後のデータセグメントを受信した後に、前記より低い優先度のデータブロックの処理を再開する
ことにより、前記第１の上位層パケットの前記データセグメント及び前記第２の上位層パケットの前記データセグメントを再構築するように構成される、
通信端末。
【請求項４２】
前記より低い優先度のデータブロック及び前記より高い優先度のデータブロックは、連続的な番号付けが、前記第１の上位層パケットの最初のデータセグメントを含む最初のより低い優先度のデータブロックから始まり、連続番号の再開なしに前記最後のより高い優先度のデータブロックまで継続し、連続番号の再開なしに最後のより低い優先度のデータブロックまでさらに継続するように、連続して番号を付けられる、請求項４１の通信端末。
【請求項４３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
下位層ブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項４１の通信端末。
【請求項４４】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、請求項４１の通信端末。
【請求項４５】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、請求項４１の通信端末。
【請求項４６】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの前記遷移をさらに示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに関連付けられる前記ＴＦＩを含むヘッダをさらに含む、請求項４５の通信端末。
【請求項４７】
前記最後のより高い優先度のデータブロックは、前記第２の上位層パケットから前記第１の上位層パケットへの後続の遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、請求項４１の通信端末。
【請求項４８】
前記最後のより高い優先度のデータブロックは：
前記第１の上位層パケットについての残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
をさらに含む、請求項４１の通信端末。
【請求項４９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項４８の通信端末。
【請求項５０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項４１の通信端末。
【請求項５１】
前記通信端末は、基地局を含み、
前記送信機は、モバイル端末を含む、
請求項４１の通信端末。
【請求項５２】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信されるデータを処理する方法において：
データブロックであって、
第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットについての最後のデータセグメント、
第２のＰＦＣに関連付けられる第２の上位層パケットについての残りのデータセグメント、及び
前記第１の上位層パケットから前記第２の上位層パケットへの、前記データブロック内での遷移を示すための遷移指標
を含む前記データブロックを受信するステップと；
前記遷移指標に基づいて前記第２の上位層パケットについての前記残りのデータセグメントを前記データブロックから分離して、以前に中断された前記第２の上位層パケットの受信を再開するステップと；
を含む方法。
【請求項５３】
前記遷移指標は、前記データブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項５２の方法。
【請求項５４】
受信される前記データブロックは、受信される当該データブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項５２の方法。
【請求項５５】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項５２の方法。
【請求項５６】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信されるデータを処理する通信端末において：
データブロックを受信する送受信機であって、
第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットについての最後のデータセグメント、
第２のＰＦＣに関連付けられる第２の上位層パケットについての残りのデータセグメント、及び
前記第１の上位層パケットから前記第２の上位層パケットへの、前記データブロック内での遷移を示すための遷移指標
を含む前記データブロックを受信する前記送受信機と；
前記遷移指標に基づいて前記第２の上位層パケットについての前記残りのデータセグメントを前記データブロックから分離して、以前に中断された前記第２の上位層パケットの受信を再開するように構成されるプロセッサと；
を備える通信端末。
【請求項５７】
前記遷移指標は、前記データブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項５６の通信端末。
【請求項５８】
受信される前記データブロックは、受信される当該データブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項５６の通信端末。
【請求項５９】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項５６の通信端末。
【請求項６０】
前記通信端末は、基地局を含み、
前記送信機は、モバイル装置を含む、
請求項５６の通信端末。
【請求項１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信機へデータパケットを送信する方法であって：
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを送信するステップと；
前記第１の上位層パケットの送信を中断して、より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックを送信するステップと；
前記第２の上位層パケットの最後のデータセグメントの送信後に、前記第１の上位層パケットの送信を再開するステップと；
を含む方法。
【請求項２】
プロセッサは、中断前に送信される前記より低い優先度のデータブロックに連続して番号を付け、前記より高い優先度のデータブロックを送信する場合に、連続番号の再開なしに連続的な番号付けを継続し、前記より低い優先度のデータブロックの送信を再開する場合に、連続番号の再開なしに連続的な番号付けを継続する、請求項１の通信端末。
【請求項３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項１の方法。
【請求項４】
前記第１の上位層パケットの送信を中断する前記ステップは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを送信することを含み、
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、
請求項１の方法。
【請求項５】
前記第１の上位層パケットの送信を中断する前記ステップは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを送信することを含み、
前記最初のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、
請求項１の方法。
【請求項６】
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられるＴＦＩを含むヘッダをさらに含む、請求項５の方法。
【請求項７】
前記第１の上位層パケットの送信を再開する前記ステップは：
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを送信することと；
前記最後のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含むことと；
前記最後のより高い優先度のデータブロックを送信した後に、前記第１の上位層パケットについての１つ以上の残りのデータセグメントを送信することと；
を含む、請求項１の方法。
【請求項８】
前記第１の上位層パケットの送信を再開する前記ステップは、最後のより高い優先度のデータブロックを生成し、送信することを含み、
前記最後のより高い優先度のデータブロックは：
前記第２の上位層パケットの送信を完了するための、前記第２の上位層パケットの最後のデータセグメントと；
前記第１の上位層パケットの送信を再開するための、前記第１の上位層パケットの残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
を含む、
請求項１の方法。
【請求項９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項８の方法。
【請求項１０】
前記最後のより高い優先度のデータブロックを生成し、送信することは、前記最後のより高い優先度のデータブロックの前記データフィールドの中に充填指標を含めて、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すことをさらに含む、請求項８の方法。
【請求項１１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で受信機にデータを送信する通信端末は：
無線通信チャネル上で受信機にデータブロックを送信する送受信機と；
前記無線通信チャネル上での送信のための前記データブロックを生成するプロセッサと；
を備え、
前記プロセッサは、
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを生成し、前記受信機に送信し、
より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックを生成し、前記受信機に送信することにより、前記より低い優先度のデータブロックの生成及び送信を中断し、
前記より高い優先度のデータブロックの生成及び送信の完了後に、前記より低い優先度のデータブロックの生成及び送信を再開する
ように構成される、
通信端末。
【請求項１２】
前記プロセッサは、中断前に送信される前記より低い優先度のデータブロックに連続して番号を付け、前記より高い優先度のデータブロックを生成し、送信する場合に、連続番号の再開なしに連続的な番号付けを継続し、前記より低い優先度のデータブロックの生成及び送信を再開する場合に、連続番号の再開なしに連続的な番号付けを継続する、請求項１１の通信端末。
【請求項１３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項１１の方法。
【請求項１４】
前記プロセッサは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を中断し、
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、
請求項１１の通信端末。
【請求項１５】
前記プロセッサは、前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を中断し、
前記最初のより高い優先度のデータブロックは、所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、
請求項１１の通信端末。
【請求項１６】
前記最初のより高い優先度のデータブロックは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられるＴＦＩを含むヘッダをさらに含む、請求項１５の通信端末。
【請求項１７】
前記プロセッサは：
所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットの最後のデータセグメントと、前記第１の上位層パケットが属する前記第１のＰＦＣに関連付けられる一時フローＩＤ（ＴＦＩ）と、を含むデータフィールドを含む送信のための最後のより高い優先度のデータブロックを生成し、送信し、
前記最後のより高い優先度のデータブロックの生成及び送信を完了した後に、残りのより低い優先度のデータブロックを生成し、送信する
ことにより、前記第１の上位層パケットの生成及び送信を再開する、
請求項１１の通信端末。
【請求項１８】
前記プロセッサは、最後のより高い優先度のデータブロックを生成し、送信することにより、前記第１の上位層パケットの生成及び送信を再開し、
前記最後のより高い優先度のデータブロックは：
前記第２の上位層パケットの送信を完了するための、前記第２の上位層パケットの最後のデータセグメントと；
前記第１の上位層パケットの送信を再開するための、前記第１の上位層パケットの残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
を含む、
請求項１１の通信端末。
【請求項１９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項１８の通信端末。
【請求項２０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標を、前記データフィールド内にさらに含む、請求項１８の通信端末。
【請求項２１】
前記通信端末は、モバイル装置を含み、
前記受信機は、基地局を含む、
請求項１１の通信装置。
【請求項２２】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内での送信機から受信機への上位層パケットの送信のために、前記上位層パケットからデータセグメントを使用して下位層ブロックを生成する方法であって：
より高い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットの最後のデータセグメントを、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットの残りのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化して、前記第１の上位層パケットの送信を完了し、前記第２の上位層パケットの送信を再開するステップと；
前記最後のより高い優先度のデータブロックに遷移指標を含めて、前記第１の上位層パケットから前記第２の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すステップと；
を含む方法。
【請求項２３】
前記遷移指標を含める前記ステップは、所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を、前記最後のより高い優先度のデータブロックのデータフィールドの中に含めることを含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項２２の方法。
【請求項２４】
前記最後のより高い優先度のデータブロックに充填指標を含めて、当該最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すステップをさらに含む、請求項２２の方法。
【請求項２５】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記最後のより高い優先度のデータブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項２２の方法。
【請求項２６】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内での受信機への送信のために、データをカプセル化する通信端末であって：
無線通信チャネル上で受信機にデータブロックを送信する送受信機と；
前記送受信機による送信のための下位層ブロックの中に、上位層パケットからのデータをカプセル化するプロセッサと；
を備え、
前記プロセッサは、
より高い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットの最後のデータセグメントを、より低い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットの残りのデータセグメントとともに、最後のより高い優先度のデータブロックの中にカプセル化して、前記第１の上位層パケットの送信を完了し、前記第２の上位層パケットの送信を再開し、
前記最後のより高い優先度のデータブロックに遷移指標を含めて、前記第１の上位層パケットから前記第２の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示す
ように構成される、
通信端末。
【請求項２７】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項２６の通信端末。
【請求項２８】
前記プロセッサは、前記最後のより高い優先度のデータブロックに充填指標を含めて、当該最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すようにさらに構成される、請求項２６の通信端末。
【請求項２９】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記最後のより高い優先度のデータブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項２６の通信端末。
【請求項３０】
前記通信端末は、モバイル装置を含み、
前記受信機は、基地局を含む、
請求項２６の通信装置。
【請求項３１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信機でデータを受信する方法であって：
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメントを含むより低い優先度のデータブロックを受信するステップと：
より高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを含むより高い優先度のデータブロックの受信に基づいて、前記第１の上位層パケットの中断を検出するステップと；
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを受信するステップと；
前記第２の上位層パケットの前記最後のデータセグメントの受信後に、前記第１の上位層パケットの受信を再開するステップと；
を含む方法。
【請求項３２】
前記より低い優先度のデータブロックを受信する前記ステップは、連続して番号を付けられたより低い優先度のデータブロックを受信することを含み、前記より高い優先度のデータブロックを受信する前記ステップは、連続して番号を付けられたより高い優先度のデータブロックを受信することを含み、
連続的な連続付けは、前記第１の上位層パケットの最初のデータセグメントを含む最初のより低い優先度のデータブロックから始まり、連続番号の再開なしに、前記最後のより高い優先度のデータブロックまで前記より高い優先度のデータブロックを通して継続し、連続番号の再開なしに、後続のより低い優先度のデータブロックを通してさらに継続する、
請求項３１の方法。
【請求項３３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
下位層ブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項３１の方法。
【請求項３４】
前記中断を検出する前記ステップは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、最初のより高い優先度のデータブロックを受信することを含む、請求項３１の方法。
【請求項３５】
前記中断を検出するステップは、データフィールドを含む最初のより高い優先度のデータブロックを受信することを含み、
前記データフィールドは：
前記第２の上位層パケットの最初のデータセグメントと；
前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）と；
を含む、
請求項３１の方法。
【請求項３６】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの前記遷移をさらに示すための、前記第２の上位層パケットに関連付けられるＴＦＩを含むヘッダをさらに含む、請求項３５の方法。
【請求項３７】
前記第２の上位層パケットの前記最後のデータセグメントの受信後に、前記第１の上位層パケットの受信を再開する前記ステップは：
前記第２の上位層パケットから前記第１の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットの前記最後のデータセグメントと、前記第１の上位層パケットが属する前記第１のＰＦＣに関連付けられる一時フローＩＤ（ＴＦＩ）と、を含むデータフィールドを含む前記最後のより高い優先度のデータブロックを受信することと；
前記第２の上位層の前記最後のデータセグメントを受信した後に、前記第１の上位層パケットについての１つ以上の残りのデータセグメントを受信することと；
を含む、請求項３１の方法。
【請求項３８】
前記最後のより高い優先度のデータブロックは：
前記第１の上位層パケットについての残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
をさらに含む、請求項３１の方法。
【請求項３９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項３８の方法。
【請求項４０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項３１の方法。
【請求項４１】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機からのデータパケットを受信する通信端末であって：
無線通信チャネル上で前記送信機により送信されるデータを受信する送受信機と；
より低い優先度の第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットのデータセグメント、及びより高い優先度の第２のＰＦＣに関連付けられる第２の上位層パケットのデータセグメントを再構築するように構成されるプロセッサと；
を備え、
前記プロセッサは、
前記第１の上位層パケットの前記データセグメントを含むより低い優先度のデータブロックを処理し、
前記第２の上位層パケットの最初のデータセグメントを含む最初のより高い優先度のデータブロックの受信に基づいて、前記より低い優先度のデータブロックの処理を中断して、前記第２の上位層パケットの前記データセグメントを含むより高い優先度のデータブロックを処理し、
前記第２の上位層パケットの最後のデータセグメントを含む最後のより高い優先度のデータブロックを含む１つ以上の追加のより高い優先度のデータブロックを処理し、
前記第２の上位層パケットの前記最後のデータセグメントを受信した後に、前記より低い優先度のデータブロックの処理を再開する
ことにより、前記第１の上位層パケットの前記データセグメント及び前記第２の上位層パケットの前記データセグメントを再構築するように構成される、
通信端末。
【請求項４２】
前記より低い優先度のデータブロック及び前記より高い優先度のデータブロックは、連続的な番号付けが、前記第１の上位層パケットの最初のデータセグメントを含む最初のより低い優先度のデータブロックから始まり、連続番号の再開なしに前記最後のより高い優先度のデータブロックまで継続し、連続番号の再開なしに最後のより低い優先度のデータブロックまでさらに継続するように、連続して番号を付けられる、請求項４１の通信端末。
【請求項４３】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
下位層ブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項４１の通信端末。
【請求項４４】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含むヘッダを含む、請求項４１の通信端末。
【請求項４５】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、請求項４１の通信端末。
【請求項４６】
前記最初のより高い優先度のデータブロックは、前記第１の上位層パケットから前記第２の上位層パケットへの前記遷移をさらに示すための、前記第２の上位層パケットが属する前記第２のＰＦＣに関連付けられる前記ＴＦＩを含むヘッダをさらに含む、請求項４５の通信端末。
【請求項４７】
前記最後のより高い優先度のデータブロックは、前記第２の上位層パケットから前記第１の上位層パケットへの後続の遷移を示すための所定の長さ指標（ＬＩ）値に設定される遷移指標とともに、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる一時フローＩＤ（ＴＦＩ）を含む、データフィールドを含む、請求項４１の通信端末。
【請求項４８】
前記最後のより高い優先度のデータブロックは：
前記第１の上位層パケットについての残りのデータセグメントと；
前記第２の上位層パケットから前記第１の上位層パケットへの、前記最後のより高い優先度のデータブロック内での遷移を示すための遷移指標と；
をさらに含む、請求項４１の通信端末。
【請求項４９】
前記遷移指標は、前記最後のより高い優先度のデータブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第１の上位層パケットが属する前記第１のＰＦＣに一意に関連付けられる、
請求項４８の通信端末。
【請求項５０】
前記最後のより高い優先度のデータブロックは、前記最後のより高い優先度のデータブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項４１の通信端末。
【請求項５１】
前記通信端末は、基地局を含み、
前記送信機は、モバイル端末を含む、
請求項４１の通信端末。
【請求項５２】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信されるデータを処理する方法において：
データブロックであって、
第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットについての最後のデータセグメント、
第２のＰＦＣに関連付けられる第２の上位層パケットについての残りのデータセグメント、及び
前記第１の上位層パケットから前記第２の上位層パケットへの、前記データブロック内での遷移を示すための遷移指標
を含む前記データブロックを受信するステップと；
前記遷移指標に基づいて前記第２の上位層パケットについての前記残りのデータセグメントを前記データブロックから分離して、以前に中断された前記第２の上位層パケットの受信を再開するステップと；
を含む方法。
【請求項５３】
前記遷移指標は、前記データブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項５２の方法。
【請求項５４】
受信される前記データブロックは、受信される当該データブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項５２の方法。
【請求項５５】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項５２の方法。
【請求項５６】
単一の無線リンク制御（ＲＬＣ）エンティティのコンテキスト内で送信機から受信されるデータを処理する通信端末において：
データブロックを受信する送受信機であって、
第１のパケットフローコンテキスト（ＰＦＣ）に関連付けられる第１の上位層パケットについての最後のデータセグメント、
第２のＰＦＣに関連付けられる第２の上位層パケットについての残りのデータセグメント、及び
前記第１の上位層パケットから前記第２の上位層パケットへの、前記データブロック内での遷移を示すための遷移指標
を含む前記データブロックを受信する前記送受信機と；
前記遷移指標に基づいて前記第２の上位層パケットについての前記残りのデータセグメントを前記データブロックから分離して、以前に中断された前記第２の上位層パケットの受信を再開するように構成されるプロセッサと；
を備える通信端末。
【請求項５７】
前記遷移指標は、前記データブロックのデータフィールド内の所定の長さ指標（ＬＩ）値及び一時フローＩＤ（ＴＦＩ）を含み、
前記ＴＦＩは、前記第２の上位層パケットが属する前記第２のＰＦＣに一意に関連付けられる、
請求項５６の通信端末。
【請求項５８】
受信される前記データブロックは、受信される当該データブロックの未使用部分が充填データを含むことを示すための充填指標をさらに含む、請求項５６の通信端末。
【請求項５９】
前記上位層パケットは、ＬＬＣ層に関連付けられ、且つＬＬＣプロトコルに従ってフォーマットされる、論理リンク制御（ＬＬＣ）プロトコルデータユニット（ＰＤＵ）を含み、
前記データブロックは、ＲＬＣ層に関連付けられ、且つＲＬＣプロトコルに従ってフォーマットされる、ＲＬＣデータブロックを含む、
請求項５６の通信端末。
【請求項６０】
前記通信端末は、基地局を含み、
前記送信機は、モバイル装置を含む、
請求項５６の通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公表番号】特表２０１３−５０３５４１（Ｐ２０１３−５０３５４１Ａ）
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１２−５２６１６９（Ｐ２０１２−５２６１６９）
【出願日】平成２２年８月２５日（２０１０．８．２５）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／０５３８２６
【国際公開番号】ＷＯ２０１１／０２４１３１
【国際公開日】平成２３年３月３日（２０１１．３．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２２年８月２５日（２０１０．８．２５）
【国際出願番号】ＰＣＴ／ＩＢ２０１０／０５３８２６
【国際公開番号】ＷＯ２０１１／０２４１３１
【国際公開日】平成２３年３月３日（２０１１．３．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]