(57)【要約】ネットワークのためのケーブルモデムが提供される。ケーブルモデムは、無線周波数リソースを複数のケーブルモデム終端システムに割り当てる無線周波数リソースマネージャユニットと、上記無線周波数リソースマネージャユニットの無線周波数リソース割り当てに従って、上記複数のケーブルモデム終端システムとの無線周波数インターフェースをそれぞれ設定するためのインターフェースマネージャユニットと、を備える。
2016539584.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークのためのケーブルモデム（２０６）であって、
無線周波数リソースを複数のケーブルモデム終端システム（２０４，２０５）に割り当てる無線周波数リソースマネージャユニット（３００１）と、
前記無線周波数リソースマネージャユニット（３００１）の無線周波数リソース割り当てに従って、前記複数のケーブルモデム終端システム（２０４，２０５）との無線周波数インターフェースをそれぞれ設定するインターフェースマネージャユニット（３００２）と、
を備える、前記ケーブルモデム。
【請求項２】
パケットを前記複数のケーブルモデム終端システム（２０４，２０５）に関するそれぞれのサービスフローに分類するパケット分類器ユニット（３００３）をさらに備える、請求項１に記載のケーブルモデム。
【請求項３】
転送ポリシー（３００４）に従って、前記複数のケーブルモデム終端システム（２０４，２０５）とそれぞれの顧客宅内機器との間でパケットを交換するパケット転送器ユニット（３００５）をさらに備える、請求項１に記載のケーブルモデム。
【請求項４】
前記複数のケーブルモデム終端システムは、ＩＰデータの送信のためのケーブルモデム終端システムと、ライブＴＶ信号の送信のためのケーブルモデム終端システムと、を含む、請求項１に記載のケーブルモデム。
【請求項５】
前記ケーブルモデムは、前記無線周波数リソース割り当てを通知するために、前記複数のケーブルモデム終端システム（２０４，２０５）へ前記無線周波数リソース割り当てのテーブルを送信する、請求項１に記載のケーブルモデム。
【請求項６】
ネットワークシステムであって、
ＩＰデータサービスおよびライブＴＶサービスを提供するサービスプラットフォーム（２０１）と、
前記サービスプラットフォーム（２０１）とのＩＰデータの通信を行う第１のケーブルモデム終端システム（２０４）と、
前記サービスプラットフォーム（２０１）とのライブＴＶ信号の通信を行う第２のケーブルモデム終端システム（２０５）と、
割り当てられた無線周波数リソースにより前記第１のケーブルモデム終端システム（２０４）および前記第２のケーブルモデム終端システム（２０５）との通信を行い、前記ＩＰデータおよびライブＴＶ信号をそれぞれの顧客宅内機器へ提供するケーブルモデム（２０６）と、
を備える、前記ネットワークシステム。
【請求項７】
前記第１のケーブルモデム終端システム（２０４）は、前記サービスプラットフォーム（２０１）とのＩＰデータの双方向通信を行う、請求項６に記載のネットワークシステム。
【請求項８】
前記第２のケーブルモデム終端システム（２０５）は、前記サービスプラットフォーム（２０１）からマルチキャストのライブＴＶ信号を受信する、請求項６に記載のネットワークシステム。
【請求項９】
前記サービスプラットフォーム（２０１）は、前記ライブＴＶ信号を符号化してＩＰパケットにし、および該ＩＰパケットを前記第２のケーブルモデム終端システム（２０５）に送信する、請求項６に記載のネットワークシステム。
【請求項１０】
前記顧客宅内機器は、ＩＰデータ用のパーソナルコンピュータである、請求項６に記載のネットワークシステム。
【請求項１１】
前記顧客宅内機器は、ライブＴＶ信号用のセットトップボックスである、請求項６に記載のネットワークシステム。
【請求項１２】
前記ネットワークシステムは、ＤＯＣＳＩＳ（Data Over Cable Service Interface Specification）ベースのネットワークである、請求項６に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＯＣＳＩＳ（データオーバケーブルサービスインターフェース仕様：Data Over Cable Service Interface Specification）ベースのネットワーク用のケーブルモデムに関する。
【背景技術】
【０００２】
ＤＯＣＳＩＳ規格は、既存のケーブルＴＶ（ＣＡＴＶ）システムに対する高速データ転送の追加を可能にする。多くのケーブルテレビ事業者は、ＤＯＣＳＩＳを利用して、それらの既存の光ファイバ−同軸ハイブリッド（hybrid fiber-coaxial：ＨＦＣ）ネットワークインフラストラクチャを介してインターネットアクセスを提供する。
【０００３】
ケーブルモデム（ＣＭ）は、ＨＦＣネットワーク上の無線周波数チャネルを介して双方向データ通信を提供するタイプのネットワークデバイスである。ケーブルモデムは、ネットワークにおいて、ケーブルテレビ事業者のヘッドエンドデバイスであるケーブルモデム終端システム（cable modem terminal system：ＣＭＴＳ）と共に動作し、ヘッドエンドデバイスは、ケーブルモデムとの間でディジタルＩＰパケットを転送して、ケーブル加入者に高速データサービスを提供するために使用される。
【０００４】
従来、ＤＯＣＳＩＳベースのネットワークのケーブルモデムは、ある時点で１つのＣＭＴＳのみと共に動作することができる。ケーブルモデムは、まず、初期化でＣＭＴＳによってブロードキャストされた使用可能な下り転送チャネルおよび上り転送チャネルを探索する。チャネルが固定された後、ケーブルモデムは、レンジング段階（ranging phase）およびＩＰ初期化段階を完了し、チャネルボンディングセットおよびサービスフロー取決めについてＣＭＴＳと合意に達する。それ以降、ケーブルモデムは、ケーブルインターフェースとＣＰＥインターフェースとの間でパケットを転送するためのレイヤ２ブリッジとして動作する。
【０００５】
図１は、ＤＶＢライブＴＶ配信のための従来のネットワークアーキテクチャを示す例示の図である。図１に示されるように、ＣＭＴＳは、Ｅｔｈｅｒｎｅｔケーブル１０１を介してＩＰバックボーンネットワークとＩＰパケットを交換する。ＩＰバックボーンネットワークのＣＭＴＳおよびＤＶＢサービスプラットフォームからの下り転送ＲＦ（無線周波数）信号１０２は、ＲＦミクサーによって混合される。ＲＦミクサーは、様々な入力経路からのＲＦ信号を１つの出力経路へ混合するための受動コンポーネントであることは理解され得る。混合されたＲＦ信号は、ＨＦＣファイバ１０３を介してファイバノードに送信され、ＨＦＣファイバ１０３は、ＲＦケーブル１０４を介してケーブルモデムと信号を交換する。ファイバノードはまた、ＨＦＣファイバ１０３を介して帰還信号をＣＭＴＳに送信する。ケーブルモデムは、１つまたは複数のＣＰＥ（顧客宅内機器：Customer Premise Equipment）とデータパケットを交換することができる。たとえば、図１に示されるように、ケーブルモデムは、Ｅｔｈｅｒｎｅｔケーブル１０１を介するＰＣとの双方向通信、またはＥｔｈｅｒｎｅｔケーブル１０１もしくはＲＦケーブル１０４を介するＳＴＢ（セットトップボックス）との双方向通信を提供することができる。ケーブルを介したケーブルモデムからの帰還信号が、ファイバノードでファイバ信号に変換され、戻り経路１０５を介してＣＭＴＳヘッドエンドへ直接送信される。そのようにして、ＣＭＴＳとケーブルモデムとの間の双方向データ通信は、実際に下り転送および上り転送のためのそれぞれ異なる経路に分離される。
【０００６】
現在、ケーブルモデムに使用される多くのチップが、同時に複数のＲＦチャネルに対応できるフルバンド能力を有する。しかしながら、そのようなバンド能力は十分に使用されていなかった。
【発明の概要】
【０００７】
従来技術の上記の問題に鑑みて、本発明は、同時に複数のＣＭＴＳと共に動作するためのケーブルモデムのフルバンド能力を利用することを提案する。上記ケーブルモデムのフルバンド捕捉能力は、上り転送と下り転送の両方のための複数のＲＦチャネルセットに分割され、各ＲＦチャネルセットは、１つのＣＭＴＳとのＤＯＣＳＩＳ通信に対して専用化される。この意味で、物理ケーブルモデムは複数の仮想ケーブルモデムであるように見える。
【０００８】
本発明の一態様によると、ネットワークのためのケーブルモデムが提供される。上記ケーブルモデムは、無線周波数リソースを複数のケーブルモデム終端システムに割り当てるための無線周波数リソースマネージャユニットと、上記無線周波数リソースマネージャユニットの上記無線周波数リソース割当てに従って、上記複数のケーブルモデム終端システムとの無線周波数インターフェースをそれぞれ設定するためのインターフェースマネージャユニットと、を備える。
【０００９】
本発明の一態様によると、ネットワークシステムが提供される。上記ネットワークシステムは、ＩＰデータサービスおよびライブＴＶサービスを提供するためのサービスプラットフォームと、上記サービスプラットフォームとのＩＰデータの通信を行うための第１のケーブルモデム終端システムと、上記サービスプラットフォームとのライブＴＶ信号の通信を行うための第２のケーブルモデム終端システムと、割り当てられた無線周波数リソースを用いて、上記第１のケーブルモデム終端システムおよび上記第２のケーブルモデム終端システムとの通信を行い、上記ＩＰデータおよびライブＴＶ信号をそれぞれの顧客宅内機器に提供するためのケーブルモデムと、を備える。
【００１０】
本発明の以下の詳細な説明で本発明のさらなる態様および利点が見出されることを理解されたい。
【図面の簡単な説明】
【００１１】
添付の図面は、実施形態の原理を明らかにする働きをする説明と共に本発明の実施形態のさらなる理解を提供するために含まれている。本発明は実施形態に制限されない。
【００１２】
図面において、
【図１】ＤＶＢライブＴＶ配信のための従来のネットワークアーキテクチャを示す例示の図である。
【図２】本発明の実施形態によるライブＴＶ配信のためのネットワークアーキテクチャを示す例示の図である。
【図３】本発明の実施形態によるケーブルモデムの構造を示すブロック図である。
【発明を実施するための形態】
【００１３】
ここで、本発明の実施形態が図面と併せて詳細に説明される。以下の説明では、簡潔にするため、知られている機能および構成の一部の詳細な説明が省略されることがある。
【００１４】
図１に示されるような従来のＤＶＢ−Ｃネットワークでは、ライブディジタルＴＶ信号は、ＴＳ（トランスポートストリーム）フォーマットでカプセル化され、ケーブルを介してＱＡＭ変調によりすべてのＳＴＢへブロードキャストされる。ディジタル番組ストリームが、ＣＡ（条件付きアクセス）システムによってサービス盗難を防止するように保護される。
【００１５】
トリプルプレイの出現および電気通信およびＴＶ領域の輻輳により、電気通信事業者は、今ではＩＰＴＶサービスおよびブロードバンドＩＰ接続によってライブＴＶ市場に参入しつつある。
【００１６】
また、ケーブル事業者は、ＩＰ（インターネットプロトコル）技術は今やほぼすべての技術領域のデファクトの伝送規格であるので、トリプルプレイ時代を捉えたフルＩＰソリューションに移行しようとしている。動作の負荷を軽減するために、ＴＶ、インターネットおよび音声サービスのいずれにも対応するフルＩＰソリューションはケーブル事業者にとって非常に魅力的である。しかしながら、ケーブルネットワークにとって、単純に電気通信と同じＩＰＴＶ技術を採用するのは最適な選択肢ではない。主な理由は、そのようなソリューションは、大量のＩＰＴＶトラフィックを搬送する大きなインターネットインフラストラクチャの構築を必要とし、それはケーブル帯域幅の浪費をもたらす可能性があるからである。
【００１７】
上記の欠点に鑑みて、ケーブルリソースがライブＴＶ放送に使用されながら、ケーブル事業者が、ＨＳＩ（高速インターネット）サービスに対して専用化されたインターネットネットワークを保持するための新しいネットワークアーキテクチャが提案される。これはまた、ケーブル事業者がＴＶ配信のＩＰソリューションに移行するという目的を達成することができる。
【００１８】
図２は、本発明の実施形態によるライブＴＶ配信のためのネットワークアーキテクチャを示す例示の図である。
【００１９】
図２に示されるシステムは、加入者へのサービスをサポートするためのサービスプラットフォーム２０１を備える。特定のアプリケーションコンテキストによると、サービスプラットフォーム２０１は、複数のサービスのための複数のサーバーを備えることができる。この実施形態では、サービスプラットフォーム２０１は、ＩＰデータプレーン２０２を介してＩＰデータサービスを提供し、ライブＴＶプレーン２０３を介してライブＴＶサービスを提供することができる。
【００２０】
サービスプラットフォーム２０１は、ＩＰバックボーンネットワークを介して第１のＣＭＴＳ２０４とＩＰデータを交換することができる。従来のＩＰ通信プロセスを、サービスプラットフォーム２０１と第１のＣＭＴＳ２０４との間で使用することができるが、さらなる詳細は提供しない。
【００２１】
ライブＴＶサービスに関して、サービスプラットフォーム２０１において、ライブＴＶ番組がディジタルフォーマットに符号化され、単一の番組のパケットがＵＤＰ／ＩＰフォーマットでカプセル化される。そして、ライブＴＶストリーム用のＩＰパケットは、ＩＰバックボーンネットワークを介して第２のＣＭＴＳ２０５へ絶えず送信される。送信のためにユニキャストとマルチキャストの両方が使用され得ることを理解することができる。簡単にするため、マルチキャスト送信を説明するが、その理由は、ライブＴＶストリームがマルチキャスト方式でケーブル上のケーブルモデムにも配信されなければならないからであり、各単一の番組ストリームは、１つの専用化されたマルチキャストグループアドレスを占有する。
【００２２】
ＣＭＴＳ２０５において、ライブＴＶ信号の受け取られたＩＰストリームが、通常のＣＭＴＳが下り転送ブロードキャストＩＰパケットを配信する方法と同じＭＡＣカプセル化によって、ケーブルインターフェースに単純に転送され、ここで、わずかの違いとして、宛先はマルチキャストＩＰアドレスであり、送信されるＲＦチャネルはマルチキャストＩＰアドレスごとの構成によって固定される。ＣＭＴＳ２０５は、いくつかの専用化されたＤｏｃｓｉｓ下り転送チャネルを予約するが、他のＣＭＴＳ  ＭＡＣ機能性を何ら必要としない。それは単に、受け取られたライブＴＶ  ＩＰストリームを多重化し、同じＤＯＣＳＩＳ下り転送ＭＡＣ（メディアアクセス制御）フォーマットおよびＰＨＹ（物理レイヤ）特性を用いて、それらを１つまたは複数のＤｏｃｓｉｓ下り転送ＲＦチャネルに変調することができる。この実施形態では、Ｄｏｃｓｉｓ２．０下り転送ＭＡＣフォーマットおよびＰＨＹ特性が好ましく、その理由は、チャネルボンディングのような複雑なＤｏｃｓｉｓ３．０の機能を実装するためのＤｏｃｓｉｓ  ＭＡＣ管理機能を有しないからである。したがって、そのようなデバイスに対してチャネルボンディング必要条件が存在しない。
【００２３】
ＣＭＴＳ２０４からのＩＰデータ、およびＣＭＴＳ２０５からのライブＴＶのＩＰパケットは、いずれもケーブルモデム２０６に送信される。
【００２４】
ケーブルモデム２０６は、同時に最小２つのＤｏｃｓｉｓ  ＭＡＣドメインに対応できる能力を有する。この意味で、物理ケーブルモデム２０６は、それぞれＩＰデータサービスおよびライブＴＶサービスのための２つの仮想ケーブルモデム２０６１および２０６２として実装される。ケーブルモデムがサポートする同時に稼動する下り転送チャネルは、２つのセットに分割され、一方のチャネルセットは、通常はＩＰデータプレーン２０２におけるＣＭＴＳ２０４と共に動作するためにケーブルモデム２０６によって使用され、他方のチャネルセットは、ライブＴＶプレーン２０３におけるＣＭＴＳ２０５からライブＴＶのマルチキャストＩＰパケットを受け取るために使用される。この実施形態では、ＩＰデータプレーン２０２は双方向通信チャネルであるが、ライブＴＶプレーン２０３は一方向のみの下り転送ブロードキャストチャネルである。
【００２５】
ケーブルモデム２０６が、対応するＣＰＥ、たとえば、図２ではＰＣ２０７およびＳＴＢ２０８とデータを交換することができることは理解され得る。
【００２６】
図３は、本発明の実施形態による、図２に示されたネットワークアーキテクチャにおけるライブＴＶ配信の実現のためのケーブルモデムの構造を示すブロック図である。
【００２７】
図３に示されるように、ケーブルモデム２０６は、ケーブルモデム２０６のＲＦリソース割当てを管理するためのＲＦリソースマネージャユニット３００１を備える。詳細なプロセスは後で説明する。
【００２８】
ケーブルモデム２０６は、ＲＦリソースマネージャ３００１のＲＦリソース割当てに従って、複数のＣＭＴＳとの複数の仮想ＲＦインターフェースを設定するためのインターフェースマネージャユニット３００２をさらに備える。インターフェースマネージャ３００２は、すべてのＬＡＮインターフェース、ＲＦインターフェース、および仮想インターフェースを管理する。この実施形態では、それぞれＣＭＴＳ２０４および２０５に対する２つの仮想ＲＦインターフェースが示されている。インターフェースマネージャユニット３００２は、ＣＰＥサイトに対するＬＡＮインターフェースも管理することができる（図３では３つのＬＡＮインターフェースが示されている）。
【００２９】
ケーブルモデム２０６は、パケットを異なる上り転送ＣＭＴＳに関する異なるサービスフローに分類するためのパケット分類器ユニット（packets classifier unit）３００３をさらに備える。
【００３０】
ケーブルモデム２０６は、各インターフェース間のパケット転送ルールを定義する転送ポリシー３００４を保持する。
【００３１】
ケーブルモデム２０６は、複数のＣＭＴＳおよびそれぞれのＣＰＥの間でパケットをスイッチングするためのエンジンであるパケット転送器ユニット（packets forwarder unit）３００５をさらに備える。
【００３２】
次に、ＲＦリソースをＣＭＴＳ２０４および２０５に割り当てるためのＲＦリソースマネージャユニット３００１のプロセスが詳細に説明される。
【００３３】
この実施形態では、ケーブルモデム２０６のＲＦリソースマネージャユニット３００１が、同時に８つの下り転送ＲＦチャネルおよび４つの上り転送チャネルを捕捉することができるフルバンド能力を有し、２つの仮想ケーブルモデムが、この物理ケーブルモデム２０６に実装されることを想定する。しかしながら、より多くのチャネルおよび仮想ケーブルモデムがケーブルモデムのチップのバンド能力の範囲内で適用可能であることは理解され得る。
【００３４】
Ｄｏｃｓｉｓ通信を達成するために、各仮想ケーブルモデムは、上り転送チャネルと下り転送チャネルの両方を有する必要がある。仮想ケーブルモデムごとの上り転送チャネルと下り転送チャネルの組み合わせは、「サービスチャネルグループ」として定義され得る。
【００３５】
たとえば、サービスチャネルグループＡは、上り転送チャネル１、２および下り転送チャネル１、２、３、４からなり、サービスチャネルグループＢは、上り転送チャネル３、４および下り転送チャネル５、６、７、８からなる。
【００３６】
この実施形態では、重複した上り転送または下り転送チャネルプランニングなしに、同じケーブルプラント内に展開された２つのＣＭＴＳが存在する。したがって、競合を回避するＲＦチャネルプランニングの必要がある。任意の適切なプランニング方式を使用することができる。この点について、さらなる詳細は提供しない。
【００３７】
サービスチャネルグループ分割は、物理ケーブルモデム２０６において静的にハードコピーされ得るか、または動作段階中に物理ケーブルモデム２０６によって動的に決定され得る。
【００３８】
サービスチャネルグループ分割の静的構成の場合、１つのＣＭＴＳと共に動作するために使用することができるチャネルは構成によって制限される。動的な場合、分割は非常に柔軟であり得る。いずれにしても、物理ケーブルモデム２０６における動作フローはほぼ同じである。
【００３９】
以下のテーブルは、この実施形態におけるＣＭＴＳ２０４および２０５のチャネル占有を示す。
【００４０】
【表１】
2016539584.tif 000003
【００４１】
ケーブルモデム２０６のＲＦリソースマネージャユニット３００１は、２つの仮想ケーブルモデムに対するチャネル分配をバランシングするために、上り転送と下り転送の両方について上記のテーブルを保持する必要がある。静的サービスチャネルグループ構成の場合、これらのテーブルは静的構成とほとんど同じである。動的サービスチャネルグループ状況の場合、これらのテーブルは、チャネル同期状態、動的チャネル変更（Dynamic Channel Change）動作、および動的ボンディング変更（Dynamic Bonding Change）動作に従って、動的に更新される必要がある。
【００４２】
ケーブルモデム２０６が電源をオンにされた後、ＲＦリソースマネージャユニット３００１は、すべての下り転送チャネルを走査することを開始して、ＳＹＮＣ、ＭＡＰ、およびＵＣＤ（アップリンクチャネル記述子）メッセージを管理することにより、いずれかのＣＭＴＳを伴うＤＯＣＳＩＳ主下り転送チャネルと同期する。主下り転送チャネルが第１のＣＭＴＳたとえばＣＭＴＳ２０４に対して固定されると、ケーブルモデム２０６は、ＣＭＴＳ２０４との通常のＤｏｃｓｉｓ  ＭＡＣ設定（establishment）を開始し、使用可能な上り転送チャネルおよび下り転送チャネルが、ＣＭＴＳ２０４からのＭＡＣメッセージ、およびローカルサービスチャネルグループ分割制限によって決定される。次いで、このＣＭＴＳに対する予約されたチャネルが、上記の例示されたテーブルに記録される。
【００４３】
ＲＦリソースマネージャユニット３００１がＣＭＴＳ２０４とのＭＡＣ設定を完了した後に、第１の仮想ケーブルモデムが作成されることを理解することができる。次いで、使用されていない上り転送および下り転送チャネルを、この場合はＣＭＴＳ２０５である第２のＣＭＴＳとのＤｏｃｓｉｓ  ＭＡＣ接続を設定するために使用することができる。ＣＭＴＳ２０５と使用されていないチャネルリソースとの間で、同じ通常のＤｏｃｓｉｓ  ＭＡＣ設定動作が動作する。ＣＭＴＳ２０５に使用されるチャネルも上記の例示されたテーブルで更新される。
【００４４】
動的チャネル変更メッセージまたは動的ボンディング変更メッセージのいずれかによるＣＭＴＳ２０４および２０５のいずれかに対するワーキングチャネルの変更の場合、ＲＦリソースマネージャユニット３００１は、記録テーブルに従ってＣＭＴＳに対するＲＦリソース競合が存在しないことを確認し、それに応じてテーブルを更新する必要がある。
【００４５】
第１のＣＭＴＳ２０４および対応するＣＰＥとのケーブルモデム２０６のデータ通信は、図１を参照して説明されたプロセスと同様の従来のプロセスによるものであることに留意されたい。この点についてさらなる詳細は提供しない。
【００４６】
上述したように、１つの物理ケーブルモデム２０６が、２つのＣＭＴＳ２０４および２０５との２つのＤｏｃｓｉｓ  ＭＡＣ接続を設定することができる。ケーブルモデム２０６は、どのＣＰＥがどのＤｏｃｓｉｓ  ＭＡＣ接続によってサービスされるかを決定することができる。それはまた、これら２つのＤｏｃｓｉｓ  ＭＡＣ接続を利用して、ＣＰＥに対する動的負荷バランシングまたはバックアップリンクを実装することができる。
【００４７】
次に、図２に示されたネットワークアーキテクチャにおけるライブＴＶ配信のプロセスが説明される。
【００４８】
以下の３つのテーブルは、サービスプラットフォーム２０１、ＣＭＴＳ２０４、２０４、ケーブルモデム２０６、およびＩＰモードＳＴＢ２０８によって使用される。
【００４９】
【表２】
2016539584.tif 000004
【００５０】
【表３】
2016539584.tif 000005
【００５１】
【表４】
2016539584.tif 000006
【００５２】
まず、サービスプラットフォーム２０１は、ライブＴＶ番組をＩＰパケットとして第２のＣＭＴＳ２０５に絶えずマルチキャストする。
【００５３】
次いで、ＣＭＴＳ２０５は、テーブル３およびテーブル４における構成に従って、すべてのＴＶパケットをすべての使用可能な下り転送ＲＦチャネルに静的に転送する。
【００５４】
このプロセス中、ケーブルモデム２０６は、ＣＭＴＳ２０４とのＩＰ接続を通常通り設定する。
【００５５】
ＩＰモードＳＴＢ２０８は、それがサービスプラットフォーム２０１とのＩＰ接続を設定した後、ＥＰＧ情報およびテーブル２の情報からＴＶ番組アドレス割当てに関する情報を得る。
【００５６】
ＳＴＢ２０８が特定のライブＴＶ番組のレンダリングを開始すると、認証ＵＲＬを使用してサービスプラットフォーム２０１と通信し、番組を見ることが許可されるかどうかをチェックすることができる。たとえば、番組を保護するためにＤＲＭ（ディジタル著作権管理）が使用されている場合、ＳＴＢ２０８は、サービスプラットフォーム２０１とハンドシェイクするために、ディジタル証明書またはユーザ名／パスワードアカウントを使用することができる。それが許可された場合、適切な復号情報がＳＴＢ２０８に配信される。
【００５７】
ＳＴＢ２０８が認証を通った後、それは、ＩＧＭＰ（インターネットグループ管理プロトコル：Internet Group Management Protocol）ジョインレポート（Join Report）を発行して、ケーブルモデム２０６に、それが関心を持つマルチキャストグループアドレスを通知する。
【００５８】
次いで、ケーブルモデム２０６は適切な下り転送ＲＦチャネルに適合して、ＩＰマルチキャストストリームを復調し、テーブル３およびテーブル４に従って対応するマルチキャストグループアドレスを有する所望されるストリームをフィルタリングして取り出す（filter out）。
【００５９】
最後に、ＳＴＢ２０６がケーブルモデム２０６からマルチキャストＩＰストリームを受け取り、必要に応じて適切なＤＲＭ復号の後に、ＴＶセット（図示せず）へのストリームのレンダリングを開始することができる。
【００６０】
上記のプロセスの間に、ケーブルモデム２０６が、ＳＴＢ２０８とサービスプラットフォーム２０１との間の双方向ＩＰ通信に対して完全に透過的であることを理解することができる。これは、主にライブＴＶパケットを復調するために使用され、ケーブルプラントが多くのＲＦチャネルリソースを有することを利用する。したがって、ケーブルモデム２０６は、高速インターネットサービスおよび他のサービスに関する末端の加入者のためのＤｏｃｓｉｓ  ＩＰチャネル帯域幅全体を維持することができる。
【００６１】
さらに、添付の図面に示された構成システムコンポーネントおよび方法ステップのいくつかは好ましくはソフトウェアで実装されるため、システムコンポーネント（またはプロセスステップ）間の実際の接続は、本発明がプログラムされる方式に応じて異なる場合があることを理解されたい。本明細書の教示が与えられると、関連技術の当業者は、本発明のこれらおよび類似の実装または構成を考えることができるであろう。
【図１】
2016539584.tif 000007
【図２】
2016539584.tif 000008
【図３】
2016539584.tif 000009
【手続補正書】
【提出日】平成28年8月29日(2016.8.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークのためのケーブルモデムであって、
無線周波数リソースを複数のケーブルモデム終端システムに割り当てる無線周波数リソースマネージャユニットと、
前記無線周波数リソースマネージャユニットの無線周波数リソース割り当てに従って、前記複数のケーブルモデム終端システムとの無線周波数インターフェースをそれぞれ設定するインターフェースマネージャユニットと、
を備える、前記ケーブルモデム。
【請求項２】
パケットを前記複数のケーブルモデム終端システムに関するそれぞれのサービスフローに分類するパケット分類器ユニットをさらに備える、請求項１に記載のケーブルモデム。
【請求項３】
転送ポリシーに従って、前記複数のケーブルモデム終端システムとそれぞれの顧客宅内機器との間でパケットを交換するパケット転送器ユニットをさらに備える、請求項１に記載のケーブルモデム。
【請求項４】
前記複数のケーブルモデム終端システムは、ＩＰデータの送信のためのケーブルモデム終端システムと、ライブＴＶ信号の送信のためのケーブルモデム終端システムと、を含む、請求項１に記載のケーブルモデム。
【請求項５】
前記ケーブルモデムは、前記無線周波数リソース割り当てを通知するために、前記複数のケーブルモデム終端システムへ前記無線周波数リソース割り当てのテーブルを送信する、請求項１に記載のケーブルモデム。
【請求項６】
ネットワークシステムであって、
ＩＰデータサービスおよびライブＴＶサービスを提供するサービスプラットフォームと、
前記サービスプラットフォームとのＩＰデータの通信を行う第１のケーブルモデム終端システムと、
前記サービスプラットフォームとのライブＴＶ信号の通信を行う第２のケーブルモデム終端システムと、
割り当てられた無線周波数リソースにより前記第１のケーブルモデム終端システムおよび前記第２のケーブルモデム終端システムとの通信を行い、前記ＩＰデータおよびライブＴＶ信号をそれぞれの顧客宅内機器へ提供するケーブルモデムと、
を備える、前記ネットワークシステム。
【請求項７】
前記第１のケーブルモデム終端システムは、前記サービスプラットフォームとのＩＰデータの双方向通信を行う、請求項６に記載のネットワークシステム。
【請求項８】
前記第２のケーブルモデム終端システムは、前記サービスプラットフォームからマルチキャストのライブＴＶ信号を受信する、請求項６に記載のネットワークシステム。
【請求項９】
前記サービスプラットフォームは、前記ライブＴＶ信号を符号化してＩＰパケットにし、および該ＩＰパケットを前記第２のケーブルモデム終端システムに送信する、請求項６に記載のネットワークシステム。
【請求項１０】
前記顧客宅内機器は、ＩＰデータ用のパーソナルコンピュータである、請求項６に記載のネットワークシステム。
【請求項１１】
前記顧客宅内機器は、ライブＴＶ信号用のセットトップボックスである、請求項６に記載のネットワークシステム。
【請求項１２】
前記ネットワークシステムは、ＤＯＣＳＩＳ（Data Over Cable Service Interface Specification）ベースのネットワークである、請求項６に記載のネットワークシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
以下の３つのテーブルは、サービスプラットフォーム２０１、ＣＭＴＳ２０４、２０５、ケーブルモデム２０６、およびＩＰモードＳＴＢ２０８によって使用される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正の内容】
【００５９】
最後に、ＳＴＢ２０８がケーブルモデム２０６からマルチキャストＩＰストリームを受け取り、必要に応じて適切なＤＲＭ復号の後に、ＴＶセット（図示せず）へのストリームのレンダリングを開始することができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６１
【補正方法】変更
【補正の内容】
【００６１】
さらに、添付の図面に示された構成システムコンポーネントおよび方法ステップのいくつかは好ましくはソフトウェアで実装されるため、システムコンポーネント（またはプロセスステップ）間の実際の接続は、本発明がプログラムされる方式に応じて異なる場合があることを理解されたい。本明細書の教示が与えられると、関連技術の当業者は、本発明のこれらおよび類似の実装または構成を考えることができるであろう。
本発明は以下の態様を含む。
（付記１）
ネットワークのためのケーブルモデム（２０６）であって、
無線周波数リソースを複数のケーブルモデム終端システム（２０４，２０５）に割り当てる無線周波数リソースマネージャユニット（３００１）と、
前記無線周波数リソースマネージャユニット（３００１）の無線周波数リソース割り当てに従って、前記複数のケーブルモデム終端システム（２０４，２０５）との無線周波数インターフェースをそれぞれ設定するインターフェースマネージャユニット（３００２）と、
を備える、前記ケーブルモデム。
（付記２）
パケットを前記複数のケーブルモデム終端システム（２０４，２０５）に関するそれぞれのサービスフローに分類するパケット分類器ユニット（３００３）をさらに備える、付記１に記載のケーブルモデム。
（付記３）
転送ポリシー（３００４）に従って、前記複数のケーブルモデム終端システム（２０４，２０５）とそれぞれの顧客宅内機器との間でパケットを交換するパケット転送器ユニット（３００５）をさらに備える、付記１に記載のケーブルモデム。
（付記４）
前記複数のケーブルモデム終端システムは、ＩＰデータの送信のためのケーブルモデム終端システムと、ライブＴＶ信号の送信のためのケーブルモデム終端システムと、を含む、付記１に記載のケーブルモデム。
（付記５）
前記ケーブルモデムは、前記無線周波数リソース割り当てを通知するために、前記複数のケーブルモデム終端システム（２０４，２０５）へ前記無線周波数リソース割り当てのテーブルを送信する、付記１に記載のケーブルモデム。
（付記６）
ネットワークシステムであって、
ＩＰデータサービスおよびライブＴＶサービスを提供するサービスプラットフォーム（２０１）と、
前記サービスプラットフォーム（２０１）とのＩＰデータの通信を行う第１のケーブルモデム終端システム（２０４）と、
前記サービスプラットフォーム（２０１）とのライブＴＶ信号の通信を行う第２のケーブルモデム終端システム（２０５）と、
割り当てられた無線周波数リソースにより前記第１のケーブルモデム終端システム（２０４）および前記第２のケーブルモデム終端システム（２０５）との通信を行い、前記ＩＰデータおよびライブＴＶ信号をそれぞれの顧客宅内機器へ提供するケーブルモデム（２０６）と、
を備える、前記ネットワークシステム。
（付記７）
前記第１のケーブルモデム終端システム（２０４）は、前記サービスプラットフォーム（２０１）とのＩＰデータの双方向通信を行う、付記６に記載のネットワークシステム。
（付記８）
前記第２のケーブルモデム終端システム（２０５）は、前記サービスプラットフォーム（２０１）からマルチキャストのライブＴＶ信号を受信する、付記６に記載のネットワークシステム。
（付記９）
前記サービスプラットフォーム（２０１）は、前記ライブＴＶ信号を符号化してＩＰパケットにし、および該ＩＰパケットを前記第２のケーブルモデム終端システム（２０５）に送信する、付記６に記載のネットワークシステム。
（付記１０）
前記顧客宅内機器は、ＩＰデータ用のパーソナルコンピュータである、付記６に記載のネットワークシステム。
（付記１１）
前記顧客宅内機器は、ライブＴＶ信号用のセットトップボックスである、付記６に記載のネットワークシステム。
（付記１２）
前記ネットワークシステムは、ＤＯＣＳＩＳ（Data Over Cable Service Interface Specification）ベースのネットワークである、付記６に記載のネットワークシステム。
【国際調査報告】
2016539584.tif 000010
2016539584.tif 000011