JP2009544227A - ケーブルアクセスで利用するQoSを備えたコンボフォン - Google Patents
ケーブルアクセスで利用するQoSを備えたコンボフォン Download PDFInfo
- Publication number
- JP2009544227A JP2009544227A JP2009520808A JP2009520808A JP2009544227A JP 2009544227 A JP2009544227 A JP 2009544227A JP 2009520808 A JP2009520808 A JP 2009520808A JP 2009520808 A JP2009520808 A JP 2009520808A JP 2009544227 A JP2009544227 A JP 2009544227A
- Authority
- JP
- Japan
- Prior art keywords
- network
- packet
- qos
- session
- tunnel
- 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.)
- Withdrawn
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/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Communication Cables (AREA)
- Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)
Abstract
【課題】
クライエントのセッションと関係するパケットを正しく識別できるようにすることを目的とする。
【解決手段】
クライエントから第1ネットワークへのセッションへQoSを提供する方法であって、クライエントから第1ネットワークへのセッションで伝達されるクライエントからのデータパケットを提供するステップと、それぞれのデータパケットを封入パケットに挿入し、第2ネットワークを介して封入パケットを第1ネットワークへ伝達するステップと、第2ネットワークを介してトンネルを形成するステップとを含んでいる。本方法は、第1ネットワークの終了デバイスにて封入パケットを受領するステップを含んでいる。終了デバイスはデータパケットを回復させるために封入ヘッダを取り除く。本方法は、データパケットのパケットヘッダと封入ヘッダとの間の関係を決定するステップと、QoSを必要とするデータパケットを識別するステップと、QoSを必要とするデータパケットに対応する封入パケットを識別するためにその関係を使用するステップとを含んでいる。本方法は、トンネルを介して伝達されているQoSを必要とするデータパケットのセッションに対応してQoSを封入パケットに適用するステップを含んでいる。
【選択図】 図1
クライエントのセッションと関係するパケットを正しく識別できるようにすることを目的とする。
【解決手段】
クライエントから第1ネットワークへのセッションへQoSを提供する方法であって、クライエントから第1ネットワークへのセッションで伝達されるクライエントからのデータパケットを提供するステップと、それぞれのデータパケットを封入パケットに挿入し、第2ネットワークを介して封入パケットを第1ネットワークへ伝達するステップと、第2ネットワークを介してトンネルを形成するステップとを含んでいる。本方法は、第1ネットワークの終了デバイスにて封入パケットを受領するステップを含んでいる。終了デバイスはデータパケットを回復させるために封入ヘッダを取り除く。本方法は、データパケットのパケットヘッダと封入ヘッダとの間の関係を決定するステップと、QoSを必要とするデータパケットを識別するステップと、QoSを必要とするデータパケットに対応する封入パケットを識別するためにその関係を使用するステップとを含んでいる。本方法は、トンネルを介して伝達されているQoSを必要とするデータパケットのセッションに対応してQoSを封入パケットに適用するステップを含んでいる。
【選択図】 図1
Description
本発明はデジタルコンテンツを配分する通信システムおよびサービスに関する。特に本発明は複数の代替ネットワークを介して(それら代替ネットワークを介した適切な“サービス品質”(QoS)を維持しつつ)希望ネットワークにアクセスする技術に関する。
現行の通信システムにおいては加入者(サブスクライバ)はケーブルまたはDSLオペレータによって提供されるアクセスを介してインターネットにアクセスできる。同様にモバイルカスタマ(移動顧客)はモバイルサービス(例:セルラフォン(携帯電話)サービス)をセルラプロバイダにより提供されるセルラネットワークを介して享受できる。モバイルカスタマはボイスコールするために例えばセルラネットワークのTDM(時間分割マルチプレックス)回路を使用することができる。
さらに多くのサービスがIP利用可となるに連れてサービスプロバイダまたはオペレータはこれらサービスを提供する革新的な方法を有するようになる。そのようなIP利用可サービスの1例はVoIP(IP利用ボイス)であり、ボイス情報はデジタル化されてIPパケットに変換され、インターネットを介して受領“フォン”に送られる。そのような革新的な技術は多くのサービスに利用可能になってきている。別の重要な例はビデオ関連サービスである。
プロバイダによってはモバイルサービスのものを擬似するサービス提供のために自身のIPネットワークのレバレッジを試みている。例えば最近に利用が可能になったフォン(電話)は“マルチモード”機能で利用ができる。マルチモードとはそれらモバイルデバイスが全く異なる技術を利用して異なるネットワークに“アタッチ”できることである。マルチモードデバイス(ここでの“コンボフォン”)の1例はWiFi基準(IEEE802.11)および3G(CDMAとGSMを利用した3GPP2/3GPP基準)と伝統的なTDMプロトコルに基づいた無線ローカルエリアネットワーク(WLAN)を介して通信できるデバイスである。マルチモードデバイスによってこれら全ての機能はWiFiネットワークまたは3Gモバイルデータネットワークあるいは伝統的なTDM回路利用のモバイルネットワークにアタッチ可能な1体のモバイルユニットに内蔵される。このようなマルチモード特性の理由は、ネットワーク信号の強度(サービス品質に直接的に影響)、そのようなネットワークのオペレーションコストまたは他のオペレーション関連事情によって、デバイスが1つの特定サービスを提供するために別ネットワークに加えて1つの特定ネットワークを利用することに利点が存在するためである。
ユーザのホームでは弱いセルラシグナルとなるので、電話をかけるためにはマルチモードモバイルユニットは標準的なTDM利用セルラネットワークを使用する代わりにWiFiネットワークにアタッチでき、そのWiFiネットワークを介してVoIPセッションをイニシエートさせることができる。このWiFiネットワークは典型的にはホームWiFiデバイス/ゲートウェイによって提供される。これはWiFiリンクのターミナルエンドで高速データネットワーク(例:ケーブルブロードバンド、xDSLまたはファイバ)にアタッチされる。このVoIPトラフィックはIPトンネル(典型的にはこのトンネルはIPSECで利用される)で封入されることが多い。このVoIPトラフィックはアクセスネットワークプロバイダ(例:ケーブルまたはxDSLまたはファイバオペレータ)のネットワークを介して“トンネル”処理され、モバイルサービスプロバイダのIP利用ネットワークに戻される。VoIPトラフィックがモバイルサービスプロバイダのネットワークに到達するとIPトンネルは“終了”し、トンネルを介して運搬されたVoIPトラフィックは抽出され、モバイルプロバイダのネットワークで通信される。究極的にはこのVoIPトラフィックはボイスゲートウェイで終了し、TDMトラフィックに変換されて戻される。
本例では加入者の“ホームネットワーク”はモバイルプロバイダのネットワークである。なぜなら加入者にサービス提供する任務を担うアプリケーションインフラストラクチャはモバイルネットワークに内在するからである。このデバイスがそこを通過してトンネル処理するケーブルまたはxDSLネットワークは来訪ネットワークであると考えられる。
図1は上述のトンネルを構築するのに使用される一般的なパケットフォーマットを図示する。封入パケット10はIPヘッダ12、UDPヘッダ14およびMIPコントロールデータ16を含む。IPトンネルを構築するにはオリジナルパケット10がESPヘッダ22、ESPトレーラ24、NAT−T UDPヘッダ26およびIPSEC IPヘッダ28(これらはまとめて一般的に“封入ヘッダ”または“トンネルヘッダ”と呼称)を加えることで封入パケット20に内蔵される。一般的にトンネルを提供するネットワークコンポーネントはIPヘッダ12とUDPヘッダ14とを無視し、NAT−T UDPヘッダとIPSEC IPヘッダ28のエバリュエーションのみを実行する。
前述のようにトンネルを通じて情報を送るとトンネル処理されたコンテンツの適したQoSの提供を複雑化する。マルチシステムオペレータ(MSO、例:ケーブル)ネットワークが図の下方部に図示されており、無線サービスプロバイダネットワーク(本例ではスプリント)が図の上方部に図示されている図2で示すネットワーク構造を考察する。図2はMSOネットワークを通ってデュアルモードフォン30からスプリントネットワークまでのセッションのためのQoSをリクエストするのに必要なステップを図示する。
第1ステップ[1]ではクライエントは自身を証明するためにそのアドレスIPmpを使用してSIPエッジプロキシ32にシグナルする。
第2ステップ[2]ではSIPエッジプロキシ32は加入者フォン30の識別子としてIPmpを利用してモバイルネットワークのPS34にシグナルする。
第3ステップ[3]ではPS34はMSOネットワークのどこにピアPS36が存在するかを(アドレスIPmpを利用して)調べる。この機能を実行する最も簡単な方法は特定ピア処理PSに関連するサブネットのリストにそのアドレスをマップ処理することである。この情報はそのPSで形成され、あるいはネットワークから学習することができる。モバイルネットワークのPS34はクライエントを識別するためにIPmpを使用してMSOネットワークの正しいPS36にQoSポリシーリクエストをシグナルする。
第4ステップ[4]ではケーブルネットワークのPS36はCMTS38へのメッセージをコントロール(加入者/クライエントがその背後に位置するデバイス)および発給するために正しいケーブルモデムターミネーションシステム(CMTS)38(またはエッジデバイス)を識別する。
第5ステップ[5]ではCMTS38(またはエッジデバイス)はアクセスネットワーク(本例ではDOCSISネットワーク)によりメディアトラフィックのためのQoSに影響を及ぼすためにWiFiアクセスポイント40でホームのケーブルモデムにより適した信号を発信する。
第6ステップ[6]ではデュアルモードフォン30のためのメディアストリームは来訪アクセスネットワーク(すなわちMSOネットワーク)をQoSによりトラバースする。このメディアストリームはIPmpアドレスを使用してCMTS38により識別される(メディアストリームと関連するパケットがパケットのIPヘッダのソースIPアドレスとしてIPmpを有するであろう)。
上述の例はスプリントネットワーク(デュアルモードフォンのホームネットワーク)にトンネル処理を利用することなく来訪MSOネットワークを介してアクセスする。これら2つのネットワークをトラバースするパケットは、どのネットワークをそれらが通過するかには関係なく同一ヘッダ情報(すなわちクライエントIPヘッダ)を使用し、スプリントネットワークのSIPプロキシ32は、パケットのクライエントIPヘッダを単純に識別することで来訪ネットワークを通じてどのパケットが増強QoSを提供されるかをピアポリシーサーバ36に通知する。
来訪ネットワークを通じてパケットを伝達するためにトンネル処理を利用するネットワーク環境にQoSを提供するとさらに複雑化する。なぜなら来訪ネットワークを通じてパケットを伝達するのに利用される封入ヘッダは典型的には図1に関して解説するようにパケットの根底クライエントIPヘッダではないからである。SIPプロキシ32がパケットを受領したとき、封入ヘッダはパケットから既に剥ぎ取られている。一方、ピアポリシーサーバ36と根底ケーブルMSO訪問/サービスネットワークはそのセッションと関係するパケットを封入/トンネルヘッダと同一視する。来訪ネットワークは典型的にはパケット内部のヘッダを認識しておらず、トンネルヘッダに基づいてセッションで作動するだけである。SIPプロキシ32は根底クライエントIPヘッダのアドレスを使用してスプリントネットワークのポリシーサーバ34にシグナルする(トンネルアドレスを有していないため)。スプリントポリシーサーバはクライエントのアドレスをケーブルMSOポリシーサーバ36にシグナルする。
しかしこのアドレスはトンネルIPアドレスとは異なり、そのセッションのためにQoSを増強する任務を担う正しいエッジデバイス/CMTSをポリシーサーバ36に識別させる正しい情報を提供せず、エッジデバイスもクライエントのセッションと関係するパケットを正しく識別できない。
本願は2006年7月17日出願の米国仮特許願60/807535の優先権を主張する。
解説した実施例はIPトンネルに封入されているIP利用メディアセッションのためにQoSの搬送を可能にする。トンネルを提供するネットワークのポリシーサーバはパケットのペイロードの内部アドレスと、トンネルと関係する外部IPアドレスとの間で適切なマップ処理を実行する。解説された実施例はトンネルに封入されているセッションのためにQoSを適用する。これら実施例はクライエントの内部アドレスをマップ処理することで外部トンネルアドレス(来訪ネットワークで経路化可能なアドレス)にQoSを適用するための正しいポリシーサーバおよび正しいCMTS/エッジデバイスを来訪ネットワーク内で発見する。
解説された実施例は電話がかけられたときのみアドレストランスレーションを提供してQoSポリシーを適用し、VoIPまたは類似したセッションが非作動状態であるときにトンネルで無駄になるQoSリソースの必要性を軽減する。
トンネルは長時間確立可能であるがQoSポリシーはボイスコールが作動中のときのみ作動する。これはコールセットアップ中にSIPシグナルがイニシエートされたときにQoSポリシーがトリガーされるからである。コールが終了するとクライエントはコールが終了したことをシグナルするためにSIPエッジプロキシでSIPシグナルを実行する。このシナリオではSIPエッジプロキシはポリシーサーバで分解メッセージを発行し、VoIPコールのためにリソースリザベーションの分解をトリガーする。分解が完了するとQoSリザベーションは破棄され、トンネルはQoSイネーブル状態を終了する。
特徴では本発明はクライエントから第1ネットワークへのセッションへQoSを提供する方法を含む。このセッションはクライエントと第1ネットワークの間で第2ネットワークを通過する。この方法はクライエントから第1ネットワークへのセッションで伝達されるデータパケットの提供を含む。このデータパケットはパケットを経路化するためにパケットヘッダを含む。この方法はさらにそれぞれのデータパケットを封入ヘッダを有する封入パケットに挿入し、第2ネットワークを介してその封入パケットを第1ネットワークへ伝達し、第2ネットワークを介してトンネルを形成する。この方法はまた第1ネットワークの終了デバイスにて封入パケットを受領する。この終了デバイスはデータパケットを回復するために封入ヘッダを取り除く。この方法はさらに回復データパケットのパケットヘッダとトンネルを介してデータパケットを運搬するのに使用される封入ヘッダとの間の関係を決定し、QoSを必要とするデータパケットのセッションを識別し、QoSを必要とするデータパケットのセッションに対応する封入パケットを識別するためにその関係を使用する。この方法はさらにトンネルを介して伝達されているQoSを必要とするデータパケットのセッションに対応してQoSを封入パケットに適用する。
1実施例ではさらに回復データパケットのパケットヘッダとトンネルを介してデータパケットを運搬するのに使用される封入ヘッダとの間の関係を保存する。
別実施例ではさらに第1ネットワークのQoSを必要とするデータパケットのセッションを識別し、その識別に対応して第2ネットワークに対して封入パケットにQoSを適用する必要性を伝達する。
1実施例ではピアポリシーサーバはQoSを封入パケットに適用するその必要性を伝達する。
別実施例ではさらにデータパケットのセッションがQoSを必要としなくなったとき封入パケットからQoSを引き出す。
1実施例ではさらに終了デバイスがパケットヘッダのアドレストランスレーションを提供する。
別の特徴では本発明はクライエントから第1ネットワークへのセッションへQoSを提供する方法を含む。このセッションはクライエントと第1ネットワークとの間で第2ネットワークを通過する。この方法は第2ネットワークを通過してトンネルを形成する。このトンネルを通過するセッションのデータパケットは封入パケットを形成するために封入される。この方法はまたセッションがQoSを必要とするときのみトンネルへQoSを適用する。
1実施例ではさらに第1ネットワークの終了デバイスにて封入パケットを受領する。この終了デバイスはデータパケットを回復するために封入パケットのヘッダを取り除く。この方法はさらに回復データパケットのパケットヘッダとトンネルを介してデータパケットを運搬するのに使用される封入ヘッダとの間の関係を決定し、QoSを必要とするデータパケットの特定セッションを識別し、QoSを必要とするデータパケットのセッションに対応する封入パケットを識別するためにその関係を使用する。この方法はさらにトンネルを通して運搬されているQoSを必要とするデータパケットのセッションに対応する封入パケットにQoSを適用する。
1実施例ではさらに封入パケットにQoSを適用する必要性を通信するためにピアポリシーサーバを提供する。
別実施例ではさらにデータパケットのセッションがQoSを必要としなくなったときに封入パケットからQoSを引き出す。
別の特徴によれば本発明はさらにクライエントから第1ネットワークへのセッションにQoSを提供する方法を含む。このセッションはクライエントと第1ネットワークとの間で第2ネットワークを通過する。この方法はこのセッションを伝達するために第2ネットワークを通過させてトンネルを形成する。このトンネル内のセッションのパケットは封入パケットを形成するために封入される。この方法はさらにQoSをトンネル内の封入パケットに適用する。
1実施例ではさらに第2ネットワークのトンネルのターミナルエンドで封入パケットを受領し、封入パケットからセッションのパケットを抽出し、セッションからのパケットがQoSを必要とすることを決定し、トンネルを維持する任務を担う第2ネットワーク内のネットワークコンポーネントを識別し、トンネルへQoSを適用する必要性をネットワークコンポーネントに伝達する。
別実施例ではさらにセッションのパケットを含む封入パケットに関してセッションのパケットのヘッダをマップ処理し、そのマップ処理をトンネルを維持する任務を担う第2ネットワークのネットワークコンポーネントに伝達する。
別な特徴によれば本発明はクライエントから第1ネットワークへのセッションへQoSを提供するシステムを含む。このセッションはクライエントと第1ネットワークとの間で第2ネットワークを通過する。このシステムはクライエントデバイスから第1ネットワークへセッションに伝達されるデータパケットを提供するクライエントデバイスを含む。このデータパケットはパケットを経路化するパケットヘッダを含む。このシステムはそれぞれのデータパケットを封入ヘッダを有した封入パケットに挿入し、封入パケットを第2ネットワークを介して第1ネットワークに伝達し、第2ネットワークを介してトンネルを形成するための封入モデュールをさらに含む。このシステムはさらに封入パケットを受領するため第1ネットワーク内に終了デバイスを含み(この終了デバイスはデータパケットを回復するために封入ヘッダを取り除く)、回復データパケットのパケットヘッダとトンネルを通過してデータパケットを伝達するのに使用される封入ヘッダとの間の関係を決定する。このシステムは、(i)QoSを必要とするデータパケットのセッションを識別し、QoSを必要とするデータパケットのセッションに対応する封入パケットを識別するためにその関係を使用し、(ii)トンネルを通過して伝達されるQoSを必要とするデータパケットのセッションに対応してQoSを封入パケットに適用するためのポリシーサーバをさらに含む。
1実施例では回復データパケットのパケットヘッダと封入ヘッダとの間の関係はメモリデバイスに保存される。
1実施例ではさらにトンネルにQoSを適用するのに要求される機能を実行するために第2ネットワークにピアポリシーサーバを含む。
別実施例では第1ネットワークは無線サービスプロバイダネットワークであり、第2ネットワークはケーブルMSOネットワークである。
別実施例では終了デバイスはホームエージェントサーバである。
別実施例ではパケットヘッダと封入ヘッダはIPヘッダである。
さらに別実施例では例えばコンボフォンであるマルチモードデバイスはトンネルのクライエントエンドでトンネル形成および終了機能を実行し、ホームエージェントサーバはトンネルの第1ネットワークエンドでトンネル形成および終了機能を実行する。
本発明の前述および他の目的、様々な特徴、並びに本発明自体を添付の図面を利用して以下にて詳細に解説する。
図1は解説されている態様に従ってトンネルを形成するのに使用される一般的なパケットフォーマットを図示する。
図2はトンネル処理なしでデュアルモードのフォンからセッションのためのQoSをリクエストするのに必要なステップを図示する。
図3は本発明の1実施例に従って来訪ネットワークを介したトンネル用QoSを提供するための例示的ネットワーク構造を図示する。
図4は図3で図示するトンネルでQoSを取り除くのに必要な分解手法を図示する。
図3は本発明の1実施例による来訪ネットワークを介したトンネル用QoSの提供のための例示的ネットワーク構造を図示する。
ホームネットワーク34のピアポリシーサーバにQoSポリシーを来訪ネットワーク内で効果的に適用させるため、ホームネットワーク34のポリシーサーバが、SIPエッジプロキシ32からの信号リクエストで受領したクライエントのIPアドレスに参照された(封入ヘッダからの)トンネルのIPアドレスを決定する。このためにピアポリシーサーバ34はトンネルのターミナルエンドのトンネル終了デバイス(図3のホームエージェントサーバHA42)と通信する。これは、a)トンネルパケットから外部封入ヘッダを取り除き、“ネイティブ”パケットを、モバイルクライエントから提供され、モバイルネットワークのためのパケットのモバイルネットワーク内の目的地に逆方向に送り(すなわちトンネル終了機能)、b)モバイルネットワークからのIPパケットを、来訪ネットワークを通じてモバイルネットワークからクライエントへトラバースするパケットのトンネルヘッダで封入する(すなわちトンネル形成機能)。
モバイルクライエント30はトンネルの他端であってもよい(ここでモバイルクライエントが同様の機能を実行し、モバイルネットワークからクライエントのパケットのために、クライエントが、パケットにクライエントのアプリケーションへの正確なアドレス(IPmp)を提示する前にトンネルヘッダをパケットから剥ぎ取る)。逆方向にトラバースするパケットに対しては、来訪ネットワークを通過するとき、クライエントはパケットに、そして最終的にホームネットワークのトンネル終了デバイスまで封入ヘッダを追加する任務を担う。あるいはホームネットワーク内の外部デバイス(例:WiFiゲートウェイ)もまたトンネル封入/脱封入機能を実行できるであろう。
図3はMSOネットワークを介してデュアルモードフォン30からスプリントネットワークまでのセッションのためのQoSをリクエストするのに必要なステップを図示する。図3のステップは、図3ではMSOネットワークを介してトンネルを提供する点を除いて図2のステップと類似している。
図3の第1ステップ[1]ではリンクのクライエントサイド(デュアルモードフォン30のサイド)はトンネル終了ポイント(本例ではHA42)でトンネルを確立する。デュアルモードフォン30からスプリントネットワークへの全てのトラフィックはトンネル内に封入される。トンネル終了デバイス42はトラフィックの方向に応じて“パケットのための封入ヘッダの“剥ぎ取り”または挿入の任務を担う。
第2ステップ[2]ではトンネル終了デバイス(または本例ではHA42)は、モバイルネットワーク内のスプリントポリシーサーバ34に、トンネルエンドポイントのIPアドレス(本例ではIPnat、IPha)へのデュアルモードフォンのIPアドレス(本例ではIPmp)のマップ処理について通知する任務を担う。このマップ処理情報は決定され、外部ヘッダ(封入ヘッダ)がトンネルのターミナルエンドで取り除かれるときにメモリデバイスに保存される。
第3ステップ[3]では、クライエント(デュアルモードフォン30)はSIPエッジプロキシ32に必要なQoSに関してシグナルする。パケットはトンネルを通過し、トンネルを(スプリントネットワークのHA42を介して)出て、スプリントネットワークのSIPプロキシ32に到達する。SIPエッジプリキシ32はその後にスプリントポリシーサーバ(PS)34にシグナルする。SIPエッジプロキシ32がクライエントから信号メッセージを受領するとき、封入ヘッダはHA42から既に取り除かれているため、SIPエッジプロキシ32はトンネルのアドレスについての情報を有していない。封入ヘッダが取り除かれると、SIPエッジプロキシ32はクライエントのアドレス‐IPmpのみを有している。SIPエッジプロキシ32は、クライエントを識別するためIPmpを用いてスプリントPS34にQoSに関してシグナルする。
第4ステップ[4]ではスプリントPS34はSIPエッジプロキシ32からQoSリクエストシグナルを受領する。スプリントPS34はIPmpを対応するトンネルアドレスへマップ処理する。ステップ2においてスプリントPS34がHA42から受領した、封入ヘッダをクライエントヘッダに関連付ける情報(すなわち前述した保存されたマップ処理情報)を利用して、スプリントPS34はIPmpの検索を実行して関連するIPnat、IPha情報を発見する。この情報を利用してスプリントPS34は対応するケーブルPS36(すなわちPCMMポリシーサーバ)を発見し、QoSを必要とするセッションを識別するためにアドレスIPnat、IPhaを利用してケーブルPS36をシグナルする。
]第5ステップ[5]では、スプリントPS34はQoSを必要とするセッションを識別するためにIPnatとIPhaを利用してケーブルPS36にシグナルする。ケーブルPS36はその背後に加入者が配置されている正確なCMTS/エッジデバイス38を識別し、CMTS38にシグナルする。
第6ステップ[6]では、ケーブルPS36は必要なQoSに関するCTMS38(またはエッジデバイス)へメッセージを発信する。
第7ステップ[7]では、CMTS38(またはエッジデバイス)はアクセスネットワーク(すなわちMSOネットワーク)でトンネルのための必要なQoSに影響を及ぼすためにホーム内のケーブルモデムに適切な信号を発信する。デュアルモードフォンクライエント30のための実際のトラフィックはトンネル内で伝達されているため、その実際のトラフィックは本質的にトンネルに適用されている特別な処置を受ける。
第8ステップではメディアは現在QoSイネーブル状態のトンネルを通過する。
図3に示す前述の実施例に関するコールフロー情報の詳細について以下に説明する。
1.IPsecトンネルを創出するため、MPがHAでIKEを開始する。
・IKSとSIPストリームがCTMSとMTA(NATルーター+WiFiAP)との間でデフォルトSFsを介して運搬される。
・NATルーターがMPのIPsecトンネルIPアドレスとUDPポートを(IPnat、IPha)にトランスレートする。
・IKSとSIPストリームがCTMSとMTA(NATルーター+WiFiAP)との間でデフォルトSFsを介して運搬される。
・NATルーターがMPのIPsecトンネルIPアドレスとUDPポートを(IPnat、IPha)にトランスレートする。
2.HAがIPsecトンネル情報をIPmpのスプリントPSに送る。
・IPmp:(IPnat、IPha、Pnat、Pha)
・IPmp:(IPnat、IPha、Pnat、Pha)
3.MPがトンネル&SBCを介してSIPセッションをエッジプロキシで開始する。
4.IPmpとIPmgとの間のRTPメディアストリームのためにSIPコールセットアップが開始する。
・SBCがMPのためにRTPメディアQoSリクエストをスプリントPSへTOSとBW要求:IPmp:(TOS、BW)と共にIPmpに送る。
・SBCがMPのためにRTPメディアQoSリクエストをスプリントPSへTOSとBW要求:IPmp:(TOS、BW)と共にIPmpに送る。
5.スプリントPSが加入者IPnatのためにクリエイトQoSリクエスト(COPSメッセージ)をMSO’s PCMM PSに送る。
・IPnat:(IPha、TOS、Pnat、Pha、BWus、BWds)
・IPnat:(IPha、TOS、Pnat、Pha、BWus、BWds)
6.PCMM PSが加入者IPnatのために2COPS GATE SETリクエストをCMTSに送る。
・IPnatのためのUSゲート:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、フロースペック(BWus)
・IPnatのためのDSゲート:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、フロースペック BWds)
・IPnatのためのUSゲート:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、フロースペック(BWus)
・IPnatのためのDSゲート:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、フロースペック BWds)
7.CMTSが加入者IPnatのためにDOCSIS 2.0ダイナミックサービスアッド(DSA)リクエストをホストMTAに送る。
・USダイナミックSF:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、QoS パラム(フロースペック(BWus))
・DSダイナミックSF:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、QoS パラム(フロースペック(BWus))
・RTPメディアストリームSFsはCTMSとMTAとの間で現在作動中である‐SIPストリームはデフォルトSFsに残る。
・USダイナミックSF:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、QoS パラム(フロースペック(BWus))
・DSダイナミックSF:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、QoS パラム(フロースペック(BWus))
・RTPメディアストリームSFsはCTMSとMTAとの間で現在作動中である‐SIPストリームはデフォルトSFsに残る。
8.RTPメディアストリームがIPsecトンネルとSBCとを介し、CMTSとMTAとの間のダイナミックSFsを利用して、MPとMGとの間で開始する。
図4は、図3で示すようにセットアップされたトンネルのQoSを取り除くのに必要な分解手法を図示する。
(前述のセットアップ手法の第8ステップに引き続く)第9ステップ[9]では、SIPコール分解がRTPメディアストリームのためにIPmpとIPmgとの間で開始する。
[0061]第10ステップ[10]では、SBCエッジプロキシ44はTOSとBW要求と共にRTPメディアQoS分解リクエストをIPmpのMPのためのスプリントPS34へ送る:IPmp:IPmp:(TOS、BW)。
第11ステップ[11]では、スプリントPS34はディリートQoSリクエスト(COPSメッセージ)を、加入者IPnat[IPnat:(IPha、TOS、Pnat、Pha、BWus、BWds)]のためにMSOネットワークのPCMM PS 36へ送る。
第12ステップ[12]では、PCMM PS 36は2つのCOPS GATE DELリクエストを、加入者IPnatのためにCMTS38に送る。(IPnatのUSゲート:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、フロースペック(BWus);IPnatのDSゲート:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、フロースペック BWus))
第13ステップ[13]では、CTMS38は2つのDOCSIS2.0ダイナミックサービスディリート(DSD)リクエストを加入者IPnat(USダイナミックSF:クラシファイア(IPha、IPnat、TOS、Pha、Pnat)、QoSパラム(フロースペック(BWus));DSダイナミックSF:クラシファイア(IPnat、IPha、TOS、Pnat、Pha)、QoSパラム(フロースペック(BWds)))のためにホストMTAに送る。RTPメディアストリームSFsはCMTS38とMTAとの間で終了する。SIPストリームとRTPメディアストリームのクリーンアップはデフォルトSFsに残る。
最終的に第14ステップで、RTPメディアストリームはMP30とMGとの間で取り除かれる。
本発明をその精神または本質的特徴から逸脱することなく、その他の特定形態で実施することもできる。したがって説明した実施例は例示的なもので本発明を制限することなく、本発明の範囲は前述の説明よりもむしろ「請求の範囲」によって定義され、「請求の範囲」内の全ての変更は本発明の範囲に含まれる。
Claims (20)
- クライエントから第1ネットワークへのセッションへQoSを提供する方法であって、前記セッションは前記クライエントと前記第1ネットワークの間で第2ネットワークを通過するものであり、本方法は、
前記クライエントから前記第1ネットワークへの前記セッションで伝達され、パケットを経路化するためのパケットヘッダを含んだデータパケットを提供するステップと、
それぞれの前記データパケットを封入ヘッダを有する封入パケットに挿入するステップと、
前記第2ネットワークを介して前記封入パケットを前記第1ネットワークへ伝達し、前記第2ネットワークを介してトンネルを形成するステップと、
前記第1ネットワークに存在し、前記データパケットを回復させるために前記封入ヘッダを取り除く終了デバイスにて前記封入パケットを受領するステップと、
前記回復データパケットの前記パケットヘッダと前記トンネルを介して前記データパケットを運搬するのに使用される前記封入ヘッダとの間の関係を決定するステップと、
QoSを必要とするデータパケットのセッションを識別し、QoSを必要とする前記データパケットのセッションに対応する封入パケットを識別するために前記関係を使用するステップと、
前記トンネルを介して伝達されているQoSを必要とする前記データパケットのセッションに対応してQoSを前記封入パケットに適用するステップと、
を含んでいることを特徴とする方法。 - 回復データパケットのパケットヘッダとトンネルを介してデータパケットを運搬するのに使用される封入ヘッダとの間の関係を保存するステップをさらに含んでいることを特徴とする請求項1記載の方法。
- 第1ネットワークのQoSを必要とするデータパケットのセッションを識別し、その識別に対応して第2ネットワークに対して、封入パケットにQoSを適用する必要性を伝達するステップをさらに含んでいることを特徴とする請求項1記載の方法。
- ピアポリシーサーバはQoSを封入パケットに適用する必要性を伝達することを特徴とする請求項3記載の方法。
- データパケットのセッションがQoSを必要としなくなったとき封入パケットからQoSを引き出すステップをさらに含んでいることを特徴とする請求項1記載の方法。
- 終了デバイスがパケットヘッダのアドレストランスレーションをさらに提供することを特徴とする請求項1記載の方法。
- クライエントから第1ネットワークへのセッションへQoSを提供する方法であって、前記セッションは前記クライエントと前記第1ネットワークとの間で第2ネットワークを通過するものであり、本方法は、
前記第2ネットワークを通過してトンネルを形成するステップを含んでおり、前記トンネルを通過する前記セッションのデータパケットは封入パケットを形成するために封入され、本方法は、
前記セッションがQoSを必要とするときのみ前記トンネルへQoSを適用するステップをさらに含んでいることを特徴とする方法。 - 第1ネットワークに存在し、データパケットを回復するために封入パケットのヘッダを取り除く終了デバイスにて封入パケットを受領するステップと、
前記回復データパケットのパケットヘッダとトンネルを介して前記データパケットを運搬するのに使用される封入ヘッダとの間の関係を決定するステップと、
QoSを必要とするデータパケットの特定セッションを識別し、QoSを必要とする前記データパケットのセッションに対応する封入パケットを識別するために前記関係を使用するステップと、
前記トンネルを通して運搬されているQoSを必要とする前記データパケットのセッションに対応する前記封入パケットにQoSを適用するステップと、
をさらに含んでいることを特徴とする請求項7記載の方法。 - 封入パケットにQoSを適用する必要性を通信するためにピアポリシーサーバを提供するステップをさらに含んでいることを特徴とする請求項8記載の方法。
- データパケットのセッションがQoSを必要としなくなったときに封入パケットからQoSを引き出すステップをさらに含んでいることを特徴とする請求項7記載の方法。
- クライエントから第1ネットワークへのセッションにQoSを提供する方法であって、前記セッションは前記クライエントと前記第1ネットワークとの間で第2ネットワークを通過するものであり、本方法は、
前記セッションを伝達するために前記第2ネットワークを通過させてトンネルを形成するステップを含んでおり、前記トンネル内の前記セッションのパケットは封入パケットを形成するために封入され、本方法は、
QoSを前記トンネル内の前記封入パケットに適用するステップをさらに含んでいることを特徴とする方法。 - 第2ネットワークのトンネルのターミナルエンドで封入パケットを受領するステップと、
前記封入パケットからセッションのパケットを抽出するステップと、
前記セッションからの前記パケットがQoSを必要とすることを決定するステップと、
前記トンネルを維持する任務を担う前記第2ネットワーク内のネットワークコンポーネントを識別するステップと、
前記トンネルへQoSを適用する必要性を前記ネットワークコンポーネントに伝達するステップと、
をさらに含んでいることを特徴とする請求項11記載の方法。 - セッションのパケットを含む封入パケットに関して前記セッションのパケットのヘッダをマップ処理するステップと、該マップ処理をトンネルを維持する任務を担う第2ネットワーク内のネットワークコンポーネントに伝達するステップとをさらに含んでいることを特徴とする請求項12記載の方法。
- クライエントから第1ネットワークへのセッションへQoSを提供するシステムであって、前記セッションは前記クライエントと前記第1ネットワークとの間で第2ネットワークを通過するものであり、本システムは、
クライエントデバイスから前記第1ネットワークへの前記セッションに伝達されるデータパケットを提供するクライエントデバイスであって、該データパケットは該パケットを経路化するパケットヘッダを含んでいることを特徴とするクライエントデバイスと、
それぞれの前記データパケットを封入ヘッダを有した封入パケットに挿入し、前記封入パケットを前記第2ネットワークを介して前記第1ネットワークに伝達し、前記第2ネットワークを通過するトンネルを形成するための封入モデュールと、
前記封入パケットを受領し、前記データパケットを回復するために前記封入ヘッダを取り除き、前記回復データパケットの前記パケットヘッダと前記トンネルを通過して前記データパケットを伝達するのに使用される前記封入ヘッダとの間の関係を決定するための前記第1ネットワーク内の終了デバイスと、
QoSを必要とするデータパケットのセッションを識別し、QoSを必要とする前記データパケットのセッションに対応する封入パケットを識別するために前記関係を使用し、前記トンネルを通過して伝達されるQoSを必要とする前記データパケットのセッションに対応してQoSを前記封入パケットに適用するためのポリシーサーバと、を含んでいることを特徴とするシステム。 - 回復データパケットのパケットヘッダと封入ヘッダとの間の関係はメモリデバイスに保存されることを特徴とする請求項14記載のシステム。
- トンネルにQoSを適用するのに要求される機能を実行するために第2ネットワークにピアポリシーサーバを含んでいることを特徴とする請求項14記載のシステム。
- 第1ネットワークは無線サービスプロバイダネットワークであり、第2ネットワークはケーブルMSOネットワークであることを特徴とする請求項14記載のシステム。
- 終了デバイスはホームエージェントサーバであることを特徴とする請求項14記載のシステム。
- パケットヘッダと封入ヘッダはIPヘッダであることを特徴とする請求項14記載のシステム。
- マルチモードデバイスはトンネルのクライエントエンドでトンネル形成および終了機能を実行し、ホームエージェントサーバはトンネルの第1ネットワークエンドでトンネル形成および終了機能を実行することを特徴とする請求項14記載のシステム。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US80753506P | 2006-07-17 | 2006-07-17 | |
PCT/US2007/016198 WO2008011027A2 (en) | 2006-07-17 | 2007-07-17 | Combophone with qos on cable access |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009544227A true JP2009544227A (ja) | 2009-12-10 |
Family
ID=38957322
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009520808A Withdrawn JP2009544227A (ja) | 2006-07-17 | 2007-07-17 | ケーブルアクセスで利用するQoSを備えたコンボフォン |
Country Status (7)
Country | Link |
---|---|
US (3) | US7961623B2 (ja) |
EP (1) | EP2049909B1 (ja) |
JP (1) | JP2009544227A (ja) |
AT (1) | ATE546920T1 (ja) |
AU (1) | AU2007275785A1 (ja) |
CA (1) | CA2658007C (ja) |
WO (1) | WO2008011027A2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9160566B2 (en) | 2009-04-10 | 2015-10-13 | Qualcomm Incorporated | QOS mapping for relay nodes |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR0114543A (pt) * | 2000-10-10 | 2003-08-26 | Nokia Corp | Método para ocultar pelo menos um dentre nomes e endereços de elementos de rede em comunicações entre primeira e segunda redes, sistema de comunicação, e, aparelho de ponto de contato em um sistema |
US7961623B2 (en) | 2006-07-17 | 2011-06-14 | Camiant, Inc. | Combophone with QoS on cable access |
US7860098B1 (en) * | 2006-08-28 | 2010-12-28 | Cisco Technology, Inc. | Mechanisms for using NAT at a session border controller |
US7835275B1 (en) | 2006-09-08 | 2010-11-16 | Sprint Communications Company L.P. | Dynamic assignment of quality of service (QoS) to an active session in an ipsec tunnel |
US8184530B1 (en) | 2006-09-08 | 2012-05-22 | Sprint Communications Company L.P. | Providing quality of service (QOS) using multiple service set identifiers (SSID) simultaneously |
US8111620B1 (en) * | 2006-09-08 | 2012-02-07 | Sprint Communications Company L.P. | Ability to provide quality of service (QOS) to an IPSEC tunnel in a foreign network |
US7649848B1 (en) | 2006-09-08 | 2010-01-19 | Sprint Communications Company L.P. | Ability to apply different levels of quality of service (QoS) to different sessions in an IPsec tunnel |
US7561575B2 (en) * | 2006-11-14 | 2009-07-14 | Cisco Technology, Inc. | Mechanisms for providing intelligent throttling on a nat session border controller |
EP2111701B1 (en) * | 2007-01-31 | 2018-12-05 | BroadSoft, Inc. | System and method for reestablishing, with a client device, a signaling session associated with a call in progress |
US7843967B2 (en) * | 2007-11-30 | 2010-11-30 | Telefonaktiebolaget L M Ericsson (Publ) | Multiple protocol cross layer customized QoS propagation and mapping |
EP2501081B1 (en) * | 2011-03-17 | 2014-11-26 | Buzzinbees Sas | System and Method for Data Roaming |
US10862809B2 (en) * | 2017-05-19 | 2020-12-08 | Advanced Micro Devices, Inc. | Modifying carrier packets based on information in tunneled packets |
CN108471374B (zh) * | 2018-05-24 | 2020-11-27 | 新华三技术有限公司 | 数据报文的转发方法及装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6366577B1 (en) * | 1999-11-05 | 2002-04-02 | Mci Worldcom, Inc. | Method for providing IP telephony with QoS using end-to-end RSVP signaling |
US20050088977A1 (en) * | 2000-12-14 | 2005-04-28 | Nortel Networks Limited | Dynamic virtual private network (VPN) tunnel quality of service (QoS) treatment |
US7068645B1 (en) * | 2001-04-02 | 2006-06-27 | Cisco Technology, Inc. | Providing different QOS to layer-3 datagrams when transported on tunnels |
US20030079018A1 (en) * | 2001-09-28 | 2003-04-24 | Lolayekar Santosh C. | Load balancing in a storage network |
US7562393B2 (en) * | 2002-10-21 | 2009-07-14 | Alcatel-Lucent Usa Inc. | Mobility access gateway |
US7251216B2 (en) * | 2003-04-23 | 2007-07-31 | At&T Corp. | Methods and systems for configuring voice over internet protocol network quality of service |
US7864686B2 (en) * | 2004-05-25 | 2011-01-04 | Cisco Technology, Inc. | Tunneling scheme for transporting information over a cable network |
EP1638261A1 (en) | 2004-09-16 | 2006-03-22 | Matsushita Electric Industrial Co., Ltd. | Configuring connection parameters in a handover between access networks |
WO2006059931A1 (en) * | 2004-12-03 | 2006-06-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for implementation of sblp for a wlan-gsm/3g integrated system |
US20070115898A1 (en) * | 2005-11-22 | 2007-05-24 | Stein Robert C | Use of wireline networks to access 3G wireless services |
US8635450B2 (en) * | 2005-12-28 | 2014-01-21 | Intel Corporation | IP encapsulation with exposed classifiers |
US7961623B2 (en) | 2006-07-17 | 2011-06-14 | Camiant, Inc. | Combophone with QoS on cable access |
US7649848B1 (en) * | 2006-09-08 | 2010-01-19 | Sprint Communications Company L.P. | Ability to apply different levels of quality of service (QoS) to different sessions in an IPsec tunnel |
-
2007
- 2007-07-16 US US11/879,207 patent/US7961623B2/en active Active
- 2007-07-17 JP JP2009520808A patent/JP2009544227A/ja not_active Withdrawn
- 2007-07-17 AT AT07810535T patent/ATE546920T1/de active
- 2007-07-17 CA CA2658007A patent/CA2658007C/en active Active
- 2007-07-17 AU AU2007275785A patent/AU2007275785A1/en not_active Abandoned
- 2007-07-17 WO PCT/US2007/016198 patent/WO2008011027A2/en active Application Filing
- 2007-07-17 EP EP07810535A patent/EP2049909B1/en active Active
-
2011
- 2011-06-13 US US13/158,973 patent/US8422374B2/en active Active
-
2013
- 2013-04-15 US US13/863,347 patent/US9094484B2/en active Active
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9160566B2 (en) | 2009-04-10 | 2015-10-13 | Qualcomm Incorporated | QOS mapping for relay nodes |
Also Published As
Publication number | Publication date |
---|---|
US20080019370A1 (en) | 2008-01-24 |
WO2008011027A2 (en) | 2008-01-24 |
CA2658007C (en) | 2016-04-05 |
EP2049909A2 (en) | 2009-04-22 |
US8422374B2 (en) | 2013-04-16 |
EP2049909A4 (en) | 2010-05-26 |
US20130266002A1 (en) | 2013-10-10 |
US9094484B2 (en) | 2015-07-28 |
US20110243128A1 (en) | 2011-10-06 |
AU2007275785A1 (en) | 2008-01-24 |
ATE546920T1 (de) | 2012-03-15 |
WO2008011027A3 (en) | 2008-04-10 |
EP2049909B1 (en) | 2012-02-22 |
US7961623B2 (en) | 2011-06-14 |
CA2658007A1 (en) | 2008-01-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2658007C (en) | Combophone with qos on cable access | |
US8432871B1 (en) | Offloading mobile traffic from a mobile core network | |
US8107471B2 (en) | Communication system, server, control apparatus and communication apparatus | |
US20190132151A1 (en) | Method for implementing gre tunnel, access device and aggregation gateway | |
US8179883B2 (en) | Apparatus, method and system for managing session encapsulation information within an internet protocol content bypass architecture | |
US20100074256A1 (en) | Service recognition method of router in ipv6 environment | |
US8688842B2 (en) | Methods, apparatuses, system, and related computer program product for user equipment access | |
US11824685B2 (en) | Method for implementing GRE tunnel, access point and gateway | |
KR20020014512A (ko) | 통신시스템에서의 망요소 통합 방법 | |
JP2007104440A (ja) | パケット伝送システム、トンネリング装置およびパケット伝送方法 | |
JP6101997B2 (ja) | リアルタイム通信セッションを確立する通信システム | |
US11323410B2 (en) | Method and system for secure distribution of mobile data traffic to closer network endpoints | |
US7054321B1 (en) | Tunneling ethernet | |
WO2016209131A1 (en) | Setting up a dedicated bearer in a radio communication network | |
US9479460B2 (en) | Method of providing an MMoIP communication service | |
Tsao | Enhanced GTP: an efficient packet tunneling protocol for General Packet Radio Service | |
WO2010010945A1 (ja) | 移動通信システム、トラヒック転送装置、トラヒック転送方法及びプログラム | |
US8194627B1 (en) | Apparatus and method for communication with a mobile communications device in an IP network | |
CN115396171A (zh) | 报文传输方法、报文传输通道建立方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100716 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100721 |
|
A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20120315 |