JP3465703B2 - 共通チャネルフロー制御方法 - Google Patents
共通チャネルフロー制御方法Info
- Publication number
- JP3465703B2 JP3465703B2 JP2001218777A JP2001218777A JP3465703B2 JP 3465703 B2 JP3465703 B2 JP 3465703B2 JP 2001218777 A JP2001218777 A JP 2001218777A JP 2001218777 A JP2001218777 A JP 2001218777A JP 3465703 B2 JP3465703 B2 JP 3465703B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- common
- channel
- qos class
- individual
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2458—Modification of priorities while in transit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する分野】本発明は、無線基地局−移動端末
間無線伝送路としてデータを多重伝送する共通チャネル
と個別チャネルとを有する移動体通信などの無線通信の
基地局制御システムにおける共通チャネルフロー制御に
関するものである。
間無線伝送路としてデータを多重伝送する共通チャネル
と個別チャネルとを有する移動体通信などの無線通信の
基地局制御システムにおける共通チャネルフロー制御に
関するものである。
【０００２】
【従来の技術】携帯電話を中心とした移動体通信分野で
は急速にユーザー数が増加し、コンテンツサービスの多
様化による送信データの増大や高い通信品質の要求の増
加が進んでいるが、通信用電波資源が有限であることか
ら、例えば携帯電話で通信が込み合った場合（１つの無
線基地局における輻輳状態）に一部通信が途切れるなど
の通信品質の問題が発生している。その対策として種々
の方策が採られているが、その一つとして無線基地局送
受信制御システムの中で通信データをフロー制御するこ
とによって輻輳状態を解消する手法があり、とくに無線
基地局−移動端末間無線伝送路としてデータを多重伝送
する共通チャネルと個別チャネルとを有する場合に共通
チャネルに関わる個別のデータのフロー制御に適用さ
れ、要求される通信品質確保の成果を上げている。
は急速にユーザー数が増加し、コンテンツサービスの多
様化による送信データの増大や高い通信品質の要求の増
加が進んでいるが、通信用電波資源が有限であることか
ら、例えば携帯電話で通信が込み合った場合（１つの無
線基地局における輻輳状態）に一部通信が途切れるなど
の通信品質の問題が発生している。その対策として種々
の方策が採られているが、その一つとして無線基地局送
受信制御システムの中で通信データをフロー制御するこ
とによって輻輳状態を解消する手法があり、とくに無線
基地局−移動端末間無線伝送路としてデータを多重伝送
する共通チャネルと個別チャネルとを有する場合に共通
チャネルに関わる個別のデータのフロー制御に適用さ
れ、要求される通信品質確保の成果を上げている。
【０００３】その従来例について図面に基づいて説明す
る。図７は無線通信の基地局送受信制御装置１を中心
に、多重伝送する共通チャネルを含む多元接続を前提と
したＴＣＰ／ＩＰ網２から無線基地局（ＢＴＳ）４まで
のデータの流れを示す構成図である。セッションごとの
データはＴＣＰ／ＩＰ網２から交換局３へ、交換局３か
ら個別回線Ｌを経由して無線基地局の送受信制御装置１
へ送信されており、送受信制御装置１内において必要な
処理が施された後に無線基地局４へ送信されている。ま
た、図示していないが、その多重化データは無線基地局
を経由して対象の通信端末に送信されている。
る。図７は無線通信の基地局送受信制御装置１を中心
に、多重伝送する共通チャネルを含む多元接続を前提と
したＴＣＰ／ＩＰ網２から無線基地局（ＢＴＳ）４まで
のデータの流れを示す構成図である。セッションごとの
データはＴＣＰ／ＩＰ網２から交換局３へ、交換局３か
ら個別回線Ｌを経由して無線基地局の送受信制御装置１
へ送信されており、送受信制御装置１内において必要な
処理が施された後に無線基地局４へ送信されている。ま
た、図示していないが、その多重化データは無線基地局
を経由して対象の通信端末に送信されている。
【０００４】送受信制御装置１内ではつぎの手順で動
作、処理が行われる。 個別トランク装置１１でセッションごとの個別データ
を個別回線部ａにて受信し、多重化処理が必要な個別デ
ータ（例えばａ１、ａ２、ａ３）を共通バッファー装置
１２ａへ送信する。 共通バッファー装置１２ａでそれらのデータを一時保
管した後に多重化装置１３へ送信する。 多重化装置１３ではそれらのデータを多重化処理し、
共通チャネル（ｃｈ．１）のデータとして無線基地局４
へ送信している。
作、処理が行われる。 個別トランク装置１１でセッションごとの個別データ
を個別回線部ａにて受信し、多重化処理が必要な個別デ
ータ（例えばａ１、ａ２、ａ３）を共通バッファー装置
１２ａへ送信する。 共通バッファー装置１２ａでそれらのデータを一時保
管した後に多重化装置１３へ送信する。 多重化装置１３ではそれらのデータを多重化処理し、
共通チャネル（ｃｈ．１）のデータとして無線基地局４
へ送信している。
【０００５】つぎに図７の構成において共通チャネルｃ
ｈ．１に輻輳状態が発生した場合のフロー制御方法を図
８に基づいて説明する。 （１）個別トランク装置１１から共通バッファー装置１
２ａへ個別データが送信される。 （２）共通バッファー装置１２ａ内に一時保管されるデ
ータ量（バッファー使用量）が輻輳閾値を超える（輻輳
状態検知／Ｓ４０１）。 （３）共通バッファー装置１２ａからブロードキャスト
で、個別データａ１、ａ２、ａ３を対象に個別トランク
装置１１に対してフロー制御指示を通知する（Ｓ４０
２）。 （４）個別トランク装置１１は、個別データａ１、ａ
２、ａ３について一律に共通バッファー装置１２ａへの
送信を停止または制限する。
ｈ．１に輻輳状態が発生した場合のフロー制御方法を図
８に基づいて説明する。 （１）個別トランク装置１１から共通バッファー装置１
２ａへ個別データが送信される。 （２）共通バッファー装置１２ａ内に一時保管されるデ
ータ量（バッファー使用量）が輻輳閾値を超える（輻輳
状態検知／Ｓ４０１）。 （３）共通バッファー装置１２ａからブロードキャスト
で、個別データａ１、ａ２、ａ３を対象に個別トランク
装置１１に対してフロー制御指示を通知する（Ｓ４０
２）。 （４）個別トランク装置１１は、個別データａ１、ａ
２、ａ３について一律に共通バッファー装置１２ａへの
送信を停止または制限する。
【０００６】これにより、共通チャネルｃｈ．１におけ
る輻輳状態は解消される（Ｓ４０３）。すなわち、共通
バッファー装置１２ａにおけるバッファ使用量がある閾
値を下回ることになり、共通バッファー装置１２ａから
個別トランク装置１１へ個別データａ１、ａ２、ａ３に
対するフロー制御指示の解除が通知され（Ｓ４０４）、
個別トランク装置１１から共通バッファー装置１２ａへ
の送信は通常のデータ流量に復帰する。
る輻輳状態は解消される（Ｓ４０３）。すなわち、共通
バッファー装置１２ａにおけるバッファ使用量がある閾
値を下回ることになり、共通バッファー装置１２ａから
個別トランク装置１１へ個別データａ１、ａ２、ａ３に
対するフロー制御指示の解除が通知され（Ｓ４０４）、
個別トランク装置１１から共通バッファー装置１２ａへ
の送信は通常のデータ流量に復帰する。
【０００７】
【発明が解決しようとする課題】以上の方法により、共
通チャネルにおける輻輳状態は解消されるが、一律にデ
ータ流量（単位時間当りのデータ量（ビット数））が規
制されてしまうためにセッションごとに要求されるサー
ビス品質（Ｑｕｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（以
下、ＱＯＳとする））クラスによってはデータの遅延な
どにより必要とされる通信品質、パフォーマンスが達成
されない可能性がある。例えば、静止画像の通信には問
題が生じないが、音声を伴う動画の通信においては一部
の音声や画像が欠落してしまい要求されるＱＯＳが確保
できない場合が生じてしまう。
通チャネルにおける輻輳状態は解消されるが、一律にデ
ータ流量（単位時間当りのデータ量（ビット数））が規
制されてしまうためにセッションごとに要求されるサー
ビス品質（Ｑｕｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（以
下、ＱＯＳとする））クラスによってはデータの遅延な
どにより必要とされる通信品質、パフォーマンスが達成
されない可能性がある。例えば、静止画像の通信には問
題が生じないが、音声を伴う動画の通信においては一部
の音声や画像が欠落してしまい要求されるＱＯＳが確保
できない場合が生じてしまう。
【０００８】本発明は、以上の従来技術における問題に
鑑みてなされたものであり、セッションごとに要求され
るＱＯＳを確保しつつ、輻輳状態の解消ができる共通チ
ャネルフロー制御方法を提供することを目的とする。
鑑みてなされたものであり、セッションごとに要求され
るＱＯＳを確保しつつ、輻輳状態の解消ができる共通チ
ャネルフロー制御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】本願発明者は共通チャネ
ルに共存する複数のセッションはセッションごとに要求
されるＱＯＳクラスが多くの場合に異なっており、それ
に伴って必要な通信品質を確保するためのデータ送信の
制限の限界が異なっている点に着目し、本願の発明をな
すに至った。すなわち、前記課題を解決するために提供
する本願第一の発明に係る共通チャネルフロー制御方法
は、多重伝送する共通チャネルを含む多元接続を行う無
線通信の基地局送受信制御システムにおいて、ネットワ
ークから受信したセッションごとの個別データを送信側
共通チャネル用データとして共通バッファー段階へ送信
する個別トランク段階と、前記個別トランク段階から受
信した複数のセッションのデータを一括して一時格納す
る共通バッファー機能を有し、共通バッファーの使用量
から当該チャネルの輻輳状態をモニターする共通バッフ
ァー段階とを備え、前記共通バッファー段階で輻輳状態
を検知した場合に、優先度の低いＱＯＳクラスに対応す
るセッションの個別データの個別トランク段階から共通
バッファー段階への送信を停止または制限することを特
徴とする。
ルに共存する複数のセッションはセッションごとに要求
されるＱＯＳクラスが多くの場合に異なっており、それ
に伴って必要な通信品質を確保するためのデータ送信の
制限の限界が異なっている点に着目し、本願の発明をな
すに至った。すなわち、前記課題を解決するために提供
する本願第一の発明に係る共通チャネルフロー制御方法
は、多重伝送する共通チャネルを含む多元接続を行う無
線通信の基地局送受信制御システムにおいて、ネットワ
ークから受信したセッションごとの個別データを送信側
共通チャネル用データとして共通バッファー段階へ送信
する個別トランク段階と、前記個別トランク段階から受
信した複数のセッションのデータを一括して一時格納す
る共通バッファー機能を有し、共通バッファーの使用量
から当該チャネルの輻輳状態をモニターする共通バッフ
ァー段階とを備え、前記共通バッファー段階で輻輳状態
を検知した場合に、優先度の低いＱＯＳクラスに対応す
るセッションの個別データの個別トランク段階から共通
バッファー段階への送信を停止または制限することを特
徴とする。
【００１０】これにより、ＱＯＳクラスに基づいて判断
される優先度に基づきデータ流量が制御されるために必
要な通信品質が確保されつつ、輻輳状態の解消が可能と
なる。すなわち、統一的に優先度の高いセッションはデ
ータ流量が規制をかける前と同じ状態で通信され、優先
度の低いセッションについてデータ流量の規制が行われ
ることで通信品質が確保される。
される優先度に基づきデータ流量が制御されるために必
要な通信品質が確保されつつ、輻輳状態の解消が可能と
なる。すなわち、統一的に優先度の高いセッションはデ
ータ流量が規制をかける前と同じ状態で通信され、優先
度の低いセッションについてデータ流量の規制が行われ
ることで通信品質が確保される。
【００１１】前記課題を解決するために提供する本発明
に係る共通チャネルフロー制御方法は、第一の発明に関
して前記優先度がＱＯＳクラスごとに設定され、前記共
通バッファー段階における輻輳度合いに応じて優先度の
低いＱＯＳクラスを決定することを特徴とする。また、
これは前記優先度がＱＯＳクラスごとの共通バッファー
におけるデータ流量または滞留データ量にそのＱＯＳク
ラスに対応する予め設定された倍率を乗算した数値とし
て設定され、ＱＯＳの高いクラスの倍率が低く、ＱＯＳ
の低いクラスの倍率が高く設定され、前記優先度の数値
が予め設定された閾値を越えたＱＯＳクラスが優先度の
低いＱＯＳクラスとしてもよい。さらに、前記優先度が
ＱＯＳクラスごとの共通バッファーにおけるデータ流量
または滞留データ量として設定され、ＱＯＳクラスごと
に予めＱＯＳの高いクラスの閾値は高く、ＱＯＳの低い
クラスの閾値は低く設定され、前記優先度の数値が該当
するＱＯＳクラスの閾値を越えたＱＯＳクラスが優先度
の低いＱＯＳクラスであることとしてもよい。
に係る共通チャネルフロー制御方法は、第一の発明に関
して前記優先度がＱＯＳクラスごとに設定され、前記共
通バッファー段階における輻輳度合いに応じて優先度の
低いＱＯＳクラスを決定することを特徴とする。また、
これは前記優先度がＱＯＳクラスごとの共通バッファー
におけるデータ流量または滞留データ量にそのＱＯＳク
ラスに対応する予め設定された倍率を乗算した数値とし
て設定され、ＱＯＳの高いクラスの倍率が低く、ＱＯＳ
の低いクラスの倍率が高く設定され、前記優先度の数値
が予め設定された閾値を越えたＱＯＳクラスが優先度の
低いＱＯＳクラスとしてもよい。さらに、前記優先度が
ＱＯＳクラスごとの共通バッファーにおけるデータ流量
または滞留データ量として設定され、ＱＯＳクラスごと
に予めＱＯＳの高いクラスの閾値は高く、ＱＯＳの低い
クラスの閾値は低く設定され、前記優先度の数値が該当
するＱＯＳクラスの閾値を越えたＱＯＳクラスが優先度
の低いＱＯＳクラスであることとしてもよい。
【００１２】この方法では、セッションごとの共通バッ
ファーにおけるデータ流量あるいは滞留データ量とＱＯ
Ｓクラスに基づく重み付けの関係からデータ流量を制御
する対象のセッションの識別を行っている。これによ
り、共通バッファーにおけるセッションごとのデータ流
量がそのセッションの要求されるＱＯＳクラスに基づい
て制御されるために必要な通信品質が確保されつつ、輻
輳状態の解消が可能となる。なお、優先度の低いＱＯＳ
クラスに対応するセッションを認識する方法として、つ
ぎの２つがあるがいずれの方法を採用しても良い。 （１）共通バッファー段階にて個別データを受信した時
点で予めセッションごとのＱＯＳクラスを識別して登録
しておき、輻輳状態が検知された時点で共通バッファー
段階でフロー制御すべきＱＯＳクラスより対象のセッシ
ョンを特定し、そのセッションに対応する個別データを
指定して個別トランク段階へフロー制御指示する。 （２）輻輳状態が検知された時点で共通バッファー段階
からはフロー制御すべき対象のＱＯＳクラスを個別トラ
ンク段階へ通知して、個別トランク段階側で指定された
ＱＯＳクラスに対応するセッションの個別データを特定
してフロー制御する。 また、複数のセッションのＱＯＳクラスが同じであれ
ば、フロー制御対象となった場合には通常いずれのセッ
ションもフロー制御されるが、ＱＯＳクラスを高く要求
しているユーザーのセッションがあった場合は上記閾値
を高く設定することによって、そのセッションのみ優先
度を上げることも可能である。
ファーにおけるデータ流量あるいは滞留データ量とＱＯ
Ｓクラスに基づく重み付けの関係からデータ流量を制御
する対象のセッションの識別を行っている。これによ
り、共通バッファーにおけるセッションごとのデータ流
量がそのセッションの要求されるＱＯＳクラスに基づい
て制御されるために必要な通信品質が確保されつつ、輻
輳状態の解消が可能となる。なお、優先度の低いＱＯＳ
クラスに対応するセッションを認識する方法として、つ
ぎの２つがあるがいずれの方法を採用しても良い。 （１）共通バッファー段階にて個別データを受信した時
点で予めセッションごとのＱＯＳクラスを識別して登録
しておき、輻輳状態が検知された時点で共通バッファー
段階でフロー制御すべきＱＯＳクラスより対象のセッシ
ョンを特定し、そのセッションに対応する個別データを
指定して個別トランク段階へフロー制御指示する。 （２）輻輳状態が検知された時点で共通バッファー段階
からはフロー制御すべき対象のＱＯＳクラスを個別トラ
ンク段階へ通知して、個別トランク段階側で指定された
ＱＯＳクラスに対応するセッションの個別データを特定
してフロー制御する。 また、複数のセッションのＱＯＳクラスが同じであれ
ば、フロー制御対象となった場合には通常いずれのセッ
ションもフロー制御されるが、ＱＯＳクラスを高く要求
しているユーザーのセッションがあった場合は上記閾値
を高く設定することによって、そのセッションのみ優先
度を上げることも可能である。
【００１３】なお、前記優先度の数値と閾値との差の大
きさに基づき、制御対象のＱＯＳクラスに対応するセッ
ションについて個別トランク段階から共通バッファー段
階への送信データ流量を制御する。これにより、優先度
の数値と閾値との差の大小により個別トランク段階から
の送信データ流量の規制がかけられることになり、必要
な通信品質が確保されつつ、より効率的な輻輳状態の解
消が図られる。例えば優先度の数値と閾値との差が大き
い場合には送信データ流量を制限する量を大きくあるい
は全量とし、差が小さい場合には送信データ流量を制限
する量を小さくする。すなわち、優先度の数値と閾値と
の差の大きさに比例させて送信データ流量を制御するこ
とによって輻輳解消の効率化ができる。
きさに基づき、制御対象のＱＯＳクラスに対応するセッ
ションについて個別トランク段階から共通バッファー段
階への送信データ流量を制御する。これにより、優先度
の数値と閾値との差の大小により個別トランク段階から
の送信データ流量の規制がかけられることになり、必要
な通信品質が確保されつつ、より効率的な輻輳状態の解
消が図られる。例えば優先度の数値と閾値との差が大き
い場合には送信データ流量を制限する量を大きくあるい
は全量とし、差が小さい場合には送信データ流量を制限
する量を小さくする。すなわち、優先度の数値と閾値と
の差の大きさに比例させて送信データ流量を制御するこ
とによって輻輳解消の効率化ができる。
【００１４】前記課題を解決するために提供する本願第
二の発明に係る共通チャネルフロー制御方法は、多重伝
送する共通チャネルを含む多元接続を行う無線通信の基
地局送受信制御システムにおいて、ネットワークから受
信したセッションごとの個別データを送信側共通チャネ
ル用データとして共通バッファー段階へ送信する個別ト
ランク段階と、前記個別トランク段階から受信した複数
のセッションのデータを一括して一時格納する共通バッ
ファー機能を有し、共通バッファーの使用量から当該チ
ャネルの輻輳状態をモニターする共通バッファー段階と
を備え、前記多元接続上に空きチャネルがある状態で、
前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の高いＱＯＳクラスに対応するセッションの個別
データを個別トランク段階から送信側空きチャネルへ直
接に当てはめて送信することを特徴とする。
二の発明に係る共通チャネルフロー制御方法は、多重伝
送する共通チャネルを含む多元接続を行う無線通信の基
地局送受信制御システムにおいて、ネットワークから受
信したセッションごとの個別データを送信側共通チャネ
ル用データとして共通バッファー段階へ送信する個別ト
ランク段階と、前記個別トランク段階から受信した複数
のセッションのデータを一括して一時格納する共通バッ
ファー機能を有し、共通バッファーの使用量から当該チ
ャネルの輻輳状態をモニターする共通バッファー段階と
を備え、前記多元接続上に空きチャネルがある状態で、
前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の高いＱＯＳクラスに対応するセッションの個別
データを個別トランク段階から送信側空きチャネルへ直
接に当てはめて送信することを特徴とする。
【００１５】これにより、ＱＯＳクラスに基づいて判断
される優先度に基づきデータ送信が制御されるために必
要な通信品質が確保されつつ、輻輳状態の解消が可能と
なる。すなわち、統一的に優先度の高いセッションのデ
ータ送信先は優先的に共通チャネルから空いているチャ
ネルへ切り替えられることで通信品質が確保され、同時
に共通チャネルにおける輻輳状態の解消が図られる。こ
のとき、共通チャネルから空きチャネルへの切替えにつ
いては、例えば第３世代携帯電話システム仕様に基づく
共通チャネルから個別チャネルへの切替えが行われ、個
別チャネルから直接無線基地局へデータ送信することに
なる。なお、空きチャネルの情報は呼接続制御で行われ
ているチャネル管理より提供され、共通バッファー段階
または個別トランク段階いずれかがその情報を基に空き
チャネルがあるかどうかをチェックし、空きチャネルの
あることが確認された場合に上記第二の発明であるフロ
ー制御が行われる。
される優先度に基づきデータ送信が制御されるために必
要な通信品質が確保されつつ、輻輳状態の解消が可能と
なる。すなわち、統一的に優先度の高いセッションのデ
ータ送信先は優先的に共通チャネルから空いているチャ
ネルへ切り替えられることで通信品質が確保され、同時
に共通チャネルにおける輻輳状態の解消が図られる。こ
のとき、共通チャネルから空きチャネルへの切替えにつ
いては、例えば第３世代携帯電話システム仕様に基づく
共通チャネルから個別チャネルへの切替えが行われ、個
別チャネルから直接無線基地局へデータ送信することに
なる。なお、空きチャネルの情報は呼接続制御で行われ
ているチャネル管理より提供され、共通バッファー段階
または個別トランク段階いずれかがその情報を基に空き
チャネルがあるかどうかをチェックし、空きチャネルの
あることが確認された場合に上記第二の発明であるフロ
ー制御が行われる。
【００１６】前記課題を解決するために提供する本発明
に係る共通チャネルフロー制御方法は、第二の発明に関
して、前記優先度がＱＯＳクラスごとに設定され、前記
空きチャネルの数に応じて優先度の高いＱＯＳクラスを
決定することを特徴とする。また、前記優先度がＱＯＳ
クラスごとの共通バッファーにおけるデータ流量または
滞留データ量にそのＱＯＳクラスに対応する予め設定さ
れた倍率を乗算した数値として設定され、ＱＯＳの高い
クラスの倍率が高く、ＱＯＳの低いクラスの倍率が低く
設定され、前記優先度の数値が予め設定された閾値を越
えるＱＯＳクラスであり、そのＱＯＳクラスの上位から
のセッション数累計が空きチャネル数以内に収まるＱＯ
Ｓクラスまでが優先度の高いＱＯＳクラスであるとして
もよい。さらに、前記優先度がＱＯＳクラスごとの共通
バッファーにおけるデータ流量または滞留データ量とし
て設定され、ＱＯＳクラスごとにＱＯＳの高いクラスの
閾値は低く、ＱＯＳの低いクラスの閾値は高く設定さ
れ、前記優先度の数値が該当するＱＯＳクラスの閾値を
越えるＱＯＳクラスであり、そのＱＯＳクラスの上位か
らのセッション数累計が空きチャネル数以内に収まるＱ
ＯＳクラスまでが優先度の高いＱＯＳクラスであるとし
てもよい。
に係る共通チャネルフロー制御方法は、第二の発明に関
して、前記優先度がＱＯＳクラスごとに設定され、前記
空きチャネルの数に応じて優先度の高いＱＯＳクラスを
決定することを特徴とする。また、前記優先度がＱＯＳ
クラスごとの共通バッファーにおけるデータ流量または
滞留データ量にそのＱＯＳクラスに対応する予め設定さ
れた倍率を乗算した数値として設定され、ＱＯＳの高い
クラスの倍率が高く、ＱＯＳの低いクラスの倍率が低く
設定され、前記優先度の数値が予め設定された閾値を越
えるＱＯＳクラスであり、そのＱＯＳクラスの上位から
のセッション数累計が空きチャネル数以内に収まるＱＯ
Ｓクラスまでが優先度の高いＱＯＳクラスであるとして
もよい。さらに、前記優先度がＱＯＳクラスごとの共通
バッファーにおけるデータ流量または滞留データ量とし
て設定され、ＱＯＳクラスごとにＱＯＳの高いクラスの
閾値は低く、ＱＯＳの低いクラスの閾値は高く設定さ
れ、前記優先度の数値が該当するＱＯＳクラスの閾値を
越えるＱＯＳクラスであり、そのＱＯＳクラスの上位か
らのセッション数累計が空きチャネル数以内に収まるＱ
ＯＳクラスまでが優先度の高いＱＯＳクラスであるとし
てもよい。
【００１７】この方法では、セッションごとの共通バッ
ファーにおけるデータ流量あるいは滞留データ量とＱＯ
Ｓクラスに基づく重み付けの関係からデータ送信を制御
する対象のセッションの識別を行っている。これによ
り、共通バッファーにおけるセッションごとのデータ通
信がそのセッションの要求されるＱＯＳクラスに基づい
て制御されるために必要な通信品質が確保されつつ、輻
輳状態の解消が可能となる。なお、優先度の高いＱＯＳ
クラスに対応するセッションを認識する方法として、つ
ぎの２つがあるがいずれの方法を採用しても良い。 （１）共通バッファー段階にて個別データを受信した時
点で予めセッションごとのＱＯＳクラスを識別して登録
しておき、輻輳状態が検知された時点で共通バッファー
段階でフロー制御すべきＱＯＳクラスより対象のセッシ
ョンを特定し、そのセッションに対応する個別データを
指定して個別トランク段階へフロー制御指示する。 （２）輻輳状態が検知された時点で共通バッファー段階
からはフロー制御すべき対象のＱＯＳクラスを個別トラ
ンク段階へ通知して、個別トランク段階側で指定された
ＱＯＳクラスに対応するセッションの個別データを特定
してフロー制御する。 また、複数のセッションのＱＯＳクラスが同じであれ
ば、空きチャネルへの切替制御対象となった場合には通
常いずれのセッションも切替えられるが、ＱＯＳクラス
を高く要求しているユーザーのセッションがあった場合
は上記閾値を低く設定することによって、そのセッショ
ンのみ優先度を上げることも可能である。
ファーにおけるデータ流量あるいは滞留データ量とＱＯ
Ｓクラスに基づく重み付けの関係からデータ送信を制御
する対象のセッションの識別を行っている。これによ
り、共通バッファーにおけるセッションごとのデータ通
信がそのセッションの要求されるＱＯＳクラスに基づい
て制御されるために必要な通信品質が確保されつつ、輻
輳状態の解消が可能となる。なお、優先度の高いＱＯＳ
クラスに対応するセッションを認識する方法として、つ
ぎの２つがあるがいずれの方法を採用しても良い。 （１）共通バッファー段階にて個別データを受信した時
点で予めセッションごとのＱＯＳクラスを識別して登録
しておき、輻輳状態が検知された時点で共通バッファー
段階でフロー制御すべきＱＯＳクラスより対象のセッシ
ョンを特定し、そのセッションに対応する個別データを
指定して個別トランク段階へフロー制御指示する。 （２）輻輳状態が検知された時点で共通バッファー段階
からはフロー制御すべき対象のＱＯＳクラスを個別トラ
ンク段階へ通知して、個別トランク段階側で指定された
ＱＯＳクラスに対応するセッションの個別データを特定
してフロー制御する。 また、複数のセッションのＱＯＳクラスが同じであれ
ば、空きチャネルへの切替制御対象となった場合には通
常いずれのセッションも切替えられるが、ＱＯＳクラス
を高く要求しているユーザーのセッションがあった場合
は上記閾値を低く設定することによって、そのセッショ
ンのみ優先度を上げることも可能である。
【００１８】さらに、以上の発明は一定周期ごとに前記
共通バッファー使用量をモニターし、輻輳状態を検知し
た場合に、前記優先度が更新設定され、その優先度に対
応するＱＯＳクラスのセッションの個別データについて
個別トランク段階からの送信を制御する。この方法によ
り、時々刻々変化する輻輳状態を確認しながらのフロー
制御ができ、必要な通信品質が確保されつつ、効率的な
輻輳状態の解消が可能となる。また、輻輳状態の解消が
確認された場合には、第一の発明においては共通バッフ
ァー段階から個別トランク段階へデータ流量を規制する
フロー制御解除の指示を通知し、当初のデータ通信状態
に復帰させることとしてもよい。また、第二の発明にお
いては共通バッファー段階から個別トランク段階へ空き
チャネルへのデータ送信切替制御解除の指示を通知し、
当初のデータ通信状態に復帰させることとしてもよい。
共通バッファー使用量をモニターし、輻輳状態を検知し
た場合に、前記優先度が更新設定され、その優先度に対
応するＱＯＳクラスのセッションの個別データについて
個別トランク段階からの送信を制御する。この方法によ
り、時々刻々変化する輻輳状態を確認しながらのフロー
制御ができ、必要な通信品質が確保されつつ、効率的な
輻輳状態の解消が可能となる。また、輻輳状態の解消が
確認された場合には、第一の発明においては共通バッフ
ァー段階から個別トランク段階へデータ流量を規制する
フロー制御解除の指示を通知し、当初のデータ通信状態
に復帰させることとしてもよい。また、第二の発明にお
いては共通バッファー段階から個別トランク段階へ空き
チャネルへのデータ送信切替制御解除の指示を通知し、
当初のデータ通信状態に復帰させることとしてもよい。
【００１９】
【発明の実施の形態】以下に、本発明に係る共通チャネ
ルフロー制御方法の第一の実施の形態について図面を参
照して説明する。なお、本発明は、無線通信の基地局送
受信制御装置１内の共通チャネルフロー制御方法である
が、多重伝送する共通チャネルを含む多元接続を前提と
したＴＣＰ／ＩＰ網２から無線基地局（ＢＴＳ）４まで
の装置及び接続構成は従来と同じであり、図７を基本構
成とする。図１は、本発明を構成する共通バッファー装
置の構成図である。図１に示すように、共通バッファー
装置１２は、（１）個別トランク装置１１から送信され
るセッションごとの個別データを受信する受信ドライバ
ー１２Ａと、（２）共通バッファー装置１２に送受信さ
れる個別データに基づいて、共通バッファー１２５にお
けるＱＯＳクラス（またはセッション）ごとのデータ個
数、データ流量（ビット／秒）（またはバッファー滞留
データ量（ビット数））を求め、チャネル管理テーブル
１２４に記録するデータ管理部１２１と、（３）受信ド
ライバー１２Ａに入った個別データのＱＯＳクラス（ま
たはセッションおよびＱＯＳクラス）に基づいて、チャ
ネル管理テーブル１２４上のＱＯＳクラス（またはセッ
ション）ごとのテーブルのパラメータ、輻輳度合い閾値
を管理するＱＯＳ判定部１２２と、（４）ＱＯＳクラス
ごとに設定されるパラメータを保存管理するＱＯＳ管理
部１２３と、（５）ＱＯＳクラスごと（またはセッショ
ンごと）にデータ個数、データ流量（または共通バッフ
ァーに滞留している個別データ数）、輻輳度合い、輻輳
度合い閾値、輻輳度合いと輻輳度合い閾値との差、フロ
ー制御フラグ有無のテーブルを持ったチャネル管理テー
ブル１２４と、（６）受信した個別データを一括して一
時格納し、送信ドライバー１２Ｂへ送る共通バッファー
１２５と、（７）共通バッファー１２５の使用量をモニ
ターするフロー管理部１２６と、（８）一定周期ごとに
フロー管理部１２６を起動させるタイマー管理部１２７
と、（９）フロー制御または解除を行う対象のＱＯＳク
ラス、またはセッションを検索するフロー制御設定／解
除処理部１２８と、（１０）フロー制御または解除を行
う対象のＱＯＳクラス、またはセッションを個別トラン
ク装置１１へ通知するためのデータを作成するフロー制
御設定／解除フォーマット作成部１２９と、（１１）共
通バッファー１２５から送られてくる個別データを多重
化装置１３へ送信し、フロー制御設定または解除指示デ
ータを個別トランク装置１１へ送信する送信ドライバー
１２Ｂと、から構成されている。共通バッファー装置１
２は多元接続上に設定される多重伝送するチャネル数に
対応して用意されている。
ルフロー制御方法の第一の実施の形態について図面を参
照して説明する。なお、本発明は、無線通信の基地局送
受信制御装置１内の共通チャネルフロー制御方法である
が、多重伝送する共通チャネルを含む多元接続を前提と
したＴＣＰ／ＩＰ網２から無線基地局（ＢＴＳ）４まで
の装置及び接続構成は従来と同じであり、図７を基本構
成とする。図１は、本発明を構成する共通バッファー装
置の構成図である。図１に示すように、共通バッファー
装置１２は、（１）個別トランク装置１１から送信され
るセッションごとの個別データを受信する受信ドライバ
ー１２Ａと、（２）共通バッファー装置１２に送受信さ
れる個別データに基づいて、共通バッファー１２５にお
けるＱＯＳクラス（またはセッション）ごとのデータ個
数、データ流量（ビット／秒）（またはバッファー滞留
データ量（ビット数））を求め、チャネル管理テーブル
１２４に記録するデータ管理部１２１と、（３）受信ド
ライバー１２Ａに入った個別データのＱＯＳクラス（ま
たはセッションおよびＱＯＳクラス）に基づいて、チャ
ネル管理テーブル１２４上のＱＯＳクラス（またはセッ
ション）ごとのテーブルのパラメータ、輻輳度合い閾値
を管理するＱＯＳ判定部１２２と、（４）ＱＯＳクラス
ごとに設定されるパラメータを保存管理するＱＯＳ管理
部１２３と、（５）ＱＯＳクラスごと（またはセッショ
ンごと）にデータ個数、データ流量（または共通バッフ
ァーに滞留している個別データ数）、輻輳度合い、輻輳
度合い閾値、輻輳度合いと輻輳度合い閾値との差、フロ
ー制御フラグ有無のテーブルを持ったチャネル管理テー
ブル１２４と、（６）受信した個別データを一括して一
時格納し、送信ドライバー１２Ｂへ送る共通バッファー
１２５と、（７）共通バッファー１２５の使用量をモニ
ターするフロー管理部１２６と、（８）一定周期ごとに
フロー管理部１２６を起動させるタイマー管理部１２７
と、（９）フロー制御または解除を行う対象のＱＯＳク
ラス、またはセッションを検索するフロー制御設定／解
除処理部１２８と、（１０）フロー制御または解除を行
う対象のＱＯＳクラス、またはセッションを個別トラン
ク装置１１へ通知するためのデータを作成するフロー制
御設定／解除フォーマット作成部１２９と、（１１）共
通バッファー１２５から送られてくる個別データを多重
化装置１３へ送信し、フロー制御設定または解除指示デ
ータを個別トランク装置１１へ送信する送信ドライバー
１２Ｂと、から構成されている。共通バッファー装置１
２は多元接続上に設定される多重伝送するチャネル数に
対応して用意されている。
【００２０】図２は、本発明を構成する個別トランク装
置の構成図である。図２に示すように、個別トランク装
置１１は、（１）個別回線Ｌからセッションごとの個別
データを受信し、共通バッファー装置１２からのフロー
制御設定または解除指示データを受信する受信ドライバ
ー１１Ａと、（２）受信した個別データを一時格納する
個別バッファー１１３と、（３）共通バッファー装置１
２からフロー制御設定または解除指示データを解読する
フロー制御設定／解除処理部１１１と、（４）フロー制
御設定／解除処理部１１１から通知される制御内容（制
御設定または制御解除）に基づき個別バッファー１１３
に対して送信ドライバー１１Ｂへの個別データ送信のフ
ローを停止、制限または再開することを指示するフロー
管理部１１２と、（５）個別データを共通バッファー装
置１２または多重化装置１３へ送信する送信ドライバー
１１Ｂと、から構成されている。個別バッファー１１
３、フロー制御設定／解除処理部１１１、フロー管理部
１１２はセッションごとを管理しており、個別回線Ｌを
経由してくるセッションの数に対応して用意されてい
る。
置の構成図である。図２に示すように、個別トランク装
置１１は、（１）個別回線Ｌからセッションごとの個別
データを受信し、共通バッファー装置１２からのフロー
制御設定または解除指示データを受信する受信ドライバ
ー１１Ａと、（２）受信した個別データを一時格納する
個別バッファー１１３と、（３）共通バッファー装置１
２からフロー制御設定または解除指示データを解読する
フロー制御設定／解除処理部１１１と、（４）フロー制
御設定／解除処理部１１１から通知される制御内容（制
御設定または制御解除）に基づき個別バッファー１１３
に対して送信ドライバー１１Ｂへの個別データ送信のフ
ローを停止、制限または再開することを指示するフロー
管理部１１２と、（５）個別データを共通バッファー装
置１２または多重化装置１３へ送信する送信ドライバー
１１Ｂと、から構成されている。個別バッファー１１
３、フロー制御設定／解除処理部１１１、フロー管理部
１１２はセッションごとを管理しており、個別回線Ｌを
経由してくるセッションの数に対応して用意されてい
る。
【００２１】つぎに本発明の第一の実施例における作用
について図面を基に説明する。図３は本発明の共通チャ
ネルフロー制御方法の全体のフローを示す図である。こ
の図を基にフロー制御の全体の流れを説明する。なお、
ここでは個別回線Ｌを経由したセッションごとの通信は
成立しており、ある共通チャネルが輻輳状態になった場
合を想定している。以下、記号（Ｓｘｘ）はフロー制御
処理の各ステップを意味し、その後の記述はステップの
処理内容を意味する。 （Ｓ１） 共通バッファー１２５の使用量に関して予め
輻輳閾値を設定する。ＱＯＳクラスごと（またはセッシ
ョンごと）の輻輳度合い閾値を設定する。 （Ｓ２） 共通バッファー１２５の使用量が輻輳閾値を
越える。 （Ｓ３） フロー制御対象のＱＯＳクラス（またはセッ
ション）を特定し、その輻輳度合い情報をつけてフロー
制御指示を個別トランク装置１１へ通知する。 （Ｓ３ａ）ＱＯＳクラスごとに輻輳度合いと輻輳閾値を
比較し、そのＱＯＳクラスに対応するセッションごとの
個別データの共通バッファー装置１２への送信制限を行
う（セッション情報がきている場合はそのまま対象個別
データについて送信制限する）。 （Ｓ４） 上記フロー制御によって共通バッファー１２
５の輻輳度合いが変わる。 （Ｓ５） 新たにフロー制御対象のＱＯＳクラス（また
はセッション）を特定し、その輻輳度合い更新情報をつ
けてフロー制御指示を個別トランク装置１１へ通知す
る。 （Ｓ５ａ） ＱＯＳクラスごとに輻輳度合い更新情報と
輻輳閾値を比較し、そのＱＯＳクラスに対応するセッシ
ョンごとの個別データの共通バッファー装置１２への送
信制限を行う（セッション情報がきている場合はそのま
ま対象個別データについて送信制限する）。 （Ｓ６） 共通バッファー１２５の使用量が輻輳閾値を
下回る。 （Ｓ７） フロー制御の解除を個別トランク装置１１へ
通知する。 （Ｓ７ａ）フロー制御の対象になっていたセッションの
個別データ送信制限を解除する。 これによって、セッションごとに要求されるＱＯＳに対
応した通信品質が確保されつつ、輻輳状態の解消が可能
となる。
について図面を基に説明する。図３は本発明の共通チャ
ネルフロー制御方法の全体のフローを示す図である。こ
の図を基にフロー制御の全体の流れを説明する。なお、
ここでは個別回線Ｌを経由したセッションごとの通信は
成立しており、ある共通チャネルが輻輳状態になった場
合を想定している。以下、記号（Ｓｘｘ）はフロー制御
処理の各ステップを意味し、その後の記述はステップの
処理内容を意味する。 （Ｓ１） 共通バッファー１２５の使用量に関して予め
輻輳閾値を設定する。ＱＯＳクラスごと（またはセッシ
ョンごと）の輻輳度合い閾値を設定する。 （Ｓ２） 共通バッファー１２５の使用量が輻輳閾値を
越える。 （Ｓ３） フロー制御対象のＱＯＳクラス（またはセッ
ション）を特定し、その輻輳度合い情報をつけてフロー
制御指示を個別トランク装置１１へ通知する。 （Ｓ３ａ）ＱＯＳクラスごとに輻輳度合いと輻輳閾値を
比較し、そのＱＯＳクラスに対応するセッションごとの
個別データの共通バッファー装置１２への送信制限を行
う（セッション情報がきている場合はそのまま対象個別
データについて送信制限する）。 （Ｓ４） 上記フロー制御によって共通バッファー１２
５の輻輳度合いが変わる。 （Ｓ５） 新たにフロー制御対象のＱＯＳクラス（また
はセッション）を特定し、その輻輳度合い更新情報をつ
けてフロー制御指示を個別トランク装置１１へ通知す
る。 （Ｓ５ａ） ＱＯＳクラスごとに輻輳度合い更新情報と
輻輳閾値を比較し、そのＱＯＳクラスに対応するセッシ
ョンごとの個別データの共通バッファー装置１２への送
信制限を行う（セッション情報がきている場合はそのま
ま対象個別データについて送信制限する）。 （Ｓ６） 共通バッファー１２５の使用量が輻輳閾値を
下回る。 （Ｓ７） フロー制御の解除を個別トランク装置１１へ
通知する。 （Ｓ７ａ）フロー制御の対象になっていたセッションの
個別データ送信制限を解除する。 これによって、セッションごとに要求されるＱＯＳに対
応した通信品質が確保されつつ、輻輳状態の解消が可能
となる。
【００２２】つぎに共通バッファー装置１２におけるフ
ロー制御の流れを図４に基づいてさらに詳細に説明す
る。個別トランク装置１１からの個別データを受信ドラ
イバー１２Ａで受信すると、または個別データを多重化
装置１３へ送信ドライバー１２Ｂから送信すると、（Ｓ
１２１）データ管理部１２１を起動する。データ管理部
１２１は、受信した個別データのＱＯＳクラス（または
セッション）を検知し、チャネル管理テーブル１２４に
対して対応するＱＯＳクラス（またはセッション）のデ
ータ個数をインクリメントする。また、その個別データ
のデータ量（ビット数）から共通バッファー１２５にお
けるデータ流量（ビット／秒）（またはバッファー滞留
データ量（ビット数））を求め、チャネル管理テーブル
１２４の対象のＱＯＳクラス（またはセッション）のテ
ーブルにその数値を書き込む。また、データ管理部１２
１は、送信ドライバー１２Ｂより送信される個別データ
のＱＯＳクラス、またはセッションを検知し、チャネル
管理テーブル１２４に対して対応するＱＯＳクラス（ま
たはセッション）のデータ個数をデクリメントする。ま
た、その個別データのデータ量（ビット数）から共通バ
ッファー１２５におけるデータ流量（ビット／秒）（ま
たはバッファー滞留データ量（ビット数））を差し引き
し、チャネル管理テーブル１２４の対象のＱＯＳクラス
（またはセッション）のテーブルにその数値を書き込み
する。データ管理部１２１は、常に共通バッファー装置
１２における個別データの出入りをモニターし、チャネ
ル管理テーブル１２４のテーブルを更新している。
ロー制御の流れを図４に基づいてさらに詳細に説明す
る。個別トランク装置１１からの個別データを受信ドラ
イバー１２Ａで受信すると、または個別データを多重化
装置１３へ送信ドライバー１２Ｂから送信すると、（Ｓ
１２１）データ管理部１２１を起動する。データ管理部
１２１は、受信した個別データのＱＯＳクラス（または
セッション）を検知し、チャネル管理テーブル１２４に
対して対応するＱＯＳクラス（またはセッション）のデ
ータ個数をインクリメントする。また、その個別データ
のデータ量（ビット数）から共通バッファー１２５にお
けるデータ流量（ビット／秒）（またはバッファー滞留
データ量（ビット数））を求め、チャネル管理テーブル
１２４の対象のＱＯＳクラス（またはセッション）のテ
ーブルにその数値を書き込む。また、データ管理部１２
１は、送信ドライバー１２Ｂより送信される個別データ
のＱＯＳクラス、またはセッションを検知し、チャネル
管理テーブル１２４に対して対応するＱＯＳクラス（ま
たはセッション）のデータ個数をデクリメントする。ま
た、その個別データのデータ量（ビット数）から共通バ
ッファー１２５におけるデータ流量（ビット／秒）（ま
たはバッファー滞留データ量（ビット数））を差し引き
し、チャネル管理テーブル１２４の対象のＱＯＳクラス
（またはセッション）のテーブルにその数値を書き込み
する。データ管理部１２１は、常に共通バッファー装置
１２における個別データの出入りをモニターし、チャネ
ル管理テーブル１２４のテーブルを更新している。
【００２３】（Ｓ１２２）ＱＯＳ判定部１２２を起動す
る。ＱＯＳ判定部１２２はつぎの処理を行う。 受信した個別データのＱＯＳクラス（またはセッショ
ンおよびＱＯＳクラス）を認識し、ＱＯＳ管理部１２３
から該当するＱＯＳクラスのパラメータを読み込み、チ
ャネル管理テーブル１２４の対象のＱＯＳクラス（また
はセッション）のテーブルにその数値を書き込む。パラ
メータは、例えばＱＯＳクラスを５段階（１：最優先品
質〜５：最低品質）に区分し、ＱＯＳクラスごとのパラ
メータとしてＱＯＳクラス１（最優先）は最小の１倍、
ＱＯＳクラス５（最低）は最大の５倍として、その間の
ＱＯＳクラスについては段階的に倍率が設定されてい
る。 輻輳度合い閾値を設定してチャネル管理テーブル１２
４に輻輳度合い閾値を書き込む。この値は全ＱＯＳクラ
ス（または全セッション）共通の閾値である。なお、輻
輳度合い閾値は、個別データ送受信時点の共通バッファ
ー１２５に存在するセッションの数、そのセッションの
ＱＯＳクラスのパラメータ、ユーザーからのセッション
に対する要求品質及び共通バッファー１２５のキャパシ
ティなどから求められる。 また、通常の無線通信状態では、上記倍率は優先度の低
い（ＱＯＳクラス５（最低））方から順番にフロー制御
の対象となるように設定されているが、共通チャネル上
にＱＯＳクラス１（最優先）のセッションが極端に集中
し、ＱＯＳクラス５（最低）のセッションがわずかとな
った状態では輻輳状態の解消のためにＱＯＳクラス１
（最優先）をフロー制御対象となる場合はありうる。Ｑ
ＯＳ判定部１２２も、常に共通バッファー装置１２にお
ける個別データの出入りをモニターし、チャネル管理テ
ーブル１２４のテーブルを更新している。
る。ＱＯＳ判定部１２２はつぎの処理を行う。 受信した個別データのＱＯＳクラス（またはセッショ
ンおよびＱＯＳクラス）を認識し、ＱＯＳ管理部１２３
から該当するＱＯＳクラスのパラメータを読み込み、チ
ャネル管理テーブル１２４の対象のＱＯＳクラス（また
はセッション）のテーブルにその数値を書き込む。パラ
メータは、例えばＱＯＳクラスを５段階（１：最優先品
質〜５：最低品質）に区分し、ＱＯＳクラスごとのパラ
メータとしてＱＯＳクラス１（最優先）は最小の１倍、
ＱＯＳクラス５（最低）は最大の５倍として、その間の
ＱＯＳクラスについては段階的に倍率が設定されてい
る。 輻輳度合い閾値を設定してチャネル管理テーブル１２
４に輻輳度合い閾値を書き込む。この値は全ＱＯＳクラ
ス（または全セッション）共通の閾値である。なお、輻
輳度合い閾値は、個別データ送受信時点の共通バッファ
ー１２５に存在するセッションの数、そのセッションの
ＱＯＳクラスのパラメータ、ユーザーからのセッション
に対する要求品質及び共通バッファー１２５のキャパシ
ティなどから求められる。 また、通常の無線通信状態では、上記倍率は優先度の低
い（ＱＯＳクラス５（最低））方から順番にフロー制御
の対象となるように設定されているが、共通チャネル上
にＱＯＳクラス１（最優先）のセッションが極端に集中
し、ＱＯＳクラス５（最低）のセッションがわずかとな
った状態では輻輳状態の解消のためにＱＯＳクラス１
（最優先）をフロー制御対象となる場合はありうる。Ｑ
ＯＳ判定部１２２も、常に共通バッファー装置１２にお
ける個別データの出入りをモニターし、チャネル管理テ
ーブル１２４のテーブルを更新している。
【００２４】（Ｓ１２３）フロー管理部１２６を起動す
る。フロー管理部１２６は、共通バッファー１２５の使
用量(バッファーに溜まったデータの個数)をチェックす
る。 （Ｓ１２４）フロー管理部１２６は、共通バッファー使
用量と予め設定されている輻輳閾値とを比較し、その比
較結果によってつぎの（１）、（２）、（３）の３つに
分れて処理を行う。 （１）共通バッファー使用量が輻輳閾値を上回った場
合、フロー制御必要と判断する。 （Ｓ１２５）タイマー管理部１２７を起動する。タイマ
ー管理部１２７はタイマーを起動し、フロー制御必要状
態となっている限り、ある一定周期ごとにフロー管理部
１２６を起動させて新たに共通バッファー１２５の使用
量をチェックし、ステップＳ１２３からの処理を行う。 （Ｓ１２６）フロー制御設定／解除処理部１２８を起動
する。フロー制御設定／解除処理部１２８は、つぎの処
理を行う。 チャネル管理テーブル１２４からＱＯＳクラスごと
（またはセッションごと）にデータ流量（ビット／秒）
（またはバッファー滞留データ量（ビット数））を引き
出す。 上記のデータ流量（ビット／秒）（またはバッファ
ー滞留データ量（ビット数））にステップＳ１２２で
設定されたパラメータを乗算することによってＱＯＳク
ラスごと（またはセッションごと）の輻輳度合いを算出
する。 ＱＯＳクラスごと（またはセッションごと）に上記
で求めた輻輳度合いとチャネル管理テーブル１２４に設
定されている輻輳度合い閾値とを比較して、輻輳度合い
が輻輳閾値を上回ったＱＯＳクラス（またはセッショ
ン）についてチャネル管理テーブル１２４の対象のＱＯ
Ｓクラス（またはセッション）のテーブルにフロー制御
要のフラグをたてフロー制御対象をしめす。 上記までの処理が終わった段階でフロー制御／解除
フォーマット作成部１２８にトリガー信号を送る。 （Ｓ１２７）上記ステップＳ１２６のトリガー信号に
よりフロー制御／解除フォーマット作成部１２８を起動
する。フロー制御／解除フォーマット作成部１２８はチ
ャネル管理テーブル１２４のフラグ情報を検索し、フラ
グのたっているＱＯＳクラス（またはセッション）のテ
ーブル情報を読み込み、フロー制御設定のデータを作成
する。このデータにはフロー制御対象のＱＯＳクラス
（またはセッション）、その輻輳度合い、輻輳閾値など
の情報が含まれている。 （Ｓ１２８）ステップＳ１２７で作成されたフロー制御
設定データはフロー制御／解除フォーマット作成部１２
８から送信ドライバー１２Ｂを経由して個別トランク装
置１１へフロー制御設定指示情報として送信される。
る。フロー管理部１２６は、共通バッファー１２５の使
用量(バッファーに溜まったデータの個数)をチェックす
る。 （Ｓ１２４）フロー管理部１２６は、共通バッファー使
用量と予め設定されている輻輳閾値とを比較し、その比
較結果によってつぎの（１）、（２）、（３）の３つに
分れて処理を行う。 （１）共通バッファー使用量が輻輳閾値を上回った場
合、フロー制御必要と判断する。 （Ｓ１２５）タイマー管理部１２７を起動する。タイマ
ー管理部１２７はタイマーを起動し、フロー制御必要状
態となっている限り、ある一定周期ごとにフロー管理部
１２６を起動させて新たに共通バッファー１２５の使用
量をチェックし、ステップＳ１２３からの処理を行う。 （Ｓ１２６）フロー制御設定／解除処理部１２８を起動
する。フロー制御設定／解除処理部１２８は、つぎの処
理を行う。 チャネル管理テーブル１２４からＱＯＳクラスごと
（またはセッションごと）にデータ流量（ビット／秒）
（またはバッファー滞留データ量（ビット数））を引き
出す。 上記のデータ流量（ビット／秒）（またはバッファ
ー滞留データ量（ビット数））にステップＳ１２２で
設定されたパラメータを乗算することによってＱＯＳク
ラスごと（またはセッションごと）の輻輳度合いを算出
する。 ＱＯＳクラスごと（またはセッションごと）に上記
で求めた輻輳度合いとチャネル管理テーブル１２４に設
定されている輻輳度合い閾値とを比較して、輻輳度合い
が輻輳閾値を上回ったＱＯＳクラス（またはセッショ
ン）についてチャネル管理テーブル１２４の対象のＱＯ
Ｓクラス（またはセッション）のテーブルにフロー制御
要のフラグをたてフロー制御対象をしめす。 上記までの処理が終わった段階でフロー制御／解除
フォーマット作成部１２８にトリガー信号を送る。 （Ｓ１２７）上記ステップＳ１２６のトリガー信号に
よりフロー制御／解除フォーマット作成部１２８を起動
する。フロー制御／解除フォーマット作成部１２８はチ
ャネル管理テーブル１２４のフラグ情報を検索し、フラ
グのたっているＱＯＳクラス（またはセッション）のテ
ーブル情報を読み込み、フロー制御設定のデータを作成
する。このデータにはフロー制御対象のＱＯＳクラス
（またはセッション）、その輻輳度合い、輻輳閾値など
の情報が含まれている。 （Ｓ１２８）ステップＳ１２７で作成されたフロー制御
設定データはフロー制御／解除フォーマット作成部１２
８から送信ドライバー１２Ｂを経由して個別トランク装
置１１へフロー制御設定指示情報として送信される。
【００２５】なお、以上の処理のうち、輻輳度合い閾値
はＱＯＳクラスごと（またはセッションごと）に設定さ
れてもよい。すなわち、ステップＳ１２１で求められた
ＱＯＳクラスごと（またはセッションごと）の共通バッ
ファー１２５におけるデータ流量（ビット／秒）（また
はバッファー滞留データ量（ビット数））を輻輳度合い
とし、ステップＳ１２２の段階でＱＯＳクラスごと
（またはセッションごと）に輻輳度合い閾値を設定す
る。このとき、輻輳度合い閾値はＱＯＳクラスの区分
（５段階）に対応させてＱＯＳクラス１（最優先）の輻
輳度合い閾値は最高値とし、ＱＯＳクラス５（最低）は
最低値として、その間のＱＯＳクラスについては段階的
に輻輳度合い閾値を設定する。これによって、輻輳の程
度に応じて優先度の低い（ＱＯＳクラス５（最低））方
から順番にフロー制御の対象となる。また、通常の無線
通信状態では、輻輳度合い閾値は優先度の低い（ＱＯＳ
クラス５（最低））方から順番にフロー制御の対象とな
るように設定されているが、共通チャネル上にＱＯＳク
ラス１（最優先）のセッションが極端に集中し、ＱＯＳ
クラス５（最低）のセッションがわずかとなった状態で
は輻輳状態の解消のためにＱＯＳクラス１（最優先）を
フロー制御対象となる場合はありうる。
はＱＯＳクラスごと（またはセッションごと）に設定さ
れてもよい。すなわち、ステップＳ１２１で求められた
ＱＯＳクラスごと（またはセッションごと）の共通バッ
ファー１２５におけるデータ流量（ビット／秒）（また
はバッファー滞留データ量（ビット数））を輻輳度合い
とし、ステップＳ１２２の段階でＱＯＳクラスごと
（またはセッションごと）に輻輳度合い閾値を設定す
る。このとき、輻輳度合い閾値はＱＯＳクラスの区分
（５段階）に対応させてＱＯＳクラス１（最優先）の輻
輳度合い閾値は最高値とし、ＱＯＳクラス５（最低）は
最低値として、その間のＱＯＳクラスについては段階的
に輻輳度合い閾値を設定する。これによって、輻輳の程
度に応じて優先度の低い（ＱＯＳクラス５（最低））方
から順番にフロー制御の対象となる。また、通常の無線
通信状態では、輻輳度合い閾値は優先度の低い（ＱＯＳ
クラス５（最低））方から順番にフロー制御の対象とな
るように設定されているが、共通チャネル上にＱＯＳク
ラス１（最優先）のセッションが極端に集中し、ＱＯＳ
クラス５（最低）のセッションがわずかとなった状態で
は輻輳状態の解消のためにＱＯＳクラス１（最優先）を
フロー制御対象となる場合はありうる。
【００２６】（Ｓ１２４）
（２）フロー制御がかかった後で、バッファー使用量が
フロー解除しきい値を下回った場合、フロー制御不要と
判断する。 （Ｓ１２９）タイマー管理部１２７を起動する。タイマ
ー管理部１２７は、タイマーを停止させる。 （Ｓ１２ａ）フロー制御設定／解除処理部１２８を起動
する。フロー制御設定／解除処理部１２８はつぎの処理
を行う。 チャネル管理テーブル１２４のフロー制御要のフラグ
をすべて落とし、フロー制御解除を表示する。 上記の後、フロー制御／解除フォーマット作成部１
２８にトリガー信号を送る。 （Ｓ１２ｂ）上記ステップＳ１２ｂのトリガー信号に
よりフロー制御／解除フォーマット作成部１２８を起動
する。フロー制御／解除フォーマット作成部１２８はチ
ャネル管理テーブル１２４のフラグ情報を検索し、フラ
グがないことを確認することによってフロー制御／解除
フォーマット作成部１２８はフロー制御解除を通知する
データを作成する。 （Ｓ１２ｃ）ステップＳ１２ｂで作成されたフロー制御
解除データはフロー制御／解除フォーマット作成部１２
８から送信ドライバー１２Ｂを経由して個別トランク装
置１１へフロー制御解除指示情報として送信される。
フロー解除しきい値を下回った場合、フロー制御不要と
判断する。 （Ｓ１２９）タイマー管理部１２７を起動する。タイマ
ー管理部１２７は、タイマーを停止させる。 （Ｓ１２ａ）フロー制御設定／解除処理部１２８を起動
する。フロー制御設定／解除処理部１２８はつぎの処理
を行う。 チャネル管理テーブル１２４のフロー制御要のフラグ
をすべて落とし、フロー制御解除を表示する。 上記の後、フロー制御／解除フォーマット作成部１
２８にトリガー信号を送る。 （Ｓ１２ｂ）上記ステップＳ１２ｂのトリガー信号に
よりフロー制御／解除フォーマット作成部１２８を起動
する。フロー制御／解除フォーマット作成部１２８はチ
ャネル管理テーブル１２４のフラグ情報を検索し、フラ
グがないことを確認することによってフロー制御／解除
フォーマット作成部１２８はフロー制御解除を通知する
データを作成する。 （Ｓ１２ｃ）ステップＳ１２ｂで作成されたフロー制御
解除データはフロー制御／解除フォーマット作成部１２
８から送信ドライバー１２Ｂを経由して個別トランク装
置１１へフロー制御解除指示情報として送信される。
【００２７】（Ｓ１２４）
（３）共通バッファー使用量と輻輳閾値との比較結果が
異常値を示した場合には処理を実行しない。 なお、上記ステップＳ１２４（１）はバッファー使用量
が輻輳閾値を超えている限り、一定周期ごとにその都度
輻輳状態をチェックし、その状態に応じてフロー制御条
件を更新する方法を示しているが、輻輳度合いがある一
定レベルに軽減されるまでステップＳ１２４（３）に該
当するとして、無条件にフロー制御条件を更新せずに一
定のフロー制御を継続することとしてもよい。
異常値を示した場合には処理を実行しない。 なお、上記ステップＳ１２４（１）はバッファー使用量
が輻輳閾値を超えている限り、一定周期ごとにその都度
輻輳状態をチェックし、その状態に応じてフロー制御条
件を更新する方法を示しているが、輻輳度合いがある一
定レベルに軽減されるまでステップＳ１２４（３）に該
当するとして、無条件にフロー制御条件を更新せずに一
定のフロー制御を継続することとしてもよい。
【００２８】つぎに個別トランク装置１１におけるフロ
ー制御の流れを図５に基づいてさらに詳細に説明する。 （１）共通バッファー装置１２からフロー制御指示情報
を受信した場合 （Ｓ１１１）フロー制御設定／解除処理部１１１を起動
する。フロー制御設定／解除処理部１１１は、共通バッ
ファー装置１２からのフロー制御指示情報に基づき、つ
ぎの処理を行う。 フロー制御対象のＱＯＳクラス（またはセッション）
を特定する。 対象のＱＯＳクラス（またはセッション）の輻輳度合
いと輻輳度合い閾値とを比較し、単位時間当たりの送信
データ量を決定する。 上記、の制御指示情報をフロー管理部１１２へ通
知する。（Ｓ１１２）フロー管理部１１２を起動する。
フロー管理部１１２はフロー制御設定／解除処理部１１
１から指示されたＱＯＳクラスごとの単位時間当りの送
信データ量に基づいてセッションごとに単位時間当りの
送信データ量を設定し（フロー制御設定／解除処理部１
１１からセッションごとの単位時間当たりの送信データ
量の通知があった場合にはそのまま）、その設定値に基
づき個別データのフロー制限を行う。このとき、輻輳の
程度が悪いときには送信データ量ゼロ、すなわち送信停
止もありうる。
ー制御の流れを図５に基づいてさらに詳細に説明する。 （１）共通バッファー装置１２からフロー制御指示情報
を受信した場合 （Ｓ１１１）フロー制御設定／解除処理部１１１を起動
する。フロー制御設定／解除処理部１１１は、共通バッ
ファー装置１２からのフロー制御指示情報に基づき、つ
ぎの処理を行う。 フロー制御対象のＱＯＳクラス（またはセッション）
を特定する。 対象のＱＯＳクラス（またはセッション）の輻輳度合
いと輻輳度合い閾値とを比較し、単位時間当たりの送信
データ量を決定する。 上記、の制御指示情報をフロー管理部１１２へ通
知する。（Ｓ１１２）フロー管理部１１２を起動する。
フロー管理部１１２はフロー制御設定／解除処理部１１
１から指示されたＱＯＳクラスごとの単位時間当りの送
信データ量に基づいてセッションごとに単位時間当りの
送信データ量を設定し（フロー制御設定／解除処理部１
１１からセッションごとの単位時間当たりの送信データ
量の通知があった場合にはそのまま）、その設定値に基
づき個別データのフロー制限を行う。このとき、輻輳の
程度が悪いときには送信データ量ゼロ、すなわち送信停
止もありうる。
【００２９】なお、ステップ１１１の処理は共通バッ
ファー装置１２側で予め処理しておいてもよい。すなわ
ち、共通バッファー装置１２において、ステップ１２６
の後に、フロー制御対象となったＱＯＳクラス（また
はセッション）の輻輳度合いと輻輳閾値とを比較計算
（減算）し、その差の値をチャネル管理テーブル１２４
の対象のＱＯＳクラステーブルに書き込む処理を行い、
さらにその計算結果を個別トランク装置１１へ伝達して
もよい。
ファー装置１２側で予め処理しておいてもよい。すなわ
ち、共通バッファー装置１２において、ステップ１２６
の後に、フロー制御対象となったＱＯＳクラス（また
はセッション）の輻輳度合いと輻輳閾値とを比較計算
（減算）し、その差の値をチャネル管理テーブル１２４
の対象のＱＯＳクラステーブルに書き込む処理を行い、
さらにその計算結果を個別トランク装置１１へ伝達して
もよい。
【００３０】（２）共通バッファー装置１２からフロー
制御解除情報を受信した場合 （Ｓ１１１）フロー制御設定／解除処理部１１１を起動
する。フロー制御設定／解除処理部１１１は、共通バッ
ファー装置１２からのフロー制御解除指示情報に基づ
き、フロー制御解除対象のＱＯＳクラス（またはセッシ
ョン）を特定し、フロー管理部１１２へ通知する。 （Ｓ１１２）フロー管理部１１２を起動する。フロー管
理部１１２はフロー制御設定／解除処理部１１１から指
示されたＱＯＳクラスに対応する全セッション（フロー
制御設定／解除処理部１１１からセッションの通知のあ
った場合はそのまま）についてフロー制御を解除する。
制御解除情報を受信した場合 （Ｓ１１１）フロー制御設定／解除処理部１１１を起動
する。フロー制御設定／解除処理部１１１は、共通バッ
ファー装置１２からのフロー制御解除指示情報に基づ
き、フロー制御解除対象のＱＯＳクラス（またはセッシ
ョン）を特定し、フロー管理部１１２へ通知する。 （Ｓ１１２）フロー管理部１１２を起動する。フロー管
理部１１２はフロー制御設定／解除処理部１１１から指
示されたＱＯＳクラスに対応する全セッション（フロー
制御設定／解除処理部１１１からセッションの通知のあ
った場合はそのまま）についてフロー制御を解除する。
【００３１】つぎに本発明の第二の実施例の作用につい
て説明する。図６及び図７を基にフロー制御の全体の流
れを説明する。なお、ここでは個別回線Ｌを経由したセ
ッションごとの通信は成立しており、図７においてｃ
ｈ．ｎが空きチャネルであることを前提にしている。 （Ｓ２０１）共通バッファー１２５の使用量に関して予
め輻輳閾値を設定する。ＱＯＳクラスごと（またはセッ
ションごと）の輻輳度合い閾値を設定する。 （Ｓ２０２）共通バッファー１２５の使用量が輻輳閾値
を越える。 （Ｓ２０３）フロー制御対象のＱＯＳクラス（またはセ
ッション）を特定し、フロー制御指示を個別トランク装
置１１へ通知する。 （Ｓ２０３ａ）フロー制御対象のＱＯＳクラスに対応す
るセッションごとの個別データの送信先を多重化装置１
３の空きチャネルｃｈ．ｎへ切替えて送信する（セッシ
ョン情報がきている場合はそのまま対象個別データにつ
いて切替え送信する）。 （Ｓ２０４）上記フロー制御によって共通バッファー１
２５の輻輳度合いが変わる。 （Ｓ２０５）新たにフロー制御対象のＱＯＳクラス（ま
たはセッション）を特定し、フロー制御指示を個別トラ
ンク装置１１へ通知する。 （Ｓ２０５ａ）フロー制御対象のＱＯＳクラスに対応す
るセッションごとの個別データの送信先を多重化装置１
３の空きチャネルｃｈ．ｎへ切替えて送信する（セッシ
ョン情報がきている場合はそのまま対象個別データにつ
いて切替え送信する）。 （Ｓ２０６）共通バッファー１２５の使用量が輻輳閾値
を下回る。 （Ｓ２０７）フロー制御の解除を個別トランク装置１１
へ通知する。 （Ｓ２０７ａ）フロー制御の対象になっていたセッショ
ンの個別データ送信先切替えを解除する。 これにより、輻輳状態になった共通チャネル上の優先度
の高い（要求されるＱＯＳの高い）セッションは空きチ
ャネルへ切り替えられることによって通信品質が確保さ
れる。また、共通チャネルの輻輳状態も解消することが
できる。
て説明する。図６及び図７を基にフロー制御の全体の流
れを説明する。なお、ここでは個別回線Ｌを経由したセ
ッションごとの通信は成立しており、図７においてｃ
ｈ．ｎが空きチャネルであることを前提にしている。 （Ｓ２０１）共通バッファー１２５の使用量に関して予
め輻輳閾値を設定する。ＱＯＳクラスごと（またはセッ
ションごと）の輻輳度合い閾値を設定する。 （Ｓ２０２）共通バッファー１２５の使用量が輻輳閾値
を越える。 （Ｓ２０３）フロー制御対象のＱＯＳクラス（またはセ
ッション）を特定し、フロー制御指示を個別トランク装
置１１へ通知する。 （Ｓ２０３ａ）フロー制御対象のＱＯＳクラスに対応す
るセッションごとの個別データの送信先を多重化装置１
３の空きチャネルｃｈ．ｎへ切替えて送信する（セッシ
ョン情報がきている場合はそのまま対象個別データにつ
いて切替え送信する）。 （Ｓ２０４）上記フロー制御によって共通バッファー１
２５の輻輳度合いが変わる。 （Ｓ２０５）新たにフロー制御対象のＱＯＳクラス（ま
たはセッション）を特定し、フロー制御指示を個別トラ
ンク装置１１へ通知する。 （Ｓ２０５ａ）フロー制御対象のＱＯＳクラスに対応す
るセッションごとの個別データの送信先を多重化装置１
３の空きチャネルｃｈ．ｎへ切替えて送信する（セッシ
ョン情報がきている場合はそのまま対象個別データにつ
いて切替え送信する）。 （Ｓ２０６）共通バッファー１２５の使用量が輻輳閾値
を下回る。 （Ｓ２０７）フロー制御の解除を個別トランク装置１１
へ通知する。 （Ｓ２０７ａ）フロー制御の対象になっていたセッショ
ンの個別データ送信先切替えを解除する。 これにより、輻輳状態になった共通チャネル上の優先度
の高い（要求されるＱＯＳの高い）セッションは空きチ
ャネルへ切り替えられることによって通信品質が確保さ
れる。また、共通チャネルの輻輳状態も解消することが
できる。
【００３２】第二の発明の共通バッファー装置１２、個
別トランク装置１１の内部構成は第一の発明と同じであ
り、その動作内容も基本的には同じである。しかし、第
一の発明では優先度の低いセッションを特定するために
ＱＯＳクラスごとにパラメータの設定、あるいは輻輳度
合い閾値を設定しているのに対して、第二の発明では優
先度の高いセッションを特定するためにＱＯＳクラスご
とにパラメータの設定、あるいは輻輳度合い閾値を設定
する点で異なる。具体的には第一の発明の共通バッファ
ー装置１２におけるフロー制御の流れのうち、ステップ
Ｓ１２２の段階でＱＯＳ判定部１２２はつぎの処理を行
うこととする。 受信した個別データのＱＯＳクラス（またはセッショ
ンおよびＱＯＳクラス）を認識し、ＱＯＳ管理部１２３
から該当するＱＯＳクラスのパラメータを読み込み、チ
ャネル管理テーブル１２４の対象のＱＯＳクラス（また
はセッション）のテーブルにその数値を書き込む。パラ
メータは、例えばＱＯＳクラスを５段階（１：最優先品
質〜５：最低品質）に区分し、ＱＯＳクラスごとのパラ
メータとしてＱＯＳクラス１（最優先）は最大の５倍、
ＱＯＳクラス５（最低）は最小の１倍として、その間の
ＱＯＳクラスについては段階的に倍率が設定されてい
る。 輻輳度合い閾値を設定してチャネル管理テーブル１２
４に輻輳度合い閾値を書き込む。この値は全ＱＯＳクラ
ス（または全セッション）共通の閾値である。
別トランク装置１１の内部構成は第一の発明と同じであ
り、その動作内容も基本的には同じである。しかし、第
一の発明では優先度の低いセッションを特定するために
ＱＯＳクラスごとにパラメータの設定、あるいは輻輳度
合い閾値を設定しているのに対して、第二の発明では優
先度の高いセッションを特定するためにＱＯＳクラスご
とにパラメータの設定、あるいは輻輳度合い閾値を設定
する点で異なる。具体的には第一の発明の共通バッファ
ー装置１２におけるフロー制御の流れのうち、ステップ
Ｓ１２２の段階でＱＯＳ判定部１２２はつぎの処理を行
うこととする。 受信した個別データのＱＯＳクラス（またはセッショ
ンおよびＱＯＳクラス）を認識し、ＱＯＳ管理部１２３
から該当するＱＯＳクラスのパラメータを読み込み、チ
ャネル管理テーブル１２４の対象のＱＯＳクラス（また
はセッション）のテーブルにその数値を書き込む。パラ
メータは、例えばＱＯＳクラスを５段階（１：最優先品
質〜５：最低品質）に区分し、ＱＯＳクラスごとのパラ
メータとしてＱＯＳクラス１（最優先）は最大の５倍、
ＱＯＳクラス５（最低）は最小の１倍として、その間の
ＱＯＳクラスについては段階的に倍率が設定されてい
る。 輻輳度合い閾値を設定してチャネル管理テーブル１２
４に輻輳度合い閾値を書き込む。この値は全ＱＯＳクラ
ス（または全セッション）共通の閾値である。
【００３３】あるいは、輻輳度合い閾値をＱＯＳクラス
ごと（またはセッションごと）に設定することとして、
ステップＳ１２１で求められたＱＯＳクラスごと（また
はセッションごと）の共通バッファー１２５におけるデ
ータ流量（ビット／秒）（またはバッファー滞留データ
量（ビット数））を輻輳度合いとし、第一の発明のステ
ップＳ１２２の段階でＱＯＳクラスごと（またはセッ
ションごと）に輻輳度合い閾値を設定する。このとき、
輻輳度合い閾値はＱＯＳクラスの区分（５段階）に対応
させてＱＯＳクラス１（最優先）の輻輳度合い閾値は最
低値とし、ＱＯＳクラス５（最低）は最高値として、そ
の間のＱＯＳクラスについては段階的に輻輳度合い閾値
を設定する。以上の設定によって、ＱＯＳの高いクラス
の識別が可能となり、輻輳の程度に応じて優先度の高い
（ＱＯＳクラス１（最優先））方から順番にフロー制御
（空きチャネルへの切替え送信）の対象とすることがで
きる。
ごと（またはセッションごと）に設定することとして、
ステップＳ１２１で求められたＱＯＳクラスごと（また
はセッションごと）の共通バッファー１２５におけるデ
ータ流量（ビット／秒）（またはバッファー滞留データ
量（ビット数））を輻輳度合いとし、第一の発明のステ
ップＳ１２２の段階でＱＯＳクラスごと（またはセッ
ションごと）に輻輳度合い閾値を設定する。このとき、
輻輳度合い閾値はＱＯＳクラスの区分（５段階）に対応
させてＱＯＳクラス１（最優先）の輻輳度合い閾値は最
低値とし、ＱＯＳクラス５（最低）は最高値として、そ
の間のＱＯＳクラスについては段階的に輻輳度合い閾値
を設定する。以上の設定によって、ＱＯＳの高いクラス
の識別が可能となり、輻輳の程度に応じて優先度の高い
（ＱＯＳクラス１（最優先））方から順番にフロー制御
（空きチャネルへの切替え送信）の対象とすることがで
きる。
【００３４】また、これに伴い第一の発明の個別トラン
ク装置１１におけるフロー制御の流れがつぎのように変
更になる。 （１）共通バッファー装置１２からフロー制御指示情報
を受信した場合 （Ｓ１１１´）フロー制御設定／解除処理部１１１を起
動する。フロー制御設定／解除処理部１１１は、共通バ
ッファー装置１２からのフロー制御指示情報に基づき、
つぎの処理を行う。 フロー制御対象のＱＯＳクラス（またはセッション）
を特定する。 上記の制御指示情報をフロー管理部１１２へ通知す
る。 （Ｓ１１２´）フロー管理部１１２を起動する。 フロー管理部１１２は空きチャネル情報（空きチャネ
ル数、対象チャネル）及びフロー制御設定／解除処理部
１１１から指示された対象のＱＯＳクラスに対応するセ
ッション（セッションの情報がきている場合にはそのま
ま）情報より、優先度の上位のＱＯＳクラスからのセッ
ション数累計が空きチャネル数以内に収まるＱＯＳクラ
スまでをフロー制御対象とする（フロー制御設定／解除
処理部１１１からセッション情報がきている場合には優
先度の上位のセッションからのセッション数累計が空き
チャネル数以内に収まるセッションまでをフロー制御対
象とする）。 そのフロー制御対象となったＱＯＳクラスに対応する
セッション（または、そのフロー制御対象となったセッ
ション）の個別データの送信先を多重化処理装置１３の
空きチャネル（ｃｈ．ｎ）へ変更する設定を行う。その
設定に基づき送信ドライバー１１Ｂから対象の個別デー
タは多重化処理装置１３の空きチャネル（ｃｈ．ｎ）へ
送信される。
ク装置１１におけるフロー制御の流れがつぎのように変
更になる。 （１）共通バッファー装置１２からフロー制御指示情報
を受信した場合 （Ｓ１１１´）フロー制御設定／解除処理部１１１を起
動する。フロー制御設定／解除処理部１１１は、共通バ
ッファー装置１２からのフロー制御指示情報に基づき、
つぎの処理を行う。 フロー制御対象のＱＯＳクラス（またはセッション）
を特定する。 上記の制御指示情報をフロー管理部１１２へ通知す
る。 （Ｓ１１２´）フロー管理部１１２を起動する。 フロー管理部１１２は空きチャネル情報（空きチャネ
ル数、対象チャネル）及びフロー制御設定／解除処理部
１１１から指示された対象のＱＯＳクラスに対応するセ
ッション（セッションの情報がきている場合にはそのま
ま）情報より、優先度の上位のＱＯＳクラスからのセッ
ション数累計が空きチャネル数以内に収まるＱＯＳクラ
スまでをフロー制御対象とする（フロー制御設定／解除
処理部１１１からセッション情報がきている場合には優
先度の上位のセッションからのセッション数累計が空き
チャネル数以内に収まるセッションまでをフロー制御対
象とする）。 そのフロー制御対象となったＱＯＳクラスに対応する
セッション（または、そのフロー制御対象となったセッ
ション）の個別データの送信先を多重化処理装置１３の
空きチャネル（ｃｈ．ｎ）へ変更する設定を行う。その
設定に基づき送信ドライバー１１Ｂから対象の個別デー
タは多重化処理装置１３の空きチャネル（ｃｈ．ｎ）へ
送信される。
【００３５】（２）共通バッファー装置１２からフロー
制御解除情報を受信した場合 （Ｓ１１１´）フロー制御設定／解除処理部１１１を起
動する。フロー制御設定／解除処理部１１１は、共通バ
ッファー装置１２からのフロー制御解除指示情報に基づ
き、フロー制御解除対象のＱＯＳクラス（またはセッシ
ョン）を特定し、フロー管理部１１２へ通知する。 （Ｓ１１２´）フロー管理部１１２を起動する。フロー
管理部１１２はフロー制御設定／解除処理部１１１から
指示されたＱＯＳクラスに対応する全セッション（フロ
ー制御設定／解除処理部１１１からセッションの通知の
あった場合はそのまま）について空きチャネルによる切
替え送信を解除し、もとの共通チャネル上へ戻す。
制御解除情報を受信した場合 （Ｓ１１１´）フロー制御設定／解除処理部１１１を起
動する。フロー制御設定／解除処理部１１１は、共通バ
ッファー装置１２からのフロー制御解除指示情報に基づ
き、フロー制御解除対象のＱＯＳクラス（またはセッシ
ョン）を特定し、フロー管理部１１２へ通知する。 （Ｓ１１２´）フロー管理部１１２を起動する。フロー
管理部１１２はフロー制御設定／解除処理部１１１から
指示されたＱＯＳクラスに対応する全セッション（フロ
ー制御設定／解除処理部１１１からセッションの通知の
あった場合はそのまま）について空きチャネルによる切
替え送信を解除し、もとの共通チャネル上へ戻す。
【００３６】共通チャネルから空きチャネルへの切替え
については、第３世代携帯電話システム仕様に基づく共
通チャネルから個別チャネルへの切替えが行われ、個別
チャネルから直接無線基地局へデータ送信することにな
る。また、空きチャネルの情報は呼接続制御で行われて
いるチャネル管理より提供され、共通バッファー段階ま
たは個別トランク段階いずれかがその情報を基に空きチ
ャネルがあるかどうかをチェックし、空きチャネルのあ
ることが確認された場合に上記第二の発明であるフロー
制御が行われる。
については、第３世代携帯電話システム仕様に基づく共
通チャネルから個別チャネルへの切替えが行われ、個別
チャネルから直接無線基地局へデータ送信することにな
る。また、空きチャネルの情報は呼接続制御で行われて
いるチャネル管理より提供され、共通バッファー段階ま
たは個別トランク段階いずれかがその情報を基に空きチ
ャネルがあるかどうかをチェックし、空きチャネルのあ
ることが確認された場合に上記第二の発明であるフロー
制御が行われる。
【００３７】以上の発明について、第一の発明と第二の
発明を併用して実施してもよい。すなわち、多元接続上
に空きチャネルがあり共通チャネルで輻輳状態になった
ときには、第二の発明を適用することによって共通チャ
ネルの一部の優先度の高いセッションを空きチャネルへ
切替え送信し、かつ第一の発明を適用することによって
共通チャネルの優先度の低いセッションの個別データ送
信に関してフロー制御することによって各セッションの
通信品質を確保しつつ輻輳状態の解消を図ることができ
る。
発明を併用して実施してもよい。すなわち、多元接続上
に空きチャネルがあり共通チャネルで輻輳状態になった
ときには、第二の発明を適用することによって共通チャ
ネルの一部の優先度の高いセッションを空きチャネルへ
切替え送信し、かつ第一の発明を適用することによって
共通チャネルの優先度の低いセッションの個別データ送
信に関してフロー制御することによって各セッションの
通信品質を確保しつつ輻輳状態の解消を図ることができ
る。
【００３８】
【発明の効果】第一の発明により、ＱＯＳクラスに基づ
いて判断される優先度に基づきデータ流量が制御される
ために必要な通信品質が確保されつつ、輻輳状態の解消
が可能となる。すなわち、統一的に優先度の高いセッシ
ョンはデータ流量が規制をかける前と同じ状態で通信さ
れ、優先度の低いセッションについてデータ流量の規制
が行われることで通信品質が確保される。また、セッシ
ョンごとの共通バッファーにおけるデータ流量あるいは
滞留データ量とＱＯＳクラスに基づく重み付けの関係か
らデータ流量を制御する対象のセッションの識別を行う
ことにより、共通バッファーにおけるセッションごとの
データ流量がそのセッションの要求されるＱＯＳクラス
に基づいて制御され、必要な通信品質が確保されつつ、
輻輳状態の解消が可能となる。
いて判断される優先度に基づきデータ流量が制御される
ために必要な通信品質が確保されつつ、輻輳状態の解消
が可能となる。すなわち、統一的に優先度の高いセッシ
ョンはデータ流量が規制をかける前と同じ状態で通信さ
れ、優先度の低いセッションについてデータ流量の規制
が行われることで通信品質が確保される。また、セッシ
ョンごとの共通バッファーにおけるデータ流量あるいは
滞留データ量とＱＯＳクラスに基づく重み付けの関係か
らデータ流量を制御する対象のセッションの識別を行う
ことにより、共通バッファーにおけるセッションごとの
データ流量がそのセッションの要求されるＱＯＳクラス
に基づいて制御され、必要な通信品質が確保されつつ、
輻輳状態の解消が可能となる。
【００３９】さらに、優先度の数値と閾値との差の大小
により個別トランク段階からの送信データ流量の規制が
かけられることになり、必要な通信品質が確保されつ
つ、より効率的な輻輳状態の解消が図られる。例えば優
先度の数値と閾値との差が大きい場合には送信データ流
量を制限する量を大きくあるいは全量とし、差が小さい
場合には送信データ流量を制限する量を小さくする。す
なわち、優先度の数値と閾値との差の大きさに比例させ
て送信データ流量を制御することによって輻輳解消の効
率化ができる。
により個別トランク段階からの送信データ流量の規制が
かけられることになり、必要な通信品質が確保されつ
つ、より効率的な輻輳状態の解消が図られる。例えば優
先度の数値と閾値との差が大きい場合には送信データ流
量を制限する量を大きくあるいは全量とし、差が小さい
場合には送信データ流量を制限する量を小さくする。す
なわち、優先度の数値と閾値との差の大きさに比例させ
て送信データ流量を制御することによって輻輳解消の効
率化ができる。
【００４０】第二の発明により、ＱＯＳクラスに基づい
て判断される優先度に基づきデータ送信が制御されるた
めに必要な通信品質が確保されつつ、輻輳状態の解消が
可能となる。すなわち、統一的に優先度の高いセッショ
ンのデータ送信先は優先的に共通チャネルから空いてい
るチャネルへ切り替えられることで通信品質が確保さ
れ、同時に共通チャネルにおける輻輳状態の解消が図ら
れる。また、セッションごとの共通バッファーにおける
データ流量あるいは滞留データ量とＱＯＳクラスに基づ
く重み付けの関係からデータ送信を制御する対象のセッ
ションの識別を行うことにより、共通バッファーにおけ
るセッションごとのデータ通信がそのセッションの要求
されるＱＯＳクラスに基づいて制御され、必要な通信品
質が確保されつつ、輻輳状態の解消が可能となる。
て判断される優先度に基づきデータ送信が制御されるた
めに必要な通信品質が確保されつつ、輻輳状態の解消が
可能となる。すなわち、統一的に優先度の高いセッショ
ンのデータ送信先は優先的に共通チャネルから空いてい
るチャネルへ切り替えられることで通信品質が確保さ
れ、同時に共通チャネルにおける輻輳状態の解消が図ら
れる。また、セッションごとの共通バッファーにおける
データ流量あるいは滞留データ量とＱＯＳクラスに基づ
く重み付けの関係からデータ送信を制御する対象のセッ
ションの識別を行うことにより、共通バッファーにおけ
るセッションごとのデータ通信がそのセッションの要求
されるＱＯＳクラスに基づいて制御され、必要な通信品
質が確保されつつ、輻輳状態の解消が可能となる。
【００４１】さらに、第一の発明、第二の発明ともに一
定周期ごとに前記共通バッファー使用量をモニターし、
輻輳状態を検知した場合に、前記優先度が更新設定さ
れ、その優先度に対応するＱＯＳクラスのセッションの
個別データについて個別トランク段階からの送信を制御
する方法とすることにより、時々刻々変化する輻輳状態
を確認しながらのフロー制御ができ、必要な通信品質が
確保されつつ、効率的な輻輳状態の解消が可能となる。
定周期ごとに前記共通バッファー使用量をモニターし、
輻輳状態を検知した場合に、前記優先度が更新設定さ
れ、その優先度に対応するＱＯＳクラスのセッションの
個別データについて個別トランク段階からの送信を制御
する方法とすることにより、時々刻々変化する輻輳状態
を確認しながらのフロー制御ができ、必要な通信品質が
確保されつつ、効率的な輻輳状態の解消が可能となる。
【図１】本発明を構成する共通バッファー装置の構成図
である。
である。
【図２】本発明を構成する個別トランク装置の構成図で
ある。
ある。
【図３】本発明のうち第一の発明に係る共通チャネルフ
ロー制御方法の全体フロー図である。
ロー制御方法の全体フロー図である。
【図４】本発明のうち第一の発明を構成する共通バッフ
ァー段階のフローチャート図である。
ァー段階のフローチャート図である。
【図５】本発明のうち第一の発明を構成する個別トラン
ク段階のフローチャート図である。
ク段階のフローチャート図である。
【図６】本発明のうち第二の発明に係る共通チャネルフ
ロー制御方法の全体フロー図である。
ロー制御方法の全体フロー図である。
【図７】多重伝送する共通チャネルを含む多元接続を有
する無線通信の基地局送受信制御装置の構成図である。
する無線通信の基地局送受信制御装置の構成図である。
【図８】従来の共通チャネルフロー制御方法の全体フロ
ー図である。
ー図である。
１ … 無線基地局送受信制御装置
１１ … 個別側トランク装置
１１１ … フロー制御設定／解除処理部
１１２ … フロー管理部
１１３ … 個別バッファー
１１Ａ … 受信ドライバー
１１Ｂ … 送信ドライバー
１２ａ、１２ｂ … 共通側バッファー装置
１２１ … データ管理部
１２２ … ＱＯＳ判定部
１２３ … ＱＯＳ管理部
１２４ … チャネル管理テーブル
１２５ … 共通バッファー
１２６ … フロー管理部
１２７ … タイマー管理部
１２８ … フロー制御設定／解除処理部
１２９ … フロー制御設定／解除フォーマット作成部
１２Ａ … 受信ドライバー
１２Ｂ … 送信ドライバー
１３ … 多重装置
２ … ＴＣＰ／ＩＰ網
３ … 交換局
４ … 無線基地局（ＢＴＳ）
ａ … 個別回線受信ドライバー部
ａ１〜ａ１０、ａｎ … 個別データ
Ｌ … 個別回線
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/56
H04Q 7/38
Claims (7)
- 【請求項１】多重伝送する共通チャネルを含む多元接続
を行う無線通信の基地局送受信制御システムにおいて、 ネットワークから受信したセッションごとの個別データ
を、送信側共通チャネル用データとして共通バッファー
段階に送信するか前記多元接続上の共通チャネル以外の
チャネルに送信するかの切替え手段を含む複数の個別ト
ランク段階と、 前記個別トランク段階から受信した複数のセッションの
データを一括して一時格納する共通バッファー機能を有
し、共通バッファーの使用量から当該チャネルの輻輳状
態をモニターする共通バッファー段階とを備え、 前記個別データは送信優先度を備え、 前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の低いＱＯＳクラスに対応するセッションの個別
データの個別トランク段階から共通バッファー段階への
送信を停止または制限する共通チャネルフロー制御方法
であって、 前記優先度がＱＯＳクラスごとの共通バッファーにおけ
るデータ流量または滞留データ量にそのＱＯＳクラスに
対応する予め設定された倍率を乗算した数値として設定
され、 ＱＯＳの高いクラスの倍率が低く、ＱＯＳの低いクラス
の倍率が高く設定され、 前記優先度の数値が予め設定された閾値を越えたＱＯＳ
クラスが優先度の低いＱＯＳクラスであることを特徴と
する共通チャネルフロー制御方法。 - 【請求項２】前記優先度の数値と閾値との差の大きさに
基づき、制御対象のＱＯＳクラスに対応するセッション
について個別トランク段階から共通バッファー段階への
送信データ流量を制御することを特徴とする請求項１に
記載の共通チャネルフロー制御方法。 - 【請求項３】多重伝送する共通チャネルを含む多元接続
を行う無線通信の基地局送受信制御システムにおいて、 ネットワークから受信したセッションごとの個別データ
を、送信側共通チャネル用データとして共通バッファー
段階に送信するか多元接続上の共通チャネル以外のチャ
ネルに送信するかを切替えるチャネル切替え処理を含む
複数の個別トランク段階と、 前記個別トランク段階から受信した複数のセッションの
データを一括して一時格納する共通バッファー機能を有
し、共通バッファーの使用量から当該チャネルの輻輳状
態をモニターする共通バッファー段階とを備え、 前記個別データは送信優先度を備え、 前記共通バッファー段階と前記個別トランク段階との少
なくとも一方は前記多元接続上に空きチャネルがあるか
否かを判定する空きチャネル判定処理を含み、 前記多元接続上に空きチャネルがあると判定した場合
は、 前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の高いＱＯＳクラスに対応するセッションの個別
データを個別トランク段階から送信側空きチャネルへ直
接に当てはめて送信する共通チャネルフロー制御方法で
あって、 前記優先度がＱＯＳクラスごとの共通バッファーにおけ
るデータ流量または滞留データ量にそのＱＯＳクラスに
対応する予め設定された倍率を乗算した数値として設定
され、 ＱＯＳの高いクラスの倍率が高く、ＱＯＳの低いクラス
の倍率が低く設定され、 前記優先度の数値が予め設定された閾値を越えるＱＯＳ
クラスであり、そのＱＯＳクラスの上位からのセッショ
ン数累計が空きチャネル数以内に収まるＱＯＳクラスま
でが優先度の高いＱＯＳクラスであることを特徴とする
共通チャネルフロー制御方法。 - 【請求項４】多重伝送する共通チャネルを含む多元接続
を行う無線通信の基地局送受信制御システムにおいて、 ネットワークから受信したセッションごとの個別データ
を、送信側共通チャネル用データとして共通バッファー
段階に送信するか多元接続上の共通チャネル以外のチャ
ネルに送信するかを切替えるチャネル切替え処理を含む
複数の個別トラ ンク段階と、 前記個別トランク段階から受信した複数のセッションの
データを一括して一時格納する共通バッファー機能を有
し、共通バッファーの使用量から当該チャネルの輻輳状
態をモニターする共通バッファー段階とを備え、 前記個別データは送信優先度を備え、 前記共通バッファー段階と前記個別トランク段階との少
なくとも一方は前記多元接続上に空きチャネルがあるか
否かを判定する空きチャネル判定処理を含み、 前記多元接続上に空きチャネルがあると判定した場合
は、 前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の高いＱＯＳクラスに対応するセッションの個別
データを個別トランク段階から送信側空きチャネルへ直
接に当てはめて送信する共通チャネルフロー制御方法で
あって、 前記優先度がＱＯＳクラスごとの共通バッファーにおけ
るデータ流量または滞留データ量として設定され、 ＱＯＳクラスごとにＱＯＳの高いクラスの閾値は低く、
ＱＯＳの低いクラスの閾値は高く設定され、 前記優先度の数値が該当するＱＯＳクラスの閾値を越え
るＱＯＳクラスであり、そのＱＯＳクラスの上位からの
セッション数累計が空きチャネル数以内に収まるＱＯＳ
クラスまでが優先度の高いＱＯＳクラスであることを特
徴とする共通チャネルフロー制御方法。 - 【請求項５】一定周期ごとに前記共通バッファーの使用
量をモニターし、輻輳状態を検知した場合に、前記優先
度が更新設定され、その優先度に対応するＱＯＳクラス
のセッションの個別データについて個別トランク段階か
らの送信を制御することを特徴とする請求項３または４
のいずれか一に記載の共通チャネルフロー制御方法。 - 【請求項６】多重伝送する共通チャネルを含む多元接続
を行う無線通信の基地局送受信制御システムにおいて、 ネットワークから受信したセッションごとの個別データ
を、送信側共通チャネル用データとして共通バッファー
段階に送信するか前記多元接続上の共通チャネル以外の
チャネルに送信するかの切替え手段を含む個別トランク
段階と、 前記個別トランク段階から受信した複数のセッションの
データを一括して一時格納する共通バッファー機能を有
し、共通バッファーの使用量から当該チャネルの輻輳状
態をモニターする共通バッファー段階とを備え、 前記個別データは送信優先度を備え、 前記共通バッファー段階と前記個別トランク段階との少
なくとも一方は前記多元接続上に空きチャネルがあるか
否かを判定する空きチャネル判定処理を含み、 前記多元接続上に空きチャネルがあると判定した場合
は、 前記共通バッファー段階で輻輳状態を検知した場合に、
優先度の高いＱＯＳクラスに対応するセッションの個別
データを個別トランク段階から送信側空きチャネルへ直
接に当てはめて送信し、 さらに、優先度の低いＱＯＳクラスに対応するセッショ
ンの個別データの個別トランク段階から共通バッファー
段階への送信を停止または制限する共通チャネルフロー
制御方法であって、 前記優先度がＱＯＳクラスごとの共通バッファーにおけ
るデータ流量または滞留データ量にそのＱＯＳクラスに
対応する予め設定された倍率を乗算した数値として設定
され、 ＱＯＳの高いクラスの倍率が低く、ＱＯＳの低いクラス
の倍率が高く設定され、 前記優先度の数値が予め設定された閾値を越えたＱＯＳ
クラスが優先度の低いＱＯＳクラスであることを特徴と
する共通チャネルフロー制御方法。 - 【請求項７】一定周期ごとに前記共通バッファーの使用
量をモニターし、輻輳状態を検知した場合に、前記優先
度が更新設定され、その優先度に対応するＱＯＳクラス
のセッションの個別データについて個別トランク段階か
らの送信を制御することを特徴とする請求項６記載の共
通チャネルフロー制御方法。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001218777A JP3465703B2 (ja) | 2001-07-18 | 2001-07-18 | 共通チャネルフロー制御方法 |
| PCT/JP2002/007263 WO2003009540A1 (fr) | 2001-07-18 | 2002-07-17 | Systeme et procede de commande de flux de canal commun |
| CNB028142683A CN100459561C (zh) | 2001-07-18 | 2002-07-17 | 公用信道流控制方法及*** |
| EP02749310A EP1418715A4 (en) | 2001-07-18 | 2002-07-17 | CENTRAL CHANNEL FLUSH CONTROL METHOD AND SYSTEM |
| KR20047000750A KR100693023B1 (ko) | 2001-07-18 | 2002-07-17 | 공통 채널 플로우 제어 방법 및 시스템 |
| US10/484,086 US7724665B2 (en) | 2001-07-18 | 2002-07-17 | Common channel flow control method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001218777A JP3465703B2 (ja) | 2001-07-18 | 2001-07-18 | 共通チャネルフロー制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003032296A JP2003032296A (ja) | 2003-01-31 |
| JP3465703B2 true JP3465703B2 (ja) | 2003-11-10 |
Family
ID=19052900
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001218777A Expired - Fee Related JP3465703B2 (ja) | 2001-07-18 | 2001-07-18 | 共通チャネルフロー制御方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7724665B2 (ja) |
| EP (1) | EP1418715A4 (ja) |
| JP (1) | JP3465703B2 (ja) |
| KR (1) | KR100693023B1 (ja) |
| CN (1) | CN100459561C (ja) |
| WO (1) | WO2003009540A1 (ja) |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7027393B1 (en) * | 2001-03-02 | 2006-04-11 | Cisco Technology, Inc. | TCP optimized single rate policer |
| US20040081095A1 (en) * | 2002-10-29 | 2004-04-29 | Yonghe Liu | Policing mechanism for resource limited wireless MAC processors |
| KR100735408B1 (ko) * | 2003-03-10 | 2007-07-04 | 삼성전자주식회사 | 이더넷 기반의 네트워크에서 서비스 클래스별 트래픽의스위칭 제어 방법 및 그 스위칭 장치 |
| US6999759B2 (en) | 2003-03-14 | 2006-02-14 | Motorola, Inc. | Method and apparatus for providing deferrable data services in a cellular communication system |
| US7394826B2 (en) * | 2003-09-09 | 2008-07-01 | Harris Corporation | Mobile ad hoc network (MANET) providing quality-of-service (QoS) based unicast and multicast features |
| KR101023775B1 (ko) * | 2004-04-20 | 2011-03-21 | 프랑스 텔레콤 | 통신 세션 관리 시스템 및 이 시스템을 포함하는 스트림허브 |
| US7843829B1 (en) * | 2004-08-10 | 2010-11-30 | Cisco Technology, Inc. | Detection and recovery from control plane congestion and faults |
| US11258531B2 (en) | 2005-04-07 | 2022-02-22 | Opanga Networks, Inc. | System and method for peak flow detection in a communication network |
| US9065595B2 (en) | 2005-04-07 | 2015-06-23 | Opanga Networks, Inc. | System and method for peak flow detection in a communication network |
| JP2006310997A (ja) * | 2005-04-27 | 2006-11-09 | Nec Corp | フロー制御装置及びフロー制御方法並びにプログラム |
| JP4772111B2 (ja) * | 2006-03-06 | 2011-09-14 | シャープ株式会社 | 通知情報生成装置、通信装置、通知情報生成方法およびプログラム |
| ATE447281T1 (de) * | 2006-06-30 | 2009-11-15 | Alcatel Lucent | Verfahren zur bereitstellung von einer ressourcenzulassungskontrolle |
| US8223655B2 (en) * | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
| US20080170497A1 (en) * | 2007-01-11 | 2008-07-17 | Moo Ryong Jeong | Proactive Per-Class Load Management |
| US7936677B2 (en) * | 2007-03-22 | 2011-05-03 | Sharp Laboratories Of America, Inc. | Selection of an audio visual stream by sampling |
| JP4901955B2 (ja) * | 2007-03-30 | 2012-03-21 | 富士通株式会社 | 基地局装置、通信システム及びコンピュータプログラム |
| US8929372B2 (en) | 2007-10-30 | 2015-01-06 | Contextream Ltd. | Grid router |
| US7990869B2 (en) * | 2007-11-30 | 2011-08-02 | International Business Machines Corporation | Method for monitoring data congestion in a computer network with multiple nodes and method for controlling data transmission in the computer network |
| US8095661B2 (en) * | 2007-12-10 | 2012-01-10 | Oracle America, Inc. | Method and system for scaling applications on a blade chassis |
| US8370530B2 (en) * | 2007-12-10 | 2013-02-05 | Oracle America, Inc. | Method and system for controlling network traffic in a blade chassis |
| US8086739B2 (en) * | 2007-12-10 | 2011-12-27 | Oracle America, Inc. | Method and system for monitoring virtual wires |
| US7962587B2 (en) * | 2007-12-10 | 2011-06-14 | Oracle America, Inc. | Method and system for enforcing resource constraints for virtual machines across migration |
| US7945647B2 (en) * | 2007-12-10 | 2011-05-17 | Oracle America, Inc. | Method and system for creating a virtual network path |
| US7984123B2 (en) * | 2007-12-10 | 2011-07-19 | Oracle America, Inc. | Method and system for reconfiguring a virtual network path |
| CN101878619B (zh) * | 2007-12-19 | 2012-11-07 | 上海贝尔股份有限公司 | 无线中继网络中控制数据包传输的方法和装置 |
| US7970951B2 (en) * | 2008-02-29 | 2011-06-28 | Oracle America, Inc. | Method and system for media-based data transfer |
| US7965714B2 (en) * | 2008-02-29 | 2011-06-21 | Oracle America, Inc. | Method and system for offloading network processing |
| US7826359B2 (en) * | 2008-03-24 | 2010-11-02 | Oracle America, Inc. | Method and system for load balancing using queued packet information |
| US7944923B2 (en) * | 2008-03-24 | 2011-05-17 | Oracle America, Inc. | Method and system for classifying network traffic |
| US8739179B2 (en) * | 2008-06-30 | 2014-05-27 | Oracle America Inc. | Method and system for low-overhead data transfer |
| US7941539B2 (en) * | 2008-06-30 | 2011-05-10 | Oracle America, Inc. | Method and system for creating a virtual router in a blade chassis to maintain connectivity |
| US8467295B2 (en) | 2008-08-21 | 2013-06-18 | Contextream Ltd. | System and methods for distributed quality of service enforcement |
| US8732331B2 (en) * | 2008-10-02 | 2014-05-20 | Hewlett-Packard Development Company, L.P. | Managing latencies in a multiprocessor interconnect |
| EP2359544A1 (en) * | 2008-11-11 | 2011-08-24 | Telefonaktiebolaget L M Ericsson (publ) | Method and device for enabling indication of congestion in a telecommunications network |
| WO2011022104A1 (en) * | 2009-08-19 | 2011-02-24 | Opanga Networks, Inc. | Optimizing channel resources by coordinating data transfers based on data type and traffic |
| US8125909B2 (en) * | 2009-10-22 | 2012-02-28 | Motorola Solutions, Inc. | Methods and apparatus for controlling congestion in a communication network |
| US8379516B2 (en) | 2009-12-24 | 2013-02-19 | Contextream Ltd. | Grid routing apparatus and method |
| JP2011249977A (ja) * | 2010-05-25 | 2011-12-08 | Fujitsu Ltd | 通信処理装置 |
| US8295180B2 (en) * | 2010-06-04 | 2012-10-23 | Alcatel Lucent | Quality of service aware rate throttling of delay tolerant traffic for energy efficient routing |
| US8862769B2 (en) | 2010-11-23 | 2014-10-14 | Qualcomm Incorporated | Object-based transport protocol |
| US8724471B2 (en) * | 2011-03-02 | 2014-05-13 | Mobidia Technology, Inc. | Methods and systems for sliding bubble congestion control |
| EP2760182B1 (en) * | 2011-09-21 | 2017-03-01 | Fujitsu Limited | Data communication apparatus, data transmission method, and computer system |
| CN103249105B (zh) * | 2012-02-03 | 2016-01-13 | 上海贝尔股份有限公司 | 一种用于多个移动中继的协作切换方法与装置 |
| US20150148935A1 (en) * | 2012-07-04 | 2015-05-28 | Hitachi Kokusai Electric Inc. | Substrate processing system, substrate processing apparatus, data processing method, and storage medium |
| WO2014166884A1 (en) * | 2013-04-08 | 2014-10-16 | Telefonaktiebolaget L M Ericsson (Publ) | Congestion aware throughput targets |
| US9372780B2 (en) | 2013-06-28 | 2016-06-21 | International Business Machines Corporation | Breakpoint continuation for stream computing |
| WO2015192344A1 (zh) | 2014-06-18 | 2015-12-23 | 华为技术有限公司 | 一种控制业务数据流的方法及装置 |
| US20170093728A1 (en) | 2015-09-25 | 2017-03-30 | Fsa Technologies, Inc. | Data flow prioritization system and method |
| CN108370521B (zh) * | 2016-01-05 | 2023-03-24 | 富士通株式会社 | 信息传输方法、装置和*** |
| US10230652B2 (en) * | 2017-03-22 | 2019-03-12 | Mellanox Technologies Tlv Ltd. | Combined pause-resume and credit-based flow-control |
| US11076446B2 (en) * | 2017-03-30 | 2021-07-27 | Lg Electronics Inc. | Method and apparatus for selecting a relay user equipment |
| KR102371485B1 (ko) * | 2020-07-15 | 2022-03-07 | 고려대학교 산학협력단 | 이더넷 기반 네트워크 내 트래픽 제어 방법 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5311513A (en) * | 1992-09-10 | 1994-05-10 | International Business Machines Corp. | Rate-based congestion control in packet communications networks |
| US5434848A (en) * | 1994-07-28 | 1995-07-18 | International Business Machines Corporation | Traffic management in packet communications networks |
| US5721733A (en) * | 1995-10-13 | 1998-02-24 | General Wireless Communications, Inc. | Wireless network access scheme |
| US5701292A (en) * | 1995-12-04 | 1997-12-23 | Lucent Technologies Inc. | Method and apparatus for controlling data transfer rates of data sources in asynchronous transfer mode-based networks |
| JP3561126B2 (ja) * | 1997-10-20 | 2004-09-02 | 富士通株式会社 | コネクションレス型通信方式 |
| US6246878B1 (en) * | 1997-11-26 | 2001-06-12 | Telefonaktiebolaget Lm Ericsson | Magnetoresistive device having a highly smooth metal reflective layer |
| US6044061A (en) * | 1998-03-10 | 2000-03-28 | Cabletron Systems, Inc. | Method and apparatus for fair and efficient scheduling of variable-size data packets in an input-buffered multipoint switch |
| JP2957538B2 (ja) * | 1998-03-18 | 1999-10-04 | 三菱電機株式会社 | 移動体パケット通信システム |
| JP3866425B2 (ja) | 1998-11-12 | 2007-01-10 | 株式会社日立コミュニケーションテクノロジー | パケットスイッチ |
| WO2000035235A1 (fr) | 1998-12-07 | 2000-06-15 | Ntt Mobile Communications Network, Inc. | Procede de controle du trafic dans un systeme mobile de transmission de donnees, dispositif de station mobile et dispositif de station de base |
| CN1108075C (zh) * | 1999-09-24 | 2003-05-07 | 华为技术有限公司 | 无线信道的动态分配的方法 |
| EP1221230A1 (en) * | 2000-06-26 | 2002-07-10 | Koninklijke Philips Electronics N.V. | Low delay and low loss packet switch |
| US20020075805A1 (en) * | 2000-09-22 | 2002-06-20 | Narad Networks, Inc. | Broadband system with QOS based packet handling |
| US6925057B2 (en) * | 2000-12-06 | 2005-08-02 | Lucent Technologies Inc. | Method of scheduling a quality of service level in a high data rate system |
| US20020085507A1 (en) * | 2000-12-28 | 2002-07-04 | Maple Optical Systems, Inc. | Address learning technique in a data communication network |
| US7027462B2 (en) * | 2001-01-02 | 2006-04-11 | At&T Corp. | Random medium access methods with backoff adaptation to traffic |
-
2001
- 2001-07-18 JP JP2001218777A patent/JP3465703B2/ja not_active Expired - Fee Related
-
2002
- 2002-07-17 WO PCT/JP2002/007263 patent/WO2003009540A1/ja active Application Filing
- 2002-07-17 EP EP02749310A patent/EP1418715A4/en not_active Withdrawn
- 2002-07-17 US US10/484,086 patent/US7724665B2/en not_active Expired - Fee Related
- 2002-07-17 CN CNB028142683A patent/CN100459561C/zh not_active Expired - Fee Related
- 2002-07-17 KR KR20047000750A patent/KR100693023B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003032296A (ja) | 2003-01-31 |
| EP1418715A1 (en) | 2004-05-12 |
| KR100693023B1 (ko) | 2007-03-12 |
| EP1418715A4 (en) | 2010-01-06 |
| KR20040018471A (ko) | 2004-03-03 |
| WO2003009540A1 (fr) | 2003-01-30 |
| CN1529965A (zh) | 2004-09-15 |
| CN100459561C (zh) | 2009-02-04 |
| US20040170127A1 (en) | 2004-09-02 |
| US7724665B2 (en) | 2010-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3465703B2 (ja) | 共通チャネルフロー制御方法 | |
| TW424377B (en) | Method and apparatus for dynamically adapting a connection state in mobile communications system | |
| US7486621B2 (en) | Method and apparatus for load sharing and overload control for packet media gateways under control of a single media gateway controller | |
| CA2113250C (en) | Connection-oriented congestion controller for common channel signaling network | |
| RU2254686C1 (ru) | Управление пакетной передачей между контроллером базовой станции и базовой станцией | |
| US9699092B2 (en) | Systems and methods for dynamically adjusting QoS parameters | |
| US6578082B1 (en) | Distributed flow control system and method for GPRS networks based on leaky buckets | |
| US5896441A (en) | Communication state management system and method in an intelligent network | |
| KR100415115B1 (ko) | 통신시스템의 데이터 혼잡 통보 방법 및 장치 | |
| US20050276222A1 (en) | Platform level overload control | |
| EP1694001A1 (en) | Adaptive queue method and system for realtime packet transfer | |
| JP2007159005A (ja) | 無線ネットワークシステム及び同システムにおける通信トラフィック切替方法並びに同システムに用いられるトラフィック処理装置、回線多重装置及び上位装置 | |
| RU2007105217A (ru) | Способ управления межзонной полосой частот в сети двустороннего обмена сообщениями | |
| JP3644677B2 (ja) | スペクトラム拡散マルチユーザチャネルの優先順位づけおよび流れ制御 | |
| US6996119B2 (en) | Adaptive polling method for router | |
| JPH10150686A (ja) | トラヒック過負荷制御システム | |
| JPH07135512A (ja) | ルータ装置 | |
| US20060187841A1 (en) | Methods, systems, and computer program products for suppressing congestion control at a signaling system 7 network node | |
| CN101543100A (zh) | 一种处理容灾切换的方法、装置及*** | |
| JP3658704B2 (ja) | 遠隔通信接続に関連したアプリケーションを処理装置により実行する方法および装置 | |
| Rumsewicz | Analysis of the effects of SS7 message discard schemes on call completion rates during overload | |
| JP2007228377A (ja) | 通信装置およびコネクション選択方法 | |
| Rumsewicz | On the efficacy of using the transfer-controlled procedure during periods of STP processor overload in SS7 networks | |
| JP3670256B2 (ja) | オペレーション装置、及び、通信制御方法 | |
| JP2006295609A (ja) | 伝送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070829 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080829 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080829 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090829 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090829 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100829 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110829 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120829 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130829 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |