(57)【要約】  大容量メディアデータを伝送できる既存のＳＡＦパケットと互換可能な拡張されたＳＡＦパケット構造及び生成方法を提供する。該ＳＡＦパケット構造は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットとＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、ＳＡＦアクセスユニットにＳＡＦフラグメントユニットが伝送されるか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなる。これにより、ＳＡＦパケットヘッダの情報からＳＡＦフラグメントユニットが伝送されるということが分かり、ＳＡＦアクセスユニット情報からＳＡＦフラグメントユニットのタイプ情報、これによる連続番号、総アクセスユニット長が分かる。【特許請求の範囲】
【請求項１】
大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、
前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなることを特徴とする大容量メディアデータを受容するための拡張されたＳＡＦパケット構造。
【請求項２】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに含むことを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット構造。
【請求項３】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含むことを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット構造。
【請求項４】
前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることが知らせられることを特徴とする請求項１に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット構造。
【請求項５】
大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するアクセスユニット生成部と、
前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するヘッダ生成部と
を備えることを特徴とする大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
【請求項６】
前記アクセスユニット生成部は、前記ＳＡＦフラグメントユニットのタイプが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットであるか否かを判断し、第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに生成することを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
【請求項７】
前記アクセスユニット生成部は、前記ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに生成することを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
【請求項８】
前記ヘッダ生成部は、前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることを知らせることを特徴とする請求項５に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置。
【請求項９】
メディアデータを伝送するＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理するパーシング装置において、
前記ＳＡＦパケットは、
大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、
前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、
からなる大容量メディアデータを受容するための拡張されたＳＡＦパケットであることを特徴とするＳＡＦパケットパーシング装置。
【請求項１０】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに含むことを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
【請求項１１】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含むことを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
【請求項１２】
前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることが知らせられることを特徴とする請求項９に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置。
【請求項１３】
大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するステップと、
前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するステップと
を含むことを特徴とする大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
【請求項１４】
前記アクセスユニット生成ステップは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドを形成するステップを含むことを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
【請求項１５】
前記アクセスユニット生成ステップは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドを形成するステップを含むことを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
【請求項１６】
前記ヘッダ生成ステップは、前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることを知らせることを特徴とする請求項１３に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法。
【請求項１７】
メディアデータを伝送するＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理するパーシング方法において、
前記ＳＡＦパケットは、
大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、
前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなる大容量メディアデータを受容するための拡張されたＳＡＦパケットであることを特徴とするＳＡＦパケットのパーシング方法。
【請求項１８】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに含むことを特徴とする請求項１７に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
【請求項１９】
前記ＳＡＦアクセスユニットは、前記ＳＡＦフラグメントユニットのタイプがＳＡＦフラグメントユニットのうち、第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含むことを特徴とする請求項１７に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
【請求項２０】
前記ＳＡＦパケットヘッダのＳＡＦフラグメントユニットの伝送可否情報提供フィールド値を０に設定して、前記ＳＡＦアクセスユニットのペイロードにＳＡＦフラグメントユニットが伝送されることを知らせることを特徴とする請求項１７に記載の大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法。
【請求項２１】
請求項１３ないし２０のうち何れか１項に記載の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＡＦ（Ｓｉｍｐｌｅ Ａｇｇｒｅｇａｔｉｏｎ Ｆｏｒｍａｔ）パケット構造に係り、さらに詳細には、大容量データを受容するための拡張されたＳＡＦパケット構造、ＳＡＦパケット生成装置、ＳＡＦパケットパーシング装置及び方法に関する。
【背景技術】
【０００２】
携帯電話のように、資源が不足した端末で簡単なマルチメディアサービスを行うためのＭＰＥＧ（Ｍｏｂｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４ ＬＡＳｅＲ（Ｌｉｇｈｔ Ａｐｐｌｉｃａｔｉｏｎ Ｓｃｅｎｅ Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）でのストリーミング時に、パケットのフォーマットは、ＳＡＦと定義される。
ＳＡＦは、簡略化されたストリーム技術メカニズムであって、多様なメディア、フォント及びシーンストリームを簡単に多重化しやすい、強力な要素ストリームパッケージング方法を提供するＭＰＥＧ−４システム同期化階層の構成である。
【０００３】
現在、ＳＡＦパケット構造で受容可能なパケットサイズは、６５,５３５バイトに制限される。したがって、速く発展するモバイルアプリケーションで使用する大容量メディアデータを受容するには問題点が存在する。例えば、高画素カメラを内蔵しているモバイルデバイスで撮った写真や、３ＧＰＰ２で使用するＣＭＦ（Ｃｏｍｐａｃｔ Ｍｕｌｔｉｍｅｄｉａ Ｆｏｒｍａｔ）のような大容量メディアデータは、現在のＳＡＦパケット構造では受容できない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、既存のＳＡＦパケット構造と互換が可能であり、大容量メディアデータも受容可能にする拡張されたＳＡＦパケット構造及び方法が必要とされている。
【０００５】
本発明が解決しようとする技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットの構造を提供することである。
【０００６】
本発明が解決しようとする他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットを生成する装置及び方法を提供することである。
【０００７】
本発明が解決しようとするさらに他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットをパーシングする装置及び方法を提供することである。
【０００８】
本発明が解決しようとするさらに他の技術的課題は、大容量メディアデータが受容でき、既存のＳＡＦ構造と互換可能な拡張されたＳＡＦパケットを生成する方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。
【課題を解決するための手段】
【０００９】
前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット構造は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなりうる。
【００１０】
前記ＳＡＦアクセスユニットは、ＳＡＦフラグメントユニットのタイプが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供するフィールドをさらに含み、ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供するフィールドをさらに含みうる。
【００１１】
前記ＳＡＦパケットヘッダのフィールド値を０に設定することによって、ＳＡＦフラグメントユニットが前記ＳＡＦアクセスユニットのペイロード中において伝送されることが知らせられうる。
【００１２】
前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成装置は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するアクセスユニット生成部と、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するヘッダ生成部と、を備えうる。
【００１３】
前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケットパーシング装置は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなるＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理しうる。
【００１４】
前記課題を達成するための本発明の他の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットを生成するステップと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するステップと、を含みうる。
【００１５】
前記課題を達成するための本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケットのパーシング方法は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットと前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドとを含むＳＡＦアクセスユニットと、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダと、からなるＳＡＦパケットを受信して、前記ＳＡＦパケットのメディアデータ情報を提供するフィールドを分析処理するステップを含みうる。
【００１６】
前記課題を達成するために本発明の一実施例による大容量メディアデータを受容するための拡張されたＳＡＦパケット生成方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００１７】
本発明によれば、ＳＡＦパケットに大容量メディアデータを分割したフラグメントユニットの伝送において、既存のＳＡＦパケットヘッダで使用するアクセスユニット長の値が０である時、ＳＡＦアクセスユニットにＳＡＦフラグメントユニットまたは第１のＳＡＦフラグメントユニットが伝送されることを知らせることによって、パケットが大容量メディアデータのフラグメントの伝送情報を提供することによって、大容量メディアデータの伝送を可能にする。
【００１８】
また、ＳＡＦアクセスユニットがフラグメント連続番号を含んでいるので、パケット損失に備えることができる。
【００１９】
そして、伝送パケットが分割された大容量データのフラグメントユニットのうち、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットを含む場合、総アクセスユニット長を含んでいるので、総メディアデータサイズをデコーダで計算可能にする。
【００２０】
それだけでなく、受信側で大容量メディアデータが受信でき、パケットフィールド情報からデータ損失有無を把握して適切に対応できるので、ユーザにさらに良質のサービスを提供できる。
【００２１】
したがって、本発明によるＳＡＦパケットは、ＬＡＳｅＲバージョン１及び既存のＳＡＦパケットと互換でき、大容量メディアデータを受容できるように拡張可能である。
【発明を実施するための最良の形態】
【００２２】
前述した目的、特徴及び長所は、添付された図面と関連した次の詳細な説明を通じてさらに明確になり、それにより、当業者が本発明の技術的思想を容易に実施できるであろう。また、本発明の説明において、本発明と関連した公知の技術についての具体的な説明が本発明の要旨を必要以上に不明確にすると判断される場合に、その詳細な説明を省略する。
【００２３】
以下で、添付された図面を参照して、本発明の望ましい実施例を詳細に説明する。
図１は、本発明の一実施例によるアクセスユニット長フィールドを含むＳＡＦ（Ｓｉｍｐｌｅ Ａｇｇｒｅｇａｔｉｏｎ Ｆｏｒｍａｔ）パケットヘッダの構造図である。
【００２４】
前記図１を参照すれば、本発明のＳＡＦパケット１００は、ＳＡＦパケットヘッダ１１０とＳＡＦアクセスユニット１５０とで構成される。したがって、ＳＡＦアクセスユニット１５０の長さは、ＳＡＦパケット１００の長さとＳＡＦパケットヘッダ１１０の長さとの差である。
【００２５】
本発明によれば、大容量メディアデータをＳＡＦパケットで伝送するために、前記大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分けて伝送する。本発明では、前記分割されたデータのそれぞれをＳＡＦフラグメントユニットといい、ＳＡＦフラグメントユニットのうち、最初にＳＡＦパケットを構成するＳＡＦフラグメントユニットを第１のＳＡＦフラグメントユニットと称す。
【００２６】
ＳＡＦパケットヘッダ１１０は、ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含み、ＳＡＦアクセスユニット１５０は、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。
【００２７】
前記ＳＡＦフラグメントユニットは、前記ＳＡＦアクセスユニット１５０のペイロードに載せられて伝送される。
【００２８】
前記ＳＡＦパケットヘッダ１１０は、アクセスユニット長フィールド１１１を含む。
【００２９】
ＳＡＦパケットは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を通じた伝送のためのＲＦＰ ３６４０など既存の伝送メカニズムを利用するために、ＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットと互換されるように設計された。したがって、ＳＡＦパケットに新たな特性を導入する時には、このような互換性を維持することが非常に重要である。
【００３０】
ＭＰＥＧ−４でＳＬパケットヘッダのセマンティックによれば、アクセスユニット長の定義は、次の通りである：アクセスユニット長は、アクセスユニットの長さを表し、バイトユニットを使用する。シンタックス要素が存在しないか、またはその値が‘０’である場合、前記アクセスユニットの長さは、知られていない。
【００３１】
したがって、ＭＰＥＧ−４システムで、‘０’は、パケットでアクセスユニットの実際サイズを意味するものではないので、アクセスユニット長フィールドのセマンティックを変更せず、新たな特性を表すために使用できる。
【００３２】
また、ＩＳＯ／ＩＥＣ １４４９６−２０でＳＡＦパケットヘッダのセマンティックによれば、アクセスユニット長の定義は、次の通りである：アクセスユニット長は、ＳＡＦパケットで伝送されたＳＡＦアクセスユニットの長さをバイトで表したものである。前記フィールドの値は、少なくとも２である。前記フィールドの値の０及び１は、今後ＩＳＯ用途のために保留される。
【００３３】
したがって、新たな特性を表すために、既存のＳＡＦパケットと互換してアクセスユニット長フィールド値の‘０’または‘１’の値を使用できる。
【００３４】
本発明では、前記ＳＡＦパケットヘッダ１１０は、従来のＳＡＦパケットヘッダ構造と同一であり、但し、アクセスユニット長フィールド１１１の値として‘０’を利用して、ＳＡＦパケットのペイロードが大容量メディアデータのフラグメントを伝送することを示すようにした。これにより、本発明の拡張されたＳＡＦパケット構造は、既存のＳＡＦパケット構造と互換可能になりうる。
【００３５】
図２は、本発明の一実施例によるＳＡＦフラグメントユニットを示す図面であって、これについての詳細なコードは、次の通りである。
ｃｌａｓｓ  ｓａｆＦＵ｛
ｂｉｔ（４）ａｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（１２）ｓｔｒｅａｍＩＤ；
ｂｉｔ（１６）ｐａｙｌｏａｄＬｅｎｇｔｈ；
ｂｉｔ（８）ｆｒａｇｍｅｎｔＳｅｑＮｕｍ；
ｂｙｔｅ（８）［ｐａｙｌｏａｄＬｅｎｇｔｈ−１］ ｐａｙｌｏａｄ；
｝
図２を参照すれば、ＳＡＦパケット２００は、ＳＡＦパケットヘッダ２１０とＳＡＦアクセスユニット２５０とを含む。前記ＳＡＦパケットヘッダ２１０は、図１のＳＡＦパケットヘッダ１１０と同じであるので、ここでは説明を省略する。前記ＳＡＦアクセスユニット２５０は、ＳＡＦフラグメントユニットの実際データが伝送されるペイロード２５５とアクセスユニットタイプフィールド２５１、ストリーム識別子フィールド２５２、ペイロード長フィールド２５３及び分割連続番号フィールド２５４を含む。
【００３６】
アクセスユニットタイプフィールド２５１は、前記ＳＡＦパケットで伝送されるデータが大容量メディアデータを分割したＳＡＦフラグメントユニットが第１アクセスユニットであるか否かに関する情報を提供する。図２は、第１以後ＳＡＦフラグメントユニットを表すので、各アクセスユニットタイプの値とそれに該当するデータ種類とを表す図４を参照すれば、前記実施例では、アクセスユニットタイプが０ｘ０Ａ（１０）である時である。
【００３７】
ストリーム識別子フィールド２５２のストリーム識別子（ｓｔｒｅａｍＩＤ）は、現在アクセスユニットに属する要素ストリームを指す固有な識別子情報を表す。例えば、ビデオ要素ストリームの場合、ビデオ要素ストリーム１，２，３，・・・などとなりうる。
【００３８】
ペイロード長フィールド２５３は、実際データが含まれるペイロードの長さに関する情報を提供する。前記実施例で、ＳＡＦアクセスユニットタイプが０ｘ０Ａである場合、ペイロードの長さは、前記ＳＡＦフラグメントユニットのサイズと同じである。
【００３９】
分割連続番号フィールド２５４の分割連続番号は、ペイロードに伝送されるＳＡＦフラグメントユニットの連続番号である。前記パケットヘッダ２１０には、アクセスユニットの連続番号（ＡＵ＿Ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ）に関する情報を提供するフィールドが含まれる。これは、伝送しようとするメディアデータの一連番号であって、本発明の全体としての大容量メディアデータの一つは、一つのアクセスユニット連続番号を有し、前記大容量メディアデータを分割したＳＡＦフラグメントユニットは、同じアクセスユニット連続番号を有する。したがって、前記アクセスユニット連続番号としては、ＳＡＦフラグメントユニットの順序を把握できないので、パケット損失が発生したとき、これを確認する方法がなくなる。したがって、前記分割連続番号によってペイロードに伝送される前記大容量メディアデータを分割したＳＡＦフラグメントユニットの順序を表すことによって、パケット損失に備える。
【００４０】
ペイロード２５５は、アクセスユニットの客体データ部分であって、ペイロードの長さは、ペイロード長（ｐａｙｌｏａｄＬｅｎｇｔｈ）フィールド情報を通じて分かる。
【００４１】
図３は、本発明の一実施例による第１のＳＡＦフラグメントユニットを示す図面であって、これについての詳細なコードは、次の通りである。
ｃｌａｓｓ  ｓａｆＦＦＵ｛
ｂｉｔ（４）ａｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（１２）ｓｔｒｅａｍＩＤ；
ｂｉｔ（１６）ｐａｙｌｏａｄＬｅｎｇｔｈ；
ｂｉｔ（４）ｃａｒｒｉｅｄＡｃｃｅｓｓＵｎｉｔＴｙｐｅ；
ｂｉｔ（４）ｒｅｓｅｒｖｅｄ；
ｂｉｔ（３２）ｔｏｔａｌＬｅｎｇｔｈＯｆＡｃｃｅｓｓＵｎｉｔ；
ｂｙｔｅ（８）［ｐａｙｌｏａｄＬｅｎｇｔｈ−５］ｐａｙｌｏａｄ；
｝
図３を参照すれば、ＳＡＦパケット３００は、ＳＡＦパケットヘッダ３１０とＳＡＦアクセスユニット３５０とを含む。前記ＳＡＦパケットヘッダ３１０は、図１のＳＡＦパケットヘッダ１１０と同じであるので、ここでは説明を省略する。前記ＳＡＦアクセスユニット３５０は、ＳＡＦフラグメントユニットの実際データが含まれるペイロード３５６、アクセスユニットタイプフィールド３５１、ストリーム識別子フィールド３５２、ペイロード長フィールド３５３、伝送アクセスユニットタイプフィールド３５４及び総アクセスユニット長フィールド３５５を含む。
【００４２】
アクセスユニットタイプフィールド３５１は、前記ＳＡＦパケットで伝送されるデータが大容量メディアデータを分割したＳＡＦフラグメントユニットが第１アクセスユニットであるか否かに関する情報を提供する。図３は、第１のＳＡＦフラグメントユニットを表すので、各アクセスユニットタイプの値とそれに該当するデータ種類とを表す図４を参照すれば、前記実施例では、アクセスユニットタイプ（ａｃｃｅｓｓＵｎｉｔＴｙｐｅ）が０ｘ０９（９）である時である。
【００４３】
ストリーム識別子フィールド３５２のストリーム識別子（ｓｔｒｅａｍＩＤ）は、現在アクセスユニットに属する要素ストリームを指す固有な識別子情報を表す。例えば、ビデオ要素ストリームの場合、ビデオ要素ストリーム１，２，３，・・・などとなりうる。
【００４４】
ペイロード長フィールド３５３は、実際データが含まれるペイロードの長さ（ｐａｙｌｏａｄＬｅｎｇｔｈ）に関する情報を提供する。前記実施例で、ＳＡＦアクセスユニットタイプが０ｘ０９である場合、ペイロードの長さは、前記第１のＳＡＦフラグメントユニットのサイズと同じである。
【００４５】
伝送アクセスユニットタイプフィールド３５４の伝送アクセスユニットタイプ（ｃａｒｒｉｅｄＡｃｃｅｓｓＵｎｉｔＴｙｐｅ）は、ペイロードに伝達するフラグメントのペイロードの種類を表すものであって、図４に示したように、単純デコータ設定記述子（ＳｉｍｐｌｅＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ）、ストリーム端（ＥｎｄＯｆＳｔｒｅａｍ）、要素ストリームのアクセスユニット（ＡｃｃｅｓｓＵｎｉｔ）、ＳＡＦセッション端（ＥｎｄＯｆＳＡＦＳｅｓｓｉｏｎ）、キャッシュユニット（ＣａｃｈｅＵｎｉｔ）でありうる。
【００４６】
総アクセスユニット長フィールド３５５の総アクセスユニット長（ｔｏｔａｌＬｅｎｇｔｈＯｆＡｃｃｅｓｓＵｎｉｔ）は、伝送する大容量メディアデータをＳＡＦフラグメントユニットに分けたとき、各ＳＡＦフラグメントユニットの長さの和である。したがって、総アクセスユニット長は、伝送しようとする大容量メディアデータの全体サイズである。これにより、第１ ＳＡＦフラグメントパケットから伝達する情報で、以後にどのくらいのデータが追加伝送されるかについての情報を提供する。
【００４７】
ペイロード３５６は、アクセスユニットの客体データ部分であって、ペイロードの長さは、ペイロード長（ｐａｙｌｏａｄＬｅｎｇｔｈ）フィールド情報を通じて分かる。
【００４８】
図５は、本発明の一実施例によるＳＡＦパケット生成装置の概略図である。
【００４９】
前記ＳＡＦパケット生成装置５００は、データ分割部５１０、アクセスユニット生成部５２０及びヘッダ生成部５３０を備える。
【００５０】
データ分割部５１０は、入力される大容量メディアデータを受信してＳＡＦパケットで伝送可能なサイズに分割してＳＡＦフラグメントユニットを構成する。前記ＳＡＦフラグメントユニットは、第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットタイプ及びそれ以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットのタイプと規定される。
【００５１】
アクセスユニット生成部５２０は、ペイロードに前記大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニットを含んで伝送し、前記ＳＡＦフラグメントユニットのタイプが第１のＳＡＦフラグメントユニットであるか否かを判断してＳＡＦフラグメントユニットのタイプに関する情報を提供するアクセスユニットタイプフィールドを生成する。
【００５２】
もし、前記ＳＡＦフラグメントユニットのタイプが第１のＳＡＦフラグメントユニットである場合、伝送しようとする大容量メディアデータの全体サイズに関する情報を提供する総アクセスユニット長フィールドをさらに生成し、前記ＳＡＦフラグメントユニットのタイプが第１以後のＳＡＦパケットを構成するＳＡＦフラグメントユニットである場合、前記ＳＡＦフラグメントユニットの連続番号を提供する分割連続番号フィールドを生成する。連続番号を確認することによって、パケット損失に対比しうる。
【００５３】
ヘッダ生成部５３０は、前記生成されたＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成する。これは、既存のＳＡＦパケットヘッダに生成されるアクセスユニット長フィールドを利用することによって、前記アクセスユニット長フィールドの値を０に設定してＳＡＦアクセスユニットのペイロードにＳＡＦフラグメントユニットが伝送されることを知らせる。
【００５４】
図６は、本発明の一実施例によるＳＡＦパケット生成方法を示すフローチャートである。
【００５５】
前記ＳＡＦパケットの生成方法は、ＳＡＦフラグメントユニット及びＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含むＳＡＦアクセスユニットを生成し、前記ＳＡＦアクセスユニットがＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含むＳＡＦパケットヘッダを生成するステップを含む。
【００５６】
さらに具体的に説明すれば、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分けてＳＡＦフラグメントユニットを形成する（Ｓ６１０）。
【００５７】
ＳＡＦアクセスユニットを構成するＳＡＦフラグメントユニットが第１ ＳＡＦパケットを構成する第１のＳＡＦフラグメントユニットであるか否かを判断する（Ｓ６２０）。
【００５８】
もし、第１のＳＡＦフラグメントユニットであれば、全体メディアデータサイズに関する情報を提供する総アクセスユニット長フィールドを形成する（Ｓ６３０）。これにより、デコーダは、全体メディアデータサイズを計算しうる。
【００５９】
もし、第１のＳＡＦフラグメントユニットではない第１以後のＳＡＦフラグメントユニットであれば、フラグメント連続番号に関する情報を提供する連続番号フィールドを形成する（Ｓ６４０）。これは、パケット損失に備えるためである。
【００６０】
このように形成されたＳＡＦアクセスユニットには、その他のペイロードに関する情報を提供するフィールドが追加され、アクセスユニット長フィールドを含むＳＡＦパケットヘッダを生成する（Ｓ６５０）。前記アクセスユニット長フィールドの値は、ＭＰＥＧ−４システムのＳＬ構造と互換可能に‘０’の値を設定する。設定された‘０’の値は、アクセスユニット長を意味するものではなく、ＳＡＦアクセスユニットを構成するペイロードにＳＡＦフラグメントユニットまたは第１のＳＡＦフラグメントユニットが伝送されることを表す。したがって、本発明の拡張されたＳＡＦパケットは、既存のＳＡＦパケット構造と互換して大容量メディアデータを伝送しうる。
【００６１】
図７は、本発明の望ましい一実施例による拡張されたＳＡＦパケットパーシング装置のブロック図である。
【００６２】
前記ＳＡＦパケットパーシング装置７００は、パケット受信部７１０、パケットパーシング部７２０、データ保存部７３０及びデータ処理部７４０を備える。
【００６３】
パケット受信部７１０は、ＳＡＦアクセスユニットとヘッダとからなる大容量メディアデータを受容するための拡張されたＳＡＦパケットを受信する。前記ＳＡＦアクセスユニットは、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。前記ＳＡＦパケットヘッダは、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含む。
【００６４】
パケットパーシング部７２０は、前記受信したＳＡＦパケットのフィールドを分析して大容量メディアデータが伝送されるか否かを判断し、伝えられる大容量メディアデータの全体サイズ及び伝送過程でのデータ損失を把握する。
【００６５】
データ保存部７３０は、前記分析されたフィールド情報及び伝えられた大容量メディアデータを保存する。
【００６６】
データ処理部７４０は、前記パケットパーシング部７２０の情報及びデータ保存部７３０のデータを、データ類型によって決定された所定の方法で処理して出力する。
図８は、本発明の望ましい実施例による拡張されたＳＡＦパケットのパーシング方法を示すフローチャートである。
【００６７】
ＳＡＦアクセスユニットとヘッダとからなる大容量メディアデータを受容するための拡張されたＳＡＦパケットを受信する（Ｓ８１０）。前記ＳＡＦアクセスユニットは、大容量メディアデータをＳＡＦパケットで伝送可能なサイズに分割したＳＡＦフラグメントユニット及び前記ＳＡＦフラグメントのタイプに関する情報を提供するフィールドを含む。前記ＳＡＦパケットヘッダは、前記ＳＡＦアクセスユニットが前記ＳＡＦフラグメントユニットを伝送するか否かに関する情報を提供するフィールドを含む。
【００６８】
受信したＳＡＦパケットをパーシングして、パケット内フィールド情報から大容量メディアデータが伝送されるか否かを判断し、伝えられる大容量メディアデータの全体サイズ及び伝送過程でのデータ損失を把握する（Ｓ８２０）。
【００６９】
伝送されたメディアデータを保存し、パーシング結果情報及び保存されたデータを、データ類型によって決定された所定の方法で処理して出力する（Ｓ８３０）。
【００７０】
したがって、本発明によって大容量メディアデータが受信でき、データ損失を把握して適切に対応できて、ユーザによってさらに良質のサービスを提供できる。
【００７１】
本発明はまた、コンピュータで読み取り可能な記録媒体にコンピュータ可読コードとして具現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取られるデータが保存される全ての種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置があり、またキャリアウェーブ（例えば、インターネットを通じた伝送）の形態に具現されるものも含む。また、コンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータ可読コードが保存され、かつ実行されうる。そして、本発明を具現するための機能的なプログラム、コード及びコードセグメントは、本発明が属する技術分野のプログラマーによって容易に推論されうる。また、本発明のＳＡＦパケットのデータ構造もコンピュータで読み取られるＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記録装置のような記録媒体にコンピュータ可読コードとして具現されうる。
【００７２】
以上、本発明について望ましい実施例を中心に説明した。当業者は、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現されるということが分かるであろう。したがって、開示された実施例は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に現れており、それと同等な範囲内にある全ての差異点は、本発明に含まれていると解釈されねばならない。
【図面の簡単な説明】
【００７３】
【図１】本発明の一実施例によるアクセスユニット長フィールドを含むＳＡＦパケットヘッダの構造図である。
【図２】本発明の一実施例によるＳＡＦパケットのＳＡＦフラグメントユニットの構造図である。
【図３】本発明の一実施例によるＳＡＦパケットの第１のＳＡＦフラグメントユニットの構造図である。
【図４】本発明の一実施例によるＳＡＦパケットのＳＡＦアクセスユニット内ペイロードのアクセスユニットタイプを示す図面である。
【図５】本発明の一実施例によるＳＡＦパケット生成装置を示すブロック図である。
【図６】本発明の一実施例によるＳＡＦパケット生成方法を示すフローチャートである。
【図７】本発明の一実施例によるＳＡＦパケットパーシング装置を示すブロック図である。
【図８】本発明の一実施例によるＳＡＦパケットのパーシング方法を示すフローチャートである。
【図１】
2009531949.tif 000002
【図２】
2009531949.tif 000003
【図３】
2009531949.tif 000004
【図４】
2009531949.tif 000005
【図５】
2009531949.tif 000006
【図６】
2009531949.tif 000007
【図７】
2009531949.tif 000008
【図８】
2009531949.tif 000009
【国際調査報告】
2009531949.tif 000010
2009531949.tif 000011