JP3629174B2 - データ転送方法及び無線端末 - Google Patents
データ転送方法及び無線端末 Download PDFInfo
- Publication number
- JP3629174B2 JP3629174B2 JP37176099A JP37176099A JP3629174B2 JP 3629174 B2 JP3629174 B2 JP 3629174B2 JP 37176099 A JP37176099 A JP 37176099A JP 37176099 A JP37176099 A JP 37176099A JP 3629174 B2 JP3629174 B2 JP 3629174B2
- Authority
- JP
- Japan
- Prior art keywords
- wireless terminal
- logical channel
- transfer
- data
- information
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、あらかじめ無線ネットワーク上に論理的なチャネルを設定して通信を実行するような無線ネットワークに属する無線端末及びそのデータ転送方法に関する。
【０００２】
【従来の技術】
近年、無線ネットワーク（無線ＬＡＮ）の実用化が注目されてきている。特に、一昨年にＩＥＥＥ８０２．１１の規格が決まったことから、多くの無線ＬＡＮ製品が登場しているとともに、その低価格化には目を見張るものがある。このような、無線技術の高度化／低価格化にともなって、これらを家庭内にも応用しようとの動きが活発になってきている。米国では、関連する企業が集まってＨｏｍｅＲＦやＢｌｕｅｔｏｏｔｈなどの業界団体が設立される等、今後も大きく進歩していくことが予想されている。また、家庭内ネットワークとしては、新しいケーブルを敷設する必要のない無線システムは非常に受け入れられ易いシステムであると言える。このため、高速化／低価格化されてきた無線ＬＡＮシステムと、ＩＥＥＥ１３９４とを融合させたネットワークシステムが、将来の家庭内ネットワークにおける中心的存在となっていくものと考えられる。そして、このような無線ネットワークの普及に伴い、これまでは有線ケーブルを用いて転送されていたＡＶデータを、無線ネットワークを介して転送しようとの動きが現れつつある。
【０００３】
一方、このようなＡＶデータの転送は、インターネット上においても実現されつつある。インターネット上には、既に、ＲｅａｌＭｅｄｉａ等のアプリケーションが提供されており、ユーザがＡＶデータをインターネット経由で受信できる環境が構築されていっている。このような、インターネット上におけるＡＶデータ転送時のトランスポートレイヤ・プロトコルとして広く使われているのがＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルである。ＲＴＰは、ＩＥＴＦによって標準化が完了したプロトコルであり、既に、ＲＦＣ１８８９（Ａ ＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ ｆｏｒＲｅａｌ−ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ）としてＳｔａｎｄａｒｄ−Ｔｒａｃｋになっている。
【０００４】
先に述べたように、現在は無線ネットワークによるＡＶデータ転送を実現する方式についての検討が多くの場所でなされている。しかし、上記のような無線システム上でトランスポートレイヤ・プロトコルを実行するための仕組みは未だ提供されていない。
【０００５】
【発明が解決しようとする課題】
上記のように無線システム上でＡＶデータ転送を実現するためのトランスポートレイヤ・プロトコルを実行するための仕組みは未だ提供されていない。
【０００６】
本発明は、上記事情を考慮してなされたもので、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいてＡＶデータ転送のためのトランスポートレイヤ・プロトコルを実行可能な無線端末及びデータ転送方法を提供することを目的とする。
【０００７】
また、本発明は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいてＡＶデータ転送のためのトランスポートレイヤ・プロトコルとしてＲＴＰプロトコルを実行可能な無線端末及びデータ転送方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明（請求項１）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、前記無線端末は、通信相手の他の無線端末との間に、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のための第１の論理チャネルと、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットを、その転送のために設定された前記第１の論理チャネルを用いて転送し、前記無線端末間で、前記データパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とする。
また、本発明（請求項２）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、前記無線端末は、通信相手の他の無線端末との間に、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎の、該ＡＶストリームを含むデータパケットの転送のための第１の論理チャネルの各々と、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットの各々を、それらの転送のために設定された前記第１の論理チャネルの各々を用いて転送し、前記無線端末間で、前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とする。
【０００９】
本発明では、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいて、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットを転送するとともに、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを交換する場合、ＡＶストリームを含むデータパケットと制御情報を含む制御パケットとに別々の論理チャネルが割り当てられ、該データパケットと該制御情報とは別々の論理チャネルを用いて転送される。
あるいは、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に論理チャネルを割り当てる場合にも、各データパケットと制御情報とは別々の論理チャネルを用いて転送される。
【００１０】
例えば、ＲＴＰプロトコルでＭＰＥＧ４映像データとＭＰＥＧ４音声データを転送するとともに、ＲＴＣＰプロトコルで制御情報を交換する場合に、ＭＰＥＧ４映像データとＭＰＥＧ４音声データと制御情報は異なる論理チャネルで転送され、あるいは、ＭＰＥＧ４映像データとＭＰＥＧ４音声データとが例えばＨ．２２３プロトコルなどによって多重化される場合には、Ｈ．２２３パケットと制御パケットは異なる論理チャネルで転送される。
【００１１】
本発明によれば、Ｂｌｕｅｔｏｏｔｈのように無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいて、無線端末間で、ＲＴＰプロトコルのようなトランスポートレイヤ・プロトコルを利用したＡＶデータ転送処理が可能となる。
また、例えば、ＲＴＰプロトコルとＲＴＣＰプロトコルに異なる論理チャネルを割り当てることによって、ＡＶデータ転送制御処理が容易になる。特に、インターネット上を転送されているＡＶデータをＢｌｕｅｔｏｏｔｈのような無線システム上に拡張して転送することが容易となる（例えば、インターネットと無線システムに跨ったＲＴＰプロトコルとＲＴＣＰプロトコルの制御処理が容易になる）。
【００１２】
本発明（請求項３）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のために第１の論理チャネルを設定する第１の論理チャネル設定手段と、通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送のために設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、前記通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および該ＡＶストリームについての前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする。
【００１３】
本発明（請求項４）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のために第１の論理チャネルをそれぞれ設定する第１の論理チャネル設定手段と、通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のためにそれぞれ設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする。
【００１４】
好ましくは、前記第２の論理チャネル設定手段は、前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルをそれぞれ設定し、前記第２の取得手段は、前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のためにそれぞれ設定された第４の論理チャネルに関する情報を取得し、前記記憶手段は、前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および各々の前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶するようにしてもよい。
【００１５】
好ましくは、前記ＡＶストリームを含むデータパケットは前記対応情報を参照して得た前記第２の論理チャネルを用いて前記通信相手の無線端末へ送信し、前記制御情報を含む制御パケットは前記対応情報を参照して得た前記第４の論理チャネルを用いて前記通信相手の無線端末へ送信するパケット送信手段を更に備えるようにしてもよい。
【００１６】
好ましくは、前記第３の論理チャネルにより前記通信相手の無線端末からの前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを受信する受信手段を更に備えるようにしてもよい。
【００１７】
好ましくは、前記通信相手の無線端末に、自端末内の第１の論理チャネル設定手段により設定された前記第１の論理チャネルを識別するチャネル識別子を含む第１の接続要求を送信する第１の接続要求送信手段と、前記第１の接続要求に応答して前記通信相手の無線端末内で設定された第２の論理チャネルを識別するチャネル識別子を含む第１の接続応答を前記通信相手の無線端末から受信する第１の接続応答受信手段と、前記通信相手の無線端末に、自端末内の第２の論理チャネル設定手段により設定された前記第３の論理チャネルを識別するチャネル識別子を含む第２の接続要求を送信する第２の接続要求送信手段と、前記第２の接続要求に応答して前記通信相手の無線端末内で設定された第４の論理チャネルを識別するチャネル識別子を含む第２の接続応答を前記通信相手の無線端末から受信する第２の接続応答受信手段とを更に備えるようにしてもよい。
【００１８】
好ましくは、前記第１の取得手段は前記第１の接続応答によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続応答によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００１９】
好ましくは、前記第１、第２の論理チャネル設定手段は予め定められたチャネル割り当て方法によって前記第１、第２の論理チャネルを一括して設定するものであり、前記無線端末は、前記通信相手の無線端末に、前記予め定められたチャネル割り当て方法によって自端末内の前記第１、第２の論理チャネル設定手段により設定された前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続要求を送信する接続要求送信手段を更に備えるようにしてもよい。
【００２０】
好ましくは、前記第１の接続要求に応答して前記通信相手の無線端末内で予め定められたチャネル割り当て方法によって設定された前記第２、第４の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続応答を前記通信相手の無線端末から受信する接続応答受信手段を更に備えるようにしてもよい。
【００２１】
好ましくは、前記第１、第２の取得手段は前記接続応答に含まれる前記特定するための情報に基づいて前記第２、第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２２】
好ましくは、前記特定するための情報は、所定のパラメータ値を示す情報、および該所定のパラメータ値を入力として規定数のチャネル識別子を出力するための関数群を示す情報を含むものであるようにしてもよい。
【００２３】
好ましくは、前記関数群は前記パラメータ値を入力として規定数のチャネル識別子を連続番号で出力するものであるようにしてもよい。
【００２４】
好ましくは、前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末に通知するようにしてもよい。
【００２５】
好ましくは、自端末内の前記記憶手段に記憶された前記対応情報を前記通信相手の無線端末へ通知する通知送信手段を更に備えるようにしてもよい。
【００２６】
好ましくは、前記通信相手の無線端末内で設定された前記第２の論理チャネルを示す情報を含む第１の接続要求を前記通信相手の無線端末から受信する第１の接続要求受信手段と、受信された前記第１の接続要求に応答して前記第１の論理チャネル設定手段により対応する前記データパケットの転送のために前記第１の論理チャネルが設定された後に、該第１の論理チャネルを示す情報を含む第１の接続応答を前記通信相手の無線端末へ送信する第１の接続応答送信手段と、前記通信相手の無線端末内で設定された前記第４の論理チャネルを示す情報を含む第２の接続要求を前記通信相手の無線端末から受信する第２の接続要求受信手段と、受信された前記第２の接続要求に応答して前記第２の論理チャネル設定手段により対応する前記制御パケットの転送のために前記第３の論理チャネルが設定された後に、該第３の論理チャネルを示す情報を含む第２の接続応答を前記通信相手の無線端末へ送信する第２の接続応答送信手段とを更に備えるようにしてもよい。
【００２７】
好ましくは、前記第１の取得手段は前記第１の接続要求によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続要求によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２８】
好ましくは、前記通信相手の無線端末から該通信相手の無線端末内で設定された前記対応情報の通知を受信する通知受信手段を更に備え、この通知に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２９】
好ましくは、前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末から受信するようにしてもよい。
【００３０】
好ましくは、前記無線システムはｂｌｕｅｔｏｏｔｈであり、前記論理チャネルはＬ２ＣＡＰチャネルであるようにしてもよい。
【００３１】
好ましくは、前記ＡＶストリームはＲＴＰプロトコルによるデータであり、前記制御情報はＲＴＣＰプロトコルによるデータであるようにしてもよい。
【００３２】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
【００３３】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００３４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３５】
本発明の実施の形態では、無線ＬＡＮシステムとして、「各無線端末間でのデータ転送に先だって、その無線端末間に論理的なコネクションを確立してからデータ転送を実行する」ような無線ＬＡＮシステムを想定して説明する。より具体的には、そのような無線ＬＡＮシステムの一つであるＢｌｕｅｔｏｏｔｈを用いた場合について説明する。
【００３６】
（第１の実施形態）
図１に、本実施形態で実行されるＡＶデータ転送方式のプロトコル・スタックの一例を示す。
【００３７】
図１のプロトコル・スタックでは、無線システムとして、現在標準化の進められているＢｌｕｅｔｏｏｔｈを用いる（物理レイヤがＢａｓｅｂａｎｄであり、データリンクレイヤがＬ２ＣＡＰである）場合を示している。また、無線端末においてＡＶアプリケーションを実行する際に、そのＡＶデータ転送のためのＡＶ制御プロトコルとして、ＩＥＥＥ１３９４上で定義されているＡＶ／Ｃプロトコル（ＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ ＳｅｔＧｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９４−１９９５）等参照）を実行し、これによって、いわゆるセッション制御処理のような機能を提供する場合を示している。さらに、実際のＡＶデータ転送に関しては、映像データ／音声データ／情報データ等の各種のデータを、各々ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットによって転送し、ＲＴＰパケットをさらにＢｌｕｅｔｏｏｔｈのデータリンクレイヤ・プロトコルであるＬ２ＣＡＰパケットにカプセル化するとともに、ＲＴＣＰプロトコル（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてＡＶデータ転送制御情報の授受を行う場合を示している。
【００３８】
ここで、本実施形態では、図１のプロトコル・スタックに示すように、各データ（映像、音声、情報）をそれぞれ別のＲＴＰストリームとして転送する場合を示しており、その各ＲＴＰストリームに関するＡＶデータの転送状況（エラー率等）などの情報を交換するプロトコルとして、ＲＴＣＰプロトコルが実行される。ＲＴＰパケットとＲＴＣＰパケットとは、基本的に同じパケットフォーマットが規定されており（ＲＦＣ１８８９にて定義されている）、それらをパケットヘッダフィールドの情報によって識別することも可能であるが、本実施形態では、それらのパケットを、異なるＬ２ＣＡＰチャネルを用いて転送することによって識別するようにしている。
【００３９】
図１は、無線端末のプロトコル処理に関する内部構成に対応し、無線端末は、各プロトコルを実行する処理部、すなわち、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行するベースバンド（Ｂａｓｅｂａｎｄ）処理部１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処理を実行するＬ２ＣＡＰ処理部２、そして、その上位に、ＡＶ／Ｃプロトコルを実行するＡＶ／Ｃプロトコル処理部３、ＲＴＰプロトコルを実行するＲＴＰ処理部４およびその上位に乗せられたＡＶデータ転送プロトコル群に対応する各処理部すなわちＶｉｄｅｏ処理部６とＡｕｄｉｏ処理部７とＤａｔａ処理部８、ＲＴＣＰプロトコルを実行するＲＴＣＰ処理部５、そして、それらの上位に、ＡＶアプリケーションを実行するＡＶアプリケーション処理部９を有することになる。
【００４０】
なお、ＡＶ／Ｃプロトコルは、ノードをユニット（Ｕｎｉｔ）と呼ばれる単位で認識し、さらにノード内の構成要素（例えば、ＤｉｓｐｌａｙやＶＴＲ）をサブユニット（ＳｕｂＵｎｉｔ）と呼ばれる単位で認識するものである。また、ＡＶ／Ｃの制御コマンド（例えば、いわゆる「再生」「停止」「早送り」等のコマンド）の転送プロトコルにおいては、コマンドの送信とレスポンスの受信とを一つのセットとして実行することになっている。
【００４１】
図２に、上記のようなプロトコル・スタックによってＡＶデータ転送を実行する場合の無線ネットワークの構成例を示す。
【００４２】
図２では、無線端末１０１と無線端末１０２とがＢｌｕｅｔｏｏｔｈネットワーク１０によって接続されており、無線端末１０１内には、例えばＶＴＲのように、ＭＰＥＧ４の映像／音声のソースを提供するための機能である、ＭＰＥＧ４映像／音声ソース（サブユニット）１０１１が存在し、無線端末１０２内には、提供されたＭＰＥＧ４の映像／音声データをデコードし、そのデコードされた映像／音声データをユーザに提供（表示／音声出力）するための機能である、ＭＰＥＧ４デコーダ／ビューワ機能（サブユニット）１０２１が存在する。
【００４３】
なお、無線端末１０１のＭＰＥＧ４映像／音声ソース１０１１は、実際には、他の装置から受信したＭＰＥＧ４映像／音声データを無線端末１０１が中継するものであってもよいし、同様に、無線端末１０２のＭＰＥＧ４デコーダ／ビューワ機能１０２１は、実際には、受信したＭＰＥＧ４映像／音声データを無線端末１０２が他の装置へ中継するものであってもよい。
【００４４】
なお、図２において、無線端末１０１のノードＩＤ＝［Ａ］、無線端末１０２のノードＩＤ＝［Ｂ］とする。
【００４５】
次に、上記のような構成において、図１に示したようなプロトコル・スタックを用いてＡＶデータ転送を実行する場合の処理の概要について、図２に記述したシーケンス例を参照しながら説明する。
【００４６】
（１）無線端末１０１と無線端末１０２とが、ＡＶ／Ｃプロトコルを用いて、互いに相手端末内の構成要素情報を取得する。この結果、無線端末１０２は、無線端末１０１に構成要素としてＭＰＥＧ４映像／音声ソース１０１１が存在することを認識し、無線端末１０１は、無線端末１０２に構成要素としてＭＰＥＧ４デコーダ／ビューワ機能１０２１が存在することを認識する。
【００４７】
（２）無線端末１０１と無線端末１０２との間に、ＡＶデータ転送のための各Ｌ２ＣＡＰ論理チャネル（ここでは映像データ用チャネルと音声データ用チャネルの２つのチャネル）と、ＡＶデータ転送制御のためのＬ２ＣＡＰ論理チャネル（ここでは映像データ用チャネルおよび音声データ用チャネルについて１つのチャネル）を設定する。例えば、
・無線端末１０１では、映像データ転送用にＣＨ＝１、音声データ転送用にＣＨ＝２、ＡＶデータ転送制御用にＣＨ＝３がそれぞれ獲得される。
・無線端末１０２では、映像データ転送用にＣＨ＝４、音声データ転送用にＣＨ＝５、ＡＶデータ転送制御用にＣＨ＝６がそれぞれ獲得される。
【００４８】
（３）無線端末１０２が無線端末１０１内のＭＰＥＧ４映像／音声ソース１０１１に対して、再生スタート（Ｐｌａｙ）のコマンドを送信する。
【００４９】
（４）無線端末１０１が、映像データおよび音声データをそれぞれ別の論理チャネル（ここではＣＨ＝４とＣＨ＝５）を用いて無線端末１０２に転送する。
【００５０】
（５）無線端末１０１と無線端末１０２との間で、映像データおよび音声データについて一つの論理チャネル（ここではＣＨ＝３とＣＨ＝６）を用いて、ＡＶデータ転送の制御情報を交換する。
【００５１】
ここで、上記のシーケンスにおいて無線端末１０１および無線端末１０２がそれぞれ保持する、転送しているＡＶデータとＬ２ＣＡＰの論理チャネルとの対応関係の記憶方式について説明する。
【００５２】
図３に、無線端末１０１が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報との対応表の一例を示す。図３の対応表では、ノードＩＤ＝［Ｂ］の無線端末（すなわち無線端末１０２）へのＡＶデータとして、ＭＰＥＧ４のビデオデータおよびオーディオデータ（ＭＰＥＧ４ Ｖｉｄｅｏ／Ａｕｄｉｏ）とともに、それらの制御情報（Ｃｏｎｔｒｏｌ）を転送するようになっている。また、各ＡＶデータがＲＴＰ／ＲＴＣＰプロトコルによって転送されていることが示されている。さらに、各ＲＴＰ／ＲＴＣＰストリームがＬ２ＣＡＰにおけるどの論理チャネルに対応しているのか（図３の場合、具体的には、自端末側の論理チャネルとしては、ＭＰＥＧ４−Ｖｉｄｅｏ（ＲＴＰストリーム）が論理チャネルＣＨ＝１に、ＭＰＥＧ４−Ａｕｄｉｏ（ＲＴＰストリーム）が論理チャネルＣＨ＝２に、データ転送制御情報（ＲＴＣＰ）が論理チャネルＣＨ＝３に対応していることと、宛先側の論理チャネルとしては、同じく論理チャネルＣＨ＝４〜６に対応していること）がわかるようになっている。
【００５３】
図４に、無線端末１０２が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報の対応表の一例を示す。図４においても図３と同様に、無線端末１０２が受信しているＡＶデータ（ＭＰＥＧ４映像／音声データ）とＡＶデータ転送制御用のデータに割り当てられているＬ２ＣＡＰの論理チャネル情報が入手できるようになっている。
【００５４】
以下では、これまで説明したようなプロトコル、無線ネットワーク構成、対応表を利用して、無線端末１０１と無線端末１０２との間でＡＶデータの転送を実行する場合の、具体的なＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【００５５】
図５および図６に、この場合の処理シーケンスの一例を示す（図５および図６は一連の処理であり、図５に図６が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図５では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【００５６】
具体的な処理シーケンスを以下に示す。
【００５７】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【００５８】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【００５９】
・無線端末１０１がＭＰＥＧ４映像転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末１０１が、自端末のチャネル番号（ＣＨ＝１とする）を設定する。また、設定したチャネル番号（ＣＨ＝１）をＡＶアプリケーションに通知する。
（２）無線端末１０１が、無線端末１０２のチャネル番号獲得のため、接続要求（Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔ）パケット（図中、パケット［１］）を送信する。
（３）接続要求（Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔ）パケットを受信した無線端末１０２は、自端末のチャネル番号（ＣＨ＝４とする）を設定する。また、受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記載されている無線端末１０１のチャネル番号（ＣＨ＝１）と、設定した自端末のチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（４）無線端末１０２は、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末１０２は、無線端末１０１に設定したチャネル番号を通知するため、接続応答（Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅ）パケット（図中、パケット［２］）を送信する。
（６）接続応答（Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅ）パケットを受信した無線端末１０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記載されている無線端末１０２のチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（７）無線端末１０１は、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【００６０】
・無線端末１０１がＭＰＥＧ４音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝２とする）および無線端末１０２側のチャネル番号（ＣＨ＝５とする）を設定する。
−その際、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓ ｔパケット（パケット［３］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［４］）を送信する。
−また、無線端末１０１，１０２が、それぞれ、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００６１】
・無線端末１０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝３とする）および無線端末１０２側のチャネル番号（ＣＨ＝６とする）を設定する。
−その際、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［５］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［６］）を送信する。
−また、無線端末１０１，１０２が、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表（図３、図４参照）を更新する。
【００６２】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【００６３】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【００６４】
このような一連の処理を実行することによって、無線端末１０１から無線端末１０２へのＭＰＥＧ４映像／音声データの転送（およびそのための制御情報の交換）が可能となる。
【００６５】
なお、上記の処理シーケンス例では、各Ｌ２ＣＡＰ論理チャネルの設定を順次実行するようになっているが、このＬ２ＣＡＰ論理チャネルの獲得処理は、必ずしもこのような順序で実行する必要はない。例えば、３つの論理チャネルの獲得処理を並行して実行してもよいし、順番を入れ換えて実行してもよい。
【００６６】
ここで、Ｖｉｄｅｏストリームに割り当てられるＬ２ＣＡＰの論理チャネル番号と、Ａｕｄｉｏストリームに割り当てられるＬ２ＣＡＰの論理チャネル番号と、転送制御用の制御情報を転送するためのＬ２ＣＡＰの論理チャネル番号の値の割り当て方には、種々の方法が考えられる。
例えば、使用可能な論理チャネル番号からランダムに割り当てる方法がある。
また、例えば、各無線端末上において利用可能なＬ２ＣＡＰチャネル番号のうち、利用可能な連続する論理チャネル番号を割り当てる方法が考えられる。この方法では、例えば、図２の無線端末１０１において、Ｌ２ＣＡＰの論理チャネル番号としてすでに８番までの論理チャネルが利用されていたとすると、新たなＡＶストリームデータの転送の際には、Ｖｉｄｅｏストリームに論理チャネル番号＝９番、Ａｕｄｉｏストリームに論理チャネル番号＝１０番、制御情報転送用に論理チャネル番号＝１１番を割り当てる、というような論理チャネル番号の割り当てを実行することになる。
このようなＬ２ＣＡＰの論理チャネル番号の割り当て方法はいくつか考えられるが、その割り当て方法を、あらかじめ決めておくことによって、図５および図６のような一連の論理チャネルの設定処理を簡略化することが可能となる。
【００６７】
図５および図６の例では、一つのＡＶストリーム（上記例では、ＶｉｄｅｏストリームとＡｕｄｉｏストリーム）毎に制御情報の交換のためのＬ２ＣＡＰの論理チャネルを別々に割り当てるのではなく、一つのＡＶアプリケーション（一つのセッション）に対して制御情報の交換のための論理チャネルを設定している。具体的には、一つのＡＶアプリケーション（セッション）に対してＲＴＣＰプロトコルを実行している。しかし、ＲＴＣＰプロトコルの実行方法としては、必ずしもこのような方法に限定されるものではない。
例えば、各ＡＶストリーム（図５および図６で設定した無線端末１０１上の論理チャネル＝１や２）毎にＲＴＣＰ用の論理チャネルを個別に獲得して制御情報の交換を行うことも可能である。例えば、図５および図６の例において、映像データ転送制御のためのＬ２ＣＡＰ論理チャネルと音声データ転送制御のためのＬ２ＣＡＰ論理チャネルの２つのチャネルを用いるようにしてもよい。
また、上記の２つの方法の中間的な形態、すなわち一つのＡＶアプリケーション（一つのセッション）に属するｎ個のＡＶストリームについて、ＲＴＣＰ用の論理チャネルをｍ（１＜ｍ＜ｎ）個獲得して制御情報の交換を行うことも可能である（ｎ個のＡＶストリームがｍ個のＲＴＣＰ用の論理チャネルに適宜振り分けられることになる）。
【００６８】
このような制御情報交換用の論理チャネルの設定方式などは、各ＡＶアプリケーションを実行する事前設定手順（セッション確立手順）等において通知することも可能である。例えば、このセッション確立手順にＡＶ／Ｃプロトコルを応用し、ＡＶ／ＣのＤｅｓｃｒｉｐｔｏｒ（属性情報記述方式）に制御情報を予め記述しておき、それを事前に読み取ることで、制御情報を交換するような方法も考えられる。
【００６９】
図７（ａ）に、図５および図６の手順において、論理チャネル（ＣＨ＝４，５）で転送されているＲＴＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示し、図７（ｂ）に、同じく論理チャネル（ＣＨ＝３，６）で転送されているＲＴＣＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示す。
【００７０】
図７のパケットフォーマット例では、各々のパケットのＬ２ＣＡＰヘッダ（パケット長やチャネルＩＤが含まれる）に続いて、ＲＴＰパケットヘッダが存在し、そのＲＴＰヘッダ内のＰＴ（ペイロード・タイプ）フィールドによって、そのパケットがＲＴＰパケットであるのかＲＴＣＰパケットであるのかが識別できるようになっている。また、ＲＴＰヘッダには、運んでいるデータがＭＰＥＧ４の映像データであるのか、ＭＰＥＧ４の音声データであるのかを識別したり、そのエンコード方式がどのようになっているのかを識別する機能を提供するためのＭＰＥＧ４＿Ｓｐｅｃｉｆｉｃ＿Ｈｅａｄｅｒが付随している。ただし、事前のセッション制御情報の交換により、これらの情報を事前に通知できる場合には、このＭＰＥＧ４＿Ｓｐｅｃｉｆｉｃ＿Ｈｅａｄｅｒは、必ずしも必須のフィールドではない。
【００７１】
図８〜図１０に、図５および図６に示したような一連の処理において転送される、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［１］、［３］、［５］）とＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［２］、［４］、［６］）のヘッダ領域の一例を示す（図８（ａ）がパケット［１］に対応し、図８（ｂ）がパケット［２］に対応し、図９（ａ）がパケット［３］に対応し、図９（ｂ）がパケット［４］に対応し、図１０（ａ）がパケット［５］に対応し、図１０（ｂ）がパケット［６］に対応する）。
【００７２】
図８（ａ）に示されるように、パケット［１］のヘッダ領域には、そのパケットがＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットである旨を示すためのＣｏｄｅの値（＝０ｘ０２）と、各ノード毎のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔを識別するための識別子（Ｉｄｅｎｔｉｆｉｅｒ）と、パケット長（Ｌｅｎｇｔｈ）と、転送するパケットの対応しているプロトコルがＲＴＰである旨を示すプロトコル識別子（ＰＳＭ（ＰｒｏｔｏｃｏｌＳｅｒｖｉｃｅＭｕｌｔｉｐｌｅｘｏｒ））と、このリクエスト・パケットを出している無線端末（１０１）上の論理チャネルがＣＨ＝１である旨を示すソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）、等の情報が乗せられている。
【００７３】
また、パケット［２］のヘッダ領域には、そのパケットＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットである旨を示すためのＣｏｄｅの値（＝０ｘ０３）と、パケット長と、転送するパケットの対応しているプロトコルがＲＴＰである旨（ＰＳＭ＝ＲＴＰ）と、このレスポンス・パケットを出している無線端末（１０２）上の論理チャネルがＣＨ＝４である旨を示すソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）と、このレスポンス・パケットに対応する無線端末（１０１）上のチャネルがＣＨ＝１である旨を示す宛先チャネルＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ
ＣＩＤ）、等の情報が乗せられている。
【００７４】
パケット［３］のヘッダ領域の情報はパケット［１］のヘッダ領域の情報と同等であり、パケット［４］のヘッダ領域の情報はパケット［２］のヘッダ領域の情報と同等である。
【００７５】
一方、パケット［５］のヘッダ領域では、転送するパケットの対応しているプロトコルがＲＴＣＰである旨（ＰＳＭ＝ＲＴＣＰ）になっている点が、パケット［１］，［３］との違いである。また、同様に、パケット［６］のヘッダ領域では、転送するパケットの対応しているプロトコルがＲＴＣＰである旨（ＰＳＭ＝ＲＴＣＰ）になっている点が、パケット［２］，［４］との違いである。
【００７６】
以下では、図５および図６に示したような一連の処理とは別の方法で無線端末１０１と無線端末１０２との間でＡＶデータの転送を実行する場合の方式について説明する。
【００７７】
図１１および図１２に、この場合の方式の一例を示す（図１１および図１２は一連の処理であり、図１１に図１２が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図１１では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【００７８】
図１１および図１２の手順と、先の図５および図６の手順との違いは、受信側の端末である無線端末１０２における論理チャネル番号の対応表の作成方法である。以下の方式では、個々のＬ２ＣＡＰ論理チャネルの設定時には、無線端末１０２では論理チャネルの対応表の作成を行わず、論理チャネルの設定が終了した後に、ＡＶ／Ｃコマンドを用いて対応表を通知するようになっている。
【００７９】
具体的な処理シーケンスを以下に示す。
【００８０】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【００８１】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【００８２】
・無線端末１０１がＭＰＥＧ４映像転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝１とする）および無線端末１０２側のチャネル番号（ＣＨ＝４とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【００８３】
・無線端末１０１がＭＰＥＧ４音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝２とする）および無線端末１０２側のチャネル番号（ＣＨ＝５とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［３］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［４］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００８４】
・無線端末１０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝３とする）および無線端末１０２側のチャネル番号（ＣＨ＝６とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［５］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［６］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００８５】
・無線端末１０１が、ＡＶ／Ｃコマンドによって、上記一連の処理で作成した論理チャネルの対応表を無線端末１０２に通知する（セッション通知）。
【００８６】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【００８７】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【００８８】
このような一連の処理を実行することによっても、無線端末１０１から無線端末１０２へのＭＰＥＧ４映像／音声データの転送（およびそのための制御情報の交換）が可能となる。
【００８９】
なお、上記の一連の処理の中のセッション通知処理において無線端末１０１が無線端末１０２に通知する情報としては、例えば、図３に示した無線端末１０１の記憶しているＬ２ＣＡＰの論理チャネルの対応関係を通知する方法が考えられる（この場合、無線端末１０２は、無線端末１０１から通知された図３に示した対応表をもとに、図４に示した対応表を作成すればよい）。
【００９０】
また、このセッション通知処理においては、無線端末１０１の実行可能な音声／映像データのエンコーダ方式を通知したり、無線端末間で必要となるＱＯＳのパラメータを通知したり、ＲＴＣＰプロトコルで転送される制御パラメータとして必要なものを通知したりする、などの処理も実行可能である。このような処理を実現するためには、ＡＶ／Ｃプロトコル上に、これらの情報を通知可能なコマンドもしくはパラメータを定義すればよい。
【００９１】
なお、前述と同様に、上記の処理シーケンス例において、Ｌ２ＣＡＰ論理チャネルの獲得処理は、並行して実行したりあるいは順番を入れ換えて実行するなどしてもよい。
【００９２】
（第２の実施形態）
図１３に、本実施形態で実行されるＡＶデータ転送方式のプロトコル・スタックの一例を示す。
【００９３】
図１３のプロトコル・スタックでは、図１に示した場合と同様に、無線システムとして、現在標準化の進められているＢｌｕｅｔｏｏｔｈを用いている。また、無線端末においてＡＶアプリケーションを実行する際に、そのＡＶデータ転送のためのＡＶ制御プロトコルとして、ＩＥＥＥ１３９４上で定義されているＡＶ／Ｃプロトコルを実行し、これによって、いわゆるセッション制御処理のような機能を提供する場合を示している。
【００９４】
ただし、図１３の例では、実際のＡＶデータ転送に関しては、映像／音声データをＨ．２２３プロトコル（Ｈ．２２３処理部４１）によって多重化した後に、ＲＴＰパケットによってカプセル化して転送するようになっている。そして、このＲＴＰストリームを、さらにＢｌｕｅｔｏｏｔｈのデータリンクレイヤ・プロトコルであるＬ２ＣＡＰパケットにカプセル化するようになっている。
【００９５】
本実施形態では、各データ（映像、音声、情報）を一つのＨ．２２３ストリームに多重化してからＲＴＰプロトコルによって転送する場合を示しており、そのＲＴＰストリームに関するＡＶデータの転送状況（エラー率等）などの情報を交換するプロトコルとして、ＲＴＣＰプロトコルが実行されるようになっている。そして、第１の実施形態の場合と同様に、これらＲＴＰパケットとＲＴＣＰパケットとは、異なるＬ２ＣＡＰチャネルを用いて転送されるようになっている。
【００９６】
図１４に、上記のようなプロトコル・スタックによってＡＶデータ転送を実行する場合の無線ネットワークの構成例を示す。
【００９７】
図１４では、無線端末２０１と無線端末２０２とがＢｌｕｅｔｏｏｔｈネットワーク２０によって接続されており、無線端末２０１内には、例えばＶＴＲのように、ＭＰＥＧ４の映像／音声のソースを提供するための機能である、ＭＰＥＧ４映像／音声ソース（サブユニット）２０１１が存在し、無線端末２０２内には、提供されたＭＰＥＧ４の映像／音声データをデコードし、そのデコードされた映像／音声情報をユーザに提供（表示／音声出力）するための機能である、ＭＰＥＧ４デコーダ／ビューワ機能（サブユニット）２０２１が存在する。
【００９８】
なお、第１の実施形態と同様に、無線端末２０１のＭＰＥＧ４映像／音声ソース２０１１は、実際には、他の装置から受信したＭＰＥＧ４映像／音声データを無線端末２０１が中継するものであってもよいし、同様に、無線端末２０２のＭＰＥＧ４デコーダ／ビューワ機能２０２１は、実際には、受信したＭＰＥＧ４映像／音声データを無線端末２０２が他の装置へ中継するものであってもよい。
【００９９】
なお、図１４において、無線端末２０１のノードＩＤ＝［Ａ］、無線端末２０２のノードＩＤ＝［Ｂ］とする。
【０１００】
次に、上記のような構成において、図１３に示したようなプロトコル・スタックを用いてＡＶデータ転送を実行する場合の処理の概要について、図１４に記述したシーケンス例を参照しながら説明する。
【０１０１】
（１）無線端末２０１と無線端末２０２とが、ＡＶ／Ｃプロトコルを用いて、互いに相手端末内の構成要素情報を取得する。この結果、無線端末２０２は、無線端末２０１に構成要素としてＭＰＥＧ４映像／音声ソース２０１１が存在することを認識し、無線端末２０１は、無線端末２０２に構成要素としてＭＰＥＧ４デコーダ／ビューワ機能２０２１が存在することを認識する。
【０１０２】
（２）無線端末２０１と無線端末２０２との間に、ＡＶデータ転送のためのＬ２ＣＡＰ論理チャネルと、ＡＶデータ転送制御のためのＬ２ＣＡＰ論理チャネルを設定する。例えば、
・無線端末２０１では、ＡＶデータ（Ｈ．２２３／ＲＴＰ）転送用にＣＨ＝４、ＡＶデータ転送制御用にＣＨ＝５がそれぞれ獲得される。
・無線端末２０２では、ＡＶデータ（Ｈ．２２３／ＲＴＰ）転送用にＣＨ＝７、ＡＶデータ転送制御用にＣＨ＝８がそれぞれ獲得される。
【０１０３】
（３）無線端末２０２が無線端末２０１内のＭＰＥＧ４映像／音声ソース２０１１に対して、再生スタート（Ｐｌａｙ）のコマンドを送信する。
【０１０４】
（４）無線端末２０１が、ＡＶデータ（Ｈ．２２３／ＲＴＰ）を一つの論理チャネル（ここではＣＨ＝７）を用いて無線端末２０２に転送する。
【０１０５】
（５）無線端末２０１と無線端末２０２との間で、この一つのＨ．２２３ストリームに多重化されたＡＶデータについて、一つの論理チャネル（ここではＣＨ＝５とＣＨ＝８）を用いて、ＡＶデータ転送の制御情報を交換する。
【０１０６】
ここで、上記のシーケンスにおいて無線端末２０１および無線端末２０２がそれぞれ保持する、転送しているＡＶデータとＬ２ＣＡＰの論理チャネルとの対応関係の記憶方式について説明する。
【０１０７】
図１５（ａ）と（ｂ）に、無線端末２０１と無線端末２０２が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報との対応表の一例をそれぞれ示す。図１５の各対応表では、基本的には図３および図４と同様の構成であるが、各無線端末へのＡＶデータとして、Ｈ．２２３プロトコルによって多重化されたＭＰＥＧ４映像／音声データがＲＴＰストリームによって転送され、そのＡＶデータの転送制御用の制御情報がＲＴＣＰストリームによって転送される旨が記述されている。
【０１０８】
以下では、これまで説明したようなプロトコル、無線ネットワーク構成、対応表を利用して、無線端末２０１と無線端末２０２との間でＡＶデータの転送を実行する場合の、具体的なＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【０１０９】
図１６および図１７に、この場合の処理シーケンスの一例を示す（図１６および図１７は一連の処理であり、図１６に図１７が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図１６では、ＭＰＥＧ４映像データの送信処理から記述している（図１４の手順（１）と（２）に相当する手順については説明を省略している）。
【０１１０】
具体的な処理シーケンスを以下に示す。
【０１１１】
・無線端末２０２が無線端末２０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【０１１２】
・無線端末２０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【０１１３】
・無線端末２０１がＭＰＥＧ４映像／音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末２０１が、自端末のチャネル番号（ＣＨ＝４とする）を設定する。また、設定したチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（２）無線端末２０１が、無線端末２０２のチャネル番号獲得のため、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信する。
（３）Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを受信した無線端末２０２は、自端末のチャネル番号（ＣＨ＝７とする）を設定する。また、受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記載されている無線端末１０１のチャネル番号（ＣＨ＝４）と、設定した自端末のチャネル番号（ＣＨ＝７）をＡＶアプリケーションに通知する。
（４）無線端末２０２は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末２０２は、無線端末２０２に設定したチャネル番号を通知するため、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。
（６）Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを受信した無線端末２０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記載されている無線端末２０２のチャネル番号（ＣＨ＝７）をＡＶアプリケーションに通知する。
（７）無線端末２０１は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【０１１４】
・無線端末２０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末２０１側のチャネル番号（ＣＨ＝５とする）および無線端末２０２側のチャネル番号（ＣＨ＝８とする）を設定する。
−その際、無線端末２０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［３］）を送信し、無線端末２０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［４］）を送信する。
−また、無線端末２０１，２０２が、それぞれ、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【０１１５】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【０１１６】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、Ｈ．２２３データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末２０１が、ＭＰＥＧ４映像データおよびＭＰＥＧ４音声データをＨ．２２３プロトコルで多重化したデータをＲＴＰパケットにカプセル化して、宛先論理チャネル（ＣＨ＝７）を書き込んで無線端末２０２に向けて送信する。
・無線端末２０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝８）を書き込んで無線端末２０２に向けて送信する。
・無線端末２０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末２０１に向けて送信する。
【０１１７】
このような一連の処理を実行することによって、無線端末２０１から無線端末２０２へのＭＰＥＧ４映像／音声データ（およびそのための制御情報の交換）の別の方式による転送が可能となる。
【０１１８】
なお、上記の処理シーケンス例では、各Ｌ２ＣＡＰ論理チャネルの設定を順次実行するようになっているが、このＬ２ＣＡＰ論理チャネルの獲得処理は、必ずしもこのような順序で実行する必要はない。例えば、２つの論理チャネルの獲得処理を並行して実行してもよいし、順番を入れ換えて実行してもよい。
【０１１９】
ここで、第１の実施形態に示したように、上記のような処理シーケンスとは別に、無線端末２０２においては、対応表の作成処理を行わず、上記一連のＬ２ＣＡＰ論理コネクションの設定処理終了後に、無線端末２０１がＡＶ／Ｃプロトコルを用いて、設定したＬ２ＣＡＰの論理コネクション情報（セッション情報）を無線端末２０２に通知するような方法も可能である。また、本実施形態においても、上記Ｌ２ＣＡＰの論理コネクションの割り当て方式に関しては第１の実施形態の場合と同様に、各種の方法が実行可能である。
【０１２０】
図１８（ａ）に、図１６および図１７の手順において、論理チャネル（ＣＨ＝７）で転送されているＲＴＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示し、図１８（ｂ）に、同じく論理チャネル（ＣＨ＝５，８）で転送されているＲＴＣＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示す。
【０１２１】
図１８に示したパケットフォーマットと図７に示したパケットフォーマットとの違いは、ＲＴＰパケットのペイロード部分に、Ｈ．２２３ヘッダ領域が乗っている点と、ＭＰＥＧ４映像データおよび音声データが多重化して乗っている点である。
【０１２２】
なお、図１８では、ＭＰＥＧ４映像／音声データを多重化した一つのＨ．２２３を一つのＲＴＰパケットに乗せるような場合を示しているが、カプセル化の方式としては、Ｈ．２２３のパケットを複数のＲＴＰパケットに分割して転送する方式や、複数のＨ．２２３パケットを一つのＲＴＰパケットに多重化して転送するような方式も考えられる。
【０１２３】
また、本実施形態においては、上記のようなＡＶストリームの多重化方式として利用可能なものは、Ｈ．２２３プロトコルのみとは限らない。本実施形態において重要な点は、何らかの多重化プロトコルによって多重化されたＡＶストリームが、さらにＲＴＰパケットによってカプセル化されてから転送されているというところにある。
【０１２４】
（第３の実施形態）
さて、これまでは、１回のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔによって１つの論理チャネルを設定する場合を中心に説明したが、以下では、これまでの各方法において、あらかじめ論理チャネル情報の割り当て方式を決めておき、１回のＣｏｎｎｅｃｔ＿ＲｅｑｕｅｓｔでＡＶストリーム転送用および制御情報パケット転送用の全ての論理チャネルを設定してしまう場合のＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【０１２５】
まず、この場合の論理チャネルの割り当て方法および無線端末間で通知すべき情報の例について説明する。
【０１２６】
一例としては、プロトコル識別子（ＰＳＭ）および１つのパラメータ値ｘで、一方の無線端末の当該データ通信に係る全ての論理チャネルの設定を特定する方法（この場合、一方の無線端末から他方の端末へプロトコル識別子および１つのパラメータ値ｘを通知する）が考えられる。
【０１２７】
具体的には、例えば、映像データと音声データと制御情報のうちの全部または一部を転送する場合に、プロトコル識別子として、ＡＶ−ｔｙｐｅ１〜６を設定し、
ＡＶ−ｔｙｐｅ１は、映像データ（ＲＴＰ）＋音声データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し（映像データと音声データと制御情報の３つの論理チャネルを設定すべきこと、および後述するように映像データ、音声データ、制御情報の順番で、獲得した論理チャネルｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）を割り当ることを示すものとする（もちろん、順番はこれに限定されず、予め定めておけばよい）；以下、同様である）、
ＡＶ−ｔｙｐｅ２は、映像データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し、
ＡＶ−ｔｙｐｅ３は、音声データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し、
ＡＶ−ｔｙｐｅ４は、映像データ（ＲＴＰ）＋音声データを示し、
ＡＶ−ｔｙｐｅ５は、映像データ（ＲＴＰ）を示し、
ＡＶ−ｔｙｐｅ６は、音声データ（ＲＴＰ）を示すものとする。
【０１２８】
そして、プロトコル識別子＝ＡＶ−ｔｙｐｅ１では、あるパラメータｘについて、予め定められた関数ｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）で示される番号の論理チャネル（例えば、ｆ１（ｘ）＝ｘ，ｆ２（ｘ）＝ｘ＋１，ｆ３（ｘ）＝ｘ＋２）が獲得できたならば、論理チャネル番号ｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）を上記の順番（例えば、映像データ、音声データ、制御情報の順番）で割り当てるようにする。
【０１２９】
同様に、プロトコル識別子＝ＡＶ−ｔｙｐｅ２は、あるパラメータｘについて、予め定められた関数ｆ１（ｘ），ｆ２（ｘ）で示される番号の論理チャネルが獲得できたならば、論理チャネル番号ｆ１（ｘ），ｆ２（ｘ）を映像データ、制御情報の順番で割り当てるようにする。同様に、ＡＶ−ｔｙｐｅ３は、獲得できた論理チャネル番号ｆ１（ｘ），ｆ２（ｘ）を音声データ、制御情報の順番で割り当てるようにする。他についても同様である。
【０１３０】
このようにプロトコル識別子と１つのパラメータ値ｘを定義することによって、１回のＣｏｎｎｅｃｔ＿ＲｅｑｕｅｓｔでＡＶストリーム転送用および制御情報パケット転送用の全ての論理チャネルを設定することができる。
【０１３１】
もちろん、上記に示した具体例以外の方法も可能である。
【０１３２】
以下、図５および図６の場合を例にとって説明する。もちろんこれまで説明した他の方法の場合についても同様に可能である。
【０１３３】
図１９に、図５および図６をベースとして１回のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔで全ての論理チャネルを設定してしまう場合の処理シーケンスの一例を示す。なお、図１９では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【０１３４】
具体的な処理シーケンスを以下に示す。
【０１３５】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【０１３６】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【０１３７】
・無線端末１０１および無線端末１０２が必要な全てのＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末１０１が、予め定められた方法により、自端末の全てのチャネル番号を設定する。
ここでは、ＭＰＥＧ４映像データ（ＲＴＰ）とＭＰＥＧ４音声データ（ＲＴＰ）と制御情報（ＲＴＣＰ）の３つについて設定する場合に、パラメータｘについて、ＣＨ＝ｘとＣＨ＝ｘ＋１とＣＨ＝ｘ＋２を設定する方法を採用するものとし、ＣＨ＝１，２，３が設定されたものとする（ＭＰＥＧ４映像データがＣＨ＝１、ＭＰＥＧ４音声データがＣＨ＝２、制御情報がＣＨ＝３という対応になるものとする）。
また、無線端末１０１は、設定したチャネル番号を上記対応がわかるようにＡＶアプリケーションに通知する。
（２）無線端末１０１が、無線端末２０２のチャネル番号獲得のため、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信する。ここでは、その際、前述の例に従って、パケットに、プロトコル識別子としてＡＶ−ｔｙｐｅ１を、パラメータ情報としてｘ＝１を記述するものとする。
このときのパラメータｘ＝１は、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット［１］のソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）の値を用いて通知する方法が考えられる。これにより、無線端末１０１側の一連のチャネル番号の先頭がＣＨ＝１であることを通知できる。
（３）Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを受信した無線端末１０２は、無線端末１０１から受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記述されたプロトコル識別子とパラメータ情報から、無線端末１０１における上記対応を求める。
また、無線端末１０２が、上記と同様にして、自端末のチャネル番号を設定する。ここでは、ＣＨ＝４，５，６が設定されたものとする。
また、無線端末１０２は、無線端末１０１で設定されたチャネル番号と各データとの対応と、自端末で設定したチャネル番号と各データとの対応とをＡＶアプリケーションに通知する。
（４）無線端末１０２は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末１０２は、無線端末１０２に設定したチャネル番号を通知するため、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。その際、上記と同様に、プロトコル識別子（ＰＳＭ＝ＡＶ−ｔｙｐｅ１）とパラメータ情報（ｘ＝４）をパケットに記述する。
このときのパラメータｘ＝４は、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット［４］のソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）の値を用いて通知する方法が考えられる。これにより、無線端末１０２側の一連のチャネル番号の先頭がＣＨ＝４であることを通知できる。
（６）Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを受信した無線端末１０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記述されたプロトコル識別子とパラメータ情報から、無線端末１０２における上記対応を求める。
また、無線端末１０１は、無線端末１０２で設定されたチャネル番号と各データとの対応をＡＶアプリケーションに通知する。
（７）無線端末１０１は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【０１３８】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【０１３９】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【０１４０】
なお、上記の具体例ではパラメータｘから論理チャネル番号を特定する関数群は予め定められているものとしたが、関数群を複数用意しておいて、どの関数群を用いるかをもパラメータとして通知するようにしてもよい。
【０１４１】
また、実際のデータ転送処理に先立って実行されるセッション制御処理時に、利用する関数群を通知する方法を用いても良い。
【０１４２】
以上、各実施形態で説明してきたように、本実施形態によれば、Ｂｌｕｅｔｏｏｔｈのような、あらかじめ論理的なチャネルを設置してからデータ転送を開始するような無線システムを利用しても、ＲＴＰプロトコルのようなトランスポートレイヤ・プロトコルを用いたＡＶデータ転送が可能となる。また、ＲＴＣＰプロトコルとＲＴＰプロトコルに異なる論理チャネルを割り当てることによって、ＡＶデータ転送制御処理（特に、インターネットと無線システムに跨っての制御処理）が実行しやすくなる。
【０１４３】
なお、以上の各実施形態では、映像データおよび音声データを転送する場合を例にとって説明したが、映像データおよび音声データに加えて他の情報をも転送する場合、映像データのみ転送する場合、音声データのみ転送する場合、映像データまたは音声データの一方とさらに他の情報とを転送する場合なども同様に可能である。
【０１４４】
また、以上では、ＡＶデータは片方向通信として説明したが、ＡＶデータを双方向通信する場合も同様に可能である。
【０１４５】
また、以上では、ＡＶデータの送信側が再生要求を受信した後にＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを送信し、ＡＶデータの受信側がこれに応答してＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを送信するようにしたが、ＡＶデータの送信側が受信要求を送信し、ＡＶデータの受信側が受信要求を受信した後にＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを送信し、ＡＶデータの送信側がこれに応答してＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを送信するようすることも可能である。
【０１４６】
また、以上の構成は、無線端末だけではなく、例えばインターネットと当該無線ネットワークとを接続する無線ゲートウェイにも適用可能である。
【０１４７】
なお、以上では、Ｂｌｕｅｔｏｏｔｈを用いた場合を例にとって説明したが、本発明は、それ以外の「各無線端末間でのデータ転送に先だって、その無線端末間に論理的なコネクションを確立してからデータ転送を実行する」ような無線ＬＡＮシステムにおける無線端末にも適用可能である。
【０１４８】
また、以上では、ＡＶデータ転送のためのＡＶ制御プロトコルとしてＡＶ／Ｃプロトコルを用いた場合を例にとって説明したが、本発明は他のＡＶ制御プロトコルを用いた場合にも適用可能である。
【０１４９】
また、以上では、ＡＶデータやそのための制御情報の転送のためのプロトコルとしてＲＴＰプロトコル（ＲＴＣＰプロトコル）を用いた場合を例にとって説明したが、本発明は他のＡＶデータ転送制御情報の転送プロトコルを用いた場合にも適用可能である。
【０１５０】
また、以上では、ＡＶデータを多重化するためにＨ．２２３プロトコルを用いた場合を例にとって説明したが、本発明は他の多重化プロトコルを用いた場合にも適用可能である。
【０１５１】
また、本発明は家庭内ネットワークにもオフィスやその他の環境に設けられたネットワークにも適用可能である。
【０１５２】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１５３】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１５４】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１５５】
【発明の効果】
本発明によれば、Ｂｌｕｅｔｏｏｔｈのように無線ネットワーク上にあらかじめ論理的チャネルを設定して通信を開始するような無線システム上においてＲＴＰプロトコルのようなトランスポート・プロトコルを利用したＡＶデータ転送処理が可能となる。また、本発明によれば、例えば、インターネット上を転送されているＡＶデータを上記のような無線システム上に拡張して転送するようなことが容易となる。
【図面の簡単な説明】
【図１】第１の実施形態の無線端末が実行するプロトコルスタックを示す図
【図２】第１の実施形態の無線端末を用いた無線ネットワーク構成の一例を示す図
【図３】第１の実施形態の無線端末が記憶する論理チャネル情報の一例を示す図
【図４】第１の実施形態の無線端末が記憶する論理チャネル情報の別の一例を示す図
【図５】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図６】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図７】第１の実施形態の無線端末間で転送されるＲＴＰパケットおよびＲＴＣＰパケットのパケットフォーマットの一例を示す図
【図８】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図９】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図１０】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図１１】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの別の一例
【図１２】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの別の一例を示す図
【図１３】第２の実施形態の無線端末が実行するプロトコルスタックを示す図
【図１４】第２の実施形態の無線端末を用いた無線ネットワーク構成の一例を示す図
【図１５】第２の実施形態の無線端末が記憶する論理チャネル情報の一例を示す図
【図１６】第２の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図１７】第２の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図１８】第２の実施形態の無線端末間で転送されるＲＴＰパケットおよびＲＴＣＰパケットのパケットフォーマットの一例を示す図
【図１９】第３の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【符号の説明】
１…Ｂａｓｅｂａｎｄ処理部
２…Ｌ２ＣＡＰ処理部
３…ＡＶ／Ｃプロトコル処理部
４…ＲＴＰ処理部
４１…Ｈ．２２３処理部
５…ＲＴＣＰ処理部
６…Ｖｉｄｅｏ処理部
７…Ａｕｄｉｏ処理部
８…Ｄａｔａ処理部
９…Ａ／Ｖアプリケーション処理部
１０，２０…Ｂｌｕｅｔｏｏｔｈネットワーク
１０１，１０２，２０１，２０２…無線端末
１０１１，２０１１…ＭＰＥＧ４映像／音声ソース
１０２１，２０２１…デコーダ／ビューワ機能
【発明の属する技術分野】
本発明は、あらかじめ無線ネットワーク上に論理的なチャネルを設定して通信を実行するような無線ネットワークに属する無線端末及びそのデータ転送方法に関する。
【０００２】
【従来の技術】
近年、無線ネットワーク（無線ＬＡＮ）の実用化が注目されてきている。特に、一昨年にＩＥＥＥ８０２．１１の規格が決まったことから、多くの無線ＬＡＮ製品が登場しているとともに、その低価格化には目を見張るものがある。このような、無線技術の高度化／低価格化にともなって、これらを家庭内にも応用しようとの動きが活発になってきている。米国では、関連する企業が集まってＨｏｍｅＲＦやＢｌｕｅｔｏｏｔｈなどの業界団体が設立される等、今後も大きく進歩していくことが予想されている。また、家庭内ネットワークとしては、新しいケーブルを敷設する必要のない無線システムは非常に受け入れられ易いシステムであると言える。このため、高速化／低価格化されてきた無線ＬＡＮシステムと、ＩＥＥＥ１３９４とを融合させたネットワークシステムが、将来の家庭内ネットワークにおける中心的存在となっていくものと考えられる。そして、このような無線ネットワークの普及に伴い、これまでは有線ケーブルを用いて転送されていたＡＶデータを、無線ネットワークを介して転送しようとの動きが現れつつある。
【０００３】
一方、このようなＡＶデータの転送は、インターネット上においても実現されつつある。インターネット上には、既に、ＲｅａｌＭｅｄｉａ等のアプリケーションが提供されており、ユーザがＡＶデータをインターネット経由で受信できる環境が構築されていっている。このような、インターネット上におけるＡＶデータ転送時のトランスポートレイヤ・プロトコルとして広く使われているのがＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルである。ＲＴＰは、ＩＥＴＦによって標準化が完了したプロトコルであり、既に、ＲＦＣ１８８９（Ａ ＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ ｆｏｒＲｅａｌ−ｔｉｍｅ Ａｐｐｌｉｃａｔｉｏｎｓ）としてＳｔａｎｄａｒｄ−Ｔｒａｃｋになっている。
【０００４】
先に述べたように、現在は無線ネットワークによるＡＶデータ転送を実現する方式についての検討が多くの場所でなされている。しかし、上記のような無線システム上でトランスポートレイヤ・プロトコルを実行するための仕組みは未だ提供されていない。
【０００５】
【発明が解決しようとする課題】
上記のように無線システム上でＡＶデータ転送を実現するためのトランスポートレイヤ・プロトコルを実行するための仕組みは未だ提供されていない。
【０００６】
本発明は、上記事情を考慮してなされたもので、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいてＡＶデータ転送のためのトランスポートレイヤ・プロトコルを実行可能な無線端末及びデータ転送方法を提供することを目的とする。
【０００７】
また、本発明は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいてＡＶデータ転送のためのトランスポートレイヤ・プロトコルとしてＲＴＰプロトコルを実行可能な無線端末及びデータ転送方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明（請求項１）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、前記無線端末は、通信相手の他の無線端末との間に、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のための第１の論理チャネルと、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットを、その転送のために設定された前記第１の論理チャネルを用いて転送し、前記無線端末間で、前記データパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とする。
また、本発明（請求項２）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、前記無線端末は、通信相手の他の無線端末との間に、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎の、該ＡＶストリームを含むデータパケットの転送のための第１の論理チャネルの各々と、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットの各々を、それらの転送のために設定された前記第１の論理チャネルの各々を用いて転送し、前記無線端末間で、前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とする。
【０００９】
本発明では、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいて、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットを転送するとともに、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを交換する場合、ＡＶストリームを含むデータパケットと制御情報を含む制御パケットとに別々の論理チャネルが割り当てられ、該データパケットと該制御情報とは別々の論理チャネルを用いて転送される。
あるいは、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に論理チャネルを割り当てる場合にも、各データパケットと制御情報とは別々の論理チャネルを用いて転送される。
【００１０】
例えば、ＲＴＰプロトコルでＭＰＥＧ４映像データとＭＰＥＧ４音声データを転送するとともに、ＲＴＣＰプロトコルで制御情報を交換する場合に、ＭＰＥＧ４映像データとＭＰＥＧ４音声データと制御情報は異なる論理チャネルで転送され、あるいは、ＭＰＥＧ４映像データとＭＰＥＧ４音声データとが例えばＨ．２２３プロトコルなどによって多重化される場合には、Ｈ．２２３パケットと制御パケットは異なる論理チャネルで転送される。
【００１１】
本発明によれば、Ｂｌｕｅｔｏｏｔｈのように無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおいて、無線端末間で、ＲＴＰプロトコルのようなトランスポートレイヤ・プロトコルを利用したＡＶデータ転送処理が可能となる。
また、例えば、ＲＴＰプロトコルとＲＴＣＰプロトコルに異なる論理チャネルを割り当てることによって、ＡＶデータ転送制御処理が容易になる。特に、インターネット上を転送されているＡＶデータをＢｌｕｅｔｏｏｔｈのような無線システム上に拡張して転送することが容易となる（例えば、インターネットと無線システムに跨ったＲＴＰプロトコルとＲＴＣＰプロトコルの制御処理が容易になる）。
【００１２】
本発明（請求項３）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のために第１の論理チャネルを設定する第１の論理チャネル設定手段と、通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送のために設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、前記通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および該ＡＶストリームについての前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする。
【００１３】
本発明（請求項４）は、無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のために第１の論理チャネルをそれぞれ設定する第１の論理チャネル設定手段と、通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のためにそれぞれ設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする。
【００１４】
好ましくは、前記第２の論理チャネル設定手段は、前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルをそれぞれ設定し、前記第２の取得手段は、前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のためにそれぞれ設定された第４の論理チャネルに関する情報を取得し、前記記憶手段は、前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および各々の前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶するようにしてもよい。
【００１５】
好ましくは、前記ＡＶストリームを含むデータパケットは前記対応情報を参照して得た前記第２の論理チャネルを用いて前記通信相手の無線端末へ送信し、前記制御情報を含む制御パケットは前記対応情報を参照して得た前記第４の論理チャネルを用いて前記通信相手の無線端末へ送信するパケット送信手段を更に備えるようにしてもよい。
【００１６】
好ましくは、前記第３の論理チャネルにより前記通信相手の無線端末からの前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを受信する受信手段を更に備えるようにしてもよい。
【００１７】
好ましくは、前記通信相手の無線端末に、自端末内の第１の論理チャネル設定手段により設定された前記第１の論理チャネルを識別するチャネル識別子を含む第１の接続要求を送信する第１の接続要求送信手段と、前記第１の接続要求に応答して前記通信相手の無線端末内で設定された第２の論理チャネルを識別するチャネル識別子を含む第１の接続応答を前記通信相手の無線端末から受信する第１の接続応答受信手段と、前記通信相手の無線端末に、自端末内の第２の論理チャネル設定手段により設定された前記第３の論理チャネルを識別するチャネル識別子を含む第２の接続要求を送信する第２の接続要求送信手段と、前記第２の接続要求に応答して前記通信相手の無線端末内で設定された第４の論理チャネルを識別するチャネル識別子を含む第２の接続応答を前記通信相手の無線端末から受信する第２の接続応答受信手段とを更に備えるようにしてもよい。
【００１８】
好ましくは、前記第１の取得手段は前記第１の接続応答によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続応答によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００１９】
好ましくは、前記第１、第２の論理チャネル設定手段は予め定められたチャネル割り当て方法によって前記第１、第２の論理チャネルを一括して設定するものであり、前記無線端末は、前記通信相手の無線端末に、前記予め定められたチャネル割り当て方法によって自端末内の前記第１、第２の論理チャネル設定手段により設定された前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続要求を送信する接続要求送信手段を更に備えるようにしてもよい。
【００２０】
好ましくは、前記第１の接続要求に応答して前記通信相手の無線端末内で予め定められたチャネル割り当て方法によって設定された前記第２、第４の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続応答を前記通信相手の無線端末から受信する接続応答受信手段を更に備えるようにしてもよい。
【００２１】
好ましくは、前記第１、第２の取得手段は前記接続応答に含まれる前記特定するための情報に基づいて前記第２、第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２２】
好ましくは、前記特定するための情報は、所定のパラメータ値を示す情報、および該所定のパラメータ値を入力として規定数のチャネル識別子を出力するための関数群を示す情報を含むものであるようにしてもよい。
【００２３】
好ましくは、前記関数群は前記パラメータ値を入力として規定数のチャネル識別子を連続番号で出力するものであるようにしてもよい。
【００２４】
好ましくは、前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末に通知するようにしてもよい。
【００２５】
好ましくは、自端末内の前記記憶手段に記憶された前記対応情報を前記通信相手の無線端末へ通知する通知送信手段を更に備えるようにしてもよい。
【００２６】
好ましくは、前記通信相手の無線端末内で設定された前記第２の論理チャネルを示す情報を含む第１の接続要求を前記通信相手の無線端末から受信する第１の接続要求受信手段と、受信された前記第１の接続要求に応答して前記第１の論理チャネル設定手段により対応する前記データパケットの転送のために前記第１の論理チャネルが設定された後に、該第１の論理チャネルを示す情報を含む第１の接続応答を前記通信相手の無線端末へ送信する第１の接続応答送信手段と、前記通信相手の無線端末内で設定された前記第４の論理チャネルを示す情報を含む第２の接続要求を前記通信相手の無線端末から受信する第２の接続要求受信手段と、受信された前記第２の接続要求に応答して前記第２の論理チャネル設定手段により対応する前記制御パケットの転送のために前記第３の論理チャネルが設定された後に、該第３の論理チャネルを示す情報を含む第２の接続応答を前記通信相手の無線端末へ送信する第２の接続応答送信手段とを更に備えるようにしてもよい。
【００２７】
好ましくは、前記第１の取得手段は前記第１の接続要求によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続要求によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２８】
好ましくは、前記通信相手の無線端末から該通信相手の無線端末内で設定された前記対応情報の通知を受信する通知受信手段を更に備え、この通知に基づいて前記記憶手段に前記対応情報が登録されるようにしてもよい。
【００２９】
好ましくは、前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末から受信するようにしてもよい。
【００３０】
好ましくは、前記無線システムはｂｌｕｅｔｏｏｔｈであり、前記論理チャネルはＬ２ＣＡＰチャネルであるようにしてもよい。
【００３１】
好ましくは、前記ＡＶストリームはＲＴＰプロトコルによるデータであり、前記制御情報はＲＴＣＰプロトコルによるデータであるようにしてもよい。
【００３２】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
【００３３】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００３４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３５】
本発明の実施の形態では、無線ＬＡＮシステムとして、「各無線端末間でのデータ転送に先だって、その無線端末間に論理的なコネクションを確立してからデータ転送を実行する」ような無線ＬＡＮシステムを想定して説明する。より具体的には、そのような無線ＬＡＮシステムの一つであるＢｌｕｅｔｏｏｔｈを用いた場合について説明する。
【００３６】
（第１の実施形態）
図１に、本実施形態で実行されるＡＶデータ転送方式のプロトコル・スタックの一例を示す。
【００３７】
図１のプロトコル・スタックでは、無線システムとして、現在標準化の進められているＢｌｕｅｔｏｏｔｈを用いる（物理レイヤがＢａｓｅｂａｎｄであり、データリンクレイヤがＬ２ＣＡＰである）場合を示している。また、無線端末においてＡＶアプリケーションを実行する際に、そのＡＶデータ転送のためのＡＶ制御プロトコルとして、ＩＥＥＥ１３９４上で定義されているＡＶ／Ｃプロトコル（ＡＶ／Ｃ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ Ｃｏｍｍａｎｄ ＳｅｔＧｅｎｅｒａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＩＥＥＥ１３９４−１９９５）等参照）を実行し、これによって、いわゆるセッション制御処理のような機能を提供する場合を示している。さらに、実際のＡＶデータ転送に関しては、映像データ／音声データ／情報データ等の各種のデータを、各々ＲＴＰ（Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケットによって転送し、ＲＴＰパケットをさらにＢｌｕｅｔｏｏｔｈのデータリンクレイヤ・プロトコルであるＬ２ＣＡＰパケットにカプセル化するとともに、ＲＴＣＰプロトコル（ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いてＡＶデータ転送制御情報の授受を行う場合を示している。
【００３８】
ここで、本実施形態では、図１のプロトコル・スタックに示すように、各データ（映像、音声、情報）をそれぞれ別のＲＴＰストリームとして転送する場合を示しており、その各ＲＴＰストリームに関するＡＶデータの転送状況（エラー率等）などの情報を交換するプロトコルとして、ＲＴＣＰプロトコルが実行される。ＲＴＰパケットとＲＴＣＰパケットとは、基本的に同じパケットフォーマットが規定されており（ＲＦＣ１８８９にて定義されている）、それらをパケットヘッダフィールドの情報によって識別することも可能であるが、本実施形態では、それらのパケットを、異なるＬ２ＣＡＰチャネルを用いて転送することによって識別するようにしている。
【００３９】
図１は、無線端末のプロトコル処理に関する内部構成に対応し、無線端末は、各プロトコルを実行する処理部、すなわち、Ｂｌｕｅｔｏｏｔｈの物理レイヤ処理を実行するベースバンド（Ｂａｓｅｂａｎｄ）処理部１、Ｂｌｕｅｔｏｏｔｈのデータリンクレイヤ処理を実行するＬ２ＣＡＰ処理部２、そして、その上位に、ＡＶ／Ｃプロトコルを実行するＡＶ／Ｃプロトコル処理部３、ＲＴＰプロトコルを実行するＲＴＰ処理部４およびその上位に乗せられたＡＶデータ転送プロトコル群に対応する各処理部すなわちＶｉｄｅｏ処理部６とＡｕｄｉｏ処理部７とＤａｔａ処理部８、ＲＴＣＰプロトコルを実行するＲＴＣＰ処理部５、そして、それらの上位に、ＡＶアプリケーションを実行するＡＶアプリケーション処理部９を有することになる。
【００４０】
なお、ＡＶ／Ｃプロトコルは、ノードをユニット（Ｕｎｉｔ）と呼ばれる単位で認識し、さらにノード内の構成要素（例えば、ＤｉｓｐｌａｙやＶＴＲ）をサブユニット（ＳｕｂＵｎｉｔ）と呼ばれる単位で認識するものである。また、ＡＶ／Ｃの制御コマンド（例えば、いわゆる「再生」「停止」「早送り」等のコマンド）の転送プロトコルにおいては、コマンドの送信とレスポンスの受信とを一つのセットとして実行することになっている。
【００４１】
図２に、上記のようなプロトコル・スタックによってＡＶデータ転送を実行する場合の無線ネットワークの構成例を示す。
【００４２】
図２では、無線端末１０１と無線端末１０２とがＢｌｕｅｔｏｏｔｈネットワーク１０によって接続されており、無線端末１０１内には、例えばＶＴＲのように、ＭＰＥＧ４の映像／音声のソースを提供するための機能である、ＭＰＥＧ４映像／音声ソース（サブユニット）１０１１が存在し、無線端末１０２内には、提供されたＭＰＥＧ４の映像／音声データをデコードし、そのデコードされた映像／音声データをユーザに提供（表示／音声出力）するための機能である、ＭＰＥＧ４デコーダ／ビューワ機能（サブユニット）１０２１が存在する。
【００４３】
なお、無線端末１０１のＭＰＥＧ４映像／音声ソース１０１１は、実際には、他の装置から受信したＭＰＥＧ４映像／音声データを無線端末１０１が中継するものであってもよいし、同様に、無線端末１０２のＭＰＥＧ４デコーダ／ビューワ機能１０２１は、実際には、受信したＭＰＥＧ４映像／音声データを無線端末１０２が他の装置へ中継するものであってもよい。
【００４４】
なお、図２において、無線端末１０１のノードＩＤ＝［Ａ］、無線端末１０２のノードＩＤ＝［Ｂ］とする。
【００４５】
次に、上記のような構成において、図１に示したようなプロトコル・スタックを用いてＡＶデータ転送を実行する場合の処理の概要について、図２に記述したシーケンス例を参照しながら説明する。
【００４６】
（１）無線端末１０１と無線端末１０２とが、ＡＶ／Ｃプロトコルを用いて、互いに相手端末内の構成要素情報を取得する。この結果、無線端末１０２は、無線端末１０１に構成要素としてＭＰＥＧ４映像／音声ソース１０１１が存在することを認識し、無線端末１０１は、無線端末１０２に構成要素としてＭＰＥＧ４デコーダ／ビューワ機能１０２１が存在することを認識する。
【００４７】
（２）無線端末１０１と無線端末１０２との間に、ＡＶデータ転送のための各Ｌ２ＣＡＰ論理チャネル（ここでは映像データ用チャネルと音声データ用チャネルの２つのチャネル）と、ＡＶデータ転送制御のためのＬ２ＣＡＰ論理チャネル（ここでは映像データ用チャネルおよび音声データ用チャネルについて１つのチャネル）を設定する。例えば、
・無線端末１０１では、映像データ転送用にＣＨ＝１、音声データ転送用にＣＨ＝２、ＡＶデータ転送制御用にＣＨ＝３がそれぞれ獲得される。
・無線端末１０２では、映像データ転送用にＣＨ＝４、音声データ転送用にＣＨ＝５、ＡＶデータ転送制御用にＣＨ＝６がそれぞれ獲得される。
【００４８】
（３）無線端末１０２が無線端末１０１内のＭＰＥＧ４映像／音声ソース１０１１に対して、再生スタート（Ｐｌａｙ）のコマンドを送信する。
【００４９】
（４）無線端末１０１が、映像データおよび音声データをそれぞれ別の論理チャネル（ここではＣＨ＝４とＣＨ＝５）を用いて無線端末１０２に転送する。
【００５０】
（５）無線端末１０１と無線端末１０２との間で、映像データおよび音声データについて一つの論理チャネル（ここではＣＨ＝３とＣＨ＝６）を用いて、ＡＶデータ転送の制御情報を交換する。
【００５１】
ここで、上記のシーケンスにおいて無線端末１０１および無線端末１０２がそれぞれ保持する、転送しているＡＶデータとＬ２ＣＡＰの論理チャネルとの対応関係の記憶方式について説明する。
【００５２】
図３に、無線端末１０１が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報との対応表の一例を示す。図３の対応表では、ノードＩＤ＝［Ｂ］の無線端末（すなわち無線端末１０２）へのＡＶデータとして、ＭＰＥＧ４のビデオデータおよびオーディオデータ（ＭＰＥＧ４ Ｖｉｄｅｏ／Ａｕｄｉｏ）とともに、それらの制御情報（Ｃｏｎｔｒｏｌ）を転送するようになっている。また、各ＡＶデータがＲＴＰ／ＲＴＣＰプロトコルによって転送されていることが示されている。さらに、各ＲＴＰ／ＲＴＣＰストリームがＬ２ＣＡＰにおけるどの論理チャネルに対応しているのか（図３の場合、具体的には、自端末側の論理チャネルとしては、ＭＰＥＧ４−Ｖｉｄｅｏ（ＲＴＰストリーム）が論理チャネルＣＨ＝１に、ＭＰＥＧ４−Ａｕｄｉｏ（ＲＴＰストリーム）が論理チャネルＣＨ＝２に、データ転送制御情報（ＲＴＣＰ）が論理チャネルＣＨ＝３に対応していることと、宛先側の論理チャネルとしては、同じく論理チャネルＣＨ＝４〜６に対応していること）がわかるようになっている。
【００５３】
図４に、無線端末１０２が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報の対応表の一例を示す。図４においても図３と同様に、無線端末１０２が受信しているＡＶデータ（ＭＰＥＧ４映像／音声データ）とＡＶデータ転送制御用のデータに割り当てられているＬ２ＣＡＰの論理チャネル情報が入手できるようになっている。
【００５４】
以下では、これまで説明したようなプロトコル、無線ネットワーク構成、対応表を利用して、無線端末１０１と無線端末１０２との間でＡＶデータの転送を実行する場合の、具体的なＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【００５５】
図５および図６に、この場合の処理シーケンスの一例を示す（図５および図６は一連の処理であり、図５に図６が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図５では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【００５６】
具体的な処理シーケンスを以下に示す。
【００５７】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【００５８】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【００５９】
・無線端末１０１がＭＰＥＧ４映像転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末１０１が、自端末のチャネル番号（ＣＨ＝１とする）を設定する。また、設定したチャネル番号（ＣＨ＝１）をＡＶアプリケーションに通知する。
（２）無線端末１０１が、無線端末１０２のチャネル番号獲得のため、接続要求（Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔ）パケット（図中、パケット［１］）を送信する。
（３）接続要求（Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔ）パケットを受信した無線端末１０２は、自端末のチャネル番号（ＣＨ＝４とする）を設定する。また、受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記載されている無線端末１０１のチャネル番号（ＣＨ＝１）と、設定した自端末のチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（４）無線端末１０２は、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末１０２は、無線端末１０１に設定したチャネル番号を通知するため、接続応答（Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅ）パケット（図中、パケット［２］）を送信する。
（６）接続応答（Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅ）パケットを受信した無線端末１０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記載されている無線端末１０２のチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（７）無線端末１０１は、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【００６０】
・無線端末１０１がＭＰＥＧ４音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝２とする）および無線端末１０２側のチャネル番号（ＣＨ＝５とする）を設定する。
−その際、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓ ｔパケット（パケット［３］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［４］）を送信する。
−また、無線端末１０１，１０２が、それぞれ、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００６１】
・無線端末１０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝３とする）および無線端末１０２側のチャネル番号（ＣＨ＝６とする）を設定する。
−その際、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［５］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［６］）を送信する。
−また、無線端末１０１，１０２が、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表（図３、図４参照）を更新する。
【００６２】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【００６３】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【００６４】
このような一連の処理を実行することによって、無線端末１０１から無線端末１０２へのＭＰＥＧ４映像／音声データの転送（およびそのための制御情報の交換）が可能となる。
【００６５】
なお、上記の処理シーケンス例では、各Ｌ２ＣＡＰ論理チャネルの設定を順次実行するようになっているが、このＬ２ＣＡＰ論理チャネルの獲得処理は、必ずしもこのような順序で実行する必要はない。例えば、３つの論理チャネルの獲得処理を並行して実行してもよいし、順番を入れ換えて実行してもよい。
【００６６】
ここで、Ｖｉｄｅｏストリームに割り当てられるＬ２ＣＡＰの論理チャネル番号と、Ａｕｄｉｏストリームに割り当てられるＬ２ＣＡＰの論理チャネル番号と、転送制御用の制御情報を転送するためのＬ２ＣＡＰの論理チャネル番号の値の割り当て方には、種々の方法が考えられる。
例えば、使用可能な論理チャネル番号からランダムに割り当てる方法がある。
また、例えば、各無線端末上において利用可能なＬ２ＣＡＰチャネル番号のうち、利用可能な連続する論理チャネル番号を割り当てる方法が考えられる。この方法では、例えば、図２の無線端末１０１において、Ｌ２ＣＡＰの論理チャネル番号としてすでに８番までの論理チャネルが利用されていたとすると、新たなＡＶストリームデータの転送の際には、Ｖｉｄｅｏストリームに論理チャネル番号＝９番、Ａｕｄｉｏストリームに論理チャネル番号＝１０番、制御情報転送用に論理チャネル番号＝１１番を割り当てる、というような論理チャネル番号の割り当てを実行することになる。
このようなＬ２ＣＡＰの論理チャネル番号の割り当て方法はいくつか考えられるが、その割り当て方法を、あらかじめ決めておくことによって、図５および図６のような一連の論理チャネルの設定処理を簡略化することが可能となる。
【００６７】
図５および図６の例では、一つのＡＶストリーム（上記例では、ＶｉｄｅｏストリームとＡｕｄｉｏストリーム）毎に制御情報の交換のためのＬ２ＣＡＰの論理チャネルを別々に割り当てるのではなく、一つのＡＶアプリケーション（一つのセッション）に対して制御情報の交換のための論理チャネルを設定している。具体的には、一つのＡＶアプリケーション（セッション）に対してＲＴＣＰプロトコルを実行している。しかし、ＲＴＣＰプロトコルの実行方法としては、必ずしもこのような方法に限定されるものではない。
例えば、各ＡＶストリーム（図５および図６で設定した無線端末１０１上の論理チャネル＝１や２）毎にＲＴＣＰ用の論理チャネルを個別に獲得して制御情報の交換を行うことも可能である。例えば、図５および図６の例において、映像データ転送制御のためのＬ２ＣＡＰ論理チャネルと音声データ転送制御のためのＬ２ＣＡＰ論理チャネルの２つのチャネルを用いるようにしてもよい。
また、上記の２つの方法の中間的な形態、すなわち一つのＡＶアプリケーション（一つのセッション）に属するｎ個のＡＶストリームについて、ＲＴＣＰ用の論理チャネルをｍ（１＜ｍ＜ｎ）個獲得して制御情報の交換を行うことも可能である（ｎ個のＡＶストリームがｍ個のＲＴＣＰ用の論理チャネルに適宜振り分けられることになる）。
【００６８】
このような制御情報交換用の論理チャネルの設定方式などは、各ＡＶアプリケーションを実行する事前設定手順（セッション確立手順）等において通知することも可能である。例えば、このセッション確立手順にＡＶ／Ｃプロトコルを応用し、ＡＶ／ＣのＤｅｓｃｒｉｐｔｏｒ（属性情報記述方式）に制御情報を予め記述しておき、それを事前に読み取ることで、制御情報を交換するような方法も考えられる。
【００６９】
図７（ａ）に、図５および図６の手順において、論理チャネル（ＣＨ＝４，５）で転送されているＲＴＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示し、図７（ｂ）に、同じく論理チャネル（ＣＨ＝３，６）で転送されているＲＴＣＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示す。
【００７０】
図７のパケットフォーマット例では、各々のパケットのＬ２ＣＡＰヘッダ（パケット長やチャネルＩＤが含まれる）に続いて、ＲＴＰパケットヘッダが存在し、そのＲＴＰヘッダ内のＰＴ（ペイロード・タイプ）フィールドによって、そのパケットがＲＴＰパケットであるのかＲＴＣＰパケットであるのかが識別できるようになっている。また、ＲＴＰヘッダには、運んでいるデータがＭＰＥＧ４の映像データであるのか、ＭＰＥＧ４の音声データであるのかを識別したり、そのエンコード方式がどのようになっているのかを識別する機能を提供するためのＭＰＥＧ４＿Ｓｐｅｃｉｆｉｃ＿Ｈｅａｄｅｒが付随している。ただし、事前のセッション制御情報の交換により、これらの情報を事前に通知できる場合には、このＭＰＥＧ４＿Ｓｐｅｃｉｆｉｃ＿Ｈｅａｄｅｒは、必ずしも必須のフィールドではない。
【００７１】
図８〜図１０に、図５および図６に示したような一連の処理において転送される、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［１］、［３］、［５］）とＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［２］、［４］、［６］）のヘッダ領域の一例を示す（図８（ａ）がパケット［１］に対応し、図８（ｂ）がパケット［２］に対応し、図９（ａ）がパケット［３］に対応し、図９（ｂ）がパケット［４］に対応し、図１０（ａ）がパケット［５］に対応し、図１０（ｂ）がパケット［６］に対応する）。
【００７２】
図８（ａ）に示されるように、パケット［１］のヘッダ領域には、そのパケットがＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットである旨を示すためのＣｏｄｅの値（＝０ｘ０２）と、各ノード毎のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔを識別するための識別子（Ｉｄｅｎｔｉｆｉｅｒ）と、パケット長（Ｌｅｎｇｔｈ）と、転送するパケットの対応しているプロトコルがＲＴＰである旨を示すプロトコル識別子（ＰＳＭ（ＰｒｏｔｏｃｏｌＳｅｒｖｉｃｅＭｕｌｔｉｐｌｅｘｏｒ））と、このリクエスト・パケットを出している無線端末（１０１）上の論理チャネルがＣＨ＝１である旨を示すソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）、等の情報が乗せられている。
【００７３】
また、パケット［２］のヘッダ領域には、そのパケットＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットである旨を示すためのＣｏｄｅの値（＝０ｘ０３）と、パケット長と、転送するパケットの対応しているプロトコルがＲＴＰである旨（ＰＳＭ＝ＲＴＰ）と、このレスポンス・パケットを出している無線端末（１０２）上の論理チャネルがＣＨ＝４である旨を示すソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）と、このレスポンス・パケットに対応する無線端末（１０１）上のチャネルがＣＨ＝１である旨を示す宛先チャネルＩＤ（Ｄｅｓｔｉｎａｔｉｏｎ
ＣＩＤ）、等の情報が乗せられている。
【００７４】
パケット［３］のヘッダ領域の情報はパケット［１］のヘッダ領域の情報と同等であり、パケット［４］のヘッダ領域の情報はパケット［２］のヘッダ領域の情報と同等である。
【００７５】
一方、パケット［５］のヘッダ領域では、転送するパケットの対応しているプロトコルがＲＴＣＰである旨（ＰＳＭ＝ＲＴＣＰ）になっている点が、パケット［１］，［３］との違いである。また、同様に、パケット［６］のヘッダ領域では、転送するパケットの対応しているプロトコルがＲＴＣＰである旨（ＰＳＭ＝ＲＴＣＰ）になっている点が、パケット［２］，［４］との違いである。
【００７６】
以下では、図５および図６に示したような一連の処理とは別の方法で無線端末１０１と無線端末１０２との間でＡＶデータの転送を実行する場合の方式について説明する。
【００７７】
図１１および図１２に、この場合の方式の一例を示す（図１１および図１２は一連の処理であり、図１１に図１２が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図１１では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【００７８】
図１１および図１２の手順と、先の図５および図６の手順との違いは、受信側の端末である無線端末１０２における論理チャネル番号の対応表の作成方法である。以下の方式では、個々のＬ２ＣＡＰ論理チャネルの設定時には、無線端末１０２では論理チャネルの対応表の作成を行わず、論理チャネルの設定が終了した後に、ＡＶ／Ｃコマンドを用いて対応表を通知するようになっている。
【００７９】
具体的な処理シーケンスを以下に示す。
【００８０】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【００８１】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【００８２】
・無線端末１０１がＭＰＥＧ４映像転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝１とする）および無線端末１０２側のチャネル番号（ＣＨ＝４とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【００８３】
・無線端末１０１がＭＰＥＧ４音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝２とする）および無線端末１０２側のチャネル番号（ＣＨ＝５とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［３］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［４］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００８４】
・無線端末１０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−図５および図６について説明した手順（１）〜（７）と同様の処理を実行し、無線端末１０１側のチャネル番号（ＣＨ＝３とする）および無線端末１０２側のチャネル番号（ＣＨ＝６とする）を設定する。
−その際、同様に、無線端末１０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［５］）を送信し、無線端末１０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［６］）を送信する。
−ただし、無線端末１０１のみが、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【００８５】
・無線端末１０１が、ＡＶ／Ｃコマンドによって、上記一連の処理で作成した論理チャネルの対応表を無線端末１０２に通知する（セッション通知）。
【００８６】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【００８７】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【００８８】
このような一連の処理を実行することによっても、無線端末１０１から無線端末１０２へのＭＰＥＧ４映像／音声データの転送（およびそのための制御情報の交換）が可能となる。
【００８９】
なお、上記の一連の処理の中のセッション通知処理において無線端末１０１が無線端末１０２に通知する情報としては、例えば、図３に示した無線端末１０１の記憶しているＬ２ＣＡＰの論理チャネルの対応関係を通知する方法が考えられる（この場合、無線端末１０２は、無線端末１０１から通知された図３に示した対応表をもとに、図４に示した対応表を作成すればよい）。
【００９０】
また、このセッション通知処理においては、無線端末１０１の実行可能な音声／映像データのエンコーダ方式を通知したり、無線端末間で必要となるＱＯＳのパラメータを通知したり、ＲＴＣＰプロトコルで転送される制御パラメータとして必要なものを通知したりする、などの処理も実行可能である。このような処理を実現するためには、ＡＶ／Ｃプロトコル上に、これらの情報を通知可能なコマンドもしくはパラメータを定義すればよい。
【００９１】
なお、前述と同様に、上記の処理シーケンス例において、Ｌ２ＣＡＰ論理チャネルの獲得処理は、並行して実行したりあるいは順番を入れ換えて実行するなどしてもよい。
【００９２】
（第２の実施形態）
図１３に、本実施形態で実行されるＡＶデータ転送方式のプロトコル・スタックの一例を示す。
【００９３】
図１３のプロトコル・スタックでは、図１に示した場合と同様に、無線システムとして、現在標準化の進められているＢｌｕｅｔｏｏｔｈを用いている。また、無線端末においてＡＶアプリケーションを実行する際に、そのＡＶデータ転送のためのＡＶ制御プロトコルとして、ＩＥＥＥ１３９４上で定義されているＡＶ／Ｃプロトコルを実行し、これによって、いわゆるセッション制御処理のような機能を提供する場合を示している。
【００９４】
ただし、図１３の例では、実際のＡＶデータ転送に関しては、映像／音声データをＨ．２２３プロトコル（Ｈ．２２３処理部４１）によって多重化した後に、ＲＴＰパケットによってカプセル化して転送するようになっている。そして、このＲＴＰストリームを、さらにＢｌｕｅｔｏｏｔｈのデータリンクレイヤ・プロトコルであるＬ２ＣＡＰパケットにカプセル化するようになっている。
【００９５】
本実施形態では、各データ（映像、音声、情報）を一つのＨ．２２３ストリームに多重化してからＲＴＰプロトコルによって転送する場合を示しており、そのＲＴＰストリームに関するＡＶデータの転送状況（エラー率等）などの情報を交換するプロトコルとして、ＲＴＣＰプロトコルが実行されるようになっている。そして、第１の実施形態の場合と同様に、これらＲＴＰパケットとＲＴＣＰパケットとは、異なるＬ２ＣＡＰチャネルを用いて転送されるようになっている。
【００９６】
図１４に、上記のようなプロトコル・スタックによってＡＶデータ転送を実行する場合の無線ネットワークの構成例を示す。
【００９７】
図１４では、無線端末２０１と無線端末２０２とがＢｌｕｅｔｏｏｔｈネットワーク２０によって接続されており、無線端末２０１内には、例えばＶＴＲのように、ＭＰＥＧ４の映像／音声のソースを提供するための機能である、ＭＰＥＧ４映像／音声ソース（サブユニット）２０１１が存在し、無線端末２０２内には、提供されたＭＰＥＧ４の映像／音声データをデコードし、そのデコードされた映像／音声情報をユーザに提供（表示／音声出力）するための機能である、ＭＰＥＧ４デコーダ／ビューワ機能（サブユニット）２０２１が存在する。
【００９８】
なお、第１の実施形態と同様に、無線端末２０１のＭＰＥＧ４映像／音声ソース２０１１は、実際には、他の装置から受信したＭＰＥＧ４映像／音声データを無線端末２０１が中継するものであってもよいし、同様に、無線端末２０２のＭＰＥＧ４デコーダ／ビューワ機能２０２１は、実際には、受信したＭＰＥＧ４映像／音声データを無線端末２０２が他の装置へ中継するものであってもよい。
【００９９】
なお、図１４において、無線端末２０１のノードＩＤ＝［Ａ］、無線端末２０２のノードＩＤ＝［Ｂ］とする。
【０１００】
次に、上記のような構成において、図１３に示したようなプロトコル・スタックを用いてＡＶデータ転送を実行する場合の処理の概要について、図１４に記述したシーケンス例を参照しながら説明する。
【０１０１】
（１）無線端末２０１と無線端末２０２とが、ＡＶ／Ｃプロトコルを用いて、互いに相手端末内の構成要素情報を取得する。この結果、無線端末２０２は、無線端末２０１に構成要素としてＭＰＥＧ４映像／音声ソース２０１１が存在することを認識し、無線端末２０１は、無線端末２０２に構成要素としてＭＰＥＧ４デコーダ／ビューワ機能２０２１が存在することを認識する。
【０１０２】
（２）無線端末２０１と無線端末２０２との間に、ＡＶデータ転送のためのＬ２ＣＡＰ論理チャネルと、ＡＶデータ転送制御のためのＬ２ＣＡＰ論理チャネルを設定する。例えば、
・無線端末２０１では、ＡＶデータ（Ｈ．２２３／ＲＴＰ）転送用にＣＨ＝４、ＡＶデータ転送制御用にＣＨ＝５がそれぞれ獲得される。
・無線端末２０２では、ＡＶデータ（Ｈ．２２３／ＲＴＰ）転送用にＣＨ＝７、ＡＶデータ転送制御用にＣＨ＝８がそれぞれ獲得される。
【０１０３】
（３）無線端末２０２が無線端末２０１内のＭＰＥＧ４映像／音声ソース２０１１に対して、再生スタート（Ｐｌａｙ）のコマンドを送信する。
【０１０４】
（４）無線端末２０１が、ＡＶデータ（Ｈ．２２３／ＲＴＰ）を一つの論理チャネル（ここではＣＨ＝７）を用いて無線端末２０２に転送する。
【０１０５】
（５）無線端末２０１と無線端末２０２との間で、この一つのＨ．２２３ストリームに多重化されたＡＶデータについて、一つの論理チャネル（ここではＣＨ＝５とＣＨ＝８）を用いて、ＡＶデータ転送の制御情報を交換する。
【０１０６】
ここで、上記のシーケンスにおいて無線端末２０１および無線端末２０２がそれぞれ保持する、転送しているＡＶデータとＬ２ＣＡＰの論理チャネルとの対応関係の記憶方式について説明する。
【０１０７】
図１５（ａ）と（ｂ）に、無線端末２０１と無線端末２０２が保持するＡＶデータとＬ２ＣＡＰ上の論理チャネル情報との対応表の一例をそれぞれ示す。図１５の各対応表では、基本的には図３および図４と同様の構成であるが、各無線端末へのＡＶデータとして、Ｈ．２２３プロトコルによって多重化されたＭＰＥＧ４映像／音声データがＲＴＰストリームによって転送され、そのＡＶデータの転送制御用の制御情報がＲＴＣＰストリームによって転送される旨が記述されている。
【０１０８】
以下では、これまで説明したようなプロトコル、無線ネットワーク構成、対応表を利用して、無線端末２０１と無線端末２０２との間でＡＶデータの転送を実行する場合の、具体的なＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【０１０９】
図１６および図１７に、この場合の処理シーケンスの一例を示す（図１６および図１７は一連の処理であり、図１６に図１７が続くものとする；ただし、後述するように各手順は適宜同時実行や入れ替えが可能である）。なお、図１６では、ＭＰＥＧ４映像データの送信処理から記述している（図１４の手順（１）と（２）に相当する手順については説明を省略している）。
【０１１０】
具体的な処理シーケンスを以下に示す。
【０１１１】
・無線端末２０２が無線端末２０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【０１１２】
・無線端末２０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【０１１３】
・無線端末２０１がＭＰＥＧ４映像／音声転送用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末２０１が、自端末のチャネル番号（ＣＨ＝４とする）を設定する。また、設定したチャネル番号（ＣＨ＝４）をＡＶアプリケーションに通知する。
（２）無線端末２０１が、無線端末２０２のチャネル番号獲得のため、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信する。
（３）Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを受信した無線端末２０２は、自端末のチャネル番号（ＣＨ＝７とする）を設定する。また、受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記載されている無線端末１０１のチャネル番号（ＣＨ＝４）と、設定した自端末のチャネル番号（ＣＨ＝７）をＡＶアプリケーションに通知する。
（４）無線端末２０２は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末２０２は、無線端末２０２に設定したチャネル番号を通知するため、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。
（６）Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを受信した無線端末２０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記載されている無線端末２０２のチャネル番号（ＣＨ＝７）をＡＶアプリケーションに通知する。
（７）無線端末２０１は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【０１１４】
・無線端末２０１がＭＰＥＧ４映像／音声転送制御用のＬ２ＣＡＰ論理チャネル獲得処理を実行する。
−上記（１）〜（７）と同様の処理を実行し、無線端末２０１側のチャネル番号（ＣＨ＝５とする）および無線端末２０２側のチャネル番号（ＣＨ＝８とする）を設定する。
−その際、無線端末２０１が、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（パケット［３］）を送信し、無線端末２０２が、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（パケット［４］）を送信する。
−また、無線端末２０１，２０２が、それぞれ、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を更新する。
【０１１５】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【０１１６】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、Ｈ．２２３データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末２０１が、ＭＰＥＧ４映像データおよびＭＰＥＧ４音声データをＨ．２２３プロトコルで多重化したデータをＲＴＰパケットにカプセル化して、宛先論理チャネル（ＣＨ＝７）を書き込んで無線端末２０２に向けて送信する。
・無線端末２０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝８）を書き込んで無線端末２０２に向けて送信する。
・無線端末２０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末２０１に向けて送信する。
【０１１７】
このような一連の処理を実行することによって、無線端末２０１から無線端末２０２へのＭＰＥＧ４映像／音声データ（およびそのための制御情報の交換）の別の方式による転送が可能となる。
【０１１８】
なお、上記の処理シーケンス例では、各Ｌ２ＣＡＰ論理チャネルの設定を順次実行するようになっているが、このＬ２ＣＡＰ論理チャネルの獲得処理は、必ずしもこのような順序で実行する必要はない。例えば、２つの論理チャネルの獲得処理を並行して実行してもよいし、順番を入れ換えて実行してもよい。
【０１１９】
ここで、第１の実施形態に示したように、上記のような処理シーケンスとは別に、無線端末２０２においては、対応表の作成処理を行わず、上記一連のＬ２ＣＡＰ論理コネクションの設定処理終了後に、無線端末２０１がＡＶ／Ｃプロトコルを用いて、設定したＬ２ＣＡＰの論理コネクション情報（セッション情報）を無線端末２０２に通知するような方法も可能である。また、本実施形態においても、上記Ｌ２ＣＡＰの論理コネクションの割り当て方式に関しては第１の実施形態の場合と同様に、各種の方法が実行可能である。
【０１２０】
図１８（ａ）に、図１６および図１７の手順において、論理チャネル（ＣＨ＝７）で転送されているＲＴＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示し、図１８（ｂ）に、同じく論理チャネル（ＣＨ＝５，８）で転送されているＲＴＣＰパケットを転送しているＬ２ＣＡＰパケットのパケットフォーマットの一例を示す。
【０１２１】
図１８に示したパケットフォーマットと図７に示したパケットフォーマットとの違いは、ＲＴＰパケットのペイロード部分に、Ｈ．２２３ヘッダ領域が乗っている点と、ＭＰＥＧ４映像データおよび音声データが多重化して乗っている点である。
【０１２２】
なお、図１８では、ＭＰＥＧ４映像／音声データを多重化した一つのＨ．２２３を一つのＲＴＰパケットに乗せるような場合を示しているが、カプセル化の方式としては、Ｈ．２２３のパケットを複数のＲＴＰパケットに分割して転送する方式や、複数のＨ．２２３パケットを一つのＲＴＰパケットに多重化して転送するような方式も考えられる。
【０１２３】
また、本実施形態においては、上記のようなＡＶストリームの多重化方式として利用可能なものは、Ｈ．２２３プロトコルのみとは限らない。本実施形態において重要な点は、何らかの多重化プロトコルによって多重化されたＡＶストリームが、さらにＲＴＰパケットによってカプセル化されてから転送されているというところにある。
【０１２４】
（第３の実施形態）
さて、これまでは、１回のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔによって１つの論理チャネルを設定する場合を中心に説明したが、以下では、これまでの各方法において、あらかじめ論理チャネル情報の割り当て方式を決めておき、１回のＣｏｎｎｅｃｔ＿ＲｅｑｕｅｓｔでＡＶストリーム転送用および制御情報パケット転送用の全ての論理チャネルを設定してしまう場合のＬ２ＣＡＰ上での論理チャネルの設定（割り当て）方式について説明する。
【０１２５】
まず、この場合の論理チャネルの割り当て方法および無線端末間で通知すべき情報の例について説明する。
【０１２６】
一例としては、プロトコル識別子（ＰＳＭ）および１つのパラメータ値ｘで、一方の無線端末の当該データ通信に係る全ての論理チャネルの設定を特定する方法（この場合、一方の無線端末から他方の端末へプロトコル識別子および１つのパラメータ値ｘを通知する）が考えられる。
【０１２７】
具体的には、例えば、映像データと音声データと制御情報のうちの全部または一部を転送する場合に、プロトコル識別子として、ＡＶ−ｔｙｐｅ１〜６を設定し、
ＡＶ−ｔｙｐｅ１は、映像データ（ＲＴＰ）＋音声データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し（映像データと音声データと制御情報の３つの論理チャネルを設定すべきこと、および後述するように映像データ、音声データ、制御情報の順番で、獲得した論理チャネルｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）を割り当ることを示すものとする（もちろん、順番はこれに限定されず、予め定めておけばよい）；以下、同様である）、
ＡＶ−ｔｙｐｅ２は、映像データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し、
ＡＶ−ｔｙｐｅ３は、音声データ（ＲＴＰ）＋制御情報（ＲＴＣＰ）を示し、
ＡＶ−ｔｙｐｅ４は、映像データ（ＲＴＰ）＋音声データを示し、
ＡＶ−ｔｙｐｅ５は、映像データ（ＲＴＰ）を示し、
ＡＶ−ｔｙｐｅ６は、音声データ（ＲＴＰ）を示すものとする。
【０１２８】
そして、プロトコル識別子＝ＡＶ−ｔｙｐｅ１では、あるパラメータｘについて、予め定められた関数ｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）で示される番号の論理チャネル（例えば、ｆ１（ｘ）＝ｘ，ｆ２（ｘ）＝ｘ＋１，ｆ３（ｘ）＝ｘ＋２）が獲得できたならば、論理チャネル番号ｆ１（ｘ），ｆ２（ｘ），ｆ３（ｘ）を上記の順番（例えば、映像データ、音声データ、制御情報の順番）で割り当てるようにする。
【０１２９】
同様に、プロトコル識別子＝ＡＶ−ｔｙｐｅ２は、あるパラメータｘについて、予め定められた関数ｆ１（ｘ），ｆ２（ｘ）で示される番号の論理チャネルが獲得できたならば、論理チャネル番号ｆ１（ｘ），ｆ２（ｘ）を映像データ、制御情報の順番で割り当てるようにする。同様に、ＡＶ−ｔｙｐｅ３は、獲得できた論理チャネル番号ｆ１（ｘ），ｆ２（ｘ）を音声データ、制御情報の順番で割り当てるようにする。他についても同様である。
【０１３０】
このようにプロトコル識別子と１つのパラメータ値ｘを定義することによって、１回のＣｏｎｎｅｃｔ＿ＲｅｑｕｅｓｔでＡＶストリーム転送用および制御情報パケット転送用の全ての論理チャネルを設定することができる。
【０１３１】
もちろん、上記に示した具体例以外の方法も可能である。
【０１３２】
以下、図５および図６の場合を例にとって説明する。もちろんこれまで説明した他の方法の場合についても同様に可能である。
【０１３３】
図１９に、図５および図６をベースとして１回のＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔで全ての論理チャネルを設定してしまう場合の処理シーケンスの一例を示す。なお、図１９では、ＭＰＥＧ４映像データの送信処理から記述している（図２の手順（１）と（２）に相当する手順については説明を省略している）。
【０１３４】
具体的な処理シーケンスを以下に示す。
【０１３５】
・無線端末１０２が無線端末１０１に対して、ＡＶ／ＣプロトコルによってＰｌａｙコマンドを送信し、ＭＰＥＧ４映像／音声データの転送を要求する。
【０１３６】
・無線端末１０１がＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報の送受信処理を開始する。
【０１３７】
・無線端末１０１および無線端末１０２が必要な全てのＬ２ＣＡＰ論理チャネル獲得処理を実行する。
（１）無線端末１０１が、予め定められた方法により、自端末の全てのチャネル番号を設定する。
ここでは、ＭＰＥＧ４映像データ（ＲＴＰ）とＭＰＥＧ４音声データ（ＲＴＰ）と制御情報（ＲＴＣＰ）の３つについて設定する場合に、パラメータｘについて、ＣＨ＝ｘとＣＨ＝ｘ＋１とＣＨ＝ｘ＋２を設定する方法を採用するものとし、ＣＨ＝１，２，３が設定されたものとする（ＭＰＥＧ４映像データがＣＨ＝１、ＭＰＥＧ４音声データがＣＨ＝２、制御情報がＣＨ＝３という対応になるものとする）。
また、無線端末１０１は、設定したチャネル番号を上記対応がわかるようにＡＶアプリケーションに通知する。
（２）無線端末１０１が、無線端末２０２のチャネル番号獲得のため、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット（図中、パケット［１］）を送信する。ここでは、その際、前述の例に従って、パケットに、プロトコル識別子としてＡＶ−ｔｙｐｅ１を、パラメータ情報としてｘ＝１を記述するものとする。
このときのパラメータｘ＝１は、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット［１］のソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）の値を用いて通知する方法が考えられる。これにより、無線端末１０１側の一連のチャネル番号の先頭がＣＨ＝１であることを通知できる。
（３）Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを受信した無線端末１０２は、無線端末１０１から受信したＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットに記述されたプロトコル識別子とパラメータ情報から、無線端末１０１における上記対応を求める。
また、無線端末１０２が、上記と同様にして、自端末のチャネル番号を設定する。ここでは、ＣＨ＝４，５，６が設定されたものとする。
また、無線端末１０２は、無線端末１０１で設定されたチャネル番号と各データとの対応と、自端末で設定したチャネル番号と各データとの対応とをＡＶアプリケーションに通知する。
（４）無線端末１０２は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
（５）無線端末１０２は、無線端末１０２に設定したチャネル番号を通知するため、Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケット（図中、パケット［２］）を送信する。その際、上記と同様に、プロトコル識別子（ＰＳＭ＝ＡＶ−ｔｙｐｅ１）とパラメータ情報（ｘ＝４）をパケットに記述する。
このときのパラメータｘ＝４は、Ｃｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケット［４］のソース・チャネルＩＤ（Ｓｏｕｒｃｅ ＣＩＤ）の値を用いて通知する方法が考えられる。これにより、無線端末１０２側の一連のチャネル番号の先頭がＣＨ＝４であることを通知できる。
（６）Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを受信した無線端末１０１は、該Ｃｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットに記述されたプロトコル識別子とパラメータ情報から、無線端末１０２における上記対応を求める。
また、無線端末１０１は、無線端末１０２で設定されたチャネル番号と各データとの対応をＡＶアプリケーションに通知する。
（７）無線端末１０１は、ＭＰＥＧ４映像／音声データ、制御情報の転送処理のためのチャネル対応表を作成する。
【０１３８】
以上で、論理チャネルの設定とチャネル対応表の設定が完了する。
【０１３９】
以降は、適宜、必要なデータ通信を行うことができる（送信するデータ（本例では、ＭＰＥＧ４映像データ、ＭＰＥＧ４音声データ、制御情報）に対応する宛先論理チャネルは、チャネル対応表を参照することによって得ることができる）。すなわち、
・無線端末１０１が、ＭＰＥＧ４映像データを宛先論理チャネル（ＣＨ＝４）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４音声データを宛先論理チャネル（ＣＨ＝５）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０１が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝６）を書き込んで無線端末１０２に向けて送信する。
・無線端末１０２が、ＭＰＥＧ４映像／音声転送制御用の制御情報を宛先論理チャネル（ＣＨ＝３）を書き込んで無線端末１０１に向けて送信する。
【０１４０】
なお、上記の具体例ではパラメータｘから論理チャネル番号を特定する関数群は予め定められているものとしたが、関数群を複数用意しておいて、どの関数群を用いるかをもパラメータとして通知するようにしてもよい。
【０１４１】
また、実際のデータ転送処理に先立って実行されるセッション制御処理時に、利用する関数群を通知する方法を用いても良い。
【０１４２】
以上、各実施形態で説明してきたように、本実施形態によれば、Ｂｌｕｅｔｏｏｔｈのような、あらかじめ論理的なチャネルを設置してからデータ転送を開始するような無線システムを利用しても、ＲＴＰプロトコルのようなトランスポートレイヤ・プロトコルを用いたＡＶデータ転送が可能となる。また、ＲＴＣＰプロトコルとＲＴＰプロトコルに異なる論理チャネルを割り当てることによって、ＡＶデータ転送制御処理（特に、インターネットと無線システムに跨っての制御処理）が実行しやすくなる。
【０１４３】
なお、以上の各実施形態では、映像データおよび音声データを転送する場合を例にとって説明したが、映像データおよび音声データに加えて他の情報をも転送する場合、映像データのみ転送する場合、音声データのみ転送する場合、映像データまたは音声データの一方とさらに他の情報とを転送する場合なども同様に可能である。
【０１４４】
また、以上では、ＡＶデータは片方向通信として説明したが、ＡＶデータを双方向通信する場合も同様に可能である。
【０１４５】
また、以上では、ＡＶデータの送信側が再生要求を受信した後にＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを送信し、ＡＶデータの受信側がこれに応答してＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを送信するようにしたが、ＡＶデータの送信側が受信要求を送信し、ＡＶデータの受信側が受信要求を受信した後にＣｏｎｎｅｃｔ＿Ｒｅｑｕｅｓｔパケットを送信し、ＡＶデータの送信側がこれに応答してＣｏｎｎｅｃｔ＿Ｒｅｓｐｏｎｓｅパケットを送信するようすることも可能である。
【０１４６】
また、以上の構成は、無線端末だけではなく、例えばインターネットと当該無線ネットワークとを接続する無線ゲートウェイにも適用可能である。
【０１４７】
なお、以上では、Ｂｌｕｅｔｏｏｔｈを用いた場合を例にとって説明したが、本発明は、それ以外の「各無線端末間でのデータ転送に先だって、その無線端末間に論理的なコネクションを確立してからデータ転送を実行する」ような無線ＬＡＮシステムにおける無線端末にも適用可能である。
【０１４８】
また、以上では、ＡＶデータ転送のためのＡＶ制御プロトコルとしてＡＶ／Ｃプロトコルを用いた場合を例にとって説明したが、本発明は他のＡＶ制御プロトコルを用いた場合にも適用可能である。
【０１４９】
また、以上では、ＡＶデータやそのための制御情報の転送のためのプロトコルとしてＲＴＰプロトコル（ＲＴＣＰプロトコル）を用いた場合を例にとって説明したが、本発明は他のＡＶデータ転送制御情報の転送プロトコルを用いた場合にも適用可能である。
【０１５０】
また、以上では、ＡＶデータを多重化するためにＨ．２２３プロトコルを用いた場合を例にとって説明したが、本発明は他の多重化プロトコルを用いた場合にも適用可能である。
【０１５１】
また、本発明は家庭内ネットワークにもオフィスやその他の環境に設けられたネットワークにも適用可能である。
【０１５２】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１５３】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１５４】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１５５】
【発明の効果】
本発明によれば、Ｂｌｕｅｔｏｏｔｈのように無線ネットワーク上にあらかじめ論理的チャネルを設定して通信を開始するような無線システム上においてＲＴＰプロトコルのようなトランスポート・プロトコルを利用したＡＶデータ転送処理が可能となる。また、本発明によれば、例えば、インターネット上を転送されているＡＶデータを上記のような無線システム上に拡張して転送するようなことが容易となる。
【図面の簡単な説明】
【図１】第１の実施形態の無線端末が実行するプロトコルスタックを示す図
【図２】第１の実施形態の無線端末を用いた無線ネットワーク構成の一例を示す図
【図３】第１の実施形態の無線端末が記憶する論理チャネル情報の一例を示す図
【図４】第１の実施形態の無線端末が記憶する論理チャネル情報の別の一例を示す図
【図５】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図６】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図７】第１の実施形態の無線端末間で転送されるＲＴＰパケットおよびＲＴＣＰパケットのパケットフォーマットの一例を示す図
【図８】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図９】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図１０】第１の実施形態の無線端末間で論理チャネルの設定時に転送されるパケットのヘッダフォーマットの一例を示す図
【図１１】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの別の一例
【図１２】第１の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの別の一例を示す図
【図１３】第２の実施形態の無線端末が実行するプロトコルスタックを示す図
【図１４】第２の実施形態の無線端末を用いた無線ネットワーク構成の一例を示す図
【図１５】第２の実施形態の無線端末が記憶する論理チャネル情報の一例を示す図
【図１６】第２の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図１７】第２の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【図１８】第２の実施形態の無線端末間で転送されるＲＴＰパケットおよびＲＴＣＰパケットのパケットフォーマットの一例を示す図
【図１９】第３の実施形態の無線端末間におけるＡＶデータ転送時の論理チャネルの設定処理シーケンスの一例を示す図
【符号の説明】
１…Ｂａｓｅｂａｎｄ処理部
２…Ｌ２ＣＡＰ処理部
３…ＡＶ／Ｃプロトコル処理部
４…ＲＴＰ処理部
４１…Ｈ．２２３処理部
５…ＲＴＣＰ処理部
６…Ｖｉｄｅｏ処理部
７…Ａｕｄｉｏ処理部
８…Ｄａｔａ処理部
９…Ａ／Ｖアプリケーション処理部
１０，２０…Ｂｌｕｅｔｏｏｔｈネットワーク
１０１，１０２，２０１，２０２…無線端末
１０１１，２０１１…ＭＰＥＧ４映像／音声ソース
１０２１，２０２１…デコーダ／ビューワ機能
Claims (22)
- 無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、
前記無線端末は、通信相手の他の無線端末との間に、単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のための第１の論理チャネルと、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、
前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットを、その転送のために設定された前記第１の論理チャネルを用いて転送し、
前記無線端末間で、前記データパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とするデータ転送方法。 - 無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおけるデータ転送方法であって、
前記無線端末は、通信相手の他の無線端末との間に、１つのＡＶアプリケーションに属する複数のＡＶストリーム毎の、該ＡＶストリームを含むデータパケットの転送のための第１の論理チャネルの各々と、該ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のための第２の論理チャネルとを設定し、
前記無線端末の一方から他方へ、前記ＡＶストリームを含むデータパケットの各々を、それらの転送のために設定された前記第１の論理チャネルの各々を用いて転送し、
前記無線端末間で、前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを、その転送のために設定された前記第２の論理チャネルを用いて交換することを特徴とするデータ転送方法。 - 無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、
単一のＡＶストリームまたは複数の単一ストリームが多重化された一つのＡＶストリームを含むデータパケットの転送のために第１の論理チャネルを設定する第１の論理チャネル設定手段と、
通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送のために設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、
前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、
前記通信相手の無線端末において前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、
前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および該ＡＶストリームについての前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする無線端末。 - 無線端末間でのデータ転送に先だって該無線端末間に論理的なコネクションを確立してからデータ転送を実行する無線システムにおける無線端末であって、
１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のために第１の論理チャネルをそれぞれ設定する第１の論理チャネル設定手段と、
通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送のためにそれぞれ設定された第２の論理チャネルに関する情報を取得する第１の取得手段と、
前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルを設定する第２の論理チャネル設定手段と、
前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために設定された第４の論理チャネルに関する情報を取得する第２の取得手段と、
前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶する記憶手段とを備えたことを特徴とする無線端末。 - 前記第２の論理チャネル設定手段は、前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のために第３の論理チャネルをそれぞれ設定し、
前記第２の取得手段は、前記通信相手の無線端末において前記１つのＡＶアプリケーションに属する複数のＡＶストリーム毎に、各ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットの転送のためにそれぞれ設定された第４の論理チャネルに関する情報を取得し、
前記記憶手段は、前記ＡＶアプリケーションについての各々の前記ＡＶストリームに関する前記第１の論理チャネルと前記第２の論理チャネルとの対応および各々の前記制御情報に関する前記第３の論理チャネルと前記第４の論理チャネルとの対応を含む対応情報を記憶することを特徴とする請求項４に記載の無線端末。 - 前記ＡＶストリームを含むデータパケットは前記対応情報を参照して得た前記第２の論理チャネルを用いて前記通信相手の無線端末へ送信し、前記制御情報を含む制御パケットは前記対応情報を参照して得た前記第４の論理チャネルを用いて前記通信相手の無線端末へ送信するパケット送信手段を更に備えたことを特徴とする請求項３ないし５のいずれか１項に記載の無線端末。
- 前記第３の論理チャネルにより前記通信相手の無線端末からの前記ＡＶストリームを含むデータパケットの転送に関する制御情報を含む制御パケットを受信する受信手段を更に備えたことを特徴とする請求項３ないし６のいずれか１項に記載の無線端末。
- 前記通信相手の無線端末に、自端末内の第１の論理チャネル設定手段により設定された前記第１の論理チャネルを識別するチャネル識別子を含む第１の接続要求を送信する第１の接続要求送信手段と、
前記第１の接続要求に応答して前記通信相手の無線端末内で設定された第２の論理チャネルを識別するチャネル識別子を含む第１の接続応答を前記通信相手の無線端末から受信する第１の接続応答受信手段と、
前記通信相手の無線端末に、自端末内の第２の論理チャネル設定手段により設定された前記第３の論理チャネルを識別するチャネル識別子を含む第２の接続要求を送信する第２の接続要求送信手段と、
前記第２の接続要求に応答して前記通信相手の無線端末内で設定された第４の論理チャネルを識別するチャネル識別子を含む第２の接続応答を前記通信相手の無線端末から受信する第２の接続応答受信手段とを更に備えたことを特徴とする請求項３ないし５のいずれか１項に記載の無線端末。 - 前記第１の取得手段は前記第１の接続応答によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続応答によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されることを特徴とする請求項８に記載の無線端末。
- 前記第１、第２の論理チャネル設定手段は予め定められたチャネル割り当て方法によって前記第１、第２の論理チャネルを一括して設定するものであり、
前記無線端末は、
前記通信相手の無線端末に、前記予め定められたチャネル割り当て方法によって自端末内の前記第１、第２の論理チャネル設定手段により設定された前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続要求を送信する接続要求送信手段を更に備えたことを特徴とする請求項３ないし５のいずれか１項に記載の無線端末。 - 前記第１の接続要求に応答して前記通信相手の無線端末内で予め定められたチャネル割り当て方法によって設定された前記第２、第４の論理チャネルを識別するチャネル識別子群を特定するための情報を含む接続応答を前記通信相手の無線端末から受信する接続応答受信手段を更に備えたことを特徴とする請求項１０に記載の無線端末。
- 前記第１、第２の取得手段は前記接続応答に含まれる前記特定するための情報に基づいて前記第２、第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されることを特徴とする請求項１１に記載の無線端末。
- 前記特定するための情報は、所定のパラメータ値を示す情報、および該所定のパラメータ値を入力として規定数のチャネル識別子を出力するための関数群を示す情報を含むものであることを特徴とする請求項１０ないし１２のいずれか１項に記載の無線端末。
- 前記関数群は前記パラメータ値を入力として規定数のチャネル識別子を連続番号で出力するものであることを特徴とする請求項１３に記載の無線端末。
- 前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末に通知することを特徴とする請求項１０ないし１４のいずれか１項に記載の無線端末。
- 自端末内の前記記憶手段に記憶された前記対応情報を前記通信相手の無線端末へ通知する通知送信手段を更に備えたことを特徴とする請求項８ないし１５のいずれか１項に記載の無線端末。
- 前記通信相手の無線端末内で設定された前記第２の論理チャネルを示す情報を含む第１の接続要求を前記通信相手の無線端末から受信する第１の接続要求受信手段と、
受信された前記第１の接続要求に応答して前記第１の論理チャネル設定手段により対応する前記データパケットの転送のために前記第１の論理チャネルが設定された後に、該第１の論理チャネルを示す情報を含む第１の接続応答を前記通信相手の無線端末へ送信する第１の接続応答送信手段と、
前記通信相手の無線端末内で設定された前記第４の論理チャネルを示す情報を含む第２の接続要求を前記通信相手の無線端末から受信する第２の接続要求受信手段と、
受信された前記第２の接続要求に応答して前記第２の論理チャネル設定手段により対応する前記制御パケットの転送のために前記第３の論理チャネルが設定された後に、該第３の論理チャネルを示す情報を含む第２の接続応答を前記通信相手の無線端末へ送信する第２の接続応答送信手段とを更に備えたことを特徴とする請求項３ないし５のいずれか１項に記載の無線端末。 - 前記第１の取得手段は前記第１の接続要求によって前記第２の論理チャネルに関する情報を取得し、前記第２の取得手段は前記第２の接続要求によって前記第４の論理チャネルに関する情報を取得し、これら取得結果に基づいて前記記憶手段に前記対応情報が登録されることを特徴とする請求項１７に記載の無線端末。
- 前記通信相手の無線端末から該通信相手の無線端末内で設定された前記対応情報の通知を受信する通知受信手段を更に備え、
この通知に基づいて前記記憶手段に前記対応情報が登録されることを特徴とする請求項１７に記載の無線端末。 - 前記第１、第２の論理チャネルを識別するチャネル識別子群を特定するための情報もしくは前記関数群を、前記一連の論理チャネル設定処理に先だって、前記通信相手の無線端末から受信することを特徴とする請求項１７ないし１９のいずれか１項に記載の無線端末。
- 前記無線システムはｂｌｕｅｔｏｏｔｈであり、前記論理チャネルはＬ２ＣＡＰチャネルであることを特徴とする請求項３ないし２０のいずれか１項に記載の無線端末。
- 前記ＡＶストリームはＲＴＰプロトコルによるデータであり、前記制御情報はＲＴＣＰプロトコルによるデータであることを特徴とする請求項３ないし２１のいずれか１項に記載の無線端末。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP37176099A JP3629174B2 (ja) | 1999-12-27 | 1999-12-27 | データ転送方法及び無線端末 |
| EP20000311693 EP1113644B1 (en) | 1999-12-27 | 2000-12-27 | Data transfer method and radio terminal for executing transport layer protocol on radio network |
| US09/748,018 US6982970B2 (en) | 1999-12-27 | 2000-12-27 | Data transfer method and radio terminal for executing transport layer protocol on radio network |
| DE2000621692 DE60021692T2 (de) | 1999-12-27 | 2000-12-27 | Datenübertragungsverfahren und Funk-Endgerät zur Ausführung von Transportschichtprotokoll in einem Funknetz |
| US11/211,618 US7474636B2 (en) | 1999-12-27 | 2005-08-26 | Data transfer method and radio terminal for executing transport layer protocol on radio network |
| US11/211,614 US7466671B2 (en) | 1999-12-27 | 2005-08-26 | Data transfer method and radio terminal for executing transport layer protocol on radio network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP37176099A JP3629174B2 (ja) | 1999-12-27 | 1999-12-27 | データ転送方法及び無線端末 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001186149A JP2001186149A (ja) | 2001-07-06 |
| JP3629174B2 true JP3629174B2 (ja) | 2005-03-16 |
Family
ID=18499259
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP37176099A Expired - Fee Related JP3629174B2 (ja) | 1999-12-27 | 1999-12-27 | データ転送方法及び無線端末 |
Country Status (4)
| Country | Link |
|---|---|
| US (3) | US6982970B2 (ja) |
| EP (1) | EP1113644B1 (ja) |
| JP (1) | JP3629174B2 (ja) |
| DE (1) | DE60021692T2 (ja) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000078197A (ja) * | 1998-09-03 | 2000-03-14 | Toshiba Corp | 通信ノード及びパケット転送方法 |
| JP3715494B2 (ja) * | 1999-12-27 | 2005-11-09 | 株式会社東芝 | 情報転送方法並びに無線端末及び無線ゲートウェイ装置 |
| KR20020079920A (ko) | 2000-12-28 | 2002-10-19 | 소니 가부시끼 가이샤 | 데이터 전송 시스템, 데이터 전송 방법, 및 전자 기기 |
| US6792467B2 (en) * | 2001-04-03 | 2004-09-14 | Brycen Co., Ltd. | Layer manager |
| US7680085B2 (en) * | 2001-07-24 | 2010-03-16 | Symbol Technologies, Inc. | Out-of-band management and traffic monitoring for wireless access points |
| US6973058B2 (en) * | 2001-07-31 | 2005-12-06 | Broadcom Corporation | System and method for accessing a multi-line gateway using cordless telephony terminals |
| US7171466B2 (en) * | 2001-09-27 | 2007-01-30 | Koninklijke Philips Electronics N. V. | Method and system and article of manufacture for IP radio stream interception for notification of events using synthesized audio |
| US7106757B2 (en) | 2001-12-19 | 2006-09-12 | Intel Corporation | System and method for streaming multimedia over packet networks |
| KR100454906B1 (ko) * | 2002-02-01 | 2004-11-06 | 엘지전자 주식회사 | 소스 디바이스와 디스플레이 장치의 인터페이스 방법 |
| KR100454905B1 (ko) * | 2002-02-01 | 2004-11-06 | 엘지전자 주식회사 | 스트림 소스 디바이스와 디스플레이 장치의 인터페이스 방법 |
| US6844813B2 (en) * | 2002-03-08 | 2005-01-18 | Vending Management Services Limited | Cooperative vending machine data reporting |
| EP1355469A1 (en) * | 2002-04-19 | 2003-10-22 | Red-M (Communications) Limited | Voice data transmission |
| JP2005525049A (ja) * | 2002-05-07 | 2005-08-18 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | パケット通信によるワイヤレス通信アレンジメント |
| FR2841669B1 (fr) * | 2002-06-27 | 2006-01-06 | St Microelectronics Sa | Procede de transmission de paquets de donnees entre deux unites esclaves et une unite maitre comprenant deux processeurs |
| US20040131072A1 (en) * | 2002-08-13 | 2004-07-08 | Starent Networks Corporation | Communicating in voice and data communications systems |
| US7586938B2 (en) * | 2003-10-24 | 2009-09-08 | Microsoft Corporation | Methods and systems for self-describing multicasting of multimedia presentations |
| US20050002402A1 (en) * | 2003-05-19 | 2005-01-06 | Sony Corporation And Sony Electronics Inc. | Real-time transport protocol |
| JP2005073050A (ja) * | 2003-08-26 | 2005-03-17 | Alps Electric Co Ltd | 画像データ伝送システム |
| US7463578B2 (en) | 2003-09-10 | 2008-12-09 | Fujitsu Limited | Transmission parameter control device |
| KR100579525B1 (ko) * | 2003-12-30 | 2006-05-15 | 삼성전자주식회사 | 무선 개인영역 네트워크에서 채널시간 할당방법 |
| ATE445274T1 (de) | 2004-08-05 | 2009-10-15 | Lg Electronics Inc | Unterbrechung der benutzung des frequenzschichtkonvergenzverfahrens |
| KR101187968B1 (ko) * | 2004-08-05 | 2012-10-05 | 엘지전자 주식회사 | 무선 통신 시스템에서 프로토콜 패킷 구별 |
| JP4491448B2 (ja) * | 2006-09-28 | 2010-06-30 | 日本電気株式会社 | 着信転送方法および着信転送システム |
| US20080235493A1 (en) * | 2007-03-23 | 2008-09-25 | Qualcomm Incorporated | Instruction communication techniques for multi-processor system |
| US7881744B2 (en) * | 2007-04-10 | 2011-02-01 | Research In Motion Limited | Media transfer and control system |
| US8265617B2 (en) * | 2007-04-10 | 2012-09-11 | Research In Motion Limited | Media transfer and control system |
| EP1981213A1 (en) * | 2007-04-10 | 2008-10-15 | Research In Motion Limited | A media transfer and control system |
| EP2434834B1 (en) * | 2007-07-30 | 2016-09-07 | Marvell World Trade Ltd. | Simultaneously maintaining bluetooth and 802.11 connections to increase data throughput |
| WO2009022334A2 (en) * | 2007-08-15 | 2009-02-19 | Amimon Ltd. | Device, method and system of wireless communication |
| US8033731B2 (en) | 2007-10-17 | 2011-10-11 | Seagate Technology Llc | Fluid dynamic bearing motor having molded plastic |
| KR101424592B1 (ko) * | 2007-10-19 | 2014-07-31 | 삼성전자주식회사 | 휴대단말기의 논리적 연결 설정 방법 |
| US8265638B2 (en) * | 2008-03-27 | 2012-09-11 | Broadcom Corporation | Channel frequency reuse for narrow beam video streaming based upon mobile terminal location information |
| US8902868B2 (en) * | 2008-08-15 | 2014-12-02 | Qualcomm Incorporated | Method and apparatus for wirelessly distributing multiplex signal comprising multimedia data over a local area network |
| US8358665B2 (en) * | 2008-08-15 | 2013-01-22 | Qualcomm Incorporated | Method and apparatus for controlling the presentation of multimedia data from a multiplex signal between devices in a local area network |
| US8601133B1 (en) * | 2010-12-14 | 2013-12-03 | Juniper Networks, Inc. | Highly scalable data center architecture with address resolution protocol (ARP)-free servers |
| US20130089080A1 (en) * | 2011-10-06 | 2013-04-11 | Cambridge Silicon Radio Limited | Data merging for bluetooth devices |
| US9654906B2 (en) | 2014-06-12 | 2017-05-16 | Samsung Electronics Co., Ltd | Method for processing data based on bluetooth protocol and electronic device thereof |
| US11166167B2 (en) * | 2014-06-18 | 2021-11-02 | Texas Instruments Incorporated | Audio stream identification by a wireless network controller |
| EP3451784A4 (en) * | 2016-05-13 | 2019-05-15 | Huawei Technologies Co., Ltd. | METHOD AND DEVICE FOR PRODUCING A WIRELESS CONNECTION |
| US10404567B2 (en) * | 2016-12-29 | 2019-09-03 | Oath Inc. | UDPing-continuous one-way monitoring of multiple network links |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6523696B1 (en) * | 1996-10-15 | 2003-02-25 | Kabushiki Kaisha Toshiba | Communication control device for realizing uniform service providing environment |
| JPH10174073A (ja) | 1996-12-11 | 1998-06-26 | Sony Corp | 伝送装置および伝送方法 |
| GB9725659D0 (en) | 1997-12-03 | 1998-02-04 | Nokia Mobile Phones Ltd | The LPRF system with frequency hopping extensions |
-
1999
- 1999-12-27 JP JP37176099A patent/JP3629174B2/ja not_active Expired - Fee Related
-
2000
- 2000-12-27 US US09/748,018 patent/US6982970B2/en not_active Expired - Lifetime
- 2000-12-27 EP EP20000311693 patent/EP1113644B1/en not_active Expired - Lifetime
- 2000-12-27 DE DE2000621692 patent/DE60021692T2/de not_active Expired - Lifetime
-
2005
- 2005-08-26 US US11/211,614 patent/US7466671B2/en not_active Expired - Fee Related
- 2005-08-26 US US11/211,618 patent/US7474636B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20050281211A1 (en) | 2005-12-22 |
| EP1113644A3 (en) | 2003-10-22 |
| US7474636B2 (en) | 2009-01-06 |
| DE60021692D1 (de) | 2005-09-08 |
| EP1113644B1 (en) | 2005-08-03 |
| DE60021692T2 (de) | 2006-04-20 |
| US20050281236A1 (en) | 2005-12-22 |
| US7466671B2 (en) | 2008-12-16 |
| US6982970B2 (en) | 2006-01-03 |
| US20010006512A1 (en) | 2001-07-05 |
| JP2001186149A (ja) | 2001-07-06 |
| EP1113644A2 (en) | 2001-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3629174B2 (ja) | データ転送方法及び無線端末 | |
| JP3922817B2 (ja) | 通信ノード及び通信端末 | |
| JP3808660B2 (ja) | 通信システム及び端末装置 | |
| CN110324284A (zh) | 接入ims的方法和通信装置 | |
| JP2001103067A (ja) | 無線端末装置並びにデータ転送方法及び制御情報通知方法 | |
| US7644174B2 (en) | Method of and apparatus for transmitting universal plug and play audio/video stream | |
| TW201029390A (en) | A method to improve channel utilization in a time division multiple access based protocol | |
| CN102138305A (zh) | 中继装置及其方法 | |
| CN109450982B (zh) | 一种网络通讯方法和系统 | |
| JP3715494B2 (ja) | 情報転送方法並びに無線端末及び無線ゲートウェイ装置 | |
| JP4514798B2 (ja) | 中継装置及び中継方法並びに中継処理用プログラム | |
| JP4751561B2 (ja) | 無線ネットワークを通した等時性データの伝送方法 | |
| JP4863514B2 (ja) | 広域／狭域ネットワークへの接続切り替え方法、移動端末及びプログラム | |
| WO2010017725A1 (zh) | 媒体播放的控制方法、系统和设备 | |
| JP3519628B2 (ja) | 中継装置 | |
| JP2003069640A (ja) | イーサネット（登録商標）上における明示的マルチキャストサービス方法及び装置 | |
| CN110072154A (zh) | 一种基于视联网的建群方法和中转服务器 | |
| EP3324587B1 (en) | Multicast method, multicast relay device and system | |
| TWI226177B (en) | Data transmission system, data transmission method, and electronic apparatus | |
| JP7060247B2 (ja) | 通信装置、通信システム、通信方法、及び、プログラム | |
| WO2010026847A1 (ja) | 通信システム、アクセス端末、変換機、中継装置および通信方法 | |
| JPS63146536A (ja) | デ−タ通信方式 | |
| JP2008512931A (ja) | マルチキャスト送信の逆多重化のための方法およびデバイス | |
| JP2000209221A (ja) | 無線通信方法及び該方法を実施する無線通信端末及び該方法を実現するプログラムを記憶した媒体 | |
| JPH034643A (ja) | データ転送経路制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041027 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041210 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3629174 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071217 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081217 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121217 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121217 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |