JP2003258807A - 高度マルチポイントアクセスシステムのためのｉｐプラットフォーム - Google Patents

Abstract

(57)【要約】 【課題】 高度マルチポイントアクセスシステムのため
のＩＰプラットフォームを提供すること。 【解決手段】 ＬＭＤＳシステムは、ダウンリンク（Ｄ
Ｌ）バーストに通信網終端個別変調／符号化（物理層）
を使用し、ＤＬの帯域幅が絶えず変化し、上位層（Ｉ
Ｐ）の機能は、サービス優先度重視のトラフィック整形
を行えない。本発明は、層間フレーマへのフレーミング
機能とＩＰ層機能の結合を提案する。両情報の結合によ
り、マルチ変調、マルチ符号化環境でＱｏＳの提供が保
証される。ＱｏＳキューサーバは、常に、利用可能な実
際のデータフレームビット量を知り、転送すべき次ＩＰ
パケットを、サービス優先度の側面に基づき決定する。
ＤＬフレームが一杯になるとすぐ、−最大ＤＬフレーム
レートが、常に、層間フレーマの内部処理より遅いと想
定し−ＱｏＳサーバは、データの送達を停止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、高度マルチポイン
トアクセスシステム、特にＬＭＤＳシステムのためのＩ
Ｐプラットフォームに関する。本発明は、参照により本
明細書に組み込む、本願の優先権主張の基礎をなす欧州
特許出願第０１４４０４０５．７号に基づくものであ
る。

【０００２】

【従来の技術】ＬＭＤＳシステムでは、各ダウンリンク
バーストがネットワーク終端装置に個別の変調／コーデ
ィング（物理層）スキーム（ａ ｎｅｔｗｏｒｋ ｔｅ
ｒｍｉｎａｔｉｏｎ ｉｎｄｉｖｉｄｕａｌ ｍｏｄｕ
ｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ（Ｐｈｙｓｉｃａ
ｌ ｌａｙｅｒ）ｓｃｈｅｍｅ）を使用しているため
に、ダウンリンクの帯域幅またはデータ速度が時間とと
もに絶えず変化している。ダウンリンクのデータ速度が
一定でないため、上位層（ＩＰ）の機能は、サービス優
先度を重視したトラフィック整形を行うことができな
い。基地局内のキューイング機能ブロックは、与えられ
たＩＰトラフィックをバッファリングしなければなら
ず、様々なサービス優先度を考慮しなければならない。
また、フレーマ機能ブロックは、ダウンリンクフレーム
を生成しなければならない。問題は、フレーマが与えら
れた負荷のＱｏＳ（サービス品質）要件について何も知
らず、またＱｏＳキューイングも、実際に利用可能なダ
ウンリンクの帯域幅またはデータ速度に関して何も知ら
ないことである。これは、ダウンリンク無線経路におい
てＱｏＳが失われることにつながる。

【０００３】

【発明が解決しようとする課題】本発明は、層間フレー
マを含む、ポイントツーマルチポイント無線ネットワー
ク、特にＬＭＤＳのための基地局であって、前記層間フ
レーマが、キューイングモジュールとダウンリンクフレ
ーマの直列接続を含み、前記ダウンリンクフレーマが、
ダウンリンクを介して伝送すべき次フレーム中の実際の
未使用シンボルの数を段階的に伝送するために、前記キ
ューイングモジュールへのフィードバックループを備
え、前記キューイングモジュールが、次フレーム中に含
めるためにどの情報パケットを前記ダウンリンクフレー
マに転送するべきかを段階的に決定することができ、そ
の決定が前記ダウンリンクフレーマが受け取った実際の
未使用シンボルの数に依存する、ポイントツーマルチポ
イント無線ネットワーク、特にＬＭＤＳのための基地局
の特許を請求するものである。

【０００４】

【課題を解決するための手段】本発明の有利な一実施形
態では、前記キューイングモジュールが、優先度が異な
るサービス品質パラメータを中間で記憶するための少な
くとも２つのキューを含み、次フレーム中に含めるため
にどの情報パケットを前記ダウンリンクフレーマに転送
するべきかを決定することができ、その決定が、前記ダ
ウンリンクフレーマが受け取った実際の未使用シンボル
の数、サービス品質パラメータの優先度、および対応す
る、中間で記憶された転送すべき情報パケットの長さに
依存する。

【０００５】本発明のさらなる有利な一実施形態では、
キューイングモジュールは、プロセッサ、および異なる
サービス品質パラメータを中間で記憶するための少なく
とも２つのキューを含む。

【０００６】キューは、例えばメモリやＲＡＭのような
記憶手段を含む。プロセッサは、例えば、デジタル信号
プロセッサ、コントローラ、マイクロプロセッサ、サー
バ等である。プロセッサは、決定プロセスを実行するた
めに、例えば、特定のソフトウェア、例えばプログラミ
ング言語、ＣまたはＣ＋＋で書かれたコンピュータプロ
グラムによってプログラムされる。決定プロセス機能
は、例えば決定ロジックを使用したハードウェアソリュ
ーションによって実装することもできる。

【０００７】本発明のさらなる有利な一実施形態では、
情報パケットは、ＱＰＳＫおよび／またはＱＡＭ変調デ
ータパケット、および／またはＱＰＳＫおよび／または
ＱＡＭ変調ＩＰパケットである。

【０００８】ＱＡＭ変調パケットは、例えば１６ＱＡＭ
および／または６４ＱＡＭなどでよい。情報パケット
は、さらに、例えばＦＥＣまたはＣＲＣ（ＦＥＣ＝前進
型誤訂正）を使って符号化することができる。

【０００９】ＬＭＤＳシステムでは、情報パケットは、
基地局から少なくとも１つの加入者交換局に無線で送信
される。基地局は、例えば、ＩＰネットワークに接続さ
れ、ＩＰパケットを送信および受信する。パケットの伝
送には少なくとも３つの層が使用される。ＰＨＹ層は、
パケットの変調および符号化情報を含む。ＭＡＣ層は、
認可メッセージのようなＭＡＣ情報を含む。ＩＰ層は、
様々な種類のパケットカテゴリー／クラスの優先度、例
えばベストエフォート、データ速度保証などを挿入する
サービス品質情報を含む。基地局は、異なるＱｏＳクラ
スを選択するためのＩＰクラシファイアを含む。対応す
るパケットは、中間で記憶される。中間で記憶されたパ
ケットのうちどれを最初にダウンリンクフレーマに転送
するかという決定が、キューイングモジュールにおいて
なされる。通常、高優先度のパケットが最初にサービス
される。無線で送信する新しいフレームを埋めるため
に、フレーマは、実際の未使用シンボルの数をキューイ
ングモジュールに示される。フレームは、最初は空であ
り、したがってキューイングモジュールには最大数が伝
送される。キューイングモジュールは、優先度が最も高
く、かつ中間で最も長く記憶されているパケットを選択
し、それをダウンリンクフレーマに伝送する。ダウンリ
ンクフレーマは、送信すべき次のフレーム中の実際の未
使用シンボルの数（最大数から受け取ったパケットのシ
ンボルを差し引いた数に相当する）を決定し、この数を
キューイングモジュールに伝送する。この手順は、次の
フレームが満たされるまで続く。次のフレームが無線で
加入者交換局に伝送され、伝送すべきその次のフレーム
について同じプロシージャが開始する。優先度が最も高
いパケットが未使用フレームの残りに収まらない場合、
キューイングモジュールは、長さがより短い、例えば異
なる変調のパケットを選択することができる。これは、
低優先度パケットのこともあり得る。中間で記憶されて
いるパケットをどのように転送するかを決定するプロセ
スは、例えば、最初に、例えば優先度が最も高い１０パ
ケット、次に優先度がそれよりも低い３パケット、その
次に優先度が最も低い１パケットを伝送することによっ
てすべてのＱｏＳクラスの転送を保証するなどの、特定
のアルゴリズムであることも可能である。フレームの残
りは、そのギャップに収まるパケットで満たすことがで
きる。

【００１０】本発明は、特に、１つの層間フレーマの中
でフレーミング機能およびＩＰ層機能を結合することを
提案する。両方の情報を結合することによって、マルチ
変調およびマルチ符号化環境の場合のＱｏＳの提供を保
証する。

【００１１】ＱｏＳキューサーバは、常に、利用可能な
データフレームのビットの実際の量をフレーマから知ら
されており、したがって、ＱｏＳキューサーバは、転送
すべき次のＩＰパケットまたはパケットの一部を決定す
ることができる。この決定は、常に、サービス優先度と
いう側面に基づいている。ダウンリンクフレームが満た
されるとすぐに−最大ダウンリンクフレームレートが、
常に、層間フレーマ中の内部処理よりも遅いと想定する
−ＱｏＳサーバは、データの送達を停止する。ぎりぎり
の時間に−次のダウンリンクフレームを満たすのに十分
な時間があることを意味する−ＱｏＳサーバは、再び、
次のダウンリンクフレームのＩＰパケット（フラグメン
ト）の決定および送達を開始する。（ＩＰ）パケットを
分類することにより、データベースの支援を受けて、フ
レーマの処理に必要とされるすべてのＱｏＳ、ＭＡＣお
よびＰＨＹパラメータを確かめることができる。これら
の値、およびデータパケットの記憶位置は代表パケット
の中に挿入され、この代表パケットは専用論理キューに
転送される。この転送と同時に、データパケットは、中
央ＣＳＬパケットメモリ中に記憶される。重み付きキュ
ーイング＆データパケット読取りプロセッサモジュール
は、自分のキューの１つからデータパケットを選択し、
次いで、フレーミングサブモジュールに、専用ＴＣＬパ
ケットペイロードに正確に収まるデータパケットの部分
の供給を開始する。この処理に必要なすべての情報は代
表パケットに記載される。

【００１２】ＱｏＳの提供、例えばサービスまたはフロ
ー優先サービスは、可変リンク速度環境、例えばマルチ
変調および／またはマルチ符号化環境（データ受信者に
依存する変調符号化）で可能である。

【００１３】本発明は、優先度付きパケット転送を可能
にし、また、共用メモリのコンセプトを適用するため、
最小容量のメモリスペースしか必要としない。複雑さが
低減されたダウンリンクフレーマを使用することができ
る。

【００１４】

【発明の実施の形態】以下に、ＩＰベースのローカルマ
ルチポイントディストリビューションサービス（ＬＭＤ
Ｓ）システム（基地局および加入者交換局を含む）内
の、この固定広帯域無線アクセスネットワークでＱｏＳ
を提供するために必要とされる機能を説明する。差異化
サービスアーキテクチャが適用されることを想定してい
る。指定された機能は、ネットワーク階層化モデルの階
層化に従って、また、それらのロケーションに従って構
造化されている。説明している機能は、異なるサービス
レベル合意（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅ
ｍｅｎｔｓ）のマルチプロバイダおよび複数加入者環境
も対象とする。以下はさらに、（ＩＰ）パケットベース
のＬＭＤＳシステムに必要とされる機能を説明する。本
明細書では、従来のアプリケーション、およびＱｏＳを
意識しているアプリケーションのサービス品質（Ｑｏ
Ｓ）を保証する、ＭＡＣおよび（ＩＰ）ネットワーク層
の機能に焦点を当てている。そのため、ＱｏＳ機能を追
加するために差異化サービスアーキテクチャを適用して
いる。代替の統合サービスアーキテクチャは、その重要
なスケーラビリティ上の問題のために考慮しなかった。
しかし、それでも、本発明はこの代替アーキテクチャに
も適用可能である。

【００１５】異なる代替ソリューションを、様々な層に
おいて説明する。

【００１６】ローカルマルチポイントディストリビュー
ションサービス（ＬＭＤＳ）システムは、多数の固定利
用者とバックボーンネットワークの間に無線双方向広帯
域接続を提供することを目的としている。バックボーン
ネットワークは、公衆ネットワークでも私設ネットワー
クでもよい。

【００１７】図１は、ローカルマルチポイントディスト
リビューションシステムの概観を示す。

【００１８】バックボーンネットワークと無線リンクの
間のインタフェースは、基地局ＢＳによって提供され
る。利用者側では、加入者交換局ＳＳが、無線リンクと
利用者ネットワークの間のインタフェースを提供する。
ＬＭＤＳは、バースト性データサービスと固定ビットレ
ートサービスのミックスを可能にするマルチサービスプ
ラットフォームであり、記載の実施形態では、ネットワ
ーク層はＩＰに基づく。アプリケーション要件に応じて
必要な品質が提供されるように、異なるサービス品質
（ＱｏＳ）クラスがサポートされる。例えば、リアルタ
イムの音声アプリケーションは、ファイル転送よりも遅
延および遅延ジッタが少なくなければならない。様々な
データフローを適切な諸サービスクラスで転送するため
に、差異化サービスアーキテクチャが使用される。

【００１９】ＭＡＣプロトコルは、最適な方法で無線チ
ャネルリソースを共用することを可能にする。特に、無
線チャネルが複数の利用者によって使用される、利用者
から基地局への方向においては、ＭＡＣプロトコルが競
合および帯域幅の割振りを解決する。ＭＡＣプロトコル
は、同じ媒体を目指して競合する様々な並行するアプリ
ケーションのＱｏＳ要求に応じて、無線チャネルへのア
クセスを提供する。

【００２０】図１には、分散する何人かの利用者が、無
線リンクを使って転送および交換ネットワークにアクセ
スし、それによってインターネット、彼らの私設イント
ラネット（ＶＰＮ）、および公衆または私設電話システ
ムにアクセスした場合の例を示す。この例では、利用者
ｘ、ｙ、ｚは、様々な接続が、必要なＱｏＳを得て、か
つ互いに妨害しないことを保証する共用ＳＳによって、
無線リンクにアクセスしている。この例で何人かの利用
者はまた、通常、下流方向においては上流方向において
よりもずっと広い帯域幅を持つ非対称接続を必要とし、
また、通常、この例の何人かの利用者が私設または公衆
電話システムにアクセスしている、ＩＰアプリケーショ
ンによる音声の場合ほど高いサービス品質を必要としな
い高速インターネットアクセスを行っている。

【００２１】ＩＰベースのＬＭＤＳの要件：ＩＰベース
のＬＭＤＳシステムの要件は、以下のように簡単に要約
することができる。 −従来のアプリケーションおよびＱｏＳを意識している
ＩＰアプリケーションのサービス品質 −差異化サービスのサポート −ＬＭＤＳシステム −同じＳＳのＬＡＮインタフェースに関して独立した契
約をしている複数のユーザまたはユーザグループのサポ
ート −ＩＰフローおよびサービスフローのＩＤごとのポリシ
ー機能のサポート −ＳＳモードは、ＧＰＴ（端末ごとの認可）またはＧＰ
Ｃ（接続ごとの認可）であってよい −サービス優先度を重視した高速かつ公平なリソース配
分

【００２２】収束副層（ＣＳＬ）の機能：収束副層は、
与えられたデータパケットをＣＳＬパケット中にカプセ
ル化し、それによってＭＡＣ層が様々な上位層のトラフ
ィックタイプをトンネルできるようにする。ＣＳＬ機能
は、アップリンクおよびダウンリンクに共通である。本
明細書は、ＩＰパケットを収束副層（ＣＳＬ）パケット
にカプセル化することに重点を置いている。

【００２３】フラグメンテーションは、収束副層ペイロ
ードの一部が２つ以上のＭＡＣ ＰＤＵに分割されるプ
ロセスである（図２）。誘導されたＭＡＣサービスデー
タ単位（ＭＳＤＵ）の長さは、利用可能な帯域幅を有効
に使用できるように、可変であることも可能である（ア
ップリンク）。

【００２４】図２は、収束副層（ＣＳＬ）の機能を示
す。ＣＳＬパケットを、黒枠の箱として示している。箱
はＣＳＬヘッダで構成される。

【００２５】ＭＡＣ層の機能：ダウンストリームおよび
アップリンク方向では、ＭＡＣ層の機能ブロック（図
３）は、必要とする制御信号（接続ＩＤ ＣＩＤ、フラ
グメンテーション制御ＦＣ、フラグメントシーケンス番
号ＦＳＮ）を伴うＣＳＬパケットから、フラグメント
（ＭＡＣサービスデータ単位）を受け取り、これらをＭ
ＡＣ ＰＤＵ中に収める。

【００２６】図３は、ＭＡＣサービスデータ単位がどの
ようにＭＡＣ ＰＤＵ中に挿入されるかを示す。

【００２７】ＴＣＬ層の機能：ＭＡＣ ＰＤＵは、コー
ドワードに収まるように、セグメントに分割される。
（最後の）セグメントが小さすぎる場合は、バイトスタ
ッフィング（ｂｙｔｅｓｔｕｆｆｉｎｇ）が使用される
（図３参照）。セグメントは、ＴＣＬパケットが最初ま
たはそれに続くＭＡＣ ＰＤＵセグメントを伴うかどう
かを示すポインタとともに、ＴＣＬパケット中に挿入さ
れる。最後のＭＡＣ ＰＤＵセグメントを伴うＴＣＬパ
ケットがスタッフィングバイトを含む場合、ポインタは
最初のスタッフィングバイトをマークする。

【００２８】図４は、伝送収束層を示す。

【００２９】物理層の機能：この実施形態では、ＦＤＤ
／ＴＤＭの変形形態が最も興味深いと考えられるため、
それに重点を置いている。ＴＣＬパケットは、バースト
記述テーブル内に定義されているコーディング戦略で符
号化される。適用するバーストコーディング（ｂｕｒｓ
ｔ ｃｏｄｉｎｇ）の選択は、ダウンリンクマップ（Ｄ
Ｌマップ）中の索引（ダウンリンク内部利用コード−Ｄ
ＩＵＣ）を使用して行う。ダウンリンクバースト（図
５）は、次いで、スクランブルされ、同じくバースト記
述に従って、シンボルにマップされる。結果として得ら
れるＰＬシンボルコードワードは、適当な位置でダウン
リンクフレーム中にマップされる。このダウンリンクフ
レームは、２つの必須かつ可変サイズのフィールド（Ｐ
ＨＹおよびＭＡＣ）と、それに続く、４ＱＡＭ、１６Ｑ
ＡＭ、６４ＱＡＭ用の任意かつ可変サイズのペイロード
エリアを有する。

【００３０】図５は、ダウンリンクの物理層の機能を示
す。

【００３１】図６は、アップリンクの物理層の機能を示
す。

【００３２】この機能は、ＰＬシンボルコードワードが
ＵＬ ＰＬバーストに挿入されることを除き、ダウンリ
ンクの機能にきわめて似ている。バースト記述も、上流
の内部利用コード（ＵＩＵＣ）によって索引される、バ
ースト記述テーブルによって与えられる。ダウンリンク
フレームのＭＡＣ制御フィールド中に配置されているア
ップリンクマップＭＡＣメッセージ内において、ＳＳ
は、それらの認可情報を得る。この認可情報は、接続Ｉ
Ｄ、ＵＩＵＣおよびアップリンクのバーストサイズを提
示する。ＭＡＣ ＰＤＵは、複数のアップリンクバース
トで転送され得る。

【００３３】ＢＳおよびＳＳの機能の概観：図７は、ダ
ウンリンクおよびアップリンクのデータ経路に分離され
たＢＳおよびＳＳの機能の概観を示す。ＬＭＤＳシステ
ムのＱｏＳの挙動に大きな影響を与える機能は、太字で
印刷してある。図は、主要（データフロー関連）機能を
含めて、４種類の象限を示す。ダウンリンクまたはアッ
プリンクの矢印を辿ると、プロセスの順序がわかる。

【００３４】ＢＳのダウンリンクの機能仕様（ＳＷ）：
図８には、ＩＰベースの基地局を示す。これは、以下の
主な機能ブロックを含む。

