【手続補正書】
【提出日】平成29年3月21日(2017.3.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システムにおけるパケットを送信する方法であって、
それぞれがメディアデータの伝送のための少なくとも一つのソースパケットを含む少なくとも一つのソースブロックを生成するステップと、
それぞれが、前記少なくとも一つのソースパケットと関連付けられ、順方向誤り訂正(ＦＥＣ)符号化を実行して少なくとも一つのソースパケットの復元のための少なくとも一つのリペアパケットを含む、少なくとも一つのリペアブロックを生成するステップと、
前記少なくとも一つのソースブロックと前記少なくとも一つのリペアブロックのパケットを伝送するステップと、を有し、
前記少なくとも一つのリペアパケットのうちのいくつか又は全ては、各ソースブロックにおける開始パケットシーケンス番号を示す情報を含むことを特徴とするパケット送信方法。
【請求項２】
前記少なくとも一つのリペアパケットのうちのいくつか又は全ては、各ソースブロックにおいて同一のパケット識別情報を有するソースパケットの個数を示す情報を含むことを特徴とする請求項１に記載のパケット送信方法。
【請求項３】
前記ＦＥＣ符号化は、前記少なくとも一つのソースブロックのペイロード又は前記少なくとも一つのソースパケットに対して実行されることを特徴とする請求項１又は２に記載のパケット送信方法。
【請求項４】
前記パケット送信方法は、受信器にシグナリングされるＦＥＣモード情報に基づいて実行されることを特徴とする請求項１〜３のいずれか一項に記載のパケット送信方法。
【請求項５】
前記ソースパケットの個数を示す情報と前記開始パケットシーケンス番号を示す情報は、前記リペアパケットに対するＦＥＣペイロード識別情報に含まれることを特徴とする請求項１〜４のいずれか一項に記載のパケット送信方法。
【請求項６】
前記ソースパケットの個数を示す情報と前記開始パケットシーケンス番号を示す情報は、受信器でＦＥＣ復号化処理に使用されることを特徴とする請求項１〜５のいずれか一項に記載のパケット送信方法。
【請求項７】
通信システムにおけるパケットを送信するための送信装置であって、
前記パケットを送信する送信器と、
それぞれがメディアデータの伝送のための少なくとも１つのソースパケットを含む少なくとも一つのソースブロックを生成し、
それぞれが、前記少なくとも一つのソースパケットと関連付けられ、順方向誤り訂正(ＦＥＣ)符号化を実行して少なくとも一つのソースパケットの復元のための少なくとも一つのリペアパケットを含む、少なくとも一つのリペアブロックを生成し、
前記少なくとも一つのソースブロックと前記少なくとも一つのリペアブロックのパケットを伝送する制御を行う少なくとも一つのプロセッサと、を備え、
前記少なくとも一つのリペアパケットのうちのいくつか又は全ては、各ソースブロックにおける開始パケットシーケンス番号を示す情報を含むことを特徴とする送信装置。
【請求項８】
前記少なくとも一つのリペアパケットのうちのいくつか又は全ては、各ソースブロックにおいて同一のパケット識別情報を有するソースパケットの個数を示す情報を含む、請求項７に記載の送信装置。
【請求項９】
前記ＦＥＣ符号化は、前記少なくとも一つのソースブロックのペイロード又は前記少なくとも一つのソースパケットに対して実行されることを特徴とする請求項７又は８に記載の送信装置。
【請求項１０】
前記パケットの送信は、受信器にシグナリングされるＦＥＣモード情報に基づいて実行されることを特徴とする請求項７〜９のいずれか一項に記載の送信装置。
【請求項１１】
前記ソースパケットの個数を示す情報と前記開始パケットシーケンス番号を示す情報は、前記リペアパケットに対するＦＥＣペイロード識別情報に含まれることを特徴とする請求項７〜１０のいずれか一項に記載の送信装置。
【請求項１２】
前記ソースパケットの個数を示す情報と前記開始パケットシーケンス番号を示す情報は受信器でＦＥＣデコーディング処理に利用されることを特徴とする請求項７〜１１のいずれか一項に記載の送信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
具体的に図１１Ｂの(ａ)を参照すると、ＡＬ-ＦＥＣメッセージに記述されたソースフローが３個のＰａｃｋｅｔ_ＩＤ(０，１，２）で構成されることに対して、ソースパケット(又はシンボル)ブロック＃１は０，１，２で構成され(１１０１)、ソースパケット(又はシンボル)ブロック＃２は０，１で構成され(１１０３)、ソースパケット(又はシンボル)ブロック＃３は１，２で構成される(１１０５)場合、図１１Ｂの(ｂ)のように、ソースフローのためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対する順にＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈフィールドを各々３個ずつ含むが、そのフィールド値では、ソースパケット(又はシンボル)ブロック１のためのリペアパケットのリペアＦＥＣペイロードＩＤはｐａｃｋｅｔ_ＩＤ０，１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ソースパケット (又はシンボル)ブロック２のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ｐａｃｋｅｔ_ＩＤ２を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０(１１０７）を設定してソースパケット(又はシンボル)ブロック２がｐａｃｋｅｔ_ＩＤ２を含んでいないことを示す。ソースパケット(又はシンボル)ブロック３のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ソースパケット(又はシンボル)ブロック３がｐａｃｋｅｔ_ＩＤ０を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０（１１０９）を設定し、ｐａｃｋｅｔ_ＩＤ１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定する。また、ソースパケット(又はシンボル)ブロックに含まれていないｐａｃｋｅｔ_ＩＤに対応するＳＳＢ_ｌｅｎｇｔｈフィールドにおいて、そのサイズを決定するためのＬフィールドを０に設定し、ＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを最小化する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
図１Ｂを参照すると、アプリケーションレイヤ１１０は、ＡＬ-ＦＥＣを通じて伝送しようとするデータ１３０を生成する。データ１３０は、オーディオ/ビデオ(ＡＶ)コーデック端で圧縮されたデータをＲＴＰ(Real  Time  Protocol)を用いて分割するＲＴＰパケットデータ又は、ＭＭＴによるＭＭＴパケットデータとなり得る。データ１３０は、伝送レイヤ１１２により、例えばＵＤＰ(User  Datagram  Protocol)ヘッダーが挿入されたＵＤＰパケット１３２に変換される。インターネットレイヤ１１４は、ＵＤＰパケット１３２にＩＰヘッダーを添付してＩＰパケット１３４を生成し、リンクレイヤ１１６は、ＩＰパケット１３４にフレームヘッダー１３６及び必要な場合にフレームフッター(frame  footer)１３８を添付して伝送しようとするフレーム１１６を構成する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
図８Ａ及び図８Ｂを参照すると、受信器は、パケット受信部８０３を通じてパケットストリーム８０１を受信する場合、受信したパケットがソースパケットであるか、あるいはＦＥＣリペアパケットであるかを区別する。複数タイプのソースパケット（例えば、別のＳＳ_ＩＤを有するＭＭＴパケット（従来技術）とそうでないＭＭＴパケット（本発明）が共存する場合）と複数タイプのＦＥＣリペアパケット（例えば、従来技術によるＦＥＣリペアパケットと本発明によるＦＥＣリペアパケットが共存）が共存する場合、これを区別する情報がＭＭＴパケットヘッダーにあり、受信器は、上記情報に基づいて各々のパケットを区別する。区別したパケットは、デパケット化（例えば、ＭＭＴデパケット化又はパース）８０５、逆ペイロード化（ＭＭＴペイロード逆ペイロード化又はパース）８０７、逆セグメンテーション８０９を通してデータストリーム８１１が再び復元される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
また、図８Ａのようにパケット保護が適用される場合の受信器動作は、受信器は、ＡＬ-ＦＥＣメッセージ８１３からＦＥＣ復号化に必要なＦＥＣ設定に関する基本的な情報を把握する。受信されたパケットがリペアパケットである場合、リペアパケットのリペアシンボルとＭＭＴパケットヘッダーのＰａｃｋｅｔ_ＩＤとリペアＦＥＣペイロードＩＤにリストされているＰａｃｋｅｔ_ＩＤの個数(又は番号)、Ｐａｃｋｅｔ_ＩＤのリスト、ＳＳ_Ｓｔａｒｔ_Ｓｅｑ_Ｎｒのリスト、ＳＳＢ_Ｌｅｎｇｔｈ[]のリスト、及び他の情報から該当リペアパケットが保護しているソースパケットを認知して受信される該当ソースパケット(ＭＭＴパケット)は、ＦＥＣ制御器８１９の制御により符号化シンボルブロック生成器８１５に入力される。符号化シンボルブロック生成器８１５は、ソースパケットから与えられたＳＳＢＧモードに従ってソースパケットをソースシンボルに転換し、リペアシンボルとともに符号化シンボルブロックを構成する。ＦＥＣデコーダ８１７は、リペアシンボルを用いて失われたソースシンボルを復元してソースパケットを獲得する。ソースパケットは、デパケット化ブロック８０５に配信される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
また、図８Ｂのようにペイロード保護が適用される場合、符号化シンボルブロック生成器８２１とＦＥＣデコーダ８２３を通じてパケットでなくペイロードを復元することを除き、ＭＭＴパケットヘッダーの情報の活用及びＦＥＣリペアパケットのリペアＦＥＣペイロードＩＤ情報の活用については、図８Ａのパケット保護の動作と同一の動作が適用される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１３６
【補正方法】変更
【補正の内容】
【０１３６】
具体的に、図１７Ｂの(ａ)を参照すると、ＡＬ-ＦＥＣメッセージに記述されたソースフローが３個のＰａｃｋｅｔ_ＩＤ、０，１，２で構成されることに比べて、ソースパケット(又はシンボル)ブロック＃１が０，１，２で構成され(１７０１)、ソースパケット(又はシンボル)ブロック＃２が０，１で構成され(１７０３)、ソースパケット(又はシンボル)ブロック＃３が１，２で構成される(１７０５)場合、図１７Ｂの(ｂ)のようにソースフローのためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対する順にＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈフィールドを各々３個ずつ含むが、そのフィールドの値において、ソースパケット(又はシンボル)ブロック１のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ソースパケット(又はシンボル)ブロック２のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ｐａｃｋｅｔ_ＩＤ０，１に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定し、ｐａｃｋｅｔ_ＩＤ２を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０(１７０７）を設定してソースパケット(又はシンボル)ブロック２がｐａｃｋｅｔ_ＩＤ２を含んでいないことを示す。また、ソースパケット(又はシンボル)ブロック３のためのリペアパケットのリペアＦＥＣペイロードＩＤは、ソースパケット(又はシンボル)ブロック３がｐａｃｋｅｔ_ＩＤ０を含んでいないので、該当ＳＳＢ_ｌｅｎｇｔｈフィールドに０（１７０９）を設定し、ｐａｃｋｅｔ_ＩＤ１，２に対するＳＳ_ｓｔａｒｔ_ｓｅｑ_ｎｒとＳＳＢ_ｌｅｎｇｔｈを設定する。また、ソースパケット(又はシンボル)ブロックの含んでいないｐａｃｋｅｔ_ＩＤに該当するＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを決定するためのＬフィールドを０に設定して、ＳＳＢ_ｌｅｎｇｔｈフィールドのサイズを最小化する。一方、本発明の他の実施形態によるソースパケットフローを生成する方法は、上記した図６Ａと同様である。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１４８
【補正方法】変更
【補正の内容】
【０１４８】
図１５を参照すると、３個のｐａｃｋｅｔ_ＩＤで構成されるパケットのフロー(図１５の(ａ))からｐａｃｋｅｔ_ＩＤ＝０又は１を有する２個のｐａｃｋｅｔ_ＩＤに該当するパケットを選択してＦＥＣソースパケットフロー(＝１ソースパケットブロック)を構成し (図１５の(ｂ))、ｐａｃｋｅｔ_ＩＤ＝０を有するパケットをまず配置し、次にＰａｃｋｅｔ_ＩＤ＝１を有するパケットを配置してソースシンボルブロックを生成する(図１５の(ｃ))例を示す。ソースパケットをソースシンボルに転換する場合にソースパケットの長さが異なる場合、パディングが必要(ＳＳＢＧ_ＭＯＤＥ１)であり、すべて同一の長さであると、パディングが不要である(ＳＳＢＧ_ＭＯＤＥ０)。