JP4679771B2 - 無線伝送装置 - Google Patents
無線伝送装置 Download PDFInfo
- Publication number
- JP4679771B2 JP4679771B2 JP2001282800A JP2001282800A JP4679771B2 JP 4679771 B2 JP4679771 B2 JP 4679771B2 JP 2001282800 A JP2001282800 A JP 2001282800A JP 2001282800 A JP2001282800 A JP 2001282800A JP 4679771 B2 JP4679771 B2 JP 4679771B2
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- wireless transmission
- queue
- wireless
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、固定長のデータ伝送用スロット（データ通信チャネル）を用いた無線通信において効率的なデータ伝送を実現する技術に関し、例えば、無線通信局同士がＴＤＭＡ／ＴＤＤ方式（時分割多元接続／時分割複信方式）で無線通信を行う加入者系無線アクセスシステムに用いて好適な技術であり、無線区間に送信する伝送データを送信待ち列である無線送信用キューの要素列として保持し、当該無線送信用キュー内の滞留及びそれに起因する遅延時間を低減する技術に関する。
【０００２】
【従来の技術】
例えば、ＷＬＬ（wireless local loop）あるいはＦＷＡ（Fixed wireless access）などと称せられる無線通信を用いた加入者系無線アクセスシステムが知られている。加入者系無線アクセスシステムは、例えば図１に示すように、電気通信事業者が固定設置する基地局（ＢＳ）１と複数の利用者宅側にそれぞれ固定設置される加入者局（ＣＳ）２とをＴＤＭＡ／ＴＤＤ方式の無線区間で通信接続するものであり、基地局１と加入者局２とが無線通信することで、異なる加入者局２に接続されたＬＡＮ３の間でデータ通信することができ、また、基地局１に接続された公衆通信網やＬＡＮなどのバックボーンネットワーク４を介して更に他の加入者ＬＡＮとデータ通信することができる。
なお、基地局１は多数の加入者局２を収容しており、このような一対多方向方式の無線設備はＰ−ＭＰ（Point−Multi Point）システムとも呼ばれている。
【０００３】
このような基地局１と加入者局２との無線通信にはデータ伝送用にチャネル（データ伝送用タイムスロット）が割り当てられ、基地局１による割り当て制御の下に、このデータ伝送用チャネルを基地局１配下の複数の加入者局２で共用する。
例えば、基地局１とバックボーンネットワーク４、或いは、加入者局２とＬＡＮ３とをＥｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３の有線ＬＡＮインタフェースで接続した場合、加入者ＬＡＮ３に収容された各加入者端末宛の個別アドレスを有するユニキャストデータと、複数の加入者端末に割り当てられたアドレスを有するブロードキャストデータとが、基地局１と加入者局２との無線通信で送受信され、頻繁に大量のデータが無線通信される。
【０００４】
ここで、例えばＴＤＭＡ／ＴＤＤ方式の無線接続方式を採用する無線通信システムでは、各加入者局２は基地局１によって割り当て制御された特定のデータ伝送用チャネルのみで伝送データ（フレーム）の送受信を行うことができ、この加入者局２に割り当てられるデータ伝送用チャネル（データ通信用スロット）はＴＤＭＡ／ＴＤＤ方式の性質上から固定長となっている。なお、通常、このデータ伝送用チャネルの長さは、Ｅｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３で規定された最大のフレームが格納できるサイズに設定されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、実際にデータ伝送用スロットを用いて送受信されるＥｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３のデータフレームは可変長であり、様々なサイズのデータフレームを送受信するため、固定長に割り当てられたデータ伝送用スロットの多くの容量が未使用となって効率的なデータ伝送が行えず、延いては、無線伝送媒体の有効な活用が行えていなかった。
【０００６】
より具体的に説明すると、固定サイズのデータ伝送用スロットを用いて、無線区間でデータ伝送を行う無線伝送装置、例えば、無線回線制御方式としてＴＤＭＡ／ＴＤＤ方式を用いた無線伝送装置においては、データ伝送用の固定サイズのタイムスロット（以下Ｄｃｈ(Datachame1の略)とも記す）が一定の周期をもって無線区聞に割り当てられ、これに伝送データが載せられて無線区間を伝送されることになる。
前記無線伝送装置の内で、例えば無線区間を伝送するデータがＬＡＮフレームであり、かつＬＡＮフレームを分解しないで伝送する（ブリッジする)無線伝送装置においては、Ｄｃｈのサイズは、最大サイズのＬＡＮフレーム（１５１８バイト）を伝送できるようにするため、最低でも１５１８×８ビットタイムの大きさにとられることになる。
【０００７】
しかしながら、実際のＬＡＮフレームのサイズは、６４バイト〜１５１８バイトの範囲で任意の大きさをとり得るため、図１１に示すように、１つのＤｃｈに対して１つのＬＡＮフレームだけを格納して伝送する場合、多くの場合においてＤｃｈに空き領域が生じることになり、平均してＤｃｈ使用率（Ｄｃｈ内における伝送データの割合）はそれほど高くならない。
ここで、もし１つのＤｃｈに対して複数のＬＡＮフレームを連結して格納し、空き領域を極力小さくしてやることができれば、Ｄｃｈ使用率、延いては無線区間におけるＬＡＮフレームの伝送速度（伝送スループット）を上げることが可能となる。
【０００８】
例えば、Ｄｃｈサイズが１５１８×８ビットタイム、無線区間におけるＤｃｈ伝送速度が毎秒５００スロットであるような無線伝送装置を想定して、この装置に対して、ＬＡＮ側から６４バイトのサイズのＬＡＮフレームが連続して入力された場合における非連結伝送と連結伝送の比較を行うと下記の通りである。
なお、下記の説明では、ＣＰＵによる連結処理が充分早く、各Ｄｃｈ送信周期内に２２フレーム分の連結処理が間に合っていると仮定している。
【０００９】
（１）無線区間をＬＡＮフレームを連結しないで伝送する場合：
この場合、Ｄｃｈ使用率は、（６４／１５１８）×１００＝４．２％、となる。
また、１つのＤｃｈに１つのＬＡＮフレームが格納されて無線伝送されるため、無線区間のＬＡＮフレーム伝送速度は、Ｄｃｈの伝送速度(無線帯域)に等しくなり、最大で５００ｐｐｓ程度の伝送能力をもつことになる。
【００１０】
（２）無線区間を複数のＬＡＮフレームを連結して伝送する場合：
連結時に各ＬＡＮフレームを識別するための識別データ領域（ＬＡＮフレームの境界を示す先頭識別子やＬＡＮフレームサイズ等が入る）が必要となるので、これを仮に４バイトにとって、連結する各ＬＡＮフレームの先頭に付加することを考えると、連結可能なＬＡＮフレーム数は、１５１８／（６４＋４）＝２２フレームとなる。
この場合、Ｄｃｈ使用率は、（６４×２２）／１５１８×１００＝９３％となる。そして、無線区間における最大のＬＡＮフレーム伝送速度は、Ｄｃｈ伝送速度（＝５００）×連結数（＝２２）＝１１０００ｐｐｓとなり、連結した数分だけ伝送能力が上がることになる。すなわち、（１）の非連結伝送に較べて２２倍の伝送能力をもつことになる。
【００１１】
次に、ＬＡＮ上を流れる実トラフィックの見地から、無線区間を連結伝送することの必要性について説明する。
なお、以下の説明においては、連結のできない最大サイズのＬＡＮフレームを長フレーム、また、同一Ｄｃｈ内に複数連結可能なサイズのＬＡＮフレームを総称して短フレームと表現する。
【００１２】
ＬＡＮ上で、ＦＴＰ(Fi1e Transfer Protoco1)に代表されるファイル転送プロトコルにより、データ転送が行われる場合には、最大サイズ（１５１８バイト）の長フレームが連続して発生する。長フレームを無線区間で伝送する際には、各ＬＡＮフレームの連結ができないため、その伝送速度はＤｃｈ伝送速度(無線帯域)に固定されることになる。
しかしながら、前記ＦＴＰを含めたほとんど全てのプロトコルにおいては、その実行の際に一定間隔で確認応答パケットを発生させている。
【００１３】
通常、ＬＡＮ上においては、複数のプロトコルによる多数の通信が同時に実行されているため、全体としては、多数の短フレームが存在することになる。
このため、これらの多数の通信を円滑に実行させるためには、無線区聞において短フレームを連結して伝送することが不可欠であると考えられる。
更に、インターネットのインフラストラクチャを電話網として使用するインターネット電話(ＶｏＩＰ：Voice Over IP)においては、６４バイト程度の短フレームを用いて通信が実行される。
【００１４】
ＶｏＩＰの場合、１チャネル当たりの使用帯域は、５Ｋｂｐｓ〜６４Ｋｂｐｓ程度(使用帯域は音声符号化方式によって異なる)であるが、マルチチャネルでの使用を考えた場合、短フレームのトラフィックはチャネル数分増大することになる。今後、インターネット電話(ＶｏＩＰ)は大きく普及していくことが予測されており、ＬＡＮにおける短フレームのトラフィックの増大化が見込まれるため、無線区間においても、短フレームに対する高い伝送スループット性能が要求されてくる。
このため、無線区間において短フレームを連結して伝送し、短フレームに対する高い伝送スループット性能を実現することは不可欠であると言える。
【００１５】
ここで、無線区間におけるフレームの連結伝送を実施する場合、通信品質を確保するために伝送にかかる遅延時間を小さくすることが求められる。例えば、ＶｏＩｐにおいては、電話品質を確保するために、許容されるデータ伝送の総遅延時間は２００ミリ秒程度と考えられている。このため、無線伝送装置内で生じる遅延時間も極力小さく抑えることが要求される。
また、ファイル転送などのリアルタイム性の要求されない通信においても、例えばＴＣＰ（Transmission Control Protoco1）による通信では、一定量のデータ送信毎に、確認応答待ちのデータ送信待機時間が発生する。そして、この確認応答待ち時間が遅延時間によって決まるため、同じ帯域幅をもつ異なる伝送系においては、遅延時間が大きい系程、通信時の実効スループットが低下することが知られている。この理由からも、無線伝送装置内で生じる遅延時間は極力小さく抑えことが要求される。
【００１６】
ここで、一般に、単一のキュー（待ち列）へのエンキュー（待ち列要素の入力）およびデキュー（待ち列要素の出力）がランダムに発生する場合、統計数学によれば、これらの発生はポアソン分布に従う。待ち行列理論によれば、この前提のもとで「キューの滞留数」は、
ρ2／(１−ρ)
となることが分かっている。
したがって、このときの「滞留により発生する遅延時間」は、
ρ2／（１−ρ）×（１／デキュー速度） … （Ａ）
で与えられる。
ここで、ρ＝（エンキュー速度）／（デキュー速度）で定義されるトラヒック密度であり、単位を「アーラン」と呼ぶことがある。
【００１７】
そして、上記の(Ａ)式から、待ち列におけるキュー要素の滞留により発生する遅延時間は、エンキュー量（ＬＡＮ入力負荷）に対して図１２に示すようなプロファイルをもつことが分かり、（エンキュー速度）＝（デキュー速度）に近づくと遅延時間は無限大となる。
なお、待ち行列理論は、「ρ＜１」すなわち「エンキュー速度＜デキュー速度」の範囲を対象に考えている。
【００１８】
実際には、キューは有限の深さ（待ち列に収容できる要素数の上限）をもつため、図１３に示すようなプロファイルとなる。
図１３から滞留による遅延時間は、ρ＜１、すなわちデキュー速度がエンキュー速度よりも大きな範囲では十分小さく、また、ρが１に近づき、あるポイントを超過してからは急激に大きくなって、最大の遅延時間（１３．１）に達する。この最大の遅延時間に達したポイントが、その装置の最大伝送スループット点(パケット損失０で転送できる上限)を決定し、そこから先の領域では装置の処理上限を超えた、いわゆる輻輳状態（１３．２）に入る。
【００１９】
ここで、２つまたはそれ以上のＬＡＮセグメント間を無線で接続する無線伝送装置、例えば無線ＬＡＮシステムやＦＷＡシステムに関し、装置内部におけるキューの構成を考える。
これは一般に図１４のようになり、Ｄｃｈに載せて無線区間へ送信する側のキューを無線送信キュー（１４．１）、無線区間のＤｃｈから受信した側のキューを無線受信キュー（１４．２）として示してある。
【００２０】
ここで、ＬＡＮの帯域と無線区間の帯域を比較すると、ＬＡＮの帯域は現在、最大１００Ｍｂｐｓのデータ伝送速度を提供するファーストイーサネット（登録商標）(IEEE802.3uで標準化)が主流になりつつある。一方で、無線区間の帯域は、例えばIEEE802.11bHighRate規格による無線ＬＡＮ方式では、データ伝送速度は最大１１Ｍｂｐｓである。
一般的には、無線区間の帯域よりもＬＡＮの帯域の方が大きいと考えて良く、無線受信キュー（１４．２）において、ＷＲＸＱｏｕｔ（１４．５）速度(すなわち、無線受信キューからのデキュー速度)は、ＷＲＸＱｉｎ（１４．６）速度(すなわち、無線受信キューへのエンキュー速度)よりも大きく、無線受信キュー（１４．２）内での滞留はほとんど起らず、これにより発生する遅延時間もほとんどないものと考えて良い。
【００２１】
一方、無線送信キュー（１４．１）においては、ＬＡＮからの入力トラフィックが無線区間の伝送処理能力を超過する場合があり、このとき、無線送信キューに最大数の滞留が生じて、大きな遅延時間を発生させる。
このように装置の伝送性能の上限を超えたＬＡＮからの入力トラフィックがある状態は、装置が輻輳状態に入っていることを意味し、この状態において発生する遅延に関しては、原理的に避けることはできない。
【００２２】
しかしながら、現実的には、ソフトウェア処理によりＬＡＮフレームの連結と無線送信キューへのエンキュー処理を行う場合、その方式を工夫しない場合には、装置の最大スループット点よりもかなり低い「ある一定の範囲」の入力負荷においても、無線送信キュー内部に最大数の滞留が生じて、大きな遅延時間を発生させてしまうことが有り得る。
すなわち、図１７に示すように、かなり低いある一定のＬＡＮ入力負荷範囲ＩＩ（１７．２）でも遅延が大きくなり、この範囲の遅延に関しては、装置がデータ伝送を保証する範囲内で発生する遅延であるため、極力小さく抑えられなければならない。
【００２３】
ここで、キュー内部の滞留に起因して発生する遅延は、前述のように無線送信キュー（１４．１）側で起るため、ここで改めて図１５に示すように、無線送信キューを（１５．１）のように表わして、一般的なソフトウェアによる処理構成について述べる。
すなわち、無線送信キュー（１５．１）には、無線区間においてＤｃｈに載るデータ部分（Ｄｃｈデータ（１５．２））がキュー要素として格納され、Ｄｃｈデータ（１５．２）には、通常複数のＬＡＮフレーム（１５．３）が連結されている。
【００２４】
ここに、
Ｌｉｎ（１５．４）は、ＬＡＮフレームの入力を表わす。
Ｗｉｎ（１５．５）は、無線送信キューへのエンキューを表わす。
Ｗｏｕｔ（１５．６）は、無線送信キューからのデキューを表わす。
【００２５】
連結・エンキュータスク（１５．７）は、装置に入力された複数のＬＡＮフレームを１つのＤｃｈデータに連結格納して、無線送信キュー（１５．１）にＷｉｎ（１５．５）するタスクである（以下、単にタスクとも記載する）。
タスクは、図１６に示すように周期的に起動されて、その周期内にＬｉｎ（１５．４）されたＬＡＮフレームを１つのＤｃｈデータ（１５．２）に連結して、エンキュー条件が成立したときにＷｉｎ（１５．５）していく。
【００２６】
エンキューＷｉｎ（１５．５）条件は、以下の２つである。
▲１▼Ｄｃｈデータの空き領域（すなわち、伝送用スロットの空き領域）サイズが小さくて、新しくＬｉｎ（１５．４）されたＬＡＮフレームを同じＤｃｈ内に連結格納できない。
▲２▼新しくＬｉｎ（１５．４）されたＬＡＮフレームがない。
また、タスクは、上記▲２▼の条件が成立するか、または入力ＬＡＮフレーム数が(予め設定された)上限数に達した時点で、現在のＤｃｈデータを無線送信キューにＷｉｎ（１５．５）して、その処理を終了する。
【００２７】
図１６は無線伝送装置の処理の周期を表している。ここに、
Ｔ＿Ｌｉｎ（１６．１）は、ＬＡＮフレームの平均入力周期を表わす。
Ｔ＿Ｗｉｎ(１６．２)は、無線送信キューへの平均エンキュー周期を表わす。
Ｔ＿Ｗｏｕｔ(１６．３)は、無線送信キューからの平均デキュー周期を表わす。
Ｔ＿Ｔａｓｋ（１６．４）は、連結・エンキュータスクの平均起動周期を表わす。
【００２８】
したがって、一般に、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は、ＬＡＮフレーム入力負荷の増大に従って大きくなる傾向がある。
ＬＡＮフレーム入力負荷が十分小さい状態では、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））よりも小さいが、ＬＡＮフレーム入力負荷があるレベルを超えてからは、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は逆に、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））よりも大きくなると考えて良い。
【００２９】
無線送信ドライバ（１５．８）は、無線送信キュー（１５．１）内に格納されているＤｃｈデータ（キュー要素）を取り出し、これをＤｃｈに載せる（Ｗｏｕｔ（１５．６）する）役割をもっている。
無線送信ドライバ（１５．８）は、周期的に発生するＷｏｕｔ（１５．６）に合わせてＤｃｈを作成するため、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））で起動される割り込み処理となる。すなわち、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ）は、無線送信ドライバの起動周期でもある。
【００３０】
なお、図１７に示したＩ〜ＩＶの各領域の発生条件は以下の通りである。
（１）Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｌｉｎｋ（すなわち、Ｗｏｕｔ速度＞Ｌｉｎ速度）；Ｉの領域（１７．１）。
この領域では、図１８に示すように、ＬＡＮ入力負荷が無線帯域（Ｗｏｕｔ速度）よりも小さいため、無線送信キューの滞留は十分小さく遅延はほとんど発生しない。
【００３１】
（２）Ｔ＿Ｗｏｕｔ＞Ｔ＿Ｌｉｎ（すなわち、Ｗｏｕｔ速度＜Ｌｉｎ速度）；
（２）―１； １タスク処理での連結数（Ｔ＿Ｔａｓｋ／Ｔ＿Ｌｉｎ）＜最大連結数（ｊｏｉｎｔ＿ｍａｘ）；
（２）−１．１； Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｔａｓｋ；ＩＩの領域（１７．２）。
このとき、図１９に示すように、「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューに最大数の滞留が起こり、最大遅延時間が発生する。
（２）−１．２； Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｔａｓｋ；ＩＩＩの領域（１７．３）。
このとき、図２０に示すように、「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューの滞留は十分小さく遅延はほとんど発生しない。
（２）−２．１； タスク処理での連結数（Ｔ＿Ｔａｓｋ／Ｔ＿Ｌｉｎ）＞最大連結数；ＩＶの領域（１７．４）。
ここから先は、図２１に示すように、常に「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューに最大数の滞留が起こり、最大遅延時間が発生する（装置の伝送処理上限超過の輻輳状態に入る）。
【００３２】
ここで問題となるのは、ＩＩの領域（１７．２）において最大遅延時間が発生することである。このＩＩの領域（１７．２）では、タスク周期Ｔ＿Ｔａｓｋがデキュー周期Ｔ＿Ｗｏｕｔよりも短い状態であるため、タスク処理終了毎にＷｉｎすると、Ｗｉｎ速度がＷｏｕｔ速度を上回り、結果として無線送信キューに最大数の滞留が生じて、大きな遅延時間を発生させてしまう。
【００３３】
本発明は、上記従来の事情に鑑みなされたもので、固定長のデータ伝送用チャネル（スロット）に複数の伝送データフレームを格納して無線送信することを可能ならしめるとともに、無線送信用キュー内の滞留及びそれに起因する発生する遅延を低減して、効率的なデータ伝送による無線伝送媒体の有効活用を実現することを目的とする。
なお、本発明の更なる目的は以下の説明において明らかなところである。
【００３４】
【課題を解決するための手段】
上記ＩＩの領域（１７．２）で遅延の発生を抑えるためには、連結タスクは処理終了時に無条件でＷｉｎしてはならないと言える。
図２２を参照して具体的に説明すれば、タスクが前回エンキューＷｉｎしてからの経過時間を△Ｔ（２２．１）とすると、タスクは、処理終了時に、ＬＡＮフレームの連結数が最大連結数に達していない場合、△Ｔ＜Ｔ＿Ｗｏｕｔ、の条件が成立している間は、Ｗｉｎしてはならない。なぜなら、この条件が未成立時にＷｉｎした場合、Ｔ＿Ｗｉｎ＜Ｔ＿Ｗｏｕｔ、が成立し、（Ｗｉｎ速度がＷｏｕｔ速度を上回って、無線送信キューに最大の滞留が発生して、大きな遅延時間を発生させてしまうからである。
したがって、本発明の基本概念の１つは、無線送信キューへのエンキュー処理（Ｗｉｎ）に適切な制御を与え、エンキュー（Ｗｉｎ）するタイミングを滞留を生じないように調整して、ＩＩの領域（１７．２）更にはその他の領域における遅延の発生を抑えることである。
【００３５】
本発明は、無線区間に周期的に固定サイズのデータ伝送用スロットを割り当てて無線区間のデータ伝送を行う無線伝送装置であって、伝送データの送信待ち列である無線送信用キューの要素列を保持するメモリと、無線送信用キューの要素となる複数の伝送データを連結する連結手段と、メモリから出力された無線送信用キュー要素をデータ伝送スロットに載せる無線送信手段と、メモリから無線送信用キュー要素が出力されたことに応答して、メモリに次の無線送信用キュー要素を保持させる制御を行う制御手段と、を備えている。
したがって、無線送信用キュー要素がデキュー（Ｗｏｕｔ）されたことに応答して、無線送信用キュー要素をエンキュー（Ｗｉｎ）するタイミングを制御するため、データ伝送用スロットに複数の伝送データを連結格納して無線送信することによるスロット（チャネル）容量の有効利用を実現しつつ、連結格納に際しての遅延発生を抑制することができる。
【００３６】
より具体的には、本発明の無線伝送装置では、制御手段は、メモリに保持された無線送信用キュー要素の数を監視して、無線送信用キュー要素が無い又は保持された無線送信用キュー要素の数が前回のメモリ出力時より減少した場合に、メモリに次の無線送信用キュー要素を保持させる制御を行う。
また、より具体的には、本発明の無線伝送装置では、制御手段は、メモリから無線送信用キュー要素が出力されたことに同期して、メモリに次の無線送信用キュー要素を保持させる制御を行う。
【００３７】
また、本発明は、無線区間に周期的に固定サイズのデータ伝送用スロットを割り当てて無線区間のデータ伝送を行う無線伝送装置であって、伝送データの送信待ち列である無線送信用キューの要素列を保持するメモリと、メモリに保持された無線送信用キューの要素に対して複数の伝送データを順次連結して格納する連結手段と、メモリから出力された無線送信用キュー要素をデータ伝送スロットに載せる無線送信手段と、連結格納対象の無線送信用キュー要素がメモリから出力された場合又は連結格納対象の無線送信用キュー要素に次の伝送データを格納するとデータ伝送用スロットのサイズを上回ってしまう場合に、メモリに保持される次の無線送信用キュー要素に対する伝送データの連結格納へ連結手段の処理対象を移行させる制御手段と、を備えている。
したがって、メモリに保持された無線送信用キューの要素に対して直接、伝送データの連結処理を施すことによりキュー内の滞留を低減し、また、当該連結処理対象のキュー要素を適切なタイミングで移行させることができる。
【００３８】
より具体的には、本発明の無線伝送装置では、上記のメモリと制御手段とを内部バスで接続してモジュールに構成してソフトウエア処理にかかる負担を軽減しており、当該モジュールには、メモリから出力された無線送信用キュー要素を無線送信手段へ出力するバスインタフェースを設け、制御手段は、連結格納対象の無線送信用キュー要素の空きサイズと次に連結格納すべき伝送データのサイズとを比較して、次の無線送信用キュー要素に連結格納処理対象を移行させる。
【００３９】
【発明の実施の形態】
図１に示すように、１台のＢＳ（基地局）１に複数台のＣＳ（加入者局）２が無線接続されるＰ-ＭＰ(Point to Mu1ti Point)形式のシステムを例にとって、本発明を具体的に説明する。
なお、ＢＳ１とＣＳ２とがそれぞれ本発明に係る無線伝送装置に該当するが、以下の説明では、主にＢＳ１について説明する。
【００４０】
各ＣＳ２は、自装置のＬＡＮ３側から入力されたＬＡＮフレーム（伝送データ）を無線区間を通してＢＳ１に伝送する機能をもっており、また、無線区間を通してＢＳ１より受信したＤｃｈ（データ伝送用スロット）からＬＡＮフレームを取り出して、これを自装置のＬＡＮ３側に転送する機能をもっている。
ＢＳ１は、自装置のＬＡＮ４側から入力されたＬＡＮフレームを無線区間を通して特定のＣＳ２に伝送する機能をもっており、また、無線区間を通してＣＳ２より受信したＤｃｈからＬＡＮフレームを取り出して、これを自装置のＬＡＮ４側に転送する機能をもっている。
【００４１】
ＢＳからＣＳに向けての無線伝送を下り伝送と呼び、逆にＣＳからＢＳに向けての無線伝送を上り伝送と呼ぶが、本例では、上り伝送時の連結処理は後述する遅延抑制のための制御処理を有しないだけで下り伝送時の連結処理と同様であるので、下り伝送時の処理について以下に説明する。すなわち、ＢＳ１が無線区間へのデータ伝送に際して行う処理について説明する。
【００４２】
ＢＳ１は、ＬＡＮ４側から入力されたＬＡＮフレームがマルチキャストフレームの場合、全てのＣＳ２に対してこれを伝送し、ＬＡＮ４側から入カされたＬＡＮフレームがユニキャストフレームの場合、どのＣＳ２に伝送するかを決めた後に当該ＣＳ２へこれを伝送する。
図２に示すように、ＢＳ１は、装置内部にＣＡＭ（Content Address Memory）（２．１）を有しており、ＣＡＭ（２．１）を参照することにより宛先となるＣＳ１を決定する。
ＣＡＭ（２．１）は、複数の「ＭＡＣアドレスとＣＳ番号」の組を内部に記録することが可能なデバイスであり、入力値としてＭＡＣアドレスを入力することにより、出力値として対応するＣＳ番号を出力することが可能な連想記憶メモリデバイスである。
【００４３】
下り伝送時に、ＬＡＮフレームの宛先ＭＡＣアドレスをＣＡＭ（２．１）に入力すると、そのＭＡＣアドレスに対応するＣＳ番号が存在する場合、ＣＡＭ（２．１）は、そのＣＳ番号を出力する。なお、対応するＭＡＣアドレスが存在しない場合、ＣＡＭ（２．１）は対応するＭＡＣアドレスがないことを示す値を出力する。
そのため、ＣＡＭ（２．１）に有効なＣＳ番号を出カさせるためには、まずＣＡＭへの記録を行わなければならない。
【００４４】
ここで、上り伝送時にＢＳ１においては、図２には示していないが、無線受信ドライバと無線受信タスクが機能する。
無線受信ドライバは、各ＣＳ２からの上り伝送要求を受けて、各ＣＳ２に上り伝送用の帯域（Ｄｃｈ）を割り当て、実際にＤｃｈを受信する機能をもっており、無線受信タスクは、無線受信ドライバからＤｃｈに載せられてＣＳから伝送されてきたＤｃｈデータと、送信元のＣＳ番号を受け取り、Ｄｃｈデータ内部に格納されているＬＡＮフレームを取り出して、ＬＡＮ４側に転送する機能をもっている。
【００４５】
無線受信タスクでは、ＤｃｈデータからＬＡＮフレームを取り出したときに、その送信元のＭＡＣアドレスと、送信元のＣＳ番号の組をＣＡＭ（２．１）に記録する。なお、無線受信タスクでは、取り出したＬＡＮフレームの宛先ＭＡＣアドレスによりＣＡＭ（２．１）を検索することにより、異なる２台のＣＳ間の折り返し伝送を実現することが可能である。
よって、一度上り伝送が行われたＬＡＮフレームに関しては、その逆方向のＬＡＮフレームがＢＳ１に入力された場合に、宛先となるＣＳ２をＣＡＭ（２．１）から判別することが可能となる。
【００４６】
なお、ＢＳ１は、一度も上り伝送が行われないＬＡＮフレームに関しては、その逆方向のＬＡＮフレームをどのＣＳ２に送るかを判別できないので、この場合は、（１）全てのＣＳに送信する、（２）受信したＬＡｎフレームを破棄する、の２つの方法のどちらかを取ることになる。
通常のブリッジは宛先が分からないＬＡＮフレームに関しては（１）の動作(フラッディング)を行うが、無線伝送装置の場合、全装置間で共有する無線帯域を有効に使用するために、（２）の方法を取るという選択肢も考えられる。
ＬＡＮを通して行われる実際の通信においては、通信の一番最初の段階で必ずマルチキャストが発生し、それに対する応答としてユニキャストが発生するため(下り方向に最初からユニキャストフレームが発生することはなく)、（２）の方法をとっても実質的に支障をきたすことはないと考えられる。
【００４７】
以上の処理を基本として、下り伝送時に、各宛先ＣＳ２毎の連結処理が、ＢＳ１の連結・エンキュータスク（２．２）において実施される。
ＢＳ１に複数台のＣＳ２が無線接続されているときの、ＢＳ１における連結処理の流れは以下の通りである。
【００４８】
（１）ＢＳ１が自己のＬＡＮ４側からユニキャストＬＡＮフレームを受信した場合、連結・エンキュータスク（２．２）がＣＡＭの検索機能（２．３）によりＣＡＭ（２．１）の検索を行い、その宛先を決定する。
（２）ＢＳ１のメモリには、ＣＳ２毎に連結作業領域（２．４）が複数割り当てられており、宛先となるＣＳ２が決定された後は、当該ＣＳ用の連結作業領域（２．４）に受信したＬＡＮフレームが転送される。
（３）続けて同じＣＳ宛てのＬＡＮフレームを受信した場合は、同じ連結作業領域（２．４）に転送されて連結が行われる。
【００４９】
この各ＣＳの連結作業領域（２．４）毎の転送連結処理は、次のようにして行われる。
まず、１番目の伝送データ（ＬＡＮフレーム）を連結作業領域（２．４）に格納し、次いで、２番目のＬＡＮフレームのサイズと、１番目のＬＡＮフレームを格納した場合にデータ伝送用スロット（Ｄｃｈ）に残される空きサイズとを比較し、この２番目のフレームを格納できる空きサイズがある場合には、１番目のフレームと２番目のフレームとの間にデリミタビットを挿入して、２番目のフレームを１番目のフレームと同じ連結作業領域（２．４）に格納する。
【００５０】
更に、３番目のフレームのサイズと、１番目及び２番目のフレームとを格納した場合にデータ伝送用スロットに残される空きサイズとを比較し、３番目のフレームを格納できる空きサイズがある場合には、２番目のフレームと３番目のフレームとの間にデリミタビットを挿入して、３番目のフレームを１番目及び２番目のフレームと同じ連結作業領域（２．４）に格納する。
このように固定長のデータ伝送用スロットに次のフレームを格納する空きサイズがあれば、これを同一のデータ伝送用スロットに格納するという処理を行い、同一の連結作業領域（２．４）に同一のＣＳ宛ての複数のフレームを格納する。
なお、マルチキャストＬＡＮフレームを受信した場合、または宛先の判別不能なユニキャストＬＡＮフレームをフラッディングする場合は、これらのＬＡＮフレームは、全てのＣＳ用の連結作業領域（２．４）に転送・連結されることになる。
【００５１】
（４）あるＣＳ用の連結作業領域（２．４）に必要な空き領域がなくなり、引き続き受信した同じＣＳ宛てのＬＡＮフレームをこれ以上連結ができない場合は、その領域の連結データを当該ＣＳ用の無線送信用キュー（２．５）にエンキューする。なお、受信したＬＡＮフレームは、同じＣＳ用の別の連結作業領域（２．４）に転送される。
（５）無線送信用キュー（２．５）にエンキューされたデータ（キュー要素）は、無線送信ドライバ（２．６）によって、各ＣＳ毎に無線区間に割り当てられたＤｃｈ（データ伝送用スロット）に載せられ、当該ＣＳに伝送される。
（６）受信ＬＡＮフレームがなくなったとき、または処理するＬＡＮフレーム数の上限に達したときは、連結・エンキュータスク（２．２）の処理は終了する。
【００５２】
そして上記の無線送信用キュー（２．５）へのエンキュー及びデキュー処理において、本例のＢＳ１では、下記の方式１〜方式４に示すような滞留抑制のためのいずれかの制御処理が行われる。
【００５３】
まず、方式１について説明すると、この方式１では図３に示すようにキュー監視による方法を実施する。
無線送信キューは、デキュー（Ｗｏｕｔ）される毎にキュー要素数が１つ減るため、キュー要素数が―１される間隔がＴ＿Ｗｏｕｔになる。
そこで、タスク（２．２）は、処理終了時点で最大連結数に達していないＷｉｎ待ちのデータがある場合（ステップＳ１）、現在のキュー要素数Ｑ（Ｎ）を参照して、現在のキュー要素数が０である（ステップＳ２）、または、現在のキュー要素数Ｑ（Ｎ）と前回のタスク処理終了時に保存しておいたキュー要素数Ｑ（Ｎ―１）を比較して、(現在のキュー要素数)＜(前回のキュー要素数)の条件が成立しているときには（ステップＳ３）、無線送信キューに次のキュー要素をエンキュー（Ｗｉｎ）し（ステップＳ４）、現在のキュー要素数を保存してタスク処理を終了する。
【００５４】
一方、上記条件（ステップＳ１、Ｓ３）が成立していない場合は、タスクは、Ｗｉｎせずに現在のキュー要素数を保存してタスク処理を終了し（ステップＳ５）、実行待ち状態に遷移する。
なお、上記のように、次回のタスク処理時点で、入力ＬＡＮフレームが有る場合は、連結処理を現在の連結データに追加する形で行う。
このように、タスク（２．２）が自己制御により、無線送信キューのキュー要素数又はキュー要素数の変化を監視し、結果的にはキュー要素がデキューされたことに応じて無線送信キューに次のキュー要素をエンキューするようにしており、これによって、特にＩＩの領域（１７．２）において、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避している。
【００５５】
次に、上記方式とは異なる方式２について説明すると、この方式２では図４に示すようにエンキュー処理（Ｗｉｎ）を割り込み処理で実行する。
この方式２を実施する構成は、連結処理を行う連結タスク（４．１）と、無線送信キュー（４．３）へのエンキュー（Ｗｉｎ）を行うエンキュードライバ（４．２）に分離されている。
【００５６】
連結タスク（４．１）は周期起動タスクであり、各タスク処理において、ＬＡＮフレームの連結処理を行う。そして、連結タスク（４．１）は、現在の連結処理が最大連結数に達した時にのみＷｉｎを実行し、それ以外はＷｉｎすることはない。
エンキュードライバ（４．２）はＴ＿Ｗｏｕｔ周期で起動される割り込み処理であり、デキューに同期して割込み起動される各処理において、連結タスク（４．１）が連結を行っている連結データをＷｉｎして処理を終了する。
なお、エンキュードライバ（４．２）は、連結タスク（４．１）と共通して参照可能なフラグを用いて、連結タスク（４．１）に対して、当該連結データのＷｏｕｔを実行したことを通知し、連結タスク（４．１）はこの通知をもって当該連結処理の終了を認知する。
【００５７】
このように、エンキュードライバ（４．２）が自己制御により、デキューに同期して無線送信キューに次のキュー要素をエンキューするようにしており、これによって、特にＩＩの領域（１７．２）において、Ｔ＿Ｗｏｕｔよりも短い周期でＷｉｎされることを防ぐことができ、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避している。
【００５８】
次に、上記方式とは異なる方式３について説明すると、この方式３では図５に示すように、連結タスク（５．２）は、連結処理を無線送信キュー（５．３）の各キュー要素の領域（５．１）に対して直接行う。
連結タスク（５．２）は、現在（先頭）のキュー要素がデキュー（Ｗｏｕｔ）された場合、または現在のキュー要素の領域にこれ以上連結不可能である場合は、次のキュー要素の領域に移って連結を実施する。
【００５９】
各キュー要素の領域（５．１）には、それぞれ専用の連結タスクと共通して参照可能なフラグをもたせてあり、無線送信ドライバ（図示せず）は、Ｗｏｕｔ実行時にこのフラグを使用して、当該キュー要素をＷｏｕｔしたことを連結タスク（５．２）に対して通知し、連結タスクは、この通知をもって当該キュー要素に対する連結処理の終了を認知する。
このように連結タスク（５．２）が自己制御により処理を行うことにより、連結タスクは、Ｔ＿Ｗｏｕｔ時間内は、１つのキュー要素領域（５．１）に対して連結処理を続けることになり、実質的に、Ｔ＿Ｗｏｕｔよりも短い周期でＷｉｎされるのを防ぐのと同等の効果を得ることができ、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避することができる。
【００６０】
次に、方式４について説明すると、この方式４は図６に示すように、上記方式３における無線送信キューの各要素に対して直接連結格納していく処理を１つのハードウェアモジュール(連結ＦＩＦＯモジュール)で実現したものである。
この連結ＦＩＦＯモジュール６は、無線伝送装置の制御部（ＣＰＵ）よりアクセス可能な外部バス（６．１）と連結ＦＩＦＯモジュール内部の内部バス（６．２）とのインタフェースを行うバスインタフェース（６．３）と、外部バス（６．１）を通してＬＡＮフレームを書き込むためのライトバッファ(write buffer)メモリ（６．４）と、複数のＦＩＦＯ要素メモリ（６．５）とを備えた連結ＦＩＦＯ部（６．６）を有している。
【００６１】
連結ＦＩＦＯモジュール６は、更に、連結処理を実行継続中になっているＦＩＦＯ要素メモリ（６．５）における空き領域サイズを格納する空き領域サイズレジスタ（６．７）と、ライトバッファメモリ（６．４）に現在格納されているＬＡＮフレームサイズを格納するライトバッファデータサイズレジスタ（６．８）と、外部バス（６．１）を通して連結ＦＩＦＯ（６．６）内に格納されている連結データを読み出す際の読み出しサイズを格納するＦＩＦＯリードサイズ(read size)レジスタ（６．９）を内部に有し、空き領域サイズレジスタ(６．７)とライトバッファデータサイズレジスタ（６．８）との比較を行って、ライトバッファメモリ（６．４）内の受信ＬＡＮフレームをＦＩＦＯ要素メモリ（６．５）の適切な位置に転送する連結ＦＩＦＯ制御部（６．１０）が備えられている。
【００６２】
この連結ＦＩＦＯモジュール６では、外部バス（６．１）を通してＬＡＮフレームが書き込まれると、これはまずライトバッファメモリ（６．４）に書き込まれ、このとき連結ＦＩＦＯ制御部（６．１０）が、ライトバッファメモリ（６．４）内のＬＡＮフレームサイズをライトバッファデータサイズレジスタ（６．８）にセットする。
次に、連結ＦＩＦＯ制御部（６．１０）は、ライトバッファデータサイズレジスタ（６．８）と、空き領域サイズレジスタ（６．７）の値を比較して、次の（１）又は（２）のいずれかの処理を実行する。
【００６３】
（１）受信ＬＡＮフレームサイズ≦空き領域サイズである場合には、ライトバッファメモリ（６．４）に格納されているＬＡＮフレームを、必要なヘッダ情報等を付加した後、現在連結処理を継続中のＦＩＦＯ要素メモリ（６．５）に転送して追加で連結し、空き領域サイズレジスタ（６．７）を更新する。
（２）受信ＬＡＮフレームサイズ＞空き領域サイズである場合には、現在未使用中の次のＦＩＦＯ要素メモリ（６．５）を新規に見つけて、これに対して、ライトバッツファメモリ（６．４）に格納されているＬＡＮフレームを、必要なヘッダ情報付加した後に転送して、空き領域サイズレジスタ（６．７）を更新する。なお、これ以降書き込まれたＬＡＮフレームは、上記の次のＦＩＦＯ要素メモリに追加して連結される。
【００６４】
連結ＦＩＦＯ制御部（６．１０）は、次に読み出されるべきＦＩＦＯ要素メモリ（６．５）を外部バス（６．１）を通して読み出されるよう設定し、同時に、このＦＩＦＯ要素メモリ（６．５）内の連結データサイズをＦＩＦＯリードサイズレジスタ（６．９）に設定して外部バス（６．１）経由で読み出し可能にする。
そして、外部バス（６．１）から連結データが読み出された時は、連結ＦＩＦＯ制御部（６．１０）によって、読み出されたＦＩＦＯ要素メモリ（６．５）が未使用の状態に戻されると同時に、次に読み出されるべきＦＩＦＯ要素メモリ（６．５）を外部バスを通して読み出されるように設定し、そのＦＩＦＯ要素メモリ内の連結データサイズをＦＩＦＯリードサイズレジスタ（６．９）に設定する。
【００６５】
上記のように連結処理は連結ＦＩＦＯモジュール６が行うため、ソフトウェアによる処理(連結タスク)は必要なく、上記方式３による作用効果を得ることができる。
なお、例えば図７に示すように、連結ＦＩＦＯモジュール６はソフトウエアモジュールからなるＬＡＮ受信ドライバ（７．１）や無線送信ドライバ（７．２）と協働して、受信したＬＡＮフレームを連結して無線区間へ送信する一連の処理を実行し、ＬＡＮ受信ドライバ（７．１）はＬＡＮフレーム受信毎に連結ＦＩＦＯモジュール６に対してＬＡＮフレームを転送し、無線送信ドライバ（７．２）は連結ＦＩＦＯモジュール６から連結データを取り出してＤｃｈに載せて無線区間への送信を実行する。
【００６６】
ここで、上記の例は、ＴＤＭＡ／ＴＤＤ方式による無線伝送装置を対象としたが、本発明は特にこれに限定されず、上位レイヤが複数のＰＤＵ(Protocol Data Unit)を連結して、下位レイヤに対して１つのＳＤＵ(Service Data Unit)として送信用キューにエンキューする方式をもつ一般的な無線伝送装置においても、上記例と同様の制御を行うことによって、キュー内部で発生する遅延時間を減少させる効果を得ることができる。
【００６７】
【実施例】
本発明の効果を、実際に無線伝送装置を用いて測定した結果をもって示す。
本例で使用した無線伝送装置はＴＤＭＡ／ＴＤＤ方式により無線区間のデータ伝送を行っている。なお、無線送信用キューの深さは１２８(１２８個の連結データを格納可能)である。
この無線伝送装置において、（１）エンキュー処理をデキューに非同期で実施、（２）上記の方式１で示した「キュー監視方式」によるエンキュー制御を実施、の２つのそれぞれの場合について遅延時間を測定して。
【００６８】
遅延測定を行った機器の構成は図８に示す通りであり、有線（ＬＡＮ）伝送区間Ａに接続された無線伝送装置Ａと有線（ＬＡＮ）伝送区間Ｂに接続された無線伝送装置Ｂとを用い、有線（ＬＡＮ）伝送区間Ｂで発生したＬＡＮフレーム（伝送データ）を遅延測定装置８を通して有線（ＬＡＮ）伝送区間Ａへ送信し、当該ＬＡＮフレームを無線伝送装置Ａから無線伝送装置Ｂへ無線送信するものである。
なお、ＲＦＣ１２４２/ＲＦＣ２５４４２準ずる方式で、６４バイトのＬＡＮフレームのみ発生させて測定した。
【００６９】
この結果、エンキューの制御を行わない（１）の場合には図９に示すような遅延時間特性が得られ、エンキューの制御を行った（２）の場合には図１０に示すような遅延時間特性が得られた。
これらより、図９においては、ＬＡＮからの入力負荷が０.９〜１．７％間で１００ミリ秒を超過する遅延時間が発生しているが、図２１では、図９の同区間で発生していた遅延を完全に抑えている(遅延時間は５ミリ秒以下、Ｗｉｎ制御無し時の１／２０程度である)ことが分かる。すなわち、本発明により遅延抑制の顕著な効果が得られることが確認された。
【００７０】
【発明の効果】
以上説明したように、本発明によると、伝送データを連結させて無線区間のデータ伝送用スロットに載せて無線送信するに際し、当該連結データを送信待ちの無線送信用キューへエンキューする処理を当該無線送信用キューからのデキューに応答して制御するようにしたため、無線送信用キュー内の滞留及びそれに起因する発生する遅延を低減して、効率的なデータ伝送による無線伝送媒体の有効活用を実現することができる。
【図面の簡単な説明】
【図１】 本発明を適用する無線伝送システムの一例を示す図である。
【図２】 本発明に係る構成の一例を示す図である。
【図３】 本発明に係る方式１を説明するフローチャートである。
【図４】 本発明に係る方式２を説明する図である。
【図５】 本発明に係る方式３を説明する図である。
【図６】 本発明に係る方式４を説明する図である。
【図７】 本発明に係る方式５を説明する図である。
【図８】 本発明の実施例における遅延測定の機器構成を説明する図である。
【図９】 本発明の実施例におけるエンキュー制御を行わない場合の測定結果を示す図である。
【図１０】 本発明の実施例におけるエンキュー制御を行った場合の測定結果を示す図である。
【図１１】 Ｄｃｈ内で発生する空き領域を説明する図である。
【図１２】 待ち行列理論におけるキュー内で発生する遅延時間のプロファイルを示す図である。
【図１３】 実際のキュー内で発生する遅延時間のプロファイルを示す図である。
【図１４】 無線伝送装置におけるキューを説明する図である。
【図１５】 ＬＡＮフレームの連結処理と無線送信用キューへのエンキュー処理を説明する図である。
【図１６】 無線伝送装置内の各処理周期を説明する図である。
【図１７】 無線伝送装置内のキューで発生する遅延時聞のプロファイルを示す図である。
【図１８】 図１７の（１７．１）の状態における処理状態を説明する図である。
【図１９】 図１７の（１７．２）の状態における処理状態を説明する図である。
【図２０】 図１７の（１７．３）の状態における処理状態を説明する図である。
【図２１】 図１７の（１７．４）の状態における処理状態を説明する図である。
【図２２】 図１７の（１７．２）の状態の状態で発生する遅延を抑制するための条件を説明する図である。
【符号の説明】
１：基地局（ＢＳ）、 ２：加入者局（ＣＳ）、
３：ＬＡＮ、 ４：バックボーンネットワーク（ＬＡＮ）、
（２．２）：連結エンキュータスク、 （２．４）：連結作業領域、
（２．５）：無線送信キュー、 （２．６）：無線送信ドライバ、
【発明の属する技術分野】
本発明は、固定長のデータ伝送用スロット（データ通信チャネル）を用いた無線通信において効率的なデータ伝送を実現する技術に関し、例えば、無線通信局同士がＴＤＭＡ／ＴＤＤ方式（時分割多元接続／時分割複信方式）で無線通信を行う加入者系無線アクセスシステムに用いて好適な技術であり、無線区間に送信する伝送データを送信待ち列である無線送信用キューの要素列として保持し、当該無線送信用キュー内の滞留及びそれに起因する遅延時間を低減する技術に関する。
【０００２】
【従来の技術】
例えば、ＷＬＬ（wireless local loop）あるいはＦＷＡ（Fixed wireless access）などと称せられる無線通信を用いた加入者系無線アクセスシステムが知られている。加入者系無線アクセスシステムは、例えば図１に示すように、電気通信事業者が固定設置する基地局（ＢＳ）１と複数の利用者宅側にそれぞれ固定設置される加入者局（ＣＳ）２とをＴＤＭＡ／ＴＤＤ方式の無線区間で通信接続するものであり、基地局１と加入者局２とが無線通信することで、異なる加入者局２に接続されたＬＡＮ３の間でデータ通信することができ、また、基地局１に接続された公衆通信網やＬＡＮなどのバックボーンネットワーク４を介して更に他の加入者ＬＡＮとデータ通信することができる。
なお、基地局１は多数の加入者局２を収容しており、このような一対多方向方式の無線設備はＰ−ＭＰ（Point−Multi Point）システムとも呼ばれている。
【０００３】
このような基地局１と加入者局２との無線通信にはデータ伝送用にチャネル（データ伝送用タイムスロット）が割り当てられ、基地局１による割り当て制御の下に、このデータ伝送用チャネルを基地局１配下の複数の加入者局２で共用する。
例えば、基地局１とバックボーンネットワーク４、或いは、加入者局２とＬＡＮ３とをＥｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３の有線ＬＡＮインタフェースで接続した場合、加入者ＬＡＮ３に収容された各加入者端末宛の個別アドレスを有するユニキャストデータと、複数の加入者端末に割り当てられたアドレスを有するブロードキャストデータとが、基地局１と加入者局２との無線通信で送受信され、頻繁に大量のデータが無線通信される。
【０００４】
ここで、例えばＴＤＭＡ／ＴＤＤ方式の無線接続方式を採用する無線通信システムでは、各加入者局２は基地局１によって割り当て制御された特定のデータ伝送用チャネルのみで伝送データ（フレーム）の送受信を行うことができ、この加入者局２に割り当てられるデータ伝送用チャネル（データ通信用スロット）はＴＤＭＡ／ＴＤＤ方式の性質上から固定長となっている。なお、通常、このデータ伝送用チャネルの長さは、Ｅｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３で規定された最大のフレームが格納できるサイズに設定されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、実際にデータ伝送用スロットを用いて送受信されるＥｔｈｅｒｎｅｔ(登録商標)及びＩＥＥＥ８０２．３のデータフレームは可変長であり、様々なサイズのデータフレームを送受信するため、固定長に割り当てられたデータ伝送用スロットの多くの容量が未使用となって効率的なデータ伝送が行えず、延いては、無線伝送媒体の有効な活用が行えていなかった。
【０００６】
より具体的に説明すると、固定サイズのデータ伝送用スロットを用いて、無線区間でデータ伝送を行う無線伝送装置、例えば、無線回線制御方式としてＴＤＭＡ／ＴＤＤ方式を用いた無線伝送装置においては、データ伝送用の固定サイズのタイムスロット（以下Ｄｃｈ(Datachame1の略)とも記す）が一定の周期をもって無線区聞に割り当てられ、これに伝送データが載せられて無線区間を伝送されることになる。
前記無線伝送装置の内で、例えば無線区間を伝送するデータがＬＡＮフレームであり、かつＬＡＮフレームを分解しないで伝送する（ブリッジする)無線伝送装置においては、Ｄｃｈのサイズは、最大サイズのＬＡＮフレーム（１５１８バイト）を伝送できるようにするため、最低でも１５１８×８ビットタイムの大きさにとられることになる。
【０００７】
しかしながら、実際のＬＡＮフレームのサイズは、６４バイト〜１５１８バイトの範囲で任意の大きさをとり得るため、図１１に示すように、１つのＤｃｈに対して１つのＬＡＮフレームだけを格納して伝送する場合、多くの場合においてＤｃｈに空き領域が生じることになり、平均してＤｃｈ使用率（Ｄｃｈ内における伝送データの割合）はそれほど高くならない。
ここで、もし１つのＤｃｈに対して複数のＬＡＮフレームを連結して格納し、空き領域を極力小さくしてやることができれば、Ｄｃｈ使用率、延いては無線区間におけるＬＡＮフレームの伝送速度（伝送スループット）を上げることが可能となる。
【０００８】
例えば、Ｄｃｈサイズが１５１８×８ビットタイム、無線区間におけるＤｃｈ伝送速度が毎秒５００スロットであるような無線伝送装置を想定して、この装置に対して、ＬＡＮ側から６４バイトのサイズのＬＡＮフレームが連続して入力された場合における非連結伝送と連結伝送の比較を行うと下記の通りである。
なお、下記の説明では、ＣＰＵによる連結処理が充分早く、各Ｄｃｈ送信周期内に２２フレーム分の連結処理が間に合っていると仮定している。
【０００９】
（１）無線区間をＬＡＮフレームを連結しないで伝送する場合：
この場合、Ｄｃｈ使用率は、（６４／１５１８）×１００＝４．２％、となる。
また、１つのＤｃｈに１つのＬＡＮフレームが格納されて無線伝送されるため、無線区間のＬＡＮフレーム伝送速度は、Ｄｃｈの伝送速度(無線帯域)に等しくなり、最大で５００ｐｐｓ程度の伝送能力をもつことになる。
【００１０】
（２）無線区間を複数のＬＡＮフレームを連結して伝送する場合：
連結時に各ＬＡＮフレームを識別するための識別データ領域（ＬＡＮフレームの境界を示す先頭識別子やＬＡＮフレームサイズ等が入る）が必要となるので、これを仮に４バイトにとって、連結する各ＬＡＮフレームの先頭に付加することを考えると、連結可能なＬＡＮフレーム数は、１５１８／（６４＋４）＝２２フレームとなる。
この場合、Ｄｃｈ使用率は、（６４×２２）／１５１８×１００＝９３％となる。そして、無線区間における最大のＬＡＮフレーム伝送速度は、Ｄｃｈ伝送速度（＝５００）×連結数（＝２２）＝１１０００ｐｐｓとなり、連結した数分だけ伝送能力が上がることになる。すなわち、（１）の非連結伝送に較べて２２倍の伝送能力をもつことになる。
【００１１】
次に、ＬＡＮ上を流れる実トラフィックの見地から、無線区間を連結伝送することの必要性について説明する。
なお、以下の説明においては、連結のできない最大サイズのＬＡＮフレームを長フレーム、また、同一Ｄｃｈ内に複数連結可能なサイズのＬＡＮフレームを総称して短フレームと表現する。
【００１２】
ＬＡＮ上で、ＦＴＰ(Fi1e Transfer Protoco1)に代表されるファイル転送プロトコルにより、データ転送が行われる場合には、最大サイズ（１５１８バイト）の長フレームが連続して発生する。長フレームを無線区間で伝送する際には、各ＬＡＮフレームの連結ができないため、その伝送速度はＤｃｈ伝送速度(無線帯域)に固定されることになる。
しかしながら、前記ＦＴＰを含めたほとんど全てのプロトコルにおいては、その実行の際に一定間隔で確認応答パケットを発生させている。
【００１３】
通常、ＬＡＮ上においては、複数のプロトコルによる多数の通信が同時に実行されているため、全体としては、多数の短フレームが存在することになる。
このため、これらの多数の通信を円滑に実行させるためには、無線区聞において短フレームを連結して伝送することが不可欠であると考えられる。
更に、インターネットのインフラストラクチャを電話網として使用するインターネット電話(ＶｏＩＰ：Voice Over IP)においては、６４バイト程度の短フレームを用いて通信が実行される。
【００１４】
ＶｏＩＰの場合、１チャネル当たりの使用帯域は、５Ｋｂｐｓ〜６４Ｋｂｐｓ程度(使用帯域は音声符号化方式によって異なる)であるが、マルチチャネルでの使用を考えた場合、短フレームのトラフィックはチャネル数分増大することになる。今後、インターネット電話(ＶｏＩＰ)は大きく普及していくことが予測されており、ＬＡＮにおける短フレームのトラフィックの増大化が見込まれるため、無線区間においても、短フレームに対する高い伝送スループット性能が要求されてくる。
このため、無線区間において短フレームを連結して伝送し、短フレームに対する高い伝送スループット性能を実現することは不可欠であると言える。
【００１５】
ここで、無線区間におけるフレームの連結伝送を実施する場合、通信品質を確保するために伝送にかかる遅延時間を小さくすることが求められる。例えば、ＶｏＩｐにおいては、電話品質を確保するために、許容されるデータ伝送の総遅延時間は２００ミリ秒程度と考えられている。このため、無線伝送装置内で生じる遅延時間も極力小さく抑えることが要求される。
また、ファイル転送などのリアルタイム性の要求されない通信においても、例えばＴＣＰ（Transmission Control Protoco1）による通信では、一定量のデータ送信毎に、確認応答待ちのデータ送信待機時間が発生する。そして、この確認応答待ち時間が遅延時間によって決まるため、同じ帯域幅をもつ異なる伝送系においては、遅延時間が大きい系程、通信時の実効スループットが低下することが知られている。この理由からも、無線伝送装置内で生じる遅延時間は極力小さく抑えことが要求される。
【００１６】
ここで、一般に、単一のキュー（待ち列）へのエンキュー（待ち列要素の入力）およびデキュー（待ち列要素の出力）がランダムに発生する場合、統計数学によれば、これらの発生はポアソン分布に従う。待ち行列理論によれば、この前提のもとで「キューの滞留数」は、
ρ2／(１−ρ)
となることが分かっている。
したがって、このときの「滞留により発生する遅延時間」は、
ρ2／（１−ρ）×（１／デキュー速度） … （Ａ）
で与えられる。
ここで、ρ＝（エンキュー速度）／（デキュー速度）で定義されるトラヒック密度であり、単位を「アーラン」と呼ぶことがある。
【００１７】
そして、上記の(Ａ)式から、待ち列におけるキュー要素の滞留により発生する遅延時間は、エンキュー量（ＬＡＮ入力負荷）に対して図１２に示すようなプロファイルをもつことが分かり、（エンキュー速度）＝（デキュー速度）に近づくと遅延時間は無限大となる。
なお、待ち行列理論は、「ρ＜１」すなわち「エンキュー速度＜デキュー速度」の範囲を対象に考えている。
【００１８】
実際には、キューは有限の深さ（待ち列に収容できる要素数の上限）をもつため、図１３に示すようなプロファイルとなる。
図１３から滞留による遅延時間は、ρ＜１、すなわちデキュー速度がエンキュー速度よりも大きな範囲では十分小さく、また、ρが１に近づき、あるポイントを超過してからは急激に大きくなって、最大の遅延時間（１３．１）に達する。この最大の遅延時間に達したポイントが、その装置の最大伝送スループット点(パケット損失０で転送できる上限)を決定し、そこから先の領域では装置の処理上限を超えた、いわゆる輻輳状態（１３．２）に入る。
【００１９】
ここで、２つまたはそれ以上のＬＡＮセグメント間を無線で接続する無線伝送装置、例えば無線ＬＡＮシステムやＦＷＡシステムに関し、装置内部におけるキューの構成を考える。
これは一般に図１４のようになり、Ｄｃｈに載せて無線区間へ送信する側のキューを無線送信キュー（１４．１）、無線区間のＤｃｈから受信した側のキューを無線受信キュー（１４．２）として示してある。
【００２０】
ここで、ＬＡＮの帯域と無線区間の帯域を比較すると、ＬＡＮの帯域は現在、最大１００Ｍｂｐｓのデータ伝送速度を提供するファーストイーサネット（登録商標）(IEEE802.3uで標準化)が主流になりつつある。一方で、無線区間の帯域は、例えばIEEE802.11bHighRate規格による無線ＬＡＮ方式では、データ伝送速度は最大１１Ｍｂｐｓである。
一般的には、無線区間の帯域よりもＬＡＮの帯域の方が大きいと考えて良く、無線受信キュー（１４．２）において、ＷＲＸＱｏｕｔ（１４．５）速度(すなわち、無線受信キューからのデキュー速度)は、ＷＲＸＱｉｎ（１４．６）速度(すなわち、無線受信キューへのエンキュー速度)よりも大きく、無線受信キュー（１４．２）内での滞留はほとんど起らず、これにより発生する遅延時間もほとんどないものと考えて良い。
【００２１】
一方、無線送信キュー（１４．１）においては、ＬＡＮからの入力トラフィックが無線区間の伝送処理能力を超過する場合があり、このとき、無線送信キューに最大数の滞留が生じて、大きな遅延時間を発生させる。
このように装置の伝送性能の上限を超えたＬＡＮからの入力トラフィックがある状態は、装置が輻輳状態に入っていることを意味し、この状態において発生する遅延に関しては、原理的に避けることはできない。
【００２２】
しかしながら、現実的には、ソフトウェア処理によりＬＡＮフレームの連結と無線送信キューへのエンキュー処理を行う場合、その方式を工夫しない場合には、装置の最大スループット点よりもかなり低い「ある一定の範囲」の入力負荷においても、無線送信キュー内部に最大数の滞留が生じて、大きな遅延時間を発生させてしまうことが有り得る。
すなわち、図１７に示すように、かなり低いある一定のＬＡＮ入力負荷範囲ＩＩ（１７．２）でも遅延が大きくなり、この範囲の遅延に関しては、装置がデータ伝送を保証する範囲内で発生する遅延であるため、極力小さく抑えられなければならない。
【００２３】
ここで、キュー内部の滞留に起因して発生する遅延は、前述のように無線送信キュー（１４．１）側で起るため、ここで改めて図１５に示すように、無線送信キューを（１５．１）のように表わして、一般的なソフトウェアによる処理構成について述べる。
すなわち、無線送信キュー（１５．１）には、無線区間においてＤｃｈに載るデータ部分（Ｄｃｈデータ（１５．２））がキュー要素として格納され、Ｄｃｈデータ（１５．２）には、通常複数のＬＡＮフレーム（１５．３）が連結されている。
【００２４】
ここに、
Ｌｉｎ（１５．４）は、ＬＡＮフレームの入力を表わす。
Ｗｉｎ（１５．５）は、無線送信キューへのエンキューを表わす。
Ｗｏｕｔ（１５．６）は、無線送信キューからのデキューを表わす。
【００２５】
連結・エンキュータスク（１５．７）は、装置に入力された複数のＬＡＮフレームを１つのＤｃｈデータに連結格納して、無線送信キュー（１５．１）にＷｉｎ（１５．５）するタスクである（以下、単にタスクとも記載する）。
タスクは、図１６に示すように周期的に起動されて、その周期内にＬｉｎ（１５．４）されたＬＡＮフレームを１つのＤｃｈデータ（１５．２）に連結して、エンキュー条件が成立したときにＷｉｎ（１５．５）していく。
【００２６】
エンキューＷｉｎ（１５．５）条件は、以下の２つである。
▲１▼Ｄｃｈデータの空き領域（すなわち、伝送用スロットの空き領域）サイズが小さくて、新しくＬｉｎ（１５．４）されたＬＡＮフレームを同じＤｃｈ内に連結格納できない。
▲２▼新しくＬｉｎ（１５．４）されたＬＡＮフレームがない。
また、タスクは、上記▲２▼の条件が成立するか、または入力ＬＡＮフレーム数が(予め設定された)上限数に達した時点で、現在のＤｃｈデータを無線送信キューにＷｉｎ（１５．５）して、その処理を終了する。
【００２７】
図１６は無線伝送装置の処理の周期を表している。ここに、
Ｔ＿Ｌｉｎ（１６．１）は、ＬＡＮフレームの平均入力周期を表わす。
Ｔ＿Ｗｉｎ(１６．２)は、無線送信キューへの平均エンキュー周期を表わす。
Ｔ＿Ｗｏｕｔ(１６．３)は、無線送信キューからの平均デキュー周期を表わす。
Ｔ＿Ｔａｓｋ（１６．４）は、連結・エンキュータスクの平均起動周期を表わす。
【００２８】
したがって、一般に、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は、ＬＡＮフレーム入力負荷の増大に従って大きくなる傾向がある。
ＬＡＮフレーム入力負荷が十分小さい状態では、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））よりも小さいが、ＬＡＮフレーム入力負荷があるレベルを超えてからは、タスク周期（Ｔ＿Ｔａｓｋ（１６．４））は逆に、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））よりも大きくなると考えて良い。
【００２９】
無線送信ドライバ（１５．８）は、無線送信キュー（１５．１）内に格納されているＤｃｈデータ（キュー要素）を取り出し、これをＤｃｈに載せる（Ｗｏｕｔ（１５．６）する）役割をもっている。
無線送信ドライバ（１５．８）は、周期的に発生するＷｏｕｔ（１５．６）に合わせてＤｃｈを作成するため、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ（１６．３））で起動される割り込み処理となる。すなわち、Ｗｏｕｔ周期（Ｔ＿Ｗｏｕｔ）は、無線送信ドライバの起動周期でもある。
【００３０】
なお、図１７に示したＩ〜ＩＶの各領域の発生条件は以下の通りである。
（１）Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｌｉｎｋ（すなわち、Ｗｏｕｔ速度＞Ｌｉｎ速度）；Ｉの領域（１７．１）。
この領域では、図１８に示すように、ＬＡＮ入力負荷が無線帯域（Ｗｏｕｔ速度）よりも小さいため、無線送信キューの滞留は十分小さく遅延はほとんど発生しない。
【００３１】
（２）Ｔ＿Ｗｏｕｔ＞Ｔ＿Ｌｉｎ（すなわち、Ｗｏｕｔ速度＜Ｌｉｎ速度）；
（２）―１； １タスク処理での連結数（Ｔ＿Ｔａｓｋ／Ｔ＿Ｌｉｎ）＜最大連結数（ｊｏｉｎｔ＿ｍａｘ）；
（２）−１．１； Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｔａｓｋ；ＩＩの領域（１７．２）。
このとき、図１９に示すように、「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューに最大数の滞留が起こり、最大遅延時間が発生する。
（２）−１．２； Ｔ＿Ｗｏｕｔ＜Ｔ＿Ｔａｓｋ；ＩＩＩの領域（１７．３）。
このとき、図２０に示すように、「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューの滞留は十分小さく遅延はほとんど発生しない。
（２）−２．１； タスク処理での連結数（Ｔ＿Ｔａｓｋ／Ｔ＿Ｌｉｎ）＞最大連結数；ＩＶの領域（１７．４）。
ここから先は、図２１に示すように、常に「Ｗｏｕｔ速度＜Ｗｉｎ速度」となり、無線送信キューに最大数の滞留が起こり、最大遅延時間が発生する（装置の伝送処理上限超過の輻輳状態に入る）。
【００３２】
ここで問題となるのは、ＩＩの領域（１７．２）において最大遅延時間が発生することである。このＩＩの領域（１７．２）では、タスク周期Ｔ＿Ｔａｓｋがデキュー周期Ｔ＿Ｗｏｕｔよりも短い状態であるため、タスク処理終了毎にＷｉｎすると、Ｗｉｎ速度がＷｏｕｔ速度を上回り、結果として無線送信キューに最大数の滞留が生じて、大きな遅延時間を発生させてしまう。
【００３３】
本発明は、上記従来の事情に鑑みなされたもので、固定長のデータ伝送用チャネル（スロット）に複数の伝送データフレームを格納して無線送信することを可能ならしめるとともに、無線送信用キュー内の滞留及びそれに起因する発生する遅延を低減して、効率的なデータ伝送による無線伝送媒体の有効活用を実現することを目的とする。
なお、本発明の更なる目的は以下の説明において明らかなところである。
【００３４】
【課題を解決するための手段】
上記ＩＩの領域（１７．２）で遅延の発生を抑えるためには、連結タスクは処理終了時に無条件でＷｉｎしてはならないと言える。
図２２を参照して具体的に説明すれば、タスクが前回エンキューＷｉｎしてからの経過時間を△Ｔ（２２．１）とすると、タスクは、処理終了時に、ＬＡＮフレームの連結数が最大連結数に達していない場合、△Ｔ＜Ｔ＿Ｗｏｕｔ、の条件が成立している間は、Ｗｉｎしてはならない。なぜなら、この条件が未成立時にＷｉｎした場合、Ｔ＿Ｗｉｎ＜Ｔ＿Ｗｏｕｔ、が成立し、（Ｗｉｎ速度がＷｏｕｔ速度を上回って、無線送信キューに最大の滞留が発生して、大きな遅延時間を発生させてしまうからである。
したがって、本発明の基本概念の１つは、無線送信キューへのエンキュー処理（Ｗｉｎ）に適切な制御を与え、エンキュー（Ｗｉｎ）するタイミングを滞留を生じないように調整して、ＩＩの領域（１７．２）更にはその他の領域における遅延の発生を抑えることである。
【００３５】
本発明は、無線区間に周期的に固定サイズのデータ伝送用スロットを割り当てて無線区間のデータ伝送を行う無線伝送装置であって、伝送データの送信待ち列である無線送信用キューの要素列を保持するメモリと、無線送信用キューの要素となる複数の伝送データを連結する連結手段と、メモリから出力された無線送信用キュー要素をデータ伝送スロットに載せる無線送信手段と、メモリから無線送信用キュー要素が出力されたことに応答して、メモリに次の無線送信用キュー要素を保持させる制御を行う制御手段と、を備えている。
したがって、無線送信用キュー要素がデキュー（Ｗｏｕｔ）されたことに応答して、無線送信用キュー要素をエンキュー（Ｗｉｎ）するタイミングを制御するため、データ伝送用スロットに複数の伝送データを連結格納して無線送信することによるスロット（チャネル）容量の有効利用を実現しつつ、連結格納に際しての遅延発生を抑制することができる。
【００３６】
より具体的には、本発明の無線伝送装置では、制御手段は、メモリに保持された無線送信用キュー要素の数を監視して、無線送信用キュー要素が無い又は保持された無線送信用キュー要素の数が前回のメモリ出力時より減少した場合に、メモリに次の無線送信用キュー要素を保持させる制御を行う。
また、より具体的には、本発明の無線伝送装置では、制御手段は、メモリから無線送信用キュー要素が出力されたことに同期して、メモリに次の無線送信用キュー要素を保持させる制御を行う。
【００３７】
また、本発明は、無線区間に周期的に固定サイズのデータ伝送用スロットを割り当てて無線区間のデータ伝送を行う無線伝送装置であって、伝送データの送信待ち列である無線送信用キューの要素列を保持するメモリと、メモリに保持された無線送信用キューの要素に対して複数の伝送データを順次連結して格納する連結手段と、メモリから出力された無線送信用キュー要素をデータ伝送スロットに載せる無線送信手段と、連結格納対象の無線送信用キュー要素がメモリから出力された場合又は連結格納対象の無線送信用キュー要素に次の伝送データを格納するとデータ伝送用スロットのサイズを上回ってしまう場合に、メモリに保持される次の無線送信用キュー要素に対する伝送データの連結格納へ連結手段の処理対象を移行させる制御手段と、を備えている。
したがって、メモリに保持された無線送信用キューの要素に対して直接、伝送データの連結処理を施すことによりキュー内の滞留を低減し、また、当該連結処理対象のキュー要素を適切なタイミングで移行させることができる。
【００３８】
より具体的には、本発明の無線伝送装置では、上記のメモリと制御手段とを内部バスで接続してモジュールに構成してソフトウエア処理にかかる負担を軽減しており、当該モジュールには、メモリから出力された無線送信用キュー要素を無線送信手段へ出力するバスインタフェースを設け、制御手段は、連結格納対象の無線送信用キュー要素の空きサイズと次に連結格納すべき伝送データのサイズとを比較して、次の無線送信用キュー要素に連結格納処理対象を移行させる。
【００３９】
【発明の実施の形態】
図１に示すように、１台のＢＳ（基地局）１に複数台のＣＳ（加入者局）２が無線接続されるＰ-ＭＰ(Point to Mu1ti Point)形式のシステムを例にとって、本発明を具体的に説明する。
なお、ＢＳ１とＣＳ２とがそれぞれ本発明に係る無線伝送装置に該当するが、以下の説明では、主にＢＳ１について説明する。
【００４０】
各ＣＳ２は、自装置のＬＡＮ３側から入力されたＬＡＮフレーム（伝送データ）を無線区間を通してＢＳ１に伝送する機能をもっており、また、無線区間を通してＢＳ１より受信したＤｃｈ（データ伝送用スロット）からＬＡＮフレームを取り出して、これを自装置のＬＡＮ３側に転送する機能をもっている。
ＢＳ１は、自装置のＬＡＮ４側から入力されたＬＡＮフレームを無線区間を通して特定のＣＳ２に伝送する機能をもっており、また、無線区間を通してＣＳ２より受信したＤｃｈからＬＡＮフレームを取り出して、これを自装置のＬＡＮ４側に転送する機能をもっている。
【００４１】
ＢＳからＣＳに向けての無線伝送を下り伝送と呼び、逆にＣＳからＢＳに向けての無線伝送を上り伝送と呼ぶが、本例では、上り伝送時の連結処理は後述する遅延抑制のための制御処理を有しないだけで下り伝送時の連結処理と同様であるので、下り伝送時の処理について以下に説明する。すなわち、ＢＳ１が無線区間へのデータ伝送に際して行う処理について説明する。
【００４２】
ＢＳ１は、ＬＡＮ４側から入力されたＬＡＮフレームがマルチキャストフレームの場合、全てのＣＳ２に対してこれを伝送し、ＬＡＮ４側から入カされたＬＡＮフレームがユニキャストフレームの場合、どのＣＳ２に伝送するかを決めた後に当該ＣＳ２へこれを伝送する。
図２に示すように、ＢＳ１は、装置内部にＣＡＭ（Content Address Memory）（２．１）を有しており、ＣＡＭ（２．１）を参照することにより宛先となるＣＳ１を決定する。
ＣＡＭ（２．１）は、複数の「ＭＡＣアドレスとＣＳ番号」の組を内部に記録することが可能なデバイスであり、入力値としてＭＡＣアドレスを入力することにより、出力値として対応するＣＳ番号を出力することが可能な連想記憶メモリデバイスである。
【００４３】
下り伝送時に、ＬＡＮフレームの宛先ＭＡＣアドレスをＣＡＭ（２．１）に入力すると、そのＭＡＣアドレスに対応するＣＳ番号が存在する場合、ＣＡＭ（２．１）は、そのＣＳ番号を出力する。なお、対応するＭＡＣアドレスが存在しない場合、ＣＡＭ（２．１）は対応するＭＡＣアドレスがないことを示す値を出力する。
そのため、ＣＡＭ（２．１）に有効なＣＳ番号を出カさせるためには、まずＣＡＭへの記録を行わなければならない。
【００４４】
ここで、上り伝送時にＢＳ１においては、図２には示していないが、無線受信ドライバと無線受信タスクが機能する。
無線受信ドライバは、各ＣＳ２からの上り伝送要求を受けて、各ＣＳ２に上り伝送用の帯域（Ｄｃｈ）を割り当て、実際にＤｃｈを受信する機能をもっており、無線受信タスクは、無線受信ドライバからＤｃｈに載せられてＣＳから伝送されてきたＤｃｈデータと、送信元のＣＳ番号を受け取り、Ｄｃｈデータ内部に格納されているＬＡＮフレームを取り出して、ＬＡＮ４側に転送する機能をもっている。
【００４５】
無線受信タスクでは、ＤｃｈデータからＬＡＮフレームを取り出したときに、その送信元のＭＡＣアドレスと、送信元のＣＳ番号の組をＣＡＭ（２．１）に記録する。なお、無線受信タスクでは、取り出したＬＡＮフレームの宛先ＭＡＣアドレスによりＣＡＭ（２．１）を検索することにより、異なる２台のＣＳ間の折り返し伝送を実現することが可能である。
よって、一度上り伝送が行われたＬＡＮフレームに関しては、その逆方向のＬＡＮフレームがＢＳ１に入力された場合に、宛先となるＣＳ２をＣＡＭ（２．１）から判別することが可能となる。
【００４６】
なお、ＢＳ１は、一度も上り伝送が行われないＬＡＮフレームに関しては、その逆方向のＬＡＮフレームをどのＣＳ２に送るかを判別できないので、この場合は、（１）全てのＣＳに送信する、（２）受信したＬＡｎフレームを破棄する、の２つの方法のどちらかを取ることになる。
通常のブリッジは宛先が分からないＬＡＮフレームに関しては（１）の動作(フラッディング)を行うが、無線伝送装置の場合、全装置間で共有する無線帯域を有効に使用するために、（２）の方法を取るという選択肢も考えられる。
ＬＡＮを通して行われる実際の通信においては、通信の一番最初の段階で必ずマルチキャストが発生し、それに対する応答としてユニキャストが発生するため(下り方向に最初からユニキャストフレームが発生することはなく)、（２）の方法をとっても実質的に支障をきたすことはないと考えられる。
【００４７】
以上の処理を基本として、下り伝送時に、各宛先ＣＳ２毎の連結処理が、ＢＳ１の連結・エンキュータスク（２．２）において実施される。
ＢＳ１に複数台のＣＳ２が無線接続されているときの、ＢＳ１における連結処理の流れは以下の通りである。
【００４８】
（１）ＢＳ１が自己のＬＡＮ４側からユニキャストＬＡＮフレームを受信した場合、連結・エンキュータスク（２．２）がＣＡＭの検索機能（２．３）によりＣＡＭ（２．１）の検索を行い、その宛先を決定する。
（２）ＢＳ１のメモリには、ＣＳ２毎に連結作業領域（２．４）が複数割り当てられており、宛先となるＣＳ２が決定された後は、当該ＣＳ用の連結作業領域（２．４）に受信したＬＡＮフレームが転送される。
（３）続けて同じＣＳ宛てのＬＡＮフレームを受信した場合は、同じ連結作業領域（２．４）に転送されて連結が行われる。
【００４９】
この各ＣＳの連結作業領域（２．４）毎の転送連結処理は、次のようにして行われる。
まず、１番目の伝送データ（ＬＡＮフレーム）を連結作業領域（２．４）に格納し、次いで、２番目のＬＡＮフレームのサイズと、１番目のＬＡＮフレームを格納した場合にデータ伝送用スロット（Ｄｃｈ）に残される空きサイズとを比較し、この２番目のフレームを格納できる空きサイズがある場合には、１番目のフレームと２番目のフレームとの間にデリミタビットを挿入して、２番目のフレームを１番目のフレームと同じ連結作業領域（２．４）に格納する。
【００５０】
更に、３番目のフレームのサイズと、１番目及び２番目のフレームとを格納した場合にデータ伝送用スロットに残される空きサイズとを比較し、３番目のフレームを格納できる空きサイズがある場合には、２番目のフレームと３番目のフレームとの間にデリミタビットを挿入して、３番目のフレームを１番目及び２番目のフレームと同じ連結作業領域（２．４）に格納する。
このように固定長のデータ伝送用スロットに次のフレームを格納する空きサイズがあれば、これを同一のデータ伝送用スロットに格納するという処理を行い、同一の連結作業領域（２．４）に同一のＣＳ宛ての複数のフレームを格納する。
なお、マルチキャストＬＡＮフレームを受信した場合、または宛先の判別不能なユニキャストＬＡＮフレームをフラッディングする場合は、これらのＬＡＮフレームは、全てのＣＳ用の連結作業領域（２．４）に転送・連結されることになる。
【００５１】
（４）あるＣＳ用の連結作業領域（２．４）に必要な空き領域がなくなり、引き続き受信した同じＣＳ宛てのＬＡＮフレームをこれ以上連結ができない場合は、その領域の連結データを当該ＣＳ用の無線送信用キュー（２．５）にエンキューする。なお、受信したＬＡＮフレームは、同じＣＳ用の別の連結作業領域（２．４）に転送される。
（５）無線送信用キュー（２．５）にエンキューされたデータ（キュー要素）は、無線送信ドライバ（２．６）によって、各ＣＳ毎に無線区間に割り当てられたＤｃｈ（データ伝送用スロット）に載せられ、当該ＣＳに伝送される。
（６）受信ＬＡＮフレームがなくなったとき、または処理するＬＡＮフレーム数の上限に達したときは、連結・エンキュータスク（２．２）の処理は終了する。
【００５２】
そして上記の無線送信用キュー（２．５）へのエンキュー及びデキュー処理において、本例のＢＳ１では、下記の方式１〜方式４に示すような滞留抑制のためのいずれかの制御処理が行われる。
【００５３】
まず、方式１について説明すると、この方式１では図３に示すようにキュー監視による方法を実施する。
無線送信キューは、デキュー（Ｗｏｕｔ）される毎にキュー要素数が１つ減るため、キュー要素数が―１される間隔がＴ＿Ｗｏｕｔになる。
そこで、タスク（２．２）は、処理終了時点で最大連結数に達していないＷｉｎ待ちのデータがある場合（ステップＳ１）、現在のキュー要素数Ｑ（Ｎ）を参照して、現在のキュー要素数が０である（ステップＳ２）、または、現在のキュー要素数Ｑ（Ｎ）と前回のタスク処理終了時に保存しておいたキュー要素数Ｑ（Ｎ―１）を比較して、(現在のキュー要素数)＜(前回のキュー要素数)の条件が成立しているときには（ステップＳ３）、無線送信キューに次のキュー要素をエンキュー（Ｗｉｎ）し（ステップＳ４）、現在のキュー要素数を保存してタスク処理を終了する。
【００５４】
一方、上記条件（ステップＳ１、Ｓ３）が成立していない場合は、タスクは、Ｗｉｎせずに現在のキュー要素数を保存してタスク処理を終了し（ステップＳ５）、実行待ち状態に遷移する。
なお、上記のように、次回のタスク処理時点で、入力ＬＡＮフレームが有る場合は、連結処理を現在の連結データに追加する形で行う。
このように、タスク（２．２）が自己制御により、無線送信キューのキュー要素数又はキュー要素数の変化を監視し、結果的にはキュー要素がデキューされたことに応じて無線送信キューに次のキュー要素をエンキューするようにしており、これによって、特にＩＩの領域（１７．２）において、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避している。
【００５５】
次に、上記方式とは異なる方式２について説明すると、この方式２では図４に示すようにエンキュー処理（Ｗｉｎ）を割り込み処理で実行する。
この方式２を実施する構成は、連結処理を行う連結タスク（４．１）と、無線送信キュー（４．３）へのエンキュー（Ｗｉｎ）を行うエンキュードライバ（４．２）に分離されている。
【００５６】
連結タスク（４．１）は周期起動タスクであり、各タスク処理において、ＬＡＮフレームの連結処理を行う。そして、連結タスク（４．１）は、現在の連結処理が最大連結数に達した時にのみＷｉｎを実行し、それ以外はＷｉｎすることはない。
エンキュードライバ（４．２）はＴ＿Ｗｏｕｔ周期で起動される割り込み処理であり、デキューに同期して割込み起動される各処理において、連結タスク（４．１）が連結を行っている連結データをＷｉｎして処理を終了する。
なお、エンキュードライバ（４．２）は、連結タスク（４．１）と共通して参照可能なフラグを用いて、連結タスク（４．１）に対して、当該連結データのＷｏｕｔを実行したことを通知し、連結タスク（４．１）はこの通知をもって当該連結処理の終了を認知する。
【００５７】
このように、エンキュードライバ（４．２）が自己制御により、デキューに同期して無線送信キューに次のキュー要素をエンキューするようにしており、これによって、特にＩＩの領域（１７．２）において、Ｔ＿Ｗｏｕｔよりも短い周期でＷｉｎされることを防ぐことができ、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避している。
【００５８】
次に、上記方式とは異なる方式３について説明すると、この方式３では図５に示すように、連結タスク（５．２）は、連結処理を無線送信キュー（５．３）の各キュー要素の領域（５．１）に対して直接行う。
連結タスク（５．２）は、現在（先頭）のキュー要素がデキュー（Ｗｏｕｔ）された場合、または現在のキュー要素の領域にこれ以上連結不可能である場合は、次のキュー要素の領域に移って連結を実施する。
【００５９】
各キュー要素の領域（５．１）には、それぞれ専用の連結タスクと共通して参照可能なフラグをもたせてあり、無線送信ドライバ（図示せず）は、Ｗｏｕｔ実行時にこのフラグを使用して、当該キュー要素をＷｏｕｔしたことを連結タスク（５．２）に対して通知し、連結タスクは、この通知をもって当該キュー要素に対する連結処理の終了を認知する。
このように連結タスク（５．２）が自己制御により処理を行うことにより、連結タスクは、Ｔ＿Ｗｏｕｔ時間内は、１つのキュー要素領域（５．１）に対して連結処理を続けることになり、実質的に、Ｔ＿Ｗｏｕｔよりも短い周期でＷｉｎされるのを防ぐのと同等の効果を得ることができ、無線送信キュー内にキュー要素が滞留してしまう事態を防止して、遅延発生を回避することができる。
【００６０】
次に、方式４について説明すると、この方式４は図６に示すように、上記方式３における無線送信キューの各要素に対して直接連結格納していく処理を１つのハードウェアモジュール(連結ＦＩＦＯモジュール)で実現したものである。
この連結ＦＩＦＯモジュール６は、無線伝送装置の制御部（ＣＰＵ）よりアクセス可能な外部バス（６．１）と連結ＦＩＦＯモジュール内部の内部バス（６．２）とのインタフェースを行うバスインタフェース（６．３）と、外部バス（６．１）を通してＬＡＮフレームを書き込むためのライトバッファ(write buffer)メモリ（６．４）と、複数のＦＩＦＯ要素メモリ（６．５）とを備えた連結ＦＩＦＯ部（６．６）を有している。
【００６１】
連結ＦＩＦＯモジュール６は、更に、連結処理を実行継続中になっているＦＩＦＯ要素メモリ（６．５）における空き領域サイズを格納する空き領域サイズレジスタ（６．７）と、ライトバッファメモリ（６．４）に現在格納されているＬＡＮフレームサイズを格納するライトバッファデータサイズレジスタ（６．８）と、外部バス（６．１）を通して連結ＦＩＦＯ（６．６）内に格納されている連結データを読み出す際の読み出しサイズを格納するＦＩＦＯリードサイズ(read size)レジスタ（６．９）を内部に有し、空き領域サイズレジスタ(６．７)とライトバッファデータサイズレジスタ（６．８）との比較を行って、ライトバッファメモリ（６．４）内の受信ＬＡＮフレームをＦＩＦＯ要素メモリ（６．５）の適切な位置に転送する連結ＦＩＦＯ制御部（６．１０）が備えられている。
【００６２】
この連結ＦＩＦＯモジュール６では、外部バス（６．１）を通してＬＡＮフレームが書き込まれると、これはまずライトバッファメモリ（６．４）に書き込まれ、このとき連結ＦＩＦＯ制御部（６．１０）が、ライトバッファメモリ（６．４）内のＬＡＮフレームサイズをライトバッファデータサイズレジスタ（６．８）にセットする。
次に、連結ＦＩＦＯ制御部（６．１０）は、ライトバッファデータサイズレジスタ（６．８）と、空き領域サイズレジスタ（６．７）の値を比較して、次の（１）又は（２）のいずれかの処理を実行する。
【００６３】
（１）受信ＬＡＮフレームサイズ≦空き領域サイズである場合には、ライトバッファメモリ（６．４）に格納されているＬＡＮフレームを、必要なヘッダ情報等を付加した後、現在連結処理を継続中のＦＩＦＯ要素メモリ（６．５）に転送して追加で連結し、空き領域サイズレジスタ（６．７）を更新する。
（２）受信ＬＡＮフレームサイズ＞空き領域サイズである場合には、現在未使用中の次のＦＩＦＯ要素メモリ（６．５）を新規に見つけて、これに対して、ライトバッツファメモリ（６．４）に格納されているＬＡＮフレームを、必要なヘッダ情報付加した後に転送して、空き領域サイズレジスタ（６．７）を更新する。なお、これ以降書き込まれたＬＡＮフレームは、上記の次のＦＩＦＯ要素メモリに追加して連結される。
【００６４】
連結ＦＩＦＯ制御部（６．１０）は、次に読み出されるべきＦＩＦＯ要素メモリ（６．５）を外部バス（６．１）を通して読み出されるよう設定し、同時に、このＦＩＦＯ要素メモリ（６．５）内の連結データサイズをＦＩＦＯリードサイズレジスタ（６．９）に設定して外部バス（６．１）経由で読み出し可能にする。
そして、外部バス（６．１）から連結データが読み出された時は、連結ＦＩＦＯ制御部（６．１０）によって、読み出されたＦＩＦＯ要素メモリ（６．５）が未使用の状態に戻されると同時に、次に読み出されるべきＦＩＦＯ要素メモリ（６．５）を外部バスを通して読み出されるように設定し、そのＦＩＦＯ要素メモリ内の連結データサイズをＦＩＦＯリードサイズレジスタ（６．９）に設定する。
【００６５】
上記のように連結処理は連結ＦＩＦＯモジュール６が行うため、ソフトウェアによる処理(連結タスク)は必要なく、上記方式３による作用効果を得ることができる。
なお、例えば図７に示すように、連結ＦＩＦＯモジュール６はソフトウエアモジュールからなるＬＡＮ受信ドライバ（７．１）や無線送信ドライバ（７．２）と協働して、受信したＬＡＮフレームを連結して無線区間へ送信する一連の処理を実行し、ＬＡＮ受信ドライバ（７．１）はＬＡＮフレーム受信毎に連結ＦＩＦＯモジュール６に対してＬＡＮフレームを転送し、無線送信ドライバ（７．２）は連結ＦＩＦＯモジュール６から連結データを取り出してＤｃｈに載せて無線区間への送信を実行する。
【００６６】
ここで、上記の例は、ＴＤＭＡ／ＴＤＤ方式による無線伝送装置を対象としたが、本発明は特にこれに限定されず、上位レイヤが複数のＰＤＵ(Protocol Data Unit)を連結して、下位レイヤに対して１つのＳＤＵ(Service Data Unit)として送信用キューにエンキューする方式をもつ一般的な無線伝送装置においても、上記例と同様の制御を行うことによって、キュー内部で発生する遅延時間を減少させる効果を得ることができる。
【００６７】
【実施例】
本発明の効果を、実際に無線伝送装置を用いて測定した結果をもって示す。
本例で使用した無線伝送装置はＴＤＭＡ／ＴＤＤ方式により無線区間のデータ伝送を行っている。なお、無線送信用キューの深さは１２８(１２８個の連結データを格納可能)である。
この無線伝送装置において、（１）エンキュー処理をデキューに非同期で実施、（２）上記の方式１で示した「キュー監視方式」によるエンキュー制御を実施、の２つのそれぞれの場合について遅延時間を測定して。
【００６８】
遅延測定を行った機器の構成は図８に示す通りであり、有線（ＬＡＮ）伝送区間Ａに接続された無線伝送装置Ａと有線（ＬＡＮ）伝送区間Ｂに接続された無線伝送装置Ｂとを用い、有線（ＬＡＮ）伝送区間Ｂで発生したＬＡＮフレーム（伝送データ）を遅延測定装置８を通して有線（ＬＡＮ）伝送区間Ａへ送信し、当該ＬＡＮフレームを無線伝送装置Ａから無線伝送装置Ｂへ無線送信するものである。
なお、ＲＦＣ１２４２/ＲＦＣ２５４４２準ずる方式で、６４バイトのＬＡＮフレームのみ発生させて測定した。
【００６９】
この結果、エンキューの制御を行わない（１）の場合には図９に示すような遅延時間特性が得られ、エンキューの制御を行った（２）の場合には図１０に示すような遅延時間特性が得られた。
これらより、図９においては、ＬＡＮからの入力負荷が０.９〜１．７％間で１００ミリ秒を超過する遅延時間が発生しているが、図２１では、図９の同区間で発生していた遅延を完全に抑えている(遅延時間は５ミリ秒以下、Ｗｉｎ制御無し時の１／２０程度である)ことが分かる。すなわち、本発明により遅延抑制の顕著な効果が得られることが確認された。
【００７０】
【発明の効果】
以上説明したように、本発明によると、伝送データを連結させて無線区間のデータ伝送用スロットに載せて無線送信するに際し、当該連結データを送信待ちの無線送信用キューへエンキューする処理を当該無線送信用キューからのデキューに応答して制御するようにしたため、無線送信用キュー内の滞留及びそれに起因する発生する遅延を低減して、効率的なデータ伝送による無線伝送媒体の有効活用を実現することができる。
【図面の簡単な説明】
【図１】 本発明を適用する無線伝送システムの一例を示す図である。
【図２】 本発明に係る構成の一例を示す図である。
【図３】 本発明に係る方式１を説明するフローチャートである。
【図４】 本発明に係る方式２を説明する図である。
【図５】 本発明に係る方式３を説明する図である。
【図６】 本発明に係る方式４を説明する図である。
【図７】 本発明に係る方式５を説明する図である。
【図８】 本発明の実施例における遅延測定の機器構成を説明する図である。
【図９】 本発明の実施例におけるエンキュー制御を行わない場合の測定結果を示す図である。
【図１０】 本発明の実施例におけるエンキュー制御を行った場合の測定結果を示す図である。
【図１１】 Ｄｃｈ内で発生する空き領域を説明する図である。
【図１２】 待ち行列理論におけるキュー内で発生する遅延時間のプロファイルを示す図である。
【図１３】 実際のキュー内で発生する遅延時間のプロファイルを示す図である。
【図１４】 無線伝送装置におけるキューを説明する図である。
【図１５】 ＬＡＮフレームの連結処理と無線送信用キューへのエンキュー処理を説明する図である。
【図１６】 無線伝送装置内の各処理周期を説明する図である。
【図１７】 無線伝送装置内のキューで発生する遅延時聞のプロファイルを示す図である。
【図１８】 図１７の（１７．１）の状態における処理状態を説明する図である。
【図１９】 図１７の（１７．２）の状態における処理状態を説明する図である。
【図２０】 図１７の（１７．３）の状態における処理状態を説明する図である。
【図２１】 図１７の（１７．４）の状態における処理状態を説明する図である。
【図２２】 図１７の（１７．２）の状態の状態で発生する遅延を抑制するための条件を説明する図である。
【符号の説明】
１：基地局（ＢＳ）、 ２：加入者局（ＣＳ）、
３：ＬＡＮ、 ４：バックボーンネットワーク（ＬＡＮ）、
（２．２）：連結エンキュータスク、 （２．４）：連結作業領域、
（２．５）：無線送信キュー、 （２．６）：無線送信ドライバ、
Claims (3)
- 無線区間に周期的に固定サイズのデータ伝送用スロットを割り当てて無線区間のデータ伝送を行う無線伝送装置において、
伝送データの送信待ち列である無線送信用キューの要素列を保持するメモリと、
無線送信用キューの要素となる複数の伝送データを連結する連結手段と、
メモリから出力された無線送信用キュー要素をデータ伝送スロットに載せる無線送信手段と、
メモリから無線送信用キュー要素が出力されたことに応答して、メモリに次の無線送信用キュー要素を保持させる制御を行う制御手段と、を備えたことを特徴とする無線伝送装置。 - 請求項１に記載の無線伝送装置において、
制御手段は、メモリに保持された無線送信用キュー要素の数を監視して、無線送信用キュー要素が無い又は保持された無線送信用キュー要素の数が前回のメモリ出力時より減少した場合に、メモリに次の無線送信用キュー要素を保持させる制御を行うことを特徴とする無線伝送装置。 - 請求項１に記載の無線伝送装置において、
制御手段は、メモリから無線送信用キュー要素が出力されたことに同期して、メモリに次の無線送信用キュー要素を保持させる制御を行うことを特徴とする無線伝送装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001282800A JP4679771B2 (ja) | 2001-09-18 | 2001-09-18 | 無線伝送装置 |
| US10/026,516 US20020085525A1 (en) | 2000-12-28 | 2001-12-27 | Wireless transmission system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001282800A JP4679771B2 (ja) | 2001-09-18 | 2001-09-18 | 無線伝送装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008067232A Division JP2008211815A (ja) | 2008-03-17 | 2008-03-17 | 無線伝送装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003092590A JP2003092590A (ja) | 2003-03-28 |
| JP4679771B2 true JP4679771B2 (ja) | 2011-04-27 |
Family
ID=19106403
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001282800A Expired - Fee Related JP4679771B2 (ja) | 2000-12-28 | 2001-09-18 | 無線伝送装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4679771B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5341711B2 (ja) * | 2009-10-30 | 2013-11-13 | 日本無線株式会社 | 無線通信システム |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06216963A (ja) * | 1993-01-14 | 1994-08-05 | Matsushita Electric Ind Co Ltd | 固定長フレームによるデータ伝送、再構成方法 |
| JPH1139240A (ja) * | 1997-07-23 | 1999-02-12 | Nec Corp | 送受信バッファ制御回路及びその方法並びにその制御プログラムを記録する記録媒体 |
| JP2000101656A (ja) * | 1998-09-25 | 2000-04-07 | Japan Aviation Electronics Industry Ltd | 赤外線データ送信装置及び受信装置 |
| JP2001024703A (ja) * | 1999-07-08 | 2001-01-26 | Hitachi Ltd | 音声中継兼多重化装置 |
-
2001
- 2001-09-18 JP JP2001282800A patent/JP4679771B2/ja not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06216963A (ja) * | 1993-01-14 | 1994-08-05 | Matsushita Electric Ind Co Ltd | 固定長フレームによるデータ伝送、再構成方法 |
| JPH1139240A (ja) * | 1997-07-23 | 1999-02-12 | Nec Corp | 送受信バッファ制御回路及びその方法並びにその制御プログラムを記録する記録媒体 |
| JP2000101656A (ja) * | 1998-09-25 | 2000-04-07 | Japan Aviation Electronics Industry Ltd | 赤外線データ送信装置及び受信装置 |
| JP2001024703A (ja) * | 1999-07-08 | 2001-01-26 | Hitachi Ltd | 音声中継兼多重化装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003092590A (ja) | 2003-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4858232A (en) | Distributed switching system | |
| EP2002617B1 (en) | Memory management for high speed media access control | |
| US11968111B2 (en) | Packet scheduling method, scheduler, network device, and network system | |
| JP4790289B2 (ja) | 非同期ネットワークでパケット送達時間を保証する方法、装置、およびシステム | |
| US20040038684A1 (en) | Wireless communication system, wireless communication device and method, and computer program | |
| US7602809B2 (en) | Reducing transmission time for data packets controlled by a link layer protocol comprising a fragmenting/defragmenting capability | |
| JP2009105989A (ja) | ワイヤレスローカルエリアネットワーク（ＷＬＡＮｓ）に対する、選択的通信速度とスケジューリング制御および関連方法を有するアクセスポイント | |
| US20070058600A1 (en) | Packet flow control in wireless local area network (WLAN) | |
| US20020118696A1 (en) | Multiple access communication system and data transceiver | |
| GB2399709A (en) | Data routing | |
| US7983297B2 (en) | Method and apparatus for the efficient use of available communications network bandwidth | |
| JP4652314B2 (ja) | イーサｏａｍスイッチ装置 | |
| JP4679771B2 (ja) | 無線伝送装置 | |
| CN111711994B (zh) | 一种多通道LoRaWAN网关下行调度方法 | |
| JPH11205352A (ja) | 通信ネットワークシステム | |
| JP2008211815A (ja) | 無線伝送装置 | |
| US20020085525A1 (en) | Wireless transmission system | |
| KR101050658B1 (ko) | 레지덴셜 이더넷에서 고속 이더넷을 수용하는 전송 사이클설정방법 | |
| Shanmuganathan et al. | Performance measures of wireless protocols for ATM networks | |
| Twu et al. | Adaptive control strategy for the multi-layer collision resolution protocol | |
| Khan | Performance of a multipriority resource allocation technique for a packet switched wireless multimedia network | |
| WO2001039433A2 (en) | Scheduler |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070928 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071109 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080317 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101015 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101221 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20101221 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110118 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110202 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140210 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |