JP4449901B2 - 無線ネットワーク制御装置及びそれに用いるＱｏＳ制御方法 - Google Patents

Description

本発明は無線ネットワーク制御装置及びそれに用いるＱｏＳ制御方法に関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） ｂａｓｅｄ ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）上でのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御に適したＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）アーキテクチャに関する。

図６に、ＩＰ ｂａｓｅｄ ＵＴＲＡＮがＩＰ網と直結する場合のＵ（Ｕｓｅｒ）−ｐｌａｎｅのプロトコルスタックを示す。図６においては、ＵＴＲＡＮを構成するノードである基地局（ＮｏｄｅＢ）、無線ネットワーク制御装置（ＲＮＣ）、ルータ（Ｒｏｕｔｅｒ）間のプロトコルスタックを示している。ここで、Ｕ−ｐｌａｎｅはユーザ情報を転送するためのものである。
図６において、基地局（ＮｏｄｅＢ）はＰＨＹ（ｐｈｙｓｉｃａｌ：物理層）を介して移動機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に接続され、Ｌ１（Ｌａｙｅｒ １）を介して無線ネットワーク制御装置（ＲＮＣ）に接続されている。この基地局（ＮｏｄｅＢ）は上記のプロトコル以外に、ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ＩＰ、Ｌ２（Ｌａｙｅｒ ２）を備えている。
無線ネットワーク制御装置（ＲＮＣ）はＬ１を介して基地局（ＮｏｄｅＢ）及びルータ（Ｒｏｕｔｅｒ）に接続されており、上記のプロトコル以外に、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＦＰ、ＵＤＰ、ＩＰ、Ｌ２を備えている。
ルータ（Ｒｏｕｔｅｒ）はＬ１を介して無線ネットワーク制御装置（ＲＮＣ）及び図示せぬコアネットワーク（ＣＮ：Ｃｏｒｅ Ｎｅｔｗｏｒｋ）に接続されており、上記のプロトコル以外に、ＩＰｖ６、Ｌ２を備えている。
従来、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）に代表されるような移動体通信網では、ユーザＩＰ層としてＣＮ側にＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）／ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）が存在し、ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネリングでカプセリングされ（例えば、「Ｗ−ＣＤＭＡ移動通信方式 ４−４ パケット通信方式」，立川敬二 監修，丸善株式会社刊，平成１３年６月２５日，第２７４〜２７９頁 参照）、ＵＴＲＡＮ上では隠蔽されている。
しかしながら、上記のＩＰ ｂａｓｅｄ ＵＴＲＡＮでは、ＩＰ網との直結によってＲＮＣにてユーザＩＰ層を処理し、ＮｏｄｅＢとＩＰトランスポートにて接続することになる。したがって、上記のＩＰ ｂａｓｅｄ ＵＴＲＡＮでは、ＩＰ網で付加されたＱｏＳ情報を、ＲＮＣにてＩＰトランスポート上に反映することが必要である。
そこで、本発明の目的は上記の問題点を解消し、レイヤ毎の分割・結合を意識したＱｏＳ制御を行うことができる無線ネットワーク制御装置及びそれに用いるＱｏＳ制御方法を提供することにある。

本発明による無線ネットワーク制御装置は、複数のプロトコルレイヤからなる無線ネットワーク制御装置であって、各々前記複数のプロトコルレイヤを分割したプロトコルレイヤからなる複数のブロックと、前記複数のブロック間を接続するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）層とを備えている。
本発明によるＱｏＳ制御方法は、複数のプロトコルレイヤからなる無線ネットワーク制御装置のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御方法であって、前記複数のプロトコルレイヤを、Ｕ（Ｕｓｅｒ）−ｐｌａｎｅデータの分割／結合を行うＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層を考慮したＱｏＳ制御を行うようにブロック分割し、それらブロック間をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）層にて接続している。
すなわち、本発明のＱｏＳ制御方法は、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）上にＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ）方式のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を実現し、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）内のＱｏＳ制御において、Ｕ（Ｕｓｅｒ）−ｐｌａｎｅデータの分割／結合を行うＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層を考慮したＱｏＳ制御を行う。ここで、ＤｉｆｆＳｅｒｖ方式のＱｏＳ制御は、帯域の確保等のきめ細かいＱｏＳ制御ではなく、大ざっぱな優先度で制御するものである。
より具体的に説明すると、本発明のＱｏＳ制御方法は、ＲＮＣ内部において、レイヤ毎に異なるブロックを構成し、それらのブロック間をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）にて接続している。
ブロック間を接続するＵＤＰポートは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：移動機）への下りのチャネル（ＣＨ）毎に用意されており、さらに１チャネル当たり、サポートするＱｏＳクラス数分用意されている。各ブロック間に用意されたＵＤＰポートは、１対１に関連付け、関連付けられて構成されたＵ−ｐｌａｎｅデータパスをリンクと定義する。
ＲＬＣ層で分割・結合され生成されたＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）群の最初と最後尾に、それぞれ開始パケット、終了パケットを付加し、挟まれた部分をパックと定義する。パックはＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）等の他のレイヤのブロックをまたがっても、開始パケット、終了パケットを検出することで識別可能となる。このため、ＲＮＣの最後段のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）層にて、パック単位でＱｏＳ制御を行うことが可能となる。
上記のように、本発明のＱｏＳ制御方法では、ＲＬＣプロトコルの分割・結合機能に着目して、ＲＬＣ−ＰＤＵのレベルでパックを定義し、しかもＲＬＣではなく、他のレイヤでのパックを定義することで、そのレイヤ毎の分割・結合を意識したＱｏＳ制御をすることが可能となる。

