(57)【特許請求の範囲】
【請求項１】
受信インターワーキングユニットであって、
クライアントから、前記クライアントとリモートサーバとの間の通信リンクを確立するためのインターネットプロトコル（ＩＰ）ベースリクエストを受信し、
前記クライアントから受信した以降の通信を非ＩＰベース通信リンクを介し当該受信インターワーキングユニットに動作接続される送信インターワーキングユニットに転送するよう当該受信インターワーキングユニットを設定し、
前記リモートサーバとの通信リンクを確立するためのリクエストを前記送信インターワーキングユニットに送信し、
当該受信インターワーキングユニットと前記送信インターワーキングユニットとの間の以降の通信のためのリソース記述子データを含む、前記リモートサーバとの通信リンクの確立の確認を前記送信インターワーキングユニットから受信することに対して、
前記受信したリソース記述子データにより特定される方法により前記非ＩＰベース通信リンクを介し前記送信インターワーキングユニットから受信した通信をＩＰベースフォーマットに変換し、前記変換された通信を前記クライアントに送信するよう当該受信インターワーキングユニットを設定し、
前記リモートサーバのための以降の通信を当該受信インターワーキングユニットに送信するための通信リンクの確立を確認するデータを前記クライアントに送信することによって、前記クライアントにより受信されたリクエストに応答することによって、応答する、
よう構成され、
前記リソース記述子データは、前記送信インターワーキングユニットの第１インターネットアドレス及びポートＩＤ（Ｚｚ）を特定するデータと、当該受信インターワーキングユニットの第２インターネットアドレス及びポートＩＤ（Ｙｙ）を特定するデータとを含む、受信インターワーキングユニット。
【請求項２】
当該受信インターワーキングユニットは、
クライアントから、前記クライアントのインターネットアドレスとポートＩＤ（Ａａ）とを特定するＩＰベースリクエストを受信し、
前記クライアントの特定されたインターネットアドレス及びポートＩＤ（Ａａ）と、当該受信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｂｂ）との間のマッピングを生成及び格納し、
当該受信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｂｂ）を含むリクエストを、非ＩＰベース通信リンクを介し当該受信インターワーキングユニットに動作接続する送信インターワーキングユニットに送信する、
よう構成される、請求項１記載の受信インターワーキングユニット。
【請求項３】
当該受信インターワーキングユニットは、
当該受信インターワーキングユニットと前記送信インターワーキングユニットとの間の以降の通信のためのリソース記述子データを含む、前記リモートサーバとの通信リンクの確立の確認を前記送信インターワーキングユニットから受信することに対して、
当該受信インターワーキングユニットの第２のインターネットアドレス及びポートＩＤ（Ｙｙ）と、当該受信インターワーキングユニットについて取得したインターネットアドレス及びポートＩＤ（Ｂｂ）との間のマッピングを生成及び格納し、
前記リモートサーバのための以降の通信を当該受信インターワーキングユニットに送信するための通信リンクの確立を確認すると、前記送信インターワーキングユニットから受信した当該受信インターワーキングユニットの前記第２のインターネットアドレス及びポートＩＤ（Ｙｙ）にマッピングされる当該受信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｂｂ）を前記クライアントに送信することによって、前記クライアントにより受信されたリクエストに応答することによって、応答する、
よう構成される、請求項２記載の受信インターワーキングユニット。
【請求項４】
当該受信インターワーキングユニットは、ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）を用いて通信するよう構成される非ＩＰベース通信リンクを介し前記送信インターワーキングユニットに動作接続され、
当該受信インターワーキングユニットは、
当該受信インターワーキングユニットと前記送信インターワーキングユニットとの間の以降の通信のためのＱＡＭチャネルを特定するリソース記述子データを含む、前記リモートサーバとの通信リンクの確立の確認を前記送信インターワーキングユニットから受信することに対して、当該受信インターワーキングユニットと前記送信インターワーキングユニットとから以降の通信を受信するための前記特定されたＱＡＭチャネルにチューナを設定することによって応答するよう構成される、請求項１記載の受信インターワーキングユニット。
【請求項５】
当該受信インターワーキングユニットは、前記特定されたＱＡＭチャネルを介し受信したＭＰＥＧ−ＴＳパケットを前記クライアントに送信するためのＩＰメディアストリームパケットに変換することによって、前記非ＩＰベース通信リンクを介し前記送信インターワーキングユニットから受信した通信を変換するよう構成される、請求項４記載の受信インターワーキングユニット。
【請求項６】
送信インターワーキングユニットであって、
非インターネットプロトコル（ＩＰ）ベース通信リンクを介し当該送信インターワーキングユニットに動作接続される受信インターワーキングユニットから、リモートサーバとの通信リンクの確立のためのリクエストを受信し、
前記サーバから受信した以降の通信を前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットに転送するよう当該送信インターワーキングユニットを設定し、
前記リモートサーバとの通信リンクの確立のためのリクエストを前記リモートサーバに送信し、
当該送信インターワーキングユニットと前記リモートサーバとの間の通信リンクの確立の確認を前記リモートサーバから受信することに対して、当該送信インターワーキングユニットが前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットと当該送信インターワーキングユニットとの間の以降の通信を送信するよう設定される方法を特定するリソース記述子データと共に、前記通信リンクの確立の確認を前記受信インターワーキングユニットに送信することによって応答する、
よう構成され、
前記リソース記述子データは、当該送信インターワーキングユニットの第１インターネットアドレス及びポートＩＤ（Ｚｚ）を特定するデータと、前記受信インターワーキングユニットの第２インターネットアドレス及びポートＩＤ（Ｙｙ）を特定するデータとを含む、送信インターワーキングユニット。
【請求項７】
当該送信インターワーキングユニットは、
前記受信インターワーキングユニットから、前記受信インターワーキングユニットのインターネットアドレス及びポートＩＤ（Ｂｂ）を特定するリクエストを受信し、
前記受信インターワーキングユニットの特定されたインターネットアドレス及びポートＩＤ（Ｂｂ）と、当該送信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｃｃ）との間のマッピングを生成及び格納し、
当該送信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｃｃ）を含むリクエストを前記リモートサーバに送信する、
よう構成される、請求項６記載の送信インターワーキングユニット。
【請求項８】
当該送信インターワーキングユニットは、
当該送信インターワーキングユニットと前記リモートサーバとの間の通信リンクの確立の確認を前記リモートサーバから受信することに対して、前記リモートサーバの受信したインターネットアドレス及びポートＩＤと、当該送信インターワーキングユニットについて取得したインターネットアドレス及びポートＩＤ（Ｃｃ）との間のマッピングを生成及び格納し、前記受信インターワーキングユニットに前記リモートサーバから受信した当該送信インターワーキングユニットのインターネットアドレス及びポートＩＤにマッピングされた前記受信インターワーキングユニットの第２のインターネットアドレス及びポートＩＤ（Ｙｙ）と、前記リモートサーバから受信した前記リモートサーバのインターネットアドレス及びポートＩＤにマッピングされた当該送信インターワーキングユニットについて取得したインターネットアドレス及びポートＩＤ（Ｃｃ）と、前記受信インターワーキングユニットへの前記リモートサーバとの通信リンクの確立を確認するときの前記受信インターワーキングユニットへの前記リソース記述子データとを送信することによって応答するよう構成される、請求項７記載の送信インターワーキングユニット。
【請求項９】
当該送信インターワーキングユニットは、前記受信インターワーキングユニットへの前記リモートサーバとの通信リンクの確立を確認すると、当該送信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｃｃ）を特定するデータにリソース記述子データを添付するよう構成される、請求項８記載の送信インターワーキングユニット。
【請求項１０】
当該送信インターワーキングユニットは、ＱＡＭ（Ｑａｕｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）を用いて通信するよう構成される非ＩＰベース通信リンクを介し受信インターワーキングユニットに動作接続され、
当該送信インターワーキングユニットは、前記受信インターワーキングユニットへの前記リモートサーバとの通信リンクの確立を確認すると、当該送信インターワーキングユニットについて取得されたインターネットアドレス及びポートＩＤ（Ｃｃ）を特定するデータに、当該送信インターワーキングユニットと前記受信インターワーキングユニットとの間の以降の通信に使用されるＱＡＭチャネルを特定するデータを添付するよう構成される、請求項８記載の送信インターワーキングユニット。
【請求項１１】
当該送信インターワーキングユニットは、ＱＡＭを用いて通信するよう構成される非ＩＰベース通信リンクを介し受信インターワーキングユニットに動作接続され、
当該送信インターワーキングユニットは、
前記受信インターワーキングユニットと当該送信インターワーキングユニットとの間の以降の通信のためのＱＡＭチャネルと多重化ＩＤとを割り当てることによって、非ＩＰベース通信リンクを介し当該送信インターワーキングユニットに動作接続される前記受信インターワーキングユニットから、リモートサーバとの通信リンクの確立のためのリクエストを受信することに応答し、
当該送信インターワーキングユニットと前記リモートサーバとの間の通信リンクの確立の確認を前記リモートサーバから受信することに対して、前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットと当該送信インターワーキングユニットとの間の以降の通信に割り当てられたＱＡＭチャネルを特定するリソース記述子データと共に、前記通信リンクの確立の確認を前記受信インターワーキングユニットに送信することによって応答する、
よう構成される、請求項６記載の送信インターワーキングユニット。
【請求項１２】
当該送信インターワーキングユニットは、前記リモートサーバから受信した通信をＭＰＥＧ−ＴＳパケットに変換し、前記割り当てられたＱＡＭチャネルを用いて前記非ＩＰベース通信リンクを介し前記ＭＰＥＧ−ＴＳパケットを送信するための前記受信インターワーキングユニットから受信したリクエストに応答して、確立された通信リンクを介し前記リモートサーバからの通信に応答する、請求項１１記載の送信インターワーキングユニット。
【請求項１３】
請求項１乃至５何れか一項記載の受信インターワーキングユニットと、
請求項６乃至１２何れか一項記載の送信インターワーキングユニットと、
前記受信インターワーキングユニットと前記送信インターワーキングユニットとを接続する非ＩＰベース通信リンクと、
を有する通信ネットワーク。
【請求項１４】
プログラマブルコンピュータにより解釈されると、前記コンピュータに請求項１乃至５何れか一項記載の受信インターワーキングユニット又は請求項６乃至１２何れか一項記載の送信インターワーキングユニットとして設定させるコンピュータにより実現可能な命令を格納するコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信ネットワークに関する。より詳細には、本出願は、異なるデータ伝送プロトコルを用いてネットワークの異なる部分がデータを送信するハイブリッドネットワークを介しデータを送信するための方法及びシステムに関する。
【背景技術】
【０００２】
従来、サーバとクライアントとの間のメディアストリームの伝送は、すべてのＲＴＰ  ｏｖｅｒ  ＩＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＩＰ）、すべてのＴＤＭ（Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）又はすべてのＭＰＥＧ−ＴＳ（ＭＰＥＧ  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ）などの単一で同質のトランスポートレイヤによるリンクを介するものであると仮定されていた。
【０００３】
現在、ケーブル企業はＭＰＥＧ−ＴＳサーバ及びクライアントからＩＰサーバ及びクライアントに変更することを所望する。ＭＰＥＧ−ＴＳサーバ及びクライアントからＩＰサーバへの移転の動機は、ビデオエンターテイメントの配信が従来のブロードキャスト構成からパーソナル化されたユニキャスト構成に移行することへの要求のため生じる。現在、典型的なケーブルテレビネットワークでは、デジタルエンターテイメントの配信は、６ＭＨｚ  ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ）チャネルによるＭＰＥＧ−ＴＳパケットとしてハイブリッドファイバ同軸（ＨＦＣ）ネットワークにより実行される。ブロードキャストからパーソナル化されたユニキャストへの移行が到来しつつあるが、ブロードキャストにより現在サポートされている視聴者の人数をサポートするにはＩＰ  ＤＯＣＳＩＳトランスポートにおいて十分な帯域幅はない。
【０００４】
このため、ブロードキャストからユニキャストへの移行は、設置されるメトロネットワークの容量の大きな増加を必要とする。ＩＰベースプロトコルを用いて動作するようネットワークのコアを変換することは比較的に容易で安価であるが、ＨＦＣファーストマイル又はアクセスネットワークは、今日搬送されるすべてのビデオが（ユニキャスト）ＩＰパケットメディアストリームとして配信されるべきである場合、他の技術に完全に変更される必要があるであろう。
【０００５】
この問題に対する従来のアプローチは、至る所でＩＰへの完全な変更がされるまで、２つのネットワークを配備し続けることを伴う。このアプローチは、例えば、ノードスプリッティング及びチャネルボンディングによるＤＯＣＳＩＳ（Ｄａｔａ  Ｏｖｅｒ  Ｃａｂｌｅ  Ｓｅｒｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）であるＤＯＣＳＩＳ３．０によって、又はＦＴＴＨ（Ｆｉｂｒｅ  ｔｏ  ｔｈｅ  Ｈｏｍｅ）ソリューションによるオーバビルディングなどによって、ファーストマイルにおける大きなコストを伴う。このようなアプローチは、サーバの重複及びクライアントの変更による余計なコストを招く。従って、既存の配信システムからＩＰサーバ及びＩＰクライアントへの移行を管理するための便利な機構が求められる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の一態様によると、非ＩＰベース通信リンクを介し動作接続される受信インターワーキングユニットと送信インターワーキングユニットとを介しクライアントとリモートサーバとの間で通信リンクを確立する方法であって、クライアントから、前記クライアントとリモートサーバとの間の通信リンクの確立のためのリクエストを前記受信インターワーキングユニットに送信するステップと、前記クライアントから受信する以降の通信を前記送信インターワーキングユニットに転送するよう前記受信インターワーキングユニットを設定し、前記リモートサーバとの通信リンクを確立するための前記受信インターワーキングユニットからのリクエストを前記送信インターワーキングユニットに送信するステップと、前記サーバから受信する以降の通信を前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットに転送するよう前記送信インターワーキングユニットを設定し、前記リモートサーバとの通信リンクの確立のためのリクエストを前記リモートサーバに送信するステップと、前記送信インターワーキングユニットと前記リモートサーバとの間の通信リンクの確立の確認の前記リモートサーバからの受信に対して、前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットと前記送信インターワーキングユニットとの間の以降の通信のためのリソース記述子データと共に、前記通信リンクの確立の確認を前記受信インターワーキングユニットに送信することによって応答するステップと、前記受信したリソース記述子データにより特定されるフォーマットにより前記非ＩＰベース通信リンクを介し前記送信インターワーキングユニットから受信した通信をＩＰベースフォーマットに変換し、前記変換された通信を前記クライアントに送信するよう前記受信インターワーキングユニットを設定するステップと、前記通信リンクの確立を確認するデータを前記受信インターワーキングユニットに送信することによって、前記リモートサーバの以降の通信のための通信リンクの確立を確認するデータを前記クライアントに送信するステップとを有する方法が提供される。
【０００７】
他の態様によると、受信インターワーキングユニットであって、クライアントから、前記クライアントとリモートサーバとの間の通信リンクを確立するためのインターネットプロトコル（ＩＰ）ベースリクエストを受信し、前記クライアントから受信した以降の通信を非ＩＰベース通信リンクを介し当該受信インターワーキングユニットに動作接続される送信インターワーキングユニットに転送するよう当該受信インターワーキングユニットを設定し、前記リモートサーバとの通信リンクを確立するためのリクエストを前記送信インターワーキングユニットに送信し、当該受信インターワーキングユニットと前記送信インターワーキングユニットとの間の以降の通信のためのリソース記述子データを含む、前記リモートサーバとの通信リンクの確立の確認を前記送信インターワーキングユニットから受信することに応答し、前記受信したリソース記述子データにより特定される方法により前記非ＩＰベース通信リンクを介し前記送信インターワーキングユニットから受信した通信をＩＰベースフォーマットに変換し、前記変換された通信を前記クライアントに送信するよう当該受信インターワーキングユニットを設定し、前記リモートサーバのための以降の通信を当該受信インターワーキングユニットに送信するための通信リンクの確立を確認するデータを前記クライアントに送信することによって、前記クライアントにより受信されたリクエストに応答するよう動作可能な受信インターワーキングユニットが提供される。
【０００８】
本発明のさらなる態様によると、送信インターワーキングユニットであって、非インターネットプロトコル（ＩＰ）ベース通信リンクを介し当該送信インターワーキングユニットに動作接続される受信インターワーキングユニットから、リモートサーバとの通信リンクの確立のためのリクエストを受信し、前記サーバから受信した以降の通信を前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットに転送するよう当該送信インターワーキングユニットを設定し、前記リモートサーバとの通信リンクの確立のためのリクエストを前記リモートサーバに送信し、当該送信インターワーキングユニットと前記リモートサーバとの間の通信リンクの確立の確認を前記リモートサーバから受信することに対して、当該送信インターワーキングユニットが前記非ＩＰベース通信リンクを介し前記受信インターワーキングユニットと当該送信インターワーキングユニットとの間の以降の通信を送信するよう設定される方法を特定するリソース記述子データと共に、前記通信リンクの確立の確認を前記受信インターワーキングユニットに送信することによって応答する、よう動作可能な送信インターワーキングユニットが提供される。
【０００９】
本発明の実施例はさらに、上述した受信インターワーキングユニットと送信インターワーキングユニットとを含む通信ネットワークと、プログラマブルコンピュータにより解釈されると、コンピュータに上述した受信インターワーキングユニットと送信インターワーキングユニットとして設定させるコンピュータにより実現可能な命令を格納するコンピュータ可読媒体とを提供する。
【００１０】
本発明の実施例は、ＩＰＴＶ  ＶＯＤ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−ＴＶ  Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）ビデオサーバなどのＩＰメディアサーバから通常のＩＰパケットメディアストリームを受信するよう動作可能なＩＰＴＶセットトップボックスなどのＩＰメディアクライアントを可能にし、サーバとクライアント間のパスの１つのセグメントは、ＱＡＭ上のＭＰＥＧ−ＴＳパケットなどの非ＩＰフォーマットによりメディアストリームを伝送し、ＩＰメディアクライアントもＩＰメディアサーバも非ＩＰセグメントを認識せず、要求されるそれらのすべてのＩＰネットワークモードの変更もない。
【００１１】
このようして、ユニキャストコンテンツは、ＩＰサーバから発信され、ユニキャストコンテンツのためにＱＡＭチャネルを利用しながら、ネットワークのコア及び配信部分に対する効率的な伝送のため、ＩＰヘッダにラップ可能である。メディアストリームを抽出及び制御するためのシグナリングがＩＰパケットを介して交換されるため、メディアサーバは、あたかもそれのクライアントが純粋なＩＰクライアントであるかのように動作可能である。より詳細には、請求されるアプローチは、メディアサーバ又はコアネットワークトランスポートがファーストマイルネットワーク（ＨＦＣ）がＱＡＭチャネルをどのように記述又は割り当てるかについて知っていることを必要としない。従って、請求されるシステムは、同一ネットワーク及びサーバからサービス提供される既存のケーブルＳＴＢシグナリングを利用する実際に純粋なＩＰクライアントなどであるメディアクライアントを実現する。
【００１２】
ＩＰＴＶメディアクライアント（特にセットトップボックス）の利用、住宅のイーサネット（登録商標）／ＷＬＡＮ配信及びコアネットワークのイーサネット（登録商標）を介したＩＰサーバ及びＩＰの利用を可能にすることによって、ＱＡＭチャネル上のＭＰＥＧ−ＴＳの既存のアクセス技術を利用して、本発明は、現在のＨＦＣ投資を保持し、実質的にＩＰに移行するコストを低減する。本発明の実施例は、ケーブルオペレータがメディアサーバのＩＰへの変更をメディアクライアントの変更と連動させなくてもよいように、ＱＡＭセットトップボックス上のＭＰＥＧ−ＴＳがＩＰメディアサーバと連係することを可能にする。
【００１３】
さらに、ＩＰ  ＤＯＣＳＩＳを用いて等価なデータを伝送するＱＡＭチャネルの多重化によりＭＰＥＧを伝送することが効率的になるに従って、本発明の実施例はこのようなデータのより効率的な伝送手段を提供する。
【００１４】
これにより、上述したシステムは、ＱＡＭブロードキャストとしてすべてのエンターテイメントビデオを配信することからパーソナル化されたユニキャストストリームとして配信することに移行するとき、ケーブルオペレータのフレキシブルなソリューションを提供する。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の実施例による通信システムを示す概略ブロック図である。
【図２】図２は、図１の通信システムの処理を概略的に示すメッセージフロー図である。
【発明を実施するための形態】
【００１６】
図１は、本発明の実施例による通信ネットワークの概略ブロック図である。図１を参照するに、メディアクライアント１は、通信ネットワーク３を介しメディアサーバ２に接続される。メディアサーバ２はメディアゲートウェイ（ＭＧ）とすることができ、メディアゲートウェイ制御機能（ＭＧＣＦ）とシグナリングエンドポイント（制御ポイント）及びＭＧＣＦのネットワークアドレスとは、メディアストリームのソース及びデスティネーションのネットワークアドレスと同一である必要はない。
【００１７】
典型的には、メディアクライアント１は、レンダリング装置に接続されるセットトップボックス（ＳＴＢ）を有する。ＭＰＥＧメディアストリームがメディアクライアント１に伝送されるとき、ＭＰＥＧメディアストリームは解読及び復号化され、その後にデジタルテレビに表示されるＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）などのインタフェースを介しレンダリングされる。この解読及び復号化機能を提供することに加えて、メディアクライアント１はまた、通信ネットワーク３を介しメディアサーバ２に、メディアクライアント１がメディアサーバ２に何れのメディアストリームを配信することを要求するか特定するため通知する制御ポイントである。
【００１８】
通信ネットワーク３は、メディアクライアント１と受信インターワーキングユニット７とを接続する宅内通信リンク５と、ＲＩＵ７と送信インターワーキングユニット（ＴＩＵ）１１とを接続するアクセスネットワーク９と、ＴＩＵ１１とメディアサーバ２とを接続するコア通信ネットワーク１３とを有する。ＲＩＵ７は、ＭＰＥＧ１／ＭＰＥＧ２ビデオのためのＲＴＰペイロードフォーマットに関するネットワークワーキンググループの標準トラックのＲＦＣ２２５０に規定される規格に従って、特定の受信ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）トランスポートストリームをカプセル化するよう構成されるユニットを有する。ＴＩＵ１１は、ＲＦＣ２２５０に従ってフォーマット化されるパケットからＭＰＥＧ  ＴＳを抽出するよう構成されるユニットを有する。ＲＩＵ７とＴＩＵ１１とは共に、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）に関するネットワークワーキンググループの標準トラックのＲＦＣ２３２６に規定される規格に従ってプロトコル交換を観察及び解釈するよう構成されるユニットを有する。
【００１９】
宅内通信リンク５とコア通信ネットワーク１３とは、ＲＴＰ  ｏｖｅｒ  ＩＰなどのＩＰ伝送プロトコルを用いてメディアストリームパケットを送信するよう動作可能なデータ通信ネットワークを有する。他方、アクセスネットワーク９は、非ＩＰベース通信プロトコルを用いてデータを送信するよう動作可能な通信ネットワークを有する。本実施例では、この非ＩＰベース通信プロトコルは、ＩＰパケットの双方向伝送と共に、ＱＡＭを介したＭＰＥＧ−ＴＳパケットとしてＴＩＵ１１からＲＩＵ７へのメディアストリームパケットの送信を提供するよう構成される。
【００２０】
概略的には、メディアストリーム又は他の通信がメディアサーバ２とメディアクライアント１との間で送信されるとき、まず通信リンクが、メディアクライアント１とメディアサーバ２との間で確立される。以降で詳細に説明されるように、この通信リンクは、ＲＩＵ７とＴＩＵ１１との間のデータの送信を含むセッションフローをあるルートに固定又はピン（ｐｉｎ）するために確立される。さらに、ＲＩＵ７とＴＩＵ１１が制御するゲートウェイとの間のトランスポートリソースの記述子としてフロースペックのフィールドを解釈するよう、メディアサーバ１とメディアクライアント２との間の通信のルーティングを特定するフロースペックがまた変更される。ＲＩＵ７とＴＩＵ１１とは、その後にＩＰアドレスヘッダの操作を単に実行する代わりに、ＩＰパケットのキャリッジと他の形式の伝送との間でメディアストリームを変換する（本実施例では、ＱＡＭのＭＰＥＧ−ＴＳパケットに）。
【００２１】
このようにして、通信ネットワーク３は、アクセスネットワーク９がサポート可能な非ＩＰベースフォーマットによりアクセスネットワーク９を介しＴＩＵ９とＲＩＵ７との間でメディアストリームが送信されることを可能にするよう変更される。この変更は、ＲＩＵ７とＴＩＵ１１の処理に対する変更からもたらされ、メディアクライアント１又はメディアサーバ２が非ＩＰ伝送セグメントを認識する必要なく又はＩＰネットワーク処理モードを変更する必要なく実現される。
【００２２】
通信ネットワークの処理が、図１の通信システムの処理を概略的に示すメッセージフロー図である図２を参照してより詳細に説明される。
［セットアップ］
第１ステップとして、メディアクライアント１はＳＥＴＵＰメッセージを生成する（ｓ１）。このメッセージでは、ベアラフローのメディアクライアントエンドが、メディアクライアントとポート番号とを特定するＩＰアドレスにおいて発信されるものとして指定される。しかしながら、セッションのスタート時、ベアラフローのエンドはメディアクライアント１に知られていない。ＳＥＴＵＰメッセージに含まれるフロースペックは、メディアクライアント１がＲＴＰ  ＭＰＥＧストリームを受信するため使用することを所望するＩＰアドレスＡとポートａとをＡａが特定する形式［Ａａ，？？］を有するとみなすことができる。その後、メッセージは、宅内通信リンク５を介しメディアクライアント１からＲＩＵ７に送信される。
【００２３】
メディアクライアント１により発信されたＳＥＴＵＰメッセージがＲＩＵ７に到達すると、ＲＩＵ７は、ベアラパスを固定するためＴＩＵ１１を選択し、メディアクライアントに適用するマッピングとＳＥＴＵＰメッセージの一部として受信されるポート番号Ａａとをリクエスト又は生成する。この結果がマッピングＡａ→Ｂｂであるとすると、ＲＩＵ７はフロースペックを修正し、メディアクライアントの発信ＩＰアドレス及びポートＡａとをＲＩＵのＩＰ及びポートＢｂと置換する。その後、ＲＩＵ７は、修正されたフロースペックを含むＳＥＴＵＰメッセージをＴＩＵ１１に送信する。
【００２４】
このＳＥＴＵＰメッセージがＴＩＵ１１に到達すると、ＴＩＵ１１は、アクセスネットワーク９を介したＴＩＵ１１とＲＩＵ７との間の通信のため、ＱＡＭチャネルと多重化ｉｄとを割り当てる（ｓ４）。ＴＩＵ１１はまた、受信したＩＰアドレスポートペアリングＢｂに適用するさらなるマッピングをリクエスト又は生成する。再び、結果がＢｂ→Ｃｃであるとすると、フロースペックは［Ｃｃ，？？］に変更される。その後、フロースペック［Ｃｃ，？？］を含む変更されたＳＥＴＵＰメッセージは、コア通信ネットワーク１３を介しメディアサーバ２に転送される。
【００２５】
メディアサーバ２の観点から、それが受信するＳＥＴＵＰメッセージはＣｃのエンドポイントによるベアラフローをリクエストするものである。
【００２６】
メディアサーバ２が２００  ＯＫメッセージにより応答すると仮定すると（ｓ６）、それはベアラストリームの自らのエンドを指定し（例えば、Ｚｚなどとして）、２００  ＯＫメッセージ３４のＳＤＬ（Ｓｉｍｐｌｅ  Ｄｉｒｅｃｔ  Ｍｅｄｉａ  Ｌａｙｅｒ）のフロースペックは［Ｃｃ，Ｚｚ］となる。
【００２７】
（当業者は、デスティネーションフロースペック部分を搬送するレスポンスメッセージが１８０リンギングメッセージであってもよいことを認識するであろう。）２００  ＯＫメッセージはＳＥＴＵＰメッセージのリバースパスを探索し、ＴＩＵ１１に戻る。ＴＩＵ１１は、他のマッピング（Ｙｙ←Ｚｚなど）をリクエスト又は生成し（ｓ７）、その後にＢｂ⇔Ｃｃ、Ｙｙ⇔ＺｚのフルＩＰヘッダ双方向ネットワークアドレス変換を起動する。最後に、ＴＩＵ７は、ベアラフローソースアドレス及びポートをＹｙ．ＱＡＭｃｈとして、デスティネーションをＢｂとして示すため、２００  ＯＫメッセージのフロースペックを変更する。ＱＡＭｃｈは、ＲＩＵ７とＴＩＵ１１との間の通信のためＴＩＵ１１により割り当てられたＱＡＭチャネル及び多重化ｉｄと特定するデータである。その後、フロースペック［Ｂｂ，Ｙｙ．ＱＡＭｃｈ］を含む変更されたＲＴＳＰ２００  ＯＫメッセージが、ＴＩＵ１１からＲＩＵ７に転送される。
【００２８】
ＲＩＵ７において、２００  ＯＫメッセージの受信は、ＲＩＵ７にメッセージに含まれるＱＡＭｃｈデータにより特定されるＲＩＵ７とＴＩＵ１１との間の通信のためにＴＩＵ１１により割り当てられたＱＡＭチャネルにチューナを設定させる（ｓ９）。その後、ＲＩＵは、マッピングＸｘ←Ｙｙをリクエスト又は生成し、双方向マッピングＡａ⇔Ｂｂ，Ｘｘ⇔Ｙｙをアクティブ化する。その後、ＲＩＵ７は、［Ａａ，Ｘｘ］のフロースペックによる２００  ＯＫメッセージをメディアクライアントに転送する（ｓ１０）。
【００２９】
上記セットアップ処理は、ベアラフローを３つのベアラフローセグメントに効果的にセグメント化し、次のセグメントに転送されるようにパケットを“再ラベル化”するため、マッピングをＲＩＵ７とＴＩＵ１１にインストールする。
【００３０】
このため、メディアクライアント１がベアラパケットをメディアサーバ２に送信することを所望するとき、メディアクライアント１はそれらにＸｘのデスティネーションアドレスを設ける。Ｘｘによる２００  ＯＫフロースペックにより受信されるデスティネーションアドレスは、ＲＩＵ７により提供されるアドレス及びポート番号である。第２セグメントは、ＲＩＵ７とＴＩＵ１１との間の交換セグメントであり、第３セグメントは、ＴＩＵ１１（コアネットワークのアドレスＣのアドバタイザ）とメディアサーバ２（アドレスＺ）との間のものである。
【００３１】
特に、このセグメント化は、メディアクライアント１又はメディアサーバ２がルーティングが固定され、メディアクライアント１とメディアサーバ２の双方にトランスペアレントな方法により行われることを指定する必要なく、ＲＩＵ７とＴＩＵ１１を介しメディアクライアント１とメディアサーバ２との間でフローさせるため、データの送信を強制する。メディアクライアント１に関する限り、メディアサーバ２に発信されたＳＥＴＵＰリクエストはデスティネーションＩＰとポートアドレスＸｘとを与えた。同様に、メディアサーバ２に関する限り、メディアサーバ２は、リクエストが当初のＩＰ及びポートアドレスＣｃから発信されることに応答して、デスティネーションＩＰ及びポートアドレスＺｚを特定した。
【００３２】
さらに、上述したセットアップ処理はまた、ＲＩＵ７とＴＩＵ１１とが以降の通信にメディアストリームが使用するリソース記述子を特定するデータ（ＱＡＭチャネル、多重化ｉｄ）をやりとりすることを可能にする。これは、ＴＩＵ１１からＲＩＵ７にわたされる変更されたフロースペックの一部としてこのデータを復号化することによって実現される。このようにして当該データを送信することによって、ＱＡＭトランスポートを設定するための余分なシグナリングが不要となる。
［データ伝送及び分解］
初期的なセットアップステージに続いて、ＰＬＡＹ命令がメディアクライアント１により生成され、通信ネットワークを介しメディアサーバ２に送信されるまで（ｓ１１）、メディアサーバ２からメディアクライアント１にメディアストリームパケットは送信されない。
【００３３】
ＰＬＡＹ命令の受信に応答して、メディアサーバ２は、ＩＰメディアストリームパケットの形式によりメディアストリームを生成し、メディアサーバ２からＴＩＵ１１に送信する。これらのＩＰメディアパケットは、ＴＩＵ１１によりメディアサーバ２に送信されたＳＥＴＵＰメッセージ（ｓ５）においてメディアサーバ２に以前に特定されたＩＰアドレスとＩＰポートＣｃに送信される。
【００３４】
これらのＩＰメディアパケットがＴＩＵ１１により受信されると、ＩＰアドレスとＩＰ  Ｃｃは、ステップｓ４においてＴＩＵ１１により取得されたマッピングによってＩＰアドレスＢｂに関するＲＩＵ７に転送されることが要求されるものとして受信パケットを特定するのに用いられる。その後、ＴＩＵ１１は、ＩＰメディアパケットをＭＰＥＧ−ＴＳメディアストリームパケットとしてアクセスネットワーク９を介した送信用のデータに変換する。メディアストリームがメディアサーバ２とＴＩＵ１１との間でコアネットワーク１３を介しＩＰメディアストリームとしてどのように伝送されるかに依存して、この変換はトリビアルなタスクとなるか（例えば、ＭＰＥＧ−ＴＳパケットがＲＴＰを介し搬送され、ストレートなＭＰＥＧ−ＴＳパケットとして搬送されるべきであるときなど）、又はストリームの完全なシリアル化及び再パケット化を伴うものであってもよい。
【００３５】
メディアストリームがＴＩＵ１１により再フォーマット化されることによって、ＴＩＵ１１は、送信用に以前に割り当てられたＱＡＭチャネル（ステップｓ４において）と、格納されているマッピングデータにより特定されるＲＩＵ７から以前に受信されたＩＰ及びポートアドレスＢｂ（ステップｓ３において）とを用いて、再フォーマット化されたメディアストリームをアクセスネットワーク９を介しＲＩＵ７に送信する（ｓ１３）。
【００３６】
割り当てられたＱＡＭチャネルにおいてＭＰＥＧ−ＴＳメディアストリームを聴取するようチューニングされた（ステップｓ９において）ＲＩＵ７に設けられているチューナは、その後にアクセスネットワーク９を介しＲＩＵ７により受信されたＭＰＥＧ−ＴＳメディアストリームを、ＴＩＵ１１により以前に実行された変換処理の反対処理を実行することによって、ＩＰメディアストリームパケットに変換する。
【００３７】
最後に、ＲＩＵ７は、マッピングＡａ⇔Ｂｂに関するＩＰ及びポートアドレスを用いてＡａをデスティネーションアドレスとして特定することによって、宅内通信リンク５を介し変換されたメディアストリームをメディアクライアント１にＩＰメディアストリームパケットとして送信する（ｓ１４）。
【００３８】
メディアサーバ２により受信されるさらなるＰＬＡＹ命令又は他のＲＴＳＰメディア制御命令に応答して、ステップｓ１１〜ｓ１４が繰り返される。最後に、セッションが終了されることがメディアクライアント１に示されると、メディアクライアント１は、ＴＥＡＲＤＯＷＮリクエストをＲＩＵ７に送信する（ｓ１５）。これはＲＩＵ７により受信され、ＲＩＵ７は、当該リクエストを再アドレス指定し、それをＴＩＵ１１に中継し（ｓ１６）、その後、ＴＩＵ１１にＴＥＡＲＤＯＷＮリクエストをメディアサーバ２に送信させる（ｓ１７）。各メッセージは、対応するアクノリッジメント（ｓ１８〜ｓ２０）とＲＴＳＰセッションの状態の対応する削除をもたらし、通信セッションが終了する。
［他の実施例及び変更］
上述された実施例では、メディアクライアント１とメディアサーバ２との間のルーティングが、特定されたＲＩＵ７とＴＩＵ１１を介し通過するよう固定される方法の具体例が説明された。本発明は開示されたアプローチに限定されるものでなく、何れか適切な手段が利用可能であることが理解されるであろう。ＩＰベアラフローのルートを固定するための他の適切なアプローチの具体例は、ＵＳ２００８−０１４４６１５として公開された出願人の同時係属中のＵＳ１１／６１０，７９４と、ＷＯ２００８／０７０９５７として公開されたＰＣＴ出願ＰＣＴ／ＣＡ２００７／００２０４５とに開示され、これらの双方が参照することにより援用される。
【００３９】
データが変換され、非ＩＰベース伝送パスを介し送信される方法を特定するデータによってＨＦＣセグメントをはさむインターワーキングユニットを提供する様々な異なる方法が利用可能であることがまた理解されるであろう。これは、ＱＡＭチャネルを介する伝送以外の他のチャネルを介した伝送のためのデータ変換以外の他の方法によりデータを変換することを含む。
【００４０】
上述された実施例では、非ＩＰベース伝送フォーマットを選択するためのデータは、異なるタイプのネットワークのトランスポートリソースを一緒に記述するためのＮＡＴマッピングにより制御されるインバンドフロースペックを変更することによって送信されるものとして説明されたが、このデータをＨＦＣデータパスを介し接続されるノードに提供するための他の方法がまた可能である。制御するゲートウェイ間のトランスポートリソースのための記述子として次のシグナリングホップが解釈するデータを符号化するためのさらなる様々な異なるフォーマットが、当業者に明らかであろう。
【００４１】
本発明はまたセッションシグナリングが関与しないケースにも適用可能であることが理解されるであろう。特に、本発明は、スイッチされるデジタルブロードキャストの伝送に拡張されてもよい。このようなシステムでは、ＩＧＭＰジョインメッセージのＩＰマルチキャストアドレスにおけるＰＩＤやＱＡＭチャネルなど、ある形式のチャネル変更メッセージなどによりリソース記述子データを提供する他の方法が要求されるであろう。
【００４２】
図面を参照して説明された本発明の実施例は装置及びコンピュータ装置において実行される処理を含むが、本発明はまた、特に本発明を実現するよう構成されたキャリア上のコンピュータプログラムなどのコンピュータプログラムに拡張される。プログラムは、ソース若しくはオブジェクトコードの形式であってもよいし、又は本発明による処理の実現に利用するのに適した他の何れかの形式であってもよい。キャリア波、プログラムを担持可能な何れかのエンティティ又は装置とすることができる。
【００４３】
例えば、キャリアは、ＣＤ  ＲＯＭや半導体ＲＯＭなどのＲＯＭなどの記憶媒体、フロッピー（登録商標）ディスクやハードディスクなどの磁気記録媒体から構成されてもよい。さらに、キャリア波、電気若しくは光ケーブルを介し又は無線若しくは他の手段によって伝送可能な電気若しくは光信号などの伝送キャリアであってもよい。
【００４４】
プログラムがケーブル又は他の装置若しくは手段により直接伝送される信号により実現されるとき、キャリア波、このようなケーブル又は他の装置若しくは手段によって構成されてもよい。
【００４５】
あるいは、キャリアは、プログラムが埋め込まれる集積回路であってもよく、集積回路は該当する処理を実行するため又は実行に利用するため構成される。
【図１】
0005425894.tif 000002
【図２】
0005425894.tif 000003