JP2004535747A - パケット伝送ネットワークにおいてｕｍｔｓコールを処理する方法、およびｕｍｔｓネットワークのための、前記方法を実施するためのノード - Google Patents

Abstract

本発明は、ＵＭＴＳネットワークノードにおいて新しいコールの確立を受け入れるために使用される方法に関する。該方法は、本質的に、前記新しいコールについて、（ｉ）前記新しいコールについて要求されたサービス品質と、（ｉｉ）前記コールに対応するＵＭＴＳ支援のサービス品質属性とにより、等価通過帯域を計算することと、新しいコールの等価通過帯域と、前記ＵＭＴＳネットワークノードにおいてすでに確立されているすべてのコールの等価通過帯域との合計を、最大所定値と比較することと、合計が、前記最大所定値より小さいか、またはそれと等しい場合にのみ、要求されたサービス品質を保証しながら、新しいコールを受け入れることとである。

Description

【技術分野】
【０００１】
本発明は、パケット伝送ネットワークにおいてＵＭＴＳコールを処理する方法と、該方法を実施するためのノードとに関する。ユニバーサル移動通信システム（ＵＭＴＳ）は、第３世代の移動電話システムである。このシステムは、データパケットを伝送するためのネットワークによって構成されたネットワークコアを有する。
【背景技術】
【０００２】
欧州で現在使用されている移動電話システムは、第２世代（ＧＳＭまたは移動通信のためのグローバルシステム）であり、基本的に、電話およびデータ伝送サービスを回路モードで供給し、ならびにショートメッセージサービス（ＳＭＳ）などの少数の遠隔サービスをパケットモードで供給するように設計されている。このシステムは、基本的に、回路切替えネットワークによって構成されたコアネットワークを備える。無線サブシステムが、無線トラフィックチャネルを回路モードで割り付け、セル間転送手続きによって確立されたコールの継続性を移動ユーザのために維持するのに役立つ。サービス品質は、主に、回路切替え固定ネットワークの品質に依拠する。
【０００３】
データサービスは、トラフィック全体の限界基準のみを表し、したがって、サービス品質の基準は、主に、輻輳時中に遮断される確率、コールカットオフ率、および主観的な音声品質である。このコンテキストでは、周波数設計および無線源の容量設計が、適切な無線有効範囲およびトラフィック容量を提供する際に主に重要である。
【０００４】
無線サブシステムにおける適応マルチデータ率符号化およびコード変換のない動作など、最近の開発は、回路モードにおける移動電話のサービス品質を向上させることを目的としている。インターネットが拡大するにつれ、汎用パケット無線サービス（ＧＰＲＳ）が、ＧＳＭネットワークの端末間で事実上パケットモードであるデータサービスを提供するために導入されてきた。アプリケーションと加入者とを区別する必要性を考慮に入れることによって、サービス品質の管理を改善するための標準化組織による努力にもかかわらず、現在のＧＰＲＳシステムは、「ベストエフォート」のサービスを提供するものであると一般に見なされている。それにもかかわらず、コアネットワークの制御の下では、相対的なサービス品質のレベルを供給することが可能である。
【０００５】
第２世代システムは、欧州のオペレータによって搬送されるトラフィックの７５％が、基本的に電話のトラフィックである時代に、音声を伝達するために開発された。このシステムは、音声の同期化を同相で維持し、知的アーキテクチャのネットワークを使用することによって電話サービスを提供するように最適化された。インターネットの導入とともに、データトラフィックが増大した。この段階で、インターネットトラフィックおよび音声トラフィックの両方を伝達するように構成された移動ネットワークを配備するという問題が生じる。
【０００６】
第３世代は、すべてのタイプのサービス（電話、データ、またはマルチメディアサービス）について状況をかなり改善することになるが、その理由は、サービス品質の管理は、第３世代パートナーシッププロジェクト（３ＧＰＰ）において策定された仕様の基本となる概念の１つであるからである。第３世代システムは、アプリケーションをパケットモードおよび回路モードで移送するために、無線であるか地上波であるかにかかわらず、共通の伝送媒体を使用するように設計される。さまざまな独立した源から来る情報は、共通の伝送媒体にわたって多重化される。したがって、ＵＭＴＳインフラストラクチャは、互いに非常に異なるサービス品質の要件および帯域幅を有する異なる種類のトラフィックに対処するはずである。
【０００７】
データ転送サービスおよびインターネットアクセスサービスによって生成されたトラフィックは、具体的には散発的で予測不可能である。マシン間のデータ伝送は、損失に不十分に対応するが、一般に、端末間伝送時間またはジッタに鋭敏ではない。対照的に、スピーチ、より一般的にはすべてのリアルタイムアプリケーションは、妥当な損失率を許容することができるが、厳密に限定された伝送時間を必要とする。たとえば、音声の端末間伝送時間は、エコーキャンセラを使用するときでも、依然として４００ミリ秒（ｍｓ）未満でなければならない。
【０００８】
したがって、ＵＭＴＳインフラストラクチャを作成する際の主な困難の１つは、異なるタイプのアプリケーションのためのデータを同じ媒体上で移送し、一方、サービス品質について定められた目的を満たすことである。
【０００９】
これらの要件を満たすために、３ＧＰＰは、会話式、ストリーミング、対話式、およびバックグラウンドのアプリケーションについて、それぞれ、サービス品質の４つのクラス（勧告ＴＳ２３．１０７）を確定した。以下の表は、サービス品質のさまざまなクラスに関連するアプリケーションの例を示し、ＵＭＴＳシステムにおいてサービス品質のこれらのクラスを確定するために使用されるサービス品質の属性を規定する。
【表１】

【００１０】
また、ＵＭＴＳインフラストラクチャの伝送源は、具体的にはアクセス部分において、効率的に使用されるべきである（無線スペクトルであるが、地上波伝送源もまた）ことが本質的である。転送サービスを低コストで提供し、投資支出および動作コストを最小限に抑えることができなければならない。統計多重化利得を達成することが本質的である。具体的には、伝送リンクおよび無線インタフェースに最大限負荷をかけ、一方、サービス品質の要件を満たすことが必要である。したがって、負荷最適化の探索は、非常に重要である。
【００１１】
そのような最適化を達成するための手段の１つは、ＵＭＴＳアプリケーションレベルにおいてコールを処理することである。所定のサービス品質を確立されたコールに対してコールの持続時間を通して保証することができなければならず、かつすでに確立されている他のＵＭＴＳコールのサービス品質を維持しなければならないとすれば、これにより、ＵＭＴＳコールをＵＭＴＳコールネットワークによって受け取ることができるかが決定される。このコール処理は、ＵＭＴＳネットワークのすべてのポートおよびすべてのノードにおいて実施される。データパケットが、容量が限定されているバッファメモリに一時的に記憶されるということを考慮に入れる必要がある。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明の目的は、ＵＭＴＳアプリケーションレベルにおいてＵＭＴＳコールを処理する簡単、迅速、効率的、および頑強な（すなわち、重い負荷の下でも軽い負荷の下と同様に良好に動作する）方法を提案することである。
【課題を解決するための手段】
【００１３】
本発明は、パケット伝送ネットワークにおいてＵＭＴＳコールを処理する方法を提供する。ネットワークは、ＵＭＴＳネットワークのためのノードを備え、この方法は、ＵＭＴＳネットワークノードにおいてセットアップするための新しいＵＭＴＳコールを受け取るために、具体的には、新しいコールについて要求されるサービス品質と、そのコールに対応するＵＭＴＳ媒体のサービス品質属性と応じて、等価通過帯域を新しいコールのために計算することと、次いで、新しいコールのための等価通過帯域と、ＵＭＴＳネットワークノードにおいてすでにセットアップされているすべてのコールの等価通過帯域との合計を、所定の最大値と比較することと、この合計が、前記所定の最大値より小さい、またはそれと等しい場合にのみ、保証された要求サービス品質を有する新しいコールを受け取ることとを特徴とする。
【００１４】
本発明は、また、当該方法を実施するために、ＵＭＴＳ無線システムを支援するパケット伝送ネットワークのためのノードを提供する。ノードは、新しいコールについて要求されるサービス品質と、このコールに対応するＵＭＴＳ媒体のサービス品質属性とに応じて、等価通過帯域を各新しいコールのために計算するための手段と、新しいコールのための等価通過帯域と、ＵＭＴＳネットワークノードにおいて既にセットアップされているすべてのコールのための等価通過帯域との合計を、所定の最大値と比較する手段と、この合計が、前記所定の最大値より小さい、またはそれと等しい場合のみ、新しいコールを受け取り、一方、要求されたサービス品質を保証するための手段とを備えることを特徴とする。
【００１５】
以下の記述および添付の図を読むことにより、本発明は、より良く理解され、他の特徴が明らかになるであろう。
【発明を実施するための最良の形態】
【００１６】
図１に示すＵＭＴＳネットワーク（ＵＭＴＳＮ）の例は、
非同期転送モード（ＡＴＭ）タイプのクロスコネクトＡＣＣ１およびＡＣＣ２と、
ゲートウエイＧＰＲＳ支援ノードＧＧＳＮと、
サービングＧＰＲＳ支援ノードＳＧＳＮと、
回路切替え（ＣＳ）クライアントサイトに接続されたボーダルータＢＲと、
マルチメディアゲートウエイＭＧＷと、
遠隔アクセスノードＲＮＣ１およびＲＮＣ２と、
遠隔アクセスノードＲＮＣ１およびＲＮＣ２にそれぞれ接続され、かつ無線リンクによって端末ＭＴに接続された基地局ＢＴＳ１およびＢＴＳ２から構成された無線サブシステムとを備える。
【００１７】
クロスコネクトＡＣＣ１およびＡＣＣ２と、ゲートウエイＧＰＲＳ支援ノードＧＧＳＮと、サービングＧＰＲＳ支援ノードＳＧＳＮとは、ＵＭＴＳネットワークのコアを構成するように、インターネットプロトコルを使用するネットワークによって相互接続される。
【００１８】
サービス品質の完全支援を提供するための機構が、ＵＭＴＳシステムのすべてのレベルにおいて装備される。
【００１９】
アプリケーションレベルでは、コール承認制御が、ＵＭＴＳネットワークの各ノードにおいて使用される。したがって、加入者のアプリケーションによって要求されるさまざまな異なるサービス品質を可能にする待機キューを公正に管理するための機構と、輻輳を制御するための機構とが、
ゲートウエイＧＰＲＳ支援ノードＧＧＳＮと、
サービングＧＰＲＳ支援ノードＳＧＳＮと、
遠隔アクセスノードＲＮＣ１およびＲＮＣ２と、
マルチメディアゲートウエイＭＧＷとの内部において実施される。
【００２０】
さらに、ネットワークのコアに入るトラフィック（クロスコネクトＡＣＣ２に向かう）のためのポリーシング機能が、サービングＧＰＲＳ支援ノードＳＧＳＮにおいて提供される。
【００２１】
ネットワーク層レベルでは、従来のＩＰ区別サービス（ＤｉｆｆＳｅｒｖ）によって、サービス品質支援が実施される。
【００２２】
リンク層レベルでは、ＧｎおよびＧｉとして知られているインタフェース上にストリーム名称付けを有するマルチプロトコルレベル切替え（ＭＰＬＳ）環境を使用することが可能である。Ｉｕとして知られているインタフェース上で非同期転送モード（ＡＴＭ）を使用することが可能である。
【００２３】
アプリケーションレベルにおけるコール承認の制御は、等価通過帯域の概念に基づく。これは、要求されたサービス品質を得るために必要なリソースを推定することと、これらのリソースが利用可能であるか否かを判定することとである。リソースが利用可能である場合、リソースは確保される。リソースが利用可能でない場合、他の手続きが、要求されたサービス品質を低減することを可能にする（アプリケーションによって許可された場合）。
【００２４】
コール承認制御は、以下の事象によって活性化される：
ＵＭＴＳコールまたはＧＳＭコールがパケットモードでセットアップされるたび、
サービス品質に対する修正があるたび、
加入者の移動性のために、サービングＧＰＲＳ支援ノードＳＧＳＮを変更する際（開始時における新しいノードＳＧＳＮのサービス品質の変化）、
移動端末によって要求されて（すなわち、コンテキスト変更要求を受け取った際）、または、ゲートウエイＧＰＲＳ支援ノードＧＧＳＮによって要求されて（すなわち、コンテキストを更新する要求を受け取った際）、
無線サブシステムにおいて上記サブシステムの要求時にパケットストリームを修正する際、
サービス手続きの要求中（サービス要求後、無線アクセス通信チャネルを再確立している間）、
サービス品質の変更をもたらす加入者パラメータを更新するための手続き後（加入者の名前登録の要求の際）、
サービス品質が低減されたコンテキストについて定期的に（新しいリソースが利用可能になったとき、一層良好なサービス品質をその後提供することを可能にするため）、
移動端末が、セル間において移動されている場合（「ハンドオーバー」）、
サービング無線ネットワークサブシステムを再ローカライズする場合、すなわち、移動端末が他の遠隔アクセスＲＮＣノードによって提供されるセルに入る場合、
移動端末のサービングＧＰＲＳ支援ノードＳＧＳＮの変更、または、
移動端末のゲートウエイＧＰＲＳ支援ノードＧＧＳＮの変更。
【００２５】
それにもかかわらず、あらゆる所与のＳＧＳＮノードまたはＧＧＳＮノードでは、それらの事象のサブセットによってのみコール承認制御を活性化することができる。さらに、すべての層において（ＵＭＴＳアプリケーションレベルにおいてのみではなく）サービス品質を保証するために、他のコール承認制御は、ＩＰトランスポート層において利用可能なリソースを考慮に入れる。他のコール承認制御も、リンク層レベル（ＡＴＭおよび／またはＭＰＬＳ）において活動状態にある。
【００２６】
ＵＭＴＳアプリケーションレベルでは、ある機構が、各ＵＭＴＳユーザ機器から来るトラフィックを隔離する。例として、サービングＧＰＲＳ支援ノードＳＧＳＮ、およびゲートウエイＧＰＲＳ支援ノードＧＧＳＮの内部において実施されるキューおよび輻輳を管理する機能、または具体的にはＧＧＳＮノード内において実施されるトラフィックフローモデルおよびポリーシング機能を挙げることができる。
【００２７】
待機を有するキューの公正な管理または待機での循環的順序付けなどの順序付けの技法により、リソースを使用するための輻輳を管理することが可能になる。この技法により、ある最小限の通過帯域を各コンテキストに割り付けることが保証される。この技法は、ネットワーク要素に過度に負荷がかかっているときのみ、この機能が役割を果たすという有利な特徴を備えた暗黙ポリーシング機能を提供する。暗黙ポリーシングは、サービス品質に関してユーザとの約束に応じることができるようにするために必要な機能である。ネットワークに過度に負荷がかかった場合、このポリーシング機能は、行動が違法である（意図的であるか否かにかかわらず）ユーザが、他のユーザに供給されるサービス品質を低下させることができないことを保証するために、ユーザの行動が、ユーザのトラフィック契約に実際に準拠しているかを確認する。
【００２８】
図２は、考慮中のＵＭＴＳネットワークノードに新しいコールが入る際の承認を制御するための本発明の方法の実施態様のフローチャートである。これは、コールのコンテキストにおいて出現し、かつコールのセットアップを要求する加入者との契約によって確定されるトラフィックパラメータに応じて、等価通過帯域を計算するステップを含む。この等価通過帯域は、リソース要件を追加することができるようにリソース要件を表し、かつ利用可能なリソースを配分するのに役立つ。
【００２９】
ステップ７：上記で記述したものの中から、トリガ事象が、承認制御手続きをトリガする。
【００３０】
ステップ８：活性化されたコンテキストの数、すなわち考慮中のＵＭＴＳネットワークノードにおいてすでにセットアップされたコールの数を、このＵＭＴＳネットワークノードの特性に応じて設定された最大値Ｍと比較する；活性化されたコンテキストの数がＭより大きい場合には：
ステップ１５：要求は拒否される。
【００３１】
活性化されたコンテキストの数がＭより小さい場合には：
ステップ９：要求されたサービス品質を、加入契約に記述されている品質と比較する。
【００３２】
要求されたサービス品質のレベルが、加入契約に記述された品質より高い場合：
ステップ１５：要求は拒否される。
【００３３】
要求されたサービス品質が、加入契約に記述された品質より低いか、またはそれと等しい場合：
ステップ１０：以下で記述する方法を使用して、新しいコールと、考慮中のＵＭＴＳネットワークノードにおいてすでにセットアップされているコールのそれぞれとについて、等価通過帯域が計算される。
【００３４】
ステップ１１：これらのコールのすべてに対応する等価通過帯域を合計する。
【００３５】
ステップ１２：この合計を、考慮中のＵＭＴＳネットワークノードにおいて考慮中のインスタンスにおいて利用可能である通過帯域Ｒと比較する。
【００３６】
ステップ１３：合計がＲより大きい場合に、新しいコールの品質は低減され（それが可能である場合）、または、新しいコールは拒否される（品質を低減することが可能ではない場合）。
【００３７】
ステップ１４：合計が、Ｒより小さいまたはそれに等しい場合、新しいコールは受け取られ、対応するリソースが確保される。「ＣＲＥＡＴＥ ＰＤＰ ＣＯＮＴＥＸＴ」メッセージが、サービングＧＰＲＳ支援ノードＳＧＧＮによってゲートウエイＧＰＲＳ支援ノードＧＧＳＮに送信される。このノードＧＧＳＮが、要求されたビットレートを供給することができないために、否定的に応答した場合、サービングＧＰＲＳ支援ノードＳＧＳＮは、他のゲートウエイＧＰＲＳ支援ノードＧＧＳＮにおいて同じコンテキストを活性化することを試行することができる。ノードＧＧＳＮがサービス品質を低減した場合、ノードＳＧＳＮは、確保されているリソースに関する記録データを修正する。
【００３８】
コンテキストが、非活性化された場合（コールの終了またはユーザの移動）、等価通過帯域は、通過帯域を合計するステップ１１においてもはや考慮されない。
【００３９】
図３は、コールに対応する等価通過帯域を計算する動作１０をより詳細に示す。この特定の手続きは、例として与えられる。本発明の方法は、等価通過帯域を計算するための他の手続きで実施することができる。
【００４０】
ステップ２０：コールのコンテキストに基づいて、等価通過帯域を計算するための手続きを開始する。
【００４１】
ステップ２１：コンテキストに包含されているトラフィックのクラスを試験する：
トラフィックが会話式である場合には：
ステップ２２：式：ＥＢ＝Ｍｉｎ［ＭＢＲ，ＧＢＲ＋ａｌｐｈａ（ＭＢＲ−ＧＢＲ）］を使用して、等価通過帯域幅を計算する。ＭＢＲは、最大ビットレート、ＧＢＲは保証されたビットレートであり、これらは、サービス品質の属性であり、新しいコールのコンテキストの一部を形成し、ａｌｐｈａは定数である。
【００４２】
ステップ２３：手続きの終了。
【００４３】
トラフィックが会話式ではない場合には：ステップ２４：コンテキストに包含されているトラフィックのクラスを試験する。
【００４４】
トラフィックがストリーミングである場合には：
ステップ２５：式：ＥＢ＝Ｍｉｎ［ＭＢＲ，ＧＢＲ＋ｂｅｔａ（ＭＢＲ−ＧＢＲ）］を使用して、等価通過帯域を計算する。ｂｅｔａは定数である。
【００４５】
ステップ２３：手続きの終了。
【００４６】
トラフィックがストリーミングではない場合には：ステップ２６：コンテキストに包含されているトラフィックのクラスを試験する。
【００４７】
トラフィックが対話式である場合には：
ステップ２７：式：ＥＢ＝ＭＢＲ．ｂを使用して、等価通過帯域を計算する。ｂは、トラフィックの処理優先順位レベルの関数である定数（デフォルトによって固定された、またはネットワークマネジャによって固定された値）である。
【００４８】
ステップ２３：手続きの終了。
【００４９】
トラフィックが対話式ではない場合には：
ステップ２８：式：ＥＢ＝Ｍｉｎ（Ｃ０，ＭＢＲ）を使用して、等価通過帯域を計算する。Ｃ０は、１秒あたり１０ビットなど、小さい値の定数である。
【００５０】
ステップ２３：手続きの終了。
【００５１】
定数ａｌｐｈａ、ｂｅｔａ、ｂ、およびＣ０は、ネットワーク管理ポリシに応じて、ネットワークのオペレータによって選択される。パラメータＭＢＲ、ＧＢＲ、および他のサービス品質属性の値は、各コールのコンテキストの一部を形成し、コールのセットアップを要求する加入者を管理するネーム位置レジスタに記憶されている同じパラメータの契約値と比較される。さまざまなＵＭＴＳ媒体サービスについて、サービス品質の属性が、トラフィックの各クラスについて以下の表に与えられる。
【表２】

【００５２】
コール承認を制御する機能をＳＧＳＮノードまたはＧＧＳＮノード内において使用して、コールをセットアップするために必要なリソースがノードにおいて利用可能であることを確認することができる。しかし、ノードのインタフェースＧｎ、Ｉｕ、およびＧｉが必要なリソースを有することを確認するために、ノードの外部から使用することもできる。したがって、ノードにおいて実際に利用可能である等価通過帯域Ｒは、
ノードＳＧＳＮ若しくはＧＧＳＮのプロセッサの等価通過帯域、
または、インタフェースＩｕ、Ｇｎ、Ｇｉ上のＡＴＭ仮想回路の等価通過帯域、
または、リンク若しくはルータの物理的通過帯域、
または、Ｇｎ若しくはＧｉインタフェース上のＭＰＬＳトンネルの通過帯域、
または、ＤｉｆｆＳｅｒｖクラス（ＥＦ、Ａｆｘ若しくはＢＥ）若しくは一群のクラスの通過帯域。
【００５３】
第１に、要求端末が、契約値より高いサービス品質を要求した場合、コールに割り付けられたサービス品質を、権威的なやり方で契約値に低減することが可能である。コール中、実際のサービス品質を増大または低減することが可能であるが、実際のサービス品質は、当該のコールをセットアップするとき、常に、当初要求されたサービス品質より低いか、またはそれに等しい。
【００５４】
要求された等価通過帯域が利用可能ではないとき、サービス品質を低減する手続きが呼び出される。対話式トラフィックおよびストリーミングトラフィックでは、サービス品質を低減する手続きは、保証されたビットレートの低減のみに基づくことができる。要求アプリケーションは、そのような低減を拒否する可能性があり、または、低減を受け入れる可能性があり、要求された通過帯域より小さい通過帯域で動作することができるように、他のアルゴリズムあるいは他のコーダを選択することが可能である。決定は、ネットワークによってではなく、最終ユーザによって行われる。
【００５５】
対話式またはストリーミングであるトラフィックでは、サービス品質を低減するための手続きは、トラフィックについて要求された処理の優先順位に基づく。要求された等価通過帯域が利用可能ではない場合、サービス品質は、トラフィックの処理優先順位より下の最も近いレベルに対応するように低減される。このようにしてサービス品質が低減されたときに、要求された等価通過帯域が依然として利用可能ではない場合、バックグラウンドトラフィッククラスをユーザに提示することが可能である。
【００５６】
サービス品質は、契約値より上には決して増大しない。加入者の移動のために、サービングＧＰＲＳ支援ノードＳＧＳＮを変更するとき、コール承認制御を呼び出すことができる。次いで、当初割り付けられたサービス品質、または以前のＳＧＳＮノードによって交渉されたサービス品質の関数として、サービス品質を増大させることが可能である。同様であるが、サービス品質が低減されたコールについてのみ、リソースが利用可能になった場合に、より良好なサービス品質を提供することができるように、コール承認制御機能を周期的に呼び出すことによって、サービス品質を増大させることが可能である。
【００５７】
コール承認制御は、加入契約において確定される割付け／保存優先順位と呼ばれるパラメータの関数とすることも可能である。これにより、ＶＩＰ、ファイヤブリゲード、ポリースサービスなどをセットアップするときに、ある加入者に優先順位を与えることが可能になる。要求された通過帯域が利用可能ではない場合、コール承認制御は、以下を決定することができる：
割付け／保存優先順位パラメータがネットワークオペレタによって使用されていない事象において、サービス品質を低減する（同時に、同じクラスのサービスを保存する）、
すでにセットアップされているコールの中から、中断されるコールを選択するために、割付け／保存優先順位パラメータを使用することによって、要求通過帯域を供給することを試行する、
サービングＧＰＲＳ支援ノード間の手続き中に、割付け／保存優先順位パラメータを使用する：パラメータが、中間値に等しい場合、およびすでにセットアップされているコールのみについて、新しいノードは、先行ＳＧＳＮノードによって交渉されたサービス品質を維持することを試行することが可能である。これを実施するために、最低の割付け／保存優先順位を有するあるコールを中断することが可能である。
【図面の簡単な説明】
【００５８】
【図１】ＵＭＴＳネットワークの例のブロック図である。
【図２】本発明の方法を実施するためのフローチャートである。
【図３】前記フローチャートの一部をより詳細に示す図である。

