JP2002158700A - ＱｏＳサーバ及びリソース割当て制御方法 - Google Patents

ＱｏＳサーバ及びリソース割当て制御方法

Info

Publication number
JP2002158700A
JP2002158700A JP2000353170A JP2000353170A JP2002158700A JP 2002158700 A JP2002158700 A JP 2002158700A JP 2000353170 A JP2000353170 A JP 2000353170A JP 2000353170 A JP2000353170 A JP 2000353170A JP 2002158700 A JP2002158700 A JP 2002158700A
Authority
JP
Japan
Prior art keywords
network
resource allocation
resource
server
database
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.)
Granted
Application number
JP2000353170A
Other languages
English (en)
Other versions
JP3578209B2 (ja
Inventor
Kazuhiko Isoyama
和彦 磯山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2000353170A priority Critical patent/JP3578209B2/ja
Priority to US09/988,653 priority patent/US20020062376A1/en
Publication of JP2002158700A publication Critical patent/JP2002158700A/ja
Application granted granted Critical
Publication of JP3578209B2 publication Critical patent/JP3578209B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0025—Provisions for signalling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

(57)【要約】 【課題】ＭＧＣＰなどのプロトコルに対して親和性があ
り、呼設定遅延の原因となることなくアプリケーション
との連携を行えてかつ最適なＱｏＳリソース割当てを行
うことができるＱｏＳサーバを提供する。 【解決手段】ネットワーク１１０の状態を監視するネッ
トワーク監視部１０３と、ネットワーク監視部１０３で
取得したネットワーク状態を蓄積するネットワーク状態
データベース１０６と、ネットワーク状態データベース
１０６を参照し、リソース要求に基づいてアプリケーシ
ョンへのリソース割当てを計算するリソース割当て計算
部１０１と、リソース割当て情報を保持するリソース割
当てデータベース１０４と、リソース割当て情報に基づ
いてネットワークにリソース割当てを設定するネットワ
ーク設定部１０２と、を設ける。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、インターネット(t
he Internet)などのネットワークにおいてサービスの品
質を維持した通信を行うためのＱｏＳ(Qualityof Servi
ce)サーバ及びリソース割当て制御方法に関し、特に、
既存の電話網による通信などをインターネットなどのネ
ットワークに収容するのに適したＱｏＳサーバシ及びリ
ソース割当て制御方法に関する。
【０００２】
【従来の技術】インターネットは、近年のその急成長に
より、グローバルで商業性を含んだ通信インフラストラ
クチャになろうとしている。それにしたがって、インタ
ーネットは、従来からあるデータ通信だけでなく、電話
網などのその他のあらゆる通信ネットワークのサービス
基盤になるものと予想されている。
【０００３】このような背景に従い、既存電話をインタ
ーネットに収容するためのプロトコルとして、ＩＥＴＦ
(InternetEngineering Task Force)によってＲＦＣ(Req
uestfor Comments)２７０５として提案されているＭＧ
ＣＰ(MediaGateway ControlProtocol)がある。図７は、
ＭＧＣＰが適用されるネットワークシステムの構成を示
すブロック図である。
【０００４】ＭＧＣＰが適用されるネットワークシステ
ムでは、外部網である既存電話網７２４ａ，７２４ｂの
シグナリング信号（７５１’，７５４’，７５５’，７
５６’，７５７’，７５９’）とパケット化されたシグ
ナリング（７５１，７５４，７５５，７５６，７５７，
７５９）との変換を行うシグナリングゲートウェイ７２
２ａ，７２２ｂにより、既存電話網７２４ａ，７２４ｂ
のシグナリング網と、ネットワーク７１０（例えばイン
ターネット）内のコールエージェント７２１とが接続さ
れる。同様に、既存電話網７２４ａ，７２４ｂの主信号
トランクの音声信号（７６１’，７６２’）とパケット
化された音声信号（７６１，７６２）との変換を行うト
ランクゲートウェイ（主信号ゲートウェイ）７２３ａ，
７２３ｂにより、既存電話網７２４ａ，７２４ｂの主信
号トランクとネットワーク７１０とが接続される。
【０００５】図８は、このようなネットワークシステム
における従来のＭＧＣＰによる呼設定手順を示すフロー
図である。ここでは既存電話網７２４ａ側から発呼がな
されるものとする。
【０００６】まず、発呼側のシグナリングゲートウェイ
７２２ａからコールエージェント７２１にＩＡＭ(initi
aladdress message)７５１が送られる（ステップ８５
１）。するとコールエージェント７２１と発呼側のトラ
ンクゲートウェイ７２３ａの間でＣＲＣＸ／ＡＣＫ（Cr
eateConnectionとその確認(Acknowledgement)）７５２
がやり取りされ（ステップ８５２）、その後、コールエ
ージェント７２１と着呼側のトランクゲートウェイ７２
３ｂの間でＣＲＣＸ／ＡＣＫ７５３がやり取りされ（ス
テップ８５３）、コールエージェント７２１から着呼側
のシグナリングゲートウェイ７２２ｂに、ＩＡＭ７５４
が送られる（ステップ８５４）。その後、着呼側のシグ
ナリングゲートウェイ７２２ｂからコールエージェント
７２１にＡＣＭ(addresscomplete message)７５５が送
られ（ステップ８５５）、コールエージェント７２１か
ら発呼側のシグナリングゲートウェイ７２２ａにＡＣＭ
７５６が送られる（ステップ８５６）。引き続き、着呼
側のシグナリングゲートウェイ７２２ｂからコールエー
ジェント７２１にＡＮＭ(answermessage)７５７が送ら
れ（ステップ８５７）、コールエージェント７２１と発
呼側のトランクゲートウェイ７３２ａの間でＭＤＣＸ／
ＡＣＫ（ModifyConnectionとその確認）７５８がやり取
りされ（ステップ８５８）、コールエージェント７２１
から発呼側のシグナリングゲートウェイ７２２ａにＡＮ
Ｍ７５９が送られる（ステップ８５９）。このようにし
てシグナリング信号７５１〜７５９によりトランクゲー
トウェイ７２３ａ，７２３ｂに呼設定が行われる。その
後、音声信号（音声パケット）であるトラヒック７６１
が発呼側のトランクゲートウェイ７２３ａからネットワ
ーク７１０に転送され（ステップ８６１）、トラヒック
７６２がネットワーク７１０から着呼側のトランクゲー
トウェイ７２３ｂに転送される（ステップ８６２）。
【０００７】このように、インターネットは、外部網で
ある既存電話網からの電話通信などは多様なアプリケー
ションを収容するようになってきている。それにしたが
い、異なった特性やサービスレベルすなわちＱｏＳ(Qua
lityof Service)の要求を持ったアプリケーショントラ
ヒックを転送する必要が生じてきている。インターネッ
トは、本来、ベストエフォート型のネットワークである
ので、ＱｏＳを実現するためには何らかの仕組みが必要
である。しかし、上述したＭＧＣＰでは、音声パケット
のＱｏＳを実現するメカニズムは考慮されていない。
【０００８】現在、このようなＱｏＳを提供する技術と
して、ＩＲＴＦ ＤＲＡＦＴとしてＩＥＴＦのウェブサ
イト(http://www.ietf.org)から"draft-ietf-mpls-fram
ework-05.txt"としてテキスト文書が入手可能なＭＰＬ
Ｓ(MultiProtocol Label Switching, IETF RFC2702)や
Ｄｉｆｆｓｅｒｖ（DifferentiatedService, IETF RFC2
475)などが提案されている。
【０００９】ＭＰＬＳでは、パケットに固定長のラベル
を付与し、ラベルの値に基づいてパケットを転送する。
このパケットが転送される経路であるＬＳＰ(LabelSwit
chedPath)を明示的に制御することにより、トラヒック
の要求ＱｏＳに基づいた最適経路の提供や、ネットワー
ク内の経路の負荷分散を行うトラヒックエンジニアリン
グが可能となる。
【００１０】Diffservでは、Diffservドメインの境界の
エッジルータにおいて流入パケットをクラス分けし、ク
ラス識別子であるＤＳＣＰ(DiffservCode Point)を付与
する。そしてドメイン内部のコアルータでは、ＤＳＣＰ
の値に基づき、クラス別に定義された転送スケジューリ
ングの定義であるＰＨＢ(PerHop Behavior)にしたがっ
て、転送スケジューリングを行う。これによりトラヒッ
クの個別のフローにＱｏＳ制御を行うのではなく、フロ
ーを集合したクラス別にＱｏＳ制御を行うため、大規模
なネットワークにおいてもスケーラブルなＱｏＳ提供が
可能となる。
【００１１】これらの技術はユーザトラヒックに対して
経路や転送スケジューリングといったＱｏＳリソースを
提供するが、ネットワークワイドで見たときに最適なＱ
ｏＳリソース割当てを提供するためには、さらに、ＭＧ
ＣＰのようなアプリケーションからの要求やネットワー
ク状態を考慮して最適なＱｏＳリソース割当てを計算、
提供する別のメカニズムが必要になる。
【００１２】シグナリングによりアプリケーショントラ
ヒックの呼ごとにＱｏＳリソースを確保するプロトコル
であるＲＳＶＰ(resourcereservation protocol, IETF
RFC2205)に関しては、ネットワークワイドの視点からＱ
ｏＳリソース割当ての制御を行うための呼受付制御のメ
カニズムが提案されている(IETFRFC2753)。
【００１３】図９は、ＲＦＣ２７５３に基づく呼受付制
御のメカニズムを示すブロック図である。
【００１４】ネットワーク７１０内には、それぞれ呼受
付部９１２ａ〜９１２ｃを有するルータ９１１ａ〜９１
１ｃが設けられている。ネットワーク７１０の一端側
は、符号９２４ａで示す他のネットワークまたは端末が
接続し、他端側は、符号９２４ｂで示す他のネットワー
クまたは端末が接続している。ルータ９１１ａ〜９１１
ｃは、それぞれパケット９５１ａ〜９５１ｃを受け取っ
てルーティングを行い、パケット９１１ｂ〜９１１ｄと
して出力する。呼受付部９１２ａ〜９１２ｃのそれそれ
は、隣接する他のルータの呼受付部あるいは他のネット
ワークまたは端末９２４ａ，９２４ｂの間で、シグナリ
ング９１５ａ〜９１５ｄをやり取りする。さらに、ポリ
シー決定部９１７とポリシーＤＢ（データベース）９１
８を有するポリシーサーバ９１３が設けられている。
【００１５】ここでネットワーク７１０内の各ルータ９
１１ａ〜９１１ｃがＲＳＶＰシグナリング９１５ａ〜９
１５ｃを受信すると、ルータ９１１ａ〜９１１ｃ内の呼
受付部９１２ａ〜９１２ｃは、ポリシーサーバ９１３に
対して、呼を受け付けてよいか否かを呼受付可否メッセ
ージ９１６ａ〜９１６ｃによって問い合わせる。ポリシ
ーサーバ９１３では、呼受付可否メッセージ９１６ａ〜
９１６ｃを受け取ると、ポリシー決定部９１７がポリシ
ーデータベース９１８内に保持されているポリシー９１
９に従い、呼の受付の可否を決定し、その結果をルータ
９１１ａ〜９１１ｃの呼受付部９１２ａ〜９１２ｃに返
す。
【００１６】このメカニズムではＲＳＶＰシグナリング
９１５ａ〜９１５ｃに示されているアプリケーショント
ラヒックのＱｏＳ要求、リソース要求と、ポリシーデー
タベース９１８内に保持されているポリシー９１９によ
り呼受付が決定されるが、最適なリソース割当てを行う
ためのメカニズムは提案されていない。また、呼到着の
たびにリソース割当てを計算するのは呼設定遅延につな
がるなどの問題がある。
【００１７】Goyalらは、ＶｏＩＰ(Voice over IP)のシ
グナリングと綿密に連携を取り、分散管理環境によって
リソース割当てを提供するアーキテクチャＤＯＳＡ（Pa
wanGoyal, et al., "Integration of Call Signaling a
nd ResourceManagement foeIP Telephony", IEEE Netwo
rk, May 1999）を提案している。しかし、このアーキテ
クチャでは、ＶｏＩＰシグナリングとリソース割当てシ
ーケンスが密に連携しているため、呼ごとのリソース割
当てが呼設定遅延の原因になったり、リソース割当てシ
ステムが障害などで機能しなくなったときにＶｏＩＰ自
体も機能しなくなったりするという問題がある。また分
散管理環境によってリソース割当てを提供するため、ネ
ットワークワイドで見たときに最適なＱｏＳリソース割
当てを行うことができない。
【００１８】Aukiaらが提案するＲＡＴＥＳ（Petri Auk
ia, et al., "RATES:A Server forMPLS Traffic Engine
ering", IEEE Network, March2000）は、ポリシーサー
バがネットワーク状態収集機能、ルート計算機能等のモ
ジュールと連携を行うアーキテクチャである。しかしな
がらこのアーキテクチャは、集中制御により分散管理環
境での問題を解決しているが、ＶｏＩＰなどのアプリケ
ーションとの連携が考慮されていない。
【００１９】
【発明が解決しようとする課題】以上説明したように、
ＭＧＣＰ自体はＱｏＳへの考慮がなされておらず、ま
た、既存のＱｏＳ技術も、アプリケーションとの連携が
十分でなかったり、最適なＱｏＳリソース割当てを行え
なかったり、あるいは、呼設定遅延の原因となったりと
いう問題点を抱えている。
【００２０】本発明の目的は、ＭＧＣＰなどのプロトコ
ルに対して親和性があり、呼設定遅延の原因となること
なくアプリケーションとの連携を行えてかつ最適なＱｏ
Ｓリソース割当てを行うことができるＱｏＳサーバとそ
のリソース割当て制御方法とを提供することにある。
【００２１】
【課題を解決するための手段】本発明の第１のＱｏＳサ
ーバは、ネットワークと、ネットワークに外部網を収容
し外部網とネットワークとの間で主信号の変換を行う主
信号ゲートウェイと、呼設定を行う呼設定サーバと、呼
設定サーバと外部網との間でシグナリングの変換を行う
シグナリングゲートウェイとを有するネットワークシス
テムにおいて使用されるＱｏＳサーバであって、ネット
ワークの状態を監視するネットワーク監視部と、ネット
ワーク監視部で取得したネットワーク状態を蓄積するネ
ットワーク状態データベースと、ネットワーク状態を参
照し、リソース要求に基づいてアプリケーションへのリ
ソース割当てを計算するリソース割当て計算部と、リソ
ース割当て情報を保持するリソース割当てデータベース
と、リソース割当て情報に基づいてネットワークにリソ
ース割当てを設定するネットワーク設定部と、を有す
る。
【００２２】本発明の第２のＱｏＳサーバは、外部網が
接続したネットワークと、ネットワークに対するポリシ
ーを決定してネットワークに対してリソース割当てを設
定するポリシーサーバとを有するネットワークシステム
において使用されるＱｏＳサーバであって、ネットワー
クの状態を監視するネットワーク監視部と、ネットワー
ク監視部で取得したネットワーク状態を蓄積するネット
ワーク状態データベースと、ネットワーク状態を参照
し、リソース要求に基づいてアプリケーションへのリソ
ース割当てを計算してポリシーサーバに通知するリソー
ス割当て計算部と、を有する。
【００２３】本発明の第３のＱｏＳサーバは、外部網に
接続するネットワークに対してリソース割当てを設定す
るＱｏＳサーバであって、ネットワークの状態を監視す
るネットワーク監視部と、ネットワーク監視部で取得し
たネットワーク状態を蓄積するネットワーク状態データ
ベースと、設定情報を保持するユーザ情報データベース
と、ネットワーク状態データベースに蓄積されたネット
ワーク状態とユーザ情報データベースに保持された設定
情報とを参照してリソース要求を発生するリソース要求
部と、ネットワーク状態を参照し、リソース要求に基づ
いてアプリケーションへのリソース割当てを計算するリ
ソース割当て計算部と、リソース割当て情報を保持する
リソース割当てデータベースと、リソース割当て情報に
基づいてネットワークにリソース割当てを設定するネッ
トワーク設定部と、を有する。
【００２４】本発明の第１のリソース割当て制御方法
は、ネットワークと、ネットワークに外部網を収容し外
部網とネットワークとの間で主信号の変換を行う主信号
ゲートウェイと、呼設定を行う呼設定サーバと、呼設定
サーバと外部網との間でシグナリングの変換を行うシグ
ナリングゲートウェイとを有するネットワークシステム
におけるリソース割当て制御方法において、ネットワー
クの状態を監視してネットワーク状態をネットワーク状
態データベースに蓄積し、ネットワーク状態データベー
スに蓄積されたネットワーク状態を参照するとともにリ
ソース要求に基づいて、アプリケーションへのリソース
割当てを計算し、リソース割当て情報をリソース割当て
データベースに保持し、リソース割当てデータベースに
保持されたリソース割当て情報に基づいてネットワーク
にリソース割当てを設定する。
【００２５】本発明の第２のリソース割当て制御方法
は、外部網が接続したネットワークと、ネットワークに
対するポリシーを決定してネットワークに対してリソー
ス割当てを設定するポリシーサーバとを有するネットワ
ークシステムにおけるリソース割当て制御方法であっ
て、ネットワークの状態を監視してネットワーク状態を
ネットワーク状態データベースに蓄積し、ネットワーク
状態データベースに蓄積されたネットワーク状態を参照
するとともにリソース要求に基づいて、アプリケーショ
ンへのリソース割当てを計算してポリシーサーバに通知
する。
【００２６】本発明の第３のリソース割当て制御方法
は、外部網に接続するネットワークに対してリソース割
当てを設定するリソース割当て制御方法であって、ネッ
トワークの状態を監視してネットワーク状態をネットワ
ーク状態データベースに蓄積し、ネットワーク状態デー
タベースに蓄積されたネットワーク状態とユーザ情報デ
ータベースに保持された設定情報とを参照してリソース
要求を発生し、ネットワーク状態データベースに蓄積さ
れたネットワーク状態を参照し、リソース要求に基づい
てアプリケーションへのリソース割当てを計算し、リソ
ース割当て情報をリソース割当てデータベースに保持
し、リソース割当てデータベースに保持されたリソース
割当て情報に基づいてネットワークにリソース割当てを
設定する。
【００２７】本発明では、ＱｏＳサーバが、アプリケー
ションとのインタフェースを持つことによりアプリケー
ションの要求ＱｏＳ、要求リソースを得て、さらにネッ
トワークを監視することによりネットワークの網状態、
トラヒック状態をフィードバックすることにより、リソ
ース割当てを計算、提供することを特徴とする。これに
より、オペレータの設定を介することなく動的なトラヒ
ックエンジニアリングが可能となる。
【００２８】また、リソース割当てはアプリケーション
の呼の到来前にまとまった呼単位で行われるため、リソ
ース割当て処理がアプリケーションの呼設定遅延の原因
になることがなく、また、呼設定のシグナリングとリソ
ース割当てのシグナリングは分離しているので、ＱｏＳ
サーバの障害時でも、アプリケーションは呼設定を続け
ることができる。
【００２９】
【発明の実施の形態】次に、本発明の好ましい実施の形
態について、図面を参照して説明する。図１は本発明の
実施の一形態のＱｏＳサーバを備えたネットワークシス
テムを示すブロック図である。ここでは、インターネッ
トに代表されるネットワーク１１０において、ＭＧＣＰ
(IETFRFC2705)を使用したＶｏＩＰをアプリケーション
とした場合のＱｏＳ（サービス品質）制御について説明
する。
【００３０】図７に示した従来のネットワークシステム
と同様に、外部網である既存電話網１２４ａ，１２４ｂ
間の音声通信をネットワーク１１０を介して転送するた
めに、ネットワーク１１０に呼設定を行うコールエージ
ェント１２１と、コールエージェント１２１と既存電話
網１２４ａ，１２４ｂのシグナリング信号を接続するシ
グナリングゲートウェイ１２２ａ，１２２ｂと、既存電
話網１２４ａ，１２４ｂの主信号トランクとネットワー
ク１１０を接続するトランクゲートウェイ１２３ａ，１
２３ｂとが設けられている。さらに、この実施形態で
は、従来のものと異なって、ネットワーク１１０を設定
監視するＱｏＳサーバ１００が設けられている。トラン
クゲートウェイ１２３ａ，１２３ｂは、主信号を変換す
る主信号ゲートウェイである。
【００３１】シグナリングゲートウェイ１２２ａ，１２
２ｂは、既存電話網１２４ａ，１２４ｂのシグナリング
信号（１５１’，１５４’，１５５’，１５６’，１５
７’，１５９’）とパケット化されたシグナリング（１
５１，１５４，１５５，１５６，１５７，１５９）との
変換を行うことにより、既存電話網１２４ａ，１２４ｂ
のシグナリング網とコールエージェント１２１とを接続
している。同様に、トランクゲートウェイ１２３ａ，１
２３ｂは、既存電話網１２４ａ，１２４ｂの主信号トラ
ンクの音声信号（１６１’，１６２’）とパケット化さ
れた音声信号（１６１，１６２）との変換を行うによ
り、既存電話網１２４ａ，１２４ｂの主信号トランクを
ネットワーク１１０に接続している。ここでは、ＱｏＳ
制御の対象となるアプリケーションは、既存電話網１２
４ａ，１２４ｂとコールエージェント１２１とシグナリ
ングゲートウェイ１２２ａ，１２２ｂとトランクゲート
ウェイ１２３ａ，１２３ｂから構成されることになる。
【００３２】呼設定サーバであるコールエージェント１
２１には、ＱｏＳサーバ１００にＱｏＳ、リソース要求
を行うリソース要求部１０７が装備されている。
【００３３】ＱｏＳサーバ１００は、アプリケーション
からのＱｏＳ、リソース要求に基づいてそのアプリケー
ションへのリソース割当てを計算するリソース計算部１
０１と、リソース割当てをネットワーク１１０に設定す
るネットワーク設定部１０２と、ネットワーク状態を監
視するネットワーク監視部１０３と、リソース割当て情
報を保持するリソース割当てデータベース（ＤＢ）１０
４と、アプリケーションからのＱｏＳ、リソース要求を
保持するユーザ情報データベース１０５と、ネットワー
ク状態を保持するネットワーク（ＮＷ）状態データベー
ス１０６とから構成されている。
【００３４】次に、このネットワークシステムにおける
ＱｏＳ制御の動作について、図１及び図２を用いて説明
する。
【００３５】まず、呼の到来に先立ち、リソース割当て
が行われる（ステップ２４０）。このとき、ＱｏＳサー
バ１００のネットワーク監視部１０３は、ネットワーク
１１０から入力する信号１３１によって、ネットワーク
１１０の初期設定時から常時ネットワーク１１０を監視
しており（ステップ２３１）、ネットワークのトポロジ
ー情報、リンクメトリック、帯域使用状態をネットワー
ク情報１３２としてネットワーク状態データベース１０
６に蓄積している（ステップ２３２）。
【００３６】ネットワーク１１０の初期設定時に、コー
ルエージェント１２１内のリソース要求部１０７は、呼
の到来に先立ち、前もってまとまった呼数分のトラヒッ
クが使用するリソース、図３でいうところのＮ0呼分の
リソース要求を行う（ステップ２３３）。リソース要求
１３３には、トラヒックの要求遅延、使用帯域、パケッ
トの識別情報（ヘッダ情報など）、ソース・宛先アドレ
スが示されている。
【００３７】ＱｏＳサーバ１００内のリソース割当計算
部１０１は、ネットワーク監視部１０３が収集してネッ
トワーク状態データベース１０６に蓄積されたネットワ
ーク、ユーザ監視情報１３４を元に、リソース要求１３
３に対するリソース割当て計算する（ステップ２３
４）。リソース割当て計算には、トラヒックのソース−
宛先アドレス間の要求遅延を満足する経路、経路上のリ
ンク帯域、ネットワークノード内のバッファ割当ての計
算がある。
【００３８】リソース割当計算部１０１は、計算したリ
ソース割当てをリソース割当て情報１３５としてリソー
ス割当データベース１０４に蓄積し（ステップ２３
５）、リソース割当て要求１３６を出すことにより、ネ
ットワーク設定部１０２に設定を行うように通知する
（ステップ２３６）。
【００３９】ネットワーク設定部１０２は、リソース割
当データベース１０４に蓄積されたリソース割当て情報
１３７を読出し（ステップ２３７）、ネットワーク１１
０に対してリソース割当て設定１３８を送出することに
より、ネットワークにおけるリソース割当ての設定を行
う（ステップ２３８）。これにより、ネットワーク１１
０の設定が終了する。
【００４０】このネットワーク１１０の設定が完了する
と、ネットワーク設定部１０２はリソース割当計算部１
０１に設定完了を応答信号（ＡＣＫ）１３９として通知
する（ステップ２３９）。
【００４１】リソース割当計算部１０１は、受け付けた
リソース要求をユーザ情報１４０としてユーザ情報デー
タベース１０５に蓄積し（ステップ２４０）、リソース
割当てが成功したことを応答信号（ＡＣＫ）１４１とし
てコールエージェント１２１に通知する（ステップ２４
１）。
【００４２】リソース割当て完了後、シグナリングゲー
トウェイ１２２ａ，１２２ｂを経由して呼設定信号が到
来し、呼設定が行われる（ステップ２５０）。
【００４３】呼設定２５０は、図８において示した従来
のＭＧＣＰによる手順と同様である。すなわち、既存電
話網１２４ａ側から発呼する場合を考えると、まず、シ
グナリングゲートウェイ１２２ａからコールエージェン
ト１２１にＩＡＭ１５１が送られ（ステップ２５１）、
コールエージェント１２１とトランクゲートウェイ１２
３ａの間でＣＲＣＸ／ＡＣＫ１５２がやり取りされ（ス
テップ２５２）、その後、コールエージェント１２１と
トランクゲートウェイ１２３ｂの間でＣＲＣＸ／ＡＣＫ
７５３がやり取りされ（ステップ２５３）、コールエー
ジェント１２１からシグナリングゲートウェイ１２２ｂ
に、ＩＡＭ１５４が送られる（ステップ２５４）。その
後、シグナリングゲートウェイ１２２ｂからコールエー
ジェント１２１にＡＣＭ１５５が送られ（ステップ２５
５）、コールエージェント１２１からシグナリングゲー
トウェイ１２２ａにＡＣＭ１５６が送られる（ステップ
２５６）。引き続き、シグナリングゲートウェイ１２２
ｂからコールエージェント１２１にＡＮＭ１５７が送ら
れ（ステップ２５７）、コールエージェント１２１とト
ランクゲートウェイ１３２ａの間でＭＤＣＸ／ＡＣＫ１
５８がやり取りされ（ステップ２５８）、コールエージ
ェント１２１からシグナリングゲートウェイ１２２ａに
ＡＮＭ１５９が送られる（ステップ２５９）。
【００４４】ステップ２５０に示す呼設定の完了後、ト
ランクゲートウェイ１２３ａからネットワーク１１０へ
のトラヒック１６１の転送が開始される（ステップ２６
１）。転送されたトラヒックは、ネットワーク１１０に
おいて設定されたりソース割当て、すなわち経路、リン
ク帯域、バッファを使用して、トラヒック１６２とし
て、トランクゲートウェイ１２３ｂに転送される（ステ
ップ２６２）。
【００４５】また上述の呼設定完了後、ＱｏＳサーバ１
００は、ネットワーク１１０を監視し、障害回避を行う
（ステップ２７０）。
【００４６】この監視と障害回避のステップ２７０で
は、ＱｏＳサーバ１００内のネットワーク監視部１０３
は、ユーザ情報データベース１０５に蓄積されているユ
ーザ情報１７１から、リソース割当て計算部１０１がど
のようなリソース要求を受け付けたかを知る（ステップ
２７１）。また、ネットワーク監視部１０３は、ネット
ワーク１１０から入力する信号（監視したリソース情
報）１７２により、トラヒックに割当てられたリソース
を監視する（ステップ２７２）。さらにネットワーク監
視部１０３は、受信側のトランクゲートウェイ１２３ｂ
に対しても、アプリケーショントラヒック情報１７３に
より、トラヒックが要求どおりの品質で受信されている
かを問い合わせる（ステップ２７３）。その後、ネット
ワーク監視機能１０３は、監視したリソース情報１７２
及びアプリケーショントラヒック情報１７３をユーザ監
視情報１７４として、ネットワーク状態データベース１
０６に蓄積する（ステップ２７４）。そしてネットワー
ク監視部１０３は、リソースの障害が発生したりトラヒ
ックが要求品質どおりに転送されていないことを検知す
ると、リソース割当計算機能１０１に障害情報（障害通
知１７５）を通知する（ステップ２７５）。
【００４７】障害通知１７５を受け取ったリソース割当
計算部１０１は、ユーザ情報データベース１０５に蓄積
されているユーザ情報１７６から、アプリケーションの
要求条件を引き出し（ステップ２７６）、ネットワーク
状態データベース１０６に蓄積されているネットワーク
状態、障害内容（ネットワーク、ユーザ監視情報１７
７）を元に、障害を回避するようにリソース割当てを再
計算する（ステップ２７７）。そしてリソース割当計算
部１０１は、その計算結果をリソース割当て変更情報１
７８としてリソース割当データベース１０４に蓄積し
（ステップ２７８）、ネットワーク設定部１０２に、リ
ソース割当て変更要求１７９として、再設定要求を通知
する（ステップ２７９）。リソース割当ての再計算に
は、バックアップ経路の計算などがあるが、ステップ１
３４のリソース割当計算時に障害を想定してあらかじめ
バックアップ経路も計算し、リソース割当データベース
１０４に蓄積しておいてもよい。
【００４８】次に、ネットワーク設定部１０２は、リソ
ース割当データベース１０４に蓄積されたリソース割当
て変更情報１８０を読出し（ステップ２８０）、読出し
リソース割当て変更情報１８０に従ってリソース割当て
再設定２８１をネットワーク１１０に送出することによ
ってネットワークを再設定し（ステップ２８１）、再設
定完了後、リソース割当計算部１０１に対し、応答信号
１８２により、設定完了を通知する（ステップ２８
２）。
【００４９】一方、コールエージェント１２１内のリソ
ース要求部１０７は、接続呼数を監視し、接続呼数に従
い追加リソース割当あるいはリソース解放をＱｏＳサー
バ１００に要求する。追加リソース割当、リソース解放
の手順自体は、上述したステップ２４０（リソース割当
て）の場合と同様である。以下、図３を用いて、追加リ
ソース割当、リソース解放のタイミングを説明する。
【００５０】ます、追加リソース割当てについて説明す
る。あらかじめＮ0呼分のリソース３０４ａが割当てら
れており、このリソースの範囲内で既にリソース追加要
求しきい値３０２ａａが定められているものとする。こ
こで接続呼数３０１ａがリソース追加要求しきい値３０
２ａａを越えると、使用リソース３０３ａ（図示斜線
部）が割当てられたリソース３０４ａを越えないうち
に、コールエージェント１２１は、Ｎ1呼分の追加リソ
ース３０５を要求し、新たなリソース追加要求しきい値
１３２ａｂを設定する。もちろん、新たなしきい値１３
２ａｂは、Ｎ0＋Ｎ1呼の範囲内に設定される。
【００５１】次に、リソース解放について説明する。既
に、Ｎ0＋Ｎ1＋Ｎ2呼分のリソースが割当てられてお
り、また、リソース解放要求しきい値３０２ｂａが設定
されているものとする。接続呼数３０１ｂがリソース解
放要求しきい値３０２ｂａを下回ると、コールエージェ
ント１２１はＮ2呼分のリソース３０６の解放を要求
し、新たなリソース解放要求しきい値１３２ｂｂを設定
する。図において斜線部は使用リソース３０３ｂであ
る。
【００５２】以上のように構成することにより、この実
施の形態のネットワークシステムでは、ＱｏＳサーバが
アプリケーション側とのインタフェースを備えているの
で、ＱｏＳサーバは、アプリケーションの要求ＱｏＳ、
要求リソースを取得することができ、アプリケーション
の要求に応じたリソース割当てを行うことができる。ま
たネットワークを監視してネットワーク状態、トラヒッ
ク状態をアプリケーションへのリソース割当てにフィー
ドバックすることにより、ネットワーク状態に応じたリ
ソース割当てを行うことができる。この際、リソースの
障害やリソースを割当てたアプリケーショントラヒック
の品質低下を検出し、リソース割当て変更を行うことに
より、障害回避を行うことができる。
【００５３】したがって、オペレータによる設定を介す
ることなく、動的なリソース割当て、ネットワーク設計
が可能となる。
【００５４】さらに、リソース割当ては、アプリケーシ
ョンの呼の到来前に、まとまった呼単位で行われるた
め、リソース割当て処理がアプリケーションの呼設定遅
延の原因になることがない。呼設定のシグナリングとリ
ソース割当てのシグナリングは分離しているので、Ｑｏ
Ｓサーバの障害時でも、アプリケーションは呼設定を続
けることができる。
【００５５】次に本発明の第２の実施形態について説明
する。本発明において、リソース要求部１０７の設けら
れる位置は、コールエージェント（呼設定サーバ）１２
１内に限定されるものではない。例えば、実際に音声パ
ケットを取扱うトランクゲートウェイの内部や、ＱｏＳ
サーバ自体の内部にリソース要求部１０７を設けること
が可能である。
【００５６】図４は、本発明の第２の実施の形態におけ
るＱｏＳサーバを備えたネットワークシステムの構成を
示すブロック図である。図４は、リソース要求部１０７
がトランクゲートウェイ１２３ａ内に存在する例を示し
ている。ここでは、リソース要求部１０７は、トランク
ゲートウェイ１２３ａがコールエージェント１２１から
受けた呼設定シグナリング１５８に従い設定した呼の数
を監視し、設定した呼の数に従いリソース要求１３３を
行う。その他の動作は、第１の実施の形態の場合と同様
である。すなわちこの実施の形態でも、呼の到着前に
前もってトラヒックの要求品質、要求リソースを得て、
経路、リソース割当てを計算し、経路、リソース割当て
を行い、複数呼のトラヒックの要求品質、要求リソー
スを得て、経路、リソース割当てを計算し、経路、リソ
ース割当てを行い、接続呼数があるしきい値を越える
と追加の複数呼のトラヒックの要求品質、要求リソース
を得て、リソース割当てを再計算してリソースの追加割
当てを行うようにし、接続呼数があるしきい値を下回
ると削減された複数呼のトラヒックのリソース解放要求
を得て、リソース割当てを解放し、割当てたリソース
上を流れるトラヒックを監視し、要求品質が満たされて
いないことを検出すると経路、リソース割当てを再計算
し、経路、リソース割当てを修正するようにしている。
【００５７】次に、本発明の第３の実施の形態について
説明する。ここに示す例は、ＲＳＶＰなどのように、シ
グナリングを集中制御するコールエージェントや呼接続
を行うトランクゲートウェイを持たないアプリケーショ
ンに、本発明を適用した場合の例である。コールエージ
ェント（呼設定サーバ）及びトランクゲートウェイを設
けない代わりに、呼受付決定を行うポリシーサーバが設
けられている。
【００５８】図５は、本発明の第３の実施の形態におけ
るＱｏＳサーバ及びポリシーサーバを備えたネットワー
クシステムの構成を示すブロック図である。
【００５９】図５に示す構成では、ネットワーク１１０
内には、それぞれ呼受付部５１２ａ〜５１２ｃを有する
ルータ５１１ａ〜５１１ｃが設けられている。ネットワ
ーク１１０の一端側は、符号５２４ａで示す他のネット
ワークまたは端末が接続し、他端側は、符号５２４ｂで
示す他のネットワークまたは端末が接続している。ここ
では、他のネットワークまたは端末５２４ａ，５２４ｂ
は、外部網の範疇に属する。ルータ５１１ａ〜５１１ｃ
は、それぞれパケット５５１ａ〜５５１ｃを受け取って
ルーティングを行い、パケット５１１ｂ〜５１１ｄとし
て出力する。呼受付部５１２ａ〜５１２ｃのそれそれ
は、隣接する他のルータの呼受付部あるいは他のネット
ワークまたは端末５２４ａ，５２４ｂの間で、シグナリ
ング５１５ａ〜５１５ｄをやり取りする。
【００６０】ＱｏＳサーバ１００は、リソース割当て計
算部１０１、ネットワーク監視部１０３、ユーザ情報デ
ータベース１０５及びネットワーク情報データベース１
０６を備えている。図１あるいは図４に示す例における
ＱｏＳサーバと比べ、図５に示すＱｏＳサーバには、ネ
ットワーク設定部及びリソース割当てデータベースが設
けられていないが、それらの機能は、後述するようにポ
リシーサーバ５１３によって実行される。
【００６１】リソース要求部１０７は、呼受付決定を行
うポリシーサーバ５１３内に設けられる。さらにポリシ
ーサーバ５１３には、ポリシーを決定するポリシー決定
部５１７と、ポリシーとリソース割当て情報１３５，１
７８を蓄積するリソース割当て・ポリシーデータベース
５１８とを備えている。ポリシー決定部５１７は、ネッ
トワーク設定部としての機能も果たし、また、リソース
割当て・ポリシーデータベース５１８は、リソース割当
てデータベースとしての機能も果たす。
【００６２】ポリシー決定部５１７は、ＲＳＶＰシグナ
リング５１５〜５１５ｃを受信した各ルータ５１１ａ〜
５１１ｃ内の呼受付部５１２ａ〜５１２ｃからの呼受付
決定要求５１６ａ〜５１６ｃに対して呼受付決定を行
う。また、リソース要求部１０７は、リソース割当て・
ポリシーデータベース５１８から得られる情報５９３を
利用して、ポリシー決定部が管理している受け付けた呼
の情報（ポリシー５１９）を監視し、受け付けた呼の数
にしたがってリソース要求１３３を行う。これにより、
受付呼数にしたがって事前に新たな呼のためのネットワ
ークのリソース設定１３８が行われるので、ポリシーサ
ーバ５１３が新たに呼受付決定要求５１６ａ〜５１６ｃ
を受けたときにはリソース割当て情報１３７を参照する
だけで、呼受付決定ができる。したがって、この実施の
形態によれば、リソース割当て計算が呼設定遅延の原因
になることがない。
【００６３】上述の他の動作については、第１の実施の
形態と同様である。すなわちこの実施の形態でも、呼
の到着前に前もってトラヒックの要求品質、要求リソー
スを得て、経路、リソース割当てを計算し、経路、リソ
ース割当てを行い、複数呼のトラヒックの要求品質、
要求リソースを得て、経路、リソース割当てを計算し、
経路、リソース割当てを行い、接続呼数があるしきい
値を越えると追加の複数呼のトラヒックの要求品質、要
求リソースを得て、リソース割当てを再計算してリソー
スの追加割当てを行うようにし、接続呼数があるしき
い値を下回ると削減された複数呼のトラヒックのリソー
ス解放要求を得て、リソース割当てを解放し、割当て
たリソース上を流れるトラヒックを監視し、要求品質が
満たされていないことを検出すると経路、リソース割当
てを再計算し、経路、リソース割当てを修正するように
している。
【００６４】次に、本発明の第４の実施の形態について
説明する。本発明はシグナリングを持たないアプリケー
ションに対しても有効である。図６は、シグナリングを
持たないアプリケーションに対して適用した場合のネッ
トワークシステムを示している。ここではネットワーク
１１０は、符号６２４ａ，６２４ｂにより示される他の
ネットワークまたは端末と接続している。ここでは、他
のネットワークまたは端末６２４ａ，６２４ｂは、外部
網の範疇に属する。
【００６５】シグナリングを持たないので、当然、シグ
ナリングゲートウェイやコールエージェントは存在しな
いことになる。図示する例の場合、リソース要求部１０
７はＱｏＳサーバ１００内に存在する。
【００６６】オペレータ６９０は、ＱｏＳサーバ１００
がサポートすべきアプリケーションのトラヒック識別情
報、要求ＱｏＳ情報を、設定情報６９１として、ユーザ
情報データベース１０５に設定する。リソース要求部１
０７は、ユーザ情報データベース１０５に設定された設
定情報から、サポートすべきアプリケーションの情報６
９２を得て、ネットワークの初期設定時に、第１の実施
の形態と同様に、リソース割当て計算部１０１に対して
リソース要求１３３を行う。リソース割当ての完了後、
リソース要求部１０７は、ネットワーク監視部１０３が
信号１７２によってネットワーク１１０を監視すること
によってネットワーク状態データベース１０６に蓄積し
たアプリケーショントラヒック情報１７４から、アプリ
ケーショントラヒックの呼の増減６９３を検知し、第１
の実施の形態と同様に、リソース割当て計算部１０１に
対して、リソースの追加要求、解放要求１４１を行う。
【００６７】シグナリング関係の構成を有しないことを
除けば、図６に示すように、このネットワークシステム
における上述したもの以外の配置及び動作は、図１、図
４に示したものにおける配置及び動作を同様である。す
なわちこの実施の形態でも、呼の到着前に前もってト
ラヒックの要求品質、要求リソースを得て、経路、リソ
ース割当てを計算し、経路、リソース割当てを行い、
複数呼のトラヒックの要求品質、要求リソースを得て、
経路、リソース割当てを計算し、経路、リソース割当て
を行い、接続呼数があるしきい値を越えると追加の複
数呼のトラヒックの要求品質、要求リソースを得て、リ
ソース割当てを再計算してリソースの追加割当てを行う
ようにし、接続呼数があるしきい値を下回ると削減さ
れた複数呼のトラヒックのリソース解放要求を得て、リ
ソース割当てを解放し、割当てたリソース上を流れる
トラヒックを監視し、要求品質が満たされていないこと
を検出すると経路、リソース割当てを再計算し、経路、
リソース割当てを修正するようにしている。
【００６８】
【発明の効果】以上説明したように本発明は、ＱｏＳサ
ーバがアプリケーション側とのインタフェースを備えて
いるので、ＱｏＳサーバは、アプリケーションの要求Ｑ
ｏＳ、要求リソースを取得することができ、アプリケー
ションの要求に応じたリソース割当てを行うことができ
るという効果がある。またネットワークを監視してネッ
トワーク状態、トラヒック状態をアプリケーションへの
リソース割当てにフィードバックすることにより、ネッ
トワーク状態に応じたリソース割当てを行うことができ
るという効果がある。この際、リソースの障害やリソー
スを割当てたアプリケーショントラヒックの品質低下を
検出し、リソース割当て変更を行うことにより、障害回
避を行うことができる。したがって、本発明によれば、
オペレータによる設定を介することなく、動的なリソー
ス割当て、ネットワーク設計が可能となる。
【００６９】さらに本発明においてリソース割当ては、
アプリケーションの呼の到来前に、まとまった呼単位で
行われるため、リソース割当て処理がアプリケーション
の呼設定遅延の原因になることがない。呼設定のシグナ
リングとリソース割当てのシグナリングは分離している
ので、ＱｏＳサーバの障害時でも、アプリケーションは
呼設定を続けることができる。
【図面の簡単な説明】
【図１】本発明の実施の第１の形態におけるＱｏＳサー
バを備えたネットワークシステムの構成を示すブロック
図である。
【図２】図１に示すネットワークシステムにおけるＱｏ
Ｓ制御を説明するフロー図である。
【図３】追加リソース割当、リソース解放のタイミング
を説明する図である。
【図４】本発明の第２の実施の形態におけるＱｏＳサー
バを備えたネットワークシステムの構成を示すブロック
図である。
【図５】本発明の第３の実施の形態におけるＱｏＳサー
バとポリシーサーバを備えたネットワークシステムの構
成を示すブロック図である。
【図６】本発明の第４の実施の形態におけるＱｏＳサー
バを備えたネットワークシステムの構成を示すブロック
図である。
【図７】ＭＧＣＰが適用される従来のネットワークシス
テムの構成を示すブロック図である。
【図８】ＭＧＣＰにおける呼設定処理の手順を示すフロ
ー図である。
【図９】ＲＦＣ２７５３に示される呼受付制御のための
メカニズムを示すブロック図である。
【符号の説明】
１００ ＱｏＳサーバ １０１ リソース割当て計算部 １０２ ネットワーク設定部 １０３ ネットワーク監視部 １０４ リソース割当てデータベース １０５ ユーザ情報データベース １０６ ネットワーク状態データベース １０７ リソース要求部 １１０ ネットワーク １２１ コールエージェント １２２ａ，１２２ｂ シグナリングゲートウェイ １２３ａ，１２３ｂ トランクゲートウェイ １２４ａ，１２４ｂ 既存電話網 ５１３ ポリシーサーバ ５１８ リソース割当て・ポリシーデータベース ５１９ ポリシー決定部

Claims (24)

    【特許請求の範囲】
  1. 【請求項１】 ネットワークと、前記ネットワークに外
    部網を収容し前記外部網と前記ネットワークとの間で主
    信号の変換を行う主信号ゲートウェイと、呼設定を行う
    呼設定サーバと、前記呼設定サーバと前記外部網との間
    でシグナリングの変換を行うシグナリングゲートウェイ
    とを有するネットワークシステムにおいて使用されるＱ
    ｏＳサーバであって、 前記ネットワークの状態を監視するネットワーク監視部
    と、 前記ネットワーク監視部で取得したネットワーク状態を
    蓄積するネットワーク状態データベースと、 前記ネットワーク状態を参照し、リソース要求に基づい
    てアプリケーションへのリソース割当てを計算するリソ
    ース割当て計算部と、 リソース割当て情報を保持するリソース割当てデータベ
    ースと、 前記リソース割当て情報に基づいて前記ネットワークに
    リソース割当てを設定するネットワーク設定部と、 を有するＱｏＳサーバ。
  2. 【請求項２】 呼設定サーバ内に設けられリソース要求
    を発するリソース要求部からの前記リソース要求に応じ
    てリソース割当てを実行する請求項１に記載のＱｏＳサ
    ーバ。
  3. 【請求項３】 主信号ゲートウェイ内に設けられリソー
    ス要求を発するリソース要求部からの前記リソース要求
    に応じてリソース割当てを実行する請求項１に記載のＱ
    ｏＳサーバ。
  4. 【請求項４】 外部網が接続したネットワークと、前記
    ネットワークに対するポリシーを決定して前記ネットワ
    ークに対してリソース割当てを設定するポリシーサーバ
    とを有するネットワークシステムにおいて使用されるＱ
    ｏＳサーバであって、 前記ネットワークの状態を監視するネットワーク監視部
    と、 前記ネットワーク監視部で取得したネットワーク状態を
    蓄積するネットワーク状態データベースと、 前記ネットワーク状態を参照し、リソース要求に基づい
    てアプリケーションへのリソース割当てを計算して前記
    ポリシーサーバに通知するリソース割当て計算部と、 を有するＱｏＳサーバ。
  5. 【請求項５】 ポリシーサーバ内に設けられリソース要
    求を発するリソース要求部からの前記リソース要求に応
    じてリソース割当てを実行する請求項４に記載のＱｏＳ
    サーバ。
  6. 【請求項６】 外部網に接続するネットワークに対して
    リソース割当てを設定するＱｏＳサーバであって、 前記ネットワークの状態を監視するネットワーク監視部
    と、 前記ネットワーク監視部で取得したネットワーク状態を
    蓄積するネットワーク状態データベースと、 設定情報を保持するユーザ情報データベースと、 前記ネットワーク状態データベースに蓄積されたネット
    ワーク状態と前記ユーザ情報データベースに保持された
    設定情報とを参照してリソース要求を発生するリソース
    要求部と、 前記ネットワーク状態を参照し、前記リソース要求に基
    づいてアプリケーションへのリソース割当てを計算する
    リソース割当て計算部と、 リソース割当て情報を保持するリソース割当てデータベ
    ースと、 前記リソース割当て情報に基づいて前記ネットワークに
    リソース割当てを設定するネットワーク設定部と、 を有するＱｏＳサーバ。
  7. 【請求項７】 ネットワークへの呼の到着前に前もって
    トラヒックの要求品質、要求リソースを得て、経路、リ
    ソース割当てを計算し、経路、リソース割当てを実行す
    る請求項１乃至６いずれか１項に記載のＱｏＳサーバ。
  8. 【請求項８】 複数呼のトラヒックの要求品質、要求リ
    ソースを得て、経路、リソース割当てを計算し、経路、
    リソース割当てを実行する請求項１乃至６に記載のＱｏ
    Ｓサーバ。
  9. 【請求項９】 接続呼数がしきい値を越えたときに、追
    加の複数呼のトラヒックの要求品質、要求リソースを得
    て、経路、リソース割当てを計算し、経路、リソース割
    当てを行い、前記しきい値を更新する請求項１乃至６い
    ずれか１項に記載のＱｏＳサーバ。
  10. 【請求項１０】 接続呼数がしきい値を下回ったとき
    に、削減された複数呼のトラヒックのリソース解放要求
    を得て、経路、リソース割当てを解放し、前記しきい値
    を更新する請求項１乃至６いずれか１項に記載のＱｏＳ
    サーバ。
  11. 【請求項１１】 前記リソース要求を保持するユーザ情
    報データベースをさらに有し、 割当てたリソースに対応するトラヒックを監視し、要求
    品質が満たされていないことを検出した場合に、前記ユ
    ーザ情報データベースを参照して経路、リソース割当て
    を再計算し、経路、リソース割当てを修正する請求項１
    乃至５いずれか１項に記載のＱｏＳサーバ。
  12. 【請求項１２】 割当てたリソースに対応するトラヒッ
    クを監視し、要求品質が満たされていないことを検出し
    た場合に、経路、リソース割当てを再計算し、経路、リ
    ソース割当てを修正する請求項６に記載のＱｏＳサー
    バ。
  13. 【請求項１３】 ネットワークと、前記ネットワークに
    外部網を収容し前記外部網と前記ネットワークとの間で
    主信号の変換を行う主信号ゲートウェイと、呼設定を行
    う呼設定サーバと、前記呼設定サーバと前記外部網との
    間でシグナリングの変換を行うシグナリングゲートウェ
    イとを有するネットワークシステムにおけるリソース割
    当て制御方法において、 前記ネットワークの状態を監視してネットワーク状態を
    ネットワーク状態データベースに蓄積し、 前記ネットワーク状態データベースに蓄積されたネット
    ワーク状態を参照するとともにリソース要求に基づい
    て、アプリケーションへのリソース割当てを計算し、 リソース割当て情報をリソース割当てデータベースに保
    持し、 前記リソース割当てデータベースに保持されたリソース
    割当て情報に基づいて前記ネットワークにリソース割当
    てを設定する、リソース割当て制御方法。
  14. 【請求項１４】 呼設定サーバからのリソース要求に応
    じてリソース割当てを実行する請求項１３に記載のリソ
    ース割当て制御方法。
  15. 【請求項１５】 主信号ゲートウェイからのリソース要
    求に応じてリソース割当てを実行する請求項１３に記載
    のリソース割当て制御方法。
  16. 【請求項１６】 外部網が接続したネットワークと、前
    記ネットワークに対するポリシーを決定して前記ネット
    ワークに対してリソース割当てを設定するポリシーサー
    バとを有するネットワークシステムにおけるリソース割
    当て制御方法であって、 前記ネットワークの状態を監視してネットワーク状態を
    ネットワーク状態データベースに蓄積し、 前記ネットワーク状態データベースに蓄積されたネット
    ワーク状態を参照するとともにリソース要求に基づい
    て、アプリケーションへのリソース割当てを計算して前
    記ポリシーサーバに通知する、リソース割当て制御方
    法。
  17. 【請求項１７】 ポリシーサーバ内においてリソース要
    求が発生する、請求項１６に記載のリソース割当て制御
    方法。
  18. 【請求項１８】 外部網に接続するネットワークに対し
    てリソース割当てを設定するリソース割当て制御方法で
    あって、 前記ネットワークの状態を監視してネットワーク状態を
    ネットワーク状態データベースに蓄積し、 前記ネットワーク状態データベースに蓄積されたネット
    ワーク状態とユーザ情報データベースに保持された設定
    情報とを参照してリソース要求を発生し、 前記ネットワーク状態データベースに蓄積されたネット
    ワーク状態を参照し、前記リソース要求に基づいてアプ
    リケーションへのリソース割当てを計算し、 リソース割当て情報をリソース割当てデータベースに保
    持し、 前記リソース割当てデータベースに保持されたリソース
    割当て情報に基づいて前記ネットワークにリソース割当
    てを設定する、リソース割当て制御方法。
  19. 【請求項１９】 ネットワークへの呼の到着前に前もっ
    てトラヒックの要求品質、要求リソースを得て、経路、
    リソース割当てを計算し、経路、リソース割当てを実行
    する請求項１３乃至１８いずれか１項に記載のリソース
    割当て制御方法。
  20. 【請求項２０】 複数呼のトラヒックの要求品質、要求
    リソースを得て、経路、リソース割当てを計算し、経
    路、リソース割当てを実行する請求項１３乃至１８に記
    載のリソース割当て制御方法。
  21. 【請求項２１】 接続呼数がしきい値を越えたときに、
    追加の複数呼のトラヒックの要求品質、要求リソースを
    得て、経路、リソース割当てを計算し、経路、リソース
    割当てを行い、前記しきい値を更新する請求項１３乃至
    １８いずれか１項に記載のリソース割当て制御方法。
  22. 【請求項２２】 接続呼数がしきい値を下回ったとき
    に、削減された複数呼のトラヒックのリソース解放要求
    を得て、経路、リソース割当てを解放し、前記しきい値
    を更新する請求項１３乃至１８いずれか１項に記載のリ
    ソース割当て制御方法。
  23. 【請求項２３】 リソース要求をユーザ情報データベー
    スに保持し、 割当てたリソースに対応するトラヒックを監視し、要求
    品質が満たされていないことを検出した場合に、前記ユ
    ーザ情報データベースを参照して経路、リソース割当て
    を再計算し、経路、リソース割当てを修正する請求項１
    ３乃至１７いずれか１項に記載のリソース割当て制御方
    法。
  24. 【請求項２４】 割当てたリソースに対応するトラヒッ
    クを監視し、要求品質が満たされていないことを検出し
    た場合に、経路、リソース割当てを再計算し、経路、リ
    ソース割当てを修正する請求項１８に記載のリソース割
    当て制御方法。
JP2000353170A 2000-11-20 2000-11-20 ＱｏＳサーバ及びリソース割当て制御方法 Expired - Fee Related JP3578209B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2000353170A JP3578209B2 (ja) 2000-11-20 2000-11-20 ＱｏＳサーバ及びリソース割当て制御方法
US09/988,653 US20020062376A1 (en) 2000-11-20 2001-11-20 QoS server and control method for allocating resources

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000353170A JP3578209B2 (ja) 2000-11-20 2000-11-20 ＱｏＳサーバ及びリソース割当て制御方法

Publications (2)

Publication Number Publication Date
JP2002158700A true JP2002158700A (ja) 2002-05-31
JP3578209B2 JP3578209B2 (ja) 2004-10-20

Family

ID=18825964

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000353170A Expired - Fee Related JP3578209B2 (ja) 2000-11-20 2000-11-20 ＱｏＳサーバ及びリソース割当て制御方法

Country Status (2)

Country Link
US (1) US20020062376A1 (ja)
JP (1) JP3578209B2 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007214847A (ja) * 2006-02-09 2007-08-23 Nippon Telegr & Teleph Corp <Ntt> リソース管理装置
JP2007325020A (ja) * 2006-06-01 2007-12-13 Nippon Telegr & Teleph Corp <Ntt> 通信制御方法、通信制御装置、および、ユーザ端末
JP2007329617A (ja) * 2006-06-07 2007-12-20 Nippon Telegr & Teleph Corp <Ntt> 通信制御処理実行方法およびシステム、ならびにそのプログラム
JP2008503943A (ja) * 2004-09-30 2008-02-07 ▲ホア▼▲ウェイ▼技術有限公司 リソース管理の実現方法
JP2011504672A (ja) * 2007-10-31 2011-02-10 アルカテル−ルーセント ユーエスエー インコーポレーテッド 透過的なプロキシエージェントを使用して、無線ローカルエリアネットワーク上でＶｏＩＰに呼承認制御を提供する方法および装置
US8649372B2 (en) 2003-11-08 2014-02-11 Ericsson Ab Call set-up systems
JP5561173B2 (ja) * 2009-02-03 2014-07-30 日本電気株式会社 アプリケーションスイッチシステム、及びアプリケーションスイッチ方法

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7328261B2 (en) * 2001-11-21 2008-02-05 Clearcube Technology, Inc. Distributed resource manager
US20030120764A1 (en) * 2001-12-21 2003-06-26 Compaq Information Technologies Group, L.P. Real-time monitoring of services through aggregation view
US6895472B2 (en) * 2002-06-21 2005-05-17 Jp Morgan & Chase System and method for caching results
US7103628B2 (en) * 2002-06-20 2006-09-05 Jp Morgan Chase & Co. System and method for dividing computations
AU2003215105A1 (en) * 2002-02-08 2003-09-02 Jpmorgan Chase Bank System and method for allocating computing resources
US7640547B2 (en) * 2002-02-08 2009-12-29 Jpmorgan Chase & Co. System and method for allocating computing resources of a distributed computing system
US7376693B2 (en) * 2002-02-08 2008-05-20 Jp Morgan Chase & Company System architecture for distributed computing and method of using the system
US20030235192A1 (en) * 2002-06-20 2003-12-25 Masoud Sajadieh Adaptive delay-based overload control for communications systems
CN100426733C (zh) * 2003-01-16 2008-10-15 华为技术有限公司 网络通信中实现资源分配的系统及其方法
US7251216B2 (en) * 2003-04-23 2007-07-31 At&T Corp. Methods and systems for configuring voice over internet protocol network quality of service
US7697499B2 (en) * 2003-05-29 2010-04-13 Alcatel-Lucent Usa Inc. Method for interoffice trunk testing
US20060212933A1 (en) * 2004-02-11 2006-09-21 Texas Instruments Incorporated Surveillance implementation in a voice over packet network
CN100514961C (zh) * 2004-08-02 2009-07-15 华为技术有限公司 一种网际协议服务质量的信令交互方法
US20060072541A1 (en) * 2004-09-28 2006-04-06 Vivian Pecus Network management system & method
EP1814267B8 (en) * 2004-11-11 2012-08-29 Mitsubishi Electric Corporation Ip packet relay method and gateway device in communication network
ES2368147T3 (es) * 2004-12-03 2011-11-14 Telefonaktiebolaget L- M Ericsson (Publ) Método y sistema para implementación de sblp para un sistema integrado wlan-gsm/3g.
KR100705564B1 (ko) * 2004-12-10 2007-04-10 삼성전자주식회사 네트워크에서의 자원 관리 장치 및 방법
US8194640B2 (en) 2004-12-31 2012-06-05 Genband Us Llc Voice over IP (VoIP) network infrastructure components and method
US9112709B1 (en) * 2005-02-28 2015-08-18 At&T Intellectual Property Ii, L.P. Ad hoc social work space
US20070291734A1 (en) * 2005-05-27 2007-12-20 Medhavi Bhatia Methods and Apparatus for Multistage Routing of Packets Using Call Templates
US8031603B1 (en) 2005-06-30 2011-10-04 Cisco Technology, Inc. Technique for reducing resources allocated to an existing reservation in a data network
US9060047B2 (en) 2005-12-21 2015-06-16 Genband Us Llc Media stream management
EP1942615A1 (en) * 2007-01-03 2008-07-09 British Telecommunications Public Limited Company Allocation of network resources
EP2107518A1 (en) * 2008-03-31 2009-10-07 British Telecommunications Public Limited Company Scheduling usage of resources
US8612572B2 (en) * 2008-05-30 2013-12-17 Microsoft Corporation Rule-based system for client-side quality-of-service tracking and reporting
US20100166420A1 (en) * 2008-12-22 2010-07-01 Electronics And Telecommunications Research Institute Apparatus and method for controlling route and resource in packet-optic convergence network
US9049617B2 (en) 2009-09-23 2015-06-02 At&T Intellectual Property I, L.P. Signaling-less dynamic call setup and teardown by utilizing observed session state information
US8942715B2 (en) * 2012-08-02 2015-01-27 Apple Inc. Distributed computing in a wireless communication system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6134589A (en) * 1997-06-16 2000-10-17 Telefonaktiebolaget Lm Ericsson Dynamic quality control network routing
US6097699A (en) * 1998-06-05 2000-08-01 Gte Laboratories Incorporated Method and system for monitoring broadband quality of services
US6775269B1 (en) * 1999-03-30 2004-08-10 Telecom Technologies, Inc. Method and system for routing telephone calls between a public switched telephone network and an internet protocol network
US6633635B2 (en) * 1999-12-30 2003-10-14 At&T Corp. Multiple call waiting in a packetized communication system
US6798745B1 (en) * 2000-06-15 2004-09-28 Lucent Technologies Inc. Quality of service management for voice over packet networks
US7013338B1 (en) * 2000-07-28 2006-03-14 Prominence Networks, Inc. Multiplexing several individual application sessions over a pre-allocated reservation protocol session

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8649372B2 (en) 2003-11-08 2014-02-11 Ericsson Ab Call set-up systems
US10484435B2 (en) 2003-11-08 2019-11-19 Telefonaktiebolaget Lm Ericsson (Publ) Call set-up systems
JP2008503943A (ja) * 2004-09-30 2008-02-07 ▲ホア▼▲ウェイ▼技術有限公司 リソース管理の実現方法
JP2007214847A (ja) * 2006-02-09 2007-08-23 Nippon Telegr & Teleph Corp <Ntt> リソース管理装置
JP2007325020A (ja) * 2006-06-01 2007-12-13 Nippon Telegr & Teleph Corp <Ntt> 通信制御方法、通信制御装置、および、ユーザ端末
JP4644159B2 (ja) * 2006-06-01 2011-03-02 日本電信電話株式会社 通信制御方法、通信制御装置、および、ユーザ端末
JP2007329617A (ja) * 2006-06-07 2007-12-20 Nippon Telegr & Teleph Corp <Ntt> 通信制御処理実行方法およびシステム、ならびにそのプログラム
JP2011504672A (ja) * 2007-10-31 2011-02-10 アルカテル−ルーセント ユーエスエー インコーポレーテッド 透過的なプロキシエージェントを使用して、無線ローカルエリアネットワーク上でＶｏＩＰに呼承認制御を提供する方法および装置
JP5561173B2 (ja) * 2009-02-03 2014-07-30 日本電気株式会社 アプリケーションスイッチシステム、及びアプリケーションスイッチ方法
US8930552B2 (en) 2009-02-03 2015-01-06 Nec Corporation Application switch system and application switch method

Also Published As

Publication number Publication date
US20020062376A1 (en) 2002-05-23
JP3578209B2 (ja) 2004-10-20

Similar Documents

Publication Publication Date Title
JP3578209B2 (ja) ＱｏＳサーバ及びリソース割当て制御方法
US7260060B1 (en) Call admission control
US7801035B2 (en) Service parameter interworking method
US6714515B1 (en) Policy server and architecture providing radio network resource allocation rules
US9350784B2 (en) Method and communication system for selecting a transmission mode for transmitting payload data
US20080008091A1 (en) Qos CONTROL SYSTEM
Goyal et al. Integration of call signaling and resource management for IP telephony
US20080159131A1 (en) Method and apparatus for allocating bandwidth for a network
WO2006122481A1 (fr) MÉTHODE POUR ASSURER UNE QdS DYNAMIQUE D’UN SYSTÈME WIMAX
JP2004508772A (ja) Ｉｐ電話通信システムにおけるトポロジを認識したリソース・マネージャーおよびその方法
EP2030385A2 (en) Routing protocol with packet network attributes for improved route selection
US20060218353A1 (en) Method and apparatus for implementing path-based traffic stream admission control in a wireless mesh network
US20060018255A1 (en) Defining a static path through a communications network to provide wiretap law compliance
JP2008541553A (ja) 帯域幅管理のための、データネットワークにおける方法および構成
Wang et al. Design and implementation of QoS-provisioning system for voice over IP
Houck et al. Call admission control and load balancing for voice over IP
WO2008061401A1 (fr) Serveur de centre de commutation de service mobile servant à sélectionner un chemin
Lin et al. A QoS model of Next Generation Network based on MPLS
JP2004241835A (ja) 品質保証型データストリームを転送するための受付判定方法、閉域ｉｐ網、そのプログラム
JP2010514299A (ja) 複数のアプリケーション・フローの間での複数のネットワーク・リソースの共有を最適化する方法
Hoque et al. Call admission control: QoS issue for VoIP
Ram et al. Admission control by implicit signaling in support of voice over IP over ADSL
Uzunalioglu et al. Call admission control for voice over IP
CN1599328A (zh) 一种资源管理器中路由的选路方法
US8208374B2 (en) Method, network agent and bandwidth broker for managing the available bandwidth for connections between terminals of a packet-oriented communication network

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040325

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: 20040623

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040706

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: 20070723

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080723

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090723

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100723

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110723

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110723

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120723

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120723

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130723

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees