(57)【要約】      （修正有）【課題】自営の閉域無線通信網を使用して、水道メータなど各種センサデータを集計管理するために特定小電力無線方式を使用する場合、小容量データを多数通信することを可能にするため、データの伝送時間に制限を設けたり、送信前に、キャリアの存在を確認して送る必要がある。このため、データ通信したいときに通信でき、かつ、できるだけ早い通信速度で通信し、通信時間の短縮化を図る。【解決手段】データ通信すべきデータがないときに、キャリアがオフになる傾向の時間帯や、通信可能な通信速度の最大値を学習しておき、実際のデータ通信を所望のタイミングで迅速に送信できる準備を行う。【選択図】図５
2018014672.tif 000002
【特許請求の範囲】
【請求項１】
親機と複数の子機間でデータ通信を行う無線通信網内で、親機、あるいは子機が通信を始める前に、キャリアの存在がないと検知されたときのみに送信を可能にするようにするとともに、定期的なデータ通信時以外の期間に、親機、子機とも、キャリアの存在を検知管理し、親機が、キャリアの存在しないキャリアオフ時間域を学習管理し、親機と子機間の通信リンク設定時に、キャリアの存在が長く送信が開始できないときは、親機は前記学習管理しているキャリアオフの時間域情報を活用しリンク設定を行うことを特徴とした無線通信方式。
【請求項２】
親機と複数の子機間でデータ通信を行う無線通信網内で、定期的なデータ通信時以外の期間に、親機は、特定の子機間とで所定の通信速度での試験データの送信を行い、試験データの送信の可否結果により、親機と特定の子機間での通信可能な通信速度を学習管理し、学習結果にもとづき、データ通信時の通信速度として利用することを特徴とした無線通信方式。
【請求項３】
親機と複数の子機間でデータ通信を行う無線通信網内で、親機が子機へ通信する日時を、子機に通信前に伝えておき、子機はその日時に親機からのデータ受信を待機するとともに、親機と子機は通信の際に各々の時計情報を交換することで、親機は、子機時計と親機時計との時間の誤差を管理し、親機が子機へ通信を開始する時には、該誤差以上の時間、通信開始信号を連続的に送信することを特徴とした無線通信方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、水道メータなど各種センサ情報を閉域無線通信網を利用して一括管理する無線通信方式で、センサで発生するデータ長の短い、いわゆるテレメタリング（遠隔計測）データを送受信する無線通信方式に関する。
【背景技術】
【０００２】
近年、サブギガ波と称し、９２０MHz帯の周波数を用いた無線通信方式が、カバーエリアが半径２０キロメートルとかの地域の閉域無線通信網として、誰もが構築できるため、普及してきている。普及の背景としては、IoT時代（モノのインタネット）をキーワードに、水道、電気等の計測情報（広義的にはセンサ情報）を、リモートセンシングが可能なテレメタリング事業が活性化していることにある。そのため、一般社団法人「電波産業会」では、標準規格を、ARIB  STD−T108として、「９２０MHz帯テレメータ用、テレコントロール用及びデータ伝送用無線設備」として平成２４年２月に策定している。
【０００３】
このARIB  STD−T108では、通信端末は、通信を開始する前に、使用する電波に対し、誰も使用していないことを確認してから送信すること（これをキャリアセンスという）が求められている。また、通信データとしては、テレメタリングデータのような少ないデータを前提としていて、通信時間に関しても、一通信当たり最大４秒、１時間当たりの通信の総和が３６０秒以下とかの定めがある。これは、閉域無線通信網を、任意に使用するものが発生する電波のお互いの干渉をできるだけ避け、できるだけ短い時間内に所望の通信を終了させ、より多くの人が自由に閉域無線通信網を利用することができるようにするための配慮である。特許文献１には、LTE通信とPHS通信では使用電波が一部重複するため、その干渉を防ぐため、通信に先立ち、キャリアセンスによって空いているチャネルを見つけ、そのチャネルを使って通信を行う技術が開示されている。
【０００４】
しかしながら、上記したARIB  STD−T108規格に準拠のテレメタリング端末が多数存在してくると、それぞれの端末が、規格に準拠していても、無線通信網内では、キャリアが存在する時間が長くなり、通信を開始できるタイミングを掴むのが難しくなってくる。また、できるだけ短い時間に通信を終了するためには、無線通信網内で通信可能な最大の通信速度でデータ通信することが望ましいが、通信可能な最大の通信速度を予め知ることも重要なことになってくる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−９９７３
【発明の概要】
【発明が解決しようとする課題】
【０００６】
無線通信網内で、キャリアセンスして、送信が可能なキャリアオフの状態（キャリアの存在しない）にある時間帯を把握しておき、キャリアセンスして、なかなか送信できないときはその時間帯を利用して送信開始する、あるいは、最初からその時間帯を利用して送信開始するようにするのが望ましい。
【０００７】
また、テレメタリング端末が無線通信網内で使用可能な最大通信速度を事前に把握しておき、通信の都度、通信可能な速度の確認に必要な時間をなくすことで、テレメタリング通信時間をできるだけ短くするのが望ましい。
【０００８】
あわせて、電池で駆動されることの多いテレメタリング端末の省電力化に取り組む。
【課題を解決するための手段】
【０００９】
無線通信網内にある管理局が管理局下にあるテレメタリング端末とともに、通信すべきテレメタリングデータがないときに、管理局、端末の周辺で、管理下にない他の端末の利用状況、つまり電波の発生状況をキャリアセンスによって把握・学習する。
【００１０】
また、通信すべきテレメタリングデータがないとき、前記キャリアセンス情報とともに、管理局とテレメタリング端末間で通信可能な最大の通信速度を把握・学習する。
【００１１】
テレメタリング端末の通信日時を管理局が管理することで、テレメタリング端末は、その通信日時のみに電源を消費することにする。
【発明の効果】
【００１２】
テレメタリングデータを送信したいとき、即、送信できる可能性が高まり、かつ通信可能な最大通信速度でデータ通信を行うため、通信時間が短くなり、無線通信網全体の利用効率が向上する。また、テレメタリング端末の電池寿命が長期化できる。
【図面の簡単な説明】
【００１３】
【図１】本発明によるメータ情報を集中管理する無線通信システムの全体構成図である。
【図２】本発明による子機と親機とのつながりを示すブロック線図である。
【図３】本発明による親機の電気回路構成を示すブロック線図である。
【図４】本発明による子機の電気回路構成を示すブロック線図である。
【図５】本発明による、親機、子機間の通信シーケンスを示す図である。
【図６】本発明による、親機、子機間の通信信号の形式を示す図である。
【図７】本発明による、親機が複数の定期信号を送出するときの、子機間との通信シーケンスを示す図である。
【発明を実施するための形態】
【００１４】
以下本発明を図面に基づいて説明する。
【００１５】
図１は、本発明の実施の形態として、水道メータやガスメータ、電気メータの計測情報を、無線通信網を利用して一括管理するシステムの全体構成を示すもので、センタサーバー１、通信網２、基地局３、メータ４よりなる。
【００１６】
センタサーバー１は、水道会社に置かれるもので、水道ユーザのすべての水道の使用量などのデータを一括管理している。通信網２は、今日では、LTE公衆無線通信網を利用することが現実的であろうが、公衆電話回線でもよく、要は、センタサーバー１に対しメータ情報などのデータ通信が可能な通信網であれば、特に形態は問わない。
【００１７】
基地局３は、基地局エリア内にあるメータ４と無線通信によってメータ情報の集積を行い、センタサーバー１に届けるものである。メータ４は、水道メータに基地局と交信するための無線通信回路を付加したものである。
【００１８】
典型的な使用例は、月一度のメータ検針である。月の使用量を把握するには、センタサーバー１が各基地局３に、メータ情報を届けるように指示を出し、各基地局３はメータ４からメータ情報、つまり月の水道使用量のデータを吸い上げ、センタサーバー１に届け、すべての基地局から吸い上げたデータをセンタサーバー１に届けることで、センタサーバー１はすべてのユーザの月間使用量を把握するという例である。
【００１９】
本発明における無線通信方式としては、ARIB  STD−T108規格で定める「９２０MHz帯の特定小電力無線方式」を利用するものとするが、本発明はその他の閉域無線通信網に対しても適用可能である。特定小電力無線方式で、変調方式に拡散スペクトラム通信方式を用いると、一つの基地局の通信距離は２キロメートルから２０キロメートルまで届くといわれている。
【００２０】
一つの基地局が、基地局から半径２キロメートルの住戸のメータ情報を管轄すると仮定し、２キロメートル内の住戸の数が２０００住戸とすると、一つの基地局は、２０００個のメータ情報を管轄することになる。
【００２１】
図２は一つの基地局（ここでは親機５と記述し、以後基地局のことを親機という）に複数個のメータ（ここでは子機と記述し、以後メータのことを子機という）が存在している例と、この親機エリア内に基地局の管理対象でない他の無線機７が置かれている例を示す。
【００２２】
親機５は、複数の子機６との通信は、自分が一括管理しているが、無線機７がいつ通信するのかについては、無線機７を管理している者からの情報がなければ全く不明であり、屋外では、これが一般的な形態であろう。屋内であれば、施設の所有者（ビルの管理者など）を介し、無線機７がいつ通信するのかなどの情報を得ることができる可能性があり、その情報を活用しながら、子機６との通信を行うという方法が採れよう。
【００２３】
前記したARIB  STD−T108規格では、通信の開始時に、キャリアセンスを行うことが必要で、図２の例では、無線機７が通信中でないことをキャリアセンスによって事前に確認してから通信を開始することになる。
【００２４】
図３は、親機５の内部構成を示すもので、センタ通信回路５１、親機通信制御回路５２、無線通信回路５３、子機情報管理メモリ５４、キャリアセンス回路５５、試験信号発生回路５６、親機時計５７、キャリアセンスタイマ５８よりなる。親機５の電源は、図示しないが、商用電源が使用される。
【００２５】
センタ通信回路５１は、通信網２を介して、センタサーバー１と通信を行うための回路で、物理的構成は、下記のように、利用する通信網で異なる。
【００２６】
通信網としてLTEを利用するときは、LTE無線回路となり、一般電話回線を利用するときは、電話線インタフェース回路で、これまで一般的には、NCU（網制御回路）と呼ばれていたものになる。もちろん光ファイバを用いたインタネット回線も、利用の一形態である。
【００２７】
親機通信制御回路５２は、センタサーバー１からの指令を受け、親機５が管理している情報をセンタサーバー１に届けたり、子機６の情報を吸い上げたり、あるいは子機６に何らかの指令を行ったりする通信制御を行うもので通信シーケンスの例は図５、図７、通信信号構成は図６に示す。無線通信回路５３は、子機６と無線通信するのに必要な無線回路である。キャリアセンス回路５５は、通信に先立ち、通信網内にキャリアが存在しているかどうか、つまり他人が通信しているかどうかを確認する回路であり、所定の受信感度を設定することでキャリアセンスを行う。キャリアセンス回路５５の出力は、無線通信回路５３で、キャリアを送出、つまり通信を開始するかの判定に用いられる。子機情報管理メモリ５４は、親機５が管理する子機６の情報を一括管理するもので、管理している項目を表１に示す。親機時計５７の日時情報は、通信時に日時情報を送信するために親機通信制御回路５２と子機情報管理メモリ５４で使用される。子機情報管理メモリ５４は、表１の情報を履歴とともに管理するため親機５の時計情報が必要である。
【００２８】
表１では子機の数は４個としているが、実際は前記したように、２０００個、あるいはそれ以上はありうる数字である。表１の「距離」とは、親機５の設置位置からの距離である。この表では距離は近、中、遠で示しているが、距離そのものの数字情報でもよい。一般に、設置位置が遠いほど（距離が大きいほど）、親機、子機間の通信は電波の減衰が大きくなり、信号対雑音比（いわゆるS/N比）が悪くなり、データ通信の通信速度は低くなろう。
【００２９】
【表１】
2018014672.tif 000003
【００３０】
表１の「キャリアオフ時間傾向帯」は、親機・子機間での無線通信圏内に、親機５の管理対象外の無線機が使われていて、その無線機が使用中に、親機５が通信開始しても、キャリアセンスして通信が開始できないケースを想定し、その場合、いつになったら通信が開始できそうなのかを知っておくために管理するもので、キャリアセンスで、なかなか通信が開始できないとき、いったんその通信を断念し、表１のキャリアオフ時間傾向帯情報を利用して通信を再開する。
【００３１】
表１の「通信速度」は、子機との通信速度であり、次回の通信時に最適な通信速度で通信できるよう学習・管理している。
【００３２】
この通信速度や前記したキャリアオフ傾向時間帯を学習・把握するには、親機、子機間でデータ通信すべきデータがないときにおこなうが、そのための方法は後記する。
【００３３】
表１の「通信間隔」とは、センタサーバー１と子機６との通信間隔である。水道メータの測定は基本的には月１度でよいが、水道供給会社では、実際には日々の使用量を把握し、ユーザに、使用量の低減法を提案したりするようなサービスメニュがあり、その場合は、２４時間とか１時間とかの通信間隔を設定する。また、単に使用量測定だけでなく、子機６の動作パラメータの設定変更をセンタサーバー１あるいは親機５より子機６に要求するようなこともある。子機６は、省電力化のため、予め決められた日時にのみ、通信するようにしているので、親機５あるいはセンタサーバー１が子機６に通信したいことがあれば、この通信間隔のタイミングを利用して行う。
【００３４】
表１の「次回通信日時」は、日時情報がAB月CD日EF時GH分JK秒と秒までを含むが、前記通信間隔情報をもとに算出した次回の通信日時を示すもので、この情報は子機６に通信で伝える。なお、この通信間隔情報に無関係に親機５が、キャリアオフ傾向や通信速度を学習するために、任意の日時を設定することもできる。
【００３５】
表１の「時計誤差」とは、親機５と子機６の時計の誤差を管理するものである。前記したように親機５が子機６に次回の通信日時を知らせ、子機６はその日時になると、親機５からの送信を待つ。このため、子機６と親機５の時計は、できるだけ一致させておくことが必要で、親機５と子機６がそれぞれの時計情報を交換し、両者の時計誤差情報を管理し、次回通信時に、この情報を利用して、後記するが、「リンク設定要求」信号の送出時間を決める。
【００３６】
図４は、子機６の内部構成を示すもので、センサ（本発明ではメータ）６１、子機通信制御回路６２、無線通信回路５３、キャリアセンス回路５５、時計校正回路６３、電池残量検知回路６４、スイッチ６５、電池６６、子機時計６７、次回通信日時メモリ６８よりなる。
【００３７】
センサ６１は本発明の実施の態様では水道メータであるが、一般的には、温度センサ、塵埃センサ、放射線センサなど多様なセンサがある。子機通信制御回路６２はセンサ情報を、無線通信回路５３により、親機５と通信するための信号形成や通信制御を実行する回路である。キャリアセンス回路５５は、子機６の周りでのキャリアセンスを行う回路である。電池６６の電源は、子機時計６７、次回通信日時メモリ６８には常時給電されるが、その他の回路には受信時にスイッチ６５を介して給電される。なお、センサの構造によっては常時給電が必要なセンサもあり、その場合はセンサにも常時給電が必要となる。
【００３８】
電池残量検知回路６４は、親機５に、電池残量を報告する通信時に残量が検知され、その情報は子機通信制御回路６２で信号形成される。時計校正回路６３は、親機５の時計情報をもとに、子機時計６７を親機５の時計情報と一致するよう校正するための回路であり、校正は通信終了時に行う。時計の校正結果は、子機６の時計がどの程度ずれていたかを、一日当たりの誤差情報として、子機通信制御回路６２を介して、子機６から親機５に、「リンクOK」信号の中で、前記電池残量とともに送信される。なお、この誤差情報は、親機５が、子機６の日時情報を、通信の都度受信している（メータ情報や定期信号など）ので、親機５で計算することも可能であり、その場合、子機６からの誤差情報の伝送は不要となる。
【００３９】
次回通信日時メモリ６８は、親機５から伝送されてきた日時情報を保存しておく回路である。
【００４０】
図５は、センタサーバー１と親機５と子機６間の信号シーケンス、図６は、親機５と子機６間で通信される信号の信号形式を示す。
【００４１】
月1回など、定期的なメータ情報の検針時間になるとセンタサーバー１は、親機に全メータ情報要求信号を送る。親機５は、この信号を受信すると、管理下にある各々の子機６に、「リンク設定要求」信号を送る。子機６は「リンク設定要求」信号を受信したら「リンクOK」信号を返す。その後、親機５は「メータ情報要求」信号を送る。子機６は、その信号を受信すると「メータ情報」を親機５に送信し、親機５は受信終了すると、「通信終了信号」を子機６に送り、子機６から「OK」信号を受信し、通信を終了する。
【００４２】
なお、このとき「リンク設定要求」信号を送るため、キャリアセンスすると、キャリアセンス時間が長く、なかなかキャリアオフを検出できず、リンク設定信号を送信できないときは、前記したように、その通信を断念し、学習したキャリアオフ傾向時間帯を利用してリンク設定を再開する。
【００４３】
親機５は、引続き他の子機６からも同様の「メータ情報取得シーケンス」でメータ情報を要求し、親機５が管理するすべての子機６からのメータ情報が得られると、一括して親機５からセンタサーバー１へ全メータ情報を転送する。
【００４４】
センタサーバー１からの定期的な検針時間は、親機５は予め把握しているので、親機５はセンタサーバー１からの全メータ情報要求信号を受信しなくても、毎月定められたメータ検針の日になると、自発的に、子機６からのメータ情報取得シーケンスを開始してもよい。
【００４５】
図６は、親機５から子機６への信号、または子機６から親機５への信号の形式を示す。「信号種別」フィールドは、表２で後記するが、親機、子機間で行き交う信号の種類を示すものである。「信号種別」フィールドは８ビットとし、内７ビットを信号種別に利用し（１２８種の信号を定義できる）、残りの１ビットを信号に続きがあるかないかを示すものに使う。
【００４６】
ARIB  STD−T108規格では、１回当たりの送信時間を４００ミリ秒以下にするなどの規定があり、通信速度が６００bpsとか低いときは、４００ミリ秒で送れるデータは２４０ビットになり、図６のデータが２４０ビットを超えるときは分割して送ることが必要になる。このため送信データに続きがあることを知らせるため「信号種別」フィールドの１ビットを使用する。
【００４７】
因みに、図６のデータ長を試算してみると、「子機ID」フィールドを１２桁、「チャネル番号」フィールドを２桁、「日時情報」フィールドを、AB月CD日  EF時GH分JK秒と、１０桁、「データ（メータ情報など）」フィールドを６桁と仮定すると合計は３０桁で、１桁に４ビット使用すると、１２０ビット、さらに、「信号種別」フィールドに８ビット、「通信速度」フィールドには８ビット要すとし合計で１３６ビットとなるが、信号フレームを構成するためのオーバヘッド（ヘッダや、謝り検出符号など）分があり、フレーム構成に、周知のHDLCフォーマットを利用すると４８ビット必要になる。その結果１フレームの全データ長は１３６＋４８＝１８４ビットとなる。この数字では、通信速度が６００bpsの場合、１回の通信でデータ伝送は可能であるが、現実の桁数は多くなる可能性もあり、１回の通信では送信しきれないケースも発生するので、データに続きがあるかどうかの通知をできるようにしておくことは必要である。
【００４８】
図６にも示すが、前記したチャネル番号について説明する。
【００４９】
ARIB  STD−T108規格では、無線で使う搬送波の周波数として、９２０．６MHz〜９２８．０MHzと７．４MHzの帯域幅があり、その帯域幅内では２００KHz単位で周波数分割多重通信ができるようになっていて、実際のデータ伝送は、その２００KHzの帯域を用いる。帯域の数は、計算上では７．４／０．２＝３７で、３７チャネルあるが、どの帯域（チャネル）を使用するのかを示すために、「チャネル番号」が規定されている。したがってデータ通信の場合、どのチャネルを用いて通信するかの宣言は必要なことである。一般的には、どのチャネルを使用するのかについては、通信の開始前には、その親機、子機間で予め決められているが、そのチャネルを他の誰かが使っていると、キャリアオンが長いので、実際のデータ通信には異なるチャネルを使用するケースも多々ある。そのため図６では、チャネル番号を宣言し、この通信で使用するチャネル番号を相手に伝えられるようにしている。
【００５０】
あわせて、通信速度についても、図６に示すように、どの速度で行うのかの宣言も必要である。通信開始時（リンク設定時）には、リンク設定が確実にできやすいように、６００bpsとかの遅い通信速度を予め決めておき、その速度で通信するが、対象子機とのデータ通信に使用する通信速度は、通信すべきデータの無い時に試験的に測定していて、この速度なら通信可能と学習した速度で行う。通信速度としてとりうる値は、変調方式によって異なるが、ここでは、２８．８kbps、１９．２kbps、１４．４kbps、１２kbps、９．６kbps、７．２kbps、４．８kbps、２．４kbps、１．２kbps、０．６kbpsの１０ランクあるとする。なお、「リンク設定要求」信号の返答として後記する「リンクOK」か「NG」かの信号を返すが、その速度も「リンク設定要求」信号と同様に、６００bpsで行う。
【００５１】
「チャネル番号」と「通信速度」は、リンク設定時には予め決められているチャネル番号と通信速度を用いるので、「リンク設定要求」信号においては、「メータ情報要求」信号などこれからの通信に使用するチャネル番号と通信速度を示す。
【００５２】
表２は親機・子機間で行き交う通信信号のすべてを表すものである。
【００５３】
各信号に対して、図５に示した信号形式に記述した信号フィールドが使われるのかどうかを、有、無で示している。
【００５４】
２番目に記述した「リンクOK」信号は、リンク設定要求に対する返事であるが、「リンクOK」信号においては、日時情報の代わりに電池残量情報と時計誤差情報を送信する。親機５は各子機６の電池残量を常時監視していて、残量が少なくなった子機に対しては必要な措置を採れるようにするためである。
【００５５】
【表２】
2018014672.tif 000004
【００５６】
３番目の「OK」信号は、データ受信に成功したとき、４番目の「NG」信号は、データ受信に失敗した時に返す信号である。受信側では、送信側からの信号と思われるキャリアを検出できたが、信号受信に失敗したときに「NG」信号を返すが、キャリアを検出できないときは何も返さない。信号受信を待機しているときに、検出したキャリアオンが、親機５からのキャリアかどうかを推定するには、表２から信号送出時間が予め判っているので、受信信号のキャリアオン時間を計測することで行う。
【００５７】
親機５は「NG」信号を受信すると、同じ信号を再送するが、「NG」信号を２度受信すると、通信速度を１ランク下げて再通信を試みる。それでも通信成功しないときは、その通信は一旦断念し、後記する通信速度試験信号を送り、通信可能な速度を把握し、その速度を用いて一旦断念した通信を再開する。
【００５８】
「メータ情報要求」信号は、文字どおり、メータ情報を要求する信号であり、その返答が「メータ情報」である。
【００５９】
「定期信号」とは、メータ検針は月に１回としても、親機５が子機６の動作パラメータを設定変更したり、あるいは子機６の毎日の水道の使用量を、水道会社の都合あるいは顧客の要請により、一日１回あるいは１時間毎に管理したりするケースがある。このため、前記したように、親機５は子機６との間で、通信間隔を定め表１で管理している。親機５は、通信間隔情報から次回の通信日時を算出し、子機６に次回の通信日時を「通信終了」信号の中で伝えておき、子機６は次回通信日時メモリ６８で管理している。子機６は、次回通信日時を知らされることで、子機６が電源を常時消費するのは、子機時計６７と次回通信日時メモリ６８の２つだけにでき、子機全体の省電力化が図れる。
【００６０】
「定期信号」のデータフィールド部の情報は、親機５が子機６に何を要求するかを示すために使用する。情報の種類としては、メータ情報、動作パラメータ変更要求、キャリア検出依頼などがある。「設定完了」信号は、親機５が「定期信号」で、子機６の動作パラメータ設定変更を要求した時の返答信号である。動作パラメータとしては、無線通信回路５３における受信感度や送信電力の調整やセンサの感度調整などがあろう。「定期信号」は、複数の信号を連続して送信することが可能である。例えば、「定期信号」としてメータ情報を要求し、そのメータ情報を受信した後に、「定期信号」としてキャリア検出依頼を要求することが可能である。親機５が、特定の子機に対し、キャリオフの情報が不足しているときなどは、この方法を採るとよい。複数の「定期信号」を使用するときの通信シーケンスの例を図７に示す。
【００６１】
親機５からのキャリア検出依頼は、親機５が子機６に要求するデータがないときに、子機６がキャリア検出を行い、キャリアがオンかオフかの情報を親機５に届ける。キャリア検出結果は、表２の「キャリア報告」信号を用い、データフィールドにチャネル番号とオンかオフかを示す。キャリア検出は図示しないが、キャリア検出回路６４にチャネルと対応した帯域通過型フィルタを指定することで行う。キャリア検出は複数のチャネルに対しても行うことは可能であり、子機６は普段使用するチャネルがキャリアがオンだったときに、オフのチャネルがないかを探し、このチャネルはキャリオフという情報を親機５に送っておくこともできる。データフィールドに複数のチャネルでの結果を書き込むには、チャネル表示に８ビット、オンかオフに１ビットと１チャネル当たり９ビットでデータを構成する。
【００６２】
親機５はすべての子機６に対し、親機５の管理対象でない周辺の通信機が使用中になる時間帯を把握し、キャリアオフとなる時間傾向を学習している。
【００６３】
合わせて、親機５も通信するデータがないときに、キャリアセンスタイマ５８で、定期的に親機５のキャリアオフ、オン状況も検知し結果を表１に管理している。キャリアオフ傾向時間の把握には、親機５、子機６の両者がキャリアセンスしない時間を把握しておく。例えば親機５の近くに無線機７があり、その無線機７が通信中、親機５はキャリアセンスするが、子機６はキャリアセンスしないケースがあるし、無線機７が子機６の近辺にあるときは、子機６はキャリアセンスしても親機５はキャリアセンスしない。親機・子機間の通信に、合計で１分要すとすると、親機は子機のキャリアセンスを含め１分間のキャリアオフ時間をベースに、キャリアオフ傾向時間を把握している。つまりキャリアオフの検知には少なくとも１分間の観察時間を設けている。
【００６４】
親機５が子機６に対し要求するデータがないとき、「定期信号」の送信に変え「通信速度試験信号」を送ることができる。これは、親機、子機間で通信可能な通信速度を常時把握しておくためである。親機、子機間の間に、ある日ビルが建設されたりして電波伝搬状況が変化すると、いつもは９．６kbpsで通信できていたものが、４．８kbpsに低下したりする。また、親機・子機間に、ある日突然、通信機が設置され、親機・子機間で通信中にその通信機が電波を発生し、通信速度へ影響を与える可能性が高い。
【００６５】
このため、親機・子機間で通信可能な通信速度を学習把握しておき、次回の通信は、その速度で行えるように準備しておくことは、次回通信時の通信エラーを回避するためにも有用である。「通信速度試験」信号は、それまで通信可能であった通信速度（表１）で、表２に示す情報を親機５が子機６に送り、子機６が受信できればOKを返し、受信できなければNGを返す。NGを受信した親機５は、次に速度を１ランク下げて同様に信号を送る。この繰り返しで、通信成功した通信速度を表１で管理し、子機情報管理メモリ５４に保存し、次回の通信には、その速度で通信を開始する。
【００６６】
例えば、子機６に対し前回通信成功したときの通信速度が１２kbpsであったと表１に書かれていると、通信速度信号は１２kbpsで送り、子機６よりOKが返答されれば、表１を、１２kbpsと書き直す。もし、子機６からNGが返答されたら、通信速度を１ランク下げ９．６kbpsとして「通信速度試験」信号を送る。OKが返答されたら、表１を９．６kbpsに書き換え、NGが返答されたら、もう１ランク下げ７．２kbpsで「通信速度試験」信号を送る。通信成功するまで速度を下げていき、成功した時の速度を表１に書き換え、通信速度試験を終了する。
【００６７】
親機５で各子機６との通信速度を管理しているが、その履歴や、親機５から見て同じような距離にある子機６の通信速度が６００bpsとか異常に低い場合は、前回の通信時には、何らかの突発的な異常が起きていたのかも知れないと考え、本来、通信できておかしくない速度を４．８kbpsとすると、「通信速度試験」信号は、４．８kbpsから始めて見る方法も採れよう。
【００６８】
なお、変調方式に、QAM方式を採用していれば、信号空間ダイアグラム中で、受信信号のポイントと、定められた信号ポイントとの誤差（これを、エラーパワーという）が測定可能であり、試験中の通信路で、採りうるポイント数が計算でき、通信可能な通信速度がわかるので、試験信号の再送信の繰り返しは必要なくなる。この場合、「通信速度試験」信号の返答は、表２に示す「試験結果報告」信号となり、「通信速度」フィールドのデータ部に通信可能な通信速度を報告する。なお、QAM変調方式での試験信号データは、通信速度としては、受信側ではエラーパワー量の測定を行うのが目的であるので、QAMのモデムトレーニングシーケンスのように、１回の通信で伝送可能な時間長である４００msの時間を区切り、最初の２００msに信号空間ダイアグラム上で、２ポイント（通信速度としては、６００bps）となるランダムデータを送り、受信側では、エラーパワー量を測定する。２ポイントのランダムデータは、子機６の試験信号発生回路５６で生成される。受信側のモデムトレーニングは、エラーパワー量を測定しながら、受信モデムの内部パラメータ（適応型等価器のタップ係数など）を調整していくことで、エラーパワー量を最小にする動作であり、それゆえ、エラーパワー量は時間とともに減少するものである。２００msの間にどこまで減少できたかを知り、２００ms後のエラーパワー量に、もとづき、QAMで使える信号のポイント数が判定でき、そのポイント数で、通信可能な通信速度が分かるので、その速度を送信側に伝える。変調方式にQAMを用いるときのデータ伝送は、常時最初の２００msは２ポイントのランダムデータを送り、残りの２００msに通信すべきデータを送るようにする。通信速度が、１．２kbpsあれば、２００msの間に２４０ビットのデータが伝送でき、メータ情報の伝送は、前記したデータ長の試算が１３６ビットであることを考慮し、十分可能であろう。もし、前記したエラーパワー量が２００msの間に減少傾向を見せず、ポイント数の判定が困難であったときは、「通信速度」フィールドのデータは、最低速度の６００bpsとする。
【００６９】
なお、表１の通信間隔が１０日とか長い周期が設定されているときは、親機５は、１日に１回はキャリアセンスや通信速度の試験を親機５の判断で行うことも必要だろう。その時は、子機６に伝送する次回通信日時を親機５の希望する日時に設定すればよい。
【００７０】
図５では、全メータ情報要求の時のシーケンスを示したが、定期報告や通速度試験の時も、最初は「リンク設定要求」信号を送り、「リンクOK」,「NG」を確認してからデータ通信を行い、最後は「通信終了」で終わる。
【００７１】
表３は、これまでに述べた親機５から子機６への指示信号と、それに対する子機６から親機５への返答信号を整理するものである。
【００７２】
【表３】
2018014672.tif 000005
【００７３】
親機が子機から得た情報は、メータ情報などセンタサーバー１へ転送するものや、通信速度情報など転送を必要としないものがあり、さらに表３に示されてないが、センタサーバー１が、水道の温度など別途子機に求める情報もあるだろう。その場合、別途信号を定義して、図５に例示した信号シーケンスのように、子機情報を親機５からセンタサーバー１へ転送すればよい。
【００７４】
子機６は省電力化のため、各回路への給電時間をできるだけ少なくなるように工夫している。図４の次回通信日時メモリ６８が、その時刻になると、スイッチ６５をオンにし、無線通信回路５３などへ給電を行い、親機５からの信号を待つ。子機６の時計が親機５の時計とどの程度ずれているかについては、表１の時計誤差情報を利用する。例えば１日１秒ずれるとし、前回通信日時と今回通信日時の間隔が１０日であるとすれば、１０秒ずれていることになる。親機５は、所定の時刻になると、「リンク設定要求」信号を送出するが、この場合、子機６との時間ずれが１０秒あるので、「リンク設定要求」信号は、ARIB  STD−T108規格に準拠し、４００ミリ秒送信、２ミリ秒の休止を１サイクルとし、この繰り返しを１０秒間以上（例えば、１秒プラスして１１秒間）行うことが必要である。
【００７５】
また、メータ情報の通信などリンク設定要求以外の通信信号も３回とかの複数回連続送信し、受信をより確実になるようにする。
【００７６】
実際に、通信に必要な時間は、表３に示したすべての信号のケースに対し、リンク設定から通信終了まで、通信速度にもよるが、ほとんどの場合、１分程度で収まるだろう。因みに「メータ情報要求」信号の場合で試算してみると、リンク設定に１１秒（前記したように１１秒の間「リンク設定要求」信号を連続送信する）、「メータ情報要求」信号とメータ情報は３回通信が繰り返されるとして（４０２＋４０２）×３＝２４１２ミリ秒≒２．５秒（４０２の意味は、１回の通信時間は４００ミリ秒以内、かつ２ミリ秒の休止時間が必要）であり、１１＋２．５＝１３．５秒、これに通信終了シーケンスを足しても１５秒あれば十分である。
【００７７】
子機６は次回通信日時メモリ６８で指定される時刻に１分間以内の通信を行うのみで、それ以外の時間はスリープ状態であり、大幅な省電力化が図れる。
【００７８】
表１では、キャリアオフ傾向時間帯と通信速度は直前の測定結果を示しているが、親機５の子機情報管理メモリ５４では、測定履歴も合わせて管理していて、履歴を考慮しながら、次回通信時に使用するチャネルと通信速度を決定し、子機６に伝える。
【００７９】
キャリアオフ傾向時間帯は、チャネル番号ごとに親機５と子機６の情報を見ながら、曜日や月の旬（上旬、中旬）、さらに月の日付けでの変化がないかなども観察管理しているし、通信速度も、同じような傾向がないかも見ている。
【産業上の利用可能性】
【００８０】
サブギガ波を用いた無線通信ネットワークは、アンライセンドネットワークと呼ばれ、民間事業者が容易に構築できるので、今後普及に弾みがかかろう。
【００８１】
そうなったとき、本発明によってネットワークの利用効率を高める技術は、有用・不可欠なものとなり、産業上の利用は高まる。
【００８２】
また本発明では子機の省電力化のために、通信時以外は子機をスリープ状態にしているので、電池駆動が多い子機に、有用な技術である。
【符号の説明】
【００８３】
１  センタサーバー
２  通信網
３  基地局
４  メータ
５  親機
６  子機
７  無線機
５１  センタ通信回路
５２  親機通信制御回路
５３  無線通信回路
５４  子機情報管理メモリ
５５  キャリアセンス回路
５６  試験信号発生回路
５７  親機時計
５８  キャリアセンスタイマ
６１  センサ（メータ）
６２  子機通信制御回路
６３  時計校正回路
６４  電池残量検知回路
６５  スイッチ
６６  電池
６７  子機時計
６８  次回通信日時メモリ
【図１】
2018014672.tif 000006
【図２】
2018014672.tif 000007
【図３】
2018014672.tif 000008
【図４】
2018014672.tif 000009
【図５】
2018014672.tif 000010
【図６】
2018014672.tif 000011
【図７】
2018014672.tif 000012