図１は、本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）の構成を示す機能ブロック図である。
図２は、本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＵ−ｐｌａｎｅデータの分割処理を示す図である。
図３は、本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＵ−ｐｌａｎｅデータの結合処理を示す図である。
図４は、本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＱｏＳ制御を示す図である。
図５は、本発明の一実施例によるパック単位でＱｏＳ制御を行った場合のＧＡＴＥの動作を示す図である。
図６は、ＩＰ ｂａｓｅｄ ＵＴＲＡＮがＩＰ網と直結する場合のＵ−ｐｌａｎｅのプロトコルスタックを示す図である。

次に、本発明の実施例について図面を参照して説明する。
図１は本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）の構成を示す機能ブロック図である。図１においては、無線ネットワーク制御装置（ＲＮＣ）のＵ（Ｕｓｅｒ）−ｐｌａｎｅデータを処理する機能ブロックを示しており、無線ネットワーク制御装置（ＲＮＣ）内部ではレイヤ毎に異なるブロック＃１〜＃４（Ｂｌｏｃｋ＃１〜＃４）と、ＱｏＳ Ｃｏｎｔｒｏｌ層２２とから構成し、ブロック＃１〜＃４間はＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）にて接続している。
ブロック＃１〜＃４間を接続するＵＤＰポート（ＵＤＰ ｐｏｒｔ）＃１１，＃２１，＃３１は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：移動機）への下りのチャネル（ＣＨ）毎に用意されており、さらに１チャネル当たり、サポートするＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）クラス数分用意されている。各ブロック＃１〜＃４間に用意されたＵＤＰポート＃１１，＃２１，＃３１は１対１に関連付け、関連付けられて構成されたＵ−ｐｌａｎｅデータパスをリンクと定義している。
ブロック＃１はカプセリング／ルーティング（Ｃａｐｓｕｌｉｎｇ＆Ｒｏｕｔｉｎｇ）層１１からなり、ユーザＩＰ層をＵＤＰ／ＩＰｖ６でカプセリングすると同時に、宛先ＩＰアドレス（該当ＵＥのＩＰアドレスとなる）を検出し、またユーザＩＰ層のＩＰヘッダのＴＯＳ（Ｔｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅ）フィールドに埋め込まれているＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ）からＱｏＳクラスを特定し、対応するリンクに関連付けられているＵＤＰポートにてブロック＃２へデータを渡す。
ブロック＃２はＵＤＰ／ＩＰｖ６層１３と、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層１４と、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層１５とからなり、ブロック＃３はＵＤＰ／ＩＰｖ６層１７と、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ｄ層１８と、ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）層１９とからなっている。
ブロック＃２，＃３では各ＵＤＰポートより得られたＵＤＰパケットのペイロード部分に対して、機能ブロック分けされたプロトコル処理（ブロック＃２であればＰＤＣＰ層１４及びＲＬＣ層１５の処理、ブロック＃３であればＭＡＣ−ｄ層１８及びＦＰ層１９の処理）を施し、対応するリンクに関連付けられているＵＤＰポートにてそれぞれ次段のブロックへデータを渡す。
ブロック＃４はＵＤＰ／ＩＰｖ６層２１からなり、各リンクより得られたＩＰパケットのＩＰヘッダのＴＯＳフィールドに、リンクに関連付けられているＱｏＳクラスのＤＳＣＰ値を埋め込む。ＱｏＳ Ｃｏｎｔｒｏｌ層２２はこのＤＳＣＰ値に基づいてＱｏＳ制御を行っている。
尚、ブロック＃１とブロック＃２との間、ブロック＃２とブロック＃３との間、ブロック＃３とブロック＃４との間には、それぞれＵＤＰ／ＩＰｖ６層１２，１６，２０が設けられている。
図２は本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＵ−ｐｌａｎｅデータの分割処理（Ｓｅｇｍｅｎｔａｔｉｏｎ）を示す図であり、図３は本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＵ−ｐｌａｎｅデータの結合処理（Ｃｏｎｃａｔｅｎａｔｉｏｎ）を示す図であり、図４は本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）におけるＱｏＳ制御を示す図である。これら図１〜図４を参照して本発明の一実施例による無線ネットワーク制御装置（ＲＮＣ）の動作について説明する。
ブロック＃２のＲＬＣ層１５にて、Ｕ−ｐｌａｎｅデータの分割・結合を行う場合、図２、図３に示すような動作となる。Ｕ−ｐｌａｎｅデータの分割の場合には、分割されたＰＤＵ群（ＲＬＣ−ＰＤＵ＃１−１〜ＲＬＣ−ＰＤＵ＃１−４）の先頭に、特殊な開始パケット（Ｓ−ＰＡＣＫ＃１）を挿入し、ＰＤＵ群の最後尾に、特殊な終了パケット（Ｅ−ＰＡＣＫ＃１）を挿入する［図２参照］。
また、Ｕ−ｐｌａｎｅデータの結合の場合には、結合後、生成されたＰＤＵ（ＲＬＣ−ＰＤＵ＃２）の前後に、特殊な開始パケット（Ｓ−ＰＡＣＫ＃２）及び特殊な終了パケット（Ｅ−ＰＡＣＫ＃２）を挿入する［図３参照］。
これらの特殊な開始パケット（Ｓ−ＰＡＣＫ＃１，＃２）及び特殊な終了パケット（Ｅ−ＰＡＣＫ＃１，＃２）に挟まれたユニットをＰＡＣＫ＃１，＃２と定義する。
ブロック＃４におけるＱｏＳ制御は上記のＰＡＣＫ＃１，＃２単位に行う。具体的には、図４に示すように、ＱｏＳスケジューラの前段に、ゲート（ＧＡＴＥ）と呼ぶＰＡＣＫ単位のフィルタ機能（ＧＡＴＥ＃１〜ＧＡＴＥ＃４）を用意し、対応するＵＤＰポート（ＱｏＳ＃１ ＵＤＰ ｐｏｒｔ〜ＱｏＳ＃４ ＵＤＰ ｐｏｒｔ）から受信するＵ−ｐｌａｎｅデータから特殊な開始パケット（Ｓ−ＰＡＣＫ）及び特殊な終了パケット（Ｅ−ＰＡＣＫ）の検出を行う。
特殊な開始パケット（Ｓ−ＰＡＣＫ）及び特殊な終了パケット（Ｅ−ＰＡＣＫ）の存在を検知した場合には、そのＰＡＣＫサイズと対応するＱｏＳバッファの空容量とを比較する。その比較の結果、入力可能な場合には、特殊な開始パケット（Ｓ−ＰＡＣＫ）及び特殊な終了パケット（Ｅ−ＰＡＣＫ）を除いたＰＡＣＫ（＃１，＃６，＃７，＃８）をバッファへ入力し、入力不可能な場合にはＰＡＣＫ（＃１，＃６，＃７，＃８）を廃棄する。
図５は本発明の一実施例によるパック単位でＱｏＳ制御を行った場合のＧＡＴＥの動作を示す図である。図５に示すように、時間軸にしたがってパケットを受信した場合、時刻Ａでは、終了パケット（Ｅ−ＰＡＣＫ）を検出して１パックを識別し、１パックのサイズとＱｏＳバッファの空容量との比較から入力可能であるので、パック内の実パケット＃１，＃２，＃３をＱｏＳバッファに入力している。
時刻Ｂでは、終了パケット（Ｅ−ＰＡＣＫ）を検出して１パックを識別し、１パックのサイズとＱｏＳバッファの空容量との比較結果から入力可能であるので、パック内の実パケット＃４，＃５をＱｏＳバッファに入力している。ここで、時刻Ａから時刻Ｂに遷移する間には、スケジューラによってＱｏＳバッファ出力のタイミングがあり、ＱｏＳバッファの空容量が増えている。その結果、入力可能となるので、ＱｏＳバッファにはパック内の実パケット＃４，＃５が入力されている。
時刻Ｃでは、終了パケット（Ｅ−ＰＡＣＫ）を検出して１パックを識別し、１パックのサイズとＱｏＳバッファの空容量との比較結果から入力不可能であるので、パック内の実パケット＃６〜＃９の廃棄を行っている。ここで、時刻Ｂから時刻Ｃに遷移する間には、スケジューラによってＱｏＳバッファ出力のタイミングがあり、ＱｏＳバッファの空容量が増えている。しかしながら、まだ検出された１パック分のサイズが空いていないので、１パック内の実パケット＃６，＃７，＃８，＃９を全て廃棄している。
このように、本実施例では、ブロック間を移動機（ＵＥ）、ＱｏＳクラス別、すなわちサービス別に、リンクと呼ぶ論理パスを設定することによって、装置内のＱｏＳ制御は装置内のＵＤＰポート番号のみを管理することで可能となり、その結果、装置内のＱｏＳ制御が簡単化される。
ＲＬＣの分割機能にて、各ＲＬＣ−ＰＤＵにシーケンス番号が付加されるが、従来のＤｉｆｆＳｅｒｖ方式のＩＰ層によるＱｏＳ制御では、分割されたＲＬＣ−ＰＤＵの一部のみを廃棄してしまい、移動機（ＵＥ）での合成時に、他の全てのＲＬＣ−ＰＤＵまでも廃棄することになり、伝送品質の劣化となる。しかしながら、本実施例では、ＰＡＣＫ単位に廃棄しているので、移動機（ＵＥ）のＲＬＣ−ＰＤＵの合成によるＲＬＣ−ＰＤＵの廃棄が発生しない。
本実施例ではブロック＃１〜＃４をレイヤ別に分割し、各ブロック＃１〜＃４間をＵＤＰ／ＩＰｖ６層１２，１３，１６，１７，２０，２１で接続しているので、各ブロック＃１〜＃４をハードウェア（Ｈ／Ｗ）パッケージで構成することができ、パッケージ増設による収容チャネル数の増量が可能となる。
したがって、本実施例では、ＲＬＣプロトコルの分割・結合機能に着目してＲＬＣ−ＰＤＵのレベルでパックを定義しているが、ＲＬＣではなく他のレイヤでのパックを定義することによって、そのレイヤの分割・結合を意識したＱｏＳ制御をすることが可能となる。
以上説明したように本発明は、上記のような構成及び動作とすることで、レイヤ毎の分割・結合を意識したＱｏＳ制御を行うことができるという効果が得られる。

