データ送信方法及び端末装置、ノード
【目的】 より高い無線使用効率又は通信品質を提供可能なデータ送信方法及び端末装置、ノードを提供する。
【構成】 複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、その宛先アドレスを通知しておき、これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信する。
【構成】 複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、その宛先アドレスを通知しておき、これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ送信方法及び端末装置、ノードに関する。本発明は、特に、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムに適用するのが好適である。
【背景技術】
【０００２】
近年、ＩＥＥＥ ８０２.１１無線ＬＡＮに代表されるＩＰ無線アクセス技術が大幅に進歩し、通信帯域も１００Ｍｂｐｓに迫る勢いである（８０２.１１ｎ等）。このような十分な通信帯域の確保、および、無線アクセスによる利便性から、当該システムはコンシューマ向けだけでなく、企業内での通信手段としても普及することが予想される。
【０００３】
特に、企業内のシステム導入では、データ通信だけでなく、構内電話システムもＩＰにおきかえる動きが活発であり、無線ＬＡＮ上での音声通話（ＶｏＷＬＡＮ : Voice over Wireless ＬＡＮ）がその主要なアプリケーションとなりつつある。更に、そうした業務アプリケーションの１つとして、音声会議やＴＶ会議といった多地点通信の需要も高まっており、そうしたアプリケーションにおいて、無線ＬＡＮシステムが提供する通信品質は上記サービス品質を確保する上で極めて重要となってくる。
【０００４】
ここで、多地点接続サービスについて整理しておく。音声電話会議に代表される多地点接続サービスには複数の実現方式があるが、それらは、
（１）接続制御をどのノードが行うか、即ち、集中管理ノードＭＣＵ（Multi-point Control Unit)が行うか、又はＰ２Ｐ（point-to-point）モードで行うか、
（２）通信方式は複数のアドレスを指定して同じデータを送信するマルチキャストか、又は単一のアドレスを指定して特定の相手にデータを送信するユニキャストか、
（３）音声混合をどのノードで行うか、即ち、集中管理ノード（ＭＣＵ：Multi-point Control Unit)か、又は各端末か、
と言った、大きく３つの観点に分類できる。
【０００５】
集中管理ノードで（１）の接続制御や（３）の音声混合を実施する方式については、集中管理ノード（ＭＣＵ）の設置が必要となる点で今後の柔軟かつ広範なネットワーク構築に対して制約を与える可能性がある。また、（２）の方式では、同一データを複数端末に配信する点では、マルチキャスト通信を用いることがネットワーク資源の有効活用となるが、マルチキャスト通信では通信経路上の全てのノードがマルチキャストプロトコルに対応している必要がある上、実際には普及が十分に進んでいないのが実情であることから、マルチキャストプロトコルを前提としたサービス提供には大きな制約が伴う。そこで、無線ＬＡＮを含むＰ２Ｐ接続をベースとしたユニキャスト通信方式により多地点接続サービスを提供することが考えられる。
【特許文献１】特開２０００−２４４４９１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、無線ＬＡＮは有線ネットワークと比較してリソースや無線キャパシティの制限が大きく、多地点会議のように１つのエリア内に複数の端末が存在するような厳しい通信環境では、通信品質の低下が問題となっていた。以下、具体的に説明する。
【０００７】
図８は従来技術を説明する図で、図８（Ａ）は無線ＬＡＮを含むＰ２Ｐ接続方式をベースとしてユニキャスト方式により音声の多地点接続サービスを提供する通信システムの概念構成図を示している。図において、Ａ〜Ｃは無線端末（ＭＳ）、２０’は無線エリア内の端末との間の無線通信を終端するアクセスポイント（ＡＰ）、１００はＩＰネットワークである。ここでは、端末Ａで発生した音声データパケットを端末Ｂ，Ｃ宛に送信する場合を例に説明する。端末Ａは、音声データ「もしもし」を端末Ｂ，Ｃのそれぞれにユニキャスト送信するが、このとき、端末Ａ内では端末Ｂ，Ｃ向けに同一内容の送信データ「もしもし」が複数生成される。
【０００８】
しかし、無線ＬＡＮでは１つのチャネル（周波数）を複数の端末とＡＰ２０’とで共有する。従って、例えば図８（Ｂ）に示す如く、端末Ａ，Ｄからのデータパケットは同時には送信できないため、アクセス競合によるデータ送信遅延が発生し、音声品質が劣化する。また図８（Ｃ）に示す如く、端末Ａは同時に複数の音声データ（宛先は異なる）パケットを送信できないため、同一タイミングに送信すべき音声データのうち２番目以降のパケット送信には必ず遅延が発生じ、こうして、無線キャパシティ（帯域使用効率）の低下を招く。このように、本発明の課題は、ＩＥＥＥ８０２.１１無線ＬＡＮ仕様が持つ無線アクセスの競合特性、Ｐ２Ｐ型通信方式が持つユニキャスト特性、および、多地点接続サービスが持つ複数ストリーム生成特性の組み合わせに起因している。
【０００９】
本発明は上記従来技術の問題点に鑑みなされたもので、その目的は、より高い無線使用効率又は通信品質を提供可能なデータ送信方法及び端末装置、ノードを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の態様によるデータ送信方法は、無線端末から受信したデータを送信するデータ送信方法において、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、ものである。従って、無線端末と自局間の無線空間における無線使用効率を大幅に改善できる。
【００１１】
本発明の第２の態様では、前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、ものである。
【００１２】
本発明の第３の態様では、前記無線端末からの前記データを無線信号として受信する下流側ノードと、該下流側ノードからのデータを受信する上流側ノードとを含み、該下流側ノードは、前記無線端末から第１の宛先を宛先とするユニキャストデータを受信して該上流側ノードに該ユニキャストデータを前記データとして送信し、該上流側ノードは、該ユニキャストデータに基づいて前記複数のユニキャストデータを生成して、前記送信を行う、ものである。
【００１３】
本発明の第４の態様では、前記データは、制御信号を含み、前記複数のユニキャストデータの生成は、該制御信号に従って行われる、ものである。
【００１４】
本発明の第５の態様による端末装置は、上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、ものである。
【００１５】
本発明の第６の態様によるノードは、無線端末から受信したデータを中継するノードに
おいて、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、を備えたものである。
【００１６】
本発明の第７の態様によるパケット通信システムは、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを送信し、又は通知しておき、これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信するものである。
【００１７】
本発明によれば、無線ＬＡＮ上における冗長ストリーム（パケット）の送信をショートカットし、その上流側で複数の冗長ストリームを複製して送信する構成により、無線ＬＡＮ上の様々な制約に基づく伝送遅延を有効に回避でき、よって高品質なＰ２Ｐ型の多地点接続システムを廉価に提供できる。
【００１８】
本発明の第８の態様では、前記下流側ノードは、特定のアプリケーションに係る前記複数のユニキャストストリームを設定する上位アプリケーション処理部と、前記上位アプリケーション処理部から所定時間内に受け取った前記特定のアプリケーションに係る複数のストリームにつきペイロード部の情報が一致する複数のストリームを検出し、該検出したストリーム中の少なくとも１つをリファレンスストリームとして上流側ノードに送信すると共に、他のストリームについてはその宛先アドレスを上流側ノードに送信するショートカット制御部と、を備える。従って、冗長ストリームの送信を有効にショートカットできる。
【００１９】
本発明の第９の態様では、前記上流側ノードは、前記下流側ノードより受信した特定のアプリケーションに係るリファレンスストリームの宛先アドレスと、他のストリームについての宛先アドレスとを前記下流側ノードより指定された順序で記憶する第１のアドレステーブルと、前記下流側ノードより特定のアプリケーションに係るリファレンスストリームを受信したことにより、該該受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルの宛先アドレスとから前記他のストリームを複製して送信するショートカット複製制御部と、を備える。従って、送信側でショートカットされた冗長ストリームを効率よく複製して送信できる。
【００２０】
本発明の第１０の態様では、前記下流側ノードは、前記検出した複数のストリームについての宛先アドレスを前記上流側ノードに指定したと同じ順序で記憶する第２のアドレステーブルを備え、前記ショートカット制御部は、今回検出した複数のストリームについての宛先アドレスと、前記第２のアドレステーブルの宛先アドレスとを比較し、比較一致が得られたテーブルエントリに対応する位置のビットを論理１レベルにしたビットマップテーブルを形成し、今回検出したリファレンスストリームのペイロード部に搭載して送信する。従って、今回、上流側ノードで複製すべき複数ストリームのアドレス情報を少ないビットマップ情報により効率よく通知できる。
【００２１】
本発明の第１１の態様では、前記ショートカット複製制御部は、今回受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルにおける今回受信したビットマップテーブルのビットが論理１レベルとなっている位置に対応するエントリから読み出した宛先アドレスとから他のストリームを複製して送信する。従って、上流側ノードでは複数の冗長ストリームを効率よく複製できる。
【００２２】
本発明の第１２の態様による端末装置は、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記端末装置において、上位アプリケーション処理部から受け取った複数のストリーム中の少なくとも１つを前記上流側ノードに実際に送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを該上流側ノードに送信するものである。
【００２３】
本発明の第１３の態様による上流側ノード装置は、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記上流側ノード装置において、前記複数のユニキャストストリームに送信すべく前記送信側端末から受信した少なくとも１つのストリームと、残りの他のストリームについての宛先アドレスとに基づいて前記送信側端末で削除された他のストリームを再生するものである。
【発明の効果】
【００２４】
以上述べた如く本発明によれば、限られた無線リソースを効率的に使用することが可能となる。また、例えば、安定した多地点会議システムを廉価に構築することも可能となる。
【発明を実施するための最良の形態】
【００２５】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【００２６】
図１は実施の形態による多地点接続システムの概念構成図で、無線ＬＡＮを含むＰ２Ｐ接続方式をベースとしてユニキャスト通信により多地点接続制御を行う多地点接続システムにおいて、端末Ａからの音声データを端末Ｂ，Ｃに送信する場合の構成を示している。このシステムはアクセスポイント（ＡＰ）２０ａとＩＰネットワーク１００の間にゲートウェイノード（ＷＧＷ:Wireless Gateway）３０を備えている。このＷＧＷ３０は、ＩＥＥＥ８０２.１１ＭＡＣ機能の一部を具備しており、端末Ａとの間でＭＡＣ制御フレームの送受信を行う。このＭＡＣ制御フレームをベースとして、端末Ａは無線ＬＡＮ上では１つの端末（例えば端末Ｂ）宛にのみデータストリーム（リファレンスストリーム）を送信し、他の端末（例えば端末Ｃ）宛にはデータストリームを送信しないことにより、無線ＬＡＮ上での通信量を最小化している。以下、このような操作をショートカットとも呼ぶ。
【００２７】
一方、ＷＧＷ３０では、端末Ａから受信したデータストリームを端末Ｂ宛に送信すると共に、本来、端末Ａが送信すべきであった他の端末Ｃ宛のデータストリームを複製して送信する。このように、本実施の形態では、端末ＡのＭＡＣ機能部とＷＧＷ３０のＭＡＣ機能部とが連携することで、既存のＰ２Ｐアプリケーションに影響を与えることなく、無線ＬＡＮ上で冗長な送信データを送信しない（ショートカットする）ことが可能となる。なお、図示しないが、端末ＢやＣから端端末Ａ等にパケットを送信する場合も同様に構成できる。
【００２８】
図２は実施の形態による多地点接続システムのブロック図で、端末ＡとＷＧＷ３０とに付加したＭＡＣ拡張処理部１１，３１の構成を示している。端末１０において、上位アプリケーション処理部１２は、ＩＰレイヤ以上の処理を終端する。サービス識別部１３は、上位アプリケーション処理部１２から受け取った送信データについて、ＩＰヘッダのプロトコル種別やＵＤＰ／ＴＣＰヘッダのポート番号から上位プトコルのサービス種別を識別する。
【００２９】
サービス種別としては、例えば、音声会議等に使用されるＲＴＰ（Real-time Transport Protocol）プロトコルを判別する。ＲＴＰは、ＵＤＰの上位プロトコルとして機能し、映像や音声データを時間単位でパケットに分割すると共に、該パケットにデータの時間情報を付加して転送する。受信側では、途中で喪失したり、遅れて配送されたパケットは無視し、受信側が期待する時間内に到着したパケットだけを利用して各パケットの時間情報から時間的な関係を把握してデータの再生を行う。
【００３０】
ショートカット制御部１４は、ＷＧＷ３０との間でショートカット制御のために必要となるアドレステーブルの同期処理、および、ショートカット要否の判断、ショートカット区間のデータを代表するリファレンスストリームの生成、ショートカットされたストリームのデータ廃棄等を行う。ショートカット制御バッファ１６は、ショートカット要否判断のために、所定時間の間に上位アプリケーション処理部１２から送られる送信データを保持する。ショートカットの対象となり得るストリームのデータは一度全てこのバッファ１５に格納される。ショートカット制御タイマ１５は、ショートカット処理期間（前記所定時間）を制御するタイマであり、本タイマの満了時にショートカット制御バッファ１６に格納されている各ストリームデータを取り出し、ショートカット要否の判断を行う。ＩＰアドレステーブル１７は、ショートカット制御のために、端末１０とＷＧＷ３０との間で同期が必要な宛先ＩＰアドレス情報などを管理・格納する。そして、ＭＡＣフレーム送信処理部１８は、上位レイヤから受け取ったデータにヘッダ、テイル等の情報を付加し、ＭＡＣフレームの送信処理を行う。このような構成により、通常のデータストリームはそのままＭＡＣフレーム送信処理部１８を介して送信され、ショートカット制御の対象となる音声データストリームはショートカット制御部１４の制御下でショートカット処理されて後、送信される。
【００３１】
ＷＧＷ側３０において、ＭＡＣフレーム受信処理部３２は、端末から受信したＭＡＣフレームよりペイロード部分を取り出し、上位レイヤに受け渡す。フレーム判定部３３は、受信フレームの種別を判別し、ショートカット制御に係る拡張フレーム（リファレンスフレーム，ショートカット制御フレーム等）であれば、ショートカット複製制御部３４にペイロード部を転送し、通常のフレームであれば、上位アプリケーション処理部３６に転送する。ショートカット複製制御部３４は、端末１０との間でショートカット制御のために必要となるアドレステーブル３５の同期処理、および、受信したリファレンスフレームとＩＰアドレステーブル３５を参照してショートカットされた宛先向けのパケットを複製（複数複製）し、上位アプリケーション処理部３６に渡す。上位アプリケーション処理部３６はＩＰレイヤ以上の処理を終端する。
【００３２】
図３は実施の形態による多地点接続制御のシーケンス図で、上記図１で述べたショートカット制御のシーケンスを具体的に示している。ここでは、ショートカット対象のデータストリームとして、ＲＴＰプロトコル上のストリーミングデータ（音声データ等）を想定している。端末１０において、サービス識別部１３は、上位アプリケーション処理部１２から受信した端末Ｂ向けのデータストリームについて、そのＵＤＰポート番号から上位サービス種別を判定する。この例では、ショートカット制御の対象であるＲＴＰデータであるため、当該データをショートカット制御部１４に転送する。ショートカット制御部１４では、受け取ったデータをショートカット制御バッファ１６に格納し、所定時間のショートカット制御タイマ１５を起動する。次に上位アプリケーション処理部１２から端末Ｃ向けのＲＴＰデータが入力されると、このデータは上記同様にしてショートカット制御バッファ１６に格納される。但し、既にショートカット制御タイマ１５は起動中であるため、新たにタイマは起動しない。以下、同様である。
【００３３】
こうして、やがて、ショートカット制御タイマ１５がタイムアウトすると、ショートカ
ット制御部１４はショートカット制御バッファ１６内に格納されている受信ストリームのＩＰペイロード部分を比較し、データ内容が一致するか否かを判別する。一致した場合は、ショートカット対象のデータであると見なし、ショートカット制御部１４は、後発受信した端末Ｃ向けのデータを廃棄すると共に、端末Ｃ向けのデータがショートカットされたことを示すショートカット制御情報を端末Ｂ向けのデータのペイロード部先頭に挿入する。こうして、やがて、ショートカット制御バッファ１６内の全格納データについて上記のショートカット処理を終了すると、これらを代表する端末Ｂ向けのフレームのペイロード部に前記ショートカット制御情報及び共通のデータを搭載したリファレンスフレームを生成し、ＡＰ２０ａに送信する。
【００３４】
ＷＧＷ３０において、ＭＡＣフレーム受信処理部３２で受信されたフレームはフレーム判定部３３に渡される。フレーム判定部３３ではＭＡＣヘッダ内の「Ｔｙｐｅ」、「Ｓｕｂｔｙｐｅ」欄を参照し、受信フレームがショートカット制御に係るリファレンスフレームか、又は通常のデータフレームかを判別する。通常のデータフレームの場合はそのペイロード部分を上位アプリケーション処理部３６に渡し、またリファレンスフレームの場合はそのペイロード部分をショートカット複製制御部３４に転送する。
【００３５】
ショートカット複製制御部３４では、受信したフレーム内のショートカット制御情報「Shortcut Control」欄と、ＩＰアドレステーブル１７に同期したＩＰアドレステーブル３５を参照することで、端末１０側でショートカットされたデータストリームの宛先アドレスを認識する。この例では、端末Ｃ向けのデータがショートカットされたことが分かるため、ショートカット複製制御部３４では、受信した端末Ｂ向けのＩＰペイロード（データ）を流用し、かつ宛先ＩＰアドレスとしてはＩＰアドレステーブル３５から読み出した端末Ｃ向けアドレスを付与した形でＩＰパケットを複製・生成し、上位アプリケーション処理部３６に転送するする。また、受信したリファレンスフレーム（宛先アドレスは端末Ｂ向け）についても、端末１０側で挿入したショートカット制御情報を削除し、端末Ｂ向けのＩＰパケットに戻して、上位アプリケーション処理部３６に転送する。
【００３６】
本実施の形態によれば、上記のようなショートカット制御を、ＩＥＥＥ８０２.１１ＭＡＣレイヤに加えた拡張機能とＷＧＷ３０とで隠蔽できるため、端末１０の上位アプリケーションや既存の各種ネットワーク機能（各種プロトコル等）に対する変更は基本的には不要である。また、ネットワーク内にＷＧＷ３０を追加することで、他のアプリケーションソフトウェア等に加える別段の変更を抑えることができる。従って、既存設備に対する影響が少なく、設備投資も最小に抑えられる。
【００３７】
図４は実施の形態によるショートカット制御を説明する図で、図４（Ａ）はリファレンスフレームのフレームフォーマット（一例）を示している。リファレンスフレームは、そのＭＡＣヘッダ内の「Ｔｙｐｅ」＝Ｄａｔａ，「Ｓｕｂｔｙｐｅ」＝Ｓｈｏｒｔｃｕｔ Ｄａｔａにより種別を指定する。また、そのペイロード部分には、その先頭部分にショートカット制御情報を搭載する「Ｓｈｏｒｔｃｕｔ Ｃｏｎｔｒｏｌ」フィールド（固定長）を有する。ショートカット制御情報はＩＰアドレステーブル１７に対応したビットマップ構成を有している。この例では、各ビット位置がテーブルのエントリ番号に対応しており、ビット「１」に対応する宛先ＩＰがショートカット有り（複製必要）、ビット「０」に対応する宛先ＩＰがショートカット無し（複製不要）に対応している。
【００３８】
なお、リファレンスの選び方としては、例えば、特定のストリームにおいて、上位から最初に与えられたデータに含まれる宛先をリファレンスとして選択し、その後所定時間内に上位から与えられたデータに含まれる他の宛先をショートカットの対象とすることが可能である。
【００３９】
図４（Ｂ）にＩＰアドレステーブル１７の記憶内容を示す。上位アプリケーション処理部１２より所定時間の間に送られ、ショートカット制御バッファ１６に格納された特定のストリームにつき、ショ−トカット制御部１４により各ユニークな値の宛先ＩＰアドレスが抽出され、エントリＩＤと共にテーブル１７に記録される。或いは、上位アプリケーション処理部１２による多地点会議の接続制御の下で、会議に参加した端末につき抽出されたＩＰアドレスに基づき、ショ−トカット制御部１４がＩＰアドレステーブル１７を作成しても良い。リファレンスストリームに搭載するショートカット制御情報「Ｓｈｏｒｔｃｕｔ Ｃｏｎｔｒｏｌ」は、上位アプリケーション処理部１２より今回受信した全送信ストリームにつき、ＩＰアドレステーブル１７中に登録されているものがシュートカットの対象となり、対応するエントリ（位置）ＩＤのビットが論理１レベルにセットされる。但し、リファレンスストリームとして送信するエントリＩＤを除く。
【００４０】
例えば、ＩＰアドレステーブル１７上のエントリＩＤ＃２と、エントリＩＤ＃４で管理されるＩＰアドレス宛のデータがショートカットされた場合には、リファレンスフレームにおけるショートカット制御情報の「＃２ビット」と「＃４ビット」の欄にビット「１」が設定される。即ち、ショートカット制御情報のビット長（図の例では１６）はＩＰアドレステーブル１７の最大エントリ数（＝１６）と同一となっている。但し、このビット長（エントリ数）は一例にすぎない。
【００４１】
なお、上記のように、ショートカット制御情報によって、毎回ショートカットする対象を通知することもできるが、ショートカットする対象に変更がない場合は、１回ショートカット制御情報を送信することで、端末１０とＷＧＷ３０との間でショートカットする対象の同期がとれ、以後は、最初に取得したショートカット制御情報に従って、複製を行ってユニキャストデータを送信することができる。
【００４２】
ところで、上記ショートカット制御情報に対応するＩＰアドレスを追加して送信することで、ＷＧＷ３０において、ショートカットの対象の宛先のＩＰアドレスを取得することもできるが、次に示すように、制御信号を定義し、ＩＰドレスの追加があった場合に、端末１０からＷＧＷ３０に対して追加されたＩＰアドレスを通知することが望ましい。もちろん、ＩＰアドレスの削除も後述するように行うことができる。
【００４３】
図５は実施の形態によるＩＰアドレスエントリ制御フレームを説明する図である。上記ショートカット制御のためには端末１０とＷＧＷ３０との間で各ＩＰアドレステーブル１７，３５の内容が完全に同期（一致）している必要がある。ここでは、端末１０が同期制御のマスターとなって端末-ＷＧＷ間のＩＰアドレステーブルを同期させる方法について説明する。これらの制御は端末１０、ＷＧＷ３０ともにショートカット制御部１４，３４が行う。また、図５に端末１０とＷＧＷ３０との間でやり取りするＩＰアドレスエントリ制御フレームのフォーマットを示す。
【００４４】
＜宛先ＩＰアドレスのエントリ追加＞
ショートカット制御部１４はアプリケーション処理部１２から受信したデータパケットの宛先ＩＰアドレスがＩＰアドレステーブル１７に登録されていない場合は、この宛先ＩＰアドレスをアドレステーブル１７に追加登録すると共に、図５（ａ），（ｂ）に示すショートカットエントリリクエストの「Ｅｎｔｒｙ Cｏｎｔｒｏｌ」フィールドを「Ｅｎｔｒｙ Ａｄｄ」に設定し、ＷＧＷ３０に対してＩＰアドレステーブル３５へのアドレス追加が必要であることを通知する。
【００４５】
ＷＧＷ３０では端末１０よりフレームを受信したことにより、フレーム判定部３３で、ＭＡＣヘッダ内の「Ｔｙｐｅ」＝Ｍａｎａｇｅｍｅｎｔ，「Ｓｕｂｔｙｐｅ」＝Ａｃｔｉｏｎの情報、および、そのフレームボディ先頭部の「Ｃａｔｅｇｏｒｙ」欄の各情報から
ショートカット制御フレームであることを認識し、該受信フレームをショートカット複製制御部３４に転送する。
【００４６】
ショートカット複製制御部３４ではこの受信フレームを解析し、指定されたエントリＩＤに対応するテーブル位置に、エントリＩＤと対になっているＩＰアドレスを格納し、その後、端末１０に対して図５（ｃ）のショートカットエントリコンファームを返信する。端末１０ではショートカットエントリコンファームの結果が正常であったことを確認した後、送信したショートカットエントリリクエストに格納したエントリＩＤとそれに対応したＩＰアドレスとをＩＰアドレステーブル１７に追加する。こうして、端末１０とＷＧＷ３０との間でＩＰアドレステーブル１７，３５の同期が得られると、以後は上記図４（Ａ）のビットマップテーブルを使用することで、ＩＰアドレステーブル１７，３５を有効に活用できる。
【００４７】
＜宛先ＩＰアドレスのエントリ削除＞
ＩＰアドレステーブル１７，３５のサイズは有限であるため、すでに接続が解除されるなどして未使用となった対向端末のＩＰアドレスはテーブルエントリから削除する必要がある。この制御には、ＩＰアドレステーブル１７内の「有効期間」フィールドの情報を使用する。ショートカット制御部１４はＩＰアドレステーブル１７の全エントリについて、周期的に各「有効期間」フィールドの値をデクリメントしていく。このデクリメントの結果値がゼロとなったエントリは、すでに使用されなくなったエントリ（ＩＰアドレス）であると認識し、ＷＧＷ３０に対して図５（ａ），（ｂ）のショートカットエントリリクエスト（エントリコントロールフィールドの情報を「Ｅｎｔｒｙ
Ｄｅｌｅｔｅ」に設定）を通知する。これを受けたＷＧＷ３０では、ＩＰアドレステーブル３５から指定されたエントリの情報を削除する。そして、端末１０に図５（ｃ）のショートカットエントリコンファームを返信する。
【００４８】
＜宛先ＩＰアドレスの有効期間更新＞
上位アプリケーション処理部１１から受信したパケットの宛先ＩＰアドレスがＩＰアドレステーブル１７に登録されている場合は、ＩＰアドレステーブル１７内の該当するアドレスエントリに対して「有効期間」の欄を初期値に再設定する。本方式では、ＩＰアドレステーブルの管理はあくまでも端末１０がマスターとなって行うため、上記有効期間の更新時に、必ずしもその内容をＷＧＷ３０に対して通知する必要はないと共に、ＷＧＷ３０における自律的なテーブル更新処理も必要ない。
【００４９】
図６，図７は他の実施の形態による多地点接続制御のシーケンス図（１），（２）で、端末１０及びＷＧＷ３０が所定の条件を満足した時点（タイミング）を基準に一連のショートカット制御を継続して実行する場合を示している。この方式を実現するためには、
（１）無線上で実際に送信されるリファレンスストリームの宛先アドレス
（２）ショートカットされるストリームの宛先アドレス
（３）ショートカット制御を開始するタイミングの情報
を端末１０とＷＧＷ３０との間で同期させる必要がある。
【００５０】
上記（１），（２）については、端末１０とＷＧＷ３０との間で、指定したい宛先アドレスを通知可能な制御フレームを定義すればよく、端末１０とＷＧＷ３０のそれぞれでアドレス管理を行えばよい。上記（３）については、もし端末１０側でショートカットを開始するタイミングと、ＷＧＷ３０側で複製を開始するタイミングとがずれてしまうと、ストリームが不要に複製されることである端末宛のデータが２重に転送されたり、あるいは、本来複製されるべきデータが複製されずに、ある端末宛のデータが１つも送信されなかったりする問題が発生する。
【００５１】
そこで、本実施の形態では、所定のタイミングを表す目安としてＭＡＣヘッダ内のシーケンス番号を使用する。即ち、端末１０からＷＧＷ３０に対して、リファレンスストリームとショートカットストリームのＩＰアドレスを通知する際に、ショートカット制御を開始するフレームのシーケンス番号をも合わせて通知する。端末１０の側ではこのシーケンス番号に対応するデータストリームからショートカット（データ廃棄）制御を開始し、ＷＧＷ３０の側では当該シーケンス番号に対応する受信フレームを基準にして複製制御を行えばよい。
【００５２】
図６において、端末Ｂ，Ｃ向けのＲＴＰデータは通常のユニキャストストリームとしてＷＧＷ３０に送られ、ショートカット複製制御部３４を介して端末Ｂ，Ｃ宛に転送される。この状態で、ショートカット制御部１４がショートカット制御の開始トリガを適切な方法（後述する）により検出すると、所定のショートカット制御フレーム（要求）をＷＧＷ３０に送信する。このショートカット制御フレームには、前記検出したトリガ条件に基づくリファレンスストリームの宛先アドレス、ショートカット対象ストリームの宛先アドレス、及び、ショートカット制御開始／停止の制御種別と共に、現状のデータシーケンス番号を基準にしたいくつか先のシーケンス番号を制御実行タイミングに指定した情報が含まれる。これを受信したＧＷ３０では、その内容に基づき自局内における管理情報を設定した後、ショートカット制御フレーム（応答）を返送する。
【００５３】
図７において、その後の端末Ｂ，Ｃ向けのＲＴＰデータは通常のユニキャストストリームとしてＷＧＷ３０に送られ、ショートカット複製制御部３４を介して端末Ｂ，Ｃ宛に転送される。但し、この時点では各フレームのシーケンス番号がショートカット複製制御部３４により検査される。その後、端末１０からＷＧＷ３０に送るＲＴＰデータが所定のシーケンス番号になると、これに同期して端末１０及びＷＧＷ３０で各所定のショートカット制御を開始する。即ち、端末１０の側では、上記指定したリファレンスストリームアドレスに対応するフレームをリファレンスフレームとして送信し、かつショートカット対象アドレスに対応するストリームを廃棄する。一方、ＷＧＷ３０の側では、上記指定されたリファレンスストリームアドレスに対応するフレームを上位アプリケーション制御部３６に転送し、かつ該リファレンスフレームのペイドード部を流用してこれに上記指定されたショートカット対象アドレスを付加してその他の必要なフレームを複製し、これらを上位アプリケーション制御部３６に転送する。次に、上記端末１０においてショートカット制御の開始トリガを検出する方法には以下の方法が考えられる。
【００５４】
＜上位アプリケーション制御部１２からプリミティブでトリガ条件を指定する方法＞
複数宛先に同一データを送信することは上位アプリケーション処理部１２が認識しているため、上位アプリケーション処理部１２と、ショートカット制御部１４との間に制御プリミティブのインタフェースを定義し、当該インタフェースを用いて、無線上で実際に送信されるリファレンスストリームの宛先アドレス、ショートカット対象ストリームの宛先アドレスを指定すればよい。なお、シーケンス番号については、上位アプリケーション処理部１２では認識できず、ショートカット制御部１４で指定するものであるため、当該インタフェースでの通知は不要である。
【００５５】
＜ショートカット制御部１４が自律でトリガ条件を認識する方法＞
ショートカット制御部１４は、複数ストリームについてのＩＰペイロード部分の比較を行い、一致している場合には、その一致したＩＰアドレスの組み合わせをグループ情報（例えば、端末ＢとＣ宛という組み合わせ情報）として保持すると共に、一致検出回数カウンタをインクリメントする。このような処理を逐一実行しながらペイロード部の比較一致回数が所定の第一の閾値を超過した宛先グループについて、ショートカット制御を行うようにする。
【００５６】
また、上記生成・理されている宛先グループに対応するストリームについて、ペイロード部が不一致（例えば、端末Ｂ向けのＩＰペイロードと、端末Ｃ向けのＩＰペイロードが不一致、又は、端末Ｂ向けの送信データが存在するのに、端末Ｃ向けのデータが存在しない等）となっている場合には、当該宛先グループについてのペイロード部一致回数をデクリメントし、当該一致回数が所定の第２の閾値を下回った場合には、ショートカット制御を停止するようにする。
【００５７】
なお、上記実施の形態では主に音声会議システムへの適用例を述べたが、本発明が映像データを含むＴＶ会議システム等にも適用可能であることは明らかである。
【００５８】
また、上記実施の形態では、ＷＧＷ３０を別途に設けたが、これに限らない。上記ＷＧＷ３０の機能を既存のアクセスポイント２０に組み込んでも良いことは明らかである。
【００５９】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００６０】
（付記１） 無線端末から受信したデータを送信するデータ送信方法において、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、ことを特徴とするデータ送信方法。
【００６１】
（付記２） 前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、こを特徴とする付記１記載のデータ送信方法。
【００６２】
（付記３） 前記無線端末からの前記データを無線信号として受信する下流側ノードと、該下流側ノードからのデータを受信する上流側ノードとを含み、該下流側ノードは、前記無線端末から第１の宛先を宛先とするユニキャストデータを受信して該上流側ノードに該ユニキャストデータを前記データとして送信し、該上流側ノードは、該ユニキャストデータに基づいて前記複数のユニキャストデータを生成して、前記送信を行う、ことを特徴とする付記１記載のデータ送信方法。
【００６３】
（付記４） 前記データは、制御信号を含み、前記複数のユニキャストデータの生成は、該制御信号に従って行われる、ことを特徴とする付記１記載のデータ送信方法。
【００６４】
（付記５） 上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、ことを特徴とする端末装置。
【００６５】
（付記６） 無線端末から受信したデータを中継するノードにおいて、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、を備えたことを特徴とするノード。
【００６６】
（付記７） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを送信し、又は通知しておき、
これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信することを特徴とするパケット通信システム。
【００６７】
（付記８） 前記下流側ノードは、特定のアプリケーションに係る前記複数のユニキャストストリームを設定する上位アプリケーション処理部と、前記上位アプリケーション処理部から所定時間内に受け取った前記特定のアプリケーションに係る複数のストリームにつきペイロード部の情報が一致する複数のストリームを検出し、該検出したストリーム中の少なくとも１つをリファレンスストリームとして上流側ノードに送信すると共に、他のストリームについてはその宛先アドレスを上流側ノードに送信するショートカット制御部と、を備えることを特徴とする付記７記載のパケット通信システム。
【００６８】
（付記９） 前記上流側ノードは、前記下流側ノードより受信した特定のアプリケーションに係るリファレンスストリームの宛先アドレスと、他のストリームについての宛先アドレスとを前記下流側ノードより指定された順序で記憶する第１のアドレステーブルと、前記下流側ノードより特定のアプリケーションに係るリファレンスストリームを受信したことにより、該該受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルの宛先アドレスとから前記他のストリームを複製して送信するショートカット複製制御部と、を備えることを特徴とする付記８記載のパケット通信システム。
【００６９】
（付記１０） 前記下流側ノードは、前記検出した複数のストリームについての宛先アドレスを前記上流側ノードに指定したと同じ順序で記憶する第２のアドレステーブルを備え、前記ショートカット制御部は、今回検出した複数のストリームについての宛先アドレスと、前記第２のアドレステーブルの宛先アドレスとを比較し、比較一致が得られたテーブルエントリに対応する位置のビットを論理１レベルにしたビットマップテーブルを形成し、今回検出したリファレンスストリームのペイロード部に搭載して送信することを特徴とする付記９記載のパケット通信システム。
【００７０】
（付記１１） 前記ショートカット複製制御部は、今回受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルにおける今回受信したビットマップテーブルのビットが論理１レベルとなっている位置に対応するエントリから読み出した宛先アドレスとから他のストリームを複製して送信することを特徴とする付記１０記載のパケット通信システム。
【００７１】
（付記１２） 前記下流側ノードは、第２のアドレステーブルの各エントリの対応にカウンタを備え、各回に検出された複数のストリームについての宛先アドレスとの比較一致が連続して所定回数以上の得られなかったエントリの宛先アドレスを削除するテーブル管理部を備えることを特徴とする付記１１記載のパケット通信システム。従って、システムから外れた端末宛の冗長ストリームの送信を有効に停止できる。
【００７２】
（付記１３） 前記下流側ノードが端末装置で、前記上流側ノードが前記端末装置からの無線アクセスを終端するアクセスポイント装置、又は、該アクセスポイント装置に接続するゲートウェイ装置であることを特徴とする付記７記載のパケット通信システム。従って、既存の通信シイステムの上に本発明を効率よく実現できる。
【００７３】
（付記１４） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記端末装置において、上位アプリケーション処理部から受け取った複数のストリーム中の少なくとも１つを前記上流側ノードに実際に送信し、かつ他のストリームは送信
せずに、それらの宛先アドレスを該上流側ノードに送信することを特徴とする端末装置。
【００７４】
（付記１５） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記上流側ノード装置において、前記複数のユニキャストストリームに送信すべく前記送信側端末から受信した少なくとも１つのストリームと、残りの他のストリームについての宛先アドレスとに基づいて前記送信側端末で削除された他のストリームを再生することを特徴とする上流側ノード装置。
【００７５】
（付記１６） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードとその上流側ノードとの間で、予め、下流側ノードから上流側ノードに送信するリファレンスストリームの宛先アドレストと、送信せずに廃棄するショートカットストリームの宛先アドレスと、処理開始の基準となるフレームのシーケンス番号とを共有し、前記下流側ノードは、前記所定のシーケンス番号のフレーム送信を契機に、前記複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せず、前記上流側ノードでは、該受信したリファレンスストリームと自局が管理するショートカットストリームについての宛先アドレスとから前記廃棄されたショートカットストリームを複製して送信することを特徴とするパケット通信システム。
【図面の簡単な説明】
【００７６】
【図１】実施の形態による多地点接続システムの要部構成図である。
【図２】実施の形態による多地点接続システムのブロック図である。
【図３】実施の形態による多地点接続制御のシーケンス図である。
【図４】実施の形態によるショートカット制御を説明する図である。
【図５】実施の形態によるＩＰアドレスエントリ制御フレームを説明する図である。
【図６】他の実施の形態による多地点接続制御のシーケンス図（１）である。
【図７】他の実施の形態による多地点接続制御のシーケンス図（２）である。
【図８】従来技術を説明する図である。
【符号の説明】
【００７７】
１０ 端末（ＭＳ）
２０ アクセスポイント（ＡＰ）
３０ ゲートウェイノード（ＷＧＷ）
１００ ＩＰネットワーク
【技術分野】
【０００１】
本発明はデータ送信方法及び端末装置、ノードに関する。本発明は、特に、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムに適用するのが好適である。
【背景技術】
【０００２】
近年、ＩＥＥＥ ８０２.１１無線ＬＡＮに代表されるＩＰ無線アクセス技術が大幅に進歩し、通信帯域も１００Ｍｂｐｓに迫る勢いである（８０２.１１ｎ等）。このような十分な通信帯域の確保、および、無線アクセスによる利便性から、当該システムはコンシューマ向けだけでなく、企業内での通信手段としても普及することが予想される。
【０００３】
特に、企業内のシステム導入では、データ通信だけでなく、構内電話システムもＩＰにおきかえる動きが活発であり、無線ＬＡＮ上での音声通話（ＶｏＷＬＡＮ : Voice over Wireless ＬＡＮ）がその主要なアプリケーションとなりつつある。更に、そうした業務アプリケーションの１つとして、音声会議やＴＶ会議といった多地点通信の需要も高まっており、そうしたアプリケーションにおいて、無線ＬＡＮシステムが提供する通信品質は上記サービス品質を確保する上で極めて重要となってくる。
【０００４】
ここで、多地点接続サービスについて整理しておく。音声電話会議に代表される多地点接続サービスには複数の実現方式があるが、それらは、
（１）接続制御をどのノードが行うか、即ち、集中管理ノードＭＣＵ（Multi-point Control Unit)が行うか、又はＰ２Ｐ（point-to-point）モードで行うか、
（２）通信方式は複数のアドレスを指定して同じデータを送信するマルチキャストか、又は単一のアドレスを指定して特定の相手にデータを送信するユニキャストか、
（３）音声混合をどのノードで行うか、即ち、集中管理ノード（ＭＣＵ：Multi-point Control Unit)か、又は各端末か、
と言った、大きく３つの観点に分類できる。
【０００５】
集中管理ノードで（１）の接続制御や（３）の音声混合を実施する方式については、集中管理ノード（ＭＣＵ）の設置が必要となる点で今後の柔軟かつ広範なネットワーク構築に対して制約を与える可能性がある。また、（２）の方式では、同一データを複数端末に配信する点では、マルチキャスト通信を用いることがネットワーク資源の有効活用となるが、マルチキャスト通信では通信経路上の全てのノードがマルチキャストプロトコルに対応している必要がある上、実際には普及が十分に進んでいないのが実情であることから、マルチキャストプロトコルを前提としたサービス提供には大きな制約が伴う。そこで、無線ＬＡＮを含むＰ２Ｐ接続をベースとしたユニキャスト通信方式により多地点接続サービスを提供することが考えられる。
【特許文献１】特開２０００−２４４４９１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、無線ＬＡＮは有線ネットワークと比較してリソースや無線キャパシティの制限が大きく、多地点会議のように１つのエリア内に複数の端末が存在するような厳しい通信環境では、通信品質の低下が問題となっていた。以下、具体的に説明する。
【０００７】
図８は従来技術を説明する図で、図８（Ａ）は無線ＬＡＮを含むＰ２Ｐ接続方式をベースとしてユニキャスト方式により音声の多地点接続サービスを提供する通信システムの概念構成図を示している。図において、Ａ〜Ｃは無線端末（ＭＳ）、２０’は無線エリア内の端末との間の無線通信を終端するアクセスポイント（ＡＰ）、１００はＩＰネットワークである。ここでは、端末Ａで発生した音声データパケットを端末Ｂ，Ｃ宛に送信する場合を例に説明する。端末Ａは、音声データ「もしもし」を端末Ｂ，Ｃのそれぞれにユニキャスト送信するが、このとき、端末Ａ内では端末Ｂ，Ｃ向けに同一内容の送信データ「もしもし」が複数生成される。
【０００８】
しかし、無線ＬＡＮでは１つのチャネル（周波数）を複数の端末とＡＰ２０’とで共有する。従って、例えば図８（Ｂ）に示す如く、端末Ａ，Ｄからのデータパケットは同時には送信できないため、アクセス競合によるデータ送信遅延が発生し、音声品質が劣化する。また図８（Ｃ）に示す如く、端末Ａは同時に複数の音声データ（宛先は異なる）パケットを送信できないため、同一タイミングに送信すべき音声データのうち２番目以降のパケット送信には必ず遅延が発生じ、こうして、無線キャパシティ（帯域使用効率）の低下を招く。このように、本発明の課題は、ＩＥＥＥ８０２.１１無線ＬＡＮ仕様が持つ無線アクセスの競合特性、Ｐ２Ｐ型通信方式が持つユニキャスト特性、および、多地点接続サービスが持つ複数ストリーム生成特性の組み合わせに起因している。
【０００９】
本発明は上記従来技術の問題点に鑑みなされたもので、その目的は、より高い無線使用効率又は通信品質を提供可能なデータ送信方法及び端末装置、ノードを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の態様によるデータ送信方法は、無線端末から受信したデータを送信するデータ送信方法において、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、ものである。従って、無線端末と自局間の無線空間における無線使用効率を大幅に改善できる。
【００１１】
本発明の第２の態様では、前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、ものである。
【００１２】
本発明の第３の態様では、前記無線端末からの前記データを無線信号として受信する下流側ノードと、該下流側ノードからのデータを受信する上流側ノードとを含み、該下流側ノードは、前記無線端末から第１の宛先を宛先とするユニキャストデータを受信して該上流側ノードに該ユニキャストデータを前記データとして送信し、該上流側ノードは、該ユニキャストデータに基づいて前記複数のユニキャストデータを生成して、前記送信を行う、ものである。
【００１３】
本発明の第４の態様では、前記データは、制御信号を含み、前記複数のユニキャストデータの生成は、該制御信号に従って行われる、ものである。
【００１４】
本発明の第５の態様による端末装置は、上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、ものである。
【００１５】
本発明の第６の態様によるノードは、無線端末から受信したデータを中継するノードに
おいて、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、を備えたものである。
【００１６】
本発明の第７の態様によるパケット通信システムは、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを送信し、又は通知しておき、これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信するものである。
【００１７】
本発明によれば、無線ＬＡＮ上における冗長ストリーム（パケット）の送信をショートカットし、その上流側で複数の冗長ストリームを複製して送信する構成により、無線ＬＡＮ上の様々な制約に基づく伝送遅延を有効に回避でき、よって高品質なＰ２Ｐ型の多地点接続システムを廉価に提供できる。
【００１８】
本発明の第８の態様では、前記下流側ノードは、特定のアプリケーションに係る前記複数のユニキャストストリームを設定する上位アプリケーション処理部と、前記上位アプリケーション処理部から所定時間内に受け取った前記特定のアプリケーションに係る複数のストリームにつきペイロード部の情報が一致する複数のストリームを検出し、該検出したストリーム中の少なくとも１つをリファレンスストリームとして上流側ノードに送信すると共に、他のストリームについてはその宛先アドレスを上流側ノードに送信するショートカット制御部と、を備える。従って、冗長ストリームの送信を有効にショートカットできる。
【００１９】
本発明の第９の態様では、前記上流側ノードは、前記下流側ノードより受信した特定のアプリケーションに係るリファレンスストリームの宛先アドレスと、他のストリームについての宛先アドレスとを前記下流側ノードより指定された順序で記憶する第１のアドレステーブルと、前記下流側ノードより特定のアプリケーションに係るリファレンスストリームを受信したことにより、該該受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルの宛先アドレスとから前記他のストリームを複製して送信するショートカット複製制御部と、を備える。従って、送信側でショートカットされた冗長ストリームを効率よく複製して送信できる。
【００２０】
本発明の第１０の態様では、前記下流側ノードは、前記検出した複数のストリームについての宛先アドレスを前記上流側ノードに指定したと同じ順序で記憶する第２のアドレステーブルを備え、前記ショートカット制御部は、今回検出した複数のストリームについての宛先アドレスと、前記第２のアドレステーブルの宛先アドレスとを比較し、比較一致が得られたテーブルエントリに対応する位置のビットを論理１レベルにしたビットマップテーブルを形成し、今回検出したリファレンスストリームのペイロード部に搭載して送信する。従って、今回、上流側ノードで複製すべき複数ストリームのアドレス情報を少ないビットマップ情報により効率よく通知できる。
【００２１】
本発明の第１１の態様では、前記ショートカット複製制御部は、今回受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルにおける今回受信したビットマップテーブルのビットが論理１レベルとなっている位置に対応するエントリから読み出した宛先アドレスとから他のストリームを複製して送信する。従って、上流側ノードでは複数の冗長ストリームを効率よく複製できる。
【００２２】
本発明の第１２の態様による端末装置は、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記端末装置において、上位アプリケーション処理部から受け取った複数のストリーム中の少なくとも１つを前記上流側ノードに実際に送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを該上流側ノードに送信するものである。
【００２３】
本発明の第１３の態様による上流側ノード装置は、無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記上流側ノード装置において、前記複数のユニキャストストリームに送信すべく前記送信側端末から受信した少なくとも１つのストリームと、残りの他のストリームについての宛先アドレスとに基づいて前記送信側端末で削除された他のストリームを再生するものである。
【発明の効果】
【００２４】
以上述べた如く本発明によれば、限られた無線リソースを効率的に使用することが可能となる。また、例えば、安定した多地点会議システムを廉価に構築することも可能となる。
【発明を実施するための最良の形態】
【００２５】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【００２６】
図１は実施の形態による多地点接続システムの概念構成図で、無線ＬＡＮを含むＰ２Ｐ接続方式をベースとしてユニキャスト通信により多地点接続制御を行う多地点接続システムにおいて、端末Ａからの音声データを端末Ｂ，Ｃに送信する場合の構成を示している。このシステムはアクセスポイント（ＡＰ）２０ａとＩＰネットワーク１００の間にゲートウェイノード（ＷＧＷ:Wireless Gateway）３０を備えている。このＷＧＷ３０は、ＩＥＥＥ８０２.１１ＭＡＣ機能の一部を具備しており、端末Ａとの間でＭＡＣ制御フレームの送受信を行う。このＭＡＣ制御フレームをベースとして、端末Ａは無線ＬＡＮ上では１つの端末（例えば端末Ｂ）宛にのみデータストリーム（リファレンスストリーム）を送信し、他の端末（例えば端末Ｃ）宛にはデータストリームを送信しないことにより、無線ＬＡＮ上での通信量を最小化している。以下、このような操作をショートカットとも呼ぶ。
【００２７】
一方、ＷＧＷ３０では、端末Ａから受信したデータストリームを端末Ｂ宛に送信すると共に、本来、端末Ａが送信すべきであった他の端末Ｃ宛のデータストリームを複製して送信する。このように、本実施の形態では、端末ＡのＭＡＣ機能部とＷＧＷ３０のＭＡＣ機能部とが連携することで、既存のＰ２Ｐアプリケーションに影響を与えることなく、無線ＬＡＮ上で冗長な送信データを送信しない（ショートカットする）ことが可能となる。なお、図示しないが、端末ＢやＣから端端末Ａ等にパケットを送信する場合も同様に構成できる。
【００２８】
図２は実施の形態による多地点接続システムのブロック図で、端末ＡとＷＧＷ３０とに付加したＭＡＣ拡張処理部１１，３１の構成を示している。端末１０において、上位アプリケーション処理部１２は、ＩＰレイヤ以上の処理を終端する。サービス識別部１３は、上位アプリケーション処理部１２から受け取った送信データについて、ＩＰヘッダのプロトコル種別やＵＤＰ／ＴＣＰヘッダのポート番号から上位プトコルのサービス種別を識別する。
【００２９】
サービス種別としては、例えば、音声会議等に使用されるＲＴＰ（Real-time Transport Protocol）プロトコルを判別する。ＲＴＰは、ＵＤＰの上位プロトコルとして機能し、映像や音声データを時間単位でパケットに分割すると共に、該パケットにデータの時間情報を付加して転送する。受信側では、途中で喪失したり、遅れて配送されたパケットは無視し、受信側が期待する時間内に到着したパケットだけを利用して各パケットの時間情報から時間的な関係を把握してデータの再生を行う。
【００３０】
ショートカット制御部１４は、ＷＧＷ３０との間でショートカット制御のために必要となるアドレステーブルの同期処理、および、ショートカット要否の判断、ショートカット区間のデータを代表するリファレンスストリームの生成、ショートカットされたストリームのデータ廃棄等を行う。ショートカット制御バッファ１６は、ショートカット要否判断のために、所定時間の間に上位アプリケーション処理部１２から送られる送信データを保持する。ショートカットの対象となり得るストリームのデータは一度全てこのバッファ１５に格納される。ショートカット制御タイマ１５は、ショートカット処理期間（前記所定時間）を制御するタイマであり、本タイマの満了時にショートカット制御バッファ１６に格納されている各ストリームデータを取り出し、ショートカット要否の判断を行う。ＩＰアドレステーブル１７は、ショートカット制御のために、端末１０とＷＧＷ３０との間で同期が必要な宛先ＩＰアドレス情報などを管理・格納する。そして、ＭＡＣフレーム送信処理部１８は、上位レイヤから受け取ったデータにヘッダ、テイル等の情報を付加し、ＭＡＣフレームの送信処理を行う。このような構成により、通常のデータストリームはそのままＭＡＣフレーム送信処理部１８を介して送信され、ショートカット制御の対象となる音声データストリームはショートカット制御部１４の制御下でショートカット処理されて後、送信される。
【００３１】
ＷＧＷ側３０において、ＭＡＣフレーム受信処理部３２は、端末から受信したＭＡＣフレームよりペイロード部分を取り出し、上位レイヤに受け渡す。フレーム判定部３３は、受信フレームの種別を判別し、ショートカット制御に係る拡張フレーム（リファレンスフレーム，ショートカット制御フレーム等）であれば、ショートカット複製制御部３４にペイロード部を転送し、通常のフレームであれば、上位アプリケーション処理部３６に転送する。ショートカット複製制御部３４は、端末１０との間でショートカット制御のために必要となるアドレステーブル３５の同期処理、および、受信したリファレンスフレームとＩＰアドレステーブル３５を参照してショートカットされた宛先向けのパケットを複製（複数複製）し、上位アプリケーション処理部３６に渡す。上位アプリケーション処理部３６はＩＰレイヤ以上の処理を終端する。
【００３２】
図３は実施の形態による多地点接続制御のシーケンス図で、上記図１で述べたショートカット制御のシーケンスを具体的に示している。ここでは、ショートカット対象のデータストリームとして、ＲＴＰプロトコル上のストリーミングデータ（音声データ等）を想定している。端末１０において、サービス識別部１３は、上位アプリケーション処理部１２から受信した端末Ｂ向けのデータストリームについて、そのＵＤＰポート番号から上位サービス種別を判定する。この例では、ショートカット制御の対象であるＲＴＰデータであるため、当該データをショートカット制御部１４に転送する。ショートカット制御部１４では、受け取ったデータをショートカット制御バッファ１６に格納し、所定時間のショートカット制御タイマ１５を起動する。次に上位アプリケーション処理部１２から端末Ｃ向けのＲＴＰデータが入力されると、このデータは上記同様にしてショートカット制御バッファ１６に格納される。但し、既にショートカット制御タイマ１５は起動中であるため、新たにタイマは起動しない。以下、同様である。
【００３３】
こうして、やがて、ショートカット制御タイマ１５がタイムアウトすると、ショートカ
ット制御部１４はショートカット制御バッファ１６内に格納されている受信ストリームのＩＰペイロード部分を比較し、データ内容が一致するか否かを判別する。一致した場合は、ショートカット対象のデータであると見なし、ショートカット制御部１４は、後発受信した端末Ｃ向けのデータを廃棄すると共に、端末Ｃ向けのデータがショートカットされたことを示すショートカット制御情報を端末Ｂ向けのデータのペイロード部先頭に挿入する。こうして、やがて、ショートカット制御バッファ１６内の全格納データについて上記のショートカット処理を終了すると、これらを代表する端末Ｂ向けのフレームのペイロード部に前記ショートカット制御情報及び共通のデータを搭載したリファレンスフレームを生成し、ＡＰ２０ａに送信する。
【００３４】
ＷＧＷ３０において、ＭＡＣフレーム受信処理部３２で受信されたフレームはフレーム判定部３３に渡される。フレーム判定部３３ではＭＡＣヘッダ内の「Ｔｙｐｅ」、「Ｓｕｂｔｙｐｅ」欄を参照し、受信フレームがショートカット制御に係るリファレンスフレームか、又は通常のデータフレームかを判別する。通常のデータフレームの場合はそのペイロード部分を上位アプリケーション処理部３６に渡し、またリファレンスフレームの場合はそのペイロード部分をショートカット複製制御部３４に転送する。
【００３５】
ショートカット複製制御部３４では、受信したフレーム内のショートカット制御情報「Shortcut Control」欄と、ＩＰアドレステーブル１７に同期したＩＰアドレステーブル３５を参照することで、端末１０側でショートカットされたデータストリームの宛先アドレスを認識する。この例では、端末Ｃ向けのデータがショートカットされたことが分かるため、ショートカット複製制御部３４では、受信した端末Ｂ向けのＩＰペイロード（データ）を流用し、かつ宛先ＩＰアドレスとしてはＩＰアドレステーブル３５から読み出した端末Ｃ向けアドレスを付与した形でＩＰパケットを複製・生成し、上位アプリケーション処理部３６に転送するする。また、受信したリファレンスフレーム（宛先アドレスは端末Ｂ向け）についても、端末１０側で挿入したショートカット制御情報を削除し、端末Ｂ向けのＩＰパケットに戻して、上位アプリケーション処理部３６に転送する。
【００３６】
本実施の形態によれば、上記のようなショートカット制御を、ＩＥＥＥ８０２.１１ＭＡＣレイヤに加えた拡張機能とＷＧＷ３０とで隠蔽できるため、端末１０の上位アプリケーションや既存の各種ネットワーク機能（各種プロトコル等）に対する変更は基本的には不要である。また、ネットワーク内にＷＧＷ３０を追加することで、他のアプリケーションソフトウェア等に加える別段の変更を抑えることができる。従って、既存設備に対する影響が少なく、設備投資も最小に抑えられる。
【００３７】
図４は実施の形態によるショートカット制御を説明する図で、図４（Ａ）はリファレンスフレームのフレームフォーマット（一例）を示している。リファレンスフレームは、そのＭＡＣヘッダ内の「Ｔｙｐｅ」＝Ｄａｔａ，「Ｓｕｂｔｙｐｅ」＝Ｓｈｏｒｔｃｕｔ Ｄａｔａにより種別を指定する。また、そのペイロード部分には、その先頭部分にショートカット制御情報を搭載する「Ｓｈｏｒｔｃｕｔ Ｃｏｎｔｒｏｌ」フィールド（固定長）を有する。ショートカット制御情報はＩＰアドレステーブル１７に対応したビットマップ構成を有している。この例では、各ビット位置がテーブルのエントリ番号に対応しており、ビット「１」に対応する宛先ＩＰがショートカット有り（複製必要）、ビット「０」に対応する宛先ＩＰがショートカット無し（複製不要）に対応している。
【００３８】
なお、リファレンスの選び方としては、例えば、特定のストリームにおいて、上位から最初に与えられたデータに含まれる宛先をリファレンスとして選択し、その後所定時間内に上位から与えられたデータに含まれる他の宛先をショートカットの対象とすることが可能である。
【００３９】
図４（Ｂ）にＩＰアドレステーブル１７の記憶内容を示す。上位アプリケーション処理部１２より所定時間の間に送られ、ショートカット制御バッファ１６に格納された特定のストリームにつき、ショ−トカット制御部１４により各ユニークな値の宛先ＩＰアドレスが抽出され、エントリＩＤと共にテーブル１７に記録される。或いは、上位アプリケーション処理部１２による多地点会議の接続制御の下で、会議に参加した端末につき抽出されたＩＰアドレスに基づき、ショ−トカット制御部１４がＩＰアドレステーブル１７を作成しても良い。リファレンスストリームに搭載するショートカット制御情報「Ｓｈｏｒｔｃｕｔ Ｃｏｎｔｒｏｌ」は、上位アプリケーション処理部１２より今回受信した全送信ストリームにつき、ＩＰアドレステーブル１７中に登録されているものがシュートカットの対象となり、対応するエントリ（位置）ＩＤのビットが論理１レベルにセットされる。但し、リファレンスストリームとして送信するエントリＩＤを除く。
【００４０】
例えば、ＩＰアドレステーブル１７上のエントリＩＤ＃２と、エントリＩＤ＃４で管理されるＩＰアドレス宛のデータがショートカットされた場合には、リファレンスフレームにおけるショートカット制御情報の「＃２ビット」と「＃４ビット」の欄にビット「１」が設定される。即ち、ショートカット制御情報のビット長（図の例では１６）はＩＰアドレステーブル１７の最大エントリ数（＝１６）と同一となっている。但し、このビット長（エントリ数）は一例にすぎない。
【００４１】
なお、上記のように、ショートカット制御情報によって、毎回ショートカットする対象を通知することもできるが、ショートカットする対象に変更がない場合は、１回ショートカット制御情報を送信することで、端末１０とＷＧＷ３０との間でショートカットする対象の同期がとれ、以後は、最初に取得したショートカット制御情報に従って、複製を行ってユニキャストデータを送信することができる。
【００４２】
ところで、上記ショートカット制御情報に対応するＩＰアドレスを追加して送信することで、ＷＧＷ３０において、ショートカットの対象の宛先のＩＰアドレスを取得することもできるが、次に示すように、制御信号を定義し、ＩＰドレスの追加があった場合に、端末１０からＷＧＷ３０に対して追加されたＩＰアドレスを通知することが望ましい。もちろん、ＩＰアドレスの削除も後述するように行うことができる。
【００４３】
図５は実施の形態によるＩＰアドレスエントリ制御フレームを説明する図である。上記ショートカット制御のためには端末１０とＷＧＷ３０との間で各ＩＰアドレステーブル１７，３５の内容が完全に同期（一致）している必要がある。ここでは、端末１０が同期制御のマスターとなって端末-ＷＧＷ間のＩＰアドレステーブルを同期させる方法について説明する。これらの制御は端末１０、ＷＧＷ３０ともにショートカット制御部１４，３４が行う。また、図５に端末１０とＷＧＷ３０との間でやり取りするＩＰアドレスエントリ制御フレームのフォーマットを示す。
【００４４】
＜宛先ＩＰアドレスのエントリ追加＞
ショートカット制御部１４はアプリケーション処理部１２から受信したデータパケットの宛先ＩＰアドレスがＩＰアドレステーブル１７に登録されていない場合は、この宛先ＩＰアドレスをアドレステーブル１７に追加登録すると共に、図５（ａ），（ｂ）に示すショートカットエントリリクエストの「Ｅｎｔｒｙ Cｏｎｔｒｏｌ」フィールドを「Ｅｎｔｒｙ Ａｄｄ」に設定し、ＷＧＷ３０に対してＩＰアドレステーブル３５へのアドレス追加が必要であることを通知する。
【００４５】
ＷＧＷ３０では端末１０よりフレームを受信したことにより、フレーム判定部３３で、ＭＡＣヘッダ内の「Ｔｙｐｅ」＝Ｍａｎａｇｅｍｅｎｔ，「Ｓｕｂｔｙｐｅ」＝Ａｃｔｉｏｎの情報、および、そのフレームボディ先頭部の「Ｃａｔｅｇｏｒｙ」欄の各情報から
ショートカット制御フレームであることを認識し、該受信フレームをショートカット複製制御部３４に転送する。
【００４６】
ショートカット複製制御部３４ではこの受信フレームを解析し、指定されたエントリＩＤに対応するテーブル位置に、エントリＩＤと対になっているＩＰアドレスを格納し、その後、端末１０に対して図５（ｃ）のショートカットエントリコンファームを返信する。端末１０ではショートカットエントリコンファームの結果が正常であったことを確認した後、送信したショートカットエントリリクエストに格納したエントリＩＤとそれに対応したＩＰアドレスとをＩＰアドレステーブル１７に追加する。こうして、端末１０とＷＧＷ３０との間でＩＰアドレステーブル１７，３５の同期が得られると、以後は上記図４（Ａ）のビットマップテーブルを使用することで、ＩＰアドレステーブル１７，３５を有効に活用できる。
【００４７】
＜宛先ＩＰアドレスのエントリ削除＞
ＩＰアドレステーブル１７，３５のサイズは有限であるため、すでに接続が解除されるなどして未使用となった対向端末のＩＰアドレスはテーブルエントリから削除する必要がある。この制御には、ＩＰアドレステーブル１７内の「有効期間」フィールドの情報を使用する。ショートカット制御部１４はＩＰアドレステーブル１７の全エントリについて、周期的に各「有効期間」フィールドの値をデクリメントしていく。このデクリメントの結果値がゼロとなったエントリは、すでに使用されなくなったエントリ（ＩＰアドレス）であると認識し、ＷＧＷ３０に対して図５（ａ），（ｂ）のショートカットエントリリクエスト（エントリコントロールフィールドの情報を「Ｅｎｔｒｙ
Ｄｅｌｅｔｅ」に設定）を通知する。これを受けたＷＧＷ３０では、ＩＰアドレステーブル３５から指定されたエントリの情報を削除する。そして、端末１０に図５（ｃ）のショートカットエントリコンファームを返信する。
【００４８】
＜宛先ＩＰアドレスの有効期間更新＞
上位アプリケーション処理部１１から受信したパケットの宛先ＩＰアドレスがＩＰアドレステーブル１７に登録されている場合は、ＩＰアドレステーブル１７内の該当するアドレスエントリに対して「有効期間」の欄を初期値に再設定する。本方式では、ＩＰアドレステーブルの管理はあくまでも端末１０がマスターとなって行うため、上記有効期間の更新時に、必ずしもその内容をＷＧＷ３０に対して通知する必要はないと共に、ＷＧＷ３０における自律的なテーブル更新処理も必要ない。
【００４９】
図６，図７は他の実施の形態による多地点接続制御のシーケンス図（１），（２）で、端末１０及びＷＧＷ３０が所定の条件を満足した時点（タイミング）を基準に一連のショートカット制御を継続して実行する場合を示している。この方式を実現するためには、
（１）無線上で実際に送信されるリファレンスストリームの宛先アドレス
（２）ショートカットされるストリームの宛先アドレス
（３）ショートカット制御を開始するタイミングの情報
を端末１０とＷＧＷ３０との間で同期させる必要がある。
【００５０】
上記（１），（２）については、端末１０とＷＧＷ３０との間で、指定したい宛先アドレスを通知可能な制御フレームを定義すればよく、端末１０とＷＧＷ３０のそれぞれでアドレス管理を行えばよい。上記（３）については、もし端末１０側でショートカットを開始するタイミングと、ＷＧＷ３０側で複製を開始するタイミングとがずれてしまうと、ストリームが不要に複製されることである端末宛のデータが２重に転送されたり、あるいは、本来複製されるべきデータが複製されずに、ある端末宛のデータが１つも送信されなかったりする問題が発生する。
【００５１】
そこで、本実施の形態では、所定のタイミングを表す目安としてＭＡＣヘッダ内のシーケンス番号を使用する。即ち、端末１０からＷＧＷ３０に対して、リファレンスストリームとショートカットストリームのＩＰアドレスを通知する際に、ショートカット制御を開始するフレームのシーケンス番号をも合わせて通知する。端末１０の側ではこのシーケンス番号に対応するデータストリームからショートカット（データ廃棄）制御を開始し、ＷＧＷ３０の側では当該シーケンス番号に対応する受信フレームを基準にして複製制御を行えばよい。
【００５２】
図６において、端末Ｂ，Ｃ向けのＲＴＰデータは通常のユニキャストストリームとしてＷＧＷ３０に送られ、ショートカット複製制御部３４を介して端末Ｂ，Ｃ宛に転送される。この状態で、ショートカット制御部１４がショートカット制御の開始トリガを適切な方法（後述する）により検出すると、所定のショートカット制御フレーム（要求）をＷＧＷ３０に送信する。このショートカット制御フレームには、前記検出したトリガ条件に基づくリファレンスストリームの宛先アドレス、ショートカット対象ストリームの宛先アドレス、及び、ショートカット制御開始／停止の制御種別と共に、現状のデータシーケンス番号を基準にしたいくつか先のシーケンス番号を制御実行タイミングに指定した情報が含まれる。これを受信したＧＷ３０では、その内容に基づき自局内における管理情報を設定した後、ショートカット制御フレーム（応答）を返送する。
【００５３】
図７において、その後の端末Ｂ，Ｃ向けのＲＴＰデータは通常のユニキャストストリームとしてＷＧＷ３０に送られ、ショートカット複製制御部３４を介して端末Ｂ，Ｃ宛に転送される。但し、この時点では各フレームのシーケンス番号がショートカット複製制御部３４により検査される。その後、端末１０からＷＧＷ３０に送るＲＴＰデータが所定のシーケンス番号になると、これに同期して端末１０及びＷＧＷ３０で各所定のショートカット制御を開始する。即ち、端末１０の側では、上記指定したリファレンスストリームアドレスに対応するフレームをリファレンスフレームとして送信し、かつショートカット対象アドレスに対応するストリームを廃棄する。一方、ＷＧＷ３０の側では、上記指定されたリファレンスストリームアドレスに対応するフレームを上位アプリケーション制御部３６に転送し、かつ該リファレンスフレームのペイドード部を流用してこれに上記指定されたショートカット対象アドレスを付加してその他の必要なフレームを複製し、これらを上位アプリケーション制御部３６に転送する。次に、上記端末１０においてショートカット制御の開始トリガを検出する方法には以下の方法が考えられる。
【００５４】
＜上位アプリケーション制御部１２からプリミティブでトリガ条件を指定する方法＞
複数宛先に同一データを送信することは上位アプリケーション処理部１２が認識しているため、上位アプリケーション処理部１２と、ショートカット制御部１４との間に制御プリミティブのインタフェースを定義し、当該インタフェースを用いて、無線上で実際に送信されるリファレンスストリームの宛先アドレス、ショートカット対象ストリームの宛先アドレスを指定すればよい。なお、シーケンス番号については、上位アプリケーション処理部１２では認識できず、ショートカット制御部１４で指定するものであるため、当該インタフェースでの通知は不要である。
【００５５】
＜ショートカット制御部１４が自律でトリガ条件を認識する方法＞
ショートカット制御部１４は、複数ストリームについてのＩＰペイロード部分の比較を行い、一致している場合には、その一致したＩＰアドレスの組み合わせをグループ情報（例えば、端末ＢとＣ宛という組み合わせ情報）として保持すると共に、一致検出回数カウンタをインクリメントする。このような処理を逐一実行しながらペイロード部の比較一致回数が所定の第一の閾値を超過した宛先グループについて、ショートカット制御を行うようにする。
【００５６】
また、上記生成・理されている宛先グループに対応するストリームについて、ペイロード部が不一致（例えば、端末Ｂ向けのＩＰペイロードと、端末Ｃ向けのＩＰペイロードが不一致、又は、端末Ｂ向けの送信データが存在するのに、端末Ｃ向けのデータが存在しない等）となっている場合には、当該宛先グループについてのペイロード部一致回数をデクリメントし、当該一致回数が所定の第２の閾値を下回った場合には、ショートカット制御を停止するようにする。
【００５７】
なお、上記実施の形態では主に音声会議システムへの適用例を述べたが、本発明が映像データを含むＴＶ会議システム等にも適用可能であることは明らかである。
【００５８】
また、上記実施の形態では、ＷＧＷ３０を別途に設けたが、これに限らない。上記ＷＧＷ３０の機能を既存のアクセスポイント２０に組み込んでも良いことは明らかである。
【００５９】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００６０】
（付記１） 無線端末から受信したデータを送信するデータ送信方法において、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、ことを特徴とするデータ送信方法。
【００６１】
（付記２） 前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、こを特徴とする付記１記載のデータ送信方法。
【００６２】
（付記３） 前記無線端末からの前記データを無線信号として受信する下流側ノードと、該下流側ノードからのデータを受信する上流側ノードとを含み、該下流側ノードは、前記無線端末から第１の宛先を宛先とするユニキャストデータを受信して該上流側ノードに該ユニキャストデータを前記データとして送信し、該上流側ノードは、該ユニキャストデータに基づいて前記複数のユニキャストデータを生成して、前記送信を行う、ことを特徴とする付記１記載のデータ送信方法。
【００６３】
（付記４） 前記データは、制御信号を含み、前記複数のユニキャストデータの生成は、該制御信号に従って行われる、ことを特徴とする付記１記載のデータ送信方法。
【００６４】
（付記５） 上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、ことを特徴とする端末装置。
【００６５】
（付記６） 無線端末から受信したデータを中継するノードにおいて、前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、を備えたことを特徴とするノード。
【００６６】
（付記７） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードでは、該複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せずに、それらの宛先アドレスを送信し、又は通知しておき、
これを受信した上流側ノードでは、該受信したリファレンスストリームと前記宛先アドレスとから前記他のストリームを複製して送信することを特徴とするパケット通信システム。
【００６７】
（付記８） 前記下流側ノードは、特定のアプリケーションに係る前記複数のユニキャストストリームを設定する上位アプリケーション処理部と、前記上位アプリケーション処理部から所定時間内に受け取った前記特定のアプリケーションに係る複数のストリームにつきペイロード部の情報が一致する複数のストリームを検出し、該検出したストリーム中の少なくとも１つをリファレンスストリームとして上流側ノードに送信すると共に、他のストリームについてはその宛先アドレスを上流側ノードに送信するショートカット制御部と、を備えることを特徴とする付記７記載のパケット通信システム。
【００６８】
（付記９） 前記上流側ノードは、前記下流側ノードより受信した特定のアプリケーションに係るリファレンスストリームの宛先アドレスと、他のストリームについての宛先アドレスとを前記下流側ノードより指定された順序で記憶する第１のアドレステーブルと、前記下流側ノードより特定のアプリケーションに係るリファレンスストリームを受信したことにより、該該受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルの宛先アドレスとから前記他のストリームを複製して送信するショートカット複製制御部と、を備えることを特徴とする付記８記載のパケット通信システム。
【００６９】
（付記１０） 前記下流側ノードは、前記検出した複数のストリームについての宛先アドレスを前記上流側ノードに指定したと同じ順序で記憶する第２のアドレステーブルを備え、前記ショートカット制御部は、今回検出した複数のストリームについての宛先アドレスと、前記第２のアドレステーブルの宛先アドレスとを比較し、比較一致が得られたテーブルエントリに対応する位置のビットを論理１レベルにしたビットマップテーブルを形成し、今回検出したリファレンスストリームのペイロード部に搭載して送信することを特徴とする付記９記載のパケット通信システム。
【００７０】
（付記１１） 前記ショートカット複製制御部は、今回受信したリファレンスストリームのペイロード部と、前記第１のアドレステーブルにおける今回受信したビットマップテーブルのビットが論理１レベルとなっている位置に対応するエントリから読み出した宛先アドレスとから他のストリームを複製して送信することを特徴とする付記１０記載のパケット通信システム。
【００７１】
（付記１２） 前記下流側ノードは、第２のアドレステーブルの各エントリの対応にカウンタを備え、各回に検出された複数のストリームについての宛先アドレスとの比較一致が連続して所定回数以上の得られなかったエントリの宛先アドレスを削除するテーブル管理部を備えることを特徴とする付記１１記載のパケット通信システム。従って、システムから外れた端末宛の冗長ストリームの送信を有効に停止できる。
【００７２】
（付記１３） 前記下流側ノードが端末装置で、前記上流側ノードが前記端末装置からの無線アクセスを終端するアクセスポイント装置、又は、該アクセスポイント装置に接続するゲートウェイ装置であることを特徴とする付記７記載のパケット通信システム。従って、既存の通信シイステムの上に本発明を効率よく実現できる。
【００７３】
（付記１４） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記端末装置において、上位アプリケーション処理部から受け取った複数のストリーム中の少なくとも１つを前記上流側ノードに実際に送信し、かつ他のストリームは送信
せずに、それらの宛先アドレスを該上流側ノードに送信することを特徴とする端末装置。
【００７４】
（付記１５） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該無線ＬＡＮ上の送信側端末で一部削除したストリームをその上流側ノードで再生して前記各ユニキャストストリームに同一内容のデータを送信するパケット通信システムの前記上流側ノード装置において、前記複数のユニキャストストリームに送信すべく前記送信側端末から受信した少なくとも１つのストリームと、残りの他のストリームについての宛先アドレスとに基づいて前記送信側端末で削除された他のストリームを再生することを特徴とする上流側ノード装置。
【００７５】
（付記１６） 無線ＬＡＮを含むネットワーク上で複数のユニキャストストリームが設定され、該各ユニキャストストリームに同一内容のデータを送信するパケット通信システムにおいて、前記複数のユニキャストストリームが通過する無線ＬＡＮ上の下流側ノードとその上流側ノードとの間で、予め、下流側ノードから上流側ノードに送信するリファレンスストリームの宛先アドレストと、送信せずに廃棄するショートカットストリームの宛先アドレスと、処理開始の基準となるフレームのシーケンス番号とを共有し、前記下流側ノードは、前記所定のシーケンス番号のフレーム送信を契機に、前記複数のストリーム中の少なくとも１つをリファレンスストリームとして送信し、かつ他のストリームは送信せず、前記上流側ノードでは、該受信したリファレンスストリームと自局が管理するショートカットストリームについての宛先アドレスとから前記廃棄されたショートカットストリームを複製して送信することを特徴とするパケット通信システム。
【図面の簡単な説明】
【００７６】
【図１】実施の形態による多地点接続システムの要部構成図である。
【図２】実施の形態による多地点接続システムのブロック図である。
【図３】実施の形態による多地点接続制御のシーケンス図である。
【図４】実施の形態によるショートカット制御を説明する図である。
【図５】実施の形態によるＩＰアドレスエントリ制御フレームを説明する図である。
【図６】他の実施の形態による多地点接続制御のシーケンス図（１）である。
【図７】他の実施の形態による多地点接続制御のシーケンス図（２）である。
【図８】従来技術を説明する図である。
【符号の説明】
【００７７】
１０ 端末（ＭＳ）
２０ アクセスポイント（ＡＰ）
３０ ゲートウェイノード（ＷＧＷ）
１００ ＩＰネットワーク
【特許請求の範囲】
【請求項１】
無線端末から受信したデータを送信するデータ送信方法において、
前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、
ことを特徴とするデータ送信方法。
【請求項２】
前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、
こを特徴とする請求項１記載のデータ送信方法。
【請求項３】
上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、
ことを特徴とする端末装置。
【請求項４】
無線端末から受信したデータを中継するノードにおいて、
前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、
を備えたことを特徴とするノード。
【請求項１】
無線端末から受信したデータを送信するデータ送信方法において、
前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する、
ことを特徴とするデータ送信方法。
【請求項２】
前記データは、ユニキャストデータであり、該ユニキャストデータと、該ユニキャストデータが含むデータを該ユニキャストデータとは異なる宛先に設定したユニキャストデータとが、前記複数のユニキャストデータに含まれる、
こを特徴とする請求項１記載のデータ送信方法。
【請求項３】
上位アプリケーション処理部から受け取った、宛先は異なるが、同じ内容を含む複数のデータのうち、１つのデータについてはアクセスポイント側に無線送信するが、他のデータについては該アクセスポイント側に無線送信しない、
ことを特徴とする端末装置。
【請求項４】
無線端末から受信したデータを中継するノードにおいて、
前記無線端末からのデータの受信に応じて、それぞれ異なる宛先をもつ複数のユニキャストデータを生成して、送信する送信処理部、
を備えたことを特徴とするノード。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−２４４５３３（Ｐ２００８−２４４５３３Ａ）
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願番号】特願２００７−７８０６０（Ｐ２００７−７８０６０）
【出願日】平成１９年３月２６日（２００７．３．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願日】平成１９年３月２６日（２００７．３．２６）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]