(57)【特許請求の範囲】
【請求項１】
下記を具備する方法：
(a1)基地トランシーバ局におけるバッファから移動ユニットに送信されるデータパケットの個数の更新数を表示するフロー表示計数器を増加させる；
(a2)前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいときに、データパケットを記憶するために利用可能な前記バッファのウィンドウサイズを決定する；
(a3)フロー表示メッセージを生成する、前記フロー表示メッセージは前記ウィンドウサイズを表示する；
(a4)基地局コントローラに前記フロー表示メッセージを送信する；
(a5)最後のフロー表示メッセージの送信からの経過時間の追跡を続ける；
(a6)前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成する、
(a7)ここにおいて、前記バッファのウィンドウサイズは、該基地トランシーバ局に送信すべきデータの量を決定するために該基地局コントローラによって使用される、
(a8)  ここにおいて、該経過時間の追跡を続けることは、該フロー表示メッセージが該バッファから送信されるパケットの該個数と無関係に、該閾値時間間隔で送出されることを確実にする。
【請求項２】
前記閾値数が５０である、請求項１記載の方法。
【請求項３】
さらに、前記フロー表示メッセージを生成する前に、前記バッファによって受信されるデータパケットのパケットＩＤを決定するステップを具備する、請求項１記載の方法。
【請求項４】
前記パケットＩＤが最後に受信されるデータパケットＩＤである、請求項３記載の方法。
【請求項５】
前記フロー表示メッセージが更に前記パケットＩＤを具備する、請求項３記載の方法。
【請求項６】
さらに、前記フロー表示メッセージを送信するステップを具備する、請求項５記載の方法。
【請求項７】
前記閾値時間間隔が０．５秒である、請求項１記載の方法。
【請求項８】
下記を具備するシステム：
基地トランシーバ局におけるバッファから移動ユニットに送信されるデータパケットの個数の更新数を表示するフロー表示計数器を増加させるための手段；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいとき、データパケットを記憶するために利用可能な前記バッファのウィンドウサイズを決定するための手段；
フロー表示メッセージを生成するための手段、前記フロー表示メッセージは前記ウィンドウサイズを具備する；
基地局コントローラに前記フロー表示メッセージを送信するための手段；
最後のフロー表示メッセージの送信からの経過時間の追跡を続けるための手段；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成するための手段、
ここにおいて、前記バッファのウィンドウサイズは、該基地トランシーバ局に送信すべきデータの量を決定するために該基地局コントローラによって使用される、
ここにおいて、該経過時間の追跡を続けるための該手段は、該フロー表示メッセージを生成するための該手段が該バッファから送信されるパケットの該個数と無関係に、該閾値時間間隔で該フロー表示メッセージを生成することを確実にする。
【請求項９】
前記閾値数が５０である、請求項８記載のシステム。
【請求項１０】
前記バッファによって受信されるデータパケットのパケットＩＤを決定するための手段をさらに具備する請求項８に記載のシステム。
【請求項１１】
前記パケットＩＤが最後に受信されるデータパケットＩＤである、請求項１０記載のシステム。
【請求項１２】
前記フロー表示メッセージが更に前記パケットＩＤを具備する、請求項１０記載のシステム。
【請求項１３】
前記フロー表示メッセージを送信するための手段をさらに具備する請求項１２に記載のシステム。
【請求項１４】
前記閾値時間間隔が０．５秒である、請求項８記載のシステム。
【請求項１５】
下記を具備する方法：
基地トランシーバ局で、基地局コントローラから複数のデータパケットを受信する；
該基地トランシーバ局におけるバッファに前記複数のデータパケットを配置する；
前記バッファから少なくとも１つの移動ユニットに前記バッファに配置された前記複数のデータパケットの個数を送信する；
前記バッファから送信される前記複数のデータパケットの前記個数が閾値数に等しいか又はより大きいとき、データパケットを記憶するために利用可能な前記バッファのウィンドウサイズを決定する；
前記複数のデータパケットの１つのパケットＩＤを決定する；
フロー表示メッセージを生成する、前記フロー表示メッセージは前記ウィンドウサイズ及び前記パケットＩＤを具備する；
前記基地局コントローラへ前記フロー表示メッセージを送信する；
最後のフロー表示メッセージの送信からの経過時間の追跡を続ける；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記ウィンドウサイズを通告する、
ここにおいて、前記バッファのウインドウサイズは、該基地トランシーバ局に送信すべきデータの量を決定するために該基地局コントローラによって使用される、
ここにおいて、該経過時間の追跡を続けることは、該フロー表示メッセージが該バッファから送信されるパケットの該個数と無関係に、該閾値時間間隔で送出されることを確実にする。
【請求項１６】
前記閾値数が５０である、請求項１５記載の方法。
【請求項１７】
前記パケットＩＤが最後に受信されるデータパケットＩＤである、請求項１５記載の方法。
【請求項１８】
前記閾値時間間隔が０．５秒である、請求項１５記載の方法。
【請求項１９】
下記を具備するコンピュータ可読媒体：
基地トランシーバ局におけるバッファから移動ユニットに送信されるデータパケットの個数の更新数を表示するフロー表示計数器を、コンピュータに増加させるための第１のコードセグメント；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいとき、データパケットを記憶するために利用可能な前記バッファのウィンドウサイズを、コンピュータに決定させるための第２のコードセグメント；
フロー表示メッセージを、コンピュータに生成させるための第３のコードセグメント、前記フロー表示メッセージは前記ウィンドウサイズを具備する；
前記フロー表示メッセージを基地局コントローラへ、コンピュータに送信させるための第４のコードセグメント；
最後のフロー表示メッセージの送信からの経過時間の追跡を、コンピュータに続けさせるための第５のコードセグメント；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを、コンピュータに生成させるための第６のコードセグメント、
ここにおいて、前記バッファのウィンドウサイズは、該基地トランシーバ局に送信すべきデータの量を決定するために該基地局コントローラによって使用される、
ここにおいて、該経過時間の追跡を該コンピュータに続けさせるための該第５のコードセグメントは、前記フロー表示メッセージを該コンピュータに生成させるための該第６のコードセグメントが、該バッファから送信されるパケットの該個数と無関係に、該閾値時間間隔で該フロー表示メッセージを該コンピュータに生成させることを確実にする。
【請求項２０】
前記閾値数が５０である、請求項１９記載のコンピュータ可読媒体。
【請求項２１】
前記コンピュータ可読媒体は、前記フロー表示メッセージを生成する前に、前記バッファによって受信されるデータパケットのパケットＩＤを、コンピュータに決定させるための第７のコードセグメントを更に具備する、請求項１９記載のコンピュータ可読媒体：
【請求項２２】
前記パケットＩＤは最後に受信されるデータパケットＩＤである、請求項２１記載のコンピュータ可読媒体。
【請求項２３】
前記フロー表示メッセージは更に前記パケットＩＤを具備する、請求項２１記載のコンピュータ可読媒体。
【請求項２４】
前記閾値時間間隔が０．５秒である、請求項１９記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信システムの分野に関し、特に、基地局コントローラと基地トランシーバ局との間のフロー制御に関する。
【背景技術】
【０００２】
高データレート（“ＨＤＲ”）技術は、パケットデータサービスのために最適化の高速、大容量無線技術である。動作のために、単一のデータ専用１．２５メガヘルツチャンネルを使用して、ＨＤＲは、毎秒２．４メガビットの尖頭データレートでデータを配信することができ、そのデータレートは、地上回線網を介して提供される数多くのアクセスよりも著しく速い。このように、ＨＤＲの利点は、中でも、高速データ送信及び高スペクトル効率を含む。
【０００３】
ＨＤＲは、１×進化データ専用（１×ＥＶ-ＤＯ）標準のための基礎であり、その標準は、ＴＩＡ／ＥＩＡ／ＩＳ-８５６として電気通信工業会によって標準化されている。
【０００４】
ＨＤＲは、現存の無線通信システム、例えば、符号分割多元接続（“ＣＤＭＡ”）システムと相互運用可能であるように設計される。ＣＤＭＡシステムにおいて、各信号は、信号を符号化することによって他のユーザの信号から分離される。各ユーザは、その情報信号を送信信号に一意的に符号化し、その信号は、それから、１．２５メガヘルツチャンネルを介して送信される。ユーザの符号列を知っている、目指すところの受信器は、情報を受信するために送信信号を復号することができる。ＣＤＭＡチャンネルが１．２５メガヘルツである事実は、本ＣＤＭＡ枠組みへのＨＤＲ技術の統合化を単純化する。
【０００５】
例示の目的のためにＣＤＭＡを使用して、ＨＤＲ技術は、ＣＤＭＡ基地局コントローラ（“ＢＳＣ”）及び基地トランシーバ局（“ＢＴＳ”）を含む、現存のＣＤＭＡ基盤施設及び構成を利用することができる。例えば、ＨＤＲ技術と相互運用可能であるように構成されるＣＤＭＡシステムにおいて、ユーザによってインターネットからダウンロードされたデータは、ＢＳＣを通ってＢＴＳへ経路指定され、そのＢＴＳは、データ専用１．２５メガヘルツチャンネル又は大気リンクを介してユーザへデータを送信する。ＢＳＣは、データパケットをＢＴＳへ送信する前に、それが受信するデータのストリームを、個々の１２８バイトＨＤＲパケット（又は“データパケット”）にパケット化する。データパケットは、ＢＴＳによって受信され、ＨＤＲプロトコルを使用してユーザへ送信されるために固定サイズのバッファ（又は“待ち行列”）に配置される。
【０００６】
バッファを“窮乏させる(starving)”可能性、即ち、バッファが空きのときＢＴＳがＢＳＣからデータを受信しないことと同様に、ＢＴＳでバッファを溢れさせる又ははみ出させる可能性、即ち、バッファが収容する及び／又はユーザへ送信することができるものより多くのデータをＢＴＳがＢＳＣから受信することを低減させるために、ＢＳＣとＢＴＳとの間のデータフローを制御するための機構が、一般に、採用されている。一般に、フロー制御機構は、ＢＳＣがＢＴＳへどれほど多くのデータを送信するかを決定するために、より多くのデータを受信するためにバッファで利用可能な余白又は“ウィンドウ”の量をＢＳＣへ通告するＢＴＳに基づく。
【０００７】
ＢＳＣとＢＴＳとの間のフロー制御のための１つの従来の方法は、確実な、事前設定された、バッファ容量閾値点で、ＢＳＣへそのウィンドウサイズを通告するＢＴＳを関与させる。例えば、バッファが容量に近づき、事前設定された高い水位閾値(a preset high watermark threshold)に到達するとき、フロー制御機構は、トリガされ(triggered)、ＢＴＳは、バッファをはみ出させないように、追加のデータパケットを送信することを中止するようにＢＳＣに通知する信号を送出する。バッファをはみ出させることは、バッファで打ち切られ、失われ、そして再送信されなければならないデータパケットのような問題を招くことがあり、信頼性に劣るデータ送信を招く。更に、打ち切られ又は失われるデータを再送信しなければならないことは、より多くのオーバーヘッド(overhead)を背負い込み、通信を減速させることを意味する。バッファが空きに近づき、事前設定された低い水位標閾値に達するときの他の場合において、フロー制御機構は、トリガされ、ＢＴＳは、より多くのデータパケットを送出するようにＢＳＣに通知する信号を送出する。空きのバッファは、無駄にされるシステム資源ということであり、それが結果としてバッファからデータを送信するために利用されることができる未利用の大気リンクのフレームになることがあるからである。
【０００８】
前に説明した従来のフロー制御機構の難点は、バッファをはみ出させる及び／又は窮乏させることを防止するために、帰還信号が遅れずにＢＳＣによって受信されることができないことである。例えば、ＢＳＣが、より多くのデータを送出することを中止するように、ＢＴＳから信号を受信するころまでには、ＢＳＣは、バッファをはみ出させることを回避するために、あまりにも多いデータを既に“飛行中に(in flight)”してしまうことがあり、データパケットがバッファで打ち切られることを招く。空きになっているバッファの場合において、より多くのデータを送出するための信号は、バッファが完全に空きになる前に、それがバッファへデータを受け取るために、遅れずにＢＳＣによって受信されることがあり、大気リンクフレームが無駄になる結果となる。更に、バッファ容量閾値点によってトリガされるフロー制御機構は、システム上により大きな緊張を課し、システムオーバーヘッドを増大させる、非常に多くの帰還信号を送信する結果となることがある。
【０００９】
このように、技術的に、ＢＳＣとＢＴＳとの間のフロー制御のための改善された方法に対するニーズがある。特に、バッファを窮乏させる可能性と同様に、バッファではみ出させられるデータの蓋然性を低減させるための方法に対するニーズがある。
【発明の開示】
【００１０】
［発明の概要］
この中に開示される実施形態は、基地局コントローラと基地トランシーバ局との間のデータのフローを、基地トランシーバ局から移動ユニットのような無線受信ユニットへ送信されるデータのレートに直接的に結び付けることによって、前に述べたニーズに対処する。
【００１１】
本発明の１つの態様において、基地トランシーバ局でバッファの中から流出するデータのレートを追跡する(track)役割をするフロー表示計数器は、データパケットがバッファから送信されるそのたびに増加させられる(incremented)。例えば、バッファから送信されるデータパケットの更新数は、５０であることできる閾値数と比較される。送信されるパケットの更新数が閾値数に等しいか又は超過するとき、バッファウィンドウサイズが決定され、バッファウィンドウサイズを具備するフロー表示(flow indication)メッセージが発生させられ、基地局コントローラへ送信される。より多くのデータを受信するために利用可能なバッファ余白の量を表す、バッファウィンドウサイズは、基地トランシーバ局へ送信すべきデータの量を決定するために基地トランシーバ局によって使用される。その上、フロー表示メッセージは、バッファによって受信される最後のデータパケットのデータパケットＩＤを更に具備することができ、このデータパケットＩＤは、次に送信すべきデータパケットの固有の順序を決定するために基地局コントローラによって使用される。
【００１２】
本発明のもう１つの態様において、タイマは、最後のメッセージの送信の時から経過した時間の追跡をし続け、経過した時間が閾値時間間隔に等しいか又は超過するとき、フロー表示メッセージの発生及び送信をトリガする。閾値時間間隔は、例えば、０．５秒であることができる。この方法で、タイマは、フロー表示メッセージが、バッファから送信されるデータパケットの個数と無関係に、少なくとも閾値時間間隔ごとに送出されることを確実にする。
【００１３】
本発明のもう１つの態様において、フロー制御のためのシステムは、基地局でバッファから送信されるデータパケットの更新数を与えるように構成されるフロー表示計数器モジュールを具備して構築されることができる。システムは、バッファから送信されるデータパケットの更新数が閾値数に等しいか又は超過するとき、バッファウィンドウサイズを決定するモジュールを監視するウィンドウサイズを更に具備することができる。１例として、閾値数は５０に設定されることができる。バッファウィンドウサイズは、ウィンドウサイズを具備するフロー表示メッセージを生成するメッセージ発生モジュールによって使用される。次に、フロー表示メッセージは、基地トランシーバ局へ送信すべきデータの量を決定するためにバッファウィンドウサイズを使用する基地局コントローラへ送信される。
【００１４】
［詳細な説明]
本発明は、基地局コントローラと基地トランシーバ局との間のフロー制御のための方法及びシステムに向けられる。本発明は、特定の実施形態に関して説明されるけれども、この中に添付される特許請求の範囲によって規定されるように、本発明の原理は、この中に明確に説明される記述の実施形態を超えて明白に適用されることができる。更に、確かな詳細は、本発明の創意的態様を不明瞭にしないために割愛されてしまっている。本出願において説明されない特定の詳細は、技術的に精通した通常の人の知識の中にある。
【００１５】
本出願における図面及びそれらに伴う詳細な説明は、単に本発明の実施形態例に向けられる。簡潔さを維持するために、本発明の原理を使用する本発明の他の実施形態は、本出願に明確に説明されていなく、本図面によって明確に図示されていない。
【００１６】
単語“例示的”は、この中に、専ら“見本、場合、又は図示の役をすること”を意味するために使用される。“例示的”として、この中に説明されるどの実施形態も、他の実施形態を超えて好ましい又は利点があるとして、解釈される必要はない。
【００１７】
図１は、１つの実施形態に従う例示的無線通信システムを図示する。図１に示される例示的無線通信システム１００は、例えば、高データレート（“ＨＤＲ”）技術と相互運用可能であるように構成される符号分割多元接続（“ＣＤＭＡ”）通信システムの一部分を具備することができる。ＣＤＭＡ通信システムの一般的な原理、及び特に、通信チャンネルを介する送信のためのスペクトル拡散信号の発生に関する一般的な原理は、“衛星又は地上中継器を使用するスペクトル拡散多元接続通信システム”と題し、本発明の譲受人に譲渡された、米国特許第４９０１３０７号に記載されている。その特許、即ち、米国特許第４９０１３０７号における開示は、それによって本出願に参照文献として十分に組み入れられる。その上、“ＣＤＭＡセルラ電話システムにおける信号波形を生成するためのシステム及び方法”と題し、本発明の譲受人に譲渡された、米国特許第５１０３４５９号は、ＰＮ拡散、ウォルシュカバリング、及びＣＤＭＡスペクトル拡散通信信号を生成するための技術と関係がある原理を開示する。その特許、即ち、米国特許第５１０３４５９号における開示もまた、それによって本出願に参照文献として十分に組み入れられる。更に、本発明は、データの時間多重化及び“高データレート”通信システムと関係がある種々の原理を利用し、本発明は、１９９７年１１月３日に出願され、“高レートパケットデータ送信のための方法及びシステム”と題する、米国特許出願第０８／９６３３８６号に開示され、本発明の譲受人に譲渡されたもののような、“高データレート”通信システムに使用されることができる。その特許出願おける開示もまた、それによって本出願に参照文献として十分に組み入れられる。
【００１８】
図１を続けると、例示的無線通信システム１００は、移動ユニット１１０、基地トランシーバ局（“ＢＴＳ”）１１６、基地局コントローラ（“ＢＳＣ”）１２２、“インターネット”１２４、及びデータサーバ１２６のような、無線受信ユニットを含む無線通信システムに一般に見出される構成要素を具備する。移動ユニット１１０及びＢＴＳ１１６は、更に、それぞれ、アンテナ１１２及びアンテナ１１４を具備する。無線通信システム１００において、ＢＴＳ１１６は、移動ユニット１１０とシステムの残りとの間のラジオリンクの役をする。無線通信システムが、本発明を不明瞭にしないために、どの図面にも図示されていない移動交換センタ及び公衆電話交換網のような、他の構成要素を具備することができることは、注目される。
【００１９】
例示的無線通信システム１００は、どのようにしてインターネットデータが、インターネット１２４及びＢＳＣ１２２を通ってデータサーバ１２６から、及び例えば、１．２５メガヘルツ大気リンクチャンネルを介して移動ユニット１１０へデータを送信するＢＴＳ１１６へ、経路指定されることによって移動ユニット１１０へ伝達されることができるかを図示する。データサーバ１２６は、例えば、ＨＴＴＰ又はＦＴＰサーバであることができる。インターネットデータは、ＨＤＲプロトコルを使用してＢＴＳ１１６から移動ユニット１１０へ送信されることができる。
【００２０】
図１を続けると、ＢＴＳ１１６は、更に、バッファ１１８及びフロー制御モジュール１２０を具備する。例示的無線通信システム１００において、ＢＳＣ１２２で受信されるデータは、ＢＴＳ１１６へ送出される前に個別の１２８バイトＨＤＲデータパケットにパケット化される。ＢＴＳ１１６は、１２８バイトデータパケットを受信し、バッファ１１８にデータパケットを配置する。固定サイズのバッファ１１８は、処理するためのデータを一時的に記憶するために、又は、ストリーミングメディアアプリケーションにおいて、移動ユニット１１０へのデータパケットの送信に先立って、関係のあるデータパケットの到来のどの遅延も補償するために、使用される。ＢＴＳ１１６のような基地トランシーバ局が、幾つかのバッファ、例えば、送信、再送信及び信号バッファを含むことができること、及び各型のバッファが、種々の無線受信ユニットへの送信のために様々な型のデータを受信し、処理するように構成されることは、注目される。
【００２１】
図１を続けると、フロー制御モジュール１２０は、バッファ１１８の中からのデータ“流出”のレートを監視する。例えば、フロー制御モジュール１２０は、バッファ１１８から移動ユニット１１０へ送信されるデータパケットの個数を計数することができる。同時に、フロー制御モジュール１２０もまた、バッファ１１８のウィンドウサイズを監視し、そのサイズは、ＢＳＣ１２２からより多くのデータを受信するためにバッファ１１８で利用可能な未占有余白の量である。
【００２２】
１つの実施形態に従って、フロー制御モジュール１２０は、ＢＳＣ１２２へ帰還を送出すべき適切な時刻を決定するために、バッファ１１８から送信されるデータパケットの個数を利用する。フロー制御モジュール１２０からＢＳＣ１２２へ送出される帰還もまた、本出願において、“フロー表示メッセージ”と呼ばれることは、注目される。１例として、フロー制御モジュール１２０は、バッファ１１８からの５０個のデータパケットごとの送信の後に、フロー表示メッセージを送出するように構成されることができる。しかしながら、フロー表示メッセージの送信をトリガすることを必要とされないバッファ１１８から送信されるデータパケットの閾値数が、必要条件及びシステムの資源に依存して、５０以外のある数に設定されることができることは、技術的に熟練した通常の人には明白である。フロー表示メッセージは、バッファ１１８のウィンドウサイズに基づいて、どれほど多くのデータがバッファ１１８へ送信されるべきかをＢＳＣ１２２へ通告する。この方法で、どれほど多くのデータをＢＳＣ１２２がＢＴＳ１１６へ送信するかの制御は、どれほど迅速にデータがバッファ１１８から送信されるかに基づく。こうして、図１は、ＢＳＣとＢＴＳとの間のフロー制御が、どれほど速いデータがバッファから送信されているかに直接的に結び付けられる無線通信システムを図示する。
【００２３】
図２は、１つの実施形態を図示するために使用される例示的バッファを示す。図２に示される例示的バッファは、図１に描かれているように、ＨＤＲ技術と相互運用可能であるように構成されるＣＤＭＡシステムのような無線通信システムにおける基地トランシーバ局の一部分を構成する。バッファ２００は、例えば、図１における無線通信システム１００の基地トランシーバ局１１６のバッファ１１８に対応することができる。バッファ２００は、例えば、図１における移動ユニット１１０のような無線移動ユニットへのデータの送信に先立ち、大量のインターネットデータを待ち行列に入れるように構成される送信バッファであることができる。
【００２４】
図２を続けると、バッファ２００は、固定サイズ又はデータ容量（即ち、バッファサイズ２０６）を有し、その容量は、例えば、一般の送信バッファに関して近似的に５０キロバイトであることができる。更に、バッファ２００は、そのデータサイズが、無線移動ユニットへの送信のためにバッファ２００で待ち行列に入れられるデータの量を表す、データサイズ２１０のデータ２０８、及び、そのウィンドウサイズが、バッファ２００でより多くのデータを受信するために利用可能な未使用余白を表す、ウィンドウサイズ２１４のウィンドウ２１２、を具備する。データ２０８及びウィンドウ２１２の相対的なサイズは、バッファ２００を通るデータフローのレートの関数である。
【００２５】
図２を続けると、データは、矢印２０２によって示されるように、基地局コントローラからバッファ２００の中へ流入し、矢印２０４によって示されるように、移動ユニットのような、無線アクセス端末へバッファ２００の中から流出する。前に議論したように、ＨＤＲシステムにおいて、データは、基地トランシーバ局で受信され、データパケット２１６のような、個別の１２８バイトデータパケットで、バッファに配置される。こうして、一般の５０キロバイト送信バッファは、近似的に４００個のデータパケットを待ち行列に入れることができ、毎秒２．４メガビットの尖頭データレートで動作するＨＤＲ技術を利用する無線通信システムは、毎秒近似的に２４００個のデータパケットを送信することができる。
【００２６】
再度図２を参照すると、データパケット２１６は、バッファ２００において待ち行列に入れられる、複数の同様にパケット化されたデータ２０８のデータパケットの１つを構成する。データパケット２１６は、更なる議論を容易にするために図２において拡大されている。バッファ２００における他の同様にパケット化されたデータパケットに関するように、データパケット２１６は、データ、即ち、データ２１８、及びパケットＩＤ、即ち、パケットＩＤ２２０を具備する。パケットＩＤ２２０は、基地局コントローラによってデータ２１８上に“押印される(stamped)”識別札であり、データパケット２１６に固有である。パケットＩＤ２２０は、例えば、データパケットが技術的に周知の方法で、通信システムを通って移動するので、データパケット２１６の動きを追跡するために使用されることができる。
【００２７】
１つの実施形態において、バッファによって受信される最後のデータパケット、即ち、最後に受信されるデータパケットの固有のパケットＩＤは、基地局コントローラへ送信されるフロー表示メッセージに含まれる。最後に受信されるデータパケットのパケットＩＤもまた、本出願において、“最後のパケットＩＤ”と呼ばれる。前に議論したように、フロー表示メッセージは、閾値数のデータパケットがバッファから送信されてしまった後に、送信される。本実施形態において、フロー表示メッセージもまた、最後のパケットＩＤに加えて、バッファウィンドウサイズを具備する。
【００２８】
基地局コントローラは、バッファウィンドウサイズに基づいて基地トランシーバ局へどれほど多くのデータを送出すべきかのみならず、最後のパケットＩＤに基づいて次に正しい一連のデータパケットを送出すべきかを決定するための、そのようなフロー表示メッセージにおける情報を利用することができる。この方法で、基地局コントローラから基地トランシーバ局へのデータのフローは、バッファウィンドウサイズ及びバッファによって受信される最後のデータパケットの識別の両方によって調整される。こうして、図２は、バッファウィンドウサイズ及びバッファによって受信される最後のデータパケットのパケットＩＤがＢＳＣとＢＴＳとの間のフロー制御を洗練するためのフロー表示メッセージに含まれる、１つの実施形態を図示するために使用される例示的バッファを示す。
【００２９】
図３は、１つの実施形態に従う例示的フロー制御モジュールを図示する。図３に示されるフロー制御モジュール３００は、無線通信システム、例えば、ＨＤＲ技術と相互運用可能であるように構成されるＣＤＭＡシステムにおける基地トランシーバ局の一部分を構成する。フロー制御モジュール３００は、例えば、図１における無線通信システム１００の基地トランシーバ局１１６におけるフロー制御モジュール１２０に対応することができる。フロー制御モジュール３００は、フロー表示計数器モジュール３０２、データパケットＩＤ監視モジュール３０４、ウィンドウサイズ監視モジュール３０６、タイマ３０８、及びメッセージ発生モジュール３１０を具備する。モジュールの中へ、間の、及びからの情報のフローは、情報フローの方向も表示する矢印によって図３のブロック図に表示される。
【００３０】
図３を続けると、フロー計数器モジュール３０２は、例えば、順番に図１におけるバッファ１１８に対応する、図２におけるバッファ２００のような、送信バッファであることができるバッファから送信されるデータのフローを監視する。１つの実施形態において、フロー表示計数器モジュール３０２は、バッファから送信されるデータパケットの個数の更新計算数(update count)を覚えていて、更新計算数を閾値数と比較する。１例として、閾値数は、５０であることができるが、替わりに、必要条件及びシステムの資源に依存して、ある他の数値であることがある。バッファから送信されるデータパケットの更新数(update number)が閾値数に等しいか又はより大きいとき、フロー表示計数器モジュール３０２は、メッセージ発生モジュール３１０へ信号を送出し、フロー表示メッセージを生成するためにメッセージ発生モジュール３１０をトリガする。このように、フロー表示計数器モジュール３０２は、バッファの中からのデータの流出の追跡をし続ける役割をし、バッファから送信されるデータパケットの個数が閾値数に等しいか又は超過するとき、フロー制御機構をトリガする役割をする。
【００３１】
図３を続けると、データパケットＩＤ監視モジュール３０４もまた、バッファから情報を受信する。データパケットＩＤ監視モジュール３０４は、バッファによって各データパケットの受信を監視し、データパケットのパケットＩＤを読み出す。図示の目的のため図２を使用すると、データパケット２１６は、バッファ２００によって受信されるので、データパケットＩＤ監視モジュール３０４は、データパケット２１６に対応するパケットＩＤ２２０を読み出すことができる。バッファによって受信される各々次のデータパケットのパケットＩＤは、パケットＩＤ監視モジュール３０４によって同様に読み出される。データパケットＩＤ監視モジュール３０４は、メッセージ発生モジュール３１０にバッファによって一番最後に受信されるデータパケットのパケットＩＤをあてがう。メッセージ発生モジュール３１０は、次の処理のために一番最後に受信されるデータパケットのＩＤを蓄積することができる。
【００３２】
図３を続けると、ウィンドウサイズ監視モジュール３０６は、バッファのウィンドウサイズを監視するように構成される。追加のデータを受信するために利用可能なバッファ余白の量を表すウィンドウサイズは、バッファの中へ及びの中から流出入するデータのレートに直接的に比例する。バッファにおけるウィンドウサイズの１例は、図２においてバッファ２００にウィンドウサイズ２１４のように示される。単純明快に、ウィンドウサイズ２１４のような、ウィンドウサイズは、バッファが基地局コントローラからより多くのデータパケットを受信するとき、縮小させられ、反対に、ウィンドウサイズは、データパケットがバッファから無線アクセス端末又は無線移動ユニットへ送信されるとき、増大させられる。ウィンドウサイズ監視モジュール３０６は、バッファウィンドウサイズを監視し、メッセージ発生モジュール３１０にウィンドウサイズをあてがう。
【００３３】
メッセージ発生モジュール３１０によりフロー表示計数器モジュール３０２、データパケットＩＤ監視モジュール３０４及びウィンドウサイズ監視モジュール３０６から受信される情報は、フロー表示メッセージを生成するためにメッセージ発生モジュール３１０によって利用される。メッセージ発生モジュール３１０は、閾値数のデータパケットがバッファから送信されてしまうとき、フロー表示計数器モジュール３０２によってトリガされる。一旦トリガされると、メッセージ発生モジュール３１０は、バッファウィンドウサイズ及びバッファによって一番最後に受信されるデータパケットのパケットＩＤ、を具備するフロー表示メッセージを生成する。
【００３４】
フロー表示メッセージは、それから、それがどれほど多くのデータをバッファへ送信することができるか及び次にどちらのデータパケットが送信されるべきかを決定するために、情報、即ち、バッファウィンドウサイズ及びパケットＩＤを利用する基地局コントローラへ送信される。フロー表示メッセージの送信は、例えば、基地局で送信モジュールによって行われることができる。基地局送信モジュールがどの図にも示されていないことは、注目される。更に、メッセージ発生モジュール３１０は、フロー表示計数器モジュール３０２がバッファから送信されるデータパケットの更新数をゼロにリセットすることができるように、フロー表示メッセージが送信されるそのたびに、フロー表示計数器モジュール３０２に通知する。フロー制御機構をバッファの中から流出するデータのレートに直接的に結び付けることによって、本実施形態は、従来のフロー制御方法より信頼できる方法をフロー制御に与える。更に、基地局コントローラがバッファを去るデータのレート上の情報を受信し、従ってそれがバッファへ送出するデータの量を調節することができるので、バッファをはみ出させる可能性は、低減させられる。
【００３５】
もう１つの場合において、メッセージ発生モジュール３１０は、たとえバッファから送信される閾値数のデータパケットが到達してしまわなかったとしても、即ち、たとえフロー表示計数器モジュール３０２がメッセージ発生モジュール３１０をトリガしないとしても、最後のフロー表示メッセージの送信の時から閾値時間間隔が経過してしまった後、フロー表示メッセージを発生させ、送信するために、トリガされる。フロー制御モジュール３００におけるタイマ３０８は、メッセージ発生モジュール３１０から送出されるフロー表示メッセージ間の経過時間の追跡をし続ける。フロー表示メッセージが送出されないで、閾値時間間隔が経過するならば、タイマ３０８は、フロー表示メッセージを発生させ、送信するために、メッセージ発生モジュール３１０をトリガする。１例として、閾値時間間隔は、０．５秒であることができる。フロー表示メッセージは、メッセージ発生モジュール３１０が、データパケットＩＤ監視モジュール３０４、即ち、最後のパケットＩＤ、及びウィンドウサイズ監視モジュール３０６、即ち、バッファウィンドウサイズ、から受信する情報を具備することができる。このように、タイマ３０８は、バッファから送信されるデータパケットの個数と無関係にフロー表示メッセージを送出するために、メッセージ発生モジュール３１０をトリガする。
【００３６】
図３を続けると、タイマ３０８は、バッファがより多くのデータを受信するために利用可能な余白を有するが、基地局コントローラがどのデータも送信していない状況において重要である。この状況は、例えば、利用可能なバッファ余白を基地局コントローラに通知するフロー表示メッセージが基地局コントローラで失われ又は打ち切られるときに生じることがあり、基地局コントローラは、実際は、バッファがより多くのデータを受信することができることに気づいていない。その結果、一旦、バッファがデータを出して空きにされ、追加のデータパケットが基地局コントローラから受信されないと、フロー制御機構をトリガするためのバッファから何のデータパケットも送信されていないので、フロー制御機構は、“手詰まり(gridlocked)”になることがある。換言すれば、送信されることが必要とされる閾値数のデータパケットが到達しないので、フロー表示計数器モジュール３０２は、メッセージ発生モジュール３１０をトリガしない。しかしながら、タイマ３０８がバッファから送信されるデータパケットの個数と無関係にメッセージ発生モジュール３１０をトリガするので、たとえバッファが空きで、バッファから何のデータパケットも送信されなくても、タイマ３０８は、フロー表示メッセージが送出されることを確実にする。この方法で、フロー制御機構の手詰まりは、防止される。更に、フロー表示メッセージが少なくとも事前設定された時間間隔ごとに送出されるので、バッファを窮乏させる可能性は、大きく低減させられる。
【００３７】
このように、図３は、１つの実施形態に従う、閾値数のデータパケットがバッファから送信されてしまった後、フロー表示メッセージを発生させ、送信する例示的フロー制御モジュールを図示する。更に、図３は、バッファから送信されるデータパケットの数と無関係にフロー表示メッセージの発生及び送信をトリガする安全装置構成要素を図示する。
【００３８】
図４は、１つの実施形態に従う、基地局コントローラと基地トランシーバとの間のフロー制御のための例示的処理を説明するフローチャート４００を示す。図４に示されるフローチャート４００は、無線通信システム、例えば、ＨＤＲ技術と相互運用可能であるように構成されるＣＤＭＡシステムにおける、基地トランシーバ局で行われることができる処理を説明する。フローチャート４００に示される処理は、図３におけるフロー制御モジュールのような、フロー制御モジュールによって行われることができる。このように、図示的目的のために、フローチャート４００に示される処理は、図３におけるフロー制御モジュール３００の文脈の中で説明される。
【００３９】
図４を参照すると、フロー制御処理は、接続が、基地局コントローラと、フロー制御モジュール３００のようなフロー制御モジュールが収納される基地トランシーバ局との間でなされるとき、開始する。ステップ４０２で、接続がなされた直後、フロー表示メッセージは、基地局コントローラへ送信される。フロー表示メッセージは、メッセージ発生モジュール３１０によって送信されることができ、基地トランシーバ局でバッファのウィンドウサイズを具備することができる。１例として、バッファは、図１におけるバッファ１１８のような送信バッファであることができる。この最初のフロー表示メッセージを送出する目的は、データを受信するために利用可能なバッファ余白の量を基地局コントローラへ通告することである。
【００４０】
図４におけるフローチャート４００を続けると、ステップ４０４で、最後のフロー表示メッセージが送出された時から閾値時間間隔が経過してしまったか否かが決定される。最後のフロー表示メッセージもまた、本出願において、“最後のメッセージ”と呼ばれることは、注目される。例えば、０．５秒であることがある閾値時間間隔もまた、本出願において、“時間Ｔ”と呼ばれる。経過時間の追跡は、技術的に周知の方法で、フロー制御モジュール３００におけるタイマ３０８のようなタイマによって行われることができる。タイマが、ステップ４０４で、最後のメッセージが送出された時から少なくとも時間Ｔが経過してしまっていると決定するとき、そのときは、制御処理は、新規のフロー表示が送出される、ステップ４１２へ進む。
【００４１】
そうしないで、タイマが、ステップ４０４で、最後のメッセージが送出された時から時間Ｔ未満が経過してしまっていると決定するならば、そのときは、フロー制御処理は、ステップ４０６へ進む。ステップ４０６で、新規の又は“次の”データパケットがバッファから送信されてしまっているか否かが決定される。この決定は、フロー表示計数器モジュール３０２のような、フロー表示計数器モジュールにおけるソフトウェアによって行われることができる。次のデータパケットが送信されてしまっていないとき、そのときは、最後のフロー表示メッセージが送出された時から時間Ｔが経過してしまっているかどうかを再度決定するために、処理は、ステップ４０４へ戻る。この方法で、即ち、次のデータパケットがバッファから送信されてしまってないときは、ステップ４０４へ折り返して、安全装置機構は、フロー表示メッセージが少なくとも時間Ｔごとに送出されることを確実にするために利用可能である。
【００４２】
ステップ４０６で、次のデータパケットが送出されてしまっていると決定されるならば、そのときは、処理は、ステップ４０８へ進み、フロー表示計数器モジュール３０２のようなフロー表示計数器は、バッファから送信されるデータパケットの個数を更新するために増加させられる。バッファから送信されるデータパケットの更新数は、フロー表示モジュールにおけるメモリ装置に記憶されることができる。
【００４３】
ステップ４１０で、バッファから送信されるデータパケットの更新数は、送信されるデータパケットの閾値数と比較される。例えば、５０に設定されることができる、送信されるデータパケットの閾値数もまた、本出願において、“閾値数”と呼ばれる。送信されるデータパケットの更新数と閾値数との比較は、例えば、フロー表示計数器３０２におけるソフトウェアによって行われることができる。バッファから送信されるデータパケットの更新数が閾値数より小さいとき、処理は、ステップ４０４に戻る。送信されるデータパケットの更新数が閾値数より小さいとき、ステップ４０４へ折り返すことによって、処理は、バッファの中からのデータの流出が比較的に緩慢であって、閾値数が到達する前の時間間隔が増大させられているときでさえも、フロー表示メッセージが少なくとも時間Ｔごとに送出されることを確実にする。
【００４４】
ステップ４１０で、バッファ送信されるデータパケットの更新数が閾値数に等しいか又はより大きいことが決定されるならば、そのときは、処理は、ステップ４１２へ進む。ステップ４１２で、フロー表示メッセージは、発生させられ、基地局コントローラへ送出される。フロー表示メッセージは、バッファウィンドウサイズ及びバッファによって受信される最後のデータパケットのパケットＩＤ、即ち、最後のパケットＩＤを具備することができる。フロー表示メッセージは、発生させられ、ウィンドウサイズ監視モジュール３０６からのバッファウィンドウサイズ及びパケットＩＤ監視モジュール３０４からの最後のパケットＩＤを受信するメッセージ発生モジュール３１０によって送出される。基地局コントローラへのフロー表示メッセージを発生させ、送信するステップもまた、本出願において、“通告(advertising)”と呼ばれる。このように、フロー表示メッセージは、次に送信すべき固有の一連のデータパケットと同様に、どれほど多くのデータをバッファへ送信すべきかを決定するための情報を使用する基地局コントローラへ情報を通告する。
【００４５】
フローチャート４００を続けると、処理は、それから、送信されるデータパケットの更新数及び時間Ｔがゼロにリセットされる、ステップ４１４へ進む。処理は、それから、基地局コントローラから基地トランシーバ局へのデータのフローを制御し続けるために、ステップ４０４へ戻る。基地局コントローラと基地トランシーバ局との間の接続が切断されるまで、処理が終結、又は“終了”しないことは、注目される。このように、図４は、１つの実施形態に従う基地局コントローラと基地トランシーバ局との間のフロー制御に関する処理例を示す。
【００４６】
技術的に精通した人達は、情報及び信号が任意の種々の様々な技術及び手法を使用して表現されることができることを理解する。例えば、前の説明の全体に亘って参照され得るデータ、指示、命令、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁粒子、光場若しくは光粒子、又はこれらの任意の組み合わせによって表現されることができる。
【００４７】
技術的に精通した人達は、更に、この中に開示された実施形態に関連して説明した種々の例示の論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子的ハードウェア、コンピュータソフトウェア、又はその両方の組み合わせとして実施されることができることを正当に評価する。このハードウェア及びソフトウェアの互換性を明瞭に図解説明するために、種々の例示の構成要素、ブロック、モジュール、回路、及びステップは、それらの機能性の点から概論的に前に説明してきた。このような機能性がハードウェア又はソフトウェアとして実施されるかどうかは、システム全体に課せられる特定の適用及び設計の制約事項に左右される。精通した技術者は、一つ一つの特定の適用に関して、説明した機能性を種々の方法で実施することができるが、このような実施決定は、本発明の範囲からの離脱をもとにするものと解釈されるべきではない。
【００４８】
この中に開示された実施形態に関連して説明した種々の例示の論理ブロック、モジュール、回路は、この中に説明した機能を実行するために設計された、汎用プロセッサ、ディジタル信号プロセッサ（“ＤＳＰ”）、特定用途集積回路（“ＡＳＩＣ”）、現場プログラム可能ゲートアレー（“ＦＰＧＡ”）若しくは他のプログラム可能論理装置、個別ゲート若しくはトランジスタ論理、個別ハードウェア構成要素、又はこれらの任意の組み合わせ、を用いて実施され又は実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代案として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。プロセッサもまた、計算装置の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰ中核併用の１つ以上のマイクロプロセッサ、又は任意の他のこのような構成として実施されることができる。
【００４９】
この中に開示された実施形態と関連して説明した方法又はアルゴリズムのステップは、ハードウェアに、プロセッサによって実行されるソフトウェアモジュールに、又はその二つの組み合わせに、直接的に具現化されることができる。本出願において、コンピュータプログラムとも呼ばれるソフトウェアモジュールは、多くのソースコード又はオブジェクトコードセグメントを有することができ、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ-ＲＯＭ、ＤＶＤ-ＲＯＭ又は技術的に周知の任意の他の型のコンピュータ可読媒体のような任意のコンピュータ可読媒体に常駐することができる。例示的コンピュータ可読媒体は、プロセッサがコンピュータ可読媒体から情報を読み出し、コンピュータ可読媒体へ情報を書き込むことができる、プロセッサに結合される。代案として、コンピュータ可読媒体は、プロセッサと一体化することができる。プロセッサ及びコンピュータ可読媒体は、特定用途集積回路（“ＡＳＩＣ”）に常駐することができる。プロセッサ及びコンピュータ可読媒体は、フロー制御モジュールに常駐することができる。代案として、プロセッサ及びコンピュータ可読媒体は、フロー制御モジュールにおける個別構成要素に常駐することができる。
【００５０】
開示された前の実施形態の説明は、技術的に精通した任意の人が、本発明を製品化し又は使用することを可能にするように提供される。これらの実施形態への種々の変更は、技術的に精通した人達には、即座に明白であり、この中に規定される包括的原理は、本発明の精神又は範囲から離脱することなく他の実施形態に適用されることができる。このように、本発明は、この中に示された実施形態に限定されるように意図されるものではなく、この中に開示された原理及び新規な特徴とは矛盾しない最も広い範囲と一致するものである。  
他の実施形態：
［１］下記ステップを具備する方法：
バッファから送信されるデータパケットの更新数を表示するフロー表示計数器を増加させる；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいときに、前記バッファのウィンドウサイズを決定する；
フロー表示メッセージを生成する、前記フロー表示メッセージは前記ウィンドウサイズを表示する。
［２］さらに、前記フロー表示メッセージを送信するステップを具備する上記［１］の方法。
［３］前記閾値数が５０である、上記［１］の方法。
［４］さらに、前記生成するステップより前に、前記バッファによって受信されるデータパケットのパケットＩＤを決定するステップを具備する、上記［１］の方法。
［５］前記パケットＩＤが最後のパケットＩＤである、上記［４］の方法。
［６］前記フロー表示メッセージが更に前記パケットＩＤを具備する、上記［４］の方法。
［７］さらに、前記フロー表示メッセージを送信するステップを具備する、上記［６］の方法。
［８］更に下記ステップを具備する、上記［１］の方法：
最後のメッセージの送信からの経過時間の追跡を続ける；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成する。
［９］前記閾値時間間隔が０．５秒である、上記［８］の方法。
［１０］下記を具備するシステム：
バッファから送信されるデータパケットの更新数を表示するフロー表示計数器を増加させるための手段；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいとき、前記バッファのウィンドウサイズを決定するための手段；
フロー表示メッセージを生成するための手段、前記フロー表示メッセージは前記ウィンドウサイズを具備する。
［１１］さらに前記フロー表示メッセージを送信するための手段を具備する上記［１０］のシステム。
［１２］前記閾値数が５０である、上記［１０］のシステム。
［１３］前記バッファによって受信されるデータパケットのパケットＩＤを決定するための手段をさらに具備する上記［１０］のシステム。
［１４］前記パケットＩＤが最後のパケットＩＤである、上記［１３］のシステム。
［１５］前記フロー表示メッセージが更に前記パケットＩＤを具備する、上記［１３］のシステム。
［１６］前記フロー表示メッセージを送信するための手段をさらに具備する上記［１５］のシステム。
［１７］更に下記を具備する、上記［１０］のシステム：
最後のメッセージの送信からの経過時間の追跡を続けるための手段；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成するための手段。
［１８］前記閾値時間間隔が０．５秒である、上記［１７］のシステム。
［１９］下記ステップを具備する方法：
バッファから送信されるデータパケットの更新数を表示するフロー表示計数器を増加する；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいとき、前記バッファのウィンドウサイズを決定する；
前記バッファによって受信されるデータパケットのパケットＩＤを決定する；
フロー表示メッセージを生成する、前記フロー表示メッセージは前記ウィンドウサイズを具備する；
前記フロー表示メッセージを送信する。
［２０］前記閾値数が５０である、上記［１９］の方法。
［２１］前記パケットＩＤが最後のパケットＩＤである、上記［１９］の方法。
［２２］前記フロー表示メッセージが更に前記パケットＩＤを具備する、上記［２１］の方法。
［２３］更に下記ステップを具備する、上記［１９］の方法：
最後のメッセージの送信からの経過時間の追跡を続ける；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成する。
［２４］前記閾値時間間隔が０．５秒である、上記［２３］の方法。
［２５］下記を具備する方法：
基地局コントローラから複数のデータパケットを受信する；
バッファに前記複数のデータパケットを配置する；
前記バッファから前記複数のデータパケットの個数を送信する；
前記バッファから送信される前記複数のデータパケットの前記個数が閾値数に等しいか又はより大きいとき、前記バッファのウィンドウサイズを決定する；
前記複数のデータパケットの１つのパケットＩＤを決定する；
フロー表示メッセージを生成する、前記フロー表示メッセージは前記ウィンドウサイズ及び前記パケットＩＤを具備する；
前記基地局コントローラへ前記フロー表示メッセージを送信する。
［２６］前記閾値数が５０である、上記［２５］の方法。
［２７］前記パケットＩＤが最後のパケットＩＤである、上記［２５］の方法。
［２８］更に下記を具備する、上記［２５］の方法：
最後のメッセージの送信からの経過時間の追跡を続ける；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記ウィンドウサイズを通告する。
［２９］前記閾値時間間隔が０．５秒である、上記［２８］の方法。
［３０］コンピュータプログラムを有するコンピュータ可読媒体、該コンピュータプログラムは下記を具備する：
バッファから送信されるデータパケットの更新数を表示するフロー表示計数器を増加させるための第１のコードセグメント；
前記バッファから送信されるデータパケットの前記更新数が閾値数に等しいか又はより大きいとき、前記バッファのウィンドウサイズを決定するための第２のコードセグメント；
フロー表示メッセージを生成するための第３のコードセグメント、前記フロー表示メッセージは前記ウィンドウサイズを具備する。
［３１］前記コンピュータプログラムは更に前記フロー表示メッセージを送信するための第４のコードセグメントを具備する、上記［３０］のコンピュータ可読媒体：
［３２］前記閾値数が５０である、上記［３０］のコンピュータ可読媒体。
［３３］前記コンピュータプログラムは、前記生成するステップの前に、前記バッファによって受信されるデータパケットのパケットＩＤを決定するための第５のコードセグメントを更に具備する、上記［３０］のコンピュータ可読媒体：
［３４］前記パケットＩＤは最後のパケットＩＤである、上記［３３］のコンピュータ可読媒体。
［３５］前記フロー表示メッセージは更に前記パケットＩＤを具備する、上記［３３］のコンピュータ可読媒体。
［３６］前記コンピュータプログラムは更に下記を具備する、上記［３０］のコンピュータ可読媒体：
最後のメッセージの送信からの経過時間の追跡を続けるための第６のコードセグメント；
前記経過時間が閾値時間間隔に等しいか又はより大きいとき、前記フロー表示メッセージを生成するための第７のコードセグメント。
［３７］前記閾値時間間隔が０．５秒である、上記［３６］のコンピュータ可読媒体。
【図面の簡単な説明】
【００５１】
【図１】本発明の１つの実施形態に従う例示的無線通信システムのブロック図。
【図２】本発明の実施例を図示するために使用されるバッファの図示的表現。
【図３】本発明の１つの実施形態に従うフロー制御モジュールのブロック図。
【図４】本発明の１つの実施形態に従う基地局コントローラと基地トランシーバ局との間のフロー制御のための処理のフローチャート。
【図１】
0004965523.tif 000002
【図２】
0004965523.tif 000003
【図３】
0004965523.tif 000004
【図４】
0004965523.tif 000005