Claims (8)

1. ＵＭＴＳネットワークノードを備えるパケット伝送ネットワークにおいてＵＭＴＳコールを処理する方法であって、
   ＵＭＴＳネットワークノードにおいてセットアップするための新しいＵＭＴＳコールを受け取るために、具体的には、
   前記新しいコールについて要求されたサービス品質と、前記コールに対応するＵＭＴＳ媒体のサービス品質属性とに応じて、等価通過帯域を前記新しいコールについて計算することと、
   次いで、前記新しいコールの前記等価通過帯域と、ＵＭＴＳネットワークノードにおいて既にセットアップされているすべてのコールの等価通過帯域との合計を、所定の最大値と比較することと、
   前記合計が、前記所定の最大値より小さいか、またはそれに等しいときにのみ、保証された要求サービス品質を有する前記新しいコールを受け取ることとを特徴とする方法。
2. 具体的には以下の事象；
   ＵＭＴＳパケットモードまたはＧＳＭパケットモードでコールをセットアップする要求、
   移動端末によってまたは前記ネットワークによって開始されたサービス品質の変更、
   移動端末のために機能する無線サブシステム（ＢＴＳ、ＲＮＣ）の変更、
   移動端末のゲートウエイＧＰＲＳ支援ノード（ＧＧＳＮ）の変更、または、
   移動端末のサービングＧＰＲＳ支援ノード（ＳＧＳＮ）の変更の１つによって実施がトリガされることを特徴とする請求項１に記載の方法。
