JP2002281047A - パケット通信制御装置及び方法、データ通信中継装置及び方法、並びにネットワークシステム - Google Patents

Abstract

(57)【要約】 【課題】 移動端末について形成された無線回線の品質
に応じた通信制御によりパケットロスを回避し通信効率
を改善する。 【解決手段】 移動端末５０について形成された回線の
品質の良否を、当該端末５０あてのＲＴＳフレームの再
送回数及び実データの再送回数に基づいて判定する判定
部１４と、回線の品質が良くないと判定された場合に、
移動端末あてパケットを当該端末用の端末キュー２２に
蓄積することで当該端末５０への通信を中断するか又は
送信データ量を調整し、回線の品質が良くなったと判定
された場合に、移動端末あてパケットを端末キュー２２
からインターフェースキュー２０へ転送することで当該
端末５０への通信を再開するよう制御する制御部１２と
を設けたので、回線の品質に応じて、通信の中断、送信
データ量の調整、通信の再開といった通信制御を適正に
行うことができ、パケットロスを回避し通信効率を改善
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット通信制御
装置及び方法、データ通信中継装置及び方法、並びにネ
ットワークシステムに係り、より詳しくは、無線通信網
を介してＴＣＰ／ＩＰプロトコルによりパケットデータ
の送受信を行う移動端末を対象とし、複数の移動端末あ
てのデータを単一のインターフェースキューに一旦蓄積
して当該移動端末の通信を制御するパケット通信制御装
置及び方法、パケットデータの転送を行い当該転送量の
制御機能を備えたサーバから、移動端末が無線通信網を
介してＲＴＰ通信により前記パケットデータを受信する
際に、前記サーバからのパケットデータをインターフェ
ースキューに一旦蓄積して前記移動端末への転送を中継
するデータ通信中継装置及び方法、並びに当該データ通
信中継装置を含んで構成されたネットワークシステムに
関する。

【０００２】なお、ＲＴＳフレームとは、データ送信の
要求を示す制御フレームであり、ＲＴＳはRequest To S
endの略である。

【０００３】

【従来の技術及び発明が解決しようとする課題】携帯電
話やモバイル端末等の移動端末を対象とした無線通信環
境では、当該端末の移動やフェージング、電波障害等の
さまざまな要因により、基地局から当該端末が受信する
電波の強度が変化する。このような無線通信環境では、
ＴＣＰ／ＩＰプロトコルによる通信（ＴＣＰ／ＩＰ通
信）を用いてサーバから移動端末へパケットデータの転
送を行う無線通信において、イーサネット（登録商標）
等の有線ネットワーク環境よりもパケットロスが生じや
すい。特に、無線通信環境では、通常の有線ネットワー
ク環境に比べて低速高遅延であることが知られている。
そのため、パケットロス発生に伴い一旦輻輳ウィンドウ
やスレッシュホールド値が下がってしまうと、電波強度
は回復してもＴＣＰ／ＩＰ通信のスループットの回復に
時間がかかり、その結果通信効率が低下してしまう。

【０００４】また、従来の基地局では、ネットワークイ
ンターフェース毎に生成した単一のキューに複数の移動
端末あてのパケットをキューイングして転送する。この
ため、一の移動端末の回線品質が悪化して当該一の移動
端末あてのパケット再送が発生すると、そのパケット再
送に起因した遅延が、キューを共有する他の移動端末あ
てのパケット転送にも影響してしまう。

【０００５】さらに、基地局ハンドオーバーが発生し特
定の端末あての経路が変化しても、当該端末あてのパケ
ットは一旦インターフェースキューにキューイングされ
ると、再経路が適用されないため、上記パケットはワイ
ヤレスリンク上で廃棄されるといった不都合が生じてし
まう。

【０００６】ところで、ワイヤレス環境では、端末の移
動やフェージング、電波障害などのさまざまな要因によ
り基地局からの電波強度が変化する。このようなワイヤ
レス環境でＲＴＰ（リアルタイムトランスポートプロト
コル）通信を用いてサーバからマルチメディアストリー
ミングデータ転送を行う通信においては、イーサネット
等の有線のネットワーク環境よりもパケットロスが生じ
易い。このとき、無線リンクの品質状態に応じて該当す
る移動端末宛てのパケットを基地局等の中継ノードでバ
ッファリングすることが有効とされている。

【０００７】しかしながら、中継ノードのバッファサイ
ズにも限界があり、送信側の送信量を調整しなければ、
いずれはバッファあふれが発生してパケットロスが生じ
てしまう。

【０００８】また、移動端末側で無線リンクの品質悪化
を検出し、ＲＴＣＰの受信者レポート（ＲＲ）によりパ
ケットロスをサーバ側に応答し、サーバで送信量を低下
させる方法もある。但し、この場合、特に遅延時間が大
きいとされる無線区間を介して制御パケットが転送され
るため、サーバ側で受信し流量調整を行うまでの間に大
きな遅延時間があり、流量調整の遅れによるパケットロ
スが想定されること、また無線区間においては下りより
も上りの方が送信電力が小さいことが多く、下りパケッ
トのロスを検出した時点では上りはさらに品質が悪化し
ている場合があるため、上りの制御パケットがロスする
可能性が高いこと、さらに、制御パケットを移動端末か
ら転送しすぎると、低速な無線区間を逼迫すること等の
諸点から、移動端末からサーバ側へパケットロスを応答
する方法は、あまり有効でないといえる。

【０００９】本発明は、上記課題を解決するために成さ
れたものであり、移動端末について形成された無線回線
の品質に応じた通信制御によりパケットロスを回避し通
信効率を改善することができるパケット通信制御装置及
び方法を提供することを第１の目的とする。

【００１０】また、本発明は、モバイル環境においてマ
ルチメディアストリーミング通信等のパケットデータ通
信を行う場合に、無線リンクの状態に応じたパケットの
バッファリング制御を行うことができるデータ通信中継
装置及び方法、並びにネットワークシステムを提供する
ことを第２の目的とする。

【００１１】

【課題を解決するための手段】上記第１の目的を達成す
るために、本発明に係るパケット通信制御装置は、無線
通信網を介してＴＣＰ／ＩＰプロトコルによりパケット
データの送受信を行う移動端末を対象とし、複数の移動
端末あてのデータを単一のインターフェースキューに一
旦蓄積して当該移動端末の通信を制御するパケット通信
制御装置であって、移動端末について形成された回線の
品質の良否を判定する品質判定手段と、前記回線の品質
が良くないと判定された場合に、前記移動端末への通信
を中断するか又は前記移動端末へ送信するデータ量を調
整する低品質時制御手段と、前記回線の品質が良くなっ
たと判定された場合に、前記移動端末への通信を再開す
る回復時制御手段と、を有することを特徴とする。

【００１２】また、本発明は、以下のパケット通信制御
方法の発明として捉えることもできる。即ち、本発明に
係るパケット通信制御方法は、無線通信網を介してＴＣ
Ｐ／ＩＰプロトコルによりパケットデータの送受信を行
う移動端末を対象とし、複数の移動端末あてのデータを
単一のインターフェースキューに一旦蓄積して当該移動
端末の通信を制御するパケット通信制御方法であって、
移動端末について形成された回線の品質の良否を判定す
る品質判定工程と、前記回線の品質が良くないと判定さ
れた場合に、前記移動端末への通信を中断するか又は前
記移動端末へ送信するデータ量を調整する低品質時制御
工程と、前記回線の品質が良くなったと判定された場合
に、前記移動端末への通信を再開する回復時制御工程
と、を有することを特徴とする。

【００１３】これら本発明に係るパケット通信制御装置
及びパケット通信制御方法の課題解決手段は実質同一で
あるため、以下、パケット通信制御装置の発明に関する
同手段を説明する。

【００１４】本発明に係るパケット通信制御装置は、無
線通信網を介してＴＣＰ／ＩＰプロトコルによりパケッ
トデータ（ここでは、ＴＣＰパケットとＵＤＰパケット
の両方を含む）の送受信を行う移動端末を対象とし、複
数の移動端末あてのデータを単一のインターフェースキ
ューに一旦蓄積して当該移動端末の通信を制御する通信
制御装置である。このような通信制御装置において、品
質判定手段が、移動端末について形成された回線の品質
の良否を判定する。ここで、回線の品質が良くないと判
定された場合、低品質時制御手段は、移動端末への通信
を中断するか又は移動端末へ送信するデータ量を調整す
る。これにより、移動端末について形成された回線の品
質が良くないときに、移動端末への通信が中断されるか
又は移動端末へ送信するデータ量が調整されるので、パ
ケットロスをより少なくすることができる。そして、回
線の品質が良くなったと判定されると、回復時制御手段
が移動端末への通信を再開する。このようにして、移動
端末について形成された無線回線の品質に応じて、通信
の中断、送信するデータ量の調整、通信の再開といった
通信制御を適正に行うことができ、パケットロスの回避
及び通信効率の改善を図ることができる。

【００１５】ここで、品質判定手段は、移動端末毎の所
定データの再送回数に基づいて回線の品質の良否を判定
するよう構成することが望ましい。即ち、所定データの
再送回数が予め定めた基準値以下の場合に回線の品質は
良いと判定し、所定データの再送回数が予め定めた基準
値より多い場合に回線の品質は良くないと判定する。回
線の品質が悪いほどデータの再送回数が増加するという
相関関係があるので、上記のように移動端末毎の所定デ
ータの再送回数に基づき回線の品質の良否を判定するこ
とで、精度良く判定することが可能となる。

【００１６】より好ましくは、品質判定手段が、移動端
末におけるＲＴＳフレームの再送回数及び実データの再
送回数に基づいて回線の品質を「良い」、「悪い」及び
「最悪」の３段階で判定するよう構成することが望まし
い。ここでの「悪い」は、回線の品質が良好とは言えな
いが、かなり劣悪（「最悪」）とも言えないような中間
の状態を意味する。