【００３５】ＩＰ／パケット層ブロック この機能ブロック内では、コアネットワークから受け取
ったＩＰパケットは、最初に、ＩＰおよび／または転送
プロトコル（ＵＤＰ、ＴＣＰ）の専用ヘッダフィールド
を使って分類される−３層および４層の処理。ＩＰパケ
ットの分類は、抽出した情報を使ってデータベースをア
ドレス指定することにより行われる。そのように分類さ
れたＩＰパケットは、ＩＰパケットの個々のヘッダを前
に付加する収束副層ブロックに転送される。これによっ
て、この収束副層パケットの次の処理ステップにおい
て、伴うプロトコル（ＩＰ、ＡＴＭなど）とは無関係に
一般的な処理を行うことが可能になる。このパケット
は、専用サービス優先度／クラスに対応する専用パケッ
トキューに記憶される。キューが輻輳した場合、パケッ
ト廃棄アルゴリズムがパケットの受け入れについて決定
する。ダウンストリームのフレームペイロードフィール
ドは、サービス優先キューからのデータで満たされる。
重み付きキューサーバは、データセグメントがキューか
ら取り出される順番を決定する。

【００３６】収束副層（ＣＳＬ）ブロック 純粋にＩＰベースのシステムでは、収束副層ブロックは
何の機能も持たない。それでも、このブロックが、ＣＳ
Ｌヘッダを前に付けることによってＩＰパケットをＣＳ
Ｌパケットにフレーム化し、それによって、異なるプロ
トコルを区別することが可能になると考えられる。ＣＳ
Ｌヘッダを前に付ける機能は、すべてのプロトコルパケ
ットに共通なパケットキューイング要件により、ＩＰ／
パケット層ブロックに移動される。ＣＳＬフラグメンテ
ーション機能は、この処理ブロック内に残る。

【００３７】ＭＡＣ層ブロック ＩＰ分類のさらなる成果が、ＭＡＣ接続ＩＤである。
（ＩＰ）パケットは、このＭＡＣ接続内で転送される。
ＭＡＣブロックは、（ＩＰ）パケットフラグメントを受
け取り、それらをＭＡＣ ＰＤＵペイロード中に挿入す
る。一方、ＭＡＣＣＩＤは、対応するＭＡＣ ＰＤＵの
ヘッダフィールド中に置かれる。さらに、フラグメンテ
ーション制御およびシーケンス番号がＭＡＣヘッダに追
加され、ＣＳＬパケットのリアセンブリが可能になる。

【００３８】伝送収束層 ＭＡＣブロックから受け取ったＭＡＣ ＰＤＵは、無線
インタフェースを介して、コード化せずに伝送すること
はできない。したがって、ＴＣＬは、ＭＡＣＰＤＵをコ
ードワードに収まるデータ部分にセグメント化しなけれ
ばならない。任意のＴＣＬセグメントに適用することが
できる複数のコーディングが定義されている。

【００３９】物理層 物理層の機能には、コードワードの生成およびコードワ
ードのスクランブリングが含まれる。これらのコードワ
ードは、ＭＡＣメッセージコードワードおよび物理層メ
ッセージコードワードとともに、ダウンリンクフレーム
に多重化しなければならない。同じ変調タイプで転送さ
れるコードワードは、フレーミングに従ってグループ化
される。シンボル数を単位とするグループサイズは前も
ってはわからず、与えられる負荷および対応するバース
ト記述子によって定義される。前のフレームが伝送され
ている間に、ダウンリンクフレーマおよびバーストプー
ルマネージャは、次に続くダウンリンクフレームを構築
する。シンボルマッパは、バイトとして物理層メモリ中
に記憶されているコードワードを、変調タイプによって
決定したシンボルに変換する。

【００４０】ＭＡＣ層管理 アップリンク帯域幅割当てのための優先度付与リソース
スケジューラは、ＭＡＣ層管理ブロック内の主要機能で
ある。ＭＡＣリソーススケジューラは、５種類の指定さ
れたサービス優先度および異なるフィードバックメカニ
ズム（スリップ表示、ピギーバッキング（ｐｉｇｇｙ−
ｂａｃｋｉｎｇ）、ポールミー表示（ｐｏｌｌ ｍｅ
ｉｎｄｉｃａｔｉｏｎ）、バースト要求メッセージ）を
サポートしなければならない。これは、上流方向におい
てＱｏＳを結果として提供する上でプロビジョニングに
とって重要な機能である。加入者交換局方向への通信イ
ンタフェースは、ＵＬ−マップメッセージによって構成
される。これらのＵＬ−マップメッセージは、各ダウン
リンクフレーム中に挿入しなければならない。

【００４１】ＤＬマップメッセージは、ＭＡＣ層管理ブ
ロック内で生成される。これらのメッセージは、与えら
れたトラフィックとともに変化する、ダウンリンクフレ
ームの実際の構造を示す。

【００４２】さらなるＭＡＣメッセージキューが、電力
および遅延の範囲、チャネル管理、登録管理、動的サー
ビス管理などのすべてのその他のＭＡＣ機能を収集す
る。これらのメッセージはまた、ダウンリンクフレーム
のＰＨＹおよびＭＡＣ制御フィールド中にも挿入され
る。

【００４３】図８は、基地局のダウンリンク機能ブロッ
クを示す。

【００４４】ＩＰ／パケット層の機能ブロック：主なＩ
Ｐ層の機能は、データ速度適合化のためのＩＰの分類お
よびＩＰのキューイングである。ＩＰの分類では、ＩＰ
ヘッダから異なるフィールドを抽出する。ＩＰｖ４の場
合、これらのフィールドは以下の通りである。 プロトコル ＩＰの発信元および宛先アドレス（３層） 転送プロトコルの発信元および宛先ポート（４層）

【００４５】これらの値の１つまたはいくつかを使用し
て、ＭＡＣ、伝送収束、および物理層など、ＢＳダウン
リンクのさらなる層において必要とされるすべての関連
情報を提供するデータベースをアドレス指定する。この
ＩＰ層機能ブロック内では、データベースから受け取っ
たサービス品質パラメータを使用して、サービス優先度
レベルを識別する。サービス優先度レベルは、受け取っ
たＩＰパケットを記憶する「ＩＰキューイング」サブブ
ロックに配置されている優先キューを判定する。これら
の優先キューは、高優先度サービスの遅延および／また
はパケット損失を最小限にするために必要とされる。ベ
ストエフォートサービスに属するＩＰパケット、または
データベース内に特定のエントリがないＩＰパケット
は、常に、優先度が最も低いキューに記憶される。

【００４６】データベースが提供するべき最低限の内容
は、ＭＡＣ層のＰＤＵに必要とされる接続ＩＤ（ＣＩ
Ｄ）、および内部利用コード（ＤＩＵＣ）によって参照
される、対応するダウンリンクバースト情報である。Ｑ
ｏＳパラメータは、デフォルトではベストエフォートと
考えられる。受け取ったＩＰに関して、データベース内
にエントリがない場合、このパケットは落とされる。デ
ータベース情報のためのＩＰルーティング情報を決定す
るのに必要なＩＰルーティングプロトコル、およびアド
レス解決プロトコルについてはここでは述べない。

【００４７】物理層のバーストプールマネージャは、Ｉ
Ｐパケットの転送を制御する。これによって、物理層の
サブブロックは、ＩＰパケットの読取りデータ速度を、
実際のダウンリンクのビットレートに適合させる（バッ
クプレシャーアルゴリズム）。次のフレーム周期の間に
ダウンリンクフレームを生成する物理層のサブブロック
は、必要とするペイロードデータを、ＩＰキューイング
サブブロックに要求する。ＩＰキューイングサブブロッ
クは、ダウンリンクフレーム中に挿入するための正しい
コードワードを中間サブブロックが生成できるような方
法で、優先度を決定して、データセグメントおよび要求
された制御信号を転送する。

【００４８】ＩＰの分類：ＢＳ（ダウンリンク）の入口
におけるパケット（ＩＰパケット）の分類は、個々の、
または統合されたＩＰフローに専用ＱｏＳ特性を提供す
るための主要機能である。ＩＰｖ４またはＩＰｖ６パケ
ット、および／またはＵＤＰまたはＴＣＰ宛先ポートの
ＩＰヘッダ（差異化サービスＤＳ、プロトコル、宛先ア
ドレス、トラフィッククラス、フローラベル）の１つま
たはいくつかのフィールドについて、分類がなされる。
これらの情報フィールドを使ってデータベースをアドレ
ス指定することによって、ＩＰ分類サブブロックは、フ
ローの分類のための情報、および必要とするＭＡＣ、Ｔ
ＣＳおよびＰＨＹ層の情報を受け取る。デフォルトのＱ
ｏＳ分類は「ベストエフォート」である。すべての「ベ
ストエフォート」パケットは、ＩＰキューイングサブブ
ロックのサービス優先度が最も低いキュー中に記憶され
る。

【００４９】ポリシング：ポリシング機能は、ダウンリ
ンクデータを測定および制限するために必要とされる。
ダウンリンクの帯域幅を共用するマルチプロバイダ環境
の場合、各サービスプロバイダの契約の準拠を監督する
必要がある。ポリシングモジュールは、与えられた負荷
が契約を超える場合には、データパケットを落とし、ま
たはドロップ優先順位を設定しなければならない。サー
ビスプロバイダのトラフィックのポリシングのほかに、
合意されたサービスレベル合意（ＳＬＡ）に基づいてユ
ーザトラフィックのポリシングも必要なことがある。