Claims (7)

1. 複数のプロトコルレイヤからなる無線ネットワーク制御装置であって、各々前記複数のプロトコルレイヤを分割したプロトコルレイヤからなる複数のブロックと、前記複数のブロック間を接続するＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）層とを有することを特徴とする無線ネットワーク制御装置。
2. 前記複数のプロトコルレイヤは、少なくともＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層と、Ｕ（Ｕｓｅｒ）−ｐｌａｎｅデータの分割／結合を行うＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層と、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層と、ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）層とを含むことを特徴とする請求項１に記載の無線ネットワーク制御装置。
3. 前記複数のプロトコルレイヤを、前記ＲＬＣ層を考慮したＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を行うように分割したことを特徴とする請求項２に記載の無線ネットワーク制御装置。
4. 前記Ｕ−ｐｌａｎｅデータから各々予め設定した開始パケット及び終了パケットを検出しかつその検出結果に応じて前記開始パケット及び終了パケットを除いたデータのバッファへの入力と当該データの廃棄とを行うフィルタ機能を含むことを特徴とする請求項２または請求項３に記載の無線ネットワーク制御装置。
5. 複数のプロトコルレイヤからなる無線ネットワーク制御装置のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御方法であって、前記複数のプロトコルレイヤを、Ｕ（Ｕｓｅｒ）−ｐｌａｎｅデータの分割／結合を行うＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層を考慮したＱｏＳ制御を行うようにブロック分割し、それらブロック間をＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰｖ６（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６）層にて接続することを特徴とするＱｏＳ制御方法。
6. 前記複数のプロトコルレイヤは、少なくともＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層と、前記ＲＬＣ層と、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層と、ＦＰ（Ｆｒａｍｅ Ｐｒｏｔｏｃｏｌ）層とを含むことを特徴とする請求項５に記載のＱｏＳ制御方法。
7. 前記Ｕ−ｐｌａｎｅデータから各々予め設定した開始パケット及び終了パケットを検出するフィルタ機能の制御によってその検出結果に応じて前記開始パケット及び終了パケットを除いたデータのバッファへの入力と当該データの廃棄とを行うことを特徴とする請求項５または請求項６に記載のＱｏＳ制御方法。

Images