【００１７】一般に無線通信のＴＣＰ／ＩＰプロトコル
では、図４に示すＩＥＥＥ８０２．１１アクセス制御方
式に基づく通信制御が行われ、フレーム衝突が回避され
る。即ち、送信ノード（パケット通信制御装置の設置さ
れた基地局側）はＲＴＳフレームに伝送媒体を使用する
予定時間を入れて受信ノード（移動端末）に送信する。
そして、データ送信要求を了解したことを示すＣＴＳ
（Clear To Send）フレームが移動端末から送信されて
きたら、即ち、衝突が無かったら、基地局から実データ
（ＤＡＴＡ）を送信する。このとき他のノードはＲＴ
Ｓ、ＣＴＳフレームを受信すると、伝送媒体が使用され
る時間を知ることができるので、その間は送信処理を中
止する。最後に移動端末からＡＣＫが転送され、一連の
通信が終了する。

【００１８】上述した構成では、このような一連のやり
とりでの２つのフェーズにおけるデータ再送回数を基に
回線の品質が良い、悪い、及び最悪の３段階で判定され
ることになる。このように、単一のデータ再送回数でな
く２つのフェーズでのデータ再送回数を基に回線の品質
を判定するので、より精度良く判定することが可能とな
る。

【００１９】例えば、ＲＴＳフレームの再送回数が予め
定めた基準値より多く且つ実データの再送回数が予め定
めた基準値より多い場合に「最悪」と判定し、上記２つ
の再送回数のうち何れか一方が予め定めた基準値より多
い場合に「悪」と判定し、上記再送回数がともに予め定
めた基準値以下の場合に「良」と判定することで、ＲＴ
Ｓフレームの再送回数及び実データの再送回数に基づく
回線の品質判定を適正に行うことができる。

【００２０】一方、低品質時制御手段は、回線の品質が
悪い又は最悪と判定された場合に、移動端末あてのパケ
ットデータを蓄積するための端末キューを移動端末毎に
生成するキュー生成手段と、作成した端末キューに当該
移動端末あてのパケットデータを蓄積する蓄積手段と、
回線の品質が悪い又は最悪と判定された場合に、インタ
ーフェースキューにダミーパケットを送信するダミー送
信手段と、を有するよう構成することが望ましい。この
場合、回線の品質が悪い又は最悪と判定されたときに、
キュー生成手段は、移動端末あてのパケットデータを蓄
積するための端末キューを移動端末毎に生成し、生成し
た端末キューに蓄積手段が当該移動端末あてのパケット
データを蓄積する。その一方、ダミー送信手段は、イン
ターフェースキューにダミーパケットを送信する。

【００２１】これにより、回線の品質が悪い又は最悪と
判定されたときに、対象の移動端末あてのパケットデー
タは当該移動端末専用の端末キューに蓄積されるので、
パケットロスを回避することができ、回線の品質が回復
したときのためにパケットデータを蓄積して備えること
ができる。また、インターフェースキューにおけるパケ
ットデータの再送に起因した遅延の発生が回避されるの
で、インターフェースキューを共用する他の移動端末あ
てのパケットデータの送信までも遅延するといった悪影
響を防止し、ネットワーク全体としての通信効率の改善
を図ることができる。なお、インターフェースキューに
はダミーパケットが送信されるので、パケット通信制御
装置側が図４に示す移動端末からのＣＴＳ又はＡＣＫの
受信待ちに入り、通信処理の遅延が生じることを回避す
ることができる。

【００２２】また、回復時制御手段は、端末キューに蓄
積された当該移動端末あてのパケットデータをインター
フェースキューに転送する転送手段と、転送終了後に端
末キューを解除するキュー解除手段とを有するよう構成
することが望ましい。この場合、回線の品質が良くなっ
たと判定されると、回復時制御手段による再開処理の中
で、転送手段が、端末キューに蓄積された当該移動端末
あてのパケットデータをインターフェースキューに転送
し、キュー解除手段が転送終了後に端末キューを解除す
るので、端末キューに蓄積されたパケットデータの再送
を円滑に行うことができる。

【００２３】さらに、品質判定手段が、インターフェー
スキューに蓄積された当該移動端末あてのパケットデー
タ数を監視し当該データ数が所定値以下となった場合に
当該データ数が所定値以下となったことを通知するキュ
ー監視手段を有し、低品質時制御手段が、回線の品質が
悪いと判定され且つ前記通知を受信した場合に、端末キ
ューに蓄積されたデータを所定のペースでインターフェ
ースキューに転送することにより、移動端末へ送信する
データ量を調整するよう構成することが望ましい。

【００２４】回線の品質が悪い又は最悪と判定された場
合、対象の移動端末あてのパケットデータは当該移動端
末専用の端末キューに蓄積され、インターフェースキュ
ーには送信されなくなるが、このうち回線の品質が「最
悪」でなく「悪」の場合は、すぐに「良」に変わること
も十分にありうる。そこで、上記構成とすることで、キ
ュー監視手段がインターフェースキュー内に残っている
当該移動端末あてのパケットデータ数を監視して、当該
データ数が所定値以下となったときに当該データ数が所
定値以下となったことを通知する。この通知を低品質時
制御手段が受信すると、端末キューに蓄積されたデータ
を所定のペースでインターフェースキューに転送するこ
とにより、移動端末へ送信するデータ量を調整する。こ
れにより回線品質が「悪」から「良」に変わったとき
に、遅滞なくパケットデータ送信を再開することがで
き、通信効率を改善することができる。

【００２５】一方、前述した第２の目的を達成するため
に、本発明に係るデータ通信中継装置は、パケットデー
タの転送を行い当該転送量の制御機能を備えたサーバか
ら、移動端末が無線通信網を介してＲＴＰ通信により前
記パケットデータを受信する際に、前記サーバからのパ
ケットデータを共通のインターフェースキューに一旦蓄
積して前記移動端末への転送を中継するデータ通信中継
装置であって、前記インターフェースキュー内のパケッ
ト数が、予め定められたしきい値を超えたか否かを監視
するインターフェースキューパケット数監視手段と、前
記監視結果により前記インターフェースキュー内のパケ
ット数が前記しきい値を超えた場合に、当該インターフ
ェースキューの使用量に関する情報を前記サーバに通知
する通知手段と、を有することを特徴とする。

【００２６】また、本発明は、以下のデータ通信中継方
法の発明として捉えることもできる。即ち、本発明に係
るデータ通信中継方法は、パケットデータの転送を行い
当該転送量の制御機能を備えたサーバから、移動端末が
無線通信網を介してＲＴＰ通信により前記パケットデー
タを受信する際に、前記サーバからのパケットデータを
共通のインターフェースキューに一旦蓄積して前記移動
端末への転送を中継するデータ通信中継方法であって、
前記インターフェースキュー内のパケット数が、予め定
められたしきい値を超えたか否かを監視するインターフ
ェースキューパケット数監視工程と、前記監視結果によ
り前記インターフェースキュー内のパケット数が前記し
きい値を超えた場合に、当該インターフェースキューの
使用量に関する情報を前記サーバに通知する通知工程
と、を有することを特徴とする。

【００２７】また、本発明は、以下のネットワークシス
テムの発明として捉えることもできる。即ち、本発明に
係るネットワークシステムは、パケットデータの転送を
行うサーバと、前記サーバから無線通信網を介してＲＴ
Ｐ通信により前記パケットデータを受信する移動端末
と、前記移動端末が前記パケットデータを受信する際
に、当該パケットデータを共通のインターフェースキュ
ーに一旦蓄積して当該移動端末へのデータ転送を中継す
るデータ通信中継装置とを含んで構成されたネットワー
クシステムであって、前記データ通信中継装置は、前記
インターフェースキュー内のパケット数が、予め定めら
れたしきい値を超えたか否かを監視するインターフェー
スキューパケット数監視手段と、前記監視結果により前
記インターフェースキュー内のパケット数が前記しきい
値を超えた場合に、当該インターフェースキューの使用
量に関する情報を前記サーバに通知する通知手段と、を
有し、前記サーバは、通知された前記インターフェース
キューの使用量に関する情報に基づいてパケットデータ
の転送量を調整する調整手段を有することを特徴とす
る。

【００２８】これら本発明に係るデータ通信中継装置、
データ通信中継方法、及びネットワークシステムの課題
解決手段は実質同一であるため、以下、データ通信中継
装置の発明に関する同手段を説明する。

【００２９】本発明に係るデータ通信中継装置は、パケ
ットデータの転送を行い当該転送量の制御機能を備えた
サーバから、移動端末が無線通信網を介してＲＴＰ通信
により前記パケットデータを受信する際に、サーバから
のパケットデータを共通のインターフェースキューに一
旦蓄積して前記移動端末への転送を中継するものであ
る。かかるデータ通信中継装置では、移動端末への回線
の品質が悪化すると、当該移動端末へのパケットデータ
の再送頻度が増加するため、共通のインターフェースキ
ュー内のパケット数が増加することとなる。

【００３０】このため、インターフェースキューパケッ
ト数監視手段は、インターフェースキュー内のパケット
数が、予め定められたしきい値を超えたか否かを監視す
る。この監視結果によりインターフェースキュー内のパ
ケット数がしきい値を超えた場合、通知手段は当該イン
ターフェースキューの使用量に関する情報をサーバに通
知する。

【００３１】これにより、移動端末への回線の品質悪化
に伴うインターフェースキュー内のパケット数の増加を
迅速に検出して、パケットデータ転送量の制御機能を備
えたサーバへ、当該インターフェースキューの使用量に
関する情報を通知することができるので、サーバ側でパ
ケットデータの転送量を減少させるよう調整する契機と
することができる。また、サーバにより転送量を減少さ
せるよう調整することで、パケットロスを極力回避し、
データ通信中継装置でのインターフェースキューあふれ
を回避することができる。

【００３２】さらに、移動端末でなく、データ通信中継
装置からサーバへ上記通知をするので、低速な無線リン
クを制御パケットトラヒックが圧迫することがなく、無
線区間の遅延による制御パケットの転送遅延を回避する
ことができる。

【００３３】また、本発明に係るデータ通信中継装置で
は、前記通知手段は、前記監視結果により前記インター
フェースキュー内のパケット数が前記しきい値以下に復
帰した場合にも、当該インターフェースキューの使用量
に関する情報を前記サーバに通知するよう構成すること
が望ましい。移動端末への回線の品質が回復すると、イ
ンターフェースキューからパケットが頻繁に取り出さ
れ、そのパケット数が減少し前記しきい値以下に復帰す
る。このように復帰した場合にも、通知手段が当該イン
ターフェースキューの使用量に関する情報をサーバに通
知することにより、サーバ側でパケットデータの転送量
を増加させるよう調整する契機とすることができるの
で、サーバにより転送量を増加させるよう調整すること
が可能となる。

【００３４】上記データ通信中継装置は、移動端末あて
のパケットデータを共通のインターフェースキューに蓄
積する形態であったが、上記インターフェースキューに
加え、特定の移動端末への回線品質の悪化時に当該移動
端末用の端末キューを生成して当該移動端末あてのパケ
ットデータを端末キューに蓄積する形態であっても、本
発明は適用することができる。以下、その態様を説明す
る。

【００３５】本発明に係るデータ通信中継装置は、パケ
ットデータの転送を行い当該転送量の制御機能を備えた
サーバから、移動端末が無線通信網を介してＲＴＰ通信
により前記パケットデータを受信する際に、前記サーバ
からのパケットデータをインターフェースキューに一旦
蓄積して前記移動端末への転送を中継するデータ通信中
継装置であって、移動端末について形成された回線の品
質の良否を判定する品質判定手段と、前記回線の品質が
良くないと判定された場合に、前記インターフェースキ
ューへの蓄積に先立ち前記移動端末あてのパケットデー
タを蓄積するための端末キューを移動端末毎に生成する
端末キュー生成手段と、生成した端末キューに当該移動
端末あてのパケットデータを一時的に蓄積する蓄積手段
と、前記端末キュー内のパケット数が、予め定められた
しきい値を超えたか否かを監視する端末キューパケット
数監視手段と、前記監視結果により前記端末キュー内の
パケット数が前記しきい値を超えた場合に、当該端末キ
ューの使用量に関する情報を前記サーバに通知する通知
手段と、を有することを特徴とする。

【００３６】また、本発明は、以下のデータ通信中継方
法の発明として捉えることもできる。即ち、本発明に係
るデータ通信中継方法は、パケットデータの転送を行い
当該転送量の制御機能を備えたサーバから、移動端末が
無線通信網を介してＲＴＰ通信により前記パケットデー
タを受信する際に、前記サーバからのパケットデータを
インターフェースキューに一旦蓄積して前記移動端末へ
の転送を中継するデータ通信中継方法であって、移動端
末について形成された回線の品質の良否を判定する品質
判定工程と、前記回線の品質が良くないと判定された場
合に、前記インターフェースキューへの蓄積に先立ち前
記移動端末あてのパケットデータを蓄積するための端末
キューを移動端末毎に生成する端末キュー生成工程と、
生成した端末キューに当該移動端末あてのパケットデー
タを一時的に蓄積する蓄積工程と、前記端末キュー内の
パケット数が、予め定められたしきい値を超えたか否か
を監視する端末キューパケット数監視工程と、前記監視
結果により前記端末キュー内のパケット数が前記しきい
値を超えた場合に、当該端末キューの使用量に関する情
報を前記サーバに通知する通知工程と、を有することを
特徴とする。

【００３７】また、本発明は、以下のネットワークシス
テムの発明として捉えることもできる。即ち、本発明に
係るネットワークシステムは、パケットデータの転送を
行うサーバと、前記サーバから無線通信網を介してＲＴ
Ｐ通信により前記パケットデータを受信する移動端末
と、前記移動端末が前記パケットデータを受信する際
に、当該パケットデータをインターフェースキューに一
旦蓄積して当該移動端末へのデータ転送を中継するデー
タ通信中継装置とを含んで構成されたネットワークシス
テムであって、前記データ通信中継装置は、移動端末に
ついて形成された回線の品質の良否を判定する品質判定
手段と、前記回線の品質が良くないと判定された場合
に、前記インターフェースキューへの蓄積に先立ち前記
移動端末あてのパケットデータを蓄積するための端末キ
ューを移動端末毎に生成する端末キュー生成手段と、生
成した端末キューに当該移動端末あてのパケットデータ
を一時的に蓄積する蓄積手段と、前記端末キュー内のパ
ケット数が、予め定められたしきい値を超えたか否かを
監視する端末キューパケット数監視手段と、前記監視結
果により前記端末キュー内のパケット数が前記しきい値
を超えた場合に、当該端末キューの使用量に関する情報
を前記サーバに通知する通知手段と、を有し、前記サー
バは、通知された前記端末キューの使用量に関する情報
に基づいて前記移動端末へのパケットデータの転送量を
調整する調整手段を有することを特徴とする。

【００３８】これら本発明に係るデータ通信中継装置、
データ通信中継方法、及びネットワークシステムの課題
解決手段は実質同一であるため、以下、データ通信中継
装置の発明に関する同手段を説明する。

【００３９】本発明に係るデータ通信中継装置は、パケ
ットデータの転送を行い当該転送量の制御機能を備えた
サーバから、移動端末が無線通信網を介してＲＴＰ通信
により前記パケットデータを受信する際に、サーバから
のパケットデータをインターフェースキューに一旦蓄積
して前記移動端末への転送を中継するものである。かか
るデータ通信中継装置において、品質判定手段が、移動
端末について形成された回線の品質の良否を判定する。
ここで、回線の品質が良くないと判定されると、端末キ
ュー生成手段は、インターフェースキューへの蓄積に先
立ち移動端末あてのパケットデータを蓄積するための端
末キューを移動端末毎に生成し、蓄積手段は、前記生成
した端末キューに当該移動端末あてのパケットデータを
一時的に蓄積する。そして、端末キューパケット数監視
手段は、端末キュー内のパケット数が予め定められたし
きい値を超えたか否かを監視する。この監視結果により
端末キュー内のパケット数がしきい値を超えた場合、通
知手段は当該端末キューの使用量に関する情報をサーバ
に通知する。

【００４０】これにより、移動端末への回線の品質悪化
を迅速に検出して、当該移動端末あてのパケットデータ
を端末キューに蓄積することで、回線品質が劣悪な状態
での当該移動端末へのパケットデータの送信量を抑え、
パケットロスを回避することができる。

【００４１】また、パケットデータ転送量の制御機能を
備えたサーバへ、当該端末キューの使用量に関する情報
を通知することでサーバ側でパケットデータの転送量を
減少させるよう調整する契機とすることができるので、
サーバにより転送量を減少させるよう調整することが可
能となるとともに、データ通信中継装置での端末キュー
あふれを回避することができる。

【００４２】さらに、移動端末でなく、データ通信中継
装置からサーバへ上記通知をするので、低速な無線リン
クを制御パケットトラヒックが圧迫することがなく、無
線区間の遅延による制御パケットの転送遅延を回避する
ことができる。

【００４３】また、本発明に係るデータ通信中継装置で
は、前記通知手段は、前記監視結果により前記端末キュ
ー内のパケット数が前記しきい値以下に復帰した場合に
も、当該端末キューの使用量に関する情報を前記サーバ
に通知するよう構成することが望ましい。移動端末への
回線の品質が回復すると、端末キューからパケットが頻
繁に取り出され、そのパケット数が減少し前記しきい値
以下に復帰する。このように復帰した場合にも、通知手
段が当該端末キューの使用量に関する情報をサーバに通
知することにより、サーバ側でパケットデータの転送量
を増加させるよう調整する契機とすることができるの
で、サーバにより転送量を増加させるよう調整すること
が可能となる。

【００４４】なお、上記通知手段は、端末キューの使用
量に関する情報として、当該端末キューのバッファ長、
バッファ使用量、該当の移動端末の受信ノード、送信ノ
ード及び同期送信元識別子を含んで構成されたＲＴＣＰ
パケットを生成するＲＴＣＰパケット生成手段と、生成
されたＲＴＣＰパケットを前記サーバへ送信するＲＴＣ
Ｐパケット送信手段と、を有する構成とすることができ
る。これにより、サーバは、該当の移動端末の受信ノー
ド、送信ノード及び同期送信元識別子から、該当の移動
端末の情報を取得でき、端末キューのバッファ長及びバ
ッファ使用量から、当該端末キューの使用率を認識する
ことができる。

【００４５】

【発明の実施の形態】［第１実施形態］以下、図面を参
照して本発明に係るパケット通信制御装置及び方法の一
実施の形態について説明する。

【００４６】基地局に設置されたパケット通信制御装置
１０は、図１に示すように、移動端末５０について形成
された回線の品質の良否を判定する判定部１４と、判定
部１４の判定結果に応じて通信の中断、送信するデータ
量の調整、通信の再開といった通信制御を行う制御部１
２と、移動端末あてのデータを送信前に一旦蓄積するイ
ンターフェースキュー２０と、データ（ここではＴＣＰ
パケットとＵＤＰパケットの両方を含む）の送受信を行
う送受信部１８と、インターフェースキュー２０に蓄積
されたパケットデータの数をパケット数カウンタ３４に
よりカウントして宛先の移動端末毎に監視し当該データ
数が所定値以下となった場合にその旨を制御部１２に通
知するパケット数監視部１６とを含んで構成されてい
る。なお、図１には移動端末５０が２台表されている
が、これに限定されるものではなく、実際にはもっと多
数の移動端末を対象とする。

【００４７】判定部１４は、ＲＴＳフレーム及び実デー
タの各々について再送があったことを送受信部１８から
の信号で検出し、ＲＴＳフレームの再送回数をＲＴＳ再
送カウンタ２４に、実データ（以下、「ＤＡＴＡ」とい
う。）の再送回数をＤＡＴＡ再送カウンタ２６に、それ
ぞれ記憶する。そして、ＲＴＳフレームの再送回数が予
め定めた基準値Ｒより多い場合にＲＴＳ状態フラグ３０
をオンにセットし、実データの再送回数が予め定めた基
準値Ｄより多い場合にＤＡＴＡ状態フラグ３２をオンに
セットする。これらのフラグの状態より、両フラグがオ
ンの場合に「最悪」と判定し、何れか一方のフラグのみ
がオンの場合に「悪」と判定し、両フラグがオフの場合
に「良」と判定する。また、連続して「良」と判定され
た回数をＡＣＫ連続カウンタ２８に記憶し、この記憶し
た回数値を、後述の連続良条件判定処理において判定を
「悪」から「良」へ又は「最悪」から「悪」へ変更する
ための判断に用いる。

【００４８】なお、上記でのＲＴＳフレーム及び実デー
タの各々について再送があったことの判定部１４による
検出は、例えば、図５に示すＭＡＣ８０２．１１レイヤ
からのイベント通知機能を利用することで実現できる。
また、ＡＣＫ受信もこのイベント通知機能を利用するこ
とで実現できる。なお、判定部１４による各種判定処理
は後に詳述する。

【００４９】制御部１２は、ある移動端末の回線の品質
が悪い又は最悪と判定された場合、図２に示すように当
該移動端末あてのパケットデータを蓄積するための端末
キュー２２を生成し、パケットデータの中から当該移動
端末あてのパケットデータを選別して蓄積するととも
に、インターフェースキュー２０にはダミーパケットＤ
を送信する。また、制御部１２は、ある移動端末の回線
の品質が良くなった場合、図３に示すように当該移動端
末用の端末キュー２２に蓄積されたパケットデータをイ
ンターフェースキュー２０に転送し、転送終了後に当該
端末キュー２２を解除する。さらに、制御部１２は、あ
る移動端末の回線の品質が「悪い」状態のときに、イン
ターフェースキュー２０に蓄積された当該移動端末あて
のパケットデータ数が所定値以下となった旨の通知をパ
ケット数監視部１６から受信した場合に、当該移動端末
用の端末キュー２２に蓄積されたデータを所定のペース
でインターフェースキュー２０に転送することにより、
当該移動端末５０への送信データ量を調整する。なお、
これらの通信制御処理は、以下の作用で詳述する。

【００５０】次に、本実施形態の作用として、判定部１
４により実行される判定処理（図６）、制御部１２によ
り実行される通信制御処理（図１１）、パケット数監視
部１６により実行されるパケット数監視処理（図１２）
等について説明する。

【００５１】判定部１４では、送受信部１８からのパケ
ット送信が行われる毎に図６に示す判定処理が実行され
る。図６のステップ１０２ではＲＴＳフレームの再送が
あったことを示す送受信部１８からの信号の受信有無に
より、ＲＴＳフレームが再送されたか否かを判定する。
ここでＲＴＳフレームが再送された場合はステップ１０
４にて図７のＲＴＳ再送回数判定処理のサブルーチンを
実行する。

【００５２】このＲＴＳ再送回数判定処理ではＲＴＳ再
送カウンタ２４にてＲＴＳ再送回数を増分１でインクリ
メントし（ステップ１３２）、そのＲＴＳ再送回数が予
め定めた基準値Ｒよりも多くなったか否かを判定する
（ステップ１３４）。ここで、ＲＴＳ再送回数が基準値
Ｒ以下ならば、ＲＴＳフレームを送信するフェーズでの
回線品質は良いと判断できるので、そのままリターンす
る。一方、ＲＴＳ再送回数が基準値Ｒよりも多い場合
は、ＲＴＳフレームを送信するフェーズでの回線品質は
良くないと判断できるので、ＲＴＳ状態フラグ３０をオ
ンにして（ステップ１３６）、図６の主ルーチンへリタ
ーンする。

【００５３】図６において次のステップ１０６ではＤＡ
ＴＡフレームの再送があったことを示す送受信部１８か
らの信号の受信有無により、ＤＡＴＡフレームが再送さ
れたか否かを判定する。ここでＤＡＴＡフレームが再送
された場合はステップ１０８にて図８のＤＡＴＡ再送回
数判定処理のサブルーチンを実行する。

【００５４】このＤＡＴＡ再送回数判定処理ではＤＡＴ
Ａ再送カウンタ２６にてＤＡＴＡ再送回数を増分１でイ
ンクリメントし（ステップ１４２）、そのＤＡＴＡ再送
回数が予め定めた基準値Ｄよりも多くなったか否かを判
定する（ステップ１４４）。ここで、ＤＡＴＡ再送回数
が基準値Ｄ以下ならば、ＤＡＴＡフレームを送信するフ
ェーズでの回線品質は良いと判断できるので、そのまま
図６の主ルーチンへリターンする。一方、ＤＡＴＡ再送
回数が基準値Ｄよりも多い場合はＤＡＴＡフレームを送
信するフェーズでの回線品質は良くないと判断できるの
で、ＤＡＴＡ状態フラグ３２をオンにして（ステップ１
４６）、図６の主ルーチンへリターンする。

【００５５】図６において次のステップ１１０ではＡＣ
Ｋフレームを受信したか否かをチェックし、未受信なら
ステップ１０２へ戻り、受信したらステップ１１２へ進
む。ステップ１１２ではＲＴＳ再送カウンタ２４からＲ
ＴＳ再送回数を、ＤＡＴＡ再送カウンタ２６からＤＡＴ
Ａ再送回数を、それぞれ読み出し、次のステップ１１４
ではＲＴＳ再送回数が予め定めた基準値Ｒ以下であり且
つＤＡＴＡ再送回数が予め定めた基準値Ｄ以下であるか
否かを判定する。

【００５６】ここでＲＴＳ再送回数が予め定めた基準値
Ｒ以下であり且つＤＡＴＡ再送回数が予め定めた基準値
Ｄ以下である場合は、ＲＴＳフレームの送信フェーズと
ＤＡＴＡフレームの送信フェーズの両方で回線品質が良
いと判断できるので、ステップ１１６へ進み、ＡＣＫ連
続カウンタ２８にてＡＣＫ連続回数を増分１でインクリ
メントするとともに、ＲＴＳ再送カウンタ２４及びＤＡ
ＴＡ再送カウンタ２６をクリアする（カウント値を０に
リセットする）。

【００５７】そして、次のステップ１１８では図９の連
続良条件判定処理のサブルーチンを実行する。まず、上
記でインクリメントしたＡＣＫ連続回数が予め定めた基
準値Ａ１以上であるか否かを判定し（図９のステップ１
５２）、ＡＣＫ連続回数が基準値Ａ１以上であれば、図
６のステップ１１４で連続してＡ１回以上肯定判定され
回線品質が良い状態で安定していると判断できるので、
判定を「悪」から「良」に変更するとともに、次回の判
定に備えるためＡＣＫ連続カウンタ２８をクリアする
（ステップ１５４）。なお、前回の判定が「良」なら
ば、そのまま維持される。そして、ＲＴＳ状態フラグ３
０及びＤＡＴＡ状態フラグ３２をオフして（ステップ１
６０）、図６の主ルーチンへリターンする。

【００５８】一方、ステップ１５２でＡＣＫ連続回数が
基準値Ａ１未満であれば、ＡＣＫ連続回数が基準値Ａ２
より多く基準値Ａ１未満の範囲にあるか否かを判定する
（ステップ１５６）。ＡＣＫ連続回数がこの範囲にある
場合、回線品質が一定レベル以上の品質まで回復したと
判断できるので、判定を「最悪」から「悪」に変更する
（ステップ１５８）。なお、前回の判定が「悪」なら
ば、そのまま維持される。そして、ＲＴＳ状態フラグ３
０及びＤＡＴＡ状態フラグ３２をオフして（ステップ１
６０）、図６の主ルーチンへリターンする。

【００５９】また、ステップ１５６でＡＣＫ連続回数が
基準値Ａ２より多く基準値Ａ１未満の範囲にない場合、
即ち、基準値Ａ２未満である場合は、回線品質が一定レ
ベル以上の品質まで回復したとは判断できないので、そ
のまま図６の主ルーチンへリターンする。

【００６０】図６のステップ１１８の連続良条件判定処
理のサブルーチンからリターンすると、ステップ１２４
で判定結果を制御部１２へ通知して図６の判定処理を終
了する。

【００６１】一方、図６のステップ１１４でＲＴＳ再送
回数が基準値Ｒ以下且つＤＡＴＡ再送回数が基準値Ｄ以
下ではない場合は、ＲＴＳフレームの送信フェーズとＤ
ＡＴＡフレームの送信フェーズの何れかで回線品質が良
くない、即ち、回線品質が安定的に良好とはいえないと
判断できるので、ステップ１２０へ進み、ＡＣＫ連続カ
ウンタ２８、ＲＴＳ再送カウンタ２４及びＤＡＴＡ再送
カウンタ２６をクリアする（カウント値を０にリセット
する）。

【００６２】そして、次のステップ１２２では図１０の
悪条件判定処理のサブルーチンを実行する。まず、ＲＴ
Ｓ状態フラグ３０とＤＡＴＡ状態フラグ３２の両方とも
オンか否かを判定し（図１０のステップ１７２）、両方
ともオンならば、ＲＴＳフレームの送信フェーズとＤＡ
ＴＡフレームの送信フェーズの両方で再送が多く回線品
質が良くない状態にあると判断できるので、判定を
「悪」から「最悪」に変更して（ステップ１７４）、図
６の主ルーチンへリターンする。なお、前回の判定が
「最悪」ならば、そのまま維持される。

【００６３】一方、ステップ１７２で否定判定される
と、ＲＴＳ状態フラグ３０とＤＡＴＡ状態フラグ３２の
何れか一方のみがオンか否かを判定し（ステップ１７
６）、何れか一方のみがオンならば、ＲＴＳフレームの
送信フェーズとＤＡＴＡフレームの送信フェーズの何れ
か一方では再送が多く回線品質が良くない状態にあると
判断できるので、判定を「良」から「悪」に変更して
（ステップ１７８）、図６の主ルーチンへリターンす
る。なお、前回の判定が「悪」ならば、そのまま維持さ
れる。また、ＲＴＳ状態フラグ３０とＤＡＴＡ状態フラ
グ３２の両方ともオフならば、判定の変更はせずに、そ
のまま図６の主ルーチンへリターンする。

【００６４】図６のステップ１２２の悪条件判定処理の
サブルーチンからリターンすると、ステップ１２４で判
定結果を制御部１２へ通知して図６の判定処理を終了す
る。

【００６５】以上のような判定処理により、前述した図
４のような一連のやりとりにおける２つのフェーズにお
けるデータ再送回数（ＲＴＳ再送回数とＤＡＴＡ再送回
数）を基に回線の品質が良い、悪い、及び最悪の３段階
で判定するので、精度良く品質を判定することができ
る。

【００６６】次に、図１２を用いてパケット数監視部１
６により実行されるパケット数監視処理を説明する。こ
の処理は、インターフェースキュー２０に蓄積された各
端末あてのパケットデータ（実データ）数を各端末毎に
一定数以上に保持するための監視処理であり、その効果
は後述の通信制御処理（図１１）で述べる。

【００６７】パケット数監視部１６では、上記判定部１
４と同様に、予め定めた所定の通信監視インターバルの
時間間隔でパケット数監視処理（図１２）が実行され
る。図１２のステップ２５２では、その時点でインター
フェースキュー２０に蓄積された一の端末あてのパケッ
トデータ数をカウントし、次のステップ２５４ではその
パケットデータ数が予め定めた基準値Ｐ以下であるか否
かを判定する。ここで、そのパケットデータ数が基準値
Ｐ以下ならば、当該一の端末あてのパケットデータ数が
基準値Ｐ以下である旨を制御部１２へ通知し、そのパケ
ットデータ数が基準値Ｐより多いときは何も通知せず、
ステップ２５８へ進む。ステップ２５８では全ての対象
端末についてステップ２５２〜２５６の処理が終了した
か否かを判定し、未処理の対象端末があれば、それらの
端末について１つずつステップ２５２〜２５６の処理を
実行していく。そして、全ての対象端末についてステッ
プ２５２〜２５６の処理が終了すれば、図１２の処理を
終了する。

【００６８】このような図１２の処理により、インター
フェースキュー２０に蓄積された各端末あてのパケット
データ数が一定数未満になっている場合にその旨が制御
部１２へ通知されることとなる。

【００６９】次に、図１１を用いて、制御部１２により
実行される通信制御処理を説明する。制御部１２では、
判定部１４からの判定結果の通知（図６のステップ１２
４）を受信すると、図１１に示す通信制御処理が実行開
始される。

【００７０】図１１のステップ２０２では判定が「良」
であるか否かを判定し、判定が「良」ならばステップ２
０６へ進み、その時点で該当端末用の端末キュー２２が
あるか否かを確認する。該当端末用の端末キュー２２が
ある場合は図３に示すように当該端末キュー２２に残っ
ているパケットデータをインターフェースキュー２０に
転送し（ステップ２０８）、全パケットデータの転送完
了後はその端末キュー２２を解除する（ステップ２１
０）。そして、次のステップ２１２では、送信するパケ
ットデータを端末キュー２２でなくインターフェースキ
ュー２０に蓄積して処理を終了する。

【００７１】なお、ステップ２０６で該当端末用の端末
キュー２２がない場合はステップ２０８、２１０の処理
は不要なので、すぐにステップ２１２へジャンプし、送
信するパケットデータをインターフェースキュー２０に
蓄積して処理を終了する。

【００７２】一方、ステップ２０２で判定が「良」でな
ければ、ステップ２０４へ進み、判定が「悪」であるか
否かを判定する。ここで、判定が「悪」ならばステップ
２１４へ進み、該当端末用の端末キュー２２を生成し、
生成した端末キュー２２に該当端末あてのパケットデー
タを蓄積する（ステップ２１６）。なお、既に該当端末
用の端末キュー２２がある場合はステップ２１４の生成
は不要である。ここで、該当端末あてのパケットデータ
がインターフェースキュー２０に送信されなくなるの
で、該当端末あてにデータが送信されないこととなる
が、これでは、図４に示す一連のやりとりが実行され
ず、回線品質は復帰しても「良」の判定がなされないた
めにパケットが端末に送信されず、その結果、通信が異
常終了してしまう。そこで、本実施形態では、上記通信
の異常終了といった事態を回避するために、次のステッ
プ２１８で該当端末あてのダミーパケットデータを生成
し、生成したダミーパケットデータをインターフェース
キュー２０に蓄積する（ステップ２２０）。

【００７３】次に、ステップ２２２ではインターフェー
スキュー２０内の該当端末あてのパケットデータ数が所
定の基準値Ｐ以下になった旨の通知がパケット数監視部
１６からあったか否かを確認する。当該通知があった場
合はステップ２２４へ進み、インターフェースキュー２
０に蓄積された該当端末あてのパケットデータ数を一定
数以上に保持するべく、該当端末用の端末キュー２２か
らインターフェースキュー２０へパケットデータを転送
して処理を終了する。このようにしてインターフェース
キュー２０内の該当端末あてのパケットデータ数を一定
数以上に保持することにより、回線品質の判定が「悪」
のときには、パケットの転送を中断せず転送量を低下さ
せることにより、送信側でのタイムアウト等を回避する
ことが可能になる。なお、ステップ２２２でパケット数
監視部１６からの通知がなかった場合はインターフェー
スキュー２０への補充は不要なので、そのまま図１１の
処理を終了する。

【００７４】一方、ステップ２０４で判定が「悪」でな
ければ、判定は「最悪」と考えられるので、ステップ２
２６へ進み、該当端末用の端末キュー２２に該当端末あ
てのパケットデータを蓄積する（ステップ２２６）。な
お、判定が「最悪」の場合は、既に該当端末用の端末キ
ュー２２が生成されているため、ここでは生成のステッ
プは無い。次のステップ２２８では、上記ステップ２１
８と同様に通信の異常終了の回避のため該当端末あての
ダミーパケットデータを生成し、生成したダミーパケッ
トデータをインターフェースキュー２０に蓄積して（ス
テップ２３０）処理を終了する。

【００７５】以上のような通信制御処理によれば、判定
が「悪」、「最悪」、「良」のそれぞれの場合に、通信
の中断、送信データ量の調整、通信の再開といった通信
制御を適正に行うことができる。このように本実施形態
によれば、回線品質に応じた通信制御により、パケット
ロスを回避し通信効率を改善することができる。

【００７６】［第２実施形態］以下、図面を参照して本
発明に係るデータ通信中継装置及び方法の一実施の形態
について説明する。

【００７７】基地局に設置されたデータ通信中継装置１
０Ｓは、図１３に示すように、移動端末５０について形
成された回線の品質の良否を判定する判定部１４と、判
定部１４の判定結果に応じて通信の中断、送信するデー
タ量の調整、通信の再開といった通信制御を行う制御部
１２と、移動端末あてのデータを送信前に一旦蓄積する
インターフェースキュー２０と、データの送受信を行う
送受信部１８と、インターフェースキュー２０に蓄積さ
れたパケットデータの数をインターフェースキューパケ
ット数カウンタ３４によりカウントして宛先の移動端末
毎に監視し当該データ数が所定値以下となった場合にそ
の旨を制御部１２に通知するインターフェースキューパ
ケット数監視部１６と、ある移動端末の回線の品質が悪
い又は最悪と判定された場合に生成され、図２に示すよ
うに当該移動端末あてのパケットデータを一時的に蓄積
する端末キュー２２と、端末キュー２２に蓄積されたパ
ケットデータの数を端末キューパケット数カウンタ３８
によりカウントして宛先の移動端末毎に監視し当該デー
タ数が所定値を超えた場合及び所定値以下となった場合
にその旨を制御部１２に通知する端末キューパケット数
監視部３６と、特定の移動端末あての端末キュー２２内
のデータ数が所定値を超えたことを制御部１２から通知
された場合、後述のＲＴＣＰパケットを生成してサーバ
６０へＲＴＣＰパケットを送信するＲＴＣＰ制御部４０
とを含んで構成されている。なお、図１３には移動端末
５０及び端末キュー２２が各々２つずつ表されている
が、この数に限定されるものではなく、実際にはもっと
多数の移動端末及び端末キューを対象とする。

【００７８】上記のうち判定部１４、インターフェース
キューパケット数監視部１６、送受信部１８、インター
フェースキュー２０、端末キュー２２は、前述した第１
実施形態と同様の動作を行う。即ち、判定部１４は、第
１実施形態と同様に、ＲＴＳ再送カウンタ２４、ＤＡＴ
Ａ再送カウンタ２６、ＡＣＫ連続カウンタ２８、ＲＴＳ
状態フラグ３０、及びＤＡＴＡ状態フラグ３２を用い
て、各種判定処理を行う。

【００７９】端末キューパケット数監視部３６は、上述
のように、特定の移動端末の回線品質悪化に伴い生成さ
れる端末キュー２２内のパケット数を監視し、当該パケ
ット数を端末キューパケット数カウンタ３８に保持す
る。このとき、当該パケット数が所定値を超えた場合及
び特定の移動端末の回線品質回復に伴い当該パケット数
が所定値以下に復帰した場合にその旨を制御部１２に通
知する。

【００８０】通知を受けた制御部１２は、端末キュー２
２内のパケット数が所定値を超えたこと及び所定値以下
に復帰したことをＲＴＣＰ制御部４０へ通知する。

【００８１】ＲＴＣＰ制御部４０は、該当の移動端末５
０の送信ノード、受信ノード、同期送信元識別子（ＳＳ
ＲＣ）の情報を含むＲＴＣＰ受信者レポートを移動端末
５０から受信するＲＴＣＰパケット受信部４４と、取得
された送信ノード、受信ノード、同期送信元識別子の情
報を保持する送信ノード・受信ノード・ＳＳＲＣ情報保
持部４３と、制御部１２から該当の端末キュー２２のバ
ッファ長、バッファ使用量の情報を取得し、これら情報
と上記送信ノード、受信ノード、同期送信元識別子の情
報から中継者レポート（ＲＴＣＰパケット）を生成する
ＲＴＣＰパケット生成部４１と、生成された中継者レポ
ートをサーバ６０へ送信するＲＴＣＰパケット送信部４
２とを含んで構成されている。

【００８２】なお、この中継者レポートはＲＴＣＰパケ
ットのフォーマットで構成され、例えば、図１５に示す
ように、２ビットのバージョンフィールドＶ、１ビット
のパディングフィールドＰ、５ビットの中継レポートブ
ロック数（ＩＣ：intermediate report count）のフィ
ールド、８ビットのパケットタイプフィールドＰＴ、１
６ビットのパケット長フィールド（Length）、３２ビッ
トの同期送信元識別子（ＳＳＲＣ）のフィールド、３２
ビットのバッファ長（単位はキロバイト）のフィール
ド、及び３２ビットのバッファ使用量（単位は％）のフ
ィールドにより構成されている。

【００８３】図１４に示すように、サーバ６０は、自ノ
ードあてのパケットを外部から受信するネットワーク部
６２と、ＩＰプロトコル処理を行うＩＰ制御部６４と、
自ノードあてのＲＴＣＰパケットを受信しマルチメディ
アデータの転送量調整を行うＲＴＰ制御部６６と、ＲＴ
Ｐ制御部６６からの流量調整の要求を受けて実際にマル
チメディアセッション停止や再開などのデータ転送量の
調整を行うセッション制御部６８とを含んで構成されて
いる。

【００８４】このうちＲＴＰ制御部６６は、自ノードあ
てのＲＴＣＰパケットを受信するＲＴＣＰパケット受信
部６６Ａと、ＲＴＣＰパケットのバッファ使用量の情報
から転送量調整の方法を選択しセッション制御部６８に
データ転送量の調整を依頼するＱｏＳ制御部６６Ｂから
構成されている。

【００８５】次に、第２実施形態の作用として、端末キ
ューパケット数監視部３６により実行される端末キュー
パケット数監視処理（図１６）、ＲＴＣＰ制御部４０に
より実行されるＲＴＣＰパケット送信処理（図１７）及
びサーバ６０において実行されるデータ転送量調整処理
（図１８）を、特定の移動端末５０への回線品質が悪
化した場合、特定の移動端末５０への回線品質が回復
した場合のそれぞれについて説明する。

【００８６】まず、特定の移動端末５０への回線品質
が悪化した場合について説明する。

【００８７】特定の移動端末５０への回線品質が悪化す
ると、第１実施形態で説明した判定処理により判定が
「良」から「悪」へ変更され（図１０のステップ１７
８）、図１１の通信制御処理において端末キュー２２が
生成され（ステップ２１４）、当該移動端末５０あてに
送信するべきパケットが端末キュー２２に蓄積される
（ステップ２１６）。この端末キュー２２内のパケット
はその後所定条件でインターフェースキュー２０へ転送
されるものの、回線品質が悪い状態が継続すると、端末
キュー２２内のパケット数（以下、「端末キューパケッ
ト数」という。）は増加していく。

【００８８】この端末キューパケット数は、端末キュー
パケット数監視部３６により監視されている。即ち、端
末キューパケット数監視部３６は、図１６の端末キュー
パケット数監視処理を実行しており、ステップ３０２に
おいて端末キューパケット数を監視し、その端末キュー
パケット数を端末キューパケット数カウンタ３８に保持
する。次のステップ３０４では当該端末キューパケット
数が予め定めた所定値を超えたか否かを判定する。ここ
で、当該端末キューパケット数が所定値を超えた場合は
ステップ３０８へ進み、端末キューパケット数が所定値
を超えた旨を制御部１２へ通知する。

【００８９】一方、ステップ３０４で否定判定される
と、ステップ３０６へ進み、当該端末キューパケット数
が予め定めた所定値以下に復帰したか否かを判定する。
ここで、当該端末キューパケット数が所定値以下に復帰
した場合はステップ３１０へ進み、端末キューパケット
数が所定値以下に復帰した旨を制御部１２へ通知する。

【００９０】なお、ステップ３０６で否定判定された場
合及びステップ３０８、３１０で通知した後は、ステッ
プ３０２へ戻り、再度端末キューパケット数の監視を繰
り返す。

【００９１】以上のような図１６の端末キューパケット
数監視処理によって、特定の移動端末５０への回線品質
が悪化したケースでは、ステップ３０４で肯定判定さ
れ、ステップ３０８で端末キューパケット数が所定値を
超えた旨が制御部１２へ通知されることとなる。

【００９２】この通知を受けた制御部１２は、特定の移
動端末５０についての端末キューパケット数が所定値を
超えた旨をＲＴＣＰ制御部４０へ通知する。

【００９３】この通知を受けたＲＴＣＰ制御部４０は、
図１７のＲＴＣＰパケット送信処理を実行開始する。図
１７のステップ３３２では、ＲＴＣＰパケット受信部４
４が該当の移動端末５０からＲＴＣＰ受信者レポート
（ＲＲ）を受信することで当該移動端末５０の送信ノー
ド、受信ノード、同期送信元識別子（ＳＳＲＣ）の情報
を取得するとともに、ＲＴＣＰパケット生成部４１は制
御部１２から該当の端末キュー２２のバッファ長とバッ
ファ使用量の情報を取得する。なお、当該移動端末５０
の送信ノード、受信ノード、同期送信元識別子（ＳＳＲ
Ｃ）の情報は、送信ノード・受信ノード・ＳＳＲＣ情報
保持部４３により保持されるとともに、ＲＴＣＰパケッ
ト生成部４１へ転送される。

【００９４】次のステップ３３４では、ＲＴＣＰパケッ
ト生成部４１が上記送信ノード、受信ノード、同期送信
元識別子（ＳＳＲＣ）の情報及び端末キュー２２のバッ
ファ長とバッファ使用量の情報より、中継者レポート
（図１５）を生成する。そして、次のステップ３３６で
は、ＲＴＣＰパケット送信部４２は上記生成された中継
者レポートをサーバ６０へ送信して、図１７の処理を終
了する。

【００９５】上記中継者レポートを受信したサーバ６０
は、図１８のデータ転送量調整処理を実行する。まず、
ステップ３５２では、ＱｏＳ制御部６６Ｂが、中継者レ
ポートのバッファ使用量の情報から転送量調整の方法を
選択し、セッション制御部６８にデータ転送量の調整を
依頼する。そして、ステップ３５４では、セッション制
御部６８が、上記流量調整の要求を受けて実際にマルチ
メディアセッション停止や再開などのデータ転送量の調
整を行う。特定の移動端末５０への回線品質が悪化した
ケースでは、端末キュー２２のバッファ使用率が過剰に
高くなっているため、セッション制御部６８は、当該バ
ッファ使用率を低減するべく、マルチメディアセッショ
ンの一時停止又はマルチメディアデータの解像度低下な
どのデータ転送量の調整を行う。

【００９６】以上の一連の処理により、特定の移動端末
５０への回線品質が悪化した場合、その品質悪化を迅速
に検出して、当該移動端末５０あてのデータを端末キュ
ー２２に蓄積することで、回線品質が劣悪な状態での当
該移動端末５０へのデータの送信量を抑え、パケットロ
スを回避することができる。

【００９７】また、サーバ６０へ、当該端末キュー２２
の使用量に関する情報を通知することでサーバ６０側で
パケットデータの転送量を減少させるよう調整する契機
とすることができるので、サーバ６０により転送量を減
少させるよう調整することが可能となるとともに、端末
キュー２２のあふれを回避することができる。

【００９８】さらに、移動端末５０でなく、データ通信
中継装置１０Ｓからサーバ６０へ上記通知をするので、
低速な無線リンクを制御パケットトラヒックが圧迫する
ことがなく、無線区間の遅延による制御パケットの転送
遅延を回避することができる。

【００９９】次に、特定の移動端末５０への回線品質
が回復した場合について説明する。

【０１００】特定の移動端末５０への回線品質が回復す
ると、端末キュー２２からパケットが頻繁に取り出さ
れ、端末キューパケット数が徐々に減少していく。この
端末キューパケット数は、端末キューパケット数監視部
３６が前述した図１６の端末キューパケット数監視処理
において監視しており、図１６のステップ３０６にて端
末キューパケット数が所定値以下に復帰したと判定され
ることとなる。そして、ステップ３１０にて当該端末キ
ューパケット数が所定値以下に復帰した旨が制御部１２
へ通知されることとなる。

【０１０１】この通知を受けた制御部１２は、特定の移
動端末５０についての端末キューパケット数が所定値以
下に復帰した旨をＲＴＣＰ制御部４０へ通知する。

【０１０２】この通知を受けたＲＴＣＰ制御部４０は、
前述したように、図１７のＲＴＣＰパケット送信処理に
おいて、送信ノード、受信ノード、同期送信元識別子
（ＳＳＲＣ）の情報及び端末キュー２２のバッファ長と
バッファ使用量の情報より中継者レポートを生成し（ス
テップ３３４）、生成された中継者レポートをサーバ６
０へ送信する（ステップ３３６）。

【０１０３】上記中継者レポートを受信したサーバ６０
は、前述したように、図１８のデータ転送量調整処理に
おいて、中継者レポートのバッファ使用量の情報から転
送量調整の方法を選択し（ステップ３５２）、データ転
送量の調整を行う（ステップ３５４）。特定の移動端末
５０への回線品質が回復したケースでは、端末キュー２
２のバッファ使用率が低下しているため、セッション制
御部６８によりマルチメディアセッションの再開又はマ
ルチメディアデータの解像度向上などのデータ転送量の
調整が行われる。