【００５０】パケットキューイング：ＬＭＤＳシステム
のダウンリンク方向における適応型変調および可変ＦＥ
Ｃの定義によって、得られるダウンリンクペイロードの
データ速度は常に変化している。なぜならば、ダウンリ
ンクフレームで６４ＱＡＭ、１６ＱＡＭ、または４ＱＡ
Ｍを伝送するシンボルの量、および伝送するコードワー
ドのＦＥＣオーバヘッドは、フレームごとに絶えず変化
している。この変化の原因は、ＳＳの個々のバースト
を、個々の効率（シンボル当たりのペイロードビット）
で定義することである可能性もある。異なるＳＳを介し
て宛先に到達するＩＰパケットは、異なるバーストで転
送される。したがって、ペイロードのデータ速度は、ト
ラフィックと時間に依存する。多くのトラフィック負荷
が、１６ＱＡＭまたは４ＱＡＭを受け取るＳＳに比べ、
６４ＱＡＭを受け取ることができるＳＳに向けて伝送さ
れた場合、平均ダウンリンクビットレートが大きくな
る。すべてのＳＳが４ＱＡＭしか受信できない最悪の場
合、したがってビットレートは低くなる。上述のダウン
リンクＢＳのスループットの変化、およびＬＭＤＳのＭ
ＡＣ層と、接続されているコアネットワークのＩＰ層の
間の独立性の結果、速度への適合化、およびＱｏＳを重
視したキューイングを、近接するエッジルータ／スイッ
チによって行うことができない。したがって、ＬＭＤＳ
システムは、異なるビットレートに適合するために、そ
の入口でＩＰキューイング機能を追加しなければならな
い。

【００５１】図８は、層間フレーマを含む、ポイントツ
ーマルチポイント無線ネットワーク、特にＬＭＤＳのた
めの基地局であって、前記層間フレーマが、キューイン
グモジュール（ＩＰキューイングサブブロック）とダウ
ンリンクフレーマの直列接続を含み、前記ダウンリンク
フレーマが、ダウンリンクを介して伝送すべき次フレー
ム中の実際の未使用シンボルの数を段階的に伝送するた
めに、前記キューイングモジュールへのフィードバック
ループを備え、前記キューイングモジュールが、次フレ
ーム中に含めるためにどの情報パケットを前記ダウンリ
ンクフレーマに転送するべきかを段階的に決定すること
ができ、その決定が前記ダウンリンクフレーマが受け取
った実際の未使用シンボルの数に依存する、ポイントツ
ーマルチポイント無線ネットワーク、特にＬＭＤＳのた
めの基地局を示す。

【００５２】本発明の有利な一実施形態では、前記キュ
ーイングモジュールが、優先度が異なるサービス品質パ
ラメータを中間で記憶するための少なくとも２つのキュ
ーを含み、次フレーム中に含めるためにどの情報パケッ
トを前記ダウンリンクフレーマに転送するべきかを決定
することができ、その決定が、前記ダウンリンクフレー
マが受け取った実際の未使用シンボルの数、サービス品
質パラメータの優先度、および対応する、中間で記憶さ
れた、転送すべき情報パケットの長さに依存する。

【００５３】図９は、キューイングメカニズムを示す。

【００５４】ビットレートへの適合を達成するためのバ
ッファリング代替案： 単一のＦＩＦＯキュー（パケット廃棄メカニズムを含
む）の使用 複数のサービスクラスＦＩＦＯキュー（パケット廃棄メ
カニズムを含む）

【００５５】代替案１は、ビット速度への適合のための
最も単純な解決策であるが、リアルタイムおよびベスト
エフォートＩＰパケットが同じＦＩＦＯキューに記憶さ
れるという大きな欠点がある。これは、遅延に敏感なア
プリケーションに、キューイング遅延を最小限に抑える
ための優先度を与えることができないことを意味する。
高度なパケット廃棄メカニズムが適用されたとしても、
この基本的な欠点は残ったままである。したがって、代
替案１は、リアルタイムサービスの遅延および遅延ジッ
タ要件を保証するためには十分とは言えず、したがっ
て、次のシミュレーション段階では評価しない。

【００５６】以下に、３つの主なパケット廃棄メカニズ
ム（しばしば、キューイングアルゴリズムまたは輻輳制
御アルゴリズムと呼ばれる）について触れ、簡単に紹介
する。これらのメカニズムは、文献の中の様々なアプリ
ケーションにおいて論じられ、研究されている。これら
のメカニズムは以下の通りである。ランダム早期廃棄
（ＲＥＤ）、またはイン／アウトによるＲＥＤ（ＲＥＤ
ｗｉｔｈ Ｉｎ ａｎｄ ＯＵＴ）（ＲＩＯ）、また
は２つのドロップ優先レベルによるテールドロップ

【００５７】これらのメカニズムは、「出力ポートの輻
輳」が生じた場合に、落とすべきパケットを選択する方
法が異なる。

【００５８】図１０は、ＲＥＤの図を示す。

【００５９】ＲＥＤは、平均キュー深度を測定し、異な
るパケットドロップ確率を持つ２つのキューしきい値を
定義する。

【００６０】ＲＥＤは、グラフが示す確率でパケットを
選択的に落とす。グラフ中、Ｍｉｎ、Ｍａｘおよびｐ
は、選択可能なパラメータである。

【００６１】利点：従来のキューイングアルゴリズムに
比べて、バーストがよりよくサポートされる。平均キュ
ー深度が浅いために、遅延が少ない。ＴＣＰデータフロ
ー間で、よりフェアな帯域幅配分がなされる。

【００６２】欠点：契約を超えたフローと契約遵守のフ
ローが区別できない。ＲＥＤとＴＣＰの間の輻輳制御の
相互作用のために、ＵＤＰトラフィックが支配する。

【００６３】図１１は、ＲＩＯの図を示す。

【００６４】イン／アウトによるＲＥＤ（ＲＩＯ）は、
ＲＥＤと類似であるが、各パケットタイプのドロップ優
先順位が異なる、パケットのタイプを区別する。

【００６５】アプリケーションによっては、パケットタ
イプが、ＩＰ転送プロトコル（ＴＣＰ、ＵＤＰ）、また
はインプロファイルまたはトラフィック離脱プロファイ
ル挙動に関して異なることがある。

【００６６】利点：ドロップ優先レベルに関して、ＲＩ
Ｏは、提案されている転送保証（ＤｉｆｆＳｅｒｖ）に
従っている。ＵＤＰトラフィックがキューを支配しな
い。

【００６７】欠点：フロー当たりの細分性でパケットを
識別することができない。実装のための労力が多い。

【００６８】図１２は、テールドロップの図を示す。

【００６９】２つのドロップ優先レベルを持つテールド
ロップは、ＲＥＤまたはＲＩＯと同様である。ステップ
機能を使用して、パケットを落とす。この機能は、平均
キュー深度の代わりにキュー深度を使用することを提案
する。

【００７０】利点：実装のための労力が少ない。

【００７１】欠点：正しく動作するために、フローごと
のポリシングを必要とする。

【００７２】代替案２では、重み付きＩＰパケットキュ
ーサーバおよびパケット廃棄アルゴリズムの１つととも
に、複数のキュー（妥当なキューの数は２から４）を導
入する。ＩＰの分類に基づき、ＩＰパケットは対応する
サービスキューに転送される。キューイングアルゴリズ
ムは、キューの充填状態ができるだけ少なくなるように
する。キューの個々のドロップ確率機能によって、遅延
がサービスに適合される。さらに、重み付きキューサー
バは、２つのメカニズムを使ってサービス優先度を決定
する。第１のメカニズムは、常に、空でなく、優先度が
高いキューを最初にサービスする。第２のメカニズム
は、空ではないキューについて、相対的なサービス確率
を定義する。それによって、高優先度のサービスキュー
中に常にトラフィックがある場合にも、ベストエフォー
トＩＰパケットが確実に忘れられないようにする。

【００７３】キューサーバは、２つまたはそれ以上の完
全にかつ正しく受け取られて記憶された（ＩＰ）パケッ
トが、異なるパケットキュー中で待機しているかどうか
を判定しさえすればよい。低優先度の（ＩＰ）パケット
の実際の転送は、ＣＳＬサブブロックへ向けた優先度が
より高い（ＩＰ）パケットの転送によって、両方のパケ
ットが異なるＣＩＤに属する場合には妨害される可能性
がある。なぜならば、ＭＡＣ層は、同じＣＩＤの複数の
パケットのフラグメントを転送する手段を持たないから
である。

【００７４】キューサーバは、ダウンリンクフレームを
満たすために必要なデータシンボルの数を示す値を、Ｐ
ＨＹ層サブブロックから受け取る。パケットキューイン
グ機能は、前に行われたＩＰの分類およびデータベース
へのアクセスから、コードワードのオーバヘッドバイト
を計算するためのすべての関連情報（ＣＩＤ、ＤＩＵ
Ｃ）および選択された変調タイプを知っている。パケッ
トキューイング（機能）は、これを適用して、キューか
ら計算したデータバイト数を読み取って、コードワード
を生成する。キューサーバは、要求した数のダウンリン
クフレーム用のデータシンボルが供給されるまで、次の
コードワードの生成を即座に開始する。キューサーバ
は、新しいパケットの開始、システムが純粋にＩＰベー
スのものでない場合はパケットのタイプ、および、異な
るＣＩＤに属するインターリーブされたパケットフラグ
メントをＣＳＬが区別できるようにするＣＩＤを、ＣＳ
Ｌのサブブロックに示す。

【００７５】ＣＳＬ機能ブロック：ＣＳＬのサブブロッ
クは、送達されたＭＳＤＵが、完全なパケットか、また
はパケットフラグメントのみを含むかを、フレーム制御
（ＦＣ）信号を使ってＭＡＣ層のサブブロックに示す。
パケットのフラグメントだけだった場合には、フラグメ
ントシーケンス番号（ＦＳＮ）も示す。ＭＳＤＵ、ＦＣ
およびＦＳＮと同時に、ＣＩＤもＭＡＣ層サブブロック
に送る。

【００７６】ＭＡＣ機能ブロック：フレーマ機能は、こ
の（ＩＰ）パケット（のフラグメント）について前にサ
ービス優先度の決定を行った、パケットキューイングサ
ブブロックからの、パケット（のフラグメント）の読出
しを制御する。このパケットをＭＡＣ層上に転送するた
めに、ＭＡＣ機能ブロックは、ＭＡＣフレームカプセル
化機能を実行する。

