(57)【要約】本開示の実施形態は、アップリンクブロードキャストの方法、端末デバイス及びネットワークノードに関する。アップリンクブロードキャストの方法が提供される。方法は、アップリンクチャネルにおいてアップリンクブロードキャストを開始するステップ、及び少なくとも１つのネットワークノードからアップリンクブロードキャストへの応答を受信するステップを備える。対応する端末デバイス及びネットワークノードも開示される。【選択図】  図２
2019503613.tif 000002
【特許請求の範囲】
【請求項１】
アップリンクブロードキャストの方法であって、
アップリンクチャネルにおいて前記アップリンクブロードキャストを開始するステップ、及び
少なくとも１つのネットワークノードから前記アップリンクブロードキャストへの応答を受信するステップ、
を備える、
方法。
【請求項２】
ネットワークノードの識別子が、前記アップリンクブロードキャストから除外される、請求項１に記載の方法。
【請求項３】
前記アップリンクチャネルがランダムアクセスチャネルを含み、
前記アップリンクブロードキャストを前記アップリンクチャネルにおいて開始するステップが、ランダムアクセスチャネルにおいて、前記ネットワークノードの識別子を用いてスクランブルすることなくランダムアクセス要求を送信するステップを備える、
請求項２に記載の方法。
【請求項４】
後続のアップリンク送信の表示が前記アップリンクブロードキャストに含まれ、
少なくとも１つのネットワークノードから前記応答を受信するステップが、複数のネットワークノードからの応答を受信するステップであって、前記応答が前記後続のアップリンク送信に対する許可を含む、ステップを備え、
前記方法が
前記複数のネットワークノードからの前記許可の受信するステップに応じて、前記複数のネットワークノードから通信するためのネットワークノードを選択するステップ、及び
前記選択されたネットワークノードに前記後続のアップリンク送信を行うステップ、
をさらに備える、
請求項１に記載の方法。
【請求項５】
アップリンクブロードキャストの方法であって、
アップリンクチャネルにおいて端末デバイスから前記アップリンクブロードキャストを受信するステップ、及び
前記アップリンクブロードキャストの受信に応じて、前記端末デバイスに前記アップリンクブロードキャストへの応答を送信するステップ、
を備える、
方法。
【請求項６】
ネットワークノードの識別子が、前記アップリンクブロードキャストから除外される、請求項５に記載の方法。
【請求項７】
前記アップリンクチャネルはランダムアクセスチャネルを含み、
前記アップリンクチャネルにおいて前記端末デバイスから前記アップリンクブロードキャストを受信するステップが、前記ランダムアクセスチャネルにおいて前記端末デバイスからランダムアクセス要求を受信するステップであって、前記ランダムアクセス要求は前記ネットワークノードの前記識別子を用いてスクランブルされることなく送信される、ステップを備える、
請求項６に記載の方法。
【請求項８】
後続のアップリンク送信の表示が前記アップリンクブロードキャストに含まれており、
前記端末デバイスに送信された前記応答が前記後続のアップリンク送信に対する許可を含む、
請求項５に記載の方法。
【請求項９】
端末デバイスであって、
アップリンクチャネルにおいてアップリンクブロードキャストを開始するように構成された第１の送信機と、
少なくとも１つのネットワークノードから、前記アップリンクブロードキャストへの応答を受信するように構成された第１の受信機と、
を備える、
端末デバイス。
【請求項１０】
ネットワークノードの識別子が、前記アップリンクブロードキャストから除外される、請求項９に記載の端末デバイス。
【請求項１１】
前記アップリンクチャネルがランダムアクセスチャネルを含み、
前記第１の送信機が、前記ランダムアクセスチャネルにおいて、前記ネットワークノードの前記識別子を用いてスクランブルすることなくランダムアクセス要求を送信するように構成される、
請求項１０に記載の端末デバイス。
【請求項１２】
後続のアップリンク送信の表示が前記アップリンクブロードキャストに含まれ、
前記第１の受信機が複数のネットワークノードからの応答を受信するように構成され、  前記応答は前記後続のアップリンク送信に対する許可を含み、
前記端末デバイスが、
前記複数のネットワークノードからの前記許可の受信に応じて、前記複数のネットワークノードから通信するためのネットワークノードを選択するように構成されるセレクタ
をさらに含み、
前記第１の送信機が、前記選択されたネットワークノードに前記後続のアップリンク送信を行うように構成される、
請求項９に記載の端末デバイス。
【請求項１３】
ネットワークノードであって、
アップリンクチャネルにおいて端末デバイスからアップリンクブロードキャストを受信するように構成された第２の受信機、及び
前記アップリンクブロードキャストの前記受信に応じて、前記端末デバイスに前記アップリンクブロードキャストへの応答を送信するように構成された第２の送信機、
を備える、
ネットワークノード。
【請求項１４】
ネットワークノードの識別子が、前記アップリンクブロードキャストから除外される、請求項１３に記載のネットワークノード。
【請求項１５】
前記アップリンクチャネルがランダムアクセスチャネルを含み、
前記第２の受信機が、前記ランダムアクセスチャネルにおいて前記端末デバイスからランダムアクセス要求を受信するように構成されており、
前記ランダムアクセス要求は前記ネットワークノードの前記識別子を用いてスクランブルされることなく送信される、
請求項１４に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般的に通信技術に関し、具体的にはアップリンクブロードキャストの方法、端末デバイス及びネットワークノードに関する。
【背景技術】
【０００２】
グローバルモバイル通信システム（ＧＳＭ）／広帯域符号分割多元接続（ＷＣＤＭＡ）／第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）などのセルラ通信ネットワークにおいて、端末デバイスは、通常、基地局によってサービングされるセルにキャンプオンする。端末デバイスがデータを送信しようとする場合、端末デバイスは、まず端末デバイスにサービングする基地局に対してランダムアクセス手順を開始する。例えば、端末デバイスは、基地局にランダムアクセスプリアンブルなどのランダムアクセス要求を送信し得る。端末デバイスによって送信されたランダムアクセスプリアンブルを受信すると、基地局は、その後の端末デバイスのレイヤ２（Ｌ２）／レイヤ３（Ｌ３）メッセージに対する許可を含むランダムアクセス応答を端末デバイスに送り返す。端末デバイスは、後続のデータ送信を行うように、許可に基づいてＬ２／Ｌ３メッセージを送信してランダムアクセスを完了し得る。
【０００３】
標準的なランダムアクセス手順は、競合ベースのランダムアクセス手順である。このランダムアクセス手順中は、全ての端末デバイスが、ランダムアクセス要求を開始するためのランダムアクセスプリアンブルのセットを共有する。例えば、端末デバイスがランダムアクセス手順を開始する場合、端末デバイスはまずランダムアクセスプリアンブルのセットから１つのプリアンブルを選択し、次いで選択したプリアンブルをランダムアクセスチャネル（ＲＡＣＨ）において基地局に送信し、送信されたランダムアクセスプリアンブルはセルアイデンティティ（ＩＤ）などの基地局の識別子でスクランブルされる。
【０００４】
競合ベースのランダムアクセス手順中は、任意の端末デバイスは、選択したランダムアクセスプリアンブルを必要に応じて伴って、ランダムアクセス要求を基地局に送信してもよい。それゆえ、複数の端末デバイスが同時に同一のランダムアクセスプリアンブルを選択して同一の基地局にランダムアクセス要求を送信すると、基地局側で衝突が起こることとなる。このために基地局は端末デバイスによって送信されたランダムアクセスプリアンブルを受信することができなくなり、そして対応する応答ができなくなり、端末デバイスのアクセス失敗がもたらされる。
【０００５】
第５世代（５Ｇ）セルラ通信ネットワークの現在の標準化において、マシンツーマシン通信の小サイズのデータ送信に関しては、競合ベースの送信方式が提案されている。例えば、ネットワークに展開されている任意のマシン端末デバイスが小サイズデータを送信しようとする場合、マシン端末デバイスは基地局にデータ要求メッセージを直接送信してもよいし、データを直接送信してもよい。このような競合ベースのデータ送信方式もまた、上記の衝突問題に直面することとなる。
【０００６】
加えて、同様の衝突問題は、コンピュータ通信ネットワークにおいても存在し得る。例えば、米国電気電子学会（ＩＥＥＥ）のワイヤレスフィデリティ（Ｗｉ−Ｆｉ）通信ネットワークにおいては、データ送信を行う端末デバイスは、端末デバイスがキャンプオンするアクセスポイントデバイスに直接データを送信することとなる。複数の端末デバイスが、同一のアクセスポイントデバイスに同時にデータを送信する場合、衝突が生じることとなる。
【発明の概要】
【０００７】
一般的に、本開示の実施形態は、アップリンク（ＵＬ）ブロードキャスト、端末デバイス及びネットワークノードを提供する。
【０００８】
第１の態様において、本開示の実施形態は、アップリンクチャネルにおいてアップリンクブロードキャストを開始するステップ及び少なくとも１つのネットワークノードからアップリンクブロードキャストへの応答を受信するステップを含むアップリンクブロードキャストの方法を提供する。
【０００９】
第２の態様において、本開示の実施形態は、アップリンクチャネルにおいて端末デバイスからアップリンクブロードキャストを受信するステップ及びアップリンクブロードキャストの受信に応じて、アップリンクブロードキャストへの応答を端末デバイスに送信するステップを含むアップリンクブロードキャストの方法を提供する。
【００１０】
第３の態様において、本開示の実施形態は、アップリンクチャネルにおいてアップリンクブロードキャストを開始するように構成された第１の送信機及び少なくとも１つのネットワークノードからアップリンクブロードキャストへの応答を受信するように構成された第１の受信機を含む端末デバイスを提供する。
【００１１】
第４の態様において、本開示の実施形態は、アップリンクチャネルにおいて端末デバイスからのアップリンクブロードキャストを受信するように構成された第２の受信機及びアップリンクブロードキャストの受信に応じて、アップリンクブロードキャストへの応答を端末デバイスに送信するように構成された第２の送信機を含むネットワークノードを提供する。
【００１２】
以下の説明を通して、本開示の実施形態によって、端末デバイスがアップリンクチャネルにおいてアップリンクブロードキャストを行うことが理解されるであろう。この方法においては、端末デバイスをカバーできるカバレッジエリアを有する全てのネットワークノードはＵＬ送信を検出でき、それにより、端末デバイスのアップリンク送信の衝突の可能性を、ネットワークノードにおいて大幅に減少させることができる。
【図面の簡単な説明】
【００１３】
【図１】本開示の実施形態が実現され得る通信ネットワークを示す図である。
【図２】本開示の一実施形態によるＵＬブロードキャストの方法のフロー図である。
【図３】本開示の他の実施形態によるＵＬブロードキャストの方法のフロー図である。
【図４】本開示の一実施形態によるＵＬブロードキャストを受信する方法のフロー図である。
【図５】本開示の一実施形態による、ランダムアクセスチャネルにおけるブロードキャストタイプのランダムアクセス方法の例示のフロー図である。
【図６】本開示の一実施形態による、ＵＬブロードキャストチャネルにおけるデータ送信要求を送信する、又はデータを送信する方法の例示のフロー図である。
【図７】本開示の一実施形態による、端末デバイスのブロック図である。
【図８】本開示の一実施形態による、ネットワークノードのブロック図である。
【発明を実施するための形態】
【００１４】
ここで、本開示の原理を複数の例示の実施形態を参照して説明する。これらの実施形態は、当業者がよりよく理解し、さらに本開示を実現することを可能にするためだけのものであり、いかなる方法においても本開示の範囲を限定するものではないことが理解されるべきである。
【００１５】
ここで使用されるように、用語「ネットワークノード」は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）又はピコ、フェムトなどの低電力ノードなどのセルラ基地局及び無線ルータなどの無線アクセスポイントデバイスであってもよい。
【００１６】
ここで使用されるように、用語「端末デバイス」は、ネットワークノードと通信可能な任意の端末デバイスを指す。一例として、端末デバイスは、モバイル端末（ＭＴ）、加入者局（ＳＳ）、ポータブル加入者局（ＰＳＳ）、モバイル局（ＭＳ）、アクセス端末（ＡＴ）、スマートメータデバイス、ポータブルコンピュータデバイスなどを含み得る。
【００１７】
ここで使用されるように、用語「含む」及びその変形は、「含むが、これに限定されない」という意味の広い包括のことである。用語「基づく」は、「少なくとも部分的に基づく」ということを意味する。用語「一実施形態」は「少なくとも一実施形態において」ということを示し、用語「他の実施形態」は「少なくともさらに１つの実施形態において」ということを示す。他の用語の関連する定義は、以下の説明において提供される。
【００１８】
図１は、本開示の実施形態が実現され得る通信ネットワーク１００を示す。図１に示す通信ネットワーク１００は、ネットワークノード１１０、１２０及び１３０並びに端末デバイス１４０及び１５０を含み得る。ネットワークノード１１０、１２０及び１３０のカバレッジエリアはそれぞれ１１０’、１２０’及び１３０’である。端末デバイス１４０及び１５０は、現時点でエリア１２０’内に位置し、ネットワークノード１２０によってサービングされている。
【００１９】
図示するように、エリア１２０’に加えて、端末デバイス１４０はネットワークノード１１０のカバレッジエリア１１０’にも位置しており、端末デバイス１５０はネットワークノード１３０のカバレッジエリア１３０’にも位置している。図１のネットワークノード及び端末デバイス数は、いずれかの限定を示唆することなく、説明の目的のために過ぎないことが理解されるべきである。通信ネットワーク１００においては、任意の適切な数の基地局又は端末デバイスが存在し得る。
【００２０】
ネットワークノード１１０、１２０及び１３０と端末デバイス１４０及び１５０の間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）及び第４世代（４Ｇ）通信プロトコル、第５世代（５Ｇ）セルラ通信プロトコル、ＩＥＥＥ８０２．１１ｘなどの無線ローカルエリアネットワークプロトコル並びに／又は現段階で既知であるか若しくは将来開発される任意の他のプロトコルを含むがこれらに限定されない任意の適切な通信プロトコルにより実現され得る。
【００２１】
ネットワークノード１１０、１２０及び１３０並びに端末デバイス１４０及び１５０は、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、マルチ入力マルチ出力（ＭＩＭＯ）、直行周波数分割多重接続（ＯＦＤＭ）、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）、グローバルマイクロ波接続共通運用性（ＷｉＭＡＸ）及び／又は現段階で既知であるか若しくは将来開発される任意の他の技術を含むがこれらに限定されない任意の適切な無線通信技術を使用し得る。
【００２２】
図１の通信ネットワーク１００において、端末デバイス１４０及び１５０が、ネットワークノード１２０へのＵＬ送信を、競合ベースの方式で、両方の端末デバイスによって共有され得るアップリンク（ＵＬ）チャネルにおいて同時に開始する場合、衝突が生じ得る。本開示の背景において、「競合ベースの方式」とは、任意の端末デバイスが、必要に応じて、対応するチャネルにおいてＵＬ送信を行う送信方式のことを指す。チャネルは、衝突に基づく複数の端末デバイスによって共有され得る任意の適切なチャネルであってもよい。したがって、チャネル上の端末デバイスによって開始されるＵＬ送信は、任意の適切なＵＬ送信となり得る。
【００２３】
一例として、チャネルはＲＡＣＨであってもよく、端末デバイスによって行われるＵＬ送信はランダムアクセス要求の送信であってもよい。この例において、ランダムアクセス処理を開始する場合、上記のように、端末デバイス１４０は、まずランダムアクセスプリアンブルをランダムに選択し、そして選択したランダムアクセスプリアンブルをネットワークノード１１０に送信する。端末デバイス１４０によって送信されたランダムアクセスプリアンブルは、ネットワークノード１１０に関連したセルＩＤを使用してスクランブルされてもよい。その結果、ネットワークノード１１０は、セルＩＤに基づいて、ネットワークノード１１０に送信されたランダムアクセス要求を受信し得る。
【００２４】
端末デバイス１５０が、この時点において、ネットワークノード１１０にランダムアクセス処理を開始するための同一のランダムアクセスプリアンブルを選択した場合、その後２つの端末デバイス１４０及び１５０からのランダムアクセスプリアンブルは、ネットワークノード１１０で衝突を招くこととなる。したがって、ネットワークノード１１０は、端末デバイス１４０及び１５０のいずれかからのランダムアクセスプリアンブルを正確に復号できなくなることもあり、そして端末デバイス１４０及び１５０からのアクセス要求に応じないこともある。結果として、端末デバイス１４０及び１５０の両方のランダムアクセス処理が失敗することもある。
【００２５】
図２は、本開示の一実施形態によるＵＬブロードキャストの方法２００のフロー図を示す。方法２００は、図１に示す通信ネットワーク１００における端末デバイス１４０及び１５０によって実現され得ることが理解されるべきである。議論の目的のために、方法２００を、端末デバイス１４０の立場から示す。
【００２６】
図示するように、方法２００は、端末デバイス１４０がＵＬチャネルにおいてＵＬブロードキャストを開始するステップ２１０から開始する。一実施形態では、ＵＬチャネルは、競合に基づいて複数の端末デバイスによって共有され得る。言い換えると、個々の端末デバイスは、必要に応じていつでも、各々のＵＬ送信を実行するためにチャネルを占有してもよい。競合に基づいて複数の端末デバイス間でＵＬチャネルを共有することは、例示に過ぎず、限定的ではないことが理解されるべきである。代替例として、専用のＵＬチャネルは、ＵＬブロードキャストに対する端末デバイスに割り当てられてもよい。本開示の範囲は、この点に関して限定されない。
【００２７】
本開示の実施形態によれば、ＵＬブロードキャストは、例えばランダムアクセス要求の送信、データ送信要求の送信又はデータ送信を含むがこれらに限定されない、ブロードキャスト方式における任意の適切なＵＬ送信として実現され得る。
【００２８】
本開示の実施形態によれば、ＵＬブロードキャストとは、ポイントツーマルチポイント方式における端末デバイスから複数のネットワークノードへのＵＬブロードキャスト送信を指す。端末デバイス１４０は、任意の適切なアプローチにおいてこのブロードキャストを実現し得る。一実施形態では、端末デバイスをカバーするカバレッジエリアを有する全てのネットワークノードが端末デバイス１４０からのＵＬ送信を検出し得るように、端末デバイス１４０はＵＬ送信において、ネットワークノードの識別子を含んでいなくてもよい。
【００２９】
例えば、端末デバイス１４０がＲＡＣＨにおいてランダムアクセス要求を送信しようとする場合、端末デバイス１４０は、ランダムアクセスプリアンブルの所定のセットから１つのランダムアクセスプリアンブルをランダムに選択し、そして選択したランダムアクセスプリアンブルをＲＡＣＨに対して構成された時間及び周波数リソースにおいて送信する。従来のアプローチとは異なり、ランダムアクセスプリアンブルは、ネットワークノードの識別子を用いてスクランブルされない。この方法においては、図１に示す通信ネットワーク１００において、端末デバイス１４０に現在サービングしているネットワークノード１２０に加えて、端末デバイス１４０をカバーするカバレッジエリアを有するネットワークノード１１０もランダムアクセスプリアンブルを受信し得る。
【００３０】
他の例としては、既存のチャネルに基づいたＵＬブロードキャストに加えて、ＵＬブロードキャストチャネルは、ＵＬブロードキャストにおいて使用する端末デバイスに専用に割り当てられてもよい。例えば、ネットワーク配備段階中は、具体的な時間及び周波数リソースがＵＬブロードキャストチャネルに対して予め構成されていてもよい。あるいは、チャネルスクランブリングコードと同様に、時間及び周波数リソースは、必要に応じてＵＬブロードキャストチャネルに対するネットワークノードによって動的に構成されることも可能であり、それにより、構成されたＵＬブロードキャストチャネルを示す情報がネットワークの他のネットワークノード及び端末デバイスに通知される。ＵＬブロードキャストチャネルが割り当てられた後、端末デバイスは、例えばネットワークノードの識別子を保持することなしに、ＵＬブロードキャストチャネルにおいてＵＬブロードキャストを実行し得る。
【００３１】
このようなネットワークノードの識別子を保持しないＵＬブロードキャストは、例示的なものに過ぎず、限定的ではないことが理解されるべきである。本開示は、他の方法でＵＬブロードキャストを実行してもよい。例えば、端末デバイス１４０は、近傍のネットワークノード１１０及び１２０の両方がＵＬ送信を復号し得るように、複数の周囲のネットワークノード（例えばネットワークノード１１０、１２０）の識別子を含んでいてもよい。端末デバイス１４０は、任意の適切なアプローチにおいてこれらネットワークノード１１０及び１２０の識別子を獲得し得る。例えば、端末デバイス１４０は、ネットワークサーチを通して識別子を獲得してもよい。
【００３２】
次に、方法２００は、端末デバイス１４０が、少なくとも１つのネットワークノードから、ステップ２１０において開始されたＵＬブロードキャストへの応答を受信するステップ２２０に進む。上述のように、端末デバイス１４０にその時点でサービングするネットワークノード１２０だけでなく、そのカバレッジエリア１１０’が端末デバイス１４０をカバーできる更なるネットワークノード１１０も、ＵＬブロードキャストを受信し得る。このようにして、端末デバイスからのＵＬ送信の衝突の可能性は、ネットワークノードで大幅に減少することとなる。これは、複数のネットワークノードでＵＬ送信が同時に衝突する可能性は１つのネットワークノードで衝突する可能性よりも大幅に低くなるからである。
【００３３】
図３に、本開示の他の実施形態によるＵＬブロードキャストの方法３００のフロー図を示す。方法３００は、方法２００に後続することが理解されるべきである。以下、図３に示す方法３００を、図２との関連で説明する。
【００３４】
この例において、端末デバイス１４０は、ステップ２２０において複数のネットワークノードから応答を受信し、応答の各々が端末デバイス１４０に対する後続のＵＬ送信の許可を含む。本開示の実施形態によれば、後続のＵＬ送信は、最初のＵＬ送信に関連する任意の適切なＵＬ送信であり得る。例えば、端末デバイス１４０がステップ２１０においてランダムアクセス要求を最初に送信する場合、後続のＵＬ送信はＬ２／Ｌ３メッセージの送信であり得る。代替例としては、端末デバイス１４０がデータ送信要求を最初に送信する場合、後続のＵＬ送信はデータの送信であってもよい。他の代替例としては、送信されるべきデータの一部が端末デバイス１４０によって最初に送信される場合、後続の送信は送信されるべきデータの残りの部分であってもよい。
【００３５】
端末デバイス１４０によって行われる後続の送信は、例示に過ぎず、限定的ではないことが理解されるべきである。ある場合には、端末デバイス１４０の後続のＵＬ送信がなく、方法２００は端末デバイス１４０がネットワークノードからの応答を受信した後に終了する。例えば、ステップ２１０において、端末デバイス１４０がＵＬチャネルにおいて送信されるべき全てのデータをブロードキャスト方式で送信し、ステップ２２０において、ネットワークノードから肯定応答を受信する場合、それから端末デバイス１４０のＵＬデータ送信が完了し、方法２００が終了する。
【００３６】
上述のように、ステップ２１０において、端末デバイス１４０は、ブロードキャスト方式で複数のネットワークノードにＵＬ送信を開始する。これにより、端末デバイス１４０からのＵＬブロードキャストを受信し、端末デバイス１４０の後続のＵＬ送信を許可する複数のネットワークノード１１０及び１２０が存在し得る。これにより、端末デバイス１４０は、複数のネットワークノード、例えばネットワークノード１１０及び１２０からの許可を受信することとなる。
【００３７】
図３に示すように、方法３００は、ステップ２２０において複数のネットワークノードから後続のＵＬ送信に対する許可を受信したことに応じて、端末デバイス１４０が複数のネットワークノードから通信するためのネットワークノードを選択するステップ３１０から開始する。次に、ステップ３２０において、端末デバイス１４０は、選択されたネットワークノードに後続のＵＬ送信を行う。
【００３８】
本開示の実施形態によれば、端末デバイス１４０は、任意の適切な規則に従ってネットワークノードの選択を実行し得る。一実施形態では、通信するネットワークノードは、ネットワークノードの信号品質に基づいて選択されてもよい。例えば、端末デバイス１４０は、後続の通信を開始するように信号品質の良いネットワークノードを選択してもよい。通信効率を考慮すると、他の実施形態では、端末デバイス１４０は、好ましくは現時点で端末デバイス１４０と接続を確立しているネットワークノードを選択し、後続の通信を開始してもよい。ネットワークノードの選択においては、その他の適切な要素が考慮されることが理解されるべきである。代替的に又は追加的に、選択は、考慮される要素の任意の組合せに基づいて行われてもよい。本開示の範囲は、この点に関して限定されない。
【００３９】
ＵＬリソースを節約するために、他の実施形態では、端末デバイス１４０は、通信する端末デバイス１４０への許可を送信した全てのネットワークノードを選択してもよい。この例においては、端末デバイス１４０は、ステップ３２０において、ブロードキャスト方式で複数のネットワークノードに後続のＵＬ送信を行う。
【００４０】
端末デバイス１４０が１以上のネットワークノードを選択して後続のＵＬ送信を行う場合、一実施形態では、方法３００は、端末デバイス１４０が選択されないネットワークノードにＵＬ送信終了メッセージを送信するステップ３３０をさらに含んでいてもよい。ＵＬ送信終了メッセージは、対応するネットワークノードにＵＬ送信終了を通知する任意の適切なメッセージであってもよい。メッセージは、システムによって予め構成されていてもよく、任意の適切な形態で実現され得る。一例では、ＵＬ送信終了メッセージは、無線リソース制御（ＲＲＣ）シグナリングにおいて実現され得る。本開示の実施形態による端末デバイスからネットワークノードへのＵＬブロードキャストの詳細な例示のフローを、図５及び図６を参照して以下の段落において説明する。
【００４１】
図４に、本開示の一実施形態によるＵＬブロードキャストの受信の方法４００のフロー図を示す。方法４００は、図１に示す通信ネットワーク１００におけるネットワークノード１１０、１２０及び１３０によって実現され得ることが理解されるべきである。議論の目的のために、方法４００を、ネットワークノード１１０の観点から説明する。
【００４２】
図示するように、方法４００は、ネットワークノード１１０がＵＬチャネルにおいて端末デバイス１１０からＵＬブロードキャストを受信するステップ４１０から開始する。上述のように、一実施形態では、ＵＬチャネルは、競合に基づいて複数の端末デバイスによって共有され得る。言い換えると、個々の端末デバイスは、必要な場合はいつでもチャネルを占有して各々のＵＬ送信を行ってもよい。ブロードキャスト方式で行われるＵＬ送信は、例えばランダムアクセス要求、データ送信要求の送信又はデータ送信を含むがこれらに限定されない、任意の適切なＵＬ送信であり得る。
【００４３】
上述のように、ＵＬブロードキャストは、端末デバイスによって複数のネットワークノードに行われるポイントツーマルチポイント方式におけるＵＬ送信のことを指す。一実施形態では、ネットワークノードの識別子は、端末デバイス１４０のＵＬ送信に含まれない（又は除外される）こともある。したがって、ネットワークノード１１０は、任意のネットワークノードの識別子を含まないＵＬ送信を検出し得る。他の実施形態では、端末デバイス１４０からのＵＬ送信は、複数のネットワークノードの識別子を含んでいてもよい。ネットワークノード１１０の識別子が含まれる場合、ネットワークノード１１０はＵＬ送信を検出し得る。
【００４４】
次に、方法４００は、ネットワークノード１１０が受信されたＵＬブロードキャストへの応答を端末デバイス１４０に送信するステップ４２０に進む。本開示の実施形態では、ネットワークノード１１０によって端末デバイス１４０に送信される応答は、端末デバイス１４０が自身への応答を検出できるように、端末デバイス１４０の識別子を含んでいてもよい。
【００４５】
上述のように、端末デバイスのＵＬ送信がブロードキャスト方式で行われるので、端末デバイスをカバーするカバレッジエリアを有する全てのネットワークノードがＵＬ送信を検出し得る。このようにして、端末デバイスのＵＬ送信の衝突の可能性は、ネットワークノードで大幅に減少することとなる。
【００４６】
端末デバイス１４０が後続のＵＬ送信も有している場合、一実施形態では、ステップ４２０においてネットワークノード１１０によって端末デバイス１４０に送信される応答には、後続のＵＬ送信に対する許可も含まれていてもよい。上述のように、後続のＵＬ送信は、最初のＵＬ送信と関連した任意の適切なＵＬ送信であってもよい。
【００４７】
上述のように、端末デバイス１４０の最初のＵＬ送信は、ブロードキャスト方式で行われる。したがって、複数のネットワークノードがＵＬ送信を検出し、後続のＵＬ送信を許可することが可能となる。この場合、端末デバイス１４０が複数のネットワークノードから許可を受信する場合、端末デバイス１４０は、後続のＵＬ送信に対して１以上のネットワークノードを選択してもよい。ネットワークノード１１０が端末デバイス１４０によって後続のＵＬ送信について選択されない場合は、一実施形態では、ネットワークノード１１０は端末デバイス１４０からＵＬ送信終了メッセージを受信してもよい。上述のように、ＵＬ送信終了メッセージは、対応するネットワークノードにＵＬ送信の終了を通知する任意の適切なメッセージであってもよい。
【００４８】
端末デバイス側で行われる方法について図２及び図３を参照して検討する際に説明した関連するステップ又は構成は、ネットワークノード側での方法にも適用可能であることが理解されるべきである。したがって、その詳細はここでは省略する。本開示のある実施形態による、端末デバイスがネットワークノードにＵＬブロードキャストを行う具体的な例示のフローを、図５及び図６を参照して以下に説明する。
【００４９】
図５に、本開示の一実施形態による、ＲＡＣＨチャネルにおけるブロードキャストタイプのランダムアクセスの方法５００の例示のフローを示す。方法５００は、図１に示す通信ネットワーク１００において実現し得ることが理解されるべきである。議論の目的のため、図１を参照して方法５００を説明する。
【００５０】
図示するように、方法５００のステップ５１０において、端末デバイス１４０は、ＲＡＣＨチャネルにおいてブロードキャスト方式においてランダムアクセスプリアンブルを送信する。この例においては、端末デバイス１４０は、ネットワークの識別子を用いるランダムアクセスプリアンブルのスクランブルをしないことにより、ブロードキャストタイプのランダムアクセス要求の送信を実現する。上述のように、ランダムアクセスプリアンブルは、端末デバイス１４０によって、所定のランダムアクセスコードのセットからランダムに選択され得る。所定のランダムアクセスコードのセットは、通信ネットワーク１００の個々のネットワークノードに既知であり、個々のネットワークノードのＲＡＣＨチャネルは同一の時間及び周波数リソースを占有する。この場合、端末デバイスが選択されたランダムアクセスプリアンブルをブロードキャスト方式で送信する場合、端末デバイスをカバーするカバレッジエリアを有する全てのネットワークノードがランダムアクセスプリアンブルを受信し得る。
【００５１】
図１に示す通信ネットワーク１００において、ネットワークノード１１０及び１２０のカバレッジエリア１１０’及び１２０’は、端末デバイス１４０をカバーできる。したがって、ネットワークノード１１０及び１２０の両方が、端末デバイス１４０によってブロードキャスト方式で送信されたランダムアクセスプリアンブルを受信し得る。この例においては、端末デバイス１４０によって送信されたプリアンブルは、ネットワークノード１１０及び１２０で衝突しない。したがって、ネットワークノード１１０及び１２０の両方がプリアンブルを正確に復号し、それから、ステップ５２０のタイムスロット１におけるネットワークノード１２０及びステップ５３０のタイムスロット２におけるネットワークノード１１０が、例えば端末デバイス１４０にランダムアクセス応答をフィードバックすることにより、端末デバイス１４０に応答する。
【００５２】
図５に示す例では、端末デバイスは、ランダムアクセスプリアンブルの後に送信されるべき後続のＬ２／Ｌ３メッセージをさらに有している。そのため、端末デバイス１４０は、ステップ５１０においてブロードキャストされるランダムアクセスプリアンブル中に、Ｌ２／Ｌ３メッセージのサイズを示す１ビットの表示を挿入する。したがって、ネットワークノード１１０及び１２０によって送信されるランダムアクセス応答は、端末デバイス１４０の後続のＬ２／Ｌ３メッセージに対してのＵＬ許可を含む。加えて、ランダムアクセス応答は、他の情報の中でも、タイミングアライメント（ＴＡ）、セル無線ネットワーク一時的識別子（Ｃ−ＲＮＴＩ）なども含んでいてもよい。
【００５３】
ネットワークノード１１０及び１２０から許可を受信した後、衝突の可能性をさらに低減するために、端末デバイス１４０は、ステップ５４０及び５５０において、ネットワークノード１１０及び１２０の両方にＬ２／Ｌ３メッセージを送信する。Ｌ２／Ｌ３メッセージは、ネットワークノード１１０及び１２０に任意の適切な方式で送信され得る。例えば、端末デバイス１４０は、Ｌ２／Ｌ３メッセージにネットワーク端末の識別子を含まないことにより、メッセージをブロードキャストすることが可能となる。あるいは、端末デバイス１４０は、Ｌ２／Ｌ３メッセージにネットワークノード１１０及び１２０の識別子を含むことにより、ネットワークノード１１０及び１２０にメッセージを送信することもし得る。
【００５４】
この例においては、端末デバイス１４０によって送信されたＬ２／Ｌ３メッセージは、ネットワークノード１１０及び１２０で衝突せず、それにより、端末デバイス１１０は、ステップ５６０及び５７０において、ネットワークノード１１０及び１２０の両方からのＲＲＣ接続要求を受信する。この場合、端末デバイス１４０は、ネットワークノードから、ＲＲＣ接続を確立するネットワークノードを選択する。上述のように、端末デバイス１４０は、任意の適切な要素に基づいてネットワークノードの選択を行うことができる。例えば、端末デバイス１４０は、ネットワークノードの信号品質、ネットワークノードへの接続が確立できるか否か、その他適切な要素又はそれらの任意の組合せに応じて、後続の通信のためのネットワークノードを選択してもよい。
【００５５】
この例においては、端末デバイス１４０は、後続の通信に対してより信号品質の高いネットワークノード１１０を選択する。次に、ステップ５８０において、端末デバイス１４０は、ＲＲＣ接続セットアップ完了メッセージをネットワークノード１１０に送信する。この例においては、端末デバイス１４０は、ステップ５９０において、ネットワークノード１２０にＲＲＣ接続終了メッセージを送信することも行って、ネットワークノード１２０に後続の送信の終了を通知する。ＲＲＣ接続終了メッセージは、上記で説明したＵＬ送信終了メッセージの一例である。上述のように、本開示の実施形態によれば、ＲＲＣ接続終了メッセージは、システムによって予め構成され、任意の適切な形態において実現されてもよい。例えば、ＲＲＣ接続終了メッセージは、ＲＲＣシグナリングにおいて実現されてもよい。
【００５６】
次に、ステップ５１１において、ネットワークノード１１０は、端末デバイス１４０にＵＬリソースの許可を送信し、端末デバイス１４０は、ＵＬリソースを使用してユーザデータグラムプロトコル／インターネットプロトコル（ＩＰ）パケットをネットワークノード１１０に送信する。そして、ネットワークノード１１０は、ステップ５１３において、ＲＲＣ接続解除を端末デバイス１４０に送信する。
【００５７】
図６に、本開示の一実施形態による、ＵＬブロードキャストチャネルにおいてデータ送信要求を送信する、又はデータを送信する方法６００の例示のフローを示す。方法６００はまた、図１に示す通信ネットワーク１００において実現され得ることを理解されるべきである。議論の目的のために、方法６００も、図１を参照して説明する。
【００５８】
図示するように、方法６００のステップ６１０において、端末デバイス１４０は、端末デバイス１４０に例えば、認証、認可及び暗号化に関するサービスを提供するネットワークノード１２０とメッセージを交換する。次に、端末デバイス１４０は、ステップ６２０においてアイドリングモードに入る。端末デバイス１４０がデータを送信する場合、端末デバイス１４０はＵＬブロードキャストチャネルにおいてＵＬデータ送信を直接行う。
【００５９】
上述のように、ＵＬブロードキャストチャネルは、任意の適切な方法で構成されてもよい。例えば、ＵＬブロードキャストチャネルの特定の時間及び周波数リソース並びにチャネルスクランブリングコードは、ネットワーク配備段階中に予め構成されていてもよい。あるいは、チャネルスクランブリングコードと同様に時間及び周波数リソースも、必要な場合は、ネットワークノードによってブロードキャストチャネルに対して動的に構成されてもよく、そして構成されたＵＬブロードキャストチャネルを示す情報は、ネットワークにおける他のネットワークノード及び端末デバイスに通知される。
【００６０】
この例においては、ネットワークノード１１０及び１２０のカバレッジエリア１１０’及び１２０’が両方とも端末デバイス１４０をカバーできるので、ネットワークノード１１０及び１２０は両方とも端末デバイス１４０によるブロードキャストされたデータを受信できる。端末デバイス１４０によってブロードキャストされたデータは、ネットワークノード１１０及び１２０で衝突しない。したがって、ネットワークノード１１０及び１２０の両方が、データの復号、復調などを正しく行うことができる。そして、ネットワークノード１２０は、ステップ６４０のタイムスロット１において端末デバイス１４０に肯定（ＡＣＫ）応答を送信し、ステップ６５０のタイムスロット２におけるネットワークノード１１０も同様である。
【００６１】
端末デバイス１４０が送信すべき大量のデータを有する場合、多くのＵＬリソースが占有される必要がある。ＵＬ送信がネットワークノードで衝突する場合、多くのリソースが無駄になる。そのようなリソースの無駄を低減するために、一実施形態では、図６に示すように、端末デバイス１４０は、ステップ６３０においてＵＬブロードキャストチャネルにおいてデータのそれ自体を直接送信はしないが、データ送信要求を送信する。したがって、ステップ６４０及び６５０においてネットワークノード１１０及び１２０によって端末デバイス１４０に送信されるＡＣＫ応答は、後続のデータ送信に対するＵＬ許可を含む。加えて、ＡＣＫ応答は、ＴＡ、Ｃ−ＲＮＴＩなども含んでいてもよい。
【００６２】
データ送信に代わってデータ要求を送信することに加えて、他の実施形態では、端末デバイス１４０によって送信されるべきデータ量が非常に大きい場合、端末デバイス１４０は、多くの送信機会において送信され得るいくつかのデータの部分にデータを分割してもよい。この例においては、図６に示すように、ステップ６３０における最初のＵＬデータ送信において、端末デバイス１４０は、送信されるべき後続のパケットがあることをネットワークノードに示すように、送信されたデータ内の後続のパケットのインジケータを含んでいてもよい。同様に、ネットワークノード１１０及び１２０が最初のＵＬデータを正しく受信した後、端末デバイス１４０に送信されるＡＣＫ応答は後続のパケットに対するＵＬ許可を含んでいてもよい。
【００６３】
ネットワークノード１１０及び１２０からの許可を受信した後、端末デバイス１４０は、後続のデータが送信されるべきネットワークノードを選択してもよい。上述のように、端末デバイス１４０は、任意の適切な要素に基づいて選択を行ってもよい。例えば、端末デバイス１４０は、ネットワークノードの信号品質、ネットワークノードとの通信を確立できるか否か、他の適切な要素又は上記の要素の任意の組合せに応じて、後続の通信に関するネットワークノードを選択してもよい。
【００６４】
この例においては、端末デバイス１４０は、後続の通信に対して、接続がすでに確立しているネットワークノード１２０を選択する。そしてステップ６６０において、端末デバイス１４０は、ネットワークノード１２０に後続のＵＬパケットを送信し、後続のＵＬパケットは、送信すべき後続のパケットが未だあるので、後続のパケットのインジケータを保持する。端末デバイス１４０は、ステップ６７０において、ネットワークノード１１０にＵＬ送信終了メッセージを送信して、ネットワークノード１２０に後続の送信が終了したことを通知する。上述のように、ＵＬ送信終了メッセージは、システムによって予め構成されていてもよく、任意の適切な形態において実現されてもよい。例えば、ＵＬ送信終了メッセージは、ＲＲＣシグナリングにおいて実現されてもよい。
【００６５】
次に、ステップ６８０において、端末デバイス１４０は、ネットワークノード１２０にデータ送信を続ける。そしてこの例においては、端末デバイスは、送信されるべきデータを有しておらず、したがってステップ６８０において後続するパケットのインジケータを保持しない。そして、ステップ６９０において、端末デバイス１４０は、データ送信を完了し、アイドリング状態に戻る。
【００６６】
図７に、本開示の一実施形態による、端末デバイス７００のブロック図を示す。端末デバイス７００は、図１に示す通信ネットワーク１００における端末デバイス１４０又は１５０として実現されてもよいことが理解されるべきである。
【００６７】
図示するように、端末デバイス７００は、第１の送信機７１０及び第１の受信機７２０を有する。第１の送信機７１０は、アップリンクチャネルにおいてアップリンクブロードキャストを開始するように構成される。第１の受信機７２０は、少なくとも１つのネットワークノードから、アップリンクブロードキャストへの応答を受信するように構成される。一実施形態では、アップリンクチャネルは、競合に基づいて複数の端末デバイスによって共有されてもよい。
【００６８】
一実施形態では、ネットワークノードの識別子は、アップリンクブロードキャストから除外されてもよい。一実施形態では、アップリンクチャネルはランダムアクセスチャネルを含んでいてもよい。したがって、第１の送信機７１０は、ランダムアクセスチャネルにおいて、ネットワークノードの識別子を用いてスクランブルすることなくランダムアクセス要求を送信するようにさらに構成されてもよい。
【００６９】
一実施形態では、後続のアップリンク送信の表示は、アップリンクブロードキャストに含まれていてもよい。この例においては、第１の受信機７２０は、複数のネットワークノードから応答を受信するようにさらに構成されてもよく、応答は、後続のアップリンク送信のための許可を含む。
【００７０】
一実施形態では、端末デバイス７００は、セレクタ７３０をさらに含んでいてもよい。セレクタ７３０は、複数のネットワークノードから許可を受信することに応じて、複数のネットワークノードから通信するためのネットワークノードを選択するように構成される。この例においては、第１の送信機７１０は、選択されたネットワークノードにアップリンク送信を行うようにさらに構成されていてもよい。一実施形態では、第１の送信機７１０はネットワークノードの選択されなかったネットワークノードにＵＬ送信終了メッセージを送信するようにさらに構成されていてもよい。
【００７１】
図８に、本開示の一実施形態によるネットワークノード８００のブロック図を示す。ネットワークノード８００は、図１に示す通信ネットワーク１００におけるネットワークノード１１０、１２０又は１３０として実現されてもよいことが理解されるべきである。
【００７２】
図示するように、ネットワークノード８００は、第２の受信機８１０及び第２の送信機８２０を有する。第２の受信機８１０は、アップリンクチャネルにおいて端末デバイスからアップリンクブロードキャストを受信するように構成されている。第２の送信機８２０は、アップリンクブロードキャストの受信に応じて、端末デバイスにアップリンクブロードキャストへの応答を送信する。一実施形態では、アップリンクチャネルは、競合に基づいて、端末デバイス及び更なる端末デバイスによって共有されてもよい。
【００７３】
一実施形態では、ネットワークノードの識別子は、アップリンクブロードキャストから除外されてもよい。一実施形態では、アップリンクチャネルはランダムアクセスチャネルを含んでいてもよい。したがって、第２の受信機８１０は、ランダムアクセスチャネルにおいて端末デバイスからランダムアクセス要求を受信するようにさらに構成されていてもよく、そのランダムアクセス要求はネットワークノードの識別子を使用してスクランブルされることなく送信される。
【００７４】
一実施形態では、後続のアップリンク送信の表示は、アップリンクブロードキャストに含まれていてもよい。この例においては、端末デバイスに送信された応答は、後続のアップリンク送信に対する許可を含んでいてもよい。一実施形態では、第２の受信機８２０は、端末デバイスからＵＬ送信終了メッセージを受信するようにさらに構成されていてもよい。
【００７５】
端末デバイス７００における各要素／ユニット及びネットワークノード８００は、図２から図６を参照して説明したように方法２００から方法６００における各ステップに対応する。したがって、図２から図６を参照してこれまでに説明した動作及び構成は、端末デバイス７００及びネットワークノード８００並びにそれらに含まれるユニットに同様に適用可能であり、同様の効果を有する。具体的な詳細は省略する。
【００７６】
端末デバイス７００における各要素／ユニット及びネットワークノード８００は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せを含む種々の方法で実現され得る。一実施形態では、１以上の要素は、ソフトウェア及び／又はファームウェア、例えば記録媒体上に記録された機械実行可能の命令を使用して実現されてもよい。機械実行可能の命令に加えて又は代わりに、端末デバイス７００及びネットワークノード８００のユニットの一部又は全体は、１以上のハードウェア論理構成要素によって少なくとも部分的に実現されてもよい。例えば、及び限定することなく、使用可能なハードウェア論理構成要素の例示的なタイプには、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、システムオンチップシステム（ＳＯＣ）、コンプレックスプログラマブル論理デバイス（ＣＰＬＤ）などが含まれる。
【００７７】
概略として、本開示の種々の実施形態は、ハードウェア又は専用回路、ソフトウェア、論理又はそれらの組合せにおいて実現されてもよい。ある態様ではハードウェアにおいて実現されてもよく、他の態様ではコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスによって実行され得るファームウェア又はソフトウェアにおいて実現されてもよい。本開示の実施形態の種々の態様は、ブロック図、フローチャートとして又は他のいくつかの図画表現を用いて図示され説明されているが、ここで説明されるブロック、装置、システム、技術又は方法は、非限定的な例示として、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア、コントローラ若しくは他のコンピューティングデバイス、又はそれらの組合せにおいて実現されてもよいことがわかるはずである。
【００７８】
一例として、本開示の実施形態は、ターゲットの実在又は仮想プロセッサ上のデバイスで実行されるプログラムモジュールに含まれるような、機械実行可能な命令の一般的な文脈で説明されることができる。一般的に、プログラムモジュールは、特定のタスクを実行し、又は特定の抽象データタイプを実現するルーティン、プログラム、ライブラリ、オブジェクト、クラス、構成要素、データ構造などを含む。プログラムモジュールの機能は、種々の実施形態において所望されるように、プログラムモジュール間で組み合わされてもよいし、分割されてもよい。プログラムモジュールに対する機械実行可能な命令は、ローカル又は分散デバイス内で実行されてもよい。分散デバイスにおいては、プログラムモジュールは、ローカル及び遠隔の両方の記録媒体に配置されてもよい。
【００７９】
本開示の方法を実行するプログラムコードは、１以上のプログラム言語の任意の組合せにおいて記述され得る。これらのプログラムコードは、プログラムコードがプロセッサ又はコントローラによって実行された場合に、フローチャート及び／又はブロック図に特定された機能／動作が実現されるように、汎用コンピュータ、専用コンピュータ又は他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに供給されてもよい。プログラムコードは、機械において全て実行されてもよく、機械において部分的に実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、部分的に機械において及び部分的に遠隔機械において実行されてもよく、又は遠隔機械又はサーバにおいて全て実行されてもよい。
【００８０】
本開示の背景において、機械可読媒体は、命令実行システム、装置、又はデバイスによって又はそれとの結合において使用されるためのプログラムを含むか又は格納し得る任意の有形媒体であってもよい。機械可読媒体は、機械可読シグナル媒体又は機械可読記録媒体であってもよい。機械可読媒体は、電子、磁気、光学、誘導電磁、赤外線若しくは半導体の、システム、装置若しくはデバイス又は上記の任意の適切な組合せを含んでいてもよいが、これらに限定されない。機械可読記録媒体のさらに具体的な例は、１以上の配線を有する電気的接続、持ち運び可能なコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、持ち運び可能コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学記録デバイス、電磁気記録デバイス又は上記の任意の適切な組合せを含むことになる。
【００８１】
また、動作は特定の順序で説明されているが、これは、所望する結果を達成するために、そのような動作が特定の示された順序又は連続した順序で行われること、又は例示された全ての動作が行われることを要するものとして理解されるべきではない。特定の状況では、マルチタスク処理と並列処理が有利な場合があり得る。同様に、いくつかの特定の実現の詳細が上記の議論に含まれているが、これらは、本開示の範囲を限定するものではなく、むしろ特定の実施形態に特有なものとなり得る構成の説明として解釈されるべきである。別個の実施形態の文脈において説明される特定の構成は、単一の実施形態において組合せて実現されてもよい。逆に、単一の実施形態の文脈で記載されている種々の構成は、複数の実施形態で個別に、又は任意の適切な部分的な組合せで実現されてもよい。
【００８２】
本開示は、構造的な構成及び／又は機能的な動作に特有の言語で説明されているが、添付の特許請求の範囲に規定される本開示は、必ずしも上述の特定の構成又は動作に限定されないことが理解されるべきである。むしろ、上記の特定の構成及び動作は、請求項を実現する例示的な形態として開示される。
【図１】
2019503613.tif 000003
【図２】
2019503613.tif 000004
【図３】
2019503613.tif 000005
【図４】
2019503613.tif 000006
【図５】
2019503613.tif 000007
【図６】
2019503613.tif 000008
【図７】
2019503613.tif 000009
【図８】
2019503613.tif 000010
【国際調査報告】
2019503613.tif 000011
2019503613.tif 000012
2019503613.tif 000013