【０１０４】以上の一連の処理により、特定の移動端末
５０への回線品質が回復した場合にも、データ通信中継
装置１０Ｓが端末キュー２２の使用量に関する情報をサ
ーバ６０に通知することにより、サーバ６０側でパケッ
トデータの転送量を増加させるよう調整する契機とする
ことができるので、サーバ６０により転送量を増加させ
るよう調整することが可能となる。

【０１０５】なお、本発明は、データ通信中継装置に設
けた共通のキュー（例えば、インターフェースキュー）
のみで転送制御する構成においても、適用可能である。
即ち、データ通信中継装置において、インターフェース
キュー内のパケット数を監視し、当該監視結果によりイ
ンターフェースキュー内のパケット数が所定のしきい値
を超えた場合及び所定のしきい値以下に復帰した場合
に、その情報をサーバに通知するよう構成することで、
上記同様の作用・効果を奏することができる。

【０１０６】また、上記第２実施形態では、マルチメデ
ィアデータの転送量調整について説明したが、本発明
は、他のパケットデータの転送量調整についても適用可
能である。

【０１０７】

【発明の効果】以上説明したように、本発明によれば、
移動端末について形成された回線の品質の良否を判定
し、回線の品質が良くないと判定された場合に、移動端
末への通信を中断するか又は移動端末へ送信するデータ
量を調整し、回線の品質が良くなったと判定された場合
に、移動端末への通信を再開するので、移動端末につい
て形成された無線回線の品質に応じて、通信の中断、送
信するデータ量の調整、通信の再開といった通信制御を
適正に行うことができ、パケットロスの回避及び通信効
率の改善を図ることができる。

【０１０８】また、本発明によれば、移動端末への回線
の品質悪化に伴うインターフェースキュー内のパケット
数の増加を迅速に検出して、パケットデータ転送量の制
御機能を備えたサーバへ、当該インターフェースキュー
の使用量に関する情報を通知することができるので、サ
ーバ側でパケットデータの転送量を減少させるよう調整
する契機とすることができる。また、サーバにより転送
量を減少させるよう調整することで、パケットロスを極
力回避し、データ通信中継装置でのインターフェースキ
ューあふれを回避することができる。

【０１０９】また、端末キューを生成する態様では、移
動端末への回線の品質悪化を迅速に検出して、当該移動
端末あてのパケットデータを端末キューに蓄積すること
で、回線品質が劣悪な状態での当該移動端末へのパケッ
トデータの送信量を抑え、パケットロスを回避すること
ができる。また、パケットデータ転送量の制御機能を備
えたサーバへ、当該端末キューの使用量に関する情報を
通知することでサーバ側でパケットデータの転送量を減
少させるよう調整する契機とすることができるので、サ
ーバにより転送量を減少させるよう調整することが可能
となるとともに、データ通信中継装置での端末キューあ
ふれを回避することができる。さらに、移動端末でな
く、データ通信中継装置からサーバへ上記通知をするの
で、低速な無線リンクを制御パケットトラヒックが圧迫
することがなく、無線区間の遅延による制御パケットの
転送遅延を回避することができる。

【図面の簡単な説明】

【図１】第１実施形態のパケット通信制御装置の概略構
成図である。

【図２】判定が「悪」の場合の通信制御処理を説明する
ための図である。

【図３】判定が「良」の場合の通信制御処理を説明する
ための図である。

【図４】ＩＥＥＥ８０２．１１アクセス制御方式でのデ
ータのやりとりを示す図である。

【図５】ＭＡＣ８０２．１１レイヤからのイベント通知
を示す図である。

【図６】判定処理の制御ルーチンを示す流れ図である。

【図７】ＲＴＳ再送回数判定処理のサブルーチンを示す
流れ図である。

【図８】ＤＡＴＡ再送回数判定処理のサブルーチンを示
す流れ図である。

【図９】連続良条件判定処理のサブルーチンを示す流れ
図である。

【図１０】悪条件判定処理のサブルーチンを示す流れ図
である。

【図１１】通信制御処理の制御ルーチンを示す流れ図で
ある。

【図１２】パケット数監視処理の制御ルーチンを示す流
れ図である。

【図１３】第２実施形態のデータ通信中継装置の概略構
成図である。

【図１４】第２実施形態のサーバの概略構成図である。

【図１５】中継者レポートのフォーマットを示す図であ
る。

【図１６】端末キューパケット数監視処理の処理内容を
示す流れ図である。

【図１７】ＲＴＣＰパケット送信処理の処理内容を示す
流れ図である。

【図１８】サーバにおいて実行されるデータ転送量調整
処理の処理内容を示す流れ図である。

【符号の説明】

１０…パケット通信制御装置、１０Ｓ…データ通信中継
装置、１２…制御部、１４…判定部、１６…インターフ
ェースキューパケット数監視部、１８…送受信部、２０
…インターフェースキュー、２２…端末キュー、３６…
端末キューパケット数監視部、４０…ＲＴＣＰ制御部、
４１…ＲＴＣＰパケット生成部、４２…ＲＴＣＰパケッ
ト送信部、４３…送信ノード・受信ノード・ＳＳＲＣ情
報保持部、４４…ＲＴＣＰパケット受信部、５０…移動
端末、６０…サーバ、６６…ＲＴＰ制御部、６８…セッ
ション制御部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K033 CB06 DA19 DB18 EA02 5K034 AA01 AA05 EE03 EE11 FF02 FF11 GG02 HH01 HH02 HH11 HH32 HH50 HH54 MM01 MM03 MM13 NN11 NN12 NN22 PP07 TT02 5K067 AA23 BB21 CC04 CC08 DD45 EE02 EE10 HH22 HH23 LL01

Claims (27)

【特許請求の範囲】
1. 【請求項１】 無線通信網を介してＴＣＰ／ＩＰプロト
   コルによりパケットデータの送受信を行う移動端末を対
   象とし、複数の移動端末あてのデータを単一のインター
   フェースキューに一旦蓄積して当該移動端末の通信を制
   御するパケット通信制御装置であって、 移動端末について形成された回線の品質の良否を判定す
   る品質判定手段と、 前記回線の品質が良くないと判定された場合に、前記移
   動端末への通信を中断するか又は前記移動端末へ送信す
   るデータ量を調整する低品質時制御手段と、 前記回線の品質が良くなったと判定された場合に、前記
   移動端末への通信を再開する回復時制御手段と、 を有するパケット通信制御装置。
2. 【請求項２】 前記品質判定手段は、 前記移動端末毎の所定データの再送回数に基づいて回線
   の品質の良否を判定することを特徴とする請求項１記載
   のパケット通信制御装置。
3. 【請求項３】 前記品質判定手段は、 前記移動端末におけるＲＴＳフレームの再送回数及び実
   データの再送回数に基づいて回線の品質を、良い、悪
   い、及び最悪の３段階で判定することを特徴とする請求
   項２記載のパケット通信制御装置。
4. 【請求項４】 前記低品質時制御手段は、 回線の品質が悪い又は最悪と判定された場合に、前記移
   動端末あてのパケットデータを蓄積するための端末キュ
   ーを移動端末毎に生成するキュー生成手段と、 作成した端末キューに当該移動端末あてのパケットデー
   タを蓄積する蓄積手段と、 回線の品質が悪い又は最悪と判定された場合に、前記イ
   ンターフェースキューにダミーパケットを送信するダミ
   ー送信手段と、 を有する請求項３記載のパケット通信制御装置。
5. 【請求項５】 前記回復時制御手段は、 前記端末キューに蓄積された当該移動端末あてのパケッ
   トデータを前記インターフェースキューに転送する転送
   手段と、 転送終了後に前記端末キューを解除するキュー解除手段
   と、 を有する請求項４記載のパケット通信制御装置。
6. 【請求項６】 前記品質判定手段は、前記インターフェ
   ースキューに蓄積された当該移動端末あてのパケットデ
   ータ数を監視し、当該データ数が所定値以下となった場
   合に当該データ数が所定値以下となったことを通知する
   キュー監視手段を有し、 前記低品質時制御手段は、回線の品質が悪いと判定され
   且つ前記通知を受信した場合に、前記端末キューに蓄積
   されたデータを所定のペースで前記インターフェースキ
   ューに転送することにより、前記移動端末へ送信するデ
   ータ量を調整する、 ことを特徴とする請求項４又は請求項５に記載のパケッ
   ト通信制御装置。
7. 【請求項７】 無線通信網を介してＴＣＰ／ＩＰプロト
   コルによりパケットデータの送受信を行う移動端末を対
   象とし、複数の移動端末あてのデータを単一のインター
   フェースキューに一旦蓄積して当該移動端末の通信を制
   御するパケット通信制御方法であって、 移動端末について形成された回線の品質の良否を判定す
   る品質判定工程と、 前記回線の品質が良くないと判定された場合に、前記移
   動端末への通信を中断するか又は前記移動端末へ送信す
   るデータ量を調整する低品質時制御工程と、前記回線の
   品質が良くなったと判定された場合に、前記移動端末へ
   の通信を再開する回復時制御工程と、 を有するパケット通信制御方法。
8. 【請求項８】 前記品質判定工程では、 前記移動端末毎の所定データの再送回数に基づいて回線
   の品質の良否を判定することを特徴とする請求項７記載
   のパケット通信制御方法。
9. 【請求項９】 前記品質判定工程では、 前記移動端末におけるＲＴＳフレームの再送回数及び実
   データの再送回数に基づいて回線の品質を、良い、悪
   い、及び最悪の３段階で判定することを特徴とする請求
   項８記載のパケット通信制御方法。
10. 【請求項１０】 前記低品質時制御工程は、 回線の品質が悪い又は最悪と判定された場合に、前記移
    動端末あてのパケットデータを蓄積するための端末キュ
    ーを移動端末毎に生成するキュー生成工程と、 作成した端末キューに当該移動端末あてのパケットデー
    タを蓄積するとともに、前記インターフェースキューに
    ダミーパケットを送信するダミー送信工程と、 を含むことを特徴とする請求項９記載のパケット通信制
    御方法。