【００７７】ＴＣＬ機能ブロック：ＭＡＣ ＰＤＵは、
コードワードに収まるように、セグメントに分割され
る。（最後の）セグメントが小さすぎる場合は、バイト
スタッフィングが使用される。セグメントは、ＴＣＬパ
ケットが最初またはそれに続くＭＡＣ ＰＤＵセグメン
トを伴うかどうかを示すポインタとともに、ＴＣＬパケ
ット中に挿入される。最後のＭＡＣ ＰＤＵセグメント
を伴うＴＣＬパケットがスタッフィングバイトを含む場
合、そのポインタは最初のスタッフィングバイトをマー
クする。

【００７８】ＰＨＹ層の機能ブロック：物理層の機能
は、バースト記述子に応じてリードソロモン（Ｒｅｅｄ
−Ｓｏｌｏｍｏｎ）またはターボコーディング（Ｔｕｒ
ｂｏ Ｃｏｄｉｎｇ）を実行するコーディングサブブロ
ックを含む。コーディング機能の詳細パラメータは、Ｉ
Ｐの分類およびデータベースサブモジュールから送達さ
れる。コーディングをＴＣＬパケットペイロードに追加
した後、次いで、ＴＣＬパケットを、スクランブリング
定義を使ってスクランブルする。誘導された、ＰＬがス
クランブルしたコードワードは、バーストプールメモリ
中に転送される。バーストプールメモリは、変調タイプ
を表す３つのエリアに動的に分割される。変調タイプご
とに複数のコーディングがある場合は、さらなる細区分
が必要となる。ＦＤＤ／ＴＤＭの場合、ＰＬがスクラン
ブルした、同じバースト記述子（変調、コーディング、
スクランブリングなど）を備えたコードワードは、ダウ
ンリンクフレーム中で、共にグループ化され、したがっ
て、バーストプールメモリにおいても（論理的に）グル
ープ化される。このようなグループのそれぞれは、バー
スト記述子（ＤＩＵＣ）および物理スロットスタートを
示すことによって、ＤＬマップ内で知らされる。

【００７９】ＭＡＣ管理機能ブロック：このブロック内
の主要な機能は、この場合のさらなる調査の焦点でもあ
る、ＭＡＣスケジューラである。ＭＡＣスケジューラ
は、ＳＳ認可を生成し、ＵＬマップマネージャは、受け
取ったデータ認可を有効なＵＬマップメッセージ中に挿
入する。

【００８０】図１３に示す原理スキームは、ＱｏＳ基準
に従ってデータ伝送をスケジュールするための適切な基
盤を提供する。それは、優先度レベルごとに１機能づ
つ、複数の独立したスケジュール機能（認可マネージ
ャ）があることを示す。各認可マネージャは、トラフィ
ックパラメータで構成されなければならない。

【００８１】様々な認可マネージャが、ＳＳから専用フ
ィードバック情報を受け取る。したがって、例えば、Ｕ
ＧＳタイプの認可を生成するＣＢＲ認可マネージャは、
ＣＢＲキューがプログラム可能なしきい値を超えた場合
には、ＳＳからスリップ表示（ＳＩ）情報を得る。スリ
ップ表示を受け取ると、ＣＢＲ認可マネージャは、認可
速度をわずかに（約１％）上げて、キュー満杯状態を、
そしてそれによってデータパケットのキューイング遅延
を、ゆっくりと減少させる。非ＣＢＲタイプのトラフィ
ックについては、バースト性トラフィックソース（ｂｕ
ｒｓｔｙ ｔｒａｆｆｉｃ ｓｏｕｒｃｅｓ）に対し
て、適切かつ動的に反応するように定義された様々なメ
カニズムがある。これらのフィードバック情報は、認可
速度を修正するために、対応する認可マネージャに転送
される。

【００８２】優先度スケジューラは、ＵＬマップ中に挿
入すべきデータ認可を生成する。これによって、データ
認可の異なる優先度が重視されなければならない。

【００８３】ＭＡＣスケジューラは、すべてのＳＳおよ
び異なるサービス優先度の間に、フェアかつＱｏＳを重
視した方法で、認可を分配しなければならない。

【００８４】認可生成およびキューイングアルゴリズム
は、ＴＣＰおよびＵＤＰのトラフィック処理能力に強い
影響をもっており、したがって十分な妥当性確認タスク
を必要とする。

【００８５】図１４はＭＡＣスケジューラを示す。

【００８６】ＢＳアップリンクの機能仕様：ＢＳアップ
リンクの機能説明においては、伝送収束層が使用可能で
あり、また、接続されているバックボーンネットワーク
中の利用可能な帯域幅が、アップリンクの無線インタフ
ェース上の帯域幅よりも広いと想定している。したがっ
て、ＢＳアップリンクの主要なタスクは、ＩＰパケット
を取り出し、それらを最小限の遅延でバックボーンネッ
トワークに向けて送ることである。さらに、２つの主要
ななＭＡＣ関連情報が、アップリンクデータストリーム
から抽出されなければならない。１つは、アップリンク
のバーストサブフレーム構造のＢＷ要求競合エリア（図
１５参照）中の競合表示である。この情報は、ＭＡＣス
ケジューラが、いくつかのバースト要求メッセージが同
時に送られたことを識別し、競合しているＳＳに向けて
アップリンク帯域幅を高速に供給するために、競合解決
プロセスを開始できるようにするために必須である。も
う一方の主要なＭＡＣ関連メッセージは、ＭＡＣスケジ
ューラに、ＳＳ内で待機しているミニスロットの数につ
いて知らせるＭＡＣ要求メッセージ自体である。ＭＡＣ
スケジューラは、この情報を処理し、より優先度の高い
要求が受け付けられるとすぐに、このＳＳに帯域幅を供
給する。

【００８７】図１４は、基地局のアップリンク機能ブロ
ックを示す。

【００８８】基地局は、アップリンク機能ブロック中
で、アップリンクバーストからＴＣＬパケットの抽出を
処理する。これらのＴＣＬパケットは、ＭＡＣモジュー
ル内で、ＭＡＣ ＰＤＵを得るためにリアセンブルされ
る。失われたＴＣＬパケットは不完全なＭＡＣ ＰＤＵ
となり、落とされる。ＭＡＣモジュールはまた、接続Ｉ
Ｄ（ＣＩＤ）のルーティングを行って、ＭＡＣマネージ
ャに向けて転送されなければならないＭＡＣ関連のＭＡ
Ｃ ＰＤＵを識別する。

【００８９】収束モジュールは、受け取ったＭＡＣサー
ビスデータユニットをデフラグメントし、収束副層ヘッ
ダを除去する。取り出されたＩＰパケットは、ＩＰベー
スのバックボーンに向けて転送される。

【００９０】図１５は、ＰＨＹアップリンクバーストの
サブフレーム構造を示す。

【００９１】ＳＳアップリンクの機能仕様：加入者交換
局（ＳＳ）の２つの異なる動作モード、「端末ごとの認
可（ＧＰＴ）」モードおよび「接続ごとの認可（ＧＰ
Ｃ）」モードを定義する。第１の場合では、ＳＳに属す
るすべての接続に対して帯域幅が認可されるが、第２の
場合では、ＢＳが各接続に対して明白に帯域幅を認可す
る。ＧＰＣモードは、よりインテリジェントなＳＳが最
後の瞬間に決定を行うことができ、また、スケジューリ
ングサービスによっては、帯域幅スティールメカニズム
（ｂａｎｄｗｉｄｔｈｓｔｅａｌｉｎｇ ｍｅｃｈａｎ
ｉｓｍ）が可能なものもあるため、おそらくもともとＢ
Ｓによって認可されたのとは異なって帯域幅を利用する
ことができる。以下に、ＧＰＴモードで動作するＳＳに
ついて説明する。図１６は、次の機能ブロックにモジュ
ラー化された、アップリンク方向のＳＳを示す。

【００９２】パケットモジュール ＩＰベースのシステムでは、この機能ブロックは、ＩＰ
パケットの分類を実行する。専用フローについては、ポ
リシングが実行され、その結果、ドロップ表示またはパ
ケットのドロップにさえなる。

【００９３】サービスフローモジュール サービスフローモジュール内では、パケットフローはサ
ービスフロー中に関連付けられる。サービスフローのコ
ンセプトは、ＭＡＣプロトコルの動作の中心となるもの
であり、サービス品質管理のためのメカニズムを提供す
る。データは接続間を伝送される。サービスフローの接
続へのマッピングも、このモジュール内でなされる。

【００９４】キューイングモジュール ５つの異なるタイプの上流スケジューリングサービスが
定義され、各サービスタイプごとに専用キューが実装さ
れる。接続は、これらの優先キュー中にマップされる。
重み付きキューサーバは、どのキューを処理するか、ま
たキューから取り出されるデータセグメントのサイズを
判定する。

【００９５】ＭＡＣモジュール ＭＡＣモジュールは、キューイングモジュールからデー
タセグメントを受け取り、特に接続ＩＤを含む、生成さ
れたＭＡＣヘッダを前に付ける。

【００９６】ＰＨＹモジュール

【００９７】図１６は、ＧＰＴモードの加入者交換局ア
ップリンクモジュールを示す。

【００９８】パケットモジュール：ＩＰベースのシステ
ムでは、パケット層ブロックは、後方に配置されたユー
ザ機器からＩＰパケットを受け取る。システム中で、Ｉ
Ｐ ＱｏＳメカニズムを、差異化サービスまたは統合サ
ービスとして使用可能にするためには、次に続くポリシ
ング機能のための、異なるＩＰパケットの分類が必要と
なる。図１７は、ＩＰ ＱｏＳ機能を使用可能にするた
めに必要とされる全般的な機能ブロックを示す。

