JP2022525161A - 信頼性強化のための複合ネットワーク技術によるレシーバ中心の通信 - Google Patents

信頼性強化のための複合ネットワーク技術によるレシーバ中心の通信 Download PDF

Info

Publication number
JP2022525161A
JP2022525161A JP2021555266A JP2021555266A JP2022525161A JP 2022525161 A JP2022525161 A JP 2022525161A JP 2021555266 A JP2021555266 A JP 2021555266A JP 2021555266 A JP2021555266 A JP 2021555266A JP 2022525161 A JP2022525161 A JP 2022525161A
Authority
JP
Japan
Prior art keywords
network
communication mode
node
transmission
network node
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.)
Granted
Application number
JP2021555266A
Other languages
English (en)
Other versions
JPWO2020182562A5 (ja
JP7489400B2 (ja
Inventor
シャンユー ワン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Signify Holding BV
Original Assignee
Signify Holding BV
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Signify Holding BV filed Critical Signify Holding BV
Publication of JP2022525161A publication Critical patent/JP2022525161A/ja
Publication of JPWO2020182562A5 publication Critical patent/JPWO2020182562A5/ja
Application granted granted Critical
Publication of JP7489400B2 publication Critical patent/JP7489400B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/021—Traffic management, e.g. flow control or congestion control in wireless networks with changing topologies, e.g. ad-hoc networks
    • 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/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26—Special purpose or proprietary protocols or architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H04W16/04—Traffic adaptive resource partitioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/082—Load balancing or load distribution among bearers or channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/0883—Load balancing or load distribution between entities in ad-hoc networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0908—Management thereof based on time, e.g. for a critical period only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0992—Management thereof based on the type of application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/75—Information technology; Communication
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00—Information sensed or collected by the things
    • G16Y20/30—Information sensed or collected by the things relating to resources, e.g. consumed power
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y30/00—IoT infrastructure
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/40—Maintenance of things
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、異なるネットワークテクノロジの２つ以上の送信プロトコルのために単一の無線フロントエンドを共有する一方、一方又は両方のプロトコルモードにおける許容できない性能劣化を防止するコンボプロトコル無線チップを用いた、照明ネットワーク等、ＩｏＴシステムのためのレシーバ中心の送信システムに関する。レシーバ中心のアプローチにより、ノードごとに２つの無線チップを必要とするのではなく、ノードごとに１つの無線チップで許容可能な性能を有する２つのネットワークの実装が可能である。

Description

本発明は、家庭、オフィス、小売、ホスピタリティ及び産業のためのさまざまな異なるＩｏＴ（Internet of Things：モノのインターネット）アプリケーションで使用するための、限定されないが、ＺｉｇＢｅｅネットワーク等、マルチホップメッシュタイプネットワークにおけるネットワークデバイスの通信の分野に関する。
ＺｉｇＢｅｅネットワークは、メッシュトポロジ内のデバイス間のマルチホップ通信を可能にする、低電力／低コストのワイヤレスネットワークの別のタイプを表す。ＺｉｇＢｅｅデバイスは、メッシュネットワーキング機能を伴って、消費電力及びコストを削減し、大規模な展開での使用に適している。ＺｉｇＢｅｅメッシュネットワークのアプリケーションの例には、ホームオートメーション、ビルディングオートメーション、小売サービス、スマートエネルギ、無線屋内照明システム等がある。
より具体的には、ＺｉｇＢｅｅは、小型で低消費電力のデジタルラジオを備えたパーソナルエリアネットワークを構築するために使用される一連の高レベル通信プロトコルのためのＩＥＥＥ ８０２．１５．４ベースの仕様である。ＺｉｇＢｅｅテクノロジの主な利点は、垂直統合、すなわち、下位層、ネットワーク層、アプリケーション層仕様までのＩＥＥＥ ８０２．１５．４からの完全な標準プロトコルスタックを利用できることであり、これは、Ｔｈｒｅａｄ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の他のワイヤレスワークテクノロジとは対照的である。ＺｉｇＢｅｅネットワークは、家庭、小売、産業／オフィス等のさまざまなアプリケーションで広く使用されている。アプリケーションには、ワイヤレスライトスイッチ、ランプ、サーモスタット、さまざまなセンサ、家庭用ディスプレイ付きの電気メータ、交通管理システム、及び短距離の低速ワイヤレスデータ転送を必要とするその他の民生用及び産業用機器等がある。その低消費電力により、電力出力及び環境特性に応じて、伝送距離が見通し距離１０～１００ｍに制限される。ＺｉｇＢｅｅデバイスは、中間デバイスのメッシュネットワークを介してデータを渡すことにより、長距離にわたってデータを送信することができる。
いわゆるＺｉｇＢｅｅ Ｌｉｇｈｔ Ｌｉｎｋ（ＺＬＬ）標準規格は、コネクテッド照明システム(connected lighting system)で使用される低電力メッシュネットワーク標準規格である。ＺＬＬスタックは、物理（ＰＨＹ：physical）、メディアアクセス制御（ＭＡＣ：medium access control）、ネットワーク（ＮＷＫ：network）、及びアプリケーション（ＡＰＬ：application）の４つの層から成る。２つの下位層、ＰＨＹ及びＭＡＣは、ＩＥＥＥ ８０２．１５．４－２００３の仕様で定義されている。初期設定中、ＺＬＬデバイスは、ネットワークキーを得るためにコミッショニングプロシージャを行う。コミッショニングは、新しいＺＬＬネットワークがセットアップされる、又は新しいＺＬＬデバイスが既存のネットワークに追加されるプロセスである。
集積回路設計の最近の進歩により、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）及びＺｉｇＢｅｅテクノロジを単一の無線チップに組み合わせることが可能になり、低電力／低コストのデバイスが、単一のワイヤレス無線モジュールを活用して、ＢＬＥネットワーク及びＺｉｇＢｅｅネットワークの両方の部分として同時に動作することを可能にしている。これは、デバイスが接続されたままで、両方のネットワークにおいて同時に動作するようにＢＬＥ及びＺｉｇＢｅｅデバイスの動作を経時的に高速に切り替えることによって実現されてもよい。制約のあるデバイス(constrained device)をＢＬＥ及びＺｉｇＢｅｅネットワーク（又はシングルホップ及びマルチホップネットワークの任意の他の組み合わせ）上で同時に動作させる可能性は、これらの既存のテクノロジの制限を改善する新しいソリューションを開く。ＢＬＥは、マスタノードと限られた数の電力制約のあるスレーブノード間のスタートポロジにおいてシングルホップ通信を可能にする低電力／低コストの無線ネットワークテクノロジである。ＢＬＥは、電力制約のあるスレーブデバイスと電力制約の少ないマスタデバイス間のエネルギ効率の高い接続を提供する。ＢＬＥネットワークの例は、センサ、ウェアラブル及びビルディングオートメーションデバイス等のリソース制約のあるデバイスのエコシステムにインターネット接続性を提供できる、マスタとしての携帯電話デバイスから成ってもよい。
２つのワイヤレスプロトコルスタックが時間領域で１つの無線フロントエンドを共有する、いわゆるコンボ無線チップ（例えば、Ｚｉｇｂｅｅ／ＢＬＥ、ＢＬＥ／Ｗｉ－Ｆｉ又はマルチホッププロトコル及びシングルホッププロトコルの他の組み合わせ）の利用可能性が、ＩｏＴ照明システム等、ＩｏＴシステムに対する新たなフィーチャを可能にしている。新たなフィーチャには、モバイルからのシングルホップ（例えば、ＢＬＥ）接続を介したノード機能（例えば、ワイヤレス照明）の直接制御、ワイヤレスＩｏＴシステムから送信されるシングルホップ（例えば、ＢＬＥ）信号を介した携帯電話の測位、及びモバイルシングルホップ（例えば、ＢＬＥ）タグを介したアセットトラッキング（これらの信号は、ＩｏＴシステム（例えば、オーバーヘッドワイヤレス照明ネットワーク）によって受信される）が含まれる。
ＢＬＥ及びＺｉｇｂｅｅを組み合わせることができる無線チップを利用するアプリケーションの一例は、ＷＯ２０１８／２２８８８３ Ａ１に開示されている。ＷＯ２０１８／２２８８８３ Ａ１は、２つのワイヤレスネットワーク間をシームレスに橋渡しすることができるワイヤレスコンボデバイスのシングルホップ／マルチホップ（例えば、ＢＬＥ／ＺｉｇＢｅｅ）複合ケイパビリティの恩恵を受け、ワイヤレスシングルホップネットワーク（例えば、ＢＬＥネットワーク）のメッセージをワイヤレスマルチホップネットワーク（例えば、ＺｉｇＢｅｅメッシュネットワーク）上で中継することによりワイヤレスシングルホップネットワークのカバレッジを拡張するシステム及び方法を開示している。
ＩｏＴシステムにおいてコンボ無線チップの明確なメリットがある一方、クラシックな照明制御の性能と追加された新たなフィーチャの性能とのバランスを取りながら、システム設計は対処しなければならないという共通の制約もある。共通の制約は、２つの無線プロトコルスタックがある一方、ただ１つの無線フロントエンドが、２つの無線プロトコルスタック間で共有される必要があるという事実に起因する。これは、うまく管理されない場合、少なくとも一方の無線プロトコルに対する著しい性能劣化につながる可能性がある。
Ｚｉｇｂｅｅベースの照明システムにおける照明制御のためのＺｉｇｂｅｅブロードキャストの例示的なケースでは、ＢＬＥ／Ｚｉｇｂｅｅ無線スケジューラが、ＭＡＣプロトコル層及びＰＨＹプロトコル層の間に挿入される。このスケジューラは、典型的にはデューティサイクル方式で、Ｚｉｇｂｅｅスタック及びＢＬＥスタックによる無線ハードウェアの共有をスケジューリングするために使用される。しかしながら、ＢＬＥ動作のデューティサイクル比をｄとした場合、無線機(radio)は、全体の時間のうちｄの部分でＢＬＥモードで動作することになり、Ｚｉｇｂｅｅモードは、全体の時間のうちの（１－ｄ）の部分しか使用することができない。レシーバ側において、Ｚｉｇｂｅｅパケットは、レシーバのＢＬＥモード中に到着する場合、無条件に失われることになる。それゆえ、コンボ動作のデューティサイクルに起因する追加の損失がシステムに存在することになる。一見して、ｄが大きいほど、Ｚｉｇｂｅｅ受信に対する劣化がより大きくなる。
再送信の可能性がある場合、損失は補正されることができる。実際、Ｚｉｇｂｅｅブロードキャストでは、近隣のルータノードが、メッセージの再送信を支援する。残念ながら、デューティサイクル比が異なる場合、パケット損失率は同じようには改善しない。小さいデューティサイクル比は、後続の送信によって素早く補正されることができるが、デューティサイクル比が大きい（したがって、１回の送信でのパケット損失率が大きい）場合、補正は送信ごとに（１－ｄ）に比例するため、改善は非常に遅くなる。
アセットトラッキング等、一部のアプリケーションでは、すべてのノード又はほとんどのノードが、シングルホップタグ（例えば、ＢＬＥタグ）から到来するシングルホップブロードキャスト信号（例えば、ＢＬＥ信号）をリッスンする必要がある。これは、これらのノードに対して、大きなｄ、すなわち、シングルホップ（例えば、ＢＬＥ）モードの大きなデューティサイクル比が望まれることを意味する。逆に、これは、マルチホップ（例えば、Ｚｉｇｂｅｅ）ブロードキャストの性能が、再送信が効果的でなくなるため、より劣化することも意味する。ＢＬＥ／Ｚｉｇｂｅｅ複合モードに対する例示的な測定は、ＢＬＥデューティサイクル比が１０％である（これは、Ｚｉｇｂｅｅ送信に対する１０％のパケット損失を意味する）場合、最終的なパケット損失率を１％に下げるために一回のさらなる送信を要するだけであり、１回目の試行で失敗したもの（１回目の試行で１０％の失敗）のみに２回目の試行が行われる場合、総試行は１．１となることを示した。しかしながら、ＢＬＥデューティサイクル比が７０％であり、その結果、Ｚｉｇｂｅｅパケット損失も７０％である場合、最終的な損失率が同じ１．０％に達するためには合計１４回の試行及び３．３１の総負荷を要することになる。
したがって、コンボ無線チップは新たなフィーチャのメリットをもたらす一方、クラシックなノード制御（例えば、照明制御）と追加された新たなフィーチャとの間で性能のバランスが取られる必要がある。上記の例示的な測定からわかるように、追加されたＢＬＥモードは、必然的にＺｉｇｂｅｅ送信の性能劣化をもたらすことになる。また、劣化の修復を支援する再送信等の対策がある一方、これは、トラフィック負荷の増加又は遅延の増加の観点で関連コストを有し、ＢＬＥモードのデューティサイクル比の増加に伴って非線形的に増加する。
本発明の目的は、１つの無線フロントエンドを共有する複合ネットワーク技術を用いたコンボ無線チップの信頼性強化を提供することである。
この目的は、請求項１に記載のネットワークノード、請求項１０に記載の照明システム、請求項１４に記載の方法、及び請求項１５に記載のコンピュータプログラムによって達成される。
したがって、意図された送信の宛先又は次ホップノードのネットワークテクノロジの好ましい（例えば、ほとんど用いられる）通信モードが決定され、送信ネットワークノードの第１のネットワークテクノロジ及び第２のネットワークテクノロジ（例えば、ＢＬＥ及びＺｉｇｂｅｅ、又はネットワークテクノロジの他の組み合わせ）の第１の通信モード及び第２の通信モードの一方が、宛先ノードの決定された好ましい通信モードに基づいてその単一の無線チップによる宛先ノードへの送信のために選択される。これにより、レシーバ中心の送信アプローチ(receiver-centric transmission approach)が、一方又は両方の通信モードにおける許容できない性能劣化を防止するために提案される。レシーバ中心のアプローチにより、ノードごとに２つの無線チップを必要とするのではなく、ノードごとに１つの無線チップで許容可能な性能を有する２つのネットワークの実装が可能である。ネットワーク内のノードは、あるデューティサイクルを有する時間多重化方式(time-multiplexed manner)で両方のネットワークテクノロジを使用して送信及び受信するケイパビリティを持ってもよい一方、これらネットワークテクノロジは、互いに互換性がなくてもよい。ネットワークテクノロジのタイムシェアは均等でなくてもよく、ゆえに、宛先ノードの好ましい通信モードは、エアタイムの割合が最も高い通信モードであってもよい。
提案されるソリューションは、２つの通信モードに限定されるものではなく、３つ以上の通信モードに拡張されることができることに留意されたい。
第１のオプションによれば、ネットワークノードは、第１の通信モードのより大きなデューティサイクル比で第１のネットワークテクノロジのデバイスとして動作する第２のネットワークテクノロジのエンドデバイスとして構成されてもよい。これにより、第２の通信モードでの通信を可能にする一方、第１の通信モードのメッセージ又はアドバタイズメントの受信信頼性の増大が実現されることができる。
第１のオプションと組み合わされることができる第２のオプションによれば、ネットワークのゲートウェイデバイスが送信の宛先ノードとして使用されることが（例えば、決定ユニットによって）決定される場合、第２の通信モードが、親ノード又は次ホップノードへの送信のために（例えば、選択ユニットによって）選択されてもよい。ゲートウェイデバイスは、ほとんどの時間、第２の通信モードに設定されているので、送信の信頼性のある受信が実現されることができる。
第１又は第２のオプションと組み合わされることができる第３のオプションによれば、ネットワークのすべてのネットワークノードが送信の宛先ノードであることが（例えば、決定ユニットによって）決定される場合、第２の通信モードが、親ノードへのブロードキャスト送信のために（例えば、選択ユニットによって）選択されてもよい。これにより、すべてのノードが少なくとも一時的に第２の通信モードを受信可能であると仮定して、ブロードキャストメッセージが、すべてのノードによって確実に受信されることが保証されることができる。
第１乃至第３のオプションのいずれか１つと組み合わされることができる第４のオプションによれば、ネットワークノードは、第１の通信モードのより大きなデューティサイクル比で動作される、第１のネットワークテクノロジのエンドデバイス若しくはルータデバイスとして、又は、第２の通信モードのより大きなデューティサイクル比で動作される、第２のネットワークテクノロジのエンドデバイス又はルータデバイスとして構成されてもよい。これにより、ネットワークノードが特定の通信モードを常に使用する必要がないため、両方の通信モードの柔軟な使用が実現されることができる。
第１乃至第４のオプションのいずれか１つと組み合わされることができる第５のオプションによれば、宛先ノード又は次ホップノードの好ましい通信モードは、帯域外メカニズムを介して（例えば、第１のネットワークテクノロジ及び第２のネットワークテクノロジの送信帯域外での宛先ノードとの通信により）（例えば、決定ユニットによって）決定されてもよく、選択ユニットは、宛先ノード又は次ホップノードへの送信のために、決定された好ましい通信モードを選択するように構成されてもよい。この対策は、ターゲットノードの好ましい通信モードが確実に決定されることができることを保証する。
第１乃至第５のオプションのいずれか１つと組み合わされることができる第６のオプションによれば、宛先ノード又は次ホップノードの好ましい通信モードは、送信のためにネットワークノードが動作しているアプリケーションに基づいて（例えば、決定ユニットによって）決定されてもよく、決定された好ましい通信モードは、ターゲットノードへの送信のために（例えば、選択ユニットによって）選択されてもよい。これにより、送信の信頼性が、宛先ノード又は次ホップノードへの送信時に送信ネットワークノードで動作しているアプリケーションからターゲットノードの好ましい通信モードを直接導出することによって高められることができる。
第１乃至第６のオプションのいずれか１つと組み合わされることができる第７のオプションによれば、ネットワークノードがブロードキャスト送信のためのアプリケーションで動作している場合、第１の通信モードが（例えば、決定ユニットによって）決定されてもよい。この対策は、すべてのノードが両方の通信モードをリッスンすると仮定して、ブロードキャスト送信がすべてのネットワークノードによって確実に受信されることを保証する。
第１乃至第７のオプションのいずれか１つと組み合わされることができる第８のオプションによれば、ネットワークノードがユニキャスト又は多対一送信のためのアプリケーションで動作している場合、第２の通信モードが（例えば、決定ユニットによって）決定されてもよい。この対策は、各ノードがその使用される通信モードを次ホップの受信ノードに適応させると仮定して、ユニキャスト又は多対一送信が宛先ノード又は次ホップノードによって確実に受信されることを保証する。
第１乃至第８のオプションのいずれか１つと組み合わされることができる第９のオプションによれば、ネットワークノードがブロードキャスト送信のためのアプリケーションで動作している場合、第１の通信モード及び第２の通信モードの両方が（例えば、決定ユニットによって）決定される。これにより、送信ノードは、すべてのネットワークノードがブロードキャスト送信を受信し、他のルータデバイスに依存する必要がないことを保証する。
第１乃至第９のオプションのいずれか１つと組み合わされることができる第１０のオプションによれば、複数のネットワークノードは、第２のネットワークテクノロジのエンドデバイスとして構成され、第１の通信モードのより大きなデューティサイクル比で第１のネットワークテクノロジのデバイスとして動作される第１のネットワークノードと、第２のネットワークテクノロジのルータデバイスとして構成され、第２の通信モードのより大きなデューティサイクル比で動作される第２のネットワークノードとを含んでもよく、第２のネットワークノードは、第２の通信モードの受信したブロードキャストメッセージの情報を第１の通信モードのアドバタイズメントメッセージにおいて転送するように構成されてもよい。これにより、ブロードキャストメッセージの情報が確実にすべてのネットワークノードに到達することが保証されることができる。
第１乃至第１０のオプションのいずれか１つと組み合わされることができる第１１のオプションによれば、複数のネットワークノードは、第１のネットワークテクノロジのルータデバイスとして構成され、第１の通信モードのより大きなデューティサイクル比で動作される第１のネットワークノードと、第２のネットワークテクノロジのエンドデバイス又はルータデバイスとして構成され、第２の通信モードのより大きなデューティサイクル比で動作される第２のネットワークノードとを含んでもよく、この場合、第１のネットワークノードは、第１の通信モードの受信したブロードキャストメッセージを第１の通信モード及び第２の通信モードの両方において転送するように構成されてもよく、及び／又は、第２のネットワークノードは、次ホップノードが第１のネットワークノードである場合、第２の通信モードの受信したユニキャストメッセージを第１の通信プロトコルのメッセージに変換する、若しくは、受信したユニキャストメッセージを第１の通信プロトコルのメッセージにおいてトンネリングするように構成されてもよい。これにより、ブロードキャスト、ユニキャスト及び多対一送信の情報が確実に所望のネットワークノードに到達することが保証されることができる。
上記の装置は、ディスクリートハードウェアコンポーネント、組み込みチップ若しくはチップモジュールの配列を備えたディスクリートハードウェア回路に基づいて、又はメモリに格納された、コンピュータ読み取り可能媒体に書き込まれた若しくはインターネット等のネットワークからダウンロードされたソフトウェアルーチン若しくはプログラムによって制御される信号処理デバイス若しくはチップに基づいて実装されてもよいことに留意されたい。
さらに、近年、無線チップ又はチップモジュールが進化していて、機能がソフトウェアに移行されていることに注意されたい。その結果、（具体的には物理プロトコル層（ＰＨＹ層）、たとえば実際のチャネル変調等の）高周波機能は依然ハードウェアに実装されてもよく、一方、低周波機能性は（具体的にはメディアアクセスコントロール層（ＭＡＣ層）以上で）ソフトウェアに実装されてもよい。これに起因して、ＰＨＹ層の特定のハードウェアコンポーネントは、さまざまな無線機能性に再利用されてもよい。したがって、以下の実施形態において別個のユニットとして述べられる場合がある、第１の通信ユニット及び第２の通信ユニットは、実際には、例えば、異なるソフトウェアルーチンに基づいて、単一のハードウェアコンポーネントに実装されてもよい。斯くして、２つの通信ユニットは、ＭＡＣ層以上の無線機能性はソフトウェア層に向けてマッピングされ、例えばチャネル変調を含んでもよい、ＰＨＹ層の機能性は依然として主にハードウェアに実装される、いわゆるソフトウェア無線機(software radio)として実装されてもよい。しかしながら、マルチモードで動作可能なソフトウェア無線デバイスを使用する場合でも、第１の通信モード（例えば、ＢＬＥ無線）のために使用する場合、デバイスは依然として第１のネットワークテクノロジの通信ユニットとして動作するように構成され、第２の通信モード（例えば、ＺｉｇＢｅｅ無線）のために使用する場合、デバイスは依然として第２のネットワークテクノロジの通信ユニットとして動作するように構成されてもよい。
請求項１のネットワークノード、請求項１０の照明システム、請求項１４の方法、及び請求項１５のコンピュータプログラムは、同様及び／又は同一の好適な実施形態、とりわけ、従属請求項に記載されるような実施形態を有し得ることを理解されたい。
本発明の好ましい実施形態は、従属請求項又は上記の実施形態とそれぞれの独立請求項との任意の組み合わせであり得ることも理解されたい。
本発明のこれらの及び他の態様は、以下に述べられる実施形態を参照して明らかになり、解明されるであろう。
さまざまな実施形態による照明システムに基づくアセットトラッキングシステムの概略的なアーキテクチャを概略的に示す。 さまざまな実施形態によるコンボネットワークノードを備える例示的なネットワークアーキテクチャを概略的に示す。 さまざまな実施形態によるコンボネットワークノードのブロック図を概略的に示す。 さまざまな実施形態によるレシーバ中心の送信プロシージャのフロー図を示す。
ここで、本発明の実施形態が、第１のネットワークテクノロジ（例えば、マルチホップテクノロジ）の例としてのＺｉｇＢｅｅネットワーク、及び第２のネットワークテクノロジ（例えば、シングルホップテクノロジに基づくポイントツーポイント接続）の例としてのＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）接続又はネットワークに基づいて述べられる。
より具体的には、さまざまな実施形態により、異なる信頼性強化アプローチが、複数の機能を提供するためにコンボ無線チップを使用するＩｏＴネットワークについて以下で述べられる。
一般的に、ネットワーク内のネットワークノードは、両方のネットワークテクノロジで、しかしながら、それらの単一の無線ハードウェア（すなわち、単一のＲＦフロントエンドユニット）に起因して同時にではなく、送信、受信又はこれらの両方が可能である。これらネットワークノードは、非常に異なるデューティサイクルで異なるネットワークテクノロジで動作する。その結果、主に第１のネットワークテクノロジで動作（例えば、リッスン）するネットワークノードがある一方、他のネットワークは、主に第２のネットワークテクノロジで動作（例えば、リッスン）する。
以下では、例示的な実施形態として、すべてのノードが、クラシックな照明制御機能及びＢＬＥタグを使用したアセットトラッキングの両方に使用される１つのコンボ無線チップを有する、照明ＩｏＴネットワークが述べられる。
図１は、さまざまな実施形態による照明システムに基づくアセットトラッキングシステムのアーキテクチャを概略的に示している。
一般的に、アセットトラッキングは、アセットに取り付けられるバーコードラベルをスキャンすることによる、又は、そのロケーションをブロードキャストする、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、ＢＬＥ、ＩＲ（赤外線）、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）トランスミッタを使用する、タグを使用することによる、物理的アセットのトラッキングを指してもよい。これらのテクノロジは、タグが取り付けられる人又は物体の屋内追跡にも使用されることもできる。
図１において、ＢＬＥタグ４０は、定期的にＢＬＥビーコン信号Ｂを送信し、該信号は、コンボ無線チップを搭載したノードを用いて照明ネットワーク１００によって受信されることになる。ＢＬＥビーコンＢの測定Ｍが行われ、その結果がコンボ無線チップによって照明ネットワークを介して測位エンジン１０にＺｉｇｂｅｅプロトコルを用いて送信される。測位エンジン１０は、測定値が送信されたコンボ無線チップ又はそれぞれの照明器具の識別情報（ＩＤ）及び基準位置（Ｒ）を得るために照明ロケーションデータベース２２に問い合わせる。これに基づいて、測位エンジン１０は、位置更新Ｐを決定し、ユーザエンドデバイス３０で提供されるロケーションベースのサービス（例えば、情報ディスプレイのためのダッシュボード）にこれらを転送する。トラッキングされたアセットは、マップデータベース２４から取得されるマップＭＰ上に表示されてもよい。
照明ネットワーク１００は、ＢＬＥ／Ｚｉｇｂｅｅのコンボ無線チップを有するノードで構成される。照明制御及びアセットトラッキングの両方を実現可能にするために、一定のノードのセットは、Ｚｉｇｂｅｅモードのみ又は主にＺｉｇｂｅｅモードで動作するＺｉｇｂｅｅオンリルータ(Zigbee-only router)として指定されてもよく、残りのノードは、Ｚｉｇｂｅｅモード及びＢＬＥモードの両方で動作してもよい。Ｚｉｇｂｅｅオンリルータのセットは、Ｚｉｇｂｅｅ動作を維持してもよい。非ルータノード(non-router node)は、主にＢＬＥモードで構成されてもよいが、送信若しくは受信するものがある場合Ｚｉｇｂｅｅモードになってもよい。非ルータノードが主にＢＬＥモードで動作する理由は、ＢＬＥタグ４０からのＢＬＥビーコン信号の受信を容易にするためであってもよい。非ルータノードがＢＬＥモードで動作できるのが長いほど、ＢＬＥタグ４０からのＢＬＥ信号の受信性能により優れ、したがってタグのバッテリ寿命により優れる。
図２は、明るいノード（ノード番号５、１２、１９、３４、３７、５０、５１、６４、６７、８２、８９、９６）がＺｉｇｂｅｅオンリルータノードであり、暗い非ルータノードがＺｉｇｂｅｅ／ＢＬＥ混合モードで動作する例示的な１００個のノードを含む例示的なネットワーク構成の図を示している。非ルータノードは、近くに十分なＺｉｇｂｅｅオンリルータノードがある限り、送信にそれほど問題はない。しかしながら、非ルータノードは、主にＢＬＥモードで動作する場合、受信に問題があり、それゆえ、Ｚｉｇｂｅｅオンリルータノードによって送信されるＺｉｇｂｅｅパケットの大部分を失うことになる。周囲のルータノードによる送信がパケット損失の軽減を支援してもよいが、これは、十分な再送信が可能である場合にのみ実現されることができる。
さまざまな実施形態によれば、混合動作モード（すなわち、ネットワークテクノロジ）がすべてのネットワークノードに対して提供されるが、各動作モード（すなわち、ネットワークテクノロジ）に対して最適な送信及び受信ストラテジがネットワークに存在する。ストラテジは、ノードが、他のノード又は複数のノードにメッセージを送信する場合、受信ノードが最も長く動作するモード（すなわち、ネットワークテクノロジ上）で送信するという、レシーバ中心の原則に従う。これは、とりわけ２つのモード間のデューティサイクル比が均等でない場合、受信確率を向上させる。
図２の例を参照すると、明るいノードは、Ｚｉｇｂｅｅモードのみ又はほとんどＺｉｇｂｅｅモードで動作するＺｉｇｂｅｅルータであり、暗いノードは、主にＢＬＥモードで動作するＺｉｇｂｅｅ非ルータノード(Zigbee non-router node)である。Ｚｉｇｂｅｅルータノードは、適切な動作を維持するために常にＺｉｇｂｅｅネットワークをリッスンする必要があるため、ほとんどの時間、Ｚｉｇｂｅｅモードである必要がある。同様に、非Ｚｉｇｂｅｅルータノード(non-Zigbee-router node)は、タグ４０から到来するＢＬＥ信号を常にリッスンするために、ほとんどがＢＬＥモードである必要がある。それゆえ、それらが最も動作しているモードで、それらに任意のパケットを送信することが提案される。逆に、それらが最も動作しないモードで、それらにパケットが送信される場合、これは、前述のように、大きなパケット損失をもたらす。
図３は、図２の明るいノード及び暗いノード等、コンボ無線チップを備えるネットワークノードのブロック図を概略的に示している。
第１のプロトコルユニット３２（Ｐ１）は、送信及び受信アンテナを介してワイヤレス信号を送信及び受信するために単一の共有ＲＦフロントエンドユニット３９に第１のネットワークテクノロジ（例えば、ＢＬＥ）のプロトコル機能を提供する。さらに、第２のプロトコルユニット３４（Ｐ２）は、送信及び受信アンテナを介してワイヤレス信号を送信及び受信するために共有ＲＦフロントエンド（ＲＦ）３９に第２のネットワークテクノロジ（例えば、Ｚｉｇｂｅｅ）のプロトコル機能を提供する。スイッチングユニット（ＳＷ）３６は、制御ユニット（ＣＴＲＬ）３８から受信する制御信号に基づいて、選択されたネットワークテクノロジの正しいメッセージ／シグナリングをＲＦフロントエンド３９に提供するために、第１のプロトコルユニット３２と第２のプロトコルユニット３４とを切り替える。また、制御ユニット３８は、ＲＦフロントエンド３９を介して、例えば、帯域外シグナリングを介して、情報を直接送信及び受信してもよい。
単純なケースでは、ネットワークノードが動作を開始する又はコミッショニングによってネットワークに参加する場合、２つのネットワークテクノロジに対するデューティサイクルが構成されてもよい。
図３のネットワークノードが送信する（すなわち、ソースノードとして）又はさらに中継する（すなわち、ルータ又は中継ノードとして）場合、制御ユニット３８は、宛先／ターゲットノードに関する取得された情報に基づいて、宛先／ターゲットノードへの送信に使用されるべきネットワークテクノロジを決定（すなわち、選択）してもよい。
以下の例示的な実施形態で説明されるように、送信にどのネットワークテクノロジを使用するかについての決定は、アプリケーションモード（ユニキャスト、ブロードキャスト等）、使用されるネットワークアドレス、等の入力によるある（例えば、予め構成された）ルールに基づいてもよい。斯くして、取得された情報は、送信アプリケーション（例えば、ユニキャスト、ブロードキャスト、マルチキャスト等）、宛先／ターゲットノードが主に動作している好ましいネットワークテクノロジ、宛先アドレスフォーマット又は値、及びアプリケーションメッセージタイプの少なくとも１つに関連してもよい。例えば、ユニキャストアプリケーションの場合、制御ユニット３８は、転送するために１つの単一のネットワークテクノロジ、すなわち、宛先／ターゲットノードがほとんど動作しているネットワークテクノロジを選択してもよい。又は、ブロードキャスト及び／又はマルチキャストアプリケーションの場合、制御ユニット３８は、２つのネットワークテクノロジのいずれかで主に動作するネットワークノードに到達するために、１つのネットワークテクノロジのみ又は両方のネットワークテクノロジで送信することを選択してもよい。第１のストラクチャにおいて、図２の暗いノードは、Ｚｉｇｂｅｅエンドデバイスであり、ＢＬＥデバイスとして動作するが、大きなＢＬＥデューティサイクル比を有する。暗いノードは、これら自身の間でネットワークを持たないが、例えば、３つのＢＬＥアドバタイズメントチャネルでタグビーコン信号を受信することができる。図２の明るいノードは、Ｚｉｇｂｅｅルータである。
取得された情報は、例えば、中央ソース又はターゲットノード自身から生じてもよい。一実施形態では、ゲートウェイ等、中央ソースは、各ノードについて、それぞれの好ましい通信モードを登録してもよい。このモードは、コミッショニング中に設定されてもよく、及び／又は、動的に設定されてもよい。後者の場合、メッシュネットワーク内で一般的なように直接又は間接的に、ターゲットノード自身から好ましい通信モードを取得することがより容易であり得る。ノードは、例えば、頻繁に通信するパートナーの好ましい通信モードをキャッシュし、頻繁に通信するパートナーを時々ポーリングしてもよい。
集中ストレージ(centralized storage)は、中央ストレージからのトラフィックが最小限に抑えられることができるため、好ましいモードが静的であるシステムにおいて有利であり得る。また、これは、集中的な割り当て、及び管理を可能とし、集中ノードが更新をブロードキャストすることを可能にする。好ましいモードがより頻繁に変わり得るシステムにおいてとりわけ有益である、集中ストレージの代替例として、中央ゲートウェイへの大量のトラフィックを避けるために、情報がよりローカルにキャッシュされる、より分散されるアプローチが選択されてもよい。
代替的に、ネットワークは、特定のアプリケーションを実行するために使用されてもよい。このようなアプリケーションの例は、例えば、測位アプリケーション又は照明アプリケーションである。このようなアプリケーションが時間多重化方式で動作される場合、通信モードをその時点でのアプリケーションに適応させることが有益であり得る。ネットワークノードは、これに基づいて自身の動作を適応させ、所定のルール、又は自身の通信パートナーから直接又は間接的に得られる該通信パートナーの好ましい通信モードに関する情報を使用してもよい。
第１のストラクチャの例示的な実施形態において、暗いノードは、自身のネットワークを介して、Ｚｉｇｂｅｅルータでもあるゲートウェイにメッセージ（例えば、パケット）を送信することを意図している。そのための選択は、Ｚｉｇｂｅｅプロトコルを使用して自身の親ノード又は次ホップノードにパケットを送信することである。メッセージが親ノード又は次ホップノードに到達すると、該メッセージは、Ｚｉｇｂｅｅルーティングプロトコルに従って明るいノードによって維持されるＺｉｇｂｅｅネットワーク内をさらに進むことができる。
別の例示的な実施形態において、暗いノードは、ネットワーク内のすべてのノードにメッセージを送信することを意図している。当該ノードは、Ｚｉｇｂｅｅプロトコルを使用して自身の親ノードにブロードキャストメッセージを送信する。その後、親ノードは、Ｚｉｇｂｅｅプロトコルで他のルータにメッセージをブロードキャストする。他の明るいノードもＺｉｇｂｅｅルータなので、メッセージを受信することができる。ネットワーク内の他の暗いノードについて、これらに到達するための最良のアプローチは、明るいノードが、暗いノードで受信されることになるＢＬＥアドバタイズメントメッセージにおいてこれらに送信することである。なぜなら、これらは、アドバタイズメントチャネルを常にリッスンしているからである。しかしながら、これは、ブライトノードが、ＢＬＥモードでも送信することを必要とし、Ｚｉｇｂｅｅモードに費やされる時間を減少させる。これは、個々のノードが送信するためのネットワーク負荷が低い限り許容され、これは、１日にそれほど多くの照明制御メッセージはないため典型的なケースである。
さらに、第２のストラクチャにおいて、図２の暗いノードは、主にＢＬＥモード（ＢＬＥルータ又はＢＬＥエンドデバイスのいずれか）で動作する。同様に、明るいノードは、主にＺｉｇｂｅｅモードで動作するが、ＢＬＥエンドデバイスとしても機能する。これらのデバイスモードの組み合わせは、ＺｉｇｂｅｅエンドデバイスもＢＬＥエンドデバイスも常にそれらのチャネルをリッスンする必要がないため可能である。これらは、送信するものがある場合にしかそれらのチャネルにいる必要がない。
第２のストラクチャの例示的な実施形態において、暗いノード又は明るいノードのいずれか１つのノードが、リモートの暗いノード又は明るいノードにメッセージを送信することを意図している。この場合、そのプロトコルスタックのアプリケーション層（例えば、図３の制御ユニット３８）は、リモートターゲットノードの最も関連するモードが何であるかを帯域外メカニズムを介して導出してもよい。この場合、送信ノードのアプリケーション層は、リモート受信ノードの同じプロトコル機能にメッセージを送信する。本質的に、２つのメッシュネットワークは、２つの（重複しない）ルータのセットを含むため、メッセージはいずれのメッシュネットワークでも受信され、さらにターゲットノードへとルーティングされる。
第２のストラクチャの別の例示的な実施形態において、アプリケーションは、ネットワークにおいて特定のプロトコルを使用するように予め定義される。例えば、照明制御メッセージは、典型的にはブロードキャストメッセージであり、ＢＬＥブロードキャストプロトコルを使用するように構成される一方、センサデータレポートメッセージは、典型的にはユニキャストメッセージであり、Ｚｉｇｂｅｅユニキャスト又は多対一プロトコルを使用するように構成される。
ブロードキャスト関連アプリケーションでは、明るいＺｉｇｂｅｅルータ及びＢＬＥエンドデバイスが、暗いＢＬＥルータデバイスにメッセージを送る。そこに到達すると、ＢＬＥルータデバイスは、ネットワーク内のすべてのノードに確実に到達するためにＢＬＥプロトコル及びＺｉｇｂｅｅプロトコルの両方で送信すべきである。
ユニキャスト関連アプリケーションでは、暗いＢＬＥエンドデバイス又はルータデバイスが、Ｚｉｇｂｅｅユニキャストメッセージを親の明るいＺｉｇｂｅｅルータデバイスに送信する。そこに到達すると、メッセージは、Ｚｉｇｂｅｅプロトコルでルーティングされる。ターゲットノードが暗いノードである場合、ラストホップの明るいノードは、確実に宛先に到達するために、メッセージをＢＬＥメッセージに変換するか、ＺｉｇｂｅｅメッセージをＢＬＥメッセージにおいてトンネリングすべきである。
第２のストラクチャのさらなる実施形態において、とりわけブロードキャストメッセージの場合、ソースノードは、両方のプロトコルを使用するように決定又は構成されてもよい。そのため、他のルータデバイスに頼るのではなく、ソースノードは、両方のプロトコルで同じアプリケーションメッセージを送出し、メッセージを両方のネットワークにおいて伝搬させてもよい。両方のモードのルータの数は、必要最小限のレベルに構成されてもよい。それゆえ、いずれのモードのブロードキャストネットワーク負荷も制御可能であり得る。
図４は、さまざまな実施形態による信頼性強化を実現するためのコンボ無線チップに対する送信プロシージャのフロー図を示している。
最初のステップＳ４０１において、メッセージの対象ターゲットノードが、（例えば、図３の制御ユニット３８によって）決定される。その後、ステップＳ４０２において、ターゲットノードにおける基礎となる(underlying)送信関連アプリケーション及び／又は好ましいネットワークテクノロジが、（例えば、図３の制御ユニット３８によって）決定される。ステップＳ４０２で得られる情報に基づいて、ステップＳ４０３において、送信のためのネットワークテクノロジが、（例えば、図３のスイッチングユニット３６によって）選択される。その後、ステップＳ４０４において、もしあれば、第１の受信ノード（例えば、親ノード又は次ホップノード）が、意図されたブロードキャスト、ユニキャスト、マルチキャスト又は多対一の送信のために選択される。最後に、ステップＳ４０５において、メッセージは、選択されたプロトコルモードを用いて任意選択的な第１の受信ノードを介してターゲットノードに送信される。
その結果、コンボ無線チップで用いられる選択されたネットワークテクノロジのプロトコルは、ターゲット又は受信ノードの好み(preference)に応じて選択される。斯くして、ＲＦシングルフロントエンドで複合無線デバイスを使用する一方、信頼性を強化することができる。
要約すると、異なるネットワークテクノロジの２つ以上の送信プロトコルのために単一の無線フロントエンドを共有する一方、一方又は両方のプロトコルモードにおける許容できない性能劣化を防止するコンボプロトコル無線チップを用いた、照明ネットワーク等、ＩｏＴシステムのためのレシーバ中心の送信システムが述べられている。レシーバ中心のアプローチにより、ノードごとに２つの無線チップを必要とするのではなく、ノードごとに１つの無線チップで許容可能な性能を有する２つのネットワークの実装が可能である。
本発明は、図面及び前述の説明において詳細に例示及び説明されてきたが、そのような例示及び説明は、図的又は例示的であって、限定的なものではないと見なされるべきである。本発明は、開示された実施形態に限定されない。提案された信頼性強化プロシージャは、ネットワークテクノロジの任意の可能な組み合わせ（例えば、シングルホップ及びマルチホップネットワークテクノロジ）に適用されることができる。さらに、本発明は、シングルホップネットワーク（例えば、ＢＬＥ又はその他）又は他のネットワークテクノロジとインターフェースするマルチホップネットワーク（例えば、ＺｉｇＢｅｅ又はその他）又は他のネットワークテクノロジを実装する任意のプロダクトに適用されることができる。例には、単一のライトポイントが、ＢＬＥを介してスマートフォン又はタブレット等のモバイルデバイスを使用してコミッショニングされる、大規模なＺｉｇＢｅｅ照明ネットワーク等が含まれる。本発明は、シングルホップテクノロジ（例えば、ＢＬＥ、赤外線（ＩＲ）、ワイヤレスローカルエリア通信（Ｗｉ‐Ｆｉ））とマルチホップテクノロジ（例えば、ＺｉｇＢｅｅ ＰＲＯ、Ｔｈｒｅａｄ、ＷｉｒｅｌｅｓｓＨＡＲＴ、ＳｍａｒｔＲＦ、ＣｉｔｙＴｏｕｃｈ、ＩＰ５００、及びその他のメッシュ又はツリーベースのテクノロジ）との任意の他の組み合わせにも等しく適用可能である。
図面、本開示、及び添付の請求項の検討によって、開示される実施形態に対する他の変形形態が、当業者により理解されることができ、また、特許請求される発明を実施する際に実行されることができる。請求項では、単語「含む（comprising）」は、他の要素又はステップを排除するものではなく、不定冠詞「１つの（a）」又は「１つの（an）」は、複数を排除するものではない。単一のプロセッサ又は他のユニットが、請求項において列挙される、いくつかの項目の機能を果たしてもよい。特定の手段が、互いに異なる従属請求項内に列挙されているという単なる事実は、これらの手段の組み合わせが、有利に使用され得ないことを示すものではない。
上記の説明は、本発明の特定の実施形態を詳述している。しかしながら、上記がテキストにどのように詳細に現れようとも、本発明は多くの方法で実施されることができ、したがって、開示された実施形態に限定されないことを理解されたい。本発明のある特徴又は態様を説明する際のある用語法(terminology)の使用は、用語法が、当該用語法が関連付けられている本発明の特徴又は態様の特定の特性を含むことに制限されるように本明細書において再定義されていることを意味すると解釈されるべきではないことに留意されたい。
単一のユニット又はデバイスが、請求項において列挙される、いくつかの項目の機能を果たしてもよい。特定の手段が、互いに異なる従属請求項内に列挙されているという単なる事実は、これらの手段の組み合わせが、有利に使用され得ないことを示すものではない。
図４に示されるもの等の述べられた動作は、コンピュータプログラムのプログラムコード手段として、及び／又は、専用ハードウェアとして実装されることができる。コンピュータプログラムは、他のハードウェアと共に、又は他のハードウェアの一部として供給される、光学記憶媒体又は固体媒体等の、好適な媒体において記憶／頒布されてもよいが、インターネット、又は他の有線若しくは無線の電気通信システム等を介して、他の形態で頒布されてもよい。

Claims (15)

  1. ネットワークにおいて使用するためのネットワークノードであって、当該ネットワークノードは、所定のデューティサイクルに従ってタイムシェアリングベースで第１のネットワークテクノロジを使用する第１の通信モード又は第２のネットワークテクノロジを使用する第２の通信モードのいずれかで送信又は受信するように構成され、当該ネットワークノードは、ネットワークにおけるネットワークノードの送信を制御するための装置を含み、前記装置は、
    前記送信のターゲットノードの好ましい通信モードを決定するための決定ユニットであって、好ましいモードは、前記第１の通信モード及び前記第２の通信モードのうち、前記ターゲットノードが最も使用する前記ターゲットノードの通信モードである、決定ユニットと、
    前記ターゲットノードの前記決定された好ましい通信モードに基づいて前記ターゲットノードへの送信のために前記第１の通信モード及び前記第２の通信モードの一方を選択するための選択ユニッと、
    を含む、ネットワークノード。
  2. 前記好ましい通信モードは、前記ターゲットノードに関する情報に基づき、前記情報は、前記ターゲットノードから直接取得される、さらなるノード若しくはゲートウェイから間接的に取得される、又は予め構成されたルールに起因する、請求項１に記載のネットワークノード。
  3. 当該ネットワークノードは、他の通信モードのそれぞれのデューティサイクル比と比較して前記第１の通信モードのより大きなデューティサイクル比で前記第１のネットワークテクノロジのデバイスとして動作する前記第２のネットワークテクノロジのエンドデバイスとして構成される、請求項１又は２に記載のネットワークノード。
  4. 前記第１のネットワークテクノロジは、シングルホップテクノロジであり、前記第２のネットワークテクノロジは、マルチホップテクノロジである、請求項１、２又は３に記載のネットワークノード。
  5. 前記選択ユニットは、前記決定ユニットが、前記送信の前記ターゲットノードとして前記ネットワークのゲートウェイデバイスを決定する場合、親ノード又は次ホップノードへの送信のために前記第２の通信モードを選択するように構成される、請求項４に記載のネットワークノード。
  6. 前記選択ユニットは、前記決定ユニットが、前記送信のターゲットノードとして前記ネットワークのすべてのネットワークノードを決定する場合、親ノードへのブロードキャスト送信のために前記第２の通信モードを選択するように構成される、請求項４に記載のネットワークノード。
  7. 当該ネットワークノードは、他の通信モードのそれぞれのデューティサイクル比と比較して前記第１の通信モードのより大きなデューティサイクル比で動作される、前記第１のネットワークテクノロジのエンドデバイス若しくはルータデバイスとして、又は、他の通信モードのそれぞれのデューティサイクル比と比較して前記第２の通信モードのより大きなデューティサイクル比で動作される、前記第２のネットワークテクノロジのエンドデバイス又はルータデバイスとして構成可能である、請求項１に記載のネットワークノード。
  8. 前記決定ユニットは、帯域外メカニズムを介して前記ターゲットノードの前記好ましい通信モードを決定するように構成され、前記選択ユニットは、前記ターゲットノードへの送信のために前記決定された好ましい通信モードを選択するように構成される、請求項７に記載のネットワークノード。
  9. 前記決定ユニットは、送信のために当該ネットワークノードが動作しているアプリケーションに基づいて前記ターゲットノードの前記好ましい通信モードを決定するように構成され、前記選択ユニットは、前記ターゲットノードへの送信のために前記決定された好ましい通信モードを選択するように構成される、請求項７に記載のネットワークノード。
  10. 請求項１乃至９のいずれか一項に記載のネットワークノードを複数含む、照明システム。
  11. 前記第１のネットワークテクノロジは、アセットトラッキングシステムのタグデバイスからビーコン信号を受信するために使用される、請求項１０に記載の照明システム。
  12. 前記複数のネットワークノードは、前記第２のネットワークテクノロジのエンドデバイスとして構成され、他の通信モードのそれぞれのデューティサイクル比と比較して前記第１の通信モードのより大きなデューティサイクル比で前記第１のネットワークテクノロジのデバイスとして動作される第１のネットワークノードと、前記第２のネットワークテクノロジのルータデバイスとして構成され、前記第２の通信モードのより大きなデューティサイクル比で動作される第２のネットワークノードとを含み、前記第２のネットワークノードは、前記第２の通信モードの受信したブロードキャストメッセージの情報を前記第１の通信モードのアドバタイズメントメッセージにおいて転送するように構成される、請求項１０に記載の照明システム。
  13. 前記複数のネットワークノードは、前記第１のネットワークテクノロジのルータデバイスとして構成され、前記第１の通信モードのより大きなデューティサイクル比で動作される第１のネットワークノードと、前記第２のネットワークテクノロジのエンドデバイス又はルータデバイスとして構成され、前記第２の通信モードのより大きなデューティサイクル比で動作される第２のネットワークノードとを含み、
    前記第１のネットワークノードは、前記第１の通信モードの受信したブロードキャストメッセージを前記第１の通信モード及び前記第２の通信モードの両方において転送するように構成される、又は、
    前記第２のネットワークノードは、次ホップノードが第１のネットワークノードである場合、前記第２の通信モードの受信したユニキャストメッセージを前記第１の通信モードのメッセージに変換する、又は、前記受信したユニキャストメッセージを前記第１の通信モードのメッセージにおいてトンネリングするように構成される、請求項１０に記載の照明システム。
  14. ネットワークにおけるネットワークノードの送信を制御する方法であって、前記ネットワークノードは、所定のデューティサイクルに従ってタイムシェアリングベースで第１のネットワークテクノロジを使用する第１の通信モード及び第２のネットワークテクノロジを使用する第２の通信モードで送信又は受信するように構成され、当該方法は、
    前記送信のターゲットノードの好ましい通信モードを決定するステップであって、好ましいモードは、前記第１の通信モード及び前記第２の通信モードのうち、前記ターゲットノードが最も使用する前記ターゲットノードの通信モードである、ステップと、
    前記ターゲットノードの前記決定された好ましい通信モードに基づいて前記ターゲットノードへの送信のために前記第１の通信モード及び前記第２の通信モードの一方を選択するステップと、
    を含む、方法。
  15. ネットワークノードで実行された場合、請求項１４に記載のステップを行うためのコード手段を含むコンピュータプログラム。
JP2021555266A 2019-03-14 2020-03-04 信頼性強化のための複合ネットワーク技術によるレシーバ中心の通信 Active JP7489400B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP19162813 2019-03-14
EP19162813.0 2019-03-14
PCT/EP2020/055645 WO2020182562A1 (en) 2019-03-14 2020-03-04 Receiver-centric communication by combined network technologies for enhanced reliability

Publications (3)

Publication Number Publication Date
JP2022525161A true JP2022525161A (ja) 2022-05-11
JPWO2020182562A5 JPWO2020182562A5 (ja) 2023-03-13
JP7489400B2 JP7489400B2 (ja) 2024-05-23

Family

ID=65817784

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021555266A Active JP7489400B2 (ja) 2019-03-14 2020-03-04 信頼性強化のための複合ネットワーク技術によるレシーバ中心の通信

Country Status (5)

Country Link
US (1) US11910224B2 (ja)
EP (1) EP3939370B1 (ja)
JP (1) JP7489400B2 (ja)
CN (1) CN113574954A (ja)
WO (1) WO2020182562A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112333682B (zh) * 2020-11-12 2023-05-12 广州安凯微电子股份有限公司 一种单芯片的组合通信控制方法与系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101471704B (zh) 2007-12-26 2013-03-20 陈澎 一种双模设备及网络管理方法
CN105657639B (zh) 2015-12-25 2019-06-28 泰凌微电子（上海）有限公司 双模设备及其实现同时通信的方法
US9894512B2 (en) 2016-04-27 2018-02-13 Texas Instruments Incorporated Mode-speed switching for exploiting high-speed in BLE-Mesh systems
EP3255949A1 (en) * 2016-06-07 2017-12-13 Nxp B.V. Configuring wireless communications according to multiple communication protocols
WO2018228883A1 (en) 2017-06-12 2018-12-20 Philips Lighting Holding B.V. System and method for relaying single-hop traffic over wireless multi-hop networks

Also Published As

Publication number Publication date
US20220174460A1 (en) 2022-06-02
EP3939370A1 (en) 2022-01-19
EP3939370B1 (en) 2023-11-15
WO2020182562A1 (en) 2020-09-17
CN113574954A (zh) 2021-10-29
US11910224B2 (en) 2024-02-20
JP7489400B2 (ja) 2024-05-23

Similar Documents

Publication Publication Date Title
EP3298710B1 (en) Low power sensor node operation for wireless network
RU2689428C2 (ru) Способ конфигурирования узлового устройства, сеть и узловое устройство
EP2807842B1 (en) Methods and apparatuses for device discovery
CN105340229A (zh) 对支持低延时通信的帧mtu动态地进行调整
CN103975541A (zh) 在无线接入系统中发送mac控制消息的方法和设备
WO2016137375A1 (en) A master device and methods therein
WO2006120648A2 (en) A method for multi-channel resource reservation in a wireless mesh network
WO2018228883A1 (en) System and method for relaying single-hop traffic over wireless multi-hop networks
CN102334312A (zh) 用于形成、维护和/或使用交叠网络的方法和装置
CN112534782A (zh) 针对蓝牙网的独立冗余路径发现
CN103765992A (zh) 用于控制无线网络的节点的设备和方法
JP2019512175A (ja) ビーコン装置及びゲートウェイ装置を接続するためのシステム
JP7489400B2 (ja) 信頼性強化のための複合ネットワーク技術によるレシーバ中心の通信
CN102428690A (zh) 在分段网络中分配网络地址以用于通信的方法
US9301329B2 (en) Apparatus, a method and a computer program for interconnecting multiple computer networks
EP3593587A1 (en) Low energy wireless communication devices, systems, and methods
US11128703B2 (en) Method and apparatus for managing peer-to-peer (P2P) communication in wireless mesh network
CN103068000A (zh) 基于小卫星的自组织网络方法及系统
CN103379549A (zh) 一种无线网络中的数据传输方法、系统及装置
CN105357674A (zh) 一种数据分流方法、装置和系统
KR102539161B1 (ko) 저전력 무선 센서망을 위한 사물 방송망
JPWO2008114327A1 (ja) アドレス解決方法
CN110719580A (zh) 一种通信方法、装置、终端、网关及计算机存储介质
CN102210175A (zh) 在无线网格状的通信网络中交换路由消息的方法
JP6750444B2 (ja) 無線通信ネットワークシステム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230303

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230303

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240408

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: 20240425

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240513

R150 Certificate of patent or registration of utility model

Ref document number: 7489400

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150