11. 【請求項１１】 前記回復時制御工程は、 前記端末キューに蓄積された当該移動端末あてのパケッ
    トデータを前記インターフェースキューに転送する転送
    工程と、 転送終了後に前記端末キューを解除するキュー解除工程
    と、 を含むことを特徴とする請求項１０記載のパケット通信
    制御方法。
12. 【請求項１２】 前記品質判定工程は、前記インターフ
    ェースキューに蓄積された当該移動端末あてのパケット
    データ数を監視し、当該データ数が所定値以下となった
    場合に当該データ数が所定値以下となったことを通知す
    るキュー監視工程を含み、 前記低品質時制御工程は、回線の品質が悪いと判定され
    且つ前記通知を受信した場合に、前記端末キューに蓄積
    されたデータを所定のペースで前記インターフェースキ
    ューに転送することにより、前記移動端末へ送信するデ
    ータ量を調整する調整工程を含む、 ことを特徴とする請求項１０又は請求項１１に記載のパ
    ケット通信制御方法。
13. 【請求項１３】 パケットデータの転送を行い当該転送
    量の制御機能を備えたサーバから、移動端末が無線通信
    網を介してＲＴＰ通信により前記パケットデータを受信
    する際に、前記サーバからのパケットデータを共通のイ
    ンターフェースキューに一旦蓄積して前記移動端末への
    転送を中継するデータ通信中継装置であって、 前記インターフェースキュー内のパケット数が、予め定
    められたしきい値を超えたか否かを監視するインターフ
    ェースキューパケット数監視手段と、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値を超えた場合に、当該インター
    フェースキューの使用量に関する情報を前記サーバに通
    知する通知手段と、 を有するデータ通信中継装置。
14. 【請求項１４】 前記通知手段は、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値以下に復帰した場合にも、当該
    インターフェースキューの使用量に関する情報を前記サ
    ーバに通知することを特徴とする請求項１３記載のデー
    タ通信中継装置。
15. 【請求項１５】 パケットデータの転送を行い当該転送
    量の制御機能を備えたサーバから、移動端末が無線通信
    網を介してＲＴＰ通信により前記パケットデータを受信
    する際に、前記サーバからのパケットデータをインター
    フェースキューに一旦蓄積して前記移動端末への転送を
    中継するデータ通信中継装置であって、 移動端末について形成された回線の品質の良否を判定す
    る品質判定手段と、 前記回線の品質が良くないと判定された場合に、前記イ
    ンターフェースキューへの蓄積に先立ち前記移動端末あ
    てのパケットデータを蓄積するための端末キューを移動
    端末毎に生成する端末キュー生成手段と、 生成した端末キューに当該移動端末あてのパケットデー
    タを一時的に蓄積する蓄積手段と、 前記端末キュー内のパケット数が、予め定められたしき
    い値を超えたか否かを監視する端末キューパケット数監
    視手段と、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値を超えた場合に、当該端末キューの使用量に
    関する情報を前記サーバに通知する通知手段と、 を有するデータ通信中継装置。
16. 【請求項１６】 前記通知手段は、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値以下に復帰した場合にも、当該端末キューの
    使用量に関する情報を前記サーバに通知することを特徴
    とする請求項１５記載のデータ通信中継装置。
17. 【請求項１７】 前記通知手段は、 前記端末キューの使用量に関する情報として、当該端末
    キューのバッファ長、バッファ使用量、該当の移動端末
    の受信ノード、送信ノード及び同期送信元識別子を含ん
    で構成されたＲＴＣＰパケットを生成するＲＴＣＰパケ
    ット生成手段と、 生成されたＲＴＣＰパケットを前記サーバへ送信するＲ
    ＴＣＰパケット送信手段と、 を有することを特徴とする請求項１５又は請求項１６に
    記載のデータ通信中継装置。
18. 【請求項１８】 パケットデータの転送を行い当該転送
    量の制御機能を備えたサーバから、移動端末が無線通信
    網を介してＲＴＰ通信により前記パケットデータを受信
    する際に、前記サーバからのパケットデータを共通のイ
    ンターフェースキューに一旦蓄積して前記移動端末への
    転送を中継するデータ通信中継方法であって、 前記インターフェースキュー内のパケット数が、予め定
    められたしきい値を超えたか否かを監視するインターフ
    ェースキューパケット数監視工程と、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値を超えた場合に、当該インター
    フェースキューの使用量に関する情報を前記サーバに通
    知する通知工程と、 を有するデータ通信中継方法。
19. 【請求項１９】 前記通知工程では、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値以下に復帰した場合にも、当該
    インターフェースキューの使用量に関する情報を前記サ
    ーバに通知することを特徴とする請求項１８記載のデー
    タ通信中継方法。
20. 【請求項２０】 パケットデータの転送を行い当該転送
    量の制御機能を備えたサーバから、移動端末が無線通信
    網を介してＲＴＰ通信により前記パケットデータを受信
    する際に、前記サーバからのパケットデータをインター
    フェースキューに一旦蓄積して前記移動端末への転送を
    中継するデータ通信中継方法であって、 移動端末について形成された回線の品質の良否を判定す
    る品質判定工程と、 前記回線の品質が良くないと判定された場合に、前記イ
    ンターフェースキューへの蓄積に先立ち前記移動端末あ
    てのパケットデータを蓄積するための端末キューを移動
    端末毎に生成する端末キュー生成工程と、 生成した端末キューに当該移動端末あてのパケットデー
    タを一時的に蓄積する蓄積工程と、 前記端末キュー内のパケット数が、予め定められたしき
    い値を超えたか否かを監視する端末キューパケット数監
    視工程と、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値を超えた場合に、当該端末キューの使用量に
    関する情報を前記サーバに通知する通知工程と、 を有するデータ通信中継方法。
21. 【請求項２１】 前記通知工程では、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値以下に復帰した場合にも、当該端末キューの
    使用量に関する情報を前記サーバに通知することを特徴
    とする請求項２０記載のデータ通信中継方法。
22. 【請求項２２】 前記通知工程では、 前記端末キューの使用量に関する情報として、当該端末
    キューのバッファ長、バッファ使用量、該当の移動端末
    の受信ノード、送信ノード及び同期送信元識別子を含ん
    で構成されたＲＴＣＰパケットを生成し、 生成されたＲＴＣＰパケットを前記サーバへ送信する、 ことを特徴とする請求項２０又は請求項２１に記載のデ
    ータ通信中継方法。
23. 【請求項２３】 パケットデータの転送を行うサーバ
    と、前記サーバから無線通信網を介してＲＴＰ通信によ
    り前記パケットデータを受信する移動端末と、前記移動
    端末が前記パケットデータを受信する際に、当該パケッ
    トデータを共通のインターフェースキューに一旦蓄積し
    て当該移動端末へのデータ転送を中継するデータ通信中
    継装置とを含んで構成されたネットワークシステムであ
    って、前記データ通信中継装置は、 前記インターフェースキュー内のパケット数が、予め定
    められたしきい値を超えたか否かを監視するインターフ
    ェースキューパケット数監視手段と、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値を超えた場合に、当該インター
    フェースキューの使用量に関する情報を前記サーバに通
    知する通知手段と、 を有し、 前記サーバは、 通知された前記インターフェースキューの使用量に関す
    る情報に基づいてパケットデータの転送量を調整する調
    整手段を有する、 ことを特徴とするネットワークシステム。
24. 【請求項２４】 前記通知手段は、 前記監視結果により前記インターフェースキュー内のパ
    ケット数が前記しきい値以下に復帰した場合にも、当該
    インターフェースキューの使用量に関する情報を前記サ
    ーバに通知することを特徴とする請求項２３記載のネッ
    トワークシステム。
25. 【請求項２５】 パケットデータの転送を行うサーバ
    と、前記サーバから無線通信網を介してＲＴＰ通信によ
    り前記パケットデータを受信する移動端末と、前記移動
    端末が前記パケットデータを受信する際に、当該パケッ
    トデータをインターフェースキューに一旦蓄積して当該
    移動端末へのデータ転送を中継するデータ通信中継装置
    とを含んで構成されたネットワークシステムであって、 前記データ通信中継装置は、 移動端末について形成された回線の品質の良否を判定す
    る品質判定手段と、 前記回線の品質が良くないと判定された場合に、前記イ
    ンターフェースキューへの蓄積に先立ち前記移動端末あ
    てのパケットデータを蓄積するための端末キューを移動
    端末毎に生成する端末キュー生成手段と、 生成した端末キューに当該移動端末あてのパケットデー
    タを一時的に蓄積する蓄積手段と、 前記端末キュー内のパケット数が、予め定められたしき
    い値を超えたか否かを監視する端末キューパケット数監
    視手段と、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値を超えた場合に、当該端末キューの使用量に
    関する情報を前記サーバに通知する通知手段と、 を有し、 前記サーバは、 通知された前記端末キューの使用量に関する情報に基づ
    いて前記移動端末へのパケットデータの転送量を調整す
    る調整手段を有する、 ことを特徴とするネットワークシステム。
26. 【請求項２６】 前記通知手段は、 前記監視結果により前記端末キュー内のパケット数が前
    記しきい値以下に復帰した場合にも、当該端末キューの
    使用量に関する情報を前記サーバに通知することを特徴
    とする請求項２５記載のネットワークシステム。
27. 【請求項２７】 前記通知手段は、 前記端末キューの使用量に関する情報として、当該端末
    キューのバッファ長、バッファ使用量、該当の移動端末
    の受信ノード、送信ノード及び同期送信元識別子を含ん
    で構成されたＲＴＣＰパケットを生成するＲＴＣＰパケ
    ット生成手段と、 生成されたＲＴＣＰパケットを前記サーバへ送信するＲ
    ＴＣＰパケット送信手段と、 を有することを特徴とする請求項２５又は請求項２６に
    記載のネットワークシステム。