JP2023502786A - 仮想化されたケーブルデータプレーンアプリケーション向けの柔軟なスケーリングおよび動的なリソース割り当てによる自動ライフサイクル管理 - Google Patents

仮想化されたケーブルデータプレーンアプリケーション向けの柔軟なスケーリングおよび動的なリソース割り当てによる自動ライフサイクル管理 Download PDF

Info

Publication number
JP2023502786A
JP2023502786A JP2022530268A JP2022530268A JP2023502786A JP 2023502786 A JP2023502786 A JP 2023502786A JP 2022530268 A JP2022530268 A JP 2022530268A JP 2022530268 A JP2022530268 A JP 2022530268A JP 2023502786 A JP2023502786 A JP 2023502786A
Authority
JP
Japan
Prior art keywords
data
server
data plane
cable system
dedicated
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.)
Pending
Application number
JP2022530268A
Other languages
English (en)
Other versions
JPWO2021108247A5 (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 JP2023502786A publication Critical patent/JP2023502786A/ja
Publication of JPWO2021108247A5 publication Critical patent/JPWO2021108247A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/2801—Broadband local area networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/10—Adaptations for transmission by electrical cable
    • H04N7/102—Circuits therefor, e.g. noise reducers, equalisers, amplifiers
    • 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]
    • 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/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/781—Centralised allocation of resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/782—Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/70—Virtual switches
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6168—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Insulated Conductors (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Cables (AREA)
  • Stored Programmes (AREA)

Abstract

仮想化されたケーブルデータプレーンアプリケーション向けの柔軟なスケーリングと動的なリソース割り当てをサポートするシステムおよび方法本システムは、ノードと共に動作するヘッドエンドを含み、データを顧客デバイスに提供する。ヘッドエンドに含まれる少なくとも１つのサーバを動作するコンテナは、送信用データパケットをノードに提供するデータプレーンアプリケーションを含む。データプレーンアプリケーションは、仮想ネットワーキング機能およびコンピューティングリソース機能のうちの少なくとも１つでインスタンス化される。

Description

関連出願の相互参照
本出願は、２０１９年１１月２５日に出願された米国仮特許出願第６２／９３９，８３２号の利益を主張するものである。
本出願の主題は、仮想化されたケーブルデータプレーンアプリケーション向けのライフサイクル管理をサポートするシステムおよび方法に関する。
ケーブルテレビジョン（ＣＡＴＶ）サービスは、概して、「ヘッドエンド」と称される中央配信ユニットから大勢の顧客（例えば、加入者）にコンテンツを提供するが、ヘッドエンドは、関連するコンポーネント（ノード、アンプ、およびタップ）を含む、ハイブリッドファイバー同軸（ＨＦＣ）ケーブルプラントを備える、アクセスネットワークを通して、この中央配信ユニットから顧客にコンテンツのチャネルを分散する。しかしながら、最新のケーブルテレビジョン（ＣＡＴＶ）サービスネットワークは、テレビチャンネルおよび音楽チャンネルなどのメディアコンテンツを顧客に提供するだけでなく、例えば、インターネットサービス、ビデオオンデマンド、ＶｏＩＰなどの電話サービス、ホームオートメーション／セキュリティなどのデジタル通信サービスのホストもまた提供する。これらのデジタル通信サービスは、順次、ヘッドエンドから下流方向に、ＨＦＣを通して、典型的にブランチネットワークを形成しながら、加入者への通信を要求するだけでなく、上流方向に、典型的にＨＦＣネットワークを通して、加入者からヘッドエンドへの通信も要求する。
この目的のために、ＣＡＴＶのヘッドエンドには、従来、別のケーブルモデム終端システム（ＣＭＴＳ）が含まれており、ケーブルインターネット、ボイスオーバーインターネットプロトコルなどの高速データサービスを、ケーブルテレビの顧客およびビデオヘッドエンドシステムに提供するために使用され、ブロードキャストビデオやビデオオンデマンド（ＶＯＤ）などのビデオサービスを提供するために使用されていた。典型的には、ＣＭＴＳは、イーサネット（登録商標）インターフェース（または他のより伝統的な高速データインターフェース）ならびに無線周波数（ＲＦ）インターフェースの両方を含み、その結果、インターネットから来るトラフィックを、イーサネットインターフェースを通して、ＣＭＴＳを通して、次いで、ケーブル会社のハイブリッドファイバー同軸（ＨＦＣ）システムに接続されている光ＲＦインターフェースにルーティング（またはブリッジ）することができる。ダウンストリームトラフィックは、ＣＭＴＳから顧客の家のケーブルモデムおよび／またはセットトップボックスに配信され、一方で、アップストリームトラフィックは、顧客の家のケーブルモデムおよび／またはセットトップボックスからＣＭＴＳに配信される。ビデオヘッドエンドシステムは同様に、セットトップ、ビデオ復号化カード付きＴＶ、または受信する暗号化されたビデオサービスを復調化および復号化することができる他のデバイスのいずれかにビデオを提供する。多くの最新のＣＡＴＶシステムは、ＣＭＴＳの機能とビデオ配信システム（ＥｄｇｅＱＡＭ－直交振幅変調）を、統合ケーブルアクセスプラットフォーム（ＣＣＡＰ）と呼ばれる単一のプラットフォームに組み合わせた。
さらに、多くの最新のアーキテクチャは、従来型のＣＭＴＳまたはＣＣＡＰの物理層（ＰＨＹ）をネットワークのファイバーノード（リモートＰＨＹまたはＲ－ＰＨＹアーキテクチャと呼ばれる）に再配置する。したがって、ＣＭＴＳ／ＣＣＡＰでコアが上位層処理を行う一方で、リモートノードにおいてＲ－ＰＨＹデバイスは、コアから送信されたダウンストリームデータをデジタルからアナログへ変換して、無線周波数でケーブルモデムおよび／またはセットトップボックスに伝送し、ケーブルモデムおよび／またはセットトップボックスから送信されたアップストリーム無線周波数データをアナログからデジタルフォーマットへ変換して、コアへ光学的に伝送する。さらに、他の最新のＣＡＴＶシステムは、制御層またはＭＡＣ層をファイバーノード（Ｒ－ＭＡＣＰＨＹアーキテクチャと呼ばれる）に再配置させるか、または他のコンポーネントをノードに再配置させる。このようなアーキテクチャは、すべての物理層と制御層がヘッドエンドに配置されている統合アーキテクチャ（例えば、Ｉ－ＣＭＴＳ）とは対照的に、一般に、分散アクセスアーキテクチャ（ＤＡＡ）、分散ＣＭＴＳ（Ｄ－ＣＭＴＳ）などと呼ばれる。簡略化のために、本開示は、後に、すべてのＣＭＴＳ機能がヘッドエンドに位置するものとして「Ｉ－ＣＭＴＳ」アーキテクチャを示し、かつ説明するが、当業者であれば、ＣＣＡＰを含有するシステムにおいて、このような説明は、すべてのＣＣＡＰ機能がヘッドエンドに位置する統合ＣＣＡＰアーキテクチャを含むことを理解するであろう。同様に、本開示は、ＣＭＴＳの物理的部分がノードにプッシュされるＤ－ＣＭＴＳアーキテクチャを続いて示し、説明するが、当業者であれば、このような説明は、Ｒ－ＭＡＣＰＨＹなどの他の分散アーキテクチャだけでなく、システムがＣＣＡＰを使用する場所と同様に、分散ＣＣＡＰ機能も含むことを理解するであろう。
残念なことに、システムの一部の仮想化は、リアルタイムアプリケーションにとって問題となる傾向がある。したがって、望ましいのは、システムの一部分の仮想化のための改善されたシステムおよび方法である。
本発明をより良く理解するために、またどのように本発明が実施され得るかを示すために、ここで、例として、以下の添付図面を参照する。
統合ケーブルモデム終端システムを例示する。 分散ケーブルモデム終端システムを例示する。 階層化ネットワークスタックを例示する。 リソースアロケーションマネージャおよびコンテナオーケストレーションシステムを有するサーバーシステムを例示する。 コンテナおよびコンテナオーケストレーションシステムを有するサーバーシステムを例示する。 リソースプールを例示する。 ｖＣｏｒｅインスタンスの初期化を例示する。 ｖＣｏｒｅインスタンスの初期化を例示する。
図１を参照すると、統合ＣＭＴＳシステム１００は、典型的にパケット化されたデータの形態で、インターネット（または他のネットワーク）を介して統合ＣＭＴＳ１３０（または統合ＣＣＡＰ）に送信され、受信されるデータ１１０を含み得る。統合されたＣＭＴＳ／ＣＣＡＰ１３０はまた、ダウンストリームビデオ１２０を受信してもよく、典型的には、オペレータビデオアグリゲーションシステムからのパケット化されたデータの形態で受信してもよい。例として、ブロードキャストビデオは、典型的には、衛星送達システムから取得され、ＣＭＴＳとヘッドエンドに共存するＣＣＡＰまたはＱＡＭシステムのいずれかを介して、加入者への配信のために前処理される。また、例として、インターネットベースのビデオ（例えば、ＹｏｕＴｕｂｅ（登録商標））は、典型的に、一般的なインターネットデータパイプを介してＣＭＴＳに配信される。統合されたＣＭＴＳシステム１００は、受信されたデータ１１０およびダウンストリームビデオ１２０を受信および処理する。ＣＭＴＳ１３０（またはＣＣＡＰ）は、ケーブルモデム終端システム、スイッチング、ルーティング、およびＱＡＭ機能をヘッドエンドで統合し、それによりすべてのデータ、ビデオ、音声機能などを、ＲＦまたは光学信号への変換前にＩＰ上で処理し得る。ＣＭＴＳ１３０は、ダウンストリームデータ１４０およびダウンストリームビデオ１５０を、顧客のケーブルモデムおよび／またはセットトップボックス１６０に、アンプおよびスプリッタなどの他のデバイスを含み得る、ネットワークを介して送信し得る。ＣＭＴＳ１３０は、顧客のケーブルモデムおよび／またはセットトップボックス１６０から、アンプおよびスプリッタなどの他のデバイスを含み得る、ネットワークを介して、アップストリームデータ１７０を受信してもよい。ＣＭＴＳ１３０は、その所望の能力を達成するために、複数のデバイスを含んでもよい。
図２を参照すると、増加する帯域幅の需要、統合されたＣＭＴＳのための制限された施設スペース、および電力消費の考慮事項の結果として、Ｄ－ＣＭＴＳシステム２００（例えば、分散統合ケーブルアクセスプラットフォーム（ＣＣＡＰ））を含むことが望ましい。Ｄ－ＣＭＴＳシステム２００は、ネットワークパケット化されたデータを使用して、Ｉ－ＣＭＴＳシステム１００ダウンストリームの機能の一部を、ファイバーノードなどのリモート位置に分配する。例示的なＤ－ＣＭＴＳシステム２００は、リモートＰＨＹアーキテクチャを含んでもよく、リモートＰＨＹ（Ｒ－ＰＨＹ）は、好ましくは、ファイバーと同軸の接合部に位置する光学ノードデバイスである。概して、Ｒ－ＰＨＹは、多くの場合、システムの一部分のＭＡＣ層およびＰＨＹ層を含む。Ｄ－ＣＭＴＳシステム２００は、典型的にはパケット化データの形態でインターネット（または他のネットワーク）を介して送受信されるデータ２１０を含む、Ｄ－ＣＭＴＳコア２３０を含んでもよい。Ｄ－ＣＭＴＳコア２３０はまた、ダウンストリームビデオ２２０を受信してもよく、典型的には、オペレータビデオアグリゲーションシステムからのパケット化されたデータの形態で受信してもよい。Ｄ－ＣＭＴＳコア２３０は、受信したデータ２１０およびダウンストリームビデオ２２０を受信および処理する。リモートファイバーノード２８０は、リモートＰＨＹデバイス２９０を含むことが好ましい。リモートＰＨＹデバイス２９０は、ダウンストリームデータ２４０およびダウンストリームビデオ２５０を、顧客のケーブルモデムおよび／またはセットトップボックス２６０に、アンプおよびスプリッタなどの他のデバイスを含み得るネットワークを介して送信し得る。リモートＰＨＹデバイス２９０は、顧客のケーブルモデムおよび／またはセットトップボックス２６０から、アンプおよびスプリッタなどの他のデバイスを含み得る、ネットワークを介してアップストリームデータ２７０を受信してもよい。リモートＰＨＹデバイス２９０は、その所望の能力を達成するために、複数のデバイスを含んでもよい。リモートＰＨＹデバイス２９０は、主に、ダウンストリームＱＡＭ変調器、アップストリームＱＡＭ復調器などのＰＨＹ関連回路と、疑似ワイヤロジックをともに含み、ネットワークパケット化されたデータを使用してＤ－ＣＭＴＳ２３０に接続する。リモートＰＨＹデバイス２９０およびＤ－ＣＭＴＳ２３０は、ダウンストリームデータ、ダウンストリームビデオ、およびアップストリームデータ２９５などのデータおよび／またはビデオ相互接続を含み得る。一部の実施例において、ビデオトラフィックはリモート物理デバイスに直接送られ、それによってＲＰＨＹ Ｃｏｒｅをバイパスする場合がある。場合によって、リモートＰＨＹおよび／またはリモートＭＡＣ ＰＨＹ機能は、ヘッドエンドに提供されてもよい。
一例として、リモートＰＨＹデバイス２９０は、ダウンストリームのＤＯＣＳＩＳ（すなわち、Ｄａｔａ Ｏｖｅｒ Ｃａｂｌｅ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）データ（各々が参照によりその全体が本明細書に組み込まれる、例えば、ＤＯＣＳＩＳ １．０、１．１、２．０、３．０、３．１および４．０）、ビデオデータ、Ｄ－ＣＭＴＳ２３０から受信した帯域外の信号を、ＲＦまたはリニアオプティックを介した伝送用のアナログに変換し得る。一例として、リモートＰＨＹデバイス２９０は、アップストリームＤＯＣＳＩＳ、およびＲＦまたはリニアオプティックなどの、アナログ媒体から受信した帯域外信号を、Ｄ－ＣＭＴＳ２３０への送信のために、デジタルに変換し得る。観察されるように、特定の構成に応じて、Ｒ－ＰＨＹは、ＤＯＣＳＩＳ ＭＡＣおよび／またはＰＨＹ層のすべてまたは一部をファイバーノードに移動させ得る。
Ｉ－ＣＭＴＳデバイスは、通常、一連のスロットを含む単一のシャーシで構成されるカスタムビルドのハードウェアデバイスであり、その各々が、プロセッサ、メモリ、およびそれら上でサポートされるその他のコンピューティングおよびネットワーキング機能を持つそれぞれのラインカードを受け取る。ラインカードの各々には、同じハードウェア構成、処理能力、およびソフトウェアが含まれる。ラインカードの各々は、ＭＡＣおよびＰＨＹ機能を含むＩ－ＣＭＴＳデバイスの機能を実行する。システムは、追加の顧客をサポートするよう拡張されるにつれ、追加のラインカードがシステムに含まれて、システムの処理能力を拡張する。残念なことに、特定のネットワークの需要を満たすために、リアルタイムでラインカードの数を動的に拡大することは問題である。
マイクロプロセッサベースの共通オフザシェルフ（ＣＯＴＳ）サーバプラットフォームの計算能力は増加しており、一方、このようなシステムの費用は時間の経過とともに減少している。こうしたシステムを用いて、コンピューティングシステムは、所望の場合、１つ以上のＣＯＴＳサーバを使用して仮想化され、操作されてもよく、概して、本明細書では仮想マシンと称される。ＣＯＴＳサーバおよび／または仮想マシン上で動作するコンテナ技術を使用して、ＣＯＴＳサーバは、単一のオペレーティングシステムのみで動作し得る。次に、仮想化アプリケーションの各々は、ソフトウェアコンテナを使用して分離されてもよく、その結果、仮想化アプリケーションは、同じマシン上で動作している他の仮想化アプリケーションを見ず、認識しない場合がある。典型的には、各ＣＯＴＳサーバは、オペレーティングシステムソフトウェアを実行する関連するメモリおよびネットワーキング能力を有する、１つ以上のＩｎｔｅｌ／ＡＭＤプロセッサ（または他の処理デバイス）を含む。典型的には、ＣＯＴＳサーバは、フレームワークおよびオペレーティングシステムを含み、ここで、ユーザアプリケーションは、このようなフレームワーク上で実行され、オペレーティングシステムは、実際のオペレーティングシステムから離れて抽象化される。各仮想マシンは、ＣＯＴＳサーバ上で動作する１つ以上のソフトウェアアプリケーションとしてインスタンス化され、運用されてもよい。複数のソフトウェアコンテナは、インスタンス化され、同じＣＯＴＳサーバおよび／または同じ仮想マシン上で動作されてもよい。複数のＣＯＴＳサーバは、典型的には、１つ以上のデータセンタに含まれ、その各々が互いに通信している。複数のＣＯＴＳサーバは、地理的冗長性を提供するために、異なる地理的領域に位置し得る。一部の実施形態では、コンテナは仮想マシンと同じ機能を含んでもよく、またはその逆でもよい。いくつかの実施形態では、一般にポッドと呼ばれるコンテナ化コンポーネントのグループは、仮想マシンの形態であってもよい。
いくつかの実施形態では、ＣＯＴＳサーバは、典型的には、その上にドライバおよびコンテナオーケストレーションシステムの一部とともにオペレーティングシステムを含む「ベアメタル」サーバであってもよい。次いで、コンテナオーケストレーションシステムによって管理されている間に、１つ以上のコンテナが「ベアメタル」サーバに追加される。本明細書に記載されるコンテナオーケストレーションシステムは、同様に、所望に応じて、仮想マシンオーケストレーションシステムとして実行されても、また称されてもよい。いくつかの実施形態では、「ベアメタル」サーバは、ドライバおよびコンテナオーケストレーションシステムとともにオペレーティングシステム上で実行されるポッドとして使用されてもよい。いくつかの実施形態では、仮想マシンは、ＣＯＴＳサーバから省略されてもよい。
ラインカードおよび／またはリモートＰＨＹデバイスに含まれる選択されたソフトウェアプロセスは、ソフトウェアコンテナを含み、ＣＯＴＳサーバ上で実行され、「アクティブ」および「バックアップ」ソフトウェアプロセスの両方を含む、「ベアメタル」サーバおよび／または仮想マシン上で実行されてもよい。こうした「ベアメタル」サーバおよび／または仮想マシンによって提供される機能は、例えば、ルーティングインターネットパケットプロビジョニングを含むパケット処理、疑似配線を介して動作するレイヤー２仮想プライベートネットワーキング、およびマルチプロトコルラベルスイッチングルーティングなどの、より高いレベルの機能を含み得る。こうした「ベアメタル」サーバおよび／または仮想マシンによって提供される機能は、例えば、ＤＯＣＳＩＳ ＭＡＣおよびカプセル化、チャネルプロビジョニング、サービスフロー管理、サービス品質およびレート制限、スケジューリング、および暗号化などのＤＯＣＳＩＳ機能を含み得る。こうした「ベアメタル」サーバおよび／または仮想マシンによって提供される機能は、例えば、ＥＱＡＭおよびＭＰＥＧ処理などのビデオ処理を含み得る。
ＣＯＴＳサーバおよび／または仮想マシンおよび／またはソフトウェアコンテナの各々は、異なるハードウェアプロファイルおよび／またはフレームワークを含み得る。例えば、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナの各々は、異なるプロセッサタイプ、プロセッサ当たりの異なる処理コア数、各プロセッサタイプについての異なるメモリ量、処理コア当たりの異なるメモリ量、異なる暗号化機能、利用可能なオフプロセッサメモリの異なる量、異なるメモリ帯域幅（ＤＤＲ）速度、イーサネットカードなどの、ネットワークインターフェースの多様なタイプおよび能力、を含み得る。このように、異なるＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナは、特定のハードウェアに応じて異なる処理能力を有し得る。ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナの各々は、異なるソフトウェアプロファイルを含み得る。例えば、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナの各々は、異なるソフトウェアオペレーティングシステムおよび／またはそれを実行する他のサービスを含んでもよく、概して本明細書ではフレームワークと称される。このように、異なるＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナは、特定のソフトウェアプロファイルに応じて変化する異なるソフトウェア処理能力を有し得る。
図３を参照すると、データ処理およびネットワークを介したデータの転送のために、ハードウェアおよび／またはソフトウェアのアーキテクチャは、複数の異なるプレーンの形態で構成されてもよく、その各々が、異なる機能のセットを実行する。関連する部分では、階層化アーキテクチャは、管理プレーン３００、制御プレーン３１０、データプレーン３２０、およびスイッチファブリック３３０などの異なるプレーンを含み得、データのパケットの送受信を実施することができる。
例えば、管理プレーン３００は、概して、ユーザ相互作用、あるいは実行される一般的なソフトウェアアプリケーションとみなされ得る。管理プレーンは通常、ネットワークスタックのすべての層およびシステムの他の部分に提供される管理、監視、および構成を、構成、監視、および提供する。
例えば、制御プレーン３１０は、多くの場合、システム構成、管理、およびルーティングテーブル情報および転送情報の交換を含む、スイッチング機能に対するコンポーネントである。典型的には、ルーティングテーブル情報の交換は比較的まれに実施される。制御プレーン３１０の経路コントローラは、トポロジー情報を他のスイッチと交換し、ルーティングプロトコルに基づいてルーティングテーブルを構築する。制御プレーンはまた、フォワーディングエンジン用のフォワーディングテーブルを作成してもよい。概して、制御プレーンは、トラフィックがどこに送信されるかを決定する層として考えられ得る。制御機能は、到着する個々のパケットごとに実行されないため、厳密な速度制約を持たない傾向がある。
例えば、データプレーン３２０は、スイッチング用のパケットヘッダを解析し、サービス品質、フィルタリング、媒体アクセス制御、カプセル化、および／またはキューイングを管理する。一般的な問題として、データプレーンはデータトラフィックを伝送するが、これはケーブル分配ネットワークの場合に相当し得る。概して、データプレーンは、スイッチファブリックを通して、制御プレーンロジックに従って、選択された宛先への経路に沿って、トラフィックを主に次のホップに転送する層と考えることができる。データプレーンは、到着する個々のパケットごとに機能を実行するため、速度の制約が厳しい傾向がある。
例えば、スイッチファブリック３３０は、１つ以上のネットワークスイッチを介してネットワークノードを相互接続するネットワークトポロジーを提供する。
システムが、追加の顧客をサポートするように拡張するにつれ、追加のＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナがシステムに含まれ、システム全体の処理能力が拡張される。処理の冗長性を提供するために、障害イベントの検出時に「アクティブ」プロセスと交換される「バックアップ」として割り当てられている、１つ以上の追加のＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナが含まれ得る。ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはソフトウェアコンテナ上のデータプレーン３２０のスケーリングは、動的に変動する処理要件をサービスするために、データパケットの十分な高速処理およびデータパケットの送信に十分な帯域幅を確保して、他の方法で失われないようにしなければならない。
データプレーン、特に、ＣＯＴＳサーバおよび／または「ベアメタル」サーバ上のリモートＰＨＹ機能の全部または一部を仮想化することが望ましい。このようにして、ケーブル分配システム用のＭＡＣコアは、ＣＯＴＳサーバおよび／または「ベアメタル」サーバ上で実行され得る。本明細書で参照することにより、仮想リモートＰＨＹ ＭＡＣコアは、本明細書ではｖＣｏｒｅインスタンスと称され得る。
図４を参照すると、概してコンテナ４１０と称される、ソフトウェアをパッケージで配信するために、オペレーティングシステムレベルの仮想化を使用するサービスとしてプラットフォームを組み込むことが望ましい。コンテナの各々は互いに分離され、独自のソフトウェア、ライブラリ、および構成ファイルをバンドルする。コンテナは、画定されたチャネルを使用して互いに通信してもよい。一般的な事柄として、１つ以上のアプリケーションおよびその依存性は、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシン上で実行できる仮想コンテナにパックされ得る。このコンテナ化は、オンプレミスのＣＯＴＳサーバ、「ベアメタル」サーバ、パブリッククラウドＣＯＴＳサーバ、プライベートクラウドＣＯＴＳサーバ、またはその他の方法でアプリケーションを実行する際の柔軟性とポータビリティを向上させる。各コンテナが比較的軽量である場合、単一のＣＯＴＳサーバおよび／または「ベアメタル」サーバ、および／またはＣＯＴＳサーバおよび／または「ベアメタル」サーバ上で動作する仮想マシンは、複数のコンテナを同時に実行し得る。さらに、ＣＯＴＳサーバおよび／または「ベアメタル」サーバ、および／または仮想マシンおよび／またはコンテナは、ケーブル分配システム内で分配されてもよい。
ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンは、１つ以上のＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンにわたって、コンテナ４１０のアプリケーション展開、スケーリング、および管理を自動化するためのコンテナオーケストレーションシステム４２０を含み得る。コンテナオーケストレーションシステム４２０を実行するコンピューティングデバイスは、データプレーンアプリケーションのためのコンテナを提供するコンピューティングデバイスと分離していることが好ましい。理解されるように、図４に図示した仮想マシンでは、ＣＯＴＳ Ｂなどが、省略され得る。アプリケーションの展開、スケーリング、およびコンテナの管理は、複数のＣＯＴＳサーバなど、複数のホストにわたるクラスタを含み得る。コンテナの展開、維持、およびスケーリングは、例えば、異なるプロセッサタイプ、プロセッサ当たりの異なる処理コア数、各プロセッサタイプについての異なるメモリ量、処理コア当たりの異なるメモリ量、利用可能なオフプロセッサメモリの異なる量、異なるメモリ帯域幅（ＤＤＲ）速度、異なるフレームワーク、および／またはイーサネットカードなどの、ネットワークインターフェースの多様なタイプおよび能力などの、基礎となるシステム能力の特徴に基づき得る。さらにコンテナオーケストレーションシステム４２０が、特定のプロセッサタイプ、選択されたプロセッサ数（例えば、１つ以上）、選択されたプロセッサ当たりの特定の数の処理コア、各プロセッサタイプについて選択されたメモリ量、処理コア当たりの選択されたメモリ量、利用可能なオフプロセッサメモリの選択された量、選択されたフレームワーク、および／またはイーサネットカードなどの、ネットワークインターフェースの選択された量および／またはタイプなどの、基礎となるシステム能力の異なる量を割り当ててもよい。コンテナオーケストレーションシステム４２０についての対応するエージェントは、各ＣＯＴＳサーバ（例えば、ＣＯＴＳ Ａおよび／またはＣＯＴＳ Ｂ）に含まれ得る。
コンテナオーケストレーションシステム４２０は、概してポッド４３０と呼ばれる、コンテナ化されたコンポーネントのグループを含み得る。ポッドは、同じＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または同じ仮想マシン上に共存する１つ以上のコンテナから構成され、コンテナは、同じＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または同じ仮想マシンのリソースを共有することができる。各ポッド４３０は、クラスタ内で固有のポッドＩＰアドレスが好ましくは割り当てられ、これにより、アプリケーションは競合のリスクなしにポートを使用できる。ポッド４３０内では、コンテナの各々は、ローカルホストまたは他のアドレス指定サービスに基づいて互いに参照してもよいが、１つのポッド内のコンテナは、別のポッド内の別のコンテナを直接アドレス指定する方法を有さないことが好ましく、そのため、ポッドのＩＰアドレスまたは他のアドレス指定サービスを使用することが好ましい。
従来のＤ－ＣＭＴＳ ＲＰＨＹコアは、データパケットの転送タイミングの確保など、所望の性能特性を達成するために、ソフトウェアおよびハードウェアの両方を含む専用構築型アプライアンスとして実装されてもよい。専用構築型アプライアンスは、その特性が固定されているため、自動導入や自動スケーリングには対応していない。専用構築型アプライアンスとは対照的に、ｖＣｏｒｅインスタンスは、Ｌｉｎｕｘ（登録商標）などのオペレーティングシステム上のＣＯＴＳサーバおよび／または「ベアメタル」サーバ上で動作するソフトウェアに実装されることが好ましい。ｖＣｏｒｅインスタンスは、ライフサイクル管理、柔軟なスケーリング、健全性監視、テレメトリなどの自動化技法を容易に促進するような方法で実装されることが好ましい。残念ながら、ＣＯＴＳサーバおよび／または「ベアメタル」サーバ上でｖＣｏｒｅインスタンスを実行すると、主にデータプレーンコンポーネントに関連するいくつかの課題が生じる傾向がある。主な課題の１つは、ケーブルデータ配信環境のリアルタイム特性を達成するために、タイムリーかつ効果的な方法でデータがネットワークに確実に提供されるようにすることである。ケーブルデータ配信環境には、データパケット配信のタイミングに対するリアルタイムの制約が含まれ、これは一般的なウェブベースの環境やデータベース環境には存在しない。
各ｖＣｏｒｅインスタンスは、好ましくは、コンテナ内に実装され、各コンテナのサイズ（例えば、スケール）は、特定のｖＣｏｒｅインスタンスに割り当てられるサーバハードウェアおよびソフトウェアリソースの量に変換される。各特定のｖＣｏｒｅインスタンスに割り当てられるサーバハードウェアおよびソフトウェアリソースの量は、好ましくは、ｖＣｏｒｅインスタンスが容易にＲＰＨＹ ＭＡＣ Ｃｏｒｅサービスを提供できる顧客（例えば、サービスグループ）のグループ数および／または顧客数の関数である。例えば、限られた量のサーバハードウェアおよびソフトウェアリソースが、限られた数の顧客および／または顧客のグループを有する特定のｖＣｏｒｅインスタンスに割り当てられてもよい。例えば、実質的な量のサーバハードウェアおよびソフトウェアリソースが、実質的な顧客のグループおよび／または顧客の数を有する特定のｖＣｏｒｅインスタンスに割り当てられてもよい。例えば、選択されたサーバハードウェアリソースは、各ｖＣｏｒｅインスタンスが専用かつ予測可能な量のサーバハードウェアリソースを持つように、重複しない方法で異なるｖＣｏｒｅインスタンス間に割り当てられることが好ましい。例えば、選択されたソフトウェアリソースは、各ｖＣｏｒｅインスタンスが専用かつ予測可能な量のソフトウェアリソースを有するように、重複しない方法で異なるｖＣｏｒｅインスタンス間に割り当てられることが好ましい。
例えば、各ｖＣｏｒｅインスタンス（Ｃｃ）に割り当てられることが好ましいＣＰＵコアの数は、そのｖＣｏｒｅインスタンスを通して接続されるＵＳＳＧ（アップストリームサービスグループ－顧客モデムおよび／またはセットトップボックスのグループ）の合計、およびＤＳＳＧ（ダウンストリームサービスグループ－顧客モデムおよび／またはセットトップボックスのグループ）の合計（ＤＳｓｇ）の関数であってもよい。これは、ｖＣｏｒｅ：Ｃｃ＝ｆ1（ＵＳｓｇ，ＤＳｓｇ）として表すことができる。必要に応じて、他のハードウェアおよび／またはソフトウェアの特性を同様に割り当ててもよい。
例えば、各ｖＣｏｒｅインスタンス（Ｃｂｗ）に割り当てられるネットワーク容量は、そのｖＣｏｒｅインスタンスに接続された総ＵＳＳＧ（アップストリームサービスグループ－顧客モデムおよび／またはセットトップボックスのグループ）（ＵＳｓｇ）および総ＤＳＳＧ（ダウンストリームサービスグループ－顧客モデムおよび／またはセットトップボックスのグループ）（ＤＳｓｇ）の関数であってもよい。これは、Ｃｂｗ＝ｆ2（ＵＳｓｇ，ＤＳｓｇ）として表すことができる。必要に応じて、他のハードウェアおよび／またはソフトウェアの特性を同様に割り当ててもよい。
ｖＣｏｒｅインスタンスのスケーリングは、特定のセットのリモート物理デバイスおよび／またはサービスグループ（例えば、ケーブルテレビの顧客のセット）および／またはケーブルテレビの顧客に対応するように適切にサイズ調整された、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシン上のコンテナ内にｖＣｏｒｅインスタンスを自動的に作成および導入する機能を指し得る。ｖＣｏｒｅインスタンスのスケーリングは、いくつかの場合、変更された特定のセットのリモート物理デバイスおよび／またはサービスグループ（例えば、ケーブルテレビの顧客のセット）および／またはケーブルテレビの顧客に対応するように適切なサイズにされた、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシン上のコンテナ内に既存のｖＣｏｒｅインスタンスのハードウェアおよび／またはソフトウェアの特性を自動的に変更する能力を含み得る。
リソース割り当てマネージャ４７０は、適切な量のハードウェアおよびソフトウェアを、ＣＯＴＳサーバおよび／または「ベアメタル」サーバリソースを、それぞれの特定のｖＣｏｒｅインスタンス（例えば、ＣＰＵコア、および／またはメモリ、および／またはネットワーク容量）に割り当てるか、または再割り当てし得る。こうしたＣＯＴＳサーバおよび／または「ベアメタル」サーバハードウェアおよびソフトウェアリソースの量は、各ｖＣｏｒｅインスタンスに割り当てられるか、または再配分される、そのスケールの機能であり、また様々な他のリソース配分などの他の機能であってもよい。リソース割り当てマネージャ４７０に対応するエージェントは、各ＣＯＴＳサーバ（例えば、ＣＯＴＳ Ａ、ＣＯＴＳ Ｂ）に含まれ得る。
ｖＣｏｒｅインスタンスは、データパケットおよびデータプレーンの他の機能の転送のためのデータプレーンソフトウェアを含む。データプレーンソフトウェアは、データプレーン用のデータパケットを管理するために使用される、データプレーンライブラリおよびネットワークインターフェースコントローラ（ＮＩＣ）ドライバのセットを含み得る。好ましくは、データプレーンソフトウェアは、典型的なネットワーク処理ソフトウェアのようなカーネル空間とは対照的に、ユーザ空間で動作するため、オペレーティングシステムカーネルおよびコンテナ管理ネットワークドライバおよびプラグインを使用しない。例えば、データプレーンソフトウェアは、キューマネージャ、バッファマネージャ、メモリマネージャ、および／またはパケット処理のためのパケットフレームワークを含み得る。データプレーンソフトウェアは、カーネルから分離されたＣＰＵコアを使用してもよく、すなわち、オペレーティングシステムがスケジュール設定したプロセスがこれらの分離されたＣＰＵコア上で実行されていないことを意味する。データプレーンソフトウェアとオペレーティングシステムソフトウェアとの間のＣＰＵコアの分離は、オペレーティングシステムソフトウェアによって実行されるタスクが、データパケットを適時に処理しているデータプレーンソフトウェアに干渉しないことを保証する。さらに、データプレーンソフトウェアとオペレーティングシステムソフトウェアとの間のＣＰＵコアの分離により、同じ物理中央処理ユニットの同じ物理中央処理ユニットを、異なるコアであっても使用することが可能になる。加えて、他のハードウェアおよび／またはソフトウェア能力は、同様に、例えば、選択されたプロセッサ（例えば、１つ以上）、選択されたプロセッサ当たりの特定の数の処理コア、各プロセッサタイプについて選択されたメモリ量、処理コア当たりの選択されたメモリ量、利用可能なオフプロセッサメモリの選択された量、選択されたフレームワーク、および／または選択された量および／またはネットワークインターフェースなどに、分離されてもよい。
また、各ｖＣｏｒｅインスタンスには、他のｖＣｏｒｅインスタンスおよびオペレーティングシステムソフトウェアとは別に、専用のネットワーク帯域幅機能を持つことが望ましい。ｖＣｏｒｅインスタンスに専用のネットワーク帯域幅を提供するために、物理ネットワークインターフェースカードは、複数の異なるソフトウェアアプリケーションが、それぞれが利用可能な帯域幅保証量を有する同じネットワークインターフェースカードを利用することができるように、仮想化されてもよい。ネットワークインターフェースカードは、単一のルート入出力仮想化技術（ＳＲ－ＩＯＶ）を使用して仮想化されることが好ましい。ＳＲ－ＩＯＶは、ＮＩＣの物理機能（例えば、ＰＦ）を１つ以上の仮想機能（ＶＦ）に分割する。ＰＦとＶＦの能力は概して異なる。概して、ＰＦはキュー、説明、オフロード、ハードウェアロック、ハードウェアリンク制御などをサポートする。概して、ＶＦは、キューおよび記述子に基づくネットワーキング機能をサポートする。
ｖＣｏｒｅインスタンスの自動作成、展開、および削除は、コンテナオーケストレーションシステム４２０によって行われてもよい。
図５を参照すると、ｖＣｏｒｅインスタンス５３０は、ＣＯＴＳサーバおよび／または「ベアメタル」サーバ５００上で動作し、通常は同じハブ内に位置する、統合相互接続ネットワークを介して接続される１つ以上のリモート物理デバイス用のリモートＰＨＹ ＭＡＣコアとして機能することができる。ｖＣｏｒｅインスタンス５３０は、データプレーンソフトウェア５３２を含み得る。ｖＣｏｒｅインスタンス５３０の各々は、望ましい場合、一般にＰＯＤと呼ばれる、ｖＣｏｒｅインスタンスのグループであってもよい。ＣＯＴＳサーバ５００は、インターネット５６０、ネットワーキングスイッチ５７０のセットと、リモート物理デバイス５８０、および顧客５９０と通信してもよい。その上で動作するｖＣｏｒｅインスタンスを含むＣＯＴＳサーバおよび／または「ベアメタル」サーバは、通常、以下の特徴のうちの１つ以上を有する比較的高性能のサーバである。
ハードウェア：
少なくとも１つの管理ＮＩＣ５１０は、通常、別の管理ネットワーク５１２に接続される。管理ＮＩＣ５１０は主に、データトラフィックのオーケストレーションと管理に使用される。
好ましくは、データパケットのハードウェアタイムスタンプ機能のために、ＳＲ－ＩＯＶおよびＰＴＰ（ＩＥＥＥ １５８８）５２２とともに、少なくとも２つの（冗長性のための）データプレーンＮＩＣ５１４（すなわち、データプレーン物理ネットワークインターフェース）が含まれる。データプレーンＮＩＣ５１４は、リモート物理デバイスおよび顧客のモデムへの接続性を提供する、および／またはこうしたリモート物理デバイスの背後にあるセットトップボックス／顧客端末を提供するために使用される。ｖＣｏｒｅインスタンス５３０はそれぞれ、データプレーンＮＩＣ５１４のそれぞれに対する仮想機能５３４ネットワークインターフェースを含み得る。
さらに、ハードウェアは、ＤＥＳ暗号化用の専用デバイスを含んでもよい。
ソフトウェア：
ＣＯＴＳサーバおよび／または「ベアメタル」サーバ上のオペレーティングシステムは、Ｕｂｕｎｔｕ、ＲｅｄｈａｔなどのＬＩＮＵＸ ＯＳであることが好ましい。
ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンは、コンテナソフトウェアを含む。
ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはその他のサーバは、少なくとも、コンテナオーケストレーションシステムの一部を含む。
ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはその他のサーバは、少なくとも部分的に、例えば、ＣＰＵコア、メモリ、ＶＦ、ＷＡＴ ＶＦ、ＭＡＣアドレスなどを含む、ｖＣｏｒｅインスタンスについてのソフトウェアおよび／またはハードウェアリソースのサーバ割り当てを管理する、リソース割り当てマネージャ（ＲＡＭ）５２０を含む。ＲＡＭ５２０はまた、ＯＳ構成、ドライバサポートなど、診断および健全性監視を含む、サーバ構成を提供し得る。ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／またはその他のサーバは、少なくとも部分的に、ｖＣｏｒｅ（例えば、コンテナおよび／またはポッド）の管理を管理するオーケストレーションアプリケーション５４０を含み得る。
ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／またはその他のサーバは、システム全体のグランドマスタークロックに基づいて、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシンおよび／またはｖＣｏｒｅインスタンス５２０のシステムクロックを同期化するＰＴＰアプリケーション５２２を実行し得る。精度向上のために、ＰＴＰアプリケーション５２２は、好ましくは、ハードウェアのタイムスタンピングおよびＮＩＣ５１４上に存在する正確なハードウェアクロックに基づく。
コンテナの初期化およびリソースの割り当ては、分散された様式で行われてもよい。初期ｖＣｏｒｅ初期化５８２を使用して、インスタンス化ｖＣｏｒｅのデフォルト設定を実行するか、またはそうでなければ実行させてもよい。ｖＣｏｒｅオーケストレーション５８４は、特定のｖＣｏｒｅに対するリソースの割り当てとともに、インスタンス化ｖＣｏｒｅの管理を実施するか、またはそうでなければ実行させるのに使用され得る。このように、初期のｖＣｏｒｅ初期化５８２とｖＣｏｒｅオーケストレーション５８４は、協力して、ｖＣｏｒｅのインスタンス化、ｖＣｏｒｅへのリソースの割り当て、リソース化されたインスタンス化ｖＣｏｒｅの管理を行う。初期ｖＣｏｒｅ初期化５８２は、好ましくは、サーバ上のオーケストレーションアプリケーション５４０とともに動作して、デフォルトのｖＣｏｒｅをインスタンス化することが好ましい。ｖＣｏｒｅオーケストレーション５８４は、好ましくは、サーバ上のオーケストレーションアプリケーション５４０と併せて動作し、ｖＣｏｒｅのオーケストレーションを実行する。ｖＣｏｒｅオーケストレーション５８４は、好ましくは、ＲＡＭ５２０と併せて動作して、ｖＣｏｒｅのリソースを割り当てる。
前述したように、ｖＣｏｒｅインスタンスを含むＣＯＴＳサーバは、少なくとも部分的にＲＡＭ５２０によって管理されるリソースの割り当てを有する。ＣＯＴＳサーバ起動段階の間、ＲＡＭは、複数のリソースプール（ＣＰＵコア、データプレーンネットワークＶＦ、暗号化ＶＦなど）を作成し、その後、ＲＡＭは、コンテナオーケストレーションシステム５４０によって要求された場合に、各プールからのリソースをｖＣｏｒｅ ＰＯＤに割り当てるか、またはリースすることができる。さらに、ＲＡＭ５２０は、必要に応じて専用ハードウェアに選択的にオフロードされ得るデータ暗号化および復号化を管理してもよい。
ＲＡＭ５２０は、リソースを割り当てて解放するために使用することができ、リソースの可用性および割り当て状態を決定するため使用することもできるＲＥＳＴ ＡＰＩを含んでもよい。ＲＡＭ５２０はまた、リソースプールの状態を定期的に、耐久性のあるメモリ内キー値データベースキャッシュにチェックポイントし、ＣＯＴＳサーバがクラッシュした場合にそのキャッシュデータを使用し得る。インメモリキー値データベースキャッシュは、容易にランダムアクセスするのには不適であることが好ましく、ＣＯＴＳサーバがクラッシュした場合にデータをメモリに再構築するのに適している。
また図６を参照すると、ＲＡＭ５２０リソースプール６００は、例えば、割り当てられたいくつかのハードウェアおよび／またはソフトウェアリソースを含み得る。
１つのリソースプールには、ＣＰＵコア６１０が含まれ得る。サーバ（Ｔｃ）上で利用可能な物理ＣＰＵコアの総数から、ＣＯＴＳサーバ起動構成は、Ｓｃ＋Ｉｃ＝Ｔｃで、複数のオペレーティングシステムのスケジュール設定されたＣＰＵコア（Ｓｃ）および分離されたＣＰＵコアの数（Ｉｃ）を割り当てることができる。Ｓｃ ＣＰＵコアは、非データプレーンアプリケーション（ＯＳ、ＲＭ、ＰＴＰアプリ、コントロールプレーン、管理プレーンなど）によって使用され、Ｉｃ ＣＰＵコアはデータプレーンベースのソフトウェアによってのみ使用される。ＲＡＭは、ＣＰＵコアＩＤによって識別されるＩｃコアから構成されるＣＰＵコアプール６１０を作成および管理してもよい。
別のリソースプールは、データプレーンＮＩＣ ＶＦ６２０を含み得る。ＣＯＴＳサーバが起動すると、ｖＣｏｒｅインスタンスで、データプレーンＮＩＣ ＶＦが作成され得る。作成されたデータプレーンＮＩＣ ＶＦの数は、ＣＯＴＳサーバ上に導入される可能性のあるｖＣｏｒｅインスタンスの予測数より大きくなければならない。データプレーンＮＩＣ ＶＦプール６２０は、ＰＣＩアドレスを含んでよく、またはそうでない場合、起動時に作成されるすべてのデータプレーンＮＩＣ ＶＦのＰＣＩアドレスを含んでよい。
別のリソースプールは、暗号化ＶＦ６３０を含み得る。データプレーンＮＩＣ ＶＦ６２０と類似した様式で、サーバ起動時に、ｖＣｏｒｅインスタンスに利用可能な暗号化デバイスの専用部分に基づいて、ＶＦを作成してもよい。暗号化ＶＦプール６３９は、ＰＣＩアドレスを含んでよく、またはそうでない場合、起動時に生成されるすべての暗号化ＶＦのＰＣＩアドレスを含んでよい。
別のリソースプールは、データプレーンＭＡＣアドレス６４０を含み得る。多くの場合、ＮＩＣ ＶＦ５３４は、オペレーティングシステムカーネルまたはデータプレーン５３２内のドライバを介して割り当てられた「ランダム」ＭＡＣアドレスを受信する。ｖＣｏｒｅインスタンスに「ランダム化された」ＭＡＣアドレスを使用するのは最適ではなく、複雑なＭＡＣアドレス管理を必要とする。データプレーンＭＡＣアドレスプール６４０は、ｖＣｏｒｅインスタンスの各サーバに対して一意であるローカル管理範囲を使用し得る。
別のリソースプールは、ネットワーク容量６５０を含み得る。ＳＲ－ＩＯＶは、データプレーンＮＩＣ上のＰＦまたはＶＦが、そのＮＩＣ上で利用可能な任意の時点における帯域幅の一部または全部を使用することができるという結果となる、帯域幅分割をサポートしていない。ネットワーク容量の帯域幅分割を提供することは、以下のように実施され得る。システムは、ｖＣｏｒｅインスタンスを有する特定のサーバ上のデータプレーンＮＩＣが、Ｔｂｗの総帯域幅を有すると仮定してもよく、そのサーバ上に配備された各ｖＣｏｒｅインスタンスは、上述の式（Ｃｂｗ＝ｆ2（ＵＳｓｇ，ＤＳｓｇ））に基づいて計算された何らかの容量を必要とし、その後、ＣＯＴＳサーバ上に配備されたすべてのｖＣｏｒｅインスタンスが必要とする容量の合計は、利用可能な総帯域幅（Ｃｂｗ１＋Ｃｂｗ２＋．．．＋ＣｂｗＮ＜Ｔｂｗ）よりも小さい。したがって、ネットワーク容量「プール」６５０は、データプレーンＮＩＣ上で利用可能な総帯域幅（Ｔｂｗ）であり得る。次に、ＲＡＭ５２０は、Ｔｂｗの要求に応じて、ｖＣｏｒｅインスタンスのネットワーク容量をリザーブし得る。
必要に応じて、その他のリソースプールも同様に含まれ得る。
ｖＣｏｒｅインスタンス構成は典型的には、少なくとも２つの部分で構成される。第１の部分は、ＲＰＨＹ ＭＡＣ Ｃｏｒｅ構成であってもよい。ＲＰＨＹ ＭＡＣ Ｃｏｒｅ構成には、例えば、ＤＯＣＳＩＳ、ＲＦ、ＲＰＤ、ｃａｂｌｅ－ｍａｃ、ＩＰアドレス指定、ルーティングなどが含まれる。第２の部分は、データプレーン構成５３２であってもよい。データプレーン構成５３２、特にＲＰＨＹ ＭＡＣ Ｃｏｒｅデバイス構成のための仮想化データプレーンには、例えば、データプレーン５３２によって使用されるＣＰＵ Ｃｏｒｅ Ｉｄ、データプレーン４３２によって使用されるデータプレーンネットワークＶＦアドレス、インターフェースのＭＡＣアドレス、暗号化オフロード、メモリ割り当てなどに使用される暗号化ＶＦアドレスが含まれる。多くの実施形態では、ＲＰＨＹ ＭＡＣ Ｃｏｒｅ構成は、実際の構成の前に、複数のシステムオペレータによって提供される。データプレーン５３２のｖＣｏｒｅインスタンスは、初期化フェーズ中にｖＣｏｒｅインスタンス自体によってＲＡＭ５２０から受信したリソース情報に基づいて判定され得る。
図７Ａおよび７Ｂを参照すると、例示的な初期化プロセスが例示されている。まず、複数のシステムオペレータ７００は、７１０で特定の名称を有するｖＣｏｒｅインスタンスを作成する。複数のシステムオペレータ７００は、７１０で作成されたｖＣｏｒｅインスタンスに対して、７１２でＲＰＨＹ ＭＡＣ Ｃｏｒｅ構成を提供する。複数のシステムオペレータ７００は、７１０で作成されたｖＣｏｒｅインスタンスのスケーリングを７１４で提供する。複数のシステムオペレータ７００は、７１０で作成されたｖＣｏｒｅインスタンスに対する他の展開パラメータを７１６で提供する。提供されたデータに基づいて、複数のシステムオペレータ７００は、７１０で作成されたｖＣｏｒｅインスタンスを７１８で配備する。ｖＣｏｒｅオーケストレーションシステム７３０は、７１０で作成されたｖＣｏｒｅインスタンスに対する展開仕様を７３２で作成する。ｖＣｏｒｅオーケストレーションシステム７３０は、スケーリングおよび展開パラメータをｖＣｏｒｅインスタンス固有のハードウェアおよび／またはソフトウェアの割り当てに７３４で変換する。ｖＣｏｒｅオーケストレーションシステム７３０は、７１０で作成されたｖＣｏｒｅインスタンスをｖＣｏｒｅオーケストレーションＡＰＩ７４０に７３６で導入する。ｖＣｏｒｅオーケストレーションＡＰＩ７４０は、ｖＣｏｒｅオーケストレーションＡＰＩ７４０に基づいて、７１０で作成されたｖＣｏｒｅインスタンスのポッドを、ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシン７５０上に７３８で展開する。ｖＣｏｒｅオーケストレーションＡＰＩ７４０は、ｖＣｏｒｅオーケストレーションシステム７３０に、ポッドが展開されたという通知を７４２で提供する。ＣＯＴＳサーバおよび／または「ベアメタル」サーバおよび／または仮想マシン７５０は、ポッド７３８を７６０で初期化する。ポッド７６２は、リソース管理アプリケーション７７０からリソースを７６４で要求する。リソース管理アプリケーション７７０は、こうしたリソースを７２２で割り当てる。ポッド７６２は、データプレーン構成を７７４で生成し、７７４の構成でデータプレーンを７７６で起動し、制御および管理プレーンを７７８で起動し、７８０でＲＰＨＹ ＭＡＣ Ｃｏｒｅ構成をプッシュする。ｖＣｏｒｅ ＰＯＤ７６２は、ｖＣｏｒｅインスタンスがｖＣｏｒｅオーケストレーションシステム７３０に対して７８２で実行（例えば、初期化および構成）されていると応答する。ｖＣｏｒｅオーケストレーションシステム７３０は、ｖＣｏｒｅが複数のシステムオペレータ７００に対して７８４で実行していることを応答する。
さらに、前述の実施形態の各々における各機能ブロックまたは様々な特徴は、典型的には集積回路または複数の集積回路である回路によって実施または実行されてもよい。本明細書に記述される機能を実行するように設計された回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けもしくは一般用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理装置、ディスクリートゲートもしくはトランジスタ論理、またはディスクリートハードウェアコンポーネント、またはそれらの組み合わせを含み得る。汎用プロセッサは、マイクロプロセッサであってもよく、または別の方法として、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってもよい。上述の汎用プロセッサまたは各回路は、デジタル回路によって構成されてもよく、またはアナログ回路によって構成されてもよい。さらに、半導体技術の進歩により、現時点で集積回路を置き換える集積回路にするための技術が現れると、この技術による集積回路も使用できる。
本発明は、記載される特定の実施形態に限定されず、添付の特許請求の範囲に定義されるような本発明の範囲から逸脱することなく、その変形が、同等の教義、またはその文字通りの範囲を超えて特許請求の範囲の強制可能な範囲を拡大するいくつかの他の原則を含む、優越的法の原則に従って解釈されるように、行われてもよいことが理解されよう。文脈がそうでないと示さない限り、要素の実例の数に対する特許請求の範囲の参照は、それが１つの実例への参照であろうと、または複数の実例への参照であろうと、少なくとも要素の実例の所定の数を必要とするが、記載されているよりも多くのその要素の実例を有する特許請求の範囲の構造または方法の範囲から除外することを意図するものではない。特許請求の範囲において使用される場合、用語「含む」またはその派生語は、特許請求される構造または方法における他の要素またはステップの存在を除外することを意図するものではない非排他的な意味で使用される。

Claims (20)

  1. ケーブルシステムであって、
    （ａ）デジタルデータを複数の顧客デバイスに好適なアナログデータに変換するリモートファイバーノードを含む伝送ネットワークを通して前記複数の顧客デバイスに接続されているヘッドエンドであって、前記ヘッドエンドが、プロセッサを含む少なくとも１つのサーバを含む、ヘッドエンドと、
    （ｂ）前記少なくとも１つのサーバ上で動作するコンテナであって、前記コンテナが、前記リモートファイバーノードに送信するためのデータのパケットを提供するデータプレーンアプリケーションを含む、コンテナと、
    （ｃ）前記コンテナ内に含まれている前記データプレーンアプリケーションが、
    （１）前記サーバの物理ネットワーキングの一部分の専用ネットワーキング機能を提供する仮想ネットワーキング機能であって、前記専用ネットワーキング機能が、前記複数の顧客デバイスに基づく前記仮想ネットワーキング機能の割り当てを伴って、他のそのようなデータプレーンアプリケーションと共有されない、仮想ネットワーキング機能、および
    （２）前記サーバの一部分の専用コンピューティングリソースを提供するコンピューティングリソース機能であって、前記専用コンピューティングリソースが、前記複数の顧客デバイスに基づく前記コンピューティングリソース機能の割り当てを伴って、前記サーバのサーバ機能の専用部分の、他のそのようなデータプレーンアプリケーションと共有されない、コンピューティングリソース機能のうちの少なくとも１つでインスタンス化されることと、
    （ｄ）前記データプレーンアプリケーションが、データソースからデータを受信し、前記が、前記リモートファイバーノードに送信するためのデータのパケットを提供することと、を含む、ケーブルシステム。
  2. 前記ヘッドエンドが、パケット化されたビデオを受信し、ネットワークからパケット化されたデータを受信し、前記データプレーンアプリケーションを使用して前記ネットワークにパケット化されたデータを送信する、請求項１に記載のケーブルシステム。
  3. 前記ヘッドエンドが、前記データプレーンアプリケーションを使用して前記複数の顧客デバイスのうちの選択された１つにダウンストリームデータを送信し、前記データプレーンアプリケーションを使用して前記複数の顧客デバイスのうちの選択された１つにダウンストリームビデオを送信し、前記データプレーンアプリケーションを使用して前記複数の顧客デバイスのうちの選択された１つからアップストリームデータを受信する、請求項２に記載のケーブルシステム。
  4. 前記伝送ネットワークが、直交振幅変調器および直交周波数分割変調器のうちの少なくとも１つを含むリモートＰＨＹを含む、請求項１に記載のケーブルシステム。
  5. 前記少なくとも１つのサーバ上で動作する第２のコンテナをさらに備え、前記第２のコンテナが、前記リモートファイバーノードに送信するためのデータのパケットを提供する第２のデータプレーンアプリケーションを含み、
    （ａ）前記第２のコンテナ内に含まれている前記第２のデータプレーンアプリケーションが、
    （１）前記サーバの前記物理ネットワーキングの一部分の専用ネットワーキング機能を提供する第２の仮想ネットワーキング機能であって、前記専用ネットワーキング機能が、前記複数の顧客デバイスに基づく前記第２の仮想ネットワーキング機能の割り当てを伴って、他のそのようなデータプレーンアプリケーションと共有されない、第２の仮想ネットワーキング機能、および
    （２）前記サーバの一部分の第２の専用コンピューティングリソースを提供するコンピューティングリソース機能であって、前記第２の専用コンピューティングリソースが、前記複数の顧客デバイスに基づく前記コンピューティングリソース機能の割り当てを伴って、前記サーバのサーバ機能の専用部分の、他のそのようなデータプレーンアプリケーションと共有されない、コンピューティングリソース機能のうちの少なくとも１つでインスタンス化されることと、
    （ｂ）前記第２のデータプレーンアプリケーションが、前記データソースからデータを受信し、前記が、前記リモートファイバーノードに送信するためのデータのパケットを前記提供する、請求項１に記載のケーブルシステム。
  6. 前記専用コンピューティングリソースが、（ａ）プロセッサタイプ、（ｂ）プロセッサ当たりの処理コア数、（ｃ）プロセッサタイプごとのメモリ量、（ｄ）プロセッサコア当たりのメモリ量、（ｅ）暗号化能力、（ｆ）利用可能なオフプロセッサメモリ量、（ｇ）メモリ帯域幅（ＤＤＲ）速度、（ｈ）ネットワークインターフェースのタイプ、および（ｉ）ネットワーク能力のタイプのうちの少なくとも１つを含む、請求項５に記載のケーブルシステム。
  7. 前記専用コンピューティングリソースが、（ａ）ソフトウェアプロファイル、（ｂ）オペレーティングシステム、（ｃ）ソフトウェアサービス、および（ｄ）フレームワークのうちの少なくとも１つを含む、請求項５に記載のケーブルシステム。
  8. 前記データプレーンが、リモートＰＨＹ機能を含む、請求項１に記載のケーブルシステム。
  9. 前記データプレーンが、リモートＭＡＣ機能を含む、請求項１に記載のケーブルシステム。
  10. 前記データプレーンが、リモートＰＨＹ ＭＡＣ機能を含む、請求項１に記載のケーブルシステム。
  11. 前記コンテナ内に含まれる前記データプレーンアプリケーションが、前記仮想ネットワーキング機能および前記コンピューティングリソース機能でインスタンス化される、請求項１に記載のケーブルシステム。
  12. 前記専用コンピューティングリソースが、選択された処理コアを含む、請求項１に記載のケーブルシステム。
  13. 前記専用コンピューティングリソースが、ネットワーク容量を含む、請求項１に記載のケーブルシステム。
  14. 前記データプレーンアプリケーションが、ユーザ空間で動作し、前記少なくとも１つのサーバのオペレーティングシステムカーネルを使用しない、請求項１に記載のケーブルシステム。
  15. 前記専用コンピューティングリソースが、前記少なくとも１つのサーバのオペレーティングシステムによって実行されるタスクと共有されない処理コアを含む、請求項１に記載のケーブルシステム。
  16. 前記専用ネットワーキング機能が、保証された最小帯域幅を含む、請求項１に記載のケーブルシステム。
  17. 前記データプレーンアプリケーションから分離された暗号化デバイスをさらに備える、請求項１に記載のケーブルシステム。
  18. ケーブルシステムであって、
    （ａ）デジタルデータを複数の顧客デバイスに好適なアナログデータに変換するノードを含む伝送ネットワークを通して前記複数の顧客デバイスに接続されているヘッドエンドであって、前記ヘッドエンドが、プロセッサを含む少なくとも１つのサーバを含む、ヘッドエンドと、
    （ｂ）前記少なくとも１つのサーバ上で動作するコンテナであって、前記コンテナが、前記ノードに送信するためのデータのパケットを提供するデータプレーンアプリケーションを含む、コンテナと、
    （ｃ）前記コンテナ内に含まれている前記データプレーンアプリケーションが、
    （１）前記サーバの物理ネットワーキングの一部分の専用ネットワーキング機能を提供する仮想ネットワーキング機能であって、前記専用ネットワーキング機能が、前記複数の顧客デバイスに基づく前記仮想ネットワーキング機能の割り当てを伴って、他のそのようなデータプレーンアプリケーションと共有されない、仮想ネットワーキング機能、および
    （２）前記サーバの一部分の専用コンピューティングリソースを提供するコンピューティングリソース機能であって、前記専用コンピューティングリソースが、前記複数の顧客デバイスに基づく前記コンピューティングリソース機能の割り当てを伴って、前記サーバのサーバ機能の専用部分の、他のそのようなデータプレーンアプリケーションと共有されない、コンピューティングリソース機能のうちの少なくとも１つでインスタンス化されることと、
    （ｄ）前記データプレーンアプリケーションが、データソースからデータを受信し、前記が、前記ノードに送信するためのデータのパケットを提供することと、を含む、ケーブルシステム。
  19. 前記ノードが、前記ヘッドエンドから離れた位置に位置決めされ、前記ノードがリモートファイバーノードである、請求項１８に記載のケーブルシステム。
  20. 前記ノードが、前記ヘッドエンドに位置決めされる、請求項１８に記載のケーブルシステム。
JP2022530268A 2019-11-25 2020-11-20 仮想化されたケーブルデータプレーンアプリケーション向けの柔軟なスケーリングおよび動的なリソース割り当てによる自動ライフサイクル管理 Pending JP2023502786A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962939832P 2019-11-25 2019-11-25
US62/939,832 2019-11-25
PCT/US2020/061468 WO2021108247A1 (en) 2019-11-25 2020-11-20 Automated lifecycle management flexible scaling and dynamic resource allocation for virtualized cable data plane applications

Publications (2)

Publication Number Publication Date
JP2023502786A true JP2023502786A (ja) 2023-01-25
JPWO2021108247A5 JPWO2021108247A5 (ja) 2024-01-26

Family

ID=73839093

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022530268A Pending JP2023502786A (ja) 2019-11-25 2020-11-20 仮想化されたケーブルデータプレーンアプリケーション向けの柔軟なスケーリングおよび動的なリソース割り当てによる自動ライフサイクル管理

Country Status (9)

Country Link
US (2) US11575533B2 (ja)
EP (1) EP4066451A1 (ja)
JP (1) JP2023502786A (ja)
KR (1) KR20220128989A (ja)
AU (1) AU2020391605A1 (ja)
BR (1) BR112022009989A2 (ja)
CA (1) CA3158104A1 (ja)
MX (1) MX2022006234A (ja)
WO (1) WO2021108247A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11469938B1 (en) * 2019-12-06 2022-10-11 Harmonic, Inc. Distributed scheduling in remote PHY
US11589243B2 (en) * 2020-05-12 2023-02-21 Harmonic, Inc. Dynamic adjustment of deployment location of software within a network
JP2024523516A (ja) * 2021-06-23 2024-06-28 アリス エンタープライジズ リミティド ライアビリティ カンパニー タイムスタンプ回復のためのｒｐｄ ｕｃｄ再読込
JP2024533346A (ja) * 2021-09-08 2024-09-12 アリス エンタープライジズ リミティド ライアビリティ カンパニー 仮想コアのファイル処理
GB202219405D0 (en) * 2022-12-21 2023-02-01 Samsung Electronics Co Ltd Method for orchestrating microservice-based 5G core networks

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140122695A1 (en) * 2012-10-31 2014-05-01 Rawllin International Inc. Dynamic resource allocation for network content delivery
US9292318B2 (en) * 2012-11-26 2016-03-22 International Business Machines Corporation Initiating software applications requiring different processor architectures in respective isolated execution environment of an operating system
CN103608792B (zh) * 2013-05-28 2016-03-09 华为技术有限公司 支持多核架构下资源隔离的方法及系统
US9369339B2 (en) * 2013-09-30 2016-06-14 Cisco Technology, Inc. Virtual cable modem termination system
US10089123B2 (en) * 2015-05-04 2018-10-02 Cisco Technology, Inc. Virtual cable modem termination system redundancy in a cable modem network environment
US10740128B2 (en) * 2015-05-07 2020-08-11 Quest Software Inc. Selecting a cloud from a plurality of clouds for a workload
GB2575552B (en) 2016-02-22 2020-07-15 Harmonic Inc Virtual converged cable access platform (CCAP) core
US20170289002A1 (en) * 2016-03-31 2017-10-05 Mrittika Ganguli Technologies for deploying dynamic underlay networks in cloud computing infrastructures
US10574356B2 (en) * 2018-01-26 2020-02-25 Cisco Technology, Inc. Virtual physical layer
US10498611B1 (en) * 2018-08-29 2019-12-03 Charter Communications Operating, Llc System architecture and methods for controlling and managing networking devices and expediting new service delivery in a subscriber's home network using micro-domains
US10620904B2 (en) * 2018-09-12 2020-04-14 At&T Intellectual Property I, L.P. Network broadcasting for selective presentation of audio content
US11271807B1 (en) * 2019-03-14 2022-03-08 Cox Communications, Inc. Automated installation and configuration of virtual premised servers

Also Published As

Publication number Publication date
WO2021108247A1 (en) 2021-06-03
US11916690B2 (en) 2024-02-27
BR112022009989A2 (pt) 2022-08-16
AU2020391605A1 (en) 2022-07-07
US20210160090A1 (en) 2021-05-27
EP4066451A1 (en) 2022-10-05
CA3158104A1 (en) 2021-06-03
MX2022006234A (es) 2022-09-02
KR20220128989A (ko) 2022-09-22
US11575533B2 (en) 2023-02-07
AU2020391605A2 (en) 2024-02-08
US20230163990A1 (en) 2023-05-25

Similar Documents

Publication Publication Date Title
US11916690B2 (en) Automated lifecycle management with flexible scaling and dynamic resource allocation for virtualized cable data plane applications
US20240137265A1 (en) Availability and redundancy for vcores
US20240236419A9 (en) Installation and scaling for vcores
US11888637B2 (en) Secure access for vCores
US11811581B2 (en) IPDR communication system for virtualized core sources
US20220385962A1 (en) License management for vcores
US11528331B2 (en) Management system for vCores
CA3231149A1 (en) File handling for virtual cores

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221031

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230912

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240118

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240926

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20241008