JP4020332B2 - パケット交換無線チャネル輻湊制御 - Google Patents
パケット交換無線チャネル輻湊制御 Download PDFInfo
- Publication number
- JP4020332B2 JP4020332B2 JP51653197A JP51653197A JP4020332B2 JP 4020332 B2 JP4020332 B2 JP 4020332B2 JP 51653197 A JP51653197 A JP 51653197A JP 51653197 A JP51653197 A JP 51653197A JP 4020332 B2 JP4020332 B2 JP 4020332B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- prch
- call
- radio channel
- packet call
- 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 - Lifetime
Links
- 238000000034 method Methods 0.000 claims description 129
- 230000004044 response Effects 0.000 claims description 36
- 230000008569 process Effects 0.000 description 109
- 230000006870 function Effects 0.000 description 60
- 230000001413 cellular effect Effects 0.000 description 24
- 238000013475 authorization Methods 0.000 description 23
- 238000011156 evaluation Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 14
- 238000012544 monitoring process Methods 0.000 description 13
- 101100084617 Arabidopsis thaliana PBG1 gene Proteins 0.000 description 10
- 238000007726 management method Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 8
- 238000012854 evaluation process Methods 0.000 description 5
- 101100465000 Mus musculus Prag1 gene Proteins 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- 238000001303 quality assessment method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- 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
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
- H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本出願は1995年9月18日に出願した米国特許出願第08/529,559号“PACKET SWITCHED TRAFFIC MANAGEMENT INA CELLULAR TELECOMMUNICATIONS SYSTEM”アトニードケット第27946−00106号の一部継続出願である。
発明の分野
本発明はパケット交換電気通信システムに関し、特に電気通信システムにおけるパケット交換無線チャネル輻輳制御方法およびシステムに関する。
従来技術の歴史
セルラー電気通信システム内でより多くの多様なサービスを提供する能力が開発されるにつれて、パケット交換サービスはセルラー電気通信の分野において次第に重要な役割を演じるようになってきている。多くのコンピュータおよび関連するデータサービスをセルラーシステムに応用するには、セルラー電気通信システムの無線リンクを介して一つもしくは多数のデータパケットを転送する必要がある。電子メール(e−mail)やテレバンキング等のこれらのサービスのあるものは蓄積転送ショートメッセージサービスにより実施することができる。しかしながら、端末エミュレーション、ローカルエリアネットワーク、バンクサーバアクセス、およびクレジットカード照合等の他のサービスには、インタラクティブな処理、短時間遅延および広範に長さの変動するデータパケットを処理する能力が必要である。将来のセルラーシステムは、このようなサービスを効率的なパケットデータサービスによりサポートしなければならないことは確かである。
パケットデータサービスの重要性が認識された結果、欧州技術標準協会(ETSI)はEuropean2+Group Special Mobile(GSM)セルラーシステムに対するこのようなサービスを開発すべく現在努力している。また、この認識から現在RACEII Code Division Testbed(CODIT)プロジェクトR2020において開発中のUniversal Mobile Telephone System(UMTS)内にパケットデータサービス能力を設計する努力がなされている。CODITプロジェクトは符号分割多元接続(CDMA)技術を使用した将来の移動通信システムを明確に定めるために欧州共同体の委員会により創設された。
セルラー電気通信網におけるパケット交換データサービスは、パケット交換無線チャネル(PRCH)の共有のダウンリンク(DL)を介してパケット交換移動局へ伝送されるネットワークユーザから移動機ユーザへの呼、およびPRCHのアップリンク(UL)を共有する一人以上の移動機ユーザを特徴としている。DL PRCHは待ち行列ベースでネットワークユーザにより共有される。UL PRCHは各移動機ユーザが、必要に応じて、ランダムにチャネルにアクセスしてシステムへデータを伝送するために共有される。
PRCHへのアクセスを許す一般的な方法はパケット交換コンテンションモードを介することである。現在規定されているCODIT UMTSパケットデータサービスはコンテンションモード型である。パケット交換コンテンションモードでは、移動機ユーザはデータを転送する必要がある時にPRCHを介してデータパケットを送信する。送信する移動機ユーザの識別は各データパケット内に含まれる。移動機ユーザによるデータパケットの送信はランダムに行ったり、パケットデータチャネルが現在他の移動局により使用されていないことを示すアイドル信号を感知して行うことができる。二人以上の移動機ユーザが空きパケットデータチャネルを同時に奪い合う場合には、システムはチャネルへの一つのアクセスしか許可しない。チャネルへアクセスできないユーザは、システムに容認されるまでデータパケットの送信を繰り返さなければならない。移動機ユーザへデータパケットを送信しているシステムユーザも待ち行列へ加えられることによりダウンリンクを奪い合う。
このようなシステムでは、各ユーザがパケット交換チャネルへランダムにアクセスするため、セルラーシステムのパケット交換無線チャネル間およびそれに出入りするユーザの制御されていないフローによりシステム内にパケット伝送遅延を生じることがある。遅延はアップリンクの移動機ユーザ、およびダウンリンクの移動機ユーザへ送信するネットワークユーザの両方により生じることがある。パケット交換チャネルを介したパケット呼の数が増加すると、各パケット呼に対する平均伝送遅延が増加する。応用によっては、容認できない遅延となることがある。
したがって、セルラーシステムの一つ以上のパケット交換無線チャネルのパケット伝送遅延を制御する方法およびシステムに対するニーズがある。競合するパケット呼を予め規定された基準に従って選出してパケット無線チャネルへ入る許可を与えることができれば、長いパケット遅延時間に耐えられない応用におけるパケット交換チャネルユーザの遅延を回避したり低減したりすることができる。
各パケット交換無線チャネルが最大許容パケット伝送遅延を有する、一つ以上のパケット交換無線チャネル間およびそれに出入りする優先順位付けされたユーザのフローを管理する方法およびシステムはこのようなニーズに合致する。
発明の要約
本発明により電気通信システムにおけるパケット交換無線チャネル輻輳制御方法およびシステムが提供される。本発明により、システムオペレータはパケット交換無線チャネル(PRCH)へのアクセスを許されたユーザに対するパケット呼内に生じる最大平均時間遅延を設定することができる。システムの一つ以上のPRCHに最大平均時間遅延を設定することにより、PRCHユーザが容認できないパケット伝送遅延を受けることがないようシステムオペレータを保証することができる。PRCHのパケット呼に対する推定平均時間遅延が設定された最大平均時間遅延の所定の範囲内であれば、優先度の低いパケット呼をPRCHから廃棄することができる。そのため、長いパケット遅延に耐えられない優先度の高いパケット呼に対する平均時間遅延は設定最大平均時間遅延よりも減少する。それにより、各ユーザがランダムに奪い合ってPRCHを使用する従来のコンテンションモードパケット交換システムに伴う問題点が回避される。このような従来のシステムでは、データパケット伝送の平均時間遅延はPRCHを奪い合うユーザ数の増加と共に増加する。
一実施例において、本発明はシステムの各PRCHに対するPRCH輻輳制御機能を含んでいる。輻輳制御機能はPRCH上のパケット呼の平均時間遅延がシステムオペレータにより設定される遅延警報レベル内であるかを確認する。平均時間遅延が遅延警報レベル内でなければ、輻輳制御機能はどのパケット呼をPRCHから廃棄すべきかの評価を行う。最低優先度のパケット呼から始まって廃棄するパケット呼が選択され、単独でもしくは群として廃棄することができる。一つのパケット呼が選出されて廃棄される場合には、PRCH上のパケット呼の最低優先動作のパケット呼が選出される。最低優先度のパケット呼が2つ以上存在する場合には、一つのパケット呼がランダムに選出されるか、あるいは各最低優先度パケット呼に関連するパラメータの比較に基づいて選出される。
2つ以上のパケット呼が廃棄される場合には、廃棄するパケット呼は最低優先度パケット呼から始まって選出される。選出された呼からの平均データトラフィックの和がPRCH上の過剰データトラフィック以上となるまで、いくつかのパケット呼が選出される。優先度の同じ2つ以上のパケット呼から選出する必要がある場合には、パケット呼はランダムに選出したり、各パケット呼に関連するパラメータの比較に基づいて選出することができる。
別の実施例では、輻湊制御機能を使用してPRCHのアップリンクおよびダウンリンクの輻湊を別々に確認したり、アップリンクおよびダウンリンク組合せの輻湊を確認することができる。
【図面の簡単な説明】
添付図と共に下記の詳細説明を参照すれば、本発明の方法およびシステムをより完全に理解することができ、ここに、
図1は本発明を実施することができるセルラー電気通信システムのブロック図。
図2は本発明を実施することができるセルラー電気通信システムのパケット交換機能に対するコントロールプレーンプロトコルアーキテクチュアを示す。
図3Aおよび図3Bは本発明の実施例に従って作動するセルラーシステムパケット無線チャネルの、それぞれ、アップリンクおよびダウンリンクの信号の交換を示す。
図4は本発明の実施例に従って作動するセルラーシステム内のパケット無線トラフィック管理機能の機能ブロック図。
図5Aから図5Dは本発明の実施例に従ったパケット無線チャネル管理機能が従うプロセスステップを示すフロー図。
図6は本発明の実施例に従ったパケット無線チャネルコントローラトラフィック監視機能が従うプロセスステップを示すフロー図。
図7は本発明の実施例に従ったパケット無線チャネルコントローラ許可制御機能が従うプロセスステップを示すフロー図。
図8Aから図8Cは本発明の実施例に従ったパケット無線チャネルコントローラ輻輳制御機能が従うプロセスステップを示すフロー図。
図9は本発明の実施例に従ったパケット無線チャネルリソースマネジャーが従うプロセスステップを示すフロー図。
図10は本発明の実施例に従ったパケットトラフィックスーパバイザを示す略ブロック図。
図11は本発明の実施例に従ったパケットトラフィック輻輳制御機能を示す略ブロック図。
詳細な説明
次に、図1を参照して、本発明を実施することができるセルラー電気通信システム10のブロック図を示す。セルラーシステム10は移動制御ノード(MCN)102、無線ネットワークコントローラ(RNCs)104および106、基地局(BSs)108,110,112,114,116および118、および移動局(MSs)120,122および124を含んでいる。各基地局108,110,112,114,116および118は基地局のセルと呼ばれる無線カバレッジエリア内の移動局とのシステム無線通信を制御する。
移動局120,122および124は、それがどの基地局のカバレッジエリアにあるかに応じて、基地局108,110,112,114,116および118の中の特定の基地局と通信する。図1において、移動局120,122および124は無線インターフェイス128,130および132を介して、それぞれ、基地局108,112,116と通信しているように図示されている。基地局108,110および112は無線ネットワークコントローラ104に接続され、基地局114,116および118は無線ネットワークコントローラ106に接続されている。無線ネットワークコントローラ104および106は移動制御ノード102に接続されている。移動制御ノード102は固定網126へのセルラーシステムの相互接続をサポートする交換局である。移動制御ノード102は陸上回線や他の同等な接続により固定網126に接続することができる。固定網126はインターネット網、公衆交換電話網(PSTN)、サービス総合デジタル網(ISDN)、パケット交換公衆データ網(PSPDN)、もしくはX.25システムを含むことができる。図1のセルラー電気通信システムは特定構成として図示されているが、ブロック図は本発明を実施することができる典型的なシステム構成にすぎない。本発明はユーザがパケット交換無線チャネル(PRCH)を奪い合ういかなるパケット交換無線システムにも応用される。
本発明の実施例において、セルラーシステム100は本発明のPRCHトラフィック管理機能により制御されるCODIT/UMTS(Code Division Testbed/Universal Mobile Telephone System)に指定されたPRCHコンテンションモードアクセスを有するCODIT/UMTSプロジェクトに対して開発されたプロトコルに従って作動する。UMTSはマルチレート無線インターフェイスアーキテクチュアを有する直接シーケンス符号分割多元接続(DS−CDMA)を使用する移動通信システムである。CODIT/UMTSシステムでは、パケット無線サービスは一つ以上のPRCHを介して移動局120,122および124へ提供される。各基地局108,110,112,114,116および118は無線ネットワークコントローラ104および106もしくは移動制御ノード102の要求に応じて一つ以上のPRCHを確立し終端する。PRCHは9.6kbps(狭帯域チャネル)までもしくは64kbps(中間帯域チャネル)までの可変移動局データレートでアップリンク(UL)およびダウンリンク(DL)で独立して作動することができる全二重非対称チャネルである。MCN102は一つのセル内の一つのPRCHに多数の移動局をつなぐことができる。PRCH上のいくつかの移動局を識別するために、MCN102はアクセスを授与する時に各移動機へ仮想接続識別子(VCI)を割り当てる。VCIはkビット数で表され、MCN102により制御されるエリア内で一意的なアドレスとして働く。
PRCHは移動局120,122および124とネットワークとの間でフラグメント化されたパケットを運ぶ10msタイムスロット内に構成される。DLでは、移動制御ノード102は移動局データパケットおよびULを介したアクセスおよびデータ転送を制御する情報を一つの移動局あるいは複数の移動局へ同時に送ることができる。ULでは、移動局は同じ基地局のカバレッジエリア内であればUL PRCHへのアクセスを共有することができる。PRCHへアクセスした後で、移動局は物理チャネルを介してシステムへパケットを送信する。論理チャネルPRCHが物理データチャネル(PDCH)および物理制御チャネル(PCCH)を含む2つの物理チャネル上へマップされる。一つのPCCHをサポートするのに2台の基地局トランシーバが必要である。
次に、図2を参照して、CODIT/UMTSのパケット交換機能に対するプロトコルスタック200を示す。移動局において、移動局プロトコルスタック(MS/PS)218はネットワークレイヤ202、データリンク制御(DLC)レイヤ204、媒体アクセス制御(MAC)レイヤ206、および物理レイヤ208を含んでいる。ネットワーク側で、ネットワークプロトコルスタック(NW/PS)220は、各々がMCNもしくはRCN内に位置するネットワークレイヤ210およびDLCレイヤ212、基地局およびMCNもしくはRCN内に位置する媒体アクセスレイヤ(MAC)214、および物理レイヤ216を含んでいる。
ネットワークレイヤ202のコネクションレスパケットサービス(CLPS)当事者(entity)により移動局へのパケットサービスが提供される。ネットワークレイヤ210のCLPSにより登録、認証、VCIの割当ておよび管理およびパケットデータ網とのインターフェイス機能が提供される。パケット呼中に、CLPS当事者は論理リンクアドミニストレータ(LLA)を使用して専用制御チャネル(DCCHおよびCC)を介したパケットサービス開設信号の初期ルート決定を行う。パケットサービス開設後に、移動局はPRCHにつながれ、移動局データパケットを含むCLPS間の全メッセージがDLCを介してパケット無線(PR)制御当事者へ通される。PR当事者は切替え、コネクション再確立等の正規の移動電話システム機能にも責任がある。
PRCHを介して送信されるパケットはフラグメント化され、受信側で伝送エラーを検出するブロック符号(BC)により保護され、畳み込み符号化され、インターリーブ(IL)され、マルチプレクサ(MUX)を介して交換され次にPDCHを介して送信される。電力制御等の制御情報もPCCHを介して転送することができる。受信側において、受信サンプルからフラグメントが再構成され、パケットへ再組立てされて、コネクションレスパケットサービス(CLPS)当事者へ転送される。受信側のブロックデコーダが誤ったパケットフラグメントの受信を検出すると、パケット無線制御機能がその再送信を要求する。セルラーシステム100では、基地局108,110,112,114,116および118により制御されるセル間にいくつかのPRCHが分散されていることがある。
次に、図3Aおよび図3Bを参照して、本発明に従って作動するセルラーシステムPRCHの、それぞれ、アップリンク(UL)およびダウンリンク(DL)を介した信号の交換を示す。図3Aおよび図3Bは移動局(MS)300とネットワーク(NW)302間の信号交換を示している。移動局300は機能的には移動局プロトコルスタック(MS/PS)218および移動局システムマネジャー(MS/SM)220として図示されている。ネットワーク302は機能的にはネットワークプロトコルスタック(NS/PS)222およびネットワークシステムマネジャー(NW/SM)224として図示されている。プロトコルスタックはデータ伝送に責任があり、システムマネジャーはネットワークと移動局間のコネクションの制御および監視に責任がある。
アップリンク(UL)パケット送受信に対して、下記の方式が使用される(ステップは図3Aの矢符の番号付けに対応する)。
1U. MS/PSは3種の異なるパケットをNW/PS222へ送ることができ、その中の2つは肯定応答を必要とする。
a. 肯定応答を必要とするパケット:
・ ユーザデータを含むパケット:および、
ピギーバックダウンリンクリポート(DLRs)を有するユーザデータを含むパケット。
b. 肯定応答を必要としないパケット:
・ DLRしか含まないパケット。
肯定応答を必要とするパケットが送られると、MS/SM220においてタイマが設定される。肯定応答を受信する前にタイマが切れる場合には、パケットは消失したものと見なされる。
2U. 全てのULデータパケットについて、品質サンプルがNW/SM224へ送られる。ULパケットの終わりにパケット停止信号がNW/SM224へ送られて、その特定パケットに対する最終品質サンプルが送られていることを表示する。
3U. ULデータパケットを受信した後で、ULパケットリポートがNW/SM224へ送られる。このリポートはトラフィック監視に必要な情報を含んでいる。
4U. ULパケットがピギーバックDLRを含んでいるか、あるいはパケットがスタンドアロンDLRであれば、DL品質評価が抽出されNW/SM224へ転送される。
5U. 送信されたULデータパケットが肯定応答を必要とする場合には、肯定応答メッセージがNW/PS222からMS/PS218へ送られる。メッセージはスタンドアロンとしたりDL移動局情報パケット上にピギーバックしたりすることができる。
6U. MS/PS218内に肯定応答が受信されると、パケット肯定応答信号がMS/SM220へ送られる。前記ステップ1で導入されたタイマが切れる前に肯定応答が受信されなければ、パケット消失メッセージがMS/SM220へ送られる。
DLパケット送受信のために、下記の方式が使用される(ステップは図3Bの矢符の番号付けに対応する):
1D. NW/PS222は異なる3種のパケットをMS/PS218へ送ることができ、そのうちの2つが肯定応答を必要とする。
a. 肯定応答を必要とするパケット:
・ ユーザデータを含むパケット;および
・ 予め受信したULパケットに対するピギーバック肯定応答/非肯定応答(ack/nack)情報を有するユーザデータを含むパケット。
b. 肯定応答を必要としないパケット:
・ 予め受信したULパケットに対するack/nack情報しか含まないパケット。
肯定応答を必要とするパケットが送られるとタイマが設定される。肯定応答が受信される前にタイマが切れる場合には、パケットは消失したものと見なされる。
2D. DLデータパケットが送信されると、DLパケットリポートがNW/SM224へ送られる。リポートはトラフィック監視に必要な情報を含んでいる。
3D. MS/PS218内にDLデータパケットが受信されると、各フレームに対する品質サンプルが抽出されてMS/SM220へ送られる。DLパケットの終わりに、パケット停止信号がMS/SM220へ送られて特定のパケットに対して最終品質サンプルが送られていることを表示する。
4D. パケット停止信号を受信した後で、品質評価がMS/PS218へ送られる。この評価はDLを介して送られる全パケットの品質尺度である。
5D. ack/nackメッセージおよび品質評価を含むDownLink Report(DLR)がユーザデータを含む各受信DLパケットに対するNW/PS222へ送られる。DLRはスタンドアロンもしくはULユーザデータパケットにピギーバックして送ることができる。NW/PS222においてDLRを受信した後で、品質評価がNW/SM224へ転送される。
6D. DLR内のack/nack情報が肯定応答を含む場合には、パケット肯定応答信号がNW/SM224へ送られる。前記ステップ1で導入されたタイマが切れる前に肯定応答が受信されない場合には、パケット消失メッセージがNW/SM224へ送られる。
次に、図4を参照して、本発明に従って作動するセルラーシステム内のパケット無線トラフィック管理機能の機能ブロック図を示す。NW/SM224内に論理的に配置されているパケット無線トラフィック管理の機能は3つの主ブロック、PRCHマネジャー402、リソースマネジャー404およびPRCHコントローラ406a,406b,406cおよび406dを含んでいる。通常、システムの各基地局に対して一つのPRCHマネジャー402がある。基地局が2つ以上のセルをサポートする場合には、各セルに対して一つのPRCHマネジャー402がある。PRCHコントローラ406a,406b,406cおよび406dの数は必要なPRCH数およびセル内のパケット交換トラフィックに利用可能なリソースによって決まる。図4の実施例では、セル内に4つのPRCHがある。各PRCHコントローラがアップリンクおよびダウンリンクを含む一つのPRCHを制御する。ユーザがセルのPRCHへアクセスする必要がある時はPRCHマネジャー402が呼び出される。NW/PS222を介してサービス要求を受信すると、PRCHマネジャー402が呼び出される。パケット呼が輻輳によりPRCHから廃棄されていてPRCHコントローラからパケット呼廃棄表示が受信される時にも、PRCHマネジャー402は呼び出される。さらに、内部発生許可待ち行列信号もしくはリソースマネジャーからのPRCH開設認可/拒否あるいは解放認可/拒否信号が受信される時にもPRCHマネジャー402が呼び出される。
サービス要求は下記のいずれかの状況において受信することができる。
1) 新しいユーザがPRCHへアクセスしてパケット交換サービスを開始したい。
2) ユーザが別のセルのPRCHからPRCHマネジャー402が配置されているセルのPRCHへの切り替えを行いたい。
3) ユーザが消失したPRCHコネクションを再確立したい。
4) ユーザがそのトラフィック要求を更新したい、下記参照。
前記した各トラフィックイベントによりPRCHマネジャーへサービス要求が転送される。サービス要求はPRCHマネジャー402のサービス要求評価機能408が評価するのに必要な情報を含んでいる。この情報には、下記のものが含まれている。
・ 要求の種別
・ 必要な推定平均ユーザデータトラフィック、Pave(PRCHの最大ユーザbiレートへ校正されている)。これはULおよびDLの各々に対する別々のパラメータを含んでいる。
・ 所要推定最大ユーザデータトラフィック、Pmax(PRCHの最大ユーザbiレートへ校正されている)。これはULおよびDLの各々に対する別別のパラメータを含んでいる。
・ 優先度、Pri。このパラメータは間隔[O,Primax]内の値をとることができる。優先度は発呼もしくは被呼移動局に基づいて、あるいは他の根拠に基づいて割り当てることができる。
サービス要求はサービス要求評価機能408により評価される。サービス要求評価において、PRCHマネジャー402はパケット呼に対するPRCH許可要求をPRCHコントローラ406a,406b,406cもしくは406dの一つへ送る。PRCHマネジャー402は許可が下りるかあるいはいずれのPRCHでもパケット呼が許可されないことが判るまで各PRCHコントローラ406a,406b,406cもしくは406dを試してみる。存在するいずれのPRCHでもパケット呼が許可されない場合には(PRCH許可要求がPRCHコントローラ406a,406b,406cおよび406dにより拒否される)、PRCHマネジャー402はサービス要求を拒否すべきかあるいは許可待ち行列処理機能410を使用してパケット呼を許可待ち行列420へ加えるべきかを判断する。
許可待ち行列へ加えられたパケット呼は一時的に保留される、すなわち、情報をユーザ間で交換することができない。パケット呼が許可待ち行列へ加えられない場合には、サービス拒否信号がユーザへ送られる。パケット呼が許可待ち行列に加えられる場合には、PRCHマネジャーはパケット呼保留表示信号を送ってユーザへ通知する。
輻輳によりパケット呼がPRCHから廃棄される、すなわち、パケット呼がPRCHから除去される場合には、PRCHコントローラからのパケット呼廃棄表示信号がPRCHマネジャー402に受信される。パケット呼廃棄表示信号はパケット呼廃棄評価機能422により評価される。パケット呼廃棄評価機能422において、PRCHマネジャー402は廃棄パケット呼に対するPRCH許可要求をPRCHコントローラ406a,406b,406cもしくは406dの一つへ送る。PRCHマネジャー402は許可が下りるかあるいはいずれのPRCHでも廃棄パケット呼が許可されないことが判るまで各PRCHコントローラ406a,406b,406cもしくは406dを試してみる。
存在するいずれのPRCHでもパケット呼が許可されない場合には、PRCHマネジャー402は廃棄パケット呼を切り離すべきかあるいは許可待ち行列処理機能を使用して廃棄パケット呼を許可待ち行列420へ加えるべきかを判断する。廃棄パケット呼が許可待ち行列420へ加えられる場合には、パケット呼は一時的に保留されてパケット呼保留表示信号がNW/PS222を介してユーザへ送られる。廃棄パケット呼が許可待ち行列420へ加えられない場合には、パケット呼切離し表示信号がNW/PS222を介してユーザへ送られる。
パケット呼許可待ち行列信号は許可待ち行列420をチェックすべきことを示す。許可待ち行列信号はシステムオペレータが所望するように設定されたタイマにより発生することができる。パケット呼許可待ち行列信号は許可待ち行列処理機能410により評価される。許可待ち行列処理機能においてPRCHマネジャー402は最高優先度の許可待ち行列内のパケット呼に対するPRCH許可要求をPRCHコントローラ406a,406b,406cもしくは406dの一つへ送る。PRCHマネジャー402は許可が下りるかあるいはいずれのPRCHにもパケット呼が許可されないことが判るまで各PRCHコントローラ406a,406b,406cもしくは406dへ許可要求を送る。いずれかのPRCHへパケット呼が許可されると、パケット呼再開表示信号がNW/PS222を介してユーザへ送られる。
PRCHマネジャー402は、また、いつ新しいPRCHを開設ちたり既存のPRCHを解放する必要があるかをPRCH管理機能412を介して判断する。PRCH開設およびPRCH解放の両方の場合に、PRCHのシステムリソースの分配を制御するリソースマネジャー404へ開設もしくは解放要求信号が送られる。リソースマネジャー404は開設要求認可もしくは開設要求拒否信号をPRCHマネジャー402へ送るか、あるいは解放要求認可もしくは解放要求拒否信号をPRCHマネジャー402へ送ることにより要求を拒否もしくは認可する。
各PRCHコントローラ406a,406b,406cおよび406dはセルの一つのPRCH上のトラフィックを監視する。セル内の各PRCHに対して一つのPRCHがある。各PRCHコントローラ406a,406b,406cおよび406dはそれが制御するPRCHを介してパケットリポート内のNW/PS222からトラフィック情報を受信する。パケットリポートはPRCHトラフィック監視機能414a,414b,414cもしくは414dにより関連するPRCHに対して評価される。パケットリポート内に含まれる情報は、PRCHマネジャー402からの許可要求が受信される時に、新しいパケット呼をPRCHへ許可できるかどうかをPRCH許可制御機能416a,416b,416cもしくは416dにより判断するのに使用される。パケットリポート内に含まれる情報は、また、PRCH輻輳制御機能418a,418b,418cもしくは418dを使用して既に許可されているパケット呼をPRCHオーバロードにより廃棄すべきかどうかを判断するのに使用することもできる。この場合、パケット呼廃棄表示信号がPRCHマネジャーへ送られる。次に、PRCHマネジャーはパケット呼を一時的に保留すべきかあるいはパケット呼廃棄評価機能422により切り離すべきかを判断する。この判断に応じて、ユーザはパケット呼保留表示信号もしくはパケット呼切離し表示信号により通知される。
リソースマネジャー404はパケット無線チャネルに対するシステムリソースの分配を制御する。PRCHマネジャー402はリソースマネジャー404へPRCH開設/解放要求を送ることにより新しいPRCHの開設もしくは解放を要求することができる。PRCHマネジャー404は許可待ち行列420のサイズを連続的に監視する。許可待ち行列内の全パケット呼の総所要推定平均データトラフィックPqが許可待ち行列に対して設定された限界PnewPRCHを越える場合は常に、より高いレベルのリソースマネジャー404へPRCH開設要求が送られる。PnewPRCHがゼロに設定される場合には、既存のPRCHが満杯になるとすぐにPRCHマネジャーは必ずより多くのリソースを要求する。PRCHにつながれたユーザ数がゼロになるとすぐに、リソースマネジャー404へPRCH解放要求が送られる。認可されれば、PRCHは解放される。
PRCHマネジャー402およびPRCHコントローラ406a,406b,406cおよび406dは図1に示すシステムのようなセルラーシステムの移動局、無線ネットワークコントローラおよび制御ノード内へ実施することができる。実際の実施は、一つ以上のプロセッサと共に作動する、ハードウェアもしくはソフトウェア、あるいはハードウェアとソフトウェアの組合せとすることができる。この種の機能を実施するためのプロセッサおよびソフトウェアは従来技術で周知である。
次に、図5A、図5B、図5Cおよび図5Dを参照して、本発明の実施例によるPRCHマネジャー402が従う、それぞれ、サービス要求評価、パケット呼廃棄評価、許可待ち行列処理およびPRCH管理プロセスステップを例示するトラフィックフロー図を示す。
PRCHマネジャー402は図5Aのステップ502の待機状態中に入力を受信する。入力はサービス要求、パケット呼廃棄表示、内部発生許可待ち行列信号、あるいはリソースマネジャー404から受信されるPRCH開設認可または拒否信号もしくは解放認可または拒否信号とすることができる。ステップ504において、NW/PS222からサービス要求が受信されているかどうか確認される。サービス要求が受信されていなければ、プロセスは図5Bのステップ534へ進む。しかしながら、サービス要求が受信されておれば、プロセスはステップ506へ進みサービス要求評価を開始する。
ステップ506のサービス要求評価にはステップ508,510,512,514,516,518および520におけるPRCH許可要求が含まれている。サービス要求評価は、PRCHへの許可が下りるか残りのPRCHが無くなるまで、各PRCHコントローラ406a,406b,406cおよび406dについて逐次繰り返される。ステップ508において、PRCHマネジャー402はPRCHコントローラ406a,406b,406cもしくは406dの一つへPRCH許可要求を送る。次に、プロセスはステップ510へ進み、PRCHマネジャー402は応答を待機する。PRCHマネジャー402はステップ512において周期的にチェックを行ってPRCHコントローラ406a,406b,406cもしくは406dからの応答が受信されているかどうかを確認する。応答が受信されていなければ、プロセスは510の待機状態へ戻る。しかしながら、ステップ512においてPRCHコントローラ406a,406b,406cもしくは406dからの応答が受信されていることが確認されると、PRCH許可要求プロセスが完了してプロセスはステップ514へ進み、そこで応答は許可授与であるかどうか確認される。応答が許可授与であれば、ステップ520においてサービス要求評価プロセスが完了してプロセスはステップ522へ進む。
しかしながら、ステップ514において応答は許可授与ではないことが確認される場合、それは許可拒否応答であり、プロセスはステップ516へ進みそこで現在の応答が許可要求を送ることができる最後のPRCHコントローラから送られたものであるかどうか確認される。最後のPRCHコントローラではない場合には、プロセスはステップ518へ進み次のPRCHに対してステップ506のサービス要求評価プロセスが継続される。ステップ506のサービス要求評価プロセスはPRCHコントローラ406a,406b,406cもしくは406dからの許可授与応答が受信されるか、もしくはPRCHコントローラが許可を拒否するまで繰り返される。サービス要求評価プロセスが完了すると、プロセスはステップ522へ進む。
ステップ522において、いずれかのPRCHコントローラから許可授与応答が受信されているかどうか確認される。PRCHコントローラからの許可授与が受信されておれば、プロセスはステップ524へ進みそこでNW/PS308を介してユーザへサービス認可信号が送られる。ステップ524からプロセスは図5Bのステップ534へ進む。しかしながら、ステップ522において、いずれのPRCHコントローラからも許可授与が受信されていないことが確認されると、プロセスはステップ528へ進む。ステップ528において、PRCHマネジャー402は許可待ち行列処理機能410を使用して、パケット呼をPRCH許可待ち行列に加えるべきかどうかを決定する。下記の基準が満たされれば、パケット呼を許可待ち行列420に加えることが決定される。
Pave(r)+Pq(r)<Pmax(r)
Pave(r)はサービス要求rの関数としてのユーザに対する所要推定平均データトラフィックであり、Pq(r)はサービス要求種別rの許可待ち行列内の全パケット呼の要求トラフィックである。Pq(r)はサービス要求種別に対する待ち行列の現在のサイズである。Pmax(r)はサービス要求の関数としての許可待ち行列420内の最大許容要求トラフィックである。別の実施例では、アップリンクおよびダウンリンクに対するPave(r),Pq(r)およびPmax(r)の値を別々に使用するか、あるいはアップリンクおよびダウンリンクの組合せに対する値を使用して比較を行うことができる。異種のサービス要求rに対して異なるPmaxを有することができる。したがって、ステップ528において、さまざまなサービス要求間の優先順位付けを行うことができる。たとえば、切り替え中にPRCHを要求する場合、Pmax(r)の値は初めてPRCHへのアクセスを要求する時のPmax(r)の値よりも高く設定することができる。
ステップ528において、パケット呼がPRCH許可待ち行列に加えられることが決定されると、許可待ち行列420に呼アイデンティティが加えられ、プロセスはステップ531へ進んでサービス認可信号がNW/PS222を介してユーザへ送られる。次に、プロセスはステップ532へ進みそこでパケット呼保留表示信号がNW/PS308を介してユーザへ送られる。次に、プロセスは図5Bのステップ534へ進む。しかしながら、ステップ528において、パケット呼はPRCH許可待ち行列420に加えられないと決定されると、プロセスはステップ530へ進みサービス拒否信号428がユーザへ送られる。次に、プロセスは図5Bのステップ534へ進む。
図5Bのステップ534において、パケット呼廃棄表示が受信されているかどうか確認される。入力がパケット呼廃棄表示ではない場合には、プロセスは図5Cのステップ562へ進む。しかしながら、ステップ534において、パケット呼廃棄表示が受信されていることが確認されると、プロセスはステップ536へ進む。ステップ536において、廃棄パケット呼に対するPRCH許可待ち行列がPRCHマネジャー402からPRCHコントローラ406a,406b,406cもしくは406dへ送られる。ステップ536の許可待ち行列プロセスはステップ538,540,542,544,546,548および550を含んでいる。ステップ536は全てのPRCHへ許可が要求されるまで、各PRCHコントローラ406a,406b,406cもしくは406dに対して繰り返される。ステップ538において、PRCHマネジャー402はPRCHコントローラ406a,406b,406cもしくは406dへPRCH許可要求を送る。次に、プロセスはステップ540へ進みPRCHマネジャー402は応答を待機する。PRCHマネジャー402はステップ542において周期的にチェックを行って、PRCHコントローラ406からの応答が受信されているかどうか確認する。応答が受信されていなければ、プロセスはステップ540の待機状態へ戻る。しかしながら、ステップ542において許可要求が送られているPRCHからの応答が受信されていることが確認されると、プロセスはステップ544へ進みそこで応答は許可授与であるかどうか確認される。応答が許可授与であれば、パケット呼廃棄評価はステップ550において終了しプロセスはステップ552へ進む。しかしながら、ステップ544において、応答は許可授与ではないことが確認される場合、それは許可拒否応答でありプロセスはステップ546へ進みそこで許可拒否応答は許可要求を送ることができた最後のPRCHから送られたものであるか確認される。最後のPRCHコントローラではない場合には、プロセスはステップ566へ進み次のPRCHに対してステップ536の許可要求プロセスが繰り返される。ステップ536のパケット呼廃棄評価はPRCHコントローラからの許可授与応答が受信されるか、あるいはPRCHコントローラ406a,406b,406cおよび406dの全てが許可を拒否するまで繰り返される。ステップ536のパケット呼駆逐評価プロセスが完了すると、プロセスはステップ552へ進む。
ステップ552において、ステップ536中にいずれかのPRCHコントローラから許可授与応答が受信されたかどうか確認される。PRCHコントローラからの許可授与が受信されておれば、プロセスはステップ554へ進みそこでパケット呼更新表示信号がNW/PS222を介してユーザへ送られる。ステップ554からプロセスは図5Cのステップ562へ進む。しかしながら、ステップ552において、許可授与が受信されていないことが確認されると、プロセスはステップ556へ進む。ステップ556において、PRCHマネジャー402は許可待ち行列処理機能410を使用して、廃棄パケット呼をPRCH許可待ち行列に加えるべきかどうかを決定する。図5Aのステップ528について説明したものと同じ許可基準がステップ556において使用される。ステップ556において、廃棄パケット呼を許可待ち行列420に加えることが決定されると、プロセスはステップ560へ進みパケット呼保留表示信号がNW/PS222を介してユーザへ送られる。次に、プロセスはステップ560から図5Cのステップ562へ進む。しかしながら、ステップ556において、廃棄パケット呼を許可待ち行列420に加えないことが決定されると、プロセスはステップ558へ進みパケット呼切離し表示信号がNW/PS222を介してユーザへ送られる。次に、プロセスはステップ558から図5Cのステップ562へ進む。
図5Cのステップ562において、許可待ち行列信号が受信されているかどうか確認される。許可待ち行列信号が受信されていなければ、プロセスは図5Dのステップ584へ進む。しかしながら、許可待ち行列信号が受信されていることが確認されると、プロセスはステップ563へ進む。ステップ563において、PRCH許可待ち行列内に任意のパケット呼があるかどうか確認される。セルのPRCH許可待ち行列420内にパケット呼がなければ、プロセスは図5Aのステップ502の待機状態へ進む。ステップ502において、プロセスは入力を待機する。しかしながら、ステップ563において、PRCH許可待ち行列420がパケット呼を含むことが確認されると、プロセスはステップ564へ進む。ステップ564において、許可待ち行列420内の最高優先度のパケット呼に対するPRCH許可要求がPRCHマネジャー402からPRCHコントローラ406a,406b,406cもしくは406dへ送られる。
ステップ564の許可要求プロセスはステップ566,568,570,572,574,576および578を含む。PRCHへの許可が下りる、あるいは全てのPRCHへ許可が要求されるまで、各PRCHコントローラ406a,406b,406cもしくは406dに対してステップ564が繰り返される。ステップ566において、PRCHマネジャー402はPRCH許可要求をPRCHコントローラ406a,406b,406cもしくは406dへ送る。次に、プロセスはステップ568へ進みPRCHマネジャー402は応答を待機する。PRCHマネジャー402はステップ570において周期的にチェックを行ってPRCHコントローラ406からの応答が受信されているかどうか確認する。応答が受信されていなければ、プロセスは568の待機状態へ戻る。しかしながら、ステップ570において、許可要求が送られているPRCHコントローラからの応答が受信されていることが確認されると、プロセスはステップ572へ進み、そこで応答は許可授与であるかどうか確認される。応答が許可授与であれば、許可要求プロセスはステップ578において終了しプロセスはステップ586へ進む。しかしながら、ステップ572において、応答が許可授与ではないことが確認される場合、それは許可拒否応答であり、プロセスはステップ574へ進みそこで許可拒否応答は許可要求を送ることができた最後のPRCHコントローラから送られたものであるかどうか確認される。
最後のPRCHコントローラではない場合には、プロセスはステップ566へ進み次のPRCHに対してステップ564の許可要求プロセスが繰り返される。ステップ564の許可要求評価は、PRCHコントローラからの許可授与応答が受信されるか、あるいは全てのPRCHコントローラ406a,406b,406cおよび406dが許可を拒否するまで繰り返される。ステップ564の許可要求プロセスが完了すると、プロセスはステップ580へ進む。
ステップ564においていずれかのPRCHコントローラからの許可授与応答が受信されたかどうかがステップ580において確認される。PRCHコントローラからの許可授与応答が受信されておれば、許可待ち行列420内の最高優先度のパケット呼が待ち行列から除去され、プロセスはステップ582へ進みそこでパケット呼再開信号がNW/PS222を介してユーザへ送られる。ステップ582からプロセスは図5Dのステップ584へ進む。しかしながら、ステップ580において許可授与が受信されていないことが確認されると、プロセスは直接図5Dのステップ584へ進む。
図5Dのステップ584において、リソースマネジャー402からのPRCH開設認可が受信されているかどうか確認される。リソースマネジャー402からのPRCH開設認可が受信されておれば、プロセスはステップ586へ進みPRCHマネジャーは新しいPRCHコントローラを作り出す。次に、プロセスはスタップ592へ進む。しかしながら、ステップ584において、PRCH解放認可が受信されていないことが確認されると、プロセスはステップ588へ進みそこでリソースマネジャー402からPRCH解放認可が受信されているかどうか確認される。PRCH解放認可が受信されておれば、プロセスはスタップ590へ進みそこでPRCHマネジャーは解放要求が送られたPRCHコントローラからリソースを回収する。次に、プロセスはステップ592へ進む。しかしながら、ステップ588において、PRCH開設認可が受信されていなければ、プロセスは直接ステップ592へ進む。
ステップ592において、許可待ち行列内の全てのパケット呼に対する要求トラフィックが評価される。次に、ステップ594において、新しいPRCHが必要であるかどうか確認される。許可待ち行列Pq内の全てのパケット呼の所要総推定平均データトラフィックが許可待ち行列に対して設定された限界PnewPRCHを越える場合には、新しいPRCHが必要とされプロセスはステップ596へ進む。別の実施例では、アップリンクおよびダウンリンクに対するPqおよびPnewPRCH値を別々に使用するか、あるいはセルのアップリンクおよびダウンリンクの組合せに対するPqおよびPnPRCH値を使用してPqとPnewPRCHを比較することができる。ステップ596において、PRCH開設要求がリソースマネジャー404へ送られる。ステップ596からプロセスはステップ502の待機状態へ戻る。しかしながら、ステップ594において、PRCHが必要ではないことが確認されると、プロセスはステップ597へ進む。
ステップ597において、各PRCH上のパケット呼数が評価される。次に、ステップ598において、パケット呼を運んでいない任意のPRCHが存在するかどうか確認される。いかなるパケット呼も運んでいないPRCHは存在しないことが確認されると、プロセスは図5Aのステップ502へ戻る。しかしながら、ステップ598において、パケット呼を運んでいないPRCHが一つ以上あることが確認されると、プロセスはステップ599へ進みそこでいかなるパケット呼も運んでいない各PRCHに対するリソースマネジャー404へPRCH解放要求が送られる。ステップ599からプロセスは図5Aのステップ502の待機状態へ戻る。
次に、図6、図7および図8A−図8Cを参照して、本発明の実施例に従って、それぞれPRCHトラフィック監視、PRCH許可制御およびPRCH輻輳制御プロセスについて各PRCHコントローラ406a,406b,406cもしくは406dが従うステップを示すフロー図を例示する。PRCHコントローラ406a,406b,406cおよび406dは各々が連続的にデータトラフィック、平均パケット遅延を監視し、またPRCHに対する許可要求を受信する。
PRCHマネジャー402から入力を受信して最初に活性化されると、プロセスは図6のステップ602の待機状態となる。ステップ602の待機状態の間に、各PRCHコントローラ406a,406b,406cおよび406はNW/PS222からのパケットリポート形式の入力、PRCHマネジャー402からの許可要求もしくはPRCH輻輳チェックを行わなければならないことを示す内部発生活性化信号を受信することができる。入力を受信すると、プロセスはステップ604へ進みそこでパケットリポートが受信されたかどうか確認される。パケットリポートは受信されていないことが確認されると、プロセスは直接図7のステップ708へ進む。しかしながら、ステップ604において、パケットリポートが受信されたことが確認されると、プロセスはステップ606へ進みそこでPRCHトラフィックスーパーバイザ機能414は関連するPRCHに対するトラフィック統計を更新する。トラフィック統計はパケットリポート内に含まれている情報を使用して更新される。各パケットリポートは下記の情報を含んでいる。
1) ULに対する送信移動機ユーザアイデンティティもしくはDLに対する送信ネットワークユーザアイデンティティ。
2) パケットサイズ(フレーム数)
3) タイムスタンプ(パケットが送信バッファ内に入れられる時を示す)
4) パケットタイプ(ULもしくはDL)
パケットリポート内に含まれる情報を使用して、PRCHコントローラは下記の計算を行う。
1) フレームサイズについての肯定応答を使用してパケットサイズ(時間)Xが計算される。
2) パケットリポートの受信時間と送信バッファにパケットを入れた時間(タイムスタンプにより示される)との差としてパケット遅延Dが計算される。いつプロトコルスタックからパケットリポートが送られるか(送信の始めもしくは送信完了後)に応じて、計算された遅延は送信完了時の経過時間に対応するように調整される。
3) 同じパケット識別子を有する前のパケットリポート以来の経過時間Δtが受信される。そのために、各パケット呼に対する最終パケットリポートの受信時間が格納される。
次に、X,DおよびΔtを使用して個別の各パケット呼に対する平均データトラフィックの推定値(Pi)、PRCH上の全てのパケット呼に対する平均データトラフィックの推定値(Pchan)およびPRCH上の全てのパケット呼に対する平均パケット遅延の推定値(T)が計算される。別の実施例では、Pi,PchanおよびTの値はPRCHのアップリンクおよびダウンリンクについて別々に計算したり、PRCHのアップリンクおよびダウリンクの組合せに対する値として計算することができる。使用される選択肢はシステムオペレータが他の機能に対してどの種別の値を必要とするか、すなわち、システム内の他の機能はアップリンクおよびダウンリンクに対して別々の値を使用しているか、あるいはアップリンクおよびダウンリンクの組合せに対する値を使用しているかによって決まる。
平均データトラフィックの推定値PiNはパケット呼iの新しい各パケットリポート(数N)に対するPiを次のように計算して更新することができる。
時定数τはフィルタメモリ(相関時間)に対応する。
Piの計算において、単一パケット(Xj/Δtj)からの寄与は下記の要素により重み付けされる。
ここに、tjはパケット呼jに対する最終パケットリポート以来の経過時間を示し、Δtはパケットリポートj−1とj間の経過時間を示す。この特定の重み付け要素は新しいサンプルよりも古いサンプルの重みを少なくし、サンプルに関連する期間Δtjに重みを比例させる。
Piを計算する前記方程式はPchanを計算するのに使用することもできる。この場合、変数PiNおよびPiN-1は、それぞれ、PchanNおよびPchanN-1で置換することができ、PRCH上の全パケット呼からのパケットリポートを計算に使用することができる。
PRCHに対する平均パケット遅延の推定値(TN)はPRCHの新しい各パケットリポート(数N)について次のようにTを計算することにより更新することができる。
時定数τはフィルタメモリ(相関時間)に対応する。
Tの計算において、単一パケット(T)からの寄与は下記の要素により重み付けされる。
ここに、tjはPRCHを介して受信される最終パケットリポート以来の経過時間を示す。この特定の重み付け要素は新しいサンプルよりも古いサンプルの重みを少なくする。
Pi,PchanおよびTの値はステップ608および許可制御プロセス(図7)、および輻輳制御プロセス(図8)で使用することができる。
ステップ606においてトラフィック統計を更新した後で、プロセスはステップ608へ進む。
ステップ608において、過剰なトラフィック監視機能がアクティブであるかどうか確認される。過剰なトラフィック監視機能がアクティブではないことが確認されると、プロセスは図7のステップ708へ進む。しかしながら、過剰なトラフィック監視機能がアクティブであることが確認されると、プロセスはステップ610へ進みそこでPi>Pmax(i)の条件を満たすパケット呼iがPRCH上に存在するかどうか確認される。Pi>Pmax(i)であるパケット呼がPRCH上に存在しなければ、プロセスは図7のステップ708へ進む。しかしながら、ステップ610において、Pi>Pmax(i)の条件を満たすパケット呼が存在することが確認されると、プロセスはステップ612へ進む。ステップ612において、Pi>Pmax(i)であるパケット呼はPRCHから廃棄されパケット呼廃棄表示がPRCHマネジャー402へ送られて、どのパケット呼が廃棄されたかが表示される。次に、プロセスは図7のステップ708へ進む。Pi>Pmax(i)であるPRCH上のパケット呼を廃棄する替わりに、システムは優先度を変えるかもしくはそのトラフィック必要条件を強める要求をユーザへ送ることができる。トラフィック必要条件を変えることによりパケット呼に対するより高いPmax(i)が得られる。
次に、図10を参照して、図4のパケットトラフィック監視機能414aのハードウェアの一実施例を例示する略ブロック図を示す。図10に示す実施例では、トラフィック監視機能はパケットリポート受信機1002およびトラフィック統計を求めるデタミナー1004を含んでいる。デタミナー1004はデータパケット持続時間計算器1006、経過時間計算器1008、パケット遅延計算器1010、平均データトラフィック計算器1012、平均パケット遅延計算器1014、データベース1016、および過剰トラフィックモニタ1018を含んでいる。
図7は本発明のパケット無線チャネル許可制御機能により実施されるステップを示す。図7のフロー図はステップ708において図6のステップ604,608,610もしくは612から入る。ステップ708において、入力が許可要求であったかどうか確認される。許可要求が受信されていない場合には、トラフィック統計が更新されているかあるいはPRCH輻輳チェックを行わなければならないことを示す内部発生活性化信号が受信されており、プロセスは直接図8のステップ818へ進む。しかしながら、ステップ708において許可要求が受信されていることが確認されると、プロセスはステップ710へ進みそこで許可要求が評価される。
PRCH許可制御機能416は下記の関係が真であるかを確認することにより、PRCH許可要求を評価する。
ここに、
・ paveNは新しいパケット呼Nに対する所要推定平均データトラフィック。
・ piはパケット呼iからのPRCH上の推定平均データトラフィック。
・ U(pri)は優先度がPri以上であるパケット呼であり、PriNは要求パケット呼に対する優先度。
・ ptolはPRCH上の最大許容データトラフィック。
新しいパケット呼の優先度以上の優先度を有するパケット呼からの平均データトラフィックプラス新しいパケット呼に必要な推定平均データトラフィックが最大許容トラフィックptolよりも小さい場合に前記方程式が満たされる。したがって、総トラフィック(優先度に無関係に全パケット呼を含む)は最大許容トラフィックptolを越えることにはなるが、優先度の高いパケット呼がPRCHを使用することが許される。その場合、輻輳制御機能(図8)は総トラフィックが最大許容トラフィックPtolよりも低くなるように優先度の低いパケット呼を駆逐する。
最大許容トラフィックPtolには下記の関係に従ったPRCHの最大許容遅延が伴う。
ここに、fはその引数と同じ符号を有する関数であり、TはPRCHトラフィック監視機能により計算される平均パケット遅延の推定値であり、
はPRCH上の全パケット呼に対する推定平均データトラフィックの和である。
PRCHコントローラトラフィック監視機能はTを連続的に監視するため、Ptolは前記方程式に従って連続的に更新される。Ptolは最大許容遅延Ttolを生じるトラフィックレベルに対応する。別の実施例では、PRCHのアップリンクおよびダウンリンクに対するPaveN,Pi,PtolおよびΔPの値を別々に使用するか、あるいはPRCHのアップリンクおよびダウンリンクの組合せに対する値を使用して許容制御評価を実施することができる。
ステップ710においてPRCH許可要求を評価した後で、プロセスはステップ712へ進む。ステップ712において、ステップ710の結果がチェックされる。肯定的な評価の確認がなされると、プロセスはステップ714へ進みそこでPRCHマネジャー402へ許可授与が送られる。否定的な評価の確認がなされると、プロセスはステップ716へ進みそこでPRCHマネジャー402へ許可拒否が送られる。PRCH許容制御機能416が、それぞれ、ステップ714もしくは716において許可授与もしくは拒否を送った後で、プロセスは図8Aのステップ818へ進む。
ステップ818において、PRCH輻輳制御機能418はPRCH上の輻輳を評価する。システムオペレータにより設定される遅延警報レベルTconおよびPRCH上の推定平均パケット遅延Tを使用して輻輳状況、すなわちPRCH上のアクセス可能な平均パケット遅延を取り戻すためにいつPRCHから一つ以上のパケット呼を廃棄する必要があるか、が検出される。
ステップ818において輻輳を評価するために、T<Tconであるか確認される。輻輳は別々の確認においてアップリンクおよびダウンリンクのTおよびTcon値を考慮するか、あるいはアップリンクおよびダウンリンクの組合せに対するTおよびTcon値を使用して確認することができる。次に、ステップ820において、ステップ818の結果がチェックされる。ステップ818において肯定的な確認がなされると、プロセスは図6のステップ602の待機状態へ戻る。しかしながら、ステップ818において否定的な確認がなされると、プロセスはステップ822へ進み、そこでPRCHから廃棄されるパケット呼が選出される。
ステップ822において、別の方法で廃棄するパケット呼を選択することもできる。一時に1つもしくは2つ以上のパケット呼をPRCHから廃棄することができる。
次に図8Bを参照して、輻輳制御機能により一時に1つのパケット呼が廃棄される場合の、本発明の実施例に従ったプロセスステップを示す。ステップ826において、2つ以上存在する場合の最低優先度のパケット呼が識別される。次に、ステップ826において識別されたパケット呼は1つだけであるか、2つ以上であるかがステップ828において確認される。1つのパケット呼しか識別されなかったことが確認されると、プロセスはステップ830へ進み1つの識別されたパケット呼が廃棄するために選出される。しかしながら、最低優先度のパケット呼が2つ以上識別されたことが確認されると、プロセスはステップ832へ進む。ステップ832において、識別されたパケット呼の1つがPRCHから廃棄するために選出される。ステップ832におけるパケット呼の選出は別の方法で行うこともできる。パケット呼は識別されたパケット呼からランダムに選択するか、あるいは各パケット呼に関連する選出パラメータを使用した比較に基づいて選択することができる。ステップ818において使用される選択肢に応じて、選出されるパラメータはアップリンクおよびダウンリンクに対して別々のパラメータ値とするか、あるいはアップリンクおよびダウンリンクの組合せに対するパラメータ値とすることができる。
例として、最低優先度のパケット呼の下記のパラメータの1つを選出して比較することができる。
・ Pave
・ Pi
・ Pmax(i)
・ ΔPmax=Pi−Pmax(i)
次に、システムオペレータの要望に応じて、比較したパラメータの最大値あるいは比較したパラメータの最小値を有するパケット呼を選択することによりパケット呼を選出することができる。
ステップ822を実施するための別の方法として、一時に2つ以上のパケット呼を廃棄することができる。次に、図8Cを参照して、輻輳制御機能により一時に2つ以上のパケット呼を廃棄する場合に本発明の実施例に従って行われるプロセスステップを例示する。ステップ834において、最低優先度から最高優先度へと順序付けられたパケット呼のリストが創り出される。次に、ステップ836において、PRCHに対する過剰トラフィック値が計算される。過剰トラフィック値は次のように計算することができる。
ΔP=f(Ttol−Tcon)
ここに、fはその引数と同じ符号を有する関数、TtolはPRCHの最大許容遅延に等しくTconは前記したしきい値に等しい。ステップ818において使用される選択肢に応じて、ΔPはアップリンクおよびダウンリンクのTtolおよびTconの値を考慮してアップリンクおよびダウンリンクに対して別々に掲載してチェックするか、あるいはアップリンクおよびアップリンクの組合せに対するTtolおよびTconの値を使用してアップリンクおよびダウンリンクの組合せに対して計算してチェックすることができる。ステップ836からプロセスはステップ838へ進む。ステップ838において、下記の方程式が満たされるまで、ステップ840から846までを繰り返すことにより優先度の昇ベキの順で、ステップ834において創り出されたリストからパケット呼が選出される。
ここに、
は選出されたパケット呼の平均データトラフィックの和であり、ΔPはステップ836において計算される過剰データトラフィックである。最低優先度のパケット呼が2つ以上存在する場合には、最低優先度のパケット呼をランダムな順序で選出して廃棄するか、あるいは図8Bのステップ832で説明したように各パケット呼に関連する選出パラメータを使用した比較に基づいた順序で選出して廃棄することができる。
ステップ822においてPRCHから廃棄するパケット呼を選択した後で、プロセスはステップ824へ進み選択された各パケット呼に対するパケット呼廃棄表示をPRCHマネジャーへ送る。次に、プロセスは図6のステップ602の待機状態へ戻る。次の内部発生活性化信号がPRCH輻輳チェックを行うべきことを示すか、あるいはパケットリポートが受信されると、プロセスはPRCH上の輻輳を再度評価し、必要であれば、さらにパケット呼を廃棄する。
次に、図11を参照して、図4のパケット輻輳制御機能418aのハードウェアの一実施例を例示する略ブロック図を示す。図11の実施例では、輻輳制御機能は輻輳デタミナー1102およびセレクタ1104を含んでいる。セレクタ1104はパケット呼セレクタ1108、
であるかどうかを確認する和計算器1106、およびΔPを求める過剰データトラフィック計算器1110を含んでいる。輻輳制御機能418aはPRCHデータベース1016とインターフェイスする。図10に示す実施例は代表的な実施例である。この種の機能は、1台以上のプロセッサと共に作動するハードウェアやソフトウェア、あるいはハードウェアとソフトウェアの組合せにより実施できることが従来技術でよく知られている。
次に、図9を参照して、本発明の実施例に従ったリソースマネジャー機能が従うプロセスステップを例示するフロー図を示す。リソースマネジャープロセスは、PRCHマネジャー402から入力を受信する時にステップ902の待機状態にある。入力はPRCH開設要求もしくはPRCH解放要求とすることができる。入力を受信すると、プロセスはステップ904へ進む。ステップ904において、入力はPRCH開設要求であるかどうか確認される。入力がPRCH開設要求であれば、プロセスはステップ906へ進む。
ステップ906において、PRCH開設要求が評価される。リソースマネジャーは新しいPRCHを開設させることができる適切なリソースがセル内に存在するかどうかを確認することにより、開設要求を評価する。ステップ906からプロセスはステップ910へ進む。ステップ910において、開設要求評価が新しいPRCHを開設できることを示しているかどうか確認される。新しいPRCHを開設できることを示していることが確認されると、プロセスはステップ916へ進みそこでPRCH開設認可がPRCHマネジャー402へ送られる。次に、ステップ918において、リソースマネジャーは新しいPRCHに対してリソースを分配する。ステップ918からプロセスはステップ902の待機状態へ戻る。しかしながら、ステップ910において、開設要求評価が新しいPRCHを開設できないことを示していることが確認されると、プロセスはステップ914へ進みそこでPRCH開設拒否がPRCHマネジャー402へ送られる。ステップ914からプロセスはステップ902の待機状態へ戻る。
ステップ904において、入力はPRCH開設要求ではないことが確認される場合、それはPRCH解放要求である。この場合、プロセスはステップ904からステップ912へ進む。ステップ912において、PRCH解放要求が評価される。リソースマネジャーはシステム全体の観点からPRCHの解放を容認できるかどうかを決定することにより、PRCH解放要求を評価する。例えば、周囲のセルのPRCHのトラフィックロードを考慮することができる。ステップ912からプロセスはステップ920へ進む。ステップ920において、PRCH解放要求評価はPRCHを解放できることを表示しているかどうか確認される。PRCHを解放できることが確認されれば、プロセスはステップ922へ進みそこでPRCH解放認可がPRCHマネジャー402へ送られる。次に、ステップ926において、リソースマネジャーはPRCHを解放する。ステップ926からプロセスはステップ902の待機状態へ戻る。しかしながら、ステップ920においてPRCH解放要求評価はPRCHを解放できないことを表示していることが確認されると、プロセスはステップ924へ進みそこでPRCH解放拒否がPRCHマネジャー402へ送られる。ステップ924からプロセスはステップ902の待機状態へ戻る。
前記説明からお判りのように、本発明の方法およびシステムはシステムオペレータがセルラー電気通信システムの1つ以上のPRCHを介した優先順位付けされたユーザに対してパケットトラフィックを管理するのに使用することができる。システムオペレータはPRCHに対して最大平均時間遅延を設定することができる。ユーザは予約したサービスのレベルに従って優先順位付けされるか、あるいは呼の種別に応じて自動的に優先度を割り当てたりユーザが選択したりすることができる。優先度が高いとシステムを使用する課金レートが高くなることがある。高い料金を支払うと、ユーザは輻輳においてシステムへのアクセスを試みる時に、優先度の低い他のユーザよりも優先される。パケット呼が必要とする推定データトラフィックおよびパケット呼の優先度に基づいてパケットトラフィック管理を判断することにより、システムオペレータはPRCHユーザが容認できないPRCH遅延を受けることがないよう保証される。
本発明の動作および構造は前記説明から明らかであるものと思われ、また本発明を特定の実施例としてここに図示し説明してきたが、請求の範囲に明記された発明の精神および範囲を逸脱することなく変更および修正することができる。
Claims (9)
- 複数の送受信局(BS,MS)を含む電気通信システム(100)における少なくとも1つのパケット無線チャネル上の輻輳を制御する方法であって、各々の前記送受信局は少なくとも1つの前記パケット無線チャネル上で複数のデータパケットを含む少なくとも1つのパケット呼を送受信でき、前記方法は、
少なくとも1つの前記パケット無線チャネル上に輻輳が存在するかどうか決定し(818,812)、
肯定的決定に応答して、少なくとも1つの前記パケット無線チャネルから少なくとも1つのパケット呼を選択的に廃棄する、ステップを備え、
前記廃棄するステップにおいて、廃棄対象のパケット呼として、優先度の同じ2つ以上のパケット呼から選出する必要がある場合には、各パケット呼に関連するパラメータの比較に基づいて、パケット呼が選出され、
少なくとも1つの前記パケット呼は、前記パラメータとして、各々が算出平均データトラフィックおよび所要最大データトラフィック値に関連する、複数のパケット呼を含み、
前記廃棄するステップは、前記比較において
(a) 少なくとも1つのパケット無線チャネルについて過剰データトラフィック値を計算し(836)、
(b) 前記複数のパケット呼から1つのパケット呼を優先度の昇ベキの順で選出し(840、844)、
(c) 前記選出されたパケット呼に関連する平均データトラフィックの和が前記過剰データトラフィック値以上となるまでステップ(b)を繰り返し(838)、
(d) ステップ(b)において選出されたパケット呼を少なくとも1つのパケット無線チャネルから廃棄する(824)、ステップを含む
ことを特徴とする方法。 - 前記決定ステップは、少なくとも1つのパケット無線チャネルのアップリンク上の平均パケット遅延が予め定められた遅延レベルよりも大きいかどうか決定するステップを含む、請求項1に記載の方法。
- 前記決定ステップは、少なくとも1つのパケット無線チャネルのダウンリンク上の平均パケット遅延が定められた遅延レベルよりも大きいかどうか決定するステップを含む、請求項1に記載の方法。
- 前記決定ステップは、少なくとも1つのパケット無線チャネルのダウンリンクおよびアップリンクの組み合わせに対する平均パケット遅延が予め定められた遅延レベルよりも大きいかどうか決定するステップを含む、請求項1に記載の方法。
- 前記過剰データトラフィック値、各算出平均データトラフィック値、および各所要最大データトラフィック値は少なくとも1つのパケット無線チャネルのアップリンクに関連し、かつ、前記決定ステップは前記アップリンクの平均パケット遅延が予め定められた遅延レベルよりも大きいかどうか決定するステップを含む請求項1に記載の方法。
- 複数の送受信局(BS,MS)を含む電気通信システム(100)における少なくとも1つのパケット無線チャネル上の輻輳を制御する装置であって、各々の前記送受信局は少なくとも前記パケット無線チャネル上で複数のデータパケットを含む少なくとも1つのパケット呼を送受信でき、前記装置は、
少なくとも1つの前記パケット無線チャネル上に輻輳が存在するかどうか決定する輻輳決定器(1102)と、
少なくとも1つの前記パケット無線チャネルから少なくとも1つのパケット呼を選択的に廃棄するために、前記輻輳決定器によりなされた肯定的決定に応答するセレクタ(1104)と、を備え、
前記セレクタにおいて、廃棄対象のパケット呼として、優先度の同じ2つ以上のパケット呼から選出する必要がある場合には、各パケット呼に関連するパラメータの比較に基づいて、パケット呼が選出され、
少なくとも1つの前記パケット呼は、前記パラメータとして、各々が算出平均データトラフィックおよび所要最大データトラフィック値に関連する、複数のパケット呼を含み、
前記セレクタは、前記比較において
(a) 少なくとも1つのパケット無線チャネルについて過剰データトラフィック値を計算し(836)、
(b) 前記複数のパケット呼から1つのパケット呼を優先度の昇ベキの順で選出し(840、844)、
(c) 前記選出されたパケット呼に関連する平均データトラフィックの和が前記過剰データトラフィック値以上となるまでステップ(b)を繰り返し(838)、
(d) ステップ(b)において選出されたパケット呼を少なくとも1つのパケット無線チャネルから廃棄する(824)、ステップを含む
ことを特徴とする装置。 - 前記輻輳決定器は、少なくとも1つのパケット無線チャネルのアップリンクの算出平均パケット遅延が定められた遅延レベルよりも大きいかどうか決定する手段を含む、請求項6に記載の装置。
- 前記輻輳決定器は、少なくとも1つのパケット無線チャネルのダウンリンクの算出平均パケット遅延が予め定められた遅延レベルよりも大きいかどうか決定する手段を含む、請求項6に記載の装置。
- 少なくとも1つの前記パケット呼は、各々が優先度を割り当てられている複数のパケット呼を含み、前記セレクタ(1104)は、
少なくとも1つのパケット無線チャネル上の前記パケット呼から最低優先度を有する1つのパケット呼を選出するパケット呼セレクタを有し、さらに、前記選出された最低優先度パケット呼が前記パケット無線チャネルから廃棄するために選出されることを前記システムに示す信号を発生する、請求項6に記載の装置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/581,476 US6097700A (en) | 1995-09-18 | 1995-10-24 | Packet switched radio channel congestion control |
US08/581,476 | 1995-10-24 | ||
PCT/SE1996/001345 WO1997016040A1 (en) | 1995-10-24 | 1996-10-21 | Packet switched radio channel congestion control |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11513869A JPH11513869A (ja) | 1999-11-24 |
JP4020332B2 true JP4020332B2 (ja) | 2007-12-12 |
Family
ID=24325355
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP51653197A Expired - Lifetime JP4020332B2 (ja) | 1995-10-24 | 1996-10-21 | パケット交換無線チャネル輻湊制御 |
Country Status (9)
Country | Link |
---|---|
US (1) | US6097700A (ja) |
EP (1) | EP0857399B1 (ja) |
JP (1) | JP4020332B2 (ja) |
KR (1) | KR100425256B1 (ja) |
CN (1) | CN1319393C (ja) |
AU (1) | AU707051B2 (ja) |
CA (1) | CA2235829C (ja) |
DE (1) | DE69632473T2 (ja) |
WO (1) | WO1997016040A1 (ja) |
Families Citing this family (57)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2224623A3 (en) * | 1997-04-17 | 2011-04-06 | NTT DoCoMo, Inc. | Base station apparatus of mobile communication system |
US7046643B1 (en) | 1997-07-30 | 2006-05-16 | Bellsouth Intellectual Property Corporation | Method for dynamic multi-level pricing for wireless communications according to quality of service |
US7349333B2 (en) | 1997-07-30 | 2008-03-25 | At&T Delaware Intellectual Property, Inc. | Associated systems and methods for providing data services using idle cell resources |
US7065061B1 (en) | 1997-07-30 | 2006-06-20 | Bellsouth Intellectual Property Corporation | System and method for providing data services using idle cell resources |
US6069882A (en) | 1997-07-30 | 2000-05-30 | Bellsouth Intellectual Property Corporation | System and method for providing data services using idle cell resources |
FI112135B (fi) * | 1998-03-31 | 2003-10-31 | Nokia Corp | Menetelmä viiveen säätämiseksi |
US6321264B1 (en) * | 1998-08-28 | 2001-11-20 | 3Com Corporation | Network-performance statistics using end-node computer systems |
FI105250B (fi) * | 1998-09-01 | 2000-06-30 | Nokia Networks Oy | Menetelmä tietoliikennejärjestelmän kuormituksen ohjaamiseksi |
US6748442B1 (en) * | 1998-12-21 | 2004-06-08 | Advanced Micro Devices, Inc. | Method and apparatus for using a control signal on a packet based communication link |
US6229795B1 (en) * | 1999-01-13 | 2001-05-08 | Qualcomm Incorporated | System for allocating resources in a communication system |
US6687226B1 (en) * | 1999-04-01 | 2004-02-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Base station subsystem and method for handling an increase in traffic volume that overloads a terrestrial link in an internet protocol network |
EP1043901A3 (en) * | 1999-04-08 | 2001-11-28 | Lucent Technologies Inc. | Method for premature termination of burst transmission in wireless communication systems |
SE9901769L (sv) * | 1999-05-12 | 2000-10-09 | Ericsson Telefon Ab L M | Förfarande i ett telekommunikationssystem |
JP3379489B2 (ja) * | 1999-09-14 | 2003-02-24 | 日本電気株式会社 | サーバー・クライアント型システム及びデータダウンロード方法 |
US6542718B1 (en) * | 1999-09-30 | 2003-04-01 | Lucent Technologies Inc. | Method and apparatus for terminating a burst transmission in a wireless system |
FI20002320A (fi) * | 2000-10-20 | 2002-04-21 | Nokia Corp | Eston hallinta langattomissa tietoliikenneverkoissa |
FI20002370A (fi) * | 2000-10-27 | 2002-04-28 | Nokia Corp | Palvelun käyttäminen matkaviestinjärjestelmässä |
US6553235B2 (en) * | 2000-12-22 | 2003-04-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for providing adaptive fast radio channel congestion control |
US7072312B2 (en) * | 2001-05-14 | 2006-07-04 | Interdigital Technology Corporation | Assigning physical channels of a new user service in a hybrid time division multiple access/code division multiple access communication system |
US6791961B2 (en) * | 2001-05-14 | 2004-09-14 | Interdigital Technology Corporation | Selecting an order for physical channel assignment in a hybrid time division multiple access/code division multiple access communication system |
US6990118B2 (en) * | 2001-05-14 | 2006-01-24 | Interdigital Technology Corporation | Assigning physical channels to time slot sequences in a hybrid time division multiple access/code division multiple access communication system |
US7023815B2 (en) * | 2001-05-14 | 2006-04-04 | Interdigital Technology Corporation | Reassigning physical channels of a user service experiencing high interference levels in a hybrid wireless communication system |
US7369564B1 (en) * | 2001-06-29 | 2008-05-06 | Cisco Technology, Inc. | Method and system for service flow mobility in a wireless network |
KR100762593B1 (ko) * | 2001-07-31 | 2007-10-01 | 엘지전자 주식회사 | 고속하향패킷접속시스템의 패킷 스케줄링 알고리즘 |
US7453847B2 (en) * | 2001-10-19 | 2008-11-18 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for channel type switching |
WO2003043271A1 (en) * | 2001-11-09 | 2003-05-22 | Vitesse Semiconductor Corporation | A means and a method for switching data packets or frames |
EP1313244B1 (en) * | 2001-11-16 | 2016-11-02 | Google, Inc. | Communication device and method for communicating over a digital mobile network |
US7876726B2 (en) * | 2002-04-29 | 2011-01-25 | Texas Instruments Incorporated | Adaptive allocation of communications link channels to I- or Q-subchannel |
US7567537B1 (en) | 2002-07-29 | 2009-07-28 | Cisco Technology, Inc. | Point-to-point MAC protocol for high speed wireless bridging |
US7006831B2 (en) | 2002-09-27 | 2006-02-28 | Bellsouth Intellectual Property Corporation | Apparatus and method for providing dynamic communications network traffic control |
EP1418714B1 (en) * | 2002-11-08 | 2006-02-15 | Alcatel | Transmitter and method for bandwidth allocation |
US7720043B2 (en) * | 2002-11-20 | 2010-05-18 | Qualcomm Incorporated | Use of idle frames for early transmission of negative acknowledgement of frame receipt |
US6999759B2 (en) * | 2003-03-14 | 2006-02-14 | Motorola, Inc. | Method and apparatus for providing deferrable data services in a cellular communication system |
JP3712399B2 (ja) | 2003-03-17 | 2005-11-02 | ボーダフォン株式会社 | 局装置 |
EP1692624B1 (en) * | 2003-11-07 | 2016-05-04 | Sharp Kabushiki Kaisha | Method for network coordination with limited explicit message exchange |
US8213301B2 (en) * | 2003-11-07 | 2012-07-03 | Sharp Laboratories Of America, Inc. | Systems and methods for network channel characteristic measurement and network management |
CN1617479A (zh) * | 2003-11-14 | 2005-05-18 | 北京三星通信技术研究有限公司 | 在宽带码分多址上行专用信道增强中支持导频增强的方法 |
US7395051B2 (en) | 2004-02-23 | 2008-07-01 | Research In Motion Limited | Cellular communications system for providing non-real time subscription data and related methods |
JP4675167B2 (ja) * | 2005-06-14 | 2011-04-20 | 株式会社エヌ・ティ・ティ・ドコモ | チャネル割り当て方法、無線通信システム、基地局装置、ユーザ端末 |
JP4657178B2 (ja) * | 2006-08-30 | 2011-03-23 | 富士通株式会社 | 規制端末管理装置 |
DE102006046858A1 (de) * | 2006-10-02 | 2008-04-03 | Jungheinrich Ag | Flurförderzeug mit verstellbarer Achse |
KR100773445B1 (ko) * | 2006-11-22 | 2007-11-05 | 삼성전자주식회사 | 무선 근거리 네트워크의 데이터 송수신 장치 및 그 방법 |
US8112079B2 (en) * | 2007-10-25 | 2012-02-07 | Motorola Solutions, Inc. | System and method for providing congestion control in a communication system utilizing scheduled access communication channels |
US8428609B2 (en) * | 2008-05-02 | 2013-04-23 | Pine Valley Investments, Inc. | System and method for managing communications in cells within a cellular communication system |
US9185510B2 (en) | 2010-03-03 | 2015-11-10 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers |
US9917700B2 (en) | 2010-03-15 | 2018-03-13 | Tekelec, Inc. | Systems, methods, and computer readable media for policy enforcement correlation |
WO2011139098A2 (ko) * | 2010-05-04 | 2011-11-10 | 엘지전자 주식회사 | 이동통신 시스템에서의 mtc 서비스 네트워크 오버로드의 제어 방법 및 그 장치 |
US8520613B2 (en) | 2010-05-17 | 2013-08-27 | Qualcomm Incorporated | Optimization of the presence information refresh for a wireless device |
US8812020B2 (en) | 2010-10-15 | 2014-08-19 | Tekelec, Inc. | Methods, systems, and computer readable media for location-based policy enhancement |
US9860390B2 (en) | 2011-08-10 | 2018-01-02 | Tekelec, Inc. | Methods, systems, and computer readable media for policy event record generation |
US9900799B2 (en) * | 2011-08-16 | 2018-02-20 | Qualcomm Incorporated | Reverse link control to reduce forward link latency |
US9369910B2 (en) | 2012-07-14 | 2016-06-14 | Tekelec, Inc. | Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network |
JP6605955B2 (ja) | 2012-07-14 | 2019-11-13 | テケレック・インコーポレイテッド | ポリシーベースのローカルブレークアウト(lbo)のための方法、システム、およびコンピュータ読取可能な媒体 |
US10477385B2 (en) | 2012-07-20 | 2019-11-12 | Tekelec, Inc. | Methods, systems and computer readable media for distributing policy rules to the mobile edge |
US10117127B2 (en) | 2015-07-08 | 2018-10-30 | Oracle International Corporation | Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users |
US10225762B2 (en) | 2017-03-28 | 2019-03-05 | Oracle International Corporation | Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration |
US10237418B2 (en) | 2017-04-21 | 2019-03-19 | Oracle International Corporation | Methods, systems, and computer readable media for charging based on radio congestion in mobile networks |
Family Cites Families (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4409592A (en) * | 1981-04-20 | 1983-10-11 | Hunt V Bruce | Multipoint packet data communication system using random access and collision detection techniques |
AU577742B2 (en) * | 1984-07-13 | 1988-09-29 | Motorola, Inc. | Cellular voice and data radiotelephone system |
CA1265227A (en) * | 1985-07-08 | 1990-01-30 | Reginhard Pospischil | Method for monitoring and controlling the traffic in digital transmission networks |
JPH0831876B2 (ja) * | 1985-09-20 | 1996-03-27 | 株式会社日立製作所 | パケツト交換網におけるル−チング制御方式 |
US5220674A (en) * | 1987-07-17 | 1993-06-15 | Digital Equipment Corporation | Local area print server for requesting and storing required resource data and forwarding printer status message to selected destination |
US4887265A (en) * | 1988-03-18 | 1989-12-12 | Motorola, Inc. | Packet-switched cellular telephone system |
US5119367A (en) * | 1988-10-28 | 1992-06-02 | Oki Electric Industry Co., Ltd. | Method and a node circuit for routing bursty data |
JP2753294B2 (ja) * | 1988-12-23 | 1998-05-18 | 株式会社日立製作所 | パケット輻輳制御方法およびパケット交換装置 |
JPH02220531A (ja) * | 1989-02-22 | 1990-09-03 | Toshiba Corp | 呼接続制御方式および流量監視方式 |
US5115433A (en) * | 1989-07-18 | 1992-05-19 | Metricom, Inc. | Method and system for routing packets in a packet communication network |
JP2837182B2 (ja) * | 1989-08-04 | 1998-12-14 | 富士通株式会社 | セルデータの伝送方法、送信要求処理方法及びスイッチ |
SE464438B (sv) * | 1989-08-25 | 1991-04-22 | Eritel Ab | Foerfarande foer att anpassa radiokommunikationssystem med basstation och flera mobilstationer till trafik och prestandakrav |
US5050161A (en) * | 1989-12-04 | 1991-09-17 | Bell Communications Research, Inc. | Congestion management based on multiple framing strategy |
DE68922905T2 (de) * | 1989-12-14 | 1995-12-21 | Philips Electronics Nv | System und Verfahren zur Zugangsratensteuerung von Stationen in einem Paketvermittlungsnetzwerk. |
US5131020A (en) * | 1989-12-29 | 1992-07-14 | Smartroutes Systems Limited Partnership | Method of and system for providing continually updated traffic or other information to telephonically and other communications-linked customers |
US5115429A (en) * | 1990-08-02 | 1992-05-19 | Codex Corporation | Dynamic encoding rate control minimizes traffic congestion in a packet network |
US5280483A (en) * | 1990-08-09 | 1994-01-18 | Fujitsu Limited | Traffic control system for asynchronous transfer mode exchange |
US5384826A (en) * | 1990-10-01 | 1995-01-24 | At&T Bell Laboratories | Distributed packetized switching cellular radio telephone communication system with handoff |
GB9024684D0 (en) * | 1990-11-13 | 1991-01-02 | Cognito Group Ltd | A method of communicating data |
US5195090A (en) * | 1991-07-09 | 1993-03-16 | At&T Bell Laboratories | Wireless access telephone-to-telephone network interface architecture |
US5365520A (en) * | 1992-03-27 | 1994-11-15 | Motorola, Inc. | Dynamic signal routing |
DE69330661T2 (de) * | 1992-04-27 | 2002-06-27 | Nippon Telegraph & Telephone | Paketnetzwerk und Verfahren zur Vermeidung von Überlastung eines solchen Netzwerks |
US5381407A (en) * | 1992-06-04 | 1995-01-10 | Bell Communications Research, Inc. | Method and system for controlling user traffic to a fast packet switching system |
US5276677A (en) * | 1992-06-26 | 1994-01-04 | Nec Usa, Inc. | Predictive congestion control of high-speed wide area networks |
EP0578260B1 (en) * | 1992-07-09 | 1999-10-20 | Nec Corporation | TDMA cellular mobile communciation system |
US5289462A (en) * | 1992-08-19 | 1994-02-22 | International Business Machines Corp. | Traffic management in packet communications networks |
US5274625A (en) * | 1992-09-10 | 1993-12-28 | International Business Machines Corporation | Traffic measurements in packet communications networks |
US5398012A (en) * | 1992-11-24 | 1995-03-14 | International Business Machines Corporation | Distributed processing of route selection across networks and subnetworks |
US5347511A (en) * | 1993-06-07 | 1994-09-13 | International Business Machines Corp. | Traffic management in packet communications networks |
WO1995003679A1 (en) * | 1993-07-20 | 1995-02-02 | Nomadic Systems, Inc. | Method and apparatus for managing data transfer in a cellular communications system |
US5357507A (en) * | 1993-08-24 | 1994-10-18 | Northern Telecom Limited | Fast connection admission control for ATM networks |
US5521925A (en) * | 1993-09-09 | 1996-05-28 | Hughes Aircraft Company | Method and apparatus for providing mixed voice and data communication in a time division multiple access radio communication system |
SE9304119D0 (sv) * | 1993-12-10 | 1993-12-10 | Ericsson Ge Mobile Communicat | Apparatuses and mobile stations for providing packet data communication in digital TDMA cellular systems |
JP2812192B2 (ja) * | 1994-03-08 | 1998-10-22 | 日本電気株式会社 | 無線チャンネル選択方法および無線チャンネル選択システム |
US5497504A (en) * | 1994-05-13 | 1996-03-05 | The Trustees Of Columbia University | System and method for connection control in mobile communications |
US5537395A (en) * | 1995-04-13 | 1996-07-16 | Northern Telecom Limited | Method and apparatus for setting a channel congestion message in a wireless multiple access packet data system |
-
1995
- 1995-10-24 US US08/581,476 patent/US6097700A/en not_active Expired - Lifetime
-
1996
- 1996-10-21 EP EP96935740A patent/EP0857399B1/en not_active Expired - Lifetime
- 1996-10-21 CA CA002235829A patent/CA2235829C/en not_active Expired - Lifetime
- 1996-10-21 DE DE69632473T patent/DE69632473T2/de not_active Expired - Lifetime
- 1996-10-21 CN CNB961989939A patent/CN1319393C/zh not_active Expired - Lifetime
- 1996-10-21 AU AU73551/96A patent/AU707051B2/en not_active Ceased
- 1996-10-21 WO PCT/SE1996/001345 patent/WO1997016040A1/en active IP Right Grant
- 1996-10-21 JP JP51653197A patent/JP4020332B2/ja not_active Expired - Lifetime
- 1996-10-21 KR KR10-1998-0702942A patent/KR100425256B1/ko not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
CA2235829C (en) | 2005-04-19 |
JPH11513869A (ja) | 1999-11-24 |
DE69632473D1 (de) | 2004-06-17 |
DE69632473T2 (de) | 2005-05-19 |
EP0857399A1 (en) | 1998-08-12 |
CN1319393C (zh) | 2007-05-30 |
AU707051B2 (en) | 1999-07-01 |
US6097700A (en) | 2000-08-01 |
AU7355196A (en) | 1997-05-15 |
WO1997016040A1 (en) | 1997-05-01 |
EP0857399B1 (en) | 2004-05-12 |
CA2235829A1 (en) | 1997-05-01 |
CN1204444A (zh) | 1999-01-06 |
KR100425256B1 (ko) | 2004-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4020332B2 (ja) | パケット交換無線チャネル輻湊制御 | |
JP3776458B2 (ja) | パケット交換無線チャネルトラフィック監視 | |
JP4195086B2 (ja) | セルラー通信システムのパケット交換無線チャンネルへの進入制御 | |
US5742588A (en) | Packet switched traffic management in a cellular telecommunications system | |
KR101132106B1 (ko) | 무선 네트워크에서의 시그널링 접속 승인 제어 방법 | |
AU2007243569B2 (en) | Method of providing access information to an access terminal | |
EP1359780A1 (en) | System and method for simulating the management of quality of service in a network for mobile radio equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060110 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051222 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060214 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060410 |
|
RD05 | Notification of revocation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7425 Effective date: 20060627 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070320 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070613 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070726 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070827 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070921 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101005 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111005 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121005 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131005 Year of fee payment: 6 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |