JP3833466B2 - ネットワークシステム及びネットワーク制御方法 - Google Patents
ネットワークシステム及びネットワーク制御方法 Download PDFInfo
- Publication number
- JP3833466B2 JP3833466B2 JP2000339790A JP2000339790A JP3833466B2 JP 3833466 B2 JP3833466 B2 JP 3833466B2 JP 2000339790 A JP2000339790 A JP 2000339790A JP 2000339790 A JP2000339790 A JP 2000339790A JP 3833466 B2 JP3833466 B2 JP 3833466B2
- Authority
- JP
- Japan
- Prior art keywords
- proxy
- network
- multicast data
- multicast
- reception
- 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
Description
【発明の属する技術分野】
固定ネットワークに接続したデータ配信サーバからマルチキャストによるデータ配信を行い、無線による通信機能を有する移動ホストでデータを受信するシステムにおいて、移動ホストの移動に応じて、配信経路を変更するネットワーク制御装置及び方法に関する。
【0002】
【従来の技術】
データ配信サーバからデータ配信を行う際、そのデータの受信者の数が多い場合、マルチキャストによる通信を適用することで、ネットワーク負荷を低減することが可能である。
【0003】
IP(Internet Protocol)においては、RFC1112で定義されたIPマルチキャスト(IP multicast)とIPマルチキャストのルータ間での経路制御プロトコルであるIGMP(Internet Group Management Protocol)がある。IPマルチキャストは、ルータを階層構造に接続したネットワークで、あるルータに接続したホストからのデータ受信要求に基づいて、データ送信ホストからデータ受信ホストへのルータ間のマルチキャストデータの配信経路を設定する。これにより、データ受信ホストが存在するルータにデータが配信され、また、データ受信ホストが存在しないルータには、データが配信されないようになっている。
【0004】
また、特開平11−313059「マルチキャスト通信方法及びそのシステム並びにマルチキャスト通信プログラムを記録した記憶媒体」においては、階層構造の各階層に中継サーバを設置し、受信ホストからのデータ受信要求に対して、中継サーバが経路を設定し、データを中継し、複数のデータ受信ホストに対して送るためのデータ送信ホストの負荷を低減し、システムのスケーラビリティと応答性を確保するマルチキャスト配信方法が発明されている。
【0005】
【発明が解決しようとする課題】
近年、コンピュータと無線通信手段を組み合わせることにより、コンピュータの通信環境が固定的なものだけでなく、移動を伴うものにもなってきた。無線通信は、基地局と呼ばれる無線ネットワークの端点を介して、固定ネットワークと接続する。このようなネットワークで広い領域を無線でカバーしようとすると、複数の基地局の設置が必要となる。このため、無線通信手段を有したコンピュータが移動する自動車などに搭載された場合、複数の基地局間を移動することになる。これは、異なるネットワークへの移動を繰り返すということを意味する。
【0006】
また、移動する自動車で実行するアプリケーションを考えてみる。例えば、高速道路を移動している車両に対してデータ配信を行う場合、その配信データには、時間と地理的な特性がある。例えば、これは帰省ラッシュなどの混雑する期間に顕著である。この場合、都市を出発した車両が群となってそれぞれの目的地へ、道路上を移動する。従って、配信データを送信する送信先も道路上を移動することになる。
【0007】
IPマルチキャストや特開平11−313059「マルチキャスト通信方法及びそのシステム並びにマルチキャスト通信プログラムを記録した記憶媒体」は、データ受信ホストに対してデータを配信するという目的を実現したものであるが、例えば、多くの受信ホストが同じルータに集中して接続している場合には、ネットワーク利用効率が高くなるが、分散しているようなケースでも、受信要求に対して経路を設定してしまうため、データを配信すること自体がネットワークにとって非効率的であるような場合でも、データ送信を停止することはできない。
【0008】
先の自動車の例に戻ると、群の中心部の車両が密な領域に対してマルチキャストデータ配信を行うことは効率が良いが、群の端の疎な領域に対してマルチキャストデータ配信を行うことは効率が悪い。このような場合に、そのデータの配信の必要性と効率を合わせて評価し、配信を実施、停止できることが必要である。
【0009】
本発明は、移動する複数のデータを受信するホストの集合を群として捉えることによって、サーバから複数のクライアントへデータを配信する場合において、ネットワークの利用の効率化を図ることを目的とする。
【0010】
【課題を解決するための手段】
この発明に係るネットワーク制御装置は、上位ネットワークと下位ネットワークとを含む複数の階層から構成される階層型ネットワークでマルチキャストデータの配信を制御するネットワーク制御装置において、
所定の判断基準に基づいて、上位ネットワークから下位ネットワークへマルチキャストデータを配信するか否かを判断し、判断した結果に基づいてマルチキャストデータを配信することを特徴とする。
【0011】
上記ネットワーク制御装置は、
マルチキャストデータの配信を要求する受信要求を受信し、所定の判断基準に基づいて、受信した受信要求に配信が要求されているマルチキャストデータを下位ネットワークへ送信するか否かを判断するプロキシを備えることを特徴とする。
【0012】
上記プロキシは、
下位ネットワークに存在し、上記受信要求を受信し、受信した受信要求を集積し、集積した受信要求を上記上位ネットワークへ送信する複数の第一プロキシと、
上位ネットワークに存在し、上記複数の第一プロキシそれぞれで集積した受信要求を受信し、受信した受信要求を解析して、解析した結果に基づいて、上位ネットワークと下位ネットワークとの間に位置するネットワークを選択し、配信が要求されているマルチキャストデータを上記選択したネットワークへ送信する第二プロキシと、
上記選択されたネットワークに存在し、上記所定の判断基準を有し、上記第二プロキシからマルチキャストデータを受信し、上記所定の判断基準に基づいて、マルチキャストデータを送信する下位ネットワークに存在する第一プロキシを選択し、選択した第一プロキシへマルチキャストデータを送信する第三プロキシとを備えることを特徴とする。
【0013】
上記第二プロキシは、受信した受信要求からマルチキャストデータを送信する宛先に関する宛先情報を生成し、マルチキャストデータに加え、生成した宛先情報を上記選択したネットワークに存在する第三プロキシへ送信し、
上記第三プロキシは、マルチキャストデータに加え、上記宛先情報を受信し、上記所定の判断基準と受信した上記宛先情報とに基づいて、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする。
【0014】
上記第二プロキシは、受信要求を送信したホストの数を集計し、集計したホストの数を上記宛先情報に含めて上記第三プロキシへ送信し、
上記第三プロキシは、受信した上記宛先情報に含まれるホストの数を用いて、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする。
【0015】
上記第三プロキシは、上記所定の判断基準として、上記ホストの数と所定の閾値とを用いることを特徴とする。
【0016】
上記第三プロキシは、上記所定の判断基準として、上記ホストの数と、上記第二プロキシが受信した受信要求の総数と、所定の閾値とを用いることを特徴とする。
【0017】
上記第二プロキシは、複数の判断基準を備え、マルチキャストデータの受信要求毎に、上記複数の判断基準から一つを選択して用いることを特徴とする。
【0018】
上記ネットワーク制御装置は、複数の第三プロキシを備え、
上記第二プロキシは、マルチキャストデータの受信要求毎に少なくとも一つの第三プロキシを選択し、
上記選択された第三プロキシは、マルチキャストデータの受信要求毎に、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする。
【0019】
上記第二プロキシは、予め、ネットワークの所定の範囲を指定し、上記所定の範囲内に存在する第三プロキシを選択することを特徴とする。
【0020】
上記第一プロキシは、受信要求を格納する受信要求テーブルを備え、上記受信要求テーブルに格納した受信要求を上記第二プロキシへ送信し、
上記第二プロキシは、受信した受信要求に基づいて、宛先情報を生成し、生成した宛先情報を格納する宛先情報テーブルを備えることを特徴とする。
【0021】
上記複数の第一プロキシは、任意のホストから、所定の期間内に、再度、受信要求を受信しない場合は、上記任意のホストの受信要求を上記受信要求テーブルから削除することを特徴とする。
【0022】
上記ネットワーク制御装置は、ゲートウェイと、ルータと、複数の基地局とを備え、
上記複数の第一プロキシそれぞれは、複数の基地局それぞれに備えられ、
上記第二プロキシは、ゲートウェイに備えられ、
上記第三プロキシは、ルータに備えられることを特徴とする。
【0023】
この発明に係るネットワーク制御方法は、上位ネットワークと下位ネットワークとを含む複数の階層から構成される階層型ネットワークでマルチキャストデータの配信を制御するネットワーク制御方法において、
所定の判断基準に基づいて、上位ネットワークから下位ネットワークへマルチキャストデータを配信するか否かを判断し、判断した結果に基づいてマルチキャストデータを配信することを特徴とする。
【0024】
【発明の実施の形態】
実施の形態1.
本発明の実施の形態について述べる。
図1は、本発明のネットワーク構成を示している。101,102はアプリケーションサーバである。103,104は無線ネットワークを含むネットワークのゲートウェイである。105〜112はルータである。113〜119は無線ネットワークと有線ネットワークを結合する基地局である。120,121は無線装置を備えたモバイルホストである。122は公衆網である。図1のネットワークは、ゲートウェイを頂点として、有線ネットワークとモバイルホストとの接続を行う無線ネットワークとを含むアクセスネットワークと、各アクセスネットワークとアプリケーションサーバが公衆網で接続されていることとし、アクセスネットワークは階層構造をとっている。
【0025】
図1において、公衆網122は、IP(Internet Protocol)が利用可能なものとする。また、アクセスネットワークの有線ネットワーク部分においてもIPが利用可能なものとする。アクセスネットワークの無線ネットワーク部分においては、IP以外のユニキャスト、マルチキャストをサポートした通信プロトコルが利用可能であるとする。もちろん、IPでも構わない。また、公衆網122は、公衆網に限られず、LAN(Local Area Network)や専用線等が含まれていてもよく、データを配信できる通信網であればよい。
図1のシステムは、アプリケーションサーバ101,102から複数のモバイルホスト120,121に対して、マルチキャストによるデータ配信を行うことを目的としている。
【0026】
図2は、図1の各装置で動作する構成要素の接続を示している。
201はサーバアプリケーションである。202はゲートウェイプロキシ(第二プロキシ)である。203はルータプロキシ(第三プロキシ)である。204はモバイルプロキシ(第一プロキシ)である。205はモバイルアプリケーションである。
上記各プロキシは、ネットワーク上でデータの転送を中継する機構であって、ソフトウェアによって実現できるものであることを前提として説明する。
【0027】
サーバアプリケーション201は、任意のアプリケーションサーバ101,102で動作する。ゲートウェイプロキシ202は、マルチキャストデータの配信対象となるアクセスネットワークのゲートウェイ103,104で動作する。ルータプロキシ203は、同アクセスネットワークのゲートウェイ103,104と全てのルータ105〜112と、基地局113〜119で動作する。モバイルプロキシ204は、同じくアクセスネットワークの全ての基地局113〜119で動作する。モバイルアプリケーション205は、全てのモバイルホスト120,121で動作する。各ソフトウェアの機能は後述する。
【0028】
ここでまず、本システム全体でマルチキャストデータを配信する動作について述べる。
本システムの動作は、アプリケーションサーバ101,102で動作するサーバアプリケーションがマルチキャストデータ配信を行い、モバイルホスト120,121で動作しているモバイルアプリケーション205がデータ受信要求(「配信要求」ともいう)を行った場合に、同マルチキャストデータ配信が、モバイルアプリケーション205に対して送信されるというものである。
【0029】
図3は、ソフトウェア間のマルチキャストデータの流れを示している。
モバイルアプリケーション205からのマルチキャストデータの配信要求は、モバイルプロキシ204経由でゲートウェイプロキシ202に伝わる。ゲートウェイプロキシ202は、要求のあったモバイルプロキシ204を階層下に含むルータプロキシ203を中継プロキシとして指定し、これと同時に、サーバアプリケーション201が送信しているマルチキャストデータを中継プロキシとなったルータプロキシ203に対して送信する。ルータプロキシ203は、要求のあったモバイルプロキシ204に対して、マルチキャストデータを送信し、モバイルプロキシ204は、モバイルアプリケーション205の属する無線ネットワークに対して、マルチキャストデータをマルチキャスト送信する。このようにして、マルチキャストデータを配信する。
【0030】
さて、モバイルアプリケーション205がマルチキャストデータの受信要求を行ったからといって、必ずそのマルチキャストデータがモバイルアプリケーション205に対して送信されるとは限らない。ゲートウェイプロキシ202、ルータプロキシ203、モバイルプロキシ204の3つのプロキシが、サーバアプリケーションのマルチキャスト配信の経路制御を行い、モバイルアプリケーションに対する配信を実行、停止するのである。
【0031】
次に、マルチキャスト配信の過程で実施される配信経路制御について説明する。
この実施の形態では、マルチキャスト配信経路制御は、次の2つの経路制御を実施している。
1つ目の配信経路制御は、ゲートウェイプロキシ202によるものである。ゲートウェイプロキシ202がモバイルプロキシ204からのデータ受信要求を元に、受信要求を行っているモバイルプロキシ204全てを包含し、かつモバイルプロキシ204に近い階層のルータプロキシ203に対して、中継プロキシ指定を行う。図1において、基地局113のモバイルプロキシ204からゲートウェイ103に対して、マルチキャストデータの受信要求があった場合、基地局113のルータプロキシ203が中継プロキシとなる。基地局113,114から受信要求があった場合、ルータ107のルータプロキシ203が中継プロキシとなる。基地局113,114,116からの場合は、ゲートウェイ103のルータプロキシ203が中継プロキシとなる。
【0032】
このように、ルータプロキシ203は、アクセスネットワークに複数存在するが(その数はネットワーク構成に依存する)、ある1つのマルチキャストアドレスの中継プロキシとして動作するルータプロキシ203は、各アクセスネットワークに1つであり、この決定は、ゲートウェイプロキシ202の指定による。このように、マルチキャストデータを受信するモバイルホスト120,121の移動により、モバイルホスト120,121が利用する基地局は移動するため、中継プロキシもアクセスネットワーク上を移動する。ちなみに、中継プロキシとなっていないルータプロキシ203は、休眠状態となる。
以降、中継プロキシとなったルータプロキシ203を中継ルータプロキシ、中継プロキシとならない休眠状態であるルータプロキシを休眠ルータプロキシ203と呼ぶ。
【0033】
2つ目の配信経路制御は、中継ルータプロキシによるものである。中継ルータプロキシは、実装した判断基準により、ネットワーク階層下のモバイルプロキシ204へのデータ配信の実行、停止を、各モバイルプロキシ204毎に決定する。また、モバイルプロキシ204は、ルータプロキシ203から受信したデータを、常に、モバイルアプリケーション205に対して送信するため、配信経路制御は、中継ルータプロキシによるものである。
【0034】
この実施の形態における上記判断基準は、モバイルプロキシ204における同時受信要求数を元に判定される。このため、ゲートウェイプロキシ202は、中継ルータプロキシに対して、モバイルプロキシ204毎の受信要求数情報を提供している。
この実施の形態では、判断基準として次の2つを利用する。しかしながら、これらに限られるわけではない。
【0035】
1つ目の判断基準を述べる。
モバイルプロキシ204における受信数が規定のしきい値を超えた場合に、モバイルプロキシ204に対してデータ配信する。これは例えば、しきい値を10と設定した場合に、その時点のモバイルプロキシ204における受信要求数(受信要求を行っているモバイルアプリケーションの数)が10以上の場合に、中継プロキシがモバイルプロキシ204に対してデータ配信を行うものである。
【0036】
2つ目の判断基準を述べる。
全てのモバイルプロキシ204における着目したマルチキャストアドレスの受信数(絶対要求数の総和)を分母として、あるモバイルプロキシ204における受信数の割合が、規定のしきい値を超えた場合に、モバイルプロキシに対してデータ配信する。これは例えば、しきい値を、0.7とした場合に、同一のマルチキャストアドレスの受信要求を行っているモバイルアプリケーション全部が100であった場合に、1つのモバイルプロキシ204に70以上の受信要求があった場合に、中継プロキシがモバイルプロキシ204に対してデータ配信を行うものである。
【0037】
これらの判断基準は、マルチキャスト配信要求が集中しているモバイルプロキシ204に対して配信を行い、疎であるモバイルプロキシ204に対しては配信を行わない、あるいは絶対的な要求数の少ないところに対しては配信を行わないということで、常にマルチキャスト配信を行おうとするマルチキャストプロトコルに対して、マルチキャストによる配信が非効率的なネットワークに対しては配信を行わないことで、ネットワークを効率的に使用するものである。
【0038】
上記で述べた判断基準のほかに、全てのモバイルアプリケーションの要求に対して配信を行う、または、全く配信しないといった単純な判断基準も適用可能である。その他、判断基準のアルゴリズムをルータプロキシ203で実現することにより、これも使用可能である。
【0039】
次に、マルチキャストアドレスについて述べる。マルチキャストアドレスは、ネットワークプロトコルで定義されており、例えば、IPマルチキャストを例に取れば、そのマルチキャストアドレスは、224.0.0.0から239.255.255.255の範囲となる。マルチキャストデータの送信者と受信者は、このうち任意の共通アドレスを使用してデータ送信、受信を行う。本実施の形態においては、無線ネットワーク部分のプロトコルはIPでないとしたが、モバイルホスト120は受信者として、送信者のサーバアプリケーションがデータを送信するマルチキャストアドレスを認識している。また、公衆網122においては、他のアプリケーションとの混在の可能性があるため、ネットワークで定義された224.0.0.0から239.255.255.255のマルチキャストアドレスのうち、本システムで利用可能なアドレスを定義する必要がある。ここでは、便宜上224.0.1.1から224.0.1.254の範囲をシステムで利用するマルチキャストアドレスとする。このマルチキャストアドレスについては、ゲートウェイプロキシ202、ルータプロキシ203、モバイルプロキシ204の各構成要素において共通の定義としておく。
【0040】
無線ネットワーク部分のプロトコルとマルチキャストアドレスについて述べる。
無線ネットワークにおけるプロトコルとして、ユニキャスト、マルチキャスト通信をサポートするプロトコルを使用するものとする。先に、マルチキャストアドレスの部分で、このモバイルアプリケーションは、IPマルチキャストのアドレスでデータを受信すると示したが、IPマルチキャストのアドレスは、モバイルプロキシとモバイルアプリケーションとの間で、使用するネットワークプロトコルのマルチキャストアドレスにマッピングする。本実施の形態においては、224.0.1.1から224.0.1.254の254のマルチキャストアドレスを、ネットワークプロトコルマルチキャストアドレスに対応させる。
【0041】
つまり、モバイルプロキシ204が無線ネットワーク区間において、224.0.1.1あてにデータを送信する際、これに対応するネットワークマルチキャストアドレスに変換して、送信する。モバイルアプリケーションは、サーバアプリケーションが224.0.1.1あてに送信したデータを無線ネットワーク経由で受信する場合には、モバイルプロキシ204と同様、224.0.1.1をネットワークマルチキャストアドレスに変換して、無線ネットワークからはこのアドレスでマルチキャストデータを受信する。このように、IPマルチキャストアドレスを、異なるネットワークプロトコルを結合したネットワークにおいて、送信先の識別に使用している。
【0042】
マルチキャストで送信、受信するデータについて述べる。
IPマルチキャストにおいては、データグラムパケットとして、マルチキャストによって送信するパケットの構造が定義されている。しかし、パケットのユーザデータ部に格納するデータは、全くユーザアプリケーション依存である。サーバアプリケーション201とモバイルアプリケーション205の間で、ユーザデータ部に格納するデータ構造は定義する。ゲートウェイプロキシ202、ルータプロキシ203、モバイルプロキシ204は、サーバアプリケーション201とモバイルアプリケーション205の間にあって、このサーバアプリケーション201が送信したユーザデータ部を、モバイルアプリケーション205に対して伝達する。これは、無線ネットワーク部がIPネットワークでない場合に、プロトコル依存の情報の入ったヘッダ部を除いたデータ部(データ部分)が受信されるデータであることを意味している。
【0043】
次に、マルチキャストデータを配信する図2に示した構成要素の動作を説明する。
サーバアプリケーション201の動作について説明する。
サーバアプリケーション201は、マルチキャストアドレスに対して、データを送信する。先に述べたとおり、このマルチキャストアドレスは、あらかじめシステムに規定した空間のアドレスであって、かつ、モバイルアプリケーション205にとっても既知のアドレスである。本実施の形態においては、マルチキャストデータ送信は通常のIPマルチキャストの手順に従う。
【0044】
ゲートウェイプロキシ202の動作について説明する。
図3に示したとおり、ゲートウェイプロキシ202は、大きく2つの処理を行う。1つはサーバアプリケーション201から受信したマルチキャストデータの中継ルータプロキシへの送信、もう1つはルータプロキシ203の中継プロキシ指定である。
【0045】
マルチキャストデータの中継ルータプロキシへの送信について説明する。
図4は、その処理の流れ図である。
この流れ図は、1つのマルチキャストアドレスについての処理を記載している。本実施の形態については、複数のマルチキャストアドレスを取り扱うため、実際には、この処理を取り扱うマルチキャストアドレスの数だけ並行して実行する。
【0046】
図5は、中継ルータプロキシテーブルの一例を表したものである。
中継ルータプロキシテーブルは、マルチキャストアドレスと中継ルータプロキシの対応を格納するテーブルである。中継ルータプロキシテーブルは、ゲートウェイプロキシ202に備えられている。
【0047】
ステップ401(図中のS401。以下、「S」を「ステップ」または「S」を用いて示す)において、サーバアプリケーション201からのマルチキャストデータ受信をチェックする。データを受信した場合には、転送処理のためステップ402に進む。そうでない場合は、ステップ401に戻る。ステップ402では、送信先となる中継ルータプロキシの検索を行う。中継ルータプロキシの検索は、図5に示す中継ルータプロキシテーブルを使用して行う。同テーブルに記載されたマルチキャストアドレスの項を検索して、対応する中継ルータプロキシの中継ルータプロキシアドレスとポート番号を求める。ステップ403でこのアドレスに対して、データを送信する。
【0048】
ルータプロキシ203の中継プロキシ指定処理について説明する。
この処理は、1つのシーケンスで全てのマルチキャストアドレスを処理している。中継ルータプロキシテーブルの生成も、この処理で行っている。
図6は、この処理の流れ図である。
ステップ601では、モバイルプロキシ204からのモバイルアプリケーション受信要求テーブルの受信の有無をチェックする。受信がない場合は、ステップ605,606のマルチキャストデータ受信要求テーブル送信処理を行う。
【0049】
図7は、モバイルアプリケーション受信要求テーブル(受信要求テーブル)である。このテーブルによれば、このテーブルを生成したモバイルプロキシ204における全てのマルチキャストアドレスを受信要求しているモバイルホストの一覧を得ることができる。ネットワークモバイルホストアドレスは、モバイルホストの無線ネットワークにおけるユニキャストアドレスを示しているが、ここでは使用しないので無視する。また、要求受信時刻は、モバイルプロキシがモバイルアプリケーションから、マルチキャストアドレスの受信要求を行った時刻が記載されているが、こちらも同じく、ここでは使用しないため無視する。必要なのは、各マルチキャストアドレスがいくつ要求されているかである。
【0050】
一方、ステップ601で受信があった場合には、ステップ602でマルチキャストデータ受信要求テーブルの更新を行う。
図8は、マルチキャストデータ受信要求テーブル(宛先情報テーブル)である。
このテーブルは、各モバイルプロキシ204におけるモバイルアプリケーション205からのマルチキャストアドレス毎の受信要求数を示したテーブルである。このテーブルによれば、あるマルチキャストアドレスについて、モバイルプロキシ毎の受信要求の受信数を順に加算することによって、モバイルプロキシ204毎にいくつの受信要求があるかを知ることができる。さて、ステップ602では、ステップ601で受信したモバイルアプリケーション受信要求テーブルで、各マルチキャストアドレスに対する受信要求を数えて、マルチキャストデータ受信要求テーブルを生成する。
【0051】
ステップ603,604で中継ルータプロキシの決定を行う。まず、ステップ602で中継ルータプロキシの移動が必要かを判定する。この判定は、マルチキャストデータ受信要求テーブルを参照して、各マルチキャストアドレス毎に、受信要求を行っているモバイルプロキシ204全てを包含し、かつモバイルプロキシ204に近い階層のルータプロキシ203を中継プロキシとして選択する。この時、中継プロキシの選択を、あらかじめ行う設定範囲のルータプロキシ203のうちから行うことで、データの配布範囲を強制的に限定することもできる。
【0052】
このとき、中継プロキシの選択をあらかじめ行う設定範囲のルータプロキシのうちから行うことで、データの配布範囲を強制的に限定することもできる。
図9は、中継ルータプロキシ化許可ルータプロキシアドレステーブルである。このテーブルには、マルチキャストアドレス毎に、中継ルータプロキシとなることを許可するルータプロキシのアドレスの一覧を記載する。このテーブルにルータプロキシのアドレスを記載すると、そのルータプロキシを中継ルータプロキシとすることを許可することとなり、逆に、これに記載していないルータプロキシは、中継ルータプロキシとなることはできない。モバイルプロキシは、ルータプロキシの階層下に存在するため、特定のルータプロキシを中継ルータプロキシとなることを許可することで、そのルータプロキシ階層下のモバイルプロキシを、データ配信対象範囲として限定することができる。
【0053】
このテーブルを使用する場合、中継ルータプロキシの選択は、マルチキャストデータ受信要求テーブルを参照して、各マルチキャストアドレス毎に受信要求を行っているモバイルプロキシ全てを包含し、かつ、中継ルータプロキシ化許可ルータプロキシアドレステーブルに記載があり、かつ、モバイルプロキシに近い階層のルータプロキシを中継プロキシとして選択する。
中継ルータプロキシの選択は、マルチキャストデータの配信要求毎に行う。また、中継ルータプロキシの選択は、マルチキャストデータの配信毎に異なる判断基準で実施することができる。さて、ここで各アドレス毎に中継プロキシが変更になった場合には、ステップ604において、中継ルータプロキシテーブルの更新と、新しい中継ルータプロキシに対して中継ルータプロキシ指定通知を、それまでの中継ルータプロキシに対して休眠通知を送信する。
【0054】
ステップ605,606のマルチキャストデータ受信要求テーブル送信処理である。マルチキャストデータ受信要求テーブルは、中継ルータプロキシに対して、定期的に送信するものである。ステップ605で前回、このテーブルを送信してから規定時間がたったかを判定し、そうであればステップ606において、同テーブルを送信する。
【0055】
ルータプロキシ203の動作について説明する。
ルータプロキシ203は、大きく休眠ルータプロキシと中継ルータプロキシの2つの状態を持つ。
図10は、2つの状態間の遷移を示している。
休眠ルータプロキシの場合、中継ルータプロキシ指定通知を受信すると中継ルータプロキシになる。中継ルータプロキシの場合、休眠通知を受信すると休眠ルータプロキシとなる。いずれの通知も、ゲートウェイプロキシ202から受信する。休眠状態の場合、なにも処理を行わない。
【0056】
中継ルータプロキシの動作について説明する。
中継ルータプロキシ状態のルータプロキシ203は、図3に示したとおり、ゲートウェイプロキシ202から受信したマルチキャストデータをモバイルプロキシ204に対して送信する処理を行う。このとき、送信先となるモバイルプロキシ204は、モバイルプロキシテーブルによって決定する。
図11は、モバイルプロキシテーブルの一例を表す図である。
モバイルプロキシテーブルは、マルチキャストアドレス毎に、このアドレスの送信先となるモバイルプロキシのアドレスとポート番号が記載されたテーブルである。中継ルータプロキシは、このモバイルプロキシテーブルを生成する処理を行う。本実施の形態においては、複数のマルチキャストアドレスを取り扱うため、これらの処理は、この処理を取り扱うマルチキャストアドレスの数だけ並行して実行する。
【0057】
まず、マルチキャストデータのモバイルプロキシ204への送信処理について説明する。
図12は、この動作を示した流れ図である。
ステップ801において、まず、休眠状態かどうかをチェックする。休眠の場合は、最初の処理に戻る。そうでない場合、ステップ802において、ゲートウェイプロキシ202からのマルチキャストデータの受信をチェックし、データがない場合には、最初に戻る。データを受信した場合には、ステップ803,804でモバイルプロキシ204に対してデータの送信処理を行う。ステップ803では、送信先となるモバイルプロキシ204の検索処理を行う。これは、モバイルプロキシテーブルを元に行う。ステップ804で、モバイルプロキシテーブルから決定したモバイルプロキシ204に対して、データを送信する。
【0058】
次に、モバイルプロキシテーブルの作成手順について述べる。
図13は、この動作を示した流れ図である。
ステップ1001において、自己のルータプロキシ203が休眠状態かをチェックし、そうでない場合、ステップ1002で、ゲートウェイプロキシからマルチキャストデータ受信要求テーブルを受信しているか否かをチェックする。もし、受信した場合には、ステップ1003で配信対象となるモバイルプロキシ204を決定する。
【0059】
モバイルプロキシ204を決定するにあたっての判断処理(図13のS1003)については、2種類説明する。
中継ルータプロキシは、以下に説明する2つの判断処理のいずれかを実施する。しかしながら、以下に説明する2種類以外の判断処理であっても構わない。
図14は、1つ目の判断処理である。
本判断処理は、マルチキャストデータ受信要求テーブルを元に行う。S1101で同テーブルを一行ずつ読み込んで、S1102において、モバイルプロキシにおけるマルチキャストアドレスの要求数が、予め指定されたしきい値を超えているかをチェックする。超えている場合は、配信対象として、モバイルプロキシテーブルに、そのモバイルプロキシ204を追加する。S1101で全ての行について処理完了を検出したら、この判断処理は終了である。
【0060】
図15は、もう1つの判断処理である。
本判断処理も、先と同じくマルチキャストデータ受信要求テーブルを使用するが、テーブルそのままでは処理できないので、ステップ1201で中間テーブルとしてマルチキャストデータ要求度数テーブルを作成する。
図16は、マルチキャストデータ要求度数テーブルである。モバイルプロキシ204を特定するアドレスとポート番号に対して、そのモバイルプロキシ204からの当該マルチキャストアドレスに対する要求の同アドレスに対する全要求に示す割合を、要求度数として格納する。これは、マルチキャストデータ受信要求テーブルにおいて、着目しているマルチキャストアドレスに対するモバイルプロキシ204毎の絶対要求数の総和を求め、各モバイルプロキシ204毎に、その割合を求めることによって作成することができる。その後は、図14の処理と同様、マルチキャストデータ受信要求度数テーブルの各行について、しきい値と比較(ステップ1203)して、それ以上であれば、配信対象としてモバイルプロキシテーブルに記述する(ステップ1204)。
【0061】
次に、モバイルプロキシ204の動作について説明する。
モバイルプロキシ204には、大きく図3に示した2つの役割がある。1つは中継ルータプロキシから受信したデータを、無線ネットワークにマルチキャスト送信する。もう1つはモバイルアプリケーション205から受信したマルチキャストデータの配信要求をまとめて、モバイルアプリケーション受信要求テーブルを作成し、ゲートウェイプロキシ202に対して、送信することである。
【0062】
まず、モバイルプロキシ204の1つ目の役割である無線ネットワークへのマルチキャスト送信の処理について説明する。
図17は、その処理の流れ図である。
ステップ1401において、送信すべきマルチキャストデータの受信の有無をチェックする。マルチキャストデータは、中継ルータプロキシから受信したものであるデータ受信があった場合、ステップ1402でネットワークマルチキャストアドレスへ変換して、ステップ1403で同ネットワークマルチキャストアドレスに対して、マルチキャストデータを送信する。
図18は、マルチキャストアドレスからネットワークマルチキャストアドレスへの変換で使用するネットワークマルチキャストアドレス変換テーブルである。マルチキャストアドレスとネットワークマルチキャストアドレスの対応表になっている。
【0063】
次に、モバイルプロキシ204の2つ目の役割であるモバイルアプリケーション受信要求テーブルの送信処理について説明する。
図19は、その処理の流れ図である。
ステップ1501で、モバイルアプリケーションからマルチキャストデータの受信要求の有無をチェックする。もし、要求がない場合、ステップ1505でモバイルアプリケーション受信要求テーブルの各行の要求受信時刻をチェックして、前回要求受信から規定の時間以上経っている行を削除する。これは、モバイルホスト120が無線ゾーンから脱出したことを検出するためで、この判定はある一定の期間要求がないということを以って行う。これにより、モバイルホスト120が他の無線ゾーンへへ移動して、そこで受信要求を出しても、要求が重複する機関は規定のタイムアウト時間以内となる。
【0064】
次に、ステップ1501で受信があった場合は、ステップ1502で既存要求か、新規要求かを判定して、新規要求であればステップ1503で当該要求を行ったモバイルアプリケーション205のネットワークアドレスと要求受信時刻を、モバイルアプリケーション受信要求テーブルに登録する。既存要求であれば、同テーブルの要求受信時刻を現在時刻にする。これは、ステップ1505で行うタイムアウト判定のタイマを延長する処理である。ステップ1503または1504または1505で、モバイルアプリケーション受信要求テーブルの更新処理が完了した。続いて、ステップ1506,1507で、同テーブルの定期送信処理を行う。ステップ1506で前回のテーブル送信からの規定時間の経過を判定して、時間が経過していれば、同テーブルをゲートウェイプロキシに対して送信する。
【0065】
次に、モバイルアプリケーション205の動作について説明する。
モバイルアプリケーションは、マルチキャストデータの受信要求処理と、要求したデータの受信処理を行う。受信処理は、要求したマルチキャストアドレスに対応するネットワークマルチキャストアドレスを監視して行う。この受信処理は、使用するネットワークプロトコルに依存する。また、マルチキャストアドレスからネットワークマルチキャストアドレスへの変換は、モバイルプロキシでの手順と同様である。
【0066】
次に、マルチキャストデータの受信要求処理を説明する。
図20は、その流れ図である。
この受信要求は、モバイルプロキシ204で検出するタイムアウト時間以内に定期的に行う。ステップ1701で要求送信間隔として規定時間の経過を判定し、経過していれば、ステップ1702でマルチキャストアドレスを指定したモバイルプロキシ204に対して、マルチキャストデータの受信要求を行う。なお、タイムアウト時間は、モバイルプロキシ204、モバイルアプリケーション205とも共通の値を認識しており、要求送信間隔はこのタイムアウト時間よりも短い。
【0067】
以上のように、このネットワーク制御装置は、階層型ネットワークにおいて、下位ネットワークに対してマルチキャスト配信を行うかを、マルチキャストデータを受信するホストからの受信要求をネットワーク単位に集積する第一のプロキシと、この集積した受信要求を第一のプロキシから集積し、集積した受信要求に基づき第三のプロキシを決定する第二のプロキシと、第一のプロキシを下位ネットワークとして配信経路に組み込むか、または除外するかを適当な判断基準によって行う第三のプロキシからなり、配信するマルチキャストデータを第二、第三、第一の各プロキシを順に経由して、受信要求しているホストの属するネットワークにマルチキャストすることを特徴とする。
【0068】
また、このネットワーク制御装置は、マルチキャストデータの受信を行うホストが、ある第一のプロキシのネットワークと接続した場合に、この第一のプロキシに対するマルチキャストデータの配信要求を行い、また他の第一のプロキシのネットワークと接続した場合には、新たな第一のプロキシに対してマルチキャストデータの配信要求を行うことで、第一のプロキシのネットワーク間を移動するホストのマルチキャストデータ配信要求情報をネットワークシステムにおける第二、第三、第一のプロキシ間の経路制御の情報とする。
【0069】
このように、1つ目の判断基準は、各第一のプロキシのネットワーク毎に同一マルチキャストデータの受信要求を行っているホストの数を、第二のプロキシ経由で、第三のプロキシに通知し、第三のプロキシが第一のプロキシに対する配信経路制御の判断基準として、絶対的な要求数情報と、同一マルチキャストデータの配信毎に定めた配信しきい値情報とを用いる。
【0070】
また、2つ目の判断基準は、各第一のプロキシのネットワーク毎に同一マルチキャストデータの受信要求を行っているホストの数を、第二のプロキシ経由で、第三のプロキシに通知し、第三のプロキシが第一のプロキシに対する配信経路制御の判断基準として、ネットワーク毎の相対的な要求度数情報と、同一マルチキャストデータの配信毎に定めた配信しきい値情報とを用いる。
【0071】
実施の形態2.
上記実施の形態1では、図3に示す各プロキシは、ソフトウェアであることを前提として説明したが、これに限られることはない。上記各プロキシは、ハードウェア、ファームウェアによって実現してもよい。
【0072】
【発明の効果】
この発明によれば、マルチキャストデータの受信要求に対して、適切な評価を用いることで、ネットワークとして非効率的な配信を抑止することにより、ネットワークの効率的な利用を図ることが可能である。
【0073】
また、マルチキャストデータの受信を行うモバイルホストが、基地局間を移動した場合にも、マルチキャストデータの受信要求に対して、適切な評価を用いることで、ネットワークとして非効率的な配信を抑止することにより、ネットワークの効率的な利用を図ることが可能である。
【0074】
また、判断基準を配信経路制御に適用することで、ネットワークとして非効率的な配信を抑止することにより、ネットワークの効率的な利用を図ることが可能である。
【0075】
また、システムでマルチキャストアドレスで区別される複数のマルチキャスト配信が混在しても、マルチキャストデータの受信要求に対して、適切な評価を用いることで、ネットワークとして非効率的な配信を抑止することにより、ネットワークの効率的な利用を図ることが可能である。
【0076】
また、上記の複数のマルチキャスト配信が混在した場合の効果に加えて、複数のアルゴリズムを選択して使用することで、配信するデータの特性毎に評価基準を変更することが可能である。
【0077】
また、配信データの意味と地理的な条件に基づいて、配信領域をそのデータが配信されて意味のある領域に限定することが可能である。
【0078】
また、データ配信を行うアプリケーションサーバのソフトウェアは、既存のマルチキャストプロトコルインタフェースを変更することなく使用できる。
【図面の簡単な説明】
【図1】 この実施の形態のネットワーク構成の一例を表した図。
【図2】 ネットワーク上の各装置において動作するソフトウェアの接続状況の一例を表した図。
【図3】 図2に表したソフトウェアの動作の関連の一例を表した図。
【図4】 ゲートウェイプロキシがマルチキャストデータを中継ルータプロキシへ送信する動作の一例を表したフローチャート図。
【図5】 中継ルータプロキシテーブルの一例を表した図。
【図6】 ゲートウェイプロキシがルータプロキシを中継ルータプロキシに指定する動作の一例を表したフローチャート図。
【図7】 モバイルアプリケーション受信要求テーブルの一例を表した図。
【図8】 マルチキャストデータ受信要求テーブルの一例を表した図。
【図9】 中継ルータプロキシ化許可ルータプロキシアドレステーブルの一例を表した図。
【図10】 ルータプロキシの状態遷移を表した図。
【図11】 モバイルプロキシテーブルの一例を表した図。
【図12】 中継ルータプロキシがマルチキャストデータをモバイルプロキシへ送信する動作の一例を表したフローチャート図。
【図13】 中継ルータプロキシがモバイルプロキシテーブルを生成する動作の一例を表したフローチャート図。
【図14】 中継ルータプロキシがモバイルプロキシテーブルを生成する動作(1つ目の判断処理)の一例を表したフローチャート図。
【図15】 中継ルータプロキシがモバイルプロキシテーブルを生成する動作(2つ目の判断処理)の一例を表したフローチャート図。
【図16】 マルチキャストデータ要求度数テーブルの一例を表した図。
【図17】 モバイルプロキシが中継ルータプロキシから受信したデータを無線ネットワークへマルチキャスト送信する動作の一例を表したフローチャート図。
【図18】 ネットワークマルチキャストアドレス変換テーブルの一例を表した図。
【図19】 モバイルプロキシがモバイルアプリケーションから受信したマルチキャストデータの配信要求をまとめてモバイルアプリケーション受信要求テーブルを作成し、ゲートウェイプロキシへ送信する動作の一例を表したフローチャート図。
【図20】 モバイルアプリケーションがマルチキャストデータの受信を要求する動作の一例を表したフローチャート図。
【符号の説明】
101,102 アプリケーションサーバ、103,104 ゲートウェイ、105〜112 ルータ、113〜119 基地局、120,121 モバイルホスト、122 公衆網、201 サーバアプリケーション、202 ゲートウェイプロキシ(第二プロキシ)、203 ルータプロキシ(第三プロキシ)、204 モバイルプロキシ(第一プロキシ)、205 モバイルアプリケーション。
Claims (12)
- 上位ネットワークと下位ネットワークとを含む複数の階層から構成される階層型ネットワークで、所定の判断基準に基づいて、上位ネットワークから下位ネットワークへマルチキャストデータを配信するか否かを判断し、判断した結果に基づいてマルチキャストデータを配信するネットワークシステムにおいて、
マルチキャストデータの配信を要求する受信要求を受信し、所定の判断基準に基づいて、受信した受信要求に配信が要求されているマルチキャストデータを下位ネットワークへ送信するか否かを判断するプロキシを備え、
上記プロキシは、
下位ネットワークに存在し、上記受信要求を受信し、受信した受信要求を集積し、集積した受信要求を上記上位ネットワークへ送信する複数の第一プロキシと、
上位ネットワークに存在し、上記複数の第一プロキシそれぞれで集積した受信要求を受信し、受信した受信要求を解析して、解析した結果に基づいて、上位ネットワークと下位ネットワークとの間に位置するネットワークを選択し、配信が要求されているマルチキャストデータを上記選択したネットワークへ送信する第二プロキシと、
上記選択されたネットワークに存在し、上記所定の判断基準を有し、上記第二プロキシからマルチキャストデータを受信し、上記所定の判断基準に基づいて、マルチキャストデータを送信する下位ネットワークに存在する第一プロキシを選択し、選択した第一プロキシへマルチキャストデータを送信する第三プロキシとを備えることを特徴とするネットワークシステム。 - 上記第二プロキシは、受信した受信要求からマルチキャストデータを送信する宛先に関する宛先情報を生成し、マルチキャストデータに加え、生成した宛先情報を上記選択したネットワークに存在する第三プロキシへ送信し、
上記第三プロキシは、マルチキャストデータに加え、上記宛先情報を受信し、上記所定の判断基準と受信した上記宛先情報とに基づいて、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする請求項1記載のネットワークシステム。 - 上記第二プロキシは、受信要求を送信したホストの数を集計し、集計したホストの数を上記宛先情報に含めて上記第三プロキシへ送信し、
上記第三プロキシは、受信した上記宛先情報に含まれるホストの数を用いて、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする請求項2記載のネットワークシステム。 - 上記第三プロキシは、上記所定の判断基準として、上記ホストの数と所定の閾値とを用いることを特徴とする請求項3記載のネットワークシステム。
- 上記第三プロキシは、上記所定の判断基準として、上記ホストの数と、上記第二プロキシが受信した受信要求の総数と、所定の閾値とを用いることを特徴とする請求項3記載のネットワークシステム。
- 上記第二プロキシは、複数の判断基準を備え、マルチキャストデータの受信要求毎に、上記複数の判断基準から一つを選択して用いることを特徴とする請求項1から5いずれかに記載のネットワークシステム。
- 上記ネットワークシステムは、複数の第三プロキシを備え、
上記第二プロキシは、マルチキャストデータの受信要求毎に少なくとも一つの第三プロキシを選択し、
上記選択された第三プロキシは、マルチキャストデータの受信要求毎に、マルチキャストデータを送信する下位ネットワークを選択することを特徴とする請求項1から6いずれかに記載のネットワークシステム。 - 上記第二プロキシは、予め、ネットワークの所定の範囲を指定し、上記所定の範囲内に存在する第三プロキシを選択することを特徴とする請求項1記載のネットワークシステム。
- 上記第一プロキシは、受信要求を格納する受信要求テーブルを備え、上記受信要求テーブルに格納した受信要求を上記第二プロキシへ送信し、
上記第二プロキシは、受信した受信要求に基づいて、宛先情報を生成し、生成した宛先情報を格納する宛先情報テーブルを備えることを特徴とする請求項2記載のネットワークシステム。 - 上記複数の第一プロキシは、任意のホストから、所定の期間内に、再度、受信要求を受信しない場合は、上記任意のホストの受信要求を上記受信要求テーブルから削除することを特徴とする請求項9記載のネットワークシステム。
- 上記ネットワークシステムは、ゲートウェイと、ルータと、複数の基地局とを備え、
上記複数の第一プロキシそれぞれは、複数の基地局それぞれに備えられ、
上記第二プロキシは、ゲートウェイに備えられ、
上記第三プロキシは、ルータに備えられることを特徴とする請求項1記載のネットワークシステム。 - 上位ネットワークと下位ネットワークとを含む複数の階層から構成される階層型ネットワークで、マルチキャストデータの配信を要求する受信要求を受信し、所定の判断基準に基づいて、受信した受信要求に配信が要求されているマルチキャストデータを下位ネットワークへ送信するか否かを判断し、判断した結果に基づいてマルチキャストデータを送信するプロキシを備えたネットワークシステムにより実行するネットワーク制御方法において、
下位ネットワークに存在するプロキシである複数の第一のプロキシが、上記受信要求を受信し、受信した受信要求を集積し、集積した受信要求を上記上位ネットワークへ送信する第一の工程と、
上位ネットワークに存在するプロキシである第二のプロキシが、上記第一の工程によって複数の第一プロキシそれぞれで集積した受信要求を受信し、受信した受信要求を解析して、解析した結果に基づいて、上位ネットワークと下位ネットワークとの間に位置するネットワークを選択し、配信が要求されているマルチキャストデータを上記選択したネットワークへ送信する第二の工程と、
上記第二の工程で第二のプロキシによって選択されたネットワークに存在するプロキシである第三のプロキシが、上記所定の判断基準を有し、上記第二の工程で第二プロキシにより送信されたマルチキャストデータを受信し、上記所定の判断基準に基づいて、マルチキャストデータを送信する下位ネットワークに存在する第一プロキシを選択し、選択した第一プロキシへマルチキャストデータを送信する第三の工程と
を有することを特徴とするネットワーク制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000339790A JP3833466B2 (ja) | 2000-11-08 | 2000-11-08 | ネットワークシステム及びネットワーク制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000339790A JP3833466B2 (ja) | 2000-11-08 | 2000-11-08 | ネットワークシステム及びネットワーク制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002152197A JP2002152197A (ja) | 2002-05-24 |
JP3833466B2 true JP3833466B2 (ja) | 2006-10-11 |
Family
ID=18814809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000339790A Expired - Fee Related JP3833466B2 (ja) | 2000-11-08 | 2000-11-08 | ネットワークシステム及びネットワーク制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3833466B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100444573C (zh) * | 2003-03-27 | 2008-12-17 | 中国科学院计算机网络信息中心 | 一种构建层次式交换网络的方法 |
JP4382528B2 (ja) | 2004-02-27 | 2009-12-16 | 富士通株式会社 | マルチキャストネットワーク装置,マルチキャストネットワークシステムおよびマルチキャスト方法 |
CN1333564C (zh) * | 2004-12-15 | 2007-08-22 | 中国科学院计算机网络信息中心 | 层次式交换网络的短接通信方法 |
JP4872650B2 (ja) | 2006-12-18 | 2012-02-08 | ソニー株式会社 | 配信装置、配信方法及びコンピュータプログラム |
-
2000
- 2000-11-08 JP JP2000339790A patent/JP3833466B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002152197A (ja) | 2002-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Kozat et al. | Service discovery in mobile ad hoc networks: an overall perspective on architectural choices and network layer support issues | |
Seshan et al. | Handoffs in cellular wireless networks: The Daedalus implementation and experience | |
Fesehaye et al. | Impact of cloudlets on interactive mobile cloud applications | |
Kozat et al. | Network layer support for service discovery in mobile ad hoc networks | |
US9253015B2 (en) | Transparent proxy architecture for multi-path data connections | |
JP7157242B2 (ja) | 通信可能に結合される通信デバイスのネットワークでのメッセージの選択的転送をサポートする方法およびデバイス | |
US20070109990A1 (en) | Pathway parameter exchange between access networks of differing types | |
WO2006088066A1 (ja) | 無線通信装置、通信経路制御装置、通信経路制御方法及び通信システム | |
JP2008546328A (ja) | スケジュールされたパケット送給システム及び方法 | |
EP1733516A1 (en) | Method, communication device and system for detecting neighboring nodes in a wireless multihop network using ndp | |
WO2005079025A1 (ja) | パケット転送システム、無線基地局、およびパケット転送経路最適化方法 | |
Zhao et al. | GLBM: A new QoS aware multicast scheme for wireless mesh networks | |
CN109511151B (zh) | 星联网的组网方法及通信方法 | |
Wang et al. | Anycast-based content-centric MANET | |
US20080165692A1 (en) | Method and system for opportunistic data communication | |
Rao et al. | Cluster based hybrid routing protocol for wireless mesh networks | |
Jia et al. | Efficient algorithm for mobile multicast using anycast group | |
Jin et al. | MANET for Disaster Relief based on NDN | |
JP3833466B2 (ja) | ネットワークシステム及びネットワーク制御方法 | |
Vaghela et al. | Vehicular parking space discovery with agent approach | |
Wang et al. | A-DSR: A DSR-based anycast protocol for IPv6 flow in mobile ad hoc networks | |
CN112351509A (zh) | 一种基于可确定性管理方法的自组织网络协议 | |
Narayana Rao et al. | Way-point multicast routing framework for improving QoS in hybrid wireless mesh networks | |
Li et al. | Dynamic agent-based hierarchical multicast for wireless mesh networks | |
Do et al. | PatchPeer: A scalable video-on-demand streaming system in hybrid wireless mobile peer-to-peer networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040517 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040924 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041018 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060502 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060516 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060621 |
|
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: 20060718 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060719 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |