(57)【要約】  終端端末のグループへのストリームの送信を同期させる方法について記載する。この方法は、パケット化ストリームをネットワークを通じて少なくとも第１ネットワーク・ノードおよび第２ネットワーク・ノードに送信する局を備えているシステムにおいて用いられる。各ネットワーク・ノードは、可変遅延ユニットを備えており、各ネットワーク・ノードは１つ以上の終端端末に接続されている。この方法では、同期ユニットが、第１ネットワーク・ノードおよび第２ネットワーク・ノードにおいて、ブロードキャスト・ストリーム内のパケットの到達時刻情報を受信する。パケットの到達時刻情報に基づいて、第１ネットワーク・ノードおよび第２ネットワーク・ノードについて遅延情報を計算する。更に、遅延情報を第１ネットワーク・ノードおよび第２ネットワーク・ノードに送信することによって、第１ネットワーク・ノードおよび第２ネットワーク・ノードの中にある可変遅延ユニットが、実質的に同期を取って、ブロードキャスト・ストリームを第１終端端末および第２終端端末に送信することができるようにする。【選択図】図１
2011501931.tif 000002
【特許請求の範囲】
【請求項１】
終端端末によって受信されるストリームの送信を同期させる方法であって、前記終端端末はネットワーク・ノードに接続されており、
−第１ネットワーク・ノードに到達したストリームにおけるパケットの第１到達時刻情報と、第２ネットワーク・ノードに到達した前記ストリームにおけるパケットの第２到達時刻情報とを受信するステップと、
−前記第１到達時刻情報および第２到達時刻情報に基づいて遅延情報を計算するステップと、
−前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードに前記遅延情報を提供し、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノード内にある１つ以上の可変遅延ユニットが、前記終端端末によって受信される前記ストリームを実質的に同期するように、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードに接続されている終端端末への前記ストリームの送信を遅延させることを可能にするステップと、
を備えている、方法。
【請求項２】
請求項１記載の方法において、前記第１到達時刻情報および前記第２到達時刻情報は、中央クロックの時刻に基づいて決定される、方法。
【請求項３】
請求項１記載の方法において、前記第１到達時刻情報および前記第２到達時刻情報は、前記第１ネットワーク・ノードに位置する第１クロックおよび前記第２ネットワーク・ノードに位置する第２クロックの時刻に基づいて決定される、方法。
【請求項４】
請求項１から３までのいずれか１項記載の方法において、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードは、前記ネットワーク・ノードに遅延情報を提供するための少なくとも１つの同期ユニットに接続されている、方法。
【請求項５】
請求項４記載の方法において、前記同期ユニットは、更に、
−前記遅延情報から、前記第１ネットワーク・ノードの前記可変遅延において用いるための第１遅延と、前記第２ネットワーク・ノードの前記可変遅延において用いるための第２遅延とを計算するステップと、
前記第１遅延を前記前記第１ネットワーク・ノードに送信する、および／または前記第２遅延を前記第２ネットワーク・ノードに送信するステップと、
を実行する、方法。
【請求項６】
請求項１から５までのいずれか１項記載の方法において、前記同期ユニットは、サーバ、前記第１ネットワーク・ノード、または前記第２ネットワーク・ノードに位置する、方法。
【請求項７】
請求項１から３までのいずれか１項記載の方法において、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードは、それぞれ、第１同期ユニットおよび第２同期ユニットを備えており、各ネットワーク・ノードが到達時刻情報を相手のネットワーク・ノードに伝達する手段を備えており、前記方法は、更に、
−前記第１同期ユニットが、前記第２同期ユニットによって送信された前記第２到達時刻情報を受信するステップと、
−前記第２同期ユニットが、前記第１同期ユニットによって送信された前記１到達時刻情報を受信するステップと、
−前記第１同期ユニットおよび前記第２同期ユニットが、それぞれ、前記第１到達時刻情報および前記第２到達時刻情報に基づいて、第１遅延および第２遅延を計算し、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードにおける前記可変遅延ユニットに、前記終端端末のグループの出力が実質的に同期されるように、前記終端端末への前記ストリームの送信を遅延させることを可能にするステップと、
を備えている、方法。
【請求項８】
請求項１から７までのいずれか１項記載の方法において、少なくとも１つの同期ユニットが、更に、
−前記ストリームの送信レートを取得するステップと、
−基準パケットを選択するステップと、
−各ネットワーク・ノードにおける前記基準パケットの到達時刻を計算するステップと、
−最も遅れたネットワーク・ノードに関する各ネットワーク・ノードの遅延を計算することによって、前記遅延情報を決定するステップと、
を実行する、方法。
【請求項９】
請求項１から８までのいずれか１項記載の方法において、前記ストリームにおける前記パケットは、タイム・スタンプおよび／またはフレーム番号を備えている、方法。
【請求項１０】
請求項１から９までのいずれか１項記載の方法において、前記ネットワーク・ノードはアクセス・ノード、ヘッド・エンド、コア・ルータ、またはネットワークのトランスポート機能の一部であり、前記ストリームの経路に位置するその他の機能要素である、方法。
【請求項１１】
請求項１０記載の方法において、前記アクセス・ノードは、ディジタル加入者ライン・アクセス・マルチプレクサ（ＤＳＬＡＭ）、ケーブル・モデム終端システム（ＣＭＴＳ）、光アクセス・ノード、またはエッジ・ルータである、方法。
【請求項１２】
請求項１から１１までのいずれか１項記載の方法において、当該方法は、更に、好ましくは、終端端末から発した、同期要求を受信するステップを備えている、方法。
【請求項１３】
請求項１から１２までのいずれか１項記載の方法において、１つの同期ドメインが、可変遅延ユニットのグループを備えており、前記方法は、更に、
−同期ドメインに関する遅延情報を受信するステップと、
−前記同期ドメインについて遅延を計算するステップと、
−前記同期ドメインに前記遅延を供給し、前記関連する可変遅延ユニットに、前記終端端末によって受信される前記ストリームを実質的に同期するように、前記終端端末へのストリームの送信を遅延させることを可能にするステップと、
を備えている、方法。
【請求項１４】
終端端末のグループの出力を同期させるシステムであって、
−パケット化されたストリームを送信するブロードキャスト局と、
−少なくとも１つの第１ネットワーク・ノード、好ましくは、前記グループにおける終端ノードの第１集合に接続されている第１アクセス・ノードと、第２ネットワーク・ノード、好ましくは、前記グループにおける終端端末の第２集合に接続されている第２アクセス・ノードであって、各々、少なくとも１つの可変遅延ユニットを備えており、前記ストリーム内のパケットの到達時刻情報を決定することができる、ネットワーク・ノードと、
−前記ネットワーク・ノードに接続されている少なくとも１つの同期ユニットであって、前記第１ネットワーク・ノード、好ましくは、第１アクセス・ノードに到達したパケットの第１到達時刻情報を受信する手段と、前記第２ネットワーク・ノード、好ましくは、第２アクセス・ノードに到達したパケットの第２到達時刻情報を受信する手段と、前記第１到達時刻情報および前記第２到達時刻情報に基づいて、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードについて遅延情報を計算する手段と、前記第１ネットワーク・ノードおよび第２ネットワーク・ノードに前記遅延情報を提供する手段とを備えている、同期ユニットと、
を備えている、システム。
【請求項１５】
同期ユニットであって、好ましくは、終端端末によって受信されるストリームの送信を同期させるための同期サーバであり、
−第１ネットワーク・ノードに到達したストリームにおけるパケットの第１到達時刻情報と、第２ネットワーク・ノードに到達した前記ストリームにおけるパケットの第２到達時刻情報とを受信する手段と、
−前記第１到達時刻情報および前記第２到達時刻情報に基づいて遅延情報を計算する手段と、
−前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードに前記遅延情報を提供し、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノード内にある１つ以上の可変遅延ユニットに、前記終端端末によって受信される前記ストリームが実質的に同期されるように、前記第１ネットワーク・ノードおよび前記第２ネットワーク・ノードに接続されている終端端末への前記ストリームの送信を遅延させることを可能にする手段と、
を備えている、同期ユニット。
【請求項１６】
請求項１２記載のシステムにおいて用いるためのネットワーク・ノードであって、
−少なくとも１つの可変遅延ユニットと、
−前記ストリーム内にあるパケットの到達時刻を前記同期ユニットに送信する手段と、
前記少なくとも１つの可変遅延ユニットについての遅延情報を受信し、前記ネットワーク・ノードに、前記ストリームを前記終端端末に所定の時点に送信させることを可能にする、手段と、
を備えている、ネットワーク・ノード。
【請求項１７】
ネットワーク・ノードのメモリにおいて実行すると、請求項１から１３までのいずれか１項記載の方法のステップを実行するように構成されているソフトウェア・コード部を備えている、コンピュータ・プログラム生産物。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、終端端末のグループの同期を取る方法およびシステムに関するものである。更に、本発明は、同期ユニット、およびこのようなシステムにおいて用いるためのネットワーク・ノードに関するものである。
【従来技術】
【０００２】
ボイス・オーバーＩＰ（ＶｏＩＰ）やインターネット・プロトコル・テレビジョン（ＩＰＶＴ）のような新たなマルチメディア技術が、新たなマルチメディア・サービス全域の扉を開いた。これらのサービスの一種では、ユーザのグループが同じＴＶチャネルを別個に見て、テキスト、オーディオ、および／またはビデオを用いて互いに通信することを可能にする。このようなサービスでは、終端端末(end-terminal)の出力信号を同時にグループ内の全てのユーザに送信する必要がある。言い換えると、グループにおけるディスプレイ・デバイス、例えば、テレビジョン、ＰＤＡ、移動体デバイス、ＰＣ、またはその組み合わせの出力を同期させなければならない。
【０００３】
ＩＰＴＶシステムでは、ＴＶチャネル信号は、通例、１つ以上のパケット化されたストリームとして、運用業者の広帯域ＩＰネットワーク上で、ヘッド・エンド、エッジ・ルータ、およびアクセス・ノードというようなネットワーク・ノードを経由して、このようなサービスの加入者の終端端末まで送信される。これらのストリームの送信中、パケットには、送信遅延、ネットワーク経路の差、ならびに符号化遅延および復号化遅延の差というような、ネットワークにおける未知の遅延が生ずる。その結果、１つの終端端末において受信されるオーディオおよびビデオ・ストリームのパケットと、他の終端端末において受信されるそれらとの間における時間的関係が乱れることになる。
【０００４】
ＩＰＴＶコンテンツを終端端末に流すには、通常リアル・タイム・トランスポート・プロトコル（ＲＴＰ）が用いられる。ＲＴＰは、連番付与およびタイム・スタンプ付与を行う。ＲＴＰを用いると、１つのストリーム内における時間関係（ストリーム内同期）および関連するストリーム間における時間関係（ストリーム間同期）を復元することができる。
【０００５】
グループ同期または宛先間同期（先に言及したようなサービスによって要求される）を達成するためには、更に別の尺度が必要となる。様々な技術が知られており、これらは全て終端端末においてタイム・スタンプ付与および可変遅延バッファを用いる。可変遅延バッファは、ある時間量だけストリームを遅延させることができる。
【０００６】
Nuome et al.による論文"An Application-Level QoS Comparison of Inter-Destination Synchronization Schemes for Continuous Media Multicasting"（連続メディア・マルチキャスティングのための宛先間同期方式のアプリケーション・レベルＱｏＳ比較）(IEICE trans. Commun. vol. 87, 2004, pp.3057-3067)には、２種類の宛先間同期方式が記載されている。第１の種類では、中央同期マスタを用い、これがグループの中にある全ての終端端末からのタイミング情報を収集し、制御パケットを終端端末に配布することによって、出力タイミングを調節する。第２の種類は、分散型制御方式に関し、各終端端末が全てのタイミング情報をグループ内の全ての終端端末にマルチキャストする。しかしながら、このような方式を典型的なＩＰＴＶシステムに実施すると、ある種の問題を招くことになる。
【０００７】
これら提案された方式のスケーラビリティ(scalability：拡張性)に限界があることに関する第１の問題がある。中央同期マスタは、限られた数の終端端末しか扱うことができない。更に、分散方式では、大多数のマルチキャスト・チャネルが必要となるが、これは限られたリソースである。
【０００８】
終端端末において制御可能な可変遅延バッファを用いることに関して、第２の問題がある。これらのバッファ、ならびにタイミング情報を受信および送信するための追加機能は、終端端末のコストが増大すること、およびこれらの能力を有さない旧式端末を使用できないことを暗示する。更に、終端端末のユーザが、同期されているグループに加入する場合、この終端端末におけるローカル・バッファリングで多大な適応化時間がかかった後でないと、ユーザはグループ内の他の終端端末と同期を取ることができない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、先行技術において周知の同期方式の欠点の内少なくとも１つを低減または解消すること、そして終端端末によって受信されるストリームの送信を同期させる方法を提供することである。終端端末は、ネットワーク・ノードに接続されている。
【課題を解決するための手段】
【００１０】
前述の方法は、
−第１ネットワーク・ノードに到達したストリームにおけるパケットの第１到達時刻情報と、第２ネットワーク・ノードに到達したストリームにおけるパケットの第２到達時刻情報とを受信するステップと、
−第１到達時刻情報および第２到達時刻情報に基づいて遅延情報を計算するステップと、
−第１ネットワーク・ノードおよび第２ネットワーク・ノードに遅延情報を提供し、第１ネットワーク・ノードおよび第２ネットワーク・ノード内にある１つ以上の可変遅延ユニットが、終端端末によって受信されるストリームを実質的に同期させるように、第１ネットワーク・ノードおよび第２ネットワーク・ノードに接続されている終端端末へのストリームの送信を遅延させることを可能にするステップと、
を備えている。
【００１１】
一実施形態では、本発明による方法は、少なくとも１つの第１ネットワーク・ノード、好ましくは、グループにおける終端ノードの第１集合に接続されている第１アクセス・ノードと、第２ネットワーク・ノード、好ましくは、グループにおける終端端末の第２集合に接続されている第２アクセス・ノードにパケット化ストリームを送信する局を備えているシステムにおいて用いられる。各ネットワーク・ノードは、可変遅延ユニットを備えており、ストリーム内のパケットの到達時刻情報を決定することができる。更に、各ネットワーク・ノードは、遅延情報を計算する少なくとも１つの同期ユニットに接続されている。
【００１２】
本方法は、（ｉ）第１ネットワーク・ノード、好ましくは、第１アクセス・ノードに到達したパケットの第１到達時刻情報と、第２ネットワーク・ノード、好ましくは、第２アクセス・ノードに到達したパケットの第２到達時刻情報とを受信するステップと、（ｉｉ）第１到達時刻情報および第２到達時刻情報に基づいて、第１ネットワーク・ノードおよび第２ネットワーク・ノードについて遅延情報を計算するステップと、（ｉｉｉ）第１ネットワーク・ノードおよび第２ネットワーク・ノードに遅延情報を提供することにより、ネットワーク・ノードの可変遅延ユニットが、終端端末のグループの出力を実質的に同期させるように、終端端末へのストリームの送信を遅延することを可能にするステップとを備えている。
【００１３】
本方法は、ネットワーク・ノードに接続されている終端端末の出力を効果的に同期させる。好ましくは、アクセス・ノードは同期が取られている。これは、ネットワーク遅延は主にネットワーク内部において発生し、アクセス・ノードを終端端末に接続するアクセス・ラインではネットワーク遅延が少ないからである。運用業者のネットワークにおけるアクセス・ノードの全てまたは少なくとも大きなグループで同期を取ることにより、終端端末、例えば、セット・トップ・ボックスによってこれらの同期アクセス・ノードに接続されている全ての視聴者は、生のサッカー試合のような、ブロードキャストされる番組を同時に視聴することが可能となる。このように、本発明は、視聴者の大きなグループが、ＴＶチャネルを同期して見ることを可能にする。
【００１４】
更に、本発明による方法は、終端端末における適応遅延バッファ、および付随する電子回路の必要性を排除する。ネットワーク・ノードによってアクセス・ラインを通じて終端端末に送信される各ストリームは同期が取られている。更に、別のＴＶチャネルに変更する場合、終端端末の出力は、その特定のＴＶチャネルを見ているグループにおける他の終端端末と自動的に同期が取られる。
【００１５】
本発明の一実施形態では、第１到達時刻情報および第２到達時刻情報は、中央クロック、例えば、ＮＴＰサーバまたはＮＴＰ同期クロックの時刻に基づいて決定される。ネットワークにおける中央クロックを用いることにより、遅延の計算を簡単にそして精度高く行うことが可能になる。更に、中央クロックを用いると、ネットワーク・ノードは互いに意識する必要がなくなる。
【００１６】
本発明の更に別の実施形態では、第１到達時刻情報および第２到達時刻情報は、第１ネットワーク・ノードに位置する第１クロックのおよび第２ネットワーク・ノードに位置する第２クロックの時刻に基づいて決定される。ローカル・クロックの使用により、外部クロック同期方法をネットワーク・ノードに実装する必要がなくなる。更に、ローカル・クロックの使用は時間帯には無関係であり、したがってネットワーク・ノードがどの時間帯に位置するか知る必要がない。
【００１７】
一実施形態では、本システムは、前述の方法において定められたステップを実行する１つ以上の同期ユニットを備えている。
一実施形態では、第１ネットワーク・ノードおよび第２ネットワーク・ノードは、ネットワーク・ノードに遅延情報を提供するために、少なくとも１つの同期ユニットに接続されている。
【００１８】
更に別の実施形態では、同期ユニットは、更に、遅延情報から、第１ネットワーク・ノードの可変遅延において用いるための第１遅延と、第２ネットワーク・ノードの可変遅延において用いるための第２遅延とを計算するステップと、第１遅延を第１ネットワーク・ノードに送信する、および／または第２遅延を第２ネットワーク・ノードに送信するステップとを実行する。このように、同期ユニットは、双方の遅延を計算し、しかるべき遅延を各ネットワーク・ノードに送信する。
【００１９】
一実施形態では、同期ユニットは、サーバに位置することができ、別の実施形態では、第１ネットワーク・ノード、または第２ネットワーク・ノードに位置することができる。
更に別の実施形態において、第１ネットワーク・ノードおよび第２ネットワーク・ノードは、それぞれ、第１同期ユニットおよび第２同期ユニットを備えており、各ネットワーク・ノードが到達時刻情報を他のネットワーク・ノードに伝達する手段を備えている。本方法は、更に、
−第１同期ユニットが、第２同期ユニットによって送信された第２到達時刻情報を受信するステップと、
−第２同期ユニットが、第１同期ユニットによって送信された第1到達時刻情報を受信するステップと、
−第１同期ユニットおよび第２同期ユニットが、それぞれ、第１到達時刻情報および第２到達時刻情報に基づいて、第１遅延および第２遅延を計算し、第１ネットワーク・ノードおよび第２ネットワーク・ノードにおける可変遅延が、終端端末のグループの出力を実質的に同期させるように、終端端末へのストリームの送信を遅延させることを可能にするステップとを備えている。
【００２０】
各ネットワーク・ノードに配備されている同期ユニットを用いることによって、ネットワーク内における中央同期ユニットの使用を不要にする。
一実施形態では、少なくとも１つの同期ユニットが、更に、
−ストリームの送信レートを取得するステップと、
−基準パケットを選択するステップと、
−各ネットワーク・ノードにおいて基準パケットの到達時刻を計算するステップと、
−最も遅れたネットワーク・ノードに関する各ネットワーク・ノードの遅延を計算することによって、遅延情報を決定するステップと、
を実行する。
【００２１】
各ネットワーク・ノードにおけるパケットの到達時刻情報を収集し、１つのパケットを基準パケットとして選択することによって、同期ユニットは、各ネットワーク・ノードにおいて基準パケットの到達時刻を計算することが可能になる。更に、同期ユニットは、どのネットワーク・ノードが最も遅れているネットワーク・ノードか（即ち、どのネットワーク・ノードが基準パケットを最後に受信したか）を判定することも可能になる。
【００２２】
更に別の実施形態では、ストリームにおけるパケットは、タイム・スタンプおよび／またはフレーム番号を備えている。別の実施形態では、前述のストリームは、マルチキャスト・ストリームである。
【００２３】
代替実施形態では、ネットワーク・ノードは、ディジタル加入者ライン・アクセス・マルチプレクサ（ＤＳＬＡＭ）、ケーブル・モデム終端システム（ＣＭＴＳ）、光アクセス・ノード、またはエッジ・ルータのようなアクセス・ノードとすることができる。
【００２４】
一実施形態では、本方法は、更に、同期要求を受信するステップを備えている。
更に別の実施形態では、１つの同期ドメインが、可変遅延ユニットのグループを備えており、１つの同期ユニットが少なくとも１つの同期ドメインを実質的に同期させることができる。本方法は、更に、
−同期ドメインに関する遅延情報を受信するステップと、
−同期ドメインについて遅延を計算するステップと、
−同期ドメインに遅延を供給し、関連する可変遅延ユニットが、終端端末によって受信されるストリームを実質的に同期させるように、終端端末へのストリームの送信を遅延させることを可能にするステップと、
を備えている。
【００２５】
あるいは、可変遅延ユニットが配備されているネットワーク・ノードは、ヘッド・エンド、コア・ルータ、またはネットワークのトランスポート機能の一部であり、ストリームの経路に位置するその他の機能要素とすることができる。
【００２６】
あるいは、ストリームの経路内にある多数のネットワーク・ノードに可変遅延ユニットがあってもよい。例えば、ヘッド・エンドおよびアクセス・ノードの双方に、可変遅延ユニットがあってもよい。ヘッド・エンドにある可変遅延ユニットは、異なるネットワーク（例えば、ＩＰＴＶ、ＤＶＢ−Ｈ、ＤＶＢ−Ｔ、ＵＭＴＳ、各々それ自体のヘッド・エンドを有する）間における大きな遅延変動に対処することができ、一方アクセス・ノードにある可変遅延ユニットは、各ネットワーク内の異なるアクセス・ノードにおける小さな遅延変動に対する付加的な微調整に対処することができる。このように、ネットワークにおける種々のレベルに全体的な遅延を区分することによって、集中同期の形態を遂行することができる。
【００２７】
また、本発明は終端端末のグループの出力を同期させるシステムに関し、このシステムは、パケット化ストリームを送信する局と、少なくとも１つの第１ネットワーク・ノード、好ましくは、グループにおける終端ノードの第１集合に接続されている第１アクセス・ノードと、第２ネットワーク・ノード、好ましくは、グループにおける終端端末の第２集合に接続されている第２アクセス・ノードであって、各々、少なくとも１つの可変遅延ユニットを備えており、ストリーム内のパケットの到達時刻情報を決定することができる、ネットワーク・ノードと、ネットワーク・ノードに接続されている少なくとも１つの同期ユニットとを備えている。同期ユニットは、第１ネットワーク・ノードに到達したパケットの第１到達時刻情報を受信する手段と、第２ネットワーク・ノードに到達したパケットの第２到達時刻情報を受信する手段と、第１到達時刻情報および第２到達時刻情報に基づいて、第１ネットワーク・ノードおよび第２ネットワーク・ノードについて遅延情報を計算する手段と、第１ネットワーク・ノードおよび第２ネットワーク・ノードに遅延情報を提供する手段とを備えている。
【００２８】
また、本発明は、前述したようなシステムにおいて用いるための同期ユニットおよびネットワーク・ノードに関するものである。更に別の態様では、本発明は、同期ユニット、好ましくは、終端端末によって受信されるストリームの送信を同期させる同期サーバに関するものである。この同期ユニットは、
−第１ネットワーク・ノードに到達したストリームにおけるパケットの第１到達時刻情報と、第２ネットワーク・ノードに到達したストリームにおけるパケットの第２到達時刻情報とを受信する手段と、
−第１到達時刻情報および第２到達時刻情報に基づいて遅延情報を計算する手段と、
−第１ネットワーク・ノードおよび第２ネットワーク・ノードに遅延情報を提供し、第１ネットワーク・ノードおよび第２ネットワーク・ノード内にある１つ以上の可変遅延ユニットが、終端端末によって受信されるストリームを実質的に同期させるように、第１ネットワーク・ノードおよび第２ネットワーク・ノードに接続されている終端端末へのストリームの送信を遅延させることを可能にする手段と、
を備えている。
【００２９】
更に別の態様では、本発明は、終端端末のグループの出力を同期させるための、同期ユニット、好ましくは、同期サーバに関し、グループにおける終端端末の第１集合が第１ネットワーク・ノード、好ましくは、第１アクセス・ノードに接続されており、グループにおける終端端末の第２集合が第２ネットワーク・ノード、好ましくは、第２アクセス・ノードに接続されている。同期ユニットは、第１ネットワーク・ノードに到達したパケット化ストリームからのパケットの第１到達時刻情報と、第２ネットワーク・ノードに到達したパケットの第２到達時刻情報とを受信する手段と、第１到達時刻情報および第２到達時刻情報に基づいて、第１ネットワーク・ノードおよび第２ネットワーク・ノードについて遅延情報を計算する手段と、遅延情報を第１ネットワーク・ノードおよび第２ネットワーク・ノードに送信する手段とを備えている。
【００３０】
更に別の態様では、本発明は、前述のシステムにおいて用いるためのネットワーク・ノードに関し、
−少なくとも１つの可変遅延ユニットと、
−ストリーム内にあるパケットの到達時刻を同期ユニットに送信する手段と、
−少なくとも１つの可変遅延ユニットについての遅延情報を受信し、ネットワーク・ノードがストリームを終端端末に所定の時点に送信することを可能にする、手段と、
を備えている。
【００３１】
更に別の態様では、本発明は、ネットワーク・ノードのメモリにおいて実行すると、前述したような方法ステップを実行するように構成されているソフトウェア・コード部を備えている、コンピュータ・プログラム生産物に関するものである。
【００３２】
更に、添付図面を参照しながら、本発明を例示する。添付図面は、本発明による実施形態を模式的に示す。尚、本発明は、これら具体的な実施形態には全く限定されないことは言うまでもない。
【図面の簡単な説明】
【００３３】
【図１】図１は、中央同期ユニットを備えている本発明の実施形態例を示す。
【図２】図２は、中央クロックおよび中央同期ユニットを備えている本発明によるシステムにおける情報の流れを示す。
【図３】図３は、分散型同期システムの実施形態例を示す。
【図４】図４は、異なる場所から送信する複数の局を有するネットワーク・トポロジの実施形態例を示す。
【図５】図５は、同期セッションの実施形態例を示す。
【図６】図６は、本発明を実施するために構成されたシステムのアーキテクチャ例を示す。
【図７Ａ】図７Ａは、スケーラブル同期アーキテクチャの一例を示す。
【図７Ｂ】図７Ｂは、スケーラブル同期アーキテクチャの別の例を示す。
【図８】図８は、ドメイン間同期アーキテクチャの実施形態例を示す。
【発明を実施するための形態】
【００３４】
図１は、本発明による第１システムを示す。ブロードキャスト局（ＢＳ）１、好ましくは、ＩＰＴＶシステム、例えば、ＩＭＳ型アーキテクチャを有するＩＰＴＶシステムは、パケット化したトランスポート・ストリーム２、通例、マルチキャスト・ストリームを、運用業者のネットワーク３、例えば、広帯域ＩＰネットワークを通じて、多数のアクセス・ノード（ＡＮ１、ＡＮ２、ＡＮ３、．．．；４ａ、４ｂ、４ｃ、．．．）に送信する。
【００３５】
このストリームの中にあるビデオ・コンテンツは、例えば、ＭＰＥＧ−２またはＭＰＥＧ−４を用いて圧縮してもよい。更に、ＩＰＴＶコンテンツをネットワーク上で流すために、リアル・タイム・トランスポート・プロトコル（ＲＴＰ）を用いてもよい。ＲＴＰによって提供されるサービスには、連番付与、タイム・スタンプ付与、および配信監視が含まれ、１つのストリームの中にある複数のパケットの同期、および関連するストリーム間の同期を可能とし、ストリームの中にある連続フレームが正しい時間に再生されるようになっている。
アクセス・ノードは、ディジタル加入者ライン・アクセス・マルチプレクサ（ＤＳＬＡＭ）、ケーブル・モデム端末システム（ＣＭＴＳ）、光アクセス・ノード、またはエッジ・ルータとすればよい。アクセス・ノードは、一般に、アクセス・ライン５、例えば、ＤＳＬを通じて広帯域ネットワーク３を終端端末の集合（６ａ、６ｂ；７ａ、７ｂ；８ａ、８ｂ）に接続する運用業者のトランスポート・ネットワークにおける最後のアクティブ・コンポーネントまたはその内の１つとして定めることができる。あるいは、終端端末をアクセス・ノードに接続するアクセス・ラインは、いずれの種類のワイヤレス・ネットワーク（ＷＩ−ＦＩ、ＵＭＴＳ等）でもよい。アクセス・ノードはネットワークの縁端（即ち、境界）に位置するので、アクセス・ノードから終端端末までのアクセス・ラインは、したがって、ネットワークにおける遅延を実質的に受けない（例えば、送信遅延、ネットワーク・ルートの相違、ならびに符号化および復号化遅延の差）。つまり、アクセス・ノードの同期により、これらのアクセス・ノードに接続されている終端端末のグループの出力を同期させる。
【００３６】
各アクセス・ノードは、終端端末（即ち、１つ以上の終端端末）の集合に接続することができ、各終端端末は１つ以上のディスプレイ・ユニットに接続することができる。終端端末（６ａ、６ｂ；７ａ、７ｂ；８ａ、８ｂ）の集合は終端端末のグループ（Ｇ）８を形成し、これらに１つ以上のＩＰＴＶサービスを配信することができる。一実施形態では、終端端末は、ディスプレイ・ユニットに接続されているセット・トップ・ボックス（ＳＴＢ）とすることができる。別の実施形態では、終端端末は、ディスプレイ・ユニット内にあるハードウェア・ユニットでもよい。ディスプレイ・ユニットは、テレビジョン、パーソナル・コンピュータ、パーソナル・デジタル・アシスタント（PDA）、移動体端末、またはオーディオ／ビデオ・ストリームをユーザに提示することができるその他のいずれのデバイスでもよい。終端端末は、アクセス・ノードに、選択したＴＶチャネルを終端端末に送信するように要求するために、インターネット・グループ管理プロトコル（ＩＧＭＰ）を用いることができる。
【００３７】
終端端末の出力の同期は、同期ユニット９によって実現される。同期ユニットは、サーバ、例えば、ネットワーク３の中またはアクセス・ノードの１つの中にある専用同期サーバ内における機能ユニットとして配置することができる。これによって、アクセス・ノードはネットワーク３におけるネットワーク遅延を補償することが可能になる（例えば、ネットワークにおける処理遅延、キュー遅延、ルーティング遅延、送信遅延、および伝搬遅延）。このために、各アクセス・ノードは、終端端末へのストリームの送信を遅延させることができる少なくとも１つの可変遅延バッファ１０ａ、１０ｂ、１０ｃを備えている。
【００３８】
本発明による同期方法は、例えば、ネットワーク全体またはその一部において動作する連続プロセス、あるいはネットワーク全体を通過する全てのストリームまたはある種のストリームのみに動作する連続プロセスとして実装することができる。更に、この連続動作は、全ての終端端末またはある種の終端端末のみに作用してもよい。この方法は、システムをこの連続様式(continuous modus)で動作するように構成設定することによって、実装することができる。
【００３９】
あるいは、本方法は、例えば、クライアント−サーバ型モデルを用いて、セッション型同期プロセスとして実装することもできる。同期セッションは、例えば、ネットワーク内部におけるある種のトリガによって開始または終了することができる。同期セッションを開始または終了するトリガは、例えば、終端端末によって（図６の詳細な説明を参照のこと）、あるいはネットワーク内部にある他のエレメントまたはシステム自体によって供給することができる。
【００４０】
一実施形態では、可変遅延ユニットおよび同期ユニットをクライアント−サーバ型モデルにおいて実装することができ、この場合、ネットワーク・ノードにおける各可変遅延ユニットは同期クライアント（ＳＣ）として作用し、同期ユニットは同期サーバ（ＳＹＮＣＨＳ、メディア同期アプリケーション・サーバＭＳＡＳとしても知られている）として作用する。同期クライアント（可変遅延ユニット）は、プロトコル・ソケットを有することができ、プロトコル・ソケットは、同期ステータス情報を、適したプロトコルを用いて同期サーバ（同期ユニット）に送ることを可能にし、更に、同期設定命令を同期サーバから受信することを可能にする。同期ステータス情報は、ストリーム受信に関するタイミング情報（即ち、どの時点で所与のストリームが受信されたか）、および現在の遅延設定値を含むことができる。同期設定命令は、可変遅延ユニットの設定に関する命令を含むことができる。
【００４１】
同期サーバ（同期ユニット）および同期クライアント（可変遅延ユニット）は、同期セッションを開始および終了するように構成することができる。同期セッションは、同期クライアントが招待メッセージを同期サーバに送ったとき、またはその逆のときに開始することができる。同期セッションの間、同期サーバおよび同期クライアントは同期ステータス情報および同期設定命令を交換することができる。同期セッションは、同期クライアントが終了メッセージを同期サーバに送ったとき、またはその逆のときに終了することができる。同期サーバおよび同期クライアントは、同期セッションへの招待を受け入れるため、または同期セッションの終了を確認するために、リターン・メッセージを送ることができる。
【００４２】
図１は、中央同期方式を示し、ここでは、同期ユニット９が到達時刻情報をアクセス・ノードから収集し、アクセス・ノードにおける可変遅延バッファのために遅延情報を計算する。同期ユニットによって用いられるアルゴリズムは、フレーム・レート、即ち、ストリーミング・コンテンツ（例えば、ビデオ）の１秒毎のフレーム数が既知であることを想定している。
【００４３】
同期ユニットとアクセス・ノードとの間における情報転送を、図２に更に詳しく示す。第１ステップ１１において、同期ユニットは、アクセス・ノードに、ストリームにおける特定のビデオ・フレームの到達時刻情報を送るように要求する。第２ステップ１２において、アクセス・ノードは、この情報、通例、アクセス・ノードにおける当該フレームのフレーム番号および到達時刻（Ｔ１、Ｔ２、Ｔ３）を含む、フレームのＲＴＰ情報を、同期ユニットに送る。その後、同期ユニットは、第３ステップ１３において、遅延情報を計算する。このために、同期ユニットは、（ｉ）フレーム番号の１つ、好ましくは、アクセス・ノードによって報告された最小または最大の番号を、基準フレームとして選択し、（ｉｉ）アクセス・ノード毎に、既知のフレーム・レートを用いて、この基準フレームに関する時刻を計算し、（ｉｉｉ）最も「遅れている」アクセス・ノードを決定し、（ｉｖ）他のアクセス・ノードまたはノード群について遅延を計算することができる。計算の後、次のステップにおいて、遅延をアクセス・ノードに送信する。
【００４４】
図２における同期ユニットは、次の到達時刻情報をアクセス・ノードＡＮ１、ＡＮ２、およびＡＮ３から受信する。
ＡＮ１は、フレーム６３８９を１４：４６：５９：２６４５（Ｔ１）において受信した。
【００４５】
ＡＮ２は、フレーム６３９５を１４：４７：０５：４１１２（Ｔ２）において受信した。
ＡＮ３は、フレーム６３７５を１４：４６：５９．７６００（Ｔ３）において受信した。
【００４６】
フレーム・レートが毎秒２５フレームであるとすると、最小のフレーム番号、即ち、フレーム６３７５に対するクロック時刻を、アクセス・ノード毎に計算することができる。最初のアクセス・ノードは、フレーム６３７５をＴ１−（６３８９−６３７５）／２５＝１４：４６：５８．７０４５（Ｔ１’）において受信し、二番目のアクセス・ノードは、フレーム６３７５をＴ２−（６３９５−６３７５）／２５＝１４：４７：０４．６１１２（Ｔ２’）において受信し、三番目のアクセス・ノードは、フレーム６３７５をＴ３＝１４：４６：５９．７６００（Ｔ３’＝Ｔ３）において受信した。
【００４７】
ＡＮ１は、フレーム６３７５を１４：４６：５８．７０４５（Ｔ１’）において受信した。
ＡＮ２は、フレーム６３７５を１４：４７：０４．６１１２（Ｔ２’）において受信した。
【００４８】
ＡＮ３は、フレーム６３７５を１４：４６：５９．７６００（Ｔ３’＝Ｔ３）において受信した。
最も「遅れた」アクセス・ノード、即ち、基準フレーム６３７５を最後に受信したアクセス・ノードは、アクセス・ノードＡＮ２であるので、同期ユニットは、各アクセス・ノードについての遅延を以下のように決定する。
【００４９】
ＡＮ１についての遅延Ｄ１＝Ｔ２’−Ｔ１’＝５．９０６７
ＡＮ２についての遅延Ｄ２＝０
ＡＮ３についての遅延Ｄ３＝Ｔ２’−Ｔ３’＝４．８５１２
これらの遅延は、続いて、アクセス・ノードに送られ、終端端末へのストリームの送信を遅延させるために、可変遅延バッファによって用いられる。このようにして、当初送信されたストリームの中にある特定のフレームのコンテンツが、図１に模式的に示すように、同じ時点Ｔｏｕｔにおいて、グループ内の全てのユーザに送信されることになる。
【００５０】
前述の中央方式では、アクセス・ノードはそれらの時刻を中央クロックから得るようにしている。別の実施形態では、ローカル・クロック、例えば、アクセス・ノードに配備されているクロックを用いて、アクセス・ノード同士の出力を同期させることも可能である。この方式では、ネットワーク時間プロトコル（ＮＴＰ）を用いて、遅延を計算する前に、アクセス・ノードにおけるローカル・クロックを同期させることができる。
【００５１】
あるいは、アクセス・ノード間において遅延が非常に少ない接続が利用可能な場合、アクセス・ノードはそれらのクロック時間を互いに共有することもできる。フレーム番号を中央同期ユニットに報告する際、アクセス・ノードはそれら自体のクロック時刻を報告するだけでなく、他のノードのクロック時刻も報告する。このようにして、同期ユニットは、最初に、（ｉ）１つのクロックを基準クロックとして選出し、（ｉｉ）クロック毎に基準クロックとの差を計算し、（ｉｉｉ）全てのクロック時刻を、これらが基準クロック時刻となるように調節することによって、異なるアクセス・ノードのクロックを同期させることができる。その後、前述のように、中央クロック／中央同期ユニット方式で、遅延を計算することができる。
【００５２】
尚、本発明は、図１および図２に関して先に説明したようなアクセス・ノードの同期に限定されるのではないことを注記しておく。同期のレベル、ネットワークの経済性、およびネットワークのアーキテクチャに応じて、トランスポート・ネットワーク３において他の種類のネットワーク・エレメント（ネットワーク・ノード）を同期ノード、即ち、可変遅延バッファを配するノードとして用いることもできる。
【００５３】
例えば、一実施形態では、ネットワーク３は異なる種類の２系統以上のネットワーク、例えば、移動体ネットワークおよび固定ネットワークを備えることができ、これらは、例えば、ライブ・イベントのブロードキャストに関して、互いに同期を取る必要がある。この状況では、ネットワークの各々の先端に、可変遅延ユニットを配すればよい。
【００５４】
尚、ネットワーク間の同期は、異なるネットワークを用い同じブロードキャストを同時に体験したい異なるユーザにとって利点があるだけでなく、ネットワーク間で切り換える一人のユーザにとっても有効である場合もある。この切換は、例えば、ユーザが移動体ネットワークを用いているが通信状態が悪い(bad coverage)場合に行うとよい。ユーザがそのネットワークへの自身の接続を逸した場合、彼は別のネットワーク、例えば、通信状態が改善された別の移動体ネットワークに切り換えたい場合がある。このようなネットワーク切換の一例は、ＤＶＢ−Ｈ（ディジタル・ビデオ・ブロードキャスト−ハンドヘルド）ネットワークとＵＭＴＳ−ネットワークとの間の切換があり得る。
【００５５】
また、この切換は、例えば、移動体ネットワークを通じてビデオ・ストリームを視聴しているユーザが帰宅して、固定ネットワークに接続されている彼の大型画面のテレビジョンで視聴し続けたいといった場合に、移動体ネットワークと固定ネットワークとの間でも行われる場合がある。特定のストリームについて、異なるネットワーク間における遅延をキャンセルすれば、シームレスなネットワーク移行に備えることができ、ユーザの体験を改善することができる。
【００５６】
更に別の実施形態では、多数の同期ユニットを用いることができ、例えば、分散サーバ方式でネットワークを通じてこれらを分散する。図３は、このような分散方式の一例を示し、各アクセス・ノード１５ａ、１５ｂ、１５ｃは、同期ユニットＳＵ１、ＳＵ２、ＳＵ３を備えている。各同期ユニットは、当該同期ユニットが配備されているアクセス・ノードに到達したフレームの到達時刻情報Ｔ１、Ｔ２、Ｔ３を、他の全ての同期ユニットに送信することができる。このため、各同期ユニットは、先に論じたのと同様に、可変遅延ユニットに適した遅延時間を計算することができる。
【００５７】
更に別の実施形態では、ネットワーク・ノードは多数の可変遅延ユニットを備えている。これは、異なる送信局が異なるストリーム（ブロードキャスト・チャネル）を送信し、ネットワーク・ノード間において異なる遅延が生ずる場合に利点を得ることができる。図４は、ネットワーク・アーキテクチャの一例を示し、２つのブロードキャスト・ソースＢＳ１（１７）およびＢＳ２（１８）が、ブロードキャスト・ストリーム１９、２０を異なる２つの位置からネットワーク・ノードＡＮ１（２２）、ＡＮ２（２３）、およびＡＮ３（２４）に送信する。例えば、ＢＳ２は衛星地上局とすることができ、地理的に国規模のネットワークの北に位置し、ブロードキャスト・ストリームを北部アクセス・ポイントからネットワークに送信し、ＢＳ１（地理的に国規模のネットワークの中央に位置する）は、地上接続を通じてブロードキャスト・ストリームを受信することができ、中央アクセス・ポイントからネットワーク内に送信している。これらの異なるアクセス・ポイントのために、ブロードキャスト・ストリーム１９および２０は、ＡＮ１（２２）、ＡＮ２（２３）、およびＡＮ３（２４）間で異なる遅延を生ずる可能性がある。その結果、異なる発信源から送信された２つの異なるストリームが、異なる遅延パターンを生じ、宛先間同期が必要となる場合、これらのストリームを正しく同期させるには、関与するネットワーク・ノード毎に少なくとも２つの可変遅延ユニットが必要となる。
【００５８】
この原理を更に図４に示す。終端端末ＥＴ１、４、６、７は、グループＧ１の一部とすることができ、Ｇ１は、実質的に同期しているストリーム２０Ａを受信する。Ｇ１の出力を同期させるためには（ネットワーク・ノードＡＮ１、ＡＮ２、およびＡＮ３によって同期ストリーム２０Ａを出力することによって））、可変遅延ユニット２５ａ、２６ａ、および２７ａが必要となる。
【００５９】
一方、終端端末ＥＴ２、３、５は、グループＧ２の一部とすることができ、Ｇ２は、実質的に同期しているストリーム１９Ａを受信する。Ｇ２の出力を同期させるためには（ネットワーク・ノードＡＮ１、ＡＮ２、およびＡＮ３によって同期ストリーム１９Ａを出力することによって）、可変遅延ユニット２５ｂおよび２６ｂが必要となる。
可変遅延ユニット（２５ａ、ｂ；２６ａ、ｂ、および２７ａ）の各々について、ネットワーク・ノードはパケット到達時刻情報を同期ユニット２１に送信する必要があり、同期ユニットは、ネットワーク・ノードの中にある可変遅延ユニット毎に、遅延情報を計算し送信しなければならない。
【００６０】
図４で示すように、全ての終端端末が必ずしも１グループの一部である必要はない。ＥＴ８は、例えば、非同期ストリーム１９／２０の１つを、可変遅延ユニットの関与なく、直接受信することができる。
【００６１】
別の実施形態では、ネットワーク・ノードにおいて、送信元ブロードキャスト局毎に１つの可変遅延ユニットだけがあればよい。個別のストリーム毎に宛先間同期を適用する代わりに、１つの送信元局から送信されるストリームのバンドル(bundle)に対して、宛先間同期を適用し、これによって、このバンドルの中にあるストリームの各々が、ネットワークにおいて実質的に同様の遅延パターンを生ずるようにする。
【００６２】
図５は、本発明の一実施形態による同期クライアント（ＳＣ）と同期サーバ（ＳＹＮＣＨＳ、メディア同期アプリケーション・サーバ、ＭＳＡＳとしても知られている）との間における同期セッションのメッセージング・フローの一例を示す。ＳＣ、即ち、ＳＹＮＣＨＳは、ＩＭＳ型アーキテクチャで実現することができ、この場合、同期クライアントは、例えば、基本トランスポート機能（ＢＴＦ）の基礎機能とすることができ、同期サーバは、ＥＴＳＩ技術仕様書ＴＳ１８２０２７において定められているメディア分散機能（ＭＤＦ）、メディア制御機能（ＭＣＦ）、またはサービス制御機能（ＳＣＦ）の基礎機能とすることができる。ＥＴＳＩ技術仕様書ＴＳ１８２０２７をここで引用したことにより、その内容が本願にも含まれるものとする。あるいは、同期サーバは、アプリケーション・サーバ（ＡＳ）のような、ネットワークにおける専用機能エレメントとしてもよい。
【００６３】
同期セッションは、以下のステップで構成することができる。
第１ステップ（１）において、ＳＣは同期開始要求をＳＹＮＣＨＳに送り、宛先間同期プロセスに参加したいことを示す。この要求は、同期セッションに必要な情報、例えば、同期を要求するブロードキャスト・チャネルのチャネル識別情報（ＢＣＳｅｒｖｉｃｅＩｄ）を含むことができる。第２ステップ（２）において、ＳＹＮＣＨＳは、ＳＣの宛先間同期プロセスへの参加を確認する。第３ステップ（３）において、ＳＣはその同期ステータス情報をＳＹＮＣＨＳに送る。第４ステップ（４）において、ＳＹＮＣＨＳは多数のＳＣからの同期ステータス情報を集計し、各ＳＣに適した同期設定値を計算する。収集した同期ステータス情報からの同期設定命令は、図２に関して説明したアルゴリズムを用いて計算することができる。第５ステップ（５）において、ＳＹＮＣＨＳは同期設定命令をＳＣに送る。ステップ３から５は、一定の時間間隔で繰り返すことができる。同期セッションを終了させる必要がある場合、ＳＣは第６ステップ（６）において同期終了要求をＳＹＮＣＨＳに送り、もはや宛先間同期プロセスにおいてアクティブではないことを示す。第７ステップ（７）において、ＳＹＮＣＨＳは、ＳＣの宛先間同期プロセスにおける参加の終了を確認する。
【００６４】
本発明による同期方法は、ＩＭＳベースＩＰＴＶアーキテクチャにおいて実現することもできる。ＩＭＳベースＩＰＴＶアーキテクチャは、図６に更に詳細に示されており、ＥＴＳＩ技術仕様書ＴＳ１８２０２７に更に詳細に記載されている。このアーキテクチャでは、メディア分散機能ＭＤＦ３４が送信局を表し、ＩＰＴＶブロードキャスト・セッション３３が、ＭＤＦからユーザ機器ＵＥ２７に送信されるパケット化ストリームを表す。
【００６５】
ＩＭＳベースＩＰＴＶサービスの２人の加入者が同じＴＶ番組（例えば、サッカーの試合）を同期様式で視聴することを望み、同時に（ビデオ）電話またはチャットによって伝達するという場面において、ユーザ体験が容認可能であるためには、双方のＴＶにおいてＩＰＴＶストリームの同期が取られていることが必要となる（例えば、ユーザが実際にＴＶでゴールを見る何秒も前に、ユーザの反応が聞こえることを避けるため）。このようなＩＭＳベースＩＰＴＶシステムにおける同期は、以下のプロセスを用いることによって達成することができる。
【００６６】
第１ステップにおいて、ユーザは、セッション修正を要求することによって、既存の非同期ＩＰＴＶブロードキャスト・セッションのための同期を可能にすることができる（ここでは、メディア分散機能ＭＤＦ３４が送信元局であり、ＩＰＴＶブロードキャスト・セッションはパケット化ストリームである）。セッションの修正には、ＵＥ２７（終端端末）がＳＩＰ  ＩＮＶＩＴＥメッセージ（即ち、「トリガ」）をＳＣＦ２６に送ることを伴う。このメッセージは、更新したセッション記述を含む（セッション記述プロトコル、ＳＤＰを用いる）。セッション記述は、どのＩＰＴＶストリームを同期させるべきかについての情報（例えば、ＢＣＳｅｒｖｉｃｅｄＩＤによって示される）、同期セッションに関与するＵＥ２７についての情報、そして可能な追加情報を収容する。このＳＩＰ  ＩＮＶＩＴＥメッセージは、コアＩＭＳ３７内に配備されているプロキシ・コール・セッション制御機能（Ｐ−ＣＳＣＦ）３８によって、ＳＣＦ２６に導出される。
【００６７】
第２ステップにおいて、ＳＣＦ２６はこの要求を受け入れて、ＭＳＡＳ（即ち、同期ユニット）に、宛先間同期用同期セッションを開始するように命令する。
ＩＭＳ  ＩＰＴＶシステム内におけるＭＳＡＳの位置によっては、異なるプロトコルを用いて同期セッションを準備することもできる。ＭＳＡＳがＳＣＦ２６内に配備されている場合、内部プロトコルを用いることができ、ＭＳＡＳがメディア制御機能（ＭＣＦ）３５内に配備されている場合（ＭＣＦがＩＰＴＶメディア機能（ＭＦ）３６の一部である）、ＳＩＰプロトコルを用いることができ、そしてＭＳＡＳがＳＣＦ２６の外部に配備されている場合、ＳＯＡＰまたはＲＰＣのような、遠隔プロシージャ・コール・プロトコルを用いることもできる。
【００６８】
ＭＳＡＳがリソース承認制御サブシステム（ＲＡＣＳ：Resource Admission Control Subsystem）３９内に配備されている場合、ＳＣＦ２６は必ずしもＭＳＡＳに同期セッションを開始するように命令しなくてもよい。何故なら、Ｐ−ＣＳＣＦ３８が、コアＩＭＳ２９におけるＳＩＰルータとしてのその役割においてＳＩＰ  ＩＮＶＩＴＥを受信し、ＲＡＣＳとの直接的なインターフェースを有するからである。したがって、Ｐ−ＣＳＣＦ３８は、ダイアメータ・プロトコル(Diameter protocol)に基づいて、このインターフェースを用いてＲＡＣＳ３９内に配備されているＭＳＡＳに命令することができる。次いで、ＭＳＡＳは、同期活動のためのダイアメータ・プロトコルに基づいて、ＲＡＣＳ３９のインターフェースを基本トランスポート機能（ＢＴＦ）３２に向けて再使用することができ、ＢＴＦは同期クライアント機能を有する。
【００６９】
第３ステップにおいて、ＭＳＡＳを導入して同期セッションを開始した後、ＭＳＡＳは、トランスポート処理機能２３内において該当する基本トランスポート機能ＢＴＦ３３（即ち、１つ以上の可変遅延ユニットを有する該当するネットワーク・ノード）を決定しなければならない。ＭＳＡＳは、運用業者のコンフィギュレーション、終端端末ネットワーク・アタッチメント（ダイアメータ・プロトコルを用いてネットワーク・アタッチメント・サブシステム（ＮＡＳＳ）２０に問い合わせる／申し込むことによって）、またはＩＭＳ登録によって（ＳＩＰを用いてサービング・コール・セッション制御機能（Ｓ−ＣＳＣＦ：Serving Call Session Control Function）３８の登録イベントに加入することによって）、この情報を得ることができる。
【００７０】
次いで、ＭＳＡＳは、例えば、ＳＩＰプロトコルを用いて、各ＢＴＦ３３との同期セッションを準備する。要求には、同期セッションに必要な情報、例えば、同期を要求するブロードキャスト・チャネルのチャネル識別情報（ＢＣＳｅｒｖｉｃｅＩＤ）を含むことができる。この情報は、ＳＩＰ要求のセッション記述の中に含むことができる。
【００７１】
第４ステップにおいて、同期セッションを受け入れた後、該当するＢＴＦ３２（即ち、該当するネットワーク・ノード）はそれらの同期ステータス情報（該当するＢＴＦに到達した同期ストリームのパケットのパケット到達時刻情報を含む）をＭＳＡＳに、ＳＩＰ  ＩＮＦＯ要求（例えば、ＸＭＬで符号化したステータス）またはその他のプロトコルを、確立した同期セッションの一部として送る。
【００７２】
次いで、ＭＳＡＳはＢＴＦ毎に可変遅延ユニットにおいて用いるための遅延情報を計算し、この遅延情報を該当するＢＴＦに送信し、こうして各ＢＴＦがストリームの送信を遅延させることが可能になる。ＭＳＡＳとＢＴＦとの間で用いられるプロトコルは、ＳＩＰの代わりに、ＤｉａｍｅｔｅｒまたはＭＥＧＡＣＯに基づいてもよい。
【００７３】
図６に示すシステムは、非同期チャネルおよび同期チャネルの双方をサポートすることができる。例えば、可変遅延ユニットを備えているネットワーク・ノードが１つのチャネルを２つのバージョン、つまり、１）可変遅延ユニットの前ではチャネルの直接（非同期）バージョン、そして２）可変遅延ユニットの後では同じチャネルの同期バージョンを配信(distribute)することができる。
【００７４】
終端端末は、１つのチャネル（非同期または同期）を選択すること、および／または選択を変更することを、制御プロトコル、例えば、ＩＧＭＰまたはＲＴＳＰを用いて行うことができる。同期チャネルを選択する終端端末のアクションによって、通例、これが同期チャネルを要求した最初の端末である場合に、ネットワーク・ノードが同期セッションを開始することを促される。同様に、終端端末が同期チャネルを放棄するアクションは、通例、これが同期チャネルを放棄する最後の端末である場合に、ネットワーク・ノードが関連のある同期セッションを終了することをトリガする。
【００７５】
以前に規定したように、既存の同期策の欠点は、１つの（同期）サーバは限られた数のクライアントしか扱うことができないので、そのスケーラビリティが限られていることである。本発明による解決策を提供することにより、ネットワーク・ノードが実質的に同期され、各ネットワーク・ノードは大量の終端端末を担当することが可能となる。しかしながら、非常に大きなネットワークおよび／または管理ドメインでは、同期サーバの階層を導入することによって、更にスケーラビリティを高めることが有利となる場合もある。
【００７６】
図７Ａおよび図７Ｂは、このような階層のアーキテクチャ例を２つ示す。最低レベルにおいて、同期サーバ（ＳＵ）は、ネットワーク・ノード内に位置し、これらに割り当てられた同期クライアントを同期させる。ここで、同期クライアントの各グループが同期ドメインを形成する。次のレベルにおいて、同期サーバが、サーバ間同期によって同期される。サーバ間同期は、「水平」に行うことができ、図７Ａに示すように、全てのサーバが互いのピアとなる。あるいは、同期サーバのグループを同期させる１つ以上の上位同期サーバがあってもよい。この実施形態を図７Ｂに示す。
【００７７】
（上位）−同期サーバ間において用いられるサーバ間同期プロトコルは、同期サーバと同期クライアントとの間で用いられる、前述のようなプロトコルと同様に機能することができる。サーバ間プロトコルは、異なる同期ドメイン間で遅延情報を交換するために用いることができる。また、これは再生遅延(play-out delay)を設定および変更するために情報を送る際にも用いることができる。
【００７８】
ネットワーク・ノードが多数の可変遅延ユニットを備えることができ、各々が同期クライアントとして機能することができるので、異なるストリームの大規模な同期のために、論理的に１つのネットワーク・ノードが同時に異なる同期ドメインの一部となることもできる。このことは、同期サーバ（即ち、同期ユニット）についても当てはまる。同期サーバは、同時に異なる同期ドメインの一部となることができ、更に、それよりも高いレベルでは、同期を必要とするストリームまたはストリームの集合に応じて、異なる同期サーバと同期を取ることもできる。したがって、大規模な同期では、異なる運用業者によって運用されているネットワーク・ドメイン間において相互作用が必要となる場合もある。この目的のために、これらのネットワーク・ドメイン間に同期ゲートウェイを設置することができる。同期ゲートウェイの機能は、同期サーバの一部とすることができ、図８に詳しく示す。
【００７９】
いずれの一実施形態に関して記載したいずれの特徴であっても、単独で用いることができ、あるいは記載した他の特徴と組み合わせて用いることもでき、更に他のいずれの実施形態の１つ以上の特徴と組み合わせて用いることもでき、あるいは他のいずれの実施形態のいずれの組み合わせと組み合わせて用いることもできる。更に、これまでに記載しなかった同等物および修正も、添付した特許請求の範囲に定められる発明の範囲から逸脱することなく、採用することもできる。
【図１】
2011501931.tif 000003
【図２】
2011501931.tif 000004
【図３】
2011501931.tif 000005
【図４】
2011501931.tif 000006
【図５】
2011501931.tif 000007
【図６】
2011501931.tif 000008
【図７Ａ】
2011501931.tif 000009
【図７Ｂ】
2011501931.tif 000010
【図８】
2011501931.tif 000011
【国際調査報告】
2011501931.tif 000012
2011501931.tif 000013
2011501931.tif 000014