(57)【要約】  本技術は、IPパケットを効率良く放送し、迅速に処理することができるようにする送信装置、送信方法、受信装置、及び、受信方法に関する。IPパケットを含む伝送パケットが送受信される。伝送パケットのヘッダは、IPヘッダ及びUDPヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成される。伝送パケットのペイロードは、宛先IPアドレス及び宛先ポート番号、又は、それらに対応付けられた宛先インデクスと、UDPパケットのペイロードとで構成される。本技術は、例えば、IPパケットの放送に適用することができる。
2016067954.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成する生成部と、
前記伝送パケットを送信する送信部と
を備える送信装置。
【請求項２】
前記宛先IPアドレス及び前記宛先ポート番号に対応付けられた宛先インデクスが存在する場合、
前記生成部は、
前記宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードの前記伝送パケットを生成し、
前記宛先IPアドレス及び前記宛先ポート番号に対応付けられた宛先インデクスが存在しない場合、
前記生成部は、
前記宛先IPアドレスと、
前記宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードの前記伝送パケットを生成し、
前記伝送パケットのヘッダは、
前記タイプ情報と、
前記レングス情報と、
前記伝送パケットのペイロードに、前記宛先インデクスと、前記宛先IPアドレス及び前記宛先ポート番号とのうちのいずれが含まれるかを表す種別情報と
で構成される
請求項１に記載の送信装置。
【請求項３】
前記宛先インデクスのサイズは、前記宛先IPアドレス及び前記宛先ポート番号の合計サイズ未満である
請求項１に記載の送信装置。
【請求項４】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成し、
前記伝送パケットを送信する
ステップを含む送信方法。
【請求項５】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信する受信部と、
前記伝送パケットから、前記IPパケットを復元する復元部と
を備える受信装置。
【請求項６】
前記復元部は、
前記宛先インデクスに対応付けられている前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記UDPヘッダに含まれる宛先ポート番号、前記UDPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
請求項５に記載の受信装置。
【請求項７】
前記宛先インデクスには、前記宛先IPアドレス及び前記宛先ポート番号の他、送信元IPアドレス及び送信元ポート番号も対応付けられており、
前記復元部は、
前記宛先インデクスに対応付けられている前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記宛先インデクスに対応付けられている前記送信元IPアドレス及び前記送信元ポート番号を、前記IPヘッダに含まれる送信元IPアドレス、及び、前記UDPヘッダに含まれる送信元ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、前記送信元IPアドレス、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
請求項５に記載の受信装置。
【請求項８】
前記宛先インデクスのサイズは、前記宛先IPアドレス及び前記宛先ポート番号の合計サイズ未満である
請求項５に記載の受信装置。
【請求項９】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信し、
前記伝送パケットから、前記IPパケットを復元する
ステップを含む受信方法。
【請求項１０】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成する生成部と、
前記伝送パケットを送信する送信部と
を備える送信装置。
【請求項１１】
前記伝送パケットのペイロードは、前記IPヘッダ及び前記UDPヘッダについては、前記宛先IPアドレス及び前記宛先ポート番号のみを有する
請求項１０に記載の送信装置。
【請求項１２】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成し、
前記伝送パケットを送信する
ステップを含む送信方法。
【請求項１３】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信する受信部と、
前記伝送パケットから、前記IPパケットを復元する復元部と
を備える受信装置。
【請求項１４】
前記復元部は、
前記伝送パケットのヘッダに含まれる前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記UDPヘッダに含まれる宛先ポート番号、前記UDPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
請求項１３に記載の受信装置。
【請求項１５】
トランスポート層より上位の層において、前記IPパケットの送信元IPアドレス、及び、前記UDPパケットの送信元ポート番号が取得され、
前記復元部は、
前記伝送パケットのヘッダに含まれる前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記上位の層で取得される前記送信元IPアドレス及び前記送信元ポート番号を、前記IPヘッダに含まれる送信元IPアドレス、及び、前記UDPヘッダに含まれる送信元ポート番号として、それぞれ復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、前記送信元ポート番号、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
請求項１３に記載の受信装置。
【請求項１６】
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信し、
前記伝送パケットから、前記IPパケットを復元する
ステップを含む受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置、及び、受信方法に関し、特に、例えば、IPパケットを効率良く放送し、迅速に処理することができるようにする送信装置、送信方法、受信装置、及び、受信方法に関する。
【背景技術】
【０００２】
例えば、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0では、データ伝送に、TS(Transport Stream)パケットではなく、UDP/IP、すなわち、UDPパケットを含むIPパケットを用いることが決定されている。ATSC3.0以外の放送方式でも、将来的に、IPパケットを用いることが期待されている。【０００３】
ところで、IPパケットは、ヘッダに様々な情報が含まれ、オーバーヘッドが大きい。そこで、IPパケットを効率的に伝送するための、IPパケットのヘッダを圧縮する技術として、IETF(Internet Engineering Task Force)で規定されているRoHC(Robust Header Compression)がある。【０００４】
RoHCでは、ヘッダの情報をすべて含むIPパケット（以下、完全IPパケットともいう）が送信され、その後のIPパケットのヘッダについては、直前の完全IPパケットのヘッダとの差分の情報が送信される。【０００５】
RoHCのように、完全IPパケットを送信し、その後、完全IPパケットのヘッダとの差分の情報をヘッダに含むIPパケットを送信する、IPパケットのヘッダの圧縮技術を、以下、差分圧縮方式ともいう。【０００６】
例えば、高度BS(broadcast satellite)では、IPパケットのヘッダを圧縮する技術として、差分圧縮方式が、規定されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「ARIB STD-B32  3.0版」、電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ATSC3.0のような放送において、差分圧縮方式を用いる場合には、IPパケットを効率的に放送することができないことがある。【０００９】
すなわち、差分圧縮方式では、受信側において、完全IPパケットを受信した後に、その後のIPパケットを復元することができる。したがって、受信側でのIPパケットの復元のために、完全IPパケットを、ある程度頻繁に放送する必要があり、大きな圧縮の効果を期待することが難しい。【００１０】
さらに、受信側では、IPパケットの受信を開始した後、最初に、完全IPパケットを受信するまでに受信したIPパケットは復元することができず、IPパケットの処理が可能になるのは、最初に、完全IPパケットを受信した後になる。【００１１】
したがって、差分圧縮方式では、受信側において、IPパケットを、迅速に処理することが困難な場合がある。【００１２】
本技術は、このような状況に鑑みてなされたものであり、IPパケットを効率良く放送し、迅速に処理することができるようにするものである。
【課題を解決するための手段】
【００１３】
本技術の第１の送信装置は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを生成する生成部と、前記伝送パケットを送信する送信部とを備える送信装置である。【００１４】
本技術の第１の送信方法は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを生成し、前記伝送パケットを送信するステップを含む送信方法である。【００１５】
本技術の第１の送信装置及び送信方法においては、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットが生成されて送信される。【００１６】
本技術の第１の受信装置は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを受信する受信部と、前記伝送パケットから、前記IPパケットを復元する復元部とを備える受信装置である。【００１７】
本技術の第１の受信方法は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを受信し、前記伝送パケットから、前記IPパケットを復元するステップを含む受信方法である。【００１８】
本技術の第１の受信装置及び受信方法においては、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットが受信され、前記IPパケットが復元される。【００１９】
本技術の第２の送信装置は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを生成する生成部と、前記伝送パケットを送信する送信部とを備える送信装置である。【００２０】
本技術の第２の送信方法は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを生成し、前記伝送パケットを送信するステップを含む送信方法である。【００２１】
本技術の第２の送信装置及び送信方法においては、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットが生成されて送信される。【００２２】
本技術の第２の受信装置は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを受信する受信部と、前記伝送パケットから、前記IPパケットを復元する復元部とを備える受信装置である。【００２３】
本技術の第２の受信方法は、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットを受信し、前記伝送パケットから、前記IPパケットを復元するステップを含む受信方法である。【００２４】
本技術の第２の受信装置及び受信方法においては、IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報とで構成されるヘッダと、前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号と、前記UDPパケットのペイロードとで構成されるペイロードとで構成される前記伝送パケットが受信され、前記IPパケットが復元される。【００２５】
なお、送信装置及び受信装置は、独立した装置であっても良いし、１つの装置を構成している内部ブロックであっても良い。
【発明の効果】
【００２６】
本技術によれば、IPパケットを効率良く放送し、迅速に処理することができる。【００２７】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２８】
【図１】本技術を適用した放送システムの一実施の形態の構成例を示す図である。
【図２】Genericパケットのフォーマットの例を示す図である。
【図３】IPパケットのフォーマットを示す図である。
【図４】IPヘッダのフォーマットを示す図である。
【図５】UDPヘッダのフォーマットを示す図である。
【図６】Genericヘッダのタイプ情報(Type)を説明する図である。
【図７】IPパケットが配置されたGenericパケットの構成例を示す図である。
【図８】宛先インデクスの例を示す図である。
【図９】スーパー圧縮モード、圧縮モード、及び、非圧縮モードそれぞれのGenericパケットに配置されたIPパケットのIPヘッダ及びUDPヘッダ（に相当する部分の）の長さを示す図である。
【図１０】Genericパケットを生成する生成処理の例を説明する図である。
【図１１】Genericパケットを生成する生成処理の例を説明する図である。
【図１２】Genericパケットを生成する生成処理の例を説明する図である。
【図１３】Genericパケットの生成処理の例を説明するフローチャートである。
【図１４】スーパー圧縮モードの処理の例を説明するフローチャートである。
【図１５】圧縮モードの処理の例を説明するフローチャートである。
【図１６】Genericパケットから、IPパケットを復元する復元処理の例を説明する図である。
【図１７】IPヘッダの項目の中で、固定値に復元される項目と、その固定値の例とを示す図である。
【図１８】IPパケットの復元処理の例を説明するフローチャートである。
【図１９】本技術を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【発明を実施するための形態】
【００２９】
＜本技術を適用した放送システムの構成例＞
【００３０】
図１は、本技術を適用した放送システムの一実施の形態の構成例を示す図である。
【００３１】
図１において、放送システムは、送信装置１０と受信装置２０とから構成される。
【００３２】
送信装置１０は、例えば、ATSC3.0等の所定の放送規格に準拠した送信装置であり、データ伝送を、UDPパケットを含むIPパケットによって行う。
【００３３】
すなわち、送信装置１０は、生成部１１と送信部１２とを有する。
【００３４】
生成部１１には、放送対象の実データを含むUDP/IPのIPパケット、すなわち、実データを含むUDPパケットが配置されたIPパケットが供給される。
【００３５】
生成部１１は、そこに供給されるIPパケットを伝送する伝送パケットとしての後述するGenericパケットを生成し、送信部１２に供給する。
【００３６】
送信部１２は、生成部１１から供給されるGenericパケットを、例えば、地上波である伝送路３０を介して送信する。
【００３７】
受信装置２０は、例えば、ATSC3.0等の所定の放送規格に準拠した送信装置であり、送信装置１０から送信されてくるIPパケットを受信する。
【００３８】
すなわち、受信装置２０は、受信部２１と復元部２２とを有する。
【００３９】
受信部２１は、送信装置１０から伝送路３０を介して送信されてくるGenericパケットを受信し、復元部２２に供給する。
【００４０】
復元部２２は、受信部２１からのGenericパケットからIPパケットを復元して出力する。
【００４１】
なお、図１では、説明を簡単にするため、受信装置２０を１つだけ図示してあるが、受信装置２０は、複数設けることができ、送信装置１０が送信（放送）するGenericパケットは、複数の受信装置２０で同時に受信することができる。
【００４２】
また、送信装置１０も複数設けることができる。複数の送信装置１０それぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、Genericパケットを送信し、受信装置２０では、複数の送信装置１０それぞれのチャネルの中から、Genericパケットを受信するチャネルを選択することができる。
【００４３】
さらに、図１では、伝送路３０として、地上波を採用したが、伝送路３０としては、その他、例えば、衛星回線やケーブル（有線回線）等を採用することができる。
【００４４】
＜Genericパケット＞
【００４５】
図２は、Genericパケットのフォーマットの例を示す図である。
【００４６】
Genericパケットは、ヘッダ(Header)とペイロード(Payload)とを有する。
【００４７】
Genericパケットのペイロードは、可変長であり、その可変長のペイロードには、例えば、UDPパケットを含むIPパケットを配置することができる。
【００４８】
ヘッダは、例えば、2バイト（16ビット）等の固定長で構成される。ヘッダには、その先頭から、例えば、3ビットのタイプ情報(Type)、11ビットのレングス情報(Length)、1ビットのExt、及び、1ビットのFlgが配置される。
【００４９】
タイプ情報は、ペイロードに配置されるIPパケットのIPヘッダと、そのIPパケットに含まれるUDPパケットのUDPヘッダとが圧縮されているかどうか等を表す。タイプ情報の詳細については、後述する。
【００５０】
レングス情報は、Genericパケットの長さ（例えば、バイト数）を表す。
【００５１】
レングス情報が表す長さは、Genericパケットそのものの長さ、すなわち、Genericパケットのヘッダとペイロードとの合計の長さであっても良いし、Genericパケットのペイロードの長さであっても良い。本実施の形態では、レングス情報は、Genericパケットの長さとして、例えば、Genericパケットのペイロードの長さを表すこととする。
【００５２】
Genericパケットのヘッダは、固定長であるので、Genericパケットのペイロードの長さが分かれば、Genericパケットそのものの長さは、一意に特定することができる。
【００５３】
ここで、以下、Genericパケットのヘッダを、Genericヘッダともいい、Genericパケットのペイロードを、Genericペイロードともいう。
【００５４】
Extは、Genericヘッダが、通常ヘッダであるか、又は、拡張ヘッダであるかを表す。
【００５５】
ここで、通常ヘッダとは、図２に示す2バイトのヘッダである。拡張ヘッダとは、通常ヘッダの後に、1バイトを追加した3バイトの固定長で構成されるヘッダである。
【００５６】
上述したように、レングス情報は、11ビットであるため、Genericペイロードの長さとして、0ないし2047(=211-1)バイトの範囲の値を表すことができる。しかしながら、11ビットのレングス情報では、2048バイト以上のGenericペイロードの長さを表すことができない。
【００５７】
そこで、Genericペイロードに、2047バイト以下のデータが配置される場合には、Genericヘッダとして、通常ヘッダが用いられ、Genericペイロードに、2048バイト以上のデータが配置される場合には、Genericヘッダとして、拡張ヘッダが用いられる。
【００５８】
拡張ヘッダは、上述したように、通常ヘッダの後に、1バイトが追加されたヘッダであり、その追加された1バイトを、追加バイトともいうこととする。拡張ヘッダでは、レングス情報と、追加バイトの一部又は全部とによって、Genericパケット（のペイロード）の長さが表される。
【００５９】
Genericヘッダが通常ヘッダである場合、例えば、Extは0に設定され、Genericヘッダが拡張ヘッダである場合、例えば、Extは1に設定される。
【００６０】
なお、IPパケットがイーサネット（登録商標）フレームで送信される場合、1個のイーサネット（登録商標）フレームに配置することができるIPパケットの最大長は、イーサネット（登録商標）フレームの最大長である約1500バイト程度によって制限される。このことから、IPパケットが、11ビットのレングス情報で表すことができる2047バイトを超えることは、それほど多くはないと想定される。
【００６１】
Flgは、ペイロードに配置されるIPパケットのIPヘッダと、そのIPパケットに含まれるUDPパケットのUDPヘッダとが圧縮されている場合に、そのIPヘッダ及びUDPヘッダの圧縮の種別を表す種別情報である。種別情報の詳細については、後述する。
【００６２】
ここで、Genericヘッダは、Ext及びFlgの一方又は両方を設けずに構成することができる。ExtやFlgを設けずに、Genericヘッダを構成する場合、その分だけ、タイプ情報やレングス情報のサイズを大にすることができる。
【００６３】
図３は、UDPパケットを含むIPパケットのフォーマットを示す図である。
【００６４】
IPパケットは、例えば、20バイトのIPヘッダ(IP Header)と、可変長のペイロードに配置されたUDPパケットとを有する。
【００６５】
UDPパケットは、8バイトのUDPヘッダ(UDP Header)と、可変長のペイロードとを有する。UDPパケットのペイロードには、実データが配置される。
【００６６】
以上のようなIPパケットを、図3に示すように、そのまま、Genericペイロードに配置した場合、20バイトのIPヘッダと、8バイトのUDPヘッダとの、合計で28バイトがオーバヘッドとなる。
【００６７】
図４は、IPv4のIPヘッダのフォーマットを示す図である。
【００６８】
IPヘッダは、バージョン(Version)、IHL，DSCP，ECN，IPパケット長(Total Length)、Identification，Flags，Fragment Offset，Time To Live，Protocol，チェックサム(Header Checksum)，送信元IPアドレス(Source IP Address)，宛先IPアドレス(Destination IP Address)、及び、必要なOptionsを有する。
【００６９】
ここで、一般に、Optionsは使用されないので、本実施の形態でも、Optionsは、使用されないこととする。
【００７０】
バージョンは、IPのバージョンが、IPv4（IP version4）であるのか、又は、IPv6（IP version6）であるのかを表す。本実施の形態では、説明を簡単にするため、IPのバージョンは、IPv4であることとする。
【００７１】
IHLは、IPヘッダの長さを表し、IHLには、IPヘッダの長さを4で除算した値が設定される。IPヘッダにOptionsが存在しない場合、IPヘッダの長さは20バイトであり、IHLには、5(=20/4)が設定される。
【００７２】
DSCPは、IPパケットの優先度を表し、ECNは、IPパケットの輻輳制御に用いられる。
【００７３】
IPパケット長(Total Length)は、IPパケット全体の長さを表す。
【００７４】
Identification，Flags、及び、Fragment Offsetは、IPパケットの分割に関する情報である。なお、Genericパケットに配置されるIPパケットは、分割されないこととする。すなわち、Genericペイロードには、1個（以上）のIPパケットが分割されずに配置されることとする。
【００７５】
Time to Live(TTL)は、IPパケットの生存時間、すなわち、例えば、IPパケットが通過することができるルータの数を表す。
【００７６】
Protocolは、IPパケットのペイロードに含まれるプロトコルを表す。本実施の形態では、IPパケットのペイロードには、UDPパケットが含まれる。UDPは、17で表されるので、Protocolには、17が設定される。
【００７７】
チェックサム(Header Checksum)は、IPヘッダのエラー検出に用いられる。IPのチェックサムは、IPヘッダを16ビット単位で区切り、その16ビット単位それぞれの1の補数の和を求め、その和の1の補数を演算することにより算出される。
【００７８】
送信元IPアドレス(Source IP Address)には、IPパケットの送信元のIPアドレスが設定される。
【００７９】
宛先IPアドレス(Destination IP Address)には、IPパケットの宛先のIPアドレスが設定される。
【００８０】
IPパケットをGenericパケットで放送する場合に、受信装置２０において、図４のIPヘッダの項目の中で、図４のフォーマットのIPヘッダ（以下、正式なIPヘッダともいう）を復元するのに必要な必須項目は、IPパケット長(Total Length)、及び、宛先IPアドレス(Destination IP Address)である。
【００８１】
すなわち、受信装置２０において、IPヘッダの項目の中で、必須項目であるIPパケット長及び宛先IPアドレス以外の項目は、所定の固定値を用いること等により、受信装置２０で扱うのに支障のない正式なIPヘッダを復元することができる。
【００８２】
なお、受信装置２０において、IPパケット長及び宛先IPアドレス以外のIPヘッダの項目のうちの、送信元IPアドレス(Source IP Address)は、固定値とする他、上位層のプロトコルから取得することができる。
【００８３】
すなわち、ATSC3.0等の放送規格では、UDPの層であるトランスポート層より上位の上位層において、送信装置１０によって放送を行う放送局の情報が送信される。そこで、送信元IPアドレスは、上位層において取得される放送局の情報から取得することができる。但し、送信元IPアドレスは、上述のように固定値であっても良い。
【００８４】
図５は、UDPヘッダのフォーマットを示す図である。
【００８５】
UDPヘッダは、送信元ポート番号(Source port)、宛先ポート番号(Destination port)、UDPパケット長(Length)、及び、チェックサム(Checksum)を有する。
【００８６】
送信元ポート番号(Source port)には、UDPパケットの送信元のポート番号が設定される。
【００８７】
宛先ポート番号(Destination port)には、UDPパケットの宛先のポート番号が設定される。
【００８８】
UDPパケット長(Length)は、UDPパケット全体の長さを表す。
【００８９】
チェックサム(Checksum)は、UDPパケットのエラー検出に用いられる。UDPのチェックサムは、UDP擬似ヘッダ、UDPヘッダ、及び、UDPパケットのペイロードの対象として、1の補数演算を利用して計算される。なお、UDP擬似ヘッダは、UDPのチェックサムの計算だけに使用される仮想的なデータである。
【００９０】
UDPパケットを含むIPパケットを、Genericパケットで放送する場合に、受信装置２０において、図５のUDPヘッダの項目の中で、図５のフォーマットのUDPヘッダ（以下、正式なUDPヘッダともいう）を復元するのに必要な必須項目は、宛先ポート番号(Destination port)、及び、UDPパケット長(Length)である。
【００９１】
すなわち、受信装置２０において、UDPヘッダの項目の中で、必須項目である宛先ポート番号及びUDPパケット長以外の項目（送信元ポート番号及びチェックサム）は、所定の固定値を用いること等により、受信装置２０で扱うのに支障のない正式なUDPヘッダを復元することができる。
【００９２】
なお、受信装置２０において、UDPパケット長及び宛先ポート番号以外のUDPヘッダの項目のうちの、送信元ポート番号(Source port)は、固定値とする他、上位層のプロトコルから取得することができる。
【００９３】
すなわち、図４で説明したように、ATSC3.0等の放送規格では、上位層において、送信装置１０によって放送を行う放送局の情報が送信される。そこで、送信元ポート番号は、上位層において取得される放送局の情報から取得することができる。但し、送信元ポート番号は、上述のように固定値であっても良い。
【００９４】
ここで、図４で説明したように、IPヘッダの中の必須項目は、IPパケット長及び宛先IPアドレスである。さらに、図５で説明したように、UDPヘッダの中の必須項目は、UDPパケット長及び宛先ポート番号である。
【００９５】
したがって、IPパケットを、Genericパケットで放送する場合には、IPヘッダは、IPパケット長及び宛先IPアドレスに関する情報だけにを有する圧縮IPヘッダに圧縮することができ、UDPヘッダは、UDPパケット長及び宛先ポート番号に関する情報だけを有する圧縮UDPヘッダに圧縮することができる。
【００９６】
また、宛先IPアドレス、及び、宛先ポート番号に関する情報を、固定長とする場合、IPヘッダ及びUDPヘッダは、それぞれ20バイト及び8バイトで固定長であるから、IPパケット長及びUDPパケット長は、Genericヘッダのレングス情報（図２）から求めることができる。
【００９７】
以上から、IPヘッダ及びUDPヘッダは、宛先IPアドレス、及び、宛先ポート番号に関する情報に圧縮することができ、そのような圧縮を行っても、受信装置２０で扱うのに支障のない正式なIPヘッダ及びUDPヘッダを復元することができる。
【００９８】
そこで、送信装置１０の生成部１１は、IPパケットを配置したGenericパケットを生成する際に、必要に応じて、IPパケットに含まれるIPヘッダ及びUDPヘッダを、宛先IPアドレス、及び、宛先ポート番号に関する情報に圧縮する。
【００９９】
図６は、図２のGenericヘッダのタイプ情報(Type)を説明する図である。
【０１００】
タイプ情報は、図２で説明したように、IPヘッダ及びUDPヘッダの圧縮の有無、すなわち、Genericペイロードに配置されるIPパケットのIPヘッダと、そのIPパケットに含まれるUDPパケットのUDPヘッダとが圧縮されているかどうかを表す。
【０１０１】
タイプ情報は、Genericペイロードに配置されるIPパケットにおけるIPヘッダ及びUDPヘッダの圧縮の有無の他、Genericペイロードに配置されるデータのタイプに関する情報を表す。
【０１０２】
すなわち、Genericペイロードに、パディング(Padding)用のデータが配置される場合、タイプ情報は000b（bは、その直前の値が2進数であることを表す）に設定される。
【０１０３】
また、Genericペイロードに、シグナリング(Signaling)用のデータが配置される場合、タイプ情報は001bに設定される。
【０１０４】
さらに、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されていないIPv4のIPパケットが配置される場合、すなわち、Genericペイロードに、IPパケットがそのまま配置される場合、タイプ情報は、010に設定される。
【０１０５】
また、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv4のIPパケットが配置される場合、タイプ情報は、011に設定される。
【０１０６】
さらに、Genericペイロードに、TSパケットが配置される場合、タイプ情報は、100に設定される。
【０１０７】
図６では、他の値のタイプ情報、すなわち、101，110，及び、111のタイプ情報は、未定義(Reserved)になっている。
【０１０８】
なお、未定義のタイプ情報は、例えば、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されていないIPv6のIPパケットが配置されていることや、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv6のIPパケットが配置されていること等に割り当てることができる。
【０１０９】
この場合、タイプ情報によれば、Genericペイロードに配置されているIPパケットが、IPv4のIPパケットであるか、又は、IPv6のIPパケットであるかを認識することができ、IPヘッダのバージョン(Version)（図４）を復元することができる。
【０１１０】
なお、本実施の形態では、上述したように、説明を簡単にするため、IPv6のIPパケットは用いず、IPv4のIPパケットを用いることとする。
【０１１１】
図７は、IPパケットが配置されたGenericパケットの構成例を示す図である。
【０１１２】
送信装置１０（図１）の生成部１１は、IPパケットを含むGenericパケットとして、例えば、3種類のモードのGenericパケットを生成することができる。
【０１１３】
3種類のモードとしては、スーパー圧縮モード(Super compressed mode)、圧縮モード(Compressed mode with IP and UDP address)、及び、非圧縮モード(Non compressed mode)がある。
【０１１４】
スーパー圧縮モード、及び、圧縮モードでは、Genericペイロードに配置されるIPパケットに含まれるIPヘッダ、及び、（IPパケットに含まれるUDPパケットの）UDPヘッダが、宛先IPアドレス及び宛先ポート番号に関する情報に圧縮される。
【０１１５】
但し、圧縮モードでは、IPヘッダ及びUDPヘッダが、宛先IPアドレス及び宛先ポート番号そのものに圧縮されるが、スーパー圧縮モードでは、宛先IPアドレス及び宛先ポート番号を表す宛先インデクスであって、宛先IPアドレス及び宛先ポート番号の合計サイズ未満のサイズの宛先インデクスに圧縮される。
【０１１６】
また、非圧縮モードでは、Genericペイロードに配置されるIPパケットに含まれるIPヘッダ及びUDPヘッダは圧縮されない。
【０１１７】
図７のＡは、スーパー圧縮モードのGenericパケットの例を示している。
【０１１８】
スーパー圧縮モードのGenericパケットは、タイプ情報、レングス情報、Ext，Flg、宛先インデクス、及び、IPパケットに含まれるUDPパケットのペイロードに配置されている実データが、その順で配置されて構成される。
【０１１９】
スーパー圧縮モードでは、Genericヘッダのタイプ情報は、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv4のIPパケットが配置されていることを表す011に設定される。
【０１２０】
また、Genericヘッダのレングス情報は、Genericペイロードの長さに設定される。
【０１２１】
さらに、GenericヘッダのExtは、Genericペイロードの長さが2047バイト以下であるかどうか、すなわち、Genericヘッダが通常ヘッダであるか、又は、拡張ヘッダであるかによって、0又は1に設定される。図７のＡでは、Genericペイロードの長さが2047バイト以下になっており、Genericヘッダが通常ヘッダであるため、Extは、0に設定されている。
【０１２２】
また、GenericヘッダのFlgは、GenericペイロードのIPパケットのIPヘッダ及びUDPヘッダの圧縮の種別情報に設定される。
【０１２３】
種別情報は、IPヘッダ及びUDPヘッダの圧縮が、スーパー圧縮モード、又は、圧縮モードのうちのいずれの種別（モード）で行われているかを表す情報である。本実施の形態では、スーパー圧縮モード、及び、圧縮モードに、0及び1が、それぞれ割り当てられている。
【０１２４】
そのため、図７のＡのFlgは、スーパー圧縮モードを表す0に設定されている。
【０１２５】
Genericペイロードには、IPパケットのIPヘッダ及びUDPヘッダを圧縮した圧縮結果としての宛先インデクスが配置される。宛先インデクスに続いて、IPパケットに含まれるUDPパケットのペイロードに配置されている実データが配置される。
【０１２６】
宛先インデクスは、宛先IPアドレス及び宛先ポート番号の合計サイズ未満の固定のサイズになっている。
【０１２７】
すなわち、宛先IPアドレス(dst IP Address)のサイズは、4バイトで、宛先ポート番号(dst port number)のサイズは2バイトであり、それらの合計サイズは、6バイトであるが、図７のＡでは、宛先インデクスは、6バイトより小さい1バイトになっている。
【０１２８】
以上のように、スーパー圧縮モードでは、IPヘッダ及びUDPヘッダが、1バイトの宛先インデクスのみに圧縮されるので、Genericパケット、ひいては、IPパケットを、効率良く放送することができる。
【０１２９】
なお、宛先インデクスの詳細については、後述する。
【０１３０】
また、図７において（後述する図でも同様）、Genericペイロードに配置された、UDPパケットの実データの部分に記載されている"variable length"は、その実データが可変長であることを表す。
【０１３１】
Genericパケットにおいて、UDPパケットの実データ以外の部分は、固定長である。
【０１３２】
図７のＢは、圧縮モードのGenericパケットの例を示している。
【０１３３】
圧縮モードのGenericパケットは、タイプ情報、レングス情報、Ext，Flg、宛先IPアドレス、宛先ポート番号、及び、IPパケットに含まれるUDPパケットのペイロードに配置されている実データが、その順で配置されて構成される。
【０１３４】
圧縮モードでは、スーパー圧縮モードと同様に、Genericヘッダのタイプ情報は、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv4のIPパケットが配置されていることを表す011に設定される。
【０１３５】
また、Genericヘッダのレングス情報は、スーパー圧縮モードと同様に、Genericペイロードの長さに設定される。
【０１３６】
さらに、GenericヘッダのExtは、スーパー圧縮モードと同様に、Genericペイロードの長さが2047バイト以下であるかどうかによって、0又は1に設定される。図７のＢでは、Genericペイロードの長さが2047バイト以下になっており、そのため、Extは、0に設定されている。
【０１３７】
また、GenericヘッダのFlgは、GenericペイロードのIPパケットのIPヘッダ及びUDPヘッダの圧縮の種別情報に設定される。図７のＢのFlgは、圧縮モードを表す1に設定されている。
【０１３８】
Genericペイロードには、IPパケットのIPヘッダ及びUDPヘッダを圧縮した圧縮結果としての宛先IPアドレス及び宛先ポート番号が配置される。宛先IPアドレス及び宛先ポート番号に続いて、IPパケットに含まれるUDPパケットのペイロードに配置されている実データが配置される。
【０１３９】
以上のように、圧縮モードでは、IPヘッダ及びUDPヘッダが、宛先IPアドレス及び宛先ポート番号のみに圧縮されるので、Genericパケット、ひいては、IPパケットを、効率良く放送することができる。
【０１４０】
図７のＣは、非圧縮モードのGenericパケットの例を示している。
【０１４１】
非圧縮モードのGenericパケットは、タイプ情報、レングス情報、Ext，Flg、IPヘッダ、UDPヘッダ、及び、IPパケットに含まれるUDPパケットのペイロードに配置されている実データが、その順で配置されて構成される。
【０１４２】
非圧縮モードでは、Genericヘッダのタイプ情報は、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されていないIPv4のIPパケットが配置されていることを表す010に設定される。
【０１４３】
また、Genericヘッダのレングス情報は、スーパー圧縮モード及び圧縮モードと同様に、Genericペイロードの長さに設定される。
【０１４４】
さらに、GenericヘッダのExtは、スーパー圧縮モード及び圧縮モードと同様に、Genericペイロードの長さが2047バイト以下であるかどうかによって、0又は1に設定される。図７のＣでは、Genericペイロードの長さが2047バイト以下になっており、そのため、Extは、0に設定されている。
【０１４５】
GenericヘッダのFlgは、GenericペイロードのIPパケットのIPヘッダ及びUDPヘッダの圧縮の種別情報に設定されるため、非圧縮モードでは、機能しない。図７のＣは、Flgは、0に設定されている。
【０１４６】
Genericペイロードには、UDPパケットを含むIPパケットがそのまま配置される。したがって、Genericペイロードには、IPヘッダ及びUDPヘッダが配置され、続いて、UDPパケットのペイロードに配置されている実データが配置される。
【０１４７】
なお、タイプ情報には、Flgが表す種別情報を考慮した値の割り当てを行うことができる。
【０１４８】
すなわち、例えば、上述の図６では、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv4のIPパケットが配置されることに対して、011のタイプ情報が割り当てられているが、IPヘッダ及びUDPヘッダが宛先インデクスに圧縮されることに対して、例えば、011のタイプ情報を割り当て、IPヘッダ及びUDPヘッダが宛先IPアドレス及び宛先ポート番号に圧縮されることに対して、他の値のタイプ情報を割り当てることができる。
【０１４９】
この場合、Flgは、不要とすること、又は、種別情報以外の情報を表すのに使用することができる。
【０１５０】
図８は、宛先インデクスの例を示す図である。
【０１５１】
宛先インデクスは、宛先IPアドレス及び宛先ポート番号の組に対応付けられている。宛先インデクスと、宛先IPアドレス及び宛先ポート番号の組とを対応付けたテーブルを、インデクステーブルということとする。
【０１５２】
図８は、インデクステーブルの例を示している。
【０１５３】
本実施の形態では、宛先インデクスのサイズが1バイト（8ビット）であるため、256(=28)通りの宛先インデクスが存在する。
【０１５４】
インデクステーブルでは、256通りの宛先インデクスのそれぞれに、宛先IPアドレス及び宛先ポート番号の組が対応付けられている。
【０１５５】
ここで、図８のインデクステーブルでは、宛先インデクスに、宛先IPアドレス及び宛先ポート番号の組が対応付けられている他、送信元IPアドレス及び送信元ポート番号の組も対応付けられている。
【０１５６】
送信装置１０の生成部１１は、図８のインデクステーブルを記憶している。そして、生成部１１は、Genericパケットに配置するIPパケットのIPヘッダ及びUDPヘッダに設定されている宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に対応付けられている宛先インデクスを、インデクステーブルから検索し、その宛先インデクスに、IPヘッダ及びUDPヘッダを圧縮する。
【０１５７】
受信装置２０の復元部２２も、生成部１１と同様に、図８のインデクステーブルを記憶している。そして、復元部２２は、宛先インデクスに対応付けられている宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号を検索し、その宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に、IPヘッダ及びUDPヘッダの対応する項目を復元する。
【０１５８】
なお、図８のインデクステーブルでは、宛先インデクスに、宛先IPアドレス及び宛先ポート番号の組の他に、送信元IPアドレス及び送信元ポート番号の組が対応付けられているが、宛先インデクスには、宛先IPアドレス及び宛先ポート番号の組だけを対応付けることができる。この場合、受信装置２０の復元部２２において、送信元IPアドレス及び送信元ポート番号は、固定値に復元するか、又は、上位層のプロトコルから取得することができる。放送局を識別する情報は、上位層のシグナリングにより得られるため、放送では、送信元IPアドレス及び送信元ポート番号を参照する必要はなく、送信元IPアドレス及び送信元ポート番号は、固定値としても、特に問題はない。
【０１５９】
ここで、ATSC M/H A/153 Part 3では、送信元IPアドレスとして、10.0.0.0 - 10.255.255.255，172.16.0.0 - 172.31.255.255，192.168.0.0 - 192.168.255.255を用いることが規定されている。図８のインデクステーブルは、ATSC M/H A/153 Part 3に準拠し、送信元IPアドレスが、192.168.0.0になっている。なお、図８のインデクステーブルでは、256通りの宛先インデクスのすべてに対し、送信元IPアドレスとして、同一の192.168.0.0が対応付けられているが、異なる宛先インデクスには、異なる送信元IPアドレスを対応付けることができる。
【０１６０】
また、図８のインデクステーブルでは、宛先IPアドレスは、IPマルチキャスト用の224で始まるIPアドレスになっている。
【０１６１】
さらに、IANA(Internet Assigned Numbers Authority)では、60000台のポート番号については、特に割り当てが行われていないため、図８のインデクステーブルでは、原則として、IANAで割り当てが行われていない60000台のポート番号が、送信元ポート番号、及び、宛先ポート番号に用いられている。なお、図８のインデクステーブルでは、256通りの宛先インデクスのすべてに対し、送信元ポート番号として、同一の60000が対応付けられているが、異なる宛先インデクスには、異なる送信元ポート番号を対応付けることができる。
【０１６２】
また、IANAでは、ATSCサービスが、NTPv4(Network Time Protocol Version 4)と、Service Signaling channelとに用いるIPアドレス及びポート番号が登録されている。すなわち、IANAでは、ATSCサービスがNTPv4に用いるIPアドレス及びポート番号として、224.0.1.1及び123が、それぞれ登録されている。さらに、IANAでは、ATSCサービスがService Signaling channelに用いるIPアドレス及びポート番号として、224.0.23.60及び4937が、それぞれ登録されている。
【０１６３】
そのため、図８のインデクステーブルには、NTPv4用のIPアドレス及びポート番号として、224.0.1.1及び123が、それぞれ登録され、Service Signaling channel用のIPアドレス及びポート番号として、224.0.23.60及び4937が、それぞれ登録されている。なお、図８のインデクステーブルでは、NTPv4のIPアドレス及びポート番号である224.0.1.1及び123の組に、0x00（0xは、その後の値が16進数であることを表す）の宛先インデクスが対応付けられている。また、Service Signaling channelのIPアドレス及びポート番号である224.0.23.60及び4937の組には、0x01の宛先インデクスが対応付けられている。
【０１６４】
上述したように、図１の放送システムにおいて、生成部１１及び復元部２２は、図８のインデクステーブルを記憶している。
【０１６５】
そして、スーパー圧縮モードでは、生成部１１は、図８のインデクステーブルに基づき、Genericパケットに配置するIPパケットのIPヘッダ及びUDPヘッダを、そのIPヘッダ及びUDPヘッダに含まれる宛先IPアドレス及び宛先ポート番号の組に対応付けられた宛先インデクスに圧縮する。
【０１６６】
一方、復元部２２は、図８のインデクステーブルに基づき、宛先インデクスから、その宛先インデクスに対応付けられた宛先IPアドレス及び宛先ポート番号を復元する。
【０１６７】
なお、図８のインデクステーブルでは、宛先インデクスに、宛先IPアドレス及び宛先ポート番号の組の他に、送信元IPアドレス及び送信元ポート番号の組が対応付けられているので、宛先インデクスからは、宛先IPアドレス及び宛先ポート番号の他、送信元IPアドレス及び送信元ポート番号も復元することができる。
【０１６８】
但し、図８のインデクステーブルでは、256通りの宛先インデクスのすべてに対し、送信元IPアドレス及び送信元ポート番号の組として、同一の組が対応付けられている。この場合、送信元IPアドレス及び送信元ポート番号は、宛先インデクスに対応付けるのではなく、あらかじめ固定値に決めておくことができる。
【０１６９】
また、本実施の形態では、宛先インデクスとして、1バイトを採用したが、宛先インデクスのサイズとしては、1バイト未満や1バイトを超えるサイズを採用することができる。
【０１７０】
宛先インデクスのサイズとして、1バイト未満のサイズを採用する場合には、宛先インデクスに対応付ける宛先IPアドレス及び宛先ポート番号の組の数が少なくなるが、Genericパケットのサイズを小さくすることができる。
【０１７１】
宛先インデクスのサイズとして、1バイトを超えるサイズを採用する場合には、Genericパケットのサイズが大きくなるが、宛先インデクスに対応付ける宛先IPアドレス及び宛先ポート番号の組の数を多くすることができる。
【０１７２】
宛先インデクスのサイズは、例えば、宛先IPアドレス及び宛先ポート番号の組として、どの程度の自由度が必要であるかによって決定することができる。
【０１７３】
また、宛先インデクスには、1ビット以上のテーブル選択ビットを含めることができる。この場合、テーブル選択ビットで表現可能な数の複数のインデクステーブルを用意し、宛先インデクスのテーブル選択ビットに対応して、使用するインデクステーブルを選択することができる。さらに、テーブル選択ビットに対応して選択されるインデクステーブルにおいて、宛先インデクスの残りのビットと、宛先IPアドレス及び宛先ポート番号の組とを対応付けることができる。
【０１７４】
さらに、インデクステーブルは、送信装置１０において、必要に応じて更新することができる。更新後のインデクステーブルは、送信装置１０から受信装置２０に放送して記憶させることができる。その他、例えば、インデクステーブルについては、図１の放送システムが準拠する放送規格において、インデクステーブルを生成する生成ルールを規定しておき、送信装置１０及び受信装置２０において、生成ルールに従って生成することができる。
【０１７５】
なお、IPパケットを含むGenericパケットのモードとしては、スーパー圧縮モード、圧縮モード、及び、非圧縮モードの他、ウルトラ圧縮モードを設けることができる。
【０１７６】
ウルトラ圧縮モードでは、宛先IPアドレス及び宛先ポート番号として、あらかじめ決められた固定値が用いられ、Genericペイロードには、IPヘッダ及びUDPヘッダの情報は、一切含められない。
【０１７７】
したがって、ウルトラ圧縮モードでは、宛先IPアドレス及び宛先ポート番号の自由度はなくなるが、スーパー圧縮モードよりも、Genericパケットのサイズを小さくし、Genericパケット、ひいては、IPパケットを、より効率良く放送することができる。
【０１７８】
図９は、スーパー圧縮モード、圧縮モード、及び、非圧縮モードそれぞれのGenericパケットに配置されたIPパケットのIPヘッダ及びUDPヘッダ（に相当する部分の）の長さを示す図である。
【０１７９】
スーパー圧縮モード(Super compressed mode)のGenericパケットでは、IPパケットのIPヘッダ及びUDPヘッダは、宛先インデクスに圧縮される。したがって、IPパケットのIPヘッダ及びUDPヘッダに相当する部分の長さ（ヘッダ長）は、宛先インデクスのサイズである1バイトである。
【０１８０】
IPヘッダ及びUDPヘッダの合計サイズは、28(=20+8)バイトであるので、スーパー圧縮モードでは、IPヘッダ及びUDPヘッダを圧縮しない場合に比較して、27(=28-1)バイトのサイズの圧縮（減少）を実現することができる。
【０１８１】
圧縮モード(Compressed mode with IP and UDP address)のGenericパケットでは、IPパケットのIPヘッダ及びUDPヘッダは、宛先IPアドレス及び宛先ポート番号に圧縮される。したがって、IPパケットのIPヘッダ及びUDPヘッダに相当する部分の長さ（ヘッダ長）は、宛先IPアドレス及び宛先ポート番号の合計サイズである6(=4+2)バイトである。
【０１８２】
IPヘッダ及びUDPヘッダの合計サイズは、28バイトであるので、圧縮モードでは、IPヘッダ及びUDPヘッダを圧縮しない場合に比較して、22(=28-6)バイトのサイズの圧縮を実現することができる。
【０１８３】
非圧縮モード(Non compressed mode)のGenericパケットでは、IPパケットのIPヘッダ及びUDPヘッダの長さ（ヘッダ長）は、28バイトのままである。すなわち、非圧縮モードでは、IPヘッダ及びUDPヘッダは、圧縮されない（0バイトのサイズの圧縮が実現される）。
【０１８４】
以上のように、スーパー圧縮モード及び圧縮モードでは、20バイトを超える圧縮の効果を実現することができる。また、IPヘッダ及びUDPヘッダの圧縮の効果は、圧縮モードよりもスーパー圧縮モードの方が大きい。
【０１８５】
例えば、ATSC3.0の物理層の平均的な伝送レートは、約40Mbps程度であるが、スーパー圧縮モードや圧縮モードによれば、その約40Mbpsの1%程度、つまり、約400kbps程度の伝送容量を節約することができる。スーパー圧縮モードによって、約400kbps程度の伝送容量を節約した場合には、約100kbps程度のオーディオデータを、4チャネル程度、別に放送することができる。
【０１８６】
＜生成部１１でのGenericパケットの生成処理＞
【０１８７】
図１０、図１１、及び、図１２を参照して、生成部１１において、Genericパケットを生成する生成処理の例を説明する。
【０１８８】
図１０は、Genericペイロードが2047バイト以下のスーパー圧縮モードのGenericパケットを生成する生成処理の例を示している。
【０１８９】
ステップＳ１１において、生成部１１は、IPパケットのIPヘッダから、宛先IPアドレス(Destination IP Address)を認識する。さらに、生成部１１は、IPパケットのUDPヘッダから、UDPパケット長(Length)、及び、宛先ポート番号(Destination port)を認識する。
【０１９０】
ステップＳ１２において、生成部１１は、Genericヘッダを生成する。
【０１９１】
ここで、スーパー圧縮モードでは、生成部１１は、Genericヘッダのタイプ情報を、IPヘッダ及びUDPヘッダが圧縮されていることを表す011に設定する。
【０１９２】
また、生成部１１は、UDPヘッダから認識したUDPパケット長から、UDPヘッダの長さ（サイズ）である8バイトを減算し、宛先インデクスの1バイトを加算した値を、スーパー圧縮モードのGenericペイロードの長さとして求める。そして、生成部１１は、Genericヘッダのレングス情報を、UDPパケット長から求められたスーパー圧縮モードのGenericペイロードの長さに設定する。
【０１９３】
さらに、図１０では、Genericペイロードが2047バイト以下であり、Genericヘッダとしては、通常ヘッダ及び拡張ヘッダのうちの、通常ヘッダが用いられる。そのため、生成部１１は、GenericヘッダのExtを、Genericヘッダが通常ヘッダであることを表す0に設定する。
【０１９４】
また、生成部１１は、GenericヘッダのFlgを、スーパー圧縮モードを表す0に設定する。
【０１９５】
なお、ステップＳ１２において、スーパー圧縮モードのGenericペイロードの長さは、UDPヘッダから認識したUDPパケット長から求める他、IPヘッダから、IPパケット長を認識し、そのIPパケット長から求めることができる。
【０１９６】
すなわち、スーパー圧縮モードのGenericペイロードの長さは、IPパケット長から、IPヘッダ及びUDPヘッダの合計サイズである28(=20+8)バイトを減算し、宛先インデクスの1バイトを加算することで求めることができる。
【０１９７】
ステップＳ１３において、生成部１１は、インデクステーブル（図８）を参照し、IPヘッダから認識した宛先IPアドレスと、UDPヘッダから認識した宛先ポート番号との組に対応付けられている宛先インデクスを検索する。そして、生成部１１は、宛先インデクスを、Genericペイロードとして、ステップＳ１２で生成したGenericヘッダに付加する。
【０１９８】
ステップＳ１４において、生成部１１は、IPパケットに含まれるUDPパケットのペイロードに配置された実データを、Genericペイロードとして、宛先インデクスに続けて配置する。これにより、スーパー圧縮モードのGenericパケットが完成する。
【０１９９】
図１１は、Genericペイロードが2047バイトより大のスーパー圧縮モードのGenericパケットを生成する生成処理の例を示している。
【０２００】
ステップＳ２１において、生成部１１は、図１０のステップＳ１１と同様に、IPパケットのIPヘッダから、宛先IPアドレス(Destination IP Address)を認識するとともに、IPパケットのUDPヘッダから、UDPパケット長(Length)、及び、宛先ポート番号(Destination port)を認識する。
【０２０１】
ステップＳ２２において、生成部１１は、Genericヘッダを生成する。
【０２０２】
ここで、スーパー圧縮モードでは、生成部１１は、Genericヘッダのタイプ情報を、IPヘッダ及びUDPヘッダが圧縮されていることを表す011に設定する。
【０２０３】
また、生成部１１は、図１０の場合と同様にして、UDPパケット長又はIPパケット長から、スーパー圧縮モードのGenericペイロードの長さを求める。そして、生成部１１は、Genericヘッダのレングス情報を、UDPパケット長又はIPパケット長から求められたスーパー圧縮モードのGenericペイロードの長さに応じて設定する。レングス情報の設定の詳細については、後述する。
【０２０４】
さらに、図１１では、Genericペイロードが2047バイトより大であり、Genericヘッダとしては、通常ヘッダ及び拡張ヘッダのうちの、拡張ヘッダが用いられる。そのため、生成部１１は、GenericヘッダのExtを、Genericヘッダが拡張ヘッダであることを表す1に設定する。
【０２０５】
また、生成部１１は、GenericヘッダのFlgを、スーパー圧縮モードを表す0に設定する。
【０２０６】
さらに、生成部１１は、Flgの後に、1バイトの追加バイトを追加することで、Genericヘッダを拡張ヘッダに拡張する。
【０２０７】
図１１では、Genericペイロードが2047バイトより大であるため、Genericペイロードの長さを、11ビットのレングス情報だけに設定することはできない。Genericペイロードが2047バイトより大である場合、Genericペイロードの長さは、11ビットのレングス情報と、追加バイトの一部又は全部とに分けて設定される。
【０２０８】
すなわち、図１１では、1バイトの追加バイトのうちの5ビットが、拡張用のレングス情報(Ext. Length)に割り当てられており、残りの3ビットは、未定義(Rsd)(don't care)になっている。
【０２０９】
2047バイトより大のGenericペイロードの長さ、つまり、12ビット以上で表現されるGenericペイロードの長さは、下位11ビットと、残りの1ビット以上の上位ビットとに分けられる。そして、Genericペイロードの長さの下位11ビット(LSB)は、11ビットのレングス情報に設定され、残りの上位ビット(MSB)は、追加バイトの拡張用のレングス情報に設定される。
【０２１０】
なお、IPパケットの最大長は、65,535バイトであり、16ビットで表すことができる。IPパケット長には、IPヘッダ及びUDPヘッダの合計サイズ（28バイト）が含まれていることを考慮すれば、スーパー圧縮モードでは（圧縮モートでも同様）、11ビットのレングス情報と、5ビットの拡張用のレングス情報との合計16ビットによって、どのようなIPパケットについても、Genericペイロードの長さを表現することができる。
【０２１１】
ステップＳ２３において、生成部１１は、図１０の場合と同様に、インデクステーブル（図８）を参照し、IPヘッダから認識した宛先IPアドレスと、UDPヘッダから認識した宛先ポート番号との組に対応付けられている宛先インデクスを検索する。そして、生成部１１は、宛先インデクスを、Genericペイロードとして、ステップＳ２２で生成したGenericヘッダ（拡張ヘッダ）に付加する。
【０２１２】
ステップＳ２４において、生成部１１は、図１０の場合と同様に、IPパケットに含まれるUDPパケットのペイロードに配置された実データを、Genericペイロードとして、宛先インデクスに続けて配置する。これにより、スーパー圧縮モードのGenericパケットが完成する。
【０２１３】
図１２は、Genericペイロードが2047バイト以下の圧縮モードのGenericパケットを生成する生成処理の例を示している。
【０２１４】
ステップＳ３１において、生成部１１は、図１０のステップＳ１１と同様に、IPパケットのIPヘッダから、宛先IPアドレス(Destination IP Address)を認識するとともに、IPパケットのUDPヘッダから、UDPパケット長(Length)、及び、宛先ポート番号(Destination port)を認識する。
【０２１５】
ステップＳ３２において、生成部１１は、Genericヘッダを生成する。
【０２１６】
ここで、圧縮モードでは、図１０のスーパー圧縮モードと同様に、生成部１１は、Genericヘッダのタイプ情報を、IPヘッダ及びUDPヘッダが圧縮されていることを表す011に設定する。
【０２１７】
また、生成部１１は、UDPヘッダから認識したUDPパケット長から、UDPヘッダの長さ（サイズ）である8バイトを減算し、宛先IPアドレスの4バイトと、宛先ポート番号の2バイトとを加算した値を、圧縮モードのGenericペイロードの長さとして求める。そして、生成部１１は、Genericヘッダのレングス情報を、UDPパケット長から求められたスーパー圧縮モードのGenericペイロードの長さに設定する。
【０２１８】
さらに、図１２では、Genericペイロードが2047バイト以下であり、Genericヘッダとしては、通常ヘッダ及び拡張ヘッダのうちの、通常ヘッダが用いられる。そのため、生成部１１は、GenericヘッダのExtを、Genericヘッダが通常ヘッダであることを表す0に設定する。
【０２１９】
また、生成部１１は、GenericヘッダのFlgを、圧縮モードを表す1に設定する。
【０２２０】
なお、ステップＳ３２において、圧縮モードのGenericペイロードの長さは、UDPヘッダから認識したUDPパケット長から求める他、IPヘッダから、IPパケット長を認識し、そのIPパケット長から求めることができる。
【０２２１】
すなわち、圧縮モードのGenericペイロードの長さは、IPパケット長から、IPヘッダ及びUDPヘッダの合計サイズである28(=20+8)バイトを減算し、宛先IPアドレスの4バイトと、宛先ポート番号の2バイトとを加算することで求めることができる。
【０２２２】
ステップＳ３３において、生成部１１は、IPヘッダから認識した宛先IPアドレスと、UDPヘッダから認識した宛先ポート番号とを、Genericペイロードとして、ステップＳ３２で生成したGenericヘッダに付加する。
【０２２３】
ステップＳ３４において、生成部１１は、IPパケットに含まれるUDPパケットのペイロードに配置された実データを、Genericペイロードとして、宛先IPアドレス及び宛先ポート番号に続けて配置する。これにより、圧縮モードのGenericパケットが完成する。
【０２２４】
なお、Genericペイロードが2047バイトより大の圧縮モードのGenericパケットを生成する場合には、図１１で説明したように、Extが1に設定される点、Genericヘッダとして、拡張ヘッダが用いられる点、及び、Genericペイロードの長さが、11ビットのレングス情報と追加バイトとに分けて設定される点が、図１２の場合と異なる。
【０２２５】
図１３は、生成部１１でのGenericパケットの生成処理の例を説明するフローチャートである。
【０２２６】
ステップＳ４１において、生成部１１は、そこにIPパケットが供給されるのを待って、そこに供給される1個のIPパケット（UDPパケットを含むIPパケット）を、伝送対象のIPパケットとして取得し、処理は、ステップＳ４２に進む。
【０２２７】
ステップＳ４２では、生成部１１は、伝送対象のIPパケットのIPヘッダから、宛先IPアドレスを取得するとともに、伝送対象のIPパケットのUDPヘッダから、宛先ポート番号を取得し、処理は、ステップＳ４３に進む。
【０２２８】
ステップＳ４３では、生成部１１は、インデクステーブル（図８）において、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組に対応付けられている宛先インデクスが存在するかどうかを判定する。
【０２２９】
ステップＳ４３において、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組に対応付けられている宛先インデクスが存在すると判定された場合、すなわち、インデクステーブルに、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組が登録されている場合、処理は、ステップＳ４４に進む。
【０２３０】
ステップＳ４４では、生成部１１は、インデクステーブルにおいて、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組に対応付けられている宛先インデクスを取得し、処理は、ステップＳ４５に進む。
【０２３１】
ステップＳ４５では、生成部１１は、スーパー圧縮モードのGenericパケットを生成する処理を行い、処理は、ステップＳ４１に戻る。
【０２３２】
また、ステップＳ４３において、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組に対応付けられている宛先インデクスが存在しないと判定された場合、すなわち、インデクステーブルに、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号の組が登録されていない場合、処理は、ステップＳ４６に進む。
【０２３３】
ステップＳ４６では、生成部１１は、圧縮モードのGenericパケットを生成する処理を行い、処理は、ステップＳ４１に戻る。
【０２３４】
ステップＳ４５又はＳ４６で生成されたGenericパケットは、生成部１１から送信部１２に供給されて送信される。
【０２３５】
なお、インデクステーブルにおいて、図８に示したように、宛先インデクスが、宛先IPアドレス及び宛先ポート番号の他、送信元IPアドレス及び送信元ポート番号にも対応付けられている場合には、ステップＳ４３では、そのような宛先インデクスが存在するかどうかを判定することができる。
【０２３６】
すなわち、ステップＳ４３では、対象IPパケットの宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に対応付けられている宛先インデクスが存在するかどうかを判定することができる。
【０２３７】
そして、対象IPパケットの宛先IPアドレス、宛先ポート番号、送信元IPアドレス、及び、送信元ポート番号に対応付けられている宛先インデクスが存在する場合には、スーパー圧縮モードの処理（ステップＳ４５）を行い、そのような宛先インデクスが存在しない場合には、圧縮モードの処理（ステップＳ４６）を行うことができる。
【０２３８】
図１４は、図１３のステップＳ４５で行われるスーパー圧縮モードの処理の例を説明するフローチャートである。
【０２３９】
ステップＳ５１において、生成部１１は、Genericヘッダのタイプ情報を、IPヘッダ及びUDPヘッダが圧縮されていることを表す011に設定する。さらに、生成部１１は、GenericヘッダのFlgを、スーパー圧縮モードを表す0に設定し、処理は、ステップＳ５１からステップＳ５２に進む。
【０２４０】
ステップＳ５２では、生成部１１は、伝送対象のIPパケットのUDPヘッダ又はIPヘッダから、UDPパケット長又はIPパケット長を取得する。さらに、生成部１１は、伝送対象のIPパケットのUDPパケット長又はIPパケット長から、図１０及び図１１で説明したように、スーパー圧縮モードのGenericペイロードの長さを求め、処理は、ステップＳ５２からステップＳ５３に進む。
【０２４１】
ステップＳ５３では、生成部１１は、ステップＳ５２で求めたスーパー圧縮モードのGenericペイロードの長さが2047バイト以下であるかどうかを判定する。
【０２４２】
ステップＳ５３において、Genericペイロードの長さが2047バイト以下であると判定された場合、処理は、ステップＳ５４に進み、生成部１１は、GenericヘッダのExtを、Genericヘッダが通常ヘッダであることを表す0に設定して、処理は、ステップＳ５５に進む。
【０２４３】
ステップＳ５５では、生成部１１は、Genericヘッダのレングス情報に、ステップＳ５２で求められたスーパー圧縮モードのGenericペイロードの長さを設定し、処理は、ステップＳ５６に進む。
【０２４４】
ステップＳ５６では、生成部１１は、宛先インデクスを、Genericペイロードとして、Genericヘッダの直後に配置（付加）し、処理は、ステップＳ５７に進む。
【０２４５】
ステップＳ５７では、生成部１１は、伝送対象のIPパケットに含まれるUDPパケットのペイロードに配置された実データを、Genericペイロードとして、宛先インデクスに続けて配置し、これにより、スーパー圧縮モードのGenericパケットを完成させる。
【０２４６】
そして、生成部１１は、スーパー圧縮モードのGenericパケットを、送信部１２に供給し、スーパー圧縮モードの処理は終了する。
【０２４７】
一方、ステップＳ５３において、Genericペイロードの長さが2047バイト以下でないと判定された場合、処理は、ステップＳ５８に進み、生成部１１は、GenericヘッダのExtを、Genericヘッダが拡張ヘッダであることを表す1に設定して、処理は、ステップＳ５９に進む。
【０２４８】
ステップＳ５９では、生成部１１は、通常ヘッダのFlgの後に、1バイトの追加バイトを追加することで、Genericヘッダを拡張ヘッダに拡張する。さらに、生成部１１は、追加バイトのうちの5ビットを、拡張用のレングス情報(Ext. Length)として、Genericペイロードの長さの下位11ビットを、11ビットのレングス情報(Length)に設定するとともに、残りの上位ビットを、追加バイトの拡張用のレングス情報(Ext. Length)に設定する。
【０２４９】
その後、処理は、ステップＳ５９からステップＳ５６に進み、以下、ステップＳ５６及びＳ５７において、生成部１１は、上述した処理を行うことで、スーパー圧縮モードのGenericパケットを完成させ、送信部１２に供給する。
【０２５０】
図１５は、図１３のステップＳ４６で行われる圧縮モードの処理の例を説明するフローチャートである。
【０２５１】
ステップＳ７１において、生成部１１は、Genericヘッダのタイプ情報を、IPヘッダ及びUDPヘッダが圧縮されていることを表す011に設定する。さらに、生成部１１は、GenericヘッダのFlgを、圧縮モードを表す1に設定し、処理は、ステップＳ７１からステップＳ７２に進む。
【０２５２】
ステップＳ７２では、生成部１１は、図１４のステップＳ５２と同様に、伝送対象のIPパケットのUDPヘッダ又はIPヘッダから得られるUDPパケット長又はIPパケット長から、圧縮モードのGenericペイロードの長さを求め、処理は、ステップＳ７３に進む。
【０２５３】
ステップＳ７３では、生成部１１は、ステップＳ７２で求めた圧縮モードのGenericペイロードの長さが2047バイト以下であるかどうかを判定する。
【０２５４】
ステップＳ７３において、Genericペイロードの長さが2047バイト以下であると判定された場合、処理は、ステップＳ７４に進み、生成部１１は、ステップＳ７４及びＳ７５において、図１４のステップＳ５４及びＳ５５とそれぞれ同様の処理を行う。
【０２５５】
すなわち、生成部１１は、ステップＳ７４において、GenericヘッダのExtを0に設定し、ステップＳ７５において、Genericヘッダのレングス情報に、ステップＳ７２で求められた圧縮モードのGenericペイロードの長さを設定する。
【０２５６】
そして、処理は、ステップＳ７５からステップＳ７６に進み、生成部１１は、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号を、Genericペイロードとして、Genericヘッダの直後に配置（付加）し、処理は、ステップＳ７７に進む。
【０２５７】
ステップＳ７７では、生成部１１は、伝送対象のIPパケットに含まれるUDPパケットのペイロードに配置された実データを、Genericペイロードとして、宛先IPアドレス及び宛先ポート番号に続けて配置し、これにより、圧縮モードのGenericパケットを完成させる。
【０２５８】
そして、生成部１１は、圧縮モードのGenericパケットを、送信部１２に供給し、圧縮モードの処理は終了する。
【０２５９】
一方、ステップＳ７３において、Genericペイロードの長さが2047バイト以下でないと判定された場合、処理は、ステップＳ７８に進み、生成部１１は、ステップＳ７８及びＳ７９において、図１４のステップＳ５８及びＳ５９とそれぞれ同様の処理を行う。これにより、Genericヘッダは拡張ヘッダに拡張され、レングス情報(Length)、及び、追加バイトの拡張用のレングス情報(Ext. Length)に、Genericペイロードの長さが設定される。
【０２６０】
その後、処理は、ステップＳ７９からステップＳ７６に進み、以下、ステップＳ７６及びＳ７７において、生成部１１は、上述した処理を行うことで、圧縮モードのGenericパケットを完成させ、送信部１２に供給する。
【０２６１】
ここで、図９で説明したように、IPヘッダ及びUDPヘッダの圧縮の効果は、圧縮モードよりもスーパー圧縮モードの方が大きい。
【０２６２】
図１３の生成処理によれば、インデクステーブルに、伝送対象のIPパケットの宛先IPアドレス及び宛先ポート番号（並びに送信元IPアドレス及び送信元ポート番号）に対応付けられている宛先インデクスが存在する場合には、圧縮の効果が圧縮モードより大きいスーパー圧縮モードのGenericパケットが生成され、そのような宛先インデクスが存在しない場合には、圧縮の効果がスーパー圧縮モードよりも小さい圧縮モードのGenericパケットが生成される。
【０２６３】
したがって、使用頻度の高い宛先IPアドレス及び宛先ポート番号（並びに送信元IPアドレス及び送信元ポート番号）を、宛先インデクスに対応付けて、インデクステーブルに登録することにより、Genericパケット、ひいては、IPパケットを、より効率的に放送することができる。
【０２６４】
＜復元部２２でのIPパケットの復元処理＞
【０２６５】
図１６は、復元部２２において、Genericパケットから、IPパケットを復元する復元処理の例を説明する図である。
【０２６６】
ステップＳ８１において、復元部２２は、Genericヘッダのタイプ情報(Type)に基づき、Genericペイロードに配置されたIPパケットのIPヘッダ及びUDPヘッダの圧縮の有無を認識する。
【０２６７】
さらに、復元部２２は、GenericヘッダのExtに基づき、Genericヘッダが、通常ヘッダであるか、又は、拡張ヘッダであるかを認識する。
【０２６８】
また、タイプ情報(Type)から、Genericペイロードに配置されたIPパケットのIPヘッダ及びUDPヘッダが圧縮されていることが認識された場合、復元部２２は、GenericヘッダのFlgに基づき、Genericパケットが、圧縮モードのGenericパケットであるか、又は、スーパー圧縮モードのGenericパケットであるかを認識する。
【０２６９】
図１６では、タイプ情報(Type)が011になっているので、Genericペイロードに配置されたIPパケットのIPヘッダ及びUDPヘッダが圧縮されていることが認識される。
【０２７０】
さらに、図１６では、Flgが0になっているので、Genericパケットが、スーパー圧縮モードのGenericパケットであることが認識される。
【０２７１】
また、図１６では、Extが0になっているので、Genericヘッダが通常ヘッダであることが認識される。
【０２７２】
その後、復元部２２は、Genericペイロードの長さ(length)、Genericペイロードに配置されたIPパケットの宛先IPアドレス(dest. IP add.)及び宛先ポート番号(dest. port)を認識する。
【０２７３】
すなわち、図１６では、Genericヘッダが通常ヘッダであるので、その通常ヘッダであるGenericヘッダのレングス情報(length)に設定されている値が、Genericペイロードの長さ(length)として認識される。
【０２７４】
また、図１６では、Genericパケットが、スーパー圧縮モードのGenericパケットであるので、Genericヘッダの直後のGenericペイロードの先頭には、1バイトの宛先インデクスが配置されている。復元部２２は、その宛先インデクスに対応付けられている宛先IPアドレス及び宛先ポート番号を、インデクステーブル（図８）から検索することにより認識する。
【０２７５】
ここで、Genericヘッダが拡張ヘッダである場合には、その拡張ヘッダであるGenericヘッダのレングス情報(length)を下位ビットとするとともに、追加バイトの拡張用のレングス情報(Ext. Length)を上位ビットとするビット列で表される値が、Genericペイロードの長さ(length)として認識される。
【０２７６】
また、Genericパケットが、圧縮モードのGenericパケットである場合には、Genericヘッダの直後のGenericペイロードの先頭に、4バイトの宛先IPアドレスと、2バイトの宛先ポート番号とが配置されているので、復元部２２は、その宛先IPアドレス及び宛先ポート番号を認識する。
【０２７７】
ステップＳ８２において、復元部２２は、IPパケットのIPヘッダに含まれる宛先IPアドレス及びIPパケット長、並びに、IPパケットのUDPヘッダに含まれる宛先ポート番号及びUDPパケット長を復元する。
【０２７８】
すなわち、復元部２２は、Genericパケットから認識した宛先IPアドレス及び宛先ポート番号を、IPパケットのIPヘッダに含まれる宛先IPアドレス、及び、IPパケットのUDPヘッダに含まれる宛先ポート番号として、それぞれ復元する。
【０２７９】
さらに、復元部２２は、Genericパケットから認識したGenericペイロードの長さ(length)に、IPヘッダの20バイトと、UDPヘッダの8バイトとを加算し、宛先インデクスの1バイトを減算することで、IPヘッダに含まれるIPパケット長(length+28-1)を復元する。
【０２８０】
また、復元部２２は、Genericパケットから認識したGenericペイロードの長さ(length)に、UDPヘッダの8バイトを加算し、宛先インデクスの1バイトを減算することで、UDPヘッダに含まれるUDPパケット長(length+8-1)を復元する。
【０２８１】
ここで、Genericパケットが、圧縮モードのGenericパケットである場合には、Genericヘッダの直後のGenericペイロードの先頭に配置されている宛先IPアドレス及び宛先ポート番号とが、IPパケットのIPヘッダに含まれる宛先IPアドレス、及び、IPパケットのUDPヘッダに含まれる宛先ポート番号として、それぞれ復元される。
【０２８２】
さらに、Genericペイロードの長さ(length)に、IPヘッダの20バイトと、UDPヘッダの8バイトとを加算し、Genericペイロードに配置されている宛先IPアドレス及び宛先ポート番号の合計サイズの6バイトを減算することで、IPヘッダに含まれるIPパケット長が復元される。
【０２８３】
また、Genericペイロードの長さ(length)に、UDPヘッダの8バイトを加算し、Genericペイロードに配置されている宛先IPアドレス及び宛先ポート番号の合計サイズの6バイトを減算することで、UDPヘッダに含まれるUDPパケット長が復元される。
【０２８４】
ステップＳ８３において、復元部２２は、IPヘッダに含まれる宛先IPアドレス、IPパケット長、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元する。さらに、復元部２２は、UDPヘッダに含まれる宛先ポート番号、UDPパケット長、及び、チェックサム以外の項目（すなわち、送信元ポート番号）を、あらかじめ決められた固定値に復元する。
【０２８５】
以上により、IPヘッダに含まれる項目は、チェックサムを除いて復元され、UDPヘッダに含まれる項目は、チェックサムを除いて復元される。
【０２８６】
ステップＳ８４において、復元部２２は、いままでに復元された項目を含むIPヘッダ、及び、いままでに復元された項目を含むUDPヘッダの後に、Genericペイロードに配置されている実データを配置することで、UDP/IPのIPパケットを構成する。
【０２８７】
そして、ステップＳ８５において、復元部２２は、ステップＳ８４で構成したIPパケットを用いて、IPヘッダ及びUDPヘッダに含まれるチェックサムを、実際に計算することにより、それぞれ復元する。
【０２８８】
以上により、Genericペイロードに配置されている（IPヘッダ及びUDPヘッダが圧縮された）IPパケットは、正式なIPヘッダ及びUDPヘッダを有するIPパケットに復元される。
【０２８９】
以上のように、復元部２２では、Genericペイロードに配置されているIPパケットを、そのGenericペイロードを有するGenericパケットだけから（他のGenericパケットを用いずに）、正式なIPヘッダ及びUDPヘッダを有するIPパケットに復元することができる。
【０２９０】
したがって、Genericパケットから、IPパケットを迅速に復元し、迅速に処理することができる。
【０２９１】
ここで、インデクステーブルにおいて、図８に示したように、宛先インデクスが、宛先IPアドレス及び宛先ポート番号の他、送信元IPアドレス及び送信元ポート番号にも対応付けられている場合には、IPヘッダに含まれる送信元IPアドレス、及び、UDPヘッダに含まれる送信元ポート番号は、インデクステーブルにおいて、宛先インデクスに対応付けられている送信元IPアドレス及び送信元ポート番号に、それぞれ復元することができる。
【０２９２】
また、送信装置１０において、トランスポート層より上位の上位層において、放送局の情報が送信され、受信装置２０において、その放送局の情報から、送信元IPアドレス及び送信元ポート番号を認識することができる場合には、IPヘッダに含まれる送信元IPアドレス、及び、UDPヘッダに含まれる送信元ポート番号は、放送局の情報から認識される送信元IPアドレス及び送信元ポート番号に、それぞれ復元することができる。
【０２９３】
なお、復元部２２は、上述したように、IPヘッダ及びUDPヘッダに含まれるチェックサムを、実際に計算することにより、それぞれ復元するので、その復元されたチェックサムは、実質的に有用ではない（機能しない）。
【０２９４】
しかしながら、ATSC3.0等の放送規格に準拠した放送では、物理層において、強力な誤り訂正が行われるので、IPヘッダ及びUDPヘッダに含まれるチェックサムが実質的に有用でなくても、問題はない。
【０２９５】
図１７は、IPヘッダの項目の中で、固定値に復元される項目と、その固定値の例とを示す図である。
【０２９６】
IPヘッダの項目の中で、固定値に復元される項目としては、例えば、バージョン(Version)、IHL，DSCP，ECN，Identification，Flags，Fragment Offset，Time To Live、及び、Protocolがある。
【０２９７】
バージョン(Version)は、例えば、IPのバージョンが、IPv4であることを表す固定値4に復元される。
【０２９８】
なお、図６で説明したように、Genericパケットのタイプ情報が、例えば、Genericペイロードに、IPv4のIPパケットが配置されていることや、IPv6のIPパケットが配置されていることを表す場合には、そのタイプ情報に応じて、バージョンを、IPv4であることを表す固定値4、及び、IPv6であることを表す固定値6のうちのいずれかに復元することができる。
【０２９９】
IHLは、IPヘッダにOptionsが存在しないことを前提として、IPヘッダの長さが20バイトであることを表す固定値5に復元される。
【０３００】
DSCP，ECN，Identification，Flags、及び、Fragment Offsetは、Genericパケットを用いて、IPパケットを放送する場合には、特に必要ないため、所定の固定値としての、例えば、0に復元される。
【０３０１】
Time to Liveは、受信装置２０で復元されたIPパケットが、ホームネットワーク等の通信ネットワークを介して伝送されることを考慮し、IPパケットの生存時間をある程度確保することができる固定値としての、例えば、128に復元される。
【０３０２】
Protocolは、IPパケットのペイロードに含まれるプロトコル、すなわち、UDPを表す固定値17に復元される。
【０３０３】
なお、送信元IPアドレス及び送信元ポート番号を固定値に復元する場合には、それぞれの固定値として、例えば、図８のインデクステーブルに示した192.168.0.0及び60000等を採用することができる。但し、送信元IPアドレス及び送信元ポート番号を固定値は、それぞれ、192.168.0.0及び60000に限定されるものではない。
【０３０４】
図１８は、復元部２２でのIPパケットの復元処理の例を説明するフローチャートである。
【０３０５】
ステップＳ９１において、復元部２２は、受信部２１から1個のGenericパケットが供給されるのを待って、受信部２１からのGenericパケットを、復元対象のGenericパケットとして取得し、処理は、ステップＳ９２に進む。
【０３０６】
ステップＳ９２では、復元部２２は、復元対象のGenericパケットのタイプ情報を判定する。
【０３０７】
ステップＳ９２において、タイプ情報が、010であると判定された場合、すなわち、復元対象のGenericパケットが、非圧縮モードのGenericパケット（図７のＣ）であり、したがって、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されていないIPパケット（正式なIPヘッダ及びUDPヘッダのIPパケット）が配置されている場合、処理は、ステップＳ９３に進む。
【０３０８】
ステップＳ９３では、復元部２２は、Genericペイロードから、IPヘッダ及びUDPヘッダが圧縮されていないIPパケットを取り出して（取得して）出力し、処理は、ステップＳ９１に戻る。
【０３０９】
また、ステップＳ９２において、タイプ情報が、011であると判定された場合、すなわち、Genericペイロードに、IPヘッダ及びUDPヘッダが圧縮されたIPv4のIPパケットが配置されている場合、処理は、ステップＳ９４に進む。
【０３１０】
ステップＳ９４では、復元部２２は、復元対象のGenericパケットのExtを判定する。
【０３１１】
ステップＳ９４において、Extが1であると判定された場合、すなわち、Genericヘッダが、拡張ヘッダである場合、処理は、ステップＳ９５に進む。
【０３１２】
ステップＳ９５では、復元部２２は、拡張ヘッダであるGenericヘッダのレングス情報(length)を下位ビットとするとともに、追加バイトの拡張用のレングス情報(Ext. Length)を上位ビットとするビット列で表される値を、Genericペイロードの長さ(length)として認識し、処理は、ステップＳ９７に進む。
【０３１３】
また、ステップＳ９４において、Extが0であると判定された場合、すなわち、Genericヘッダが、通常ヘッダである場合、処理は、ステップＳ９６に進む。
【０３１４】
ステップＳ９６では、復元部２２は、通常ヘッダであるGenericヘッダのレングス情報が表す値を、Genericペイロードの長さ(length)として認識し、処理は、ステップＳ９７に進む。
【０３１５】
ステップＳ９７では、復元部２２は、ステップＳ９５又はＳ９６で認識したGenericペイロードの長さから、図１６で説明したようにして、IPパケット長及びUDPパケット長（サイズ）を復元し、IPヘッダ及びUDPヘッダに、それぞれ配置して（含めて）（設定して）、処理は、ステップＳ９８に進む。
【０３１６】
ステップＳ９８では、復元部２２は、復元対象のGenericパケットのFlgを判定する。
【０３１７】
ステップＳ９８において、Flgが1であると判定された場合、すなわち、復元対象のGenericパケットが、圧縮モードのGenericパケット（図７のＢ）であり、Genericヘッダの直後のGenericペイロードの先頭に、4バイトの宛先IPアドレスと、2バイトの宛先ポート番号とが配置されている場合、処理は、ステップＳ９９に進む。
【０３１８】
ステップＳ９９では、復元部２２は、Genericペイロードの先頭に配置されている宛先IPアドレス及び宛先ポート番号を取得し、IPヘッダ及びUDPヘッダに、それぞれ配置して、処理は、ステップＳ１０１に進む。
【０３１９】
また、ステップＳ９８において、Flgが0であると判定された場合、すなわち、復元対象のGenericパケットが、スーパー圧縮モードのGenericパケット（図７のＡ）であり、Genericヘッダの直後のGenericペイロードの先頭に、1バイトの宛先インデクスが配置されている場合、処理は、ステップＳ１００に進む。
【０３２０】
ステップＳ１００では、復元部２２は、Genericペイロードの先頭に配置されている宛先インデクスを取得する。さらに、復元部２２は、宛先インデクスに対応付けられている宛先IPアドレス及び宛先ポート番号を、インデクステーブル（図８）から検索することにより認識する。そして、復元部２２は、宛先インデクスに対応付けられている宛先IPアドレス及び宛先ポート番号を、IPヘッダ及びUDPヘッダに、それぞれ配置して、処理は、ステップＳ１００からステップＳ１０１に進む。
【０３２１】
ステップＳ１０１では、復元部２２は、IPヘッダの宛先IPアドレス、IPパケット長、及び、チェックサム以外の項目として、例えば、図１７等で説明した所定の固定値を配置する。さらに、復元部２２は、UDPヘッダの宛先ポート番号、UDPパケット長、及び、チェックサム以外の項目、すなわち、送信元ポート番号として、所定の固定値を配置する。
【０３２２】
ここで、IPヘッダの送信元IPアドレス、及び、UDPヘッダの送信元ポート番号としては、所定の固定値を用いる他、上述したように、インデクステーブルにおいて、宛先インデクスが、宛先IPアドレス及び宛先ポート番号、並びに、送信元IPアドレス及び送信元ポート番号に対応付けられている場合には、IPヘッダの送信元IPアドレス、及び、UDPヘッダの送信元ポート番号として、宛先インデクスに対応付けられている送信元IPアドレス及び送信元ポート番号を用いることができる。
【０３２３】
また、送信装置１０において、上位層によって、放送局の情報が送信され、受信装置２０において、その放送局の情報から、送信元IPアドレス及び送信元ポート番号を認識することができる場合には、IPヘッダの送信元IPアドレス、及び、UDPヘッダの送信元ポート番号としては、放送局の情報から認識される送信元IPアドレス及び送信元ポート番号を用いることができる。但し、送信元IPアドレス及び送信元ポート番号は、上述のように固定値であっても良い。
【０３２４】
ステップＳ１０１において、以上のように、IPヘッダ及びUDPヘッダのチェックサム以外の項目が配置された後、処理は、ステップＳ１０２に進み、復元部２２は、Genericペイロードに配置された実データを取得する。
【０３２５】
そして、復元部２２は、いままでに得られているIPヘッダを用いて、IPのチェックサムを算出するとともに、いままでに得られているUDPヘッダ、及び、実データを用いて、UDPのチェックサムを算出し、処理は、ステップＳ１０２からステップＳ１０３に進む。
【０３２６】
ステップＳ１０３では、復元部２２は、IPのチェックサムをIPヘッダに配置するとともに、UDPのチェックサムを、UDPヘッダに配置する。さらに、復元部２２は、IPヘッダ、及び、UDPヘッダ、及び、実データを、その順で配置したIPパケットを構成して出力し、処理は、ステップＳ１０３からステップＳ９１に戻る。
【０３２７】
＜本技術を適用したコンピュータの説明＞
【０３２８】
次に、上述した生成部１１や復元部２２の一連の処理は、ハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にインストールされる。
【０３２９】
そこで、図１９は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０３３０】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。
【０３３１】
あるいはまた、プログラムは、リムーバブル記録媒体１１１に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。ここで、リムーバブル記録媒体１１１としては、例えば、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等がある。
【０３３２】
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、通信網や放送網を介して、コンピュータにダウンロードし、内蔵するハードディスク１０５にインストールすることができる。すなわち、プログラムは、例えば、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送することができる。
【０３３３】
コンピュータは、CPU(Central Processing Unit)１０２を内蔵しており、CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されている。
【０３３４】
CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、入力部１０７が操作等されることにより指令が入力されると、それに従って、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、CPU１０２は、ハードディスク１０５に格納されたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。
【０３３５】
これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
【０３３６】
なお、入力部１０７は、キーボードや、マウス、マイク等で構成される。また、出力部１０６は、LCD(Liquid Crystal Display)やスピーカ等で構成される。
【０３３７】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。
【０３３８】
また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
【０３３９】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０３４０】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３４１】
例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３４２】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０３４３】
また、本技術は、ATSCは勿論、ATSC以外の、例えば、DVB(Digital Video Broadcasting)やISDB(Integrated Services Digital Broadcasting)等の放送規格での放送にも適用することができる。
【０３４４】
また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
【０３４５】
なお、本技術は、以下のような構成をとることができる。
【０３４６】
＜１＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成する生成部と、
前記伝送パケットを送信する送信部と
を備える送信装置。
＜２＞
前記宛先IPアドレス及び前記宛先ポート番号に対応付けられた宛先インデクスが存在する場合、
前記生成部は、
前記宛先インデクスと、前記UDPパケットのペイロードとで構成されるペイロードの前記伝送パケットを生成し、
前記宛先IPアドレス及び前記宛先ポート番号に対応付けられた宛先インデクスが存在しない場合、
前記生成部は、
前記宛先IPアドレスと、
前記宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードの前記伝送パケットを生成し、
前記伝送パケットのヘッダは、
前記タイプ情報と、
前記レングス情報と、
前記伝送パケットのペイロードに、前記宛先インデクスと、前記宛先IPアドレス及び前記宛先ポート番号とのうちのいずれが含まれるかを表す種別情報と
で構成される
＜１＞に記載の送信装置。
＜３＞
前記宛先インデクスのサイズは、前記宛先IPアドレス及び前記宛先ポート番号の合計サイズ未満である
＜１＞又は＜２＞に記載の送信装置。
＜４＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成し、
前記伝送パケットを送信する
ステップを含む送信方法。
＜５＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信する受信部と、
前記伝送パケットから、前記IPパケットを復元する復元部と
を備える受信装置。
＜６＞
前記復元部は、
前記宛先インデクスに対応付けられている前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記UDPヘッダに含まれる宛先ポート番号、前記UDPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
＜５＞に記載の受信装置。
＜７＞
前記宛先インデクスには、前記宛先IPアドレス及び前記宛先ポート番号の他、送信元IPアドレス及び送信元ポート番号も対応付けられており、
前記復元部は、
前記宛先インデクスに対応付けられている前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記宛先インデクスに対応付けられている前記送信元IPアドレス及び前記送信元ポート番号を、前記IPヘッダに含まれる送信元IPアドレス、及び、前記UDPヘッダに含まれる送信元ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、前記送信元IPアドレス、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
＜５＞に記載の受信装置。
＜８＞
前記宛先インデクスのサイズは、前記宛先IPアドレス及び前記宛先ポート番号の合計サイズ未満である
＜５＞ないし＜７＞のいずれかに記載の受信装置。
＜９＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、前記UDPパケットの宛先ポート番号とに対応付けられた宛先インデクスと、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信し、
前記伝送パケットから、前記IPパケットを復元する
ステップを含む受信方法。
＜１０＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成する生成部と、
前記伝送パケットを送信する送信部と
を備える送信装置。
＜１１＞
前記伝送パケットのペイロードは、前記IPヘッダ及び前記UDPヘッダについては、前記宛先IPアドレス及び前記宛先ポート番号のみを有する
＜１０＞に記載の送信装置。
＜１２＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを生成し、
前記伝送パケットを送信する
ステップを含む送信方法。
＜１３＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信する受信部と、
前記伝送パケットから、前記IPパケットを復元する復元部と
を備える受信装置。
＜１４＞
前記復元部は、
前記伝送パケットのヘッダに含まれる前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記UDPヘッダに含まれる宛先ポート番号、前記UDPパケットの長さの情報、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
＜１３＞に記載の受信装置。
＜１５＞
トランスポート層より上位の層において、前記IPパケットの送信元IPアドレス、及び、前記UDPパケットの送信元ポート番号が取得され、
前記復元部は、
前記伝送パケットのヘッダに含まれる前記宛先IPアドレス及び前記宛先ポート番号を、前記IPヘッダに含まれる宛先IPアドレス、及び、前記UDPヘッダに含まれる宛先ポート番号として、それぞれ復元し、
前記レングス情報から、前記IPヘッダに含まれる、前記IPパケットの長さの情報と、前記UDPパケットに含まれる、前記UDPパケットの長さの情報とを復元し、
前記上位の層で取得される前記送信元IPアドレス及び前記送信元ポート番号を、前記IPヘッダに含まれる送信元IPアドレス、及び、前記UDPヘッダに含まれる送信元ポート番号として、それぞれ復元し、
前記IPヘッダに含まれる宛先IPアドレス、前記IPパケットの長さの情報、前記送信元ポート番号、及び、チェックサム以外の項目を、あらかじめ決められた固定値に復元し、
前記IPパケット及び前記UDPパケットのチェックサムを、計算することにより、それぞれ復元する
＜１３＞に記載の受信装置。
＜１６＞
IP(Internet Protocol)ヘッダ、及び、UDP(User Datagram Protocol)ヘッダが圧縮されているかどうかを表すタイプ情報と、
UDPパケットを含むIPパケットを伝送する伝送パケットの長さを表すレングス情報と
で構成されるヘッダと、
前記IPパケットの宛先IPアドレスと、
前記UDPパケットの宛先ポート番号と、
前記UDPパケットのペイロードと
で構成されるペイロードと
で構成される前記伝送パケットを受信し、
前記伝送パケットから、前記IPパケットを復元する
ステップを含む受信方法。
【符号の説明】
【０３４７】
１０  送信装置，  １１  生成部，  １２  送信部，  ２０  受信装置，  ２１  受信部，  ２２  復元部，  １０１  バス，  １０２  CPU，  １０３  ROM，  １０４  RAM，  １０５  ハードディスク，  １０６  出力部，  １０７  入力部，  １０８  通信部，  １０９  ドライブ，  １１０  入出力インタフェース，  １１１  リムーバブル記録媒体
【図１】
2016067954.tif 000003
【図２】
2016067954.tif 000004
【図３】
2016067954.tif 000005
【図４】
2016067954.tif 000006
【図５】
2016067954.tif 000007
【図６】
2016067954.tif 000008
【図７】
2016067954.tif 000009
【図８】
2016067954.tif 000010
【図９】
2016067954.tif 000011
【図１０】
2016067954.tif 000012
【図１１】
2016067954.tif 000013
【図１２】
2016067954.tif 000014
【図１３】
2016067954.tif 000015
【図１４】
2016067954.tif 000016
【図１５】
2016067954.tif 000017
【図１６】
2016067954.tif 000018
【図１７】
2016067954.tif 000019
【図１８】
2016067954.tif 000020
【図１９】
2016067954.tif 000021
【国際調査報告】
2016067954.tif 000022
2016067954.tif 000023