(57)【要約】  ネットワーク伝送のためコンテンツをパケット化する方法および装置。提供される方法は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するステップであって、コンテンツパケットには時間基準が関連付けられるステップと、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットを形成するステップとであって、同期ヘッダは時間基準を基準とする時間を指示する時間標識を備えるステップと、を含む。装置は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するよう構成された符号化ロジックであって、コンテンツパケットには時間基準が関連付けられる符号化ロジックと、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットを形成するよう構成されたパケット化ロジックであって、同期ヘッダは時間基準を基準とする時間を指示する時間標識を備えるパケット化ロジックと、を含む。【選択図】      図１
2008546229.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法であって、
前記マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するステップであって、前記コンテンツパケットには時間基準が関連付けられるステップと、
前記１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するステップであって、前記同期ヘッダは前記時間基準を基準とする時間を指示する時間標識を備えるステップと、
を備える、方法。
【請求項２】
前記生成するステップは、前記マルチメディアコンテンツを符号化し、前記１つ以上のコンテンツパケットを作成するステップを備える、請求項１に記載の方法。
【請求項３】
ランダムアクセスポイント識別子を備える前記同期ヘッダを生成するステップをさらに備える、請求項１に記載の方法。
【請求項４】
フレームレート標識を備える前記同期ヘッダを生成するステップをさらに備える、請求項１に記載の方法。
【請求項５】
コンポーネント標識を備える前記同期ヘッダを生成するステップをさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項１に記載の方法。
【請求項６】
同期層ディレクトリを生成するステップをさらに備える、請求項１に記載の方法。
【請求項７】
選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する映像リファレンス標識を備える前記同期層ディレクトリを生成するステップをさらに備える、請求項６に記載の方法。
【請求項８】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
前記マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するよう構成された符号化ロジックであって、前記コンテンツパケットには時間基準が関連付けられる符号化ロジックと、
前記１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するよう構成されたパケット化ロジックであって、前記同期ヘッダは前記時間基準を基準とする時間を指示する時間標識を備えるパケット化ロジックと、を備える装置。
【請求項９】
前記パケット化ロジックはさらに、ランダムアクセスポイント識別子を備える前記同期ヘッダを生成するよう構成されたロジックを備える、請求項８に記載の装置。
【請求項１０】
前記パケット化ロジックはさらに、フレームレート標識を備える前記同期ヘッダを生成するよう構成されたロジックを備える、請求項８に記載の装置。
【請求項１１】
前記パケット化ロジックはさらに、コンポーネント標識を備える前記同期ヘッダを生成するよう構成されたロジックを備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項８に記載の装置。
【請求項１２】
前記パケット化ロジックはさらに、同期層ディレクトリを生成するよう構成されたロジックを備える、請求項８に記載の装置。
【請求項１３】
前記パケット化ロジックはさらに、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する映像リファレンス標識を備える前記同期層ディレクトリを生成するよう構成されたロジックを備える、請求項１２に記載の装置。
【請求項１４】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
前記マルチメディアコンテンツから１つ以上のコンテンツパケットを生成する手段であって、前記コンテンツパケットには時間基準が関連付けられる手段と、
前記１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成する手段であって、前記同期ヘッダは前記時間基準を基準とする時間を指示する時間標識を備える手段と、
を備える、装置。
【請求項１５】
前記生成する手段は、前記マルチメディアコンテンツを符号化し、前記１つ以上のコンテンツパケットを作成する手段を備える、請求項１４に記載の装置。
【請求項１６】
ランダムアクセスポイント識別子を備える前記同期ヘッダを生成する手段をさらに備える、請求項１４に記載の装置。
【請求項１７】
フレームレート標識を備える前記同期ヘッダを生成する手段をさらに備える、請求項１４に記載の装置。
【請求項１８】
コンポーネント標識を備える前記同期ヘッダを生成する手段をさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示、請求項１４に記載の装置。
【請求項１９】
同期層ディレクトリを生成する手段をさらに備える、請求項１４に記載の装置。
【請求項２０】
選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する映像リファレンス標識を備える前記同期層ディレクトリを生成する手段をさらに備える、請求項１９に記載の装置。
【請求項２１】
少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する１つ以上の命令を備えるコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、
前記マルチメディアコンテンツから１つ以上のコンテンツパケットを生成する命令であって、前記コンテンツパケットには時間基準が関連付けられる命令と、
前記１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成する命令であって、前記同期ヘッダは前記時間基準を基準とする時間を指示する時間標識を備える命令と、
を備えるコンピュータ可読媒体。
【請求項２２】
前記生成する命令は、前記マルチメディアコンテンツを符号化し、前記１つ以上のコンテンツパケットを作成する命令を備える、請求項２１に記載のコンピュータプログラム。
【請求項２３】
ランダムアクセスポイント識別子を備える前記同期ヘッダを生成する命令をさらに備える、請求項２１に記載のコンピュータプログラム。
【請求項２４】
フレームレート標識を備える前記同期ヘッダを生成する命令をさらに備える、請求項２１に記載のコンピュータプログラム。
【請求項２５】
コンポーネント標識を備える前記同期ヘッダを生成する命令をさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項２１に記載のコンピュータプログラム。
【請求項２６】
同期層ディレクトリを生成する命令をさらに備える、請求項２１に記載のコンピュータプログラム。
【請求項２７】
選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する映像リファレンス標識を備える前記同期層ディレクトリを生成する命令をさらに備える、請求項２６に記載のコンピュータプログラム。
【請求項２８】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサであって、前記方法は、
前記マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するステップであって、前記コンテンツパケットには時間基準が関連付けられるステップと、
前記１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するステップであって、前記同期ヘッダは前記時間基準を基準とする時間を指示する時間標識を備えるステップと、
を備える、少なくとも１つのプロセッサ。
【請求項２９】
前記生成するステップは、前記マルチメディアコンテンツを符号化し、前記１つ以上のコンテンツパケットを作成するステップを備える、請求項２８に記載の方法。
【請求項３０】
ランダムアクセスポイント識別子を備える前記同期ヘッダを生成するステップをさらに備える、請求項２８に記載の方法。
【請求項３１】
フレームレート標識を備える前記同期ヘッダを生成するステップをさらに備える、請求項２８に記載の方法。
【請求項３２】
コンポーネント標識を備える前記同期ヘッダを生成するステップをさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層にするか、またはエンハンスメント層に関連するかを指示する、請求項２８に記載の方法。
【請求項３３】
同期層ディレクトリを生成するステップをさらに備える、請求項２８に記載の方法。
【請求項３４】
選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する映像リファレンス標識を備える前記同期層ディレクトリを生成するステップをさらに備える、請求項３３に記載の方法。
【請求項３５】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法であって、
１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、
前記１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するステップであって、前記同期ヘッダは時間基準を基準とする時間を指示する時間標識を備えるステップと、
前記時間標識に基づき前記１つ以上のコンテンツ層パケットを同期させるステップと、
を備える、方法。
【請求項３６】
前記同期ヘッダからランダムアクセスポイント識別子を抽出するステップをさらに備える、請求項３５に記載の方法。
【請求項３７】
前記同期ヘッダからフレームレート標識を抽出するステップをさらに備える、請求項３５に記載の方法。
【請求項３８】
前記同期ヘッダからコンポーネント標識を抽出するステップをさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベースに関連するか、またはエンハンスメント層に関連するかを指示する、請求項３５に記載の方法。
【請求項３９】
同期層ディレクトリを受信するステップをさらに備える、請求項３５に記載の方法。
【請求項４０】
前記同期層ディレクトリから映像リファレンス標識を抽出するステップをさらに備え、前記映像リファレンス標識は、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する、請求項３９に記載の方法。
【請求項４１】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するよう構成された受信ロジックと、
前記１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するよう構成され、前記同期ヘッダは時間基準を基準とする時間を指示する時間標識を備え、且つ前記時間標識に基づき前記１つ以上のコンテンツ層パケットを同期させるよう構成された、逆パケット化ロジックと、
を備える、装置。
【請求項４２】
前記逆パケット化ロジックはさらに、前記同期ヘッダからランダムアクセスポイント識別子を抽出するよう構成されたロジックを備える、請求項４１に記載の装置。
【請求項４３】
前記逆パケット化ロジックはさらに、前記同期ヘッダからフレームレート標識を抽出するよう構成されたロジックを備える、請求項４１に記載の装置。
【請求項４４】
前記逆パケット化ロジックはさらに、前記同期ヘッダからコンポーネント標識を抽出するよう構成されたロジックを備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項４１に記載の装置。
【請求項４５】
前記逆パケット化ロジックはさらに、同期層ディレクトリを受信するよう構成されたロジックを備える、請求項４１に記載の装置。
【請求項４６】
前記逆パケット化ロジックはさらに、前記同期層ディレクトリから映像リファレンス標識を抽出するよう構成されたロジックを備え、前記映像リファレンス標識は、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する、請求項４５に記載の装置。
【請求項４７】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する手段と、
前記１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成する手段であって、前記同期ヘッダは時間基準を基準とする時間を指示する時間標識を備える手段と、
前記時間標識に基づき前記１つ以上のコンテンツ層パケットを同期させる手段と、
を備える、装置。
【請求項４８】
前記同期ヘッダからランダムアクセスポイント識別子を抽出する手段をさらに備える、請求項４７に記載の装置。
【請求項４９】
前記同期ヘッダからフレームレート標識を抽出する手段をさらに備える、請求項４７に記載の装置。
【請求項５０】
前記同期ヘッダからコンポーネント標識を抽出する手段をさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項４７に記載の装置。
【請求項５１】
同期層ディレクトリを受信する手段をさらに備える、請求項４７に記載の装置。
【請求項５２】
前記同期層ディレクトリから映像リファレンス標識を抽出する手段をさらに備え、前記映像リファレンス標識は、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する、請求項５１に記載の装置。
【請求項５３】
少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する命令を備えるコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、
１つ以上のコンテンツブロックを処理して、１つ以上のアプリケーション層パケットを作成する命令と、
前記１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成する命令であって、前記同期ヘッダは時間基準を基準とする時間を指示する時間標識を備える命令と、
前記時間標識に基づき前記１つ以上のコンテンツ層パケットを同期させる命令と、
を備える、コンピュータ可読媒体。
【請求項５４】
前記同期ヘッダからランダムアクセスポイント識別子を抽出する命令をさらに備える、請求項５３に記載のコンピュータプログラム。
【請求項５５】
前記同期ヘッダからフレームレート標識を抽出する命令をさらに備える、請求項５３に記載のコンピュータプログラム。
【請求項５６】
前記同期ヘッダからコンポーネント標識を抽出する命令をさらに備え、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項５３に記載のコンピュータプログラム。
【請求項５７】
同期層ディレクトリを受信する命令をさらに備える、請求項５３に記載のコンピュータプログラム。
【請求項５８】
前記同期層ディレクトリから映像リファレンス標識を抽出する命令をさらに備え、前記映像リファレンス標識は、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する、請求項５７に記載のコンピュータプログラム。
【請求項５９】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサであって、前記方法は、
１つ以上のコンテンツブロックを処理して、１つ以上のアプリケーション層パケットを作成するステップと、
前記１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するステップであって、前記同期ヘッダは時間基準を基準とする時間を指示する時間標識を備えるステップと、
前記時間標識に基づき前記１つ以上のコンテンツ層パケットを同期させるステップと、
を備える、少なくとも１つのプロセッサ。
【請求項６０】
前記同期ヘッダからランダムアクセスポイント識別子を抽出するステップをさらに備える、請求項５９に記載の方法。
【請求項６１】
前記同期ヘッダからフレームレート標識を抽出するステップをさらに備える、請求項５９に記載の方法。
【請求項６２】
前記同期ヘッダからコンポーネント標識を抽出するステップをさらに備えであって、前記コンポーネント標識は、選択されたアプリケーション層パケットがベース層に関連するか、またはエンハンスメント層に関連するかを指示する、請求項５９に記載の方法。
【請求項６３】
同期層ディレクトリを受信するステップをさらに備える、請求項５９に記載の方法。
【請求項６４】
前記同期層ディレクトリから映像リファレンス標識を抽出するステップをさらに備え、前記映像リファレンス標識は、選択されたアプリケーション層パケットが選択されたタイプの映像フレームに関連することを指示する、請求項６３に記載の方法。
【請求項６５】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法であって、
１つ以上のコンテンツブロックを受信するステップであって、前記１つ以上のコンテンツブロックはフレームヘッダを備えるステップと、
選択されたコンテンツブロックがエラーを含むと判定するステップと、
前記選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定するステップと、
前記１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、
を備える、方法。
【請求項６６】
１つ以上の物理層パケットで前記１つ以上のコンテンツブロックを受信するステップをさらに備える、請求項６５に記載の方法。
【請求項６７】
前記判定するステップは、前記選択されたコンテンツブロックに関連するチェックサムを処理することよって前記選択されたコンテンツブロックが前記エラーを含むと判定するステップを備える、請求項６５に記載の方法。
【請求項６８】
エラー状況を示す前記選択されたブロックに関連する選択されたアプリケーションパケットにマークを付すステップをさらに備える、請求項６５に記載の方法。
【請求項６９】
前記１つ以上の選択された値が前記選択されたコンテンツブロックの選択された長さと選択された位置とを指示すると仮定するステップをさらに備える、請求項６５に記載の方法。
【請求項７０】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
１つ以上のコンテンツブロックを受信するよう構成された入力ロジックであって、前記１つ以上のコンテンツブロックはフレームヘッダを備える入力ロジックと、
選択されたコンテンツブロックがエラーを含むと判定し、前記選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定し、且つ前記１つ以上のコンテンツブロックを処理して、１つ以上のアプリケーション層パケットを作成するよう構成された、逆パケット化ロジックと、
を備える、装置。
【請求項７１】
前記入力ロジックは、１つ以上の物理層パケットで前記１つ以上のコンテンツブロックを受信するよう構成される、請求項７０に記載の装置。
【請求項７２】
前記逆パケット化ロジックは、前記選択されたコンテンツブロックに関連するチェックサムを処理することよって前記選択されたコンテンツブロックが前記エラーを含むと判定するよう構成される、請求項７０に記載の装置。
【請求項７３】
前記逆パケット化ロジックは、エラー状況を示す前記選択されたブロックに関連する選択されたアプリケーションパケットにマークを付すよう構成される、請求項７０に記載の装置。
【請求項７４】
前記逆パケット化ロジックは、前記１つ以上の選択された値が前記選択されたコンテンツブロックの選択された長さと選択された位置とを指示すると仮定するよう構成される、請求項７０に記載の装置。
【請求項７５】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置であって、
１つ以上のコンテンツブロックを受信する手段であって、前記１つ以上のコンテンツブロックはフレームヘッダを備える手段と、
選択されたコンテンツブロックがエラーを含むと判定する手段と、
前記選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定する手段と、
前記１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する手段と、
を備える、装置。
【請求項７６】
１つ以上の物理層パケットで前記１つ以上のコンテンツブロックを受信する手段をさらに備える、請求項７５に記載の装置。
【請求項７７】
前記判定する手段は、前記選択されたコンテンツブロックに関連するチェックサムを処理することよって前記選択されたコンテンツブロックが前記エラーを含むと判定する手段を備える、請求項７５に記載の装置。
【請求項７８】
エラー状況を示す前記選択されたブロックに関連する選択されたアプリケーションパケットにマークを付す手段をさらに備える、請求項７５に記載の装置。
【請求項７９】
前記１つ以上の選択された値が前記選択されたコンテンツブロックの選択された長さと選択された位置とを指示すると仮定する手段をさらに備える、請求項７５に記載の装置。
【請求項８０】
少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する命令を備えるコンピュータプログラムを有するコンピュータ可読媒体であって、前記コンピュータプログラムは、
１つ以上のコンテンツブロックを受信する命令であって、前記１つ以上のコンテンツブロックはフレームヘッダを備える命令と、
選択されたコンテンツブロックがエラーを含むと判定する命令と、
前記選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定する命令と、
前記１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する命令と、
を備える、コンピュータ可読媒体。
【請求項８１】
１つ以上の物理層パケットで前記１つ以上のコンテンツブロックを受信する命令をさらに備える、請求項８０に記載のコンピュータプログラム。
【請求項８２】
前記判定する命令は、前記選択されたコンテンツブロックに関連するチェックサムを処理することよって前記選択されたコンテンツブロックが前記エラーを含むと判定する命令を備える、請求項８０に記載のコンピュータプログラム。
【請求項８３】
エラー状況を示す前記選択されたブロックに関連する選択されたアプリケーションパケットにマークを付す命令をさらに備える、請求項８０に記載のコンピュータプログラム。
【請求項８４】
前記１つ以上の選択された値が前記選択されたコンテンツブロックの選択された長さと選択された位置とを指示すると仮定する命令をさらに備える、請求項８０に記載のコンピュータプログラム。
【請求項８５】
ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサであって、前記方法は、
１つ以上のコンテンツブロックを受信するステップであって、前記１つ以上のコンテンツブロックはフレームヘッダを備えるステップと、
選択されたコンテンツブロックがエラーを含むと判定するステップと、
前記選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定するステップと、
前記１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、
を備える、少なくとも１つのプロセッサ。
【請求項８６】
１つ以上の物理層パケットで前記１つ以上のコンテンツブロックを受信するステップをさらに備える、請求項８５に記載の方法。
【請求項８７】
前記判定するステップは、前記選択されたコンテンツブロックに関連するチェックサムを処理することよって前記選択されたコンテンツブロックが前記エラーを含むと判定するステップを備える、請求項８５に記載の方法。
【請求項８８】
エラー状況を示す前記選択されたブロックに関連する選択されたアプリケーションパケットにマークを付すステップをさらに備える、請求項８５に記載の方法。
【請求項８９】
前記１つ以上の選択された値が前記選択されたコンテンツブロックの選択された長さと選択された位置とを指示すると仮定するステップをさらに備える、請求項８５に記載の方法。
【発明の詳細な説明】
【発明の分野】
【０００１】
（米国特許法第１１９条に基づく優先権の主張）
本特許出願は、これの譲受人へ譲渡され、２００５年５月１３日に出願された仮出願第６０／６８０，７８６に対する優先権を主張するものであり、参照として本明細書に明示的に組み込まれる。
【０００２】
本特許出願は、これの譲受人へ譲渡され、２００５年５月１３日に出願された仮出願第６０／６８０，９０７に対する優先権を主張するものであり、参照として本明細書に明示的に組み込まれる。
【０００３】
本特許出願は、これの譲受人へ譲渡され、２００６年５月４日に出願された仮出願第６０／６８０，９０７（表題「マルチメディア音声および映像（MULTIMEDIA AUDIO AND VIDEO）」）に対する優先権を主張するものであり、参照として本明細書に組み込まれる。
【０００４】
本願は、一般的には配布ネットワーク上でのコンテンツ配布に関し、より具体的には配布ネットワーク上での配布のためコンテンツをパケット化する方法および装置に関する。
【発明の背景】
【０００５】
無線通信ネットワーク等のデータネットワークは、ただひとつの端末に特化されたサービスと、多数の端末へ提供されるサービスとを取捨選択しなければならない。例えば、リソースに限りのある多数のポータブルデバイス（加入者）へのマルチメディアコンテンツの配布は込み入った問題である。したがって、ネットワーク管理者、コンテンツ小売業者、およびサービスプロバイダにとっては、コンテンツおよび／またはその他ネットワークサービスをネットワークデバイス上での提示に向けて迅速且つ効率的に配布する手段を得ることが非常に重要である。
【０００６】
現在のコンテンツ配信／メディア配布システムでは、リアルタイムおよび非リアルタイムサービスが伝送フレームの中でパケット化され、ネットワーク上のデバイスへ配信される。例えば通信ネットワークは、ネットワークサーバと１つ以上のモバイルデバイスとの間で通信を提供するため直交周波数分割多重化（ＯＦＤＭ）を利用できる。この技術はデータスロットを有する伝送フレームを提供し、同データスロットには、配布ネットワーク上で配信され伝送されるサービスが詰め込まれる。
【０００７】
残念ながら、従来のシステムはエラーが発生しやすいマルチキャストネットワークでパケットを伝送するときに問題を起こすことがある。例えば伝送中にパケットが損傷したり失われたりすると、受信デバイスは送信されたコンテンツを復元できないことがある。たとえエラーをともなわずにコンテンツが受信される場合でも、従来のシステムはこれの提示を効率よく同期できないことがある。
【０００８】
したがって、従来のシステムの問題を克服する、データネットワーク上でコンテンツを効率よく伝送するためのシステムが求められている。このシステムは、エラーが発生しやすいネットワークでコンテンツの配信を可能にするよう作用し、さらにこれの提示を同期させるやり方を提供するものでなければならない。
【発明の概要】
【０００９】
１つ以上の実施形態においては、エラーが発生しやすいネットワーク上での伝送のため１つ以上のコンテンツフローを効率的にパケット化するよう作用する、方法および装置を備える、パケット化システムが提供される。例えば一態様においては、受信器がパケットを組み立てなおすこと、そして受信したブロックがエラーがあるとマークを付される場合に上位層パケットをエラーがあるとマークを付すことを可能にするため、断片化方式と関連するエラー処理機構とが提供される。システムはまた、メディアデータ間の同期手段として時間標識を提供する。このようにしてシステムは、耐エラー性メディア同期機構を提供する。
【００１０】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法が提供される。この方法は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するステップを備え、コンテンツパケットには時間基準が関連付けられる。方法はまた、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するステップを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。
【００１１】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するよう構成された符号化ロジックを備え、コンテンツパケットには時間基準が関連付けられる。装置はまた、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するよう構成されたパケット化ロジックを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。
【００１２】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成する手段を備え、コンテンツパケットには時間基準が関連付けられる。装置はまた、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成する手段を備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。
【００１３】
一態様においては、１つ以上の命令を備えるコンピュータプログラムを有するコンピュータ可読媒体が提供され、同命令は、少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する。このコンピュータプログラムは、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成する命令を備え、コンテンツパケットには時間基準が関連付けられる。コンピュータプログラムはまた、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成する命令を備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。
【００１４】
一態様において、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサが提供される。方法は、マルチメディアコンテンツから１つ以上のコンテンツパケットを生成するステップを備え、コンテンツパケットには時間基準が関連付けられる。方法はまた、１つ以上のコンテンツパケットへ同期ヘッダを加え、１つ以上のアプリケーション層パケットをそれぞれ形成するステップを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。
【００１５】
一態様において、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法が提供される。この方法は、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するステップとを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。方法はまた、時間標識に基づき１つ以上のコンテンツ層パケットを同期させるステップを備える。
【００１６】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するよう構成された受信ロジックを備える。装置はまた、１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するよう構成され、同期ヘッダは時間基準を基準とする時間を指示する時間標識を備え、且つ時間標識に基づき１つ以上のコンテンツ層パケットを同期させるよう構成された、逆パケット化ロジックを備える。
【００１７】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する手段と、１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成する手段とを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。装置はまた、時間標識に基づき１つ以上のコンテンツ層パケットを同期させる手段を備える。
【００１８】
一態様においては、命令を備えるコンピュータプログラムを有するコンピュータ可読媒体が提供され、同命令は、少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する。このコンピュータプログラムは、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する命令と、１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成する命令とを備え、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。コンピュータプログラムはまた、時間標識に基づき１つ以上のコンテンツ層パケットを同期させる命令を備える。
【００１９】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサが提供される。方法は、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、１つ以上のアプリケーション層パケットから同期ヘッダを抽出し、１つ以上のコンテンツ層パケットをそれぞれ作成するステップとを備えヘッダ、同期ヘッダは、時間基準を基準とする時間を指示する時間標識を備える。方法はまた、時間標識に基づき１つ以上のコンテンツ層パケットを同期させることを備える。
【００２０】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法が提供される。この方法は、１つ以上のコンテンツブロックを受信するステップであって、１つ以上のコンテンツブロックはフレームヘッダを備えるステップと、選択されたコンテンツブロックがエラーを含むと判定するステップと、を備える。方法はまた、選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定するステップと、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、を備える。
【００２１】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、１つ以上のコンテンツブロックを受信するよう構成された入力ロジックを備え、１つ以上のコンテンツブロックはフレームヘッダを備える。装置はまた、選択されたコンテンツブロックがエラーを含むと判定し、選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定し、且つ１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するよう構成された逆パケット化ロジックを備える。
【００２２】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する装置が提供される。この装置は、１つ以上のコンテンツブロックを受信する手段であって、１つ以上のコンテンツブロックはフレームヘッダを備える手段と、選択されたコンテンツブロックがエラーを含むと判定する手段と、を備える。装置はまた、選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定する手段と、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する手段と、を備える。
【００２３】
一態様においては、命令を備えるコンピュータプログラムを有するコンピュータ可読媒体が提供され、同命令は、少なくとも１つのプロセッサによって実行されるときに、ネットワーク上での配布のためマルチメディアコンテンツのパケット化を提供するよう作用する。このコンピュータプログラムは、１つ以上のコンテンツブロックを受信する命令であって、１つ以上のコンテンツブロックはフレームヘッダを備える命令と、選択されたコンテンツブロックがエラーを含むと判定する命令と、を備える。コンピュータプログラムはまた、選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定する命令と、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成する命令と、を備える。
【００２４】
一態様においては、ネットワーク上での配布のためマルチメディアコンテンツをパケット化する方法を遂行するよう構成された少なくとも１つのプロセッサが提供される。方法は、１つ以上のコンテンツブロックを受信するステップであって、１つ以上のコンテンツブロックはフレームヘッダを備えるステップと、選択されたコンテンツブロックがエラーを含むと判定するステップと、を備える。方法はまた、選択されたコンテンツブロックに関連する選択されたフレームヘッダが１つ以上の選択された値を備えると仮定するステップと、１つ以上のコンテンツブロックを処理し、１つ以上のアプリケーション層パケットを作成するステップと、を備える。
【００２５】
実施形態の他の態様は、以下に記された図面の簡単な説明と、説明と、請求項とを精査した後に明らかになるであろう。
【００２６】
ここで説明する実施形態の前記の態様は、以降の詳細な説明を添付の図面と併せて参照することによってより容易に明らかになるであろう。
【好ましい実施形態の詳細な説明】
【００２７】
１つ以上の実施形態においては、データネットワーク上での伝送のため多重化コンテンツフローを伝送フレームにパケット化するよう作用するパケット化システムが提供される。例えば多重化コンテンツフローは、デバイスへの伝送のため、特定の配置、シーケンス、混合、および／または選択によるリアルタイムおよび／または非リアルタイムサービスを備える。このシステムは、無線ネットワーク環境での使用にとりわけ適するが、通信ネットワーク、インターネット等の公共ネットワーク、仮想プライベートネットワーク（ＶＰＮ）等の私用ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、長距離ネットワーク、その他何らかのタイプのデータネットワークを含み、ただし前記に限定されない、どんなタイプのネットワーク環境でも使用できる。
【００２８】
ここでの説明を目的とし、ここではネットワークサーバと１つ以上のモバイルデバイスとの間に通信を提供するため直交周波数分割多重化（ＯＦＤＭ）を利用する通信ネットワークを参照しながらパケット化システムの１つ以上の実施形態を説明する。例えばＯＦＤＭシステムの一実施形態において、スーパーフレームは、時分割多重（ＴＤＭ）パイロット信号と、周波数分割多重（ＦＤＭ）パイロット信号と、オーバーヘッド情報シンボル（ＯＩＳ）と、データシンボルとを備えるものと定義される。データスロットは、１  ＯＦＤＭシンボルタイムにわたって発生する５００個のデータシンボルのセットを備えるものと定義される。加えて、ＯＦＤＭシンボルタイムはスーパーフレームにて７つのデータスロットを運ぶ。
【００２９】
パケット化システムの１つ以上の実施形態を説明するため、ここでは以下の定義を使用する。
【００３０】
フロー  サービスの１要素、例えばサービスは２つのフロー、すなわち音声フローと映像フローとを有することがある。
【００３１】
サービス  １つ以上のフローを有することができるメディアコンテンツ。
【００３２】
ＭＬＣ  データまたは制御情報のため使用される媒体論理チャンネル（「チャンネル」）。
【００３３】
オーバーヘッド情報シンボル（ＯＩＳ）  スーパーフレームにて様々なＭＬＣの位置情報を携える、スーパーフレームの中のシンボル。
【００３４】
スロット  ＯＦＤＭシンボル上でＭＬＣに割り当てられる帯域幅の最小単位。
【００３５】
図１は、パケット化システムの一実施形態を備えるネットワーク１００を示す。ネットワーク１００は、モバイルデバイス１０２と、サーバ１０４と、配布ネットワーク１０６とを備える。ここでの説明を目的とし、ネットワーク１０６はＯＦＤＭ技術を用いて１つ以上のポータブルデバイスと通信するよう作用するが、パケット化システムの実施形態は他の伝送技術との使用にも適する。
【００３６】
一実施形態において、サーバ１０４は、ネットワーク１０６と通信するデバイスによって契約利用されるサービスを提供するよう作用する。サーバ１０４は通信リンク１０８を通じてネットワーク１０６へ結合される。通信リンク１０８は、サーバ１０４がネットワーク１０６と通信することを可能にするよう作用する有線および／または無線リンク等、何らかの相応しい通信リンクを備える。ネットワーク１０６は、サーバ１０４から、ネットワーク１０６と通信するデバイス１０２等のデバイスへの、サービスの配信を可能にする有線および／または無線ネットワークの何らかの組み合わせを備える。ネットワーク１０６は一実施形態において、１つ以上のデバイスへの情報配信にあたってサーバ１０４で使用できるユニキャスト、マルチキャスト、ブロードキャスト、その他何らかのタイプの通信チャンネルを提供する。
【００３７】
実施形態の範囲内でネットワーク１０６が任意の数および／または種類のポータブルデバイスを相手に通信を提供できる点に注意されたい。例えば、パケット化システムの実施形態での使用に適する他のデバイスは、パーソナルデジタルアシスタンス（ＰＤＡ）、ｅメールデバイス、ページャ、ノートブックコンピュータ、ｍｐ３プレイヤー、ビデオプレイヤー、またはデスクトップコンピュータを含み、ただし前記に限定されない。無線リンク１１０はＯＦＤＭ技術に基づく無線通信リンクを備えるが、無線リンクは別の実施形態において、デバイスがネットワーク１０６と通信することを可能にするよう作用する何らかの相応しい無線技術を備えてよい。
【００３８】
この実施形態におけるデバイス１０２は、無線リンク１１０を通じてネットワーク１０６と通信する携帯電話機を備える。デバイス１０２は、デバイス１０２がネットワーク１０６を介してサービスを契約受信するための起動プロセスに関与する。この起動プロセスは一実施形態においてサーバ１０４とともに遂行できるが、起動プロセスは別のサーバ、サービスプロバイダ、コンテンツ小売業者、その他のネットワークエンティティとともに遂行することもできる。ここでの説明を目的とし、デバイス１０２はサーバ１０４とともに起動プロセスを遂行し、現在、サーバ１０４からサービスを契約受信する準備ができているものと仮定する。
【００３９】
一実施形態において、サーバ１０４はメディア配布システム１１２の一部分であるか、またはこれと通信する。例えば配布システム１１２は、リアルタイムメディアサーバ（ＲＴＭＳ）、非リアルタイムメディアサーバ（ＮＲＴＭＳ）、配布サーバ、コンテンツプロバイダ、および／または他の何らかのタイプの配布システムエンティティ等、他のエンティティを備えてよい。メディア配布システム１１２は、配布ネットワーク１０６上でのデバイスへの配布のためコンテンツ１１４を提供するよう作用する。例えばコンテンツは、ニュース、スポーツ、天気、金融情報、映画、および／またはアプリケーション、プログラム、スクリプト、または他の何らかのタイプの相応しいコンテンツまたはサービスを含むマルチメディアコンテンツを備える。
【００４０】
サーバ１０４はまた、ネットワーク１０６上での配布のためコンテンツ１１４をパケット１１８に効率的にパケット化するよう作用するパケット化ロジック１１６を備える。例えばパケット１１８は、経路１２０が示すとおり、ネットワーク１０６を介しデバイス１０２へ送信される。一実施形態において、パケット化ロジック１１６は、同期ヘッダと、フレーミングヘッダと、パケット１１８に付属する関連プレゼンテーションタイムスタンプ（ＰＴＳ）とを生成するよう作用し、このようにして受信デバイスは、デバイス上での受信コンテンツの表現とエラーの処理とで同期をとることができる。パケット化ロジック１１６のより詳細な説明は、本書の他の節に記載されている。パケット化ロジック１１６のオペレーションの結果として、コンテンツは最適にパケット化され且つタイムスタンプが付され、これによりネットワーク帯域幅は効率よく利用され、受信デバイスにてコンテンツを同期させるための手段が提供される。
【００４１】
一実施形態において、デバイス１０２は、サーバ１０４にて遂行されるプロセスを、すなわちパケット化を、逆転させるよう作用する逆パケット化ロジック１２２を備える。パケット化ロジック１１６はプレゼンテーションタイムスタンプを含めるようコンテンツをパケット化するから、逆パケット化ロジック１２２はコンテンツを同期でき、これをデバイス１０２にて表現できる。
【００４２】
したがってパケット化システムの実施形態は、配布ネットワーク上での効率的なコンテンツ配布・同期を提供するため以下の機能の内１つ以上を遂行するよう作用する。
【００４３】
１．  リアルタイムおよび／または非リアルタイムサービスを備えるコンテンツに対するアクセス権を受け取るまたは取得する。
【００４４】
２．  パケットにプレゼンテーションタイムスタンプが含まれるようコンテンツをパケット化する。
【００４５】
３．  配布ネットワーク上でパケット化されたコンテンツを配布する。
【００４６】
４．  受信デバイスにてコンテンツを逆パケット化する。
【００４７】
５．  プレゼンテーションタイムスタンプを用いて同期のとれたコンテンツ表現を提供する。
【００４８】
したがって１つ以上の実施形態において、パケット化システムはコンテンツを効率的にパケット化し、これをデータネットワーク上のデバイスへ送信するよう作用する。パケット化システムが図１を参照しながら説明する実施に限定されないこと、そして実施形態の範囲内で別の実施が可能であることに注意されたい。
【００４９】
システムの概要と特徴
無線ネットワーク上でパケット化されたコンテンツを効率的に配布するパケット化システムが提供される。一実施形態においては、マルチメディアコンテンツを配信するため順方向リンク最適化（ＦＬＯ（登録商標））マルチキャストネットワークを使用する。ＦＬＯマルチキャストネットワークは、直交周波数分割多重（ＯＦＤＭ）技術に基づき、多数の加入者へブロードバンドマルチメディアを効率的に配信するよう設計される。
【００５０】
システムは、ブロードバンド無線マルチキャスト配信サービスを契約ベースでモバイルユーザに提供する。個々のマルチキャストコンテンツチャンネルはサービスと呼ばれる。システムによってサポートされるサービスには以下に記す３つの基本タイプがある。
【００５１】
１．  非リアルタイムサービス：例えばメディアクリップを配信する、ファイル配布サービスであって、クリップキャストサービスタイプとも呼ばれる。
【００５２】
２．  リアルタイムストリーミングサービスタイプ
３．  ＩＰデータキャストサービスタイプ
非リアルタイムサービス
システムは、非リアルタイムサービスとしてファイル（例えばメディアクリップ）を配信する（クリップキャストサービスとも呼ばれる）。ファイルは、音声、音声および映像、および／またはその他のタイプのデータを備えることがある。サービス契約をすませたユーザのモバイルデバイスには、バックグラウンドで、ユーザに気づかれずに、コンテンツが配信される。メディアはデバイスに格納され、ユーザは予定された使用可能期間中にこれにアクセスできる。
【００５３】
リアルタイムサービス
配信される第２の基本サービスタイプは、コンテンツがリアルタイムでデバイスへストリームされるリアルタイムサービスである。エンドユーザはいつでもリアルタイムサービスに「同調」でき、最新のコンテンツを受け取ることができる。非リアルタイムサービスと同じく、ユーザは通常、アクセス権を取得する前にリアルタイムサービスを契約する必要がある。
【００５４】
ＩＰデータキャストサービス
ＩＰデータキャストサービスは、幅広いアプリケーションをサポートする無線ＩＰマルチキャストサービスである。このタイプのサービスでは、システム運営者および／または第三者機関は、配布ネットワーク上でインターネットエンジニアリングタスクフォース（ＩＥＴＦ）プロトコルを用いてコンテンツをマルチキャストできる。配布ネットワークはＩＰマルチキャストストリームの配信にあたって損失率と遅延ジッターの点で一定範囲のサービス品質（ＱｏＳ）を提供する。ＩＰデータキャストサービスは、他のタイプのサービスと同様、契約ベースで提供されることがある。
【００５５】
図２は、パケット化システムでの使用に適するサーバ２００の一実施形態を示す。例えばサーバ２００は、図１のサーバ１０４として使用できる。サーバ２００は、いずれもデータバス２０８へ結合されたパケット化ロジック２０２と、入力ロジック２０４と、出力ロジック２０６とを備える。サーバ２００がひとつの実施に過ぎないこと、そして実施形態の範囲内で別の実施が可能であることに注意されたい。例えばサーバ２００は、ここで説明するパケット化システムの機能を提供するため１つ以上のプログラム命令を実行するよう構成された少なくとも１つのプロセッサを備えてよい。
【００５６】
１つ以上の実施形態において、パケット化ロジック２０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、および／またはハードウェアおよびソフトウェアの何らかの組み合わせを備える。このようにしてパケット化ロジック２０２は一般的に、機械可読命令を実行するため、そしてデータバス２０８を介しサーバ２００の１つ以上の機能要素を制御するためのロジックを備える。
【００５７】
入力ロジック２０４は、サーバ２００が配布システムエンティティから通信チャンネル２１０を通じてコンテンツおよび／またはその他の情報を受信することを可能にするよう作用する、ハードウェアおよび／またはソフトウェアを備える。例えば一実施形態において、通信チャンネル２１０は、サーバ２００が他のサーバと、または１つ以上のデータネットワークおよび／または同データネットワークへ結合されたデバイスと、直接的に通信することを可能にするため、何らかの相応しいタイプの通信リンクを備える。このようにして入力ロジック２０４は、配布ネットワーク上での配布のためサーバ２００がコンテンツを受信することを可能にする。
【００５８】
出力ロジック２０６は、サーバ２００が通信チャンネル２１２を通じて１つ以上のデバイスへ配布するためパケット化されたコンテンツおよび／またはその他の情報を配布ネットワークへ出力することを可能にするよう作用する、ハードウェアおよび／またはソフトウェアを備える。例えば一実施形態において、通信チャンネル２１２は、サーバ２００が配布ネットワークおよび／または同ネットワークへ結合されたデバイスと、直接的に通信することを可能にするため、何らかの相応しいタイプの通信リンクを備える。例えば通信チャンネル２１２は、ユニキャスト、マルチキャスト、ブロードキャスト、またはサーバ２００が配布ネットワーク上での配布のためパケット化されたコンテンツを配信することを可能にする他の何らかのタイプの通信チャンネルを提供する。
【００５９】
一実施形態のオペレーションのとき、コンテンツは入力チャンネル２１０を通じて入力ロジック２０４にて受信される。パケット化ロジック２０２は、配布ネットワーク上での送信に向けて受信コンテンツをパケット化するためのプロトコル層を提供するよう作用する。一実施形態において、パケット化ロジック２０２は、同期ヘッダと、フレームヘッダと、プレゼンテーションタイムスタンプと、チェックサムとをコンテンツの中に取り入れるために使用する１つ以上のプロトコル層を提供するよう作用する。プロトコル層はまた、出力ロジック２０６と通信チャンネル２１２とを用いた配布ネットワーク上での送信のためコンテンツをブロックに断片化するよう作用する。パケット化ロジック２０２とプロトコル層によって遂行される機能のより詳細な説明は、本書の他の節に記載されている。
【００６０】
一実施形態において、パケット化システムは、１つ以上のプログラム命令（「命令」）をコンピュータ可読媒体に格納し有するコンピュータプログラムを備え、同命令は、少なくとも１つのプロセッサによって、例えばパケット化ロジック２０２によって実行されるときに、ここで説明するパケット化システムの機能を提供する。例えば命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、またはサーバ２００につながる他の何らかのタイプのメモリデバイスまたはコンピュータ可読媒体等、コンピュータ可読媒体からサーバ２００の中へロードできる。別の実施形態においては、サーバ２００につながる外部デバイスまたはネットワークリソースからサーバ２００の中へ命令をダウンロードできる。命令は、パケット化ロジック２０２によって実行されるときに、ここで説明するパケット化システムの１つ以上の実施形態を提供する。
【００６１】
このようにしてサーバ２００は、配布ネットワーク上での配布に向けて多重化コンテンツフローを効率的にパケット化するため、パケット化システムの実施形態を提供するよう作用する。
【００６２】
図３は、パケット化システムで使用する層およびプロトコル３００の一実施形態を示す。例えば一実施形態において、図２に示されたパケット化ロジック２０２は図３に示された層およびプロトコル３００を提供するよう作用する。最下位層はＦＬＯ物理層３０２である。この層は、配布ネットワーク上での効率的なマルチキャストコンテンツ配信のためＦＬＯ波形をフォーマットし処理するよう作用する。物理層３０２の上にある層は媒体アクセス制御（ＭＡＣ）層３０４である。ＭＡＣ層３０４の主な働きは、ＦＬＯ物理層リソースを上位層ストリームへ割り当てることである。ＭＡＣ層３０４はまた、物理層３０２上で媒体論理チャンネル（ＭＬＣ）を多重化する。上位層３０８は、デバイスへデータを配信するためストリーム層３０６のサービスを使用する。
【００６３】
図４は、パケット化システムで使用するプロトコルアーキテクチャ４００の一実施形態を示す。例えば一実施形態において、図２に示されたパケット化ロジック２０２は図４に示されたプロトコルアーキテクチャ４００を提供するよう作用する。サーバ側で、プロトコルアーキテクチャ４００を通過するコンテンツの流れは方向矢印４１４によって示されている。デバイス側で、プロトコルアーキテクチャ４００を通過するコンテンツの流れは逆方向にある。物理層４０２、ＭＡＣ層４０４、およびストリーム層４０６は、図３を参照しながら上述したとおりに作用する。条件付きアクセスサービス（ＣＡＳ）層４０８、トランスポート層４１０、およびアプリケーション層４１２のプロトコルとメッセージは次のとおりに作用する。
【００６４】
ＣＡＳ層４０８はコンテンツの暗号化と復号化とを実施する。ＣＡＳ層４０８は各サービスにとって任意選択可能である。サーバは、コンテンツの暗号化を実施する各サービスにつきサービスキーを生成する。一実施形態において、サービスキーはユニキャスト接続を介してデバイスへ配信される。これらのサービスのフローのためＣＡＳ層４０８が実施され、サーバはこれらのフローのためワーキングキーを生成する。このワーキングキーは、フローの上で送信されるデータを暗号化するために使われる。次にサービスキーを用いてワーキングキーが暗号化され、ワーキングキーはデバイスへ配信される。デバイスはサービスキーを用いてワーキングキーを復元できる。デバイスはワーキングキーを用いてフローデータを復元できる。
【００６５】
トランスポート層４１０はストリーム層４０６上でパケットサービスを提供する。ストリーム層４０６については本書の別の節で詳述する。アーキテクチャ４００の上位層は一連のオクテットをストリーム層４０６に引き渡し、ストリーム層４０６はこれらのオクテットを（ことによるとエラーをともない）デバイスに引き渡す。ただし、通常のアプリケーションはパケット本位のサービスを求める。トランスポート層４１０の主な働きは、このパケットサービスをストリーム層４０６上で提供することである。加えてトランスポート層４１０は、データの保全性を検証するため任意選択可能のチェックサムプロトコルをも有する。トランスポート層のより詳しい論述は本書の別の節に記載されている。
【００６６】
アプリケーション層４１２は、マルチメディアコンテンツがサーバ側で生成されデバイス側で消費されるところである。一実施形態において、アプリケーション層４１２はリアルタイムコンテンツ副層と、映像および音声フロー間で同期を達成する同期副層とを備える。以下、アプリケーション層４１２とこれの副層をより詳しく説明する。
【００６７】
アプリケーション層の副層
図５は、アプリケーション層５００が２つの副層に、具体的にはリアルタイムコンテンツ層５０２と同期層５０４とに、いかに分割されるかを示す。
【００６８】
リアルタイムコンテンツ層
リアルタイムコンテンツ層５０２は、リアルタイムコンテンツを生成／消費する層である。このコンテンツは映像、音声、文字情報、クローズドキャプション、その他であってよい。各種のコンテンツはしかるべく符号化されフォーマットされる。例えば一実施形態において、映像は業界標準Ｈ．２６４を用いてフォーマットされ、音声は業界標準ＡＡＣ＋フォーマットに従ってフォーマットされる。
【００６９】
同期層
同期層５０４はリアルタイムコンテンツ層５０２からのコンテンツ層パケットを処理して同期層パケットを生成するよう作用する。同期層５０４は、以下の情報を含めるようコンテンツ層パケットを処理する。
【００７０】
１．  タイムスタンプおよびメディアフレーム番号情報。
【００７１】
２．  連続データストリームにおけるランダムアクセスポイント（ＲＡＰ）に関する情報。これは音声および映像ストリームの取得を支援する。
【００７２】
３．  原ビットストリームで搬送されない音声／映像復号化の必要情報、または映像／音声復号化に役立つ情報。例えば、ベースまたはエンハンスメントフラグ、リファレンス／非リファレンスフレームのための識別子、ストリーム識別子。
【００７３】
４．  加えて、同期層フィールドは受信デバイス側でデバイスによる欠落／エラーがあるメディアフレームの判定と、しかるべきエラー処理の遂行とを可能にする。
【００７４】
同期層５０４は、サーバからデバイスへパケットを配信するためトランスポート層４０４を使用する。
【００７５】
図６は、パケット化システムの一実施形態で層間のデータフローを図解するフロー図６００を示す。サーバ上のリアルタイムコンテンツ層６０２は、同期層６０４へパケットを送る。同期層６０４は同期層ヘッダとプレゼンテーションタイムスタンプとをパケットへ加え、それらをトランスポート層６０６へ送る。トランスポート層６０６はパケットをブロックに断片化し、それらをネットワーク６０８上に送信する。
【００７６】
リアルタイムサービスに「同調」しているデバイスは、これらのパケットをトランスポート層６１０にて受信する。トランスポート層６１０はパケットを同期層６１２に引き渡す。同期層６１２は同期層ヘッダを取り除き、パケットをリアルタイムコンテンツ層６１４へ引き渡し、パケットは提示のときにデバイスにてメディアプレイヤーを用いて復号化され表現される。
【００７７】
同期層ヘッダ仕様
図７は、同期層が各々のリアルタイムコンテンツ層パケットへ同期層ヘッダをいかに加えるかを図解する。例えば、コンテンツ層パケット７０２は同期層ヘッダ７０４を受け取ることにより同期層パケット７０６を形成する。同期層ヘッダのフォーマットは下の表に示すとおりである。
【表１】
2008546229.tif 000003
【００７８】
以下、同期層ヘッダで提供されるフィールドを説明する。表１に提示されたフィールドがひとつの実施にすぎないこと、そして実施形態の範囲内でフィールドの削除、修正、または追加が可能であることに注意されたい。
【００７９】
ＭＥＤＩＡ＿ＴＹＰＥ
ＭＥＤＩＡ＿ＴＹＰＥフィールドは、同期層パケットが属するメディアのタイプを識別する。この情報は、受信デバイスの中で該当するメディア復号器へメッセージを送るのに役立つ。ＭＥＤＩＡ＿ＴＹＰＥフィールドの値は下の表２に記載されたとおりである。
【表２】
2008546229.tif 000004
【００８０】
プレゼンテーションタイムスタンプ（ＰＴＳ）
ＰＴＳフィールドはリアルタイムコンテンツパケット（またはメディアフレーム）の提示時間を提供する。このフィールドはミリ秒単位で指定される。ＰＴＳフィールドがスーパーフレーム時間（ＯＩＳから入手）に加えられることによりパケットが提示される実際の時間が得られる。
【００８１】
ＦＲＡＭＥ＿ＩＤ
ＦＲＡＭＥ＿ＩＤフィールドは、スーパーフレームの中にある各メディアフレームを一意に識別する。ＦＲＡＭＥ＿ＩＤフィールドの値は下の表３に記載されたとおりである。
【表３】
2008546229.tif 000005
【００８２】
ＦＲＡＭＥ＿ＮＵＭＢＥＲ
ＦＲＡＭＥ＿ＮＵＭＢＥＲはスーパーフレームの中にある現在のメディアフレームの番号である。
【００８３】
ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧ
ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧは、現在のメディアフレームがベース層のものか、それともエンハンスメント層のものなのかを指示するビットである。もしも現在のメディアフレームがベース層のものならば、ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧは０に設定される。もしも現在のメディアフレームがエンハンスメント層のものならば、ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧは１に設定される。もしもＭＥＤＩＡ＿ＴＹＰＥが「０１」（ＡＵＤＩＯ）に設定されるなら、ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧは０に設定される。もしもＭＥＤＩＡ＿ＴＹＰＥが「１０」（ＴＩＭＥＤ＿ＴＥＸＴ）に設定されるなら、ＥＮＨＡＮＣＥＭＥＮＴ＿ＦＬＡＧは０に設定される。
【００８４】
ＲＡＰ＿ＦＬＡＧ
ＲＡＰ＿ＦＬＡＧ信号は、現在のメディアフレームがランダムアクセスポイントか否かを伝える。これは、受信デバイスにおける再取得またはチャンネル切り替えのときに使われる。もしも現在のメディアフレームがランダムアクセスポイントなら、ＲＡＰ＿ＦＬＡＧビットは１に設定される。
【００８５】
ＦＲＡＭＥ＿ＲＡＴＥ
ＦＲＡＭＥ＿ＲＡＴＥフィールドは、トランスコーダーによってメディアフレームが生成されるレートを表す。ＦＲＡＭＥ＿ＲＡＴＥフィールドの値は下の表４に記載されたとおりである。ただし、ＦＲＡＭＥ＿ＲＡＴＥの値が表４に示されたものに限定されないこと、そして実施形態の範囲内で他のフレームレート値が可能であることに注意されたい。
【表４】
2008546229.tif 000006
【００８６】
一実施形態において、ＦＲＡＭＥ＿ＲＡＴＥフィールドは、ＭＥＤＩＡ＿ＴＹＰＥフィールドが「００」（ＶＩＤＥＯ）に設定される場合に含められる。メディアフレームレートはベース層およびエンハンスメント層の両方のデータが完全に復号化されている場合の１秒当たりのフレーム数の結果のレートである。
【００８７】
ＲＥＳＥＲＶＥＤ
ＲＥＳＥＲＶＥＤビット（５ビット）は、同期層ヘッダをバイト整合するために使用する。ＲＥＳＥＲＶＥＤビットは、ＭＥＤＩＡ＿ＴＹＰＥフィールドが「００」（ＶＩＤＥＯ）に設定される場合に含められる。含められる場合は全てのＲＥＳＥＲＶＥＤが０に設定される。よって音声フレームの場合、同期層ヘッダのサイズは３バイトである。映像フレームの場合、同期層ヘッダのサイズは４バイトである。
【００８８】
一実施形態において、同期層ヘッダへの修正にあたっては５つの保留ビットの内１ビットをリファレンスフラグ（ＲＥＦＥＲＥＮＣＥ＿ＦＬＡＧ）のために使用する。この修正にともない、同期層ヘッダのフォーマットは下の表５に示すとおりになる。
【表５】
2008546229.tif 000007
【００８９】
ＲＥＦＥＲＥＮＣＥ＿ＦＬＡＧ
ＲＥＦＥＲＥＮＣＥ＿ＦＬＡＧは、現在のメディアフレームがリファレンスフレームであるか否かを伝える。これは、受信デバイスにおける再取得またはチャンネル切り替えまたはトリックプレイモードのときに使われる。例えば非リファレンスフレームは、表示または電力能力に限りがある低電力および／または低級デバイスにおける高速フォワードまたはスロットリング復号化の複雑性等、様々な理由から、復号化のときに省くことができる。
【００９０】
ＲＥＦＥＲＥＮＣＥ＿ＦＬＡＧビットの追加により、ＲＥＳＥＲＶＥＤビットは表５に示すとおり４まで減る。
【００９１】
同期層ディレクトリ
リアルタイムサービスにはエラーからの回復力が望まれる。エラーに対するデバイスの耐力を向上させるため、受信デバイスには音声および映像同期層ディレクトリが送信される。同期層ディレクトリが任意選択可能である点に注意されたい。使用する場合、それらは関連信号メッセージとして送信される。同期層ディレクトリ送信の周波数もまた、通信システムにおけるエラーの性質に適応させることができる。同期層ディレクトリのフォーマットは音声と映像とで異なり、以下、それらについて説明する。
【００９２】
音声同期層ディレクトリ
音声同期層ディレクトリのフォーマットは下の表６に示すとおりである。
【表６】
2008546229.tif 000008
【００９３】
以下、音声同期層ディレクトリで提供されるフィールドを説明する。表６に提示されたフィールドがひとつの実施にすぎないこと、そして実施形態の範囲内でフィールドの削除、修正、または追加が可能であることに注意されたい。
【００９４】
ＭＥＳＳＡＧＥ＿ＩＤ
ＭＥＳＳＡＧＥ＿ＩＤフィールドは、送信されるメッセージのタイプを識別する。一実施形態において、ＭＥＳＳＡＧＥ＿ＩＤフィールドの値はＡＵＤＩＯ＿ＳＹＮＣ＿ＤＩＲＥＣＴＯＲＹ（４）に設定される。
【００９５】
ＭＥＤＩＡ＿ＴＹＰＥ
ＭＥＤＩＡ＿ＴＹＰＥは、送信される音声同期層ディレクトリのストリームタイプを識別する。音声同期層ディレクトリメッセージでＭＥＤＩＡ＿ＴＹＰＥフィールドは「０１」（ＡＵＤＩＯ）に設定される。
【００９６】
ＦＬＯＷ＿ＩＤ
ＦＬＯＷ＿ＩＤは、送信する音声同期層ディレクトリのフローを識別する。１つのＭＬＣは音声フローを２つまでサポートする。したがって、ＭＬＣのストリーム０は２つの同期層ディレクトリ構造を搬送できる。ＦＬＯＷ＿ＩＤは、対象となる同期層ディレクトリ情報のフローを識別する。音声同期層ディレクトリメッセージはＦＬＯＷ＿ＩＤによって指定されるフローに固有のものである。メッセージにはフローが関連付けられるため、このメッセージは、フローをサポートするＭＬＣのストリーム０だけで送信すればよい。よって、音声同期層ディレクトリメッセージはＦＬＯＷ＿ＩＤによって指定されるフローに関連するストリーム０で送信される。
【００９７】
ＮＵＭ＿ＦＲＡＭＥＳ
ＮＵＭ＿ＦＲＡＭＥＳフィールドは、スーパーフレームの中にある音声フレームの数である。
【００９８】
ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＰＴＳ
ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＰＴＳは、スーパーフレームの中で最初の音声フレームのＰＴＳである。
【００９９】
ＬＡＳＴ＿ＦＲＡＭＥ＿ＰＴＳ
ＬＡＳＴ＿ＦＲＡＭＥ＿ＰＴＳは、スーパーフレームの中で最後の音声フレームのＰＴＳである。このようにして受信デバイスは音声フレームのレートを知り、これら２つのタイムスタンプに基づき、現在のスーパーフレームの全ＰＴＳ値を内挿できる。
【０１００】
ＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳ
ＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳは、ある特定の音声フレームがランダムアクセスポイントであるか否かを指示するために使用する。したがって、メッセージの中にはＮＵＭ＿ＦＲＡＭＥＳのビットがある。ＬＳＢは最初の音声フレームに対応し、ＭＳＢは最後の音声フレームに対応する。もしも対応する音声フレームがランダムアクセスポイントなら、ビットは１に設定される。
【０１０１】
ＲＥＳＥＲＶＥＤ
ＲＥＳＥＲＶＥＤビットはメッセージをバイト整合するために加えられる。音声同期層ディレクトリメッセージのＲＥＳＥＲＶＥＤビットは０に設定される。
【０１０２】
映像同期層ディレクトリ
映像同期層ディレクトリのフォーマットは下の表７に示すとおりである。
【表７】
2008546229.tif 000009
【０１０３】
以下、映像同期層ディレクトリで提供されるフィールドを説明する。表７に提示されたフィールドがひとつの実施にすぎないこと、そして実施形態の範囲内でフィールドの削除、修正、または追加が可能であることに注意されたい。
【０１０４】
ＭＥＳＳＡＧＥ＿ＩＤ
ＭＥＳＳＡＧＥ＿ＩＤフィールドは、ストリーム０で送信されるメッセージのタイプを識別する。映像同期層ディレクトリメッセージのＭＥＳＳＡＧＥ＿ＩＤフィールドの値はＶＩＤＥＯ＿ＳＹＮＣ＿ＤＩＲＥＣＴＯＲＹ（５）に設定される。
【０１０５】
ＭＥＤＩＡ＿ＴＹＰＥ
ＭＥＤＩＡ＿ＴＹＰＥは、送信される映像同期層ディレクトリ情報のストリームを識別する。映像同期層ディレクトリメッセージのＭＥＤＩＡ＿ＴＹＰＥは「００」に設定される。
【０１０６】
ＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳ
メッセージの中にあるＶＳＬ＿ＲＥＣＯＲＤの数はＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳ＋１である。一実施形態においては、映像同期層ディレクトリメッセージの中で２つのＶＳＬ＿ＲＥＣＯＲＤＳを送信できる。
【０１０７】
別の実施形態において、ＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳは現在のＶＳＬレコードが最後のＶＳＬレコードであるか否かを合図する。ＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳ＝０のとき、これは後に続くＶＳＬレコードがほかにあることを意味する。ＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳ＝１のとき、これは現在のレコードが映像同期層ディレクトリで搬送されるＶＳＬレコードの最後であることを意味する。
【０１０８】
ＶＳＬ＿ＲＥＣＯＲＤ
スーパーフレームの中で使われる各フレームレートにつき１つのＶＳＬ＿ＲＥＣＯＲＤがメッセージで送信される。ＶＳＬ＿ＲＥＣＯＲＤのフォーマットは下の表８に記載されたとおりである。
【表８】
2008546229.tif 000010
【０１０９】
ＦＲＡＭＥ＿ＲＡＴＥ
ＦＲＡＭＥ＿ＲＡＴＥフィールドはフレームレート情報を提供する。ＦＲＡＭＥ＿ＲＡＴＥフィールドの値は表４に記載されている。映像フレームは１つのスーパーフレームの中で複数のフレームレートで送信できる。これらのフレームレートはＶＳＬ＿ＲＥＣＯＲＤＳの中で指定される。
【０１１０】
ＮＵＭ＿ＦＲＡＭＥＳ
ＮＵＭ＿ＦＲＡＭＥＳフィールドは、ＦＲＡＭＥ＿ＲＡＴＥフィールドによって指定されるフレームレートでフレーム数を指示する。
【０１１１】
ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＰＴＳ
ＦＩＲＳＴ＿ＦＲＡＭＥ＿ＰＴＳは、ＦＲＡＭＥ＿ＲＡＴＥフィールドによって指定されるフレームレートでフレームブロックの最初の映像フレームのＰＴＳである。
【０１１２】
ＬＡＳＴ＿ＦＲＡＭＥ＿ＰＴＳ
ＬＡＳＴ＿ＦＲＡＭＥ＿ＰＴＳは、ＦＲＡＭＥ＿ＲＡＴＥフィールドによって指定されるフレームレートでフレームブロックの最後の映像フレームのＰＴＳである。
【０１１３】
ＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳ
映像同期層ディレクトリメッセージは、スーパーフレームの中で最高６０個の映像フレームに対応する６０のＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳを収容する。ＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳのビットパターンの長さは、ＦＰＳフィールドで指定される最大フレームレートに対応する。映像同期層ディレクトリメッセージのＲＡＰビットは、対応する映像フレームがランダムアクセスポイントである場合に１に設定される。さもなくば、このビットは０に設定される。ＬＳＢは最初の映像フレームに対応し、ＭＳＢは最後の映像フレームに対応する。
【０１１４】
Ｂ＿ＦＲＡＭＥ＿ＦＬＡＧ＿ＢＩＴＳ
映像同期層ディレクトリメッセージは、スーパーフレームの中で最高６０個の映像フレームに対応する６０のＢ＿ＦＲＡＭＥ＿ＦＬＡＧ＿ＢＩＴＳを収容する。ＲＡＰ＿ＦＬＡＧ＿ＢＩＴＳのビットパターンの長さは、ＦＰＳフィールドで指定される最大フレームレートに対応する。映像同期層ディレクトリメッセージのＢ＿ＦＲＡＭＥ＿ＦＬＡＧ＿ＢＩＴＳは、対応する映像フレームがｂフレームである場合に１に設定される。さもなくば、このビットは０に設定される。ＬＳＢは最初の映像フレームに対応し、ＭＳＢは最後の映像フレームに対応する。
【０１１５】
ＲＥＳＥＲＶＥＤ
ＲＥＳＥＲＶＥＤビットは、映像同期層ディレクトリメッセージをバイト整合するために使われる。ＮＵＭ＿ＶＳＬ＿ＲＥＣＯＲＤＳフィールドが１に設定される場合は、映像同期層ディレクトリメッセージの３つのＲＥＳＥＲＶＥＤビットが含まれる。含まれる場合、映像同期層ディレクトリメッセージのＲＥＳＥＲＶＥＤビットは０に設定される。映像同期層ディレクトリメッセージは映像フローに固有のものである。メッセージにはフローが関連付けられるため、このメッセージは、フローをサポートするＭＬＣのストリーム０で送信される。よって、映像同期層ディレクトリメッセージは、映像データを送信するフローに関連するストリーム０で送信される。
【０１１６】
トランスポート層プロトコル
配布システムによって提供されるサービスの多くは、サーバからデバイスへの「パケット」配信を要する。例えばリアルタイム映像の場合、サーバは全てのスーパーフレームで複数の映像フレームを送信する。これらの映像フレームのサイズは異なることがある。したがって、これらの上位層パケットをストリームに効率よくパックするやり方を得ることが望ましい。エラーがある場合にこれらのパケットの境界を判定するためのメカニズムも求められる。これらの機能は、以降の節で説明するトランスポート層によって提供される。
【０１１７】
下位層のオペレーション
トランスポート層のオペレーションをより良く理解するため、下位層（すなわちストリーム、ＭＡＣ、および物理層）のオペレーションを手短に説明する。
【０１１８】
図８は、パケット化システムにおけるストリーム、ＭＡＣ、および物理層のオペレーションを図解する図を示す。一実施形態において、上位層プロトコルはストリーム層のサービスを使用する。ストリーム層の重要な働きは、フローのデータをＭＬＣに多重化することである。上位層８０２はサーバ側で、フローに属する一連のバイトをストリーム層８０４へ引き渡す。ストリーム層８０４はこの一連のバイトをＭＡＣ層８０６へ送る。ＭＡＣ層８０６は一連のバイトをＭＡＣ層パケットに分ける。ＭＡＣ層パケットと物理層パケットとの間には１対１の対応がある。例えば、物理層パケット（ＰＬＰ）の長さは１２２バイトである。これらのＰＬＰは物理層でデバイスへ送信される。
【０１１９】
フレーミングおよびチェックサムプロトコル
一実施形態において、トランスポート層はフレーミングプロトコルとチェックサムプロトコルとを備える。これらのトランスポート層プロトコルは、以下の機能の内１つ以上を提供するよう作用する。
【０１２０】
１．  アプリケーション層に通じる「パケット」インターフェイスを提供する：フレーミングプロトコルはサーバ側でアプリケーション層パケット（または単にパケット）をより小さいブロックに断片化し、同ブロックはストリーム層で送信される。デバイスによって受信されたこれらのストリーム層ブロック（または単にブロック）は、フレーミングプロトコルのルールに従ってパケットにまとめられ、同パケットは受信デバイスにて上位層に引き渡される。
【０１２１】
２．  デバイスにてストリーム層ブロックエラーを処理する：チェックサムプロトコルは、下位層がトランスポート層にデータを引き渡すときにブロックにエラーの疑いがあればエラー指示を加える。ブロックエラーの処理と上位層が予期する挙動はフレーミングプロトコルのルールによって決まる。
【０１２２】
３．  ＣＡＳ、ストリーム、ＭＡＣ、および物理層を含む下位層に通じるインターフェイスを提供する。
【０１２３】
パイロット断片化
サーバ側で上位層（すなわちアプリケーション層）は、ある特定のフローでデータを送信することをトランスポートまたはフレーミング層に命令する。このコマンドは以下のパラメータを収容する。
【０１２４】
１．  データを送信するフローのＩＤ。
【０１２５】
２．  送信されるパケットの数。
【０１２６】
３．  上位層は各パケットにつき、これの長さをこれの内容と併せて送信する。
【０１２７】
各々のスーパーフレームの中で、ＭＡＣ層はシステムで各ＭＬＣにつき送信できる最大ＭＡＣ層パケット数を、またはサービスに対応する各ＭＬＣにつき送信できるＭＡＣ層パケット数を（例えばスケジューリングアルゴリズムによって）判定する。これらのＭＡＣ層パケットは１２２バイトのＰＬＰに相当する。ストリーム層はこの情報をもとに、ＭＬＣの各フローにつき送信できる最大ストリーム層ブロック数を判定する。各々のストリーム層ブロックはＭＡＣ層パケットに相当し、長さも１２２バイトである。ストリーム層は、そのスーパーフレームで送信できる最大ストリーム層ブロック数に関する指示をトランスポート層へ送る。トランスポート層のフレーミングプロトコルはこの情報に基づきアプリケーション層パケットをブロックに断片化し、要求されたフローに対応するストリーム上でそれらを送信するよう作用する。
【０１２８】
図９は、フレーミングプロトコルの一実施形態から提供される単一パケットの断片化方式を示す。例えば、上位層（すなわち同期層）から受け取るパケット９０２は４８４バイトのサイズを有する。一実施形態において、パケット９０２は各々１２１バイトの４つの断片９０４に断片化される。各断片には１バイトのフレーミングヘッダ（ＦＨ）が加えられ、各断片は１２２バイトのストリーム層ブロックとしてストリーム層へ送られる。
【０１２９】
図１０は、２つのパケットを断片化するためフレーミングプロトコルの一実施形態がいかに作用するかを図解する。第１のパケットは長さが２００バイトあり、第２のパケットは長さが２８３バイトある。第１のパケットは２つの部分に断片化される。第１の断片は長さが１２１バイトあり、１バイトのヘッダが加えられることにより１２２バイトのブロック１００２が作られる。第２の断片は長さが７９バイトある。１バイトのヘッダが加えられることにより、第２のストリーム層ブロック１００４の使用可能な１２２バイトの内８０バイトを使いきる。第２のパケットからサイズが４１バイトの断片を取り、この断片へ１バイトのヘッダを加えることにより４２バイトのデータが生成される。第１のパケットの８０バイトと第２のパケットの４２バイトとがつなぎ合わされて１２２バイトの第２のブロック１００４が形成される。第２のパケットの残りの２４２バイトは各々１２１バイトの２つの断片に断片化される。これまでどおり、これらの断片の各々に１バイトのヘッダが加えられることにより１２２バイトのブロック（１００６および１００８）が形成される。
【０１３０】
図１１は、サイズが２００バイトの上位層パケットを２つの部分に断片化するためフレーミングプロトコルの一実施形態がいかに作用するかを図解する。第１の部分は長さが１２１バイトあり、第２の部分は長さが７９バイトある。第１の断片へ１バイトのフレームヘッダが加えられることにより１２２バイトのブロック１１０２が生成される。もうひとつの１バイトのヘッダは第２の断片へ加えられる。さらに、もうひとつの１バイトのフラグフィールドと４１バイトの埋め込みバイトとが加えられることにより第２のブロック１１０４が作られる。
【０１３１】
前述したとおり、各断片の手前には１バイトのフレームヘッダが加えられる。以降の節ではこの１バイトのフレームヘッダのフォーマットを説明する。
【０１３２】
フレームヘッダのフォーマット
フレームヘッダのフォーマットは下の表９に記載されたとおりである。
【表９】
2008546229.tif 000011
【０１３３】
ＬＥＮＧＴＨ
このフィールドは、断片の中にある上位層パケットのバイト数を指示する。ＬＥＮＧＴＨフィールドの範囲は０から１２１（すなわち１６進で７Ａおよび７Ｆ）までで、０および１２１を含む。その他の値は留保されている。
【０１３４】
ＬＡＳＴ
ＬＡＳＴビットは、現在の断片が上位層パケットの最後の断片であるか否かを指示する。現在の断片がパケットに属する最後の断片であることを指示するには、ＬＡＳＴビットは１に設定される。もしも現在の断片がパケットに属する最後の断片でなければ、ＬＡＳＴビットは０に設定される。
【０１３５】
図９を再び参照し、３つのブロックの各々で最初のバイトはフレームヘッダである。これらのフレームヘッダのＬＥＮＧＴＨフィールドは１２１に設定され、ＬＡＳＴビットは０に設定される。第４のブロックの最初のバイトもまたフレームヘッダであり、これのＬＥＮＧＴＨフィールドは１２１に設定され、ＬＡＳＴビットは１に設定される。
【０１３６】
図１０を再び参照し、ブロック１および３の最初のバイトは、１２１に設定されたＬＥＮＧＴＨフィールドと０に設定されたＬＡＳＴビットとを具備するフレームヘッダである。ブロック４の最初のバイトもまた、１２１に設定されたＬＥＮＧＴＨフィールドと１に設定されたＬＡＳＴビットとを具備するフレームヘッダである。ブロック２の最初のバイトは、７９に設定されたＬＥＮＧＴＨフィールドと１に設定されたＬＡＳＴビットとを具備するフレームヘッダである。これは、そのブロックの中で８０バイト（断片の７９バイトとフレームヘッダの１バイト）のオフセットのところに第２のフレームヘッダがあることを意味する。このフレームヘッダのＬＥＮＧＴＨフィールドは４１に設定され、ＬＡＳＴビットは０に設定される。
【０１３７】
最終パケット指示
図１１を再び参照し、２００バイトのパケットは１２１バイトの断片と７９バイトの断片とへ断片化された。第２の断片へフレームヘッダを加えることにより、１２２バイトのブロックの内８０バイトを使用する。第２のブロックを埋めるため、もうひとつの１バイトのフレームヘッダと埋め込みの４１バイトとが加えられる。
【０１３８】
ブロックの中の残りのバイトが埋め込みバイトであることを指示するため、ＬＡＳＴビットは１に設定され、ＬＥＮＧＴＨフィールドは１２７（１６進７Ｆ）に設定される。ブロックの埋め込みバイトは０の値に設定される。もしもＬＡＳＴビットが０に設定されるなら、ＬＥＮＧＴＨフィールドの値の範囲は１乃至１２１である。
【０１３９】
ＬＥＮＧＴＨ＝０条件
アプリケーション層がある特定のフローで送信すべき２つのパケットを有し、さらに第１のパケットのサイズが１２０バイトあり、第２のパケットのサイズが１００バイトあると仮定する。第１のパケットが断片化されるとき、サーバは１バイトのフレームヘッダを加え、第１のパケットの１２０バイトをブロックの中に入れる。ブロックのサイズは１２２バイトあるから、１バイトの余りが生じる。この場合、サーバはフレームヘッダを加え、現在のブロックの中で第２のパケットに属するバイトがないことを指示するためＬＥＮＧＴＨフィールドを０に、そしてＬＡＳＴビットを０に、設定する。
【０１４０】
もしもブロックの最終バイトにフレームヘッダが挿入されるなら、ＬＥＮＧＴＨフィールドは０に設定される。もしもフレームヘッダがブロックの中に挿入され、これが最後のバイトでなければ、これのすぐ後ろに続くバイトもまたフレームヘッダであることを指示するため、ＬＥＮＧＴＨフィールドは０に設定される。
【０１４１】
断片化モード
ＩＰデータキャストサービスの場合、上位層パケットは２つの異なるスーパーフレームに現れるブロックに断片化できる。例えば図１０を再び参照し、ブロック１および２は１つのスーパーフレームの中で送信でき、ブロック３および４は後続のスーパーフレームの中で送信できるであろう。代わりに、リアルタイムサービスのバッファ要求を抑えるには、完全な上位層パケットだけがスーパーフレームの中で送信される。つまり、スーパーフレームの境界にまたがって断片化は起こらない。一実施形態においては、以下の２つのモードの内一方にフレーミングプロトコルを構成できる。
【０１４２】
スーパーフレーム越境断片化許可
このモードのフレーミングプロトコルは、スーパーフレームの境界にまたがる断片化を許可する。
【０１４３】
スーパーフレーム越境断片化禁止
このモードのフレーミングプロトコルは、スーパーフレームの境界にまたがる断片化を許可しない。
【０１４４】
ベースおよびエンハンスメントサブフロー埋め込みを処理する
システムにおいて、いくつかのフローは物理層上での層状伝送モードをサポートするよう構成される。その２つの伝送層はベース層およびエンハンスメント層と呼ばれる。トランスポート層から見て、かかるフローは２つのサブフロー、すなわちベースサブフローとエンハンスメントサブフローとを有する。一実施形態においては、スーパーフレームにてベースおよびエンハンスメントサブフロー上で送信されるブロック数が同じでなければならないとする制約が物理層によって課せられる。一実施形態においてはトランスポート層のフレーミングプロトコルがこの制約を実施する。
【０１４５】
アプリケーション層がベースおよびエンハンスメントサブフローで送信するデータの量が異なり、それらが異なる数のブロックに断片化されることが想定される。一実施形態において、フレーミングプロトコルは、２つのサブフローのブロック数を等しくするため、ブロック数が少ないほうのサブフローへ埋め込みブロックを加える。
【０１４６】
サブフローへ埋め込みブロックが加えられる場合、各埋め込みブロックのフレームヘッダのＬＡＳＴビットは１の値に設定される。サブフローへ埋め込みブロックが加えられる場合、各埋め込みブロックのフレームヘッダのＬＥＮＧＴＨフィールドは１２７の値に設定される。サブフローへ埋め込みブロックが加えられる場合、各埋め込みブロックの埋め込みバイトの値は０に設定される。
【０１４７】
図１２は、パケット化システムを提供する方法１２００の一実施形態を示す。例えば方法１２００は、図２に示されたサーバ２００による使用に適する。明瞭を図るため、方法１２００は上述したパケット化プロトコルと層とを参照しながら論述する。
【０１４８】
ブロック１２０２では、配布ネットワーク上での配布のためコンテンツパケットを入手する。例えばコンテンツは、アプリケーション層のリアルタイムコンテンツ層へ入力される。コンテンツ層はコンテンツを符号化し、コンテンツパケットを出力するよう作用する。例えば一実施形態において、コンテンツ層は図５に示されたコンテンツ層５０２である。
【０１４９】
ブロック１２０４では同期パケットを作成する。例えば一実施形態において、コンテンツパケットは同期層へ入力され、この同期層は、同期ヘッダを挿入して同期パケットを作成するよう作用する。一実施形態において、同期層は図５に示された同期層５０４であり、図７を参照しながら提示した同期層の説明のとおりに作用する。
【０１５０】
ブロック１２０６では同期パケットがブロックに断片化され、フレームヘッダが加えられる。一実施形態において、この断片化はトランスポート層によって遂行される。例えばトランスポート層４１０は、図１０を参照しながら説明したとおりに同期パケットを断片化し、フレームヘッダを加える。
【０１５１】
ブロック１２０８ではブロックを下位層へ送る。例えば、ブロック１２０６で作られたブロックは、図８を参照しながら例証し説明したとおりストリーム、ＭＡＣ、および物理層へ送られる。
【０１５２】
ブロック１２１０では、配布ネットワークを介して１つ以上の受信デバイスへブロックを送信する。例えば、断片化ブロックから得られるＰＬＰは、配布ネットワーク１０６を備える物理層上で送信される。そして、配布ネットワーク１０６と通信するデバイス１０２等のデバイスがＰＬＰを受信できる。
【０１５３】
このようにして方法１２００は、配布ネットワーク上でのコンテンツ配布のためパケット化システムの一実施形態を提供する。方法１２００がひとつの実施にすぎないこと、そして実施形態の範囲内で方法１２００の変更、追加、削除、組み合わせ、またはその他の修正が可能であることに注意されたい。
【０１５４】
デバイス処理
一実施形態において、受信デバイスはネットワーク上でサービスを受信するため起動できるデバイスに相当する。デバイスは、これがＦＬＯ波形を受信することを可能にする内蔵受信器と、高品質マルチメディアコンテンツの表現にあたって必要とされるその他の特徴（例えば音声および映像品質、演算および格納能力）とを有する。加えてデバイスは、無線ＩＰデータ能力を具備する多機能モバイルプラットフォームに一体化される。この能力は、任意の無線ＩＰ接続上（例えばＣＤＭＡ２０００、Ｅｖｏｌｕｔｉｏｎ  Ｄａｔａ  Ｏｐｔｉｍｉｚｅｄ  ［１ｘＥＶ−ＤＯ］、またはＷＣＤＭＡ）で遂行できるトランザクション主体のオペレーションに役立てられる。
【０１５５】
サービスディレクトリ
システム情報（ＳＩ）は、利用可能なリアルタイム、非リアルタイム、およびＩＰデータキャストサービスのリストを記述する。これは利用可能なサービスと、同サービスにて閲覧できる見世物のタイトルと格付けとを列挙する。ＳＩはまた、各サービスのフローとそれらのメディアタイプ（映像、音声、文字情報、その他）とに関する情報を携える。受信デバイスは、利用可能サービスのリストをＳＩから見つけることができる。
【０１５６】
配信コンセプト
リアルタイムサービスを受信するためデバイスによって遂行されるステップは次のとおりである。
【０１５７】
１．  ユーザはデバイス上の番組ガイドＵＩからサービスを選択する。
【０１５８】
２．  デバイスは現在のＳＩから選択されたサービスに関連するフローＩＤを判定する。
【０１５９】
３．  デバイスはプロトコルスタックを開始し、選択されたサービスのフローＩＤ、サービスキー、および構成情報でこれを構成する。
【０１６０】
４．  プロトコルスタックは該当するフローＩＤでデータを受信し、復号化と逆フレーム化（すなわち逆パケット化）とを遂行する。
【０１６１】
５．  プロトコルスタックは音声または映像復号器に受信データを引き渡す。
【０１６２】
６．  復号器は受信データを処理し、選択されたメディアプレイヤーを用いてこれを再生する。
【０１６３】
リアルタイムサービスサポート
パケット化システムは、連続するコンテンツのストリームをサーバへ配信する１つ以上のリアルタイムサービスコンテンツプロバイダをサポートする。
【０１６４】
図１３は、パケット化システムで使用するリアルタイムサービスサポートを図解する図を示す。例えばコンテンツプロバイダは、図１に示されたサーバ１０４へ映像および音声ストリームを配信できる。このとき以下の機能が遂行される。
【０１６５】
１．  サーバは受信した映像および音声ストリームを特定の符号化フォーマットにトランスコードする。
【０１６６】
２．  サーバはこれらの映像および音声ストリームをネットワーク上でマルチキャストする。
【０１６７】
３．  リアルタイムサービスに関心を寄せる受信デバイスは該当するフローに「同調」し、受信したストリームを再生する。
【０１６８】
図１４は、パケット化システムで使用するのに適したデバイス１４００の一実施形態を示す。例えばデバイス１４００は、図１のデバイス１０２として使用できる。デバイス１４００は、いずれもデータバス１４０８へ結合された逆パケット化ロジック１４０２と、入力ロジック１４０４と、表現ロジック１４０６とを備える。デバイス１４００がひとつの実施にすぎないこと、そして実施形態の範囲内で別の実施が可能であることに注意されたい。例えばデバイス１４００は、ここで説明するパケット化システムの機能を提供するため１つ以上のプログラム命令を実行するよう構成された少なくとも１つのプロセッサを備えてよい。
【０１６９】
１つ以上の実施形態において、逆パケット化ロジック１４０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、および／またはハードウェアおよびソフトウェアの何らかの組み合わせを備える。このようにして逆パケット化ロジック１４０２は一般的に、機械可読命令を実行するため、そしてデータバス１４０８を介しデバイス１４００の１つ以上の他の機能要素を制御するためのロジックを備える。
【０１７０】
入力ロジック１４０４は、デバイス１４００が配布ネットワークから通信チャンネル１４１０を通じてパケット化コンテンツを受信することを可能にするよう作用するハードウェアおよび／またはソフトウェアを備える。例えば一実施形態において、通信チャンネル１４１０は、デバイス１４００がサーバと、または１つ以上のデータネットワークおよび／または同データネットワークへ結合されたデバイスと、直接的に通信することを可能にするため、何らかの相応しいタイプの通信リンクを備える。例えば通信チャンネル１４１０は、ユニキャスト、マルチキャスト、ブロードキャスト、またはデバイス１４００が配布ネットワーク上でパケット化コンテンツを受信することを可能にする他の何らかのタイプの通信チャンネルを提供する。
【０１７１】
表現ロジック１４０６は、デバイス１４００が受信コンテンツを表現することを可能にするよう作用するハードウェアおよび／またはソフトウェアを備える。例えば一実施形態において、受信するパケット化コンテンツは音声または映像情報に相当し、同音声または映像情報は表現ロジック１４０６によって表現できる。
【０１７２】
一実施形態のオペレーションのとき、パケット化されたコンテンツは入力チャンネル１４１０を通じて入力ロジック１４０４にて受信される。逆パケット化ロジック１４０２は、受信したパケット化コンテンツを逆パケット化するためのプロトコル層を提供するよう作用する。一実施形態において、逆パケット化ロジック１４０２は、パケット化コンテンツに含まれた同期ヘッダと、フレームヘッダと、プレゼンテーションタイムスタンプと、チェックサムとを処理するために使用する１つ以上のプロトコル層を提供するよう作用する。プロトコル層は、受信パケットから音声および映像コンテンツを抽出するためパケット化プロセスの逆を遂行するよう作用する。逆パケット化ロジック１４０２とプロトコル層によって遂行される機能のより詳細な説明は、本書の他の節に記載されている。
【０１７３】
一実施形態において、パケット化システムは、１つ以上のプログラム命令（「命令」）をコンピュータ可読媒体に格納し有するコンピュータプログラムを備え、同命令は、少なくとも１つのプロセッサによって、例えば逆パケット化ロジック１４０２によって実行されるときに、ここで説明するパケット化システムの機能を提供する。例えば命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、またはデバイス１４００につながる他の何らかのタイプのメモリデバイスまたはコンピュータ可読媒体等、コンピュータ可読媒体からデバイス１４００の中へロードできる。別の実施形態においては、デバイス１４００につながる外部デバイスまたはネットワークリソースからデバイス１４００の中へ命令をダウンロードできる。命令は、逆パケット化ロジック１４０２によって実行されるときに、ここで説明するパケット化システムの１つ以上の実施形態を提供する。
【０１７４】
このようにしてデバイス１４００は、デバイスにて表現されるコンテンツを得るため、配布ネットワークを介して受信する多重化コンテンツフローを効率的に逆パケット化するパケット化システムの実施形態を提供するよう作用する。
【０１７５】
図１５は、パケット化システムでリアルタイムサービスを受信する受信デバイスにおけるデータおよび制御フローの一例を示す。映像および音声フローは２つの異なるＭＬＣで受信される。暗号化されたワーキングキーがＭＬＣのストリーム０で配信されると仮定する。デバイスで映像および音声コンテンツを表現できるようにするため、映像および音声フローはパケット化システムの層およびプロトコルによって処理される。例えば一実施形態において、層およびプロトコルは逆パケット化ロジック１４０２によって実施される。
【０１７６】
デバイスにおけるパケットの再組み立て
デバイスにて逆パケット化ロジック１４０２によって実施されるトランスポート層のフレーミングプロトコルは、受信したストリーム層ブロックからアプリケーション層パケットを組み立てなおす。デバイスは、受信する各ブロックにつき最初のバイト（フレームヘッダ）を読み取る。そのＬＥＮＧＴＨフィールドは、上位層パケットに属するブロックのバイト数を指示する。ＬＡＳＴビットは、現在の断片が上位層パケットの最後の断片か否かを指示する。ＬＡＳＴビットは、パケットの全断片が受信済みなら１に設定される。フレーミングプロトコルは、受信バイトを完全なパケットとして上位層に引き渡すことができる。これはまた、組み立てなおされたパケットの長さに関する情報を上位層に引き渡すことができる。
【０１７７】
図１６は、デバイスにて２つのアプリケーション層パケットを収容する３つの受信ブロックを処理するためパケット化システムの一実施形態がいかに作用するかを図解する。１２１バイトの第１のブロックと７９バイトの第２のブロックによって第１のパケット１６０２が形成されている。第２のブロックの第１のフレームヘッダのＬＡＳＴビットは、これがパケットの最後の断片であることを指示するため１に設定される。第２のブロックの第２のフレームヘッダは、４１に設定されたＬＥＮＧＴＨフィールドと０に設定されたＬＡＳＴビットとを有する。この断片は、第２のパケット１６０４の先頭にあたる。第３のブロックの第１のフレームヘッダは、４０に設定されたＬＥＮＧＴＨフィールドと１に設定されたＬＡＳＴビットとを有する。デバイスは、第２および第３のブロックから第２のパケットの８１バイトを組み立てなおすことができる。第３のブロックの第２のフレームヘッダは、１２７に設定されたＬＥＮＧＴＨフィールドと１に設定されたＬＡＳＴビットとを有し、残りのバイトがＰＡＤ（埋め込み）バイトであることを指示する。
【０１７８】
エラー処理
トランスポート層の重要任務はエラーがあるＰＬＰを処理することである。基礎となるストリーム層は、ある特定のブロックを、下位層ＣＲＣチェックに失格する場合に、エラーがあるとマークを付す。以下、トランスポート層がこれらのエラーがあるブロックを処理するためのルールを説明する。
【０１７９】
ストリーム層があるブロックをエラーがあるとマークを付す場合、これの内容は一切信用できない。したがってトランスポート層は、フレームヘッダについて何らかのデフォルト値を仮定しなければならない。デバイス側のトランスポート層は、エラーがあるブロックのフレームヘッダ（第１のバイト）が０に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定する。つまりトランスポート層は、そのブロックが、すでに組み立てなおされている上位層パケットに、またはかかるパケットがない場合にはかかるパケットの第１の断片に、属すると仮定する。そしてトランスポート層は引き続き他のブロックを処理し、相応に上位層パケットを組み立てなおす。加えて上位層は、もしも上位層パケットの少なくとも１つの断片がエラーがあるブロックにて受信された場合に、その上位層パケットを「エラーがある」とマークを付す。
【０１８０】
図１７は、ストリーム層が第１の受信ブロックにエラーがあることを指摘する場合のパケット化システムのオペレーションを示す。トランスポート層はこの場合に、第１のフレームヘッダが０に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定しながらブロックを処理する。この場合、トランスポート層が仮定するデフォルト値はたまたま実際の値であることがある。トランスポート層はまた、再構築された上位層パケットをエラーがあるとマークを付す。
【０１８１】
図１８は、ストリーム層が第２の受信ブロック１８０２のエラーを指摘する場合のパケット化システムのオペレーションを示す。前述したとおり、トランスポート層は、このエラーがあるブロックのフレームヘッダが０に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定する。そしてこれは、残りのブロックの処理を続行する。再構築された上位層パケットはトランスポート層によってエラーがあるとマークを付される。図１８に示すとおり、第２のブロック１８０２は、実際には２つの上位層パケットの断片を収容している。ただしトランスポート層は、それらの両方を収容する１つの上位層パケットを引き渡す。加えて、トランスポート層はパケットの境界を判断できず、さらに第２のブロックの第２のフレームヘッダを検出できないから、第２のブロックの第２のフレームヘッダは上位層パケットの中にもある。
【０１８２】
スーパーフレームの最終ブロックでエラーを処理する
図１９は、ストリーム層がスーパーフレームの最終ブロックがエラーであるとマークを付す場合のパケット化システムのオペレーションを示す。デバイス側でのトランスポート層の挙動は、フレーミングプロトコルのモード次第で異なる。もしもフレーミングプロトコルのモードがスーパーフレーム越境断片化を許可するなら、デバイス側のトランスポート層は先に述べたのと同じ要領でこれを処理する。つまりデバイス側のトランスポート層は、フレームヘッダが０に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定する。トランスポート層は、後続スーパーフレームで受信するブロックの処理をこの仮定に基づき続行する。この場合のトランスポート層の挙動は、他の何らかのブロックでエラーが発生する場合と同様である。
【０１８３】
もしもスーパーフレームの最終ブロックがエラーであるとマークを付され、フレーミングプロトコルのモードがスーパーフレーム越境断片化を許可しないなら、デバイス側のトランスポート層は、フレームヘッダ（第１のバイト）が１に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定する。
【０１８４】
もしもスーパーフレームの最終ブロックがエラーであるとマークを付され、フレーミングプロトコルのモードがスーパーフレーム越境断片化を許可するなら、デバイス側のトランスポート層は、フレームヘッダ（第１のバイト）が０に設定されたＬＡＳＴビットと１２１に設定されたＬＥＮＧＴＨフィールドとを有すると仮定する。
【０１８５】
そしてトランスポート層は図１９に示すとおり上位層パケット１９０２を再構築し、これをエラーがあるとマークを付す。この場合、再構築される上位層パケットは、ＰＡＤバイトと、フレームヘッダと、ことによると完全なパケットとを含む、さらなるデータを収容することがある。
【０１８６】
もしもフレーミングプロトコルのモードがスーパーフレーム越境断片化を許可するなら、トランスポート層は、選択された期間（ＴＦＲＡＧ）内に残りのブロックが受信されない場合に、不完全上位層パケットを（これがある場合に）破棄する。
【０１８７】
ＬＥＮＧＴＨフィールドの違反値を処理する
デバイスは、フレームヘッダのＬＥＮＧＴＨフィールドが有効範囲外の値に設定され、ブロックがエラーであるとマークを付されない場合に、そのブロックをエラーとみなし、相応に処理する。
【０１８８】
フレーミングディレクトリプロトコル
上述したとおり、フレーミングプロトコルでは、エラーがあるパケットがしかるべきエラー指示と併せてアプリケーション層へ引き渡される。
【０１８９】
図２０は、ストリーム層がトランスポート層へ３つのブロックを引き渡す場合のパケット化システムのオペレーションを示す。当然ながら、第２のブロック２００２はエラーがあるとマークを付される。フレーミングプロトコルによるエラーがあるブロックのデフォルト処理は前の節で説明した。フレーミングプロトコルは３つのブロックを１つのパケット２００４に組み立てなおし、これをエラーがあるとマークを付す。できあがったパケットが第２のブロックのデータバイトのほかに第２のブロックの中にある中間のフレームヘッダを有する点に注意されたい。
【０１９０】
一実施形態においては、デバイスにてエラーに対する頑健性を高めるため、ストリーム０で送信される追加の信号情報によってトランスポート層フレーミングディレクトリプロトコルメッセージが提供される。このトランスポート層フレーミングディレクトリプロトコルメッセージはパケットの境界に関する情報を収容し、これをもとにデバイスは挿入された追加のフレームヘッダを検出でき、これを除去できる。そしてデバイスは２つのトランスポート層パケットをアプリケーションに引き渡すことができ、それらの両方をエラーがあるとマークを付すことができる。
【０１９１】
フレーミングディレクトリの構造
フレーミングディレクトリプロトコルメッセージのフォーマットは下の表１０に記載されたとおりである。
【表１０】
2008546229.tif 000012
【０１９２】
ＭＥＳＳＡＧＥ＿ＩＤ
ＭＥＳＳＡＧＥ＿ＩＤフィールドは、メッセージがフレーミングディレクトリメッセージであることを指示するために使用する。フレーミングディレクトリメッセージの場合、ＭＥＳＳＡＧＥ＿ＩＤフィールドはＦＲＡＭＩＮＧ＿ＤＩＲＥＣＴＯＲＹ（３）に設定される。
【０１９３】
ＦＬＯＷ＿ＩＤ
このフィールドは、フレーミングディレクトリメッセージを送信するフローの識別子を表す。フレーミングディレクトリメッセージは、ＦＬＯＷ＿ＩＤによって指定されるフローに固有のものである。メッセージにはフローが関連付けられるため、サーバはフローをサポートするＭＬＣのストリーム０だけでこのメッセージを送信する。サーバは、ＦＬＯＷ＿ＩＤによって指定されるフローに関連するストリーム０でフレーミングディレクトリメッセージを送信する。
【０１９４】
ＳＩＺＥ＿ＯＦ＿ＢＬＯＣＫ＿ＯＦＦＳＥＴ
このフィールドは、メッセージの中で使われるＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドのサイズ（ビット数）を表す。ＳＩＺＥ＿ＯＦ＿ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドは１および１５の間の値に設定される。
【０１９５】
ＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳ
このフィールドは、所定のフローＩＤで現在のスーパーフレームの中で送信されるパケットの数を指示する。
【０１９６】
ＤＩＲＥＣＴＯＲＹ＿ＲＥＣＯＲＤＳ
ＤＩＲＥＣＴＯＲＹ＿ＲＥＣＯＲＤＳはＮＵＭＢＥＲ＿ＯＦ＿ＰＡＣＫＥＴＳの数だけインスタンスがある。各レコードはアプリケーション層パケットがどこで終わるかを指示する。ＤＩＲＥＣＴＯＲＹ＿ＲＥＣＯＲＤＳのフォーマットは下の表１１に記載されたとおりである。
【表１１】
2008546229.tif 000013
【０１９７】
ＢＬＯＣＫ＿ＯＦＦＳＥＴ
メッセージの中の最初のＤＩＲＥＣＴＯＲＹ＿ＲＥＣＯＲＤＳの場合、ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドは、第１のパケット末尾境界があるところの（先頭からの）ブロック数である。以降のＤＩＲＥＣＴＯＲＹ＿ＲＥＣＯＲＤＳの場合、ＢＬＯＣＫ＿ＯＦＦＳＥＴはパケット末尾境界があったところの先行ブロックに対するブロック数である。ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドのビット数は、メッセージのＳＩＺＥ＿ＯＦ＿ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドによって与えられる。例えば、ＳＩＺＥ＿ＯＦ＿ＢＬＯＣＫ＿ＯＦＦＳＥＴが２に設定されると仮定する。これは、ＢＬＯＣＫ＿ＯＦＦＳＥＴフィールドを表すために使われるビット数が２であることを意味する。ブロック間の距離は０から３の範囲におよぶ。
【０１９８】
ＢＹＴＥ＿ＯＦＦＳＥＴ
このフィールドは、パケットが終わるところのブロックの中のバイト数である。ＢＹＴＥ＿ＯＦＦＳＥＴフィールドの有効範囲は１から１２１までである。
【０１９９】
ＲＥＳＥＲＶＥＤ
ＲＥＳＥＲＶＥＤビットは、フレーミングディレクトリメッセージをバイト整合するために加えられる。ＲＥＳＥＲＶＥＤビットはフレーミングディレクトリメッセージの中で０に設定される。フレーミングプロトコルのモードがスーパーフレーム越境断片化を許可しない場合にはフレーミングディレクトリ機構が使われる。図１８に示された断片化でフレーミングディレクトリ構造の一例を下の表１２に示す。
【表１２】
2008546229.tif 000014
【０２００】
図２１は、第２のブロックの４０バイト目のところにパケット境界があることを検出するため、受信デバイスにてフレーミングディレクトリ情報が使用される場合のパケット化システムのオペレーションを示す。このときデバイスはフレームヘッダを除去でき、エラーがあるとマークを付された２つのトランスポート層パケットを引き渡すことができる。
【０２０１】
ベースまたはエンハンスメントサブフローへ埋め込みブロックが加えられる場合、フレーミングディレクトリは最後の有効パケット末尾境界にマークを付し、残りのバイトを埋め込みパケットとして処理する。サブフローから回収される埋め込みパケットはフレーミングプロトコルによって破棄される。
【０２０２】
パケット断片のほかにフレーミングディレクトリからパケットサイズについて同様の情報を入手できるため、デバイスはパケット断片の中の情報を優先し、パケットエラーが発生する場合に限りフレーミングディレクトリを使用することができる。
【０２０３】
チェックサムプロトコル
フレーミングプロトコルがスーパーフレーム越境断片化を許可するモードを使用するサービスについて考えてみよう。ここで、デバイスは何らかのスーパーフレームからストリーム層ブロックの受信を開始すると仮定する。このデバイスは、第１の上位層パケットの断片が以前のスーパーフレームで送信されたか否かを知らない。したがって、たとえブロックがエラーをともなわずに受信される場合でも、第１の上位層パケットは不完全かもしれない。前の節で述べたフレーミングプロトコルはこれを特別なケースとして扱わない。同様に、デバイスが（伝送チャンネルの劣化により）完全なスーパーフレームを逸する場合にも不完全な、またはエラーがある、上位層パケットが作られる。チェックサムプロトコルは、フレーミングプロトコルが不完全なパケットを上位層へ引き渡す状況を検出し回避するために提供される。これは、フロー単位で実施できる任意選択可能のプロトコルである。エラーがあるにもかかわらず下位層ＣＲＣチェックがパケットを良好と宣言する場合（検出漏れ）の保全性検査レベルの向上にチェックサムプロトコルを役立てることもできる。以下、パケット化プロセスのときにサーバにチェックサムを取り入れるパケット化システムのオペレーションを説明する。
【０２０４】
図２２は、トランスポート層に属するプロトコルを示す。チェックサムプロトコル２２０２はフレーミングプロトコル２２０４の上で実施される。
【０２０５】
図２３は、各々の上位層パケットへ１６ビットのＣＲＣを加えるため、パケット化システムのサーバでチェックサムプロトコルがいかに提供されるかを示す。ここで、拡張されたパケットは断片化のためフレーミングプロトコルへ引き渡される。
【０２０６】
一実施形態において、１６ビットフィールドは高位層パケットのためのフレームチェックサムシーケンス（ＦＣＳ）を収容する。このＦＣＳは、次のとおりに表される業界標準ＣＲＣ−ＣＣＩＴＴ生成多項式を用いて計算される。
【０２０７】
ｇ（ｘ）＝ｘ１６＋ｘ１２＋ｘ５＋１
以下、パケット化コンテンツの中に取り入れられたチェックサムをデバイスで処理するパケット化システムのオペレーションを説明する。パケット化システムのフレーミングプロトコルは上位層パケットを再構築するためデバイスに働きかける。デバイス側のチェックサムプロトコルは、再構築された上位層パケットの最後の２バイトが１６ビットＦＣＳ（すなわち受信ＣＲＣビット）であると仮定する。デバイス側のチェックサムプロトコルは、パケット全体にわたって１６ビットＣＲＣを計算し（最後の２バイトは除く）、これを受信ＣＲＣビットに比較する。不一致がある場合、パケットはエラーであるとマークを付される。そしてトランスポート層は全パケットの２つのＣＲＣバイトを除去し、パケットと、これの長さと、エラー指示とを上位層に引き渡す。
【０２０８】
図２４は、パケット化システムの受信デバイスにおけるチェックサム処理を図解する。受信ＣＲＣビットが算出ＣＲＣビットに一致しない場合は、パケットがエラーとしてマークを付される。
【０２０９】
図２５は、デバイスにてパケット化システムを提供する方法２５００の一実施形態を示す。例えば方法２５００は、図１４に示されたデバイス１４００による使用に適する。明瞭を図るため、方法２５００は上述したパケット化プロトコルと層とを参照しながら論述する。
【０２１０】
ブロック２５０２では物理層パケットを受信し、処理する。例えばパケットは、デバイス１４００の入力ロジック１４０４にて受信され、コンテンツブロックを作成するため逆パケット化ロジック１４０２から提供される下位層によって処理される。
【０２１１】
ブロック２５０４ではエラー処理を遂行する。一実施形態においては、１つ以上のコンテンツブロックがエラーを含むことがある。例えば、エラーを含むコンテンツブロックを判定するため、上述したとおりにチェックサム処理を遂行できる。エラーを含むコンテンツブロックが検出される場合、対応するフレームヘッダで選択される値はデフォルト値と仮定される。例えば、エラーブロックに関連するフレームヘッダの中でＬＥＮＧＴＨおよびＬＡＳＴパラメータの仮定またはデフォルト値は上で説明した。選択される値を仮定することにより、逆パケット化システムは、上述したとおりアプリケーション層パケットを作成するためそれらのブロックの処理を続行できる。一実施形態においては、アプリケーション層パケットの中にエラーがあることを示すため、アプリケーション層パケットがマークを付される。このようにして逆パケット化システムは、コンテンツの一部にエラーがある場合でもコンテンツを復元するよう作用する。一実施形態において、逆パケット化ロジック１４０２は、ここで説明したとおりにエラー処理を遂行するよう作用する。
【０２１２】
ブロック２５０６ではコンテンツブロックが逆フレーム化される。例えば逆パケット化ロジック１４０２は、同期層パケットを作成するため、コンテンツブロックを逆フレーム化するよう作用する。例えば、同期層パケットを得るためコンテンツブロックに関連するフレームヘッダが処理される。
【０２１３】
ブロック２５０８では、コンテンツ層パケットを作成するため、同期層パケットから同期ヘッダが抽出される。例えば逆パケット化ロジック１４０２は、上述したとおり同期ヘッダを除去するよう作用する。同期ヘッダは、コンテンツの表現を同期させるために使われるプレゼンテーションタイムスタンプを備える。
【０２１４】
ブロック２５１０ではコンテンツ層パケットを復号化する。例えば逆パケット化ロジック１４２０は、コンテンツ層パケットから音声および映像コンテンツを復号化するよう作用する。
【０２１５】
ブロック２５１２ではデバイス上でコンテンツを表現する。例えば表現ロジック１４０６は、プレゼンテーションタイムスタンプに従ってコンテンツをデバイス上で表現する。
【０２１６】
このようにして方法２５００は、配布ネットワーク上でのコンテンツ配布のためパケット化システムの一実施形態を提供する。方法２５００がひとつの実施にすぎないこと、そして実施形態の範囲内で方法２５００の変更、追加、削除、組み合わせ、またはその他の修正が可能であることに注意されたい。
【０２１７】
図２６は、パケット化システム２６００の一実施形態を示す。パケット化システム２６００は、１つ以上のコンテンツパケットを生成する手段（２６０２）と、同期ヘッダを加える手段（２６０４）とを備える。一実施形態においては、ここで説明したパケット化システムの実施形態を提供するためコンピュータプログラムを実行する少なくとも１つのプロセッサによって手段（２６０２−２６０４）が提供される。
【０２１８】
図２７は、パケット化システム２７００の一実施形態を示す。パケット化システム２７００は、抽出する手段（２７０２）と、処理する手段（２７０４）と、同期させる手段（２７０６）とを備える。一実施形態においては、ここで説明したパケット化システムの実施形態を提供するためコンピュータプログラムを実行する少なくとも１つのプロセッサによって手段（２７０２−２７０６）が提供される。
【０２１９】
図２８は、パケット化システム２８００の一実施形態を示す。パケット化システム２８００は、受信する手段（２８０２）と、判定する手段（２８０４）と、仮定する手段（２８０６）と、処理する手段（２８０８）とを備える。一実施形態においては、ここで説明したパケット化システムの実施形態を提供するためコンピュータプログラムを実行する少なくとも１つのプロセッサによって手段（２８０２−２８０８）が提供される。
【０２２０】
ここに開示する実施形態との関係で説明した様々な例証的ロジック、論理ブロック、モジュール、および回路は、ここで説明した機能を遂行するよう設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）またはその他のプログラム可能論理素子、個別ゲートまたはトランジスタロジック、個別ハードウェアコンポーネント、またはこれらの任意の組み合わせによって実施または遂行してよい。汎用プロセッサはマイクロプロセッサであってよく、ただし代案において、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であってよい。プロセッサはまた、演算装置の組み合わせとして、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つ以上のマイクロプロセッサ、または他の何らかのかかる構成として実施してよい。
【０２２１】
ここに開示する実施形態との関係で説明した方法またはアルゴリズムのステップは、ハードウェアにて直に、プロセッサによって実行されるソフトウェアモジュールにて、または双方の組み合わせにて、具現してよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、または当技術で公知の他の何らかの格納媒体形態に常駐してよい。模範的な格納媒体はプロセッサへ結合され、このようにしてプロセッサは格納媒体からの情報の読み取りと格納媒体への情報の書き込みとを果たすことができる。代案において、格納媒体はプロセッサに一体化されてよい。プロセッサと格納媒体とはＡＳＩＣに常駐してよい。ＡＳＩＣはユーザ端末に常駐してよい。代案において、プロセッサと格納媒体とはユーザ端末にて個別コンポーネントとして常駐してよい。
【０２２２】
開示された実施形態の説明は、当業者が本発明を製作または使用できるようにするために提供されている。これらの実施形態に対する様々な修正は当業者にとって容易に明白となるであろうし、ここに定める一般原理は、本発明の精神または範囲から逸脱することなく他の実施形態へ、例えばインスタントメッセージングサービスまたは一般的な無線データ通信アプリケーションに適用できる。よって、本発明はここで紹介した実施形態に限定されることを意図せず、ここに開示する原理と新規の特徴とに合致する最も広い範囲が与えられるべきものである。用語「模範的」はここで専ら「例、事例、または例証として役立つ」ことを意味するために使われている。ここで「模範的」なものとして説明する実施形態は必ずしも他の実施形態より好ましいもの、または有利なものと解釈されるべきものではない。
【０２２３】
したがって、パケット化システムの実施形態をここで例証し説明してきたが、それらの精神または本質的特性から逸脱することなく様々な変更を実施形態に施せることは承知されるであろう。よって、ここでの開示と説明は、請求項に定める本発明の範囲を制限するのではなく例証することを意図する。
【図面の簡単な説明】
【０２２４】
【図１】パケット化システムの一実施形態を備えるネットワークを示す図。
【図２】パケット化システムでの使用に適するサーバの一実施形態を示す図。
【図３】パケット化システムで使用する層およびプロトコルの一実施形態を示す図。
【図４】パケット化システムで使用するプロトコルアーキテクチャの一実施形態を示す図。
【図５】アプリケーション層がリアルタイムコンテンツ層と同期層とにいかに分割されるかを示す図。
【図６】パケット化システムの一実施形態で層間のデータフローを図解するフロー図。
【図７】同期層がリアルタイムコンテンツ層パケットへ同期層ヘッダをいかに加えるかを図解する図。
【図８】パケット化システムにおけるストリーム、ＭＡＣ、および物理層のオペレーションを図解する図。
【図９】フレーミングプロトコルの一実施形態から提供される単一パケットの断片化方式を示す図。
【図１０】２つのパケットを断片化するためフレーミングプロトコルの一実施形態がいかに作用するかを図解する図。
【図１１】サイズが２００バイトの上位層パケットを２つの部分に断片化するためフレーミングプロトコルの一実施形態がいかに作用するかを図解する図。
【図１２】パケット化システムを提供する方法の一実施形態を示す図。
【図１３】パケット化システムで使用するリアルタイムサービスサポートを図解する図。
【図１４】パケット化システムで使用するデバイスの一実施形態を示す図。
【図１５】パケット化システムでリアルタイムサービスを受信する受信デバイスにおけるデータおよび制御フローの一例を示す図。
【図１６】デバイスにて２つのアプリケーション層パケットを収容する３つの受信ブロックを処理するためパケット化システムの一実施形態がいかに作用するかを図解する図。
【図１７】ストリーム層が第１の受信ブロックにエラーがあることを指摘する場合のパケット化システムのオペレーションを示す図。
【図１８】ストリーム層が第２の受信ブロックのエラーを指摘する場合のパケット化システムのオペレーションを示す図。
【図１９】ストリーム層がスーパーフレームの最終ブロックにエラーであるとマークを付す場合のパケット化システムのオペレーションを示す図。
【図２０】ストリーム層がトランスポート層へ３つのブロックを引き渡す場合のパケット化システムのオペレーションを示す図。
【図２１】受信デバイスにてフレーミングディレクトリ情報が使用される場合のパケット化システムのオペレーションを示す図。
【図２２】トランスポート層に属するプロトコルを示す図。
【図２３】パケット化システムのサーバでチェックサムプロトコルがいかに提供されるかを示す図。
【図２４】パケット化システムの受信デバイスにおけるチェックサム処理を図解する図。
【図２５】パケット化システムを提供する方法の一実施形態を示す図。
【図２６】パケット化システムの一実施形態を示す図。
【図２７】パケット化システムの一実施形態を示す図。
【図２８】パケット化システムの一実施形態を示す図。
【符号の説明】
【０２２５】
１００・・・ネットワーク、１０６・・・配布ネットワーク、１０８、２１０、２１２・・・通信リンク、１１０・・・無線リンク、１１８・・・パケット、１２０・・・経路、２００・・・サーバ、２０８，１４０８・・・データバス、３００・・・層およびプロトコル、３０４、８０６・・・ＭＡＣ層、３０６、８０４・・・ストリーム層、３０８、８０２・・・上位層、４００・・・プロトコルアーキテクチャ、４１４・・・コンテンツの流れ、６００・・・フロー図、６０８・・・ネットワーク、７０６・・・同期層パケット、１２００，２５００・・・パケット化システムを提供する方法、１４００・・・パケット化システムで使用するのに適したデバイス、１４１０・・・通信チャンネル、１８０２・・・第２の受信ブロック、１９０２・・・上位層パケット、２００２・・・第２のブロック、２００４・・・パケット、２６００，２７００、２８００・・・パケット化システム。
【図１】
2008546229.tif 000015
【図２】
2008546229.tif 000016
【図３】
2008546229.tif 000017
【図４】
2008546229.tif 000018
【図５】
2008546229.tif 000019
【図６】
2008546229.tif 000020
【図７】
2008546229.tif 000021
【図８】
2008546229.tif 000022
【図９】
2008546229.tif 000023
【図１０】
2008546229.tif 000024
【図１１】
2008546229.tif 000025
【図１２】
2008546229.tif 000026
【図１３】
2008546229.tif 000027
【図１４】
2008546229.tif 000028
【図１５】
2008546229.tif 000029
【図１６】
2008546229.tif 000030
【図１７】
2008546229.tif 000031
【図１８】
2008546229.tif 000032
【図１９】
2008546229.tif 000033
【図２０】
2008546229.tif 000034
【図２１】
2008546229.tif 000035
【図２２】
2008546229.tif 000036
【図２３】
2008546229.tif 000037
【図２４】
2008546229.tif 000038
【図２５】
2008546229.tif 000039
【図２６】
2008546229.tif 000040
【図２７】
2008546229.tif 000041
【図２８】
2008546229.tif 000042