(57)【要約】【課題】  パケットを送信するに最適な通信経路でパケットを送信することを可能とすると共に、パケットを別々の通信経路に割り振って送信することを可能とすることによって、パケットを高効率、高品質に送信することができ、また、１つの受信側装置への同一パケットの同時送信を防止することによってパケット通信の無駄遣いを低減すること。【解決手段】  自装置の固有情報である論理通信識別子が割り当てられると共に、通信相手のパケット通信装置とパケットデータを送受信することにより通信を行う通信インタフェースを有するパケット通信装置１０において、自装置情報通知制御部１２によって、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とを、通信相手のパケット通信装置に通知する。【選択図】      図１
2005123993.tif 000002
【特許請求の範囲】
【請求項１】
自装置の固有情報である論理通信識別子が割り当てられると共に、通信相手のパケット通信装置とパケットデータを送受信することにより通信を行う通信インタフェースを有するパケット通信装置において、
有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とを、通信相手のパケット通信装置に通知する通知手段
を備えたことを特徴とするパケット通信装置。
【請求項２】
前記通知手段は、１つの通信インタフェースに複数の論理通信識別子が割り当てられている場合に、各論理通信識別子が同じ通信インタフェースに割り当てられていることを示す物理通信識別子を各論理通信識別子に対応付けて、通信相手のパケット通信装置に通知する
ことを特徴とする請求項１に記載のパケット通信装置。
【請求項３】
前記通知手段は、通信途中に新たな論理通信識別子を取得した際に、当該論理通信識別子を通信相手のパケット通信装置に通知すると共に、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報及び当該通信インタフェースの物理通信識別子を、通信相手のパケット通信装置に通知する
ことを特徴とする請求項１または２に記載のパケット通信装置。
【請求項４】
有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とが、通信相手のパケット通信装置から通知されている場合に、前記情報から通信経路の通信品質を予測し、この通信品質に基づきパケットデータを複数の通信経路に振り分け、該当論理通信識別子の通信インタフェースを有する通信相手のパケット通信装置へ送信する振分送信手段
を更に備えたことを特徴とする請求項１から３の何れか１項に記載のパケット通信装置。
【請求項５】
前記振分送信手段は、重要度が異なる複数の階層に符号化されたデータを通信相手のパケット通信装置へ送信する際に、前記複数の階層の重要度と、通信相手のパケット通信装置から通知された有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とに基づき、前記複数の階層のデータを送信する通信経路を決定する
ことを特徴とする請求項４に記載のパケット通信装置。
【請求項６】
前記振分送信手段は、通信相手のパケット通信装置から通知された情報の内、１つの物理通信識別子に複数の論理通信識別子が対応する際に、これら論理通信識別子の内の１つを有効とし、他の論理通信識別子は利用しないようにする
ことを特徴とする請求項４または５に記載のパケット通信装置
【請求項７】
自装置の通信インタフェースに割り当てられる当該自装置固有の情報である論理通信識別子をもとに、通信相手のパケット通信装置とパケットデータを送受信するパケット通信方法において、
パケット受信側のパケット通信装置から、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とを、パケット送信側のパケット通信装置に通知する第１のステップと、
前記パケット受信側のパケット送信側装置が通信途中に新たな論理通信識別子を取得した際に、当該論理通信識別子をパケット送信側のパケット通信装置に通知すると共に、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報及び当該通信インタフェースの物理通信識別子を、前記パケット送信側のパケット通信装置に通知する第２のステップと、
前記第１及び第２のステップの何れか一方において、前記パケット送信側のパケット通信装置に、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とが通知されている場合に、当該パケット送信側のパケット通信装置で、前記通信仕様を示す情報から通信経路の通信品質を予測し、この通信品質に基づきパケットデータを複数の通信経路に振り分け、該当論理通信識別子の通信インタフェースを有するパケット受信側のパケット通信装置へ送信する第３のステップと
を含むことを特徴とするパケット通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機等の移動通信端末機、コンテンツ配信サーバ装置、通信ゲートウェイ装置、プロキシ装置等のパケット通信を終端する機能を備えるパケット通信装置及びパケット通信方法に関し、特に、複数の通信インタフェースを備える場合に、これら通信インタフェースに対応する複数の通信経路を利用して効率的にパケットデータを送受信するパケット通信装置及びパケット通信方法に関する。
【背景技術】
【０００２】
ＩＰ(Internet Protocol)ネットワークにおいては、送信データがパケットデータ（以降、パケットとも称す）に分割されて送信されるようになっている。パケットには宛先ネットワークアドレス（ＩＰアドレス）が格納され、ＩＰネットワークの構成要素であるパケット中縦装置（ルータ）は、そのＩＰアドレスのパケット通信装置へ、パケットを送信するようになっている。
最近では、パケット通信装置が、イーサーネット（登録商標）機能、モデム機能、ＡＤＳＬ(Asymmetric Digital Subscriber Line)機能等の有線系や、無線ＬＡＮ(Local Area Network)機能、Ｗ−ＣＤＭＡ(Wideband-Code Division Multiple Access)機能、セルラ機能、ブルートゥース機能、イーサーネット（登録商標）機能等の無線系の通信インタフェースを複数備えている。
【０００３】
このような通信インタフェースを複数備えるパケット通信装置に対しては、複数の通信経路でパケットを送信することができる。このように複数の通信経路を利用してパケットを送信する利点として、まず通信経路の冗長化がある。これは、通信中に１つの通信経路が無効になった場合でも、他の通信経路を利用することによって通信を継続できるという利点がある。
例えば、無線環境で通信する場合、無線パケット通信装置が移動して基地局から受信できる電波が弱くなったときに、この無線通信経路は利用できなくなるが、無線通信経路が複数ある場合は、別の有効な無線通信経路に切り替えて通信を継続させることができる。
もう一つの利点としては、ネットワークのデータ伝送容量の有効利用がある。ある一つの通信経路のデータ伝送容量だけでは必要なデータ伝送容量を満たせない場合に、別の通信経路のデータ伝送容量も併用して利用できるので、データ送信に利用可能なデータ伝送容量が増加する（非特許文献１及び２）。
【０００４】
この他、この種の従来のパケット通信システムとして、例えば特許文献１に記載のものがある。
この特許文献１の内容は、移動通信端末機に対する移動体局ローミングナンバを要求する問合せが開始される形式のものにおいて、アクセス通信ネットワークの無線インタフェースを介した移動通信端末機との通信を行うために、先の問合せに対して、ホームロケーションレジスタが、宛先装置識別のためのＩＰアドレスをデータ送信側へ返信するようになっている。これによって、パケットサービスの処理の際に移動通信端末機のパケットデータ送信に対する十分に高い達成率を可能としている。
【特許文献１】特開２００１−７７８６０号公報（要約書、特許請求の範囲）
【非特許文献１】H.Matsuoka,T.Yoshimura and T.ohya、“A Robust Method for Soft IP Handover”,IEEE Internet Computing Magazine,Vol.7Num.2pp.18-24,March/April 2003.
【非特許文献２】松岡保静、吉村健、大矢智之、“エンドツーエンド型ＩＰソフトハンドオーバ”電子情報通信学会論文誌、Vol.J86-B,NO.8,pp.1369-1378.
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のパケット通信装置においては、次のような問題がある。パケットを送信する通信経路が複数ある場合、どの経路でパケットを送信するのが効率的か、どの経路が安定しているか等のパケット送信上の利点を、パケットを送信するパケット送信側の通信装置（以下、パケット送信側装置と称す）で判断することができなくなる。
また、パケットを受信するパケット受信側の通信装置（以下、パケット受信側装置と称す）における複数の通信インタフェースの内、ある通信インタフェースに、複数の異なる体系のＩＰアドレス等の論理通信識別子が割り当てられている場合がある。この場合、パケット送信側装置では、どの論理通信識別子が同じ通信インタフェースに割り当てられているものか判断できないので、パケットを別々の通信経路に割り振って送信することができなくなる。
【０００６】
例えば、パケット受信側装置におけるある通信インタフェースに、ＩＰｖ(InternetProtocol version)４とＩＰｖ６の両方のＩＰアドレスが割り当てられている場合、上記特許文献１の技術のように単に有効な論理通信識別子をパケット送信側装置に通知する方法だと、パケット送信側装置は、通知されたＩＰｖ４アドレスとＩＰｖ６アドレスが同じ通信インタフェースのものなのか、違う通信インタフェースのものなのか判断することができないので、パケットを別々の通信経路に割り振って送信することができなくなる。
【０００７】
上記のような各理由によって、パケットを高効率、高品質に送信することができなくなる。
また、パケット送信側装置から異なる論理通信識別子であるＩＰｖ４及びＩＰｖ６アドレスの双方へパケットを送信したつもりでも、それらが同一通信インタフェースに割り当てられているものである場合、１つのパケット受信側装置へ同時に同一パケットが送信されることになるので、パケットを無駄に送信することになる。つまり、パケット通信の無駄遣いとなる。
【０００８】
本発明は、このような課題に鑑みてなされたものであり、パケットを送信するに最適な通信経路でパケットを送信することを可能とすると共に、パケットを別々の通信経路に割り振って送信することを可能とすることによって、パケットを高効率、高品質に送信することができ、また、１つの受信側装置への同一パケットの同時送信を防止することによってパケット通信の無駄遣いを低減することができるパケット通信装置及びパケット通信方法を提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の請求項１によるパケット通信装置は、自装置の固有情報である論理通信識別子が割り当てられると共に、通信相手のパケット通信装置とパケットデータを送受信することにより通信を行う通信インタフェースを有するパケット通信装置において、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とを、通信相手のパケット通信装置に通知する通知手段を備えたことを特徴としている。
【００１０】
この構成によれば、パケット受信側装置が複数の通信インタフェースを備える場合であっても、パケット送信側装置は、パケット受信側装置の各通信インタフェースに割り当てられた論理通信識別子と、各通信インタフェースの通信仕様を示す情報とを知ることができる。これによって、パケット送信側装置は、パケットを送信する通信経路が複数ある場合、各通信インタフェースの情報から、どの通信経路でパケットを送信するのが効率的か、どの経路が安定しているか等のパケット送信上の利点を判断して、パケットを送信するに最適な通信経路でパケット受信側装置へパケットを送信することができる。
【００１１】
また、本発明の請求項２によるパケット通信装置は、請求項１において、前記通知手段は、１つの通信インタフェースに複数の論理通信識別子が割り当てられている場合に、各論理通信識別子が同じ通信インタフェースに割り当てられていることを示す物理通信識別子を各論理通信識別子に対応付けて、通信相手のパケット通信装置に通知することを特徴としている。
この構成によれば、パケット送信側装置は、パケット受信側装置から通知された複数の論理通信識別子に同じ物理通信識別子が対応付けられているので、各論理通信識別子が同じ通信インタフェースに対応付けられたものであり、同じ通信経路になると判断して、各論理通信識別子の内の１つだけを送信対象とすることができる。これによって、１つのパケット受信側装置への同一パケットの同時送信を防止することができるので、パケット通信の無駄遣いを低減することができる。
【００１２】
また、本発明の請求項３によるパケット通信装置は、請求項１または２において、前記通知手段は、通信途中に新たな論理通信識別子を取得した際に、当該論理通信識別子を通信相手のパケット通信装置に通知すると共に、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報及び当該通信インタフェースの物理通信識別子を、通信相手のパケット通信装置に通知することを特徴としている。
【００１３】
この構成によれば、パケット受信側装置が通信途中で移動することによって、新たな論理通信識別子を取得し、これによって、通信インタフェースに対する論理通信識別子が、その取得された新たな論理通信識別子になったとする。このようにパケット受信側装置の論理通信識別子が変更になった場合でも、パケット送信側装置は、新たな論理通信識別子と、この論理通信識別子に対応付けられた通信インタフェースの情報及び物理通信識別子を知ることができるので、これらの情報に基づいた適切なパケット送信が可能となる。
【００１４】
また、本発明の請求項４によるパケット通信装置は、請求項１から３の何れか１項において、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とが、通信相手のパケット通信装置から通知されている場合に、前記情報から通信経路の通信品質を予測し、この通信品質に基づきパケットデータを複数の通信経路に振り分け、該当論理通信識別子の通信インタフェースを有する通信相手のパケット通信装置へ送信する振分送信手段を更に備えたことを特徴としている。
【００１５】
この構成によれば、例えばパケット送信側装置から送信するパケットに重要度の差がある場合、重要度の高いデータを、通信経路の安定度が高くロス率の低い通信インタフェースへ到る通信経路へ送信し、重要度の低いデータを、通信経路の安定度が低くロス率の高い通信インタフェースへ到る通信経路へ送信することができる。従って、送信するパケットに重要度の差がある場合でも、効率よく高品質にパケット送信を行うことができる。
【００１６】
また、本発明の請求項５によるパケット通信装置は、請求項４において、前記振分送信手段は、重要度が異なる複数の階層に符号化されたデータを通信相手のパケット通信装置へ送信する際に、前記複数の階層の重要度と、通信相手のパケット通信装置から通知された有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とに基づき、前記複数の階層のデータを送信する通信経路を決定することを特徴としている。
【００１７】
この構成によれば、パケット送信側装置が、例えば重要度の高い基本層のデータと、重要度の低い拡張層のデータとを送信する際に、重要度の高いデータを、通信経路の品質が良い通信インタフェースへ到る通信経路へ送信し、重要度の低いデータを、通信経路の品質が良くない通信インタフェースへ到る通信経路へ送信することができる。従って、送信するデータに重要度の差がある場合でも、効率よく高品質に送信することができる。
【００１８】
また、本発明の請求項６によるパケット通信装置は、請求項４または５において、前記振分送信手段は、通信相手のパケット通信装置から通知された情報の内、１つの物理通信識別子に複数の論理通信識別子が対応する際に、これら論理通信識別子の内の１つを有効とし、他の論理通信識別子は利用しないようにすることを特徴としている。
この構成によれば、パケット送信側装置は、１つの物理通信識別子に複数の論理通信識別子が対応付けられている場合でも、各論理通信識別子の内の１つだけを送信対象とするようにしたので、１つのパケット受信側装置への同一パケットの同時送信を防止することができる。これによって、パケット通信の無駄遣いを低減することができる。
【００１９】
また、本発明の請求項７によるパケット通信方法は、自装置の通信インタフェースに割り当てられる当該自装置固有の情報である論理通信識別子をもとに、通信相手のパケット通信装置とパケットデータを送受信するパケット通信方法において、パケット受信側のパケット通信装置から、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とを、パケット送信側のパケット通信装置に通知する第１のステップと、前記パケット受信側のパケット送信側装置が通信途中に新たな論理通信識別子を取得した際に、当該論理通信識別子をパケット送信側のパケット通信装置に通知すると共に、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報及び当該通信インタフェースの物理通信識別子を、前記パケット送信側のパケット通信装置に通知する第２のステップと、前記第１及び第２のステップの何れか一方において、前記パケット送信側のパケット通信装置に、有効な論理通信識別子と、当該論理通信識別子が割り当てられた通信インタフェースの通信仕様を示す情報とが通知されている場合に、当該パケット送信側のパケット通信装置で、前記通信仕様を示す情報から通信経路の通信品質を予測し、この通信品質に基づきパケットデータを複数の通信経路に振り分け、該当論理通信識別子の通信インタフェースを有するパケット受信側のパケット通信装置へ送信する第３のステップとを含むことを特徴としている。
【００２０】
この方法によれば、パケット送信側装置は、パケットを送信する通信経路が複数ある場合、パケット受信側装置から通知された各通信インタフェースの情報から、どの通信経路でパケットを送信するのが効率的か、どの経路が安定しているか等のパケット送信上の利点を判断して、パケットを送信するに最適な通信経路でパケット受信側装置へパケットを送信することができる。
また、パケット受信側装置が通信途中で移動することによって、当該パケット受信側装置の論理通信識別子が変更になった場合でも、パケット送信側装置は、新たな論理通信識別子と、この論理通信識別子に対応付けられた通信インタフェースの情報及び物理通信識別子を知ることができるので、これらの情報に基づいた適切なパケット送信が可能となる。
【００２１】
更に、例えばパケット送信側装置から送信するパケットに重要度の差がある場合、重要度の高いデータを、通信経路の安定度が高くロス率の低い通信インタフェースへ到る通信経路へ送信し、重要度の低いデータを、通信経路の安定度が低くロス率の高い通信インタフェースへ到る通信経路へ送信することができる。従って、送信するパケットに重要度の差がある場合でも、効率よく高品質にパケット送信を行うことができる。
【発明の効果】
【００２２】
以上説明したように本発明によれば、パケットを送信する装置が、受信側装置の各通信インタフェースの通信仕様を示す情報から、各通信経路の通信品質を予測することができ、この予測した各通信経路の通信品質に基づいて、パケットをそれそれの通信経路に効率的に振り分けて送信することができる。
また、受信側装置の通信インタフェースに複数の論理通信識別子が割り当てられている場合であっても、それら論理通信識別子が対応している物理通信識別子によって、受信側装置の同一の通信インタフェースを、別々の通信インタフェースと認識してしまうことを避けることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を、図面を参照して説明する。
（実施の形態）
図１は、本発明の実施の形態に係るパケット通信装置の構成を示すブロック図である。
図１に示すパケット通信装置１０は、パケットの送信及び受信機能を備えており、自装置情報管理部１１と、自装置情報通知制御部１２と、音声・動画符号部１３と、データ分割部１４と、パケット振分部１６と、宛先アドレス管理部１８と、パケット並替部２０と、データ再構築部２２と、音声・動画復号部２４と、第１の通信インタフェース２６と、第２の通信インタフェース２８とを備えて構成されている。これら構成要素の説明を行う。
【００２４】
自装置情報管理部１１は、自パケット通信装置１０にネットワークシステム側から割り当てられる有効な論理通信識別子と、この論理通信識別子が割り当てられている第１及び第２の通信インタフェース２６，２８のデータ伝送容量、このデータ伝送容量が自パケット受信側装置１０の専有のデータ伝送容量か、他パケット受信側装置との共有のデータ伝送容量かを認識する情報、更に、遅延、ロス率及び通信の安定度の情報、並びに各通信インタフェース２６，２８の固有の物理通信識別子を管理するものである。
【００２５】
自装置情報通知制御部１２は、自装置情報管理部１１で管理されている自パケット通信装置１０の情報を、何れかの通信インタフェース２６，２８を介してパケット送信側装置に通知する制御を行うものである。
音声・動画符号部１３は、録音・録画された音声・動画を階層符号化処理することによって、基本層と拡張層のデータストリームを生成する。又は、マルチプル・ディスクリプションと呼ばれる動画像符号化方式により、動画の奇数フレームと偶数フレームを独立に符号化し、２種類のデータストリームを生成するものである。
【００２６】
データ分割部１４は、音声・動画符号部１３で生成された２種類のデータストリームをパケットに分割し、どのパケットがどのデータストリームのものか認識できるようにパケット振分部１６へ出力するものである。
宛先アドレス管理部１８は、通信相手のパケット通信装置（以下、通信相手装置と称す）からアドレス情報の通知を受け、それぞれの宛先ＩＰアドレスと、そのデータ伝送容量、安定度、物理通信識別子を管理するものである。
【００２７】
パケット振分部１６は、宛先アドレス管理部１８が管理している宛先ＩＰアドレスと、そのデータ伝送容量、安定度、物理通信識別子に基づいて、データ分割部１４で分割された各パケットを、どの宛先ＩＰアドレスの通信相手装置へ送信するかを決定する。ここで、パケット通信装置１０が、第１及び第２の通信インタフェース２６，２８のように通信インタフェースを複数備えている場合は、当該第１及び第２の通信インタフェース２６，２８自体のデータ伝送容量、安定度に基づいて、データ分割部１４で分割された各パケットを、どの通信インタフェース２６，２８から通信相手装置へ送信するかを決定するものである。
【００２８】
パケット並替部２０は、各通信インタフェース２６，２８を介して通信相手装置から受信したパケットを、元々通信相手装置から送信された順番に並び替えるものである。
データ再構築部２２は、パケット並替部２０で並べ替えられたパケットを元のデータに再構築するものである。
音声・動画復号部２４は、データ再構築部２２での再構築データから音声データや動画像フレームデータを復号して再生するものである。
次に、このような構成のパケット通信装置１０によるパケット通信処理の動作を説明する。
但し、パケット受信側装置とパケット送信側装置との構成は、何れも図１に示す構成となっている。また、パケット受信側装置において、第１の通信インタフェース２６に割り当てられている論理通信識別子を論理通信識別子Ａ、第２の通信インタフェース２８に割り当てられている論理通信識別子を論理通信識別子Ｂとする。
【００２９】
まず、パケット受信側装置が、自装置情報管理部１１で管理されている自装置情報を、自装置情報通知制御部１２の通知制御に応じて、第１及び第２の通信インタフェース２６，２８を介して図示せぬパケット送信側装置へ通知する。
即ち、自装置にネットワークシステム側から割り当てられている有効な論理通信識別子Ａ，Ｂと、これらの論理通信識別子Ａ，Ｂが割り当てられている通信インタフェース２６，２８のデータ伝送容量、このデータ伝送容量が自装置の専有データ伝送容量か、他装置との共有データ伝送容量かを認識する情報、更に、遅延、ロス率及び通信の安定度の情報、並びに各通信インタフェース２６，２８の固有の物理通信識別子ＰＡ，ＰＢを、パケット送信側装置へ通知する。
【００３０】
パケット送信側装置は、音声・動画符号部１３で符号化された後、データ分割部１４でパケット化されたデータを、パケット受信側装置へ送信（伝送）する際に、そのパケットの伝送に必要なデータ伝送容量が１つの通信経路のみでは不十分な場合、パケット振分部１６によって次のように送信する。
即ち、パケット振分部１６が、予めパケット受信側装置から通知された論理通信識別子Ａ，Ｂと、これら論理通信識別子Ａ，Ｂが割り当てられた各通信インタフェース２６，２８の情報とに基き、各通信インタフェース２６，２８のデータ伝送容量を考慮し、送信パケットを、各通信インタフェース２６，２８へ到る通信経路に振り分けて送信する。
【００３１】
この送信されたパケットは、パケット受信側装置の各通信インタフェース２６，２８で受信され、次のように処理される。即ち、パケット並替部２０が、各通信インタフェース２６，２８を介して受信されたパケットを元の送信順番に並び替え、データ再構築部２２が、その並べ替えられたパケットを元のデータに再構築する。更に音声・動画復号部２４が、その再構築データから音声データや動画像フレームデータを復号して再生する。
【００３２】
また、パケット送信側装置からパケットを送信する際に、送信パケットに重要度の差がある場合、パケット振分部１６によって、重要度の高いデータを、通信経路の安定度が高くロス率の低い通信インタフェース、例えば第１の通信インタフェース２６へ到る通信経路へ送信し、重要度の低いデータを、通信経路の安定度が低くロス率の高い通信インタフェース、例えば第２の通信インタフェース２８へ到る通信経路へ送信する。
また、パケット送信側装置が複数の階層に符号化されているデータを、パケット受信側装置へ送信する場合は、次のように行う。
【００３３】
ここで、送信するデータは、基本層（ベースレイヤ）と拡張層（エンハンスメントレイヤ）とで構成されている。基本層は、それのみで復号できるが、拡張層は、基本層が無ければ復号できないものである。つまり、基本層のデータの方が重要度が高い。従って、パケット送信側装置は、パケット受信側装置から通知された論理通信識別子Ａ，Ｂと、これら論理通信識別子Ａ，Ｂが割り当てられた通信インタフェースの安定度に基き、安定度の高い第１の通信インタフェース２６の論理通信識別子Ａ、即ち宛先アドレスへ基本層のデータを送信し、安定度の低い第２の通信インタフェース２８の論理通信識別子Ｂへ拡張層のデータを送信する。
【００３４】
このように、本実施の形態によれば、パケット受信側装置の情報を予めパケット送信側装置へ通知しておき、パケット送信側装置がパケットを送信する際に、そのパケット受信側装置の各種情報に基づき、パケットを送信するに最適な通信経路でパケットを送信すると共に、パケットを別々の通信経路に割り振って送信するようにした。これによって、パケットを高効率、高品質に送信することができる。
この他、パケット受信側装置の各通信インタフェース２６，２８に、論理通信識別子が複数割り当てられているケースがある。
例えば、第１の通信インタフェース２６に２つの論理通信識別子Ａ１とＡ２が割り当てられており、同様に第２の通信インタフェース２８にも２つの論理通信識別子Ｂ１とＢ２が割り当てられているものとする。
【００３５】
この場合、パケット受信側装置がパケット送信側装置に、論理通信識別子Ａ１，Ａ２，Ｂ１，Ｂ２の情報だけを送信したのでは、パケット送信側装置が論理通信識別子Ａ１とＡ２とが同じ通信経路になると判断できない。そこで、パケット受信側装置において、ユニークな物理通信識別子ＰＡを第１の通信インタフェース２６に、物理通信識別子ＰＢを第２の通信インタフェース２８に割り当て、その物理通信識別子ＰＡ，ＰＢも、論理通信識別子Ａ１，Ａ２，Ｂ１，Ｂ２と併せてパケット送信側装置に通知する。
【００３６】
パケット送信側装置は、パケット受信側装置から通知された論理通信識別子、例えばＡ１，Ａ２に同じ物理通信識別子ＰＡが対応付けられているとすると、それら論理通信識別子Ａ１，Ａ２は、同じ第１の通信インタフェース２６のものであり、同じ通信経路になると判断して、それらの論理通信識別子Ａ１，Ａ２のうちの１つ（例えばＡ１）だけをデータ送信対象とする。
これによって、１つのパケット受信側装置への同一パケットの同時送信を防止することができるので、パケット通信の無駄遣いを低減することができる。
更に、この他、パケット受信側装置が移動通信端末機のように移動する装置である場合は、当該パケット受信側装置が通信途中でも、移動により、現在所持する論理通信識別子に代え、新たな論理通信識別子をネットワークシステムから取得することがあり得る。
【００３７】
例えば、通信途中でパケット受信側装置が移動することによって、新たな論理通信識別子Ｂ３，Ｂ４を取得し、これによって、第２の通信インタフェース２８に対する論理通信識別子がＢ１，Ｂ２からＢ３，Ｂ４になったとする。この場合、当該パケット受信側装置は、論理通信識別子Ｂ３，Ｂ４が有効になったことを通知すると共に、当該論理通信識別子Ｂ３，Ｂ４が第２の通信インタフェース２８に割当てられたことや、第２の通信インタフェース２８に関する上記で説明した各種情報をパケット送信側装置へ通知する。
これによって、パケット送信側装置は、パケット受信側装置の論理通信識別子が変更になった場合でも、新たな論理通信識別子のインタフェース情報や物理通信識別子を知ることができるので、これらの情報に基づいた適切なパケット送信が可能となる。
次に、このような実施の形態のパケット送信側装置１０を用いたパケット通信処理を、より具体的に実施例として説明する。
【００３８】
（第１の実施例）
この第１の実施例に係るパケット受信側装置は、図１に示した第１の通信インタフェース２６としてＷ−ＣＤＭＡの通信インタフェースを備え、第２の通信インタフェース２８として無線ＬＡＮの通信インタフェースを備えるとする。更に、Ｗ−ＣＤＭＡの通信インタフェースには１０．０．０．１のＩＰｖ４アドレスが割り当てられており、無線ＬＡＮの通信インタフェースには１９２．１６８．０．１のＩＰｖ４アドレスが割り当てられているものとする。
【００３９】
まず、パケット受信側装置は、パケット送信側装置に有効なＩＰアドレスを全て通知する。ＩＰアドレスと対になる情報として、例えば、通信インタフェースのデータ伝送容量、このデータ伝送容量が自装置の専有データ伝送容量か、共有チャンネル（ｓｈａｒｅｄ）による他装置との共有データ伝送容量かを認識する情報、更に、遅延、ロス率及び通信の安定度の情報などが挙げられる。
遅延は、例えば２種類に分類し、ＦＡＳＴ：遅延３０ｍｓ未満、ＳＬＯＷ：遅延３０ｍｓ以上などとする。ロス率は、例えば２種類に分類し、ＲＥＬＩＡＢＬＥ：ロス無し、ＵＮＲＥＬＩＡＢＬＥ：ロスの可能性有りとする。安定度は、例えば３種類に分類し、安定度ａ：有線ネットワーク、ｂ：セルラーネットワーク、ｃ：無線ＬＡＮと設定する。
【００４０】
この場合、パケット受信側装置が、１０．０．０．１のＩＰアドレスと共に、データ伝送容量３８４Ｋｂｐｓ、専有データ伝送容量、遅延ＳＬＯＷ、ロス率ＲＥＬＩＡＢＬＥ、安定度Ｂという情報をパケット送信側装置に通知したとする。同様に、当該パケット受信側装置が、１９２．１６８．０．１というＩＰアドレスと共に、データ伝送容量２Ｍｂｐｓ、共有データ伝送容量、遅延ＦＡＳＴ、ロス率ＵＮＲＥＬＩＡＢＬＥ、安定度Ｃという情報をパケット送信側装置に通知したとする。
【００４１】
パケット送信側装置は、これらの情報に基づいてパケット受信側装置に送信するデータ内、どのデータを１０．０．０．１宛のパケットで送信し、どのデータを１９２．１６８．０．１宛のパケットで送信するかを決定する。
例えば、ＭＰＥＧ４で符号化された動画像データをストリーミングで送信する場合を説明する。ＭＰＥＧ４で符号化された動画像データは、Ｉピクチャ、Ｐピクチャ、Ｂピクチャの３つの階層に分類することができる。また、Ｉピクチャが一番重要度が高く、Ｐピクチャが次に重要で、Ｂピクチャが一番重要度が低くなっているものとする。
【００４２】
パケット送信側装置は、Ｉピクチャ及びＰピクチャを、安定度が高くロス率ＲＥＬＩＡＢＬＥの方のＩＰアドレス１０．０．０．１宛のパケットとして送信し、Ｂピクチャを、安定度が低く、ロス率ＵＮＲＥＬＩＡＢＬＥの方のＩＰアドレス１９２．１６８．０．１宛のパケットとして送信する。
この場合、Ｗ−ＣＤＭＡの通信インタフェースのＩＰアドレス１０．０．０．１宛に全階層のピクチャを送信する場合に比べると、３８４ＫｂｐｓをＩピクチャ及びＰピクチャだけで利用することができるので、動画品質が向上する。
【００４３】
また、無線ＬＡＮの通信インタフェースのアドレス１９２．１６８．０．１宛に全階層のピクチャを送信する場合に比べると、パケット受信側装置が移動して無線ＬＡＮの電波が途切れた場合でも、Ｉピクチャ及びＰピクチャは受信できるので、動画が止まることが無くなる。
また、マルチプル・ディスクリプションという動画像符号化を適用した場合、例えば奇数番目の画像フレームだけで構成される動画像データと、偶数番目の画像フレームだけで構成される動画像データというように、複数の動画像データに分けることが可能となる。
【００４４】
パケット送信側装置は、このマルチプル・ディスクリプションで生成される動画像データを、それぞれ異なるＩＰアドレス宛に送信する。これによりパケット受信側装置は、両方の通信インタフェースが問題なくネットワークへ接続されている場合には、フレームレートの高い動画像を表示することが可能であり、例え一方の通信インタフェースがネットワークと切断されたとしても、半分のフレームレートの動画像を表示することが可能となるため、最低限の品質を保証した動画像通信が可能となる。
【００４５】
次に、通信インタフェースに複数のＩＰアドレスが割り当てられている場合を説明する。
パケット受信側装置のＷ−ＣＤＭＡの通信インタフェースには、同様に１０．０．０．１のＩＰｖ４アドレスが割り当てられている。無線ＬＡＮの通信インタフェースには１９２．１６８．０．１のＩＰｖ４アドレスとｆｅｃ０：：１のＩＰｖ６アドレスとの２つのＩＰアドレスが割り当てられているものとする。
【００４６】
この場合、パケット受信側装置は、当該装置内でユニークな物理通信識別子をそれぞれの通信インタフェースに割り当てる。例えば、Ｗ−ＣＤＭＡの通信インタフェースには１という物理通信識別子が割り当てられ、無線ＬＡＮの通信インタフェースには２という物理通信識別子が割り当てられたとする。
まず、パケット受信側装置は、パケット送信側装置に有効なＩＰアドレスを全て通知する。ＩＰアドレスと対になる情報として、通信インタフェースのデータ伝送容量、このデータ伝送容量が自装置の専有データ伝送容量か、他装置との共有データ伝送容量かを認識する情報、更に、遅延、ロス率及び通信の安定度の情報、更には物理通信識別子を通知する。
【００４７】
同様に、１９２．１６８．０．１というＩＰアドレスと共に、データ伝送容量２Ｍｂｐｓ、共有データ伝送容量、遅延ＦＡＳＴ、ロス率ＵＮＲＥＬＩＡＢＬＥ、安定度Ｃ、物理通信識別子２という情報を、パケット送信側装置に通知する。同様に、ｆｅｃ０：：１のＩＰｖ６アドレスと共に、データ伝送容量２Ｍｂｐｓ、共有データ伝送容量、遅延ＦＡＳＴ、ロス率ＵＮＲＥＬＩＡＢＬＥ、安定度Ｃ、物理通信識別子２という情報を、パケット送信側装置に通知する。
【００４８】
パケット送信側装置は、この場合、３つの有効なＩＰアドレスを通知されているが、１９２．１６８．０．１とｆｅｃ０：：１のＩＰアドレスは同じインタフェースＩＤ(Identification)なので、パケット送信側装置は、それらの内の１つのみを利用する。無線ＬＡＮの通信インタフェースに対して、ＩＰｖ４とＩＰｖ６のどちらのＩＰアドレスを宛先アドレスにするかは、パケット送信側装置におけるパケットを送信する通信インタフェースに割け当てられているＩＰアドレスのアドレスファミリに依存する。ＩＰｖ６アドレスしか割り当てられていなければＩＰｖ６アドレスの方を宛先ＩＰアドレスとし、ＩＰｖ４アドレスしか割り当てられていなければＩＰｖ４アドしスの方を宛先ＩＰアドレスとする。
【００４９】
次に、通信インタフェース情報を通知する方法の例として、トランスポート層プロトコルに従って通知する例を、図２を参照して説明する。図２は、トランスポート層プロトコルＭＭＳＰ(Mobile Multimedia Streaming Protocol)のプロトコルフォーマットを示す図である。
なお、周知であるＭＭＳＰの特徴は２つあり、１つ目は、プライオリティの設定である。これは、例えば無線ＬＡＮとＷ−ＣＤＭＡの両方が利用できる環境の場合には無線ＬＡＮを優先的に利用するといったように、異なる無線デバイス間での優先順位付けを行う、又は無線ＬＡＮのアクセスポイントが複数存在する場合に最も電波の強いものを自動的に選択するといったことを行う。
【００５０】
２つ目は、ＦＥＣ・Ｂｉｃａｓｔｉｎｇである。これは、同じぐらいの電波強度の無線ＬＡＮアクセスポイントが２つ存在する場合に、データパケットをコピーした上で２つのアクセスポイントから同じパケットを、しかも順番を並び替えて流すというものである。これに対して受信側装置では両方のアクセスポイントからパケットを受け取ることで、もしパケットに欠落があった場合でも元のデータを復元しやすくなる。アクセスポイントが３つ以上存在する場合は、そのうち電波の強いもの２つを自動的に選択するようになっている。
【００５１】
このような特徴を有するＭＭＳＰプロトコルで送信されるパケットには、図２に示すように、全て１２バイトのＭＭＳＰのジェネラルヘッダが付加される。このジェネラルヘッダには、送信元ポート番号、送信先ポート番号、パケット長、パケットチェックサム、パケットタイプ、ブロックシーケンス、パケットシーケンス、ブロック長などのトランスポート層の通信に必要な情報が格納されている。
【００５２】
また、ＭＭＳＰプロトコルで通信インタフェース情報を通知するフォーマットとして、ムーブオプションを定義した。このムーブオプションは、ジェネラルヘッダとアプリケーションデータとの間に付加され、どのＭＭＳＰパケットにも付加させることができる。
ムーブオプションが付いているかどうかは、ＭＭＳＰのジェネラルヘッダのパケットタイプで判断する。ムーブオプションフィールドには、まずアドレスオペレーションというフィールドがあり、オプションフィールドが含んでいる論理通信識別子（ネットワークアドレス）を通信相手装置がどのように処理するかを指定する。
【００５３】
例えば、通信相手装置に新しい論理通信識別子を通知する場合は、アドレスオペレーションフィールドに、加算アドレスを示す値を格納する。また、既に通知してある論理通信識別子の通信インタフェース情報を更新する場合は、アドレスオペレーションフィールドに、モディファイを示す値を格納する。
次に、アドレスファミリは、論理通信識別子のタイプ（ＩＰｖ４アドレスかＩｐｖ６アドレスか）を示す。インタフェースＩＤは、通信装置内でユニークな物理通信識別子を示す。インタフェースタイプは、通信インタフェースの遅延、専有データ伝送容量か共有データ伝送容量か、ロス率、通信の安定度を示す。インタフェースデータ伝送容量フィールドは、通信インタフェースのデータ伝送容量情報をＫｂｐｓの単位で格納する。ネットワークアドレスフィールドは、通信相手装置に通知する論理通信識別子を格納する。
【００５４】
このようなＭＭＳＰプロトコルに従って次のように通知が行われる。
例えば、Ｗ−ＣＤＭＡと無線ＬＡＮの通信インタフェースを持つパケット受信側装置が、Ｗ−ＣＤＭＡの通信インタフェースのＩＰアドレス１０．０．０．１で通信を開始したとする。この通信中に、当該パケット受信側装置が、無線ＬＡＮの電波が届くエリアに移動し、これによって無線ＬＡＮのインタフェースにＩＰｖ４アドレス１９２．１６８．０．１が割り当てられたとする。この際、当該パケット受信側装置は、通信相手であるパケット送信側装置へ送信されるＭＭＳＰパケットに、ムーブオプションを付けて新しいＩＰｖ４アドレス１９２．１６８．０．１を通知する。
【００５５】
ムーブオプションのフィールドの値は、アドレスオペレーションが加算アドレスを示す値、アドレスファミリフィールドがＩＰｖ４を示す値、インタフェースＩＤは、Ｗ−ＣＤＭＡの通信インタフェースとは異なる値（Ｗ−ＣＤＭＡのインタフェースが１で、無線ＬＡＮの通信インタフェースが２とする）、インタフェースタイプには、遅延ＦＡＳＴ、データ伝送容量ｓｈａｒｅｄ、ロス率ＵＮＲＥＬＩＡＢＬＥ、安定度Ｃという情報を格納し、ネットワークアドレスには、１９２．１６８．０．１のアドレスを格納する。
【００５６】
このようなＭＭＳＰパケットを受信したパケット送信側装置は、１９２．１６８．０．１のＩＰアドレスとオプションフィールドに格納されているインタフェース情報を、送信先アドレスリストに追加し、送信するパケットを送信先アドレスリストに登録されている１０．０．０．１のアドレスと、１９２．１６８．０．１のアドレスとに振り分けて送信する。ここで、どのように振り分けて送信するかは、それぞれのＩＰアドレスの通信インタフェース情報に基づいて決定する。
なお、当該パケット（ムーブオプション）は、通信開始時及び移動によりＩＰアドレスが変更になった場合に相手通信装置に送信することになるため、相手通信装置は常に各ＩＰアドレスに対応するインタフェース情報や物理通信識別子を知ることが可能である。
【００５７】
（第２の実施例）
図３は、本発明の第２の実施例に係るパケット通信装置によるＳＩＰ(Session Initiation Protocol)を用いた双方向音声通信の動作を説明するためのシーケンス図である。
ＳＩＰは、双方向通信のためのセッション制御プロトコルであり、このＳＩＰによって通信インタフェース情報を通知する例を説明する。
但し、本例では、図３に示すように、パケット通信装置１０−１は、通信インタフェースを１つだけ有し、１０．０．０．１のＩＰｖ４アドレスだけが割当てられているものとする、一方、パケット通信装置１０−２は、Ｗ−ＣＤＭＡと無線ＬＡＮ（ｌＥＥＥ８０２．１１）の２つの通信インタフェースを持ち、Ｗ−ＣＤＭＡのインタフェースには１０．０．０．２のＩＰｖ４アドレスが、無線ＬＡＮには１９２．１６８．０．２のＩＰｖ４アドレスが割当てられているものとする。
【００５８】
まず、ステップＳ１において、パケット通信装置１０−１からＳＩＰのインバイトメッセージを、ｊｏｈｎ＠ｔｅｒｍｉｎａｌ２をメールアドレスとするパケット通信装置１０−２へ送信したとする。ここでは、インバイトメッセージによってパケット通信装置１０−１のＩＰｖ４アドレスを「ｃ＝ＩＮＩＰ４  １０．０．０．１」により１０．０．０．１であることをパケット通信装置１０−２に通知している。
【００５９】
本例では、パケット通信装置１０−１にＩＰアドレスが１つしか割当てられていないため、通信インタフェース情報の通知は行っていないが、通信インタフェース情報を含めても構わない。また、「ｍ＝ａｕｄｉｏ  １０００ＲＴＰ／ＡＶＰ０」という記述により、パケット通信装置１０−１が受信可能なメディアを示している。
パケット通信装置１０−２は、パケット通信装置１０−１からインバイトメッセージを受信すると、ステップＳ２において、２００  ＯＫのＳＩＰメッセージを返答する。この際に、パケット通信装置１０−２に備えられた各通信インターフェースに関する情報も通知する。
【００６０】
例えば「ｃ＝ＩＮ  ＩＰ４  １０．０．０．２  １  ３８４Ｋｂｐｓ  ｄｅｄｉｃａｔｅｄ  ｓｌｏｗ  ｒｅｌｉａｂｌｅ  ｃｅｌｌｕｌａｒ」という記述により、パケット通信装置１０−２は１０．０．０．２のＩＰｖ４アドレスを持つ。当該ＩＰアドレスの物理通信識別子は１、データ伝送容量は３８４Ｋｂｉｔ／ｓ、専有チャネル（ｄｅｄｉｃａｔｅｄ）、遅延大（ｓｌｏｗ）、信頼性あり（ｒｅｌｉａｂｌｅ）、セルラチャネル（ｃｅｌｌｕｌａｒ）であることを示している。
【００６１】
また、次の「ｃ＝ＩＮＩＰ４  １９２．１６８．０．２  ２  ２００００００  ｓｈａｒｅｄ  ｆａｓｔ  ｕｎｒｅｌｉａｂｌｅ  ｉｅｅｅ８０２．１１」という記述により、パケット通信装置１０−２は１９２．１６８．０．２のＩＰｖ４アドレスも持つ。当該ＩＰアドレスの物理通信識別子は２、データ伝送容量は２Ｍｂｉｔ／ｓ、共有チャネル（ｓｈａｒｅｄ）、遅延小（ｆａｓｔ）、信頼性なし（ｕｎｒｅｌｉａｂｌｅ）、無線ＬＡＮチャネル（ｉｅｅｅ８０２．１１）であることを示している。また、「ｍ＝ａｕｄｉｏ  １０００  ＲＴＰ／ＡＶＰ  ０」という記述により、パケット通信装置１０−２が受信可能なメディアを表している。
【００６２】
パケット通信装置１０−１は、２００  ＯＫのＳＩＰメッセージを受信すると、ステップＳ３において、ＳＩＰのＡＣＫ(ACKnowledgement)メッセージをパケット通信装置１０−２に返信する。
そして、ステップＳ４において、両装置１０−１，１０−２共にＲＴＰ(Real-time Transport Protocol)により、メディア伝送を開始する。この際、パケット通信装置１０−１は、パケット通信装置１０−２のどちらのＩＰアドレスに向けて送信するかを、上記第１の実施例と同様に、各ＩＰアドレスの通信インタフェース情報や、メディアデータの重要度に応じて決定する。
【００６３】
なお、この第２の実施例では最も単純なＳＩＰシーケンスを例に挙げたが、ＳＩＰプロキシを介す場合でも、同様に、インバイトメッセージに複数の通信インタフェース情報を通知することが可能である。また、ＳＩＰメッセージで通知する通信インタフェース情報の記述方式は上記の例に限定されず、どのような記述方式でも構わない。なお、ＳＩＰメッセージで通知される情報は、上記以外の情報が含まれていても構わない。
【００６４】
（第３の実施例）
図４は、本発明の第３の実施例に係るパケット通信装置によるＲＴＳＰ(Real-time Streaming Protocol)を用いたストリーミング配信処理の動作を説明するためのシーケンス図である。
ＲＴＳＰとは、ストリーミング配信用のセッション制御プロトコルである。本例では、図４に示すように、ストリーミング用のサーバ１０−３からクライアント端末機１０−４へ、ストリーミング配信を行うものとする。また、クライアント端末機１０−４はＷ−ＣＤＭＡの通信インタフェースと無線ＬＡＮのインタフェースを持ち、それぞれ１０．０．０．２と１９２．１６８．０．２のＩＰｖ４アドレスが割り振られているものとする。
【００６５】
まず、ステップＳ１１において、クライアント端末機１０−４は、ＲＴＳＰの描写を行うためのディスクライブメッセージをサーバ１０−３へ送信する。本例では、ストリーミングコンテンツのＵＲＬ(Uniform Resource Locator)を、ｒｔｌｓｐ：／／ｓｅｒｖｅｒ／ｃｏｎｔｅｎｔとしている。
サーバ１０−３は、ディスクライブメッセージを受信すると、ステップＳ１２において、クライアント端末機１０−４に対して、２００  ＯＫのメッセージを返信する。図では省略しているが、本メッセージ内には、ストリーミングコンテンツのセッション情報や、符号化パラメータ等がＳＤＰ(Session Description Protocol)にしたがって記述されている。
【００６６】
続いて、ステップＳ１３において、クライアント端末機１０−４はサーバ１０−３に対して、ＲＴＳＰのセットアップメッセージを送信する。当該メッセージの中に、「Ｔｒａｎｓｐｏｒｔ：ＲＴＰ／ＡＶＰ；ｕｎｉｃａｓｔ；ｄｅｓｔ＿ａｄｄｒ＝１０．０．０．２：１０００：１：３８４０００：ｄｅｄｉｃａｔｅｄ：ｓｌｏｗ：ｒｅｌｉａｂｌｅ：ｃｅｌｕｌｌａｒ／１９２．１６８．０．２：１０００：２：２００００００：ｓｈａｒｅｄ：ｆａｓｔ：ｕｎｒｅｌｉａｂｌｅ：ｉｅｅｅ８０２．１１」という情報を含めている。
【００６７】
当該情報の「ｄｅｓｔ＿ａｄｄ＝」以降の情報により、クライアント端末機１０−４が１０．０．０．２のＩＰｖ４アドレスを持ち、当該ＩＰアドレスに対するインタフェース情報が、ＵＤＰポート番号１０００、物理通信識別子１、ビットレート３８４Ｋｂｉｔ／ｓ（３８４０００）、専有チャネル（ｄｅｄｉｃａｔｅｄ）、遅延大（ｓｌｏｗ）、信頼性あり（ｒｅｌｉａｂｌｅ）、セルラーチャネル（ｃｅｌｌｕｌａｒ）であることを示している。
【００６８】
また、クライアント端末機１０−４は、１９２．１６８．０．２というＩＰｖ４アドレスを有しており、当該ＩＰアドレスに対するインタフェース情報が、ＵＤＰポート番号１０００、物理通信識別子２、データ伝送容量２Ｍｂｉｔ／ｓ（２００００００）、共有チャネル（ｓｈａｒｅｄ）、遅延小（ｆａｓｔ）、信頼性なし（ｕｎｒｅｌｉａｂｌｅ）、無線ＬＡＮチャネル（ｉｅｅｅ８０２．１１）であることを示している。このようにクライアント端末機１０−４は、セットアップメッセージ内のＴｒａｎｓｐｏｒｔヘッダに、複数の通信インタフェース情報を含めて送信する。
サーバ１０−３は、セットアップメッセージを受信すると、ステップＳ１４において、２００  ＯＫのメッセージを返信する。
【００６９】
最後に、クライアント端末機１０−４は、ステップＳ１５において、サーバ１０−３に対してＲＴＳＰのプレイメッセージを送信し、これを受信したサーバ１０−３は、ステップＳ１６において、２００  ＯＫのメッセージを返信するとともに、ステップＳ１７において、ＲＴＰによるメディアデータの送信を開始する。
このとき、サーバ１０−３がクライアント端末機１０−４のどちらのＩＰアドレスに対して送信するかは、上記第１の実施例と同様に、各ＩＰアドレスの通信インタフェース情報や、メディアデータの重要度に応じて決定することになる。
なお、ＲＴＳＰメッセージ内で通知する通信インタフェース情報の記述方式は上記の例に限定されず、どのような記述方式でも構わない。また、ＲＴＳＰメッセージで通知される情報は、上記以外の情報が含まれていても構わない。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態に係るパケット通信装置の構成を示すブロック図である。
【図２】本発明の第１の実施例に係るパケット通信装置により通信インタフェース情報を通知する際に適用されるトランスポート層プロトコルＭＭＳＰのフォーマットを示す図である。
【図３】本発明の第２の実施例に係るパケット通信装置によるＳＩＰ(Session Initiation Protocol)を用いた双方向音声通信の動作を説明するためのシーケンス図である。
【図４】本発明の第３の実施例に係るパケット通信装置によるＲＴＳＰを用いたストリーミング配信処理の動作を説明するためのシーケンス図である。
【符号の説明】
【００７１】
１１  自装置情報管理部
１２  自装置情報通知制御部
１３  音声・動画符号部
１４  データ分割部
１６  パケット振分部
１８  宛先アドレス管理部
２０  パケット並替部
２２  データ再構築部
２４  音声・動画復号部
２６  第１の通信インタフェース
２８  第２の通信インタフェース
【図１】
2005123993.tif 000003
【図２】
2005123993.tif 000004
【図３】
2005123993.tif 000005
【図４】
2005123993.tif 000006