JP2019530376A - ＩｏＴデバイスコネクティビティ、ディスカバリ、ネットワーキング - Google Patents

Abstract

本願の開示事項は、一般的には、ＩｏＴ（Ｉｎｔｅｒｎｅｔ−ｏｆ−Ｔｈｉｎｇｓ）デバイスが、通信ネットワークを介して通信を行うことを可能にするための、様々な機能をサポートするコンピュータ性能の改善である。通信ネットワークを介した、ＩｏＴデバイスによる通信を可能にする機能には、ＩｏＴデバイスのコネクティビティ機能、ＩｏＴデバイスのディスカバリ機能、ＩｏＴデバイスのネットワーキングコネクティビティ機能、その他これに類するものが含まれる。【選択図】図１

Description

本願の開示事項は一般的に通信ネットワークに関するものであり、特に、ＩｏＴ（Ｉｎｔｅｒｎｅｔ−ｏｆ−Ｔｈｉｎｇｓ）デバイスの通信をサポートすることに関するものであるが、これに限定されない。

背景

ＩｏＴデバイスは益々普及しており、多様化する傾向にある（例えば、多様な目的を果たすことができる多くのタイプのデバイスを含む）。ＩｏＴデバイスの普及と多様化は、ＩｏＴデバイスの通信のサポートにおける、特定の変化を意味する場合がある。

摘要

本開示は一般的に、ＩｏＴデバイスの通信をサポートするために構成される機能を開示する。

少なくともいくつかの実施形態では、あるデバイスはＩｏＴデバイスの通信をサポートするために構成される。前記デバイスは、プロセッサと、前記プロセッサと通信可能に接続するメモリとを備える。前記プロセッサは、ＩｏＴ関連機器によって、無線ネットワークの無線アクセスデバイスに、ＩｏＴ関連機器のためのフローセッション（ｆｌｏｗ ｓｅｓｓｉｏｎ）のフローレッグ（ｆｌｏｗ ｌｅｇ）の確立をリクエストするｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを送信するように構成される。ここで、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージは、前記フローセッションの前記フローレッグのためのＩｏＴ関連機器によって選択されるフロー識別子を含む。前記プロセッサは、前記ＩｏＴ関連機器と前記無線アクセスデバイスとの間でＩｏＴデータパケットの通信をサポートするように構成される。ここで、前記ＩｏＴデータパケットは、前記ＩｏＴ関連機器の固有デバイス識別子、前記フロー識別子、ＩｏＴデバイスデータを含む。少なくともいくつかの実施形態では、持続性コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、前記コンピュータにＩｏＴ関連機器の通信のサポートに関連する方法を実行させる命令を記憶している。少なくともいくつかの実施形態では、ＩｏＴ関連機器の通信のサポートに関する方法が提供される。

少なくともいくつかの実施形態では、あるデバイスはＩｏＴデバイスの通信をサポートするために構成される。前記デバイスは、プロセッサと、前記プロセッサと通信可能に接続するメモリとを備える。前記プロセッサは、ＩｏＴゲートウェイデバイスによって、第１のデバイスからフローセッションのフローレッグを介し、第１のヘッダと第１のペイロードとを含む第１のパケットを受信するように構成される。ここで、前記第１のヘッダは、前記第１のデバイスのレイヤ２アドレスと前記第１のフローレッグの第１のフロー識別子とを含み、前記第１のペイロードは、ＩｏＴデバイスデータを含む。前記プロセッサは、ＩｏＴゲートウェイデバイスによって、第２のデバイスに前記フローセッションの第２のフローレッグを介し、第２のヘッダと第２のペイロードとを含む第２のパケットを送信するように構成される。ここで、前記第２のヘッダは、前記第２のデバイスのレイヤ２アドレスと前記第２のフローレッグの第２のフロー識別子とを含み、前記第２のペイロードは、前記ＩｏＴデバイスデータを含む。少なくともいくつかの実施形態では、持続性コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、前記コンピュータにＩｏＴ関連機器の通信のサポートに関連する方法を実行させる命令を記憶している。少なくともいくつかの実施形態では、ＩｏＴ関連機器の通信のサポートに関する方法が提供される。

少なくともいくつかの実施形態では、あるデバイスはＩｏＴデバイスの通信をサポートするために構成される。前記デバイスは、プロセッサと、前記プロセッサと通信可能に接続するメモリとを備える。前記プロセッサは、無線ネットワークの無線アクセスデバイスによって、前記無線ネットワークへの前記ＩｏＴ関連機器のアタッチメントをリクエストするａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージをＩｏＴ関連機器から受信する。ここで、前記ａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージは、前記ＩｏＴ関連機器のＧＵＩＤと、前記ＩｏＴ関連機器の固有デバイス識別子とを含む。前記プロセッサは、前記無線アクセスデバイスが前記ＩｏＴ関連機器用のエントリーを有していないという判断に基づき、前記無線アクセスデバイスによって前記無線ネットワークのネットワークコントローラに前記ａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージを送信するように構成される。前記プロセッサは、前記無線アクセスデバイスによって前記ネットワークコントローラから、前記ＩｏＴ関連機器に割り当てられるレイヤ２アドレスと、前記ＩｏＴ関連機器のために割り当てられるＩｏＴゲートウェイデバイスのレイヤ２アドレスとを含むメッセージを受信するように構成される。少なくともいくつかの実施形態では、持続性コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、前記コンピュータにＩｏＴ関連機器の通信のサポートに関連する方法を実行させる命令を記憶している。少なくともいくつかの実施形態では、ＩｏＴ関連機器の通信のサポートに関する方法が提供される。

少なくともいくつかの実施形態では、あるデバイスはＩｏＴデバイスの通信をサポートするために構成される。前記デバイスは、プロセッサと、前記プロセッサと通信可能に接続するメモリとを備える。プロセッサは、無線アクセスデバイスに関連するネットワークスイッチによって、ネットワークコントローラからフローエントリー情報を受信するように構成されている。ここで、前記フローエントリー情報はルールのセットとアクションのセットとを含み、前記ルールのセットは、前記ＩｏＴ関連機器に割り当てられるレイヤ２アドレス、または、前記ＩｏＴ関連機器に割り当てられるＩｏＴゲートウェイデバイスのレイヤ２アドレスに適合するように構成される。また、前記アクションのセットは、前記ルールのセットに適合するパケットが、前記ネットワークスイッチから前記ＩｏＴゲートウェイデバイス、または、前記ネットワークスイッチから前記無線アクセスデバイスに転送されるべき旨の表示を含む。前記プロセッサは、前記ネットワークスイッチによって、前記ＩｏＴ関連機器に割り当てられる前記レイヤ２を含むレイヤ２アドレスフィールドを含むＩｏＴデータパケット、または、前記ＩｏＴゲートウェイデバイスの前記レイヤ２アドレスを含むレイヤ２アドレスフィールドを含むＩｏＴデータパケットを受信するように構成される。前記プロセッサは、前記ＩｏＴデータパケットを、前記ネットワークスイッチから前記無線アクセスデバイス、または、前記フローエントリー情報に基づく前記ＩｏＴゲートウェイデバイスに転送するように構成される。少なくともいくつかの実施形態では、持続性コンピュータ可読記憶媒体は、コンピュータによって実行された場合に、前記コンピュータにＩｏＴ関連機器の通信のサポートに関連する方法を実行させる命令を記憶している。少なくともいくつかの実施形態では、ＩｏＴ関連機器の通信のサポートに関する方法が提供される。

本明細書の記載事項は、以下の詳細な説明を添付の図面と共に検討することによって容易に理解されるであろう。
図１は、ＩｏＴデバイスの通信をサポートするように構成される通信システムの一例を示す。 図２は、ＩｏＴデバイスのためのレイヤ２デバイスコネクティビティをサポートするため、図１の通信システムのコンテキストの中でのメッセージフローの一例を示す。 図３は、ＩｏＴデバイスのためのデバイス認証、承認、登録、ディスカバリをサポートする、図１の通信システムのコンテキストの中でのメッセージフローの一例を示す。 図４は、１対１の通信モードに基づくＩｏＴデバイスのための、図１の通信システムに基づくメッセージフローの一例を示す。 図５は、１対多の通信モードに基づくＩｏＴデバイスのための、図１の通信システムに基づくメッセージフローの一例を示す。 図６は、１対多の通信モードに基づくＩｏＴデバイスのための、図１の通信システムに基づくメッセージフローの一例を示す。 図７は、複数のＩｏＴデバイスの通信をサポートするように構成される、ＩｏＴハブを備える通信システムの一部の一例を示す。 図８は、無線ネットワークを介した通信でのＩｏＴ関連機器による使用のための方法の一例を示す。 図９は、ＩｏＴ関連機器の通信のサポートにおける無線ネットワークの無線アクセスデバイスによる使用のための方法の一例を示す。 図１０は、ＩｏＴ関連機器の通信のサポートにおける無線ネットワークに関連するネットワークスイッチによる使用のための方法の一例を示す。 図１１は、ＩｏＴ関連機器の通信のサポートにおけるＩｏＴゲートウェイデバイスによる使用のための方法の一例を示す。 図１２は、本明細書に記載される様々な機能の実行での使用に適したコンピュータのハイレベルなブロック図を示す。

詳細説明

理解を容易にするため、種々の形態に共通の同一の要素を示す場合には、可能な限り同一の参照番号を使用している。

本開示は一般的に、ＩｏＴデバイスの通信をサポートするために構成される機能を開示する。ＩｏＴデバイスの通信機能は、ＩｏＴデバイスの通信をサポートするために構成可能である。ここで、このＩｏＴデバイスには、ＩＰ（Internet Protocol）のＩｏＴデバイスと非ＩＰ（non-IP）のＩｏＴデバイスとを含むことができる。ＩｏＴデバイスの通信機能は、多種の通信ネットワークを介したＩｏＴデバイスの通信をサポートするように構成可能である。ここで、これら多種の通信ネットワークは、有線ネットワーク、無線ネットワーク、これに類するもの、およびこれらの様々な組み合わせを含む。ＩｏＴデバイスの通信機能は、様々な機能をサポートするように構成可能である。ここで、これら様々な機能は、ＩｏＴデバイスのコネクティビティ機能、ＩｏＴデバイスのディスカバリ機能、ＩｏＴデバイスのネットワーキング機能、これらに類似するもの、及びこれらの様々な組み合わせ等、ＩｏＴデバイスの通信をサポートするために使用可能である。これらや様々な他の実施形態、および、ＩｏＴデバイスの通信機能の潜在的利点は、図１の例示的な通信システムを参照することでさらに理解できると考えられる。

図１は、ＩｏＴデバイスの通信をサポートするように構成される通信システムの一例を示す。

通信システム１００は、ＳＤＮ（Software Defined Networking）をベースにした５Ｇネットワークの実装に基づく。ここで、５Ｇネットワークは、ＩＰ（Internet Protocol）のＩｏＴデバイスと非ＩＰ（non-IP）のＩｏＴデバイスとをサポートするように構成される。

通信システム１００は、５Ｇネットワークを介するＩＰベース及び非ＩＰベースのＩｏＴデバイスのためのコネクティビティ、ディスカバリ、ネットワーキングをサポートするように構成されうる。通信システム１００は、５Ｇネットワーク及びその他のネットワークを介するＩｏＴデバイスのサポートに関連する様々な課題または潜在的な課題に取組む方法で、５Ｇネットワークを介するＩＰベース及び非ＩＰベースのＩｏＴデバイスのためのコネクティビティ、ディスカバリ、ネットワーキングをサポートするように構成されうる。一般的に、ＩｏＴデバイスは、広域ネットワークへのコネクティビティを必要とする。これにより、シームレスなデバイスディスカバリ（例えば、センサ、アクチュエータその他これに類似するもののディスカバリ）及びネットワーキング（例えば、データ交換）を可能にし、ＩｏＴデータの取得（例えば、センサデータを解析用にクラウドに送信できたり、ＩｏＴ関連機器が情報交換できたり等する）、ＩｏＴデバイス制御（例えば、センサのリモート制御、アクチュエータのリモート制御等）、その他これらに類するものやこれらの組み合わせをサポートする。しかし、ＩｏＴデバイスのためのこのような機能をサポートするには多くの課題がある。例えば、多くのタイプのＩｏＴシステムでは（例えば、スマートメーター、スマートグリッド、スマートシティその他これに類するもの等のコンピュータネットワークでつながる物理的なシステム（cyber physical system））、比較的少数のデータを断続的に多数のローエンド（low-end）ＩｏＴデバイス間で送信する必要がある場合がある。そして、多くのＩｏＴデバイスが非ＩＰデバイスであり、多くのデバイスに対するアドレス割り当ておよび管理が変化し、比較的小さなパケットの不定期な送信によってモバイルネットワークを介するＩＰベースのプロトコルを伴う著しいシグナリング及びコントロールプレーンのオーバーヘッドが起こる可能性がある場合、従来のＩＰベースのネットワーキングは十分には適していないため、問題になることがある。さらに、例えば、権限付与されたＩｏＴデバイスのディスカバリ、権限付与されたＩｏＴデバイスのデバイス機能は、上記のようなＩｏＴデバイスへのコネクティング、広域ネットワークを介するＩｏＴデバイスのディスカバード・ケイパビリティ（discovered capability）の利用と同様に、特定の条件下（例えば、異なるＩｏＴデバイスがもともと異なるネットワークプロトコルを使用している場合があり、少なくともこれらのいくつかは比較的限られた範囲（ＬＡＮ、ポイントツーポイント、その他これに類するもの）でしか通信できず、広域ネットワークを直接的に提供できないといった条件では困難な場合がある。さらに、例えば、ＩｏＴデバイスとその他の種類のデバイスとの間のネットワーキングは、これらデバイスに関する様々なオーバーヘッドを有する場合があり、効率性、待ち時間、またはこれに類するもの、及びこれらの様々な組み合わせに影響を与える場合がある。

通信システム１００は、５Ｇネットワークを介するＩＰベース及び非ＩＰベースのＩｏＴデバイスのためのコネクティビティ、ディスカバリ、ネットワーキングをサポートするように構成されうる。

通信システム１００は、ＩｏＴネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅｓ）をサポートするように構成されうる。ここで、ＩｏＴネットワークスライスは、５Ｇネットワークを介するＩＰベース及び非ＩＰベースのＩｏＴデバイスのためのコネクテティビティ、ディスカバリ、ネットワーキングをサポートするように構成される。

ＩｏＴネットワークスライスは、専用、クラウドベース、ＳＤＮで機能する（SDN-powered）５Ｇネットワークスライスであってよい。ここで、５Ｇネットワークスライスは、場合によってはオーバーレイとして、最適化された方法でＩｏＴデバイスのために機能するように配置される。

ＩｏＴネットワークスライスは、ＩｏＴ向けに充分にカスタマイズされうる。例えば、コントロールプレーン及びベアラプレーンは互いに分離させることができ、それぞれが独立して、必要に応じたリソースの提供および縮小拡大を行うことができる。例えば、コントロールプレーン及びデータプレーンは特に、ＩｏＴデータの低オーバーヘッド（low-overhead）向けに設計可能である。例えば、ほぼ固定のＩｏＴデバイスをサポートしているＩｏＴネットワークスライスのため、モビリティ管理制御機能は、限られたスケール、さらには排除されたスケールに配置される。

ＩｏＴネットワークスライスは、クラウドに配置される場合がある。ここで、このクラウドは、ＩｏＴの様々な達成目標に合うよう動的に構成されうる仮想制御およびベアラ機能を使用している。例えば、ベアラレスコントロールプレーンが配置され、非ＩＰデバイスのコネクティビティを効率的にサポートすることができる。その結果、デバイス毎のＩＰアドレスの必要性を取り除き（これにより、関連するＩＰアドレスの割り当てと管理の必要性をなくす）、ＰＤＮ接続の必要性も取り除く（これにより、ＰＤＮ接続のためのシグナリング、ベアラリソース、オーバーヘッド（待ち時間を含む）をなくす）。

ＩｏＴネットワークスライスは、ＩｏＴデバイスのために改良されたデータネットワーキング及び送信をサポートするように構成されうる。

例えば、ＩｏＴネットワークスライスは、アクセス制御を実施するためにデバイスを分離独立させる（例えば、同一スライスのデバイス同士のみで通信できる等）ように構成されうる。

例えば、ＩｏＴネットワークスライスは、５ＧネットワークのＩｏＴデバイスに対するネームベースのアドレス指定、識別子ベースのアドレス指定の使用をサポートするように構成されうる。例えば、ＩｏＴデバイスのグローバルな固有ネームまたは固有識別子（例えば、モバイル装置の識別子（ＩＭＥＩ（International Mobile Equipment Identifier））、モバイル加入者識別子（例えば、ＩＭＳＩ（International Mobile Subscriber Identity）、ＴＭＳＩ（Temporary Mobile Subscriber Identity）及びこれに類するもの）、レイヤ２アドレス、シリアル番号、公開鍵、またはこれに類するもの、及びこれらの様々な組み合わせ）がＩｏＴデバイスのためのアドレスとして（例えば、ＩＰアドレスの代わりに）使用されうる。これにより、非ＩＰベースのＩｏＴデバイスのためのデータネットワーキング及び送信のサポートが可能になり、ＩＰベースのＩｏＴデバイスにとって有用となる場合がある。

例えば、ＩＰアドレスがＩｏＴデバイスに割り当てられていなかったとしても、ＩｏＴネットワークスライスは、５ＧネットワークへのＩｏＴデバイスのアタッチメント（認証、権限付与、登録等）成功後にＩｏＴデバイスのデータ送信のイニシエーションをサポートするように構成されうる（例えば上記のように、ＩｏＴデバイスに対するＩＰアドレスの使用よりむしろ、ＩｏＴデバイスの固有のデバイス識別子の使用に基づいている）。

例えば、ＩｏＴネットワークスライスは、レイヤ２のヘッダ（例えば、イーサネットＭＡＣ、５ＧＭＡＣ等のＭＡＣ（Media Access Control）ヘッダ）に基づいてハンドリングされる転送を用い、ＩｏＴデバイスとＩｏＴゲートウェイとの間の最短ルーティング（minimal routing）やトランスポートヘッダ（transport header）をサポートするように構成されうる。これは、（ＩＰベースのネットワーキングが使用されるとき、相当量のオーバーヘッドがある）比較的小さなパケットを送信するには非常に便利な場合があり、これによって、５Ｇネットワークを介する不定期なスモールパケットデータの送信を効率化させることができる。

例えば、ＩｏＴネットワークスライスは、ＩＰベース及び非ＩＰベースのＩｏＴデバイスによるＩＰベースのコネクティビティをサポートするように構成されうる。これにより、ＩＰベースのコネクティビティは外部サービス（例えば、ＩｏＴデータコレクタ、非ＩｏＴ（non-IoT）サーバ、非ＩｏＴデバイス、その他これに類するもの、及びこれらの組み合わせ）との接続用のエンドポイントをなくすことができる場合がある。これには、ＩｏＴおよび非ＩｏＴプロトコルの様々な組み合わせ及びアプリケーション（例えば、ＣＯＡＰ（Constrained Application Protocol）、ＭＱＴＴ（Message Queue Telemetry Transport）、ＨＴＴＰ（Hypertext Transfer Protocol）、ＲＥＳＴ（Representational State Transfer）、その他これに類するもの）が、ＩＰベースおよび非ＩＰベースのデバイスの様々な組み合わせの間でサポートされうるように、様々なデバイスの代わりに、５Ｇネットワークによって実行されるプロトコル変換が含まれる。

ＩｏＴネットワークスライスは、ＩｏＴデバイスのために改良されたデータネットワーキングと送信とをサポートするように構成される様々な他の機能を提供するように構成されうる。

通信システム１００は、ＩｏＴネットワークスライスまたはそれ以外のコンテキストに含まれる様々な機能をサポートするように構成され、５Ｇネットワークを介するＩＰベース及び非ＩＰベースのＩｏＴデバイスのためのコネクティビティ、ディスカバリ、ネットワーキングをサポートすることができる。

通信システム１００は、ＩｏＴデバイス１１０、５Ｇネットワーク１２０、ＰＤＮ（packet data network）１３０、１セットのＲＥｓ（remote endpoints）１４０−１〜１４０−Ｘ（まとめてＲＥｓ１４０という）を備える。

ＩｏＴデバイス１１０は、５Ｇネットワークを介するアクセスおよび通信を行うように構成される、あらゆるＩｏＴデバイスであってよい。例えば、ＩｏＴデバイス１１０はセンサ（例えば、温度センサ、湿度センサ、モーションセンサ等）やアクチュエータ（例えば、家庭用デバイスを制御するためのもの、製造用デバイスを制御するためのもの等）であってもよい。ＩｏＴデバイス１１０は、様々なＩｏＴコンテキスト及びアプリケーションでのＩｏＴ機能を提供することができる。例えば、家庭用またはビジネス用のアプリケーション、位置アプリケーション、ウェザーモニタリングアプリケーション、スマートグリッドアプリケーション、スマートシティアプリケーション等、およびこれらの組み合わせがある。本明細書に記載の様々な実施形態は、非ＩＰデバイスのコンテキストの中で説明されているが、主にＩｏＴデバイス１１０は、非ＩＰデバイス（例えば、レイヤ３またはレイヤ４のスタックを有さない）またはＩＰデバイス（例えば、レイヤ３またはレイヤ４のスタックを有する）でもよい。ＩｏＴデバイス１１０は、Ｚｉｇｂｅｅ、Ｐｒｏｆｉｎｅｔ、その他これに類するもの、及びこれらの組み合わせ等の１つまたは複数のＩｏＴのアプリケーションレイヤーのプロトコルをサポートするように構成されうる。ＩｏＴデバイス１１０は、様々なその他のＩｏＴまたはＩｏＴ関連機能を提供するように構成される様々な他のタイプのＩｏＴデバイスであってよい。

ＩｏＴデバイス１１０は、それに関連する特定の識別子を有しており、この識別子は様々な制御およびデータ通信目的のために使用されうる。

ＩｏＴデバイス１１０は、それに関連するＧＵＩＤ（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ）を有する。ＩｏＴデバイス１１０のＧＵＩＤは、基本的なタイプの通信テクノロジーのアグノスティックである（例えば、５Ｇネットワーク１２０対ＷｉＦｉ、その他の基本的な通信テクノロジー）。例えば、ＩｏＴデバイス１１０のＧＵＩＤは、ＩｏＴデバイス１１０のレイヤ２アドレス、ＩｏＴデバイス１１０の公開鍵、５ＧネットワークによってＩｏＴデバイス１１０に割り当てられる識別子、その他これに類するものであってよい。ＩｏＴデバイス１１０のＧＵＩＤは、下記に詳述するように、ＩｏＴデバイス１１０によって送信される特定の制御メッセージに含まれていてもよい。

ＩｏＴデバイス１１０は、それに関連する固有のデバイス識別子を有する。ＩｏＴデバイスの固有のデバイス識別子は当該ＩｏＴデバイスが使用するテクノロジー特有であり、テクノロジーのタイプによって異なる場合がある（例えば、５Ｇネットワーク１２０対ＷｉＦｉ、その他の基本的通信テクノロジー）。例えば、ＩｏＴデバイス１１０の固有デバイス識別子は、ＩｏＴデバイス１１０のレイヤ２アドレス（例えば、イーサネットデバイスの場合）、５ＧネットワークによってＩｏＴデバイス１１０に割り当てられる識別子（５Ｇデバイスの場合）、その他これに類するものであってよい。ＩｏＴデバイス１１０の固有デバイス識別子は、後述のとおり、ＩｏＴデバイス１１０によって送信される制御メッセージやデータメッセージに含まれている（例えば、アクセステクノロジープロトコル（物理層、ＭＡＣ層等）によって含まれる）。

５Ｇネットワーク１２０は、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）１２１、ＢＴＳ ＳＤＮスイッチ１２２、ＩｏＴゲートウェイ１２３、ＳＤＮコントローラ１２５を含む。

ＢＴＳ１２１、ＢＴＳ ＳＤＮスイッチ１２２、ＩｏＴゲートウェイ１２３は、５Ｇネットワーク１２０のデータプレーンの一部を形成する。ＢＴＳ１２１は、ＩｏＴデバイス１１０のための５Ｇネットワーク１２０への無線アクセスポイントとして動作するよう構成されている（その他のデバイスと同様に、クラリティーの目標（ｐｕｒｐｏｓｅ ｏｆ ｃｌａｒｉｔｙ）に対しては除外されている）。ＢＴＳ ＳＤＮスイッチ１２２は、ＢＴＳ１２１からのトラフィック（例えば、ＩｏＴデバイス１１０からのアップリンクのトラフィック）の転送のサポート、および、ＢＴＳ１２１へのトラフィック（例えば、ＩｏＴデバイス１１０へのダウンリンクのトラフィック）の転送のサポートのため、５Ｇ ＳＤＮコントローラ１２５のコントローラの下で、ＢＴＳ１２１のための転送要素として動作するよう構成されている。ＩｏＴゲートウェイ１２３は、ＩｏＴデバイス１１０のためのＩｏＴ関連制御機能を実行するように構成されている。ここで、このＩｏＴ関連制御機能は、ＩｏＴデバイスのコネクティビティ、ディスカバリ、ネットワーキング、その他これに類するもの、及びこれらの様々な組み合わせを含む。

５Ｇ ＳＤＮコントローラ１２５は、５Ｇネットワーク１２０のコントロールプレーンの一部である。５Ｇ ＳＤＮコントローラ１２５は、ＢＴＳ ＳＤＮスイッチ１２２（その他のＳＤＮ転送要素と同様に、クラリティーの目標（purpose of clarity）に対しては除外されている）、ＩｏＴゲートウェイ１２３、その他これに類するもの、及びこれらの様々な組み合わせを制御するための制御要素として動作するように構成されている。５Ｇ ＳＤＮコントローラ１２５は、データプレーン（プログラムされる必要がある場合のある、いわゆる、ＢＴＳ ＳＤＮスイッチ１２２、ＩｏＴゲートウェイ１２３、その他のあらゆる要素またはデバイス）を動的にプログラミングすることによって、ＩｏＴデバイス１１０に関連するＩｏＴデバイストラフィック（例えば、ＩｏＴデバイス１１０によって提供されるＩｏＴデバイスデータ、ＩｏＴデバイス１１０に対するＩｏＴデバイスコマンド、その他これに類するもの、及びこれらの様々な組み合わせ）を操作するように構成されている。５Ｇネットワーク１２０は、後述のとおり、ＲＥ１４０の１つまたは複数に直接的なコネクティビティを提供することができる（例えば、ＩｏＴゲートウェイ１２３またはその他５Ｇネットワーク１２０の適切なデバイスを介して）。

ＰＤＮ１３０は、５Ｇネットワーク１２０を介してのアクセスが可能なあらゆる適切なタイプのパケットデータネットワークを含むことができる。例えば、ＰＤＮは、公的ＰＤＮ（例えば、インターネット）、プライベートＰＤＮ（例えば、社内ネットワーク、クラウドネットワーク等）、その他これに類するもの、及びこれらの様々な組み合わせであってよい。ＰＤＮ１３０は、ＩｏＴゲートウェイ１２３、５Ｇネットワークのその他の１つまたは複数の要素（例えば、ＰＧＷ（ＰＤＮ ｇａｔｅｗａｙ）その他適切なタイプの要素）、これに類するもの、およびこれらの様々な組み合わせと相互に作用することができる。ＰＤＮ１３０は、様々なタイプの基本的な通信テクノロジーに基づく、５Ｇネットワークを介した通信をサポートするように構成されうる。ＰＤＮ１３０は、後述のとおり、１つまたは複数のＲＥ１４０のためにコネクティビティを提供することができる。

ＲＥ１４０は、ＩｏＴデバイス１１０と相互に作用するように構成されるデバイスを含む。ＲＥ１４０は、前述のとおり、５Ｇネットワーク１２０に直接接続されるエンドポイント（例えば、ＩｏＴゲートウェイ１２３に接続されうるその他のＩｏＴデバイス、５Ｇネットワーク１２０のＩｏＴゲートウェイに接続されうるその他のＩｏＴデバイス、ＩｏＴサーバ、非ＩｏＴサーバまたはデバイス、その他これに類するもの）、ＰＤＮ１３０を介してアクセス可能なエンドポイント（例えば、その他のＩｏＴデバイス、ＩｏＴサーバ、非ＩｏＴサーバまたはデバイス、その他これに類するもの）、その他これに類するもの、及びこれらの様々な組み合わせを含むことができる。ＲＥ１４０は、ＩｏＴデバイス、ＩｏＴサーバ、ＩｏＴデバイスデータコンシューマ、非ＩｏＴサーバ及びデバイス、その他これに類するもの、及びこれらの様々な組み合わせを含むことができる。ＲＥ１４０は、ＩＰまたはこれらの組み合わせをサポートしないＩＰデバイスをサポートしているデバイスを含むことできる。ＲＥ１４０は、それに関連する固有のデバイス識別子（本明細書では主に、ＲＥ１４０のためのＧＵＩＤ（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ）を意味する）を有する場合がある。ここで、この固有のデバイス識別子は、レイヤ２アドレス、公開鍵、５Ｇネットワーク１２０によって割り合てられる識別子、その他これに類するものであってよい。ＲＥ１４０は、ＩｏＴデバイス１１０と相互に作用するように構成される様々な他のデバイスを含むことができる。

通信システム１００は、ＩｏＴデバイスのコネクティビティ、ディスカバリ、ネットワーキング機能をサポートする要素の特定のタイプ、数、構成を含むように主に表現しているが、ＩｏＴデバイスのコネクティビティ、ディスカバリ、ネットワーキング機能をサポートするように構成される要素の様々な他のタイプ、数、構成を含むことができると理解されよう。

通信ネットワーク１００は、５Ｇネットワーク１２０と共にＩｏＴデバイス１１０によるレイヤ２のコネクティビティの確立をサポートするように構成されうる。

ＩｏＴデバイス１１０は、ＩｏＴデバイス１１０があらゆるデータを送信する前に、５Ｇネットワーク１２０によって認証され、権限付与される。ＩｏＴデバイス１１０が５Ｇネットワーク１２０によって認証および権限付与されるために、レイヤ２のコネクティビティがＩｏＴデバイス１１０と５Ｇネットワーク１２０との間で確立される。そして、認証および権限付与のメッセージがＩｏＴデバイス１１０と５Ｇネットワーク１２０との間で交換され、ＩｏＴデバイス１１０が５Ｇネットワーク１２０によって認証および権限付与される。

図２は、ＩｏＴデバイス１１０のためのレイヤ２デバイスコネクティビティをサポートするため、図１の通信システムのコンテキストの中でのメッセージフローの一例を示す。

ステップ２１０では、５Ｇネットワークアタッチメッセージを送信することにより、ＩｏＴデバイス１１０が５Ｇネットワーク１２０にアクセスする。ここで、この５Ｇネットワークアタッチメッセージは、ＢＴＳ１２１によって受信される。５Ｇネットワークアタッチメッセージは、ＩｏＴデバイス１１０のＧＵＩＤと、ＩｏＴデバイス１１０の固有デバイス識別子とを含む。ＩｏＴデバイス１１０は、このポイントではその時点で５ＧのＳＤＮには登録されておらず、例えば、５Ｇネットワークアタッチメッセージが受信される場合、ＩｏＴデバイス１１０のためのＢＴＳ１２１でのマッピングはない。ＢＴＳ１２１は、ＩｏＴデバイス１１０が５Ｇ ＳＤＮコントローラ１２５に登録されていないと判断することができる。これは、受信された５ＧネットワークアタッチメッセージからＢＴＳ１２１によって決定されるＩｏＴデバイス１１０のＧＵＩＤと関連するエントリーを、ＢＴＳ１２１が有していないというＢＴＳ１２１による判断に基づくものである。

ステップ２２０では、ＢＴＳ１２１が、５ＧのＩｏＴデバイス１１０が５Ｇ ＳＤＮコントローラ１２５に登録されていないという判断に基づいて、５Ｇ ＳＤＮコントローラ１２５に５Ｇネットワークアタッチメッセージを送信する。

５Ｇ ＳＤＮコントローラ１２５は、５ＧのＩｏＴデバイス１１０が５Ｇネットワーク１２０に登録されていないと判断する。５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０が５Ｇネットワーク１２０に登録されていないと判断することができる。これは、ＢＴＳ１２１から受信された５Ｇネットワークアタッチメッセージから、５Ｇ ＳＤＮコントローラ１２５によって決定されるＩｏＴデバイス１１０のＧＵＩＤと関連するエントリーを、５Ｇ ＳＤＮコントローラ１２５が有していないという、５Ｇ ＳＤＮコントローラ１２５による判断に基づくものである。

５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０が５Ｇネットワーク１２０に登録されていないとの判断に基づいて、ネットワークアタッチメッセージとしての５Ｇネットワークアタッチメッセージを確認し（異なるタイプのメッセージではないことを確認し）、ＩｏＴデバイス１１０が５Ｇネットワーク１２０にアクセス許可されるか否か判断する。ＩｏＴデバイス１１０が５Ｇネットワーク１２０にアクセス許可されるかについての判断は、１つまたは複数のポリシー（例えば、ホワイトリスト、ブラックリスト、その他これに類するもの）に基づく場合がある。１つまたは複数のポリシーには、１つまたは複数のネットワークオペレータ、デバイスのオーナー、デバイスのサービスプロバイダ、その他これに類する者のうちの１つまたは複数のポリシーが含まれることに留意すべきである。

５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０が５Ｇネットワーク１２０にアクセス許可されたとの判断に基づいて、ＩｏＴデバイス１１０のための５Ｇモバイルゲートウェイ（すなわち、ＩｏＴゲートウェイ１２３、明確化のため省略されているが、５Ｇネットワーク１２０で利用可能な複数のＩｏＴゲートウェイのうちの１つであると考えてよい）を選択し、レイヤ２アドレスをＩｏＴデバイス１１０に割り当てる。ＩｏＴデバイス１１０のためのＩｏＴゲートウェイ１２３の選択は、ロード・バランシングスキーム（load balancing scheme）またはその他の適切なゲートウェイ選択メカニズムに基づいて行うことができる。ＩｏＴデバイス１１０に割り当てられたレイヤ２アドレスは、ＩｏＴデバイス１１０用に選択されたＩｏＴゲートウェイ１２３のネームスペースにある場合がある。５Ｇ ＳＤＮコントローラ１２５はさらに、ＩｏＴデバイス１１０用に選択されたＩｏＴゲートウェイ１２３のレイヤ２アドレス（例えば、ＭＡＣアドレス）を決定する。５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０用のマッピング情報（例えば、ＩｏＴデバイス１１０のＧＵＩＤ、ＩｏＴデバイス１１０の固有デバイス識別子、ＩｏＴデバイス１１０用のレイヤ２アドレス、ＩｏＴデバイス１１０用に選択されたＩｏＴゲートウェイ１２３の表示、ＩｏＴデバイス１１０用に選択されたＩｏＴゲートウェイ１２３のレイヤ２アドレス、その他これに類するもの、及びこれらの様々な組み合わせの間のマッピング）を保持することができる。

ステップ２３０では、５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０の５Ｇネットワークアタッチメッセージに対応して、ＢＴＳ１２１にＩｏＴデバイス１１０のためのレイヤ２アドレス、ＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３のレイヤ２アドレスを付与することによって、ＢＴＳ１２１に応答する。

ＢＴＳ１２１は、５Ｇ ＳＤＮコントローラ１２５からＩｏＴデバイス１１０用のレイヤ２アドレスを受信する。

ＢＴＳ１２１は、ＩｏＴデバイス１１０のためのローカルマッピング情報を生成する。ＩｏＴデバイス１１０のためのローカルマッピング情報は、ＩｏＴデバイス１１０のＧＵＩＤ、ＩｏＴデバイス１１０の固有デバイス識別子、ＩｏＴデバイス１１０のレイヤ２アドレス、ＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３の表示、ＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３のレイヤ２アドレス、その他これに類するもの、及びこれらの様々な組み合わせの間のマッピングを保持することができる。

ＢＴＳ１２１はまた、ＩｏＴデバイス１１０の５Ｇネットワークアタッチメッセージを含むパケットを処理することができる。ここで、この処理は、受信されたパケットに基づいて新しいレイヤ２パケット（例えば、イーサネットパケット）を生成し（例えば、受信されたパケットを新しいレイヤ２パケットとしてコピーし）、新しいレイヤ２パケットの発信元レイヤ２アドレス（例えば、ＢＴＳ１２１によって受信された５Ｇ ＳＤＮコントローラ１２５からのＩｏＴデバイス１１０のＭＡＣアドレス）をＩｏＴデバイス１１０のレイヤ２アドレスにセットし、新しいレイヤ２パケットの宛先レイヤ２アドレス（例えば、ＢＴＳ１２１によって受信された５Ｇ ＳＤＮコントローラ１２５からのＩｏＴゲートウェイ１２３のレイヤ２アドレス）を、ＩｏＴデバイス１１０に割り当てられたレイヤ２アドレスにセットすることによって行われる。そして、ＢＴＳ１２１はＢＴＳ ＳＤＮスイッチ１２２に新しいレイヤ２パケットを提供する。
実施例によっては、ＩｏＴデバイス１１０の５Ｇネットワークアタッチメッセージに含まれるパケットは伝達されない場合もある。例えばこの場合、パケットは、通信するためのペイロードデータを含まず、むしろ単に、ＩｏＴデバイス１１０のネットワークアタッチメントをサポートするためのものである。そして、ＩｏＴデバイス１１０から受信された後続のパケットだけが、ＢＴＳ１２１によってＩｏＴゲートウェイ１２３に向けて伝達されてもよい。

ＩｏＴデバイス１１０から５Ｇネットワーク１２０への通信をサポートするため、ＢＴＳ１２１によるローカルマッピング情報の使用に関する議論が本来されるが、ローカルマッピング情報もＢＴＳ１２１によって使用され、５Ｇネットワーク１２０からＩｏＴデバイス１１０へのダウンストリーム通信もサポートする旨理解されよう。

ステップ２４０では、５Ｇ ＳＤＮコントローラ１２５が、ＩｏＴデバイス１１０のためのＢＴＳ ＳＤＮスイッチ１２２にフロー情報（例えば、１つまたは複数のフローエントリー）をセットする。フロー情報は、パケット通信をサポートするように構成されている。ここで、このパケットは、ＩｏＴデバイス１１０に割り当てられているレイヤ２アドレスと、ＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３のレイヤ２アドレスを含み、ＢＴＳ ＳＤＮスイッチ１２２と、ＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３との間のＩｏＴデバイス１１０の通信のためのサポートを可能にしている。

ＢＴＳ ＳＤＮスイッチ１２２は、ＩｏＴデバイス１１０のためのフロー情報を５Ｇ ＳＤＮコントローラ１２５から受信し、ＩｏＴデバイス１１０のためのフロー情報を保持する（例えば、ＩｏＴデバイス１１０のためのフローエントリーを生成する）。フローエントリーは、条件が満たされるルールセットと、フローエントリーにマッチするレイヤ２のパケットが受信された際に実行される１つまたは複数の関連アクションを含むことができる。例えば、フローエントリーは、関連アクションをともなうイーサネットパケットのイーサネットヘッダフィールド上でのマッチングをサポートするように構成されている（例えば、発信元ＭＡＣアドレスフィールドは、ＩｏＴデバイス１１０のＭＡＣアドレスを含み、宛先ＭＡＣアドレスフィールドはＩｏＴゲートウェイ１２３のＭＡＣアドレスを含む）。ここで、関連アクションは、イーサネットパケットをＩｏＴデバイス１１０のために選択されたＩｏＴゲートウェイ１２３へ転送することの関連アクションである（例えば、ＢＴＳ ＳＤＮスイッチ１２２とＩｏＴゲートウェイ１２３との間に存在する持続性トンネル（ｐｅｒｓｉｓｔｅｎｔ ｔｕｎｎｅｌ）、またはその他の適切なトンネルまたはコネクションを使用する）。そして、ＢＴＳ ＳＤＮスイッチ１２２は、ＢＴＳ１２１から受信した新しいレイヤ２のパケットを処理することができる（上記のとおり、ＢＴＳ１２１はＩｏＴデバイス１１０から受信したイニシャル・パケットを転送するであろうと仮定する）。ＢＴＳ ＳＤＮスイッチ１２２は、ＩｏＴデバイス１１０のために生成されたフローエントリー上でのマッチングと、ＩｏＴデバイス１１０のために生成されたフローエントリーに示されるアクションとに基づいてＩｏＴゲートウェイ１２３にパケットを転送することによって、新しいレイヤ２パケットの処理を行う。
実施例によっては、ＩｏＴデバイス１１０の５Ｇネットワークアタッチメッセージに含まれるパケットは、ＢＴＳ１２１によってＢＴＳ ＳＤＮスイッチ１２２に伝達されない。従って例えば、ＢＴＳ ＳＤＮスイッチ１２２は、新たなレイヤ２パケット等を処理する必要がない場合がある。

ＩｏＴデバイス１１０から５Ｇネットワーク１２０へのアップストリーム通信をサポートするフロー情報の使用に関する議論が本来なされるが、５Ｇ ＳＤＮコントローラ１２５がフロー情報をセットし、ＢＴＳ ＳＤＮスイッチ１２２がフロー情報をサポートすることが理解されよう。ここで、このフロー情報は、ＩｏＴデバイスへのダウンストリーム通信をサポートするのに使用することができる（例えば、５Ｇネットワーク１２０からＩｏＴデバイス１１０へのダウンストリーム通信をサポートするように構成されるダウンストリームフローエントリー（downstream flow entry）等のフロー情報）。ダウンストリームフローエントリーは、条件が満たされるルールセットと、フローエントリーにマッチするイーサネットのパケットが受信された際に実行される１つまたは複数の関連アクションを含むことができる。例えば、ダウンストリームフローエントリーは、関連アクションをともなうイーサネットパケットのイーサネットヘッダフィールド上でのマッチングをサポートするように構成されうる（例えば、発信元ＭＡＣアドレスフィールドは、ＩｏＴゲートウェイ１２３のＭＡＣアドレスを含み、宛先ＭＡＣアドレスフィールドはＩｏＴデバイス１１０のＭＡＣアドレスを含む）。ここで、関連アクションは、イーサネットパケットを無線上でＩｏＴデバイス１１０に伝送するためにＩｏＴゲートウェイ１２３へ転送することの関連アクションである。

前述のレイヤ２のコネクティビティ確立処理は、ＩｏＴデバイス１１０とＩｏＴゲートウェイ１２３との間のレイヤ２のネットワークパス（アップリンク及びダウンリンク）を形成した（レイヤ２のネットワークパス２９９で図示）。ここで、ＩｏＴゲートウェイ１２３は、ＩｏＴデバイス１１０のためのＩｏＴ関連データの通信（例えば、ＩｏＴデバイス１１０を起点とするＩｏＴデバイスデータのアップストリーム通信、ＩｏＴデバイス１１０への配信であることが意図されたＩｏＴ関連通信のダウンストリーム通信（例えば、要求、命令、その他これに類するもの）、その他これに類するもの、及びこれらの様々な組み合わせ）をサポートするために使用することができる。ＩｏＴデバイス１１０のためのＩｏＴ関連データの通信は、パケットの処理に関する上記のものと類似しうる。ここで、このパケットは、５Ｇネットワークアタッチメッセージを含んでいる。

アップストリーム方向でのＩｏＴデバイス１１０のためのＩｏＴ関連データの通信（例えば、ＩｏＴデバイス１１０によってレポートされるＩｏＴデバイスデータ、リモートデバイスから受信したメッセージ（指示、命令、その他これに類するもの）に対するＩｏＴデバイス１１０によるレスポンス、その他これに類するもの）は下記のように実行される。ＩｏＴデバイス１１０はＢＴＳ１２１にパケットを送信する。パケットは、ＩｏＴデバイス１１０の固有デバイス識別子とＩｏＴ関連データとを含む。ここで、このＩｏＴ関連データは、ＩｏＴデバイス１１０によって通信されている。ＢＴＳ１２１は、パケットを受信し、ＩｏＴデバイス１１０のＢＴＳ１２１に利用可能なマッピングに基づいて、ＩｏＴデバイス１１０（このＩｏＴデバイス１１０からパケットを受信）にレイヤ２アドレス（例えば、ＭＡＣアドレス）とサービング（ｓｅｒｖｉｎｇ）ＩｏＴゲートウェイが割り当てられている旨判断する。ＢＴＳ１２１は、受信されたパケットのペイロードを、発信元および宛先のレイヤ２アドレス（例えば、ＭＡＣアドレス）と共にレイヤ２パケット（例えば、イーサネットパケット）にカプセル化して入れる。ここで、この発信元および宛先のレイヤ２アドレスは、ＩｏＴデバイス１１０のレイヤ２アドレス及びＩｏＴゲートウェイ１２３のレイヤ２アドレスにそれぞれ設定され、これによって新しいパケットを生成する。ＢＴＳ１２１は、ＢＴＳ ＳＤＮスイッチ１２２にこの新しいパケットを提供する。ＢＴＳ ＳＤＮスイッチ１２２は新しいパケットを受信し、新しいパケットのレイヤ２のヘッダフィールド（例えば、発信元および宛先のＭＡＣアドレス、および場合によってはその他のもの）がフローエントリーに対応するアクションと一致するか判断する。ここで、この対応するアクションは、新しいパケットがＩｏＴゲートウェイ１２３に転送可能であることを示し、新しいパケットをＩｏＴゲートウェイ１２３に転送する（そのポイントから、パケットをさらに目的の宛先に送信することができる）。

ダウンストリーム方向でのＩｏＴデバイス１１０のためのＩｏＴ関連データの通信（例えば、ＩｏＴデバイス１１０からのデータに関する要求、ＩｏＴデバイス１１０による実行のための命令）は、以下のように実行されうる。ＩｏＴゲートウェイ１２３は、レイヤ２パケット（例えば、イーサネットパケット）を受信する。ここで、このレイヤ２パケットは、ＩｏＴデバイス１１０への配信を意図している。ＩｏＴゲートウェイ１２３は、レイヤ２パケットのレイヤ２ヘッダフィールド（例えば、発信元および宛先のレイヤ２アドレス、及び場合によってはその他のもの）を、フローエントリーに対応するアクションとマッチングする。ここで、この対応するアクションは、レイヤ２パケットがＢＴＳ ＳＤＮスイッチ１２２に転送可能であることを示す。ＩｏＴゲートウェイ１２３は、発信元および宛先のレイヤ２アドレスを、ＩｏＴゲートウェイ１２３のレイヤ２アドレス及びＩｏＴデバイス１１０のレイヤ２アドレスに設定することによって、レイヤ２パケットを修正し、それぞれ、修正されたレイヤ２パケットを形成する。ＩｏＴゲートウェイ１２３は、修正されたレイヤ２パケットをＢＴＳ ＳＤＮスイッチ１２２に転送する。ＢＴＳ ＳＤＮスイッチ１２２は、新しいレイヤ２パケットをＢＴＳ１２１に提供する。ＢＴＳ１２１は、ＩｏＴデバイス１１０のレイヤ２アドレスに基づいてサーチを実行する。ここで、このＩｏＴデバイス１１０のレイヤ２アドレスは、修正されたレイヤ２パケットの宛先レイヤ２アドレスに規定されており、修正されたレイヤ２パケットの行き先等のＩｏＴデバイス１１０を確認し、修正されたレイヤ２パケットのペイロードからＩｏＴデバイス１１０への配信を意図するＩｏＴ関連データを取得し、無線インターフェースを介してＩｏＴデバイス１１０に配信することが意図されたＩｏＴ関連データをＩｏＴデバイス１１０に送信する。ＢＴＳ１２１は、パケットを使用して、ＩｏＴデバイス１１０に配信することが意図されたＩｏＴ関連データをＩｏＴデバイス１１０に送信することができる。ここで、このパケットは、ＩｏＴデバイス１１０の固有デバイス識別子（ＩｏＴデバイス１１０のためのＢＴＳ１２１に利用可能なマッピングに基づき、ＢＴＳ１２１によって決定されうる）と、ＩｏＴデバイス１１０への配信が意図されたＩｏＴ関連データとを含む。

少なくともいつかの実施形態では、ＢＴＳ ＳＤＮスイッチ１２２とＩｏＴゲートウェイ１２３との間のＩｏＴデバイス１１０のＩｏＴ関連データの転送が、持続性トンネルを使用して実行されうることが理解されるであろう。持続性トンネルは、あらかじめ能動的に設定されうる。持続性トンネルは、コネクションレスであってよい。持続性トンネルは、ＢＴＳ１２１に関連する複数のＩｏＴデバイスで共有可能である。ここで、これら複数のＩｏＴデバイスが、ＩｏＴゲートウェイ１２３に割り当てられている（例えば、ＩｏＴデバイスの１つのサブセットのみを、持続性トンネルによってサポートすることができる場合には、全てのＩｏＴデバイスまたはいくつかのＩｏＴデバイスが割り当てられる）。この方法における持続性トンネルの共有は、持続性トンネルを共有しているＩｏＴデバイスに対するデバイスごとのＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）コネクションの必要性を回避し、それにより、コントロールプレーン及びベアラプレーン両方のオーバーヘッドを回避する。その他のタイプのトンネルまたはコネクションは、ＢＴＳ ＳＤＮスイッチ１２２とＩｏＴゲートウェイ１２３との間の、ＩｏＴデバイス１１０のＩｏＴ関連データの伝達に使用されうる。

前述のレイヤ２のコネクティビティ確立処理は、ＩｏＴデバイス１１０とＩｏＴゲートウェイ１２３との間のレイヤ２のネットワークパス（アップリンク及びダウンリンクいずれも）を形成する（レイヤ２のネットワークパス２９９と図示されている）。ここで、このレイヤ２のネットワークパスは、５Ｇネットワーク１２０を伴うＩｏＴデバイス１１０の認証と権限付与、５ＧネットワークへのＩｏＴデバイス１１０の登録をサポートするのに使用されうる。５ＧネットワークへのＩｏＴデバイス１１０の認証、権限付与、登録は、５Ｇネットワーク１２０の代理としてＩｏＴゲートウェイ１２３によって実行されうる（ＩｏＴデバイス１１０からＩｏＴゲートウェイ１２３へのレイヤ２のネットワークパス２９９は、すでに確立されているため）。ＩｏＴデバイス１１０の認証および権限付与は、ＩｏＴデバイス１０１であることを主張しているデバイスが、ＩｏＴデバイス１１０であることを保証する。前述のとおり、ＩｏＴデバイス１１０の認証および権限付与は、ＩｏＴデバイス１１０から受信したイニシャル・パケットに基づいて（例えば、ＩｏＴデバイス１１０がイニシャル・パケットに含ませたＩｏＴデバイス１１０のデジタル署名（ＰＫＩを使用する等して）を証明する）、ＩｏＴデバイス１１０とＩｏＴゲートウェイ１２３との間のセパレートインタラクション（ｓｅｐａｒａｔｅ ｉｎｔｅｒａｃｔｉｏｎ）に基づいて（例えば、ＩｏＴデバイス１１０がチャレンジレスポンス・インタラクション（challenge-response interaction）を用いて、ＩｏＴゲートウェイ１２３による証明のためのデジタル署名を提供する。この場合、ＩｏＴゲートウェイ１２３はＩｏＴデバイス１１０にチャレンジを送信し、ＩｏＴデバイス１１０はＩｏＴゲートウェイ１２３によって証明されるレスポンス、その他これに類するものを用いて応答する）、その他これに類するものに基づいて、ＩｏＴゲートウェイ１２３によって実行される場合がある。

ＩｏＴデバイスが認証および権限付与に成功した場合、ＩｏＴデバイス１１０及びＩｏＴゲートウェイ１２３は、無線通信に追加のセキュリティが必要である旨の判断に基づき、ＩｏＴデバイス１１０及びＩｏＴゲートウェイ１２３が共有のセキュリティキーを設定する（例えば、ディフィー・ヘルマン鍵共有を用いて）。共有のセキュリティキーは、ＩｏＴデバイス１１０及びＩｏＴゲートウェイ１２３に認識されていることに加え、５Ｇ ＳＤＮコントローラ１２５に提供されうる。ここで、この５Ｇ ＳＤＮコントローラ１２５は、ＩｏＴデバイス１１０用のセキュリティキーを共有することができる（ＩｏＴデバイス１１０に割り当てられたレイヤ２アドレス、５Ｇ ＳＤＮコントローラ１２５によってＩｏＴデバイス１１０に割り当てられたＩｏＴゲートウェイ１２３の表示に加えて）。

ＩｏＴデバイス１１０が認証および権限付与に成功した場合、ＩｏＴデバイス１１０は５Ｇネットワーク１２０に登録することができる。ＩｏＴデバイス１１０は、５Ｇネットワーク１２０に関する自身の登録情報を５Ｇネットワーク１２０に登録することができる。登録される情報には、様々なタイプのケイパビリティ情報（ｃａｐａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）やアクセシビリティ情報（ａｃｃｅｓｓｉｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）（例えば、ＩｏＴデバイス１１０から使用可能なデータのタイプ、ＩｏＴデバイス１１０でのデータ更新頻度、エンティティがＩｏＴデバイス１１０のどのデータにアクセス許可されるかの表示、その他これに類するもの、及びこれらの様々な組み合わせ）を含むことができる。少なくともいくつかの実施形態では、デバイスのデータベース（例えば、ＩｏＴデバイス１１０のＧＵＩＤに基づいて検索が行われる）、サードパーティーのエンティティ、その他これに類するもの、及びこれらの様々な組み合わせ等、ＩｏＴデバイス１１０以外の発信元からの情報の少なくとも一部を、５Ｇネットワーク１２０が取得可能である。以下に示すように、ＩｏＴデバイス１１０の登録は、デバイス・ディスカバリのサポートを可能にする。

５Ｇネットワーク１２０は、ＩｏＴデバイス１１０に関するＩｏＴデバイス・ディスカバリ機能をサポートするように構成されている。すなわち、ＩｏＴデバイス１１０が５Ｇネットワーク１２０によって認証および権限付与され、５Ｇネットワーク１２０に登録された後、５Ｇネットワーク１２０はＩｏＴデバイス１１０のディスカバリをサポートすることができる。

５Ｇネットワーク１２０は、様々なデバイスまたはエンティティによって、ＩｏＴデバイス１１０（５Ｇネットワーク１２０に登録されているその他のＩｏＴデバイスも同様）のディスカバリをサポートすることができる。例えば、ＩｏＴデバイス１１０は、ＩｏＴデータのコレクタ、サードパーティーのエンティティによってディスカバリされる場合がある。ここで、これらＩｏＴデータのコレクタやサードパーティーのエンティティは、ＩｏＴデバイスのＩｏＴデータまたはこれに類するもの、及びこれらの様々な組み合わせに関心を持っている場合がある。例えば、ＩｏＴデバイスは、１つまたは複数のＲＥ１４０によってディスカバリされる場合がある。

５Ｇネットワーク１２０は、ＩｏＴデバイス１１０に関連する検索可能なＩｏＴデバイス・ディスカバリ情報（例えば、ＩｏＴデバイス１１０のディスカバリ、ＩｏＴデバイス１１０に関する情報の習得をするのに有用な場合がある、静的および／または動的なメタデータ、その他の適切なタイプの情報）を公開することによって、ＩｏＴデバイス１１０のディスカバリをサポートすることができる。例えば、ＩｏＴデバイス１１０のディスカバリを可能にする、検索可能なＩｏＴデバイス・ディスカバリ情報は、ＩｏＴデバイス１１０のＧＵＩＤ、ＩｏＴデバイス１１０に関するロケーション情報（例えば、現在地点）、ＩｏＴデバイス１１０を所有または操作するエンティティを示すオーナーシップ情報、ＩｏＴデバイス１１０の１つまたは複数の機能を示すデバイス・ケイパビリティ情報、その他これに類する情報、およびこれらの様々な組み合わせを含む。５Ｇネットワーク１２０に登録されている様々なＩｏＴデバイスのＩｏＴデバイス・ディスカバリ情報は、様々な方法で検索可能であり、様々な目的を達成する。例えば、５Ｇネットワーク１２０は、センサの性能を公表し、温度データおよび湿度データの両方を提供する。また、権限付与されたデータのコレクタは、（５Ｇネットワーク１２０への要求を介して）センサの温度データストリームまたは湿度データストリームのいずれかまたは両方へのアクセス要求を行う。例えば、複合的なデータの使用者は、ある地点の湿度データを生成する全部のＩｏＴデバイス、または、特定のユーザに登録されている全てのデバイスへのアクセスを要求する場合がある。

少なくともいくつかの実施形態では、ＩｏＴデバイス１１０を所有または操作するＩｏＴデバイス１１０またはエンティティ（５Ｇネットワーク１２０に登録されたその他のＩｏＴデバイス、または、これらＩｏＴデバイスの関連オーナーまたは関連オペレータも同様）は、５Ｇネットワーク１２０による使用のために構成されるアクセス制御情報を規定し、ＩｏＴデバイス１１０に関する情報（例えば、ＩｏＴデバイス１１０の検索に使用するために公開可能なＩｏＴデバイス情報、ＩｏＴデバイス１１０がディスカバリされた後にアクセス許可されるＩｏＴデバイス１１０のＩｏＴデータ、その他これに類するもの、及びこれらの様々な組み合わせ）の可視性及びアクセスの制御を行うことができる。そして、これにより、様々なレベルで詳細化された様々なタイプの承認方法を規定するためのメカニズムを提供する。

少なくともいくつかの実施形態では、ＩｏＴデバイスの登録に加えてさらに、５Ｇネットワーク１２０はその他のＩｏＴ関連機器、５Ｇネットワーク１２０に登録されたＩｏＴデバイスに関心がある可能性のあるエンティティの登録をサポートすることができる（例えば、権限付与されたデータコレクタが５Ｇネットワーク１２０に登録し、５Ｇネットワーク１２０に登録されたＩｏＴデバイスから利用可能なデータストリームの利点を得ることができる。また、権限付与されたサービスが５Ｇネットワーク１２０に登録し、５Ｇネットワーク１２０に登録されたＩｏＴデバイスのデバイス性能の利点を得ることができる。また、これらと同様及びこれらの様々な組み合わせも可能である）。例えば、５Ｇネットワーク１２０は１つまたは複数のＲＥ１４０の登録のサポートをすることもできる。

５Ｇネットワーク１２０によってサポートされるこれらのＩｏＴデバイスのディスカバリ・ケイパビリティ（ｄｉｓｃｏｖｅｒｙ ｃａｐａｂｉｌｉｔｙ）は、図１に示されたＩｏＴデバイス・ディスカバリ・システム（ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙ ｓｙｓｔｅｍ）のように、５Ｇネットワーク１２０の１つまたは複数のデバイスによってサポートされる。（ただし、このようなＩｏＴデバイス・ディスカバリ・ケイパビリティは、５Ｇネットワーク１２０の他の既存または新規のエンティティによって提供される場合、５Ｇネットワーク１２０の既存または新規のエレメントで分担して提供される場合、その他これに類する方法を用いる場合、及びこれらを様々に組み合わせた方法で提供される場合もある。）

５Ｇネットワーク１２０は、５Ｇネットワーク１２０に登録されたＩｏＴデバイスに対する様々な他のＩｏＴデバイス・ディスカバリ・ケイパビリティをサポートするように構成されうる。

図３は、ＩｏＴデバイスのためのデバイス認証、承認、登録、ディスカバリをサポートする、図１の通信システムのコンテキストの中でのメッセージフローの一例を示す。ステップ３１０において、ＩｏＴデバイス１１０及びＩｏＴゲートウェイ１２３は、５Ｇネットワーク１２０によるＩｏＴデバイス１１０の権限付与および認証を可能にするために、レイヤ２のネットワークパス２９９を経由して通信する。ステップ３２０では、５Ｇネットワーク１２０によるＩｏＴデバイス１１０の登録を可能にするために、ＩｏＴデバイス１１０とＩｏＴゲートウェイ１２３とは、レイヤ２のネットワークパス２９９を経由して通信する。（ここで、図３に示されているように、ＩｏＴデバイス１１０のデバイス・ケイパビリティの登録を含む５ＧネットワークへのＩｏＴデバイス１１０の登録は、ＩｏＴデバイス・ディスカバリ・システム１２９によってサポートされる場合があり、レイヤ２のネットワークパス２９９を介するＩｏＴデバイス１１０とＩｏＴデバイス・ディスカバリ・システム１２９との間の通信、および、ＩｏＴゲートウェイ１２３とＩｏＴデバイス・ディスカバリ・システム１２９との間の接続に基づくものである。）ステップ３３０では、５Ｇネットワーク１２０は、ＲＥ１４０−２と５Ｇネットワーク１２０との間の通信に基づいて、ＲＥ１４０−２によってＩｏＴデバイス１１０（ＩｏＴデバイス１１０の関連デバイス・ケイパビリティを含む）のディスカバリをサポートする。（ここで、図３に示されているように、ＩｏＴデバイス１１０のデバイス・ケイパビリティの登録を含むＲＥ１４０−２によるＩｏＴデバイス１１０のディスカバリは、ＩｏＴデバイス・ディスカバリ・システム１２９によってサポートされる場合があり、ＩｏＴゲートウェイ１２３を介するＲＥ１４０−２とＩｏＴデバイス・ディスカバリ・システム１２９との間の通信、および、ＩｏＴゲートウェイ１２３とＩｏＴデバイス・ディスカバリ・システム１２９との間の接続に基づくものである。）ただし、透明性を確保するための目的で、様々なその他のデバイスの認証、権限付与、登録機能の除外が、ＩｏＴデバイス１１０及び５Ｇネットワーク１２０によって実行される場合、様々なその他のデバイス・ディスカバリ機能がＲＥ１４０及び５Ｇネットワーク１２０によって実行される場合等があることが理解されよう。

５Ｇネットワーク１２０は、５Ｇネットワーク１２０に対するＩｏＴデバイスのデバイス認証、権限付与、登録、発見をサポートするための様々な他のケイパビリティをサポートするように構成されうる。

５Ｇネットワーク１２０は、様々なネットワーキング機能をサポートするように構成されている。ここで、これらネットワーキング機能は、ＩｏＴデバイス１１０のためのフローベースの通信（ｆｌｏｗ−ｂａｓｅｄ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）をサポートするように構成されている。ここで、これらサポートには、ＩｏＴデバイス１１０からデータストリームを送信するためのサポート、ＩｏＴデバイス１１０でデータストリームを受信するためのサポートを含む。

ＩｏＴデバイス１１０のフローベースの通信は、ＩｏＴデバイス１１０と１または複数のリモートエンドポイント（例えば、ＲＥ１４０）との間にある場合がある。ここで、これらリモートエンドポイントは、デバイス、プログラム、及びこれらに類するものを含むことができる。別のリモートエンドポイントには、ＩｏＴデバイス１１０が５Ｇネットワーク１２０を介して通信することのできる１または複数のエンティティ（例えば、５Ｇネットワーク内部に設置されたエンティティ、５Ｇネットワーク１２０を介してアクセス可能なエンティティ、その他これに類するもの、及びこれらの様々な組み合わせ）を含むことができる。さらに別のリモートエンドポイントには、エンドユーザのエンドユーザデバイス等のエンドデバイスを含むことができる。ここで、このエンドユーザのエンドユーザデバイスは、ＩｏＴデバイス１１０、ＩｏＴデバイス１１０に関連するネットワークベースのＩｏＴデバイス等のネットワークデバイス（例えば、ＩｏＴデバイス１１０に関連するＩｏＴサーバ、ＩｏＴデバイス１１０を制御するように構成されたＩｏＴコントローラ等）、これに類するもの、及びこれらの様々な組み合わせと通信することができる（例えば、ＩｏＴデバイス１１０からのＩｏＴデバイスデータを受信するため、ＩｏＴデバイス１１０を制御するため等）。リモートエンドポイントは、コントローラ、コンシューマ、これに類するもの、及びこれらの様々な組み合わせ等としての動作等、ＩｏＴデバイス１１０との通信に関する様々なルールの中で動作することができる。

ＩｏＴデバイス１１０のフローベースの通信は、５Ｇネットワーク１２０を横断する。ここで、この５Ｇネットワーク１２０は、様々な条件下でＩｏＴデバイス１１０のフローベースの通信をサポートするように構成されうる。また、これら様々な条件は、デバイスの種類、使用されている通信モード、サポートされる通信レイヤ／プロトコル、リモートエンドポイントの位置、これに類するもの、及びこれらの様々な組み合わせに関連する。ＩｏＴデバイス１１０のフローベースの通信の転送は、ＩｏＴデバイス１１０と１または複数のリモートエンドポイントとの間にあってもよい。ここで、この１または複数のリモートエンドポイントは、様々なネットワークロケーション（例えば、５Ｇネットワーク内部またはそれに接続して設置、５Ｇネットワークに接続された他の通信ネットワーク（例えば、有線接続のネットワーク、その他のタイプのセルラーネットワーク等）を介してアクセス可能に設置、またはこれに類するもの、及びこれらの様々な組み合わせ）に設置されてもよい。ＩｏＴデバイス１１０のフローベースの通信の転送は、ＩｏＴデバイス１１０がＩＰデバイス（例えば、レイヤ３またはレイヤ４のスタックを有する）または非ＩＰデバイス（例えば、レイヤ３またはレイヤ４のスタックを有しない）であってもよいように、レイヤ２のネットワークを介することが期待される。５Ｇネットワーク１２０経由（例えば、ＩｏＴゲートウェイ１２３または５Ｇネットワーク１２０その他の適切なデバイスを経由）のＩｏＴデバイス１１０のフローベースの通信の転送は、ＩｏＴデバイス１１０がＴＣＰ／ＩＰまたはＵＤＰ／ＩＰをサポートしない非ＩＰデバイスでも、ＩＰを介して、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）またはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を使用している１または複数のリモートエンドポイントとＩｏＴデバイス１１０とが通信をすることを可能にする（例えば、ＩｏＴデバイス１１０とＩｏＴゲートウェイ１２３との間の通信はレイヤ２ネットワーキングを使用し、ＩｏＴゲートウェイ１２３とリモートエンドポイントとの間の通信はＴＣＰ／ＩＰまたはＵＤＰ／ＩＰを使用する）。ＩｏＴデバイス１１０及び１または複数のリモートエンドポイントは、異なるアプリケーションレイヤのＩｏＴプロトコルをサポートすることができる。

ＩｏＴデバイス１１０と１または複数のリモートエンドポイントとの間のフローベースの通信は、１つまたは複数のＯ２Ｏ（ｏｎｅ−ｔｏ−ｏｎｅ）通信モード、Ｏ２Ｍ（ｏｎｅ−ｔｏ−ｍａｎｙ）通信モード、Ｍ２Ｏ（ｍａｎｙ−ｔｏ−ｏｎｅ）通信モード、Ｍ２Ｍ（ｍａｎｙ−ｔｏ−ｍａｎｙ）通信モードを含む、様々な通信モードを利用することができる。

ＩｏＴデバイス１１０と１または複数のリモートエンドポイントとの間のフローベースの通信は、Ｏ２Ｏ通信モードを利用することができる。これは、１組のエンドポイントの間の一方向または双方向のデータフローである場合がある。ＩｏＴデバイス１１０は、通信中のデータの発信元エンドポイントまたは宛先エンドポイントであってもよい。例えば、Ｏ２Ｏモードは、記憶および処理のためのサーバにセンサがセンサデータを定期的にレポートしたい場合に使用することができる。例えば、Ｏ２Ｏモードは、ロボットから受信した障害物データに反応することによって、コントローラが起伏の多い場所でロボットを誘導したい場合に使用される。Ｏ２Ｏケース（ＩｏＴデバイス１１０が通信中のデータの発信元エンドポイントである場合）のフローセットアップ及びフロー転送のためのメッセージングの一例を図４に示す。

ＩｏＴデバイス１１０と１つまたは複数のリモートエンドポイントとの間のフローベースの通信は、Ｏ２Ｍ通信モードを利用することができる。これは、発信元エンドポイントと複数の宛先エンドポイントとの間の一方向データフローである場合がある。これは、マルチキャストに似ていると考えることができる。ＩｏＴデバイス１１０は、通信中のデータの発信元エンドポイント、または複数の宛先エンドポイントのうちの１つである場合がある。例えば、Ｏ２Ｍモードは、温度計がその温度データをサーモスタットや気象モニタに提供するときに使用される場合がある。例えば、Ｏ２Ｍモードは、ロボットコントローラが複数のロボットに命令を送信するときに使用される場合がある。Ｏ２Ｍケース（ＩｏＴデバイス１１０が通信中のデータの発信元エンドポイントである場合）のフローセットアップ及びフロー転送のためのメッセージングの一例を図５及び図６に示す。

ＩｏＴデバイス１１０と１つまたは複数のリモートエンドポイントとの間のフローベースの通信は、Ｍ２Ｏ通信モードを利用することができる。これは、複数の発信元エンドポイントと１つの宛先エンドポイントとの間の一方向データフローである場合がある。ＩｏＴデバイス１１０は、通信中のデータの発信元エンドポイントの１つであってもよく、また宛先エンドポイントであってもよい。例えば、Ｍ２Ｏモードは、複数の温度計がそれらの温度データを気象モニタに提供するときに使用される場合がある。例えば、Ｍ２Ｏモードは、ロボットコントローラが複数のロボットからデータを受信するときに使用される場合がある。Ｍ２Ｏケースのフローセットアップ及びフロー転送のためのメッセージは、図４〜図６のメッセージのやり取りを参照することによって、さらに理解できる。

様々な通信モードのうちのいずれかを利用する、ＩｏＴデバイス１１０と１つまたは複数のリモートエンドポイントとの間のフローベースの通信は、１つのフローセッションの一部であると考えることができ、このフローセッションはこれに関連する複数のフローレッグを有している。

フローセッションは、様々なタイプのエンドポイントからの様々なタイプのリクエストに応答可能に確立されうる（例えば、ＩｏＴデバイス１１０がフローセッションをリクエストしてリモートエンドポイントにＩｏＴデバイスデータを提供するＯ２Ｏモード、ＩｏＴデバイスがフローセッションをリクエストして複数のリモートエンドポイントにＩｏＴデバイスデータを提供するＯ２Ｍモード、その他これに類するモード）。例えば、フローセッションは、ＩｏＴデバイス１１０のリクエストに応答可能に、リモートエンドポイント（例えば、リモートエンドポイントがフローセッションをリクエストしてＩｏＴデバイス１１０からＩｏＴデバイスデータを受信するＯ２Ｏモード、リモートエンドポイントがフローセッションをリクエストしてＩｏＴ制御データをＩｏＴデバイス１１０または１つ若しくは複数のその他のＩｏＴデバイスに提供するＯ２Ｍモード、リモートエンドポイントがフローセッションをリクエストしてＩｏＴデバイスデータをＩｏＴデバイス１１０及び１つまたは複数のＩｏＴデバイス、その他これに類するものから受信するＭ２Ｏモード）によって異なるＩｏＴデバイス（例えば、異なるＩｏＴデバイスがフローセッションを開始し、ＩｏＴデバイス１１０がその後にフローセッションを見つけ、フローセッションに参加するＭ２Ｏモードで）のリクエストに応答可能に、その他これに類するリクエストに応答可能に確立されうる。

フローセッションは、前述のとおり、様々なタイプのエンドポイントからの様々なタイプのリクエストに応答可能に確立されうる。フローセッションを確立するのに必要とされる情報または使用される情報は、様々な要因に依存する。例えば、フローセッションに参加しているエンドポイントのエンドポイントタイプ、フローセッション用に使用されている通信モード、どのエンドポイントがフローセッションの確立を開始しているか、その他これに類する要因、及びこれらの様々な組み合わせに依存する。例えば、Ｏ２Ｏフローセッションがリモートエンドポイントによって開始される、ＩｏＴデバイス１１０とリモートエンドポイントとの間のＯ２Ｏフローセッションのため、リモートエンドポイントは、５Ｇネットワーク１２０からＩｏＴデバイス１１０のためのネットワークエンドポイント（例えば、ＩＰアドレス、ポート番号、ネットワークプロトコル等）を取得し（例えば、ＩｏＴデバイス１１０のネットワークエンドポイントは、ＩｏＴデバイス１１０の代わりに５Ｇネットワーク１２０によって保持され、リモートエンドポイントによって発見可能である）、５Ｇネットワーク１２０にフローセットアップ要求を送信する場合がある（例えば、リモートエンドポイントがＩＰデバイスの場合にはＩＰベースのセットアップメッセージを使用する。また、リモートエンドポイントがＩＰデバイスであり、パケットのオーバーヘッドの最適化が実行される場合にはレイヤ２ベースのフローセットアップメッセージを使用する。また、リモートエンドポイントが非ＩＰデバイスの場合にはレイヤ２ベースのフローセットアップメッセージを使用する等）。例えば、ＩｏＴデバイス１１０がデータを取得し、Ｏ２ＭフローセッションがＩｏＴデバイス１１０によって開始される、ＩｏＴデバイス１１０と複数のリモートエンドポイントとの間のＯ２Ｍフローセッションのため、リモートエンドポイントがネットワークエンドポイント（例えば、ＩＰアドレス、ポート番号、ネットワークプロトコル等）を規定する場合がある。ここで、これらネットワークエンドポイントは、ＩｏＴデバイス１１０によって取得されたデータを受信することができる（これらネットワークエンドポイントは、ＩＰまたは非ＩＰの５Ｇデバイスであってもよい点に留意すべきである）。例えば、複数のＩｏＴデバイスと１つのリモートエンドポイントとの間のＭ２Ｏフローセッションのため、ＩｏＴデバイス１１０は、リモートエンドポイントによって既存のフローセッションに参加することを要求される場合がある。ここで、この既存のフローセッションは、ＩｏＴデバイス１１０の機能のリモートエンドポイントによる発見をベースとする。少なくとも前述の例から、フローセッションの確立を開始するために使用される情報が、５Ｇネットワーク１２０から発見可能（または、その他取得可能）である場合があることが理解されよう（上で例示されていないフローセッションの確立を含むその他のシナリオでさえも）。

フローセッションは、様々な要因に依存して変化する可能性のある様々なタイプの情報に基づいて確立されうる。例えば、フローセッションに参加しているエンドポイントのエンドポイントタイプ、フローセッション用に使用されている通信モード、どのエンドポイントがフローセッションの確立を開始しているか、その他これに類する要因、及びこれらの様々な組み合わせに依存する。例えば、ＩｏＴデバイス１１０の機能または情報へのアクセスを要求しているリモートエンドポイント（例えば、ＩｏＴコンシューマデバイス）のため、リモートエンドポイントのリクエストは、要求されているＩｏＴデバイス１１０の機能または情報を一意的に特定し、アクセスするのに十分な情報を含むことを必要とする。ここで、上記の要求されているＩｏＴデバイス１１０の機能または情報とは、例えば、ＩｏＴデバイス１１０のＧＵＩＤ、要求されているＩｏＴデバイス１１０の機能または情報の識別情報（例えば、リモートエンドポイントが温度データのみを必要としている場合には温度データ）、及びアクセストークン（例えば、権限付与のための認証情報）等である。リクエストには、要求される通信モード（例えば、Ｏ２Ｏ、Ｏ２Ｍ、その他これに類するもの）の識別情報、その他情報タイプが含まれる場合もある。
要求デバイスが外部のサーバである、少なくともいくつかの実施形態では、外部のサーバは５Ｇネットワーク１２０のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅｓ）を使用して、ＩｏＴデバイス１１０のデータストリームをある１つのデバイスに登録する。ここで、この登録は、外部のサーバがストリームからのデータ受信（および任意で、データ送信に使用することができるプロトコル等（例えば、ＴＣＰまたはＵＤＰ）のその他の情報）をどのように、どこで行おうとしているのか規定することと、（例えば上記のように）ストリームを一意に特定するパラメータセットを規定することによって行われる。
少なくともいくつかの実施形態では、５Ｇネットワーク１２０からＩｏＴデバイス１１０のためのネットワークアドレスを要求することによって（例えば、５ＧネットワークのＡＰＩを介して）、外部のサーバがＩｏＴデバイス１１０とのＯ２Ｏ接続を設定することができる。ここで、このＩｏＴデバイス１１０のネットワークアドレスからは、標準的なＩＰプロトコル（例えば、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰ）を使用しているフローセットアップ要求を送信することによって、ＩｏＴデバイス１１０のデバイス機能にアクセスでき、ＩｏＴデバイス１１０のデバイス機能と接続できる。この場合、５Ｇネットワーク１２０は、フローの継続中に、一意的なネットワークアドレス（例えば、ＵＤＰポートまたはＩＰアドレス）を一時的に割り当てられることができ（このアドレスはＩｏＴデバイス１１０には割り当てられない）、このアドレス上で、ＩｏＴデバイス１１０の代わりに５Ｇネットワーク１２０がフロー要求を処理する。そして、一旦フローが設定されると、５Ｇネットワーク１２０は、５Ｇネットワーク１２０内のレイヤ２を介するこのフローに関し、ＩｏＴデバイス１１０によって受信される／ＩｏＴデバイス１１０から送信されるあらゆるパケットを転送する。これらの、及びその他の様々な実施形態のフローセッションの確立が、図４〜図６を参照することによってさらに理解できると考えられる。

上記のように、確立されるフローセッションは、複数のフローレッグを有する。フローセッションのためにサポートされるフローレッグの数と配置は、様々な要因に依存しうる。例えば、関連するエンドポイントの数（及び、上記のような通信モード）、関連するエンドポイントの位置、その他これに類するもの、及びこれらの様々な組み合わせ等である。フローセッションのフローレッグは、同時に、異なる時に（例えば、１つまたは複数のフローセッションが事前に確立されている場合、フローセッションが最初に確立された後に１つまたは複数のフローセッションが追加的に確立される、その他これに類する場合）、その他これに類する時、およびこれらの様々な組み合わせによって確立されうる。フローセッションのフローレッグはさらに、様々なタイミングで終了しうる。また、フローセッションのフローレッグは動的に追加、取消が可能であり、フローセッション内でのエンドツーエンドのデータのためのフローセッションでは、少なくとも２つのフローレッグがアクティブでなければならないことが予想されることが理解されよう。

フローセッションのフローレッグは、フローレッグに関連するＦＩＤ（ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）を使用して一意に特定されうる。５Ｇネットワーク１２０によってサポートされるフローレッグは、フローレッグのデバイスの一意的なデバイス識別子（例えば、ＭＡＣアドレス）（例えば、ＩｏＴデバイス１１０の一意的なデバイス識別子、ＲＥ１４０の一意的なデバイス識別子、その他これに類するもの）と、フローレッグのＦＩＤとの組み合わせに基づいて、フローセッションを通して一意に特定されうる。デバイス（例えば、ＩｏＴデバイス１１０、ＲＥ１４０、その他これに類するもの）のフローレッグのＦＩＤは、５Ｇネットワーク１２０でフローレッグを一意に特定するように構成されている。これは、デバイス等が、そのデバイス用にサポートされるフローレッグの間で一意であることが必要であるためである。５Ｇネットワーク１２０がデバイスの一意なデバイス識別子とデバイスのフローレッグに対するＦＩＤを保持できるように、デバイスのフローレッグのＦＩＤがデバイスによって割り当てられ、フローセッションの確立中に５Ｇネットワーク１２０と通信がなされる。デバイスのフローレッグのＦＩＤは、各パケットに含まれている。ここで、これら各パケットは、デバイスのフローレッグで送信される。すなわち、そのフローレッグに対応するデバイスによって送信される各パケットにデバイスのフローレッグのＦＩＤが含まれている（例えば、５Ｇネットワーク１２０でＩｏＴデバイス１１０からＩｏＴゲートウェイ１２３に送信される、５ＧネットワークでＲＥ１４０からＩｏＴゲートウェイ１２３に送信される、その他これに類する送信がされる）。また、そのフローレッグに対するデバイスによって受信される各パケットにもデバイスのフローレッグのＦＩＤが含まれている（例えば、５Ｇネットワーク１２０のＩｏＴゲートウェイ１２３からＩｏＴデバイス１１０に送信される、５ＧネットワークのＩｏＴゲートウェイ１２３からＲＥ１４０に送信される、その他これに類する送信がされる）。デバイスに送信され及びデバイスから送信されるパケットに、デバイスの一意なデバイス識別子やデバイスのフローレッグのＦＩＤが含まれることによって、パケットに含まれる宛先アドレス情報（例えば、レイヤ２の宛先アドレス）の必要性をなくし、これによって、オーバーヘッドを軽減する（ＦＩＤは宛先アドレス情報より小さく、そうでない場合、この宛先アドレス情報はパケットに含まれるであろうため）。デバイスの一意なデバイス識別子と、デバイスのフローレッグのＦＩＤとを、デバイスに送信される及びデバイスから送信されるパケットに含めることはさらに、パケットのその他のタイプの情報（例えば、ＴＣＰ／ＵＤＰポート、発信元ＩＰ／宛先ＩＰ、その他）を含める必要性をなくすことを可能にする。このように、フローレッグでパケットを送信しているデバイス（例えば、ＩｏＴデバイス１１０、ＲＥ１４０、ＩｏＴゲートウェイ１２３、その他これに類するもの）は、パケットから特定のタイプの情報（例えば、宛先アドレス情報、任意でその他の情報）を除く一方で、パケットを送信することができる（パケット内部にそのような情報を含むことを避けていると理解することも可能である）。ＦＩＤのサイズは、デバイス等によってサポートされるフローの数等、様々な要因に基づいて選択されうる。例えば、ＦＩＤは、４ビットの識別子であってもよく（例えば、デバイスが１６フロー以上サポートすることが期待されない場合）、１バイトの識別子（デバイスが２５６フロー以上をサポートすることが期待されない場合）、その他これに類する識別子であってもよい。あらゆるイベントで、ＦＩＤのサイズによって、パケットに含まれる宛先アドレス（例えば、ＭＡＣ宛先アドレスは６バイトである）の使用に対し、有意義な節約を提供することが期待できる。特に、ＩｏＴシステムのコンテキスト内で度々やり取りされる比較的小さなパケットに関して期待できる。

フローエンドポイントはフローレッグ状態情報を保持するように構成されている。フローエンドポイントは、あらゆるフローレッグに関するフローレッグ状態情報を保持する。ここで、これらフローエンドポイントは、これらあらゆるフローレッグに対するフローエンドポイントである（すなわち、これらフローエンドポイント自身のフローレッグである）。フローレッグに対応するデバイスで保持されているフローレッグ状態情報は、ＦＩＤのマッピングを含むことができる。ここで、このＦＩＤは、フローレッグに対応するデバイスによって、そのフローレッグが関連するデバイスの一意なデバイス識別子に割り当てられる。フローレッグの状態情報は、そのフローレッグに対するデバイスによって保存されうるその他のタイプの状態情報を含むことができると理解されよう。

５Ｇネットワーク１２０は、フローセッションに対するフローセッション状態情報を維持するように構成される。ここで、このフローセッションは確立済み、処理中、確立中である。このフローセッション状態情報は、ＩｏＴゲートウェイ１２３によって保持されうる、あるいは、ＩｏＴゲートウェイ１２３にアクセス可能である。フローセッションに関するフローセッション状態情報は、フローセッションのフローレッグのそれぞれに関するフローレッグ状態情報を含み、５Ｇネットワーク１２０は、フローセッションのフローレッグ間でパケットを転送できる（これは、フローセッションのフローレッグ上にあるパケットに含まれて転送される情報の変換を含む場合がある）。例えば、フローセッションに関するフローセッション状態情報は、フローセッションのフローレッグ間のマッピングを含む場合がある。例えば、フローセッションのフローレッグに関するフローレッグ状態情報は、フローレッグ識別情報（例えば、入ってくるパケットが受信されるフローレッグを識別するのに使用されうるマッチング情報）、及びフローレッグアクション情報（例えば、パケットが送信される１つまたは複数のその他のフローレッグの表示等、識別されるフローレッグを介して受信されたパケットの処理を示すルール情報）を含むことができる。例えば、２つのフローレッグを有するＯ２Ｏフローセッション（例えば、ＭＡＣ＿アドレス−１１の一意のデバイス識別子とＦＩＤ３のフロー識別子とを有する第１のデバイスの第１のフローレッグ、ＭＡＣ＿アドレス−２３の一意のデバイス識別子とＦＩＤ６とを有する第２のデバイスの第２のフローレッグ）に対して、フローセッション状態情報が２つのフローレッグの間のマッピングを含むことができる（例えば、ＭＡＣ＿アドレス−１１及びＦＩＤ３を含む受信パケットは、その他のフローレッグでの転送用にＭＡＣ＿アドレス２３及びＦＩＤ６を含むように変更され、同様に、ＭＡＣ＿アドレス−２３及びＦＩＤ６を含む受信パケットは、その他のフローレッグでの転送用にＭＡＣ＿アドレス−１１及びＦＩＤ３を含むように変更される）。フローセッションのためのフローセッション状態情報は、ネットワークモード（例えば、Ｏ２Ｍ、Ｍ２Ｏ、その他これに類するもの）によって、様々なその他多くのマッピングをサポートすることができると理解できるであろう。

本明細書に記載のとおり、通信システム１００は本来、５ＧネットワークのＳＤＮベースの実装に基づいて提供されるが、通信システム１００は、その他のタイプのネットワーキング、その他のタイプの通信ネットワーク（例えば、その他のタイプのワイアレスネットワーク、有線ネットワーク、その他これらに類するもの、及びこれらの様々な組み合わせ）、その他これに類するもの、及びこれらの様々な組み合わせに基づくことができる。

図４は、１対１の通信モードに基づくＩｏＴデバイスに対するデバイスネットワーキングをサポートするための、図１の通信システムに基づくメッセージフローの一例を示す。

図４に記載のとおり、ＩｏＴデバイス（例えば、図１のＩｏＴデバイス１１０）に対するデバイスネットワーキングをサポートするため、メッセージフロー４００は、リモートエンドポイント（図１のＲＥ１４０）を含むフローセッションのためのＯ２Ｏ通信モードに基づく５Ｇネットワーク（例えば、図１の５Ｇネットワーク１２０）を使用する、フローセッションの確立とＩｏＴデバイスのためのデータ転送とをサポートするように構成されている。

ステップ４０５では、リモートエンドポイントが、Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを５Ｇネットワークに送信することによって、ＩｏＴデバイスのためのフローセッションの確立を開始する。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントによって送信されるパケットのペイロードに含まれる場合がある。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスのＧＵＩＤを含む。ここで、リモートエンドポイントは、このＩｏＴデバイスとフローセッションを確立することを要求している（図４のＤ１のとおり）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントと５Ｇネットワークとの間にある、そのリモートエンドポイントのフローレッグに対し、そのリモートエンドポイントによって選択されたＦＩＤを含む（例えば、図４のＦＩＤ１に示すように）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔはさらに、１または複数の追加的なパラメータを含むことができる。１つまたは複数の追加的なパラメータは、フローセッションのために要求されるフロータイプの表示（この例では、Ｏ２Ｏフローセッションタイプ）、フローセッション上でやり取りされるデータタイプの表示（例えば、温度データ、湿度データ、その他これに類するもの）、リモートエンドポイントへの権限付与で使用するための権限付与情報（例えば、アクセストークン、権限付与情報のその他の適切なタイプ）、その他これに類するもの、及びこれらの様々な組み合わせが含まれうる。明瞭性のため、図４にはフロータイプのみを記載したことに留意されたい。

ステップ４１０では、５ＧネットワークがＮｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔをＩｏＴデバイスに送信する。ここで、このＩｏＴデバイスは、リモートエンドポイントからのＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔで規定されている。５Ｇネットワークは、リモートエンドポイントのフロー要求が許可された（例えば、リモートエンドポイントがＩｏＴデバイスとのフローセッションを確立することを許可された）との判断に基づいて、ＩｏＴデバイスにＮｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを送信することができる。Ｎｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、５Ｇネットワークポイントによって送信されるパケットのペイロードに含まれる場合がある。Ｎｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントのＧＵＩＤを含む。ここで、リモートエンドポイントは、フローセッションを確立することを要求している（図４のＳ１のとおり）。（明瞭性のため）図４には１つのフロータイプしか記載されていないが、Ｎｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントのＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔの中に含まれている追加的なパラメータ（例えば、フロータイプ、データタイプ、その他これに類するもの）のうちの一部または全部を含むことができる。

ステップ４１５では、ＩｏＴデバイスはＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを５Ｇネットワークに送信する。ＩｏＴデバイスは、リモートエンドポイントのフロー要求が受け入れられた（例えば、ＩｏＴデバイスがＩｏＴデバイスとのフローセッションの確立に同意した）との判断に基づいて、５ＧネットワークにＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを送信することができる。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスによって送信されるパケットのペイロードに含まれる場合がある。ＩｏＴデバイスによって送信されるパケットのヘッダには、ＩｏＴデバイスの一意なデバイス識別子が含まれる。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントのＧＵＩＤを含む。ここで、リモートエンドポイントは、フローセッションを確立することを要求している（例えば、図4のS１として示す、リモートエンドポイントのＧＵＩＤ）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスと５Ｇネットワークとの間にある、そのＩｏＴデバイスのフローレッグに対し、そのＩｏＴデバイスによって選択されたＦＩＤを含む（例えば、この例ではＦＩＤ２に示す）。（明瞭性のため）図４には１つのフロータイプしか記載されていないが、Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、５Ｇネットワークから受信されるＮｅｗ＿Ｆｌｏｗ ｒｅｑｕｅｓｔの中に含まれている追加的なパラメータ（例えば、フロータイプ、データタイプ、その他これに類するもの）のうちの一部または全部を含むことができる。

ステップ４２０では、５Ｇネットワークは、リモートエンドポイントのフローレッグとＩｏＴデバイスのフローレッグとのマッチングに基づいて、Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅをリモートエンドポイント（ステップ４２０−Ａ）とＩｏＴデバイス（ステップ４２０−Ｂ）とに送信する。５Ｇネットワークは、リモートエンドポイントによって送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔに含まれるパラメータと、ＩｏＴデバイスによって送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔに含まれるパラメータとのマッチングに基づいて、フローセッションのフローレッグをマッチングする。ステップ４２０−Ａでリモートエンドポイントに送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅは、リモートエンドポイントのフローレッグのＦＩＤ（いわゆる、ＦＩＤ１）を含み、また任意で、フローセッションの確立が成功したか否かについての情報を表す、フローセッション状態インジケータを含んでもよい。同様に、ステップ４２０−ＢでＩｏＴデバイスに送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅは、ＩｏＴデバイスのフローレッグのＦＩＤ（いわゆる、ＦＩＤ２）を含み、また任意で、フローセッションの確立が成功したか否かについての情報を表す、フローセッション状態インジケータを含んでもよい。この点において、これらのデバイスがデータ交換を開始できるよう、フローセッションがリモートエンドポイントとＩｏＴデバイスとの間での確立に成功している。５Ｇネットワークはさらに、互いにフローレッグをマッピングする目的でマッピング情報を保存し（例えば、ＦＩＤ１とＦＩＤ２との間のマッピング）、このように、フローレッグのフロー識別子を使用して、ＩｏＴデバイスとリモートエンドポイントとの間のデータ通信をサポートする。

ステップ４２５では、ＩｏＴデバイスとリモートエンドポイントとの間で確立されたフローセッションで、ＩｏＴデバイスは、リモートエンドポイントに向けたＩｏＴデバイスデータを送信する。ＩｏＴデバイスは、ＩｏＴデバイスと５Ｇネットワークとの間のフローレッグ上で、５ＧネットワークにＩｏＴデバイスデータを送信する。ＩｏＴデバイスは、データパケットを使用して５ＧネットワークにＩｏＴデバイスデータを送信する。ここで、このデータパケットには、ヘッダとペイロードが含まれる。ヘッダは、ＩｏＴデバイスの一意なデバイス識別子と、ＩｏＴデバイスのフローレッグのＦＩＤ（すなわち、ＦＩＤ２）とを含む。ここで、このＩｏＴデバイスのフローレッグのＦＩＤは、５ＧネットワークがＩｏＴデバイスのＩｏＴデバイスデータを、ＩｏＴデバイスデータが向かうリモートエンドポイントに直接送信するのに十分な情報を提供する。ヘッダからは、リモートエンドポイントのルーティング可能なアドレス情報（例えば、宛先ＭＡＣアドレスやこれに類するもの等の宛先アドレス）が省略される（これによって、無線インターフェースに対する有効な節約を提供する）。これは、上記のとおり、ＩｏＴデバイスの一意なデバイス識別子と、ＩｏＴデバイスのフローレッグのＦＩＤとを組み合わせによって十分に、５ＧネットワークがＩｏＴデバイスのＩｏＴデバイスデータを、ＩｏＴデバイスデータが向かうリモートエンドポイントに直接送信できるためである。ペイロードは、ＩｏＴデバイスからリモートエンドポイントに通信されているＩｏＴデバイスデータ（例えば、温度観測データ、湿度観測データ、その他これに類するもの）を含み、これをペイロードと示す。

ステップ４３０では、５ＧネットワークはＩｏＴデバイスからデータパケットを受信し、対応するデータパケットをリモートエンドポイントに送信する。

５Ｇネットワークは、ＩｏＴデバイスからデータパケットを受信する。５Ｇネットワークは、ＩｏＴデバイスの一意なデバイス識別子を、５Ｇネットワーク（例えば、５Ｇ ＳＤＮコントローラ）によってＩｏＴデバイスに割り当てられるレイヤ２アドレス（例えば、ＭＡＣアドレス）と置き換えることによってデータパケットを変更し、それによって変更されたデータパケットを提供する。５Ｇネットワークは、データパケットのヘッダを変更し、ＩｏＴデバイスの一意なデバイス識別子のマッピングに基づいて、変更されたデータパケットをＩｏＴデバイスのレイヤ２アドレスに提供できる。これは、５ＧネットワークのＢＴＳ、または、５Ｇネットワークのあらゆる適切なエンティティ（例えば、ＢＴＳ ＳＤＮスイッチ、またはこれに類するもの）によって実行されうる。

５Ｇネットワークは、ＩｏＴデバイスからの変更されたデータパケットが、リモートエンドポイントに向けられているか否か判断する。５Ｇネットワークは、ＩｏＴデバイスからの変更されたデータパケットが、リモートエンドポイントに向けられているか否かの判断を、フローセッションが確立されるときに５Ｇネットワークによって保持されるマッピング情報（例えば、ＩｏＴデバイスのレイヤ２アドレスとＩｏＴデバイスのフローレッグのＦＩＤとの組み合わせのマッピングであり、これらＩｏＴデバイスのレイヤ２アドレス、及びＩｏＴデバイスのフローレッグのＦＩＤは変更されたデータパケットに含まれており、リモートエンドポイントのレイヤ２アドレスとリモートエンドポイントのフローレッグのＦＩＤとの組み合わせである）に基づいて行う。５Ｇネットワークは、５Ｇネットワークとリモートエンドポイントとの間のフローレッグ上で、リモートエンドポイントにＩｏＴデバイスデータを送信する。５Ｇネットワークは、データパケットを使用してリモートエンドにＩｏＴデバイスデータを送信する。ここで、このデータパケットには、ヘッダとペイロードが含まれる。ヘッダはリモートエンドポイントのレイヤ２アドレス（例えば、ＭＡＣアドレス）及びリモートエンドポイントのフローレッグのＦＩＤ（いわゆる、ＦＩＤ１）を含む。ここで５Ｇネットワークは、マッピング情報に基づいてリモートエンドポイントのフローレッグのＦＩＤを特定する。ペイロードは、ＩｏＴデバイスからリモートエンドポイントに通信されているＩｏＴデバイスデータ（例えば、温度観測データ、湿度観測データ、その他これに類するもの）を含む。５Ｇネットワークは、変更されたデータパケットを変更すること（例えば、レイヤ２アドレス情報を更新し、ＩｏＴデバイスのＦＩＤ（ＦＩＤ２）とリモートエンドポイントのＦＩＤ（ＦＩＤ１）とを置き換える）、変更されたデータパケットに基づいて新しいパケットを生成すること（例えば、ＩｏＴデバイスから受信されたデータパケットをコピーし、データパケットのコピーを変更する）、及びこれに類するものを行うことによって、データパケットを生成することができる。新しいパケットは、セッション及びプロトコル情報に基づいて生成されうる。これらセッション及びプロトコル情報は、５Ｇネットワークとリモートエンドポイントとの間のフローレッグのために、５Ｇネットワークによって保持されている（例えば、ＴＣＰを使用するこのフローレッグの場合には、５Ｇネットワークによって保持されている完全なセッション情報が、ＴＣＰペイロードの再生成のために使用される）ことに留意すべきである。これは、５ＧネットワークのＩｏＴゲートウェイ（または、５Ｇネットワークのあらゆるその他の適切なエンティティ）によって実行されうる。

明瞭性のため図４では省略しているが、メッセージフロー４００は、データがＩｏＴデバイスとリモートエンドポイントとの間でやり取りされるように動作をし続けることが理解できるであろう（例えば、フローセッションが終了する時間まで等）。

フローセッションがリモートエンドポイントによって開始され、ＩｏＴデバイスがフローセッションを介して送信されるＩｏＴデバイスデータの発信元である実施形態に関して主に説明されているが、フローセッションがその他のデバイス（例えば、ＩｏＴデバイス）によって開始されてもよく、リモートエンドポイントが追加的（または代替的）にデータをＩｏＴデバイスに送信してもよく、またはこれに類すること、およびそれらの様々な組み合わせを行ってもよいことが理解できるであろう。

フローセッションの確立が、フローセッションの２つのフローレッグで同時に実行される確立を含む実施形態を主に説明しているが、少なくともいくつかの実施形態では、１つのエンドポイントの出力データストリーム（例えば、図４のメッセージフロー４００におけるＩｏＴデバイス）をもう１つのエンドポイントの入力データストリーム（例えば、図４のメッセージフロー４００におけるリモートエンドポイント）にリンクさせることにより、フローセッションの確立が実行されてもよい。少なくともいくつかのこのような実施形態では、ＦＩＤは、フローセッションのフローレッグに事前割り当てされる場合があり、これにより、フローセッションの確立を比較的迅速に完了させることが期待できる。このデータストリームの結合は、オペレータのコントロールパネル等に基づいて自動的、シームレスに実行されうることに留意すべきである。

図５は、フローセッションの確立方法、および、１対多数（ｏｎｅ−ｔｏ−ｍａｎｙ）のためのデータ転送方法の実施形態を示す。

図５に記載のとおり、ＩｏＴデバイス（例えば、図１のＩｏＴデバイス１１０）に対するデバイスネットワーキングをサポートするため、メッセージフロー５００は、２つのリモートエンドポイント（図１の２つのＲＥ１４０）を含むフローセッションのためのＯ２Ｍ通信モードに基づく５Ｇネットワーク（例えば、図１の５Ｇネットワーク１２０）を使用する、フローセッションの確立とＩｏＴデバイスのためのデータ転送とをサポートするように構成されている。メッセージフロー５００では、フローセッションの確立はリモートエンドポイントの１つによって開始される。

図５のステップ５０５−５３０は、ステップ４０５−４３０に類似する。しかし、フローセッションのためのフロータイプは現在、Ｏ２Ｍ（Ｏ２Ｏではなく）であるとして示されている。第２のリモートエンドポイントも、ＩｏＴデバイスのデータを受信するためにフローセッションに参加するためである（ステップ５３５−５５０に関しては後述する）。追加的に、ステップ５２５でＩｏＴデバイスによって送信され、ステップ５３０でリモートエンドポイントに転送されるＩｏＴデバイスデータは、ＩｏＴデバイスデータと区別するためにペイロード１と表記される。ここで、このＩｏＴデバイスデータは、第２のリモートデバイスがフローセッションに参加した後、ＩｏＴデバイスによって送信される（ペイロード２と記載）。

ステップ５３５では、第２のリモートエンドポイントが、Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを５Ｇネットワークに送信することによって、ＩｏＴデバイスのためのフローセッションの確立を開始する。本明細書では、第２のリモートエンドポイントが、ＩｏＴデバイスのためのフローセッションの確立を開始する。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、第２のリモートエンドポイントによって送信されるパケットのペイロードに含まれる場合がある。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスのＧＵＩＤを含む。ここで、リモートエンドポイントは、このＩｏＴデバイスとフローセッションを確立することを要求している（図５のＤ１のとおり）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、第２のリモートデバイスと５Ｇネットワークとの間にある、第２のリモートエンドポイントのフローレッグに対し、その第２のリモートエンドポイントによって選択されたＦＩＤを含む（例えば、この例ではＦＩＤ３と示す）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔはさらに、１または複数の追加的なパラメータを含むことができる。１つまたは複数の追加的なパラメータは、フローセッションのために要求されるフロータイプの表示（この例では、Ｍ２Ｏフローセッションタイプ）、フローセッション上でやり取りされるデータタイプの表示（例えば、温度データ、湿度データ、その他これに類するもの）、リモートエンドポイントへの権限付与で使用するための権限付与情報（例えば、アクセストークン、権限付与情報のその他の適切なタイプ）、その他これに類するもの、及びこれらの様々な組み合わせが含まれうる。明瞭性のため、図５にはフロータイプのみを記載したことに留意されたい。

ステップ５４０では、第２のリモートエンドポイントによってリクエストされたフローセッションのためのＩｏＴデバイスへのフローレッグが既に確立されているとの判断に基づいて、５ＧネットワークがＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅを第２のリモートエンドポイントに送信する。

第２のリモートエンドポイントによってリクエストされたフローセッションのためのＩｏＴデバイスへのフローレッグが既に確立されているとの判断は、第２のエンドポイントから受信されたＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔに含まれる１または複数の追加的なパラメータと、ＩｏＴデバイスへのフローレッグに関連する１または複数の追加的なパラメータとの比較に基づく場合がある。例えば、サーバに湿度データを送信しているＯ２Ｏフローセッション、第１のリモートエンドポイントに温度データを送信しているＯ２Ｍフローセッション（第２のリモートエンドポイントが参加を希望するフローセッションである）等のマルチフローセッションに、ＩｏＴデバイスが関係しているところでは、第２のリモートエンドポイントからのＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔに含まれる１または複数の追加的なパラメータと、ＩｏＴデバイスのＧＵＩＤとの組み合わせによって、５ＧネットワークがＯ２Ｍフローセッションを識別できる。ステップ５０５〜５３０では、第１のリモートエンドポイントのために、フローセッションを確立するべくメッセージングを開始したが、ここでは、第２のリモートエンドポイントが参加を希望し、第２のリモートエンドポイントがＯ２Ｍフローセッションへ参加できるように、５Ｇネットワークがメッセージングを開始する。このような方法で、既存のＩｏＴデバイスのフローレッグは、Ｏ２Ｍフローセッションのコンテキストで再利用され、第２のリモートエンドポイントへのＩｏＴデバイスのＩｏＴデバイスデータの配信をサポートする。

第２のリモートエンドポイントに送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅは、第２のリモートエンドポイントのフローレッグのＦＩＤ（いわゆる、ＦＩＤ３）を含み、また任意で、フローセッションの確立が成功したか否かについての情報を表す、フローセッション状態インジケータを含んでもよい。この時点で、ＩｏＴデバイス及び第２のリモートエンドポイントがデータをやり取りできるよう、第２のリモートエンドポイントに対するフローレッグが、そのＯ２Ｍフローセッションに適切に追加されている。５Ｇネットワークはさらに、フローレッグを互いにマッピングするためにマッピング情報（例えば、ＩｏＴデバイスのレイヤ２アドレスとＩｏＴデバイスのフローレッグのＦＩＤ２との組み合わせと、第２のリモートエンドポイントのレイヤ２アドレスと第２のリモートエンドポイントのフローレッグのＦＩＤ３との組み合わせとの間のマッピング）を保存し、このようにして、フローレッグのＦＩＤを使用している第２のリモートエンドポイントとＩｏＴデバイスとの間のデータ通信をサポートする。

ステップ５４５では、ＩｏＴデバイスが配信対象のデータをフローセッションを介してリモートエンドポイントと第２のエンドポイントとに送信する。ここで、このフローセッションは、ＩｏＴデバイス、リモートエンドポイント、第２のリモートエンドポイントとの間で確立されたものである。ＩｏＴデバイスは、ＩｏＴデバイスと５Ｇネットワークとの間のフローレッグ上で、５ＧネットワークにＩｏＴデバイスデータを送信する。ＩｏＴデバイスは、データパケットを使用して５ＧネットワークにＩｏＴデバイスデータを送信する。ここで、このデータパケットには、ヘッダとペイロードが含まれる。ヘッダは、ＩｏＴデバイスの一意なデバイス識別子と、ＩｏＴデバイスのフローレッグのＦＩＤ（すなわち、ＦＩＤ２）とを含む。ここで、このＩｏＴデバイスのフローレッグのＦＩＤは、５ＧネットワークがＩｏＴデバイスのＩｏＴデバイスデータを、ＩｏＴデバイスデータが向かうリモートエンドポイントと第２のリモートエンドポイントに直接送信するのに十分な情報を提供する。ヘッダからは、リモートエンドポイント及び第２のリモートエンドポイントのルーティング可能なアドレス情報（例えば、宛先ＭＡＣアドレスやこれに類するもの等の宛先アドレス）が省略される（これによって、無線インターフェースに対する有効な節約を提供する）。これは、上記のとおり、ＩｏＴデバイスの一意なデバイス識別子と、ＩｏＴデバイスのフローレッグのＦＩＤとの組み合わせによって十分に、５ＧネットワークがＩｏＴデバイスのＩｏＴデバイスデータを、ＩｏＴデバイスデータが向かうリモートエンドポイントと第２のリモートエンドポイントとに直接送信できるためである。ペイロードは、ＩｏＴデバイスからリモートエンドポイントに通信されているＩｏＴデバイスデータ（例えば、温度観測データ、湿度観測データ、その他これに類するもの）を含み、これをペイロード２と示す。

ステップ５５０では、５ＧネットワークがＩｏＴデバイスからデータパケットを受信し、対応するデータパケットをリモートエンドポイントに送信し（ステップ５５０−Ａで示す）、対応するデータパケットを第２のリモートエンドポイントに送信する（ステップ５５０−Ｂで示す）。

５Ｇネットワークは、ＩｏＴデバイスからデータパケットを受信する。５Ｇネットワークは、ＩｏＴデバイスの一意なデバイス識別子を、５Ｇネットワーク（例えば、５Ｇ ＳＤＮコントローラ）によってＩｏＴデバイスに割り当てられるレイヤ２アドレス（例えば、イーサネット（登録商標）のＭＡＣアドレス）と置き換えることによってデータパケットを変更し、それによって変更されたデータパケットを提供する。５Ｇネットワークは、データパケットのヘッダを変更し、ＩｏＴデバイスの一意なデバイス識別子のマッピングに基づいて、変更されたデータパケットをＩｏＴデバイスのレイヤ２アドレスに提供できる。これは、５ＧネットワークのＢＴＳ、または、５Ｇネットワークのあらゆる適切なエンティティ（例えば、ＢＴＳ ＳＤＮスイッチ、またはこれに類するもの）によって実行されうる。

５Ｇネットワークは、ＩｏＴデバイスからの変更されたデータパケットが、リモートエンドポイント及び第２のリモートエンドポイントの両方を行先としているか否か判断する。５Ｇネットワークは、ＩｏＴデバイスからの変更されたデータパケットが、リモートエンドポイント及び第２のリモートエンドポイントの両方を行先としているか否かの判断を、フローセッションのために５Ｇネットワークによって保持されるマッピング情報に基づいて行う。このマッピング情報は、例えば、ＩｏＴデバイスのレイヤ２アドレスとＩｏＴデバイスのフローレッグのＦＩＤ（ＦＩＤ２）との組み合わせのマッピングであり、このＩｏＴデバイスのレイヤ２アドレスとＩｏＴデバイスのフローレッグのＦＩＤ（ＦＩＤ２）との組み合わせは変更されたデータパケットに含まれており、（１）リモートエンドポイントのレイヤ２アドレスとリモートエンドポイントのフローレッグのＦＩＤ（ＦＩＤ１）との組み合わせ、（２）第２のリモートエンドポイントのレイヤ２アドレスと第２のリモートエンドポイントのフローレッグのＦＩＤ（ＦＩＤ３）との組み合わせである。
５Ｇネットワークは、５Ｇネットワークとリモートエンドポイントとの間のフローレッグ上でＩｏＴデバイスデータをリモートエンドポイントに送信し、５Ｇネットワークと第２のリモートエンドポイントとの間のフローレッグ上でＩｏＴデバイスデータを第２のリモートエンドポイントに送信する。これは、５ＧネットワークのＩｏＴゲートウェイ（または、５Ｇネットワークのあらゆるその他の適切なエンティティ）によって実行されうる。

５Ｇネットワークは、データパケットを使用してリモートエンドポイントにＩｏＴデータを送信する。ここで、このデータパケットには、ヘッダとペイロードが含まれる。ヘッダはリモートエンドポイントのレイヤ２アドレス（例えば、ＭＡＣアドレス）及びリモートエンドポイントのフローレッグのＦＩＤ（いわゆる、ＦＩＤ１）を含む。ここで５Ｇネットワークは、マッピング情報に基づいてリモートエンドポイントのフローレッグのＦＩＤを特定する。ペイロードは、ＩｏＴデバイスからリモートエンドポイントに通信されているデータ（例えば、温度観測データ、湿度観測データ、その他これに類するもの）を含み、これをペイロード２と示す。

５Ｇネットワークは、データパケットを使用して第２のリモートエンドポイントにＩｏＴデータを送信する。ここで、このデータパケットには、ヘッダとペイロードが含まれる。ヘッダは、第２のリモートエンドポイントのレイヤ２アドレス（例えば、ＭＡＣアドレス）及び第２のリモートエンドポイントのフローレッグのＦＩＤ（いわゆる、ＦＩＤ３）を含む。ここで５Ｇネットワークは、マッピング情報に基づいて第２のリモートエンドポイントのフローレッグのＦＩＤを特定する。ペイロードは、ＩｏＴデバイスから第２のリモートエンドポイントに通信されているデータ（例えば、温度観測データ、湿度観測データ、その他これに類するもの）を含み、これをペイロード２と示す。

５Ｇネットワークは、様々な方法で、リモートエンドポイントや第２のリモートエンドポイントのためのデータパケットを生成できる。５Ｇネットワークはデータパケットの生成を、
・ 変更されたデータパケットを一旦複製すること；
・ 変更されたデータパケットを更に変更すること（例えば、ＩｏＴデバイスのレイヤ２アドレスを削除したり、リモートエンドポイントのレイヤ２アドレスを追加したり、ＩｏＴデバイス（ＦＩＤ２）のフローレッグのＦＩＤをリモートエンドポイントのフローレッグのＦＩＤ（ＦＩＤ１）と置き換えたりすることによって、リモートエンドポイントのためのデータパケットを生成する）；
・ データパケットの複製物を変更すること（例えば、ＩｏＴデバイスのフローレッグのＦＩＤ（ＦＩＤ２）と、第２のリモートエンドポイントのフローレッグのＦＩＤ（ＦＩＤ３）とを置き換え、第２のリモートエンドポイントのためのデータパケットを生成する）；
ことによって行うことができる。５Ｇネットワークはデータパケットの生成を、変更されたデータパケットを２回複製することによって行う（例えばさらに、データパケットの２つの複製物を変更し、リモートエンドポイントと第２のリモートエンドポイントとに送信される２つのデータパケットを生成する）。パケットは、セッション及びプロトコル情報それぞれに基づいて生成されうる。これらセッション及びプロトコル情報は、５Ｇネットワークとリモートエンドポイントと第２のリモートエンドポイントとの間のそれぞれのフローレッグのために、５Ｇネットワークによって保持されていることに留意すべきである（例えば、ＴＣＰを使用するフローレッグの場合には、５Ｇネットワークによって保持されている完全なセッション情報が、そのフローレッグのために生成されたパケット用のＴＣＰペイロードを再生成するために使用される）。５Ｇネットワークは、様々なその他の方法でデータパケットを生成できる。

明瞭性のため図５では省略しているが、方法５００は、データがＩｏＴデバイスとリモートエンドポイントと第２のリモートエンドポイントの間でやり取りされるように動作をし続けることが理解できるであろう（例えば、フローセッションが終了する時間まで等）。

フローセッションがリモートエンドポイントによって開始され、ＩｏＴデバイスがフローセッションを介して送信されるデータの発信元である実施形態に関して主に説明されているが、フローセッションがその他のデバイス（例えば、ＩｏＴデバイス、第２のリモートエンドポイント、その他これに類するもの）によって開始されてもよく、リモートエンドポイントが追加的または代替的にデータをＩｏＴデバイスに送信してもよく、第２のリモートエンドポイントが追加的または代替的にデータをＩｏＴデバイスに送信してもよく、またはこれに類すること、およびそれらの様々な組み合わせを行ってもよいことが理解できるであろう。フローセッションがＩｏＴデバイスによって開始され、ＩｏＴデバイスがそのフローセッションで送信されるデータの発信元である実施形態が図６に示されている。

図６は、フローセッションの確立方法、および、１対多（ｏｎｅ−ｔｏ−ｍａｎｙ）のためのデータ転送方法の実施形態を示す。

図６に記載のとおり、ＩｏＴデバイス（例えば、図１のＩｏＴデバイス１１０）に対するデバイスネットワーキングをサポートするため、メッセージフロー６００は、２つのリモートエンドポイント（図１の２つのＲＥ１４０）を含むフローセッションのためのＯ２Ｍ通信モードに基づく５Ｇネットワーク（例えば、図１の５Ｇネットワーク１２０）を使用する、フローセッションの確立とＩｏＴデバイスのためのデータ転送とをサポートするように構成されている。メッセージフロー６００では、フローセッションの確立はＩｏＴデバイスによって開始される。

ステップ６０５では、Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔを５Ｇネットワークに送信することによって、ＩｏＴデバイスがＩｏＴデバイスのためのフローセッションの確立を開始する。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスによって送信されるパケットのペイロードに含まれる場合がある。ＩｏＴデバイスによって送信されるパケットのヘッダには、ＩｏＴデバイスの一意なデバイス識別子が含まれる。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、ＩｏＴデバイスと５Ｇネットワークとの間にある、そのＩｏＴデバイスのフローレッグに対し、そのＩｏＴデバイスによって選択されたＦＩＤを含む（例えば、この例ではＦＩＤ１と示す）。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔはさらに、１または複数の追加的なパラメータを含むことができる。１つまたは複数の追加的なパラメータは、フローセッションのために要求されるフロータイプの表示（この例では、Ｍ２Ｏフローセッションタイプ）、フローセッション上でやり取りされるデータタイプの表示（例えば、温度データ、湿度データ、その他これに類するもの）、その他これに類するもの、及びこれらの様々な組み合わせが含むことができる。Ｃｒｅａｔｅ＿Ｆｌｏｗ ｒｅｑｕｅｓｔは、リモートエンドポイントのＧＵＩＤを含まない。ＩｏＴデバイスが、フローセッションの確立を開始しているためである。ここで、このフローセッションは、１つまたは複数のリモートエンドポイントによって後に参加される場合がある。明瞭性のため、図６にはフロータイプのみを記載したことに留意されたい。

ステップ６１０では、５ＧネットワークはＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅをＩｏＴデバイスに送信する。ＩｏＴデバイスに送信されるＣｒｅａｔｅ＿Ｆｌｏｗ ｒｅｓｐｏｎｓｅは、ＩｏＴデバイスのフローレッグのＦＩＤ（いわゆる、ＦＩＤ１）を含み、また任意で、フローセッションの確立が成功したか否かについての情報を表す、フローセッション状態インジケータを含んでもよい。この時点で、ＩｏＴデバイスがＩｏＴデータの送信を開始できるように、ＩｏＴデバイスのためのフローレッグが確立されている。しかしこの時点では、ＩｏＴデバイスのＩｏＴデータを受信するためにフローを要求しているリモートエンドポイントはない。リモートデバイスからのこれら要求は、その後いつでも開始される場合がある。これについては、ステップ６１５〜６５０で説明されている。

図６のステップ６１５〜６５０は、図５のステップ５０５及び５２０−Ａ（リモートエンドポイントのための）、図５のステップ５３５及び５４０（第２のリモートエンドポイントのための）に類似している。しかし、ここでは、リモートエンドポイント及び第２のリモートエンドポイントの両方が、ＩｏＴデバイスからＩｏＴデータを受信することをフローレッグに要求している。ここで、このＩｏＴデバイスは、確立されたフローレッグをすでに有している。結果として、上述のとおり、ステップ６１０の完了後いつでも（例えば、１分後、１日後、１週間後、その他これに類するとき）、ステップ６１５〜６５０は実行されうる。少なくともいくつかの実施形態では、ＩｏＴデバイスのためのフローレッグの確立に続いて、５Ｇネットワークは、ＩｏＴデバイスにフローレッグの利用可能性を示す情報を提供可能である。この情報はリモートエンドポイントによって発見され、ＩｏＴデバイスのフローレッグへ接続するためのフローレッグを要求するためにリモートエンドポイントによって使用されうる。少なくともいくつかの実施形態では、５Ｇネットワークは、ＩｏＴデバイスのデータ送信のタイミングを制御することができる。例えば、ＩｏＴデバイスのために生成されるフローレッグに関連するフローレッグを、いずれかのリモートエンドポイントが有しているか否か（さらに任意で、リモートエンドポイントがそのようなフローレッグを確立する予定がある時、又はその可能性がある時を示す情報）によって、５ＧネットワークはＨｏｌｄ＿Ｄａｔａ ｍｅｓｓａｇｅをＩｏＴデバイスに送信し、ＩｏＴデバイスにそのフローレッグでＩｏＴデータを送信しないように指示することができ、さらに、５ＧネットワークはＳｅｎｄ＿Ｄａｔａ ｍｅｓｓａｇｅをＩｏＴデバイスに送信し、ＩｏＴデバイスにそのフローレッグでＩｏＴデータを送信するよう指示することができる。（例えば、リモートエンドポイントがフローレッグを確立した場合、又は、その確立を要求した場合である）。ＩｏＴデバイスは５Ｇネットワークによる指示の従い、データを送信または保持するように構成されるであろう。ＩｏＴデータが、フローレッグを介してＩｏＴデバイスからリモートポイントエンドに移動できるように（ステップ６２５及び６３０）、リモートエンドポイントのためのフローレッグの確立（ステップ６１５及び６２０）は、リモートエンドポイントのためのフローセッションの確立を完了する。同様に、ＩｏＴデータが、フローレッグを介してＩｏＴデバイスから第２のリモートエンドポイントに移動できるように（ステップ６４５及び６５０）、第２のリモートエンドポイントのためのフローレッグの確立（ステップ６３５及び６４０）は、第２のリモートエンドポイントのためのフローセッションの確立を完了する。

図示していないが、フローの確立は、Ｍ２Ｏフローセッションの確立のために実行されうる。Ｍ２Ｏフローセッションでは、データは、複数の発信元エンドポイントから１つの宛先エンドポイントに伝達される（例えば、複数のリモートエンドポイントから１つのＩｏＴデバイスに向けて、または、複数のＩｏＴデバイスから１つのリモートエンドポイントに向けて）。そして、そのため、Ｍ２Ｏフローセッションは、複数の発信元エンドポイントから５Ｇネットワークへの複数のフローレッグと、５Ｇネットワークから宛先エンドポイントへの１つのフローレッグとで構成されうる。Ｍ２Ｏフローセッションのためのフローレッグは、Ｏ２Ｍセッションで説明したものを類似した方法で確立され、どのデバイスがＭ２Ｏフローセッション、フローディレクション、これに類するもの、及びこれらの様々な組み合わせの確立を開始するかによって、様々に依存しうる。発信元エンドポイントから５Ｇネットワークへの複数のフローレッグを介して５Ｇネットワークによって受信されるフローデータは、５Ｇネットワークから宛先エンドポイントへの１つのフローレッグを介して、５Ｇネットワークによって宛先エンドポイントに転送されうる。発信元エンドポイントから５Ｇネットワークへの複数のフローレッグを介して５Ｇネットワークによって受信されるフローデータには、発信元エンドポイントのＧＵＩＤを含んでいることが期待されない（むしろ、フローレッグのＦＩＤを含んでいることが比較的期待される）。そのため、５Ｇネットワークは、発信元エンドポイントのＧＵＩＤ（発信元のフローレッグのＦＩＤをマッピングするマッピング情報を利用している５Ｇネットワークによって決定される）をパケットに挿入し、宛先エンドポイントが発信元エンドポイントからのパケットの発信元を識別するのを可能にできる。ここで、このパケットは、５Ｇネットワークと宛先エンドポイントとの間の１つのフローレッグを介して宛先エンドポイントに送信されるパケットである。５Ｇネットワークによる発信元エンドポイントのＧＵＩＤの送信は、基本的な通信プロトコルからの利用が可能なオプションに依存する場合がある。例えば、５Ｇネットワークから宛先エンドポイントへのフローレッグがＴＣＰを使用している場合、発信元エンドポイントのＧＵＩＤは、ＴＣＰオプションとして、発信元エンドポイントのパケットヘッダで送信される場合がある。

図示していないが、フローの確立は、Ｍ２Ｍフローセッションの確立のために実行されうる。Ｍ２Ｍフローセッションでは、データが、複数の発信元エンドから複数の宛先エンドポイントに伝達される（例えば、複数のリモートエンドポイントから複数のＩｏＴデバイスに向けて、または、複数のＩｏＴデバイスから複数のリモートエンドポイントに向けて）。そして、そのため、Ｍ２Ｍフローセッションは、複数の発信元エンドポイントから５Ｇネットワークへの複数のフローレッグと、５Ｇネットワークから宛先エンドポイントへの複数のフローレッグとで構成されうる。Ｍ２Ｍフローセッションのためのフローレッグは、Ｏ２Ｍセッションで説明したものを類似した方法で確立され、どのデバイスがＯ２Ｍ及びＭ２Ｏフローセッション、フローディレクション、これに類するもの、及びこれらの様々な組み合わせの確立を開始するかによって、様々に依存しうる。発信元エンドポイントから５Ｇネットワークへの複数のフローレッグスを介して５Ｇネットワークによって受信されるフローデータは、５Ｇネットワークから宛先エンドポイントへの複数のフローレッグを介して、５Ｇネットワークによって宛先エンドポイントに転送されうる。発信元エンドポイントから５Ｇネットワークへの複数のフローレッグを介して５Ｇネットワークによって受信されるフローデータには、発信元エンドポイントのＧＵＩＤを含んでいることが期待されない（むしろ、フローレッグのＦＩＤを含んでいることが比較的期待される）。そのため、５Ｇネットワークは、発信元エンドポイントのＧＵＩＤ（発信元のフローレッグのＦＩＤをマッピングするマッピング情報を利用している５Ｇネットワークによって決定される）をパケットに挿入し、宛先エンドポイントが発信元エンドポイントからのパケットの発信元を識別するのを可能にする場合がある。ここで、このパケットは、５Ｇネットワークと宛先エンドポイントとの間の複数のフローレッグを介して宛先エンドポイントに送信されるパケットである。５Ｇネットワークによる発信元エンドポイントのＧＵＩＤの送信は、基本的な通信プロトコルからの利用が可能なオプションに依存する場合がある。例えば、５Ｇネットワークから宛先エンドポイントへのフローレッグがＴＣＰを使用している場合、発信元エンドポイントのＧＵＩＤは、ＴＣＰオプションとして、発信元エンドポイントのパケットヘッダで送信される場合がある。

明瞭性のため省略するが（図４、５、６）、５Ｇネットワークは基本的なネットワークプロトコルの間での変換を操作するように構成されうることが理解できるであろう。ここで、この基本的なネットワークプロトコルは、フローセッションの各フローレッグ上で使用され、これによって、エンドポイント間の通信をサポートすることができる（本明細書に記載のとおり、ＩＰ及び非ＩＰエンドポイントのためのサポートを含む場合がある）。ここで、このエンドポイントは、異なる基本的なネットワークプロトコルを使用している。例えば、５Ｇネットワークは、第１のフローレッグと第２のフローレッグが異なる基本的なネットワークプロセスを使用する場合、第２のフローレッグで送信されて第１のフローレッグで受信するパケットのために、プロトコル間でパケットを処理および変換するように構成されうる。

明瞭性のため省略するが（図４、５、６）、プロトコルデータはフローセッションの一部またはすべてのフローレッグと関連しうることが理解できるであろう。フローセッションのフローレッグと関連するプロトコルデータは、フロー設定の間、エンドポイントデバイスによってネゴシエートされうる。フローセッションのフローレッグに関連するプロトコルデータは、プロトコル特有の処理をサポートし、フローセッションのフローレッグのデータ転送をするために、５Ｇネットワーク（例えば、ＩｏＴゲートウェイ）またはその他のネットワークによって使用されうる。プロトコルデータは、様々に異なるプロトコルを横断することができる。例えば、リモートエンドポイントがサーバであり、サーバのためのフローレッグのプロトコルがＴＣＰの場合、フローレッグのためのプロトコルデータは、ＩｏＴデバイスからのデータフローが提供されるサーバ上のＴＣＰポート番号（アプリケーション識別子）を含むことができる。例えば、マシンツーマシンのプロトコル、ＰＲＯＦＩＮＥＴでは、プロトコルデータは、プライバシー及びセキュリティのために使用されるＶＬＡＮ（ｖｉｒｔｕａｌ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）タグを含むことができる。その他のタイプのプロトコルデータもサポートされる場合があり、その他のプロトコルもサポートされる場合があり、これに類する場合、及びこれらの様々な組み合わせのケースがあることも理解できるであろう。

フローセッション及び通信の実施形態は、２つのフローレッグのみがフローセッションの通信エンドポイントのいずれかのペア間で必要とされるように、様々なエンドポイントが全て５Ｇネットワーク（さらに具体的には、同じＩｏＴゲートウェイ）に接続される実施形態の文脈中で主に説明されているが、２つ以上のフローレッグがフローセッションの通信エンドポイントの１つまたは複数のペア間で必要とされうるように、エンドポイントを様々なその他の方法で接続してもよい（例えば、同一ネットワークの異なるＩｏＴデバイス、異なるネットワークの異なるＩｏＴデバイス（この場合、エンドポイントによる通信は、ＩｏＴゲートウェイの間、場合によってはネットワーク境界で接続をクロス（ｃｒｏｓｓ）してもよい）、その他これに類するもの、及びこれらの様々な組み合わせ）ことは理解されるであろう。少なくともいくつかの実施形態では、例えば、エンドポイントの１つが５Ｇネットワークの第１のＩｏＴゲートウェイに割り当てられる場合があり、その他のエンドポイントが５Ｇネットワークの第２のＩｏＴゲートウェイに割り当てられる場合がある。この場合、第１のゲートウェイと第２のゲートウェイとの間でフローセッションのデータを転送するため、第１のゲートウェイと第２のゲートウェイとの間で接続が確立される場合がある。少なくともいくつかの実施形態では、例えば、エンドポイントの１つが５ＧネットワークのＩｏＴゲートウェイに割り当てられる場合があり、その他のエンドポイントが異なる通信ネットワークのゲートウェイに割り当てられる場合がある。この場合、５ＧネットワークのＩｏＴゲートウェイと異なる通信ネットワークのゲートウェイとの間でフローセッションのデータを転送するため、５ＧネットワークのＩｏＴゲートウェイと異なる通信ネットワークのゲートウェイとの間で接続が確立される場合がある。少なくともいくつかの実施形態では、例えば、エンドポイントの１つが第１のネットワークのゲートウェイに割り当てられる場合があり、その他のエンドポイントが第２のネットワークのゲートウェイに割り当てられる。ここで、第３のネットワークは、第１および第２のネットワークの間に配置される。この場合、第１の接続は、第１のネットワークのゲートウェイと第３のネットワークのゲートウェイとの間で確立される場合があり、第２の接続は、フローセッションのデータを転送するために第３のネットワークのゲートウェイと第２のネットワークのゲートウェイとの間で確立される。この場合、エンド・ツー・エンドのトンネルは中継用（ｉｎｔｅｒｖｅｎｉｎｇ）の第２のネットワークを経由して第１のネットワークのゲートウェイと第３のネットワークのゲートウェイとの間で確立される場合がある。エンド・ツー・エンドのフローセッションが複数のネットワークの間のネットワーク境界を跨ぐ、少なくともいくつかの実施形態では、境界を跨ぐフローをサポートするために、各ネットワークが、そのネットワークのゲートウェイのためにネットワークアドレス（例えば、ＩＰアドレス、ＵＤＰポート番号、その他これに類するもの）を公開し、隣接するネットワークがそのネットワークアドレスに接続できるようにすべき場合があることが理解されよう。

いくつかの適切な数のコネクションが、互いに連結してエンド・ツー・エンドのデータフローをサポートできることが理解されよう（例えば、データセッションのエンドポイントの間に配置されうる、いくつかの適切な数のネットワークのネットワーク境界をクロスするため）。このような、ゲートウェイ間またはその他のタイプの媒介装置の間の追加的な接続が、様々なネットワーキング機能（レイヤ２のトンネリング、レイヤ３のトンネリング、その他これに類するもの等）を使用してサポートされうることが理解されよう。

明瞭性のため省略するが、１つのＩｏＴデバイス（または、複数のＩｏＴデバイス）をハブ装置（ｈｕｂ ｄｅｖｉｃｅ：例えば、家庭内での１つまたは複数の関連するＩｏＴデバイスをサポートできる、ＩｏＴホームゲートウェイまたはその他の装置）の背後に設けてもよいことが理解されよう。ＩｏＴハブが複数のＩｏＴデバイスにサービスを提供している構成の一例を図７に示す。

図７は、複数のＩｏＴデバイスの通信をサポートするように構成される、ＩｏＴハブを備える通信システムの一部の一例を示す。

通信システム７００は、ＩｏＴデバイス７１０−１〜７１０−Ｎのセット（正確には、ＩｏＴデバイス７１０、ＩｏＴハブ７１５、５ＧネットワークのＢＴＳ１２１）を含む。５Ｇネットワーク１２０にＢＴＳ１２１が含まれることは、通信システム７００のＩｏＴデバイス７１０とＩｏＴハブ７１５の構成が、図１の通信システム１００（明瞭性のため、図７では、通信システム１００のその他の部分は省略されているが）のコンテキスト内で使用されうることを示すことが理解されるであろう。

ＩｏＴハブ７１５は自身に関連するＧＵＩＤを有しており、このＧＵＩＤは、５Ｇネットワーク１２０でのＩｏＴハブ７１５の認証および権限付与のために使用されうる。ＩｏＴデバイスは、それらに関連するＧＵＩＤを有する。ＩｏＴデバイス７１０のＧＵＩＤは、様々な制御メッセージで使用されうる。ここで、この制御メッセージは、（例えば、認証、権限付与、登録、ディスカバリメッセージでＩｏＴデバイス７１０を特定するために、）ＩｏＴデバイス７１０の代わりにＩｏＴハブ７１５によって送信されうる。ＩｏＴデバイス７１０は、例えばＩｏＴデバイス７１０のＧＵＩＤに基づいて、５Ｇネットワーク１２０に自身を登録することができる。または、ＩｏＴデバイス７１０のＧＵＩＤを使用しているＩｏＴデバイス７１０のための登録メッセージを送信することによって、ＩｏＴハブ７１５がＩｏＴデバイス７１０を登録できる。

ＩｏＴハブ７１５は、自身に関連する固有のデバイス識別子を有する。これは、ＩｏＴハブ７１５が関与しない実施形態では、ＩｏＴデバイス７１０固有の識別子の代わりに使用されうる。ＩｏＴデバイス７１０は、自身に関連する固有のデバイス識別子を必ずしも必要としない。ＩｏＴデバイス７１０の固有のデバイス識別子は、ＩｏＴハブ７１５によって使用されない場合がある。というのも、ＩｏＴハブ７１５が固有のデバイス識別子を有し、前述のとおりこれは、ＩｏＴハブ７１５が関与しない実施形態では、ＩｏＴデバイス７１０の固有のデバイス識別子の代わりに使用される場合があるからである。

ＩｏＴデバイス７１０は、それに関連するＩｏＴデバイス識別情報を有する。このＩｏＴデバイス識別情報は、ＩｏＴハブ７１５によって使用するために構成され、ＩｏＴハブ７１５に接続されるＩｏＴデバイス７１０を一意的に識別する。ＩＯＴデバイス７１５は、ＩｏＴデバイス識別情報を保持する。ここで、このＩｏＴデバイス識別情報は、ＩｏＴハブ７１５によって使用され、ＩｏＴハブ７１５に接続されるＩｏＴデバイス７１０を一意的に識別する。ＩｏＴハブ７１５の背後にあるＩｏＴデバイス７１０の一意的な識別をサポートするために使用されるＩｏＴデバイス識別情報は、いくつかの適切な数のビットを含むことができる（このビットの数は、一意的な識別が必要とされるＩｏＴハブ７１５に接続される、ＩｏＴデバイス７１０の数に依存する場合がある）。例えば、ＩｏＴデバイス識別情報は４ビットの識別子（例えば、ＩｏＴデバイスハブ７１５がその背後に最大で１６のＩｏＴデバイスを有する場合）、１バイトの識別子（例えば、そのハブが背後に最大で２５６のＩｏＴデバイスを有する場合）、その他同様のビット数の識別子の識別子であってよい。

ＩｏＴハブ７２０を介するＩｏＴデバイス７１０によるアップストリーム及びダウンストリームを以下でさらに詳しく説明する。

ＩｏＴデバイス７１０からのアップストリームの向きでは、ＩｏＴデバイス７１０がパケットを送信する。パケットはヘッダとペイロードを含む。ヘッダは、ＩｏＴデバイス識別情報を含む。ここで、このＩｏＴデバイス識別情報は、ＩｏＴハブ７１５によって使用され、ＩｏＴデバイス７１０を一意的に識別できる。ペイロードは、ＩｏＴデバイス７１０のＩｏＴデバイスデータを含む。ここで、このＩｏＴデバイスデータは、コンシューマ装置に提供されている。ＩｏＴハブ７１５は、ＩｏＴデバイス７１０からパケットを受信し、５Ｇネットワーク１２０にパケットを送信する。ＩｏＴハブ７１５によって５Ｇネットワーク１２０に送信されるＩｏＴデバイス７１０のパケットは、ＩｏＴハブ７１５の固有のデバイス識別子と、ＩｏＴデバイス７１０を一意的に識別するのに使用されるＩｏＴデバイス識別情報とを含み、同様に、ＩｏＴハブ７１５と５Ｇネットワーク１２０との間のフローレッグのＦＩＤを含む。５Ｇネットワーク１２０のＢＴＳ１２１は、パケットを受信すると、ＩｏＴハブ７１５の固有のデバイス識別子に基づくＩｏＴハブ７１５のレイヤ２アドレスを識別し、ＩｏＴハブ７１５のレイヤ２アドレスをパケットに挿入し、そのパケットを５Ｇネットワーク１２０に送信する。５Ｇネットワーク１２０（例えば、ＩｏＴゲートウェイ１２３）は、ＩｏＴハブ７１５のレイヤ２アドレスを含むパケットを受信すると、ＩｏＴハブ７１５のレイヤ２アドレスに基づくフローセッション、ＩｏＴデバイス７１０のＩｏＴデバイス識別情報、ＩｏＴハブ７１５と５Ｇネットワーク１２０との間にあるフローレッグのＦＩＤを識別する。５Ｇネットワーク１２０は、パケットのためのフローセッションの識別に基づいて、識別されたフローセッションに関連するフローセッション情報を検索する。フローセッション情報は、ＩｏＴデバイス７１０のＩｏＴデバイスデータが送信される、フローセッションのその他のフローレッグを一意的に識別する情報を含む（本明細書では明瞭性のため、５Ｇネットワーク１２０と、ＩｏＴデバイスデータのコンシューマのコンシューマ装置との間にもう１つフローレッグがあると仮定する）。識別されるその他のフローレッグは、コンシューマ装置のレイヤ２アドレス及びその他のフローレッグのＦＩＤと関連している。５Ｇネットワーク１２０は、パケットに含まれるＦＩＤをその他のフローレッグのために検索されたＦＩＤに置き換え、ヘッダに含まれる宛先レイヤ２アドレスをコンシューマ装置のレイヤ２アドレスに設定して、それによって変更パケットを形成する（ここでは、コンシューマ装置は、ハブ経由で接続されているのではなく、５Ｇネットワークに直接接続されている）。５Ｇネットワーク１２０は、変更パケットをその他のフローレッグ経由でコンシューマ装置に送信する。

ＩｏＴデバイス７１０に向かうダウンストリーム方向では、５Ｇネットワーク１２０がコンシューマ装置のパケットを受信する。ここで、このコンシューマ装置のパケットは、ＩｏＴデバイス７１０に配信されるＩｏＴデバイスデータ（例えば、要求、命令、指示等）を含む。５Ｇネットワークは、コンシューマ装置と５Ｇネットワーク１２０との間で、フローレッグ経由でパケットを受信する。パケットはヘッダとペイロードを含む。パケットのヘッダは、コンシューマ装置と５Ｇネットワークとの間のコンシューマ装置のレイヤ２アドレス及びフローレッグのＦＩＤを含む。コンシューマ装置のレイヤ２アドレス及びＦＩＤは、フローセッションを一意的に識別する。ペイロードは、ＩｏＴデバイス７１０に配信されるＩｏＴデバイスデータを含む。５Ｇネットワーク１２０は、パケットを受信して、コンシューマ装置のレイヤ２アドレスとＦＩＤとに基づいてフローセッションを識別し、識別されたフローセッションに関連するフローセッション識別情報を検索する。フローセッション情報は、ＩｏＴデバイスのＩｏＴデバイスデータが送信される、フローセッションのその他のフローレッグを一意的に識別する情報を含む（本明細書では明瞭性のため、５Ｇネットワーク１２０とＩｏＴハブ７１５との間にもう１つフローレッグがあると仮定する。ここで、このＩｏＴハブ７１５は、コンシューマ装置のパケットの行先のＩｏＴデバイス７１０をサポートしている）。フローセッション情報は、ＩｏＴデバイス識別情報も含む。ここで、このＩｏＴデバイス識別情報は、ＩｏＴデバイス７１０を一意的に識別するためにＩｏＴハブ７１５によって使用される。識別されるその他のフローレッグは、ＩｏＴハブ７１５のレイヤ２アドレス及びその他のフローレッグのＦＩＤと関連している。５Ｇネットワーク１２０は、パケットに含まれるＦＩＤをその他のフローレッグのために検索されたＦＩＤと置き換えて、ヘッダに含まれる宛先レイヤ２アドレスをＩｏＴハブ７１５のレイヤ２アドレスにセットし、ＩｏＴデバイス７１０のＩｏＴデバイス識別情報をパケットに挿入し（パケットの行先のＩｏＴデバイス７１０を識別するときに、ＩｏＴハブ７１５によって使用するため）、これによって変更パケットを形成する。５Ｇネットワークは、変更パケットをＩｏＴハブ７１５に送信する。ＩｏＴハブ７１５は、変更パケットを受信し、ＩｏＴデバイス７１０のＩｏＴデバイス識別情報に基づいて、変更パケットの行先のＩｏＴデバイス７１０を識別する。ＩｏＴハブ７１５は、ＩｏＴデバイスデータをＩｏＴデバイス７１０に提供する（具体的には、変更パケットをＩｏＴデバイスに送信することによって、または、変更パケットの変更版をＩｏＴデバイス７１０に送信することによって、または、ＩｏＴデバイスデータを取得し、そのＩｏＴデバイスデータをＩｏＴデバイスに提供することによって、及びこれらに類する処理によって提供する）。

ＩｏＴデバイスへのサービス提供もしくはその他のタイプのエンドポイント装置へのサービス提供を行っているＩｏＴハブ装置の使用をサポートするため、または、ＩｏＴデバイスへのサービス提供もしくはその他のタイプのエンドポイント装置へのサービス提供を行っているその他のタイプの中継装置の使用をサポートするために、様々なその他の機能が提供されることが理解できるであろう。

無線でＢＴＳと通信するデバイスをＩｏＴ関連機器と称する場合があり、ＩｏＴハブ装置がない場合にはＩｏＴデバイスであってもよく、また、１または複数のＩｏＴデバイスによる通信をサポートしているＩｏＴハブ装置であってもよいことが理解できるであろう。ＩｏＴデバイスによる通信をサポートするように構成される様々な方法をさらに詳しく説明する。

図８は、無線ネットワークを介した通信でのＩｏＴ関連機器による使用のための方法の一例を示す。ブロック８０１では、方法８００を開始する。ブロック８１０では、ＩｏＴ関連機器は、無線ネットワークの無線アクセスデバイスに向けて、ＩｏＴ関連機器のためのフローセッションのフローレッグの確立をリクエストするｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅを送信する。ここで、このｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅは、フローセッションのフローレッグのためにＩｏＴ関連機器によって選択されるフロー識別子を含む。ＩｏＴ関連機器は、関連するレスポンスを処理して、ＩｏＴ関連機器のためのフローセッションのフローレッグの確立をサポートすることもできる。ブロック８２０では、ＩｏＴ関連機器は、ＩｏＴ関連機器と無線アクセスデバイスとの間で、ＩｏＴデータパケットの通信をサポートする。ここで、このＩｏＴデータパケットは、ＩｏＴ関連機器の固有デバイス識別子、フロー識別子、ＩｏＴデバイスデータを含む。ブロック８９９では、方法８００を終了する。

図９は、ＩｏＴ関連機器の通信のサポートにおける無線ネットワークの無線アクセスデバイスによる使用のための方法の一例を示す。ブロック９０１では、方法９００を開始する。ブロック９１０では、無線アクセスデバイスは、ＩｏＴ関連機器から、無線ネットワークへのＩｏＴ関連機器のアタッチメントをリクエストする、ａｔｔａｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅを受信する。ここで、このａｔｔａｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅは、ＩｏＴ関連機器のＧＵＩＤと、ＩｏＴ関連機器の固有デバイス識別子とを含む。ブロック９２０では、無線アクセスデバイスが、無線ネットワークのネットワークコントローラに向けて、無線アクセスデバイスがＩｏＴ関連機器用のエントリーを有していないという判断に基づき、ａｔｔａｃｈ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅを送信する。ブロック９３０では、無線アクセスデバイスは、ネットワークコントローラから、ＩｏＴ関連機器に割り当てられるレイヤ２アドレスと、ＩｏＴ関連機器用に割り当てられるＩｏＴゲートウェイデバイスのレイヤ２アドレスとを含むメッセージを受信する。ブロック９９９では、方法９００を終了する。

図１０は、ＩｏＴ関連機器の通信のサポートにおける無線ネットワークに関連するネットワークスイッチによる使用のための方法の一例を示す。ブロック１００１では、方法１０００を開始する。ブロック１０１０では、ネットワークスイッチが、ネットワークコントローラからフローエントリー情報を受信する。ここで、フローエントリー情報はルールのセットとアクションのセットとを含み、ルールのセットは、ＩｏＴ（Ｉｎｔｅｒｎｅｔ−ｏｆ−Ｔｈｉｎｇｓ）関連機器に割り当てられるレイヤ２アドレス、または、ＩｏＴ関連機器に割り当てられるＩｏＴゲートウェイデバイスのレイヤ２アドレスに適合するように構成される。また、アクションのセットは、ルールのセットに適合するパケットが、ネットワークスイッチからＩｏＴゲートウェイデバイス、または、ネットワークスイッチから無線アクセスデバイスに転送されるべき旨の表示を含む。ブロック１０２０では、ネットワークスイッチが、ＩｏＴ関連機器に割り当てられるレイヤ２を含むレイヤ２アドレスフィールドを含むＩｏＴデータパケット、または、ＩｏＴゲートウェイデバイスのレイヤ２アドレスを含むレイヤ２アドレスフィールドを含むＩｏＴデータパケットを受信する。ブロック１０３０では、フローエントリー情報に基づいて、ネットワークスイッチが、ＩｏＴデータパケットを、ネットワークスイッチから無線アクセスデバイス、または、ＩｏＴゲートウェイデバイスに転送する。ブロック１０９９では、方法１０００を終了する。

図１１は、ＩｏＴ関連機器の通信のサポートにおけるＩｏＴゲートウェイデバイスによる使用のための方法の一例を示す。ブロック１１０１では、方法１１００を開始する。ブロック１１１０では、ＩｏＴゲートウェイデバイスは、第１のデバイスからフローセッションの第１のフローレッグを介し、第１のヘッダと第１のペイロードとを含む第１のパケットを受信する。ここで、この第１のヘッダは、第１のデバイスのレイヤ２アドレスと第１のフローレッグの第１のフロー識別子とを含み、第１のペイロードは、ＩｏＴデバイスデータを含む。ブロック１１２０では、ＩｏＴゲートウェイデバイスは、第２のデバイスにフローセッションの第２のフローレッグを介し、第２のヘッダと第２のペイロードとを含む第２のパケットを送信する。ここで、この第２のヘッダは、第２のデバイスのレイヤ２アドレスと第２のフローレッグの第２のフロー識別子とを含み、第２のペイロードは、ＩｏＴデバイスデータを含む。ブロック１１９９では、方法１１００を終了する。

ネットワーキングが、ＩｏＴデバイスとＩｏＴ関連リモートエンドポイント（例えば、ＩｏＴサーバ、ＩｏＴデータコンシューマ、その他これに類するもの）との間にある実施形態について主に説明されているが、本明細書で説明されている様々な実施形態を、ＩｏＴデバイスと非ＩｏＴ関連機器との間のネットワーキングで使用できることが理解されよう。ここで、このネットワーキングは、ＩｏＴゲートウェイの背後に位置づけられる場合がある（例えば、コアネットワークの中の装置、非ＩｏＴサーバ、これに類するもの、及びこれらの様々な組み合わせ）。

本明細書では主に、特定のタイプの通信ネットワークと通信ネットワーク技術とを使用する（例えば、５Ｇセルラーネットワーク等）通信システムのコンテキストに含まれるＩｏＴデバイス接続、ディスカバリ、ネットワーキング機能をサポートすることについて説明されている。しかし、その他のタイプの通信ネットワーク（例えば、４Ｇセルラーネットワーク、３Ｇセルラーネットワーク、有線ネットワーク、これに類するもの、及びこれらの様々な組み合わせ）、様々なその他のタイプの通信ネットワーク技術、これに類するもの、及びこれらの様々な組み合わせを使用する、様々なその他のタイプの通信システムのコンテキストの中で、ＩｏＴデバイス接続、ディスカバリ、ネットワーキング機能をサポートすることも可能であることが理解されよう。

図１２は、本明細書に記載される様々な機能の実行での使用に適したコンピュータのハイレベルなブロック図を示す。

コンピュータ１２００は、プロセッサ１２０２（例えば、中央処理装置（ＣＰＵ）、プロセッサコアのセットを備えるプロセッサ、その他これに類するもの）、及びメモリ１２０４（例えば、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、その他これに類するもの）を含む。プロセッサ１２０２及びメモリ１２０４は、通信可能に接続されている。

コンピュータ１２００もまた、コーポレーティング要素１２０５（ｃｏｏｐｅｒａｔｉｎｇ ｅｌｅｍｅｎｔ）を備えることができる。コーポレーティング要素１２０５は、ハードウェア装置であってもよい。コーポレーティング要素１２０５は、メモリ１２０４にロードされ、プロセッサ１２０２によって実行されて本明細書に記載のような機能を実行することのできるプロセスであってもよい（この場合、例えば、コーポレーティング要素１２０５（関連するデータ構造を含む）をストレージ装置またはその他のストレージ要素（例えば、磁気ドライブ、光学ドライブ、及びこれに類するもの）等の持続性コンピュータ可読記憶媒体に保存してもよい）。

コンピュータ１２００はさらに、１または複数の入出力装置１２０６を備えることができる。入出力装置１２０６は、１または複数のユーザ入力装置（例えば、キーボード、キーパッド、マウス、マイクロホン、カメラ、その他これに類するもの）、１または複数のユーザ出力装置（例えば、ディスプレイ、スピーカ、その他これに類するもの）、１または複数のネットワーク通信デバイスまたは要素（例えば、入力ポート、出力ポート、レシーバ、トランスミッタ、トランシーバー、その他これに類するもの）、１または複数のストレージ装置（例えば、テープドライブ、フロッピードライブ、ハードディスクドライブ、コンパクトディスクドライブ、その他これに類するもの）、その他これに類するもの、及びこれらの様々な組み合わせを含むことができる。

図１２のコンピュータ１２００は、本明細書に記載の機能的な要素、本明細書に記載の機能的な要素の一部、またはこれに類するもの、及びこれらの様々な組み合わせを実行するのに適切な一般的なアーキテクチャおよび機能を説明することができることが理解されよう。コンピュータ１２００は、一般的なアーキテクチャと機能とを提供することができる。ここで、この機能は、１または複数のＩｏＴデバイス１１０、５Ｇネットワーク１２０の要素、ＢＴＳ１２１、ＢＴＳ ＳＤＮスイッチ１２２、ＩｏＴゲートウェイ１２３、５Ｇ ＳＤＮコントローラ１２５、ＩｏＴデバイス・ディスカバリ・システム１２９、ＰＤＮ１３０の要素、ＲＥ１４０、ＩｏＴデバイス７１０、ＩｏＴハブ７１５、その他これに類するものを実装するのに適している。

本明細書および図面に記載の機能は、ソフトウェアで実行可能であり（例えば、１または複数のプロセッサ上でのソフトウェアの実行を介して、汎用的なコンピュータ上での実装（例えば、１または複数のプロセッサによる実行）が、特定用途のコンピュータを提供する）、かつ／または、ハードウェアで実行可能である（例えば、汎用的なコンピュータ、１または複数のＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、及び／または、あらゆるその他のハードウェアと同等のもの）ことは理解されよう。

ソフトウェアの方法等、本明細書に記載の少なくともいくつかの機能は、ハードウェア（例えば、プロセッサと協働して様々な機能を実現する回路等）に実装可能であることは理解されよう。本明細書に記載の機能／要素の一部は、コンピュータプログラム製品として実装可能である。そして、このコンピュータプログラム製品で、コンピュータ命令がコンピュータによって処理されると、本明細書に記載の方法および／または技術が実行または提供されるように、コンピュータの操作に適合する。様々な方法を実行するための命令が、固定式または脱着可能なメモリ（例えば、持続性コンピュータ可読媒体）に保存され、ブロードキャスト又はその他の信号ベアリング媒体（ｓｉｇｎａｌ ｂｅａｒｉｎｇ ｍｅｄｉｕｍ）の中のデータストリーム経由で送信され、及び／または、その命令に従う計算装置オペレーティング（ｃｏｍｐｕｔｉｎｇ ｄｅｖｉｃｅ ｏｐｅｒａｔｉｎｇ）内部のメモリに保存されうる。

本明細書に記載の「または」という用語は、特記していない限り（例えば、「そうでない場合は」、その他これに代わる排他的表現）、非排他的なことを意味することは理解されよう。

本明細書で説明されていることを具現化した様々な実施形態を本明細書および図面に詳細に説明しているが、当業者であれば、これらの説明をさらに具現化したその他の様々な実施形態を容易に考え出すことができるのは理解されよう。

Claims (30)

1. プロセッサと、前記プロセッサに通信可能に接続されるメモリとを備える装置であって、前記プロセッサは、
   ＩｏＴ関連機器によって、無線ネットワークの無線アクセスデバイスに向けて、前記ＩｏＴ関連機器のためのフローセッションのフローレッグの確立をリクエストする、ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを送信すること、ただし前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージは、前記フローセッションの前記フローレッグのために前記ＩｏＴ関連機器によって選択されるフロー識別子を含む、前記送信することと；
   前記ＩｏＴ関連機器と前記無線アクセスデバイスとの間のＩｏＴデータパケットの通信をサポートすること、ただし前記ＩｏＴデータパケットは、前記ＩｏＴ関連機器の固有デバイス識別子と、前記フロー識別子と、ＩｏＴデバイスデータとを含む、前記サポートすること、
   を行うように構成される、装置。
2. 前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを含むパケットのヘッダが、前記ＩｏＴ関連機器の前記固有デバイス識別子を含む、請求項１に記載の装置。
3. 前記ＩｏＴ関連機器の前記固有デバイス識別子が、前記ＩｏＴ関連機器のレイヤ２アドレス、または、前記ＩｏＴ関連機器のために前記無線ネットワークによって割り当てられる識別子を含む、請求項１に記載の装置。
4. 前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージが、リモートデバイスのＧＵＩＤを含む、請求項１に記載の装置。
5. 前記フローセッションの確立を開始する前記ＩｏＴ関連機器による判断に基づいて、前記プロセッサが、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを送信するように構成される、請求項１に記載の装置。
6. 新たなｆｌｏｗ ｒｅｑｕｅｓｔメッセージの受信に基づいて、前記プロセッサが、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを送信するように構成され、前記新たなｆｌｏｗ ｒｅｑｕｅｓｔメッセージは、リモートデバイスのＧＵＩＤを含む、請求項１に記載の装置。
7. 前記プロセッサは、前記ＩｏＴ関連機器によって、前記無線アクセスデバイスから前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージに関連するｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージを受信するように構成され、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージは前記フロー識別子を含む、請求項１に記載の装置。
8. 前記プロセッサは、前記ＩｏＴデータパケットにルーティング可能なアドレス情報を含ませることなく、前記ＩｏＴデータパケットを送信するように構成される、請求項１に記載の装置。
9. 前記前記ＩｏＴ関連機器にはＩｏＴデバイスを含む、請求項１に記載の装置。
10. 前記ＩｏＴデバイスと前記無線アクセスデバイスとの間の前記ＩｏＴデータパケットの通信をサポートするため、前記プロセッサは、
    前記ＩｏＴデバイスで局所的に前記ＩｏＴデバイスデータを取得し、
    前記ＩｏＴデバイスから前記無線アクセスデバイスに向けて、前記ＩｏＴデータパケットを送信するように構成される、請求項９に記載の装置。
11. 前記ＩｏＴデバイスと前記無線アクセスデバイスとの間の前記ＩｏＴデータパケットの通信をサポートするため、前記プロセッサは、
    前記無線アクセスデバイスから前記ＩｏＴデバイスで前記ＩｏＴデータパケットを受信し、
    前記ＩｏＴデバイスで局所的に前記ＩｏＴデバイスデータを処理するように構成される、請求項９に記載の装置。
12. 前記ＩｏＴ関連機器には、ＩｏＴデバイスをサポートするように構成されるＩｏＴハブデバイスを含む、請求項１に記載の装置。
13. 前記ＩｏＴハブデバイスと前記無線アクセスデバイスとの間の前記ＩｏＴデータパケットの通信をサポートするため、前記プロセッサは、
    前記ＩｏＴハブデバイスによって、前記ＩｏＴデバイスから前記ＩｏＴデバイスデータを受信し、
    前記ＩｏＴハブデバイスから前記無線アクセスデバイスに向けて、前記ＩｏＴデータパケットを送信するように構成される、請求項１２に記載の装置。
14. 前記ＩｏＴハブデバイスと前記無線アクセスデバイスとの間の前記ＩｏＴデータパケットの通信をサポートするため、前記プロセッサは、
    前記無線アクセスデバイスから前記ＩｏＴハブデバイスで前記ＩｏＴデータパケットを受信し、
    前記ＩｏＴデバイスを識別し、
    前記ＩｏＴハブデバイスから前記ＩｏＴデバイスに向けて、前記ＩｏＴデバイスデータを送信する、
    ように構成される、請求項１２に記載の装置。
15. 前記プロセッサは、
    ・ 前記ＩｏＴ関連機器によって、前記無線アクセスデバイスに向けて、前記無線ネットワークへの前記ＩｏＴ関連機器のアタッチメントをリクエストする、前記ＩｏＴ関連機器のＧＵＩＤと、前記ＩｏＴ関連機器の前記固有デバイス識別子とを含むａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージを送信すること、または、
    ・ 前記ＩｏＴ関連機器によって、前記無線アクセスデバイスに向けて、ＩｏＴデバイスのアクセシビリティ情報またはＩｏＴデバイスのケイパビリティ情報の少なくとも１つを前記無線ネットワークに登録するように構成される登録メッセージを送信すること、
    のいずれか少なくとも１つを行うように構成される、請求項１に記載の装置。
16. プロセッサと、前記プロセッサに通信可能に接続されるメモリとを備える装置であって、前記プロセッサは、
    ＩｏＴゲートウェイデバイスによって、第１のデバイスからフローセッションのフローレッグを介し、前記第１のデバイスのレイヤ２アドレス及び前記第１のフローレッグの第１のフロー識別子を含む第１のヘッダと、ＩｏＴデバイスデータを含む第１のペイロードとを含む第１のパケットを受信し、
    前記ＩｏＴゲートウェイデバイスによって、第２のデバイスに向けて、前記フローセッションの第２のフローレッグを介して、前記第２のデバイスのレイヤ２アドレス及び前記第２のフローレッグの第２のフロー識別子を含む第２のヘッダと、前記ＩｏＴデバイスデータを含む第２のペイロードとを含む第２のパケットを送信するように構成される、装置。
17. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスの前記レイヤ２アドレスと前記第１のフローレッグの前記フロー識別子とに基づいて、前記フローセッションの前記第２のフローレッグを識別するように構成される、請求項１６に記載の装置。
18. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスと前記第２のデバイスとの間の前記フローセッションの確立が許可されることを判断するように構成される、請求項１６に記載の装置。
19. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスから、前記第１のフローレッグの確立をリクエストするメッセージであって前記第１のフロー識別子を含むｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを受信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスに向けて、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージに基づいて、前記第１のフロー識別子を含むｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージを送信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第２のデバイスから、前記第２のフローレッグの確立をリクエストするメッセージであって前記第１のデバイスの前記固有デバイス識別子及び前記第２のフロー識別子を含む第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを受信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第２のデバイスに向けて、前記第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージに基づいて、前記第２のフロー識別子を含む第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージを送信するように構成される、請求項１６に記載の装置。
20. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第２のデバイスから、前記第２のフローレッグの確立をリクエストするｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを受信するように構成され、
    前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージは、前記第１のデバイスのＧＵＩＤと前記第２のフロー識別子とを含む、請求項１６に記載の装置。
21. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスに向けて、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージに基づいて、前記第２のデバイスのＧＵＩＤを含む新たなｆｌｏｗ ｒｅｑｕｅｓｔメッセージを送信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスから、前記第１のフローレッグの確立をリクエストするメッセージであって前記第２のデバイスの前記ＧＵＩＤ及び前記第１のフロー識別子を含む第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを受信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第２のデバイスに向けて、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージと前記第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージとに基づいて、前記第２のフロー識別子を含むｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージを送信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスに向けて、前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージと前記第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージとに基づいて、前記第１のフロー識別子を含む第２のｃｒｅａｔｅ ｆｌｏｗ ｒｅｓｐｏｎｓｅメッセージを送信するように構成される、請求項２０に記載の装置。
22. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第３のデバイスから、前記フローセッションの第３のフローレッグの確立をリクエストするｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージを受信するように構成され、
    前記ｃｒｅａｔｅ ｆｌｏｗ ｒｅｑｕｅｓｔメッセージは、前記第１のデバイスのＧＵＩＤと前記第３のフローレッグの第３のフロー識別子とを含む、請求項１６に記載の装置。
23. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第３のデバイスに向けて、前記フローセッションの第３のフローレッグを介し、第３のヘッダと第３のペイロードとを含む第３のデータパケットを送信するように構成され、
    前記第３のヘッダは、前記第３のデバイスのレイヤ２アドレスと前記第３のフローレッグの第３のフロー識別子とを含み、
    前記第３のペイロードは、前記ＩｏＴデバイスデータを含む、請求項１６に記載の装置。
24. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、第２のＩｏＴゲートウェイデバイスに向けて、第３のヘッダと第３のペイロードとを含む第３のデータパケットを送信するように構成され、
    前記第３のヘッダは、前記第２のＩｏＴゲートウェイデバイスのアドレスを含み、
    前記第３のペイロードは、前記ＩｏＴデバイスデータを含む、請求項１６に記載の装置。
25. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスまたは前記第２のデバイスから、ＩｏＴデバイスのアクセシビリティ情報またはＩｏＴデバイスのケイパビリティ情報の少なくとも１つを前記無線ネットワークに登録するように構成される登録メッセージを受信し、
    前記ＩｏＴゲートウェイデバイスによって、前記無線ネットワークのデバイス・ディスカバリ・システムに向けて、前記登録メッセージを送信するように構成される、請求項１６に記載の装置。
26. 前記第１のパケットは第１のプロトコル、前記第２のパケットは第２のプロトコルに基づいており、
    前記プロセッサは、前記第１のパケットの前記第１のプロトコルと、前記第２のパケットの前記第２のプロトコルとの間で変換を行う、変換機能を実行するように構成される、請求項１６に記載の装置。
27. 前記プロセッサは、前記ＩｏＴゲートウェイデバイスによって、前記第２のデバイスから、前記フローセッションの前記第２のフローレッグを介して、前記第２のデバイスの前記レイヤ２アドレス及び前記第２のフローレッグの前記第２のフロー識別子を含む第３のヘッダと、追加的なＩｏＴデバイスデータを含む第３のペイロードとを含む第３のパケットを受信し、
    前記ＩｏＴゲートウェイデバイスによって、前記第１のデバイスに向けて、前記フローセッションの前記第１のフローレッグを介して、前記第１のデバイスの前記レイヤ２アドレス及び前記第１のフローレッグの前記第１のフロー識別子を含む第４のヘッダと、前記追加的なＩｏＴデバイスデータを含む第４のペイロードとを含む第４のパケットを送信するように構成される、請求項１６に記載の装置。
28. 前記第１のデバイスがＩｏＴデバイスであり、前記ＩｏＴデバイスデータは前記ＩｏＴデバイスのＩｏＴデータを含む、または、
    前記第２のデバイスがＩｏＴデバイスであり、前記ＩｏＴデバイスデータは前記ＩｏＴデバイスを行先とするＩｏＴデータを含む、請求項１６に記載の装置。
29. プロセッサと、前記プロセッサに通信可能に接続されるメモリとを備える装置であって、前記プロセッサは、
    無線ネットワークの無線アクセスデバイスによって、ＩｏＴ関連機器から、前記無線ネットワークへの前記ＩｏＴ関連機器のアタッチメントをリクエストするメッセージであって前記ＩｏＴ関連機器のＧＵＩＤ及び前記ＩｏＴ関連機器の固有デバイス識別子を含むａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージを受信し、
    前記無線アクセスデバイスによって、前記無線ネットワークのネットワークコントローラに向けて、前記無線アクセスデバイスが前記ＩｏＴ関連機器ためのエントリーを有していないという判断に基づき、前記ａｔｔａｃｈ ｒｅｑｕｅｓｔメッセージを送信し、
    前記無線アクセスデバイスによって、前記ネットワークコントローラから、前記ＩｏＴ関連機器に割り当てられるレイヤ２アドレスと、前記ＩｏＴ関連機器のために割り当てられるＩｏＴゲートウェイデバイスのレイヤ２アドレスとを含むメッセージを受信するように構成される、装置。
30. プロセッサと、前記プロセッサに通信可能に接続されるメモリとを備える装置であって、前記プロセッサは、
    無線アクセスデバイスに関連するネットワークスイッチによって、ネットワークコントローラから、ルールのセット及びアクションのセットを含むフローエントリー情報を受信し、
    前記ネットワークスイッチによって、前記ＩｏＴ関連機器に割り当てられる前記レイヤ２アドレスを含むレイヤ２アドレスフィールドを含むＩｏＴデータパケット、または、前記ＩｏＴゲートウェイデバイスの前記レイヤ２アドレスを含むレイヤ２アドレスフィールドを含むＩｏＴデータパケットを受信し、
    前記ＩｏＴデータパケットを、前記フローエントリー情報に基づいて、前記ネットワークスイッチから前記無線アクセスデバイスまたは前記ＩｏＴゲートウェイデバイスに転送するように構成され、
    前記ルールのセットは、前記ＩｏＴ関連機器に割り当てられるレイヤ２アドレス、または、前記ＩｏＴ関連機器に割り当てられる前記ＩｏＴゲートウェイデバイスのレイヤ２アドレスに適合するように構成され、
    前記アクションのセットは、前記ルールのセットに適合するパケットが、前記ネットワークスイッチから前記ＩｏＴゲートウェイデバイスへ向けて転送されるべきか、または、前記ネットワークスイッチから前記無線アクセスデバイスに向けて転送されるべきかの表示を含む、装置。

Images