【００９９】入りパケットは、ＩＰヘッダの関連するフ
ィールドを抽出することによって、異なるフローに分類
される。ＩＰｖ４パケットの場合は、発信元ＩＰアドレ
ス、および利用可能ならばＴＣＰ／ＵＤＰ発信元ポー
ト、ＩＰｖ６パケットの場合は、発信元アドレスおよび
フローラベルがあれば、パケットを分類するのには十分
である。これらの情報に基づいて、パケットはＩＰフロ
ー中に関連付けられる。さらに、これらの情報を使っ
て、パケットポリシング機能ブロック中で使用されるサ
ービスプロファイルを提供するデータベースがアドレス
指定される。この機能ブロック内では、トラフィックプ
ロファイルによって与えられたトラフィック契約に適合
しているかどうかに関して、分類されたパケットフロー
の監視がなされる。不適合の場合、ドロップ表示フラグ
を立てることによって、パケットが示される。後で、サ
ービスフローモジュールにおいて、いくつかのパケット
フローを１つのサービスフローに合流させることによっ
て多重化ゲインを達成することが可能なので、このブロ
ックにおいてパケットを落とすことは必須ではない。し
たがって、ドロップ表示は、後のサービスフローポリシ
ング機能のために不適合パケットを判定するのに必要で
ある。

【０１００】図１８は、パケットモジュールを示す。

【０１０１】サービスフローモジュール：サービスフロ
ーモジュール内には、収束副層機能ブロック（ＣＳＬブ
ロック）が配置されている。ＩＰパケットをＭＡＣ層の
接続およびサービスにマップすることが、この収束副層
のタスクである。パケットモジュールから来るＩＰパケ
ットは、ＣＳＬパケットにカプセル化されて、ＩＰヘッ
ダの内容に基づいてＭＡＣ転送接続にマップされる。Ｃ
ＳＬブロックは、ＩＰｖ４およびＩＰｖ６パケットの両
方を受け入れる。サービスフローのコンセプトがＭＡＣ
プロトコルの動作の中心であり、またサービス品質管理
のメカニズムを提供するため、サービスフローへのパケ
ットのマッピングは重要である。複数のパケットフロー
を単一のサービスフローで供給することができ、この場
合、各サービスフローは、以下の属性で特徴付けられ
る。 −サービスフローＩＤ −接続ＩＤ −ＱｏＳパラメータセット

【０１０２】同意されたトラフィックパラメータの準拠
ポリシングがサービスフローレベルでなされるため、パ
ケットの識別、および対応するサービスフローへの割当
が必要である。入りパケットが属するサービスフローの
識別は、ＩＰヘッダの内容に基づく。表１にはＩＰｖ４
用の、表２にはＩＰｖ６用の関連するＩＰヘッダフィー
ルドをリストアップしている。

【表１】

【表２】

【０１０３】サービスフロー識別機能は、抽出したヘッ
ダ情報を処理して、サービスフロー識別子（ＳＦＩＤ）
に与える。ＳＦＩＤを使って、サービスフローのために
定義され、保持されている、待ち時間、ジッタ、スルー
プットの保証などのＱｏＳパラメータを備えたデータベ
ースがアドレス指定される。データベースは、要求され
たＱｏＳパラメータセットを、保持されているリソース
が転送されるパケットに正しく割り当てられるようにす
るパケットスケジューラに送達する。さらに、パケット
スケジューラは、トラフィック契約に適合しないパケッ
トを廃棄するタスクも行う。この場合、パケットスケジ
ューラは、ドロップ表示フラグセットを立てているパケ
ットを最初に廃棄する。

【０１０４】ＣＳＬカプセル化機能は、サービスフロー
ポリシングブロックに一様なインタフェースを提供し、
ＣＳＬヘッダを前に付けることによって、異なるプロト
コルを隠す。

【０１０５】図１９は、キューイングモジュールを示
す。

【０１０６】キューイングモジュール：５つの異なるタ
イプの上流方向スケジューリングサービスが定義され
る。スケジューリングサービスは、ポーリング／認可プ
ロセスの効率を改善するように設計される。各接続は、
ＣＩＤが識別する専用スケジュールサービスに割り当て
られる。各サービスは、特定のタイプのデータフローに
合わせて調整される。基本的なサービスは、以下を含
む。

【０１０７】−請求によらない認可サービス（ＵＧＳ） 定期的に固定サイズのデータパケットを生成する、リア
ルタイムサービスフロー（Ｔｌ／Ｅｌ、ＶｏＩＰなど）
をサポートするように設計される。このサービスは、リ
アルタイムかつ定期的に固定サイズの認可を与える。

【０１０８】−リアルタイムポーリングサービス（ｒｔ
ＰＳ） 可変サイズのデータパケットを定期的に生成するリアル
タイムサービスフロー（ＭＰＥＧビデオ）、最適なデー
タ転送効率のための可変認可サイズをサポートし、定期
的なユニキャストの要求の機会を与える。

【０１０９】−アクティビティ検出を使った、請求によ
らない認可サービス（ＵＧＳ−ＡＤ） かなり長時間（＞ｘ^＊１０ｍｓ、無音時圧縮によるＶｏ
ＩＰ）、非アクティブになる場合がある、請求によらな
い認可サービスフローをサポートし、フローがアクティ
ブな場合にはＵＧＳを提供し、フローが非アクティブな
場合にはユニキャストポーリングを提供し、この場合、
フローの非アクティブ状態は未使用認可によって検出さ
れる。ＵＧＳ−ＡＤは、ＵＧＳとｒｔＰＳを組み合わせ
たものである。１度に一つのスケジューリングサービス
のみがアクティブになる。

【０１１０】−非リアルタイムポーリングサービス（ｎ
ｒｔＰＳ） 広帯域幅ＦＴＰなど、定期的に可変サイズデータ認可を
要求する、非リアルタイムサービスフローをサポートす
る。

【０１１１】−ベストエフォートサービス（ＢＥ） 効率的なサービスを、ベストエフォートトラフィックに
提供する。

【０１１２】接続優先順位決定機能は、入りＣＳＬパケ
ットを、ＣＩＤに基づいて、適切なキュー中にマップす
る。キュー制御ブロックは、異なるキュー中のレベルを
監視し、入りパケットを廃棄すべきかどうかを決定す
る。このキュー制御メカニズムは、特に、低優先度のサ
ービスクラスにおける接続、例えばベストエフォートサ
ービスの場合には、トラフィック契約の紛失のためにこ
れらの接続をポリシングすることができないために重要
である。

【０１１３】さらに、キューレベルに関する情報を使っ
て、ピギーバック要求がキューに従い計算される。ピギ
ーバック要求はＭＡＣコントローラに転送される。

【０１１４】処理されるキューの順番、およびキューか
ら取り出されるデータフラグメントのサイズは、重み付
きキューサーバによって決定される。キュー中で待機し
ているＣＳＬパケットのフラグメンテーションは、次の
アップリンクバーストに認可された帯域幅に依存する。
ＭＡＣコントローラは、重み付きキューサーバにこの情
報を提供する。

【０１１５】ＭＡＣモジュール：ＭＡＣモジュールは２
つの機能ブロック、ＭＡＣ−ＰＤＵジェネレータおよび
セグメンテーション機能ブロックを有する。

【０１１６】ＭＡＣ−ＰＤＵジェネレータ内では、キュ
ーイングモジュールから受け取ったデータ、およびＭＡ
Ｃコントローラから受け取ったＭＡＣメッセージを、Ｍ
ＡＣ−ＰＤＵにカプセル化する。ＭＡＣヘッダを構築す
るための情報も、このモジュールによって提供される。
完全なＭＡＣ−ＰＤＵは、次いで、正しいコードワード
サイズに分割されなければならない。

【０１１７】ＰＨＹモジュール：ＰＨＹモジュールは、
ＭＡＣ−ＰＤＵセグメントからＰＬコードワードを生成
する。これらのコードワードは、その後、コード化さ
れ、かつスクランブルされる。

【０１１８】ＳＳダウンリンクの機能仕様：ダウンリン
ク伝送フレーム（ＦＤＤ／ＴＤＭの場合）は、図２０に
示すように定義される。各加入者交換局は、４ＱＡＭ変
調のフレーム制御ヘッダを受け取ることができなければ
ならない（それ自身の変調を受け取る能力とは関係な
く）。フレーム制御ヘッダは、どこで変調が変化するか
の表示を含む。データセクションでは、データおよび制
御メッセージが特定のＳＳに向けて伝送される。データ
フィールドでは、例えばＱＡＭ４およびＱＡＭ１６な
ど、異なる種類の変調のデータパケットを伝送すること
ができる。異なる変調のデータフィールド間の境界は、
動的に変化し得る。

【０１１９】図２０は、ダウンリンクフレーム構造を示
す。

【０１２０】図２１は、ダウンリンク方向で伝送された
データを、受け取って処理するために必要なモジュール
を示す。 −ＰＨＹモジュール −ＭＡＣモジュール −収束モジュール

【０１２１】図２１は、加入者交換局のダウンリンクモ
ジュールを示す。

【０１２２】ＰＨＹモジュール：ＰＨＹモジュールは、
ＭＡＣコントローラから変調モードを変更するようにと
いう指示を得るまで、ＤＬフレームを受け取って、ＱＡ
Ｍ４シンボルのシンボルデマッピングを実行する。シン
ボルは、ＰＬがスクランブルした１つのコードワード用
のシンボル量を受け取るまで蓄積される。コードワード
を復号できるようになる前に、ＰＬがスクランブルした
コードワードがデスクランブルされる。ＰＨＹモジュー
ルは、ＴＣＬパケットをＭＡＣモジュールに転送する。

【０１２３】ＭＡＣモジュール：ＭＡＣモジュール内の
リアセンブル機能ブロックは、ＰＨＹモジュールから受
け取ったＴＣＬパケットを収集し、セグメントをＭＡＣ
−ＰＤＵに組み立てる。以下のブロックは、データＭＡ
Ｃ−ＰＤＵと制御ＭＡＣ−ＰＤＵを区別する。