3. 前記要求された通過帯域が利用可能ではないときに、サービス品質を低減することであって、
   会話式トラフィックおよびストリーミングトラフィックについては、サービス品質の低減が保証ビットレートの低減に基づくことと、
   対話式トラフィックまたはストリーミングトラフィックについては、サービス品質を低減する手続きが前記トラフィックについて要求された処理の優先順位に基づいており、サービス品質が低減された場合に、要求された等価通過帯域が依然として利用可能ではないときは、バックグラウンドクラストラフィックがユーザに提案されることとを特徴とする請求項１に記載の方法。
4. コールに対して保証された前記サービス品質が要求されたサービス品質より低い場合、リソースが利用可能になったときに一層良好なサービス品質を提供するために、請求項１において規定された動作を周期的に反復することを特徴とする請求項１に記載の方法。
5. ＵＭＴＳ無線電話システムを支持するパケット伝送ネットワークについて、ＵＭＴＳネットワークノードが、
   前記新しいコールについて要求されたサービス品質と、前記コールに対応するＵＭＴＳ媒体のサービス品質属性とに応じて、等価通過帯域を各新しいコールについて計算する手段と、
   前記新しいコールの前記等価通過帯域と、ＵＭＴＳネットワークにおいて既にセットアップされているすべてのコールの等価通過帯域との合計を、所定の最大値と比較する手段と、
   前記合計が、前記所定の最大値より小さいか、またはそれに等しい場合にのみ、要求されたサービス品質を保証しながら、前記新しいコールを受け取るための手段とを備えることを特徴とするＵＭＴＳネットワークのためのノード。
6. 新しいコールの各々について等価通過帯域を計算するための前記手段が、
   ＵＭＴＳまたはＧＳＭパケットモードでコールをセットアップする要求、
   移動端末によってまたは前記ネットワークによって開始されたサービス品質の変更、
   移動端末のために機能する無線サブシステム（ＢＴＳ、ＲＮＣ）の変更、
   移動端末のゲートウエイＧＰＲＳ支援ノード（ＧＧＳＮ）の変更、または、
   移動端末のサービングＧＰＲＳ支援ノード（ＳＧＳＮ）の変更によってトリガされることを特徴とする請求項５に記載のＵＭＴＳネットワークノード。
7. 要求された等価通過帯域が利用可能ではないときに、サービス品質を低減するための手段を更に備え、
   会話式トラフィックおよびストリーミングトラフィックについては、サービス品質の低減が保証ビットレートの低減に基づくことと、
   対話式トラフィックまたはストリーミングトラフィックについては、サービス品質を低減するための手続きが前記トラフィックについて要求された処理の優先順位に基づいており、サービス品質が低減された場合に、要求された等価通過帯域が依然として利用可能ではないときは、サービス品質を低減するための前記手段がトラフィックのバックグラウンドクラスをユーザに提案することとを特徴とする請求項５に記載のＵＭＴＳネットワークノード。
8. コールのサービス品質が要求されたサービス品質より低い場合、前記新しいコールについて要求された等価通過帯域と、ＵＭＴＳネットワークノードにおいて既にセットアップされているすべてのコールの等価通過帯域との合計を、所定の最大値と比較し、リソースが利用可能になったときに一層良好なサービス品質を提供するために使用する手段を更に備えることを特徴とする請求項５に記載のＵＭＴＳネットワークノード。

Images