【誤訳訂正書】
【提出日】平成24年3月15日(2012.3.15)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
標準ＭＡＣブリッジを用いてメッシュネットワークをＬＡＮに接続するための、コンピュータにより実行される方法であって、
ブリッジノードを用いて前記ＬＡＮ上の局のアドレスを決定するステップであって、前記ブリッジノードがＭＡＣブリッジ層と無線アダプタとの間に配置されたメッシュドライバを含み、前記無線アダプタが前記メッシュネットワークに無線で結合され、
前記無線アダプタにおいてパケットを受信したとき、前記メッシュドライバが、前記パケットのソースアドレスと宛先アドレスをチェックし、
前記ソースアドレスが前記メッシュネットワーク上のローカルのノードのアドレスでないとき、前記メッシュドライバが、前記ソースアドレスを前記ＬＡＮ上の局のアドレスとしてリスト内に格納し、
前記宛先アドレスが前記メッシュネットワーク上のローカルのノードのアドレスであるとき、前記メッシュドライバが、前記ＭＡＣブリッジ層にアクセスせず、前記宛先アドレスが前記メッシュネットワーク上のローカルのノードのアドレスでないときのみ、前記メッシュドライバが、前記パケットを前記ＭＡＣブリッジ層まで上げる、ステップと、
前記ＬＡＮ上の局の決定された前記アドレスの各々を、非ブリッジノードを含む前記メッシュネットワーク内の他のノードに対し、前記ブリッジノードのメッシュ近傍としてプロアクティブに広告するステップと、
前記メッシュネットワーク上のノードからのパケットを、前記ブリッジノードを通して前記ＬＡＮ上の局宛てに向けるステップと、
を含む方法。
【請求項２】
前記ブリッジノードが前記メッシュネットワーク上の他のノードに、前記リスト内の前記ＬＡＮ上の局に到達するために使用できるメッシュルートを広告することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ブリッジノードが前記リスト内の前記ＬＡＮ上の局を前記ブリッジノードのメッシュ近傍として広告することをさらに含む、請求項１に記載の方法。
【請求項４】
前記メッシュ近傍が、前記メッシュネットワーク上にないが前記ブリッジノードを通して到達可能な特別な近傍であることを、前記メッシュネットワーク上の他のノードに伝えることをさらに含む、請求項３に記載の方法。
【請求項５】
請求項１から４のいずれかに記載の方法をコンピュータに実行させるコンピュータ実行可能命令を有するコンピュータ読み取り可能記憶媒体。
【請求項６】
標準ＭＡＣブリッジを用いてメッシュネットワークをＬＡＮに接続する装置であって、
プロセッサ及びコンピュータ読取可能記憶媒体と、
前記コンピュータ読取可能記憶媒体に格納された、前記プロセッサで実行される動作環境であって、
標準ＭＡＣブリッジ、
前記ＭＡＣブリッジに結合され、かつ前記ＬＡＮに結合されたＬＡＮアダプタドライバ、
前記メッシュネットワークのブリッジノードに含まれたメッシュドライバであって、前記メッシュドライバが、前記メッシュネットワークに無線で結合された無線アダプタと前記ＭＡＣブリッジとの間に結合され、前記メッシュドライバが、
前記無線アダプタにおいてパケットを受信したとき、前記パケットのソースアドレスと宛先アドレスをチェックし、
前記ソースアドレスが前記メッシュネットワーク上のローカルのノードのアドレスでないとき、前記ソースアドレスを前記ＬＡＮ上の局のアドレスとしてリスト内に格納し、
前記宛先アドレスが前記メッシュネットワーク上のローカルのノードのアドレスであるとき、ＭＡＣブリッジ層にアクセスせず、
前記宛先アドレスが前記メッシュネットワーク上のローカルのノードのアドレスでないときのみ、前記パケットを前記ＭＡＣブリッジ層まで上げ、
前記ＬＡＮ上の局の決定された前記アドレスの各々を、非ブリッジノードを含む前記メッシュネットワーク内の他のノードに対し、前記ブリッジノードのメッシュ近傍としてプロアクティブに広告し、
前記メッシュネットワーク上のノードからのパケットを、前記ブリッジノードを通して前記ＬＡＮ上の局宛てに向ける、
ように構成された、メッシュドライバ、
と相互作用するように構成された動作環境と、
を含む、装置。
【請求項７】
前記ブリッジノードが、前記メッシュネットワーク上の他のノードに、前記リスト内の前記ＬＡＮ上の局に到達するために使用できるメッシュルートを広告すること、および前記リスト内の前記ＬＡＮ上の局を前記ブリッジノードのメッシュ近傍として広告すること、のうち少なくとも１つを実行することをさらに含む、請求項６に記載の装置。
【請求項８】
前記ブリッジノードが、前記ＬＡＮ上の前記メッシュ近傍が、前記メッシュネットワーク上にない特別な近傍であることを、前記メッシュネットワーク上の他のノードに伝えることをさらに含む、請求項７に記載の装置。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００２
【訂正方法】変更
【訂正の内容】
【０００２】
複数のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）をＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ブリッジを用いて互いに接続することができる。これらブリッジされたＬＡＮは、局に対して、それら局が、それら自身のＭＡＣをそれぞれが有する別個のＬＡＮに取り付けられているときでも、単一のＬＡＮに取り付けられているように見せる。ＭＡＣブリッジはＭＡＣサービス境界より下で動作し、局間の通信は、それら局が同一ＬＡＮに取り付けられているかのように、ＬＬＣ（ｌｏｇｉｃａｌｌｉｎｋ ｃｏｎｔｒｏｌ）およびネットワーク層プロトコルに対して透過的である。ＭＡＣブリッジはブリッジポートに依存して、ネットワーク上で送信された全てのパケットを受信する。しかしながらマルチホップ無線メッシュネットワーク内のノードは、それら送信されたパケットの全てを受信するわけではない。マルチホップ無線メッシュネットワーク上のパケットは、その宛先への経路上にある有限数のノードに対して可視であるに過ぎない。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００２３
【訂正方法】変更
【訂正の内容】
【００２３】
図３は、マルチホップメッシュネットワークとＬＡＮとの間のブリッジとして動作するノード上のネットワークスタックの一部を示す。図示のように、図３はネットワークプロトコル３１０（例えば、ＴＣＰ／ＩＰ）、ＭＡＣブリッジ３２０、メッシュドライバ３２５、アダプタドライバ３３０および３４０、メッシュネットワーク３５０およびＬＡＮ３６０を含む。ネットワークスタック３００を図２に示すようなブリッジノード２５４上に実装することができる。メッシュドライバ３２５を含まなくとも、ネットワークスタック３００は標準的なＭＡＣブリッジ機能性を提供するであろう。一般に、標準的なＭＡＣブリッジでは、ブリッジに接続した両方のアダプタが無差別モード（promiscuous mode）である必要がある。換言すれば、それぞれの接続アダプタは全てのパケットを、これらのパケットがそのアダプタ宛てでなくとも受信するように構成される。標準的なＭＡＣブリッジ機能性では、任意の受信パケットはＭＡＣブリッジドライバ３２０までこのスタックを上がることを示される。ＭＡＣブリッジ３２０は、パケットの送信先であったアドレスを検証する。そのアドレスがローカルノードのものであるとき、ＭＡＣブリッジ３２０はそのパケットをネットワークプロトコル３１０（例えば、ＴＣＰ／ＩＰ）までそのスタックを上がることを示す。または、上記のアドレスがローカルノードのものでないとき、ＭＡＣブリッジ３２０はそのパケットを取り、ブリッジに接続した他のアダプタを用いてスタックの下にそのパケットを送る。このようにして、パケットは、そのノードにブリッジした他のネットワークに配信される。このプロセスは両方のアダプタ上で対称的に発生する。結果として２つのネットワークがブリッジされる。なぜならば、第１のネットワークから送信した任意のパケットはＭＡＣブリッジ３２０により第２のネットワークに再送信され、その逆も真であるからである。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００２５
【訂正方法】変更
【訂正の内容】
【００２５】
ＬＡＮ３６０にメッシュネットワーク３５０を標準的なＭＡＣブリッジの機能を用いてブリッジするため、ネットワークスタック３００内に含まれるメッシュドライバ３２５は、ブリッジを有効とする特殊な処理を提供しなければならない。上述のように、メッシュネットワーク３５０上のノードから有線ネットワーク３６０上の局に送信される全てのパケットを、ブリッジノードとして動作するメッシュノードに送信する。有線ネットワーク３６０上の局宛てのパケットをメッシュネットワーク３５０から受信すると、そのパケットはメッシュドライバ３２５を通ってＭＡＣブリッジ３２０へとスタックを上に移動する。ネットスタック図３００に示すように、メッシュドライバ３２５は無線ネットワークアダプタ３３０とＭＡＣブリッジドライバ３２０との間にある。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００２７
【訂正方法】変更
【訂正の内容】
【００２７】
１つの実施形態によると、メッシュネットワーク上の他のノードに、ネットワーク３６０上の局が実際はメッシュネットワーク上にあり、これらの局にブリッジノードを通って到達できることを通知する。異なるメッシュ実装では異なるメカニズムを使用して、他のメッシュノードにブリッジノードへのルートを伝えることができる。本件特許出願人のＬＱＳＲプロトコルのようなプロアクティブメッシュルーティングプロトコルは、全てのノードにその近傍リストを配布させることができる。リアクティブメッシュルーティングプロトコルはノードに、そのノードが宛先に到達する必要があるときにその宛先に対するルートを探索させることができる。例として、ＬＱＳＲでは、ＬＡＮネットワーク上の局をブリッジノードの近傍として扱う。他のメッシュノードがこれらの局の任意のものへのルートを見つける必要があるとき、それらのメッシュノードはブリッジノードを通って行くルート（例えば、図２のノード２５４を通るルート）を見つけるであろう。ネットワーク３６０上の局宛てのパケットをメッシュネットワーク３５０から受信するとき、メッシュドライバ３２５はそれらをＭＡＣブリッジドライバ３２０までスタックを上に移動させる。このアプローチを利用すると、ブリッジノードのみがメッシュ内で異なって動作する。他のノードはパケットを送信して、標準的なメッシュメカニズムを用いてルートを見つける。そのメッシュメカニズムはメッシュの実装の間で異なることができる。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００２８
【訂正方法】変更
【訂正の内容】
【００２８】
別の実施形態によると、発見したこれらの局は、これら局が実際にメッシュネットワーク３５０の一部でなくともブリッジノードを通して到達できる特別なアドレスであることを、メッシュネットワーク３５０上の他のメッシュノードに対し伝える。このアプローチを使用して、パケットをネットワーク３６０上の局に送信している任意のメッシュノードは、その局をメッシュノードとは異なって扱うべきであり、その局はブリッジノードを通して到達可能であることを知る。この実施形態によると、パケットは２つの宛先アドレスを含む。第１の宛先はメッシュ上のアドレス（例えば、図２のブリッジノード２５４）である。これは、メッシュ上のルートを探索するのに使用するアドレスである。第２のアドレスは、ネットワーク３６０上のアドレスであるパケットの最終宛先である。ブリッジノードがパケットをメッシュネットワーク３５０から受信すると、メッシュドライバ３２５はその最終宛先アドレスをＥｔｈｅｒｎｅｔ（登録商標）宛先アドレスフィールドに置き、そのパケットがＭＡＣブリッジドライバ３２０までスタックを上がることを示す。