JP2007503188A - Ｐｃｍｍアプリケーションマネージャ - Google Patents

Ｐｃｍｍアプリケーションマネージャ Download PDF

Info

Publication number
JP2007503188A
JP2007503188A JP2006533769A JP2006533769A JP2007503188A JP 2007503188 A JP2007503188 A JP 2007503188A JP 2006533769 A JP2006533769 A JP 2006533769A JP 2006533769 A JP2006533769 A JP 2006533769A JP 2007503188 A JP2007503188 A JP 2007503188A
Authority
JP
Japan
Prior art keywords
application manager
network
message
application
session
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
JP2006533769A
Other languages
English (en)
Other versions
JP4395662B2 (ja
Inventor
ライリー，ユサン，キム
ナイル，アジット
マーキュリオ，マイケル
Original Assignee
キャミアント，インク．
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 キャミアント，インク． filed Critical キャミアント，インク．
Publication of JP2007503188A publication Critical patent/JP2007503188A/ja
Application granted granted Critical
Publication of JP4395662B2 publication Critical patent/JP4395662B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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

Abstract

ネットワークエンドポイント(100と200)間でネットワークリソースを割り当てる方法では、セッション開始要求をアプリケーションマネージャに供給する。このアプリケーションマネージャは論理的かつ物理的に、ネットワークエンドポイントに関連するアプリケーションサーバから分離されている。この要求は、ネットワークエンドポイント間の通信をネットワークリソースのセットを通して開始させる。
【選択図】 図１

Description

本発明は一般的に、ポリシー指向のネットワークリソース管理に関する。
［技術背景］
一般的にポリシーサーバは、ルールの集合、すなわちポリシーに従いネットワークリソースを管理する。いくつかのポリシーサーバは単純に、ネットワークリソースを未分化データに対してネットワークルーティングエレメント間で、またはスイッチングエレメント間（例えばルータAからルータBへ）で切り分けるが、本明細書のポリシーサーバはネットワークリソースをアプリケーションの必要性を満たすために管理する。例えばボイス・オーバー・アイピー（VoIP)アプリケーションでは、2つのネットワークエンドポイントが他方とネットワークを介してVoIPコールを確立しようと希望する。ネットワークエンドポイントはネットワークリソースをポリシーサーバからVoIPコールのために要求する。
図1はこのVoIPの1つの実現例を示す。第1ネットワークエンドポイント10は、第2ネットワークエンドポイント12へのVoIPコールを、アクセスネットワーク14を介して確立しようと希望する。第1エンドポイント10はセッション属性を、アプリケーションサーバへのそのセッションセットアップ要求の中で識別する。アプリケーションサーバ18はVoIPアプリケーションを含んでおり、これがエンドポイント間のセッションまたはコールの整合およびセットアップを行う。アプリケーションサーバ18は、VoIPセッションに関連するリソースに対する要求をポリシーサーバ20に、パケットケーブルマルチメディア（PCMM）プロトコルを使用して中継する(PKT-TR-MM-ARCH-V01-030627, V01,2003年6月27日;そして,PKT-SP-MM-I01-030627,2003年6月27日)。アプリケーションサーバ18はアプリケーションマネージャ22と同意語であり、このアプリケーションマネージャはこのセッションに対するQoSの予約および管理に必要な機能性をポリシーサーバを介して提供する。ポリシーサーバは反対にネットワークリソースをコントロールし、適切な処置がこのコールまたはセッションに関連するすべてのメディアストリームに適用されることを保証する。
アプリケーションサーバ18に配置されたアプリケーションマネージャ22が機能性を有することはアプリケーションサーバ18の構成を複雑にする。なぜならいくつかのアプリケーションサーバはアプリケーションマネージャを必要としないから、アプリケーションマネージャは不要なコストと、それらの設置のための複雑性の原因となる。
［発明の概要］
1つの側面は、複数のネットワークリソースをネットワークエンドポイント間でアプリケーションマネージャに対するセッション開始要求を使用して、ネットワークエンドポイント間でリソースを予約するために割り当てる方法である。アプリケーションマネージャは論理的かつ物理的に（または論理的にだけ）、ネットワークエンドポイントに関連するアプリケーションサーバから分離されている。この方法はさらに、アプリケーションマネージャからのPCMMメッセージをポリシーサーバに、セッション開始要求の結果として提供することを含む。ここにおいてPCMMメッセージは少なくともセッション開始要求に埋め込まれたいくつかの情報を含む。PCMM以外の適切なプロトコルも、アプリケーションマネージャとポリシーサーバとの間でこの情報を伝送するのに使用することができる。この方法はさらに、ポリシーサーバを介して、ネットワークエンドポイントを接続する経路を形成するために複数のネットワークリソースを選択することを含む。ここにおいてポリシーサーバは複数のネットワークリソースをPCMMメッセージに基づいて選択する。
セッション開始要求はセッション開始プロトコル(SIP、J.Rosenberg,et.al.,"SIP:Session Initiation Protocol",RFC3261,2002年6月を参照)を介して、SIPメッセージにあるセッション記述プロトコル(SDP、Handley,M.andV.Jacobson,"SDP:Session Description Protocol",RFC2327,1998年4月を参照)フィールドを使用し、ネットワークでのリソースの必要なQoS予約を実行するために通信することができる。QoS情報はセッション開始要求内のセッション記述プロトコルフィールドに含むことができる。アプリケーションマネージャはネットワークエンドポイントの1つとアプリケーションサーバとの間に挿入配置することができる。アプリケーションマネージャは、セッション開始要求をネットワークエンドポイントとアプリケーションサーバとの間で透明に中継し、その際にネットワークエンドポイントまたはアプリケーションサーバの機能的変形を必要としない。
1つの実施例でこの方法は、セッション開始要求からのハイレベルQoS情報を基礎となるネットワーク技術の理解と結び付け、PCMMメッセージで使用するために詳細なQoS情報を形成する。別の実施例でこの方法はQoS情報を、SDPまたはRSVPフロースペック(IETFドキュメント、Wroclawski,J.,"The Use of RSVP with IETF Integrated Services",RFC2210,1997年9月.Wroclawski,J.,"Specificationof the Controlled-Load Network Element Service",RFC2211,1997年9月. Shenker,S.,Partridge,C.,Guerin,R., "Specification of Guaranteed Qualityof Service", RFC2212,1997年9月に定義されているように)を介してXMLメッセージに埋め込み、XMLメッセージを使用して、セッション開始要求をアプリケーションサーバと通信する。このアプリケーションサーバは引き続き、QoS情報をアプリケーションマネージャにXMLメッセージで伝送する。この方法は択一的にHTTPを使用してXMLメッセージをアプリケーションサーバと通信し、このアプリケーションサーバは引き続きQoS情報をアプリケーションマネージャに伝送する。
実施例でアプリケーションサーバは、アプリケーションマネージャと通信するためにユニークなセッション識別子を使用することによりステートレスな状態に留まる。そしてセッションとリソースとの関連は、分離されたアプリケーションマネージャで維持される。セッション識別子は、エンドポイントとアプリケーションサーバとの間のSIPシグナリングメッセージから形成される。
実施例でこの方法は、SDPメディア属性に基づくRSVPフロースペックパラメータの選択を含み、フロースペックパラメータ選択動作を、PCMMフレームワークでのリソース予約のために実行する能力を提供する。この方法はさらに、CMTSでのDOCSISサービスフローQoSパラメータとのインタオペラビリティを保証し、種々異なるCMTSベンダー実現にわたる、選択されたフロースペックパラメータの正規化によりQoSを提供する。この方法はまた、SDPメディア属性の種々のオプションフィーチャを実現するネットワークエンドポイント間のインタオペラビリティも保証する。
実施例でこの方法は、各設定に対するデフォルト値に加えて、方向（アップストリームとダウンストリーム）毎にコンフィギュラブルな設定を提供し、フロースペックパラメータ選択でこの設定を、各設定に対するデフォルト値に従って使用する。コンフィギュラブルな設定および関連のデフォルト値は次のものを含む：
遅延、100ms（ダウンストリームとアップストリーム）
バンド幅調整、1.125（ダウンストリーム）
バンド幅調整、1.0（アップストリーム）
レートファクタ、4.0（ダウンストリームとアップストリーム）
最小パケットサイズ、640（ダウンストリームとアップストリーム）
最大パケットサイズ、1500（ダウンストリームとアップストリーム）
スラックターム、800（ダウンストリームとアップストリーム）
レートリミット、96000（アップストリーム）
レートリミット、0（ダウンストリーム）
ポールインターバル限界、6000μs（アップストリーム）
ポールインターバルセット、空（アップストリーム）
"ptime"メディア属性（パケット化時間）がSDPに設定されていなければ、この方法は、パケットケーブルオーディオ/ビデオコーデック仕様により指定される全てのパケット化時間に対して十分なリソースがリザーブされるようにRSVPフロースペックパラメータを選択する。
マルチプルコーデックがSDPフィールドで取り決められていれば、この方法は、パケットケーブルオーディオ/ビデオコーデック仕様により指定される全てのパケット化時間に対して十分なリソースが予約されるようにRSVPフロースペックパラメータを選択する。
実施例でこの方法は、ptimeメディア属性が未知の場合、正確にptime（パケット化時間）を決定するためにDOCSIS QoS MIBを使用し、引き続きptimeメディア属性が決定されると、予約されたリソースを変更する。別の実施例でこの方法は、使用中の特定のコーデックの決定のためにマルチプロコーデックが取り決められる場合、正確にptime（パケット化時間）を決定するためにDOCSIS QoS MIBを使用し、引き続き特定のコーデックが決定されると、予約されたリソースを変更する。
実施例ではアプリケーションマネージャが、（レジスタ）REGISTERメッセージから、一方または両方のエンドポイントのコンタクトIPアドレスとポート番号を学習し、これによりアプリケーションマネージャは招待（INVITE）メッセージをエンドポイントに転送することができる。別の実施例でアプリケーションマネージャはアプリケーションサーバを問い合わせ、一方または両方のエンドポイントのコンタクトIPアドレスおよびポート番号を獲得し、これによりアプリケーションマネージャはINVITEメッセージをエンドポイントに転送することができる。
別の側面では、複数のネットワークリソースをネットワークエンドポイント間で割り当てるためのシステムがアプリケーションマネージャを有し、このアプリケーションマネージャは、(i)ネットワークエンドポイント間での通信を、ネットワークリソースのセットを通して開始するセッション開始要求を受信し、(ii)セッション開始要求に埋め込まれた少なくとも複数の情報を含むPCMMメッセージを発生する。ネットワークエンドポイント間の通信はアプリケーションサーバに常駐するアプリケーションを使用する。このシステムはさらに、PCMMメッセージを受信し、ネットワークエンドポイントを接続する経路を形成するために複数のネットワークリソースを選択するポリシーサーバを有する。ここにおいてポリシーサーバは複数のネットワークリソースをPCMMメッセージに基づいて選択する。
［詳細な説明］
説明される実施例はネットワークアーキテクチャであり、このネットワークアーキテクチャはアプリケーションサーバ、アプリケーションマネージャ、およびアプリケーション特有のポリシーをネットワークリソース割り当てのために実現するポリソーサーバを使用する。この実施例はアプリケーションマネージャをアプリケーションサーバから抽出し、従ってアプリケーションサーバは複雑なネットワーク固有の信号インタフェース、例えばPCMMを、ネットワークを介する入場コントロールまたはリソース要求を実行するために有する必要がない。この実施例は、高品質ビデオ遠隔会議セッションを実施する2つのエンドポイントを記述するが、この概念はまた他のアプリケーション、例えばビデオストリーミング、ボイスオーバインターネットプロトコル(VoIP)通信、およびネットワークゲームにも適用することができる。アプリケーションマネージャをアプリケーションサーバから抽出することは、アプリケーションマネージャとアプリケーションサーバとの間に新たな信号インタフェースを指定する。このインタフェースはPCMMよりも格段に単純なインタフェースであり、SIPシグナリングまたは別のプロトコル、例えばeXtensibMarkupLanguage(XML)、リアルタイムストリーミングプロトコル(RTSP)またはハイパーテキスト伝送プロトコル(HTTP)を、アプリケーションサーバとアプリケーションマネージャとの間の通信に使用することができる。抽出されたアプリケーションマネージャはこのような格段に単純な言語を解釈し、より複雑でネットワーク固有の言語に翻訳することができ、これによりネットワークリソースの予約と管理のためにポリシーサーバと通信することができる。
CableLabsパケットケーブルマルチメディア(PCMM)プロトコル仕様(PKT-TR-MM-ARCH-V01-030627,V01,2003年6月27日)は、アプリケーションサーバに埋め込まれたアプリケーションマネージャ機能を定義する。アプリケーションマネージャ機能はポリシーサーバとの通信を行い、ポリシー決定、例えば入場コントロールおよびサービス品質(QoS)を、PCMMシグナリングインタフェースにより実現する。アプリケーションマネージャをアプリケーション自体から(すなわちアプリケーションサーバから)抽出することにより、この実施例ではアプリケーションサーバがPCMMアーキテクチャおよびその関連のプロトコルについて知る必要がなくなる。従ってこの実施例では、アプリケーションサーバはPCMM環境に、より一般的に(すなわち抽出されたアプリケーションマネージャを介して)インタフェースすることができ、また(ゲートトークンに関する)状態を維持するためのタスクをアプリケーションマネージャに任せる。そしてアプリケーションマネージャはスタンドアローンとすることも、またはポリシーサーバに埋め込むこともでき、このことはサービスの引き渡しに関連するネットワークエレメントの数を最小にする。
図2は、ネットワークアーキテクチャの1つの実施例を示す。ここには、第1ネットワークエンドポイント100，第2ネットワークエンドポイント102，アクセスネットワーク104，アプリケーションサーバ106，ポリシーサーバ108およびアプリケーションマネージャ110が含まれる。この実施例は、ポリシーサーバ108とアプリケーションマネージャ110の周囲に破線ブロックを有しており、このことはこれら2つのコンポーネントの機能性が同じ物理的プラットフォームに存在することを意味する。しかし後で説明するように、アプリケーションマネージャ110は、ポリシーサーバ108とは空間的に別個の物理的プラットフォームに存在することもできる(すなわちスタンドアローン構成)。この実施例で第1ネットワークエンドポイント102はSIP交換を使用して、アクセスネットワーク106を介する第2ネットワークエンドポイント104へのビデオ遠隔会議セッションを要求する。このビデオ遠隔会議セッションは、アプリケーションサーバ106に常駐するビデオ遠隔会議アプリケーションを使用する。
アプリケーションマネージャ110はSIP信号経路112に配置されている。エンドポイント100，102間のSIP接続112とアプリケーションサーバ106が直接接続されて図2に示されているが、これは簡単にするためであり、エンドポイントからの全ての接続はアクセスネットワーク104を通ることを理解されたい。
各SIPセッションは2つのSIPエンドポイント間で3ウェイハンドシェークを以て開始する。セッションを開始するエンドポイント(発呼者)はまずINVITEメッセージを受信エンドポイント(被呼者)に送信する。被呼者は、発呼者へのOKメッセージを以て応答する。次に発呼者は、ACKメッセージを以て応答する。図2では、2つのSIPエンドポイントが第1ネットワークエンドポイント100と第2ネットワークエンドポイント102であり、ここで第1ネットワークエンドポイント100が発呼者、第2ネットワークエンドポイント102が被呼者である。アプリケーションサーバ106はこの実施例ではSIPプロクシサーバとして機能し、SIPメッセージを2つのエンドポイント100および102とやりとりする。
アプリケーションマネージャ110はSIP信号経路に配置されているが、アプリケーションマネージャ110はSIPハンドシェーク交換を透明に通過させる。従ってSIPエンドポイントまたはプロクシサーバ(アプリケーションマネージャ106)はSIP信号経路のアプリケーションマネージャ110を知覚しない。アプリケーションマネージャ110が、第1ネットワークエンドポイント100からの第1 SIP INVITEメッセージをアプリケーションサーバ106にパスすると、アプリケーションマネージャ110はセッション記述プロトコル(SDP)フィールドをINVITEメッセージから、第1ネットワークエンドポイント100についての情報のために抽出する。アプリケーションマネージャ110がOKメッセージをアプリケーションサーバ106から受信すると、アプリケーションマネージャはSDPフィールドをOKメッセージから、アプリケーションサーバについての情報のために抽出する。OKメッセージを第1ネットワークエンドポイント100に送信する前に、アプリケーションマネージャ110は、サービス品質（QoS）を第1ネットワークエンドポイント100に対してだけ動的に形成するか、または第1ネットワークエンドポイント100と第2ネットワークエンドポイント102の両方に対して動的に形成するかを決定する。この決定に基づき、アプリケーションマネージャはGateStメッセージを、PCMMリンク114を介してポリシーサーバ108に送信する。アプリケーションマネージャが、SIP交換中のSDPフィールドをセットゲートメッセージに対するパラメータにどのように翻訳するかについては、後でボイス通信およびビデオ通信の両者に対して説明する。
SDPにリストアップされた各メディア形式に対して、アプリケーションマネージャ110は2つのゲートをポリシーサーバで形成する。1つはアップストリーム方向にあり、もう1つはダウンストリーム方向にある。従ってこの実施例でのビデオ遠隔通信セッションに対しては、アプリケーションマネージャ110は4つのゲートをエンドポイント毎に形成する。1つのゲートはアップストリームオーディオに対するものであり、1つのゲートはアップストリームビデオに対するものであり、1つのゲートはダウンストリームオーディオに対するものであり、1つのゲートはダウンストリームビデオに対するものである。
アプリケーションマネージャ110は、QoSを形成すべきか否かを、INVITEメッセージまたはOKメッセージのViaヘッダを検査することにより決定する。Viaヘッダにあるエントリー数に基づいて、アプリケーションマネージャ110は第1ネットワークエンドポイント100と第2ネットワークエンドポイント102が共に同じアプルケーションマネージャを第1ホップとして使用しているか否かを決定することができる。マルチドメイン環境では、発呼者が1つのアプリケーションマネージャを第1ホップとして使用しており、被呼者が別のアプリケーションマネージャをその第1ホップとして使用していることがあり得る。このようなマルチドメインの場合、各アプリケーションマネージャは、当該のアプリケーションマネージャをその第1ホップのために使用するネットワークエンドポイントに対してだけQoSを形成する。INVITEメッセージおよびOKメッセージを相応するPCMMメッセージおよび関連するゲートに関連付けるために、アプリケーションマネージャはSIPメッセージ中のCallIDを使用する。この技術を使用することにより、分離されたアプリケーションマネージャはネットワークに透明に存在することができ、エンドポイントまたはアプリケーションサーバ機能への変更を必要としない（すなわち現在の構成またはこれらコンポーネントの機能実現に変化はない）。
いったんアプリケーションマネージャ110がエンドポイント間でダイアローグをセットアップし、QoSがこのエンドポイントに対して確立されると、エンドポイントの1つが、そのQoS要求を変更する別のINVITEメッセージを送信する。アプリケーションマネージャ110はこのような再INVITEメッセージを、前記ダイアローグに対して以前に形成されたゲートを変更することによって処理する。
ダイアローグを取り去るべき場合、取り下げを開始するエンドポイントはBYEメッセージを送信する。BYEメッセージが転送された後、アプリケーションマネージャ110は、このダイアローグに対して形成されたQoSを、PCMMゲート削除メッセージをポリシーサーバ108に送信することによってクリアする。アプリケーションマネージャ110は、どのゲートがダイアローグに対して形成されたかに関する情報を格納するためのデータベースを維持する。従ってアプリケーションマネージャは、ダイアローグが取り去られる場合にどのゲートを削除すべきかを識別することができる。
図3は、同じネットワークドメインにある2つのネットワークエンドポイントに対する単純なコールフローを示す図であり、図4は、異なるネットワークドメインにある2つのネットワークエンドポイントに対する単純なコールフローを示す図である。各図に対するコールフローは、2つのドメインにあるエンドポイント間でのSIP信号とPCMMメッセージに対するフローを示す。図4については、各ドメインは固有のアプリケーションマネージャ110とポリシーサーバ108を有し、中央プロクシサーバが2つのドメインを接続する。
別の実施例では、アプリケーションマネージャがQoSを、2フェーズアプローチを介して要求する。アプリケーションマネージャがINVITEメッセージを発呼者から受信すると、このアプリケーションマネージャは発呼者の要求を学習するだけでなく、GateStメッセージをポリシーサーバに送信する。このGateStメッセージはQoSを発呼者および/または被呼者に対して予約だけする。すなわち必要なゲートの委託はまだ行わない。コールのセットアップが進行し、アプリケーションマネージャが相応するOKメッセージを被呼者から受信すると、アプリケーションマネージャは（必要であれば）GateStメッセージを被呼者に対し、およびGateStメッセージを発呼者に対して送信する。この時にアプリケーションマネージャは発呼者と被呼者のゲートを、単に予約するというよりむしろ委託する。
この実施例はポリシーサーバでのゲートの良好なコントロールを提供する。言い替えると、ゲートの最初の予約まで、アプリケーションマネージャはPEP（ポリシーエンフォースメントポイント）上で貴重なリソースを消費しない。アプリケーションマネージャは、このアプリケーションマネージャがOKメッセージを受信し、この時点でセッション確立を完了するために被呼者を使用できる場合だけ、これらのリソースを委託する。
別の実施例では、アプリケーションマネージャは、エンドポイントから到来するREGISTRメッセージからコンタクト情報を学習する。このフィーチャにより、アプリケーションマネージャはエンドポイントのIPアドレスとポート番号を学習することができ、INVITEメッセージをエンドポイントに転送することができる。登録サーバがエンドポイントとのマルチホップを処理できない場合、この登録サーバはINVITEメッセージだけをアプリケーションマネージャに転送することになる。次にこのアプリケーションマネージャはこの情報を使用してINVITEメッセージを正しいエンドポイントに送出する。
別の実施例では、アプリケーションマネージャがコンタクト情報をアプリケーションサーバから、空のコンタクトヘッダを含むREGISTRメッセージにより問い合わせすることによって獲得する。このフィーチャにより、アプリケーションマネージャはエンドポイントのIPアドレスとポート番号を学習することができ、INVITEメッセージをエンドポイントに転送することができる。登録サーバがエンドポイントとのマルチホップを処理できない場合、この登録サーバはINVITEメッセージだけをアプリケーションマネージャに転送することになる。次にアプリケ―ションマネージャはアプリケーションサーバに問い合わせしてコンタクト情報を獲得し、INVITEメッセージを正しいエンドポイントに送出する。
前記の実施例は、エンドポイントと、SIPであるアプリケーションサーバとの間でセッションを開始することができるが、より簡単でよりフレキシブルなプロトコルをエンドポイントとアプリケーションサーバとの間の通信に使用することもできる。例えば1つの実施例では、XMLをエンドポイントに対するSIPの代わりに使用し、QoS情報と共に埋め込まれたセッションセットアップをアプリケーションサーバと通信する。別の実施例では、リアルタイムストリーミングプロトコル（RTSP)またはHTTPがセッション開始およびリソース要求のために使用される。QoS情報は埋め込むことができ、またはSDPまたはIETFRSVPフロースペックの形態とすることができる。
前記の実施例はSIPによりセッションを開始することができるが、アプリケーションサーバとアプリケーションマネージャとの間のインタフェースはSIPであり、他のより簡単なプロトコルもアプリケーションサーバとアプリケーションマネージャとの間の通信に対して使用することができる。例えば1つの実施例ではXMLをアプリケーションサーバに対して使用し、アプリケーションマネージャへのリソース要求を通信する。別の実施例では、リアルタイムストリーミングプロトコル（RTSP）またはHTTPがセッション開始およびリソース要求のために使用される。QoS情報は埋め込むことができ、またはSDPまたはIETFRSVPフロースペックの形態とすることができる。（IETFドキュメント、Wroclawski,J.,"The Use of RSVP with IETF Integrated Services",RFC2210,1997年9月.Wroclawski,J.,"Specificationof the Controlled-Load Network Element Service", RFC2211,1997年9月. Shenker,S., Partridge,C., Guerin,R., "Specification of Guaranteed Quality of Service", RFC2212,1997年9月に定義されているように）。
XMLを使用する場合、アプリケーションサーバはSDPフィールドをXMLメッセージに挿入してアプリケーションマネージャに送信する。このアプリケーションサーバは、SDPフィールドを、エンドポイントとの通信に使用されるSIPメッセージから抽出し、これをXMLメッセージに挿入してアプリケーションマネージャに送信する。次にアプリケーションマネージャは適切なPCMMメッセージへの必要な翻訳を実行する。さらにアプリケーションサーバはアプリケーションマネージャと、このセッションに対する文脈を、ユニークなセッション識別子によって通信する。このセッション識別子は、エンドポイントとアプリケーションサーバとの間のSIPシグナリングメッセージから形成することができる。エンドポイントとアプリケーションサーバとの間のメッセージ活動の結果として、アプリケーションサーバはアプリケーションマネージャとだけ通信すればよいから、アプリケーションサーバはこのプロセスの間にセッションIDを作成し、アプリケーションマネージャにメッセージを発行することができる。このことによりアプリケーションサーバは「ステートレス」状態に留まる。このアプリケーションサーバは、アプリケーションセッションおよびリソースマッピングの状態を維持する必要がなく、従ってアプリケーションサーバの実現と機能性が簡素化される。リソースを放棄すべき場合、アプリケーションサーバは、SIPシグナリングメッセージから作成されたセッション識別子を使用して、アプリケーションマネージャと通信する。このアプリケーションマネージャはセッションの状態とリソースの関連性を維持する。すなわち「ステートフル」状態である。
上記の実施例では、アプリケーションマネージャをポリシーサーバに埋め込むことができ、またはアプリケーションマネージャはスタンドアローンのプラットフォームに常駐することができる。両方の場合とも、アプリケーションマネージャは、SDPにあるQoS情報をより詳細なQoSに、SDPをアクセスネットワークの知識と結合することにより変換し、より詳細なQoS情報をポリシーサーバにPCMMメッセージを介して転送する。
［ビデオSDP翻訳］
以下のパラグラフは、SDPフィールドからPCMMデータへの、デジタルビデオトラフィックのための翻訳の詳細を示す。PCMMアーキテクチャはIETFRSVPフロースペックパラメータを使用して、ポリシーサーバとケーブルモデム端末システム（CMTS)との間でサービス品質（QoS)要求を通信する。以下のパラグラフは、PCMMで使用するのに適切にフロースペックパラメータを選択し、SDPパラメータに基づきSIPユーザエージェント（すなわちネットワークエンドポイント）に対して高品質ビデオ遠隔会議セッションを可能にするやり方を示す。
フロースペックパラメータを選択する際の3つの問題には次のものが含まれる：
１．SDP仕様は発展し続けており、多くのパラメータ（例えばメディア属性）がまだ確立されておらず、ほとんどがオプションである。全てのオプションメディア属性を含んでおらず、フロースペックパラメータ選択もオプションとなるSIP/SDP実現が存在する。
２．圧縮されたデジタルビデオトラフィックは可変ビットレート（VBR)であり、このことはパケットサイズが変化し、ランダムな間隔で到着することを意味する。
３．.DOCSISにより規定され、CMTSにより提供されるようなQoSは多くのオプションと、CMTS実現に依存するフィーチャを有する。DOCSISはデータオーバーケーブルサービスインターフェース仕様のセットを参照し、この仕様はどのようにデータをケーブルネットワークを介して標準仕様で伝送するかを規定する。例えばDOCSISRFIMACプロトコルは、どのようにケーブルモデムを、アクセスネットワークを介して接続するかを規定している。RFIは、DOCSISラジオ周波数インタフェース仕様であり、CMTSとCMネットワークエレメントとの間の物理層インタフェースおよびMACを規定する。このことは、１つのCMTSベンダーが特定のフィーチャを決定するが、他のベンダーは決定しないこと、またはフィーチャの実現を異なって決定することができることを意味する。CMTS、ケーブルモデム、および他の装置との間のインタオペラビリティの問題は、QoSを保証するためのオプションパラメータの選択プロセスをさらに複雑にする。
以下のパラグラフで記述の実施例がどのようにこれらの問題を克服するかを示す。
＜VBRビデオトラフィック特性＞−デジタルネットワークを介するリアルタイムビデオ伝送のためにQoSを設けることは、圧縮されたデジタルビデオトラフィックのVBR特性のためとりわけ困難である。ビデオ圧縮コーデック（例えばMPEG,H.263,H.261）は一時的圧縮技術を使用する。この圧縮技術では圧縮率がフレーム毎に変化し、またこの圧縮率はシーンの周期的スナップショットからの連続フレームにわたる変化または運動に依存する。そのため、高ピークバーストレートと、一般的に高い、しかし可変のピーク・ツー・平均レシオが生じる。この特性は、リソース利用率を効率的にすることをさらに困難にし、音声の場合のような固定ビットレートの場合よりも予約を厳密にする。
所要のリソース予約を正確に評価しないと、過度に多くのリソースが予約されることとなり、このことは利用率を低下させ、サービスのコストを上昇させる。あるいはリソースの予約が不十分であると、このことは損失と遅延を増大させる。両方の場合ともサービス品質を低下させる。高品質のマルチメディアサービスを最小可能コストで提供することは、セッションベースでのビデオ伝送に対して必要なリソースを正確かつ効率的に予測する方法を必要とする。
＜DOCSISサービスフロースペックパラメータ＞−以下のパラグラフはDOCSIS QoSパラメータと、デジタルビデオを伝送するためのIETFフロースペックパラメータとの関係を示す。フロースペックをDOCSISパラメータにマッピングすることはパケットケーブルマルチメディア仕様(PKT-SP-MM-I01-030627,2003年6月27日)に規定されている。DOCSISサービスフローQoSパラメータはビデオ伝送に適用可能であり、DOCSISリアルタイムポーリングサービス（rtPS)をアップストリームで使用し、最小リザーブレートと最大持続レートの組み合わせをアップストリームとダウンストリームの両方で使用する。リアルタイムポーリングサービスは、デジタルビデオのようなバースト状のVBRトラフィックに対して良好に動作する。なぜならこのサービスはケーブルモデムに競合のないことと、適時の要求機会を提供し、モデム（ここではネットワークエンドポイントを意味する）がデータを伝送しなければならなくなるまでアップストリームバンド幅をアロケートする必要がないからである。
最初の2つのQoSパラメータ、すなわち定格ポーリングインターバルと許容ポーリングジッタはアップストリームでだけ使用される。最後のパラメータ、すなわち最大ダウンストリーム待ち時間はダウンストリームでだけ使用される。残りのパラメータはアップストリームとダウンストリームの両方で使用される。
＜定格ポーリングインターバル＞−DOCSIS定格ポーリングインターバルは、タイムインターバルをμs単位で規定し、このインターバルでケーブルモデムは周期的ユニキャスト（競合なし）要求機会を受信する。VBRビデオトラフィックに対しては、定格ポーリングインターバルが十分に短く、モデムが要求機会を受信し、引き続きこれをバースト期間の間にそのピーク速度で伝送できることを承諾することが重要である。モデムが要求機会をピークバーストの間に十分に受信することを保証する唯一の手段は、フローがトラフィックをそのピーク速度で連続的に送信するかのようにポーリングインターバルを設定することである。ポーリングインターバルが平均レートしか許容しなければ、パケットが欠落するか、またはバースト期間の間に遅延が生じる。
例えば平均速度が256Kbps（32000バイト/秒）であり、平均パケットサイズが640バイト（平均で50パケット/秒）であるビデオソースを考察する。またバースト期間の間に、ピーク速度が768Kbps（150パケット/秒）になるとする。モデムがバースト期間の間に、毎秒50の要求機会しか許容しなければ、モデムは要求機会を十分に高速には受信しないこととなり、パケット損失が発生する。ピークバースト中のパケット損失を最小にするために、モデムは毎秒150の要求機会を受信しなければならない。
サービスフローがデータを比較的に低い速度で送信する非バースト期間中に、未使用の要求機会が浪費されることは事実である。しかしスケジューリングと、CMTSによる要求機会の伝送にダウンストリームで使用されるリソースの総量は、アップストリームで伝送されるデータの総量に比べれば僅かのものであり、競合要求を使用するためにモデムが必要とする総時間もさほどでない（指数的バックオフとコリージョンの可能性のため）。DOCSISリアルタイムポーリングサービスはこのことを勘案して設計されており、ビデオのようなバースト状のVBRリアルタイムトラフィックに対して理想的である理由である。
ポーリングインターバルは、rtPSに対するRSpecの予約レートRから導出され、予約レートRは典型的にはピーク速度pに等しいから、Rとｐの両者はバケットレートｒより大きい。このことは、サービス保証のためのこれらパラメータのIETF使用法と一致する。
＜許容ポーリングジッタ＞−DOCSIS許容ポーリングジッタパラメータは総時間をμsで規定し、リアルタイムポーリングに対するユニキャスト要求機会は遅延される。リアルタイムビデオセッションに対してこの値は比較的小さくなければならない。PCMMはデフォルトで800μsを規定し、CMTSにIETFRSPECのスラックタームSパラメータによって伝達される。
＜最大持続トラフィックレート＞−DOCSIS最大持続トラフィックパラメータは時間についての最大持続可能速度（すなわち平均速度）を、DOCSISMAC層データグラムの毎秒ビットで規定し、全てのMAC層ヘッダとCRCオーバヘッドを含む。DOCSISではアップストリームオーバヘッドが僅かに大きくなる。これはヘッダがアップストリームで拡張されるためである。VBRビデオトラフィックに対しては最大維持トラフィックレートを、MAC層オーバヘッドを考慮した後のビデオ最大維持レートに等しくすべきである。
＜最大トラフィックバースト＞−DOCSIS最大トラフィックバーストパラメータは、MAC層での最大バーストサイズをバイトで規定し、フローはそのピーク速度で伝送することができる。VBRビデオトラフィックに対して最大トラフィックバーストは、フローがそのピーク速度でバーストできるように設定されることが重要である。最大トラフィックバーストは、MAC層オーバヘッドを考慮した後のIETFトークンバケット深さbに等しい。トラフィックバーストがDOCSISで規定された1522バイトの最小値を下回ってはならないという付加的要求が存在する。
＜最小予約トラフィックレート＞−DOCSIS最小予約トラフィックレートは、フローの受信を保証する最小速度を規定し、MAC層オーバヘッドを考慮した後のIETFRSPECの予約レートRに非常に近似する。しかしPCMMの目的のために、RSVPフロースペックからDOCSISへの変換は、TSpecバケットレートrパラメータの使用を特定する。この変換はVBRビデオトラフィックに対して良好に動作する。なぜならRSpec予約率レートRは典型的にはTSpecバケットレートrと同じ（またはそれより大きい）だからである。このことはいわば、DOCSISMAC層では、予約がビデオセッションの平均速度を使用して行われることを意味する。試験の結果、SDPメディア属性で公示されたようなバンド幅を使用する最小予約トラフィックレートは、アップストリームでは良好に動作するが、ダウンストリームがかなりのパケット損失を受け、いくつかのビットレートではビデオ品質にかなり影響することが示された。前記の実施例はある程度の選択可能なパーセンテージの増加をバンド幅にもたらし、このパケット損失を克服する。
＜仮定的最小予約レートパケットサイズ＞−DOCSIS仮定的最小予約レートパケットサイズはIETF TSpec最小ポリシードユニット（PolicedUnit）mに非常に近似する。IETFパラメータと同様に、これはパケット毎のオーバヘッドを評価するのに使用される。サービスフローがこのサイズより小さいパケットを送信する場合、このパケットは予約レートを維持する目的のために、このサイズであるとしてカウントされる。パケットサイズに大きな変化が存在するVBRビデオトラフィックに対して、我々の実現は設定された固定のパケットサイズパラメータを使用する。DOCSISはこのパラメータをアップストリームサービスフローとダウンストリームサービスフローの両方に対して規定するが、PCMMはこれをダウンストリームに対してだけ規定することに注意されたい。このパラメータに対してDOCSISのデフォルトは規定されておらず、これはCMTS実現に依存する。
＜最大ダウンストリームレイテンシー＞−DOCSIS最大ダウンストリームレイテンシーパラメータは、パケットがCMTSネットワークインタフェースで受信され、HFCでのダウンストリームで伝送されるまでに受ける最大待ち時間を規定する（μsで）。このパラメータは、ダウンストリーム最小予約レートを有するフローにだけ適用され、このフローはこのレートを超過しない。PCMMに対してこのパラメータは、RSpecスラックタームSから設定される。
＜SDPビデオバンド幅のRSVPフロースペックへのマッピング＞−SDPがバンド幅メディア属性パラメータを含んでいなければ、全てのフロースペックパラメータが予め形成されたデフォルトを使用して選択される。そうでなければ、アプリケーションマネージャ110がSDPバンド幅メディア属性を入力として使用して、SDPをフロースペックパラメータにマッピングする。RSVPフロースペックパラメータの選択に影響する他のセッティングがこのセッションで構成され、記述される。一般的に、アプリケーションマネージャが使用する以下のパラメータのほとんどは、各方向（すなわちダウンストリームとアップストリーム）に対して形成される。
遅延（ms）−これはビデオに対する最大の最悪待ち行列遅延であり、最大バーストサイズに相当する（フローがそのピーク速度でバーストする総時間）。100msの初期デフォルト値が提案されている。
＜バンド幅調整（浮動小数点乗数）＞−これは補正係数であり、ビデオバンド幅を過小評価したクライアントに対してより大きなバンド幅を予約するために、または他のインタオペラビリティの問題を解決するために要求されるバンド幅を得るため、オリジナルのSDPと乗算される。アップストリームに対して1.0の初期デフォルト値が、ダウンストリームに対しては1.125が提案されている。初期検査の際に、すべての速度において512Kbpsを下回り、許容可能なビデオ品質を得るためにはダウンストリームで付加的なバンド幅が必要であることが観察された。これは大部分が過度のパケット損失とパケット遅延のためである。
＜レートファクタ（浮動小数点乗数）＞−これは最大持続スループット（バンド幅）を前提にしてピークと予約レートを計算するのに使用される。レートファクタに対する初期デフォルト値は4.0である。
＜最小パケットサイズ（バイト）＞−これは最小ポリシードユニット、およびパケットサイズを必要とする他の計算に使用される評価IPパケットサイズである。最小パケットサイズに対する（控えめな）初期デフォルト値は640である。
＜最大パケットサイズ（バイト）＞−これはIETF TSpecに適合するのに予想される最大IPパケットサイズである。最大パケットサイズに対する初期デフォルト値は1500である。
＜スラックターム（マイクロセカンド）＞−これはIETF RSpecのスラックタームSに使用される値である。PCMMに対してこれは、アップストリームではDOCSISアップストリーム許容ポーリングジッタに、ダウンストリームではDOCSISダウンストリームレイテンシーに相当する。スラックタームに対する初期デフォルト値は800μsであり、これはPCMMでのデフォルト値である。
＜レートリミット（毎秒バイト）＞−これは予約レートRとピークレートpでの上限であり、このパラメータは毎秒バイトで特定される。レートリミットに対する初期デフォルト値はアップストリームに対して96000、ダウンストリームに対して0である（値0は制限のないことを意味する）。
以下のパラメータはアップストリームに対してだけ規定される。
＜ポールインターバルリミット（μs）＞−これはCMTSからの要求に対する最小ポーリングインターバルである。ポーリングインターバルリミットに対する初期デフォルト値は6000μsである（値0は制限のないことを意味する）。
＜ポールインターバルセット＞は、CMTSで許容可能なポーリングインターバルのリストである。以下の記述を参照。提案された初期デフォルトセットは空である。
以下は、PCMM仕様からの関連するTSpecパラメータである。
＜バケット深さ（ｂ）＞−TSpecトークンバケットレートと組み合わされたTSpecトークンバケット深さは、フローの（ピークレートでの）最大バーストサイズを制限し、同様に、フローが被る最大の最悪待ち行列遅延を制限する。このようにして最大の最悪待ち行列遅延とフローのピークレートを考慮しなければならない。
TSpecバケット深さbは次式によりバイトで得られる：
b=(遅延*p)/1000
ここで遅延は構成された最大待ち行列遅延(ms)であり、pはTSpecピークレート（毎秒バイト）である。
例:
遅延＝100ms
p=32000
b=(100*32000)/1000=3200
＜バケットレート(r)＞−TSpecトークンバケットレートは、IPフローが適合する、時間についての平均レートを規定する。毎秒バイトにおけるTSpecバケットレートrは：
r=(バンド幅*バンド幅調整)/8
ここでバンド幅は、SDPからの公示バンド幅（毎秒バイト）であり、バンド幅調整は設定された調整乗数である。
例:
バンド幅=512000
バンド幅調整=1.0
r=512000*1.0/8=64000
＜最大データグラムサイズ(M)＞−TSpec最大データグラムサイズM(バイト）は、形成された最大パケットサイズに対して設定される。
＜最小ポリシードユニット(m)＞−TSpec最小ポリシードユニットm(バイト）は、形成された最小パケットサイズに対して設定される。
＜ピークレート(p)＞−TSpecピークレートは、フローがネットワークへデータをバーストするのに予想される最大レートである。TSpecピークレート（毎秒バイト）は常にRSpec予約レートに等しい。このステートメントは、DOSISrtPSポーリングインターバルに対して使用する予約レートRの間接的結果である。ポーリングインターバルはピークレートを使用して設定しなければならず、このことは事実上、ピークレートは予約レートに等しくなければならないことを意味する。
以下は、PCMM仕様からの関連するRSpecパラメータである。
＜予約レート(R)＞−RSpec予約レートは、フローのトラフィックがTSpecに準拠する場合に、このフローに与えられた保証レートである。PCMMでは、予約レートがDOCSIS定格ポーリングインターバルを決定するのに使用される。この実施例では、予約レートの微分が構成された制限によりコントロールされる。このことは、CMTSとポリシーサーバ/アプリケーションマネージャとの間の相互運用性問題を解決するのに必要である。具体的に言えば、予約レートRパラメータに対する最大値は厳しく制限され（レートリミット）、導出されたDOCSISアップストリーム定格ポーリングインターバルも同様に制限される（ポールインターバルリミット）。
毎秒バイトでのRSpec予約レートRは：
R=r*レートファクタ レートリミット=0
R=min(r*レートファクタ、レートリミット) レートリミット>0
ここでrは、TSpecトークンバケットレート、レートファクタは設定されたレート乗数、レートリミットは予約レートパラメータに設定された上限である。レートリミットがゼロであれば、予約レートに上限はない。
アップストリームでは、予約レートから導出される定格ポーリングインターバルを設定するのに2つのやり方がある：すなわち、ポールインターバルリミットの設定を使用してポールインターバルにリミットを設定するか、またはインターバルの所定のセットにおいて、ポールインターバルセットの設定によりポーリングインターバルを許容するのである。ポールインターバルセットは、CMTSでサポートされる許容可能な定格ポーリングインターバルのリストである。このリストが空でなければ、第2の方法が使用され、それ以外の場合第1の方法が使用される。
＜第1の方法：ポールインターバルリミットを使用＞−アップストリームには、予約レートR（バイト/秒）により割られた最小ポリシードユニットm（バイト）が、設定されたポールインターバルリミット(μs)より小さくてなってはならないとう付加的要求が存在する。言い替えると以下の不等式は、設定されたポールインターバルリミット>0である場合、常に真でなければならない。
m/R*106≧ポールインターバルリミット
アップストリームに対して、毎秒バイトでの予約レートRは：
R=Rに対する上記等式と同じ ポールインターバルリミット=0
R=min(r*レートファクタ、m*106/ポールインターバルリミット)
ポールインターバルリミット>0
例（レートおよびポールインターバルでのリミット）：
r=64000
m=640
レートファクタ=4.0
レートリミット=96000
ポールインターバルリミット=10000
R=min(64000*4,0,96000) ポールインターバルリミット=0
=min(256000,96000)
R=min(96000,640*106/10000) ポールインターバルリミット>0=10000
=min(96000,80000)
=80000
＜第2の方法：ポールインターバルセットを使用＞−ポールインターバルセットが空でなければ、導出された定格ポーリングインターバルを、設定値(μs)のセットから選択しなければならない。この方法を使用する場合、レートリミットとポールインターバルリミットに意味はない。
Rを選択のためのアルゴリズム：
１．R(R1....Rn)の可能値を、mと設定されたポーリングインターバルのセットI1〜Inとに基づいて計算する。
一般的には、R=(m*106)/定格ポーリングインターバル
Ri=(m*106)/Ii すべてのi「1....n」に対して
２．上記(R1....Rn)のRに対する値から、r*レートファクタに最も近く、これを上回らない値を1つ選択する。
例（ポールインターンバルセット）：
r=12000
m=640
レートファクタ=4.0
ポールインターバルセット={10000,20000,30000}
R1=(640*106)/10000=64000
R2=(640*106)/20000=32000
R3=(640*106)/30000=21333.3333....
r*レートファクタ=48000
R=32000
＜スラックターム(S)＞−スラックターム(μs)は、形成されたスラックタームパラメータから設定される。
［オーディオSDP翻訳］
以下のパラグラフは、SDPフィールドからPCMMデータへの、デジタルオーディオトラフィックのための翻訳の詳細を示す。この記述はビデオトラフィックに対する記述を補足するものである。ネットワークエンドポイントにあるオーディオコーデックは、インターパケット到着時間と同じように、オーディオデータに対してフロースペックパラメータを決定する。パケットケーブルコーデック仕様は3つのインターパケット到着時間(10,20,30ms)を規定する。PCMMオーディオ/ビデオコーデック仕様(PKT-SP-CODEC-105-040113)はまた、各フロースペックパラメータをすべてのオーディオコーデックに対し、各3つのパケット時間毎に規定する。サポートされるオーディオコーデックは次のものを含む：
−G.729E
−G.729A
−G.728
−G.726.40
−G.726.32
−G.726.24
−G.726.14
−G.711（PCMエンコーディング）a規則
−G.711（PCMエンコーディング）μ規則
SIP交換にあるネットワークエンドポイントがオーディオコーデックをSDP(セッション記述プロトコル)を使用して特定するならば、オプションのp時間パケット化タイムメディア属性も使用しなければならない。
SIP/SDPセッションによるオーディオコーデックの使用のために正しいフロースペックパラメータを検出するに際し、2つの問題が存在する。第1の問題は、パケット時間（すなわちp時間）SDPメディア属性が最適であり、従ってすべてのネットワークエンドポイントにより使用されないことである。パケット時間が未知であれば、システムは3つのパケット時間10,20,または30msのすべてで動作するフロースペックパラメータを選択することができる。この方法は常に動作するが、常に効率的なリソース予約を提供するものではない。最大パケットサイズと組み合わされた最小パケットインターバルがパケットサイズとパケットレートのすべての組み合わせに適応するため使用される。パケット時間が未知の場合、システムは設定されたデフォルトパケット時間を使用することもできる。パケットケーブルデフォルトパケット時間は20msに規定されている。このデフォルト値または設定されたいずれのデフォルト値も、ネットワークエンドポイントの動作が使用時に既知であれば、使用することができる。
正しいフロースペックパラメータを検出する際の第2の問題は、一般的に、マルチプルコーデックが使用される場合、どのコーデックがSIPネットワークエンドポイントを使用しようとするかを知ることができないことである。
SIPネットワークエンドポイントがマルチプルオーディオコーデックを有しており、同じメディア形式（この場合はオーディオ）に対するマルチプルコーデックを含む場合、2つのネットワークエンドポイント間で取り決められた使用可能なコーデックのうちのいずれかが使用される。両方のエンドポイントは取り決めたコーデックのいずれかの受信を準備しなければならず、他方のエンドポイントに、RTP（リアルタイムプロトコル）メディアストリームがスタートするまで、どのコーデックが使用されているかを知らせるシグナリングは存在しない。
この実施例は、以下の3つの技術の組み合わせを使用し、複数の特定コーデックのうち、どのコーデックに基づいてリソース予約決定が行われるかを検出する。
＜第1の技術＞−SDPフィールドが同じメディア形式に対してマルチプルコーデックを規定する場合、アプリケーションマネージャは最初に、ネットワークリソースの最大量を使用するコーデックに基づいてリソース予約決定する。このことにより、十分なリソースが予約され、取り決められたいずれのコーデックも適切に動作することが保証される。
＜第2の技術＞−この技術は、各メディア形式に対するSDPでのコーデック順序を、特定のコーデックの選択のために使用する。SDP仕様は、SDPでのコーデック順序がネットワークエンドポイントのコーデック優先度を決定すべきであるとアナウンスしている。ほとんどの場合、リストの第1コーデックがネットワークエンドポイントにより使用される。ネットワークエンドポイントがこの標準規格に準拠することが既知であれば、この構成によりQoS予約はより厳密となり、その結果、サービスのコストが低下する。
＜第3の技術＞−この技術は、DOCSIS QoS MIB(Patrick,M., Murwin,W. ,"Data Over Cable System InterfaceSpecificationQuality of Service Management Information Base(DOCSIS-QOSMIB)",Internet-Draft(2004年4月満了), http://www.ietf.org/internet-drafts/draft-ietf-ipcdn-qos-mib-09.txt,2003年10月27日)をCMTSで使用し、ネットワークエンドポイントが送信しているオーディオデータパケットサイズを決定する。オーディオトラフィックはCBR（固定ビットレート）であるから、同じパケットサイズがすべてのパケットに対して使用される。DOCS-QOS MIBを検査することで、DOCSISサービスフローによりオーディオデータの搬送に使用されるパケット数およびバイト、並びにこのフローがアクティブである総時間が得られる。総バイト数を、このバイトを送信するのに使用されるパケット数により割り算すると、パケットサイズが得られる。速度は、転送される総バイト数を、フローがアクティブである総時間により割り算すると得られる。
この実施例は、第1の技術または第2の技術を使用して初期リソース予約を行う。データ伝送の数秒後に、アプリケーションマネージャは正確なパケットサイズと速度を決定し、第3の技術を使用してリソース予約を調整し、これによりオーディオコーデックが必要とするものをより正確に表す。ダイナミックコーデック切り替えが既知の実現性であれば、この実施例は、使用可能なコーデックのいずれかに対して常に動作する第1の技術だけを使用する。
さらなる側面、変形、および実施例は請求項の範囲内にある。
図1は、2つのネットワークエンドポイント間でVoIPリンクを確立するための従来のアーキテクチャを示す図である。 図2は、実施例のネットワークアーキテクチャを示す図である。 図3は、同じネットワークドメインでの2つのネットワークエンドポイントに対する単純なコール手続きを示す図である。 図4は、異なるネットワークドメインでの2つのネットワークエンドポイントに対する単純なコール手続きを示す図である。

Claims (29)

  1. ネットワークエンドポイント間でネットワークリソースのセットを割り当てる方法であって、
    アプリケーションマネージャに対してセッション開始要求を使用して、ネットワークエンドポイント間でリソースを予約し、
    前記アプリケーションマネージャは論理的かつ物理的に、ネットワークエンドポイントに関連するアプリケーションサーバから分離されており、
    アプリケーションマネージャからのPCMMメッセージをポリシーサーバに、セッション開始要求の結果として供給し、
    PCMMメッセージは、セッション開始要求に埋め込まれた少なくとも複数の情報を含んでおり、
    ポリシーサーバによりネットワークリソースのセットを選択し、ネットワークエンドポイントを接続する経路を形成し、
    前記ポリシーサーバはネットワークリソースのセットを、PCMMメッセージに基づいて選択する方法。
  2. 請求項１記載の方法において、セッション開始要求を、セッション開始プロトコルを介して通信する方法。
  3. 請求項２記載の方法において、アプリケーションマネージャをネットワークエンドポイントの1つとアプリケーションサーバとの間に挿入配置し、
    前記アプリケーションマネージャは、セッション開始要求をネットワークエンドポイントとアプリケーションサーバとの間で透明に中継し、その際にネットワークエンドポイントまたはアプリケーションサーバの機能的変形を必要としない方法。
  4. 請求項１記載の方法において、SIPメッセージ中にSDPを使用して、リソースの所要のQoS予約をネットワークで実行する方法。
  5. 請求項４記載の方法において、QoS情報を、セッション開始要求中のセッション記述プロトコルフィールドに設ける方法。
  6. 請求項1記載の方法において、セッション開始要求からのハイレベルQoS情報を、基礎となるネットワーク技術の理解と結び付け、PCMMメッセージで使用するために詳細なQoS情報を形成する方法。
  7. 請求項1記載の方法において、QoS情報をSDPまたはRSVPフロースペックを介してXMLメッセージに埋め込み、
    該XMLメッセージを使用してセッション開始要求をアプリケーションサーバと通信し、
    該アプリケーションサーバは引き続き、QoS情報をアプリケーションマネージャにXMLメッセージで伝送する方法。
  8. 請求項7記載の方法において、HTTPを使用してXMLメッセージをアプリケーションサーバと通信し、
    該アプリケーションサーバは引き続きQoS情報をアプリケーションマネージャに伝送する方法。
  9. 請求項1記載の方法において、アプリケーションサーバは、アプリケーションマネージャと通信するためにユニークなセッション識別子を使用することによりステートレス状態に留まり、
    セッションとリソースとの関連は、分離されたアプリケーションマネージャで維持され、
    セッション識別子は、エンドポイントとアプリケーションサーバとの間のSIPシグナリングメッセージから形成される方法。
  10. 請求項４記載の方法において、RSVPフロースペックパラメータを、SDPメディア属性に基づいて選択する方法。
  11. 請求項１０記載の方法において、PCMMフレームワークにリソースを予約するために、RSVPフロースペックパラメータを選択し、フロースペックパラメータ選択動作を実行する能力を提供し、
    CMTSでのDOCSISサービスフローQoSパラメータとのインタオペラビリティを保証し、以て種々異なるCMTSベンダー実現にわたる、選択されたフロースペックパラメータの正規化によりQoSを提供し、
    SDPメディア属性の種々異なるオプションフィーチャを実現するネットワークエンドポイント間でのインタオペラビリティを保証する方法。
  12. 請求項１１記載の方法において、エンドポイント間のセッションのアップストリーム方向とダウンストリーム方向に対してコンフィギュラブルな設定を提供し、
    該設定をフロースペックパラメータ選択で、各設定に対するデフォルト値に従って使用し、
    コンフィギュラブルな設定および関連のデフォルト値は次のものを含む：
    遅延、100ms（ダウンストリームとアップストリーム）
    バンド幅調整、1.125（ダウンストリーム）
    バンド幅調整、1.0（アップストリーム）
    レートファクタ、4.0（ダウンストリームとアップストリーム）
    最小パケットサイズ、640（ダウンストリームとアップストリーム）
    最大パケットサイズ、1500（ダウンストリームとアップストリーム）
    スラックターム、800（ダウンストリームとアップストリーム）
    レートリミット、96000（アップストリーム）
    レートリミット、0（ダウンストリーム）
    ポールインターバル限界、6000μs（アップストリーム）
    ポールインターバルセット、空（アップストリーム）：
    方法。
  13. 請求項１１記載の方法において、"ptime"メディア属性（パケット化時間）がSDPに設定されていなければ、パケットケーブルオーディオ/ビデオコーデック仕様により指定される全てのパケット化時間に対して十分なリソースが予約されるようにRSVPフロースペックパラメータを選択する方法。
  14. 請求項１１記載の方法において、マルチプルコーデックがSDPフィールドで取り決められている場合、パケットケーブルオーディオ/ビデオコーデック仕様により指定される全てのパケット化時間に対して十分なリソースが予約されるようにRSVPフロースペックパラメータを選択する方法。
  15. 請求項１１記載の方法において、ptimeメディア属性が未知の場合、正確にptime（パケット化時間）を決定するためにDOCSIS QoS MIBを使用し、引き続きptimeメディア属性が決定されると、予約されたリソースを変更する方法。
  16. 請求項１１記載の方法において、使用中の特定のコーデックの決定のためにマルチプロコーデックが取り決められる場合、正確にptime（パケット化時間）を決定するためにDOCSIS QoS MIBを使用し、引き続き特定のコーデックが決定されると、予約されたリソースを変更する方法。
  17. 請求項３記載の方法において、アプリケーションマネージャは、REGISTERメッセージから、一方または両方のエンドポイントのコンタクトIPアドレスとポート番号を学習し、これによりアプリケーションマネージャはINVITEメッセージをエンドポイントに転送することができる方法。
  18. 請求項３記載の方法において、アプリケーションマネージャはアプリケーションサーバを問い合わせ、一方または両方のエンドポイントのコンタクトIPアドレスおよびポート番号を獲得し、これによりアプリケーションマネージャはINVITEメッセージをエンドポイントに転送することができる方法。
  19. ネットワークエンドポイント間でネットワークリソースのセットを割り当てる方法であって、
    アプリケーションマネージャに対してセッション開始要求を使用して、ネットワークエンドポイント間でリソースを予約し、
    前記アプリケーションマネージャは論理的に、ネットワークエンドポイントに関連するアプリケーションサーバから分離されており、
    アプリケーションマネージャからのPCMMメッセージをポリシーサーバに、セッション開始要求の結果として供給し、
    PCMMメッセージは、セッション開始要求に埋め込まれた少なくとも複数の情報を含んでおり、
    ポリシーサーバによりネットワークリソースのセットを選択し、ネットワークエンドポイントを接続する経路を形成し、
    前記ポリシーサーバはネットワークリソースのセットを、PCMMメッセージに基づいて選択する方法。
  20. ネットワークエンドポイント間でネットワークリソースのセットを割り当てるシステムであって、
    アプリケーションマネージャを有し、該アプリケーションマネージャは、
    (i)ネットワークエンドポイント間での通信を、ネットワークリソースのセットを通して開始するためのセッション開始要求を受信し、
    (ii)該セッション開始要求に埋め込まれた少なくとも複数の情報を含むPCMMメッセージを発生し、
    前記通信は、アプリケーションサーバに常駐するアプリケーションを使用し、
    さらにポリシーサーバを有し、
    該ポリシーサーバは、PCMMメッセージを受信し、ネットワークエンドポイントを接続する経路を形成するためのネットワークリソースのセットを選択し、
    前記ポリシーサーバはネットワークリソースのセットを、PCMMメッセージに基づいて選択するシステム。
  21. 請求項２０記載のシステムにおいて、セッション開始要求はセッション開始プロトコル（SIP)で伝送されるシステム。
  22. 請求項２１記載のシステムにおいて、アプリケーションマネージャは、ネットワークエンドポイントの1つとアプリケーションサーバとの間に配置されており、
    該アプリケーションマネージャはセッション開始要求を前記ネットワークエンドポイントとアプリケーションサーバとの間で透明に中継するシステム。
  23. 請求項２２記載のシステムにおいて、アプリケーションマネージャは、システムのスタンドアローンコンポーネントであるシステム。
  24. 請求項２２記載のシステムにおいて、アプリケーションマネージャは、ポリシーサーバに組み込まれているシステム。
  25. 請求項２０記載のシステムにおいて、ネットワークエンドポイントの少なくとも1つは、QoS情報をアプリケーションマネージャに、セッション開始要求を介して提供するシステム。
  26. 請求項２５記載のシステムにおいて、セッション開始要求は、QoS情報を含むセッション記述プロトコルフィールドを有するシステム。
  27. 請求項２０記載のシステムにおいて、アプリケーションマネージャは、セッション開始要求からのハイレベルQoS情報をネットワーク資産についての情報と結合し、PCMMメッセージで使用するための詳細なQoS情報を形成するシステム。
  28. 請求項２０記載のシステムにおいて、アプリケーションサーバまたはアプリケーションマネージャは、QoS情報をXMLメッセージに埋め込み、かつ当該XMLメッセージを使用して、セッションの必要リソースをアプリケーションマネージャまたはアプリケーションサーバとそれぞれ通信するシステム。
  29. 請求項２０記載のシステムにおいて、アプリケーションサーバは、QoS情報をXMLメッセージに埋め込み、かつ当該XMLメッセージを使用して、ネットワークリソースのセットをアプリケーションマネージャと通信し、
    該アプリケーションマネージャは引き続き、QoS情報を詳細なQoSメッセージに翻訳し、ポリシーサーバと通信するシステム。
JP2006533769A 2003-06-12 2004-06-14 Ｐｃｍｍアプリケーションマネージャ Active JP4395662B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US47797003P 2003-06-12 2003-06-12
US54720804P 2004-02-24 2004-02-24
PCT/US2004/018784 WO2004112335A1 (en) 2003-06-12 2004-06-14 Pcmm application manager

Publications (2)

Publication Number Publication Date
JP2007503188A true JP2007503188A (ja) 2007-02-15
JP4395662B2 JP4395662B2 (ja) 2010-01-13

Family

ID=33555480

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006533769A Active JP4395662B2 (ja) 2003-06-12 2004-06-14 Ｐｃｍｍアプリケーションマネージャ

Country Status (6)

Country Link
US (2) US7738440B2 (ja)
EP (1) EP1632067B1 (ja)
JP (1) JP4395662B2 (ja)
AU (1) AU2004247251B2 (ja)
CA (1) CA2528871C (ja)
WO (1) WO2004112335A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8290373B2 (en) 2008-08-07 2012-10-16 Nec Corporation Wavelength division multiplexer and regenerative repeating method in wavelength division multiplexing network

Families Citing this family (62)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7653000B2 (en) * 2003-03-21 2010-01-26 Siemens Aktiengesellschaft Method and device for provision and efficient utilization of resources for generating and outputting information in packet-oriented networks
WO2004112302A2 (en) * 2003-06-12 2004-12-23 Camiant, Inc. Dynamic service delivery with topology discovery for communication networks
AU2004247251B2 (en) * 2003-06-12 2009-01-22 Camiant, Inc. PCMM application manager
JP4114563B2 (ja) * 2003-07-14 2008-07-09 村田機械株式会社 Ｉｐ通信装置
RU2363111C2 (ru) * 2003-09-02 2009-07-27 Нокиа Корпорейшн Передача информации, относящейся к качеству обслуживания
US7701854B2 (en) * 2003-11-17 2010-04-20 International Business Machines Corporation Differentiated handling of SIP messages for VoIP call control
EP1705993B1 (en) 2004-01-23 2017-08-30 Camiant, Inc. Video policy server
JP4276568B2 (ja) * 2004-03-26 2009-06-10 株式会社日立コミュニケーションテクノロジー ルータ及びｓｉｐサーバ
US20060013192A1 (en) * 2004-07-16 2006-01-19 Nokia Corporation Obtaining and notifying middle box information
US20060047840A1 (en) * 2004-08-31 2006-03-02 Peter Postmus Method and session initiation protocol (SIP) server for the exchange of end-point capabilities
JP2006092053A (ja) * 2004-09-22 2006-04-06 Nec Corp システム使用率管理装置及びそれに用いるシステム使用率管理方法並びにそのプログラム
US20060075042A1 (en) * 2004-09-30 2006-04-06 Nortel Networks Limited Extensible resource messaging between user applications and network elements in a communication network
US7609700B1 (en) * 2005-03-11 2009-10-27 At&T Mobility Ii Llc QoS channels for multimedia services on a general purpose operating system platform using data cards
CN100370843C (zh) 2005-04-07 2008-02-20 华为技术有限公司 一种资源分配策略系统及其控制通信资源分配的方法
JP2008541301A (ja) * 2005-05-16 2008-11-20 キャミアント，インク． Ｓｄｐウェブサービスインタフェース
CN100413273C (zh) * 2005-06-07 2008-08-20 华为技术有限公司 全球微波接入互操作网接入互联网协议多媒体子域的方法
US8442031B2 (en) 2005-06-24 2013-05-14 Alcatel Lucent Method and apparatus for utilizing network services in a manner substantially transparent to service endpoints
US20070025370A1 (en) * 2005-07-30 2007-02-01 Ghasem Mehdi R Cable gateway for interfacing packet cable networks with IP multimedia subsystems
CN1933478A (zh) * 2005-09-17 2007-03-21 华为技术有限公司 媒体流打包时长协商方法
US20070127494A1 (en) * 2005-10-27 2007-06-07 Wade Carter Method for providing quality of service to a SIP-based device over a communication network
US20070118881A1 (en) * 2005-11-18 2007-05-24 Julian Mitchell Application control at a policy server
US7664088B2 (en) 2005-12-08 2010-02-16 Electronics And Telecommunications Research Institute Method for providing QoS using flow label in providing multimedia service in IPv6 network and system applying the same
US7630372B1 (en) 2005-12-30 2009-12-08 At&T Corp. Method and apparatus for providing access and egress uniform resource identifiers for routing
CN101352005B (zh) * 2005-12-30 2012-03-21 艾利森电话股份有限公司 用于分组交换业务的调度策略
KR100666995B1 (ko) * 2006-01-16 2007-01-10 삼성전자주식회사 멀티미디어 컨퍼런스 서비스에서의 선택적 미디어 데이터제공 방법 및 그 시스템
CN101009695A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 一种媒体协商的方法和系统
CN101496387B (zh) * 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
US7552870B2 (en) * 2006-03-16 2009-06-30 Adrian Jones Trading network resources
US7873047B2 (en) * 2006-04-19 2011-01-18 Motorola, Inc. Method and apparatus for quality of service for packet communications
US8184549B2 (en) 2006-06-30 2012-05-22 Embarq Holdings Company, LLP System and method for selecting network egress
US8488447B2 (en) * 2006-06-30 2013-07-16 Centurylink Intellectual Property Llc System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance
US7684387B2 (en) * 2006-10-06 2010-03-23 Motorola, Inc. Method for routing combinational services to a single endpoint
US7826358B2 (en) * 2006-12-29 2010-11-02 Ellacoya Networks, Inc. Hierarchical virtual queuing
WO2008092496A1 (en) * 2007-02-02 2008-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and node for the control of a connection in a communication network
US9113334B2 (en) 2008-02-01 2015-08-18 Tekelec, Inc. Methods, systems, and computer readable media for controlling access to voice resources in mobile networks using mobility management signaling messages
US20090234955A1 (en) * 2008-03-13 2009-09-17 Mark Gregory Hanley Methods and Systems for Synchronization of Multiple Applications
EP2112799A1 (en) * 2008-04-25 2009-10-28 Koninklijke KPN N.V. Service integrity handling in an IMS-based system
US20100034196A1 (en) * 2008-08-08 2010-02-11 Kamala Prasad Das RPH mapping and defaulting behavior
EP2433278B1 (en) * 2009-04-07 2020-06-03 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for providing a backwards compatible payload format
CN102714635A (zh) * 2009-09-04 2012-10-03 中兴通讯股份有限公司 用于通信服务的ip互连的在网络到网络接口上的服务质量(qos)
WO2011131211A1 (en) * 2010-04-19 2011-10-27 Telefonaktiebolaget L M Ericsson (Publ) Pre-scheduling of quality of service reservation
US8959218B2 (en) * 2010-06-21 2015-02-17 Cox Communications, Inc. Secure dynamic quality of service using packetcable multimedia
US9219654B2 (en) * 2010-06-25 2015-12-22 Cox Communications, Inc. Preloading token buckets for dynamically implementing speed increases
US8233475B2 (en) * 2010-08-20 2012-07-31 Innomedia Pte Ltd Device initiated DQoS system and method
US8619564B2 (en) * 2010-11-02 2013-12-31 Cisco Technology, Inc. Synchronized bandwidth reservations for real-time communications
EP2458798A3 (en) 2010-11-29 2012-07-04 ZTE (USA) Inc. Methods and apparatus for configuring subscriber quality of service profiles
US20120102148A1 (en) * 2010-12-30 2012-04-26 Peerapp Ltd. Methods and systems for transmission of data over computer networks
EP2500848A1 (en) 2011-03-15 2012-09-19 Amadeus S.A.S. Method and system for centralized reservation context management on multi-server reservation system
ES2454548T3 (es) * 2011-03-15 2014-04-10 Amadeus S.A.S. Procedimiento y sistema para proporcionar una sesión en un entorno heterogéneo
KR101863965B1 (ko) 2011-06-14 2018-06-08 삼성전자주식회사 적응적 멀티미디어 서비스를 제공하는 장치 및 방법
KR20140052110A (ko) * 2012-10-11 2014-05-07 한국전자통신연구원 네트워크 최대 지연 추정 장치 및 방법, 네트워크 인입 제어 장치 및 방법
JP2014103614A (ja) * 2012-11-22 2014-06-05 Hitachi Ltd 通信システム
US9854518B2 (en) * 2013-09-27 2017-12-26 Apple Inc. System and method for audio frame generation alignment with LTE transmission opportunities
US10523595B2 (en) * 2014-04-02 2019-12-31 Comcast Cable Communications, Llc Application port management
WO2016018318A1 (en) 2014-07-30 2016-02-04 Hewlett-Packard Development Company, L.P. Control point discovery
US9912623B2 (en) * 2015-01-16 2018-03-06 General Electric Company Systems and methods for adaptive context-aware control of multimedia communication sessions
US10516905B2 (en) * 2015-04-01 2019-12-24 Nokia Of America Corporation Dynamic service flow creation for packet cable quality of service guarantee in a distributed cable management system
US10390058B2 (en) * 2015-04-02 2019-08-20 Nokia Of America Corporation Dynamic service flow creation for packet cable multimedia quality of service guarantee in a distributed cable management system
US9692911B1 (en) 2015-12-17 2017-06-27 Oracle International Corporation Methods, systems, and computer readable media for using user defined session description protocol (SDP) rules
US11601483B2 (en) * 2018-02-14 2023-03-07 Genband Us Llc System, methods, and computer program products for selecting codec parameters
US11095691B2 (en) 2019-06-26 2021-08-17 Oracle International Corporation Methods, systems, and computer readable media for establishing a communication session between a public switched telephone network (PSTN) endpoint and a web real time communications (WebRTC) endpoint
CN114979697B (zh) * 2022-07-29 2022-09-30 北京云中融信网络科技有限公司 一种用于解耦信令服务器和音视频服务器的系统和方法

Family Cites Families (100)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5544327A (en) 1994-03-01 1996-08-06 International Business Machines Corporation Load balancing in video-on-demand servers by allocating buffer to streams with successively larger buffer requirements until the buffer requirements of a stream can not be satisfied
US5822324A (en) 1995-03-16 1998-10-13 Bell Atlantic Network Services, Inc. Simulcasting digital video programs for broadcast and interactive services
US5940738A (en) 1995-05-26 1999-08-17 Hyundai Electronics America, Inc. Video pedestal network
JPH0983979A (ja) 1995-09-08 1997-03-28 Fujitsu Ltd 多重ビデオサーバ装置
AU708348B2 (en) 1996-03-18 1999-08-05 General Instrument Corporation Dynamic bandwidth allocation for a communication network
US6067457A (en) 1996-04-30 2000-05-23 Motorola, Inc. Method for dynamically assigning priority to a call
US5878115A (en) 1996-05-08 1999-03-02 Ericsson, Inc. Method and apparatus for providing different terminating call treatments based on service area
US5835720A (en) 1996-05-17 1998-11-10 Sun Microsystems, Inc. IP discovery apparatus and method
US5822534A (en) 1996-06-04 1998-10-13 Sun Microsystems, Inc. Method and apparatus for selectively unmanaging elements on a network
JPH11511938A (ja) 1996-06-26 1999-10-12 コーニンクレッカ、フィリップス、エレクトロニクス、エヌ．ヴィ． ネットワークへのアクセスを制御するための方法、並びにこの方法を実現するためのデバイスおよびシステム
US7274662B1 (en) * 1998-08-04 2007-09-25 At&T Corp. Method for performing segmented resource reservation
US6046981A (en) 1997-02-28 2000-04-04 Nec Usa, Inc. Multi-class connection admission control method for Asynchronous Transfer Mode (ATM) switches
US5926463A (en) * 1997-10-06 1999-07-20 3Com Corporation Method and apparatus for viewing and managing a configuration of a computer network
US6378130B1 (en) 1997-10-20 2002-04-23 Time Warner Entertainment Company Media server interconnect architecture
JP3966598B2 (ja) 1998-03-04 2007-08-29 富士通株式会社 サーバ選択システム
US6076108A (en) 1998-03-06 2000-06-13 I2 Technologies, Inc. System and method for maintaining a state for a user session using a web system having a global session server
US6680922B1 (en) 1998-07-10 2004-01-20 Malibu Networks, Inc. Method for the recognition and operation of virtual private networks (VPNs) over a wireless point to multi-point (PtMP) transmission system
DE69930524T2 (de) 1998-08-20 2006-11-16 Qualcomm, Inc., San Diego System und verfahren zur kanalvergabe mit prioritätszugriff in einem zellularen telefonsystem
US6745043B1 (en) 1998-09-03 2004-06-01 Siemens Information & Communications Mobile, Llc Priorty communication system and method of operation
US6385454B1 (en) 1998-10-09 2002-05-07 Microsoft Corporation Apparatus and method for management of resources in cellular networks
US6167445A (en) 1998-10-26 2000-12-26 Cisco Technology, Inc. Method and apparatus for defining and implementing high-level quality of service policies in computer networks
US7168086B1 (en) 1998-11-30 2007-01-23 Microsoft Corporation Proxy for video on demand server control
JP3486125B2 (ja) 1999-01-14 2004-01-13 富士通株式会社 ネットワーク機器制御システム及び装置
US6571288B1 (en) 1999-04-26 2003-05-27 Hewlett-Packard Company Apparatus and method that empirically measures capacity of multiple servers and forwards relative weights to load balancer
US6463454B1 (en) 1999-06-17 2002-10-08 International Business Machines Corporation System and method for integrated load distribution and resource management on internet environment
US6466980B1 (en) 1999-06-17 2002-10-15 International Business Machines Corporation System and method for capacity shaping in an internet environment
WO2000079794A2 (en) 1999-06-17 2000-12-28 Bigband Networks, Inc. Method for delivery of narrow-cast data over digital broadcast channels
US20010042097A1 (en) 1999-07-20 2001-11-15 Anthony Nelson Lapine Method and apparatus for optionally alerting internet clients and delivering information by wireless network
US6731932B1 (en) 1999-08-24 2004-05-04 Telefonaktiebolaget Lm Ericsson (Publ) Methods and systems for handling subscriber data
US6771595B1 (en) 1999-08-31 2004-08-03 Intel Corporation Apparatus and method for dynamic resource allocation in a network environment
KR20010027383A (ko) 1999-09-13 2001-04-06 박종섭 이동통신 시스템에서의 기본호 처리방법
JP3636948B2 (ja) * 1999-10-05 2005-04-06 株式会社日立製作所 ネットワークシステム
US6728887B1 (en) 1999-10-07 2004-04-27 General Instrument Corporation Arrangement for providing mediated access in an HFC access network
US6578076B1 (en) * 1999-10-18 2003-06-10 Intel Corporation Policy-based network management system using dynamic policy generation
US7139813B1 (en) 1999-11-01 2006-11-21 Nokia Networks Oy Timedependent hyperlink system in videocontent
US6366577B1 (en) * 1999-11-05 2002-04-02 Mci Worldcom, Inc. Method for providing IP telephony with QoS using end-to-end RSVP signaling
US7024199B1 (en) 1999-12-30 2006-04-04 Motient Communications Inc. System and method of querying a device, checking device roaming history and/or obtaining device modem statistics when device is within a home network and/or complementary network
US20020059274A1 (en) 2000-03-03 2002-05-16 Hartsell Neal D. Systems and methods for configuration of information management systems
US6804717B1 (en) * 2000-03-30 2004-10-12 Intel Corporation Providing quality of service by transmitting XML files indicating requested resources
US6973488B1 (en) 2000-03-31 2005-12-06 Intel Corporation Providing policy information to a remote device
US6738390B1 (en) * 2000-04-03 2004-05-18 Siemens Information & Communication Networks, Inc. SIP-H.323 gateway implementation to integrate SIP agents into the H.323 system
US6771639B1 (en) * 2000-04-10 2004-08-03 Nortel Networks Limited Providing announcement information in requests to establish interactive call sessions
JP2001292167A (ja) 2000-04-10 2001-10-19 Fujitsu Ltd ネットワーク中継システムおよび中継装置
JP2001326675A (ja) 2000-05-15 2001-11-22 Sony Corp 情報処理装置および方法、並びに記録媒体
US6621793B2 (en) 2000-05-22 2003-09-16 Telefonaktiebolaget Lm Ericsson (Publ) Application influenced policy
US7260826B2 (en) 2000-05-31 2007-08-21 Microsoft Corporation Resource allocation in multi-stream IP network for optimized quality of service
US6975594B1 (en) * 2000-06-27 2005-12-13 Lucent Technologies Inc. System and method for providing controlled broadband access bandwidth
US7574499B1 (en) 2000-07-19 2009-08-11 Akamai Technologies, Inc. Global traffic management system using IP anycast routing and dynamic load-balancing
WO2002033428A1 (en) * 2000-09-11 2002-04-25 Sitara Networks, Inc. Central policy manager
EP1342364A2 (en) 2000-11-28 2003-09-10 SeaChange International, Inc. Content/service handling and delivery
US7143433B1 (en) 2000-12-27 2006-11-28 Infovalve Computing Inc. Video distribution system using dynamic segmenting of video data files
US6798757B2 (en) 2001-01-11 2004-09-28 Hitachi, Ltd. Establishing a route with a level of quality of service in a mobile network
US6988148B1 (en) 2001-01-19 2006-01-17 Cisco Technology, Inc. IP pool management utilizing an IP pool MIB
US20040044762A1 (en) 2001-02-22 2004-03-04 Peacock Kimberly Roseanne Methods and apparatus for controlling internet protocol traffic in a wan or lan
US6947378B2 (en) 2001-02-28 2005-09-20 Mitsubishi Electric Research Labs, Inc. Dynamic network resource allocation using multimedia content features and traffic features
US6636482B2 (en) 2001-03-08 2003-10-21 Arris International, Inc. Method and apparatus for controlling traffic loading of different service levels in a cable data system
EP1250023A1 (en) * 2001-04-11 2002-10-16 Alcatel Provision of subscriber QoS guarantees to roaming subscribers
US7027391B2 (en) 2001-04-26 2006-04-11 Mitsubishi Electric Research Laboratories, Inc. Adaptive bandwidth allocation by wavelet decomposition and energy analysis of network traffic
ITMI20010900A1 (it) 2001-04-30 2002-10-30 Marconi Comm Spa Rete per telecomunicazioni con rilevazione automatica della topologiae metodo per tale rilevazione
US6983294B2 (en) 2001-05-09 2006-01-03 Tropic Networks Inc. Redundancy systems and methods in communications systems
US7330710B1 (en) 2001-05-29 2008-02-12 Cisco Technology, Inc. Private emergency or service-specific call approach in GSM systems
FR2827110B1 (fr) 2001-07-09 2005-06-24 Cit Alcatel Procede de traitement d'appels umts dans un reseau de transmission de paquets, et noeud pour reseau umts, pour la mise en oeuvre de ce procede
US7126920B2 (en) 2001-08-08 2006-10-24 General Instrument Corporation Performance of lifetest using CMTS as a proxy
US20030033463A1 (en) 2001-08-10 2003-02-13 Garnett Paul J. Computer system storage
US20030044762A1 (en) * 2001-08-29 2003-03-06 Assessment Technology Inc. Educational management system
US20030055971A1 (en) 2001-09-19 2003-03-20 Menon Rama R. Providing load balancing in delivering rich media
US20030069954A1 (en) 2001-10-05 2003-04-10 Adc Telecommunications, Inc. Subnet pooling
JP3879471B2 (ja) 2001-10-10 2007-02-14 株式会社日立製作所 計算機資源割当方法
US7633942B2 (en) 2001-10-15 2009-12-15 Avaya Inc. Network traffic generation and monitoring systems and methods for their use in testing frameworks for determining suitability of a network for target applications
US20030229692A1 (en) 2001-11-02 2003-12-11 Kiem-Phong Vo System and method for monitoring data traffic on a network
US20030093515A1 (en) 2001-11-14 2003-05-15 Kauffman Marc W. Quality of service control of streamed content delivery
MXPA04005817A (es) 2001-12-15 2004-09-10 Thomson Licensing Sa Mecanismo de seleccion de anchura de banda de videoconferecia.
US20030204856A1 (en) 2002-04-30 2003-10-30 Buxton Mark J. Distributed server video-on-demand system
US20030208609A1 (en) 2002-05-01 2003-11-06 Verizon Services, Corp. Automatic configuration of advanced services over DSL
US7529846B2 (en) 2002-05-14 2009-05-05 Thomson Licensing Video receiver architecture for digital subscriber line networks
US20040039803A1 (en) 2002-08-21 2004-02-26 Eddie Law Unified policy-based management system
US7739329B2 (en) 2002-10-23 2010-06-15 Aspect Software, Inc. Web assistant
US7623540B2 (en) 2002-12-31 2009-11-24 Vixs Systems, Inc. Method and apparatus for channel allocation in a wireless local area network (WLAN)
CN1283079C (zh) * 2003-02-20 2006-11-01 华为技术有限公司 Ip网络业务质量保证方法及系统
US7620655B2 (en) 2003-05-07 2009-11-17 Enecto Ab Method, device and computer program product for identifying visitors of websites
US7430187B2 (en) 2003-05-15 2008-09-30 At&T Intellectual Property I, Lp Methods, systems, and computer program products for providing different quality of service/bandwidth allocation to different susbscribers for interactive gaming
WO2004112302A2 (en) 2003-06-12 2004-12-23 Camiant, Inc. Dynamic service delivery with topology discovery for communication networks
AU2004247251B2 (en) 2003-06-12 2009-01-22 Camiant, Inc. PCMM application manager
US9807460B2 (en) 2003-08-11 2017-10-31 Arris Enterprises, Inc. Optimal provisioning and management of bandwidth in a video-on-demand services architecture
KR100526553B1 (ko) 2003-09-04 2005-11-03 삼성전자주식회사 이더넷 기반 수동형 광 가입자망의 상향 트래픽 제어 방법및 그 장치
US20050076336A1 (en) 2003-10-03 2005-04-07 Nortel Networks Limited Method and apparatus for scheduling resources on a switched underlay network
US20050120128A1 (en) * 2003-12-02 2005-06-02 Wilife, Inc. Method and system of bandwidth management for streaming data
US20050149940A1 (en) 2003-12-31 2005-07-07 Sychron Inc. System Providing Methodology for Policy-Based Resource Allocation
US7643480B2 (en) 2004-01-22 2010-01-05 Hain-Ching Liu Method and system for reliably and efficiently transporting data over a network
EP1705993B1 (en) 2004-01-23 2017-08-30 Camiant, Inc. Video policy server
CA2554177C (en) 2004-01-23 2015-03-31 Camiant, Inc. Policy-based admission control and bandwidth reservation for future sessions
US20050289619A1 (en) 2004-06-01 2005-12-29 Joel Melby Methods and system for resource allocation in an on-demand server
US7319857B2 (en) 2004-09-13 2008-01-15 Tekelec Methods, systems, and computer program products for delivering messaging service messages
US7805515B2 (en) 2004-09-20 2010-09-28 Camiant, Inc. Method for dynamic rate adaptation based on selective passive network monitoring
US7236791B2 (en) 2005-06-30 2007-06-26 Lucent Technologies Inc. Radio channel allocation for national security and emergency preparedness calls
US20070043558A1 (en) 2005-08-22 2007-02-22 Uwe Schwarz Priority-Based Resource Allocation
US20070047478A1 (en) 2005-08-30 2007-03-01 Lucent Technologies Inc. Method for access assurance in a wireless communication system
US7565161B2 (en) 2005-12-23 2009-07-21 Alcatel-Lucent Usa Inc. Method and system for wireless priority call processing
CN100484283C (zh) 2006-03-13 2009-04-29 华为技术有限公司 通过短消息获取用户信息的方法
US9113334B2 (en) 2008-02-01 2015-08-18 Tekelec, Inc. Methods, systems, and computer readable media for controlling access to voice resources in mobile networks using mobility management signaling messages

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8290373B2 (en) 2008-08-07 2012-10-16 Nec Corporation Wavelength division multiplexer and regenerative repeating method in wavelength division multiplexing network

Also Published As

Publication number Publication date
EP1632067B1 (en) 2017-11-22
US8750279B2 (en) 2014-06-10
US20050073997A1 (en) 2005-04-07
AU2004247251A1 (en) 2004-12-23
AU2004247251B2 (en) 2009-01-22
EP1632067A4 (en) 2007-10-10
US20100316064A1 (en) 2010-12-16
EP1632067A1 (en) 2006-03-08
US7738440B2 (en) 2010-06-15
WO2004112335A1 (en) 2004-12-23
CA2528871C (en) 2014-01-21
JP4395662B2 (ja) 2010-01-13
CA2528871A1 (en) 2004-12-23

Similar Documents

Publication Publication Date Title
JP4395662B2 (ja) Ｐｃｍｍアプリケーションマネージャ
US8346947B2 (en) Device initiated multiple grants per interval system and method
US7023839B1 (en) System and method for dynamic codec alteration
KR100855610B1 (ko) 통신 시스템에서의 자원 할당 방법
US20070118881A1 (en) Application control at a policy server
US20060251093A1 (en) Signaling quality of service (QoS) parameters for a multimedia session
US8121028B1 (en) Quality of service provisioning for packet service sessions in communication networks
US8145770B2 (en) Devices, methods, and media for determining and assigning optimal media characteristics in communications sessions
US20050058068A1 (en) Refined quality of service mapping for a multimedia session
US8160083B2 (en) Method and apparatus for implementing bearer path
US8654788B2 (en) Method and apparatus for dynamically adjusting broadband access bandwidth
US10212197B2 (en) Method for setting up a communication link
Abdel-Azim et al. VoIP versus VoMPLS Performance Evaluation
WO2007109977A1 (fr) Procédé, dispositif et réseau à commutation par paquets permettant de déterminer le type de service
Kim et al. Q-SIP/SDP for QoS-Guaranteed End-to-End Real-Time Multimedia Service Provisioning on Converged Heterogeneous Wired and Wireless Networks
Rong et al. OPNET Simulation of SIP Based IP Telephony OPNET Simulation of SIP Based IP Telephony over MPLS Network
KR100766033B1 (ko) 에스아이피와 알에스브이피-티이를 이용한 종단간 서비스품질 보장방법
Ikeda et al. Context-aware quality of service control in session based IP networks
Qureshi et al. SIP-based QoS control over satellite networks
Kim et al. Policy-based QoS control for open services in BcN
Session Widespread Deployment of Voice Over IP
US20100265961A1 (en) Method, device and system for controlling the packet size for media transmission

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070521

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091006

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

Free format text: PAYMENT UNTIL: 20121030

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4395662

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20131030

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: R3D02

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250