JP2000500931A

JP2000500931A - セルラ電気通信システムにおけるパケット交換トラフィック管理

Info

Publication number: JP2000500931A
Application number: JP9512632A
Authority: JP
Inventors: トルンベルグ，カール，マグヌス; グリムルンド，オルレ，エリク; アンデルソン，マグヌス
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1995-09-18
Filing date: 1996-09-13
Publication date: 2000-01-25
Also published as: DE69632469T2; DE69632469D1; CN1201584A; CN1092905C; EP0852100A1; AU720029B2; WO1997011568A1; KR19990045774A; CA2231281A1; US5742588A; EP0852100B1; AU7004796A

Abstract

(57)【要約】セルラ電気通信システムにおけるパケット交換トラフィック管理の方法及びシステムが提供される。本発明は、セルラ・システムの各セルに対するパケット交換無線チャンネル（ＰＲＣＨ）マネージャ（４０２）及びセル内の各ＰＲＣＨに対するＰＲＣＨコントローラ（４０６）を含む。ＰＲＣＨマネージャは、１つ以上のＰＲＣＨコントローラと対話し、かつこれらのコントローラを制御する。ＰＲＣＨマネージャは、サービス・リクエストを評価し、ＰＲＣＨアクセス許可待ち行列をハンドルし、かつそのセルの活性ＰＲＣＨを管理する機能を遂行する。ＰＲＣＨコントローラは、各個々のＰＲＣＨ毎に、進行中のトラフィックを監視し、アクセス許可を制御し、かつトラフィックの集中を制御する機能を遂行する。本発明は、システム運営者に各ＰＲＣＨに対して最長許容遅延及び各パケット呼に対して優先権をセットすることを可能にする。システム内で最長許容遅延及び優先権を選択することによって、システム運営者は、ＰＲＣＨ利用者が許容不能のパケット伝送遅延をこうむる確率を小さくすることができる。

Description

【発明の詳細な説明】セルラ電気通信システムにおけるパケット交換トラフィック管理発明の背景発明の分野本発明は、パケット交換（ｐａｃｋｅｔｓｗｉｔｃｈｅｄ）電気通信システム、特にセルラ電気通信網におけるパケット交換トラフィックを管理するシステムに関する。先行技術の歴史セルラ電気通信システム内で多数かつ多様なサービスを提供する能力が発達するに連れて、パケット交換サービスがセルラ電気通信サービスの分野でますます重要な役割を演じることになる。セルラ・システムへの多くのコンピュータ・サービス及び関連データ・サービスの応用は、セルラ電気通信システムの無線リンクを通して単一又は多数のデータ・パケットを転送することを要求する。これらのサービスのうち電子メール、テレバンキング（ｔｅｌｅ−ｂａｎｋｉｎｇ）のような或る決まったものは、蓄積交換（ｓｔｏｒｅａｎｄｆｏｒｗａｒｄ）短メッセージ・サービスを用いて実施されてよい。しかしながら、端末エミュレーション、地域情報通信網（ｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）、銀行サーバ（ｂａｎｋｓｅｒｖｅｒ）アクセス、クレジット・カード検証のような他のサービスは、対話使用、短時間遅延、及び長さを広く変動するデータ・パケットをハンドルする能力を必要とする。将来のセルラ・システムがこのようなサービスを効率的パケットデータ・サービスを用いて維持しなければならなくなるのは、確かである。パケット・データ・サービスの重要性の認識の結果が、このようなサービスを欧州２＋グループ・スペッシャル・モービル（Ｅｕｒｏｐｅａｎ２＋ＧｒｏｕｐＳｐｅｃｉａｌＭｏｂｉｌｅ（ＧＳＭ））セルラ・システム用に開発するための欧州電気通信標準化機構（ＥＴＳＩ）の現在の努力となって現れている。この認識の結果がまた、ＰＡＣＥＩＩ符号分割テストベッド（ＣｏｄｅＤｉｖｉｓｉｏｎＴｅｓｔｂｅｄ（ＣＯＤＩＴ））プロジェクトＲ２０２０における開発の下で、現在、ユニバーサル移動電話システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｐｈｏｎｅＳｙｓｔｅｍ（ＵＭＴＳ））内へパケットデータ・サービス能力を設計する努力となって現れている。ＣＯＤＩＴプロジェクトは、符号分割多元接続（ＣＤＭＡ）技術を使用する将来の移動電気通信システムを定義する目的で欧州共同体の委員会によって設立された。セルラ電気通信網におけるパケット交換データ・サービスは、網利用者から移動利用者へパケット交換無線チャンネル（ＰＲＣＨ）の共用ダウンリンク（ＤＬ）上を送信される呼及びそのＰＲＣＨのアップリンク（ＵＬ）を共用する１人以上の移動利用者を特徴としている。ＤＬＰＲＣＨは、待機制（ｑｕｅｕｅｄｂａｓｉｓ）で網利用者によって共用される。ＵＬＰＲＣＨは、ランダム様式でそのチャンネルにアクセスする各移動利用者によって、データをシステムへ送信するために、その移動利用者が要求するに連れて、共用される。ＰＲＣＨへのアクセスを許す普通の方法は、パケット交換コンテンション・モードを通してである。現在定義されているＣＯＤＩＴＵＭＴＳパケットデータ・サービスは、コンテンション・モード型のものである。パケット交換コンテンション・モードでは、移動利用者は、データを転送することが必要であるとき、ＰＲＣＨ上でデータ・パケットを送信する。送信する移動利用者の識別は、各データ・パケットに含まれる。移動利用者によるデータ・パケットの伝送は、ランダムに行われるか、又はパケット・データ・チャンネルが他の移動局によって目下使用されていないことを表示するあき信号を検知する際に行われるかのどちらかである。もし２人以上の移動利用者があきパケット・データ・チャンネルを同時に争奪する（ｃｏｎｔｅｎｄ）ならば、システムはそのチャンネルヘ１アクセスを許すだけであろう。チャンネルへのアクセスに不成功の移動利用者は、そのシステムによって受け取られるまでデータ・パケットの伝送を繰り返さなければならない。データ・パケットを移動利用者へ送信するシステム利用者もまた、待ち行列内に置かれることによってダウンリンクを争奪する。このようなシステムにおいては、各利用者はランダム様式でパケット交換チャンネルにアクセスするので、利用者への、利用者からの、及びセルラ・システムのパケット交換無線チャンネル間の無制御の流れが原因でそのシステム内にパケット伝送遅延を起こさせることがある。この遅延は、アップリンク上の移動利用者及びダウンリンク上を移動利用者へ送信する網利用者の両方によって引き起こされると云ってよい。パケット交換チャンネル上のパケット呼の数が増すに連れて、各パケット呼毎の平均伝送遅延が長くなる。したがって、セルラ・システムの１つ以上のパケット交換無線チャンネル上のパケット伝送遅延を制御する方法及びシステムの必要が存在する。もし争奪するパケット呼を、予め定義された判定基準に従って、パケット無線チャンネルへのアクセス許可（ａｄｍｉｓｓｉｏｎ）のために選択的に決定することができたとしたならば、長いパケット遅延時間を許容することができない応用におけるパケット交換チャンネル利用者に対して遅延を回避し及び短縮することができるであろう。各パケット交換無線チャンネルが最長許容パケット伝送遅延を有しており、優先順位付けされた（ｐｒｉｏｒｉｔｉｚｅｄ）利用者への及びこれらの利用者からの、及び１つ以上のパケット交換無線チャンネル間の流れを管理する方法及びシステムは、このような必要を満たすであろう。発明の要約本発明は、セルラ電気通信システムにおけるパケット交換トラフィックを管理する方法及びシステムを提供する。システム運営者（ｓｙｓｅｍｏｐｅｒａｔｏｒ）は、各々が最長許容パケット伝送遅延を有する１つ以上のパケット交換無線チャンネル（ＰＲＣＨ）上の優先順位付けされた利用者に対するパケット・トラフィックを管理することを許される。ＰＲＣＨを利用するパケット呼の数は制御することができ、それによって、ＰＲＣＨのアップリンク及びダウンリンクの両方上の平均パケット遅延もまた制御することができる。利用者が各々ＰＲＣＨの使用をランダムに争奪する従来のコンテンション・モード・パケット交換システムに関連した問題は、回避される。そのような従来のシステムにおいては、ＰＲＣＨ上のパケット呼の数は制御されず、かつＰＲＣＨを争奪する利用者の数が増えるに連れてデータ・パケット伝送についての平均時間遅延が長くなる。１実施例では、本発明は各基地局毎に又は複数の基地局についてＰＲＣＨマネージャ機能を有し、この機能は１つ以上のＰＲＣＨ無線チャンネルを有するセルラ・システムのセルを制御する。そのセル内の各ＰＲＣＨ毎の個別ＰＲＣＨコントローラ機能が更に含まれる。各セル毎に、ＰＲＣＨマネージャは１つ以上のＰＲＣＨコントローラと対話し、これらのコントローラはそのセルに配分されたＰＲＣＨを制御する。ＰＲＣＨマネージャは、ＰＲＣＨの使用をリクエストする利用者のサービス・リクエストを評価し、ふくそうに起因してＰＲＣＨから締め出され（ｅｘｐｅｌｌｅｄ）ていたパケット呼（ｐａｃｋｅｔｃａｌｌ）についての再アクセス許可（ｒｅａｄｍｉｓｓｉｏｎ）を評価し、ＰＲＣＨアクセス許可待ち行列をハンドルし、及びセルの活性ＰＲＣＨチャンネルを管理する機能を遂行する。ＰＲＣＨコントローラは、進行中の（ｏｎｇｏｉｎｇ）トラフィックを監視し、アクセス許可を制御し、及び各個々のＰＲＣＨ毎にトラフィックふくそうを制御する機能を遂行する。リソース・マネージャがＰＲＣＨマネージャと更に関連している。利用者がセルのＰＲＣＨアップリンク又はダウンリンクに、又はアップリンク及びダウンリンクの両方にアクセスを取ることが必要なとき、そのセルのＰＲＣＨマネージャ機能が呼び出される（ｉｎｖｏｋｅｄ）。ＰＲＣＨマネージャ機能は、いくつかの状況において呼び出されることがある。網プロトコル・スタックを経由してのサービス・リクエストの受信は、ＰＲＣＨマネージャを呼び出すことになる。もしパケット呼がふくそうに起因して締め出されておりかつパケット呼締出し表示がＰＲＣＨコントローラから受信されるならば、ＰＲＣＨマネージャがまた呼び出されることになる。もし内部的に発生されるアクセス許可待ち行列信号がＰＲＣＨ内で発生されるか、又はＰＲＣＨセットアップ承認（ｇｒａｎｔ）／拒否（ｄｅｎｉｅｄ）信号又はＰＲＣＨ抹消承認／拒否信号がリソース・マネージャから受信されるならば、ＰＲＣＨマネージャがまた呼び出されることになる。新利用者がＰＲＣＨへアクセスすることを望むとき、利用者が新セル内の新ＰＲＣＨへハンドオーバ（ｈａｎｄｏｖｅｒ）することを望むとき、又は利用者が喪失接続を再確立することを望むとき、サービス・リクエストがＰＲＣＨマネージャによって受信されることがある。もしサービス・リクエストが受信されるならば、ＰＲＣＨマネージャは、そのリクエストをそのセルのＰＲＣＨコントローラへアクセス許可リクエストを一度に１つ送出することによって評価する。もしどれかのＰＲＣＨコントローラがそのリクエストを承認するならば、リクエストしている利用者は相当するＰＲＣＨを割り当てられ、かつサービス承認信号が網プロトコル・スタックを経由してその利用者へ送出される。もしＰＲＣＨコントローラのどれもがアクセス許可リクエストを承認しないならば、ＰＲＣＨマネージャはパケット呼の識別情報（ｉｄｅｎｔｉｔｙ）をそのセルのＰＲＣＨアクセス許可待ち行列に入れる（一時的に中断する）べきかどうか又はサービス・リクエストを拒否するべきかどうかを評価する。もしパケット呼の識別情報がアクセス許可待ち行列に入れられるならば、パケット呼中断表示信号が網プロトコル・スタックを経由してその利用者へ送出される。そうでなければ、サービス拒否信号が送出される。もしＰＲＣＨマネージャがパケット呼締出し表示を受信するならば、ＰＲＣＨマネージャはそのセルのＰＲＣＨコントローラへアクセス許可リクエストを一度に１つ送出することによってパケット呼締出し表示を評価する。もしどれかのＰＲＣＨコントローラがこのリクエストを承認するならば、締め出された利用者は相当するＰＲＣＨを割り当てられかつパケット呼日付け表示信号がその利用者へ送出される。もしＰＲＣＨコントローラのどれもがアクセス許可リクエストを承認しないならば、ＰＲＣＨマネージャはパケット呼の識別情報をそのセルのＰＲＣＨアクセス許可待ち行列に入れるべきかどうか又は締め出されたパケット呼を切り離すべきかどうか評価する。もしパケット呼の識別情報がアクセス許可待ち行列に入れられるならば、パケット呼中断表示信号が網プロトコル・スタックを経由してその利用者へ送出される。そうでなければ、パケット呼離切し信号がその利用者へ送出される。もし内部的に発生されるアクセス許可待ち行列信号が発生されるならば、ＰＲＣＨマネージャは、アクセス許可待ち行列ハンドリングを遂行する。アクセス許可待ち行列信号は、ＰＲＣＨマネージャが待機パケット呼についてアクセス許可待ち行列を検査するべきことを表示する。アクセス許可待ち行列ハンドリングに当たって、ＰＲＣＨマネージャは、待ち行列内の最高優先権パケット呼についてアクセス許可リクエストをそのセルのパケットコントローラに一度に１つ送出する。アクセス許可リクエストは、サービス・リクエスト評価ステップ及びパケット呼締出し評価アクセス許可リクエスト・ステップにおいて行われるのと同じように送出される。もしどれかのＰＲＣＨコントローラがこのリクエストを承認するならば、アクセス許可待ち行列内のパケット呼が相当するＰＲＣＨを割り当てられかつパケット呼再開表示信号がその利用者へ送出される。もしＰＲＣＨコントローラのどれもがこのリクエストを承認しないならば、再開表示信号は送出されない。もしＰＲＣＨマネージャがそのセルのリソース・マネージャからＰＲＣＨセットアップ承認を受信するならば、ＰＲＣＨマネージャは新ＰＲＣＨに対する新ＰＲＣＨコントローラ機能を創出すことになる。もしＰＲＣＨマネージャがリソース・マネージャからＰＲＣＨ復旧承認を受信するならば、ＰＲＣＨマネージャは復旧されたＰＲＣＨに対するＰＲＣＨコントローラ機能を抹消することになる。図面の簡単な説明本発明の方法及びシステムのより完全な理解は、添付図面と関連して解釈されるとき、次の詳細な説明によって得られると云ってよい。これらの図面のうち、図１は本発明がそれに実施されてよいセルラ電気通信システムのブロック図である。図２は本発明画それに実施されてよいセルラ電気通信システムのパケット交換機能に対する制御面プロトコル・アーキテクチャを示すブロック図である。図３Ａ及び３Ｂは本発明に従って動作するセルラ・システム・パケット無線チャンネルの、それぞれ、ダウンリンク及びアップリンク上の信号の交換を示すブロック図である。図４は本発明の実施例に従って動作するセルラ・システム内のパケット無線トラフィック管理の機能ブロック図である。図５Ａ〜５Ｄは本発明の実施例に従うパケット無線チャンネル・マネージャ機能がたどるプロセス・ステップを示す流れ図である。図６は本発明の実施例に従って動作するパケット無線チャンネル・コントローラ・トラフィック監視機能がたどるプロセス・ステップを示す流れ図である。図７は本発明の実施例に従って動作するパケット無線チャンネル・コントローラ・アクセス許可制御機能がたどるプロセス・ステップを示す流れ図である。図８は本発明の実施例に従うパケット無線チャンネル・コントローラふくそう制御機能がたどるプロセス・ステップを示す流れ図である。図９は本発明の実施例に従うパケット無線チャンネル・リソース・マネージャ機能がたどるプロセス・ステップを示す流れ図である。詳細な説明図１は、本発明がそれに実施されてよいセルラ電気通信システム１００のブロック図を示す。セルラ・システム１００は、移動制御節点（ＭＣＮ）１０２、無線網コントローラ（ＲＮＣ）１０４及び１０６、基地局（ＢＳ）１０８、１１０、１１２、１１４、１１６、及び１１８、移動局（ＭＳ）１２０、１２２、及び１２４を含む。各基地局１０８、１１０、１１２、１１４、１１６、及び１１８は、その基地局の、セルと称する、無線カバレージ・エリア内の移動局とのシステム無線通信を制御する。移動局１２０、１２２、及び１２４は、どの基地局のカバレージ・エリア内にその移動局が位置検出されているかに依存して基地局１０８、１１０、１１２、１１４、１１６、及び１１８のうちの特定の基地局と通信する。図１で、移動局１２０、１２２、及び１２４は、それぞれ、基地局１０８、１１２、１１６、インタフェース１２８、１３０、及び１３２を経由して通信中であることが示されている。基地局１０８、１１０、及び１１２は無線網コントローラ１０４に接続され、基地局１１４、１１６、及び１１８は無線網コントローラ１０６に接続されている。無線網コントローラ１０４及び１０６は、立ち代わって、移動制御節点１０２に接続されている。移動制御節点１０２は交換センタであって、これはセルラ・システムと固定網１２６との相互接続を維持する。移動制御節点１０２は、陸線又は他の等価接続によって固定網１２６と接続されてよい。固定網１２６は、インターネット網、公衆加入電話網（ＰＳＴＮ）、総合サービス・ディジタル網（ＩＳＤＮ）、パケット交換公衆データ網（ＰＳＰＤＮ）、又はＸ．２５システムを含んでよい。図１のセルラ電気通信システムは特定の構成として示されているが、このブロック図は本発明がそれに実施されてよいシステムの模範的構成のみを意図する。本発明は、利用者がパケット交換無線チャンネル（ＰＲＣＨ）を争奪するどんなパケット交換無線システムにも応用される。本発明の実施例では、セルラ・システム１００は、本発明のＰＲＣＨトラフィック管理機能によって制御されるＣＯＤＩＴ／ＵＭＴＳ用に指定（ｓｐｅｃｉｆｙ）されたＰＲＣＨコンテンション・モード・アクセスを用いる符号分割テストベッド（ＣＯＤＩＴ）ユニバーサル移動電話システム（ＵＭＴＳ）プロジェクト用に開発されたプロトコルに従って動作する。ＵＭＴＳは、マルチレート（ｍｕｌｔｉ−ｒａｔｅ）無線インタフェース・アーキテクチャを備えるダイレクト・シーケンス（ｄｉｒｅｃｔｓｅｑｕｅｎｃｅ）符号分割多元接続（ＤＳ−ＣＤＭＡ）を使用する移動通信システムである。ＣＯＤＩＴ／ＵＭＴＳシステムでは、パケット無線サービスが、１つ以上のＰＲＣＨを経由して移動局１２０、１２２、及び１２４に提供される。基地局１０８、１１０、１１２、１１４、１１６、及び１１８は、無線網コントローラ１０４及び１０６、又は移動制御節点１０２のリクエストに応じて１つ以上のＰＲＣＨを確立する又は終端させる。ＰＲＣＨは全二重、非対称チャンネルであって、これを最高９．６ｋビット／秒（狭帯域幅チャンネル）又は最高６４ｋビット／秒（中帯域幅チャンネル）の移動局可変データ伝送速度（ｖａｒｉａｂｌｅｍｏｂｉｌｅｓｔａｔｉｏｎｄａｔａｒａｔｅ）でアップリンク（ＵＬ）及びダウンリンク（ＤＬ）上で独立に動作させることができる。ＭＣＮ１０２は、多数の移動局を単一セル内の単一ＰＲＣＨに取り付けることができる。ＰＲＣＨ上のいくつかの移動局を区別するために、ＭＣＮ１２０は、それがアクセスを承認するとき、各移動局に仮想接続識別子（ｖｉｒｔｕａｌｃｏｎｎｅｃｔｉｏｎｉｄｅｎｔｉｆｉｅｒ（ＶＣＩ））を割り当てる。ＶＣＩは、ｋビット数によって表され、かつＭＣＮ１０２によって制御されるエリア内の一意アドレス（ｕｎｉｑｕｅａｄｄｒｅｓｓ）として働く。ＰＲＣＨは、移動局１２０、１２２、１２４間に断片化パケットを輸送するために１０ｍｓタイムスロットに組み立てられる。ＤＬ上で、移動制御節点１０２は、１つの移動局への又は複数の移動局へ同時のＵＬ上のアクセス及びデータ転送を制御するために、移動局データ・パケット及び情報を送出することができる。ＵＬ上で、移動局は、もし同じ基地局のカバレージ・エリア内にあるならば、ＵＬＰＲＣＨへのアクセスを共用してよい。ＰＲＣＨへのアクセスを得た後、移動局は物理チャンネルを通してシステムへパケットを送信する。論理チャンネルＰＲＣＨは、物理データ・チャンネル（ＰＤＣＨ）及び物理制御チャンネル（ＰＣＣＨ）を含む２つの物理チャンネル上へマップされる。図２は、ＣＯＤＩＴ／ＵＭＴＳのパケット交換機能用プロトコル・スタック２００を示す。移動局では、移動局プロトコル・スタック（ＭＳ／ＰＳ）２１８が、網層２０２、データリンク制御（ＤＬＣ）層２０４、媒体アクセス制御（ＭＡＣ）層２０６、及び物理層２０８を含む。網側では、網プロトコル・スタック（ＮＷ／ＰＳ）２２０が、各々ＭＣＮ又はＲＮＣのどちらか内に設置された網層２１０及びＤＬＣ層２１２、基地局及びＭＣＮ又はＲＮＣ内に設置された媒体アクセス層（ＭＡＣ）２１４、及び物理層２１６を含む。網層２０２のコネクションレス・パケット・サービス（ＣＬＰＳ）機関（ｅｎｔｉｔｙ）が、移動局にパケット・サービスを提供する。網層２１０のＣＬＰＳがＶＣＩを登録し、確認し、割り当て及び管理する機能、及びパケット・データ網とインタフェースする機能を提供する。パケット呼中、ＣＬＳＰ機関は、専用制御チャンネル（ＤＣＣＨ及びＣＣ）を経由してパケット・サービス・セットアップ信号を初期的に送出するために論理リンク・アドミニストレータ（ＬＬＡ）を使用する。パケット・サービス・セットアップの後、移動局がＰＲＣＨに取り付けられ、かつ移動局データ・パケット（ＰＲ）を含むＣＬＰＳ間の全てのメッセージがＤＬＣを通してパケット無線（ＰＲ）制御機関へ送出される。ＰＲ機関はまた、ハンドオーバ、接続再確立等のような正規移動電話システム機能に責任を負う。ＰＲＣＨ上を送信されるパケットは、断片化され、受信側で伝送誤りを検出するためのブロック符号（ＢＣ）で以て保護され、たたみ込み復号され、インタリーブ（ＩＬ）され、マルチプレクサ（ＭＵＸ）を通して交換され、次いで、ＰＤＣＨを通して送信される。制御情報、例えば、電力制御用のものがまた、ＰＣＣＨを経由して転送されてよい。受信側で、断片が受信サンプルから復元され、パケットになるように再び集め（ｒｅａｓｓｅｍｂｌｅ）され、かつコネクションレス・パケット・サービス（ＣＬＰＳ）機関へ転送される。受信側でブロック復号器が誤りパケット断片の受信を検出すると、パケット無線制御機能がパケットの再送信をリクエストする。セルラ・システム１００では、基地局１０８、１１０、１１２、１１４、１１６、及び１１８によって制御されるセル間に分布されたいくつかのＰＲＣＨがあってよい。図３Ａ及び３Ｂは、本発明に従って動作するセルラ・システムＰＲＣＨの、それぞれ、アップリンク（ＵＰ）及びダウンリンク（ＤＬ）上の信号の交換を示す。図３Ａ及び３Ｂは、移動局（ＭＳ）３００と網（ＷＮ）３０２との間の信号交換を示す。移動局３００は、移動局プロトコル・スタック（ＭＳ／ＰＳ）２１８及び移動局システム・マネージャ（ＭＳ／ＳＭ）２２０として機能的に示されている。網３０２は、網プロトコル・スタック（ＮＷ／ＰＳ）２２２及び網システム・マネージャ（ＮＷ／ＳＭ）２２４として機能的に示されている。プロトコル・スタックはデータ伝送に責任を負い、及びシステム・マネージャは網と移動局との間の接続の監視に責任を負う。アップリンク（ＵＬ）パケット伝送及び受信については、次の方式が使用される（ステップは図３Ａ中の矢印の番号に相当する）。１Ｕ．ＭＳ／ＰＳ２１８はパケットの異なる３つの種類をＮＷ／ＰＳ２２２へ送出することができ、これらの種類のうち２つは受信通知（ａｃｋ−ｎｏｗｌｅｄｅｇｅｍｅｎｔ）を要求する。ａ．受信通知を要求するパケット。・ユーサ・データを含むパケット、及び・ピギーバック式（ｐｉｇｇｙ−ｂａｃｋｅｄ）ダウンリンク報告（ＤＬＲ）を伴う利用者データを含むパケット。ｂ．受信通知を要求しないパケット。・ＤＬＲのみを含むパケット。受信通知を要求するパケットが送出されるときタイマがＭＳ／ＳＭ２２０内でセットされる。もし受信通知が受信される前にタイマが期限切れになるならば、パケットは喪失していると考えられる。２Ｕ．全てのＵＬデータ・パケットについて、品質サンプルがＮＷ／ＳＭ２２４へ送出される。ＵＬパケットの終端で、最終品質サンプルがその特定パケットについて既に送出されていることを表示するパケット停止信号がＮＷ／ＳＭ２２４へ送出される。３Ｕ．ＵＬデータ・パケットを受信した後、ＵＬパケット報告がＮＷ／ＳＭ２２４へ送出される。この報告は、トラフィック監視に要求される情報を含む。４Ｕ．もしＵＬパケットがピギーバック式ＤＬＲを含むか又はもしそのパケットが孤立型（ｓｔａｎｄ−ａｌｏｎｅ）ＤＬＲであるならば、ＤＬ品質推定値が抽出され、かつＮＷ／ＭＳ２２４へ転送される。５Ｕ．もし伝送されたＵＬデータ・パケットが受信通知を要求するならば、受信通知メッセージがＮＷ／ＰＳ２２２からＭＳ／ＰＳ２１８へ送出される。このメッセージは、ＤＬ移動局情報上で孤立型か又はピギーバック式かのどちらかであることができる。６Ｕ．ＭＳ／ＰＳ２１８に受信通知が受信されると、パケット受信通知信号がＭＳ／ＳＭ２２０へ送出される。もし上のステップ１で導入されたタイマが期限切れになる前に受信通知が受信されないならば、パケット喪失メッセージがＭＳ／ＳＭ２２０へ送出される。ＤＬパケット伝送及び受信については、次の方式が使用される（ステップは図３Ｂ中の矢印の番号に相当する）。１Ｄ．ＮＷ／ＰＳ２２２はパケットの異なる３つの種類をＭＳ／ＰＳ２１８へ送出することができ、これらの種類のうち２つは受信通知を要求する。ａ．受信通知を要求するパケット。・ユーサ・データを含むパケット、及び・先に受信されたＵＬパケットに対するピギーバック式受信通知／受信通知なし（ａｃｋ／ｎａｃｋ）情報付き利用者データを含むパケット。ｂ．受信通知を要求しないパケット。・先に受信されたＵＬパケットに対するａｃｋ／ｎａｃｋ情報のみを含むパケット。受信通知を要求するパケットが送出されるときタイマがセットされる。もし受信通知が受信される前にタイマが期限切れになるならば、パケットは喪失していると考えられる。２Ｄ．ＤＬデータ・パケットが送信されるとき、ＤＬパケット報告がＮＷ／ＳＭ２２４へ送出される。この報告はトラフィック監視に要求される情報を含む。３Ｄ．ＭＳ／ＰＳ２１８にＤＬデータ・パケットを受信するとき、品質サンプルが各フレーム毎に抽出され、かつＭＳ／ＳＭ２２０へ送出される。ＤＬパケットの終端で、最終品質サンプルがその特定のパケットについて既に送出されていることを表示するパケット停止信号がＭＳ／ＳＭ２２０へ送出される。４Ｄ．パケット停止信号を受信した後、品質推定値がＭＳ／ＰＳ２１８へ送出される。この推定値は、ＤＬ上を送出された全パケットの品質の測定値である。５Ｄ．ａｃｋ／ｎａｃｋメッセージ及び品質推定値を含むダウンリンク報告（ＤｏｗｎＬｉｎｋＲｅｐｏｒｔ（ＤＬＲ））が利用者データを含む各受信されたＤＬパケット毎にＮＷ／ＰＳ２２２へ送出される。ＤＬＲを、ＵＬデータ・パケット上で孤立型又はピギーバック式のどちらかで送出することができる。ＮＷ／ＰＳ２２２にＤＬＲを受信した後、品質推定値がＮＭ／ＳＭ２２４へ転送される。６Ｄ．もしＤＬＲ内のａｃｋ／ｎａｃｋ情報が受信通知を含むならば、パケット受信通知信号がＮＷ／ＳＭ２２４へ送出される。もし上のステップ１で導入されたタイマが期限切れになる前に受信通知が受信されないならば、パケット喪失メッセージがＮＷ／ＳＭ２２４へ送出される。図４は、本発明に従って動作するセルラ・システム内のパケット無線トラフィック管理機能の機能ブロック図である。ＮＷ／ＳＭ２２４内に論理的に設置されたパケット無線トラフィック管理の機能性は、３つの主ブロックを含む。ＰＲＣＨマネージャ４０２、リソース・マネージャ４０４、及びＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄ。正規には、システムの各基地局毎に１つのＰＲＣＨマネージャ４０２がある。もし基地局が２つ以上のセルを維持するならば、各セル毎に１つのＰＲＣＨマネージャ４０２がある。ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄの数は、そのセル内のパケット交換トラフィックに必要なＰＲＣＨの数、及び有効なリソースに依存する。図４に示され実施例では、セル内に４つのＰＲＣＨがある。各ＰＲＣＨコントローラは、１つのＰＲＣＨを制御する。ＰＲＣＨマネージャ４０２は、そのセルのＰＲＣＨにアクセスを取ることが利用者に必要なとき、呼び出される。ＮＷ／ＰＳ２２２を経由してのサービス・リクエストの受信は、ＰＲＣＨマネージャ４０２を呼び出す。もしふくそうに起因してパケット呼がＰＲＣＨから締め出されておりつパケット呼締出し表示信号がＰＲＣＨコントローラから受信されるならば、ＰＲＣＨマネージャ４０２はまた呼び出されることになる。更に、もしリソース・マネージャからの内部的に発生されるアクセス許可待ち行列信号又はＰＲＣＨセットアップ承認／拒否信号又は復旧承認／拒否信号が受信されるならば、ＰＲＣＨマネージャ４０２が呼び出されることになる。サービス・リクエストを、次の状況のどれかにおいて受信することができるであろう。１）新利用者がパケット交換サービスを開始するためにＰＲＣＨにアクセスすることを望む。２）利用者が他のセルのＰＲＣＨからＰＲＣＨマネージャ４０２が設置されているセルのＰＲＣＨへハンドオーバすることを望む。３）利用者が喪失ＰＲＣＨ接続を再確立することを望む。４）利用者がそのトラフィック要件を更新することを望む。下を参照。上に掲げた各トラフィック事象の結果、サービス・リクエストがＰＲＣＨマネージャへ転送される。サービス・リクエストは、ＰＲＣＨマネージャ４０２のサービス・リクエスト評価機能４０８による評価に必要な情報を含む。この情報は、次を含む。・リクエストの型式・（ＰＲＣＨの最高利用者ビット速度（ｍａｘｉｍｕｍｕｓｅｒｂｉｔｒａｔｅ）に換算された）所要推定平均利用者データ・トラフィックＰ_ave。これは、ＵＬ及びＤＬの各々毎に個別パラメータを含む。・（ＰＲＣＨの利用者最高ビット速度に換算された）所要推定最大利用者データ・トラフィックＰ_max。これは、ＵＬ及びＤＬの各々毎に個別パラメータを含む。・優先権Ｐｒｉ。このパラメータは、区間［Ｏ、Ｐｒｉ_max］内の値を想定することができる。優先権は、発呼中の又は被呼中の移動局に基づいて、又はその他に基づいて割り当てることができる。サービス・リクエストは、サービス・リクエスト評価機能４０８を通じて評価される。サービス・リクエスト評価に当たって、ＰＲＣＨマネージャ４０２は、パケット呼についてＰＲＣＨアクセス許可リクエストをＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄのうちの１つへ送出する。ＰＲＣＨマネージャ４０２は、アクセス許可が承認される又はパケット呼がＰＲＣＨのどれにもアクセス許可されなくなるまで、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄに試みることになる。もしパケット呼が現存するＰＲＣＨのどれにもアクセス許可されない（ＰＲＣＨアクセス許可が全てのＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄによって拒否される）ならば、ＰＲＣＨマネージャ４０２は、アクセス許可待ち行列ハンドリング機能４１０を使用することによって、サービス・リクエスト４０２を拒否するべきか又はパケット呼をアクセス許可待ち行列４２０に入れるべきかを決定する。アクセス許可待ち行列内に置かれたパケット呼は一時的に中断される、すなわち、情報を利用者間で交換すことが許されない。もしパケット呼がアクセス許可待ち行列内に置かれないならば、サービス拒否信号がその利用者へ送出される。もしパケット呼をアクセス許可待ち行列内に置くべきであるならば、ＰＲＣＨマネージャがパケット呼中断表示信号を送出することによって利用者に通知する。ふくそうに起因してパケット呼がＰＲＣＨから締め出されるとき、パケット呼締出し表示信号がＰＲＣＨコントローラからＰＲＣＨマネージャ４０２に受信される。パケット呼締出し評表示信号は、パケット呼締出し評価機能４２２を通じて評価される。パケット呼締出し価機能４２２において、ＰＲＣＨマネージャ４０２は、締出しパケット呼についてＰＲＣＨアクセス許可リクエストをＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄのうちの１つへ送出する。ＰＲＣＨマネージャ４０２は、アクセス許可が承認されるか又は締出しパケット呼がＰＲＣＨのどれにもアクセス許可されなくなるまで各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄに試みることになる。もしパケット呼が現存するＰＲＣＨのどれにもアクセス許可されないならば、ＰＲＣＨマネージャ４０２は、アクセス許可待ち行列ハドリング機能を使用することによって、締出しパケット呼を切り離すべきかどうか又は締出しパケット呼をアクセス許可待ち行列４２０に入れるべきかどうか決定する。もし締出しパケット呼がアクセス許可待ち行列４２０内に置かれるならば、そのパケット呼は一時的に中断されかつパケット呼中断表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。もし締出しパケット呼がアクセス許可待ち行列４２０内に置かれないならば、パケット呼切離し表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。パケット呼アクセス許可待ち行列信号は、アクセス許可待ち行列４２０を検査するべきことを表示する。アクセス許可待ち行列信号はシステム運営者が望むに従ってセットされたタイマによって発生されてよい。パケット呼アクセス許可待ち行列信号は、アクセス許可待ち行列ハンドリング機能４１０を通じて評価される。アクセス許可待ち行列ハンドリング機能において、ＰＲＣＨマネージャ４０２は、最高優先権を有するアクセス許可待ち行列内パケット呼についてパケット呼アクセス許可リクエストをＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄのうちの１つへ送出する。ＰＲＣＨマネージャは、アクセス許可が承認されるか又はパケット呼がＰＲＣＨのどれかにアクセス許可されくなるまで、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄへアクセス許可リクエストを送出する。もしパケット呼がＰＲＣＨのどれかにアクセス許可されるならば、パケット呼再開表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。ＰＲＣＨマネージャ４０２はまた、ＰＲＣＨ管理機能４１２を通じていつ新ＰＲＣＨをセットアップする又は現存するＰＲＣＨを復旧することが必要であるかを決定する。ＰＲＣＨセットアップ又はＰＲＣＨ復旧の両方の場合、セットアップ・リクエスト及び復旧信号リクエストがリソース・マネージャ４０４へ送出され、このマネージャはＰＲＣＨのためのシステム・リソースの配分を制御する。リソース・マネージャ４０４は、セットアップ・リクエスト承認信号又はセットアップ・リクエスト拒否信号をＰＲＣＨマネージャ４０２へ送出することによって、又は復旧リクエスト承認信号又は復旧リクエスト拒否信号をＰＲＣＨマネージャ４０２へ送出することによって、そのリクエストを拒否するか又は承認するかいずれかを行う。各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄは、そのセルの１つのＰＲＣＨ上のトラフィックを監視する。セル内の各ＰＲＣＨ毎に４つのＰＲＣＨコントローラがある。各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄは、それが制御するＰＲＣＨ上のトラフィック情報をＮＷ／ＰＳ２２２からパケット報告の中で受信する。パケット報告は、ＰＲＣＨトラフィック評価監視機能４１４ａ、４１４ｂ、４１４ｃ、又は４１４ｄによって、関連するＰＲＣＨについて、評価される。パケット報告に含まれた情報は、アクセス許可リクエストがＰＲＣＨマネージャ４０２から受信されるとき、新パケット呼をＰＲＣＨアクセス許可制御機能を通じてＰＲＣＨにアクセス許可することができるかどうか決定するのに使用される。パケット報告に含まれた情報はまた、既にアクセス許可されたパケット呼をＰＲＣＨ過負荷に起因して締め出すためにＰＲＣＨふくそう制御機能４１８ａ、４１８ｂ、４１８ｃ、又は４１８ｄを使用するべきかどうか決定するのに使用されてよい。この場合、パケット呼締出し表示信号がＰＲＣＨマネージャへ送出される。次いで、ＰＲＣＨマネージャは、パケット呼締出し評価機能４２２を通じてそのパケット呼を一時的に中断するべきか又は切り離すべきかどうか決定する。この決定に従って、利用者は、パケット呼中断表示信号又はパケット呼切離し表示信号によって通知される。リソース・マネージャ４０４は、パケット無線チャンネルのためのシステム・リソースの配分を制御する。ＰＲＣＨマネージャ４０２は、ＰＲＣＨセットアップ／復旧リクエストをリソース・マネージャ４０４へ送出することによって新ＰＲＣＨをセットアップ又は復旧することをリクエストしてよい。ＰＲＣＨマネージャ４０４は、アクセス許可待ち行列４２０の寸法を連続的に監視する。アクセス許可待ち行列内の全てのパケット呼の合計リクエステッド・トラフィック（ｒｅｑｕｅｓｔｅｄｔｒａｆｆｉｃ）Ｐ_qがそのアクセス許可待ち行列に対してセットされた限界Ｐ_newＰＲＣＨを超えるとき常に、ＰＲＣＨセットアップ・リクエストが最高レベル・リソース・マネージャ４０４へ送出される。もしＰ_new ＰＲＣＨが零にセットされるならば、ＰＲＣＨマネージャは現存するＰＲＣＨが満杯になるや否やより多くのリソースを常にリクエストする。ＰＲＣＨに取り付けられた利用者の数が零になるや否や、ＰＲＣＨ復旧リクエストがリソース・マネージャ４０４へ送出される。もし承認されるならば、そのＰＲＣＨが復旧される。ＰＲＣＨマネージャ４０２及びＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄは、図１に示されたシステムのようなセルラ・システムの基地局、無線網コントローラ、及び移動制御節点内へ実施されてよい。実際の実施は、１つ以上のプロセッサと関連して動作するハードウェア又はソフトウェアのどちらかにおいて、又はハードウェアとソフトウェアとの組合わせにおいてであってよい。機能のこれらの型式を実施するプロセッサ及びソフトウェアは、技術的に周知である。図５Ａ、５Ｂ、５Ｃ、及び５Ｄは、本発明の実施例に従うＰＲＣＨマネージャ４０２がたどる、それぞれ、サービス・リクエスト評価ステップ、パケット呼締出し評価ステップ、アクセス許可待ち行列ハンドリング・ステップ、及びＰＲＣＨ管理プロセス・ステップを示すトラフィック流れ図である。ＰＲＣＨマネージャ４０２は、図５Ａのステップ５０２の待機状態にある間に入力を受信する。入力は、サービス・リクエスト、パケット呼締出し表示信号、内部的に発生されるアクセス許可待ち行列信号、又はリソース・マネージャ４０４から受信されたＰＲＣＨセットアップ承認信号又は拒否信号、又は復旧承認信号又は拒否信号であってよい。ステップ５０４で、サービス・リクエストがＮＷ／ＰＳ２２２から受信されたかどうかが判定される。もしサービス・リクエストが受信されなかったならば、プロセスは図５Ｂのステップ５３４へ移動する。しかしながら、もしサービス・リクエストが受信されたならば、プロセスはステップ５０６へ移動し、かつサービス・リクエスト評価を開始する。ステップ５０６のサービス・リクエスト評価は、ステップ５０８、５１０、５１２、５１４、５１６、５１８、及び５２０でＰＲＣＨアクセス許可をリクエストすることを伴う。サービス・リクエスト評価は、ＰＲＣＨへのアクセス許可が承認されるか又は残るＰＲＣＨがなくなるまで、逐次、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄ毎に繰り返される。ステップ５０８で、ＰＲＣＨマネージャ４０２は、ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄのうちの１つへＰＲＣＨアクセス許可リクエストを送出する。次いで、プロセスは、ＰＲＣＨマネージャ４０２が応答を待機するステップ５１０へ移動する。ＰＲＣＨマネージャ４０２は、応答がＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄから既に受信されているかどうか判定するためにステップ５１２で周期的に検査する。もし応答がまだ受信されていないならば、プロセスは５１０の待機状態へ復帰する。しかしながら、もし応答がＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄから既に受信されていると判定されるならば、ＰＲＣＨアクセス許可リクエスト・プロセスは完了し、プロセスはステップ５１４へ移動し、ここで応答がアクセス許可承認であるかかどうかが判定される。もし応答がアクセス許可承認であるならば、サービス・リクエスト評価プロセスがステップ５２０で完了し、かつプロセスはステップ５２２へ移動する。しかしながら、もしステップ５１４で、応答がアクセス許可承認でないと判定されるならば、それはアクセス許可拒否応答であり、かつプロセスはステップ５１６へ移動し、ここで、アクセス許可リクエストをそれへ送出することができた最終ＰＲＣＨコントローラから現在応答が送出されたかどうかが判定される。もしそれが最終ＰＲＣＨコントローラでなかったならば、プロセスはステップ５１８へ移動し、かつ次のＰＲＣＨに対するステップ５０６のサービス・リクエスト評価プロセスを続行する。ステップ５０６のサービス・リクエスト評価プロセスは、アクセス許可承認応答がＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄから受信されるまで、又は全てのＰＲＣＨコントローラがアクセス許可を拒否してしまうまで、繰り返される。サービス・リクエスト評価プロセスが完了すると、プロセスはステップ５２２へ移動する。ステップ５２２で、アクセス許可承認応答がどれかのＰＲＣＨコントローラから受信されたかどうかが判定される。もしアクセス許可承認がＰＲＣＨコントローラから受信されたならば、プロセスはステップ５２４へ移動し、ここでサービス承認信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。次いで、ステップ５２４から、プロセスは図５Ｂのステップ５３４へ移動する。しかしながら、もしステップ５２２で、アクセス許可承認がどのＰＲＣＨコントローラからも受信されなかったと判定されるならば、プロセスはステップ５２８へ移動する。ステップ５２８で、ＰＲＣＨマネージャ４０２が、アクセス許可待ち行列ハンドリング機能４１０を使用して、パケット呼をＰＲＣＨアクセス許可待ち行列に入れるべきであるかどうか判定する。もし次の判定基準が満たされるならば、パケット呼をアクセス許可待ち行列に入れると判定する。Ｐ_ave（ｒ）＋Ｐ_q（ｒ）＜Ｐ_max（ｒ）Ｐ_ave（ｒ）は、サービス・リクエストｒの関数としての利用者用推定平均データ・トラフィックである。Ｐ_q（ｒ）は、サービス・リクエスト型式ｒのアクセス許可待ち行列内の全てのパケット呼のリクエステッド・トラフィックである。これは、待ち行列の現在寸法の測定値である。Ｐ_max（ｒ）は、サービス・リクエストの関数としてのアクセス許可待ち行列４２０内の最大許容リクエステッド・トラフィックである。サービス・リクエストの異なる型式ｒに対して異なるＰ_max を有することが可能である。それによって、異なるサービス・リクエスト間で優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）を行うとができる。例えば、ハンドオフ中にＰＲＣＨをリクエストするとき、Ｐ_max（ｒ）は最初にＰＲＣＨにアクセスをリクエストするときのＰ_max（ｒ）より高くてよい。もし、ステップ５２８で、パケット呼をＰＲＣＨアクセス許可待ち行列に入れるべきであると判定されるならば、呼識別情報がアクセス許可待ち行列４２０内に置かれ、かつプロセスはステップ５３１へ移動し、ここでサービス承認信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。次に、プロセスはステップ５３２へ移動し、ここでパケット呼中断表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。次いで、プロセスは図５Ｂのステップ５３４へ移動する。しかしながら、ステップ５２８で、パケット呼をＰＲＣＨアクセス許可待ち行列４２０に入れるべきでないと判定されるならば、プロセスはステップ５３０へ移動し、かつサービス拒否信号４２８がその利用者へ送出される。次いで、プロセスは図５Ｂのステップ５３４へ移動する。図５Ｂのステップ５３４で、パケット呼締出し表示が受信されたかどうかが判定される。もし入力がパケット呼締出し表示でなかったならば、プロセスは図５Ｃのステップ５６２へ移動する。しかしながら、もしパケット呼締出し表示が受信されたとステップ５３４で判定されるならば、プロセスは５３６へ移動する。ステップ５３６で、締出しパケット呼についてＰＲＣＨアクセス許可リクエストがＰＲＣＨマネージャ４０２からＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄへ送出される。ステップ５３６のアクセス許可リクエスト・プロセスは、ステップ５３８、５４０、５４２、５４４、５４６、５４８、及び５５０を伴う。ステップ５３６は、アクセス許可が全てのＰＲＣＨへリクエストされてしまうまで、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄ毎に繰り返される。ステップ５３８で、ＰＲＣＨマネージャ４０２は、ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄへＰＲＣＨアクセス許可リクエストを送出する。次いで、プロセスは、ＰＲＣＨマネージャ４０２が応答を待機するステップ５４０へ移動する。ＰＲＣＨマネージャ４０２は、応答がＰＲＣＨコントローラ４０６から既に受信されているかどうか判定するためにステップ５４２で周期的に検査する。もし応答がまだ受信されていないならば、プロセスは５４０の待機状態へ復帰する。しかしながら、もしアクセス許可リクエストが既にそれへ送出されているＰＲＣＨコントローラから応答が既に受信されているとステップ５４２で判定されるならば、プロセスはステップ５４４へ移動し、ここで応答がアクセス許可承認であるかどうかが判定される。もし応答がアクセス許可承認ならば、パケット呼締出し評価がステップ５５０で終了し、かつプロセスはステップ５２２へ移動する。しかしながら、もし、ステップ５４４で、応答がアクセス許可承認でないと判定されるならば、それはアクセス許可拒否応答であり、かつプロセスはステップ５４６へ移動し、ここで、アクセス許可リクエストをそれへ送出することができた最終ＰＲＣＨコントローラからアクセス許可拒否応答が送出されたかどうかが判定される。もしそれが最終ＰＲＣＨコントローラでなかったならば、プロセスはステップ５６６へ移動し、かつ次のＰＲＣＨに対するステップ５３６のアクセス許可リクエスト・プロセスを繰り返す。ステップ５３６のパケット呼締出し評価は、アクセス許可承認応答がＰＲＣＨコントローラから受信されるまで、又は全てのＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄがアクセス許可を拒否してしまうまで、繰り返される。ステップ５３６のパケット呼締出し評価プロセスが完了すると、プロセスはステップ５２２へ移動する。ステップ５５２で、ステップ５３６中アクセス許可承認応答がどれかのＰＲＣＨコントローラから受信されたかどうかが判定される。もしアクセス許可承認がＰＲＣＨコントローラから受信されたならば、プロセスはステップ５５４へ移動し、ここでパケット呼更新表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。ステップ５５４から、プロセスは図５Ｃのステップ５６２へ移動する。しかしながら、もしステップ５５２で、アクセス許可承認が受信されなかったと判定されるならば、プロセスはステップ５５６へ移動する。ステップ５５６で、ＰＲＣＨマネージャ４０２が、アクセス許可待ち行列ハンドリング機能４１０を使用して、締出しパケット呼をＰＲＣＨアクセス許可待ち行列に入れるべきであるかどうか判定する。図５Ａのステップ５２８について説明されたのと同じアクセス許可判定基準がステップ５５６で使用される。もし、締出しパケット呼をアクセス許可待ち行列４２０内に置くとステップ５５６で判定されるならば、プロセスはステップ５６０へ移動し、かつパケット呼中断表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。次いで、プロセスはステップ５６０から図５Ｃのステップ５６２へ移動する。しかしながら、締出しパケット呼をアクセス許可待ち行列４２０内に置かないとステップ５５６で判定されるならば、プロセスはステップ５５８へ移動し、かつパケット呼切離し表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。次いで、プロセスはステップ５５８から図５Ｃのステップ５６２へ移動する。図５Ｃのステップ５６２で、アクセス許可待ち行列信号が受信されたかどうかが判定される。もしアクセス許可待ち行列信号が受信されなかったならば、プロセスは図５Ｄのステップ５８４へ移動する。しかしながら、もしアクセス許可待ち行列信号が受信されたと判定されるならば、プロセスはステップ５６３へ移動する。ステップ５６３で、どれかパケット呼がＰＲＣＨアクセス許可待ち行列内にあるかどうかが判定される。もしそのセルのＰＲＣＨアクセス許可待ち行列４２０内にパケット呼がないならば、プロセスは図５Ａ中のステップ５０２の待機状態へ移動する。ステップ５０２で、プロセスは入力を待機することになる。しかしながら、もしＰＲＣＨアクセス許可待ち行列４２０がパケット呼を含むとステップ５６３で判定されるならば、プロセスはステップ５６４へ移動する。ステップ５６４で、アクセス許可待ち行列４２０内で最高優先権を有するパケット呼についてＰＲＣＨアクセス許可リクエストがＰＲＣＨマネージャ４０２からＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄへ送出される。ステップ５６４のアクセス許可リクエスト・プロセスは、ステップ５６６、５６８、５７０、５７２、５７４、５７６、及び５７８を伴う。ステップ５６４は、ＰＲＣＨへのアクセス許可が承認されるまで、又はアクセス許可が全てのＰＲＣＨへリクエストされてしまうまで、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄ毎に繰り返される。ステップ５６６で、ＰＲＣＨマネージャ４０２は、ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄへＰＲＣＨアクセス許可リクエストを送出する。次いで、プロセスは、ＰＲＣＨマネージャ４０２が応答を待機するステップ５６８へ移動する。ＰＲＣＨマネージャ４０２は、応答がＰＲＣＨコントローラ４０６から既に受信されているかどうか判定するためにステップ５７０で周期的に検査する。もし応答がまだ受信されていないならば、プロセスは５６８の待機状態へ復帰する。しかしながら、もしアクセス許可リクエストが既にそれへ送出されているＰＲＣＨコントローラから応答が既に受信されているとステップ５７０で判定されるならば、プロセスはステップ５７２へ移動し、ここで応答がアクセス許可承認であるかどうかが判定される。もし応答がアクセス許可承認ならば、アクセス許可リクエスト・プロセスがステップ５７８で終了し、かつプロセスはステップ５８６へ移動する。しかしながら、もし、ステップ５７２で、応答がアクセス許可承認でないと判定されるならば、それはアクセス許可拒否応答であり、かつプロセスはステップ５７４へ移動し、ここでアクセス許可リクエストをそれへ送出することができた最終ＰＲＣＨコントローラからアクセス許可拒否応答が送出されたかどうかが判定される。もしそれが最終ＰＲＣＨコントローラでなかったならば、プロセスはステップ５６６へ移動し、かつ次のＰＲＣＨに対するステップ５６４のアクセス許可リクエスト・プロセスを繰り返す。ステップ５６４のアクセス許可リクエスト評価は、アクセス許可承認応答がＰＲＣＨコントローラから受信されるまで、又は全てのＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄがアクセス許可を拒否してしまうまで、繰り返される。ステップ５６４のアクセス許可リクエスト・プロセスが完了すると、プロセスはステップ５８０へ移動する。ステップ５６４においてアクセス許可承認応答がどれかのＰＲＣＨコントローラから受信されたかどうかがステップ５８０で判定される。もしアクセス許可承認応答がＰＲＣＨコントローラから受信されたならば、アクセス許可待ち行列４２０内で最高優先権を有するパケット呼がこの待ち行列から除去され、かつプロセスはステップ５８２へ移動し、ここでパケット呼再開表示信号がＮＷ／ＰＳ２２２を経由してその利用者へ送出される。ステップ５８２から、プロセスは図５Ｄのステップ５８４へ移動する。しかしながら、もし、ステップ５８０で、アクセス許可承認が受信されなかったと判定されるならば、プロセスは図５Ｄのステップ５８４へ、直接、移動する。図５Ｄのステップ５８４で、ＰＲＣＨセットアップ承認がリソース・マネージャ４０２から受信されたかどうかが判定される。もしＰＲＣＨセットアップ承認がリソース・マネージャ４０２から受信されたならば、プロセスはステップ５８６へ移動し、かつＰＲＣＨマネージャが新ＰＲＣＨコントローラを創出する。次いで、プロセスはステップ５９２へ移動する。しかしながら、もし、ステップ５８４で、ＰＲＣＨ復旧承認が受信されなかったと判定されるならば、プロセスはステップ５８８へ移動し、ここでＰＲＣＨ復旧承認がリソース・マネージャ４０４から受信されたかどうかが判定される。もしＰＲＣＨセットアップ承認が受信されたならば、プロセスはステップ５９０へ移動し、ここで、ＰＲＣＨマネージャは、復旧リクエストがそれへ送出されたＰＲＣＨコントローラからリソースを配分解除する。次いで、プロセスはステップ５９２へ移動する。しかしながら、もし、ステップ５９２で、ＰＲＣＨセットアップ承認が受信されなかったと判定されるならば、プロセスはステップ５９２へ、直接、移動する。ステップ５９２で、アクセス許可待ち行列内の全てのパケット呼についてリクエストされたトラフィックが評価される。次に、ステップ５９４で、新ＰＲＣＨが要求されるかどうかが判定される。もしアクセス許可待ち行列内の全てのパケット呼の合計リクエステッド・トラフィックＰ_qがアクセス許可待ち行列に対してセットされた限界Ｐ_newＰＲＣＨを超えるならば、新ＰＲＣＨが要求され、かつプロセスはステップ５９６へ移動する。ステップ５９６で、ＰＲＣＨセットアップ・リクエストがリソース・マネージャ４０４へ送出される。ステップ５９６から、プロセスはステップ５０２の待機状態へ移動する。しかしながら、もし、ステップ５９４で、新ＰＲＣＨが要求されないと判定されるならば、プロセスは、ステップ５９７へ移動する。ステップ５９７で、各ＰＲＣＨ上のパケット呼の数が評価される。次に、ステップ５９８で、もしなんらのパケット呼も坦持しないどれかＰＲＣＨが存在するかどうかが判定される。もしなんらのパケット呼も坦持しないＰＲＣＨは存在しないと判定されるならば、プロセスは図５Ａのステップ５０２へ復帰する。しかしながら、もし、ステップ５９８で、パケット呼を坦持していない１つ以上のＰＲＣＨが存在すると判定されるならば、プロセスはステップ５９９へ移動し、ここでＰＲＣＨ復旧リクエストがなんらのパケット呼も坦持しない各ＰＲＣＨ毎にリソース・マネージャ４０４へ送出される。ステップ５９９から、プロセスは図５Ａのステップ５０２の待機状態へ復帰する。図６、７、及び８は、本発明の実施例に従って、それぞれ、ＰＲＣＨトラフィック監視プロセス、ＰＲＣＨアクセス許可制御プロセス、及びＰＲＣＨふくそう制御プロセスのために、ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、又は４０６ｄがたどるステップを示す流れ図である。ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄは、各々、データ・トラフィック、平均パケット遅延を連続的に監視し、かつまたＰＲＣＨについてアクセス許可リクエストを受信する。ＰＲＣＨマネージャ４０２から入力を受信すると同時に初期的に活性化されるとき、プロセスは図６のステップ６０２の待機状態にある。ステップ６０２の待機状態にある間、各ＰＲＣＨコントローラ４０６ａ、４０６ｂ、４０６ｃ、及び４０６ｄは、ＮＷ／ＰＳ２２２からのパケット報告の形での入力を、ＰＲＣＨマネージャ４０２からのアクセス許可リクエストを、又はＰＲＣＨふくそう検査を行うべきであることを表示する内部的に発生される活性化信号を受信することがある。入力を受信すると、プロセスはステップ６０４へ移動し、ここでパケット報告が受信されたかどうかが判定される。もしパケット報告が受信されなかったと判定されるならば、プロセスは図７のステップ７０８へ、直接、移動する。しかしながら、もし、ステップ６０４で、パケット報告が受信されたと判定されるならば、プロセスはステップ６０６へ移動し、ここでＰＲＣＨトラフィック・スーパーバイザ機能４２８がトラフィック統計を更新する。この統計は、関連ＰＲＣＨについての、ＰＲＣＨ上のパケット遅延及びＰＲＣＨ上の負荷を含む。トラフィック統計は、パケット報告に含まれた情報を使用して更新される。各パケット報告は、次の情報を含む。１）ＵＬについての送信移動利用者識別情報又はＤＬについての送信網利用者識別情報。２）パケット寸法。３）（いつパケットが創出されたかを表示する）タイム・スタンプ４）パケット型式（ＵＬ又はＤＬ）パケット報告に含まれた情報を使用して、ＰＲＣＨコントローラは、平均パケット遅延Ｔの推定値、及び各パケット呼からのデータ・トラフィックの推定値Ｐ_i を計算する。これらの量は、アクセス許可制御プロセス（図７）及びふくそう制御プロセス（図８）に使用される。トラフィック統計の更新の後、プロセスは図７のステップ７０８へ移動する。図７は、本発明のパケット無線チャンネル・アクセス許可制御機能によって遂行されるステップを示す。ステップ７０８で、入力がアクセス許可であったかどうかが判定される。もしアクセス許可リクエストが受信されなかったならば、プロセスは図８のステップ８１８へ、直接、移動する。しかしながら、もし、ステップ７０８で、アクセス許可リクエストが受信されたと判定されるならば、プロセスはステップ７１０へ移動することになり、ここでアクセス許可リクエストが評価される。ＰＲＣＨアクセス許可制御機能４１６は、もし次の判定基準が満たされるならば、ＰＲＣＨアクセス許可リクエストを許す。 P_ave+ΣP_i<P_tol，i∈U(Pri) ・Ｐ_aveは新パケット呼について要求された平均データ・トラフィックである。・Ｐ_iはパケット呼ｉからの推定データ・トラフィックである。・Ｕ（ｐｒｉ）はＰｒｉ以上の高さの優先権を持つパケット呼であり、ここにＰｒｉはリクエストされたパケット呼に対する優先権である。・Ｐ_tolはＰＲＣＨ上の最大許容データ・トラフィックである。上式から、新パケット呼の優先権以上の高さの優先権を持つパケット呼からのトラフィックは最大許容トラフィックＰ_tolより小さくなければならない。それゆえ、たとえ合計トラフィック（優先権にかかわらず全てのパケット呼を含む）が最大許容トラフィックＰ_tolを超えても、高優先権パケット呼はＰＲＣＨを使用することを許されてよい。その場合、合計トラフィックが最大許容トラフィックＰ_tolの下へ落ちるように、ふくそう制御機能（図８）は低優先権パケット呼を締め出すことになる。最大許容トラフィックＰ_tolは、次の式に従って、最長許容遅延Ｔ_tolに関連する。 △P＝ｆ(T_tol-T) ここに、ｆはその変数と同じ符号を有する関数である。ＴはＰＲＣＨトラフィック監視機能によって計算される平均パケット遅延の推定である。ＰＲＣＨコントローラ・トラフィック監視機能はＴを連続的に監視するので、Ｐ_tolは上式に従って連続的に更新される。Ｐ_tolは、最長許容遅延Ｔ_tolを生じるトラフィック・レベルに相当することになる。次に、ステップ７１２で、ＰＲＣＨへのアクセス許可が承認されたか又は拒否されたかが判定される。もしアクセス許可が承認されるならば、プロセスはステップ７１４へ移動し、ここでアクセス許可承認がＰＲＣＨマネージャ４０２へ送出される。もしアクセス許可が承認されないならば、プロセスはステップ７１６へ移動し、ここでアクセス許可拒否がＰＲＣＨマネージャ４０２へ送出される。ＰＲＣＨアクセス許可制御機能４１６が、それぞれ、ステップ７１４又は７１６で、アクセス許可承認又は拒否を送出した後、プロセスは図８のステップ８１８へ移動する。ステップ８１８で、ＰＲＣＨふくそう制御機能４１８が、ＰＲＣＨ上のふくそうを評価する。もしＰＲＣＨ上にふくそうがないと判定されるならば、プロセスは図６中のステップ６０２の待機状態へ復帰する。しかしながら、もし、ステップ８２０で、ふくそうがあると判定されるならば、プロセスはステップ８２２へ移動し、ここでどのパケット呼又はどれらのパケット呼を締め出すかについて評価が行われる。ふくそうを評価するために、平均パケット遅延Ｔが検査される。システム運営者によってセットされた遅延警報レベルＴ_conが、ふくそう状況を、すなわち、許容平均パケット遅延を再び得るためにいつＰＲＣＨから１つ以上のパケット呼を締め出すことが必要であるかを検出するのに使用される。もしＴ＜Ｔ_conと判定されるならば、ＰＲＣＨ上にふくそうはなく、かつプロセスは図６中のステップ６０２の待機状態へ復帰する。しかしながら、もし、ステップ８２０で、Ｔ≧Ｔ_conと判定されるならば、ふくそうがあり、かつプロセスはステップ８２２へ移動し、ここでどのパケット呼又はどれらのパケット呼を締め出すかについて評価が行われる。ステップ８２２の評価は、次のようにして行われる。１）低優先権パケット呼で開始して、次の検査を全てのパケット呼について行う。Ｐ_i≦Ｐ_max （ｉ）Ｐ_iはパケット呼ｉに対する推定トラフィックであり、かつＰ_max（ｉ）は同じパケット呼に対する所要最大データ・トラフィックである。もし上式が満足されるならば、パケット呼ｉはＰＲＣＨから締め出される。２）もしこの式が全てのパケット呼について満足されるならば、１つ以上の最低優先権パケット呼が締め出される。それゆえ、パケット呼のサービス・リクエストによって与えられた最大値を超える推定トラフィックを有するこれらのパケット呼がまず締め出される。もし全てのパケット呼の推定トラフィックがそれらの限界より下にあるならば、１つ以上の最低優先権パケット呼が締め出される。パケット呼がふくそうに起因してＰＲＣＨから締め出されるとき、どのパケット呼をＰＲＣＨから締め出すべきであるかを表示するパケット呼締出し表示（再開リクエスト）がステップ８２４でＰＲＣＨマネージャ４０２へ送出される。パケット呼締出し表示を送った後、ＰＲＣＨコントローラ・プロセスは、図６中のステップ６０２の待機状態へ復帰する。図９は、本発明の実施例に従ってリソース・マネージャ機能がたどるプロセス・ステップを示す流れ図である。入力がＰＲＣＨマネージャ４０２から受信されるとき、リソース・マネージャはステップ９０２の待機状態にある。入力は、ＰＲＣＨセットアップ・リクエスト又はＰＲＣＨ復旧リクエストであってよい。入力を受信すると、プロセスはステップ９０４へ移動する。ステップ９０４で、入力がＰＲＣＨセットアップ・リクエストであるかどうかが判定される。もし入力がＰＲＣＨセットアップ・リクエストであるならば、プロセスはステップ９０６へ移動する。ステップ９０６で、ＰＲＣＨセットアップ・リクエストが評価される。リソース・マネージャは、新ＰＲＣＨをセットアップすることを許すために適当なリソースがそのセル内に存在するかどうか判定することによってセットアップ・リクエストを評価する。ステップ９０６から、プロセスはステップ９１０へ移動する。ステップ９１０で、セットアップ・リクエスト評価が新ＰＲＣＨをセットアップしてよいと表示するかどうかが判定される。もし新ＰＲＣＨをセットアップしてよいと判定されるならば、プロセスはステップ９１６へ移動し、ここでＰＲＣＨセットアップ承認がＰＲＣＨマネージャ４０２へ送出される。次に、ステップ９１８で、リソース・マネージャが新ＰＲＣＨのためにリソースを配分する。ステップ９１８から、プロセスはステップ９０２の待機状態へ復帰する。しかしながら、もし、ステップ９１０で、セットアップ・リクエスト評価が新ＰＲＣＨをセットアップしてはならないと表示すると判定されるならば、プロセスはステップ９１４へ移動し、ここでＰＲＣＨセットアップ拒否がＰＲＣＨマネージャ４０２へ送出される。ステップ９１４から、プロセスはステップ９０２の待機状態へ復帰する。もしステップ９０４でＰＲＣＨセットアップ・リクエストでないと判定されるならば、それはＰＲＣＨ復旧リクエストである。この場合、プロセスはステップ９０４からステップ９１２へ移動する。ステップ９１２で、ＰＲＣＨ復旧リクエストが評価される。リソース・マネージャは、全システム見地からＰＲＣＨを復旧することが許容されるかどうか判定することによってＰＲＣＨ復旧リクエストを評価する。例えば、周囲のセルのＰＲＣＨ上のトラフィック負荷を計算に入れることもできる。ステップ９１２から、プロセスはステップ９２０へ移動する。ステップ９２０で、ＰＲＣＨ復旧リクエスト評価がＰＲＣＨを復旧してよいと表示するかどうかが判定される。もしＰＲＣＨを復旧してよいと判定されるならば、プロセスはステップ９２２へ移動し、ここでＰＲＣＨ復旧承認がＰＲＣＨマネージャ４０２へ送出される。次に、ステップ９２６で、リソース・マネージャがＰＲＣＨを復旧する。ステップ９２６から、プロセスはステップ９０２の待機状態へ復帰する。しかしながら、もし、ステップ９２０で、ＰＲＣＨ復旧リクエスト評価がＰＲＣＨを復旧してはならないと表示すると判定されるならば、プロセスはステップ９２４へ移動し、ここでＰＲＣＨ復旧拒否がＰＲＣＨマネージャ４０２へ送出される。ステップ９２４から、プロセスはステップ９０２における待機状態へ復帰する。上の説明から判るように、本発明の方法及びシステムは、セルラ電気通信システムの１つ以上のＰＲＣＨ上の優先利順位付けされた利用者に対してパケット・トラフィックを管理するためにシステム運営者によって使用され得る。システム運営者は、ＰＲＣＨに対して最長平均時間遅延をセットすることができる。加入したサービスのレベルに従って利用者を優先順位付けすることができるか、又は優先権を自動的に割り当てることもできるし又は行っている呼の型式に依存して利用者によって選択することもできる。高優先権レベルは、システムの使用に高課金率を掛けられると云ってよい。高料金を支払うことによって、その利用者は、ふくそう状況において及びシステムにアクセスしようとするときに、低優先権を有する他の利用者よりも前に優先順位付けしてもらえる。パケット呼によって要求された推定データ・トラフィック及びパケット呼の優先権に基づいてパケット・トラフィック管理決定を行うことによって、ＰＲＣＨ利用者が許容不能のＰＲＣＨ遅延をこうむらないことをシステム運営者に保証することができる。本発明の動作及び構造は上の説明から明らかであり及び、ここに図示されかつ説明された発明は特定の実施例として説明されたが、これに変形及び修正が次の請求の範囲の精神及び範囲に反することなく行われることがあると信ずる。

【手続補正書】特許法第１８４条の８第１項【提出日】１９９７年１１月４日（１９９７．１１．４）【補正内容】請求の範囲１．各パケット無線チャンネルがパケット無線チャンネル・コントローラによって制御される複数のパケット無線チャンネルと、複数の送受信局とを含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムの前記複数のパケット無線チャンネルへのアクセス許可を管理する方法であって、（ａ）パケット呼についてパケット無線チャンネルへのアクセス許可が必要である旨の表示を受信するステップと、（ｂ）最初のパケット無線チャンネル・コントローラへアクセス許可リクエストを送出するステップと、（ｃ）前記最初のパケット無線チャンネル・コントローラから応答を受信するステップと、（ｄ）前記応答が前記パケット呼を前記最初のパケット無線チャンネル・コントローラに関連したパケット無線チャンネルへアクセス許可するべきであると表示するかどうか判定するステップと、（ｅ）前記応答が前記パケット呼を前記パケット無線チャンネルのうちの１つにアクセス許可すべきであると表示するまで、又は否定応答が前記複数のパケット無線チャンネル・コントローラの各々から受信されるまで、ステップ（ａ）と、ステップ（ｂ）と、ステップ（ｃ）とを繰り返すステップと、を包含する方法。２．請求項１記載の方法であって、前記判定するステップにおける否定判定に応答して、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか判定するステップ、を更に包含する方法。３．請求項２記載の方法において、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか判定する前記ステップが、前記パケット呼に対する所要トラフィック値と前記アクセス許可待ち行列内の１つ以上のパケット呼に対する合計リクエステッド・トラフィック値との和が前記アクセス許可待ち行列に対してセットされた最大許容リクエステッド・トラフィック値内にあるかどうか判定するステップを含む、方法。４．請求項２記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記アクセス許可待ち行列内に前記パケット呼を置くステップ、を更に包含する方法。５．請求項１記載の方法において、前記受信するステップがパケット呼についてサービス・リクエストを受信することを含む、方法。６．請求項５記載の方法であって、前記判定するステップにおける肯定判定に応答して、前記パケット呼についてサービス承認メッセージを送出するステップを更に包含する方法。７．請求項５記載の方法において、前記受信するステップが前記パケット呼についてサービス・リクエストを受信することを含む、方法。８．請求項７記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける否定判定に応答して、前記パケット呼についてサービス拒否メッセージを送出するステップを更に包含する方法。９．請求項７記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記アクセス許可待ち行列内に前記パケット呼を置くステップと、前記パケット呼についてサービス承認メッセージを送出するステップと、前記パケット呼についてパケット呼中断表示を送出するステップとを更に包含する方法。１０．請求項１記載の方法において、前記受信するステップがパケット呼についてパケット呼締出し表示を受信することを含む、方法。１１．請求項１０記載の方法であって、前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼更新を送出するステップを更に包含する方法。１２．請求項３記載の方法において、前記受信するステップがパケット呼についてパケット呼締出し表示を受信することを含む、方法。１３．請求項１２記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける否定判定に応答して、前記パケット呼についてパケット呼切離し表示を送出するステップを更に包含する方法。１４．請求項１２記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼中断表示を送出するステップを更に包含する方法。１５．請求項１記載の方法において、前記システムがパケット呼についてのアクセス許可待ち行列を更に含み、かつ前記受信するステップが、アクセス許可待ち行列信号を受信するステップと、前記アクセス許可待ち行列信号に応答して、前記アクセス許可待ち行列がパケット呼を含むかどうか判定するステップと、前記判定するステップにおける肯定判定に応答して前記表示を発生するステップとを含む、方法。１６．請求項１５記載の方法であって、前記パケット呼を前記少なくとも１つのパケット無線チャンネルにアクセス許可するべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼再開表示を送出するステップを更に包含する方法。１７．複数の送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルと、ＰＲＣＨアクセス許可待ち行列と、ＰＲＣＨリソース・マネージャとを共用する能力がある前記複数の送受信局を含むセルラ電気通信システムにおいて、パケット無線チャンネルを管理する方法であって、前記アクセス許可待ち行列内の全てのパケット呼に対する合計所要トラフィックを評価するステップと、所要トラフィックをハンドルするために新ＰＲＣＨが必要とされるかどうかを判定するステップと所要トラフィックをハンドルするために新ＰＲＣＨが要求される場合に、前記リソース・マネージャへＰＲＣＨセットアップ・リクエストを送出するステップと、所要トラッフィクをハンドルするために新ＰＲＣＨが要求されない場合に、パケット無線チャンネルがパケット呼を持たないで存在するかどうか判定するステップと、パケット無線チャンネルがパケット呼を持たないで存在する場合に、前記リソース・マネージャへＰＲＣＨ復旧リクエストを送出するステップと、を包含する方法。１８．請求項１７記載の方法において、前記判定するステップが、アクセス許可待ち行列内の全てのパケット呼に対する合計リクエステッド・トラフィックが所定限界を超えるかどうか判定すること、を含む、方法。１９．少なくとも１つのパケット交換無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムが前記少なくとも１つのパケット無線チャンネル上のトラフィックを管理するＰＲＣＨマネージャを更に含み、パケット無線チャンネル・リソースを管理する方法であって、前記ＰＲＣＨマネージャからパケット無線チャンネル・セットアップ・リクエストを受信するステップと、新パケット無線チャンネルをセットアップするのを許すために前記システム内に適当なリソースが存在するかどうか判定するステップと、周囲のセルのパケット無線チャンネル上のトラフィック負荷が追加リソースを要求するかどうか判定するステップと、適当なリソースについての肯定判定に応答して、新パケット無線チャンネルのために、先に利用されなかったリソースを配分するステップと、を包含する方法。２０．少なくとも１つのパケット交換無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムが前記少なくとも１つのパケット無線チャンネル上のトラフィックを管理するＰＲＣＨマネージャを更に含み、パケット無線チャンネル・リソースを管理する方法であって、前記ＰＲＣＨマネージャから復旧リクエストを受信するステップと、前記復旧リクエストを承認するべきであるかどうか判定するステップと、肯定判定に応答して前記少なくとも１つのパケット無線チャンネルのうちの１つのために配分されたリソースを配分解除するステップと、を包含する方法。２１．少なくとも１つのパケット無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記少なくとも１つのパケット無線チャンネルへのアクセス許可を管理する装置であって、パケット呼についてパケット無線チャンネルへのアクセス許可が必要であると云う表示を受信しかつ少なくとも１つのアクセス許可リクエストを発生する評価手段と、少なくとも１つのＰＲＣＨコントローラであって、各々が関連パケット無線チャンネルを制御し、かつ前記評価手段からアクセス許可リクエストを受信し、前記パケット呼を前記関連パケット無線チャンネルへアクセス許可するべきであるかどうかを判定し、かつ、前記パケット呼をアクセス許可すべき場合にアクセス許可承認信号を発生し、又は前記パケット呼をアクセス許可すべきでない場合にアクセス許可拒否信号を発生する前記少なくとも１つのＰＲＣＨコントローラと、少なくとも１つのパケット呼についてのパケット呼識別情報を記憶するアクセス許可待ち行列と、前記少なくとも１つのＰＲＣＨコントローラから受信中のアクセス許可拒否信号に応答して前記アクセス許可待ち行列上に前記パケット呼識別情報を置くべきであるかどうか判定するＰＲＣＨアクセス許可待ち行列ハンドラと、を包含する装置。２２．請求項２１記載の装置において、パケット呼についてアクセス許可が必要であると云う前記表示が前記パケット呼のパケット呼識別情報を含み、かつ前記装置であって、少なくとも１つのパケット呼識別情報を記憶するアクセス許可待ち行列と、ＰＲＣＨアクセス許可待ち行列ハンドラであって、前記少なくとも１つのＰＲＣＨコントローラのことごとくから受信中のアクセス許可拒否信号に応答して前記アクセス許可待ち行列上に前記パケット呼識別情報を置くべきであるかどうか判定する手段、を含む前記ＰＲＣＨアクセス許可待ち行列ハンドラと、を更に包含する装置。２３．請求項２２記載の装置において、前記ＰＲＣＨアクセス許可待ち行列ハンドラが、前記アクセス許可待ち行列がタイマ信号に応答して少なくとも１つのパケット呼識別情報を含むかどうか判定する手段と、もし前記アクセス許可待ち行列が少なくとも１つのパケット呼識別情報を含むならば前記アクセス許可待ち行列内の最高優先権値を有するパケット呼についてアクセス許可が必要であると云う表示を発生し、かつ前記評価手段へ前記表示を送出する手段と、を含む、装置。２４．請求項２２記載の装置であって、前記ＰＲＣＨアクセス許可待ち行列を監視し、かつ前記アクセス許可待ち行列内の全てのパケット呼の合計リクエステッド・トラフィックが所定レベルを超えるときＰＲＣＨセットアップ・リクエストを発生するＰＲＣＨ管理手段と、前記少なくとも１つのパケット無線チャンネル上のパケット呼の数を監視し、かつパケット呼の数が零である各パケット無線チャンネル毎にＰＲＣＨ復旧リクエストを発生する手段と、前記ＰＲＣＨセットアップ・リクエストを受信し、かつ前記セットアップ・リクエストに応答して前記少なくとも１つのパケット無線チャンネルに新パケット無線チャンネルを追加し、かつ前記ＰＲＣＨ復旧リクエストを受信し、かつ前記復旧リクエストに応答してパケット呼の数が零である前記パケット無線チャンネルをリソース・マネージャへ復旧するリソース・マネージャ手段と、を更に包含する装置。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｑ 7/38 (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者アンデルソン，マグヌススウェーデン国エス−182 75 ストックスンド，エユデルスティゲン 111

Claims

【特許請求の範囲】１．少なくとも１つのパケット無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムの前記少なくとも１つのパケット無線チャンネルへのアクセス許可を管理する方法であって、パケット呼について無線チャンネルへのアクセス許可が必要であると云う表示を受信するステップと、前記パケット呼を前記少なくとも１つのパケット無線チャンネルにアクセス許可するべきであるかどうか判定するステップとを包含する方法。２．請求項１記載の方法において、前記少なくとも１つのパケット無線チャンネルが少なくとも１つのパケット無線チャンネル・コントローラによって制御され、かつ前記判定するステップが、（ａ）前記少なくとも１つのパケット無線チャンネル・コントローラへアクセス許可リクエストを送出するステップと、（ｂ）前記少なくとも１つのパケット無線チャンネル・コントローラから応答を受信するステップと、（ｃ）前記応答が前記パケット呼を前記少なくとも１つのパケット無線チャンネルへアクセス許可するべきであると表示するかどう力伴リ定するステップと、を含む方法。３．請求項２記載の方法において、前記少なくとも１つのパケット無線チャンネルが複数のパケット無線チャンネルを含み、かつ前記少なくとも１つのパケット無線チャンネル・コントローラが複数のパケット無線チャンネル・コントローラを含み、かつ各々のパケット無線チャンネル・コントローラが関連パケット無線チャンネルを制御し、及び前記方法であって、前記応答が前記パケット呼を前記パケット無線チャンネルのうちの１つにアクセス許可するべきであると表示するまで、又は否定応答が前記パケット無線チャンネル・コントローラの各々から受信されてしまうまで、前記ステップ（ａ）と、前記ステップ（ｂ）と、前記ステップ（ｃ）とを繰り返すステップであって、各度に異なるパケット無線チャンネル・コントローラについて繰り返す前記繰り返すステップを更に包含する方法。４．請求項１記載の方法であって、前記判定するステップにおける否定判定に応答して、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか判定するステップを更に包含する方法。５．請求項４記載の方法において、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップが前記パケット呼に対する所要トラフィック値と前記アクセス許可待ち行列内の１つ以上のパケット呼に対する合計リクエステッド・トラフィック値との和が前記アクセス許可待ち行列に対してセットされた最大許容リクエステッド・トラフィック値内にあるかどうか判定するステップを含む、方法。６．請求項４記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記アクセス許可待ち行列内に前記パケット呼を置くステップを更に包含する方法。７．請求項１記載の方法において、前記受信するステップがパケット呼についてサービス・リクエストを受信することを含む、方法。８．請求項７記載の方法であって、前記判定するステップにおける肯定判定に応答して、前記パケット呼についてサービス承認メッセージを送出するステップを更に包含する方法。９．請求項５記載の方法において、前記受信するステップが前記パケット呼についてサービス・リクエストを受信することを含む、方法。１０．請求項９記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける否定判定に応答して、前記パケット呼についてサービス拒否メッセージを送出するステップを更に包含する方法。１１．請求項９記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記アクセス許可待ち行列内に前記パケット呼を置くステップと、前記パケット呼についてサービス承認メッセージを送出するステップと、前記パケット呼についてパケット呼中断表示を送出するステップとを更に包含する方法。１２．請求項１記載の方法において、前記受信するステップがパケット呼についてパケット呼締出し表示を受信することを含む、方法。１３．請求項１２記載の方法であって、前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼更新を送出するステップを更に包含する方法。１４．請求項５記載の方法において、前記受信するステップがパケット呼についてパケット呼締出し表示を受信することを含む、方法。１５．請求項１４記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける否定判定に応答して、前記パケット呼についてパケット呼切離し表示を送出するステップを更に包含する方法。１６．請求項１４記載の方法であって、前記パケット呼をパケット無線チャンネル・アクセス許可待ち行列内に置くべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼中断表示を送出するステップを更に包含する方法。１７．請求項１記載の方法において、前記システムがパケット呼についてのアクセス許可待ち行列を更に含み、かつ前記受信するステップが、アクセス許可待ち行列信号を受信するステップと、前記アクセス許可待ち行列信号に応答して、前記アクセス許可待ち行列がパケット呼を含むかどうか判定するステップと、前記判定するステップにおける肯定判定に応答して前記表示を発生するステップとを含む、方法。１８．請求項１７記載の方法であって、前記パケット呼を前記少なくとも１つのパケット無線チャンネルにアクセス許可するべきであるかどうか前記判定するステップにおける肯定判定に応答して、前記パケット呼についてパケット呼再開表示を送出するステップを更に包含する方法。１９．複数の送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルと、ＰＲＣＨアクセス許可待ち行列と、ＰＲＣＨリソース・マネージャとを共用する能力がある前記複数の送受信局を含むセルラ電気通信システムにおいて、パケット無線チャンネルを管理する方法であって、前記アクセス許可待ち行列内の全てのパケット呼に対する合計所要トラフィックを評価するステップと、新ＰＲＣＨが要求されるかどうかを判定するステップとを包含する方法。２０．請求項１９記載の方法であって、前記判定するステップにおける肯定判定に応答して、前記リソース・マネージャへＰＲＣＨセットアップ・リクエストを送出するステップを更に包含する方法。２１．請求項１９記載の方法であって、前記判定するステップにおける否定判定に応答して、パケット無線チャンネルがパケット呼を持たないで存在するかどうか判定するステップと、パケット無線チャンネルがパケット呼を持たないで存在するかどうかを前記判定するステップにおける肯定判定に応答して前記リソース・マネージャへＰＲＣＨ復旧リクエストを送出するステップとを更に包含する方法。２２．請求項１９記載の方法において、前記判定するステップがアクセス許可待ち行列内の全てのパケット呼に対する合計リクエステッド・トラフィックが所定限界を超えるかどうか判定することを含む、方法。２３．少なくとも１つのパケット交換無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムが前記少なくとも１つのパケット無線チャンネル上のトラフィックを管理するＰＲＣＨマネージャを更に含み、パケット無線チャンネル・リソースを管理する方法であって、前記ＰＲＣＨマネージャからパケット無線チャンネル・セットアップ・リクエストを受信するステップと、前記セットアップ・リクエストを承認するべきであるかどうか判定するステップと、前記判定するステップにおける肯定判定に応答して新パケット・チャンネルのためにリソースを配分するステップとを包含する方法。２４．請求項２３記載の方法において、前記評価するステップが新パケット無線チャンネルをセットアップすることを許す適当なリソースが前記システム内に存在するかどうか判定することを含む、方法。２５．少なくとも１つのパケット交換無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記システムが前記少なくとも１つのパケット無線チャンネル上のトラフィックを管理するＰＲＣＨマネージャを更に含み、パケット無線チャンネル・リソースを管理する方法であって、前記ＰＲＣＨマネージャから復旧リクエストを受信するステップと、前記復旧リクエストを承認するべきであるかどうか判定するステップと、肯定判定に応答して前記少なくとも１つのパケット無線チャンネルのうちの１つのために配分されたリソースを配分解除するステップとを包含する方法。２６．請求項２４記載の方法において、前記評価するステップが周囲のセルのパケット無線チャンネル上のトラフィック負荷が追加リソースを要求するかどうか判定することを含む、方法。２７．少なくとも１つのパケット無線チャンネルと複数の送受信局を含むセルラ電気通信システムにおいて、前記送受信局の各々がデータ・パケットを送信し及び受信しかつパケット無線チャンネルを共用する能力があり、前記少なくとも１つのパケット無線チャンネルへのアクセス許可を管理する装置であって、パケット呼についてパケット無線チャンネルへのアクセス許可が必要であると云う表示を受信しかつ少なくとも１つのアクセス許可リクエストを発生する評価手段と、少なくとも１つのＰＲＣＨコントローラであって、各々が関連パケット無線チャンネルを制御し、かつ前記評価手段からアクセス許可リクエストを受信し、前記パケット呼を前記関連パケット無線チャンネルへアクセス許可するべきであるかどうかを判定し、かつ、もし前記パケット呼をアクセス許可するべきであるならばアクセス許可承認信号を発生し、又はもし前記パケット呼をアクセス許可するべきでないならばアクセス許可拒否信号を発生する前記少なくとも１つのＰＲＣＨコントローラとを包含する装置。２８．請求項２７記載の装置において、前記少なくとも１つのＰＲＣＨコントローラが複数のＰＲＣＨコントローラを含み、かつ前記ＰＲＣＨマネージャが、アクセス許可承認信号を前記ＰＲＣＨコントローラのうちの１つから受信するまで、又はアクセス許可拒否信号を前記ＰＲＣＨコントローラのうちの１つから受信するまで、前記ＰＲＣＨコントローラの異なる１つに対して、逐次、前記アクセス許可リクエストを発生する、装置。２９．請求項２７記載の装置において、パケット呼についてアクセス許可が必要であると云う前記表示が前記パケット呼のパケット呼識別情報を含み、かつ前記装置であって、少なくとも１つのパケット呼識別情報を記憶するアクセス許可待ち行列と、ＰＲＣＨアクセス許可待ち行列ハンドラであって、前記少なくとも１つのＰＲＣＨコントローラのことごとくから受信中のアクセス許可拒否信号に応答して前記アクセス許可待ち行列上に前記パケット呼の識別情報を置くかどうか判定する手段を含む前記ＰＲＣＨアクセス許可待ち行列ハンドラとを更に包含する装置。３０．請求項２７記載の装置において、前記ＰＲＣＨアクセス許可待ち行列ハンドラが前記アクセス許可待ち行列がタイマ信号に応答して少なくとも１つのパケット呼識別情報を含むかどうか判定する手段と、もし前記アクセス許可待ち行列が少なくとも１つのパケット呼識別情報を含むならば前記アクセス許可待ち行列内の最高優先権値を有するパケット呼についてアクセス許可が必要であると云う表示を発生し、かつ前記評価手段へ前記表示を送出する手段とを含む、装置。３１．請求項２９記載の装置であって、前記アクセス許可待ち行列を監視し、かつ前記アクセス許可待ち行列内の合計リクエステッド・トラフィックが所定レベルを超えるきＰＲＣＨセットアップ・リクエストを発生するＰＲＣＨ管理手段と、前記少なくとも１つのパケット無線チャンネル上のパケット呼の数を監視し、かつパケット呼の数が零である各パケット無線チャンネル毎にＰＲＣＨ復旧リクエストを発生する手段と、前記ＰＲＣＨセットアップ・リクエストを受信し、かつ前記セットアップ・リクエストに応答して前記少なくとも１つのパケット無線チャンネルに新パケット無線チャンネルを追加し、かつ前記ＰＲＣＨ復旧リクエストを受信し、かつ前記復旧リクエストに応答してパケット呼の数が零である前記パケット無線チャンネルをリソース・マネージャへ復旧するリソース・マネージャ手段とを更に包含する装置。