(57)【要約】  本明細書における実施形態は、本明細書において開示されるように、ソフトウェアが介入することなく全てのＩＰＴＶストリームの健全性を連続的に監視するためにハードウェアブロックを導入することによって、ＩＰＴＶストリームの不能または障害を連続的に検出するための方法およびシステムに関する。各ＩＰＴＶパケットヘッダーが、マルチキャスト転送データベース（ＴＣＡＭ）中でルックアップされる。エントリに一致すると、パケットが計量され、ＩＰＴＶの予定レートと比較される。ハードウェアで全ての計量の周期的走査が遂行される。いずれかのストリームがその予定レートを下回ったことを受信した場合、「障害エラー」カウンタが、特定のストリームに対してインクリメントされる。
2015518670.tif 000002
【特許請求の範囲】
【請求項１】
連続的な方式でインターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークの健全性を監視するための方法であって、
カウンタを使用してＩＰＴＶストリーム向けの各パケットを計量するステップと、
第１の既定のインターバルで前記カウンタを走査するステップと、
前記カウンタが前記ＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントするステップと、
第２の既定のインターバルで、前記ＩＰＴＶストリームの健全性のために前記障害カウンタを走査するステップとを含む、方法。
【請求項２】
各パケットを計量する前記方法が、
前記ＩＰＴＶストリームの結合と同時に、カウンタを作成するステップと、
前記第１の既定のインターバル内の予定ビット数を用いて前記カウンタを構成するステップと、
前記ＩＰＴＶストリーム向けの前記パケット数の検出と同時に、前記カウンタからパケット数を減じるステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記方法が、必須のチェックをパスした後に前記カウンタを作成するステップを含む、請求項２に記載の方法。
【請求項４】
前記障害カウンタのカウントが、既定の閾値より大きい場合は、前記ＩＰＴＶストリームが健全な状態ではない、請求項１に記載の方法。
【請求項５】
前記ＩＰＴＶストリームが健全な状態でないことを検出すると同時にアラートが発生する、請求項４に記載の方法。
【請求項６】
インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークの健全性が連続的な方式で監視され、前記ＩＰＴＶネットワークが、
ＩＰＴＶストリーム向けの各パケットを計量し、
第１の既定のインターバルで前記カウンタを走査し、
前記カウンタが前記ＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントし、
第２の既定のインターバルで、前記ＩＰＴＶストリームの健全性のために前記障害カウンタを走査するように構成された少なくとも１つの手段を備える、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワーク。
【請求項７】
前記ＩＰＴＶストリームの結合と同時にカウンタを作成するステップと、
前記第１の既定のインターバル内の予定ビット数を用いて前記カウンタを構成するステップと、
前記ＩＰＴＶストリーム向けの前記パケット数の検出と同時に、前記カウンタからパケット数を減じるステップによって、前記ＩＰＴＶネットワークが、各パケットを計量するようにさらに構成される、請求項６に記載のＩＰＴＶネットワーク。
【請求項８】
前記ＩＰＴＶネットワークが、必須のチェックをパスした後に前記カウンタを作成するようにさらに構成される、請求項７に記載のＩＰＴＶネットワーク。
【請求項９】
前記ＩＰＴＶストリームが健全な状態ではないことを検出すると同時にアラートを発生させるように、前記ＩＰＴＶネットワークがさらに構成される、請求項６に記載のＩＰＴＶネットワーク。
【請求項１０】
インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークの健全性が、連続的な方式で監視され、
前記ＩＰＴＶネットワーク中のデバイスが、
ＩＰＴＶストリーム向けの各パケットを計量し、
第１の既定のインターバルで前記カウンタを走査し、
前記カウンタが前記ＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントし、
第２の既定のインターバルで、前記ＩＰＴＶストリームの健全性のために前記障害カウンタを走査するように構成された少なくとも１つの手段を備える、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワーク中のデバイス。
【請求項１１】
前記ＩＰＴＶストリームの結合と同時にカウンタを作成するステップと、
前記第１の既定のインターバル内の予定ビット数を用いて前記カウンタを構成するステップと、
前記ＩＰＴＶストリーム向けの前記パケット数の検出と同時に、前記カウンタからパケット数を減じるステップによって、前記デバイスが、各パケットを計量するようにさらに構成される、請求項１０に記載のデバイス。
【請求項１２】
前記デバイスが、必須のチェックをパスした後に前記カウンタを作成するようにさらに構成される、請求項１１に記載のデバイス。
【請求項１３】
前記ＩＰＴＶストリームが健全な状態ではないことを検出すると同時にアラートを発生させるように、前記デバイスが、さらに構成される、請求項１０に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書における実施形態は、インターネットプロトコルテレビジョン（ＩＰＴＶ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）ネットワークに関し、より詳細には、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークのストリームの健全性を連続的に監視することに関する。
【背景技術】
【０００２】
インターネットプロトコルテレビジョン（ＩＰＴＶ）は、テレビジョンサービスが、従来の地上波、衛星信号およびケーブルテレビ形式を通じて配信される代わりに、インターネットなどのパケット交換網でインターネットプロトコルスイートを使用して配信されるシステムである。ＩＰＴＶは、その進行中の標準化プロセス、および、セットトップボックスまたは他の顧客構内設備を介したエンドユーザ構内中への高速アクセスチャネルをもつ購入者ベースのテレコミュニケーションネットワークでの優先的配備シナリオによって、インターネットテレビと区別される。世界的にＩＰＴＶ購入者数が、２００９年の２８００万人から２０１３年の８３００万人まで成長するであろうと予想される。
【０００３】
予想される加入者の増大にもかかわらず、プログラミングおよびストリーミングの選択肢は、大部分がいまだ従来技術のプログラマの制御下にあり、視聴者が望み必要とするとそのプログラマが信じているものに基づいて、そのプログラマによって定義され、制御される。ＩＰＴＶは、ストリームされたデータが信頼できない場合、パケットロスおよび遅延に敏感である。さらに、ＩＰＴＶは、１秒当たりの適切なフレーム数での動画配信を容易にするために、厳密な最小速度要件を有する。これは、多数のＩＰＴＶ顧客ベースにとって利用可能な接続速度および帯域幅の制限が、サービス品質を低減する可能性があるということを意味する。住宅内ワイヤレスリンクを通ってＩＰＴＶをストリーミングすることは、困難であることが証明されている。さらに、ＩＰＴＶストリームは、パケットが適切な時間および適切な順序で到着するということに敏感である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
日ごとに増大するチャネル数と共に、ネットワークオペレータが、ＩＰＴＶストリームの不能または障害を連続的に監視することがますます困難になりつつある。ハードウェアのフィルタを使用して少数のマルチキャストアドレスを計量するような現在の既存の方法は、通常はフィルタが制限されるので、拡張可能な解決策ではない。この手法は、多くのソフトウェアの介入も必要となる。障害／不能チャネルストリームのトラブルシューティングは、ユーザが苦情を申し立てるときのみになされる。ネットワークオペレータが、リアルタイムで監視し、将来の問題を予測する手段はない。
【課題を解決するための手段】
【０００５】
本明細書における実施形態は、連続的な方式で、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークの健全性を監視するための方法を開示し、この方法が、カウンタを使用してＩＰＴＶストリーム向けの各パケットを計量するステップと、第１の既定のインターバルでカウンタを走査するステップと、カウンタがＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントするステップと、第２の既定のインターバルで、ＩＰＴＶストリームの健全性のために障害カウンタを走査するステップとを含む。各パケットを計量する方法が、ＩＰＴＶストリームの結合と同時に、必須のチェックをパスした後にカウンタを作成するステップと、第１の既定のインターバル内の予定ビット数を用いてカウンタを構成するステップと、ＩＰＴＶストリーム向けのパケット数の検出と同時に、カウンタからパケット数を減じるステップとをさらに含む。障害カウンタのカウントが既定の閾値より大きい場合は、ＩＰＴＶストリームが健全な状態ではなく、ＩＰＴＶストリームが健全な状態でないことを検出すると同時にアラートが発生する。
【０００６】
本明細書において、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワークも開示され、ＩＰＴＶネットワークの健全性が連続的な方式で監視され、ＩＰＴＶネットワークが、ＩＰＴＶストリーム向けの各パケットを計量し、第１の既定のインターバルでカウンタを走査し、カウンタがＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントし、第２の既定のインターバルで、ＩＰＴＶストリームの健全性のために障害カウンタを走査するように構成された少なくとも１つの手段を備える。ＩＰＴＶストリームの結合と同時にカウンタを作成するステップと、第１の既定のインターバル内の予定ビット数を用いてカウンタを構成するステップと、ＩＰＴＶストリーム向けのパケット数の検出と同時に、カウンタからパケット数を減じるステップによって、ＩＰＴＶネットワークが、各パケットを計量するようにさらに構成される。ＩＰＴＶネットワークが、必須のチェックをパスした後にカウンタを作成するようにさらに構成される。ＩＰＴＶストリームが健全な状態ではないことを検出すると同時にアラートを発生させるように、ＩＰＴＶネットワークがさらに構成される。
【０００７】
本明細書において、インターネットプロトコルテレビジョン（ＩＰＴＶ）ネットワーク中のデバイスも開示され、ＩＰＴＶネットワークの健全性が、連続的な方式で監視され、デバイスが、ＩＰＴＶストリーム向けの各パケットを計量し、第１の既定のインターバルでカウンタを走査し、カウンタがＩＰＴＶストリームの予定レートを満足しない場合、障害カウンタをインクリメントし、第２の既定のインターバルで、ＩＰＴＶストリームの健全性のために障害カウンタを走査するように構成された少なくとも１つの手段を備える。デバイスが、ＩＰＴＶストリームの結合と同時にカウンタを作成し、第１の既定のインターバル内の予定ビット数を用いてカウンタを構成し、ＩＰＴＶストリーム向けのパケット数の検出と同時に、カウンタからパケット数を減じることによって各パケットを計量するようにさらに構成される。デバイスが、必須のチェックをパスした後にカウンタを作成するようにさらに構成される。ＩＰＴＶストリームが健全な状態ではないことを検出すると同時にアラートを発生させるように、デバイスが、さらに構成される。
【０００８】
本明細書における実施形態のこれらおよび他の態様については、以下の説明および添付の図面と併せて検討すればより深い認識および理解が得られるであろう。
【０００９】
本明細書における実施形態は、図面の参照と共に以下の詳細な説明によって、より深く理解されるであろう。
【図面の簡単な説明】
【００１０】
【図１】本明細書における実施形態で開示される、ＩＰＴＶシステムのネットワーク図である。
【図２】本明細書における実施形態で開示される、ＩＰＴＶストリームの不能および障害の検出に関与するオペレーションパラメータを示すブロック図である。
【図３】本明細書における実施形態で開示される、ストリームの不能および障害の検出に関与する種々のステップを説明する流れ図である。
【図４ａ】本明細書における実施形態で開示される、ＩＰＴＶストリームの健全性の監視に関与する種々のオペレーションフローを説明する流れ図である。
【図４ｂ】本明細書における実施形態で開示される、ＩＰＴＶストリームの健全性の監視に関与する種々のオペレーションフローを説明する流れ図である。
【図５】本明細書における実施形態で開示される、ＩＰＴＶの連続的なストリーミングオペレーションを示す例示的ブロック図である。
【発明を実施するための形態】
【００１１】
本明細書における実施形態ならびにその種々の特徴および利点の詳細については、添付の図面に示す、また以下の説明で述べる限定しない実施形態を参照してより完全に解説する。本明細書における実施形態を不必要に不明瞭にすることのないように、よく知られた構成部品および処理技術の説明については省略する。本明細書において使用される例は、単に、本明細書における実施形態が実践されうる方式の理解を容易にするため、さらに、本明細書における実施形態を当業者が実践することを可能にするためのものである。したがって、この例は、本明細書における実施形態の範囲を限定するものとして解釈されるべきではない。
【００１２】
本明細書における実施形態は、ＩＰＴＶネットワークのＩＰＴＶストリームの健全性を連続的に検出するための方法およびシステムを開示する。ここで、図面を参照すると、より詳細には図１から図４を通して参照すると、類似の参照記号は、全ての図面を通して一貫して対応する特徴を表す。
【００１３】
図１に、本明細書における実施形態で開示される、ＩＰＴＶシステムのネットワーク図を示す。システムが、テレコム中央局１００と、ＩＰＴＶネットワーク１０１と、広帯域アクセスネットワーク１０２と、モデム１０３と、ＩＰＴＶ  ＳＴＢ１０４と、ＩＰＴＶ１０５とを備える。テレコム中央局１００が、衛星チャネル、ライブフィード（ニュース、スポーツ）、蓄積メディアなどの複数のメディアソースにさらに接続される。さらに、ＩＰＴＶネットワーク１０１は、購入者にチャネルフィードを送信している任意のネットワークオペレータとすることができる。ＩＰＴＶネットワーク１０１が、顧客の購入に応じて一定のセットの購入者に送信するための一定のセットのチャネルを選択することができる。例えば、スポーツチャネルの料金を支払った購入者が、彼／彼女が支払ったスポーツチャネルのフィードを受信することができる。顧客が、アナログテレビ、マルチメディアコンピュータ、ＩＰテレビ（データオンリーテレビ）、携帯用デバイス（タブレット、携帯電話、ＰＤＡ）および他の適した任意のデバイス、のＩＰＴＶ番組を視聴することができる。居住ユーザについては、ＩＰＴＶは、ビデオオンデマンドと併せて提供されることが多く、ＷｅｂアクセスおよびＶｏＩＰなどのインターネットサービスとまとめて提供されうる。
【００１４】
広帯域アクセスネットワーク１０２が、インターネットへの高データレートアクセスを提供する。広帯域アクセスネットワーク１０２が、サービス品質（ＱＯＳ）、マルチキャスト、エンドユーザトラフィックの分離およびサービス間の差別化をサポートすることができる。さらに、広帯域アクセスネットワーク１０２は、ネットワークオペレーションおよびメンテナンスをサポートするテレコミュニケーション管理ソリューションを有してなければならない。モデム１０３は、ＩＰＴＶネットワーク１０１によって送信された情報を調整する。モデム１０３は、受信した情報が破損してないかどうかをチェックするエラー補正も実行する。さらに、モデム１０３が、ＩＰＴＶネットワーク１０１から受信したデータを圧縮する。ＩＰＴＶ  ＳＴＢ（ＩＰＴＶセットトップボックス）１０４が、ＩＰビデオをデコードし、それを標準のテレビ信号に変換する。ＩＰＴＶ  ＳＴＢ１０４は、ＩＰビデオスイッチングシステムへのゲートウェイである。スイッチビデオサービス（ＳＶＳ）システムにより、視聴者が、放送ネットワークチャネル、購入サービスおよびオンデマンド動画にアクセスすることが可能となる。顧客は、ＳＶＳに制御コマンドを送信するテレビリモートを使用することによって、異なるメディアにアクセスすることができる。ユニットは、リクエストを処理し、リクエストされたメディアタイプを表示する。
【００１５】
ＩＰＴＶ  ＳＴＢ１０４が、トランスポートストリームを取得するためにＩＰパケットを抽出する。チャネルデコーダが、エラーを検出および補正し、デスクランブラアセンブリにトランスポートストリームを提供する。さらに、デスクランブラアセンブリが、スマートカードまたは（例えば、戻りチャネルを介して）外部条件付きアクセスシステムからキー情報を受信する。キー（複数可）を使用して、ＩＰＴＶ  ＳＴＢ１０４が、トランスポートストリームをデコードすることができ、番組セレクタが、顧客が選択した特定の番組ストリームを抽出することができる。次いで、ＩＰＴＶ  ＳＴＢ１０４が、番組情報を取得するためにトランスポートストリームを多重分離する。番組テーブルにより、ＩＰＴＶ  ＳＴＢ１０４が、どのストリームがその番組のビデオ、オーディオおよび他のメディアなのかを知ることが可能となる。次いで、番組ストリームが、テレビが表示できるビデオ信号を生成するコンポジタに供給されるその基本的ストリーム（声、オーディオおよび制御）に分割される。
【００１６】
さらに、ＩＰビデオシステムは、元のビデオをデジタル化および再フォーマットし、データをコード化および／または圧縮し、各パケットにＩＰアドレス情報を付加し、パケットデータネットワークを通じてパケットを伝送し、パケットを組み替えて、また、デジタル化ビデオを抽出し、データをデコードし、デジタルビデオをその元のビデオ形式に転換して戻す。ビデオ形式は、スマートフォン、ＰＤＡ、ＰＣ、ＴＶなどの形式をとりうるデバイスを通じてＩＰＴＶ１０５フォーマットで顧客によって視聴されうる。
【００１７】
図２は、本明細書における実施形態で開示される、ＩＰＴＶストリームの不能および障害の検出に関与するオペレーションパラメータを示すブロック図である。ＩＰＴＶネットワーク１０１が、マルチキャスト転送データベース２０５と、マルチキャストビットレートカウンタ２０１と、マルチキャスト予定ビットレートトラッカ２０２と、マルチキャスト障害カウンタ２０３と、コントローラ２０４とを備える。マルチキャスト転送データベース２０５が、全てのアクティブなマルチキャストアドレスエントリに対するポートメンバーシップ情報を保持する。エントリ用キーは、ＶＬＡＮ  ＩＤおよびＭＡＣアドレス対からなる。エントリは、１つより多いプロトコルのデータを含むことができる。さらに、マルチキャスト転送データベース２０５は、ＴＣＡＭで操作される。ＴＣＡＭは、一定の非常に高速なサーチアプリケーションで使用される、特殊なタイプのコンピュータメモリである。
【００１８】
ＩＰＴＶネットワーク１０１が、マルチキャストストリームごとにオペレータから受信されうる、および、ソフトウェアが固定のインターバル時間内の予定バイトを計算することに基づいた、予定ビットレートを構成する。マッチングエントリがヒットすると、マルチキャストビットレートカウンタ２０１が、受信したビット量によってディクリメントされる。マルチキャストストリーミングは、信号の送信でパケットロスにつながりかねない遅延を生成して、したがって、連続エラーおよび不適切ストリーミングとなる。この問題を監視するために、マルチキャスト障害カウンタ２０３が実装される。ソフトウェアは、インターバル時間に基づいて、適切に受信されないストリーム数をチェックするために、周期的インターバルでマルチキャスト障害カウンタ２０３を通じて走査する。
【００１９】
コントローラ２０４が、ビットレートおよびカウンタのディクリメントおよびインクリメントなどの一定の機能を実行する。さらに、コントローラ２０４は、コンパレータおよびタイマーとしても働く。コンパレータとしても機能するコントローラ２０４は、実質上、マルチキャストビットレートカウンタ２０１の全てのエントリを通じて走査し、いずれかのカウンタ値＞０ならば、障害カウンタの値は１ずつインクリメントする。さらに、コントローラ２０４は、固定のインターバル時間（例えば５秒）内に受信した予定ビットを計算するソフトウェアと協調してタイマーとして働く。
【００２０】
図３は、本明細書における実施形態で開示される、ＩＰＴＶストリームの健全性の検出に関与する種々のステップを説明する流れ図である。最初に、マルチキャストストリームが、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍｅｍｂｅｒｓｈｉｐ  Ｐｒｏｔｏｃｏｌ）ＪＯＩＮの形式とすることができる、結合リクエストを受信する（３０１）。さらに、ソフトウェアが、全ての必須パラメータがパスしたかどうかチェックし（３０２）、ソフトウェアが、マルチキャスト転送データベース２０５中にエントリを作成する（３０４）。ＩＰＴＶネットワーク１０１が、マルチキャストストリームごとに予定ビットレートを計算する（３０５）。その計算に基づいて、ソフトウェアが、固定のインターバル時間内の予定バイトレートを構成する（３０６）。方法３００の種々の動作は、提示された順序、異なる順序または同時に実行されうる。さらに、いくつかの実施形態では、図３に記述のいくつかの動作が省略されうる。
【００２１】
図４ａおよび図４ｂは、本明細書における実施形態で開示される、ＩＰＴＶストリームの健全性の監視に関与する種々のオペレーションフローを説明する流れ図である。最初に、マルチキャストが、パケットプロセッサに到着する（４０１）と、パケットプロセッサが、マルチキャスト転送データベース２００内の宛先アドレスをルックアップする。マッチングエントリがヒットすると、マルチキャストビットレートカウンタ２０１が、受信したビット量をディクリメントする（４０２）。さらに、周期タイマーが時間切れである（４０３）場合、ハードウェアが、マルチキャストビットレートカウンタ２０１中の全てのエントリを通じて走査する（４０４）。周期タイマーが、いずれかのエントリのいずれかのカウンタ値＞０であるかどうかチェックする（４０５）。マルチキャスト障害カウンタ２０４が、いずれかのエントリに対してカウンタ値＞０ならば、１つのストリームに対して１ずつインクリメントする（４０６）。マルチキャスト障害カウンタ２０４が、一旦、１つのストリームに対して１ずつインクリメントする（４０６）と、完全に走査するまで、テーブル中の全てのエントリを通じて走査し続ける。
【００２２】
さらに、ビットレートカウンタが、予定ビットレート値を再初期化する（４０７）。ソフトウェアは、ストリームが対応するインターバル時間内に適切に受信されたかどうかをチェックするために、マルチキャスト障害カウンタテ−ブルを通じて走査する（４０８）。さらに、チェックは、障害カウンタテーブル全体が完全に走査され（４０９）たかどうかを確認するために実行される。障害カウンタテーブルが完全に走査されない場合、障害カウンタテーブル中のエントリの走査（４０８）は続く。別のチェックが、（受信チャネルストリームの）閾値を超えた（４１０）かどうかを見るために実行され、いずれかのストリームが閾値を超えた場合、オペレータに通知するためにアラームを発生させる（４１２）。いずれのストリームも閾値を超えなかった場合、ソフトウェアは、マルチキャスト障害カウンタテーブル２０４を通じて次の走査期間を待つ（４１１）。いずれかのストリームが閾値を超えた場合にオペレータに通知するために発生する（４１２）アラームは、全ての障害ストリームについての情報を含む。したがって、オペレータは、障害ストリームのみを調査し、修正する。方法４００の種々の動作は、提示された順序、異なる順序または同時に実行されうる。さらに、いくつかの実施形態では、図４に記述のいくつかの動作が省略されうる。
【００２３】
図５は、本明細書における実施形態で開示される、ＩＰＴＶの連続的なストリーミングオペレーションを示す例示的ブロック図である。ＩＰＴＶネットワーク１０１では、伝統的な放送テレビチャネルは、ＩＰマルチキャストを介して配信される。ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍｅｍｂｅｒｓｈｉｐ  Ｐｒｏｔｏｃｏｌ）は、許可されたユーザへのマルチキャストトラフィックの配信を制御するための制御機構である。ＩＧＭＰコマンドは、アップストリーム機器に１つのチャネルを送信するのを停止（「ｌｅａｖｅ」）、または、別のチャネルを送信（「ｊｏｉｎ」）し始めるように伝える。構築する上での選択に応じて、このプロセスは、ＤＳＬＡＭ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ  ａｃｃｅｓｓ  ｍｕｌｔｉｐｌｅｘｅｒ）、アグリゲーションスイッチまたはエッジルータで行われる。
【００２４】
さらに、ＩＧＭＰは、ＩＰＴＶネットワーク１０１に３つの基本的機能を提供する。これらは、
１．ＪＯＩＮ：ＩＧＭＰホストが、マルチキャストグループから情報を受信したい（「マルチキャストグループのメンバーになりたい」）ということを示す。
２．ＬＥＡＶＥ：ＩＧＭＰホストが、マルチキャストグループから情報をこれ以上受信したくないことを示す。
３．ＱＵＥＲＹ：ＩＧＭＰルータが、ホストにそれらがどのグループのメンバーかを問い合わせることができる。これは、ＪＯＩＮ／ＬＥＡＶＥリクエストを確認する、またはエラー状態を探すためになされる。例えば、セットトップボックスのプラグが外れている可能性があってＬＥＡＶＥコマンドが発行されなかったなど。
【００２５】
ＩＧＭＰ  ＪＯＩＮが、マルチキャストストリームのために受信されるときにいつでも、ソフトウェアが、全ての必須のチェックを行った後に、マルチキャスト転送データベース２０５のエントリを作成する。さらに、ＩＰＴＶネットワーク１０１が、マルチキャストストリームごとの予定ビットレートを構成する。それに基づいて、ソフトウェアが固定のインターバル時間内の予定バイトを計算する。一旦、マルチキャストパケットが、パケットプロセッサに到着すると、そのパケットプロセッサが、マルチキャスト転送データベース２０５中の宛先アドレスをルックアップする。マッチングエントリがヒットすると、対応するマルチキャストビットレートカウンタ２０１が、受信したビット量分ディクリメントされる。周期タイマーが時間切れになると、ハードウェアはマルチキャストビットレートカウンタ２０１中の全てのエントリを通じて走査する。
【００２６】
さらに、いずれかのカウンタ値＞０ならば、マルチキャスト障害カウンタ２０３が１ずつインクリメントされる。次いで、ビットレートカウンタが、予定ビットレート値を用いて再初期化される。ソフトウェアが、対応するインターバル時間にどのくらい多くのストリームが適切に受信されなかったかをチェックするために、マルチキャスト障害カウンタ２０３を通じて走査する。
【００２７】
本明細書において開示される実施形態は、少なくとも１つのデバイス上で動作し、ネットワーク要素を制御するネットワーク管理機能を実行する少なくとも１つのソフトウェアプログラムにより実施されうる。図２に示すネットワーク要素は、ハードウェアデバイス、ハードウェアデバイスとソフトウェアモジュールの組合せのうちの少なくとも１つとすることができるブロックを含む。
【００２８】
本明細書において開示される実施形態は、ＩＰＴＶストリームの健全性を連続的に検出するためのシステムについて明示する。その機構により、ハードウェアブロックが全てのＩＰＴＶストリームの品質をソフトウェアの介入なしに連続的に監視することが可能となって、そのシステムを提供する。したがって、保護の範囲が、こうしたプログラム、加えてその中にメッセージを有するコンピュータ可読手段におよび、プログラムがサーバまたはモバイルデバイスまたは任意の適したプログラム可能デバイス上で動作するとき、こうしたコンピュータ可読記憶手段は、方法の１つまたは複数のステップを実施するためのプログラムコード手段を含むことが理解されたい。方法は、例えばＶＨＤＬ（Ｖｅｒｙ  ｈｉｇｈ  ｓｐｅｅｄ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ  Ｈａｒｄｗａｒｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）、別のプログラム言語で記述されたソフトウェアプログラムによりもしくはそれと共に好ましい実施形態で実装され、あるいは、少なくとも１つのハードウェアデバイス上で実行される１つもしくは複数のＶＨＤＬまたはいくつかのソフトウェアモジュールによって実装される。ハードウェアデバイスは、例えば、サーバもしくはパーソナルコンピュータのような任意の種類のコンピュータ、またはその組合せ例えば１つのプロセッサと２つのＦＰＧＡなどを含め、プログラム可能な任意の種類のデバイスとすることができる。デバイスは、例えばＡＳＩＣのようなハードウェア手段、またはハードウェア手段とソフトウェア手段との組合せ例えばＡＳＩＣとＦＰＧＡ、または少なくとも１つのマイクロプロセッサと中にソフトウェアモジュールが配置された少なくとも１つのメモリとすることができる手段も含むことができる。したがって、この手段とは、少なくとも１つのハードウェア手段および／または少なくとも１つのソフトウェア手段である。本明細書において説明する方法の実施形態は、純粋なハードウェア、または一部がハードウェアで一部がソフトウェアで実施されうる。デバイスは、ソフトウェア手段のみを含むこともできる。別法では、本発明は、異なるハードウェアデバイスで、例えば複数のＣＰＵを使用して実施されうる。
【００２９】
具体的な実施形態の前述の説明は、他者が、現行の知識を加えることによって、包括的概念から逸脱することなく上記の具体的な実施形態を種々のアプリケーション用に容易に改変および／または適合させることができるように、本明細書における実施形態の概括的な本質を十分に明らかにし、したがって、上記の適合および改変は、開示される実施形態の均等の趣意および範囲内に包含されるべきであり包含されるものである。本明細書において使用された表現または用語は、説明のためのものであり限定するものではないことを理解されたい。したがって、本明細書における実施形態について、好ましい実施形態に関して説明してきたが、本明細書における実施形態が、本明細書において説明する特許請求の範囲の趣旨および範囲内の改変で実践されうることが、当業者には理解されよう。
【図１】
2015518670.tif 000003
【図２】
2015518670.tif 000004
【図３】
2015518670.tif 000005
【図４ａ】
2015518670.tif 000006
【図４ｂ】
2015518670.tif 000007
【図５】
2015518670.tif 000008
【国際調査報告】
2015518670.tif 000009
2015518670.tif 000010