【０１２４】制御−ＰＤＵは、ＭＡＣコントローラに転
送される。これらのＰＤＵは、以下の情報を運ぶ。 ＰＨＹ制御情報 −同時通信物理層情報 −ダウンリンクマップ −フレーム番号付け ＭＡＣ制御情報 −ＭＡＣバージョン識別子 −アップリンクマップ 専用ＭＡＣメッセージ −範囲設定メッセージ −電力制御メッセージ −登録メッセージ

【０１２５】データＭＡＣ−ＰＤＵは、サービスフロー
モジュールに送達される。

【０１２６】収束モジュール：収束モジュールは、ＭＡ
Ｃ ＰＤＵを得て、リアセンブリを行い、ＣＳＬデータ
パケットにする。デカプセル化機能は、ＣＳＬヘッダを
除去し、（ＩＰ）データパケットをユーザの端末インタ
フェースに向けて転送する。

【０１２７】本発明は、層間のダウンリンクフレーマを
提供し、ＩＰベースのアプリケーションに保証されたサ
ービス品質が提供されなければならず、同時に、可変変
調およびコーディング要件のためにダウンリンクの帯域
幅またはデータ速度が絶えず変化する、ポイントツーマ
ルチポイント（ダウンリンク）アクセスネットワークに
最も適している。

【０１２８】各ダウンリンクバーストが、ネットワーク
終端で個々の変調およびコーディングを行う（物理層）
スキームを使用しているために、ダウンリンクの帯域幅
またはデータ速度が時間とともに絶えず変化していると
いう事実によって、上位層（ＩＰ）の機能は、サービス
優先度を重視したトラフィック整形を行うことができな
い。基地局内のキューイング機能ブロックは、与えられ
たトラフィックをバッファに入れなければならず、また
様々なサービス優先度を考慮しなければならない。フレ
ーマ機能ブロックは、ダウンリンクフレームを生成しな
ければならない。問題は、フレーマが与えられる負荷の
ＱｏＳ要件について何も知らず、またＱｏＳキューイン
グも、実際に利用可能なダウンリンクの帯域幅に関して
何も知らないことである。これは、ダウンリンク経路に
おいてＱｏＳが失われることにつながる。

【０１２９】単純なフレーマは、ＩＰ層およびＩＰクラ
シファイアについて何も知らないため、ＩＰアプリケー
ションのＱｏＳをサポートできない。一方、ＱｏＳキュ
ーサーバは、ダウンリンクフレームに収まるデータビッ
トの実際の量について何も知らない場合には、ＱｏＳを
保証することができない。

【０１３０】本発明は、ＱｏＳキューイング（上位層）
とフレーマ（下位層）の間の情報のギャップを埋める、
層間フレーマに基づく。

【０１３１】本発明は、主に、１つの層間フレーマの中
で両方の（フレーミングおよびＩＰ層）機能を結合する
ことを提案する。両情報を結合することによって、マル
チ変調およびマルチ符号化環境の場合のＱｏＳの提供を
保証することができる。これは、ＱｏＳキューサーバ
が、常に、利用可能なデータフレームのビットの実際の
量をフレーマから知らされており、それによって、Ｑｏ
Ｓキューサーバは、転送すべき次のＩＰパケットまたは
パケットの一部を決定することができるという事実によ
る。この決定は、常に、サービス優先度という側面に基
づいている。ダウンリンクフレームが満たされるとすぐ
に−最大ダウンリンクフレームレートが、常に、層間フ
レーマ中の内部処理よりも遅いと想定する−ＱｏＳサー
バは、データの送達を停止する。最後の時間に−次のダ
ウンリンクフレームを満たすのに十分な時間があること
を意味する−ＱｏＳサーバは、再び、次のダウンリンク
フレームのＩＰパケット（フラグメント）の決定および
送達を開始する。

【０１３２】以下に、効率的なダウンリンクフレーマの
実装を説明する。ダウンリンクのフレーミングのため
に、ＰＨＹからＭＡＣまですべての層に十分なフレキシ
ビリティを持たせる結果、与えられたトラフィック負荷
が、実際のフレーム構造および実際に運ばれるオーバヘ
ッドに直接、影響を与え、それによって実際に達成可能
なペイロードのビットレートに、直接、影響を与えるこ
とになる。フレーマは、ＭＡＣおよびＰＨＹメッセー
ジ、およびユーザデータをダウンリンクフレーム中に多
重化しなればならない。多くの場合、ＭＡＣおよびＰＨ
Ｙメッセージは、ユーザデータに優先するため、フレー
マは、データペイロードを運ぶのに使用可能な、残って
いるシンボルの量を、各フレームごとに個々に計算しな
ければならない。フレーマは、所与のシンボルの量によ
り運ぶデータビットの数について何も知識がない。これ
は、パケットキューの中で待機しているデータパケット
が、個々の変調タイプおよびコーディングオーバヘッド
で転送されるという事実による。したがって、フレーマ
が、シンボルの量、およびそれがデータ入力（コードワ
ード）を受け入れる時間窓を、パケットの待機優先度お
よびバースト記述子を認識しているキューイングモジュ
ール（重み付きキューイング＆データパケット読取りプ
ロセッサ）に対して示すことが予測される（図２２）。
このモジュールは、ＣＳＬパケットメモリからのデータ
部分（ＴＣＬパケットのペイロード）の読み出し、ＭＡ
Ｃ、ＴＣＬ、ＰＬモジュール中における処理、およびフ
レーミングサブモジュール中に配置されている該当する
変調キューへの転送を制御する。

【０１３３】このコンセプトは、優先順位を付けたパケ
ット転送を可能にし、共用メモリのコンセプトを適用す
るため、最小容量のメモリスペースしか必要としない。

【０１３４】図２２は、本発明の有利な機能実現を示
す。

【０１３５】フレーミングのコンセプトの説明： （ＩＰ）パケットを分類することにより、データベース
の支援を受けて、フレーム処理に必要とされるすべての
ＱｏＳ、ＭＡＣおよびＰＨＹパラメータを確かめること
ができる。これらの値、およびデータパケットの記憶位
置は代表パケットの中に挿入され、この代表パケットは
専用論理キューに転送される。この転送と同時に、デー
タパケットは中央ＣＳＬパケットメモリに記憶される。

【０１３６】重み付きキューイングおよびデータパケッ
ト読取りプロセッサモジュールは、自分のキューの１つ
からデータパケットを選択し、次いで、フレーミングサ
ブモジュールに、専用ＴＣＬパケットペイロードに正確
に収まるデータパケットの部分を供給し始める。この処
理に必要なすべての情報は代表パケット中に記載され
る。データパケット読取りプロセッサは、ＭＡＣ、ＴＣ
Ｌ、およびＰＬモジュールも制御し、それらに要求され
た情報を提供する。データ読取りプロセスは、フレーミ
ングサブモジュールがデータ要求表示を設定するとすぐ
に開始する。データパケット読取りプロセッサは、この
開始信号と平行して、ダウンリンクフレーム中に残って
いるペイロードシンボルの数を得る。この情報によっ
て、最小限のスタッフィング情報でダウンリンクフレー
ムを満たすことを目標としてデータパケット部分の選択
を、さらに最適化することができる。スタッフィング情
報は、ＰＬシンボルコードワードの数が利用可能なペイ
ロードフレームエリア中に収まらない場合、すぐに、ダ
ウンリンクフレーム中に挿入されなければならない。Ｐ
Ｌシンボルコードワード中のシンボルの量は、バースト
記述子に依存する。同じダウンリンクに対して、競合す
る複数のバースト記述子が可能である。異なるバースト
記述子に属するＰＬシンボルコードワードは、シンボル
の数のサイズが異なる。

【０１３７】重み付きキューイングおよびデータパケッ
ト読取りプロセッサは、２つの異なる最適化戦略に従わ
なければならない。主となる最適化戦略がサービス品質
目標に置かれることを明言しなければならない。最後
の、または最後のｎ個のＰＬシンボルコードワードにつ
いてのみ、最小限のスタッフィングシンボルアルゴリズ
ムが発動される。

【０１３８】パフォーマンス上の利点、およびこのオー
バヘッド削減のための設計努力について、シミュレーシ
ョンモデルを使って調べる。

【０１３９】フレーミングサブモジュールは、十分なシ
ンボルを受け取った場合、またはフレーム処理を開始し
なければならない場合、データパケット読取りプロセッ
サに送達の停止を指示する。フレーマの処理時間の間、
フレーミングサブモジュールは、受け取ったデータペイ
ロードに正確に収まるＤＬマップ、ＭＡＣおよびＰＨＹ
情報を生成し、データ位置上のポインタをダウンリンク
フレーマジェネレータに渡す。ダウンリンクフレーマジ
ェネレータは、フレーム構造およびＤＬマップ情報に従
って、バイト処理からシンボルフォーマットへのオンザ
フライ変換（ｏｎ ｔｈｅ ｆｌｙ ｔｒａｎｓｌａｔ
ｉｏｎ）を行う。したがって、ダウンリンクフレーマジ
ェネレータは、最初に、４ＱＡＭのシンボルを生成する
フレーム制御ヘッダを生成する。このヘッダは、プリア
ンブルパターン、その次に、ＰＨＹ制御部中に挿入しな
ければならないＭＡＣメッセージ（ＤＬマップなど）、
その次に、ＭＡＣ制御部中に挿入しなければならないＭ
ＡＣメッセージ（ＵＬ−ＭＡＰなど）を含む。フレーム
制御ヘッダシンボルをダウンリンク変調ユニットに送達
した後、フレーマは、ＰＬがスクランブルしたパケット
を４ＱＡＭキューから、次いで１６ＱＡＭおよび６４Ｑ
ＡＭキューから読み出し、バイト処理からシンボルの送
達へ、オンザフライ変換を行う。１つまたはいくつかの
変調キューがパケットを全く含んでいない場合、フレー
マは、次の変調キューにジャンプする。ダウンリンクを
満たすのに十分なデータがない場合には、フレームスタ
ッフィングが予測される。

【０１４０】図２２は、層間フレーマを含む、ポイント
ツーマルチポイント無線ネットワーク、特にＬＭＤＳの
ための基地局を示す。層間フレーマが、キューイングモ
ジュール（重み付きキューイングおよびデータパケット
読取りプロセッサ）とダウンリンクフレーマ（フレーム
ジェネレータ）の直列接続を含み、ダウンリンクフレー
マが、ダウンリンクを介して伝送すべき次フレーム中の
実際の未使用シンボルの数（要求シンボルの最大数）お
よびデータ要求指示を段階的に伝送するために、キュー
イングモジュールへのフィードバックループを備え、キ
ューイングモジュールが、次フレーム中に含めるために
どの情報パケットをダウンリンクフレーマに転送するべ
きかを段階的に決定することができ、その決定がダウン
リンクフレーマが受け取った実際の未使用シンボルの数
に依存する。

【０１４１】本発明の有利な一実施形態では、前記キュ
ーイングモジュールが、優先度が異なるサービス品質パ
ラメータを中間で記憶するための少なくとも２つのキュ
ーを含み、次フレーム中に含めるためにどの情報パケッ
トをダウンリンクフレーマに転送するべきかを決定する
ことができ、その決定が、ダウンリンクフレーマが受け
取った実際の未使用シンボルの数、サービス品質パラメ
ータの優先度、および対応する、転送すべき中間で記憶
された情報パケットの長さに依存する。

【０１４２】図２３は、層間フレーマを含む、ポイント
ツーマルチポイント無線ネットワーク、特にＬＭＤＳの
ための本発明の基地局を示す。層間フレーマが、キュー
イングモジュール（キュー、および少なくともＱｏＳコ
ントローラの（機能の）一部）とダウンリンクフレーマ
の直列接続を含み、ダウンリンクフレーマが、ダウンリ
ンクを介して伝送すべき次フレーム中の実際の未使用シ
ンボルの数を段階的に伝送するために、キューイングモ
ジュールへのフィードバックループを備え、キューイン
グモジュールが、次フレーム中に含めるためにどの情報
パケットをダウンリンクフレーマに転送するべきかを段
階的に決定することができ、その決定がダウンリンクフ
レーマが受け取った実際の未使用シンボルの数に依存す
る。

【０１４３】基地局は、ＩＰクラシファイア、キュー、
ダウンリンクフレーマ、ＱｏＳコントローラ、アップリ
ンクデフレーマ、および競合処理を含む。伝送すべき次
のフレームの実際に残っているフレームシンボルのため
のフィードバックループは、ダウンリンクフレーマから
キューにフィードバックすることも、またはダウンリン
クフレーマからＱｏＳコントローラにフィードバックす
ることもできる。

【０１４４】本発明の有利な一実施形態では、キューイ
ングモジュールが、優先度が異なるサービス品質パラメ
ータを中間で記憶するための少なくとも２つのキューを
含み、次フレーム中に含めるためにどの情報パケットを
ダウンリンクフレーマに転送するべきかを決定すること
ができ、その決定が、ダウンリンクフレーマが受け取っ
た実際の未使用シンボルの数、サービス品質パラメータ
の優先度、および対応する、転送すべき中間で記憶され
た情報パケットの長さに依存する。

【図面の簡単な説明】

【図１】ローカルマルチポイントディストリビューショ
ンシステムの概観を示す図である。

【図２】収束副層（ＣＳＬ）の機能を示す図である。

【図３】ＭＡＣサービスデータユニットがどのようにＭ
ＡＣ ＰＤＵに挿入されるかを示す図である。

【図４】伝送収束層を示す図である。

【図５】ダウンリンク用物理層の機能を示す図である。

【図６】アップリンク用物理層の機能を示す図である。

【図７】ＢＳおよびＳＳの機能の概観を示す図である。

【図８】本発明の基地局のダウンリンク機能ブロックを
示す図である。

【図９】キューイングメカニズムを示す図である。

【図１０】ＲＥＤを示す図である。

【図１１】ＲＩＯを示す図である。

【図１２】テールドロップを示す図である。

【図１３】ＭＡＣスケジューラを示す図である。

【図１４】基地局のアップリンクの機能ブロックを示す
図である。

【図１５】ＰＨＹアップリンクバーストのサブフレーム
構造を示す。

【図１６】ＧＰＴモードの加入者交換局のアップリンク
モジュールを示す図である。

【図１７】パケットモジュールを示す図である。

【図１８】サービスフローモジュールを示す図である。

【図１９】キューイングモジュールを示す図である。

【図２０】ダウンリンクフレームの構造を示す図であ
る。

【図２１】加入者交換局のダウンリンクモジュールを示
す図である。

【図２２】本発明の有利な機能実現を示す図である。

【図２３】本発明の基地局の概略図である。

【符号の説明】

ＡＡＬ ＡＴＭアダプテーション層 ＡＦ 保証された転送 ＡＴＭ 非同期転送モード ＢＡ ビヘイビアアグリゲート（Ｂｅｈａｖｉｏｒ Ａ
ｇｇｒｅｇａｔｅ） ＢＥ ベストエフォート ＢＳ 基地局 ＢＷ 帯域幅 ＣＢＲ 固定ビットレート ＣＩＤ 接続識別子 ＣＳＬ 収束副層 ＤｉｆｆＳｅｒｖ 差異化サービス ＤＩＵＣ ダウンリンク区間使用コード（Ｄｏｗｎｌｉ
ｎｋ Ｉｎｔｅｒｖａｌ Ｕｓａｇｅ Ｃｏｄｅ） ＤＬ−ＭＡＰ ダウンリンクマップ ＤＳ 差異化サービス ＤＳＣＰ 差異化サービスコードポイント ＦＣ フラグメンテーション制御 ＦＤＤ 周波数分割二重化 ＦＥＣ 前進型誤訂正 ＦＩＦＯ 先入れ先出し ＦＳＮ フラグメントシーケンス番号 ＦＴＰ ファイル転送プロトコル ＧＰＣ 接続ごとの認可 ＧＰＴ 端末ごとの認可 ＧＷ ゲートウェイ ＩＤ 識別子 ＩｎｔＳｅｒｖ 統合サービス ＩＰ インターネットプロトコル ＩＰｖ４ インターネットプロトコルバージョン４ ＩＰｖ６ インターネットプロトコルバージョン６ ＩＳＰ インターネットサービスプロバイダ ＬＡＮ ローカルエリアネットワーク ＬＭＤＳ ローカルマルチポイントディストリビューシ
ョンサービス ＭＡＣ 媒体アクセス制御 ＭＰＥＧ 動画エキスパートグループ ＭＳＤＵ ＭＡＣサービスデータユニット ＮＡＰ ネットワークアクセスポイント ｎｒｔＰＳ 非リアルタイムポーリングサービス ＰＤＵ プロトコルデータユニット ＰＨＢ パーホブビヘイビア（Ｐｅｒ Ｈｏｂ Ｂｅｈ
ａｖｉｏｒ） ＰＨＹ 物理層 ＰＬ 物理層 ＰＭ ポールミー ＱＡＭ 直交振幅変調 ＱｏＳ サービス品質 ＲＥＤ ランダム早期検出 ＲＩＯ イン／アウトによるＲＥＤ ｒｔＰＳ リアルタイムポーリングサービス ＳＦＩＤ サービスフロー識別 ＳＩ スリップ表示 ＳＬＡ サービスレベル合意 ＳＳ 加入者交換局 ＴＣＬ 伝送制御層 ＴＣＰ 伝送制御プロトコル ＴＤＭ 時間分割二重化 ＵＤＰ ユーザデータプロトコル ＵＧＳ 請求によらない認可サービス ＵＧＳ−ＡＤ アクティビティ検出によるＵＧＳ ＵＩＵＣ アップリンク区間利用コード ＵＬ アップリンク ＶｏＩＰ ヴォイスオーバＩＰ ＶＰＮ 仮想私設ネットワーク

Claims (4)

【特許請求の範囲】
1. 【請求項１】 層間フレーマを含む、ポイントツーマル
   チポイント無線ネットワーク、特にＬＭＤＳのための基
   地局であって、前記層間フレーマが、キューイングモジ
   ュールとダウンリンクフレーマの直列接続を含み、前記
   ダウンリンクフレーマが、ダウンリンクを介して伝送す
   べき次フレーム中の実際の未使用シンボルの数を段階的
   に伝送するために、前記キューイングモジュールへのフ
   ィードバックループを備え、前記キューイングモジュー
   ルが、次フレーム中に含めるためにどの情報パケットを
   前記ダウンリンクフレーマに転送するべきかを段階的に
   決定することができ、その決定が前記ダウンリンクフレ
   ーマが受け取った実際の未使用シンボルの数に依存す
   る、ポイントツーマルチポイント無線ネットワーク、特
   にＬＭＤＳのための基地局。
2. 【請求項２】 前記キューイングモジュールが、優先度
   が異なるサービス品質パラメータを中間で記憶するため
   の少なくとも２つのキューを含み、次フレーム中に含め
   るためにどの情報パケットを前記ダウンリンクフレーマ
   に転送するべきかを決定することができ、その決定が、
   前記ダウンリンクフレーマが受け取った実際の未使用シ
   ンボルの数、サービス品質パラメータの優先度、および
   対応する、中間で記憶された転送すべき情報パケットの
   長さに依存する、請求項１に記載の基地局。
3. 【請求項３】 前記キューイングモジュールが、プロセ
   ッサと、異なるサービス品質パラメータを中間で記憶す
   るための少なくとも２つのキューを含む、請求項１に記
   載の基地局。
4. 【請求項４】 前記情報パケットがＱＰＳＫおよび／ま
   たはＱＡＭ変調データパケット、および／またはＱＰＳ
   Ｋおよび／またはＱＡＭ変調ＩＰパケットである、請求
   項１に記載の基地局。