(57)【要約】電気通信ネットワークにおいて優先サービス・トラフィックをスロットリングする方法が開示される。この方法は、ネットワークのノードにおいて優先サービス要求が受信されるレートを監視するステップと、レートをしきい値と比較するステップと、レートがしきい値よりも小さいとき、優先サービス・トラフィックのギャッピング機能を使用不可にするステップと、レートがしきい値以上であるとき、優先サービス・トラフィックのギャッピング機能を使用可能にするステップと、ギャッピング機能が使用可能であるとき、ギャッピング機能のパラメータを動的に規制するステップとを含む。【特許請求の範囲】
【請求項１】
電気通信ネットワークにおいて優先サービス・トラフィックをスロットルする方法であって、
（ａ）前記ネットワークのノードにおいて優先サービス要求が受信されるレートを監視するステップと、
（ｂ）前記レートをしきい値と比較するステップと、
（ｃ）前記レートが前記しきい値よりも小さいときには優先サービス・トラフィックのギャッピング機能を使用不可にするステップと、
（ｄ）前記レートが前記しきい値以上であるときには優先サービス・トラフィックの前記ギャッピング機能を使用可能にするステップと、
（ｅ）前記ギャッピング機能が使用可能であるときには前記ギャッピング機能のパラメータを動的に規制するステップとを含む方法。
【請求項２】
規制される前記パラメータは、前記ギャッピング機能によって定義されたギャップの期間である請求項１に記載の方法。
【請求項３】
ステップ（ｅ）は、
優先サービス要求の妥当性を決定するステップを含み、前記決定に応答して前記パラメータが規制される、請求項２に記載の方法。
【請求項４】
ステップ（ｅ）は、
前記パラメータの現行値を最大限度と比較し、前記最大限度にまだ到達してないときには、前記優先サービス要求が無効であると決定されたときに一定量ずつ前記ギャップの前記期間を増分するステップをさらに含む請求項３に記載の方法。
【請求項５】
ステップ（ｅ）は、
前記パラメータの現行値を最小限度と比較し、前記最小限度にまだ到達してないときには、前記優先サービス要求が有効であると決定されたときに一定量ずつ前記ギャップの前記期間を減分するステップをさらに含む請求項３に記載の方法。
【請求項６】
優先サービス・トラフィックのためのスロットルを含む電気通信ネットワークであって、前記スロットルは、
前記ネットワークのノードにおいて優先サービス要求が受信されるレートを監視する監視手段と、
前記レートをしきい値と比較する比較手段と、
（ｉ）前記レートが前記しきい値よりも小さいときには優先サービス・トラフィックのギャッピング機能を使用不可にし、（ｉｉ）前記レートが前記しきい値以上であるときには優先サービス・トラフィックの前記ギャッピング機能を使用可能にする、ギャッピング機能制御手段と、
前記ギャッピング機能が使用可能であるときには前記ギャッピング機能のパラメータを動的に規制するギャッピング・パラメータ規制手段とを含む電気通信ネットワーク。
【請求項７】
前記規制されるパラメータは、前記ギャッピング機能によって定義されたギャップの期間である請求項６に記載のスロットル。
【請求項８】
前記ギャッピング・パラメータ規制手段は、
優先サービス要求の妥当性を決定する妥当性決定手段を含み、それに応答して前記パラメータが規制される、請求項７に記載のスロットル。
【請求項９】
前記ギャッピング・パラメータ規制手段は、前記パラメータの現行値を最大限度と比較し、前記最大限度にまだ到達してないときには、前記優先サービス要求が無効であると決定されたときに一定量ずつ前記ギャップの前記期間を増分する、請求項８に記載のスロットル。
【請求項１０】
前記ギャッピング・パラメータ規制手段は前記パラメータの現行値を最小限度と比較し、前記最小限度にまだ到達していないときには、前記優先サービス要求が有効であると決定されたときに一定量ずつ前記ギャップの前記期間を減分する、請求項８に記載のスロットル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の主題は、電気通信技術に関する。特定の用途は、優先サービスおよび電気通信ネットワークの特定のタイプと併せて見出され、本明細書は特にそこに言及する。しかし、本発明の主題の態様はまた、その他の同様の用途および／またはネットワークにも適していることを理解されたい。
【背景技術】
【０００２】
一般に、電気通信ネットワークに優先サービスを提供することが知られている。たとえば、Ｇｏｖｅｒｎｍｅｎｔ  Ｅｍｅｒｇｅｎｃｙ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＧＥＴＳ）は、公衆交換電話網（ＰＳＴＮ）に採用されて、ＮＳ／ＥＰ（Ｎａｔｉｏｎａｌ  Ｓｅｃｕｒｉｔｙ／Ｅｍｅｒｇｅｎｃｙ  Ｐｒｅｐａｒｅｄｎｅｓｓ）担当者に優先サービスを提供する。同様に、ＷＰＳ（Ｗｉｒｅｌｅｓｓ  Ｐｒｉｏｒｉｔｙ  Ｓｅｒｖｉｃｅ；無線優先サービス）は、セルラーまたは携帯電話通信ネットワークに採用されている。一般に、優先サービスの目的は、選択された呼に対して呼完了のより高い確率および／またはレートをもたらすことである。当技術分野において理解されているように、ＧＥＴＳおよび／またはＷＰＳ呼は、通常の呼（つまり非優先呼）と比較して優先処理を受ける。
【０００３】
理解されるように、緊急または危機のとき、またはそれ以外の場合、電気通信ネットワークは、非常に膨大な呼件数により混雑するおそれがある。さらに、自然またはその他の大災害は、ネットワーク施設を損傷または破損することもあり、そのため増大する呼件数を処理するためのネットワーク容量が低下する。非常に膨大な呼件数および／または低下したネットワーク容量は、ネットワークの混雑を増大させ、通常の呼を完了するためのネットワークの能力を制限する傾向がある。ＧＥＴＳおよびＷＰＳのようなサービスならびに電気通信ネットワークにサポートされるその他の類似した優先サービスは、これらのサービスを利用する呼を完了するために、通常の呼と比較してより高い優先度を取得するようにユーザによって採用される。
【０００４】
優先サービスへのアクセスを獲得するために、ユーザは一般に、特定のサービスに加入するか、またはサービスの使用を登録する。特定の呼に関連してサービスを使用するため、加入者は通常、呼が発信される時点またはそれに近い時点で、パスワード、ユーザ名、もしくは番号、またはその他のＩＤおよび／またはその他の認証クリデンシャル（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｒｅｄｅｎｔｉａｌｓ）を入力するかまたはサブミット（ｓｕｂｍｉｔ：提出）する。サブミットされたクリデンシャルは、ユーザが実際に優先サービスの加入者であること、または優先サービスを使用する資格があることを確認するために、ネットワークによって使用される。供給されたクリデンシャルが有効である場合、呼び出された優先サービスに関連付けられている呼は受諾され、一般に、たとえば呼完了の目的で、通常呼よりも優先的にネットワークに扱われる。一方、クリデンシャルが有効ではない場合、呼は無効として拒否される。つまり、呼を完了するための試行はネットワーク内で行われないということである。
【０００５】
慣習的に、Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ（ＮＧＮ）（たとえば、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）を実施するものなど）において、優先呼および／またはセッション要求を処理するために、限られた量のネットワーク・リソースが一般に割り振られるかまたは使用可能である。したがって、スロットリング機構は通例、所定のソースからの受諾および／または所定のネットワーク・ノードによる処理が行われる優先呼／セッション要求の数を限定または規制するために採用される。特に、呼ギャッピング技法は通常、所定のソースからの優先呼／セッション要求の数、またはそのソースにサービスを提供する責任を負うネットワーク・ノードによって処理されている優先呼／セッション要求の数が、そこに割り当てられている事前設定値を超えるとき、前述のスロットリングを達成するために使用される。標準的な呼ギャッピングは、制限または事前設定された数の優先呼／セッション要求が受諾される間定期的に再発生する時間の固定ウィンドウ、すなわち「ギャップ」を定義する。特定のギャップについて制限に到達してしまうと、次のギャップが到着するかまたは開くまで、それ以上の要求は受諾されない。
【０００６】
一部の状況において概して容認されうるものではあるが、スロットリングおよび／または呼ギャッピングの前述の手法は、その他の点では不十分である。たとえば、前述の実施態様の１つの問題は、事前設定されたギャッピング・パラメータが、時には、特定のソースにおける優先サービス加入者もしくはユーザの数、または当該の特定のノードにアクセスしている優先サービス加入者またはユーザの数を正確に反映しないこともあるという点である。むしろ、事前設定されたパラメータは一般に、その場所における一部の通常もしくは履歴優先サービス加入者レベル、または対象となるノードを使用している通常もしくは履歴優先サービス加入者レベルを反映する。多くの状況において、実際のレベルは、標準から大きく外れることもある。たとえば、特定の場所において優先サービス加入者の会議または会合があり、会合の間に危機が発生した場合、その場所からの優先サービス呼／セッション要求の数は、事前設定されたギャッピング・パラメータの基とされた通常または履歴レベルを大幅に超える可能性がある。もう１つの例において、緊急事態が発生した場合、優先サービス加入者および／またはユーザは（予想されるように）被害地域に移動する傾向があり、この場合も同様に、その地域またはソースからの優先サービス呼／セッション要求の数は、事前設定されたギャッピング・パラメータの基となった履歴標準を大幅に超える可能性がある。要するに、上で説明される従来のスロットリング機構は、時として、前述のような状況を扱うには十分な柔軟さを備えていない。加えて、前述のスロットリング技術は、サービス提供ノードの全容量も、無効要求（すなわち、適正なクリデンシャルなしで個人から到着するもの）の程度も考慮してはいない。たとえば、比較的膨大な数の無効要求は、ネットワーク上の潜在的なサービス妨害攻撃を指示することもある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、上記の問題などを克服するような、電気通信ネットワークにおいて優先サービス呼のスロットリングを動的に制御するための新しく改良されたシステムおよび／または方法が開示される。
【課題を解決するための手段】
【０００８】
１つの実施形態によれば、電気通信ネットワークにおいて優先サービス・トラフィックをスロットリングする方法が提供される。この方法は、ネットワークのノードにおいて優先サービス要求が受信されるレートを監視するステップと、レートをしきい値と比較するステップと、レートがしきい値よりも小さいとき、優先サービス・トラフィックのギャッピング機能を使用不可にするステップと、レートがしきい値以上であるとき、優先サービス・トラフィックのギャッピング機能を使用可能にするステップと、ギャッピング機能が使用可能であるとき、ギャッピング機能のパラメータを動的に規制するステップとを含む。
【０００９】
もう１つの実施形態によれば、電気通信ネットワークは、前記ネットワークに優先サービス・トラフィックのためのスロットルを含む。このスロットルは、ネットワークのノードにおいて優先サービス要求が受信されるレートを監視するための監視手段と、レートをしきい値と比較するための比較手段と、（ｉ）レートがしきい値よりも小さいとき、優先サービス・トラフィックのギャッピング機能を使用不可にし、（ｉｉ）レートがしきい値以上であるとき、優先サービス・トラフィックのギャッピング機能を使用可能にするためのギャッピング機能制御手段と、ギャッピング機能が使用可能であるとき、ギャッピング機能のパラメータを動的に規制するためのギャッピング・パラメータ規制手段とを含む。
【００１０】
本明細書において開示される本発明の主題の多数の長所および利点は、本発明の明細書を読み理解すれば、当業者には明らかとなろう。
【００１１】
本発明の主題は、さまざまなコンポーネント、およびコンポーネントの組合せの形態、ならびにさまざまなステップ、およびステップの組合せの形態をとることができる。図面は、好ましい実施形態を示すことのみを目的としており、限定的なものとして解釈されるべきではない。さらに、図面は、縮尺どおりには示されていないことを理解されたい。
【図面の簡単な説明】
【００１２】
【図１】本発明の主題の態様を実施するのに適した例示的な電気通信ネットワークを示す図である。
【図２】本発明の主題の態様を実施するのに適した例示的なプロセスを示す流れ図である。
【発明を実施するための形態】
【００１３】
明確かつ簡略にするため、本発明の明細書は、電気通信および／またはネットワーキング技術において一般に知られている構造的および／または機能的要素、エンティティおよび／または施設、関連する通信規格、プロトコルおよび／またはサービス、およびその他のコンポーネントを、それらの構成または操作に関して、それらが本明細書に提示されている好ましい実施形態に一致および／または適合するように修正または変更された場合を除き、さらに詳細な説明を行うことなく参照するものとする。
【００１４】
図１を参照すると、たとえばＮＧＮなどの電気通信ネットワーク２０に通常の方法で動作可能に接続されたユーザ危機（ＵＥ）１０が示されている。実際には、ＵＥ１０は状況に応じて、たとえば、ＵＥ１０にネットワーク２０へのアクセスを提供するサービス提供ノード２１を介して、ネットワーク２０上で選択的に呼を発信および／またはセッションを開始するために個人が採用する電話またはその他のエンド・ユーザ電気通信デバイスである。本明細書において簡略および／または明確にするため、単一のＵＥ１０のみが示されている。しかし、実際には、通常、複数の類似したＵＥの同様の配置および／またはネットワーク２０によるサービス提供が行われることを理解されたい。
【００１５】
適切には、ネットワーク２０は、ＰＳＴＮもしくはセルラーまたは無線ネットワーク、もしくはその一部の組合せ、またはたとえばＮＧＮなど他の同様のネットワークである。適切な実施形態において、ネットワーク２０は、ＧＥＴＳまたはＷＰＳもしくは一部のその他の類似した優先サービスなどの、優先サービスを装備および／またはサポートする。通常、優先サービスが、特定の呼またはセッションに関連して正常に呼び出されるとき、関連する呼またはセッションは、通常の（つまり、非優先の）呼／セッションと比較して、ネットワーク２０により優先処理を与えられる。つまり、ネットワーク２０上で発信された通常の呼と比較して、ネットワーク２０は、たとえば呼完了の目的で、より高い優先順位を優先呼に割り当てするかまたは提供する。
【００１６】
優先サービスへのアクセスを獲得するために、ユーザは、サービスに加入するか、またはサービスの使用を登録する。ユーザの加入または登録情報は、たとえば、優先サービス加入データベース（ＤＢ）２２のような、ネットワーク２０によってアクセス可能な適切な場所に格納および／または保持される。適切には、ＤＢ２２に保持される加入情報は、ユーザ名（たとえば、Ｊｏｈｎ  Ｄｏｅ）、ユーザに関連付けられている住所（たとえば、郵送先または請求先住所）、ユーザに関連付けられている１つまたは複数の電話番号または住所（たとえば、ＵＥ１０に割り当てられている電話番号またはＩＰアドレス）、およびユーザに確立された認証クリデンシャルのうちの１つまたは複数を含む。適切には、認証クリデンシャルは、ユーザ名もしくは番号またはその他のユーザＩＤ、およびオプションでパスワードを含む。
【００１７】
ＵＥ１０を介して開始された特定の呼および／またはセッションに関連して優先サービスをアクティブ化または呼び出すため、発呼側（つまり、ユーザまたは加入者）は、呼が発信されるかまたはセッションが開始される時点またはそれに近い時点で、その認証クリデンシャルをネットワーク２０に供給する。たとえば、優先呼を発信するか、または優先セッションを開始するとき、ユーザはオプションで、ＵＥ１０を採用してそのクリデンシャルを入力する。サブミットされたクリデンシャルは、パーティまたはユーザが実際に優先サービスの加入者であること、または優先サービスを使用する資格があることを確認するために、ネットワーク２０によって使用される。適切には、前述の確認は、ネットワーク２０の確認ノード（ＶＮ）によって実行されるが、これはオプションでサービス提供ノード２１と同じであってもよい。さらに詳細には、ＶＮは、ユーザによって供給されたクリデンシャルを受信するかまたは取得し、供給されたクリデンシャルを、ＤＢ２２に保持されているクリデンシャルと比較して、供給されたクリデンシャルが有効であるかどうか決定する。
【００１８】
適切には、ネットワーク２０はまた、たとえばサービス提供ノード２１において、処理された優先サービス要求の量を規制するために、提供された優先サービスに関連してスロットリング機能を実施する。１つの実施形態によれば、動的ギャッピング技法は、望ましいスロットリングを達成するために採用される。さらに詳細には、ネットワーク２０は、固定値ではなく、無効な優先サービス要求の割合に基づいて、ギャッピング基準（たとえば、ギャップ期間）を動的に調整する。実際には、所定のソースからの単位時間あたりの優先サービス要求の数または特定のノード（たとえば、ノード２１）によって処理される単位時間あたりの優先サービス要求の数が、確立されたしきい値を下回る場合、ギャッピングは行われない、つまりギャッピング機能は使用不可になる。あるいは、しきい値に達するかまたはしきい値を超えるとき、優先サービス・ギャッピングは呼び出される、つまりギャッピング機能は使用可能になる。
【００１９】
１つの適切な実施形態において、ギャッピングが開始するとき、ギャッピングは確立された最小ギャップ間隔または期間で開始する。その後、優先サービス要求が無効要求（つまり、要求は無効なクリデンシャルを伴う）としてネットワーク２０によって拒否されるごとに、ギャッピング・パラメータ（つまり、ギャップ間隔または期間）は確立された量だけ増分されて、優先サービス・トラフィックの間隔をさらにあける。適切には、ギャッピング・パラメータは、確立された最大値に到達するまで、この方法で増分されてもよい。反対に、優先サービス要求が有効要求（つまり、要求は有効なクリデンシャルを伴う）としてネットワーク２０によって受諾されるごとに、ギャッピング・パラメータ（つまり、ギャップ間隔または期間）は確立された量だけ減分されて、許容される優先サービス・トラフィックをさらに増大させる。ここでも同様に、ギャッピング・パラメータは、確立された最小値に到達するまで、この方法で適切に減分される。
【００２０】
図２を参照すると、たとえばノード２１において、ネットワーク２０で優先サービスをスロットリングする例示的なプロセスが示される。
【００２１】
ステップ５０において、優先サービス要求レートは監視される。つまり、たとえば、ネットワーク２０は、単位時間あたりにノード２１によって受信された優先サービス要求の数を監視する。
【００２２】
決定ステップ５２において、優先サービス要求レートは、確立されたしきい値と比較される。レートがしきい値よりも小さい場合、プロセスは、ギャッピングが使用不可になるステップ５４に分岐し、その後プロセスはステップ５０に戻る。それ以外の場合、レートがしきい値以上である場合、プロセスは、ギャッピングが使用可能になるステップ５６に進む。適切には、ギャッピングが開始するとき、ギャッピングは確立された最小ギャップ間隔または期間で開始する。
【００２３】
次に、決定ステップ５８において、受信した優先サービス要求が有効または無効であるかどうか（つまり、要求が有効なクリデンシャルまたは無効なクリデンシャルを伴うかどうか）が決定される。要求が無効である場合、プロセスはステップ６０に分岐するが、要求が有効である場合、プロセスはステップ６２に分岐する。
【００２４】
決定ステップ６０において、現在のギャップ・パラメータ値（つまり、現在のギャップ間隔または期間）は、確立された最大限度と比較される。確立された最大限度に既に到達している場合、ステップ６４は迂回されて、プロセスはステップ５０に戻る。それ以外の場合、最大限度にまだ到達していない場合、ギャップ・パラメータが適宜増分されるように、つまり、ギャップ間隔または期間が確立された量だけ増分されて、優先サービス・トラフィックに間隔あけおよび／またはスロットリングを行うように、ステップ６４が実行される。ステップ６４に続いて、プロセスは再び、ステップ５０に戻る。
【００２５】
決定ステップ６２において、現在のギャップ・パラメータ値（つまり、現在のギャップ間隔または期間）は、確立された最小限度と比較される。確立された最小限度に既に到達している場合、ステップ６６は迂回されて、プロセスはステップ５０に戻る。それ以外の場合、最小限度にまだ到達していない場合、ギャップ・パラメータが適宜減分されるように、つまり、ギャップ間隔または期間が確立された量だけ減分されて、優先サービス・トラフィックの許容可能レートをさらに増大させるように、ステップ６６が実行される。ステップ６６に続いて、プロセスは再び、ステップ５０に戻る。
【００２６】
適切には、たとえばＮＧＮにおいて、動的ギャッピング・パラメータは、ＩＭＳでサポートされる呼セッション制御機能（ＣＳＣＦ）として知られる機能によって、調整されるか、または規制される（つまり、状況に応じて増分および／または減分される）。さらに詳細には、Ｐｒｏｘｙ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）が、動的ギャッピング・パラメータを適切に規制する。
【００２７】
上記では具体的に優先サービスを参照するが、本明細書において説明される概念および／または方法は、プレミアム電話サービスの要求を動的にスロットリングすることが好ましいかまたは望ましいと見なされる一連のプレミアム電話サービスに同等に適用可能である。さらに、本明細書において提示される特定の例示的実施形態に関連して、特定の構造および／または機能が、定義された要素および／またはコンポーネントに組み入れられるものとして説明されることを理解されたい。しかし、これらの機能はまた、同じまたは類似の利益のために、必要に応じてその他の要素および／またはコンポーネントに同様に組み入れられてもよいことを考慮されたい。また、例示的実施形態のさまざまな態様が、望ましい用途に適したその他の代替的実施形態を達成するために必要に応じて選択的に採用されてもよく、それにより他の代替的実施形態はそこに組み入れられた態様のそれぞれの利点を実現することも理解されたい。
【００２８】
また、本明細書において説明される特定の要素またはコンポーネントが、ハードウェア、ソフトウェア、ファームウェア、またはその組合せを介して適切に実施される各自の機能を有することができることも理解されたい。加えて、本明細書において統合されたものとして説明される特定の要素が、特定の状況の下で、スタンドアロン要素または分割された要素であってもよいことを理解されたい。同様に、１つの特定の要素によって実行されるものとして説明される複数の特定の機能が、独立して個々の機能を実行するように動作する複数の別個の要素によって実行されてもよいか、または特定の個別の機能が、分割されて、同調して動作する複数の別個の要素によって実行されてもよい。あるいは、本明細書において各々別個のものとして説明および／または示されているその他の一部の要素またはコンポーネントは、必要に応じて物理的または機能的に組み合わされてもよい。
【００２９】
要約すると、本発明の明細書は、好ましい実施形態を参照して示された。本発明の明細書を読み、理解すれば、修正および変更が他の人々に思い浮かぶことは、明らかである。本発明は、添付の特許請求の範囲またはその等価物の範囲内にある限り、すべてのそのような修正および変更を含むものと解釈されることが意図されている。
【図１】
2011504004.tif 000002
【図２】
2011504004.tif 000003
【手続補正書】
【提出日】平成21年4月17日(2009.4.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
電気通信ネットワークにおいて優先サービス・トラフィックをスロットルする方法であって、
（ａ）前記ネットワークのノードにおいて優先サービス要求が受信されるレートを監視するステップと、
（ｂ）前記レートをしきい値と比較するステップと、
（ｃ）前記レートが前記しきい値よりも小さいときには優先サービス・トラフィックのギャッピング機能を使用不可にするステップと、
（ｄ）前記レートが前記しきい値以上であるときには優先サービス・トラフィックの前記ギャッピング機能を使用可能にするステップと、
（ｅ）前記ギャッピング機能が使用可能であるときには、有効でないクリデンシャルが伴う優先サービス要求と関連する前記ギャッピング機能のパラメータを動的に規制するステップとを含む方法。
【請求項２】
規制される前記パラメータは、前記ギャッピング機能によって定義されたギャップの期間である請求項１に記載の方法。
【請求項３】
ステップ（ｅ）は、
優先サービス要求の妥当性を決定するステップを含み、前記決定に応答して前記パラメータが規制される、請求項２に記載の方法。
【請求項４】
ステップ（ｅ）は、
前記パラメータの現行値を最大限度と比較し、前記最大限度にまだ到達してないときには、前記優先サービス要求が無効であると決定されたときに一定量ずつ前記ギャップの前記期間を増分するステップをさらに含む請求項３に記載の方法。
【請求項５】
ステップ（ｅ）は、
前記パラメータの現行値を最小限度と比較し、前記最小限度にまだ到達してないときには、前記優先サービス要求が有効であると決定されたときに一定量ずつ前記ギャップの前記期間を減分するステップをさらに含む請求項３に記載の方法。
【請求項６】
優先サービス・トラフィックのためのスロットルを含む電気通信ネットワークであって、前記スロットルは、
前記ネットワークのノードにおいて優先サービス要求が受信されるレートを監視する監視手段と、
前記レートをしきい値と比較する比較手段と、
（ｉ）前記レートが前記しきい値よりも小さいときには優先サービス・トラフィックのギャッピング機能を使用不可にし、（ｉｉ）前記レートが前記しきい値以上であるときには優先サービス・トラフィックの前記ギャッピング機能を使用可能にする、ギャッピング機能制御手段と、
前記ギャッピング機能が使用可能であるときには、有効でないクリデンシャルが伴う優先サービス要求と関連する前記ギャッピング機能のパラメータを動的に規制するギャッピング・パラメータ規制手段とを含む電気通信ネットワーク。
【請求項７】
前記規制されるパラメータは、前記ギャッピング機能によって定義されたギャップの期間である請求項６に記載のスロットル。
【請求項８】
前記ギャッピング・パラメータ規制手段は、
優先サービス要求の妥当性を決定する妥当性決定手段を含み、それに応答して前記パラメータが規制される、請求項７に記載のスロットル。
【請求項９】
前記ギャッピング・パラメータ規制手段は、前記パラメータの現行値を最大限度と比較し、前記最大限度にまだ到達してないときには、前記優先サービス要求が無効であると決定されたときに一定量ずつ前記ギャップの前記期間を増分する、請求項８に記載のスロットル。
【請求項１０】
前記ギャッピング・パラメータ規制手段は前記パラメータの現行値を最小限度と比較し、前記最小限度にまだ到達していないときには、前記優先サービス要求が有効であると決定されたときに一定量ずつ前記ギャップの前記期間を減分する、請求項８に記載のスロットル。
【国際調査報告】
2011504004.tif 000004
2011504004.tif 000005
2011504004.tif 000006