(57)【要約】サービス取得のための方法および装置。一態様では、サービス取得のための方法が提供される。本方法は、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成することと、ＣＳＶ信号およびマルチメディア信号を符号化して誤り符号化ブロックを生産することと、誤り符号化ブロックを多重送信信号内にカプセル化すること、を含む。一態様では、サービス取得のための装置が提供される。本装置は、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成するように構成されたソース符号器と、誤り符号化ブロックを生産するためにＣＳＶ信号およびマルチメディア信号を符号化するように構成された誤り符号器と、そして誤り符号化ブロックを多重送信信号内にカプセル化するように構成されたパッカーと、を含む。
2009519619.tif 000002
【特許請求の範囲】
【請求項１】
サービス取得のための方法であって、
１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成することと、
誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化することと、
前記誤り符号化ブロックを多重送信信号内にカプセル化すること、
を備える方法。
【請求項２】
前記誤り符号化ブロックは、オーバヘッド情報に関連付けられた誤り符号化ブロックおよび前記１つまたは複数のマルチメディア信号に関連付けられたデータを備える誤り符号化ブロックを備え、前記方法はさらに、前記マルチメディア信号に関連付けられたデータを備える前記誤り符号化ブロックの後に、オーバヘッド情報に関連付けられた前記誤り符号化ブロックが位置されるように、前記誤り符号化ブロックをプリインターリービングすることを備える、請求項１の方法。
【請求項３】
前記生成は、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備える前記１つまたは複数のＣＳＶ信号を生成することを備える、請求項１の方法。
【請求項４】
前記ＣＳＶ信号および前記マルチメディア信号の前記符号化は、前記誤り符号化データブロックを生産するために、前方誤り訂正を用いて前記ＣＳＶ信号および前記マルチメディア信号を符号化することを備える、請求項１の方法。
【請求項５】
データネットワーク経由で前記多重送信信号を送信することをさらに備える、請求項１の方法。
【請求項６】
サービス取得のための装置であって、
１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成するように構成されたソース符号器と、
誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化するように構成された誤り符号器と、
前記誤り符号化ブロックを多重送信信号内にカプセル化するように構成されたパッカーと、
を備える装置。
【請求項７】
前記誤り符号化ブロックは、オーバヘッド情報に関連付けられた誤り符号化ブロックおよび前記１つまたは複数のマルチメディア信号に関連付けられたデータを備える誤り符号化ブロックを備え、前記装置はさらに、前記マルチメディア信号に関連付けられたデータを備える前記誤り符号化ブロックの後に、オーバヘッド情報に関連付けられた前記誤り符号化ブロックが位置されるように、前記誤り符号化ブロックをプリインターリーブするように構成されたプリインターリーバーを備える、請求項６の装置。
【請求項８】
前記ソース符号器は、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備える前記１つまたは複数のＣＳＶ信号を生成するように構成される、請求項６の装置。
【請求項９】
前記誤り符号器は、前方誤り訂正を提供するように構成される、請求項６の装置。
【請求項１０】
前記多重信号をデータネットワーク経由で送信するように構成された送信機をさらに備える、請求項６の装置。
【請求項１１】
サービス取得のための装置であって、
１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成するための手段と、
誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化するための手段と、
前記誤り符号化ブロックを多重送信信号内にカプセル化するための手段と、
を備える装置。
【請求項１２】
前記誤り符号化ブロックは、オーバヘッド情報に関連付けられた誤り符号化ブロックおよび前記１つまたは複数のマルチメディア信号に関連付けられたデータを備える誤り符号化ブロックを備え、前記装置はさらに、前記マルチメディア信号に関連付けられたデータを備える前記誤り符号化ブロックの後に、オーバヘッド情報に関連付けられた前記誤り符号化ブロックが位置されるように、前記誤り符号化ブロックをプリインターリービングするための手段を備える、請求項１１の装置。
【請求項１３】
前記生成するための手段は、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備える前記１つまたは複数のＣＳＶ信号を生成するための手段を備える、請求項１１の装置。
【請求項１４】
前記ＣＳＶ信号および前記マルチメディア信号を前記符号化するための手段は、前記誤り符号化データブロックを生産するために、前方誤り訂正を用いて前記ＣＳＶ信号および前記マルチメディア信号を符号化する手段を備える、請求項１１の装置。
【請求項１５】
さらに前記多重送信信号をデータネットワーク経由で送信するための手段を備える、請求項１１の装置。
【請求項１６】
サービス取得のための命令を備える機械に読み取り可能な媒体であって、前記命令は、実行されると、機械に、
１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成させ、
誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化させ、
前記誤り符号化ブロックを多重送信信号内にカプセル化させる。
【請求項１７】
前記誤り符号化ブロックは、オーバヘッド情報に関連付けられた誤り符号化ブロックおよび前記１つまたは複数のマルチメディア信号に関連付けられたデータを備える誤り符号化ブロックを備え、そして前記命令は、前記機械に、前記マルチメディア信号に関連付けられたデータを備える前記誤り符号化ブロックの後に、オーバヘッド情報に関連付けられた前記誤り符号化ブロックが位置するように、前記誤り符号化ブロックをプリインターリーブさせる、請求項１６の機械に読み取り可能な媒体。
【請求項１８】
前記生成させるための命令は、前記機械に、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備える前記１つまたは複数のＣＳＶ信号を生成させる、請求項１６の機械に読み取り可能な媒体。
【請求項１９】
前記ＣＳＶ信号および前記マルチメディア信号を符号化させるための前記命令はさらに、前記機械に、前記誤り符号化データブロックを生産するために前方誤り訂正を用いて前記ＣＳＶ信号および前記マルチメディア信号を符号化させる、請求項１６の機械に読み取り可能な媒体。
【請求項２０】
前記命令はさらに、前記機械に、前記多重送信信号をデータネットワーク経由で送信させる、請求項１６の機械に読み取り可能な媒体。
【請求項２１】
サービス取得のための少なくとも１つのプロセッサーであって、
１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成し、
誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化し、
前記誤り符号化ブロックを多重送信信号内カプセル化する、
ように構成されている少なくとも１つのプロセッサー。
【請求項２２】
前記誤り符号化ブロックは、オーバヘッド情報に関連付けられた誤り符号化ブロックおよび前記１つまたは複数のマルチメディア信号に関連付けられたデータを備える誤り符号化ブロックを備え、そして前記少なくとも１つのプロセッサーはさらに、前記マルチメディア信号に関連付けられたデータを備える前記誤り符号化ブロックの後に、オーバヘッド情報に関連付けられた前記誤り符号化ブロックが位置するように、前記誤り符号化ブロックをプリインターリーブするように構成されている、請求項２１の少なくとも１つのプロセッサー。
【請求項２３】
生成するように構成されていることは、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備える、前記１つまたは複数のＣＳＶ信号を生成するように構成されていることを備える、請求項２１の少なくとも１つのプロセッサー。
【請求項２４】
前記ＣＳＶ信号および前記マルチメディア信号を符号化するように構成されていることは、前記誤り符号化データブロックを生産するために、前方誤り訂正を用いて前記ＣＳＶ信号および前記マルチメディア信号を符号化するように構成されていることを備える、請求項２１の少なくとも１つのプロセッサー。
【請求項２５】
さらに前記多重送信信号をデータネットワーク経由で送信するように構成されている、請求項２１の少なくとも１つのプロセッサー。
【請求項２６】
サービス取得のための方法であって、
複数のチャンネルに関連付けられた多重送信信号を受信することと、
前記チャンネルのうちの１つの選択を検出することと、
前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号することと、
前記ＣＳＶ信号をレンダリングすること、
を備える方法。
【請求項２７】
前記受信することは、前記多重送信信号をデータネットワーク経由で受信することを備える、請求項２６の方法。
【請求項２８】
前記検出することは、ユーザー入力に基づく、請求項２６の方法。
【請求項２９】
さらに、誤り符号化データブロックおよび誤り符号化情報ブロックを生産するために、前記多重送信信号を復号することを備える、請求項２６の方法。
【請求項３０】
さらに、前記誤り符号化データブロックおよび前記誤り符号化情報ブロックをデインターリービングすることを備える、前記誤り符号化情報ブロックは前記誤り符号化データブロックの後に位置する、請求項２９の方法。
【請求項３１】
さらに前記選択されたチャンネルを復号することを備える、請求項２６の方法。
【請求項３２】
サービス取得のための装置であって、
複数のチャンネルに関連付けられた多重送信信号を受信するように構成された受信機と、
前記チャンネルのうちの１つの選択を検出するように構成された選択ロジックと、
前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号するように構成されたアンパッカーと、
前記ＣＳＶ信号をレンダーするように構成されたソース復号器と、
を備える装置。
【請求項３３】
前記受信機は、前記多重送信信号をデータネットワーク経由で受信するように構成されている、請求項３２の装置。
【請求項３４】
前記選択ロジックは、前記チャンネルの前記選択をユーザー入力に基づいて検出するように構成されている、請求項３２の装置。
【請求項３５】
前記アンパッカーは、誤り符号化データブロックおよび誤り符号化情報ブロックを生産するために、前記多重送信信号を復号するように構成されている、請求項３２の装置。
【請求項３６】
さらに前記誤り符号化データブロックおよび前記誤り符号化情報ブロックをデインターリーブするように構成されたデインターリーバーを備え、前記誤り符号化情報ブロックは前記誤り符号化データブロックの後に位置する、請求項３５の装置。
【請求項３７】
前記ソース復号器は、前記選択されたチャンネルを復号するように構成されている、請求項３２の装置。
【請求項３８】
サービス取得のための装置であって、
複数のチャンネルに関連付けられた多重送信信号を受信するための手段と、
前記チャンネルのうちの１つの選択を検出するための手段と、
前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号するための手段と、
前記ＣＳＶ信号をレンダリングするための手段と、
を備える装置。
【請求項３９】
前記受信するための手段は、前記多重送信信号をデータネットワーク経由で受信するための手段を備える、請求項３８の装置。
【請求項４０】
前記検出するための手段は、前記選択されたチャンネルをユーザー入力に基づいて検出するための手段を備える、請求項３８の装置。
【請求項４１】
さらに、誤り符号化データブロックおよび誤り符号化情報ブロックを生産するために、前記多重送信を復号するための手段を備える、請求項３８の装置。
【請求項４２】
さらに、前記誤り符号化データブロックおよび前記誤り符号化情報ブロックをデインターリービングするための手段を備え、前記誤り符号化情報ブロックは前記誤り符号化データブロックの後に位置する、請求項４１の装置。
【請求項４３】
さらに前記選択されたチャンネルを復号するための手段を備える、請求項３８の装置。
【請求項４４】
サービス取得のための命令を備える機械に読み取り可能な媒体であって、前記命令は、実行されると、機械に、
複数のチャンネルに関連付けられた多重送信信号を受信させ、
前記チャンネルのうちの１つの選択を検出させ、
前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号させ、
前記ＣＳＶ信号をレンダーさせる。
【請求項４５】
受信させるための前記命令はさらに、前記機械に、前記多重送信信号をデータネットワーク経由で受信させる、請求項４４の機械に読み取り可能な媒体。
【請求項４６】
検出させるための前記命令はさらに、前記機械に、前記選択されたチャンネルをユーザー入力に基づいて検出させる、請求項４４の機械に読み取り可能な媒体。
【請求項４７】
前記命令はさらに、前記機械に、誤り符号化データブロックおよび誤り符号化情報ブロックを生産するために前記多重送信信号を復号させる、請求項４４の機械に読み取り可能な媒体。
【請求項４８】
前記命令はさらに、前記機械に、前記誤り符号化データブロックおよび前記誤り符号化情報ブロックをデインターリーブさせ、前記誤り符号化情報ブロックは前記誤り符号化データブロックの後に位置する、請求項４７の機械に読み取り可能な媒体。
【請求項４９】
前記命令はさらに、前記機械に、前記選択されたチャンネルを復号させる、請求項４４の機械に読み取り可能な媒体。
【請求項５０】
サービス取得のための少なくとも１つのプロセッサーであって、
複数のチャンネルに関連付けられた多重送信信号を受信し、
前記チャンネルのうちの１つの選択を検出し、
前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号し、
前記ＣＳＶ信号をレンダーする、
ように構成されている少なくとも１つのプロセッサー。
【請求項５１】
受信するように構成されていることは、前記多重送信信号をデータネットワーク経由で受信するように構成されていることを備える、請求項５０の少なくとも１つのプロセッサー。
【請求項５２】
検出するように構成されていることは、前記選択されたチャンネルをユーザー入力に基づいて検出するように構成されていることを備える、請求項５０の少なくとも１つのプロセッサー。
【請求項５３】
さらに、誤り符号化データブロックおよび誤り符号化情報ブロックを生産するために、前記多重送信信号を復号するように構成されている、請求項５０の少なくとも１つのプロセッサー。
【請求項５４】
さらに、前記誤り符号化データブロックおよび前記誤り符号化情報ブロックをデインターリーブするように構成されており、前記誤り符号化情報ブロックは前記誤り符号化データブロックの後に位置する、請求項５３の少なくとも１つのプロセッサー。
【請求項５５】
さらに前記選択されたチャンネルを復号するように構成されている、請求項５０の少なくとも１つのプロセッサー。
【請求項５６】
サービス取得のための方法であって、
各伝送フレームが選択された時間間隔に関連付けられた複数の伝送フレームを構築することと、
１つまたは複数のチャンネルに関連付けられたデータを前記複数の伝送フレーム内に符号化すること、
を備え、選択された時間幅に関連付けられた単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される方法。
【請求項５７】
符号化することは、前方誤り訂正符号化を用いることによって符号化することを備える、請求項５６の方法。
【請求項５８】
前記１つまたは複数のチャンネルのデータは、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を備える、請求項５６の方法。
【請求項５９】
符号化することは、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備えるために、前記１つまたは複数のＣＳＶ信号を生成することを備える、請求項５８の方法。
【請求項６０】
符号化することは、前記１つまたは複数のチャンネルのデータに関連付けられた誤り符号化データブロックおよび誤り符号化情報ブロックを、前記誤り符号化情報ブロックが前記誤り符号化データブロックの後に位置するように、プリインターリービングすることを備える、請求項５６の方法。
【請求項６１】
サービス取得のための装置であって、
各伝送フレームが選択された時間間隔に関連付けられた複数の伝送フレームを構築するための手段と、
１つまたは複数のチャンネルに関連付けられたデータを前記複数の伝送フレーム内に符号化するための手段と、
を備え、選択された時間幅に関連付けられた単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される装置。
【請求項６２】
符号化するための手段は、前方誤り訂正符号化を用いて符号化するための手段を備える、請求項６１の装置。
【請求項６３】
前記１つまたは複数のチャンネルのデータは、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を備える、請求項６１の装置。
【請求項６４】
符号化するための手段は、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備えるために、前記１つまたは複数のＣＳＶ信号を生成するための手段を備える、請求項６３の装置。
【請求項６５】
符号化するための手段は、前記１つまたは複数のチャンネルのデータに関連付けられた誤り符号化データブロックおよび誤り符号化情報ブロックを、前記誤り符号化情報ブロックが前記誤り符号化データブロックの後に位置するように、プリインターリービングするための手段を備える、請求項６１の装置。
【請求項６６】
サービス取得のための装置であって、
各伝送フレームが選択された時間間隔に関連付けられた複数の伝送フレームを構築するように構成されたパッカーと、
１つまたは複数のチャンネルに関連付けられたデータを前記複数の伝送フレーム内に符号化するように構成された符号器と、
を備え、選択された時間幅に関連付けられた単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される装置。
【請求項６７】
サービス取得のための命令を備える機械に読み取り可能な媒体であって、前記命令は、実行されると、機械に、
各伝送フレームが選択された時間間隔に関連付けられた複数の伝送フレームを構築させ、
１つまたは複数のチャンネルに関連付けられたデータを前記複数の伝送フレーム内に符号化させ、
選択された時間幅に関連付けられた単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される。
【請求項６８】
サービス取得のための少なくとも１つのプロセッサーであって、
各伝送フレームが選択された時間間隔に関連付けられた複数の伝送フレームを構築し、
１つまたは複数のチャンネルに関連付けられたデータを前記複数の伝送フレーム内に符号化する、
ように構成されており、選択された時間幅に関連付けられた単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される少なくとも１つのプロセッサー。
【請求項６９】
サービス取得のための方法であって、
各伝送フレームが、選択された時間間隔に関連付けられているとともに１つまたは複数のチャンネルに関連付けられたデータを備え、選択されたデータが所定の伝送フレーム内に符号化される、複数の伝送フレームを受信することと、
前記１つまたは複数のチャンネルに関連付けられたチャンネルジッターが吸収されるように、選択された時間幅に関連付けられた単一のバッファーを用いて、前記複数の伝送フレームをバッファリングすること、
を備える方法。
【請求項７０】
前方誤り訂正復号を用いて前記１つまたは複数のチャンネルのデータを復号することを備える、請求項６９の方法。
【請求項７１】
前記１つまたは複数のチャンネルのデータは、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を備える、請求項６９の方法。
【請求項７２】
復号することは、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備えるために、前記１つまたは複数のＣＳＶ信号を復号することを備える、請求項７１の方法。
【請求項７３】
復号することは、前記１つまたは複数のチャンネルのデータに関連付けられた誤り符号化データブロックおよび誤り符号化情報ブロックを、前記誤り符号化情報ブロックが前記誤り符号化データブロックの後に位置するように、デインターリービングすることを備える、請求項７１の方法。
【請求項７４】
サービス取得のための装置であって、
各伝送フレームが、選択された時間間隔に関連付けられているとともに１つまたは複数のチャンネルに関連付けられたデータを備え、そして選択されたデータが所定の伝送フレーム内に符号化される、複数の伝送フレームを受信するための手段と、
前記１つまたは複数のチャンネルに関連付けられたチャンネルジッターが吸収されるように、選択された時間幅に関連付けられた単一のバッファーを用いて、前記複数の伝送フレームをバッファリングするための手段と、
を備える装置。
【請求項７５】
前方誤り訂正復号を用いて前記１つまたは複数のチャンネルのデータを復号するための手段を備える、請求項７４の装置。
【請求項７６】
前記１つまたは複数のチャンネルのデータは、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を備える、請求項７４の装置。
【請求項７７】
復号するための手段は、前記１つまたは複数のマルチメディア信号に関連付けられた完全な低解像度バージョンおよび部分的な低解像度バージョンのうちの少なくとも一方を備えるために、前記１つまたは複数のＣＳＶ信号を復号するための手段を備える、請求項７６の装置。
【請求項７８】
復号するための手段は、前記１つまたは複数のチャンネルのデータに関連付けられた誤り符号化データブロックおよび誤り符号化情報ブロックを、前記誤り符号化情報ブロックが前記誤り符号化データブロックの後に位置するように、デインターリービングするための手段を備える、請求項７６の装置。
【請求項７９】
サービス取得のための装置であって、
各伝送フレームが、選択された時間間隔に関連付けられているとともに１つまたは複数のチャンネルに関連付けられたデータを備え、そして選択されたデータが所定の伝送フレーム内に符号化される、複数の伝送フレームを受信するように構成された受信機と、
前記１つまたは複数のチャンネルに関連付けられたチャンネルジッターが吸収されるように、選択された時間幅に関連付けられた単一のバッファーを用いて、前記複数の伝送フレームをバッファーするように構成された復調器と、
を備える装置。
【請求項８０】
サービス取得のための命令を備える機械に読み取り可能な媒体であって、前記命令は、実行されると、機械に、
各伝送フレームが、選択された時間間隔に関連付けられているとともに１つまたは複数のチャンネルに関連付けられたデータを備え、そして選択されたデータが所定の伝送フレーム内に符号化される、複数の伝送フレームを受信させ、
前記１つまたは複数のチャンネルに関連付けられたチャンネルジッターが吸収されるように、選択された時間幅に関連付けられた単一のバッファーを用いて、前記複数の伝送フレームをバッファーさせる。
【請求項８１】
サービス取得のための少なくとも１つのプロセッサーであって、
各伝送フレームが、選択された時間間隔に関連付けられているとともに１つまたは複数のチャンネルに関連付けられたデータを備え、そして選択されたデータが所定の伝送フレーム内に符号化される、複数の伝送フレームを受信し、
前記１つまたは複数のチャンネルに関連付けられたチャンネルジッターが吸収されるように、選択された時間幅に関連付けられた単一のバッファーを用いて、前記複数の伝送フレームをバッファーする、
ように構成されている少なくとも１つのプロセッサー。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、概してマルチメディア伝送システムの動作に関し、特に、高速サービス取得を提供するための方法および装置に関する。
【背景技術】
【０００２】
現在のコンテンツ配信／メディア配布システムでは、多重送信（multiplex）におけるチャンネルの一つに受信機が同調をとる圧縮されたメディア（ビデオおよびオーディオ）の多重送信の伝送にアプリケーションが関係する（involves）際に、チャンネル間の切り替えにおける待ち時間（latency）がユーザー体験の鍵になる。例えば、従来のマルチメディア放送システムでは、マルチメディアサーバーは、マルチプレクサーに送られる（feed）メディアの個々の断片を圧縮するソース符号器（source encoders）のバンク（bank）から構成されており、マルチメディアサーバーは圧縮されたメディアを単一の多重送信ストリーム（single multiplexed stream）に統合する。放送サーバーは、放送ネットワークを介して（over）圧縮されたコンテンツを放送受信機に伝達するが、放送サーバーは本質的に多様（heterogeneous）であって、エラーが発生し易い（error-prone）可能性がある。放送受信機は多重送信の少なくとも一部を受信し、そしてデマルチプレクサーが関心対象メディア（media of interest）を抽出する。典型的には、関心対象のメディアチャンネル／番組に「同調をとること」を可能にするクライアントアプリケーションが存在する。これには、ユーザーの干渉（intervention）を介してもよいし、介さなくてもよい。
【０００３】
ソースがビデオの場合、チャンネルの切り替えは、圧縮／符号化ビデオビットストリーム中のランダムアクセスポイント（ＲＡＰs）においてのみ可能である。これらのＲＡＰsは、イントラフレーム（単独で復号可能なＩフレーム）または（複数のビデオフレームにわたって分散されたＩブロックである）スループログレッシブＩフレーム（through progressive I-frames）を備える。チャンネル切り替え時間は、そのようなランダムアクセスポイントの頻度に依存し、典型的には２〜１０秒である（ＲＡＰsは、平均ビットレートを増大させ、そしてこれにより符号化ビデオビットストリームの伝送帯域幅を増大させるので）。
【０００４】
業界標準のＨ．２６４で提案されている、プログレッシブ・イントラ・リフレッシュ（progressive intra refreshes）のための、Ｉフレームおよび分散Ｉフレームを介するランダムアクセスは、これまでのところ、品質および帯域幅を犠牲にした上での、サービス取得（service acquisition）のための最も一般的な方法である。これらの場合、切り替えの待ち時間（Switching latency）は数秒のオーダーである。
【０００５】
システムによっては、ビデオストリームにおいて一定間隔で、かつ、適切な頻度で配置／符号化されたイントラフレームを通して（through）、チャンネル切り替えおよびトリック再生（コマ送り（step through）、早送り、巻き戻し）が可能である。しかしながら、Ｉフレームは、ビデオストリームのビットレートおよび帯域幅を大幅に増大させる。したがって、典型的なアプリケーションでは、Ｉフレームの頻度（frequency）は、一般的に、１秒から１０秒である。このことは、最良の状態であれば、チャンネル切り替えが１秒以内（すべての必要条件が整った場合、例えば、Ｉフレームの直前でチャンネル切り替えが可能になり、かつバッファーがリフレッシュした直後である場合、に起こり得ることを意味する。
【０００６】
プログレッシブ・イントラ・リフレッシュは、インクリメンタル方式のチャンネル切り替えを可能にする。予測は、完全なフレームが所定の継続時間（duration）内にリフレッシュされるように制御されることを必要とする。この場合、チャンネル切り替えは、バッファー深さおよび下層での切り替えによって引き起こされる待ち時間に加えて、この継続時間に相当する待ち時間を含む。
【０００７】
したがって、例えば、１００個の圧縮メディアチャンネルを備える多重送信を装置が受信していて、かつ装置ユーザーがチャンネル間の切り替えをしようとする場合、従来のシステムであれば、各チャンネルの切り替えを実行するのに１〜１０秒間を要する可能性がある。各チャンネル切り替えに要する時間は、一般に、伝送フレーム中において切り替え要求がいつ発生したかに依存する。したがって、装置ユーザーは、チャンネル間を切り替えるときに、長く、かつ変化する遅延時間を体験し、これは欲求不満を招く可能性があり、そして不満足なユーザー体験につながる可能性がある。
【０００８】
そこで、多重送信における高速のサービス取得（fast service acquisition）および／またはサービス間の切り替えを提供するように動作（operates）するシステムが必要とされる。
【発明の開示】
【発明の概要】
【０００９】
本特許出願は、参照により本願明細書中に明示的に組み込まれている、２００５年９月２７日に出願され、本特許出願の譲受人に譲渡された米国特許仮出願第６０／７２１，５６５号（件名「Method and Apparatus for Fast Channel Switching for Multimedia Broadcast Applications」）の優先権を主張するものである。
【００１０】
本特許出願は、参照により本願明細書中に明示的に組み込まれている、２００５年１１月８日に出願され、本特許出願の譲受人に譲渡された米国特許仮出願第６０／７３４，９６２号（件名「Methods And Apparatus For Service Acquisition」）の優先権を主張するものである。
【００１１】
本特許出願は、参照により本願明細書中に明示的に組み込まれている、２００５年１２月２日に出願され、本特許出願の譲受人に譲渡された米国特許仮出願第６０／７４２，１８９号（件名「Integrated Codec And Physical Layer For Efficient Multimedia Streaming」）の優先権を主張するものである。
【００１２】
１つまたは複数の態様では、多重送信における高速のサービス取得およびチャンネル切り替えを提供するように動作する方法および装置を備えるサービス取得システムが提供される。例えば、チャンネル切り替えが、ユーザー入力に応答して、または双方向型（対話型、interactive）サービスに応答して起きてもよい。例えば、対話型チャンネルリダイレクションが、取得されるべき新しいサービスまたはチャンネルの原因となってもよい。あるいは、ユーザー入力が、取得されるべき新しいサービスまたはチャンネルのきっかけ（triggers）となってもよい。一態様では、マルチメディアサービスおよび非マルチメディアサービスが、対話型であるように取得されてもよい。
【００１３】
一態様では、サービス取得のための方法が提供される。この方法は、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成すること（generating）と、誤り符号化ブロックを生産（produce）するために前記ＣＳＶ信号および前記マルチメディア信号を符号化することと、そして前記誤り符号化ブロックを多重送信信号内にカプセル化すること（encapsulating）、を備える。
【００１４】
一態様では、サービス取得のための装置が提供される。この装置は、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成するように構成されたソース符号器と、誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化するように構成された誤り符号器と、そして前記誤り符号化ブロックを多重送信信号内にカプセル化するように構成されたパッカーと、を備える。
【００１５】
一態様では、サービス取得のための装置が提供される。この装置は、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成するための手段と、誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化するための手段と、そして前記誤り符号化ブロックを多重送信信号内にカプセル化するための手段と、を備える。
【００１６】
一態様では、サービス取得のための命令を備える機械に読み取り可能な媒体が提供される。この命令は、実行されると、機械に、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成させ、誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化させ、そして前記誤り符号化ブロックを多重送信信号内にカプセル化させる。
【００１７】
一態様では、サービス取得のための少なくとも１つのプロセッサーが提供される。この少なくとも１つのプロセッサーは、１つまたは複数のマルチメディア信号に関連付けられた１つまたは複数のチャンネル切り替えビデオ（ＣＳＶ）信号を生成し、誤り符号化ブロックを生産するために前記ＣＳＶ信号および前記マルチメディア信号を符号化し、そして前記誤り符号化ブロックを多重送信信号内にカプセル化するように、構成されている。
【００１８】
一態様では、サービス取得のための方法が提供される。この方法は、複数のチャンネルに関連付けられた多重送信信号を受信すること、前記チャンネルのうちの１つの選択を検出すること、前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号すること、そして前記ＣＳＶ信号をレンダリングすること、を備える。
【００１９】
一態様では、サービス取得のための装置が提供される。この装置は、複数のチャンネルに関連付けられた多重送信信号を受信するように構成された受信機と、前記チャンネルのうちの１つの選択を検出するように構成された選択ロジックと、前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号するように構成されたアンパッカーと、そして前記ＣＳＶ信号をレンダリングするように構成されたソース復号器と、を備える。
【００２０】
一態様では、サービス取得のための装置が提供される。この装置は、複数のチャンネルに関連付けられた多重送信信号を受信するための手段と、前記チャンネルのうちの１つの選択を検出するための手段と、前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号するための手段と、そして前記ＣＳＶ信号をレンダリングするための手段と、を備える。
【００２１】
一態様では、サービス取得のための命令を備える機械に読み取り可能な媒体が提供される。この命令は、実行されると、機械に、複数のチャンネルに関連付けられた多重送信信号を受信させ、前記チャンネルのうちの１つの選択を検出させ、前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号させ、そして前記ＣＳＶ信号をレンダーさせる。
【００２２】
一態様では、サービス取得のための少なくとも１つのプロセッサーが提供される。この少なくとも１つのプロセッサーは、複数のチャンネルに関連付けられた多重送信信号を受信し、前記チャンネルのうちの１つの選択を検出し、前記選択されたチャンネルに関連付けられたチャンネル切り替えビデオ（ＣＳＶ）信号を復号し、前記ＣＳＶ信号をレンダーする、ように構成されている。
【００２３】
一態様では、サービス取得のための方法が提供される。この方法は、各伝送フレームが選択された時間間隔を表す複数の伝送フレームを構築することと、そして前記複数の伝送フレームに１つまたは複数のチャンネルのデータを符号化すること、を備え、選択された時間幅を有する単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される。
【００２４】
一態様では、サービス取得のための装置が提供される。この装置は、各伝送フレームが選択された時間間隔を表す複数の伝送フレームを構築するための手段と、そして前記複数の伝送フレームに１つまたは複数のチャンネルのデータを符号化するための手段と、を備え、選択された時間幅を有する単一のバッファーを用いてチャンネルジッターが吸収され得るように、選択されたデータが所定の伝送フレーム内に符号化される。
【００２５】
一態様では、サービス取得のための方法が提供される。この方法は、複数の伝送フレームを受信することを備え、各伝送フレームは選択された時間間隔を表すとともに１つまたは複数のチャンネルのデータを備え、そして選択されたデータは所定の伝送フレーム内に符号化される。この方法はまた、前記複数の伝送フレームを選択された時間幅を有する単一のバッファーでバッファリングして、チャンネルジッターが吸収されること、を備える。
【００２６】
一態様では、サービス取得のための装置が提供される。この装置は、複数の伝送フレームを受信するための手段を備え、各伝送フレームは選択された時間間隔を表すとともに１つまたは複数のチャンネルのデータを備え、そして選択されたデータは所定の伝送フレーム内に符号化される。この装置はまた、前記複数の伝送フレームを選択された時間幅を有する単一のバッファーでバッファリングして、チャンネルジッターが吸収されるための手段を備える。
【００２７】
他の態様は、この後に示される「図面の簡単な説明」、「詳細な説明」、ならびに添付の「特許請求の範囲」を参照することにより、明らかになるであろう。
【００２８】
前述の、本明細書に記載の各態様は、以下の説明を添付図面と併せて参照することにより、より容易に明らかになるであろう。
【詳細な説明】
【００２９】
以下の記述は、マルチメディア多重送信の取得（acquisition）およびチャンネル間の切り替え（すなわち、早期エントリー／高速同調（early entry/fast tuning））のためのサービス取得システム（a service acquisition system）の諸態様を説明するものである。本システムは特に、マルチメディア多重送信を受信するように動作する、ほとんど任意のタイプの装置との使用に好適である。そのような装置としては、例えば、携帯電話、ＰＤＡs、電子メール装置、ノートブックコンピューター、タブレットコンピューター、または他の任意のタイプの受信装置を含むが、これらには限定されない。さらに、本システムの諸態様は、任意のタイプのネットワーク環境で使用されることが可能であり、そのようなネットワーク環境としては、通信ネットワーク、コンテンツ配布ネットワーク、インターネットのような公衆ネットワーク、仮想プライベートネットワーク（ＶＰＮ）のようなプライベートネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、ロングホールネットワーク、または他の任意のタイプのデータネットワークまたは通信ネットワークを含んでいるが、これらに限定されない。
【００３０】
本願明細書中では、サービス取得システムの諸態様を、各スーパフレームが４フレーム分のデータを備えるスーパフレームの配列（sequence）を備えるマルチメディア多重送信のチャンネル間の切り替えに関して説明する。しかしながら、サービス取得システムの態様は、このスーパフレーム構造に限定されず、他のタイプの多重送信構造ためのサービス取得を提供することにも同様に適用可能である。
【００３１】
本願明細書中では、サービス取得システムを、開放型システム相互接続（ＯＳＩ）モデルを用いた実施（implementation）に関して説明する。例えば、ＯＳＩモデルの１つまたは複数の層における実施に関して、各種態様を説明する。しかしながら、サービス取得システムの態様は、この実施には限定されず、他の任意のタイプのハードウェアー／ソフトウェアー構造、構成、あるいは通信モデルを用いて実施されることも可能である。
【００３２】
概要（Overview）
図１は、マルチメディア多重送信におけるスーパフレームの配列を備える伝送ストリーム１００の一態様を示す。各スーパフレーム（１０２、１０４）は、４つのフレーム１０６と、オーバヘッド情報シンボル（ＯＩＳ）１０８を備える。各スーパフレームに関連付けられたＯＩＳシンボル１０８は、関連付けられたスーパフレームの復号（decoding）／同調に必要な情報を備えることに注意されたい。したがって、ＯＩＳ１０８は、スーパフレーム１０４に適用可能である。
【００３３】
１つまたは複数の態様では、サービス取得システムは、受信機がマルチメディア多重送信を受信し、そしてその多重送信におけるチャンネル間の切り替えおよび高速の取得を実行することを可能にするように動作する。例えば、サービス取得システムは、スーパフレームの途中で高速チャンネル切り替えが起きることを可能にし、そしてそのスーパフレームの間に受信した任意の部分的なデータを新しいチャンネルに利用する。参照される部分的データは、切り替えが起きた間のスーパフレームに存在する４つのフレームのうちの最後から３つ以内から取り出された（retrieved）データである。この結果、装置が部分的データを利用できるので、装置における取得待ち時間が短縮される。
【００３４】
サービス取得システムの諸態様では、放送サーバーが、スーパフレームの中で伝送されたアプリケーションデータを、以下の点を満足するように配列し直すように動作する。
【００３５】
１．  スーパフレームの個々のフレーム内のアプリケーションデータ（例えば、ビデオフレーム）は、前のスーパフレームの他のフレーム内のデータに何ら依存せずに復号可能である。（アプリケーション層）
２．  ＭＡＣ層において実行されたリードソロモン（ＲＳ）配列の結果は、リアルタイムアプリケーションデータの連続性（contiguity）に何ら影響を及ぼすべきではない。すなわち、フレーム内に適合し得るアプリケーションデータは、スーパフレーム内の複数のフレームに分散されず、その連続性を維持する。（ＭＡＣ層）
３．  最も重要な情報（例えば、動作キー（working keys））は、リアルタイムアプリケーションデータとともに、可能な限りフレームのはるか後方に押し込まれる。すなわち、パディングオクテット（padding octets）を備える任意のＭＡＣ層パケットがスーパフレームの先頭に存在し、その後にアプリケーションデータ（ストリーム１または２）が続き、その後にストリーム０データが続く。これにより、早期エントリー／高速同調トリガーの前に幾つかのアプリケーションデータが取り出される限り、ストリーム０上で搬送される重要な情報を取得する機会を受信機が常に有することが確実になる。（ストリーム層およびＭＡＣ層）
４．  アプリケーションデータの分散を防ぐために、ストリーム層オクテットインターリービング（Stream layer octet interleaving）は除去される。（ストリーム層）
サービス取得システムの諸態様では、早期エントリー／高速同調が実行されるスーパフレームに対してＯＩＳ情報が確実に利用可能になるように、受信装置が動作する。
【００３６】
従来システムに対する修正（Modifications to Conventional Systems）
図２は、ＲＳ配列２００の例を示す。典型的な実施では、ＡＩＳスタックのＭＡＣ層は、ＭＡＣ層カプセルデータ（複数のＲＳ符号ブロック）を取得し、そしてそれらをスーパフレームの至るところに分散させる。この手続きは、ＲＳ配列として知られ、すべてのＲＳ符号ブロックに対して実行される。例えば、それぞれのＲＳ符号ブロック（２０２、２０４）の中の１６個のＭＡＣ層パケットが、４つのフレームにわたって均等に分配される（すなわち、それぞれ４つのＭＡＣ層パケット）。
【００３７】
４つのＭＡＣ層パケットを備えるフレーム内のＲＳ符号ブロックのフラグメントは、ＲＳサブブロック２０６と称される。フレーム内では、他のＲＳ符号ブロックからのサブブロックが各ＲＳサブブロックに差し挟まれる。例えば、スーパフレーム内に２つのＲＳ符号ブロック（１０２、１０４）がある場合、各フレームは、以下のものを指定された順番で備える。
【００３８】
１．  第１のＲＳ符号ブロックのサブブロックからの第１のＭＡＣ層パケット。
【００３９】
２．  第２のＲＳ符号ブロックからの対応するサブブロックからの第１のＭＡＣ層パケット。
【００４０】
３．  第１のＲＳ符号ブロックの同じサブブロックからの第２のＭＡＣ層パケット。
【００４１】
４．  第２のＲＳ符号ブロックからの対応するサブブロックからの第２のＭＡＣ層パケット。
【００４２】
５．  以降も、第４のＭＡＣパケットまで同様。
【００４３】
リアルタイムアプリケーションによって配信されるデータは、ＭＡＣ層カプセル形成の間にＡＩＳスタックのストリーム層によって連続する方法で処理される。ＲＳ符号化パフォーマンスを向上させる時間ダイバーシティ利得（time diversity gain）を達成するために、アプリケーションデータを備えるＲＳ符号ブロックがスーパフレームの至るところに分散されると、この連続性は変化する。
【００４４】
任意の連続するアプリケーションデータ（例えば、１フレーム分のデータを占有するビデオフレームデータ）が、ＲＳ符号ブロックのＭＡＣ層配列によって、複数のフレームに分散される。受信機は、連続的配列の中で組み立てられた際に１フレーム分未満のデータになるアプリケーションデータを収集するために、１フレームより長く待機しなければならない。
【００４５】
１つまたは複数の態様では、サービス取得システムは、装置が１フレーム以内に可能な限り多くのリアルタイムデータを可能な限り素早く抽出することを、可能にするように動作する。これを達成するためには、リアルタイムアプリケーションデータが、スーパフレームの４つのフレームにわたって送信されている間、その連続性を維持することが望ましい。
【００４６】
サービス取得（Service Acquisition）
サービス取得システムの諸態様では、ＭＡＣ層ＲＳ符号ブロック配列の影響を無くすために、アプリケーションデータが、以下のように、データチャンネルＭＡＣプロトコルによってプリインターリーブされる（pre-interleaved）。一態様では、実施の均一性のために、スーパフレーム内のすべてのストリームがこのプリインターリービングを受ける。一態様では、以下のプリインターリーブ機能が実行される。
【００４７】
１．  データチャンネルＭＡＣプロトコルが、（NumR-SCode Blocks*K*122）オクテットのサイズのプリインターリービングバッファーをスーパフレームごとに割り当てる。ただし、
ａ．  「NumR-SCode Blocks」は、そのスーパフレームのデータチャンネルＭＡＣ層カプセル内に存在するＲＳ誤り制御ブロックの数である。
【００４８】
ｂ．  Ｋは、ＲＳ符号ワード（RS code word）内のデータオクテット数を指定する。例えば、外符号のレートが１２／１６であれば、Ｋは１２である。
【００４９】
２．  このバッファーは、「NumR-SCode Blocks」個の列および「Ｋ」個の行を有するテーブルとしてフォーマットされている。したがって、このテーブルの各セルは１２２オクテットの長さである。
【００５０】
３．  プロトコルは、プリインターリービングバッファーをＭＡＣ層パケットで埋めることを開始する。バッファーの各行（row-wise）は、最初にパディングＭＡＣ層パケットで始まり、ストリーム２データ、ストリーム１データ、および最後のストリーム０を搬送するＭＡＣ層パケットが続く。
【００５１】
４．  したがって、各列は、誤り制御ブロックの上位「Ｋ」行を形成する。
【００５２】
５．  上述のように形成された各列にＲＳパリティオクテットが追加され、続いてＲＳ配列が行われ、それから各列が物理層に渡される。
【００５３】
したがって、プリインターリービングにより、スーパフレームの各フレーム内でのアプリケーションデータの連続性を維持することが可能である。
【００５４】
チャンネル切り替えバージョン（Channel Switch Version）（ＣＳＶ）
１つまたは複数の態様では、サービス取得システムは、通常の符号化に加えて、メディアのチャンネル切り替えバージョン（ＣＳＶ）を符号化するように動作し、このＣＳＶデータを帯域内または帯域外で送信する。一態様では、ＣＳＶは、当該ビデオの、ダウンサンプリングされた低フレームレートバージョンである。アプリケーションに応じて、例えば、オーディオや、データなど、他のメディアタイプについても同様のバージョンが符号化されることが可能であることに注意されたい。ＣＳＶ生成の諸態様は、誤り回復、誤り隠蔽、および誤り制御（すなわち、チャンネル誤りおよび予測の累積を停止すること）のためのＣＳＶバージョン（またはその一部）の使用を含んでよい他のアプリケーションによって利用されることも可能である。
【００５５】
以下の説明は、ビデオ放送アプリケーションデータおよび関連するビデオ圧縮アルゴリズムに関係する。ビデオアプリケーションデータのチャンネル切り替えバージョンは、（分散されたＩフレームまたはＩフレームに加えて）符号化ビデオビットストリームへのランダムアクセスを可能にするために周期的に送信される、単独で復号可能なデータ片である。受信装置において、多重送信内の関心メディアの中で変更が要求されると、その要求はアプリケーション層に伝達され、アプリケーション層がＣＳＶの復号を開始する。この動作は、瞬時に行われるが、これは、ＣＳＶが、物理層およびトランスポート層のプロトコルによって要求される切り替えポイントに挿入されることが可能であるためである。その後、メディアは、次のランダムアクセスポイントにおいて、最高（full）の質で再開し始める。の結果、装置ユーザーは、高速チャンネル切り替えを体験する。
【００５６】
図３は、サービス取得システムの一態様を備えるネットワーク３００を示す。ネットワーク３００は、ネットワーク３０６を用いてマルチメディア多重送信を装置３０４に放送するように動作する放送サーバー３０２を備える。サーバー３０２は、任意の好適なタイプの有線および／または無線の通信リンクを備える通信リンク３０８を介して、ネットワーク３０６と通信する。ネットワーク３０６は、この態様では任意の好適なタイプの無線通信リンク備える通信リンク３１０を介して、装置３０４と通信する。例えば、通信リンク３１０は、電気通信業界で知られている直交周波数分割多重（ＯＦＤＭ）通信リンクから構成されてもよい。
【００５７】
装置３０４は携帯（移動）電話であるが、例えば、ＰＤＡ、電子メール装置、ページャ、ノートブックコンピューター、タブレットコンピューター、デスクトップコンピューター、あるいはマルチメディア多重送信信号を受信するように動作する他の任意の好適な装置などから構成されてもよい。
【００５８】
サービス取得システムの一態様では、サーバー３０２は、入力ビデオ信号３１４を受け取るように動作するソース符号器３１６を備える。一態様では、２５６個の入力ビデオ信号が、２５６個のソース符号器３１６に入力される。しかしながら、サービス取得システムの諸態様は、任意の数の入力ビデオ信号および対応するソース符号器との使用に好適である。
【００５９】
各ソース符号器３１６は、前方誤り訂正（ＦＥＣ）符号器３２０に入力される符号化信号を生成する。各ソース符号器３１６はまた、ＣＳＶパッカー３１８に入力されるチャンネル切り替えビデオ信号を生成する。ＣＳＶ信号は、対応する入力信号の、単独で復号可能な低解像度バージョンである。ＣＳＶ信号の、より詳細な説明が、本文書の別のセクションにある。ＣＳＶパッカー３１８は、ＣＳＶ信号をパック（カプセル化）し、そしてカプセル化されたＣＳＶ信号をＦＥＣ符号器３２０に出力するように動作する。
【００６０】
ＦＥＣ符号器３２０は、プリインターリーバー（pre-interleaver）３２２に入力される誤り符号化ブロックを生成するためにソース符号器３１６およびＣＳＶパッカー３１８から受け取った信号を、誤り符号化するように動作する。一態様では、ＦＥＣ符号器３２０は、ＲＳ符号化を行う。プリインターリーバー３２２は、パッカー３２４の処理後の伝送フレーム中の所定位置に選択されたブロックが現れるように、誤り符号化ブロックを配列する。例えば、プリインターリーバー３２２は、生成された伝送フレーム中のアプリケーションデータの連続性を維持するために、前述の機能を実行するように動作する。その結果、プリインターリーバー３２２は、高速サービス取得を提供することに誤り符号化ブロックが最適化されるよう、誤り符号化ブロックを配列するように動作する。
【００６１】
パッカー３２４は、プリインターリーバー３２２の出力を伝送フレームにカプセル化するように動作する。プリインターリーバー３２２の動作は、高速サービス取得が起こり得るように、ＣＳＶおよび他の重要なフレーム情報を伝送フレーム内の効果的な（strategic）位置に配置するので、高速サービス取得を可能にする。プリインターリーバーの処理についてのより詳細な説明が、本文書の別のセクションにある。
【００６２】
パッカー３２４の出力は、変調された伝送フレーム３２８をネットワーク３０６経由で送信するように動作する変調器／送信機３２６に入力される伝送フレームである。例えば、変調された伝送フレーム３２８は、ネットワーク３０６を用いて、サーバー３０２から装置３０４に伝送される。伝送フレーム３２８は、各スーパフレームが４つのフレームを備える一連のスーパフレームの配列を備える。
【００６３】
受信装置３０４では、受信した伝送フレームをアンパッカー３３２に出力する復調器／受信機３３０によって、変調された伝送フレーム３２８が受信される。一態様では、復調器／受信機３３０は、チャンネルジッターを吸収して外部ＦＥＣ復号をサポートするように動作する、有限の時間幅を有する単一のバッファー３４４を備える。アンパッカー３３２は、パッカー３２４によって実行されたカプセル化処理を元に戻すように動作する。アンパッカー３３２の出力は、ＦＥＣ誤り符号化ブロックを生成するために、受け取った情報をデインターリーブ（de-interleave）するように動作するポストインターリーバー３３４に入力される。
【００６４】
ＦＥＣ誤り符号化ブロックは、ＦＥＣ誤り符号化ブロックを復号してその復号された情報をＣＳＶアンパッカー３３８およびソース復号器３４０へ出力する、ＦＥＣ復号器３３６に入力される。ＣＳＶアンパッカー３３８は、特定（particular）のチャンネルに対応するＣＳＶ信号をアンパック（unpack）するように動作する。ソース復号器３４０は、特定のチャンネルを復号するように動作する。同調／チャンネル切り替えロジック３４４は、受信された多重送信のどのチャンネルがソース復号器３４０によって復号されて、復号されたチャンネル３４２として出力されるのかを制御するために、ソース復号器３４０およびＣＳＶアンパッカー３３８に制御信号を出力する。
【００６５】
１つまたは複数の態様では、同調／チャンネル切り替えロジック３４４は、ユーザー入力、または装置３０４において起きる任意の他のアクティビティ（activity）によってトリガー（trigger）される。チャンネル切り替えがユーザーによって要求されると、同調／チャンネル切り替えロジック３４４は、選択されたチャンネルおよび対応するＣＳＶ情報にソース復号器３４０を同調させるように動作する。ソース復号器３４０は、装置ユーザーに対する表示用の選択された新しいチャンネルの低解像度バージョンを生成するために、ＣＳＶ情報を復号するように動作する。その間に、ソース復号器３４０は、選択された新しいチャンネル用の伝送フレームからの情報を復号することを開始する。この処理は、プリインターリーバー３２２によってなされた、誤り符号化ブロックの効果的な配置によって容易になる。したがって、サービス取得システムの諸態様は、受信装置における高速チャンネル切り替えを容易にするためのＣＳＶ信号およびプリインターリービング（pre-interleaving）を提供するように動作する。
【００６６】
図４は、サービス取得システムの諸態様において使用されるサーバー４００を示す。例えば、サーバー４００は、図３に示されたサーバー３０２のように使用されることに適する。サーバー４００は、データバス４０６に結合された処理ロジック４０２および変調器／送信機ロジック４０４を備える。サーバー４００はまた、同様にデータバス４０６に結合された、ソース符号器４０８、ＣＶＳパッカー４１０、プリインターリーバーロジック４１２、ＦＥＣ符号器４１４、およびパッカー４１６を備える。
【００６７】
１つまたは複数の態様では、処理ロジック４０２は、ＣＰＵ、プロセッサー、ゲートアレイ、ハードウェアーロジック、メモリー素子、仮想機械、ソフトウェアー、および／またはハードウェアーおよびソフトウェアーの任意の組み合わせを備える。したがって、処理ロジック４０２は、内部データバス４０６を介して、機械に読み取り可能（machine-readable）な命令を実行し、そしてサーバー４００の１つまたは複数の他の機能要素を制御するためのロジックを一般的に備える。
【００６８】
変調器／送信機ロジック４０４は、サーバー４００が、１つまたは複数の受信装置による受信のためのデータネットワークを経由してマルチメディア多重送信を送信することを可能にするように動作するハードウェアーロジックおよび／またはソフトウェアーを備える。一態様では、変調器／送信機ロジック４０４は通信チャンネル４１８を備える。例えば、一態様では、通信チャンネル４１８は、サーバー４００がマルチメディア多重送信を放送することを可能にするように構成された放送チャンネルを備える。
【００６９】
ソース符号器４０８は、ソース符号化ストリーム４２２およびＣＳＶ情報４２４を生成するための対応する入力マルチメディアストリーム４２０を受け取るように動作する、任意の数またはタイプのソース符号器を備える。例えば、一態様では、ＣＳＶ情報４２４は、入力マルチメディアストリーム４２０の、低解像度で単独で復号可能なバージョンを備える。ＣＳＶ情報４２４のより詳細な説明が、本文書の別のセクションにある。
【００７０】
ＣＳＶパッカー４１０は、ＣＳＶ情報４２４をパックまたはカプセル化するように動作する、ハードウェアーおよびソフトウェアーの任意の組合せを備える。これにより、カプセル化されたＣＳＶ情報４２６が生成される。一態様では、ＣＳＶ情報４２４は、帯域内信号としての配信用にパックされる。別の態様では、ＣＳＶ情報４２４は、帯域外信号として配信される。
【００７１】
ＦＥＣ符号器４１４は、ソース符号化信号４２２およびカプセル化ＣＳＶ情報４２６上のＲＳ符号化のように、誤り符号化を実行するためのハードウェアーおよびソフトウェアーの任意の組合せを備える。例えば、ＦＥＣ符号器４１４は、誤り符号化ブロックを生成するように動作する。
【００７２】
プリインターリーバー４１２は、ＣＰＵ、プロセッサー、ゲートアレイ、ハードウェアーロジック、メモリー素子、仮想機械、ソフトウェアー、および／またはハードウェアーおよびソフトウェアーの任意の組み合わせを備える。プリインターリーバー４１２は、入力ソースがスーパフレームのフレームにパックされてもその連続性を維持するように、ＦＥＣ符号器４１４から出力された誤り符号化ブロックをプリインターリーブするように動作する。例えば、一態様では、プリインターリーバー４１２は、前述したように、誤り符号化ブロックとともにパックされるプリインターリーブテーブルを形成するように動作する。
【００７３】
パッカー（カプセル化装置）４１６は、ハードウェアーおよびソフトウェアーの任意の組み合わせを備える。一態様では、パッカー４１６は、各スーパフレームが４つのフレームからなるスーパフレームの配列を備える多重送信を生成するためのプリインターリーブテーブルからの誤り符号化ブロックをカプセル化するように動作する。一態様では、この多重送信は、１つまたは複数の受信装置用のネットワークを経由（over）して送信用の変調器／送信機に送られる。
【００７４】
１つまたは複数の態様の動作時に、サーバー４００は受信装置に対する送信用の多重送信を準備するように動作し、この多重送信は、高速サービス取得を可能にするために編成されたＣＳＶ情報およびプリインターリーブ済み誤り符号化ブロックを備える。例えば、チャンネル変更イベントが発生する際に、ＣＳＶ情報は、新しいチャンネルの低解像度バージョンをレンダー（render）するための受信装置によって素早く復号される。さらに、サービス取得システムの諸態様は、新しいチャンネルの素早い復号が可能であるように、スーパフレームの各フレームの誤り符号化ブロックを編成する。
【００７５】
一態様では、サーバー４００は、各伝送フレームが選択された時間間隔（すなわち、１秒）を表す、複数の伝送フレームを構築するように動作する。サーバー４００はまた、その複数の伝送フレームに、１つまたは複数のチャンネルのデータを符号化するように動作し、選択されたデータは所定の伝送フレームに符号化されるので、選択された時間幅を有する単一のバッファーを用いる受信装置においてチャンネルジッターは吸収され得る。したがって、単一のバッファーを用いて受信装置にチャンネルジッターを吸収させることが可能である間は、サービス取得システムは、マルチメディア多重送信の高速のサービス取得およびチャンネル間の切り替えを提供するように動作する。
【００７６】
１つまたは複数の態様では、サーバー４００は、サービス取得システムの諸態様における以下の機能のうちの１つまたは複数を実行するように動作する。
【００７７】
１．  多重送信に符号化されるべき各チャンネル用のＣＳＶ情報を生成する。
【００７８】
２．  誤り符号化されるべきビデオ情報にＣＳＶ情報を含める。
【００７９】
３．  カプセル化に先立ってスーパフレーム内に誤りブロックを再配列するためのプリインターリービングを実行して、入力ソース信号の連続性を維持する。
【００８０】
４．  伝送用の多重送信を生成するためにカプセル化を実行する。
【００８１】
一態様では、サービス取得システムは、コンピューターに読み取り可能な媒体（computer-readable medium）に格納されるプログラム命令を備えるコンピュータープログラムに取り入れられ（embodied）、このコンピュータープログラムは、少なくとも１つのプロセッサー、例えば、処理ロジック４０２で実行された場合に、本願明細書中で述べられた機能を提供する。例えば、それらのプログラム命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリー装置、ＲＡＭ、ＲＯＭ、あるいはサーバー４００にインターフェース接続される任意の他のタイプのメモリー素子またはコンピューターに読み取り可能な媒体のような、コンピューターに読み取り可能な媒体からサーバー４００に読み込まれても（load）構わない。別の態様では、それらの命令は、サーバー４００にインターフェース接続される外部装置またはネットワークリソースからサーバー４００にダウンロードされても構わない。それらのプログラム命令は、処理ロジック４０２によって実行されると、本願明細書中で述べられたサービス取得システムの１つまたは複数の態様を提供する。
【００８２】
したがって、サーバー４００は、サービス取得システムの１つまたは複数の態様では、マルチメディア多重送信に含まれるサービスの高速サービス取得を可能にするように動作する。なお、サーバー４００は、一実施形態の例示に過ぎず、そして本願明細書中で述べられた態様の範囲内で他の実施形態も可能であることに注意されたい。
【００８３】
データチャンネルＭＡＣ層カプセル構造（Data channel ＭＡＣ layer Capsule Structure）
図５は、サービス取得システムの諸態様の動作に先立つデータチャンネルＭＡＣ層カプセル構造５００の一態様を示す。データチャンネルＭＡＣ層カプセル５００は、以下のものを、以下に示した順で備える。
【００８４】
１．  ストリーム０パケット−これは、データチャンネルＭＡＣ層カプセルヘッダー５０２を含む、常に存在するストリーム０パケットからなる。
【００８５】
２．  ストリーム１パケット−ストリーム１データを搬送する、整数個のＭＡＣ層パケット。
【００８６】
３．  ストリーム２パケット−ストリーム２データを搬送する、整数個のＭＡＣ層パケット。
【００８７】
４．  ＭＡＣ層カプセルを「Ｋ」の整数倍にするためのスタッフィングパケットを備えるＭＡＣパケットであり、「Ｋ」はＲＳ誤り制御ブロック内の情報ブロックの数。例えば、外符号のレートが１２／１６であれば、「Ｋ」は１２である。
【００８８】
５．  （NumR-SCode Blocks）×（Ｎ−Ｋ）個のＲ−Ｓパリティパケット。
【００８９】
データチャンネルＭＡＣ層カプセル構造５００が与えられていて、ストリーム０パケットのサイズが比較的小さい場合、ストリーム０パケットを備えるＭＡＣ層パケットは、スーパフレーム内の４つのフレームのうちの最初のフレームだけを確実に占有する。この情報は、受信機がスーパフレームの最後の３つ以内のフレームだけを受信する早期エントリー／高速同調の要求の場合は常に失われる。ストリーム０は、ストリーム１またはストリーム２上で搬送されるデータの復号に必要な情報（例えば、動作キー）を搬送するので、受信装置は、ストリーム１またはストリーム２内で搬送されたデータの一部でも受信した場合には、ストリーム０パケットを確実に受信できることが望ましい。
【００９０】
再配列されたデータチャンネルＭＡＣ層カプセル構造（Re-ordered Data channel ＭＡＣ layer Capsule Structure）
図６は、サービス取得システムの諸態様によって生成されるデータチャンネルＭＡＣ層カプセル構造６００の一態様を示す。ＭＡＣ層カプセル構造６００では、ストリーム１またはストリーム２パケットがそのカプセル内に配置された後、ストリーム０がデータチャンネルＭＡＣ層カプセルの末尾側に動かされる。この構成により、受信装置は、ストリーム１またはストリーム２内で搬送されたデータを一部でも受信した場合には、ストリーム０パケットを確実に受信することができる。
【００９１】
一態様では、データチャンネルＭＡＣ層カプセル構造６００は、以下のものを、以下に示した順で備える。
【００９２】
１．  ＭＡＣ層カプセルを「Ｋ」の整数倍にするためのスタッフィングパケットを備えるＭＡＣパケットであり、「Ｋ」はＲＳ誤り制御ブロック内の情報ブロックの数。例えば、外符号のレートが１２／１６であれば、「Ｋ」は１２である。注：ＲＳパッドパケットの数は、ビデオデータを備えるＭＡＣパケットに比べると少なく、せいぜいＫ−１個である。したがって、ほとんどの場合、フレーム１は、１５０ｋｂｐｓ〜５００ｋｂｐｓのビデオデータを備える幾つかのＭＡＣパケットを有する。
【００９３】
２．  ストリーム２パケット−ストリーム２データを搬送する、整数個のＭＡＣ層パケット。
【００９４】
３．  ストリーム１パケット−ストリーム１データを搬送する、整数個のＭＡＣ層パケット。
【００９５】
４．  ストリーム０パケット−これは、データチャンネルＭＡＣ層カプセルヘッダー６０２を含む、常に存在するストリーム０パケットからなる。
【００９６】
５．  （NumR-SCode Blocks）×（Ｎ−Ｋ）個のＲ−Ｓパリティパケット。
【００９７】
ＯＩＳ情報の有用性（Availability of ＯＩＳ information）
一態様では、早期エントリー／高速同調が起こる場合、装置上で必要とされる基本情報は、切り替えが行われるべきチャンネルの位置である。この位置情報は、ＯＩＳ内に存在する。しかしながら、装置がＯＩＳを読み取るのは、読み取るようにトリガーされた、ある特定の場合（例えば、新しい論理チャンネルや既存の論理チャンネル上の誤りを受け取った場合など）だけである。したがって、チャンネル変更がトリガーされた後、ＯＩＳを受信するために次のスーパフレームまで装置が待機すると、チャンネル切り替えが遅くなる。ただし、１つのスーパフレームとともに与えられるＯＩＳは、後続のスーパフレームにも適用可能である。したがって、装置は、ＯＩＳ情報を回収するためには、スーパフレームの１つ分だけ待てばよい。
【００９８】
それゆえ、一態様では、早期エントリー／高速同調のためのトリガーは、実際の切り替えが実行されるスーパフレームに先立って与えられる。これは、以下を実行することによって達成される。
【００９９】
１．  早期エントリー／高速同調がトリガーされる際に、ＯＩＳを毎スーパフレーム受信して、その情報を使用するモードに装置を置く。このモードに入ることは、チャンネル切り替えをトリガーするためのユーザーインターフェースに入力されるキーの組み合わせが入力された特定のユーザーによって、トリガーされ得る。
【０１００】
２．  あるいは、装置がＯＩＳ情報を毎スーパフレーム読み取る（これによって、埋め込みＯＩＳの必要性を排除する）。
【０１０１】
図７は、サービス取得システムの諸態様を提供するための方法７００を示す。明確にするために、方法７００を、図４に示されたサーバー４００を参照しつつ説明する。一態様では、処理ロジック４０２のような、少なくとも１つのプロセッサーが、以下に述べる機能を実行するためのサーバー４００を制御するための機械に読み取り可能な命令を実行する。
【０１０２】
ブロック７０２では、アプリケーションデータが符号化される。例えば、アプリケーションデータは、４２０において示されるビデオストリームを備えても構わない。一態様では、ソース符号器４０８は、符号化された信号４２２を生成するためのアプリケーションデータを符号化するように動作する。
【０１０３】
ブロック７０４では、ＣＳＶ情報が生成される。例えば、ソース符号器４０８は、一態様では入力ビデオ４２０の低解像度で単独で復号可能なバージョンを備えるＣＳＶ情報４２４を生成するように動作する。
【０１０４】
ブロック７０６では、ＣＳＶ情報がカプセル化される。例えば、パッカー４１０は、カプセル化されたＣＳＶ情報４２６を生成するために、生成されたＣＳＶ情報４２４をカプセル化するように動作する。
【０１０５】
ブロック７０８では、ブロック７０２で生成された符号化ソースおよびブロック７０６で生成されたカプセル化ＣＳＶが、ＦＥＣ符号化される。例えば、一態様では、ＦＥＣ符号器４１４は、この情報を誤り符号化ブロックに符号化するように動作する。
【０１０６】
ブロック７１０では、ブロック７０８で生成された誤り符号化ブロックがプリインターリーブされる。例えば、プリインターリーバー４１２は、誤り符号化ブロックをプリインターリーブするように動作する。例えば、プリインターリーバー４１２は、前述したように、インターリーブされた誤り符号化ブロックを形成するための誤り符号化ブロックをプリインターリーブするためのプリインターリーブバッファーを生成するように動作する。
【０１０７】
ブロック７１２では、各スーパフレームが４つのフレームからなるスーパフレームの配列を備える多重送信を形成するために、インターリーブされた誤り符号化ブロックがカプセル化される。
【０１０８】
ブロック７１４では、多重送信が変調されて、ネットワーク経由で受信装置に向けて送信される。例えば、変調器／送信機４０４は、多重送信を受け取り、変調し、そしてその多重送信をチャンネル４１８を用いてデータネットワーク経由で送信するように動作する。
【０１０９】
このように、方法７００は、受信装置に向けて送信され、装置での高速サービス取得を実行可能にするマルチメディア多重送信を生成するように動作する。なお、方法７００は一実施形態の表現に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることに注意されたい。
【０１１０】
図８は、サービス取得システムの諸態様において使用される装置８００を示す。例えば、装置８００は、図３に示された装置３０４のように使用されることに適する。装置８００は、データバス８０６に結合される処理ロジック８０２および復調器／受信機ロジック８０４を備える。装置８００はまた、同様にデータバス８０６に結合された、ソース復号器８１６、ＣＶＳアンパッカー８１４、早期エントリー／高速同調ロジック８１８、ポストインターリーバーロジック８１０、ＦＥＣ復号器８１２、およびアンパッカー８０８を備える。
【０１１１】
１つまたは複数の態様では、処理ロジック８０２は、ＣＰＵ、プロセッサー、ゲートアレイ、ハードウェアーロジック、メモリー素子、仮想機械、ソフトウェアー、および／またはハードウェアーおよびソフトウェアーの任意の組合せを備える。したがって、処理ロジック８０２は、内部データバス８０６を介して、機械に読み取り可能な命令を実行し、そして装置８００の１つまたは複数の他の機能要素を制御するロジックを一般的に備える。
【０１１２】
復調器／受信機ロジック８０４は、装置８００が放送サーバーからデータネットワーク経由でマルチメディア多重送信を受信することが可能となるように動作するハードウェアーロジックおよび／またはソフトウェアーを備える。一態様では、復調器／受信機ロジック８０４は、通信チャンネル８２８を備える。例えば、一態様では、通信チャンネル８２８は、装置８００がマルチメディア多重送信を受信するための１つまたは複数のデータネットワークと通信することを可能にするために、任意の好適なタイプの通信リンク（すなわち、ＯＦＤＭリンク）を備える。
【０１１３】
一態様では、復調器／受信機ロジック８０４は、任意の好適なメモリーまたはストレージ装置を備えるバッファー８３２を有する。一態様では、復調器／受信機ロジック８０４は、各伝送フレームが選択された時間間隔を表し、また１つまたは複数のチャンネルのデータを備える、複数の伝送フレームを受信するように動作する。選択されたデータが、所定の伝送フレームに符号化される。バッファー８３２は、選択された時間幅（すなわち、１伝送フレームの時間幅）を有し、また受信された伝送フレームをバッファーしてチャンネルジッターが吸収されるように動作する。
【０１１４】
アンパッカー（カプセル化解除装置（de-encapsulator））８１８は、ハードウェアーおよびソフトウェアーの任意の組合せを備える。一態様では、アンパッカー８１８は、受信された多重送信からインターリーブされた誤り符号化ブロックをアンパックするように動作する。例えば、一態様では、アンパッカー８１８は、図４で示されたパッカー４１６による処理を元に戻すように動作する。アンパッカー８１８の動作の結果として、インターリーブされた誤り符号化ブロックが生産される（produced）。
【０１１５】
ポストインターリーバー８１０は、ＣＰＵ、プロセッサー、ゲートアレイ、ハードウェアーロジック、メモリー素子、仮想機械、ソフトウェアー、および／またはハードウェアーおよびソフトウェアーの任意の組合せを備える。ポストインターリーブ装置８１０は、アンパッカー８１８によって生産されたインターリーブされた誤り符号化ブロックをデインターリーブ（de-interleave）するように動作する。例えば、ポストインターリーバー８１０は、図４で示されたプリインターリーバー４１２による処理を元に戻すように動作する。例えば、一態様では、ポストインターリーバー８１０は、前述した誤り符号化ブロックを形成するように動作する。
【０１１６】
ＦＥＣ復号器８１２は、ポストインターリーバー８１０によって生産された受信された誤り符号化ブロック上の誤り復号を実行する、ハードウェアーおよびソフトウェアーの任意の組合せを備える。例えば、ＦＥＣ復号器８１２は、受信された多重送信に含まれる符号化ソース８２４およびカプセル化ＣＳＶ８２０情報を生産するように動作する。
【０１１７】
ＣＳＶアンパッカー８１４は、多重送信内で受信されたＣＳＶ情報８２０をアンパックまたはカプセル化解除（de-encapsulate）するように動作する、ハードウェアーおよびソフトウェアーの任意の組み合わせを備える。ＣＳＶアンパッカー８１４は、受信された多重送信内の選択されたチャンネル用のビデオの、低解像度でかつ単独で復号可能なバージョンを表すＣＳＶ情報を生産するように動作する。例えば、ＣＳＶアンパッカー８１４は、図４で示されたＣＳＶパッカー４１０による処理を元に戻すように動作する。
【０１１８】
ソース復号器８１６は、符号化ソース情報８２４を受け取り、対応する復号されたソースストリーム８２６を生産するように動作する、任意のタイプのソース復号器を備える。ソース復号器８１６はまた、ＣＳＶ情報を受け取るとともに、受信された多重送信のうちの選択されたチャンネルに対応する、低解像度で単独に復号可能な信号であるＣＳＶ信号８３０を生産するように動作する。したがって、ソース復号器８１６は、復号されたソースストリームをレンダーするように動作する。
【０１１９】
早期エントリー／高速同調ロジック８１８は、ＣＰＵ、プロセッサー、ゲートアレイ、ハードウェアーロジック、メモリー素子、仮想機械、ソフトウェアー、および／またはハードウェアーおよびソフトウェアーの任意の組合せを備える。早期エントリー／高速同調ロジック８１８は、チャンネル切り替え要求を検出（検知）して、要求されたチャンネルに素早く切り替わるように装置８００を制御するように構成された検出ロジックを備える。一態様では、チャンネル切り替え要求は、ユーザー入力への応答の中で、処理ロジック８０２によって生成される。別の態様では、チャンネル切り替え要求は、任意の他の基準に基づいて、処理ロジック８０２によって生成される。例えば、処理ロジック８０２は、配布ネットワークからの受信制御情報に基づいて、チャンネル切り替え要求を生成しても構わない。
【０１２０】
１つまたは複数の態様の動作の間は、チャンネル切り替え要求がトリガーされると、早期エントリー／高速同調ロジック８１８は、選択されたサービスの復号が可能であるように、受信された多重送信の復号を制御するように動作する。一態様では、選択されたチャンネル用のＣＳＶは、装置ユーザーが、チャンネル変更要求に対して、低解像度であるが、非常に高速で表示される応答を受け取るように、素早く復号されてレンダーされる。
【０１２１】
サービス取得システムの諸態様において与えられる誤り符号化ブロックの配列によって、選択された新しいチャンネルの復号に必要な情報は、容易に利用可能である。例えば、一態様では、ＯＩＳは、スーパフレームの最後に現れるように配列されるので、これらのシンボルは、たとえスーパフレームの途中で早期エントリー／高速同調のトリガーが起きる場合でも、取り出されることが可能である。
【０１２２】
１つまたは複数の態様では、装置８００は、サービス取得システムの諸態様において高速取得およびチャンネル切り替えを提供するために、以下の機能のうちの１つまたは複数を実行するように動作する。
【０１２３】
１．  新しいチャンネルに同調するために早期エントリー／高速同調トリガーを受け取る。
【０１２４】
２．  送信機による誤り符号化ブロックの再配列を元に戻すためにポストインターリーブを実行する。
【０１２５】
３．  誤り符号化ブロックからＣＳＶ情報をアンパックする。
【０１２６】
４．  装置上でレンダーされることが可能なＣＳＶ信号を生産するためにＣＳＶ情報を復号する。
【０１２７】
５．  要求された新しいチャンネル用のデータを決定する。
【０１２８】
６．  要求されたチャンネル用のビデオ信号を生産するためにそのデータを復号する。
【０１２９】
７．  要求されたチャンネルに関連するビデオ信号をレンダーする。
【０１３０】
一態様では、サービス取得システムは、コンピューターに読み取り可能な媒体に格納されるプログラム命令を備えるコンピュータープログラムに取り入れられ、このコンピュータープログラムは、少なくとも１つのプロセッサー、例えば、処理ロジック８０２で実行された場合に、本願明細書中で述べられた機能を提供する。例えば、それらのプログラム命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリーカード、ＦＬＡＳＨメモリー装置、ＲＡＭ、ＲＯＭ、あるいは装置８００にインターフェース接続される任意の他のタイプのメモリー素子またはコンピューターに読み取り可能な媒体のような、コンピューターに読み取り可能な媒体から装置８００に読み込まれても（load）構わない。別の態様では、それらの命令は、装置８００にインターフェース接続される外部装置またはネットワークリソースから装置８００にダウンロードされても構わない。それらのプログラム命令は、処理ロジック８０２によって実行されると、本願明細書中で述べられたサービス取得システムの１つまたは複数の態様を提供する。
【０１３１】
したがって、装置８００は、サービス取得システムの１つまたは複数の態様では、マルチメディア多重送信の中で与えられるサービス間の高速取得およびチャンネル切り替えを可能にするように動作する。なお、装置８００は一実施形態の例示に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることを注意されたい。
【０１３２】
図９は、サービス取得システムの諸態様において使用される方法９００を示す。明確にするために、方法９００を、図８に示された装置８００を参照しつつ説明する。一態様では、処理ロジック８０２のように、少なくとも１つのプロセッサーが、以下に記載の機能を実行するための装置８００を制御するための機械に読み取り可能な命令を実行する。
【０１３３】
ブロック９０２では、マルチメディア多重送信が受信されてバッファーされる。例えば、多重送信は、復調器／受信機８０４によって受信される。受信された多重送信は、サービス取得システムの諸態様に従って生成されるので、多重送信は、高速サービス取得およびチャンネル切り替えを提供するために前述したように生成されたスーパフレームを備える。例えば、前述したＣＳＶ情報およびプリインターリーブはスーパフレームを生産するために用いられる。一態様では、受信された多重送信は、チャンネルジッターを吸収するために、バッファー８３２によってバッファーされる。
【０１３４】
ブロック９０４では、受信された多重送信内のチャンネルが復号される。例えば、処理ロジック８０２は、受信された多重送信内のチャンネルを復号するために、装置８００の機能要素を制御するように動作する。
【０１３５】
ブロック９０６では、早期エントリー／高速同調トリガーが受け取られているか否かを決定する試験が実行される。例えば、このトリガーは、装置ユーザーから与えられたり、あるいは自動的に生成されたりしても構わない。一態様では、処理ロジック８０２は、早期エントリー／高速同調トリガーが受け取られているか否かを決定するように動作する。トリガーが受け取られていない場合には、その方法はブロック９０４に戻り、同じチャンネルが復号される。トリガーが受け取られている場合には、その方法はブロック９０８に進む。
【０１３６】
ブロック９０８では、新しく要求されたチャンネルを復号するために、復号器が切り替えられる。例えば、処理ロジック８０２は、新しく要求されたチャンネルの復号を開始するために装置８００を制御するように動作する。
【０１３７】
ブロック９１０では、新しく要求されたチャンネルに関連するＣＳＶがレンダーされる。例えば、ＣＳＶは、受信された多重送信に符号化されている、低解像度の、新しく要求されたチャンネルである。一態様では、復号が新しく要求されたチャンネルに切り替わろうとする間にＣＳＶがレンダーされるように、ＣＳＶアンパッカー８１４はＣＳＶをアンパックするように動作する。
【０１３８】
ブロック９１２では、新しく要求されたチャンネルが復号されてレンダーされる。例えば、処理ロジック８０２は、要求されたチャンネルをレンダーするための装置８００を制御するように動作する。したがって、早期エントリー／高速同調トリガーの後、装置の復号処理がチャンネルを復号できるようになると、装置ユーザーは要求されたチャンネルの低解像度バージョンを見て、続けてフル解像度バージョンを見る。一態様では、装置は、次に利用可能なＩフレームから、新しいチャンネルをレンダーするように動作する。
【０１３９】
したがって、方法９００は、サービス取得システムの諸態様に従って、装置が高速サービス取得およびチャンネル切り替えを実行することを可能にするように動作する。なお、方法９００は一実施形態の表現に過ぎず、また記載された態様の範囲内で他の実施形態も可能であることを注意されたい。
【０１４０】
ＣＳＶの作成（Creation of the ＣＳＶ）
１つまたは複数の態様では、ソース符号器４０８は、以下に従って、ＣＳＶを生成するように動作する。人間の視覚のモデルは、ソースとその圧縮バージョンとの間の不均衡を人間がどのように知覚するのかを模倣するために、ビデオコーデックに含まれることが多い。Girod のモデルは、不均衡に対する視覚応答を入力ビデオ信号に直接反映する。これにより、最適な符号器および復号器を設計するための視覚応答に関する最小許容不均衡の定量化が可能になる。中心窩における飽和のため、空間的および時間的なマスキング効果が発生する。空間的マスキングとは、与えられた画素の位置におけるノイズの可視性に対するビデオ信号の効果を意味する。時間的マスキングは、時間的に隣接するフレーム内を除いて、画素位置におけるノイズの可視性が、同じ空間位置でのビデオ信号に起因する、ということ以外は、空間的マスキングと同様である。
【０１４１】
言い換えると、時間的マスキングは、物体の出現および消滅に向かう目の時間応答に関連する。場面転換、ビデオにおける新しい物体の投入、および新しいチャンネルへの切り替えは、出現する物体の例であり、人間の目の応答時間は、４４ミリ秒（ｍｓ）前後である。クロスフェードにおける消滅する物体に対する応答時間は、１００ｍｓ前後である。人間の目は、入射信号を、脳が解釈する前に、時間軸に沿って積分する。（ほとんどの用途では、毎秒３０フレームであれば、視覚的に十分滑らかな動きが得られる）。したがって、我々の目は、突然の瞬間的な破裂（カメラのフラッシュなど）よりも、（動き）補間画像に対して、より寛容である。
【０１４２】
以上の知見が、ＣＳＶの作成に採用される。フレーム内およびフレーム間での空間的ならびに時間的相関の高さに起因して、ビデオ圧縮においては、予測符号化が多用される。ＣＳＶの生成時には、新しいコンテンツに対して人間の目がより鈍感であることから、非常に高い圧縮を適用することが可能である。
【０１４３】
独立サイドチャンネル（Independent side-channel）
空間的（例えば、ＱＶＧＡ−３２０×２４０画素からＱ2 ＶＧＡ−１６０×１２０画素への）ドメインでのサブサンプリング、および時間的（３０ｆｐｓから５ｆｐｓへの）ドメインでのサブサンプリングは、逆圧縮（後処理操作として、復号器において諸方法を用いる、元の解像度へのアップサンプルおよびフレームレートのアップコンバージョン）が可能な、シンプルな圧縮メカニズムである。そのような後処理メカニズムは、ハンドヘルド装置（handhelds）を含む、ほとんどの端末における、標準的な画像処理ライブラリの一部である。空間的ドメインにおける再サンプリングは、ローパスフィルタリング（エイリアシング（aliasing）を防ぐための）と、それに続くデシメーションとを必要とする。フレームレートのアップコンバージョンもまた、動きベクトル補間（motion vector interpolation）の後の動き補償処理（motion comprehension process）の一環として、空間画素補間を必要とする。
【０１４４】
ＣＳＶは、単独で復号可能であることが必要とされるので、ＣＳＶの先頭にはＩフレームが配置されるが、これは、基準として使用されるべきプライマリーデータを利用できないためである。ＱＶＧＡビデオを３０ｆｐｓで送信するための典型的な平均ビットレートは、Ｈ．２６４コーデックを用いる約２５６ｋｂｐｓである。一方、同じビデオをＱ2 ＶＧＡ解像度および５ｆｐｓのフレームレートで送信するための平均ビットレートは、約１０ｋｂｐｓである。したがって、ＣＳＶのためのオーバヘッドは、約５％である。
【０１４５】
コア情報（Core Information）
ハイブリッドビデオ符号化は、空間的および時間的な予測と、それに続く変換、量子化、ならびにエントロピー符号化を必要とする。圧縮データの本質は、基準として用いられるイントラ符号化データの中にあり、それは予測および動き情報のモードである。プライマリービットストリームは、最高の（full）忠実度のビデオを生成するために、この情報をすべて搬送する。ＣＳＶは、以下の方法のうちの１つまたは複数を用いて、このコア情報の変倍された（scaled）コンパクト形式として作成されることが可能である。
【０１４６】
１．  イントラデータ：モード情報の単純なマージングによって、プライマリー中のマクロブロックの２×２ウィンドウを、ＣＳＶ中の１つのＭＢに結合する。４つのモードのうちの３つ、または４つのモードのすべてが同じであれば、ＣＳＶ中の対応するマクロブロックのモードは、そのモードに設定される。外れたマクロブロックは、そのようにマークされる。Ｈ．２６４では、イントラＭＢsは、２つのモード− Intra_１６ｘ１６または Intra_４ｘ４、を有する。後者は、空間的な誤り隠蔽に基づくモードにとって重要である方向情報（そして平坦な領域が均等には存在しないこと）の存在を示す。
【０１４７】
２．  インターデータ：動きベクトル処理。一態様では、ＣＳＶ内のＭＢを形成するためのプライマリー中のＭＢsの結合にマージングおよびスケーリングが適用され得る。例えば、外れたものに対して適性に注意を払いつつ、すべてのインターモードを４×４にオーバサンプリングしてそれらを結合することは、利用可能な１つの手法である。
【０１４８】
優先度に基づく符号化ビデオビットストリームのデータパーティショニングは、ビデオ符号化における誤り耐性の向上およびスケーラビリティを可能にするための一般的な方法である。例えば、Ｈ．２６４では、スライスデータのパーティショニングは、各スライスが、ネットワーク抽象化レイヤーユニット（ＮＡＬＵ）と呼ばれる３つの独立したデータユニットとして符号化されることを可能にする特徴である。パーティションＡは、マクロブロックヘッダや動きベクトル情報のような、重要な情報を搬送する。パーティションＢは、次に重要なイントラ係数データを備え、またパーティションＣは、インター符号化ブロックまたは時間予測ブロックの係数データを備える。一態様では、ＣＳＶは、誤り回復および誤り隠蔽のためのＣＳＶの使用を可能にするために、また動き推定のような計算量が多い（computationally）徹底的な（intensive）符号化操作を避けることのために、パーティションＡのデータをマージングおよびスケーリングすることによって生成され得る。
【０１４９】
ＣＳＶの伝送（Transmission of ＣＳＶ）
シングルレイヤー符号化スキームでは、規格に準拠した（standard compliant）ビットストリームのユーザーデータシンタックス内でＣＳＶが搬送され得る。例えば、ＣＳＶは、Ｈ．２６４における補足的な増大情報（Supplemental Enhancement Information）のシンタックス要素の１つとして、または冗長なピクチャーまたはスライスとして符号化されることが可能である。あるいは、ＣＳＶは、サイドチャンネル（例えば、１ｘネットワーク中の補足的なチャンネル）内で、または階層符号化および階層変調がサポートされている場合には低優先度チャンネル内で、補助パケットとして搬送され得る。
【０１５０】
アプリケーション（Applications）
一態様では、トランスポート層の機能性が、ストリーム層およびＭＡＣ層によって提供される。各サービス（関連付けられたオーディオ、ビデオ、および／またはデータの集積）は、１つまたは複数のチャンネル内で伝送される。装置側のクライアントは、関心のあるチャンネルに「同調をとり」、そして関心のあるサービス（または、一般的なテレビ用語では、チャンネル）にちょうど関連するデータを多重送信から読み取る。
【０１５１】
チャンネル変更がユーザー（例えば、キーを押すこと）によって開始されると、アプリケーションは対応するチャンネルに同調をとる物理層に通知する。これは、スーパフレーム（１秒）の境界、またはフレームの境界（０．２５秒）において起こり得る。一態様では、ビデオコーデックは、各スーパフレームの先頭においてランダムアクセスポイント（Ｉフレームまたは分散Ｉフレーム）を搬送する。より高速なチャンネル切り替え（フレーム境界における）を可能にするために、ＣＳＶは、３番目（場合によっては４番目）のフレームで搬送される。圧縮データは、この特徴（feature）が可能になるような方法によって、物理層パケットに書き込まれる。したがって、１秒（フレーム時間に同期した）の第１の半分（１st half）において開始されたチャンネル変更は、スーパフレーム（復号器バッファーの無視）の第３／４秒目のマーク（the 3/4th sec mark）において起こり得る（新しいチャンネルのビデオ再生によって示される）。Ｂフレームがサポートされている場合は、２フレームの潜在的遅延（potential delay）が可能である（６６ｍｓ）。これは、表示／レンダーキューにおけるバッファー待ち時間に追加される。これゆえ、０．２５＋０．０６６＋０．２６４＝０．５８秒のチャンネル切り替え待ち時間は、達成可能である。
【０１５２】
誤り回復および誤り隠蔽へのＣＳＶの適用（Application of ＣＳＶ to Error recovery and concealment）
ＣＳＶは、復号器（それがユーザーデータとしてサイド−チャンネル内で受信されたものであれ、増大された（enhancement）レイヤー内で受信されたものであれ、あるいはプライマリービットストリーム内で受信されたものであれ）において時間的に共存するプライマリーデータの凝縮（condense）バージョンであるので、ＣＳＶは、無線チャンネルのような、誤りが生じ易い（error-prone）環境に起因する誤りによる影響を受ける、プライマリーデータに対する貴重な見通しを提供することが可能である。
【０１５３】
ＣＳＶは、対応するスライスまたはＭＢとともにプライマリー内の再同期マーカーの相関性を通して、プライマリーの失われた部分または破損した部分を回復（損失の程度の識別）させるために使用され得る。ＣＳＶ内の対応するフレームを識別するために、フレーム番号、Ｈ．２６４内のピクチャーオーダーカウント、配列番号、および／またはプレゼンテーションタイムスタンプが使用され得る。プライマリー内においてイントラマクロブロックが失われると（イントラフレームまたは予測フレーム内において）、ＣＳＶ（スライスおよびＭＢヘッダー）のちょうど該当部分の復号は、新しい（Ｉフレームとして符号化された場面転換）物体または出現する物体（ＰまたはＢフレーム内のイントラＭＢsまたはスライスとして符号化されたオクルージョン（occlusion））の隠蔽用のモードおよび方向情報を提供することが可能である。
【０１５４】
プライマリー内においてインターマクロブロックデータが失われると、それがちょうど動きベクトルまたはインター係数であれば、ＣＳＶの対応フレーム内の情報は、回復および隠蔽用に拡張され得る。仮にハイブリッド符号化のための方法１が用いられると、ＣＳＶ内の対応する情報は、同じモードで符号化されてもよいし、されなくてもよい。例えば、プライマリー内のイントラとして符号化されたＭＢは、ＣＳＶ（より低い質的要求のために）内のインターとして符号化されても構わない。関心ウィンドウ内の幾つかのＭＢsがイントラ符号化されていると、時間的隠蔽アルゴリズムは正しい動きベクトルを導出することができないので、このことは、特に有用である。
【０１５５】
クローズドシステムでは、符号器および復号器は、完全な自律性を持つように設計および実施される。したがって、符号器は、復号器の実施の性能（capabilities）を十分に（fully）認識（aware）しており、また復号器は、符号器のビットストリームの最適化および構造を十分に認識する。このことは、ＣＳＶを生成するための、そして誤り回復、誤り隠蔽、およびフレームレートのアップコンバージョンを含む、本開示の他の応用のための、より良く、よりロバストで、よりコスト（レート歪みコスト）効率のよい方法を可能にする。
【０１５６】
１つまたは複数の態様では、システムは、メディアのＣＳＶを伝送するように動作する。ユーザーがキーを押すことによってチャンネル切り替えを起動するときのように、要求がより上位のアプリケーションによって示されると、復号器は、新しいチャンネルのＣＳＶの復号および表示をほとんど瞬時に（例えば、下位層−トランスポート層および物理層−が新しいチャンネルに切り替わった後）開始する。これにより、切り替え時間を、１０ミリ秒から１００ミリ秒の範囲で、数ミリ秒に短縮することが可能である。チャンネル切り替えがないシナリオでは、ＣＳＶ情報は、例えば、Ｉ−フレーム／ＭＢsおよびＭＶ情報は、誤り回復（いくらかの処理があるにせよ、ないにせよ）のために用いられても構わず、そこでは隣接フレームの情報が失われたＭＢsまたはＭＶsを隠蔽するために用いられる。
【０１５７】
実施の実例（Implementation Illustration）
以下は、本願明細書中で述べられるサービス取得システムの諸態様に従って、効率的なマルチメディアストリーミングのための統合されたコーデックおよび物理層の使用の実施の実例である。例えば、この実施形態は、効率的なマルチメディア通信のための、特にマルチメディアストリーミングまたはマルチメディア放送／マルチキャストのための、物理層におけるチャネライゼーション（channelization）を提供するために、マルチメディアコーデックによってアプリケーション層内に設けられる高度に統合されたアーキテクチャの諸態様を記述する。様々な態様が、既存または将来のアプリケーション層、トランスポート層、および物理層、または他の技術の、任意のいずれかまたは組み合わせに当てはまることに注意されたい。結果として、それらの様々な態様は、緊密に（tight）結合しているＯＳＩ層間の有効な通信、対話、および理解を提供して、様々なポイントにおけるジッターおよび処理バッファーを除去／減少し、待ち時間を短縮する。したがって、主たる利点の１つは、マルチメディアモバイル放送における高速チャンネル切り替えである。
【０１５８】
図１０は、通信システム１０００の一態様を示す。システム１０００は、マルチメディアストリーミングシステムであり、このシステムへの入力はデータの連続的な（決して終わることがない離散時間イベント）ストリームであり、そしてこのシステムからの出力はデータの連続的なストリームである。例えば、図１０に示されたクライアントとは、移動装置の一部であってよい。
【０１５９】
図１１は、サービス取得システムの諸態様において使用されるＯＳＩ層またはプロトコルスタック１１００のダイヤグラムを示す。例えば、プロトコルスタック１１００は、図３に示されたサービス取得システムにおいて使用されることに適する。ただし、プロトコルスタック１１００は一実施形態に過ぎず、そして説明されたシステムの様々な態様は任意の階層アーキテクチャに拡張され得ることに注意されたい。以下では、プロトコルスタック１１００の各層を通るデータフローについて説明するが、この説明は、層内および層間のデータ構造についての共通理解に基づいていることに注意されたい。
【０１６０】
サービス取得システムは、クライアントまでのネットワークを経由する、入力から出力までのデータの連続的な通信またはストリーミング通信を維持するように動作する。一態様では、サービス取得システムは、単一のＦＩＦＯバッファーのように動作する。
【０１６１】
時間（Ｔ）の基本単位を、例えば１秒に等しいと仮定する。この単位時間に属するデータを、スーパフレーム（ＳＦ）と呼ぶことにする。すなわち、ＳＦは、そのペイロードが、例えば、Ｔ秒（この例ではＴ＝１）内に消費され得るマルチメディアデータに対応する（for）、データを収容するパケットである。
【０１６２】
図１２は、通信システムのネットワーク側およびクライアント側の双方における、物理層を経るアプリケーション層からのスーパフレームデータ処理を例示するダイヤグラム１２００を示す。ダイヤグラム１２００では、ｘ軸は時間（秒）を表す。ｙ軸は、入力から、符号器、ストリーム／ＭＡＣ層カプセル化処理を経て、物理層ＳＦにパッケージングされるまでのデータ処理を表す。ダイヤグラム１２００は、システム全体にわたるＳＦ処理の基本動作を示し、現在のＳＦは斜線のブロックで示される。このＳＦに対応する入力は、時刻（Ｔ＝ＳＦ_Start−３）にシステムに入り、そして符号化され、外符号化され、そして時刻（Ｔ＝ＳＦ_Start−２）にＳＦにカプセル化される。その後、このＳＦは、時刻（Ｔ＝ＳＦ_Start−１）に送信および受信される（送信機から受信機までの遅延は、物理層がＲＦのため、ナノ秒のオーダーである）。したがって、現在のＳＦのデータは、時刻（Ｔ＝ＳＦ_Start−１）に受信機バッファー（すなわち、バッファー８３２）を埋め、時刻（Ｔ＝ＳＦ_Start）に復号および即時プレゼンテーションが可能になる。現在のＳＦ用のオーディオまたはビデオのデータユニットに付けられたタイムスタンプは、時刻（Ｔ＝ＳＦ_Start）からのオフセットである。
【０１６３】
同期システムでは、Ｔ＝ＳＦ_Start（一般にＴ）は、例えば、ネットワークおよびクライアントの双方で利用可能であればＧＰＳが、システムクロックに結び付けられ、そしてＳＦタイミングを提供する。これにより、クライアントにおいて分離されたメディアクロック（ＶＣＸＯまたは発振器）の必要性を排除し、特にクライアントがハンドヘルド装置上でホストされている場合には、コストが下がる。
【０１６４】
非同期システムでも、ＳＦ処理については同様である。オーディオ／ビデオデータユニット上のタイムスタンプは、ＰＣＲ（ＭＰＥＧ−２システムにおける番組時刻基準（Program Clock Reference））のような内部クロックから導出される。
【０１６５】
いずれの場合も、受信機バッファー（すなわち、バッファー８３２）は、この時点で、任意の復号器バッファー（それらは、潜在的に同じバッファーを共有できる）に緊密に結合されているので、復号器側で要求されたデジッターは最小限（１００ミリ秒未満）になる。これによって、以下に述べられるように、高速チャンネル切り替えが可能になる。
【０１６６】
図１３は、サービス取得システムの諸態様によって提供される高速チャンネル切り替えを例示するダイヤグラム１３００を示す。例えば、このシステムは、Ｔ＝１秒の場合には、最大でも２秒未満、平均で１秒の高速チャンネル切り替えを提供することが可能である。ダイヤグラム１３００は、４つのチャンネル、ならびにＳＦ＋２、ＳＦ＋１、およびＳＦの３つのスーパフレームを表す。装置ユーザーが、ＳＦに相当する時間フレームにおいてチャンネルＡからＢへのチャンネル変更を開始すると、時刻ＳＦ＋１に受信および（／または）復号がチャンネルＢの受信に切り替わり、そしてＳＦ＋２の始めにＳＦ＋１のデータが復号に利用され得る。
【０１６７】
ビデオおよびオーディオの圧縮は時間予測を必要とするので、単独復号は、Ｉフレームのようなランダムアクセスポイントに制限される。しかしながら、符号器はＳＦ境界を認識するので、物理層取得が可能な場合に相当するＳＦの始めにランダムアクセスポイント（Ｉ−フレーム、プログレッシブリフレッシュ、または他の手段）を適切に配置することが可能である。これにより、ランダムアクセスポイントを随時配置する必要性を排除して、圧縮効率が向上する。また、毎ＳＦの始めにランダムアクセスポイントが新しいチャンネルの即時の復号および表示に利用できるので、高速チャンネル切り替えが保証される。また、ＳＦの時間幅は、１秒、５秒、あるいは、所望のまたはシステム設計が許す任意の単位時間に設定されることが可能であることにも注意されたい。
【０１６８】
アプリケーション層の処理（Application Layer Processing）
ビデオデータはＳＦ単位でシステムを通してトラバーシング（traversing）するものとする。ビデオ符号器は、Ｔ秒で消費され得るビデオデータまたは情報を抽出する（消費は、例えば、Ｔ秒間表示されるビデオデータであると見なすことが可能である）。これを、Ｔパケットまたはスーパフレーム（ＳＦ）と呼ぶことにする。
【０１６９】
同期層の処理：情報の同期化（Sync Layer Processing: Synchronization Information）
例えば、タイムスタンプのような、現在のＴパケットまたはＳＦを備えるビデオデータユニット（例えば、圧縮されたアクセス単位またはビデオフレーム）についてのタイミング情報は、そのデータユニットに割り当てられる。これらのタイムスタンプは、例えば、ＭＰＥＧ−２システムプロトコルを用いるＤＶＢ、ＡＴＳＣ用の非同期システムの場合のように、オーディオデータおよびビデオデータとともに搬送された着信クロック（例えば、ＰＣＲ）からサンプリングされる。
【０１７０】
メディアクロックがシステムクロックと同期している同期システムでは、タイムスタンプは、着信メディアクロック（ＰＣＲ／ＰＴＳ）からの固定オフセットであり、これは、着信メディアクロック（ＰＣＲ）とシステムクロックとの間の固定差に等しい。したがって、同期システムの諸態様は、以下のものを提供する。
【０１７１】
ａ．  クロックを送る必要性を排除して、任意のタイミングデジッターバッファーを除去する。
【０１７２】
ｂ．  クライアントは、ＧＰＳのような共通時刻に同期されるローカルクロックに非同期（synchronized off）可能である。
【０１７３】
トランスポート層の処理（Transport Layer processing）
トランスポート層は、同期するカプセル化されたオーディオ／ビデオのフレーミングを、物理層パケットサイズに相当する固定長パケットに提供する。これらは、固定長パケットである。
【０１７４】
図１４は、サービス取得システムの諸態様におけるＴパケットのフローを例示するダイヤグラム１４００を示す。例えば、ダイヤグラム１４００は、Ｔパケットが、どのようにして現在（第１）のスーパフレーム内において符号化およびカプセル化され、ネットワーク内の送信機で送信され、そして第２のスーパフレーム内においてクライアント内の受信機で受信されるか、を示す。その結果、Ｔパケットは、第３のスーパフレーム内において利用可能になるとともに、処理／消費される。各Ｔパケットは、単独で受信可能および復号可能である。したがって、ＴSF_Start において、デジッターは最小限になる。アプリケーション層は、ストリーム／ＭＡＣ層および物理層、パケット化／カプセル化／チャネライゼーションのロジックおよび構造（すなわち、図１１を参照）を認識することに注意されたい。
【０１７５】
図１５は、Ｔパケットの一態様におけるビデオフレーム配列を例示するダイヤグラム１５００を示す。図示されたフレーム配列の場合は、基本レイヤーおよび増大（上位、enhancement）レイヤーが設けられるとともに、ソース順序はプレゼンテーション順序と同じである。したがって、Ｔパケットは、ソース順序で受信され、符号化される。圧縮後のフレームの順序は維持されるとともに、Ｔパケットは、復号の順序で符号器から出力される。
【０１７６】
Ｔパケットは、ネットワークおよびクライアントにおいてトランスポート層および物理層を通してトラバースした後、復号の順序でクライアントのビデオ復号器に到達する。したがって、復号器は、Ｔパケットを途切れずに連続して次々に復号することが可能であり、それによって追加復号バッファーの必要性を排除／低減することができる。
【０１７７】
図１６は、Ｔパケットの一態様におけるビデオフレーム配列１６００を例示するダイヤグラムを示す。例えば、ビデオフレーム配列１６００は、サービス取得システムの諸態様においてビデオフレームを配列することに適する。
【０１７８】
以下の「注」は、ビデオフレーム配列１６００の各種態様についての情報を与える。
【０１７９】
注１  ＯＩＳは、数ある情報の中で（among other information）、関心対象の番組／チャンネルについての、Ｔパケットの位置へのインデックスを備える。クライアントは、この継続時間の間のみ「起動」するので、電力の節約になる。高速チャンネル取得の場合、このメッセージおよびＯＩＳは、Ｔパケットの末尾において搬送され得る。
【０１８０】
注２  同じＴパケットに対応するオーディオおよびビデオは、別々のストリーム層パケットにカプセル化されても構わない。
【０１８１】
注３  あるいは、同じＴパケットに対応するオーディオおよびビデオは、同じまたは別のＭＡＣプロトコルカプセルにカプセル化されても構わない。
【０１８２】
注４  リードソロモン（ＲＳ）は、外符号または前方誤り訂正（ＦＥＣ）の一例である。ＲＳのパリティブロックは、Ｔパケットの末尾において搬送される。受信機がＴパケットの最初の３フレームを誤りなしで受信すると、そのＴパケットの最後のフレームは受信されなくてもよい。クライアント用の低電力ハンドセットホストは、これを受け取るために「起動する」必要がないので、電力の節約になる。
【０１８３】
注５  Ｔパケットは、符号化され、カプセル化されて、物理層パケットを「埋める」。符号器、ＭＡＣ層、および物理層は、Ｔパケットの境界を認識する。
【０１８４】
注６  前の秒で符号化／カプセル化されたＴパケットは、この期間の間に送信および受信される。
【０１８５】
注７  前の秒で受信されたＴパケットは、この期間の間に消費される。
【０１８６】
したがって、ビデオフレーム配列１６００は、サービス取得システムの諸態様における使用に適する。なお、配列１６００は一実施形態に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることに注意されたい。
【０１８７】
図１７は、スーパフレームの基本レイヤーおよび増大（上位）レイヤーで使用されるトランスポートヘッダー（ＴＨ）および同期ヘッダー（ＳＨ）の配列１７００を例示するダイヤグラムを示す。一態様では、ＴＨ１７０２は、末尾表示子１７０４および物理層パケット（ＰＬＰ）オフセット１７０６を備える。
【０１８８】
一態様では、ＳＨ１７０８は、ストリーム識別子１７１０、プレゼンテーションタイムスタンプ（ＰＴＳ）１７１２、フレーム識別子１７１４、ランダムアクセスポイント（ＲＡＰ）フラグ１７１６、フレームレート識別子１７１８、および予約ビット１７２０を備える。フレーム識別子１７１４は、増大（上位、enhancement）フラグ１７２２およびフレーム番号１７２４を備える。
【０１８９】
一態様では、ＰＴＳ１７１２は、非同期システムの場合には着信タイムスタンプ（ｔｓ）に等しく、同期システムの場合には、ＰＴＳ１７１２は、ｔｓ＋（ＰＣＲ−システムクロック）に等しい。
【０１９０】
したがって、ビデオフレーム配列１７００は、サービス取得システムの諸態様における使用に適する。なお、配列１７００は一実施形態に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることに注意されたい。
【０１９１】
図１８は、サービス取得システムの諸態様において使用される前方誤り訂正（ＦＥＣ）符号ブロック構造１８００を示す。例えば、符号ブロック構造１８００は、基本レイヤー１８０２符号ブロック構造および増大レイヤー１８０４符号ブロック構造を備える。符号ブロック構造１８００は、トランスポートヘッダー、同期ヘッダー、およびＣＲＣ付きテールビットを備える。符号ブロック構造１８００は、サービス取得システムの諸態様における使用のために、どのようにしてオーディオおよびビデオのフレームデータが基本レイヤーおよび増大レイヤーに編成されるかを例示する。一態様では、ビデオデータは、スケーラビリティのために、単一の（レイヤー）ビットストリームまたは複数レイヤーとして、随意に符号化され得る。さらに、Ｔパケットの境界に沿って並べられたランダムアクセスポイントは、いずれかのレイヤー、またはすべてのレイヤーにおいて搬送され得る。なお、符号ブロック構造１８００は一実施形態の表現に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることに注意されたい。
【０１９２】
図１９は、サービス取得システムにおいて使用されるビデオおよびオーディオのビットストリームを提供するためのフレーム編成１９００を示す。フレーム編成１９００は、基本レイヤーのビデオおよび増大レイヤーのビデオのためのフレーム編成、ならびにオーディオのためのフレーム編成を例示する。一態様では、基本レイヤーのビデオフレームは、「Ｎ」個のビデオスライスを備える。さらに、ビデオおよびオーディオの両方について、Ｔパケットの境界に沿って並べられているランダムアクセスポイント１９０２は、独立した復号によって提供される。さらに、誤り耐性および誤り回復のため、または、より高速のチャンネル切り替えのために、追加のランダムアクセスポイントが設けられても構わない。
【０１９３】
なお、フレーム編成１９００は一実施形態の表現に過ぎず、そして記載された態様の範囲内で他の実施形態も可能であることに注意されたい。
【０１９４】
したがって、サービス取得システムの各種態様は、本願明細書中で記載されたように動作して、以下の機能を提供する。
【０１９５】
ａ．  様々なポイントにおけるジッターおよび処理バッファーを排除／低減する緊密な結合を伴うＯＳＩ層間の有効な通信、対話、および理解を提供して、待ち時間を短縮する。主たる利点の１つは、例えば、サービス取得システム内を流れる１秒のデータに相当するデータパケットを通した、マルチメディアモバイル放送における高速チャンネル切り替えである。
【０１９６】
ｂ．  システムの至るところに搬送されたクロック（ＰＣＲ）を用いるか、用いない、システムの至るところでの同期および非同期のタイミング。
【０１９７】
ｃ．  低減されたバッファリングを減る高速チャンネル切り替え／取得。
【０１９８】
ｄ．  オーディオは連続（矩形窓（boxcar））であるが、同期していなくてもよい。
【０１９９】
ｅ．  システムの至るところで１個のバッファー。現在の秒のデータが完全に消費される前に次の秒のデータの充填が始まる際に対しての（for）、受信器における最小限のデジッターバッファー（すなわち、ミリ秒のオーダー）。
【０２００】
ｆ．  オーディオの諸態様。圧縮オーディオフレームは、１秒の境界において、均等に分割されてもされなくてもよいので、現在のオーディオフレーム用の残った情報は、現在の秒で送信される（すなわち、時間が数ミリ秒進む）。ストリーム入力が連続であるため、受信機におけるバッファーは連続して現れる。
【０２０１】
図２０は、サービス取得システムの諸態様において使用されるサーバー２０００を示す。サーバー２０００は、１つまたは複数のＣＳＶ信号の生成用のモジュール（２００２）を備える、一態様ではソース符号器４０８を備える。サーバー２０００はまた、誤り符号化ブロックを生成するためのＣＳＶ信号およびマルチメディア信号の符号化用のモジュール（２００４）を備え、一態様ではＦＥＣ符号器４１４を備える。サーバー２０００はまた、誤り符号化ブロックをカプセル化するためのモジュール（２００６）を備え、一態様ではパッカー４１６を備える。ただし、サーバー２０００は一実施形態に過ぎず、そして他の実施形態も可能であることに注意されたい。
【０２０２】
図２１は、サービス取得システムの諸態様において使用される装置２１００を示す。装置２１００は、多重送信を受信するためのモジュール（２１０２）を備え、一態様では受信機８０４を備える。装置２１００はまた、多重送信をバッファリングするためのモジュール（２１０４）を備え、一態様ではバッファー８３２を備える。装置２１００はまた、チャンネル選択を検出するためのモジュール（２１０６）を備え、一態様では同調ロジック８１８を備える。装置２１００はまた、ＣＳＶ信号を復号するためのモジュール（２１０８）を備え、一態様ではアンパッカー８１４を備える。装置２１００はまた、ＣＳＶ信号をレンダリングするためのモジュール（２１１０）を備え、一態様ではソース復号器８１６を備える。ただし、装置２１００は一実施形態に過ぎず、そして他の実施形態も可能であることを理解されたい。
【０２０３】
図２２は、サービス取得システムの諸態様において使用されるサーバー２２００を示す。サーバー２２００は、複数の伝送フレームを構築するためのモジュール（２２０２）を備え、一態様ではパッカー４１６を備える。サーバー２２００はまた、１つまたは複数のチャンネルのデータを伝送フレームに符号化するためのモジュール（２２０４）を備え、一態様ではＦＥＣ符号器４１４を備える。ただし、サーバー２２００は一実施形態に過ぎず、そして他の実施形態も可能であることに注意されたい。
【０２０４】
図２３は、サービス取得システムの諸態様において使用される装置２３００を示す。装置２３００は、複数の伝送フレームを受信するためのモジュール（２３０２）を備え、一態様では受信機８０４を備える。装置２３００はまた、複数の伝送フレームを単一のバッファーでバッファリングするためのモジュール（２３０４）を備え、一態様ではバッファー８３２を備える。ただし、装置２３００は一実施形態に過ぎず、そして他の実施形態も可能であることを理解されたい。
【０２０５】
本願明細書中で開示された諸態様との関連において説明される、各種の例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジック素子、離散ゲートまたはトランジスタロジック、離散ハードウェアー部品、または、本願明細書中で述べられた機能を実施するために設計された、それらの任意の組み合わせを用いて実施または実行されて構わない。汎用プロセッサーは、マイクロプロセッサーであってよく、代わりに任意の従来型のプロセッサー、コントローラー、マイクロコントローラー、または状態機械であってもよい。プロセッサーはまた、例えば、ＤＳＰとマイクロプロセッサーとの組合せ、複数のマイクロプロセッサー、ＤＳＰコアと接続された１つまたは複数のマイクロプロセッサー、または他の任意のそのような構成のように、コンピューティング装置の組み合わせとして実施されても構わない。
【０２０６】
本願明細書中で開示された諸態様との関連で説明される方法またはアルゴリズムのステップは、ハードウェアーで直接実施されても、プロセッサーによって実行されるソフトウェアーモジュールで実施されても、あるいはそれら２つ組み合わせで実施されても構わない。ソフトウェアーモジュールは、ＲＡＭメモリー、フラッシュメモリー、ＲＯＭメモリー、ＥＰＲＯＭメモリー、ＥＥＰＲＯＭメモリー、レジスター、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または任意の他の形態の、当該技術分野で知られているストレージ媒体の内部に存在しても構わない。例示的なストレージ媒体は、プロセッサーがそのストレージ媒体から情報を読み取ること、および、そのストレージ媒体に情報を書き込むことができるように、プロセッサーと結合される。あるいは、ストレージ媒体は、プロセッサーと一体化されてもよい。プロセッサーおよびストレージ媒体は、ＡＳＩＣ内に存在してもよい。ＡＳＩＣは、ユーザー端末内に存在してもよい。あるいは、プロセッサーおよびストレージ媒体は、別々の部品として、ユーザー端末内に存在してもよい。
【０２０７】
開示された諸態様の説明は、当業者が本願発明を作成または使用することを可能にするために提供される。これらの諸態様に対する様々な変更は、当業者にとっては自明であると考えられ、本願明細書中で定義された包括的な（generic）原理は、本願発明の趣旨または範囲から逸脱することなく、例えば、インスタントメッセージングサービスまたは任意の一般的な無線データ通信アプリケーションのような、他の諸態様に適用されて構わない。したがって、本願発明は、本願明細書中に示された諸態様に限定されるものではなく、本願明細書中で開示された原理および新規な特徴と調和する最も広い範囲と調和しても構わない。「例示的な」という言葉は、本願明細書中に限り、「例として、実例として、または例示的に、動作する」ということを意味する。本願明細書中において「例示的」として説明される態様は、必ずしも、他の態様より好ましいか、または優れているものとして解釈されるべきものとは限らない。
【０２０８】
したがって、本願明細書中では、サービス取得システムの１つまたは複数の態様を図示および説明してきたが、それらの諸態様の趣旨または基本的な特性から逸脱することなく、それらの諸態様に様々な変更を施すことが可能であることが認識されよう。したがって、本願明細書中における開示および記述は、添付の請求項で示される、本願発明の範囲の例示を意図したものであり、その限定を意図したものではない。
【図面の簡単な説明】
【０２０９】
【図１】マルチメディア多重送信をトランスポートするために使用されるスーパフレームの配列を備える伝送ストリームの一態様を示す図。
【図２】ＲＳ配列化の実例を示す図。
【図３】サービス取得システムの一態様を備えるネットワークを示す図。
【図４】サービス取得システムの諸態様において使用されるサーバーを示す図。
【図５】サービス取得システムの動作に先立つデータチャンネルＭＡＣ層カプセル構造を示す図。
【図６】サービス取得システムの動作の後のデータチャンネルＭＡＣ層カプセル構造を示す図。
【図７】サービス取得システムの諸態様を提供するための方法を示す図。
【図８】サービス取得システムの諸態様において使用される装置を示す図。
【図９】サービス取得システムの諸態様において使用される方法を示す図。
【図１０】通信システムの一態様を示す図。
【図１１】サービス取得システムの諸態様において使用されるＯＳＩ層またはプロトコルスタックのダイヤグラムを示す図。
【図１２】通信システムのネットワーク側およびクライアント側の双方における物理層を通すアプリケーションからのスーパフレームデータ処理を例示するダイヤグラムを示す図。
【図１３】サービス取得システムの諸態様によって提供される高速チャンネル切り替えを例示するダイヤグラムを示す図。
【図１４】サービス取得システムの諸態様におけるＴ−パケットのフローを例示するダイヤグラムを示す図。
【図１５】Ｔ−パケットの一態様におけるビデオフレーム配列を例示するダイヤグラムを示す図。
【図１６】Ｔ−パケットの一態様におけるビデオフレーム配列を例示するダイヤグラムを示す図。
【図１７】スーパフレームの基本レイヤーおよび増大レイヤーで使用されるトランスポートヘッダー（ＴＨ）および同期ヘッダー（ＳＨ）の配列を例示するダイヤグラムを示す図。
【図１８】サービス取得システムの諸態様において使用される前方誤り訂正（ＦＥＣ）符号ブロック構造を示す図。
【図１９】サービス取得システムにおいて使用されるビデオおよびオーディオのビットストリームを提供するためのフレーム編成を示す図。
【図２０】サービス取得システムの諸態様において使用されるサーバーを示す図。
【図２１】サービス取得システムの諸態様において使用される装置を示す図。
【図２２】サービス取得システムの諸態様において使用されるサーバーを示す図。
【図２３】サービス取得システムの諸態様において使用される装置を示す図。
【図１】
2009519619.tif 000003
【図２】
2009519619.tif 000004
【図３】
2009519619.tif 000005
【図４】
2009519619.tif 000006
【図５】
2009519619.tif 000007
【図６】
2009519619.tif 000008
【図７】
2009519619.tif 000009
【図８】
2009519619.tif 000010
【図９】
2009519619.tif 000011
【図１０】
2009519619.tif 000012
【図１１】
2009519619.tif 000013
【図１２】
2009519619.tif 000014
【図１３】
2009519619.tif 000015
【図１４】
2009519619.tif 000016
【図１５】
2009519619.tif 000017
【図１６】
2009519619.tif 000018
【図１７】
2009519619.tif 000019
【図１８】
2009519619.tif 000020
【図１９】
2009519619.tif 000021
【図２０】
2009519619.tif 000022
【図２１】
2009519619.tif 000023
【図２２】
2009519619.tif 000024
【図２３】
2009519619.tif 000025
【国際調査報告】
2009519619.tif 000026
2009519619.tif 000027
2009519619.tif 000028