(57)【特許請求の範囲】
【請求項１】
通信ユニットと通信ネットワークデバイスとの間で共用媒体を使用して、上層側レイヤプロトコルデータユニットの伝送を許容するための無線インターフェイスおよびレイヤードプロトコルアーキテクチャを有する通信ネットワークデバイスであって、前記レイヤードプロトコルアーキテクチャは、各々が少なくとも１つのＰＤＵ（Protocol Data Unit）並びに長さインジケータ（ＬＩ）及びエクステンションフィールド（Ｅ）としてのデリミッタを含むデータブロックヘッダを搬送する複数のデータブロックプロトコルデータユニットを符号化し伝送するように動作する通信ネットワークデバイスにおいて、
データブロックの最後のプロトコルデータユニットがデリミッタを有さず、最後のプロトコルデータユニットが無線リンク制御データブロックの残りを満たすとき、該長さインジケータはゼロであり、次に続くいずれのデータブロックにおける最初の長さインジケータに対してもデータを有さず、
該エクステンションフィールド（Ｅ）が、終了した第２のプロトコルデータユニットが同じデータブロック内にあるか否かを該ＬＩ及び該Ｅが共に示すようなデータブロックにおけるエクステンションの存在を示す
ことを特徴とする通信ネットワークデバイス。
【請求項２】
請求項１記載の通信ネットワークデバイスであって、さらに、プロトコルデータユニットが伝送される少なくとも１つのパケットデータ物理チャネルからなり、前記レイヤードプロトコルアーキテクチャが、さらに、少なくとも１つのパケットデータ物理チャネルを管理し、パケットデータ物理チャネル上の無線リンク制御および媒体アクセス制御を管理するための無線資源サブレイヤからなることを特徴とする通信ネットワークデバイス。
【請求項３】
請求項１記載の通信ネットワークデバイスにおいて、前記データブロックヘッダは無線リンク制御データブロックがテンポラリブロックフローの最後のデータブロックであるかどうかを示すためのファイナルブロックインジケータ（ＦＢＩ）フィールドを含むことを特徴とする通信ネットワークデバイス。
【請求項４】
複数の論理リンク制御プロトコルデータユニット（ＬＬＣ  ＰＤＵ）並びに長さインジケータ（ＬＩ）及びエクステンションフィールド（Ｅ）としてのデリミッタを含むデータブロックヘッダを有する無線リンク制御データブロックを記録したコンピュータ読み取り可能な媒体において、
無線リンク制御データブロックの最後の論理リンク制御プロトコルデータユニットのいずれもがデリミッタを有さず、最後の論理リンク制御プロトコルデータユニットが無線リンク制御データブロックの残りを満たすとき、該長さインジケータは次に続くいずれかの無線リンク制御データブロックにおける最初の長さインジケータに対してゼロであり、
該エクステンションフィールド（Ｅ）が、終了した第２のプロトコルデータユニットが同じ無線リンク制御データブロック内にあるか否かを該ＬＩ及び該Ｅが共に示すようなデータブロックにおけるエクステンションの存在を示す
ことを特徴とする媒体。
【請求項５】
請求項４記載の無線リンク制御データブロックを記録したコンピュータ読み取り可能な媒体において、前記データブロックヘッダが、該無線リンク制御データブロックがテンポラリブロックフローの最後のデータブロックであるか否かを示すファイナルブロックインジケータ（ＦＢＩ）を含むことを特徴とする媒体。
【請求項６】
無線リンク制御データブロックと共に搬送される論理リンク制御プロトコルデータユニットをデリミットする方法において、
最後の論理リンク制御プロトコルデータユニット中にデリミッタを提供しないステップ、
最後の論理リンク制御プロトコルデータユニットが無線リンク制御データブロックの残りを満たすとき、次に続く無線リンク制御データブロック中の長さインジケータ（ＬＩ）に対しゼロの値を提供するステップ、及び
エクステンションフィールド（Ｅ）を介して、終了した第２のプロトコルデータユニットが同じデータブロック内にあるか否かを該ＬＩ及び該Ｅが共に示すような無線リンク制御データブロックにおけるエクステンションの存在を示すステップ
を有することを特徴とする方法。
【請求項７】
請求項１記載の通信ネットワークデバイスにおいて、該レイヤードプロトコルアーキテクチャが少なくとも上層レイヤ及び下層レイヤを有し、該プロトコルデータユニットが、下層レイヤプロトコルペイロードにデリミットされた複数の上層レイヤプロトコルデータユニットを含むことを特徴とする通信ネットワークデバイス。
【請求項８】
請求項１記載の通信ネットワークデバイスにおいて、前記通信ネットワークデバイスの前記インターフェイスが無線インターフェイスからなることを特徴とするデバイス。
【請求項９】
請求項８記載の通信ネットワークデバイスにおいて、前記通信ネットワークデバイスが基地局からなることを特徴とするデバイス。
【請求項１０】
請求項８記載の通信ネットワークデバイスにおいて、前記通信ネットワークデバイスが、さらに１の移動体装置からなることを特徴とするデバイス。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信に係り、特に、レイヤード（layered）通信プロトコルにおいて使用されるデータペイロードに対する長さ（length）インジケータを有する通信システムに関する。
【０００２】
【従来の技術】
ＬＬＣ（Logical Link Control）およびＲＬＣ／ＭＡＣ（Radio Link Control/Medium Access Control）との間のＧＳＭ／ＥＧＰＲＳ（the Global System for Mobile Communications/Enhanced General Packet Radio Service）基地局システム（ＢＳＳ）プロトコルにおいて、ペイロードＬＬＣプロトコルデータユニット（ＰＤＵ）が、固定長を有するＲＬＣデータブロック中で運ばれる。スペクトル効率の観点から、可能な限りＲＬＣデータブロックを満たすことが望ましい。したがって、ＲＬＣデータブロック中でこれらのＬＬＣプロトコルデータユニット（ＰＤＵ）の境界を定めること(delimiting)が必要である。ＲＬＣヘッダ長インジケータ（ＬＩ）が、どのくらい多くのＬＬＣＰＤＵが同じＲＬＣデータブロック中で運ばれるかに基づいて、オクテットで与えられる。ＯＳＩ（Open Systems Interconnection）または当業者に知られた他のコモンプロトコルスタックを使用するかに関わらず、他のプロトコルスタック中で同様の問題が生じる。
【０００３】
デリッミター（delimiter）問題の一例として、最後のＬＬＣＰＤＵがＲＬＣデータブロックの残りのオクテットを正確に満たすとき、特別な場合が生じる。結果としてＬＩオクテットを追加することは、プロトコルデータユニットをＲＬＣデータブロック境界の外に取り出すことになり、別のＲＬＣブロックにＬＬＣＰＤＵの残りを運ぶことを要求する。この場合において、２つのデリミッターが１つのＬＬＣＰＤＵに対して必要とされる。これは、キャパシティを無駄にし、短いＴＢＦ（Temporary Block Flow）を必要とするサービスが、例えばインターネットアプリケーションと共にサポートされるとき、スペクトルを費やさせる可能性がある。
【０００４】
【発明が解決しようとする課題】
したがって、本発明の目的は、上述した問題点を解決するインタフェースおよびレイヤードプロトコルアーキテクチャを使用する通信システムを提供することである。
【０００５】
【課題を解決するための手段】
通信システムは、１つのデータブロックが、長さインジケータ（ＬＩ）としてデリミッターを含む複数のプロトコルデータユニット（ＰＤＵ）および１つのデータブロックヘッダを含む。共用媒体（shared medium）を使用する上側レイヤ（upper layer）プロトコルデータユニットの転送を許容するためのレイヤードプロトコルアーキテクチャを備えたネットワークデバイスを含む。データブロックの最後のプロトコルデータユニットは、デリミッターを有しない。最後のプロトコルデータユニットがデータブロックの残り（balance）を満たすとき、長さインジケータは、シーケンスデータブロック中のいずれか次のものにおける第１の長さインジケータに対してデータを有しないゼロである。
【０００６】
本発明は、いずれかの通信システムと共に使用されうる。本発明の一側面において、インターフェースは無線（radio）インターフェースである。レイヤードプロトコルアーキテクチャは、通信ユニットと通信ネットワークデバイスとの間の共用媒体を使用する上側レイヤプロトコルデータユニットの転送を共用する。レイヤードプロトコルアーキテクチャは、各々が少なくとも１つのＬＬＣＰＵＤ（Logical Link Control Protocol Data Unit）複数の無線リンク制御データブロックおよび長さインジケータ（ＬＩ）としてデリミッターを含む。データブロックヘッダとして、プロトコルデータユニットを符号化しかつ転送するように動作可能である。無線リンク制御データブロックの最後の論理リンク制御プロトコルデータユニットは、デリミッターを有せず、最後の論理リンク制御プロトコルデータユニットが、無線リンク制御データブロックの残りを満たすとき、長さインジケータは、ゼロであり、シーケンス無線リンク制御データブロック中のいずれか次のものにおける第１の長さインジケータに対するデータを有しない。
【０００７】
【発明の実施の形態】
本発明は、本発明の好ましい実施形態が示される添付図面を参照して以下に詳細に説明されることになる。しかし、本発明は、ここに示された実施形態に限定されるものと解釈されるべきでなく、多くの異なる形で具現化されうる。これらの実施形態は、この開示が完全なものとなるように、そして本発明の範囲が当業者に完全に理解されるように提供される。同様の参照符号は、同様のエレメントを示す。
【０００８】
本発明のほとんどは、無線リンク制御および媒体アクセス制御機能のようなスタックド（stacked）アーキテクチャを使用する非限定的例として移動体送信のためのワイヤレス移動体ネットワークと共に使用される無線リンクインターフェースについて説明される。しかし、本発明は、隣接する上側および下側レイヤを有する任意のプロトコルスタックに適用可能である。これは、標準的オープンシステムインターコネクション（ＯＳＩ）および当業者に知られた他のコモンプロトコルスタックを含むことになる。
【０００９】
プロトコルデータユニットは、下側プロトコルペイロードにスタックされるようにするために、境界を限定されうる。長さインジケータは、特定の条件下で長さインジケータにおいてデータが受信されないように使用される。ＧＳＭ／ＧＰＲＳ標準は、本発明の例示的な使用として以下に説明され、論理リンク制御は、上側プロトコルレイヤであり、無線リンク制御は、下側プロトコルレイヤである。通信プロトコルにおける使用のための一般的プロトコル説明の詳細が、よく知られたAndrew S. TanenbaumによるComputer Networks, 3rd editionという本において示されている。
【００１０】
本発明は、ＧＳＭ標準による無線インターフェースに対して有利であり、無線リンク制御（ＲＬＣ）データブロック中の論理リンク制御プロトコルデータユニット（ＬＬＣＬＤＵ）が効率のためにその境界を限定されるソリューションを提供する。最後の論理リンク制御プロトコルデータユニットは、デリミッターを必要としない。最後の論理リンク制御プロトコルデータユニットは、無線リンク制御データブロックの残りを満たすとき、長さインジケータは、次のＮシーケンス無線リンク制御データブロック中の最初の長さインジケータとして、ゼロに等しい。これはデリミッター機能に対するルールを単純化し、論理リンク制御プロトコルデータユニットの最後のセグメントが、無線リンク制御データブロック中で丁度一杯になる場合、１オクテット使わないで済ます（saves）。この原理は、レイヤードプロトコルが使用され、かつデリミッターペイロードが必要とされる全ての状況に対して適用可能である。
【００１１】
説明および理解の目的のために、サブレイヤを備えた基本無線インターフェース（basic radio interface）が説明され、そして非限定的な例として標準ペイロード論理リンク制御プロトコルデータユニット（ＬＬＣＰＤＵ）を使用する論理リンク制御と、無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）との間の通常のＧＳＭ／ＥＧＰＲＳ（Global System for Communications/Enhanced General Packet Radio Surface）基地局システム（ＢＳＳ）プロトコルが説明される。これは、固定リンクを使用する無線リンク制御データブロック中で運ばれる。以上の説明を通して、基本的な条件、およびそれらのアプリケーションおよびワイヤレスネットワークのような基本通信システムに対する機能が説明された。本発明の説明および例は以下の通りである。
【００１２】
更なるバックグラウンドは、第三世代パートナーシッププロジェクトに対するテクニカルレポート；Technical Specification Group GSM EDGE Radio Access Network；General Packet Radio Service（ＧＰＲＳ）；Mobile Station（ＭＳ）−Base Station System（ＢＳＳ）Interface，１９９９年に発表され、第三世代パートナーシッププロジェクト（３ＧＰＰ），650 Route des Lucioles-Sophia Antipolis, Valbonne, France, 2001により開発されたＲＬＣ／ＭＡＣ（Radio Link Control/Medium Access Control）プロトコルに示されている。
【００１３】
図１は、これに限定しない例としてワイヤレスネットワークを形成するそれぞれの基地局および移動体ユニットのような複数のネットワークデバイス１０ａおよび通信デバイス１０ｂを有する通信システム１０を示す。ネットワークデバイス１０ａ（および通信デバイス１０ｂ）は、無線資源（ＲＲ）サブレイヤ１２および無線リンク制御／媒体アクセス制御機能１４を含むプロトコルアーキテクチャ１０ｃを使用する。アーキテクチャ１０ｃは、パケットデータ物理チャネル上での無線リンク制御および媒体アクセス制御（ＲＬＣ／ＭＡＣ）を伴うパケットデータ物理チャネルのマネージメントを示す。ＲＲサブレイヤ１２は、当業者に知られているように、ＭＭサブレイヤ１５および論理リンク制御サブレイヤ１６へサービスを提供する。無線資源サブレイヤ１２は、無線資源マネージメント機能１８を含み、ＢＣＣＨ（Broadcast Control Channel）、ＲＡＣＨ（Random Access Channel）、ＡＧＣＨ（access grant channel）、および当業者に知られた他のチャネルを介して、シグナリングレイヤに、データリンクレイヤ２０および物理リンクレイヤ２２と相互接続する。
【００１４】
無線リンク制御／媒体アクセス制御機能１４は、ＰＢＣＣＨ（packet broadcast control channel）、ＰＡＣＣＨ（packet associated control channel）および当業者に知られた他のチャネルのような様々なパケットチャネルを介して、物理リンクレイヤ２２と動作可能である。無線資源サブレイヤ１２は、データリンクレイヤ２０のサービスを、物理リンクレイヤ２２中のシグナリングレイヤ２２０として使用し、パケットロジックチャネルＰＢＣＣＨ、ＰＣＣＣＨ（ＰＰＣＨ、ＰＨＥＣＨおよびＰＲＡＣＨを含む）、ＰＡＣＣＨおよびＰＤＴＣＨは、当業者に知られた技法により、無線ブロックごとに、パケットデータ物理チャネルに多重化される。
【００１５】
無線資源サブレイヤ１２は、異なる移動体ユニットまたはステーション（ＭＳ）とネットワークとの間で共用媒体を使用する上側レイヤプロトコルデータユニットの転送を許容する。無線リング制御／媒体アクセス制御機能１４は、当業者に知られた「アンアクノレッジドオペレーション（unacknowledged operation）」および「アクノレッジドオペレーション（acknowledged operation）」をサポートする。
【００１６】
無線リンク制御セグメントは、論理リンク制御プロトコルデータユニットをＲＬＣ／ＭＡＣブロックに再組立し、後ろ向き誤り訂正（ＢＥＣ）が、正しく送られなかったＲＬＣ／ＭＡＣブロックの選択的再送信を可能にする。ＲＬＣ「アクノレッジド」オペレーションモードにおいて、より上の層のプロトコルデータユニットの順序（オーダー）が保存される。ＲＬＣは、リンク適応化（adaptation）を許容し、ＩＲ（incremental redundancy）を提供することができる。
【００１７】
媒体アクセス制御（ＭＡＣ）機能は、複数の移動体局が、いくつかの物理チャネルのような共通伝送媒体を許容することを可能にし、それらを、時分割多元接続（ＴＤＭＡ）フレーム中のいくつかのタイムスロットと並列的に使用することを可能にする。移動体局がアクセスを始める（originates）とき、ＭＡＣ機能は、同時に共用伝送媒体へのアクセスを試みる一方で、複数の移動体局間をアービトレートする。移動体局がアクセスを終了するとき、ＭＡＣ関数は、アクセスの試みを待ち行列に入れ（queues）かつスケジュールする。レイヤ間の情報フローは、サービスによって（by service）、サービスアクセスポイント（ＳＡＰ）および当業者に知られた他の関数および技法を使用するプリミティブ（primitives）でありうる。
【００１８】
媒体アクセス制御機能は、共用伝送資源、例えばパケットデータ物理チャネルおよびパケットデータ物理チャネル上の無線リンク接続のマネージメントを許容する。これは、ＴＢＦ（Temporary Block Flows）をサポートし、当業者によく知られているように、ネットワークと移動体局との間で１つのセル中のシグナリングおよびユーザデータのポイントツーポイント転送を許容する。媒体アクセス制御機能は、移動体局により実行される自律的セル再選択を許可するために、ＰＢＣＣＨおよびＰＣＣＣＨの受信を許容する。
【００１９】
この説明を通して、ＴＢＦ（Temporary Block Flow）は、パケットデータ物理チャネル長でのＬＬＣＰＤＵ（Logical Link Control Protocol Data Units）の一方向転送をサポートする２つの無線資源サポートエンティティにより使用される物理接続として記述されうる。テンポラリブロックフローは、１以上のＬＬＣＰＤＵを運ぶ多数のＲＬＣ／ＭＡＣブロックを使用する１以上のパケットデータチャネルにおける割り当てられた無線資源としても記述されうる。テンポラリブロックフローは、送信されるべきＲＬＣ／ＭＡＣブロックがなくなるまで、データ転送の機関に対してのみ維持される。ＲＬＣ「アクノレッジ」モードにおいて、送信されるＲＬＣ／ＭＡＣブロックは、受信機により正しくアクノレッジされる。ＴＢＦが、ネットワークによりテンポラリフローアイデンティティ（ＴＦＩ）を割り当てられる。移動体局は、テンポラリフローアイデンティティ値が、全てのパケットデータチャネル上のアップリンクまたはダウンリンク方向のいずれかにおいて、共存する複数のＴＢＦ間で独特であると仮定する。同じＴＦＩ値が、同じ方向におけるパケットデータチャネル上の複数のＴＢＦに対して、かつ反対方向における複数のＴＢＦに対して使用されうる。ＲＬＣ／ＭＡＣブロックは、それがＴＢＦ（Temporary Block Flow）と共に委ねられる（relegated）、テンポラリフローアイデンティティでありうる。
【００２０】
無線リンク制御インターフェースプリミティブは、論理リンク制御レイヤ１６と媒体アクセス制御機能との間で論理リンク制御レイヤプロトコルデータユニットの転送を許容する。これは、プロトコルデータユニットのＲＬＣデータブロックへのセグメント化を実行し、これらのデータブロックを論理リンク制御プロトコルデータユニットに再組立する。ＲＬＣ／ＭＡＣ制御メッセージは、ＲＬＣ／ＭＡＣ制御ブロックにセグメント化され、かつコントロールブロックから再組立されうる。ＲＬＣデータブロックの選択される送信は、ＢＥＣ（Backward Error Correction）を使用してイネーブルされる。ＴＢＦ（Temporary Block Flow）は、ＲＬＣ／ＭＡＣブロックを受信する受信機を有するＲＬＣエンドポイントである２つのピアエンティティ（peer entities）を使用する。各ＲＬＣエンドポイントは、ＲＬＣ／ＭＡＣブロックを送信する送信機を有することもできる。当業者に知られているように、エンドポイント受信機は、受信状態変数により定義されうる受信ウインドウサイズを有することになる。エンドポイント送信機は、送信状態変数（Send State Variable）により定義されうる送信ウインドウサイズを有し得る。
【００２１】
現在の従来技術による機能において、論理リンク制御に対するプロトコルデータユニットは、単一のＲＬＣデータブロックのデータフィールドより大きいプロトコルデータユニットのトランスポートを許容するようにセグメント化される。ＬＬＣＰＤＵの内容が、整数個のＲＬＣデータブロックを満たさない場合、次のプロトコルデータユニットが、第１のＬＬＣＰＤＵの最後のＲＬＣデータブロック中に置かれ、第１のＬＬＣＰＤＵのエンドと次の始まりとの間にパディング（padding）またはスペーシングがない。ＴＢＦ中の最後のＬＬＣＰＤＵが、整数個のＬＬＣデータブロックを満たさない場合、フィラー（filler）オクテットが、ＲＬＣデータブロックの残りを満たすために使用される。
【００２２】
受信された（およびセグメント化された）ＬＬＣＰＤＵは、それらがより高いレイヤから受信された時と同じ順序でＲＬＣデータブロック中に置かれる。ブロックシーケンス番号（ＢＳＮ）が、ＲＬＣデータブロックに番号付けするために、各ＲＬＣデータブロックのヘッダ中に含まれる。ＲＬＣデータブロックは、受信側におけるＬＬＣＰＤＵの再組立を許容するために、連続的に（係数（modulus））番号付けされる。これは、物理リンクを介して通常送信され、ＲＬＣデータブロックを再送信する必要がある場合、これは、以前の送信と同じチャネルコーディングスキーム、ブロックシーケンス番号（ＢＳＮ）を使用して再送信される。
【００２３】
ＲＬＣデータブロックは、ＬＬＣＰＤＵを形成する全てのＲＬＣデータブロックが受信されるまで、受信機において集められる。ＲＬＣヘッダは、この時点で各ＲＬＣデータブロックから除去され、ＲＬＣデータユニットが１つのＬＬＣＰＤＵに再組立され、より高いレイヤに送られる。
【００２４】
セルラまたは他の通信ネットワークは、ＲＬＣ／ＭＡＣ制御メッセージの長さにより、ＲＬＣ／ＭＡＣ制御メッセージを、１つまたは２つのＲＬＣ／ＭＡＣ制御ブロックにセグメント化することができる。制御メッセージの内容が、整数個の制御ブロックを満たさないとき、ＲＬＣ／ＭＡＣ制御ブロックの残りを満たすために、フィラー（filler）オクテットが使用される。典型的には、制御メッセージのエレメントを含む最後のＲＬＣ／ＭＡＣ制御ブロックが、フィラーオクテットを含む。ＲＬＣ／ＭＡＣ制御ブロックヘッダの最後のセグメント（ＦＳ）ビットが、ＲＬＣ／ＭＡＣ制御ブロックが制御メッセージの最後のセグメントを含むかどうかに従ってセットされる。
【００２５】
移動体局は、典型的には、ＲＬＣ／ＭＡＣ制御メッセージをセグメント化しない。ＲＬＣ／ＭＡＣ制御ブロックは、制御メッセージを形成する全てのＲＬＣ／ＭＡＣ制御ブロックが受信されるまで、受信機において集められる。移動体局は、典型的には、並列ＲＬＣ／ＭＡＣ制御メッセージを受信することができる。
【００２６】
異なるＲＬＣ／ＭＡＣブロック構造が、データトランスファおよび制御メッセージトランスファに対して定義されうる。それらは、２つの標準、ＧＰＲＳおよびＥＧＰＲＳに対して異なりうる。通常、データトランスファのためのＲＬＣ／ＭＡＣブロックは、ＭＡＣヘッダおよびＲＬＣデータブロックを使用し、これは、ＲＬＣヘッダ、ＲＬＣデータユニットおよびスペア（spare）ビット、または結合されたＲＬＣ／ＭＡＣヘッダおよび１つまたは２つのＲＬＣデータブロックを使用する。
【００２７】
当業者に知られているように、各ＲＬＣデータブロックは、１以上のＬＬＣＰＤＵからの複数のオクテットを含む。変調エンコーディングスキームにより、１つまたは２つのＲＬＣデータブロックが、１つのＲＬＣ／ＭＡＣブロックに含まれる。異なるヘッダタイプが、送信がアップリンクまたはダウンリンクであるかにより、定義されうる。ヘッダのタイプは、変調エンコーディングスキーム（ＭＣＳ−１ないしＭＣＳ−９）に依存する。いずれかのデータブロックまたは制御ブロックを運ぶＲＬＣ／ＭＡＣブロックの異なるコンポーネントが、シーケンシャルに組み立てられる。これは、データブロックのタイプに依存して、整数個または非整数個のオクテットを含みうる。
【００２８】
ＲＬＣデータブロックは、それがＧＰＲＳまたはＥＧＰＲＳＲＬＣデータブロックに形成されるかどうかに依存して、異なるやり方で形成される。ＥＧＰＲＳＲＬＣデータブロックは、ダウンリンクまたはアップリンクに対するＦＲＢ（Final Block Indicator）ビットを有する。ＴＩ（ＴＬＬＩインジケーション）フィールドおよびエクステンション（Ｅ）フィールドに、ＥＧＰＲＳＲＬＣデータユニットが続く。このデータユニットは、１ないし２Ｎ個のオクテットのシーケンスでありうる。このデータユニットのオクテットは、必ずしもＲＬＣ／ＭＡＣブロックのオクテットと整列（aligned）していないことを理解すべきである。これらのオクテットは、ＲＬＣ／ＭＡＣブロックの２つの連続的オクテット間の境界にわたることができる。様々なチャネルコーディングスキームに対する各データユニットのサイズは、２２オクテットから２×７４オクテットまで変化しうる。
【００２９】
ヘッダフィールドにおいて、ＴＦＩ（temporary flow identity）フィールドは、ＲＬＣデータブロックが所属するＲＬＣデータブロック中のＴＢＦ（temporary block flow）を同定する。ダウンリンクおよびアップリンクＴＦＩに対して、これは、典型的に約５ビット長であり、０ないし３１の範囲のバイナリ数としてエンコードされる。ダウンリンクＲＬＣ／ＭＡＣ制御ブロックにおいて、ＴＦＩは、ダウンリンクＲＬＣ／ＭＡＣ制御ブロック中に含まれるＲＬＣ／ＭＡＣ制御メッセージが関連するＴＢＦ（temporary block flow）を同定する。このフィールドは、制御メッセージがアドレスされる移動体局を示す。移動体局は、プロトコル状態に依存して、ディストリビューション内容を分析する。このフィールドが存在し、制御メッセージの内容が、その移動体局をアドレスするＴＦＩを含むとき、その移動体局は、制御メッセージ内容中のＴＦＩを無視しうる。このフィールドが存在しない場合、全ての移動体局が、制御メッセージの内容を解釈することができる。ＰＲ（power reduction）フィールドは、現在のＲＬＣブロックのパワーレベル現象を示す。
【００３０】
ＦＢＩ（final block indicator）ビットは、ダウンリンクＲＬＣデータブロックが、ダウンリンクＴＢＦの最後のＲＬＣデータブロックであることを示す。そのビットがゼロであるとき、現在のブロックは、ＴＢＦ中のＲＬＣデータブロックでない。そのビットが１であるとき、現在のブロックは、ＴＢＦ中の最後のＲＬＣデータブロックである。
【００３１】
エクステンションビット（Ｅ）は、ＲＬＣデータブロックヘッダ中にオプショナルオクテットが存在することを示す。これがゼロであるとき、エクステンションオクテットが直後に続く(follows immediately)。これが１であるとき、エクステンションオクテットはその後に続かない。ＰＦＩフィールドの後のエクステンションビットは、ＲＬＣデータブロックヘッダ中のオプショナルオクテットを許容することにより、プロトコルのエクステンションに対して使用される。
【００３２】
ＢＳＮ（block sequence number）フィールドは、ＴＢＦ内の各ＲＬＣデータブロックに対するモジュロ（modulo）シーケンス番号を運ぶ。これは、典型的には、１１ビット長であり、ＥＧＰＲＳ標準において、０ないし２，０４７の範囲のバイナリ数としてエンコードされる。
【００３３】
長さインジケータ（ＬＩ）フィールドは、無線リンク制御データブロック内の論理リンク制御プロトコルデータユニットの境界を定める（delimits）。第１の長さインジケータは、第１のＬＬＣＰＤＵに所属するＲＬＣデータフィールドのオクテットの数を示す。第２の長さインジケータは、第２のＬＬＣＰＤＵに所属するＲＬＣデータフィールドのオクテットの数を示す。これがその後も続く。
【００３４】
本発明によれば、長さインジケータが、前述したように、ＲＬＣデータブロック内のＬＬＣＰＤＵをデリミットするために使用される。第１の長さインジケータは、第１のＬＬＣＰＤＵに所属するＲＬＣデータフィールドのオクテットの数を示すことができ、第２の長さインジケータは、第２のＬＬＣＰＤＵに所属するＬＥＣデータフィールドのオクテットの数を表示することができ、その他も同様である。いずれかのＬＬＣＰＤＵの最後のセグメントのみが、長さインジケータ内で同定されるべきである。長さインジケータは、対応するＬＩオクテットのないＬＬＣＰＤＵが、ＲＬＣデータブロックを正確に満たさない場合、ＬＬＣＰＤＵの最後のセグメントを有するＲＬＣデータブロック中に置かれるべきである。その場合において、長さインジケータは、シーケンスＲＬＣデータブロック中の次のものにおける第１の長さインジケータとしておかれるべきであり、ゼロの値をとり、データを有しない。
【００３５】
ＴＢＦの最後のＲＬＣデータブロックは、最後のＬＬＣＰＤＵがＲＬＣデータブロックを正確に満たさない場合、最後のＬＬＣＰＤＵに対応する長さインジケータフィールドを有しなければならない。最後のＬＬＣＰＤＵがＲＬＣデータブロックを正確に満たす場合、最後のＬＬＣＰＤＵは、対応する長さインジケータフィールドなしに送られることになる。最後のＬＬＣＰＤＵが、ＲＬＣデータブロックを満たさない場合、最後の長さインジケータフィールドは、ＲＬＣデータブロック中に含まれかつ１２７（111 1111）の値をとることになり、これは、後に続くＬＬＣＰＤＵがないことを示す。
【００３６】
長さインジケータフィールドは、７ビット長であり、バイナリ数としてエンコードされうる。有効な値は、０−７４の範囲の値および１２７の値である。他の値は、リザーブされる。リザーブされたＬＩ値を検出する移動体局またはＬＩおよびＥフィールドの一致しないエンコーディングは、ＵＳＦフィールド以外ＲＬＣ／ＭＡＣブロックの全てのフィールドを無視することになる。
【００３７】
本発明による、ダウンリンク構成（図２，３、４、５、６および７）に対するＥＧＰＲＳモードにおけるようなＲＬＣデータブロック中の無線リンク制御における論理リンク制御プロトコルデータユニットのデリミッテーションの例、およびＥＧＰＲＳＲＬＣデータブロック（図８、９、１０、１１、１２および１３）おけるＬＬＣＰＤＵのデリミッテーションの詳細の別の例が、説明される。例えば、図２および３は、ダウンリンクにおける本発明のＴＢＦの最初の２つのＲＬＣブロックを示す。図４、５および６は、複数のブロック中にあるＴＢＦの最後の３個のＲＬＣブロックを示す。図７は、ＢＳＮを有するＲＬＣブロックがＴＢＦ中のゼロモッド（mod）ＳＮＳに等しいＴＢＦのエンドを示す。最後のＬＬＣＰＤＵは、デリミッターを必要とせつず、最後のＬＬＣＰＤＵは、ＲＬＣデータブロックの残りを満たす。長さインジケータは、最初のＬＮおよび次のシーケンスＲＬＣデータブロックのようにゼロでありうる。これは、デリミットするためのルールを単純化し、ＬＬＣＰＤＵの最後のセグメントがＲＬＣデータブロックを丁度満たす場合、１オクテット使わずに済ませる。
【００３８】
図８、９、１０、１１、１２および１３は、図２、３、４、５、６および７に示された図と同様のダウンリンク構成に対するＥＧＰＲＳＲＬＣデータブロックにおけるＬＬＣＰＤＵのデリミッテーションの別の例を示す。
【００３９】
【発明の効果】
以上述べたように、本発明によれば、改良されたインタフェースおよびレイヤードプロトコルアーキテクチャを使用する通信システムを提供することができる。
【００４０】
以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。尚、特許請求の範囲に記載した参照番号がある場合は、発明の容易な理解のためで、その技術的範囲を制限するよう解釈されるべきではない。
【図面の簡単な説明】
【図１】基地局のような通信デバイスが無線インターフェースおよびレイヤードプロトコルアーキテクチャを有し、データブロックとしてのプロトコルデータユニットをコーディングしかつトランスファするために動作可能な本発明を含むことができる例示的な通信システムを示すブロック図。
【図２】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図３】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図４】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図５】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図６】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図７】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図８】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図９】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図１０】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図１１】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図１２】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【図１３】ダウンリンクブロックとして本発明の一例の無線リンク制御データブロックにおける論理リンク制御プロトコルデータユニットのデリミッテーションの一例を示す図。
【符号の説明】
１０  通信システム
１０ａ  ネットワークデバイス
１０ｂ  通信デバイス
１０ｃ  プロトコルアーキテクチャ
１２  無線資源（ＲＲ）サブレイヤ
１５  ＭＭサブレイヤ
１６  （ＬＬＣ）サブレイヤ論理リンク制御
１８  無線資源マネージメント
２０  シグナリングレイヤ２データリンクレイヤ
２２  物理リンクレイヤ
３０  無線資源サービスアクセスポイント
【図１】
0003914100.tif 000002
【図２】
0003914100.tif 000003
【図３】
0003914100.tif 000004
【図４】
0003914100.tif 000005
【図５】
0003914100.tif 000006
【図６】
0003914100.tif 000007
【図７】
0003914100.tif 000008
【図８】
0003914100.tif 000009
【図９】
0003914100.tif 000010
【図１０】
0003914100.tif 000011
【図１１】
0003914100.tif 000012
【図１２】
0003914100.tif 000013
【図１３】
0003914100.tif 000014