JP2002026980A - 通信システムおよび通信方法 - Google Patents
通信システムおよび通信方法Info
- Publication number
- JP2002026980A JP2002026980A JP2000205722A JP2000205722A JP2002026980A JP 2002026980 A JP2002026980 A JP 2002026980A JP 2000205722 A JP2000205722 A JP 2000205722A JP 2000205722 A JP2000205722 A JP 2000205722A JP 2002026980 A JP2002026980 A JP 2002026980A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- header
- information
- packet length
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】長いデータであっても伝送効率の低下を招くこ
となく、しかも、ヘッダ構成を変更することなく、効率
的にパケット伝送できるようにする。 【解決手段】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、伝送
品質が保証される場合に拡張モードに切り替える手段11
7と、このモード切り替えにより、パケット長情報部と
冗長情報部を拡張パケット長情報部として用いたヘッダ
を生成して前記ヘッダとして用いると共に、この拡張パ
ケット長情報部の長さで表現できる値分のパケット長の
データを格納したパケットを生成する多重化手段1116
と、この多重化手段により生成されたパケットを送信す
る手段とを具備することを特徴とする。
となく、しかも、ヘッダ構成を変更することなく、効率
的にパケット伝送できるようにする。 【解決手段】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、伝送
品質が保証される場合に拡張モードに切り替える手段11
7と、このモード切り替えにより、パケット長情報部と
冗長情報部を拡張パケット長情報部として用いたヘッダ
を生成して前記ヘッダとして用いると共に、この拡張パ
ケット長情報部の長さで表現できる値分のパケット長の
データを格納したパケットを生成する多重化手段1116
と、この多重化手段により生成されたパケットを送信す
る手段とを具備することを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、映像、音声、デー
タなどを多重化して送受信するマルチメディア情報の通
信に最適な通信システムおよび通信方法に関する。
タなどを多重化して送受信するマルチメディア情報の通
信に最適な通信システムおよび通信方法に関する。
【０００２】
【従来の技術】音声や映像、データ等を伝送する、いわ
ゆるマルチメディア情報通信システムでは、システム規
格としてＩＴＵ−Ｔ（国際電気通信連合の電気通信標準
化部門）勧告“H.324”を、そして、通信制御プロトコ
ルとしてＩＴＵ−Ｔ勧告“H.245”を用いている。ここ
で、“H.324”本体は有線電話回線の使用を前提として
いるものであるが、無線伝送路での使用を考慮する場合
には、“H.324AnnexC”を用いることが適当とされてい
る。そして、この“H.324AnnexC”においては、音声や
映像、データなどの各情報を多重化するための方式とし
て、“H.223”を用いることとなっている。“H.223”に
よる多重化パケットは、ヘッダ部分と情報フィールド部
分から構成されており、音声や映像、データなどは情報
フィールドにマッピングされる。そして、“H.324Annex
C”では、“H.223”のうちの“レベル１”から“レベル
３”を選択して使用することが可能となっている。
ゆるマルチメディア情報通信システムでは、システム規
格としてＩＴＵ−Ｔ（国際電気通信連合の電気通信標準
化部門）勧告“H.324”を、そして、通信制御プロトコ
ルとしてＩＴＵ−Ｔ勧告“H.245”を用いている。ここ
で、“H.324”本体は有線電話回線の使用を前提として
いるものであるが、無線伝送路での使用を考慮する場合
には、“H.324AnnexC”を用いることが適当とされてい
る。そして、この“H.324AnnexC”においては、音声や
映像、データなどの各情報を多重化するための方式とし
て、“H.223”を用いることとなっている。“H.223”に
よる多重化パケットは、ヘッダ部分と情報フィールド部
分から構成されており、音声や映像、データなどは情報
フィールドにマッピングされる。そして、“H.324Annex
C”では、“H.223”のうちの“レベル１”から“レベル
３”を選択して使用することが可能となっている。
【０００３】これらのうち、基本的な“H.223（レベル
０に相当）”では、多重化パケットのヘッダやペイロー
ドに対する誤りからの保護機能を一切持っていないた
め、誤りがある伝送路には向かない。
０に相当）”では、多重化パケットのヘッダやペイロー
ドに対する誤りからの保護機能を一切持っていないた
め、誤りがある伝送路には向かない。
【０００４】これに対して“H.223AnnexA（“レベル
１”に相当）”では、多重化パケットの前後に固有のビ
ットパターンを付加することで、誤りのある伝送路上で
パケットの区別を容易にする機能を提供している。
１”に相当）”では、多重化パケットの前後に固有のビ
ットパターンを付加することで、誤りのある伝送路上で
パケットの区別を容易にする機能を提供している。
【０００５】また、“H.223AnnexB（“レベル２”に相
当）”では、多重化パケットのヘッダに冗長情報を設
け、その冗長情報には、ヘッダ中の主情報（多重化テー
ブルの選択情報とパケット長）を保護するための誤り訂
正符号を用いる。これにより、ヘッダの主情報に誤りが
発生しても、誤り訂正機能により修復が可能となり、正
しい復号ができる。
当）”では、多重化パケットのヘッダに冗長情報を設
け、その冗長情報には、ヘッダ中の主情報（多重化テー
ブルの選択情報とパケット長）を保護するための誤り訂
正符号を用いる。これにより、ヘッダの主情報に誤りが
発生しても、誤り訂正機能により修復が可能となり、正
しい復号ができる。
【０００６】また、“H.223AnnexC（“レベル３”に相
当）”では、多重化パケット全体を保護するための誤り
訂正符号を付加する。これにより、情報フィールドで伝
送される情報も、誤りから保護されることになる。
当）”では、多重化パケット全体を保護するための誤り
訂正符号を付加する。これにより、情報フィールドで伝
送される情報も、誤りから保護されることになる。
【０００７】図７は、“H.223AnnexB”手順にしたがっ
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］は
“ＭＣ（Multiplex Code）フィールド”であって、選択
された多重化テーブルエントリ番号を示す。それに続く
８［bit］は、“ＭＰＬ（Multiplex Payload Length）
フィールド”、すなわち、オクテット単位（Byte単位）
のパケット長情報であって、データの格納容量をオクテ
ット単位で表現した部分である。この２種類の情報を合
わせて主情報として扱う。
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］は
“ＭＣ（Multiplex Code）フィールド”であって、選択
された多重化テーブルエントリ番号を示す。それに続く
８［bit］は、“ＭＰＬ（Multiplex Payload Length）
フィールド”、すなわち、オクテット単位（Byte単位）
のパケット長情報であって、データの格納容量をオクテ
ット単位で表現した部分である。この２種類の情報を合
わせて主情報として扱う。
【０００８】“ＭＰＬフィールド”は８［bit］長であ
るが、“H.223AnnexB”においてはＭＰＬ＝０（十進表
記）（ＭＰＬの内容が二進表記で“０００００００
０”）とＭＰＬ＝２５５（十進表記）（ＭＰＬの内容が
二進表記で“１１１１１１１１”）は使用しない。その
ため、パケット長の最大値は“（２＾８）−（１）−
（１）”オクテット、すなわち、２５６−２＝２５４で
“２５４”オクテットとなる。（ただし、＾はべき乗を
示す。） 続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報（Sub）である。多重方式として“H.223Annex
B”を用いる場合、主情報に対して拡張ゴーレイ符号を
計算した結果が、誤り訂正用情報として冗長情報フィー
ルドに格納されている。
るが、“H.223AnnexB”においてはＭＰＬ＝０（十進表
記）（ＭＰＬの内容が二進表記で“０００００００
０”）とＭＰＬ＝２５５（十進表記）（ＭＰＬの内容が
二進表記で“１１１１１１１１”）は使用しない。その
ため、パケット長の最大値は“（２＾８）−（１）−
（１）”オクテット、すなわち、２５６−２＝２５４で
“２５４”オクテットとなる。（ただし、＾はべき乗を
示す。） 続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報（Sub）である。多重方式として“H.223Annex
B”を用いる場合、主情報に対して拡張ゴーレイ符号を
計算した結果が、誤り訂正用情報として冗長情報フィー
ルドに格納されている。
【０００９】今、同じ情報を、異なる特徴を持つ伝送路
上で伝送する場合を考える。たとえば、誤り率が非常に
小さい物理回線を利用しての伝送であったり、また、プ
ロトコルレイヤのより下位のもので誤り訂正処理を施す
ため、事実上、エラーフリーであるとみなせる伝送路を
利用しての伝送などである。
上で伝送する場合を考える。たとえば、誤り率が非常に
小さい物理回線を利用しての伝送であったり、また、プ
ロトコルレイヤのより下位のもので誤り訂正処理を施す
ため、事実上、エラーフリーであるとみなせる伝送路を
利用しての伝送などである。
【００１０】これらの場合、冗長情報としての誤り訂正
符号を付加することは意味がなく、この付加した誤り情
報（Sub）は単に伝送効率を低下させるだけである。
符号を付加することは意味がなく、この付加した誤り情
報（Sub）は単に伝送効率を低下させるだけである。
【００１１】もちろん、事実上無用なこの冗長情報を、
削除して伝送するということも考えられるが、その場
合、ヘッダ情報の構成が変わってしまうことになる。そ
して、ヘッダ情報の構成が大きく変更されると、処理自
体にも大きな変更が必要となり、処理の増大にともなう
実装の複雑さが増すこととなる。そのため、このような
冗長情報の削除という対応は、適切な対応とは言いがた
い。
削除して伝送するということも考えられるが、その場
合、ヘッダ情報の構成が変わってしまうことになる。そ
して、ヘッダ情報の構成が大きく変更されると、処理自
体にも大きな変更が必要となり、処理の増大にともなう
実装の複雑さが増すこととなる。そのため、このような
冗長情報の削除という対応は、適切な対応とは言いがた
い。
【００１２】また、図７に示すように、ヘッダにはパケ
ット長を示すためのパケット長情報があるが、当該ヘッ
ダにおけるパケット長情報フィールドが短い場合、表現
できるパケット長の大きさが制限される。そのため、パ
ケット長情報（ＭＰＬ）フィールドが短い構造の場合、
最大パケット長はこのパケット長情報フィールドの範囲
内で表現できる長さに制限され、これを超える長さのパ
ケットは１パケットで伝送することはできないことにな
る。従って、大きなデータを伝送するには複数パケット
に分割しなければならないこととなる。
ット長を示すためのパケット長情報があるが、当該ヘッ
ダにおけるパケット長情報フィールドが短い場合、表現
できるパケット長の大きさが制限される。そのため、パ
ケット長情報（ＭＰＬ）フィールドが短い構造の場合、
最大パケット長はこのパケット長情報フィールドの範囲
内で表現できる長さに制限され、これを超える長さのパ
ケットは１パケットで伝送することはできないことにな
る。従って、大きなデータを伝送するには複数パケット
に分割しなければならないこととなる。
【００１３】そして、各パケットにはそれぞれヘッダ情
報が必ず含まれることから、パケット長が短いと、各パ
ケットに付加されるべきヘッダ情報の割合が相対的に増
大することとなって、それが伝送効率低下の一因とな
る。
報が必ず含まれることから、パケット長が短いと、各パ
ケットに付加されるべきヘッダ情報の割合が相対的に増
大することとなって、それが伝送効率低下の一因とな
る。
【００１４】
【発明が解決しようとする課題】上述したように、“H.
223AnnexB”におけるＭＵＸ−ＰＤＵの生成の際に付加
されるヘッダは２４［bit］固定であり、その内容は先
頭からの４［bit］は“ＭＣフィールド”で、選択され
た多重化テーブルエントリ番号が挿入されており、それ
に続く８［bit］は、“ＭＰＬフィールド”で、オクテ
ット単位のパケット長情報が挿入され、続く１２［bi
t］は、Ｐフィールドで、冗長情報が挿入されるという
構成である。
223AnnexB”におけるＭＵＸ−ＰＤＵの生成の際に付加
されるヘッダは２４［bit］固定であり、その内容は先
頭からの４［bit］は“ＭＣフィールド”で、選択され
た多重化テーブルエントリ番号が挿入されており、それ
に続く８［bit］は、“ＭＰＬフィールド”で、オクテ
ット単位のパケット長情報が挿入され、続く１２［bi
t］は、Ｐフィールドで、冗長情報が挿入されるという
構成である。
【００１５】そして、従来は、一旦このようなヘッダ情
報の内容が決定されると、伝送路の状態が良い場合であ
っても１２［bit］分の冗長情報を付加する。この１２
［bit］分の冗長情報は誤り訂正のための情報であるか
ら、伝送品質の良い場合には全くの無駄である。そのた
め、パケット毎に１２［bit］分とは云うものの、この
冗長情報の伝送は不必要な情報の伝送と云うことにな
る。
報の内容が決定されると、伝送路の状態が良い場合であ
っても１２［bit］分の冗長情報を付加する。この１２
［bit］分の冗長情報は誤り訂正のための情報であるか
ら、伝送品質の良い場合には全くの無駄である。そのた
め、パケット毎に１２［bit］分とは云うものの、この
冗長情報の伝送は不必要な情報の伝送と云うことにな
る。
【００１６】また、パケットに付加されるヘッダにはパ
ケット長を示すためのパケット長情報があるが、当該ヘ
ッダにおけるパケット長情報フィールドが短い場合、表
現できるパケット長の大きさが制限される。そのため、
パケット長情報フィールドが短い構造の場合、最大パケ
ット長はこのパケット長情報フィールドの範囲内で表現
できる長さに制限され、これを超える長さのパケットは
１パケットで伝送することはできない。
ケット長を示すためのパケット長情報があるが、当該ヘ
ッダにおけるパケット長情報フィールドが短い場合、表
現できるパケット長の大きさが制限される。そのため、
パケット長情報フィールドが短い構造の場合、最大パケ
ット長はこのパケット長情報フィールドの範囲内で表現
できる長さに制限され、これを超える長さのパケットは
１パケットで伝送することはできない。
【００１７】従って、大きなデータを伝送するには複数
パケットに分割しなければならないこととなるばかり
か、各パケットにはそれぞれヘッダ情報が必ず含まれる
ことから、パケット長が短いと、各パケットに付加され
るべきヘッダ情報の割合が相対的に増大することとなっ
て、それが伝送効率低下の一因となる。
パケットに分割しなければならないこととなるばかり
か、各パケットにはそれぞれヘッダ情報が必ず含まれる
ことから、パケット長が短いと、各パケットに付加され
るべきヘッダ情報の割合が相対的に増大することとなっ
て、それが伝送効率低下の一因となる。
【００１８】従って、長いデータであっても伝送効率の
低下を招くことなく、しかも、ヘッダ構成を変更するこ
となく、効率的にパケット伝送できるようにした伝送技
術の開発が嘱望される。
低下を招くことなく、しかも、ヘッダ構成を変更するこ
となく、効率的にパケット伝送できるようにした伝送技
術の開発が嘱望される。
【００１９】そこで、この発明の目的とするところは、
長いデータであっても伝送効率の低下を招くことなく、
しかも、ヘッダ構成を変更することなく、効率的にパケ
ット伝送できるようにした通信システムおよび通信方法
を提供することにある。
長いデータであっても伝送効率の低下を招くことなく、
しかも、ヘッダ構成を変更することなく、効率的にパケ
ット伝送できるようにした通信システムおよび通信方法
を提供することにある。
【００２０】
【課題を解決するための手段】上記の目的を達成するた
めにこの発明に係わる通信システムは、少なくとも固定
長のパケット長情報部と、固定長の冗長情報部からなる
所定形式のヘッダを持つパケットにより前記パケット長
情報部で表現されるパケット長分のデータを伝送する通
信システムにおいて、伝送品質が保証される場合にはモ
ードを切り替える手段と、このモード切り替えにより、
パケット長情報部と冗長情報部を拡張パケット長情報部
として用いたヘッダを生成して前記ヘッダとして用いる
と共に、この拡張パケット長情報部の長さで表現できる
値分のパケット長のデータを格納したパケットを生成す
る多重化手段と、この多重化手段により生成されたパケ
ットを送信する手段と、を具備する構成とすることを特
徴とする。
めにこの発明に係わる通信システムは、少なくとも固定
長のパケット長情報部と、固定長の冗長情報部からなる
所定形式のヘッダを持つパケットにより前記パケット長
情報部で表現されるパケット長分のデータを伝送する通
信システムにおいて、伝送品質が保証される場合にはモ
ードを切り替える手段と、このモード切り替えにより、
パケット長情報部と冗長情報部を拡張パケット長情報部
として用いたヘッダを生成して前記ヘッダとして用いる
と共に、この拡張パケット長情報部の長さで表現できる
値分のパケット長のデータを格納したパケットを生成す
る多重化手段と、この多重化手段により生成されたパケ
ットを送信する手段と、を具備する構成とすることを特
徴とする。
【００２１】この通信システムは、固定長のパケット長
情報部と、固定長の冗長情報部からなる所定形式のヘッ
ダを持つパケットにより前記パケット長情報部で表現さ
れるパケット長分のデータを伝送するが、伝送品質が保
証される場合にはパケット長情報部と冗長情報部を拡張
パケット長情報部として用い、この拡張パケット長情報
部の長さで表現できる値分のパケット長のデータをパケ
ット伝送する。
情報部と、固定長の冗長情報部からなる所定形式のヘッ
ダを持つパケットにより前記パケット長情報部で表現さ
れるパケット長分のデータを伝送するが、伝送品質が保
証される場合にはパケット長情報部と冗長情報部を拡張
パケット長情報部として用い、この拡張パケット長情報
部の長さで表現できる値分のパケット長のデータをパケ
ット伝送する。
【００２２】ヘッダにはパケット長を示すためのパケッ
ト長情報があるが、当該ヘッダにおけるパケット長情報
フィールドが短い場合、表現できるパケット長の大きさ
が制限される。そのため、パケット長情報フィールドが
短い構造の場合、最大パケット長はこのパケット長情報
フィールドの範囲内で表現できる長さに制限され、これ
を超える長さのパケットは１パケットで伝送することは
できないことになる。従って、大きなデータを伝送する
には複数パケットに分割しなければならないこととなる
ばかりか、各パケットにはそれぞれヘッダ情報が必ず含
まれることから、パケット長が短いと、各パケットに付
加されるべきヘッダ情報の割合が相対的に増大すること
となって、それが伝送効率低下の一因となる。
ト長情報があるが、当該ヘッダにおけるパケット長情報
フィールドが短い場合、表現できるパケット長の大きさ
が制限される。そのため、パケット長情報フィールドが
短い構造の場合、最大パケット長はこのパケット長情報
フィールドの範囲内で表現できる長さに制限され、これ
を超える長さのパケットは１パケットで伝送することは
できないことになる。従って、大きなデータを伝送する
には複数パケットに分割しなければならないこととなる
ばかりか、各パケットにはそれぞれヘッダ情報が必ず含
まれることから、パケット長が短いと、各パケットに付
加されるべきヘッダ情報の割合が相対的に増大すること
となって、それが伝送効率低下の一因となる。
【００２３】本発明では、伝送品質が確保されるとき
は、事実上、無駄となる冗長情報を付加しないように
し、この冗長情報に割り当てていた領域もパケット長情
報部の領域として使用して表現可能なパケット長の大き
さを拡大する。
は、事実上、無駄となる冗長情報を付加しないように
し、この冗長情報に割り当てていた領域もパケット長情
報部の領域として使用して表現可能なパケット長の大き
さを拡大する。
【００２４】これにより、信頼性の高い伝送が可能な場
合には、大きなパケット長のパケットを用いてデータを
伝送できるようにして、パケットの伝送効率を向上させ
ることができるようになる。
合には、大きなパケット長のパケットを用いてデータを
伝送できるようにして、パケットの伝送効率を向上させ
ることができるようになる。
【００２５】また、特に、映像データを伝送する場合な
ど、大容量のデータを伝送する場合においては伝送路使
用効率を向上させることができることと、大容量のパケ
ットで伝送できることで、高品位な画像データをリアル
タイムで伝送できるようになる等の効果が得られる。
ど、大容量のデータを伝送する場合においては伝送路使
用効率を向上させることができることと、大容量のパケ
ットで伝送できることで、高品位な画像データをリアル
タイムで伝送できるようになる等の効果が得られる。
【００２６】
【発明の実施の形態】この発明は、伝送路や使用プロト
コルに応じて冗長情報の意味を切り替えることで、より
高い伝送効率を確保できるようにしたマルチメディア情
報通信技術と提供するものであり、以下、本発明の実施
例について、図面を参照して説明する。
コルに応じて冗長情報の意味を切り替えることで、より
高い伝送効率を確保できるようにしたマルチメディア情
報通信技術と提供するものであり、以下、本発明の実施
例について、図面を参照して説明する。
【００２７】（第１の実施例）図１は、本発明にかかわ
るマルチメディア情報通信システムの一実施形態を示す
概略構成図である。図に示すように、マルチメディア情
報通信が可能な通信装置１および通信装置２があり、こ
れらはネットワークシステムＮＷを介して互いに通信可
能に接続されている。これらの通信装置１，２はそれぞ
れ各種制御の中枢となるシステム制御装置ＣＮＴと、送
受信するデータの多重化／分離化処理するための多重分
離装置ＭＵＸ／ＤＭＵＸとを備えている。そして、これ
らの通信装置１，２は自己の多重分離装置ＭＵＸ／ＤＭ
ＵＸを介してネットワークシステムＮＷに接続すること
により、互いに通信することができる仕組みである。
るマルチメディア情報通信システムの一実施形態を示す
概略構成図である。図に示すように、マルチメディア情
報通信が可能な通信装置１および通信装置２があり、こ
れらはネットワークシステムＮＷを介して互いに通信可
能に接続されている。これらの通信装置１，２はそれぞ
れ各種制御の中枢となるシステム制御装置ＣＮＴと、送
受信するデータの多重化／分離化処理するための多重分
離装置ＭＵＸ／ＤＭＵＸとを備えている。そして、これ
らの通信装置１，２は自己の多重分離装置ＭＵＸ／ＤＭ
ＵＸを介してネットワークシステムＮＷに接続すること
により、互いに通信することができる仕組みである。
【００２８】もう少し細かく云えば、図２に示すよう
に、通信装置１，２はそれぞれネットワークＮＷとの送
受信インタフェースをとるためのネットワークインタフ
ェースＮＷＩ／Ｆを有しており、当該ネットワークイン
タフェースＮＷを介してネットワークＮＷと接続されて
データの授受がなされる。また、これらの通信装置１，
２の持つ多重分離装置ＭＵＸ／ＤＭＵＸはそれぞれ、送
信するデータを多重化処理して自己内蔵のネットワーク
インタフェースＮＷＩ／Ｆに渡す多重化装置１１と、自
己内蔵のネットワークインタフェースＮＷＩ／Ｆを介し
て受信された多重化データを分離するための分離装置１
２に分かれている。
に、通信装置１，２はそれぞれネットワークＮＷとの送
受信インタフェースをとるためのネットワークインタフ
ェースＮＷＩ／Ｆを有しており、当該ネットワークイン
タフェースＮＷを介してネットワークＮＷと接続されて
データの授受がなされる。また、これらの通信装置１，
２の持つ多重分離装置ＭＵＸ／ＤＭＵＸはそれぞれ、送
信するデータを多重化処理して自己内蔵のネットワーク
インタフェースＮＷＩ／Ｆに渡す多重化装置１１と、自
己内蔵のネットワークインタフェースＮＷＩ／Ｆを介し
て受信された多重化データを分離するための分離装置１
２に分かれている。
【００２９】＜多重化装置１１の構成例＞図３は、上記
多重化装置１１の構成を示すブロック図である。ここ
で、通信装置１，２は同一構成であり、多重化装置１１
も同一構成であるものとする。
多重化装置１１の構成を示すブロック図である。ここ
で、通信装置１，２は同一構成であり、多重化装置１１
も同一構成であるものとする。
【００３０】また、本発明の通信装置１，２では多重化
方式として標準規格である“H.223AnnexB”の他に、本
発明により実現可能にした“H.223AnnexB”の機能拡張
版（以下、この機能拡張版を“H.223AnnexB′”と呼
ぶ）を使用できる。そして、機能拡張版である“H.223A
nnexB′”ではパケットのデータ容量が標準の“H.223An
nexB”での“２５４”［byte］の範囲ばかりではなく、
ヘッダにおけるＭＰＬ（パケット長情報フィールド）と
ヘッダにおけるＳｕｂ（冗長情報フィールド）を用い
て、これらフィールドの利用により表現可能なデータ容
量分のデータを、パケット伝送できるようにしている。
方式として標準規格である“H.223AnnexB”の他に、本
発明により実現可能にした“H.223AnnexB”の機能拡張
版（以下、この機能拡張版を“H.223AnnexB′”と呼
ぶ）を使用できる。そして、機能拡張版である“H.223A
nnexB′”ではパケットのデータ容量が標準の“H.223An
nexB”での“２５４”［byte］の範囲ばかりではなく、
ヘッダにおけるＭＰＬ（パケット長情報フィールド）と
ヘッダにおけるＳｕｂ（冗長情報フィールド）を用い
て、これらフィールドの利用により表現可能なデータ容
量分のデータを、パケット伝送できるようにしている。
【００３１】多重化装置１１は、符号器１１１，１１
２、パケット化回路１１３，１１４，１１５、多重化回
路１１６、ヘッダ選択情報生成部１１７とより構成され
る。
２、パケット化回路１１３，１１４，１１５、多重化回
路１１６、ヘッダ選択情報生成部１１７とより構成され
る。
【００３２】これらのうち、符号器１１１は、与えられ
た映像データを符号化して出力するものであり、符号化
器１１２は、与えられた音声データを符号化して出力す
るものである。また、パケット化回路１１３は、符号器
１１１から出力される符号化処理済みの映像データスト
リームをパケット化して映像データＡＬ−ＰＤＵパケッ
トとして出力するものであり、パケット化回路１１３
は、符号化器１１２から出力される符号化済み音声デー
タのストリームをパケット化して音声データＡＬ−ＰＤ
Ｕパケットとして出力するものである。
た映像データを符号化して出力するものであり、符号化
器１１２は、与えられた音声データを符号化して出力す
るものである。また、パケット化回路１１３は、符号器
１１１から出力される符号化処理済みの映像データスト
リームをパケット化して映像データＡＬ−ＰＤＵパケッ
トとして出力するものであり、パケット化回路１１３
は、符号化器１１２から出力される符号化済み音声デー
タのストリームをパケット化して音声データＡＬ−ＰＤ
Ｕパケットとして出力するものである。
【００３３】また、パケット化回路１１５は与えられる
制御データをパケット化して制御データＡＬ−ＰＤＵパ
ケットとして出力するものである。
制御データをパケット化して制御データＡＬ−ＰＤＵパ
ケットとして出力するものである。
【００３４】パケット化回路１１３、１１４、１１５に
おけるパケット化は、入力ストリームを所定長のデータ
ブロック毎に区切り、必要に応じてＣＲＣフィールドを
付加した上で、このデータブロックにヘッダを付加する
形式でなされる。
おけるパケット化は、入力ストリームを所定長のデータ
ブロック毎に区切り、必要に応じてＣＲＣフィールドを
付加した上で、このデータブロックにヘッダを付加する
形式でなされる。
【００３５】多重化回路１１６はパケット化回路１１
３，１１４，１１５からの各データのＡＬ−ＰＤＵパケ
ットを多重化して出力するものであって、当該多重化回
路１１６は多重方式として、“H.223AnnexB”及び、
“H.223AnnexB′（H.223AnnexBを基本として、一部機能
を追加したもの）”を備え、与えられるヘッダ選択情報
対応を用いてそれに対応する多重方式を用い、映像ＡＬ
−ＰＤＵと音声ＡＬ−ＰＤＵと制御データＡＬ−ＰＤＵ
を多重化する機能を有する。
３，１１４，１１５からの各データのＡＬ−ＰＤＵパケ
ットを多重化して出力するものであって、当該多重化回
路１１６は多重方式として、“H.223AnnexB”及び、
“H.223AnnexB′（H.223AnnexBを基本として、一部機能
を追加したもの）”を備え、与えられるヘッダ選択情報
対応を用いてそれに対応する多重方式を用い、映像ＡＬ
−ＰＤＵと音声ＡＬ−ＰＤＵと制御データＡＬ−ＰＤＵ
を多重化する機能を有する。
【００３６】また、ヘッダ選択情報生成部１１７は、ネ
ットワークの特性や使用するプロトコルの種類から、誤
り訂正の必要性を判別し、その必要性に応じて適切なヘ
ッダ選択情報を選択し、その選択したヘッダ選択情報を
多重化回路１１６へ入力するという機能を有する。具体
的には、通信相手装置が“H.223AnnexB′”をサポート
していない場合や、誤りの多い伝送を強いられる場合で
は“H.223AnnexB”で規定されるヘッダ形式（標準版の
ヘッダ形式）でのヘッダを選択すべくそのためのヘッダ
選択情報“Ａ”を生成し、通信相手装置が“H.223Annex
B′”をサポートしており、かつ、誤りの心配の少ない
伝送を利用できる場合には本発明の拡張フォーマットで
ある“H.223AnnexB′”で許容されるヘッダ形式でのヘ
ッダを選択すべくそのためのヘッダ選択情報“Ｂ”を生
成して多重化回路１１６に与える機能を有する。
ットワークの特性や使用するプロトコルの種類から、誤
り訂正の必要性を判別し、その必要性に応じて適切なヘ
ッダ選択情報を選択し、その選択したヘッダ選択情報を
多重化回路１１６へ入力するという機能を有する。具体
的には、通信相手装置が“H.223AnnexB′”をサポート
していない場合や、誤りの多い伝送を強いられる場合で
は“H.223AnnexB”で規定されるヘッダ形式（標準版の
ヘッダ形式）でのヘッダを選択すべくそのためのヘッダ
選択情報“Ａ”を生成し、通信相手装置が“H.223Annex
B′”をサポートしており、かつ、誤りの心配の少ない
伝送を利用できる場合には本発明の拡張フォーマットで
ある“H.223AnnexB′”で許容されるヘッダ形式でのヘ
ッダを選択すべくそのためのヘッダ選択情報“Ｂ”を生
成して多重化回路１１６に与える機能を有する。
【００３７】＜分離装置１２の構成例＞図４は、上記分
離装置１２の構成を示すブロック図である。ここで、通
信装置１，２は同一構成であり、分離装置１２も同一構
成であるものとする。上記分離装置１２の構成を示すブ
ロック図である。ここで、分離装置１２は分離回路１２
１、デパケット化回路１２２，１２３，１２４、映像復
号化器１２５、音声復号化器１２６、ヘッダ選択情報生
成部１２７とより構成される。
離装置１２の構成を示すブロック図である。ここで、通
信装置１，２は同一構成であり、分離装置１２も同一構
成であるものとする。上記分離装置１２の構成を示すブ
ロック図である。ここで、分離装置１２は分離回路１２
１、デパケット化回路１２２，１２３，１２４、映像復
号化器１２５、音声復号化器１２６、ヘッダ選択情報生
成部１２７とより構成される。
【００３８】これらのうち、分離回路１２１は、多重化
されて伝送されてきたＭＵＸ−ＰＤＵを分離して、映像
データＡＬ−ＰＤＵパケット、音声データＡＬ−ＰＤＵ
パケットおよび制御データＡＬ−ＰＤＵパケットに分離
するものであって、ヘッダ選択情報生成部１２７から与
えられるヘッダ選択情報に従って映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離するものである。
されて伝送されてきたＭＵＸ−ＰＤＵを分離して、映像
データＡＬ−ＰＤＵパケット、音声データＡＬ−ＰＤＵ
パケットおよび制御データＡＬ−ＰＤＵパケットに分離
するものであって、ヘッダ選択情報生成部１２７から与
えられるヘッダ選択情報に従って映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離するものである。
【００３９】具体的には、分離装置１２は、多重化回路
１１６と同様の２種の多重化方式、すなわち、“H.223A
nnexB”と“H.223AnnexB′”をサポートしており、ネッ
トワークを介して受信したＭＵＸ−ＰＤＵパケットを、
与えられるヘッダ選択情報対応の多重化方式にしたがっ
て、ヘッダ、映像ＡＬ−ＰＤＵパケット、音声ＡＬ−Ｐ
ＤＵパケット、制御データＡＬ−ＰＤＵパケットに分離
するものである。ただし、受信したＭＵＸ−ＰＤＵパケ
ットは、まず、ヘッダ情報のみを分離してヘッダ選択情
報生成部１２７に与える機能を有する。
１１６と同様の２種の多重化方式、すなわち、“H.223A
nnexB”と“H.223AnnexB′”をサポートしており、ネッ
トワークを介して受信したＭＵＸ−ＰＤＵパケットを、
与えられるヘッダ選択情報対応の多重化方式にしたがっ
て、ヘッダ、映像ＡＬ−ＰＤＵパケット、音声ＡＬ−Ｐ
ＤＵパケット、制御データＡＬ−ＰＤＵパケットに分離
するものである。ただし、受信したＭＵＸ−ＰＤＵパケ
ットは、まず、ヘッダ情報のみを分離してヘッダ選択情
報生成部１２７に与える機能を有する。
【００４０】デパケット化回路１２２は、映像データＡ
Ｌ−ＰＤＵパケットを元の符号化映像データに戻す処理
をするものであり、デパケット化回路１２３は、音声デ
ータＡＬ−ＰＤＵパケットをもとの符号化音声データに
戻す処理をするものであり、デパケット化回路１２４
は、制御データＡＬ−ＰＤＵパケットを元の制御データ
に戻す処理をするものである。
Ｌ−ＰＤＵパケットを元の符号化映像データに戻す処理
をするものであり、デパケット化回路１２３は、音声デ
ータＡＬ−ＰＤＵパケットをもとの符号化音声データに
戻す処理をするものであり、デパケット化回路１２４
は、制御データＡＬ−ＰＤＵパケットを元の制御データ
に戻す処理をするものである。
【００４１】また、映像復号化器１２５は、デパケット
化回路１２２から出力される符号化映像データを元の映
像データに戻す処理をするものであり、音声復号化器１
２６は、符号化音声データを元の音声データに戻す処理
をするものである。
化回路１２２から出力される符号化映像データを元の映
像データに戻す処理をするものであり、音声復号化器１
２６は、符号化音声データを元の音声データに戻す処理
をするものである。
【００４２】ヘッダ選択情報生成部１２７は、分離回路
１２１で分離されたヘッダから、その内容を解析してヘ
ッダ切り替え情報の有無を識別し、ヘッダ切り替え情報
が存在する場合には、拡張フォーマットを用いるための
ヘッダ選択情報“Ｂ”を分離回路１２１に与え、ヘッダ
切り替え情報が存在しない場合には、従来と同じ標準版
のヘッダ選択用のヘッダ選択情報“Ａ”を分離回路１２
１に与える機能を有する。
１２１で分離されたヘッダから、その内容を解析してヘ
ッダ切り替え情報の有無を識別し、ヘッダ切り替え情報
が存在する場合には、拡張フォーマットを用いるための
ヘッダ選択情報“Ｂ”を分離回路１２１に与え、ヘッダ
切り替え情報が存在しない場合には、従来と同じ標準版
のヘッダ選択用のヘッダ選択情報“Ａ”を分離回路１２
１に与える機能を有する。
【００４３】なお、ヘッダ切り替え情報とは、標準フォ
ーマット利用（“AnnexB”利用）から拡張フォーマット
利用（“AnnexB′”利用）へ、あるいは拡張フォーマッ
ト利用から標準フォーマット利用へ切り替えるための情
報で、ヘッダ中におけるＭＰＬフィールドに格納するコ
ードである。
ーマット利用（“AnnexB”利用）から拡張フォーマット
利用（“AnnexB′”利用）へ、あるいは拡張フォーマッ
ト利用から標準フォーマット利用へ切り替えるための情
報で、ヘッダ中におけるＭＰＬフィールドに格納するコ
ードである。
【００４４】次に、上記構成の本装置の作用を説明す
る。
る。
【００４５】送信しようとする場合、通信装置１（また
は、２）は図３に示す如き構成の多重化装置１１におい
て、次のような動作により映像データ、音声データ，制
御データを多重化パケットにする。
は、２）は図３に示す如き構成の多重化装置１１におい
て、次のような動作により映像データ、音声データ，制
御データを多重化パケットにする。
【００４６】すなわち、送信しようとする映像データは
符号器１１１に入力され、また、送信しようとする音声
データは符号器１１２に入力されて、それぞれ符号化さ
れる。そして、これら符号器１１１，１１２から出力さ
れた符号化映像データ、符号化音声データの各ストリー
ムはそれぞれの要素対応のパケット化回路１１３、１１
４に入力されてパケット化される。また、制御データは
パケット化回路１１５に入力され、パケット化される。
符号器１１１に入力され、また、送信しようとする音声
データは符号器１１２に入力されて、それぞれ符号化さ
れる。そして、これら符号器１１１，１１２から出力さ
れた符号化映像データ、符号化音声データの各ストリー
ムはそれぞれの要素対応のパケット化回路１１３、１１
４に入力されてパケット化される。また、制御データは
パケット化回路１１５に入力され、パケット化される。
【００４７】パケット化回路１１３〜１１５におけるパ
ケット化は、入力ストリームを所定長のデータブロック
毎に区切り、必要に応じてＣＲＣフィールドを付加した
上で、このデータブロックにヘッダを付加することによ
りなされる。
ケット化は、入力ストリームを所定長のデータブロック
毎に区切り、必要に応じてＣＲＣフィールドを付加した
上で、このデータブロックにヘッダを付加することによ
りなされる。
【００４８】各パケット化回路１１３〜１１５は、各デ
ータのＡＬ−ＰＤＵパケットを出力し、これらは多重分
離装置ＭＵＸ／ＤＭＵＸにおける多重化回路１１６に入
力される。
ータのＡＬ−ＰＤＵパケットを出力し、これらは多重分
離装置ＭＵＸ／ＤＭＵＸにおける多重化回路１１６に入
力される。
【００４９】また、多重化回路１１６は、多重化の処理
モードが“AnnexB”なのか、“AnnexB′”なのかをヘッ
ダ選択情報生成部１１７からのヘッダ選択情報によって
判断する。
モードが“AnnexB”なのか、“AnnexB′”なのかをヘッ
ダ選択情報生成部１１７からのヘッダ選択情報によって
判断する。
【００５０】多重化回路１１６は、パケット化回路１１
３，１１４，１１５を介して入力される音声データ、映
像データ、および制御データの有無を判断し、多重化す
るパケットに何を多重化するかを決定する。そして、多
重化すべきものを決定したならば、その内容に応じて、
どの多重化テーブルを用いるかを判断する。
３，１１４，１１５を介して入力される音声データ、映
像データ、および制御データの有無を判断し、多重化す
るパケットに何を多重化するかを決定する。そして、多
重化すべきものを決定したならば、その内容に応じて、
どの多重化テーブルを用いるかを判断する。
【００５１】多重化テーブルが決定されると、ヘッダ情
報のうちのＭＣとＭＰＬの各フィールドを決定するそし
て、多重化の処理モードが“AnnexB”であれば、主情報
から誤り訂正符号を算出し（誤り訂正符号の符号を冗長
情報Ｓｕｂのフィールドに代入）、そして、ヘッダ生成
を行う。
報のうちのＭＣとＭＰＬの各フィールドを決定するそし
て、多重化の処理モードが“AnnexB”であれば、主情報
から誤り訂正符号を算出し（誤り訂正符号の符号を冗長
情報Ｓｕｂのフィールドに代入）、そして、ヘッダ生成
を行う。
【００５２】すなわち、ヘッダ選択情報生成部１１７か
らのヘッダ選択情報が“Ａ”であれば、冗長情報として
誤り訂正符号を用いることになるので、多重化回路１１
６は、“H.223AnnexB”手順に従い各ＡＬ−ＰＤＵパケ
ットを多重化し、ヘッダを生成してＭＵＸ−ＰＤＵパケ
ットを生成する。
らのヘッダ選択情報が“Ａ”であれば、冗長情報として
誤り訂正符号を用いることになるので、多重化回路１１
６は、“H.223AnnexB”手順に従い各ＡＬ−ＰＤＵパケ
ットを多重化し、ヘッダを生成してＭＵＸ−ＰＤＵパケ
ットを生成する。
【００５３】一方、ヘッダ選択情報生成部１１７からの
ヘッダ選択情報が“Ｂ”であれば、冗長情報として拡張
ＭＰＬを用いることができるので、多重化回路１１６
は、パケット長の長いＭＵＸ−ＰＤＵパケットを生成す
る。
ヘッダ選択情報が“Ｂ”であれば、冗長情報として拡張
ＭＰＬを用いることができるので、多重化回路１１６
は、パケット長の長いＭＵＸ−ＰＤＵパケットを生成す
る。
【００５４】上述したように、標準版としての“H.223A
nnexB”におけるＭＵＸ−ＰＤＵの生成の際に付加され
るヘッダは２４［bit］固定であり、その内容は先頭か
らの４［bit］は“ＭＣ（Multiplex Code）フィール
ド”であり、ここには選択された多重化テーブルエント
リ番号が格納され、また、それに続く８［bit］は、
“ＭＰＬ（Multiplex Payload Length）フィールド”
で、ここにはオクテット単位のパケット長情報が格納さ
れる。更に、ＭＰＬに続く１２［bit］は、Ｐ（Parit
y；パリティ）フィールドであり、冗長情報が挿入され
る構成である。多重方式として“H.223AnnexB”を用い
る場合、主情報に対して拡張ゴーレイ符号を計算した結
果が、誤り訂正用情報として冗長情報フィールドに格納
される。
nnexB”におけるＭＵＸ−ＰＤＵの生成の際に付加され
るヘッダは２４［bit］固定であり、その内容は先頭か
らの４［bit］は“ＭＣ（Multiplex Code）フィール
ド”であり、ここには選択された多重化テーブルエント
リ番号が格納され、また、それに続く８［bit］は、
“ＭＰＬ（Multiplex Payload Length）フィールド”
で、ここにはオクテット単位のパケット長情報が格納さ
れる。更に、ＭＰＬに続く１２［bit］は、Ｐ（Parit
y；パリティ）フィールドであり、冗長情報が挿入され
る構成である。多重方式として“H.223AnnexB”を用い
る場合、主情報に対して拡張ゴーレイ符号を計算した結
果が、誤り訂正用情報として冗長情報フィールドに格納
される。
【００５５】一方、本発明システムで用いる“H.223Ann
exB”の機能拡張版としての“H.223AnnexB”図８の如き
である。
exB”の機能拡張版としての“H.223AnnexB”図８の如き
である。
【００５６】すなわち、 図８に示すように、本発明シ
ステムで採用している機能拡張版の“H.223AnnexB′”
手順にしたがったＭＵＸ−ＰＤＵ生成の際の付加される
ヘッダの内容は、先頭からの４［bit］で表現される
“ＭＣフィールド”、続く８［bit］で表現される“Ｍ
ＰＬフィールド”については、“H.223AnnexB”手順と
同じ意味を持つ。
ステムで採用している機能拡張版の“H.223AnnexB′”
手順にしたがったＭＵＸ−ＰＤＵ生成の際の付加される
ヘッダの内容は、先頭からの４［bit］で表現される
“ＭＣフィールド”、続く８［bit］で表現される“Ｍ
ＰＬフィールド”については、“H.223AnnexB”手順と
同じ意味を持つ。
【００５７】ＭＰＬに続く１２［bit］は“H.223Annex
B”手順と異なり、本発明で採用している拡張ＭＰＬフ
ィールド、すなわち、拡張パケット長情報を示す。拡張
ＭＰＬフィールドはＭＰＬフィールドと組み合わせるこ
とが可能であり、これにより、機能拡張版ではパケット
長を最大２０［bit］で表現できるようになる。
B”手順と異なり、本発明で採用している拡張ＭＰＬフ
ィールド、すなわち、拡張パケット長情報を示す。拡張
ＭＰＬフィールドはＭＰＬフィールドと組み合わせるこ
とが可能であり、これにより、機能拡張版ではパケット
長を最大２０［bit］で表現できるようになる。
【００５８】具体的に説明する。上述したように、“H.
223AnnexB”のフォーマットでは、先頭４ビットが多重
化テーブルエントリ番号を表わしている。この多重化テ
ーブルと云うのはパケット中に含まれるコンテンツ、例
えば、音声データ、映像データが各々何バイトであるか
示すためのテーブルであって、計４［bit］構成である
から、１６種のテーブルのうちの一つを示すことができ
る。すなわち、４［bit］により表現できる数は“０”
から“１５”番までの１６種であるから、上記先頭の４
ビットに１６種のテーブルのうちのどれを使用したかを
数値で示すことができるようになっているわけである。
223AnnexB”のフォーマットでは、先頭４ビットが多重
化テーブルエントリ番号を表わしている。この多重化テ
ーブルと云うのはパケット中に含まれるコンテンツ、例
えば、音声データ、映像データが各々何バイトであるか
示すためのテーブルであって、計４［bit］構成である
から、１６種のテーブルのうちの一つを示すことができ
る。すなわち、４［bit］により表現できる数は“０”
から“１５”番までの１６種であるから、上記先頭の４
ビットに１６種のテーブルのうちのどれを使用したかを
数値で示すことができるようになっているわけである。
【００５９】そして、次の８［bit］で表現される“Ｍ
ＰＬフィールド”の内容により、標準版か拡張版かが変
わる。
ＰＬフィールド”の内容により、標準版か拡張版かが変
わる。
【００６０】すなわち、本発明システムでは、マルチメ
ディア情報通信にパケットサイズ最大２５４［byte］構
成の標準フォーマットとそれ以上のパケットサイズを利
用できる拡張フォーマットの２種が使用できる。そし
て、拡張フォーマット利用の場合、ヘッダの内容のう
ち、Ｐフィールド（１２［bit］）は拡張ＭＰＬフィー
ルド、すなわち、拡張パケット長情報として使用する。
本発明では、この拡張ＭＰＬフィールドはＭＰＬフィー
ルドと組み合わせることを可能としており、これによ
り、機能拡張版ではパケット長を最大２０［bit］で表
現でき、その範囲のパケットサイズのパケットを１パケ
ットで伝送可能としている。
ディア情報通信にパケットサイズ最大２５４［byte］構
成の標準フォーマットとそれ以上のパケットサイズを利
用できる拡張フォーマットの２種が使用できる。そし
て、拡張フォーマット利用の場合、ヘッダの内容のう
ち、Ｐフィールド（１２［bit］）は拡張ＭＰＬフィー
ルド、すなわち、拡張パケット長情報として使用する。
本発明では、この拡張ＭＰＬフィールドはＭＰＬフィー
ルドと組み合わせることを可能としており、これによ
り、機能拡張版ではパケット長を最大２０［bit］で表
現でき、その範囲のパケットサイズのパケットを１パケ
ットで伝送可能としている。
【００６１】すなわち、“AnnexB′”でなければフォー
マットは本来の“AnnexB”の規格に従うことになり、
“AnnexB”の場合は、ＭＣとＭＰＬの各フィールドの合
計１２［bit］に対して、誤り訂正符号１２［bit］を付
加した合計２４［bit］分をヘッダとする必要があるの
でそのようにする処理を実施してヘッダ生成を行う。
マットは本来の“AnnexB”の規格に従うことになり、
“AnnexB”の場合は、ＭＣとＭＰＬの各フィールドの合
計１２［bit］に対して、誤り訂正符号１２［bit］を付
加した合計２４［bit］分をヘッダとする必要があるの
でそのようにする処理を実施してヘッダ生成を行う。
【００６２】また、“AnnexB′”であれば、“AnnexB”
の拡張版である本発明方式を適用して、パケット長情報
として拡張ＭＰＬフィールド（１２［bit］）も使用す
ることになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２
４［bit］をヘッダとする。
の拡張版である本発明方式を適用して、パケット長情報
として拡張ＭＰＬフィールド（１２［bit］）も使用す
ることになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２
４［bit］をヘッダとする。
【００６３】このようにしてヘッダを生成する。ヘッダ
生成後、ペイロードを付加してＭＵＸ−ＰＤＵパケット
とする。拡張フォーマット利用の場合には、多重化回路
１１６はヘッダにおけるＭＰＬフィールドに拡張フォー
マット利用のコードを埋め込む。具体的には、ＭＰＬ値
（ＭＰＬフィールドの値）として“２５５”あるいは
“０”を埋め込む。
生成後、ペイロードを付加してＭＵＸ−ＰＤＵパケット
とする。拡張フォーマット利用の場合には、多重化回路
１１６はヘッダにおけるＭＰＬフィールドに拡張フォー
マット利用のコードを埋め込む。具体的には、ＭＰＬ値
（ＭＰＬフィールドの値）として“２５５”あるいは
“０”を埋め込む。
【００６４】多重化回路１１６はこのようなヘッダを付
加したＭＵＸ−ＰＤＵパケットの生成の後、ネットワー
クインタフェースＮＷＩ／Ｆに出力する。ネットワーク
インタフェースＮＷＩ／Ｆは、多重化されたＭＵＸ−Ｐ
ＤＵパケットを、選択されているネットワークＮＷに送
出する。
加したＭＵＸ−ＰＤＵパケットの生成の後、ネットワー
クインタフェースＮＷＩ／Ｆに出力する。ネットワーク
インタフェースＮＷＩ／Ｆは、多重化されたＭＵＸ−Ｐ
ＤＵパケットを、選択されているネットワークＮＷに送
出する。
【００６５】このように本発明システムにおいては、
“H.223AnnexB”による標準の場合と、その拡張フォー
マットである“H.223AnnexB′”が利用でき、前者はヘ
ッダを含めて２５４［byte］構成のパケットによるマル
チメディア情報通信が可能であり、後者は拡張フォーマ
ットによりそれ以上の容量のパケットによるマルチメデ
ィア情報通信が可能であって、いずれを使用するかは、
ヘッダ選択情報生成部１１７の出力するヘッダ選択情報
の内容による。
“H.223AnnexB”による標準の場合と、その拡張フォー
マットである“H.223AnnexB′”が利用でき、前者はヘ
ッダを含めて２５４［byte］構成のパケットによるマル
チメディア情報通信が可能であり、後者は拡張フォーマ
ットによりそれ以上の容量のパケットによるマルチメデ
ィア情報通信が可能であって、いずれを使用するかは、
ヘッダ選択情報生成部１１７の出力するヘッダ選択情報
の内容による。
【００６６】すなわち、多重化回路１１６では、ヘッダ
選択情報が、“Ａ”であれば、冗長情報として誤り訂正
符号を用いるため、“H.223AnnexB”手順に従い各ＡＬ
−ＰＤＵパケットを多重化し（前述の選択された多重化
エントリ番号の該当多重化テーブルにおける設定内容に
従って、映像データ、音声データ、制御データのパケッ
ト内配分をした多重化パケットにし）、ヘッダを生成し
てこれを付加してＭＵＸ−ＰＤＵパケットを生成する。
選択情報が、“Ａ”であれば、冗長情報として誤り訂正
符号を用いるため、“H.223AnnexB”手順に従い各ＡＬ
−ＰＤＵパケットを多重化し（前述の選択された多重化
エントリ番号の該当多重化テーブルにおける設定内容に
従って、映像データ、音声データ、制御データのパケッ
ト内配分をした多重化パケットにし）、ヘッダを生成し
てこれを付加してＭＵＸ−ＰＤＵパケットを生成する。
【００６７】一方、多重化回路１１６において、ヘッダ
選択情報が“Ｂ”であれば、冗長情報として拡張ＭＰＬ
を用いるようにして、パケット長の長いＭＵＸ−ＰＤＵ
パケットを生成する。そして、前述の選択された多重化
エントリ番号の該当多重化テーブルにおける設定内容に
従って、映像データ、音声データ、制御データのパケッ
ト内配分をした多重化パケットにし、ヘッダを生成して
これを付加してＭＵＸ−ＰＤＵパケットを生成する。そ
して、通信装置１または２はこれを自己内蔵のネットワ
ークインタフェースＮＷＩ／Ｆを介してネットワークＮ
Ｗに送信するわけである。
選択情報が“Ｂ”であれば、冗長情報として拡張ＭＰＬ
を用いるようにして、パケット長の長いＭＵＸ−ＰＤＵ
パケットを生成する。そして、前述の選択された多重化
エントリ番号の該当多重化テーブルにおける設定内容に
従って、映像データ、音声データ、制御データのパケッ
ト内配分をした多重化パケットにし、ヘッダを生成して
これを付加してＭＵＸ−ＰＤＵパケットを生成する。そ
して、通信装置１または２はこれを自己内蔵のネットワ
ークインタフェースＮＷＩ／Ｆを介してネットワークＮ
Ｗに送信するわけである。
【００６８】一方、通信装置２または１においては、ネ
ットワークＮＷを介して送られてきたＭＵＸ−ＰＤＵパ
ケットを自己内蔵のネットワークインタフェースＮＷＩ
／Ｆを介して受信する。そして、受信されたパケットを
多重分離装置ＭＵＸ／ＤＭＵＸに取り込み、多重分離装
置ＭＵＸ／ＤＭＵＸにおける分離装置１２により分離化
する。
ットワークＮＷを介して送られてきたＭＵＸ−ＰＤＵパ
ケットを自己内蔵のネットワークインタフェースＮＷＩ
／Ｆを介して受信する。そして、受信されたパケットを
多重分離装置ＭＵＸ／ＤＭＵＸに取り込み、多重分離装
置ＭＵＸ／ＤＭＵＸにおける分離装置１２により分離化
する。
【００６９】すなわち、分離装置１２の構成要素である
分離回路１２１はネットワークインタフェースＮＷＩ／
Ｆより受け取ったＭＵＸ−ＰＤＵパケットの先頭２４
［bit］を読み込んだ後（つまり、ヘッダ部分を読み込
んだ後）、ヘッダの誤り訂正を実行するか否かを判断す
る。
分離回路１２１はネットワークインタフェースＮＷＩ／
Ｆより受け取ったＭＵＸ−ＰＤＵパケットの先頭２４
［bit］を読み込んだ後（つまり、ヘッダ部分を読み込
んだ後）、ヘッダの誤り訂正を実行するか否かを判断す
る。
【００７０】そして、“AnnexB”として動作している場
合、誤り訂正処理を実行することで、３［bit］までの
誤りが自動的に訂正されることになる。
合、誤り訂正処理を実行することで、３［bit］までの
誤りが自動的に訂正されることになる。
【００７１】具体的に説明すると、分離装置１２では、
ヘッダの先頭４［bit］はＭＣ値として、続く８［bit］
はＭＰＬ値として処理される。“AnnexB”として動作し
ている場合、続く１２［bit］は誤り訂正に利用する
が、“AnnexB′”として動作している場合には、続く１
２［bit］は拡張ＭＰＬとして利用する。
ヘッダの先頭４［bit］はＭＣ値として、続く８［bit］
はＭＰＬ値として処理される。“AnnexB”として動作し
ている場合、続く１２［bit］は誤り訂正に利用する
が、“AnnexB′”として動作している場合には、続く１
２［bit］は拡張ＭＰＬとして利用する。
【００７２】また、ＭＰＬ値が“２５５”である場合、
当該分離装置１２が“AnnexB′”を処理可能な構成であ
る場合には後述の通り動作モードの切り替えを表す。従
って、“AnnexB′”であれば“AnnexB”へと動作モード
を切り替える。
当該分離装置１２が“AnnexB′”を処理可能な構成であ
る場合には後述の通り動作モードの切り替えを表す。従
って、“AnnexB′”であれば“AnnexB”へと動作モード
を切り替える。
【００７３】その後、当該分離装置１２はＭＣ値とＭＰ
Ｌ値、および拡張ＭＰＬ値に従いパケットを分離する。
そして、分離したパケットは映像データパケットについ
てはデパケット化回路１２２に、そして、音声データに
ついてはデパケット化回路１２３に、そして、制御デー
タについてはデパケット化回路１２４に入力される。そ
して、映像データについては映像復号器１２５により復
号されて受信映像データとなり、音声データについては
音声復号器１２６により復号されて受信音声データとな
り、また、制御データについてはそのまま受信制御デー
タとして下段側の入力となる。
Ｌ値、および拡張ＭＰＬ値に従いパケットを分離する。
そして、分離したパケットは映像データパケットについ
てはデパケット化回路１２２に、そして、音声データに
ついてはデパケット化回路１２３に、そして、制御デー
タについてはデパケット化回路１２４に入力される。そ
して、映像データについては映像復号器１２５により復
号されて受信映像データとなり、音声データについては
音声復号器１２６により復号されて受信音声データとな
り、また、制御データについてはそのまま受信制御デー
タとして下段側の入力となる。
【００７４】以上が、本発明装置の動作の概要である
が、上述したように、本発明の通信装置１，２では標準
版である“H.223AnnexB”の他に、機能拡張版である
“H.223AnnexB′”が多重化方式として使用できるよう
にしてあることから、いずれを使用するか、いずれを使
用できるのかをチェックする機能が必要である。この点
について説明する。
が、上述したように、本発明の通信装置１，２では標準
版である“H.223AnnexB”の他に、機能拡張版である
“H.223AnnexB′”が多重化方式として使用できるよう
にしてあることから、いずれを使用するか、いずれを使
用できるのかをチェックする機能が必要である。この点
について説明する。
【００７５】＜Ｈ.223AnnexB′のサポート確認機能＞通
信装置１，２が備える多重化装置１１の多重化回路１１
６が、多重方式“Ｈ.223AnnexB′”を実現する機能を持
つか否かを確認する手段について説明する。
信装置１，２が備える多重化装置１１の多重化回路１１
６が、多重方式“Ｈ.223AnnexB′”を実現する機能を持
つか否かを確認する手段について説明する。
【００７６】図５においては、下記の手順に従ってマル
チメディア情報通信開始前のネゴシエーションを実行す
る。下記のネゴシエーションは“ITU-T H.245”に規定
されているメッセージを用いて実行される。
チメディア情報通信開始前のネゴシエーションを実行す
る。下記のネゴシエーションは“ITU-T H.245”に規定
されているメッセージを用いて実行される。
【００７７】［能力情報交換］まず、能力情報を交換す
る（図５のＳＴ１）。送信装置（通信装置１または２）
と受信装置（通信装置２または１）が、各々でどのよう
な機能を持つかを情報交換する。例えば、映像符号化方
式としてＭＰＥＧ−４方式を持ち、多重化方式として
“H.223”を持つ場合には、これらを持つことを情報交
換して知らせるわけである。
る（図５のＳＴ１）。送信装置（通信装置１または２）
と受信装置（通信装置２または１）が、各々でどのよう
な機能を持つかを情報交換する。例えば、映像符号化方
式としてＭＰＥＧ−４方式を持ち、多重化方式として
“H.223”を持つ場合には、これらを持つことを情報交
換して知らせるわけである。
【００７８】［マスタ・スレーブ決定］次に、マスタ・
スレーブ決定をする（図５のＳＴ２）。後述の論理チャ
ネル開設時に、送信装置と受信装置との間で、開設処理
が衝突したときにどちらを優先するかを決定するわけで
ある。
スレーブ決定をする（図５のＳＴ２）。後述の論理チャ
ネル開設時に、送信装置と受信装置との間で、開設処理
が衝突したときにどちらを優先するかを決定するわけで
ある。
【００７９】［多重化テーブル交換］次に、多重化テー
ブルを交換する（図５のＳＴ３）。具体的には多重化方
式として“H.223”（もしくは“H.223Annex”）を用い
る場合に使用する多重化テーブルの内容を交換する。使
用する多重化テーブルを送信装置側から受信装置側へと
送信するわけである。
ブルを交換する（図５のＳＴ３）。具体的には多重化方
式として“H.223”（もしくは“H.223Annex”）を用い
る場合に使用する多重化テーブルの内容を交換する。使
用する多重化テーブルを送信装置側から受信装置側へと
送信するわけである。
【００８０】［論理チャネル開設］そして、次に論理チ
ャネルを開設する（図５のＳＴ４）。すなわち、伝送す
べき映像や音声の各情報について、論理チャネルを開設
するわけである。
ャネルを開設する（図５のＳＴ４）。すなわち、伝送す
べき映像や音声の各情報について、論理チャネルを開設
するわけである。
【００８１】［マルチメディア情報通信］以上の手順を
踏まえた上で、送信装置と受信装置との間で、マルチメ
ディア情報通信を開始する（図５のＳＴ５）。
踏まえた上で、送信装置と受信装置との間で、マルチメ
ディア情報通信を開始する（図５のＳＴ５）。
【００８２】なお、上記の手順は一例であり、一部項目
の順番を入れ替えて実行することは何ら差し支えない。
の順番を入れ替えて実行することは何ら差し支えない。
【００８３】さて、上記手順においては、多重化回路１
１６が多重化方式“H.223AnnexB′”を持つか否かを通
知する手段がない。本発明ではそのために、“H.223Ann
exB′”を持つ場合には、上記手順に処理を追加し、通
知するようにする。
１６が多重化方式“H.223AnnexB′”を持つか否かを通
知する手段がない。本発明ではそのために、“H.223Ann
exB′”を持つ場合には、上記手順に処理を追加し、通
知するようにする。
【００８４】図６は、通知の一実施例である。図５の手
順と比較し、「端末種別通知メッセージ」を追加してい
る。
順と比較し、「端末種別通知メッセージ」を追加してい
る。
【００８５】すなわち、図６に示すように、ＳＴ２１に
おいて［能力情報交換］（図５のＳＴ１と同じ）を行
い、次に［端末種別通知メッセージ］を送る処理を実施
する（図６のＳＴ２２）。
おいて［能力情報交換］（図５のＳＴ１と同じ）を行
い、次に［端末種別通知メッセージ］を送る処理を実施
する（図６のＳＴ２２）。
【００８６】そして、その次に、［多重化テーブル交
換］をする（図６のＳＴ２３）。この多重化テーブルを
交換処理も図５のＳＴ３と内容は同じであり、多重化方
式として“H.223”（もしくは“H.223Annex”）を用い
る場合に、使用する多重化テーブルの内容を交換する。
使用する多重化テーブルを送信装置側から受信装置側へ
と送信するわけである。
換］をする（図６のＳＴ２３）。この多重化テーブルを
交換処理も図５のＳＴ３と内容は同じであり、多重化方
式として“H.223”（もしくは“H.223Annex”）を用い
る場合に、使用する多重化テーブルの内容を交換する。
使用する多重化テーブルを送信装置側から受信装置側へ
と送信するわけである。
【００８７】そして、その次に［マスタ・スレーブ決
定］をする（図６のＳＴ２４）。このマスタ・スレーブ
決定も図５のＳＴ２と同様であり、後述の論理チャネル
開設時に、送信装置と受信装置との間で、開設処理が衝
突したときにどちらを優先するかを決定するわけであ
る。
定］をする（図６のＳＴ２４）。このマスタ・スレーブ
決定も図５のＳＴ２と同様であり、後述の論理チャネル
開設時に、送信装置と受信装置との間で、開設処理が衝
突したときにどちらを優先するかを決定するわけであ
る。
【００８８】次に、［論理チャネル開設］をする（図６
のＳＴ２５）。これも図５のＳＴ４と同様であり、伝送
すべき映像や音声の各情報について、論理チャネルを開
設するわけである。
のＳＴ２５）。これも図５のＳＴ４と同様であり、伝送
すべき映像や音声の各情報について、論理チャネルを開
設するわけである。
【００８９】そして、次に以上の手順を踏まえた上で、
図５のＳＴ５と同様、送信装置と受信装置との間で、
［マルチメディア情報通信］を開始する（図６のＳＴ２
６）。
図５のＳＴ５と同様、送信装置と受信装置との間で、
［マルチメディア情報通信］を開始する（図６のＳＴ２
６）。
【００９０】このように、本発明では、２種の多重化方
式を用意してあるので標準的には図５の如き手順となる
ところを、図６の手順を使用して端末種別通知を実施
し、確認した後にマルチメディア通信を実行する。
式を用意してあるので標準的には図５の如き手順となる
ところを、図６の手順を使用して端末種別通知を実施
し、確認した後にマルチメディア通信を実行する。
【００９１】すなわち、本発明装置は標準仕様の通信装
置と通信出来るようにする必要があることから、ネゴシ
エーションは“ITU-T H.245”に規定されているメッセ
ージを用いて実行される。そのため、上述の「端末種別
通知メッセージ」（図６のＳＴ２２）も“H.245”で規
定されているメッセージ形式を用いる必要がある。
置と通信出来るようにする必要があることから、ネゴシ
エーションは“ITU-T H.245”に規定されているメッセ
ージを用いて実行される。そのため、上述の「端末種別
通知メッセージ」（図６のＳＴ２２）も“H.245”で規
定されているメッセージ形式を用いる必要がある。
【００９２】端末種別通知メッセージとしてここでは、
“VendorIdentification”を使用することを考える。本
メッセージは、“H.245”内で規定されているものであ
り、このメッセージを利用することにより、装置の製造
者や装置識別子などを示す情報を相手側に伝達可能であ
る。あるいは、“NonStandardMessage”を用いることも
可能である。従って、これを利用して“AnnexB′”が使
用できるか否かを情報交換できる。
“VendorIdentification”を使用することを考える。本
メッセージは、“H.245”内で規定されているものであ
り、このメッセージを利用することにより、装置の製造
者や装置識別子などを示す情報を相手側に伝達可能であ
る。あるいは、“NonStandardMessage”を用いることも
可能である。従って、これを利用して“AnnexB′”が使
用できるか否かを情報交換できる。
【００９３】すなわち、“AnnexB′”はメーカ側の特別
機能として考えることができるから、装置の製造者や装
置内識別子等を示す情報を通信のための接続初期時に相
互にとり交わすことで、“AnnexB′”のサポートの有無
を把握できることになる。
機能として考えることができるから、装置の製造者や装
置内識別子等を示す情報を通信のための接続初期時に相
互にとり交わすことで、“AnnexB′”のサポートの有無
を把握できることになる。
【００９４】図６のＳＴ２６において、［マルチメディ
ア情報通信］が開始されるが、このマルチメディア情報
通信は［端末種別通知メッセージ］（図６のＳＴ２２）
の交換によって確認された相手通信装置の種別対応に送
信するデータをパケット化して伝送することとなる。
ア情報通信］が開始されるが、このマルチメディア情報
通信は［端末種別通知メッセージ］（図６のＳＴ２２）
の交換によって確認された相手通信装置の種別対応に送
信するデータをパケット化して伝送することとなる。
【００９５】パケットにはヘッダ部とデータ部とがあ
り、受信側では受信したパケットのデータ部の構成がヘ
ッダ部の内容でわかるようにしてあるので、ヘッダ情報
に従って分離装置ではデータ分離することになる。
り、受信側では受信したパケットのデータ部の構成がヘ
ッダ部の内容でわかるようにしてあるので、ヘッダ情報
に従って分離装置ではデータ分離することになる。
【００９６】ここで、ヘッダ部は上述したように、図
７、図８の構成をとることができる。
７、図８の構成をとることができる。
【００９７】図７は、“H.223AnnexB”手順にしたがっ
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］は
“ＭＣ（Multiplex Code）フィールド”であって、選択
された多重化テーブルエントリ番号を示す。それに続く
８［bit］は、“ＭＰＬ（Multiplex Payload Length）
フィールド”、すなわち、オクテット単位のパケット長
情報であって、データの格納容量をオクテット単位で表
現した部分である。この２種類の情報を合わせて主情報
として扱う。
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］は
“ＭＣ（Multiplex Code）フィールド”であって、選択
された多重化テーブルエントリ番号を示す。それに続く
８［bit］は、“ＭＰＬ（Multiplex Payload Length）
フィールド”、すなわち、オクテット単位のパケット長
情報であって、データの格納容量をオクテット単位で表
現した部分である。この２種類の情報を合わせて主情報
として扱う。
【００９８】“ＭＰＬフィールド”は８［bit］長であ
るが、“H.223AnnexB”においてはＭＰＬ＝０（十進表
記）（ＭＰＬの内容が二進表記で“０００００００
０”）とＭＰＬ＝２５５（十進表記）（ＭＰＬの内容が
二進表記で“１１１１１１１１”）の使用は許されてい
ない。そのため、パケット長の最大値は“（２＾８）−
（１）−（１）”オクテット、すなわち、２５６−２＝
２５４で“２５４”オクテットとなる。（ただし、＾は
べき乗を示す。） 続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報である。多重方式として“H.223AnnexB”を用
いる場合、主情報に対して拡張ゴーレイ符号を計算した
結果が、誤り訂正用情報として冗長情報フィールドに格
納されている。
るが、“H.223AnnexB”においてはＭＰＬ＝０（十進表
記）（ＭＰＬの内容が二進表記で“０００００００
０”）とＭＰＬ＝２５５（十進表記）（ＭＰＬの内容が
二進表記で“１１１１１１１１”）の使用は許されてい
ない。そのため、パケット長の最大値は“（２＾８）−
（１）−（１）”オクテット、すなわち、２５６−２＝
２５４で“２５４”オクテットとなる。（ただし、＾は
べき乗を示す。） 続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報である。多重方式として“H.223AnnexB”を用
いる場合、主情報に対して拡張ゴーレイ符号を計算した
結果が、誤り訂正用情報として冗長情報フィールドに格
納されている。
【００９９】また、図８は、本発明システムで採用して
いる機能拡張版の“H.223AnnexB′”手順にしたがっ
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］で表
現される“ＭＣフィールド”、続く８［bit］で表現さ
れる“ＭＰＬフィールド”については、“H.223Annex
B”手順と同じ意味を持つ。
いる機能拡張版の“H.223AnnexB′”手順にしたがっ
て、ＭＵＸ−ＰＤＵを生成する際に付加されるヘッダの
内容を示す図である。図中、先頭からの４［bit］で表
現される“ＭＣフィールド”、続く８［bit］で表現さ
れる“ＭＰＬフィールド”については、“H.223Annex
B”手順と同じ意味を持つ。
【０１００】続く１２［bit］は“H.223AnnexB”手順と
異なり、本発明で採用している拡張ＭＰＬフィールド、
すなわち、拡張パケット長情報を示す。拡張ＭＰＬフィ
ールドはＭＰＬフィールドと組み合わせることが可能で
あり、これにより、機能拡張版ではパケット長を最大２
０［bit］で表現できるようになる。
異なり、本発明で採用している拡張ＭＰＬフィールド、
すなわち、拡張パケット長情報を示す。拡張ＭＰＬフィ
ールドはＭＰＬフィールドと組み合わせることが可能で
あり、これにより、機能拡張版ではパケット長を最大２
０［bit］で表現できるようになる。
【０１０１】具体的に説明する。上述したように、“H.
223AnnexB”のフォーマットでは、先頭４ビットが多重
化テーブルエントリ番号を表わしている。この多重化テ
ーブルと云うのはパケット中に含まれる音声データ、映
像データが各々何バイトであるか示すためのテーブルで
あって、計４［bit］構成であるから、１６種のテーブ
ルのうちの一つを示すことができる。すなわち、４［bi
t］により表現できる数は“０”から“１５”番までの
１６種であるから、上記先頭の４ビットに１６種のテー
ブルのうちのどれを使用したかを数値で示すことができ
るようになっているわけである。
223AnnexB”のフォーマットでは、先頭４ビットが多重
化テーブルエントリ番号を表わしている。この多重化テ
ーブルと云うのはパケット中に含まれる音声データ、映
像データが各々何バイトであるか示すためのテーブルで
あって、計４［bit］構成であるから、１６種のテーブ
ルのうちの一つを示すことができる。すなわち、４［bi
t］により表現できる数は“０”から“１５”番までの
１６種であるから、上記先頭の４ビットに１６種のテー
ブルのうちのどれを使用したかを数値で示すことができ
るようになっているわけである。
【０１０２】例えば、多重化テーブルエントリ番号
“７”番の多重化テーブルには、音声データが１０［by
te］、映像データが３０［byte］、多重化テーブルエン
トリ番号“９”番の多重化テーブルには、音声データが
１８［byte］、映像データが２２［byte］というように
テーブル化してあったとし、前記先頭の４ビットが“０
１１１”なるビット列であったすれば、これは“７”で
あるから、“７”番の多重化テーブルが使用されている
と云うことになる。そして、これは音声データが１０
［byte］、映像データが３０［byte］であるから、当該
パケットには、音声データが１０［byte］分、そして映
像データが３０［byte］分が多重化されていることがわ
かる。従って、受信側ではこれより、パケットのデータ
部分における先頭の１０［byte］を分離して音声データ
として確保し、残り３０［byte］を映像データとして確
保する。
“７”番の多重化テーブルには、音声データが１０［by
te］、映像データが３０［byte］、多重化テーブルエン
トリ番号“９”番の多重化テーブルには、音声データが
１８［byte］、映像データが２２［byte］というように
テーブル化してあったとし、前記先頭の４ビットが“０
１１１”なるビット列であったすれば、これは“７”で
あるから、“７”番の多重化テーブルが使用されている
と云うことになる。そして、これは音声データが１０
［byte］、映像データが３０［byte］であるから、当該
パケットには、音声データが１０［byte］分、そして映
像データが３０［byte］分が多重化されていることがわ
かる。従って、受信側ではこれより、パケットのデータ
部分における先頭の１０［byte］を分離して音声データ
として確保し、残り３０［byte］を映像データとして確
保する。
【０１０３】本発明では、拡張版を使用する場合の指定
コード（拡張フォーマット利用のコード）に、標準版で
は使用されていない“０”と“２５５”のうちのいずれ
かを使用する。すなわち、標準方式としての“AnnexB”
では、“０”または“２５５”は使用しないから、この
ような値がヘッダのＭＰＬフィールド（パケット長情報
フィールド）に埋め込まれていれば、標準的にはそのパ
ケットは無視するように扱うので、“AnnexB”しかサポ
ートしていないシステムではこの値を埋め込むことによ
る混乱はない。
コード（拡張フォーマット利用のコード）に、標準版で
は使用されていない“０”と“２５５”のうちのいずれ
かを使用する。すなわち、標準方式としての“AnnexB”
では、“０”または“２５５”は使用しないから、この
ような値がヘッダのＭＰＬフィールド（パケット長情報
フィールド）に埋め込まれていれば、標準的にはそのパ
ケットは無視するように扱うので、“AnnexB”しかサポ
ートしていないシステムではこの値を埋め込むことによ
る混乱はない。
【０１０４】本発明では、拡張フォーマットを使用する
場合に、ヘッダにおけるＭＰＬフィールドに、当該パケ
ットは拡張フォーマットを使用することを知らせるべ
く、“０”か“２５５”を埋め込むようにする。
場合に、ヘッダにおけるＭＰＬフィールドに、当該パケ
ットは拡張フォーマットを使用することを知らせるべ
く、“０”か“２５５”を埋め込むようにする。
【０１０５】上述の例に従って、例えば、“２５５”が
拡張版であることを指定するコードであったとすると、
この“２５５”を、ヘッダのＭＰＬフィールドに埋め込
むことで、拡張フォーマットを使用していることを受信
装置側のヘッダ選択情報生成部１２８に知らせることが
できる仕組みが出来上がる。そして、拡張フォーマット
の場合、冗長情報用のフィールドである１２［bit］分
のＰフィールドは、拡張ＭＰＬフィールド、すなわち、
拡張パケット長情報のエリアとして使用するものとし、
かつ、拡張ＭＰＬフィールドはＭＰＬフィールドと組み
合わせることが可能であるような処理系にしておくこと
で、機能拡張版ではパケット長を最大２０［bit］で表
現できるようになる。従って、拡張フォーマットを使用
している場合には、最大２＾２０＝１０４８５７６［by
te］までのパケット長が利用可能になる。
拡張版であることを指定するコードであったとすると、
この“２５５”を、ヘッダのＭＰＬフィールドに埋め込
むことで、拡張フォーマットを使用していることを受信
装置側のヘッダ選択情報生成部１２８に知らせることが
できる仕組みが出来上がる。そして、拡張フォーマット
の場合、冗長情報用のフィールドである１２［bit］分
のＰフィールドは、拡張ＭＰＬフィールド、すなわち、
拡張パケット長情報のエリアとして使用するものとし、
かつ、拡張ＭＰＬフィールドはＭＰＬフィールドと組み
合わせることが可能であるような処理系にしておくこと
で、機能拡張版ではパケット長を最大２０［bit］で表
現できるようになる。従って、拡張フォーマットを使用
している場合には、最大２＾２０＝１０４８５７６［by
te］までのパケット長が利用可能になる。
【０１０６】なお、ヘッダにおけるＭＰＬフィールド
に、“０”か“２５５”を埋め込むことで、当該パケッ
トは拡張フォーマットを使用することを知らせるかたち
にする運用法の他、当該ＭＰＬに“０”か“２５５”を
埋め込むことで、このコードが埋め込まれる毎に、標準
フォーマット利用から拡張フォーマット利用へ、拡張フ
ォーマット利用から標準フォーマット利用へと交互にモ
ードが切り替わる方式の運用法が考えられ、また、ヘッ
ダのＭＰＬフィールドに、“０”か“２５５”を埋め込
んだモード切り替えの指示のためだけのパケットを伝送
してモード切り替えを指示し、その後に拡張フォーマッ
ト利用／標準フォーマット利用の形態のパケット伝送を
行う形態や、ＭＰＬフィールドに、“０”か“２５５”
を埋め込むと、その後ろのＰフィールドに格納されてい
るデータは拡張パケット長情報として扱うようにする形
態など種々の運用上のバリエーションが考えられる。実
施に当たっては、これらのバリエーションのうち、目的
に合う最適なものを利用すればよい。
に、“０”か“２５５”を埋め込むことで、当該パケッ
トは拡張フォーマットを使用することを知らせるかたち
にする運用法の他、当該ＭＰＬに“０”か“２５５”を
埋め込むことで、このコードが埋め込まれる毎に、標準
フォーマット利用から拡張フォーマット利用へ、拡張フ
ォーマット利用から標準フォーマット利用へと交互にモ
ードが切り替わる方式の運用法が考えられ、また、ヘッ
ダのＭＰＬフィールドに、“０”か“２５５”を埋め込
んだモード切り替えの指示のためだけのパケットを伝送
してモード切り替えを指示し、その後に拡張フォーマッ
ト利用／標準フォーマット利用の形態のパケット伝送を
行う形態や、ＭＰＬフィールドに、“０”か“２５５”
を埋め込むと、その後ろのＰフィールドに格納されてい
るデータは拡張パケット長情報として扱うようにする形
態など種々の運用上のバリエーションが考えられる。実
施に当たっては、これらのバリエーションのうち、目的
に合う最適なものを利用すればよい。
【０１０７】＜ヘッダ選択情報の選択基準＞図９に、ヘ
ッダ選択情報を“Ａ”と“Ｂ”のいずれにするか、その
選択のための基準例を示す。誤りが発生する伝送路、た
とえば、使用回線がＷ−ＣＤＭＡで用いられる無線回線
であれば、誤り率が比較的高いのでヘッダ冗長情報とし
て誤り訂正符号を選択する。一方、伝送プロトコルとし
て、プロトコルでエラー耐性を持っているもの、たとえ
ば、ＴＣＰ／ＩＰのようなものを用いるのであれば、伝
送しようとするパケットに誤り訂正符号を付加する必要
がないので、ヘッダ冗長情報を拡張ＭＰＬとして選択
し、パケット長を選択する。
ッダ選択情報を“Ａ”と“Ｂ”のいずれにするか、その
選択のための基準例を示す。誤りが発生する伝送路、た
とえば、使用回線がＷ−ＣＤＭＡで用いられる無線回線
であれば、誤り率が比較的高いのでヘッダ冗長情報とし
て誤り訂正符号を選択する。一方、伝送プロトコルとし
て、プロトコルでエラー耐性を持っているもの、たとえ
ば、ＴＣＰ／ＩＰのようなものを用いるのであれば、伝
送しようとするパケットに誤り訂正符号を付加する必要
がないので、ヘッダ冗長情報を拡張ＭＰＬとして選択
し、パケット長を選択する。
【０１０８】エラー耐性の無い伝送路を使用する通信の
場合には、ヘッダ選択情報を“Ａ”、エラー耐性のある
伝送路を使用する通信の場合にはヘッダ選択情報を
“Ｂ”とするようにヘッダ選択情報生成部１１７，１２
８を構成しておけば良い。
場合には、ヘッダ選択情報を“Ａ”、エラー耐性のある
伝送路を使用する通信の場合にはヘッダ選択情報を
“Ｂ”とするようにヘッダ選択情報生成部１１７，１２
８を構成しておけば良い。
【０１０９】従って、ヘッダ選択情報生成部１１７は、
この基準にしたがってネットワークの特性や使用するプ
ロトコルの種類から誤り訂正の必要性を判別し、その必
要性に応じて適切なヘッダ選択情報を選択し、その選択
したヘッダ選択情報を多重化回路１１６へ入力する構成
とする。
この基準にしたがってネットワークの特性や使用するプ
ロトコルの種類から誤り訂正の必要性を判別し、その必
要性に応じて適切なヘッダ選択情報を選択し、その選択
したヘッダ選択情報を多重化回路１１６へ入力する構成
とする。
【０１１０】すなわち、“AnnexB”のみのサポートの通
信相手やエラー耐性の無い伝送路を使用する通信の場合
には、ヘッダ選択情報を“Ａ”に、“AnnexB′”もサポ
ートしている通信相手であって、かつ、エラー耐性のあ
る伝送路を使用する通信の場合にはヘッダ選択情報を
“Ｂ”にする。
信相手やエラー耐性の無い伝送路を使用する通信の場合
には、ヘッダ選択情報を“Ａ”に、“AnnexB′”もサポ
ートしている通信相手であって、かつ、エラー耐性のあ
る伝送路を使用する通信の場合にはヘッダ選択情報を
“Ｂ”にする。
【０１１１】そして、これを受ける多重化回路１１６は
このヘッダ選択情報対応に、次のような多重化処理をす
る。
このヘッダ選択情報対応に、次のような多重化処理をす
る。
【０１１２】＜多重化処理の具体例＞図１０に、多重化
回路１１６における多重化処理の具体例を示す。なお、
ここではエラー耐性のある伝送路を使用する通信である
として説明する。従って、エラー耐性判断はしないが、
必要に応じてエラー耐性判断処理を付加するようにすれ
ばよい。
回路１１６における多重化処理の具体例を示す。なお、
ここではエラー耐性のある伝送路を使用する通信である
として説明する。従って、エラー耐性判断はしないが、
必要に応じてエラー耐性判断処理を付加するようにすれ
ばよい。
【０１１３】多重化回路１１６は、パケット化回路１１
３，１１４，１１５を介して多重化回路１１６に入力さ
れる音声データ、映像データ、および制御データの有無
を判断し、パケットに何を多重化するかを決定する（図
１０のステップＳ１〜Ｓ３，Ｓ６〜Ｓ８）。そして、多
重化すべきものを決定した後に、その内容に応じて、ど
の多重化テーブルを用いるかを判断する（図１０のステ
ップＳ４）。
３，１１４，１１５を介して多重化回路１１６に入力さ
れる音声データ、映像データ、および制御データの有無
を判断し、パケットに何を多重化するかを決定する（図
１０のステップＳ１〜Ｓ３，Ｓ６〜Ｓ８）。そして、多
重化すべきものを決定した後に、その内容に応じて、ど
の多重化テーブルを用いるかを判断する（図１０のステ
ップＳ４）。
【０１１４】多重化テーブルが決定されると、ヘッダ情
報のうちのＭＣとＭＰＬの各フィールドを決定する（図
１０のステップＳ４）。
報のうちのＭＣとＭＰＬの各フィールドを決定する（図
１０のステップＳ４）。
【０１１５】そして、処理モードが“AnnexB′”か否か
を調べ（図１０のステップＳ５）、その結果、“Annex
B′”であればステップＳ１２の処理に移り、“Annex
B′”でなければ主情報から誤り訂正符号を算出し（誤
り訂正符号の符号をＳｕｂに代入）（図１０のステップ
Ｓ１０）、そして、ヘッダ生成を行い（図１０のステッ
プＳ１１）、ステップＳ１２の処理に移る。
を調べ（図１０のステップＳ５）、その結果、“Annex
B′”であればステップＳ１２の処理に移り、“Annex
B′”でなければ主情報から誤り訂正符号を算出し（誤
り訂正符号の符号をＳｕｂに代入）（図１０のステップ
Ｓ１０）、そして、ヘッダ生成を行い（図１０のステッ
プＳ１１）、ステップＳ１２の処理に移る。
【０１１６】すなわち、ステップＳ９において“Annex
B′”でなければフォーマットは本来の“AnnexB”の規
格に従うことになり、“AnnexB”の場合は、ＭＣとＭＰ
Ｌの各フィールドの合計１２［bit］に対して、誤り訂
正符号１２［bit］を付加した合計２４［bit］分をヘッ
ダとする必要があるのでそのようにする処理をステップ
Ｓ１０からＳ１１において実施してヘッダ生成を行う。
B′”でなければフォーマットは本来の“AnnexB”の規
格に従うことになり、“AnnexB”の場合は、ＭＣとＭＰ
Ｌの各フィールドの合計１２［bit］に対して、誤り訂
正符号１２［bit］を付加した合計２４［bit］分をヘッ
ダとする必要があるのでそのようにする処理をステップ
Ｓ１０からＳ１１において実施してヘッダ生成を行う。
【０１１７】また、ステップＳ９において“Anneex
B′”であると判断した場合には、“AnnexB”の拡張版
である本発明方式を適用可能であるから、パケット長と
して拡張ＭＰＬフィールド（１２［bit］）も使用する
ことになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２４
［bit］をヘッダとする。
B′”であると判断した場合には、“AnnexB”の拡張版
である本発明方式を適用可能であるから、パケット長と
して拡張ＭＰＬフィールド（１２［bit］）も使用する
ことになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２４
［bit］をヘッダとする。
【０１１８】このようにしてヘッダを生成する（図１０
のステップＳ１１）。ヘッダ生成後、ペイロードを付加
してＭＵＸ−ＰＤＵパケットとする（図１０のステップ
Ｓ１２）。
のステップＳ１１）。ヘッダ生成後、ペイロードを付加
してＭＵＸ−ＰＤＵパケットとする（図１０のステップ
Ｓ１２）。
【０１１９】多重化回路１１６はＭＵＸ−ＰＤＵパケッ
トの生成の後、ネットワークインタフェースＮＷＩ／Ｆ
に出力する。ネットワークインタフェースＮＷＩ／Ｆ
は、多重化されたＭＵＸ−ＰＤＵパケットをネットワー
クインタフェースＮＷＩ／Ｆに出力し、ネットワークイ
ンタフェースＮＷＩ／ＦはこのＭＵＸ−ＰＤＵを、選択
されているネットワークＮＷに送出する。
トの生成の後、ネットワークインタフェースＮＷＩ／Ｆ
に出力する。ネットワークインタフェースＮＷＩ／Ｆ
は、多重化されたＭＵＸ−ＰＤＵパケットをネットワー
クインタフェースＮＷＩ／Ｆに出力し、ネットワークイ
ンタフェースＮＷＩ／ＦはこのＭＵＸ−ＰＤＵを、選択
されているネットワークＮＷに送出する。
【０１２０】＜分離装置１２の具体的動作例＞受信装置
としての具体的動作を説明しておく。受信側の通信装置
２（または１）では、ネットワークインタフェースＮＷ
Ｉ／ＦがネットワークＮＷからＭＵＸ−ＰＤＵパケット
を受信する。そして受信したＭＵＸ−ＰＤＵパケットを
分離装置１２に送るが、当該分離装置１２では、図１１
のフローチャートに示す手順に従って、分離処理を行
う。
としての具体的動作を説明しておく。受信側の通信装置
２（または１）では、ネットワークインタフェースＮＷ
Ｉ／ＦがネットワークＮＷからＭＵＸ−ＰＤＵパケット
を受信する。そして受信したＭＵＸ−ＰＤＵパケットを
分離装置１２に送るが、当該分離装置１２では、図１１
のフローチャートに示す手順に従って、分離処理を行
う。
【０１２１】ここで、分離装置１２は、多重化回路１１
６と同様の２種の多重方式、すなわち、標準方式である
“H.223AnnexB”と拡張方式である“H.223AnnexB′”を
備えており、ネットワークを介して受信したＭＵＸ−Ｐ
ＤＵパケットを、これらのうちのいずれか一方の多重方
式にしたがって、ヘッダ、映像ＡＬ−ＰＤＵパケット、
音声ＡＬ−ＰＤＵパケット、制御データＡＬ−ＰＤＵパ
ケットに分離するものである。ただし、受信したＭＵＸ
−ＰＤＵパケットは、まず、ヘッダ情報のみを分離する
（図１１のステップＳ２１）。
６と同様の２種の多重方式、すなわち、標準方式である
“H.223AnnexB”と拡張方式である“H.223AnnexB′”を
備えており、ネットワークを介して受信したＭＵＸ−Ｐ
ＤＵパケットを、これらのうちのいずれか一方の多重方
式にしたがって、ヘッダ、映像ＡＬ−ＰＤＵパケット、
音声ＡＬ−ＰＤＵパケット、制御データＡＬ−ＰＤＵパ
ケットに分離するものである。ただし、受信したＭＵＸ
−ＰＤＵパケットは、まず、ヘッダ情報のみを分離する
（図１１のステップＳ２１）。
【０１２２】前記多重化回路１１６において選択された
多重化方式が、“H.223AnnexB”であっても、“H.223An
nexB′”であっても、いずれにせよヘッダ領域は３オク
テット固定である。したがって、多重化方式の差異によ
らずＭＵＸ−ＰＤＵの先頭３オクテットが必ずヘッダと
なるため、分離装置１２では、ヘッダの分離を容易に実
施できる。
多重化方式が、“H.223AnnexB”であっても、“H.223An
nexB′”であっても、いずれにせよヘッダ領域は３オク
テット固定である。したがって、多重化方式の差異によ
らずＭＵＸ−ＰＤＵの先頭３オクテットが必ずヘッダと
なるため、分離装置１２では、ヘッダの分離を容易に実
施できる。
【０１２３】このようにして分離されたヘッダは、ヘッ
ダ選択情報生成部１２７に入力される。ヘッダ選択情報
生成部１２７は、ヘッダの内容を解析してヘッダ切り替
え情報の有無を識別する（図１１のステップＳ２２，〜
Ｓ２６）。すなわち、ヘッダの先頭４［bit］に“２５
５”（もしくは“０”）が埋め込まれているか否かを判
断する。そして、ヘッダ切り替え情報（“２５５”（も
しくは“０”））が存在する場合には、新たなヘッダ選
択情報“Ｂ”を分離回路１２１に入力する。ヘッダ切り
替え情報（“２５５”（もしくは“０”））が存在しな
い場合には、従来と同じヘッダ選択情報“Ａ”を分離回
路１２１に入力する。
ダ選択情報生成部１２７に入力される。ヘッダ選択情報
生成部１２７は、ヘッダの内容を解析してヘッダ切り替
え情報の有無を識別する（図１１のステップＳ２２，〜
Ｓ２６）。すなわち、ヘッダの先頭４［bit］に“２５
５”（もしくは“０”）が埋め込まれているか否かを判
断する。そして、ヘッダ切り替え情報（“２５５”（も
しくは“０”））が存在する場合には、新たなヘッダ選
択情報“Ｂ”を分離回路１２１に入力する。ヘッダ切り
替え情報（“２５５”（もしくは“０”））が存在しな
い場合には、従来と同じヘッダ選択情報“Ａ”を分離回
路１２１に入力する。
【０１２４】分離回路１２１は、ヘッダ選択情報生成部
１２７から与えられたヘッダ選択情報にしたがい、映像
ＡＬ−ＰＤＵパケット、音声ＡＬ−ＰＤＵパケット、制
御情報ＡＬ−ＰＤＵパケットに分離する。分離された映
像ＡＬ−ＰＤＵパケットと音声ＡＬ−ＰＤＵパケット
は、それぞれデパケット回路１２２、１２３、に入力さ
れ、ヘッダを除去されたのち、映像データと音声データ
の各復号器１２４、１２５へ入力される。各復号器にお
ける処理の結果、映像データと音声データを得ることが
可能となる。
１２７から与えられたヘッダ選択情報にしたがい、映像
ＡＬ−ＰＤＵパケット、音声ＡＬ−ＰＤＵパケット、制
御情報ＡＬ−ＰＤＵパケットに分離する。分離された映
像ＡＬ−ＰＤＵパケットと音声ＡＬ−ＰＤＵパケット
は、それぞれデパケット回路１２２、１２３、に入力さ
れ、ヘッダを除去されたのち、映像データと音声データ
の各復号器１２４、１２５へ入力される。各復号器にお
ける処理の結果、映像データと音声データを得ることが
可能となる。
【０１２５】＜分離回路１２１の具体的動作例＞図１１
に分離回路１２１の具体的動作例をフローチャートで示
す。受信したパケットの先頭２４［bit］を読み込んだ
後、後述の処理モードに従い、ヘッダの誤り訂正を実行
するか否かを判断する。“AnnexB”として動作している
場合、誤り訂正処理を実行することで、３［bit］まで
の誤りは自動的に訂正される。
に分離回路１２１の具体的動作例をフローチャートで示
す。受信したパケットの先頭２４［bit］を読み込んだ
後、後述の処理モードに従い、ヘッダの誤り訂正を実行
するか否かを判断する。“AnnexB”として動作している
場合、誤り訂正処理を実行することで、３［bit］まで
の誤りは自動的に訂正される。
【０１２６】先頭４［bit］はＭＣ値（多重化テーブル
エントリ番号）として、続く８［bit］はＭＰＬ値（パ
ケット長情報）として処理される。“AnnexB”として動
作している場合、続く１２［bit］は誤り訂正符号とし
て用いるが、“AnnexB′”として動作している場合に
は、続く１２［bit］は拡張ＭＰＬとして用いる。
エントリ番号）として、続く８［bit］はＭＰＬ値（パ
ケット長情報）として処理される。“AnnexB”として動
作している場合、続く１２［bit］は誤り訂正符号とし
て用いるが、“AnnexB′”として動作している場合に
は、続く１２［bit］は拡張ＭＰＬとして用いる。
【０１２７】すなわち、ＭＰＬ値が“２５５”である場
合、拡張フォーマット使用の指示コードであるから、自
己（分離回路１２１）が“AnnexB′”を処理可能である
ならば、このコードは、動作モードの切り替えを表すこ
とになる。従って、現在の状態が“AnnexB”であれば
“AnnexB′”へと動作モードを切り替える。
合、拡張フォーマット使用の指示コードであるから、自
己（分離回路１２１）が“AnnexB′”を処理可能である
ならば、このコードは、動作モードの切り替えを表すこ
とになる。従って、現在の状態が“AnnexB”であれば
“AnnexB′”へと動作モードを切り替える。
【０１２８】その後、ＭＣ値による多重化テーブルの選
択、そして、ＭＰＬ値および拡張ＭＰＬ値に従いパケッ
ト長を知って当該パケット長の範囲のデータを使用多重
化テーブルの示す配分に従って映像データ、音声デー
タ、制御データに分離する。分離した各データは後段へ
と出力する。
択、そして、ＭＰＬ値および拡張ＭＰＬ値に従いパケッ
ト長を知って当該パケット長の範囲のデータを使用多重
化テーブルの示す配分に従って映像データ、音声デー
タ、制御データに分離する。分離した各データは後段へ
と出力する。
【０１２９】＜通信中でのパケット長変更＞ここで、本
発明システムにおいては、通信中にヘッダ情報を切り替
えてパケット長を変更できる。図１２の如きである。こ
のようにする場合のシステム動作を説明する。切り替え
る前には、多重化方式として、“ H.223AnnexB”を切り
替えた後には“H.223AnnexB′”を用いるものとする。
この場合、通信中に、伝送路の誤り率が許容値以下とな
ったり、あるいは、プロトコルの切り替えによりエラー
フリーとなる等の状況となり、誤り訂正が必要なくなっ
たようなときに、本発明システムでは通信装置１（また
は２）ではそのヘッダ選択情報生成部１１７が、ヘッダ
選択情報を“Ａ”から“Ｂ”に選択切り替えするように
構成しておく。
発明システムにおいては、通信中にヘッダ情報を切り替
えてパケット長を変更できる。図１２の如きである。こ
のようにする場合のシステム動作を説明する。切り替え
る前には、多重化方式として、“ H.223AnnexB”を切り
替えた後には“H.223AnnexB′”を用いるものとする。
この場合、通信中に、伝送路の誤り率が許容値以下とな
ったり、あるいは、プロトコルの切り替えによりエラー
フリーとなる等の状況となり、誤り訂正が必要なくなっ
たようなときに、本発明システムでは通信装置１（また
は２）ではそのヘッダ選択情報生成部１１７が、ヘッダ
選択情報を“Ａ”から“Ｂ”に選択切り替えするように
構成しておく。
【０１３０】これにより、通信中に、伝送路の誤り率が
許容値以下となったり、あるいは、プロトコルの切り替
えによりエラーフリーとなる等の状況となり、誤り訂正
が必要なくなったようなときに、ヘッダ選択情報生成部
１１７は、ヘッダ選択情報を“Ａ”から“Ｂ”に選択切
り替えする。このヘッダ選択情報“Ｂ”は、多重化回路
１１に入力され、これにより、当該多重化回路１１は上
記に従い、ヘッダ切り替え情報を含むヘッダを生成す
る。このとき、ヘッダ選択情報“Ｂ”であることから、
生成するＭＵＸ−ＰＤＵパケットの最大長は２０［bi
t］で表現可能な値となる。したがって、伝送路や入力
情報から、伝送効率を最大限にできるパケット長を選択
できるようになる。
許容値以下となったり、あるいは、プロトコルの切り替
えによりエラーフリーとなる等の状況となり、誤り訂正
が必要なくなったようなときに、ヘッダ選択情報生成部
１１７は、ヘッダ選択情報を“Ａ”から“Ｂ”に選択切
り替えする。このヘッダ選択情報“Ｂ”は、多重化回路
１１に入力され、これにより、当該多重化回路１１は上
記に従い、ヘッダ切り替え情報を含むヘッダを生成す
る。このとき、ヘッダ選択情報“Ｂ”であることから、
生成するＭＵＸ−ＰＤＵパケットの最大長は２０［bi
t］で表現可能な値となる。したがって、伝送路や入力
情報から、伝送効率を最大限にできるパケット長を選択
できるようになる。
【０１３１】状況が変化して、誤り率が高くなった場合
は、ヘッダ選択情報生成部１１７は、ヘッダ情報を
“Ｂ”から“Ａ”に変化させる。これにより、多重化回
路１１は標準の“AnnexB”のパケット長での処理に変わ
り、生成するＭＵＸ−ＰＤＵパケットの最大長は２５４
［byte］に抑えられる。
は、ヘッダ選択情報生成部１１７は、ヘッダ情報を
“Ｂ”から“Ａ”に変化させる。これにより、多重化回
路１１は標準の“AnnexB”のパケット長での処理に変わ
り、生成するＭＵＸ−ＰＤＵパケットの最大長は２５４
［byte］に抑えられる。
【０１３２】以上の手順により選択したパケット長に基
づいて、各ＡＬ−ＰＤＵパケットを多重化し、ＭＵＸ−
ＰＤＵパケットを生成して、ネットワークインタフェー
ス１３に入力する。ネットワークインタフェース１３
は、通信装置２に対してＭＵＸ−ＰＤＵパケットを送信
する結果、伝送路などの状況対応に、パケット長を変化
させて通信出来るようになり、伝送路状況などに応じて
効率の良い伝送が可能になる。
づいて、各ＡＬ−ＰＤＵパケットを多重化し、ＭＵＸ−
ＰＤＵパケットを生成して、ネットワークインタフェー
ス１３に入力する。ネットワークインタフェース１３
は、通信装置２に対してＭＵＸ−ＰＤＵパケットを送信
する結果、伝送路などの状況対応に、パケット長を変化
させて通信出来るようになり、伝送路状況などに応じて
効率の良い伝送が可能になる。
【０１３３】図１２に示す動作モードの状態遷移を説明
しておく。上述の通り、パケットに付加されたヘッダに
おける８［bit］構成のＭＰＬ値が二進表記で“１１１
１１１１１”（十進表記で“２５５”）であることをき
っかけに、動作モードを切り替える。例えば、現在のモ
ードが“AnnexB”であればこれを“AnnexB′”に切り替
え、また、現在のモードが“AnnexB′”であればこれを
“AnnexB”に切り替える。ヘッダにおける８［bit］構
成のＭＰＬ値が二進表記で“０００００００１”から
“１１１１１１１０”（十進表記で“１”から“２５
４”）の範囲に変われば、これをきっかけに、動作モー
ドは“AnnexB′”から“AnnexB”に切り替える。この切
り替えはＭＰＬ値を分離回路１２１からヘッダ選択情報
生成部１２８に渡すことで、当該ヘッダ選択情報生成部
１２８が行う。具体的には、ヘッダ選択情報生成部１２
８はこのＭＰＬ値を受けて、その値が“２５５”ならば
“Ｂ”なるヘッダ選択情報を発生し、“１”から“２５
４”の範囲内ならば、“Ａ”なるヘッダ選択情報を発生
して分離回路１２１に与える。
しておく。上述の通り、パケットに付加されたヘッダに
おける８［bit］構成のＭＰＬ値が二進表記で“１１１
１１１１１”（十進表記で“２５５”）であることをき
っかけに、動作モードを切り替える。例えば、現在のモ
ードが“AnnexB”であればこれを“AnnexB′”に切り替
え、また、現在のモードが“AnnexB′”であればこれを
“AnnexB”に切り替える。ヘッダにおける８［bit］構
成のＭＰＬ値が二進表記で“０００００００１”から
“１１１１１１１０”（十進表記で“１”から“２５
４”）の範囲に変われば、これをきっかけに、動作モー
ドは“AnnexB′”から“AnnexB”に切り替える。この切
り替えはＭＰＬ値を分離回路１２１からヘッダ選択情報
生成部１２８に渡すことで、当該ヘッダ選択情報生成部
１２８が行う。具体的には、ヘッダ選択情報生成部１２
８はこのＭＰＬ値を受けて、その値が“２５５”ならば
“Ｂ”なるヘッダ選択情報を発生し、“１”から“２５
４”の範囲内ならば、“Ａ”なるヘッダ選択情報を発生
して分離回路１２１に与える。
【０１３４】分離回路１２１では、このヘッダ選択情報
対応に“AnnexB”対応の分離処理であるのか、“Annex
B′”対応の分離処理であるのかを切り替え、入力され
たヘッダ選択情報にて指定される多重化テーブルと、パ
ケット長情報に基づいてＭＵＸ−ＰＤＵパケットをデー
タ分離する。
対応に“AnnexB”対応の分離処理であるのか、“Annex
B′”対応の分離処理であるのかを切り替え、入力され
たヘッダ選択情報にて指定される多重化テーブルと、パ
ケット長情報に基づいてＭＵＸ−ＰＤＵパケットをデー
タ分離する。
【０１３５】＜共用可能な多重化テーブル構造例＞ここ
で、“AnnexB”と“AnnexB′”とに適用可能な多重化テ
ーブルの構造について、説明しておく。図１３に、その
ような多重化テーブルの一例を示す。本例では、多重化
テーブルエントリ番号“１”番（ＭＣ＝１）のテーブル
ではパケット内のペイロードを音声については１０［by
te］割り当て、映像はそのパケットの終端まで（残りの
容量すべてを当てて）多重化するものを示し、多重化テ
ーブルエントリ番号“２”番（ＭＣ＝２）のテーブルで
は、パケット内のペイロードを音声については３０［by
te］割り当て、制御データについては５［byte］割り当
て、そして映像データについてはそのパケットの終端ま
で（残りの容量すべてを当てて）割り当てて多重化する
内容としてあるものを例に挙げている。
で、“AnnexB”と“AnnexB′”とに適用可能な多重化テ
ーブルの構造について、説明しておく。図１３に、その
ような多重化テーブルの一例を示す。本例では、多重化
テーブルエントリ番号“１”番（ＭＣ＝１）のテーブル
ではパケット内のペイロードを音声については１０［by
te］割り当て、映像はそのパケットの終端まで（残りの
容量すべてを当てて）多重化するものを示し、多重化テ
ーブルエントリ番号“２”番（ＭＣ＝２）のテーブルで
は、パケット内のペイロードを音声については３０［by
te］割り当て、制御データについては５［byte］割り当
て、そして映像データについてはそのパケットの終端ま
で（残りの容量すべてを当てて）割り当てて多重化する
内容としてあるものを例に挙げている。
【０１３６】図中（Ｓｕｂ）とあるのは、図７と図８に
ある冗長情報であり、“AnnexB”と“AnnexB′”とで意
味が異なる。
ある冗長情報であり、“AnnexB”と“AnnexB′”とで意
味が異なる。
【０１３７】また、これらＭＣ＝１とＭＣ＝２の各テー
ブルはいずれも、音声および制御データに関しては固定
長、そして、映像データについてはパケット長に依存し
た可変長領域をとる。従って、“AnnexB”と“Annex
B′”とで、パケット長の上限が異なっていたとして
も、同一のテーブル構造で多重化／分離が可能である。
ブルはいずれも、音声および制御データに関しては固定
長、そして、映像データについてはパケット長に依存し
た可変長領域をとる。従って、“AnnexB”と“Annex
B′”とで、パケット長の上限が異なっていたとして
も、同一のテーブル構造で多重化／分離が可能である。
【０１３８】多重化パターンは多種あるので、いずれを
用いているかを知らせる必要があり、そのためのエント
リは、マルチプレックス・エントリ・ディスクリプタ(M
ultiplex Entry Descriptor)にて表現する。
用いているかを知らせる必要があり、そのためのエント
リは、マルチプレックス・エントリ・ディスクリプタ(M
ultiplex Entry Descriptor)にて表現する。
【０１３９】たとえば、Multiplex Entry Description
が“{LCN1，RC4}，{{LCN２，RC１},{LCN3,RC2},RC UC
F}”であるとする。“ＬＣＮｎ”はロジカルチャネルナ
ンバ ーであって、どのデータを対象とするかを定めて
いる。“ＲＣｎ”はリピートカウンタで、何バイトのデ
ータが続くかを示しており、“ＲＣ ＵＣＦ”はアンテ
イルクロージングフラグで、最後まで繰り返すことを示
している。
が“{LCN1，RC4}，{{LCN２，RC１},{LCN3,RC2},RC UC
F}”であるとする。“ＬＣＮｎ”はロジカルチャネルナ
ンバ ーであって、どのデータを対象とするかを定めて
いる。“ＲＣｎ”はリピートカウンタで、何バイトのデ
ータが続くかを示しており、“ＲＣ ＵＣＦ”はアンテ
イルクロージングフラグで、最後まで繰り返すことを示
している。
【０１４０】すなわち、“{LCN1，RC4}，{{LCN２，RC
１},{LCN3,RC2},RC UCF}”なる内容は、第１番目の項目
であるロジカルチャネルナンバー１番（ＬＣＮ１）は、
音声、映像、制御のデータのうち、このＬＣＮ１に割り
当てたデータについて、そのデータ内容を４バイト分取
り込み、ロジカルチャネルナンバー２番 （ＬＣＮ２）
は、音声、映像、制御のデータのうち、このＬＣＮ２に
割り当てたデータについて、そのデータ内容を１バイト
取り込み、ロジカルチャネルナンバー３番（ＬＣＮ３）
は、音声、映像、制御のデータのうち、このＬＣＮ３に
割り当てたデータについて、そのデータ内容を２バイト
取り込み、という形態でこのパターンを繰り返すことを
示している。
１},{LCN3,RC2},RC UCF}”なる内容は、第１番目の項目
であるロジカルチャネルナンバー１番（ＬＣＮ１）は、
音声、映像、制御のデータのうち、このＬＣＮ１に割り
当てたデータについて、そのデータ内容を４バイト分取
り込み、ロジカルチャネルナンバー２番 （ＬＣＮ２）
は、音声、映像、制御のデータのうち、このＬＣＮ２に
割り当てたデータについて、そのデータ内容を１バイト
取り込み、ロジカルチャネルナンバー３番（ＬＣＮ３）
は、音声、映像、制御のデータのうち、このＬＣＮ３に
割り当てたデータについて、そのデータ内容を２バイト
取り込み、という形態でこのパターンを繰り返すことを
示している。
【０１４１】例えば、ＬＣＮ１を音声データ、ＬＣＮ２
を映像データ、ＬＣＮ０を制御データとすると、上記Ｍ
Ｃ＝１は ＭＣ＝１｛ＬＣＮ１，ＲＣ10｝，｛ＬＣＮ２，ＲＣ，Ｕ
ＣＦ｝ ＭＣ＝２は ＭＣ＝２｛ＬＣＮ１，ＲＣ30｝，｛ＬＣＮ０，ＲＣ
5｝，｛ＬＣＮ２，ＲＣ ＵＣＦ｝ であり、前者の内容は、第１番目の項目であるロジカル
チャネルナンバー１番（ＬＣＮ１（音声データ））は、
音声のコンテンツを１０バイト取り込み、ロジカルチャ
ネルナンバー２番 （ＬＣＮ２（映像データ））は、映
像のコンテンツをパケットの最後まで取り込むことを示
している。
を映像データ、ＬＣＮ０を制御データとすると、上記Ｍ
Ｃ＝１は ＭＣ＝１｛ＬＣＮ１，ＲＣ10｝，｛ＬＣＮ２，ＲＣ，Ｕ
ＣＦ｝ ＭＣ＝２は ＭＣ＝２｛ＬＣＮ１，ＲＣ30｝，｛ＬＣＮ０，ＲＣ
5｝，｛ＬＣＮ２，ＲＣ ＵＣＦ｝ であり、前者の内容は、第１番目の項目であるロジカル
チャネルナンバー１番（ＬＣＮ１（音声データ））は、
音声のコンテンツを１０バイト取り込み、ロジカルチャ
ネルナンバー２番 （ＬＣＮ２（映像データ））は、映
像のコンテンツをパケットの最後まで取り込むことを示
している。
【０１４２】また、後者の内容は、第１番目の項目であ
るロジカルチャネルナンバー１番（ＬＣＮ１（音声デー
タ））は、音声のコンテンツを３０バイト取り込み、ロ
ジカルチャネルナンバー０番 （ＬＣＮ０（制御デー
タ））は、制御データ５バイト分を取り込み、ロジカル
チャネルナンバー２番（ＬＣＮ２（映像データ））は、
映像のコンテンツをパケットの最後まで取り込むことを
示している。
るロジカルチャネルナンバー１番（ＬＣＮ１（音声デー
タ））は、音声のコンテンツを３０バイト取り込み、ロ
ジカルチャネルナンバー０番 （ＬＣＮ０（制御デー
タ））は、制御データ５バイト分を取り込み、ロジカル
チャネルナンバー２番（ＬＣＮ２（映像データ））は、
映像のコンテンツをパケットの最後まで取り込むことを
示している。
【０１４３】なお、多重化テーブルの構成については、
上記の例では、“AnnexB”と“AnnexB′”とで共用可能
な場合を示したが、各多重化方式に応じて変更しても良
い。
上記の例では、“AnnexB”と“AnnexB′”とで共用可能
な場合を示したが、各多重化方式に応じて変更しても良
い。
【０１４４】以上述べたように、この実施形態では、多
重化方式として標準規格である“H.223AnnexB”とその
拡張フォーマットである“H.223AnnexB′”をサポート
すると共に、使用する伝送路や伝送プロトコルによって
動作モードを“AnnexB”利用から“AnnexB′”利用に変
更するようにした。 そして、“H.223AnnexB′”ではパ
ケットのデータ容量が標準の“H.223AnnexB”での“２
５４”［byte］他に、ヘッダにおける冗長情報に割り当
てることのできるビット数を利用したそのビット数の表
現範囲で構成可能な数値分のデータ容量のデータをパケ
ット伝送できるようにした。これにより、誤り訂正符号
を使う標準の“H.223AnnexB”の場合よりもＭＵＸ−Ｐ
ＤＵパケットを何倍も長くすることが可能となり、映像
データを伝送する場合など、大容量のデータを伝送する
場合においては伝送路使用効率を向上させることができ
る。従って、伝送効率が向上する分、高品位な画像デー
タをリアルタイムで伝送できるようになる等の効果が得
られる。
重化方式として標準規格である“H.223AnnexB”とその
拡張フォーマットである“H.223AnnexB′”をサポート
すると共に、使用する伝送路や伝送プロトコルによって
動作モードを“AnnexB”利用から“AnnexB′”利用に変
更するようにした。 そして、“H.223AnnexB′”ではパ
ケットのデータ容量が標準の“H.223AnnexB”での“２
５４”［byte］他に、ヘッダにおける冗長情報に割り当
てることのできるビット数を利用したそのビット数の表
現範囲で構成可能な数値分のデータ容量のデータをパケ
ット伝送できるようにした。これにより、誤り訂正符号
を使う標準の“H.223AnnexB”の場合よりもＭＵＸ−Ｐ
ＤＵパケットを何倍も長くすることが可能となり、映像
データを伝送する場合など、大容量のデータを伝送する
場合においては伝送路使用効率を向上させることができ
る。従って、伝送効率が向上する分、高品位な画像デー
タをリアルタイムで伝送できるようになる等の効果が得
られる。
【０１４５】また、ヘッダ構成は変更しないので、標準
規格を維持しつつも効率的にパケット伝送ができるよう
になる。
規格を維持しつつも効率的にパケット伝送ができるよう
になる。
【０１４６】なお、ヘッダ選択情報生成部１１７は、本
実施例では多重化装置１１の内部に設けているがシステ
ム制御装置ＣＮＴの内部に設けるようにしても良い。
実施例では多重化装置１１の内部に設けているがシステ
ム制御装置ＣＮＴの内部に設けるようにしても良い。
【０１４７】また、上述の実施形態において、標準フォ
ーマット利用（“H.223AnnexB”利用）から拡張フォー
マット利用（“H.223AnnexB′”利用）へ、あるいは拡
張フォーマット利用から標準フォーマット利用へ切り替
えるためのヘッダ切り替え情報をＭＵＸ−ＰＤＵヘッダ
中に含めて伝送したが（ＭＰＬフィールドに挿入して伝
送）、ＭＵＸ−ＰＤＵヘッダに含める代わりに、制御デ
ータにとしてこの切り替え情報を伝送するようにしても
よい。このようにする場合での実施例を、次に第２の実
施例として説明する。
ーマット利用（“H.223AnnexB”利用）から拡張フォー
マット利用（“H.223AnnexB′”利用）へ、あるいは拡
張フォーマット利用から標準フォーマット利用へ切り替
えるためのヘッダ切り替え情報をＭＵＸ−ＰＤＵヘッダ
中に含めて伝送したが（ＭＰＬフィールドに挿入して伝
送）、ＭＵＸ−ＰＤＵヘッダに含める代わりに、制御デ
ータにとしてこの切り替え情報を伝送するようにしても
よい。このようにする場合での実施例を、次に第２の実
施例として説明する。
【０１４８】（第２の実施例）第２の実施例における多
重化装置１１の構成例を図１４に、また、分離装置１２
の構成例を図１５に示す。
重化装置１１の構成例を図１４に、また、分離装置１２
の構成例を図１５に示す。
【０１４９】図１４に示す多重化装置１１は、符号器１
１１，１１２、パケット化回路１１３，１１４，１１
５、多重化回路１１６、ヘッダ選択情報生成部１１７、
ヘッダ選択情報挿入部１１９とより構成される。
１１，１１２、パケット化回路１１３，１１４，１１
５、多重化回路１１６、ヘッダ選択情報生成部１１７、
ヘッダ選択情報挿入部１１９とより構成される。
【０１５０】これらのうち、符号器１１１は、与えられ
た映像データを符号化して出力するものであり、符号化
器１１２は、与えられた音声データを符号化して出力す
るものである。また、パケット化回路１１３は、符号器
１１１から出力される符号化処理済みの映像データスト
リームをパケット化して映像データＡＬ−ＰＤＵパケッ
トとして出力するものであり、パケット化回路１１３
は、符号化器１１２から出力される符号化済み音声デー
タのストリームをパケット化して音声データＡＬ−ＰＤ
Ｕパケットとして出力するものである。
た映像データを符号化して出力するものであり、符号化
器１１２は、与えられた音声データを符号化して出力す
るものである。また、パケット化回路１１３は、符号器
１１１から出力される符号化処理済みの映像データスト
リームをパケット化して映像データＡＬ−ＰＤＵパケッ
トとして出力するものであり、パケット化回路１１３
は、符号化器１１２から出力される符号化済み音声デー
タのストリームをパケット化して音声データＡＬ−ＰＤ
Ｕパケットとして出力するものである。
【０１５１】また、パケット化回路１１５は与えられる
制御データをパケット化して制御データＡＬ−ＰＤＵパ
ケットとして出力するものである。
制御データをパケット化して制御データＡＬ−ＰＤＵパ
ケットとして出力するものである。
【０１５２】パケット化回路１１３、１１４、１１５に
おけるパケット化は、入力ストリームを所定長のデータ
ブロック毎に区切り、ＣＲＣフィールドを付加した上
で、このデータブロックにヘッダを付加する形式でなさ
れる。
おけるパケット化は、入力ストリームを所定長のデータ
ブロック毎に区切り、ＣＲＣフィールドを付加した上
で、このデータブロックにヘッダを付加する形式でなさ
れる。
【０１５３】多重化回路１１６はパケット化回路１１
３，１１４，１１５からの各データのＡＬ−ＰＤＵパケ
ットを多重化して出力するものであって、当該多重化回
路１１６は多重方式として、“H.223AnnexB”及び、
“H.223AnnexB′（H.223AnnexBを基本として、一部機能
を追加したもの）”を備え、与えられるヘッダ選択情報
対応にこれらのうちの一方の多重方式を用いて、映像Ａ
Ｌ−ＰＤＵと音声ＡＬ−ＰＤＵと制御データＡＬ−ＰＤ
Ｕを多重化する機能を有する。
３，１１４，１１５からの各データのＡＬ−ＰＤＵパケ
ットを多重化して出力するものであって、当該多重化回
路１１６は多重方式として、“H.223AnnexB”及び、
“H.223AnnexB′（H.223AnnexBを基本として、一部機能
を追加したもの）”を備え、与えられるヘッダ選択情報
対応にこれらのうちの一方の多重方式を用いて、映像Ａ
Ｌ−ＰＤＵと音声ＡＬ−ＰＤＵと制御データＡＬ−ＰＤ
Ｕを多重化する機能を有する。
【０１５４】また、ヘッダ選択情報生成部１１７は、ネ
ットワークの特性や使用するプロトコルの種類から、誤
り訂正の必要性を判別し、その必要性に応じて適切なヘ
ッダ選択情報を選択し、その選択したヘッダ選択情報を
多重化回路１１６へ入力するという機能を有する。具体
的には、通信相手装置が“H.223AnnexB′”をサポート
していない場合や、誤りの多い伝送を強いられる場合で
は“H.223AnnexB”で規定されるヘッダ形式（標準版の
ヘッダ形式）でのヘッダを選択すべくそのためのヘッダ
選択情報“Ａ”を生成し、通信相手装置が“H.223Annex
B′”をサポートしており、かつ、誤りの心配の少ない
伝送を利用できる場合には本発明の拡張フォーマットで
ある“H.223AnnexB′”で許容されるヘッダ形式でのヘ
ッダを選択すべくそのためのヘッダ選択情報“Ｂ”を生
成して多重化回路１１６に与える機能を有する。
ットワークの特性や使用するプロトコルの種類から、誤
り訂正の必要性を判別し、その必要性に応じて適切なヘ
ッダ選択情報を選択し、その選択したヘッダ選択情報を
多重化回路１１６へ入力するという機能を有する。具体
的には、通信相手装置が“H.223AnnexB′”をサポート
していない場合や、誤りの多い伝送を強いられる場合で
は“H.223AnnexB”で規定されるヘッダ形式（標準版の
ヘッダ形式）でのヘッダを選択すべくそのためのヘッダ
選択情報“Ａ”を生成し、通信相手装置が“H.223Annex
B′”をサポートしており、かつ、誤りの心配の少ない
伝送を利用できる場合には本発明の拡張フォーマットで
ある“H.223AnnexB′”で許容されるヘッダ形式でのヘ
ッダを選択すべくそのためのヘッダ選択情報“Ｂ”を生
成して多重化回路１１６に与える機能を有する。
【０１５５】ヘッダ選択情報挿入部１１９は、ヘッダ選
択情報生成部１１７の出力するヘッダ選択情報（“Ａ”
または“Ｂ）対応に、標準フォーマット利用（“H.223A
nnexB”利用）から拡張フォーマット利用（“H.223Anne
xB′”利用）へ、あるいは拡張フォーマット利用から標
準フォーマット利用へ切り替えるためのヘッダ切り替え
情報を、入力された他の制御データと区別可能な形式で
制御データに多重し（制御ＡＬ−ＰＤＵパケットに
し）、パケット化回路１１５に入力するという機能を有
するものである。
択情報生成部１１７の出力するヘッダ選択情報（“Ａ”
または“Ｂ）対応に、標準フォーマット利用（“H.223A
nnexB”利用）から拡張フォーマット利用（“H.223Anne
xB′”利用）へ、あるいは拡張フォーマット利用から標
準フォーマット利用へ切り替えるためのヘッダ切り替え
情報を、入力された他の制御データと区別可能な形式で
制御データに多重し（制御ＡＬ−ＰＤＵパケットに
し）、パケット化回路１１５に入力するという機能を有
するものである。
【０１５６】また、図１５に示す分離装置１２は、分離
回路１２１、デパケット化回路１２２，１２３，１２
４、映像復号化器１２５、音声復号化器１２６、ヘッダ
選択情報生成部１２７、制御データ解析回路１２９とよ
り構成される。
回路１２１、デパケット化回路１２２，１２３，１２
４、映像復号化器１２５、音声復号化器１２６、ヘッダ
選択情報生成部１２７、制御データ解析回路１２９とよ
り構成される。
【０１５７】これらのうち、分離回路１２１は、多重化
されて伝送されてきたＭＵＸ−ＰＤＵを分離して、映像
データＡＬ−ＰＤＵパケット、音声データＡＬ−ＰＤＵ
パケットおよび制御データＡＬ−ＰＤＵパケットに分離
するものであって、ヘッダ選択情報生成部１２７から与
えられるヘッダ選択情報に従って映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離するものである。
されて伝送されてきたＭＵＸ−ＰＤＵを分離して、映像
データＡＬ−ＰＤＵパケット、音声データＡＬ−ＰＤＵ
パケットおよび制御データＡＬ−ＰＤＵパケットに分離
するものであって、ヘッダ選択情報生成部１２７から与
えられるヘッダ選択情報に従って映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離するものである。
【０１５８】具体的には、分離装置１２は、多重化回路
１１６と同様の２種の多重化方式（“H.223AnnexB”と
“H.223AnnexB′”）をサポートしており、ネットワー
クを介して受信したＭＵＸ−ＰＤＵパケットを、与えら
れるヘッダ選択情報対応これらのうちの一方の多重化方
式にしたがって、ヘッダ、映像ＡＬ−ＰＤＵパケット、
音声ＡＬ−ＰＤＵパケット、制御データＡＬ−ＰＤＵパ
ケットに分離するものである。ただし、受信したＭＵＸ
−ＰＤＵパケットは、まず、ヘッダ情報のみを分離して
ヘッダ選択情報生成部１２７に与える機能を有する。
１１６と同様の２種の多重化方式（“H.223AnnexB”と
“H.223AnnexB′”）をサポートしており、ネットワー
クを介して受信したＭＵＸ−ＰＤＵパケットを、与えら
れるヘッダ選択情報対応これらのうちの一方の多重化方
式にしたがって、ヘッダ、映像ＡＬ−ＰＤＵパケット、
音声ＡＬ−ＰＤＵパケット、制御データＡＬ−ＰＤＵパ
ケットに分離するものである。ただし、受信したＭＵＸ
−ＰＤＵパケットは、まず、ヘッダ情報のみを分離して
ヘッダ選択情報生成部１２７に与える機能を有する。
【０１５９】デパケット化回路１２２は、映像データＡ
Ｌ−ＰＤＵパケットを元の符号化映像データに戻す処理
をするものであり、デパケット化回路１２３は、音声デ
ータＡＬ−ＰＤＵパケットをもとの符号化音声データに
戻す処理をするものであり、デパケット化回路１２４
は、制御データＡＬ−ＰＤＵパケットを元の制御データ
に戻す処理をするものである。
Ｌ−ＰＤＵパケットを元の符号化映像データに戻す処理
をするものであり、デパケット化回路１２３は、音声デ
ータＡＬ−ＰＤＵパケットをもとの符号化音声データに
戻す処理をするものであり、デパケット化回路１２４
は、制御データＡＬ−ＰＤＵパケットを元の制御データ
に戻す処理をするものである。
【０１６０】また、映像復号化器１２５は、デパケット
化回路１２２から出力される符号化映像データを元の映
像データに戻す処理をするものであり、音声復号化器１
２６は、符号化音声データを元の音声データに戻す処理
をするものである。
化回路１２２から出力される符号化映像データを元の映
像データに戻す処理をするものであり、音声復号化器１
２６は、符号化音声データを元の音声データに戻す処理
をするものである。
【０１６１】制御データ解析回路１２９は、デパケット
化回路１２４から与えられる制御データの内容を解析し
て、標準フォーマット利用（“H.223AnnexB”利用）か
ら拡張フォーマット利用（“H.223AnnexB′”利用）
へ、あるいは拡張フォーマット利用から標準フォーマッ
ト利用へ切り替えるためのヘッダ切り替え情報の有無を
識別し、ヘッダ切り替え情報が存在する場合にはその内
容対応の指令をヘッダ選択情報生成部１２７に与える機
能を有する。
化回路１２４から与えられる制御データの内容を解析し
て、標準フォーマット利用（“H.223AnnexB”利用）か
ら拡張フォーマット利用（“H.223AnnexB′”利用）
へ、あるいは拡張フォーマット利用から標準フォーマッ
ト利用へ切り替えるためのヘッダ切り替え情報の有無を
識別し、ヘッダ切り替え情報が存在する場合にはその内
容対応の指令をヘッダ選択情報生成部１２７に与える機
能を有する。
【０１６２】ヘッダ選択情報生成部１２７は、制御デー
タ解析回路１２９からの指令内容対応にヘッダ切り替え
情報（拡張フォーマットを用いる指令ならば、ヘッダ選
択情報“Ｂ”、従来と同じ標準版を用いる指令ならばヘ
ッダ選択情報“Ａ”）を分離回路１２１に与える機能を
有する。
タ解析回路１２９からの指令内容対応にヘッダ切り替え
情報（拡張フォーマットを用いる指令ならば、ヘッダ選
択情報“Ｂ”、従来と同じ標準版を用いる指令ならばヘ
ッダ選択情報“Ａ”）を分離回路１２１に与える機能を
有する。
【０１６３】次に、このような構成の第２の実施例の作
用を説明する。
用を説明する。
【０１６４】図１４の多重化装置１１において、ヘッダ
選択情報生成部１１７の出力するヘッダ選択情報
（“Ａ”または“Ｂ）”はヘッダ選択情報挿入部１１９
へ入力される。ヘッダ選択情報挿入部１１９では、入力
された制御データと区別可能な形式でヘッダ切り替え情
報を制御データに多重し、パケット化回路１１５に入力
する。
選択情報生成部１１７の出力するヘッダ選択情報
（“Ａ”または“Ｂ）”はヘッダ選択情報挿入部１１９
へ入力される。ヘッダ選択情報挿入部１１９では、入力
された制御データと区別可能な形式でヘッダ切り替え情
報を制御データに多重し、パケット化回路１１５に入力
する。
【０１６５】また、送信しようとする映像データは符号
器１１１に入力され、また、送信しようとする音声デー
タは符号器１１２に入力されて、それぞれ符号化され
る。そして、これら符号器１１１，１１２から出力され
た符号化映像データ、符号化音声データの各ストリーム
はそれぞれの要素対応のパケット化回路１１３、１１４
に入力されてパケット化される。また、ヘッダ選択情報
以外の他の制御データもパケット化回路１１５によりパ
ケット化される。
器１１１に入力され、また、送信しようとする音声デー
タは符号器１１２に入力されて、それぞれ符号化され
る。そして、これら符号器１１１，１１２から出力され
た符号化映像データ、符号化音声データの各ストリーム
はそれぞれの要素対応のパケット化回路１１３、１１４
に入力されてパケット化される。また、ヘッダ選択情報
以外の他の制御データもパケット化回路１１５によりパ
ケット化される。
【０１６６】パケット化回路１１３〜１１５におけるパ
ケット化は、入力ストリームを所定長のデータブロック
毎に区切り、必要に応じてＣＲＣフィールドを付加した
上で、このデータブロックにヘッダを付加することによ
りなされる。
ケット化は、入力ストリームを所定長のデータブロック
毎に区切り、必要に応じてＣＲＣフィールドを付加した
上で、このデータブロックにヘッダを付加することによ
りなされる。
【０１６７】各パケット化回路１１３〜１１５は、各デ
ータのＡＬ−ＰＤＵパケットを出力し、これらは多重分
離装置ＭＵＸ／ＤＭＵＸにおける多重化回路１１６に入
力される。
ータのＡＬ−ＰＤＵパケットを出力し、これらは多重分
離装置ＭＵＸ／ＤＭＵＸにおける多重化回路１１６に入
力される。
【０１６８】また、多重化回路１１６は、処理モードが
“AnnexB”なのか、“AnnexB′”なのかをヘッダ選択情
報生成部１１７からのヘッダ選択情報（“Ａ”，
“Ｂ”）によって判断する。
“AnnexB”なのか、“AnnexB′”なのかをヘッダ選択情
報生成部１１７からのヘッダ選択情報（“Ａ”，
“Ｂ”）によって判断する。
【０１６９】多重化回路１１６は、パケット化回路１１
３，１１４，１１５を介して入力される音声データ、映
像データ、および制御データの有無を判断し、多重化す
るパケットに何を多重化するかを決定する。そして、多
重化すべきものを決定したならば、その内容に応じて、
どの多重化テーブルを用いるかを判断する。
３，１１４，１１５を介して入力される音声データ、映
像データ、および制御データの有無を判断し、多重化す
るパケットに何を多重化するかを決定する。そして、多
重化すべきものを決定したならば、その内容に応じて、
どの多重化テーブルを用いるかを判断する。
【０１７０】多重化テーブルが決定されると、ヘッダ情
報のうちのＭＣとＭＰＬの各フィールドを決定するそし
て、処理モードが“AnnexB”なのか、“AnnexB′”なの
かをヘッダ選択情報生成部１１７からのヘッダ選択情報
によって判断した結果、“AnnexB”であれば主情報から
誤り訂正符号を算出し（誤り訂正符号の符号をＳｕｂに
代入）、そして、ヘッダ生成を行う。
報のうちのＭＣとＭＰＬの各フィールドを決定するそし
て、処理モードが“AnnexB”なのか、“AnnexB′”なの
かをヘッダ選択情報生成部１１７からのヘッダ選択情報
によって判断した結果、“AnnexB”であれば主情報から
誤り訂正符号を算出し（誤り訂正符号の符号をＳｕｂに
代入）、そして、ヘッダ生成を行う。
【０１７１】すなわち、多重化路１１６において、ヘッ
ダ選択情報が、“Ａ”であれば、冗長情報として誤り訂
正符号を用いるため、“H.223AnnexB”手順に従い各Ａ
Ｌ−ＰＤＵパケットを多重化し、ヘッダを生成してＭＵ
Ｘ−ＰＤＵパケットを生成する。
ダ選択情報が、“Ａ”であれば、冗長情報として誤り訂
正符号を用いるため、“H.223AnnexB”手順に従い各Ａ
Ｌ−ＰＤＵパケットを多重化し、ヘッダを生成してＭＵ
Ｘ−ＰＤＵパケットを生成する。
【０１７２】一方、多重化回路１１６において、ヘッダ
選択情報が“Ｂ”であれば、冗長情報として拡張ＭＰＬ
を用いることができ、パケット長の長いＭＵＸ−ＰＤＵ
パケットを生成する。
選択情報が“Ｂ”であれば、冗長情報として拡張ＭＰＬ
を用いることができ、パケット長の長いＭＵＸ−ＰＤＵ
パケットを生成する。
【０１７３】ここで、“H.223AnnexB”におけるＭＵＸ
−ＰＤＵの生成の際に付加されるヘッダは２４［bit］
固定であり、その内容は先頭からの４［bit］は“ＭＣ
（Multiplex Code）フィールド”と呼ばれ、選択された
多重化テーブルエントリ番号を示す。それに続く８［bi
t］は、“ＭＰＬ（Multiplex Payload Length）フィー
ルド”、すなわち、オクテット単位のパケット長情報で
ある。この２種類の情報を合わせて主情報として扱う。
続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報である。多重方式として“H.223AnnexB”を用
いる場合、主情報に対して拡張ゴーレイ符号を計算した
結果が、誤り訂正用情報として冗長情報フィールドに格
納されている。
−ＰＤＵの生成の際に付加されるヘッダは２４［bit］
固定であり、その内容は先頭からの４［bit］は“ＭＣ
（Multiplex Code）フィールド”と呼ばれ、選択された
多重化テーブルエントリ番号を示す。それに続く８［bi
t］は、“ＭＰＬ（Multiplex Payload Length）フィー
ルド”、すなわち、オクテット単位のパケット長情報で
ある。この２種類の情報を合わせて主情報として扱う。
続く１２［bit］は、Ｐ（Parity）フィールドであり、
冗長情報である。多重方式として“H.223AnnexB”を用
いる場合、主情報に対して拡張ゴーレイ符号を計算した
結果が、誤り訂正用情報として冗長情報フィールドに格
納されている。
【０１７４】本発明システムでは、パケットサイズ最大
２５４［byte］構成の標準フォーマットとそれ以上のパ
ケットサイズを利用できる拡張フォーマットの２種が使
用できる。そして、拡張フォーマット利用の場合、ヘッ
ダの内容のうち、Ｐフィールド（１２［bit］）は拡張
ＭＰＬフィールド、すなわち、拡張パケット長情報とし
て使用する。この拡張ＭＰＬフィールドはＭＰＬフィー
ルドと組み合わせることが可能であり、これにより、機
能拡張版ではパケット長を最大２０［bit］で表現で
き、その範囲のパケットサイズのパケットを１パケット
で伝送可能である。
２５４［byte］構成の標準フォーマットとそれ以上のパ
ケットサイズを利用できる拡張フォーマットの２種が使
用できる。そして、拡張フォーマット利用の場合、ヘッ
ダの内容のうち、Ｐフィールド（１２［bit］）は拡張
ＭＰＬフィールド、すなわち、拡張パケット長情報とし
て使用する。この拡張ＭＰＬフィールドはＭＰＬフィー
ルドと組み合わせることが可能であり、これにより、機
能拡張版ではパケット長を最大２０［bit］で表現で
き、その範囲のパケットサイズのパケットを１パケット
で伝送可能である。
【０１７５】すなわち、“AnnexB′”でなければフォー
マットは本来の“AnnexB”の規格に従うことになり、
“AnnexB”の場合は、ＭＣとＭＰＬの各フィールドの合
計１２［bit］に対して、誤り訂正符号１２［bit］を付
加した合計２４［bit］分をヘッダとする必要があるの
でそのようにする処理を実施してヘッダ生成を行う。
マットは本来の“AnnexB”の規格に従うことになり、
“AnnexB”の場合は、ＭＣとＭＰＬの各フィールドの合
計１２［bit］に対して、誤り訂正符号１２［bit］を付
加した合計２４［bit］分をヘッダとする必要があるの
でそのようにする処理を実施してヘッダ生成を行う。
【０１７６】また、“AnneexB′”であれば、“Annex
B”の拡張版である本発明方式を適用して、パケット長
として拡張ＭＰＬフィールド（１２［bit］）も使用す
ることになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２
４［bit］をヘッダとする。
B”の拡張版である本発明方式を適用して、パケット長
として拡張ＭＰＬフィールド（１２［bit］）も使用す
ることになるため、ＭＣとＭＰＬと拡張ＭＰＬの合計２
４［bit］をヘッダとする。
【０１７７】このようにしてヘッダを生成する。ヘッダ
生成後、ペイロードを付加してＭＵＸ−ＰＤＵパケット
とする。
生成後、ペイロードを付加してＭＵＸ−ＰＤＵパケット
とする。
【０１７８】多重化回路１１６はこのようなヘッダを付
加したＭＵＸ−ＰＤＵパケットの生成の後、ネットワー
クインタフェースＮＷＩ／Ｆに出力する。ネットワーク
インタフェースＮＷＩ／Ｆは、多重化されたＭＵＸ−Ｐ
ＤＵパケットを、選択されているネットワークＮＷに送
出する。
加したＭＵＸ−ＰＤＵパケットの生成の後、ネットワー
クインタフェースＮＷＩ／Ｆに出力する。ネットワーク
インタフェースＮＷＩ／Ｆは、多重化されたＭＵＸ−Ｐ
ＤＵパケットを、選択されているネットワークＮＷに送
出する。
【０１７９】一方、ネットワークＮＷからネットワーク
インタフェースＮＷＩ／Ｆを介して受信したＭＵＸ−Ｐ
ＤＵパケットを、図１５に示す分離装置１２が受ける
と、当該分離装置１２においては、受信したＭＵＸ−Ｐ
ＤＵパケットを分離回路１２１に取り込んでヘッダ、映
像データ、音声データ、制御データの各種別対応に分離
する。そして、これにより分離された各データはそれぞ
れ種別対応のデパケット化回路１２２〜１２４に入力さ
れ、ここで元のデータに戻される。そして、これらのう
ち、制御データについては制御データ解析回路１２９に
も入力される。
インタフェースＮＷＩ／Ｆを介して受信したＭＵＸ−Ｐ
ＤＵパケットを、図１５に示す分離装置１２が受ける
と、当該分離装置１２においては、受信したＭＵＸ−Ｐ
ＤＵパケットを分離回路１２１に取り込んでヘッダ、映
像データ、音声データ、制御データの各種別対応に分離
する。そして、これにより分離された各データはそれぞ
れ種別対応のデパケット化回路１２２〜１２４に入力さ
れ、ここで元のデータに戻される。そして、これらのう
ち、制御データについては制御データ解析回路１２９に
も入力される。
【０１８０】制御データ解析回路１２９では、この入力
された制御データの内容を解析し、その結果をヘッダ選
択情報生成部１２７に通知する。
された制御データの内容を解析し、その結果をヘッダ選
択情報生成部１２７に通知する。
【０１８１】ヘッダ選択情報生成部１２７はこれを受け
て、ヘッダ切り替え情報“Ａ”または“Ｂ”を出力す
る。すなわち、制御データ解析回路１２９が制御データ
の内容を解析した結果、拡張フォーマット利用“Annex
B′”へのヘッダ切り替え情報が含まれている場合は、
ヘッダ選択情報生成部１２７はヘッダ選択情報“Ｂ”を
分離回路１２１に入力する。ヘッダ切り替え情報が存在
しない場合には、従来と同じヘッダ選択情報“Ａ”を分
離回路１２１に入力する。
て、ヘッダ切り替え情報“Ａ”または“Ｂ”を出力す
る。すなわち、制御データ解析回路１２９が制御データ
の内容を解析した結果、拡張フォーマット利用“Annex
B′”へのヘッダ切り替え情報が含まれている場合は、
ヘッダ選択情報生成部１２７はヘッダ選択情報“Ｂ”を
分離回路１２１に入力する。ヘッダ切り替え情報が存在
しない場合には、従来と同じヘッダ選択情報“Ａ”を分
離回路１２１に入力する。
【０１８２】これにより、分離回路１２１では、ヘッダ
選択情報生成部１２７から与えられたヘッダ選択情報
（“Ａ”、“Ｂ”）に従い、上述した第１の実施の態様
での分離回路１２１と同様にして映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離する。
選択情報生成部１２７から与えられたヘッダ選択情報
（“Ａ”、“Ｂ”）に従い、上述した第１の実施の態様
での分離回路１２１と同様にして映像ＡＬ−ＰＤＵパケ
ット、音声ＡＬ−ＰＤＵパケット、制御情報ＡＬ−ＰＤ
Ｕパケットに分離する。
【０１８３】分離された映像ＡＬ−ＰＤＵパケットと音
声ＡＬ−ＰＤＵパケットは、それぞれデパケット回路１
２２，１２３、に入力され、ヘッダを除去されたのち、
映像データと音声データの各復号器１２４、１２５へ入
力される。各復号器１２４，１２５における処理の結
果、映像データと音声データを得ることが可能となる。
声ＡＬ−ＰＤＵパケットは、それぞれデパケット回路１
２２，１２３、に入力され、ヘッダを除去されたのち、
映像データと音声データの各復号器１２４、１２５へ入
力される。各復号器１２４，１２５における処理の結
果、映像データと音声データを得ることが可能となる。
【０１８４】この実施形態においては、制御データを利
用することから、ＭＵＸ−ＰＤＵパケットのヘッダ中に
ヘッダ切り替え情報を含む場合と異なり、切り替え対象
の情報種別を複数利用可能になる。従って、切り替え対
象の数を“AnnexB”と“AnnexB′”の２種ばかりでな
く、さらに種々増やすことができるようになり、これに
よって、きめ細かい多重化方式の選択が可能となって伝
送路利用効率を向上させることができる。
用することから、ＭＵＸ−ＰＤＵパケットのヘッダ中に
ヘッダ切り替え情報を含む場合と異なり、切り替え対象
の情報種別を複数利用可能になる。従って、切り替え対
象の数を“AnnexB”と“AnnexB′”の２種ばかりでな
く、さらに種々増やすことができるようになり、これに
よって、きめ細かい多重化方式の選択が可能となって伝
送路利用効率を向上させることができる。
【０１８５】なお、“H.223AnnexB′”における冗長情
報としてＭＵＸ−ＰＤＵパケット長を用いているが、使
用できる情報はＭＵＸ−ＰＤＵパケット長に限定され
ず、目的に応じて変更可能である。
報としてＭＵＸ−ＰＤＵパケット長を用いているが、使
用できる情報はＭＵＸ−ＰＤＵパケット長に限定され
ず、目的に応じて変更可能である。
【０１８６】なお、本願発明は、上記各実施形態に示さ
れる例に限定されるものではなく、実施段階ではその要
旨を逸脱しない範囲で種々に変形することが可能であ
る。更に、上記実施形態には種々の段階の発明が含まれ
ており、開示される複数の構成要件における適宜な組み
合わせにより種々の発明が抽出され得る。例えば、実施
形態に示される全構成要件から幾つかの構成要件が削除
されても、発明が解決しようとする課題の欄で述べた課
題の少なくとも１つが解決でき、発明の効果の欄で述べ
られている効果の少なくとも１つが得られる場合には、
この構成要件が削除された構成が発明として抽出され得
る。
れる例に限定されるものではなく、実施段階ではその要
旨を逸脱しない範囲で種々に変形することが可能であ
る。更に、上記実施形態には種々の段階の発明が含まれ
ており、開示される複数の構成要件における適宜な組み
合わせにより種々の発明が抽出され得る。例えば、実施
形態に示される全構成要件から幾つかの構成要件が削除
されても、発明が解決しようとする課題の欄で述べた課
題の少なくとも１つが解決でき、発明の効果の欄で述べ
られている効果の少なくとも１つが得られる場合には、
この構成要件が削除された構成が発明として抽出され得
る。
【０１８７】また、本発明における実施形態に記載した
手法は、コンピュータに実行させることのできるプログ
ラムとして、磁気ディスク（フレキシブルディスク、ハ
ードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ＭＯなど）、半導体メモリ
などの記録媒体に格納して頒布することもでき、また、
ネットワークを介しての伝送により、頒布することもで
きる。
手法は、コンピュータに実行させることのできるプログ
ラムとして、磁気ディスク（フレキシブルディスク、ハ
ードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、ＣＤ−ＲＷ、ＤＶＤ、ＭＯなど）、半導体メモリ
などの記録媒体に格納して頒布することもでき、また、
ネットワークを介しての伝送により、頒布することもで
きる。
【０１８８】以上、本発明は、少なくとも固定長のパケ
ット長情報部と、固定長の冗長情報部からなる所定形式
のヘッダを持つパケットにより前記パケット長情報部で
表現されるパケット長分のデータを伝送する通信システ
ムにおいて、伝送品質が保証される場合にはモードを切
り替えるようにし、このモード切り替えにより、パケッ
ト長情報部と冗長情報部を拡張パケット長情報部として
用いたヘッダを生成して前記ヘッダとして用いると共
に、この拡張パケット長情報部の長さで表現できる値分
のパケット長のデータを格納したパケットを生成してパ
ケットの容量を大きくできるようにしたものであり、伝
送品質が確保されるときは、事実上、無駄となる冗長情
報を付加しないようにし、この冗長情報に割り当ててい
た領域もパケット長情報部の領域として使用して表現可
能なパケット長の大きさを拡大するようにしたものであ
る。
ット長情報部と、固定長の冗長情報部からなる所定形式
のヘッダを持つパケットにより前記パケット長情報部で
表現されるパケット長分のデータを伝送する通信システ
ムにおいて、伝送品質が保証される場合にはモードを切
り替えるようにし、このモード切り替えにより、パケッ
ト長情報部と冗長情報部を拡張パケット長情報部として
用いたヘッダを生成して前記ヘッダとして用いると共
に、この拡張パケット長情報部の長さで表現できる値分
のパケット長のデータを格納したパケットを生成してパ
ケットの容量を大きくできるようにしたものであり、伝
送品質が確保されるときは、事実上、無駄となる冗長情
報を付加しないようにし、この冗長情報に割り当ててい
た領域もパケット長情報部の領域として使用して表現可
能なパケット長の大きさを拡大するようにしたものであ
る。
【０１８９】そして、これにより、信頼性の高い伝送が
可能な場合には、大きなパケット長のパケットを用いて
データを伝送できるようにして、パケットの伝送効率を
向上させ、また、特に、映像データを伝送する場合な
ど、大容量のデータを伝送する場合においては伝送路使
用効率を向上させることができることと、大容量のパケ
ットで伝送できることで、高品位な画像データをリアル
タイムで伝送できるようになる他、ヘッダ構成を変更す
ることなく、効率的にパケット伝送できるので、標準規
格を確保できる等の効果が得られる通信技術を提供でき
るものである。
可能な場合には、大きなパケット長のパケットを用いて
データを伝送できるようにして、パケットの伝送効率を
向上させ、また、特に、映像データを伝送する場合な
ど、大容量のデータを伝送する場合においては伝送路使
用効率を向上させることができることと、大容量のパケ
ットで伝送できることで、高品位な画像データをリアル
タイムで伝送できるようになる他、ヘッダ構成を変更す
ることなく、効率的にパケット伝送できるので、標準規
格を確保できる等の効果が得られる通信技術を提供でき
るものである。
【０１９０】
【発明の効果】以上、詳述したように、この発明によれ
ば、伝送路の誤り情報や使用プロトコルの違いによる伝
送路状態に応じて冗長情報の使用方法を変更可能であ
り、各伝送路状態に応じて常に最適な情報伝送が行われ
ることにより、伝送品質と伝送効率を向上できるマルチ
メディア情報通信システムを提供できる。
ば、伝送路の誤り情報や使用プロトコルの違いによる伝
送路状態に応じて冗長情報の使用方法を変更可能であ
り、各伝送路状態に応じて常に最適な情報伝送が行われ
ることにより、伝送品質と伝送効率を向上できるマルチ
メディア情報通信システムを提供できる。
【０１９１】また、この発明によれば、長いデータであ
っても伝送効率の低下を招くことなく、しかも、ヘッダ
構成を変更することなく、効率的にパケット伝送できる
ようにした通信システムおよび通信方法を提供できる。
っても伝送効率の低下を招くことなく、しかも、ヘッダ
構成を変更することなく、効率的にパケット伝送できる
ようにした通信システムおよび通信方法を提供できる。
【図１】本発明を説明するための図であって、本発明の
通信システムの概略的な構成例を示す図である。
通信システムの概略的な構成例を示す図である。
【図２】本発明システムの構成例を説明するための要部
ブロック図である。
ブロック図である。
【図３】本発明を説明するための図であって、本発明の
第１の実施形態としての多重化装置の構成例を示すブロ
ック図である。
第１の実施形態としての多重化装置の構成例を示すブロ
ック図である。
【図４】本発明を説明するための図であって、本発明の
第１の実施形態としての分離装置の構成例を示すブロッ
ク図である。。
第１の実施形態としての分離装置の構成例を示すブロッ
ク図である。。
【図５】マルチメディア情報通信用のシステム制御プロ
トコルとして用いられる“ITU-T H.324”で規定される
手順の概略を示す遷移図である。
トコルとして用いられる“ITU-T H.324”で規定される
手順の概略を示す遷移図である。
【図６】本発明を説明するための図であって、本発明シ
ステムで用いられる手順の概略を示す遷移図である。
ステムで用いられる手順の概略を示す遷移図である。
【図７】マルチメディア情報通信用のシステム制御プロ
トコルとして用いられる“ITU-T H.324”で規定される
ヘッダのフォーマットを示す図である。
トコルとして用いられる“ITU-T H.324”で規定される
ヘッダのフォーマットを示す図である。
【図８】本発明を説明するための図であって、本発明シ
ステムで用いる拡張フォーマットとしてのヘッダのフォ
ーマット例を示す図である。
ステムで用いる拡張フォーマットとしてのヘッダのフォ
ーマット例を示す図である。
【図９】本発明を説明するための図であって、本発明シ
ステムで用いるヘッダ選択情報の選択基準例を説明する
ための図である。
ステムで用いるヘッダ選択情報の選択基準例を説明する
ための図である。
【図１０】本発明を説明するための図であって、本発明
システムで用いる多重化回路１１６における多重化処理
の具体例を示す処理フローである。
システムで用いる多重化回路１１６における多重化処理
の具体例を示す処理フローである。
【図１１】本発明を説明するための図であって、本発明
システムで用いる分離回路１２１における多重化処理の
具体例を示す処理フローである。
システムで用いる分離回路１２１における多重化処理の
具体例を示す処理フローである。
【図１２】本発明を説明するための図であって、本発明
システムにおける通信中でのパケット長変更の様子を説
明するための図である。
システムにおける通信中でのパケット長変更の様子を説
明するための図である。
【図１３】本発明を説明するための図であって、本発明
システムで用いる共用可能な多重化テーブル構造例を説
明するための図である。
システムで用いる共用可能な多重化テーブル構造例を説
明するための図である。
【図１４】本発明を説明するための図であって、本発明
の第２の実施形態における多重化装置の構成例を示すブ
ロック図である。
の第２の実施形態における多重化装置の構成例を示すブ
ロック図である。
【図１５】本発明を説明するための図であって、本発明
の第２の実施形態における分離装置の構成例を示すブロ
ック図である。
の第２の実施形態における分離装置の構成例を示すブロ
ック図である。
ＣＮＴ…システム制御装置、 ＭＵＸ／ＤＭＵＸ…多重分離装置、 １，２…通信装置 、 ＮＷ…ネットワーク、 ＮＷＩ／Ｆ…ネットワークインタフェース、 １１…多重化装置、 １２…分離装置、 １１１，１１２…符号器、 １１３，１１４，１１５…パケット化回路、 １１６…多重化回路、 １１７…ヘッダ選択情報生成部、 １２１…分離回路、 １２２，１２３，１２４…デパケット化回路、 １２５…映像復号化器、１２６…音声復号化器、 １２７…ヘッダ選択情報生成部、 １１９…ヘッダ選択情報挿入部、 １２９…制御データ解析回路。
フロントページの続き Ｆターム(参考） 5K014 AA02 FA13 GA01 5K028 AA11 EE03 EE05 KK01 KK18 MM05 PP12 5K030 GA03 HA08 HB01 HB02 HB12 HB18 JA01 JA05 MA05 5K034 AA01 HH01 HH05 HH09 HH12 HH63 MM14 MM35 TT02
Claims (10)
- 【請求項１】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、 伝送品質が保証される場合に拡張モードに切り替える手
段と、 このモード切り替えにより、パケット長情報部と冗長情
報部を拡張パケット長情報部として用いたヘッダを生成
して前記ヘッダとして用いると共に、この拡張パケット
長情報部の長さで表現できる値分のパケット長のデータ
を格納したパケットを生成する多重化手段と、 この多重化手段により生成されたパケットを送信する手
段と、を具備する構成としたことを特徴とする通信シス
テム。 - 【請求項２】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、 伝送品質が保証される場合に拡張モードに切り替える手
段と、 このモード切り替えにより、パケット長情報部と冗長情
報部を拡張パケット長情報部として用いたヘッダを生成
して前記ヘッダとして用いると共に、この拡張パケット
長情報部の長さで表現できる値分のパケット長のデータ
を格納したパケットを生成する多重化手段と、 この多重化手段により生成されたパケットを送信する手
段と、 送信されてきたパケットを受信する手段と、 受信したパケットをヘッダから得たパケット長情報分取
り込んでデータに復元する分離手段と、を具備する構成
としたことを特徴とする通信システム。 - 【請求項３】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、 送信されてきたパケットを受信する手段と、 モードを切り替える手段と、 このモード切り替えにより、受信パケットにおけるヘッ
ダ中のパケット長情報部と冗長情報部を拡張パケット長
情報部として用いると共に、この拡張パケット長情報部
の長さで表現できる値分のパケット長のデータを受信パ
ケットから取り込んでデータに復元する分離手段と、を
具備する構成としたことを特徴とする通信システム。 - 【請求項４】前記モード切り替え情報を特定コードと
し、前記ヘッダにおけるパケット長情報部にて伝送する
ことを特徴とする請求項１乃至３いずれか１項記載の通
信システム。 - 【請求項５】前記モード切り替え情報を特定コードと
し、パケットに多重化される制御データとして伝送する
ことを特徴とする請求項１乃至３いずれか１項記載の通
信システム。 - 【請求項６】複数の多重化方式を選択的に使用して、複
数の情報源符号化データを多重化してパケット化し、こ
の多重化パケットを伝送路を介して送信側から受信側へ
伝送する通信システムにおいて、 送信側は、伝送路の状況に応じてパケットのヘッダ内容
を選択するヘッダ内容変更手段を備え、 受信側は、前記送信側から送られたパケットのヘッダ内
容からヘッダ選択情報を識別し、識別されたヘッダ選択
情報を元に情報を分離する分離手段を備えることを特徴
する通信システム。 - 【請求項７】前記多重化パケットは、主情報と冗長情報
から構成されるヘッダを持つ事を特徴とする請求項６記
載の通信システム。 - 【請求項８】前記ヘッダ内容変更手段は、伝送路の特性
および伝送に使用するプロトコルを元に適切なヘッダ内
容を選択することを特徴とする請求項６記載の通信シス
テム。 - 【請求項９】少なくとも固定長のパケット長情報部と、
固定長の冗長情報部からなる所定形式のヘッダを持つパ
ケットにより前記パケット長情報部で表現されるパケッ
ト長分のデータを伝送する通信システムにおいて、 伝送品質が保証される場合にパケット長情報部と冗長情
報部を拡張パケット長情報部として用い、この拡張パケ
ット長情報部の長さで表現できる値分のパケット長のデ
ータをパケット伝送することを特徴とする通信方法。 - 【請求項１０】少なくとも固定長のパケット長情報部
と、固定長の冗長情報部からなる所定形式のヘッダを持
つパケットにより前記パケット長情報部で表現されるパ
ケット長分のデータを伝送する通信システムにおいて、 伝送品質が保証される場合に拡張モードに切り替え、こ
のモード切り替えにより、パケット長情報部と冗長情報
部を拡張パケット長情報部として用いたヘッダを生成し
て前記ヘッダとして用いると共に、この拡張パケット長
情報部の長さで表現できる値分のパケット長のデータを
格納したパケットを生成して、送信し、 受信したパケットはヘッダから得たパケット長情報分取
り込んでデータに復元することを特徴とする通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000205722A JP2002026980A (ja) | 2000-07-06 | 2000-07-06 | 通信システムおよび通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000205722A JP2002026980A (ja) | 2000-07-06 | 2000-07-06 | 通信システムおよび通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002026980A true JP2002026980A (ja) | 2002-01-25 |
Family
ID=18702760
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000205722A Pending JP2002026980A (ja) | 2000-07-06 | 2000-07-06 | 通信システムおよび通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002026980A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003339035A (ja) * | 2002-05-20 | 2003-11-28 | Megafusion Corp | 多地点通信システム |
| JP2006197007A (ja) * | 2005-01-11 | 2006-07-27 | Nec Corp | 多重化装置およびそのデータ処理方法 |
| JP2009510863A (ja) * | 2005-09-27 | 2009-03-12 | ノキア コーポレイション | 通信システムにおけるグループ通信 |
| US7580430B2 (en) | 2004-11-02 | 2009-08-25 | Lg Electronics Inc. | Method for encoding video call data for mobile communication terminal |
| JP2012114497A (ja) * | 2010-11-19 | 2012-06-14 | Seiko Epson Corp | 画像供給装置、及び、制御方法 |
-
2000
- 2000-07-06 JP JP2000205722A patent/JP2002026980A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003339035A (ja) * | 2002-05-20 | 2003-11-28 | Megafusion Corp | 多地点通信システム |
| US7580430B2 (en) | 2004-11-02 | 2009-08-25 | Lg Electronics Inc. | Method for encoding video call data for mobile communication terminal |
| JP2006197007A (ja) * | 2005-01-11 | 2006-07-27 | Nec Corp | 多重化装置およびそのデータ処理方法 |
| JP4596135B2 (ja) * | 2005-01-11 | 2010-12-08 | 日本電気株式会社 | 多重化装置およびそのデータ処理方法 |
| JP2009510863A (ja) * | 2005-09-27 | 2009-03-12 | ノキア コーポレイション | 通信システムにおけるグループ通信 |
| US9942281B2 (en) | 2005-09-27 | 2018-04-10 | Nokia Technologies Oy | Group communication in communication system |
| JP2012114497A (ja) * | 2010-11-19 | 2012-06-14 | Seiko Epson Corp | 画像供給装置、及び、制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7088739B2 (en) | Method and apparatus for creating a packet using a digital signal processor | |
| CN101697504B (zh) | 一种提高数据传输质量的方法及装置 | |
| US7457237B2 (en) | Shared risk group handling within a media gateway | |
| US8125507B2 (en) | Video call apparatus for mobile communication terminal and method thereof | |
| KR100382711B1 (ko) | 고품질로 신을 표시할 수 있는 송신 시스템, 수신 시스템,및 송수신 시스템 | |
| JP2001189713A (ja) | データ伝送装置およびデータ伝送方法 | |
| JP2001345847A (ja) | パケットデータ転送方法及びパケットデータ転送装置 | |
| US20030032440A1 (en) | Multipoint communication method and communication control device | |
| US9294344B2 (en) | Shared risk group handling within a media gateway | |
| JP4335695B2 (ja) | 付加ビットストリームと第１ビットストリームの多重化 | |
| JP2002026980A (ja) | 通信システムおよび通信方法 | |
| JP2001203749A (ja) | 高効率データ送信装置及び高効率データ伝送システム | |
| JP4737243B2 (ja) | 集積回路装置及びデータ伝送システム | |
| JP5390632B2 (ja) | 多数のｉｐホストからのｉｐ多重化 | |
| JP4596135B2 (ja) | 多重化装置およびそのデータ処理方法 | |
| JP4714074B2 (ja) | 伝送装置、送信装置及び受信装置 | |
| JP4218112B2 (ja) | マルチメディア通信システム | |
| JP2000307637A (ja) | マルチメディア端末装置及び網間接続装置 | |
| JP2002152307A (ja) | データ受信装置、データ送信装置、データ通信システム、データ受信方法、データ送信方法、データ通信方法、並びにプログラム記憶媒体 | |
| US6778555B1 (en) | Voice over packet system configured to connect different facsimile transmission protocols | |
| JPH1188301A (ja) | 低ビットレートマルチメディア通信方法 | |
| JP5126551B2 (ja) | 伝送装置、伝送システム、伝送方法及び伝送プログラム | |
| JP4818309B2 (ja) | テレビ電話端末 | |
| JP2005072973A (ja) | マルチメディア情報中継装置 | |
| JP4043952B2 (ja) | 通信ネットワークにおけるデータパケット転送方法及び装置 |