(57)【要約】  無線デバイスにおける、自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するための方法が提供される。本方法は、ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、第１のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、第１のタイマーの満了後にデータを再送信することとを含む。【選択図】図５
2020529805.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイスにおける、自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するための方法であって、前記方法は、
ネットワークノードにデータ送信を送った後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、
前記第１のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、前記第１のタイマーの満了後にデータを再送信することと
を含む、方法。
【請求項２】
前記第１のタイマーは、前記無線デバイスが、前記第１のタイマーによって与えられた時間ウィンドウ内に、送信されたデータの再送信を実施するのを禁止するように設定される、請求項１に記載の方法。
【請求項３】
前記データ送信の前記フィードバックプロセスが、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックプロセスを含む、請求項１または２に記載の方法。
【請求項４】
前記第１のタイマーが、前記ＨＡＲＱフィードバックプロセスのＨＡＲＱ識別子に関連付けられる、請求項３に記載の方法。
【請求項５】
前記データ送信を送ることが、前記送信されたデータの再送信を送ることを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記第１のタイマーが、前記ネットワークノードに前記データ送信を送った後にトリガされる、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第１のタイマーは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、ＨＡＲＱラウンドトリップタイマー（ＨＡＲＱ  ＲＴＴ）の満了後にトリガされる、請求項１から５のいずれか一項に記載の方法。
【請求項８】
前記第１のタイマーは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信（ＤＲＸ）再送信タイマーの満了後にトリガされる、請求項１から５のいずれか一項に記載の方法。
【請求項９】
前記第１のタイマーが、間欠受信（ＤＲＸ）再送信タイマーをトリガした後にトリガされる、請求項１から５のいずれか一項に記載の方法。
【請求項１０】
前記第１のタイマーが、前記ネットワークノードにフィードバック要求を送った後にトリガされる、請求項１から５のいずれか一項に記載の方法。
【請求項１１】
前記第１のタイマーが、前記第１のタイマーによって与えられた前記時間期間中に前記フィードバック信号を受信すると停止される、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
前記再送信ウィンドウが第２のタイマーをさらに含む、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記第２のタイマーは、前記第１のタイマーの前記満了においてトリガされ、前記無線デバイスが前記送信されたデータの再送信を実施することを可能にするように設定される、請求項１２に記載の方法。
【請求項１４】
前記第２のタイマーが、並べ替えタイマーよりも小さくなるように設定される、請求項１３に記載の方法。
【請求項１５】
前記送信されたデータの再送信が、前記第２のタイマーによって与えられた時間ウィンドウ中に実施されなかった場合、前記第２のタイマーが満了した後に別の第２のタイマーをトリガすることをさらに含む、請求項１２から１４のいずれか一項に記載の方法。
【請求項１６】
前記第２のタイマーがトリガされる回数を監視するための、前記第２のタイマーのカウンタをトリガすることをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記第２のタイマーによって与えられた時間期間中に前記フィードバック信号を受信すると前記第２のタイマーを停止することをさらに含む、請求項１２から１６のいずれか一項に記載の方法。
【請求項１８】
前記再送信ウィンドウが、ＨＡＲＱ  ＲＴＴタイマーの満了後とＤＲＸタイマーの満了後とのうちの１つに基づいてさらにトリガされる、請求項１から１７のいずれか一項に記載の方法。
【請求項１９】
前記再送信ウィンドウの満了において前記無線デバイスのバッファをフラッシュすることをさらに含む、請求項１から１８のいずれか一項に記載の方法。
【請求項２０】
前記フィードバック信号のためのアップリンクグラントを指示する信号を受信することと、前記アップリンクグラント信号の前記受信に応答して前記再送信ウィンドウを停止することとをさらに含む、請求項１から１８のいずれか一項に記載の方法。
【請求項２１】
前記無線デバイスに、半永続的スケジューリング（ＳＰＳ）設定が設定される、請求項１から２０のいずれか一項に記載の方法。
【請求項２２】
前記アップリンクグラントを指示する前記信号を受信すると前記ＳＰＳ設定を停止することをさらに含む、請求項２０または２１に記載の方法。
【請求項２３】
自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するための無線デバイスであって、前記無線デバイスは、
ネットワークノードにデータ送信を送った後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、
前記第１のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、前記第１のタイマーの満了後にデータを再送信することと
を行うように設定される、処理回路要素と、
前記無線デバイスに電力を供給するように設定された電力供給回路要素と
を備える、無線デバイス。
【請求項２４】
前記処理回路要素が、プロセッサと前記プロセッサに接続されたメモリとを備え、前記メモリが、実行されたとき、開始するステップおよび再送信するステップを前記無線デバイスに実施させる命令を含んでいる、請求項２３に記載の無線デバイス。
【請求項２５】
前記第１のタイマーは、前記無線デバイスが、前記第１のタイマーによって与えられた前記時間期間内に、送信されたデータの再送信を実施するのを禁止するように設定される、請求項２３または２４に記載の無線デバイス。
【請求項２６】
前記データ送信の前記フィードバックプロセスが、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックプロセスを含む、請求項２３から２５のいずれか一項に記載の無線デバイス。
【請求項２７】
前記第１のタイマーが、前記ＨＡＲＱフィードバックプロセスのＨＡＲＱ識別子に関連付けられる、請求項２６に記載の無線デバイス。
【請求項２８】
前記プロセッサが、前記データ送信を送るかまたは前記送信されたデータの再送信を送るように設定される、請求項２４から２７のいずれか一項に記載の無線デバイス。
【請求項２９】
前記プロセッサが、前記ネットワークノードに前記データ送信を送った後に前記第１のタイマーをトリガするように設定される、請求項２４から２８のいずれか一項に記載の無線デバイス。
【請求項３０】
前記プロセッサは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、ＨＡＲＱラウンドトリップ（ＨＡＲＱ  ＲＴＴ）タイマーの満了後に前記第１のタイマーをトリガするように設定される、請求項２４から２８のいずれか一項に記載の無線デバイス。
【請求項３１】
前記プロセッサは、前記送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信（ＤＲＸ）再送信タイマーの満了後に前記第１のタイマーをトリガするように設定される、請求項２４から２８のいずれか一項に記載の無線デバイス。
【請求項３２】
前記プロセッサが、間欠受信（ＤＲＸ）再送信タイマーをトリガした後に前記第１のタイマーをトリガするように設定される、請求項２４から２８のいずれか一項に記載の無線デバイス。
【請求項３３】
前記プロセッサが、前記ネットワークノードにフィードバック要求を送った後に前記第１のタイマーをトリガするように設定される、請求項２４から２８のいずれか一項に記載の無線デバイス。
【請求項３４】
前記プロセッサが、前記第１のタイマーによって与えられた前記時間期間中に前記フィードバック信号を受信すると前記第１のタイマーを停止するように設定される、請求項２４から３３のいずれか一項に記載の無線デバイス。
【請求項３５】
前記再送信ウィンドウが第２のタイマーをさらに含む、請求項２４から３４のいずれか一項に記載の無線デバイス。
【請求項３６】
前記プロセッサが、前記第１のタイマーの前記満了において前記第２のタイマーをトリガするように設定され、前記第２のタイマーは、前記無線デバイスが前記送信されたデータの再送信を実施することを可能にするように設定される、請求項３５に記載の無線デバイス。
【請求項３７】
前記プロセッサが、前記第２のタイマーを並べ替えタイマーよりも小さくなるように設定するように設定される、請求項３６に記載の無線デバイス。
【請求項３８】
前記プロセッサは、前記送信されたデータの再送信が、前記第２のタイマーによって与えられた時間期間中に実施されなかった場合、前記第２のタイマーが満了した後に別の第２のタイマーをトリガするように設定される、請求項３５から３７のいずれか一項に記載の無線デバイス。
【請求項３９】
前記プロセッサは、前記第２のタイマーがトリガされる回数を監視するための、前記第２のタイマーのカウンタをトリガするように設定される、請求項３８に記載の無線デバイス。
【請求項４０】
前記プロセッサが、前記第２のタイマーによって与えられた時間期間中に前記フィードバック信号を受信すると前記第２のタイマーを停止するように設定される、請求項３５から３９のいずれか一項に記載の無線デバイス。
【請求項４１】
前記プロセッサが、ＨＡＲＱ  ＲＴＴタイマーの満了後とＤＲＸタイマーの満了後とのうちの１つに基づいて前記再送信ウィンドウをトリガするように設定される、請求項２４から４０のいずれか一項に記載の無線デバイス。
【請求項４２】
前記プロセッサが、前記再送信ウィンドウの満了において前記無線デバイスのバッファをフラッシュするように設定される、請求項２４から４１のいずれか一項に記載の無線デバイス。
【請求項４３】
前記プロセッサが、前記フィードバック信号のためのアップリンクグラントを指示する信号を受信するように設定され、前記アップリンクグラント信号の前記受信に応答して、前記プロセッサが前記再送信ウィンドウを停止するように設定される、請求項２４から４１のいずれか一項に記載の無線デバイス。
【請求項４４】
前記無線デバイスに、半永続的スケジューリング（ＳＰＳ）設定が設定される、請求項２３から４３のいずれか一項に記載の無線デバイス。
【請求項４５】
前記プロセッサが、前記アップリンクグラントを指示する前記信号を受信すると前記ＳＰＳ設定を停止するように設定される、請求項４３または４４に記載の無線デバイス。
【請求項４６】
自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するためのユーザ機器（ＵＥ）であって、前記ＵＥは、
無線信号を送信および受信するように設定されたアンテナと、
前記アンテナおよび処理回路要素に接続され、前記アンテナと前記処理回路要素との間で通信される信号を調節するように設定された、無線フロントエンド回路要素であって、
前記処理回路要素が、請求項１から２２のいずれか一項に記載のステップのいずれかを実施するように設定された、無線フロントエンド回路要素と、
前記処理回路要素に接続され、前記ＵＥへの情報の入力が前記処理回路要素によって処理されることを可能にするように設定された、入力インターフェースと、
前記処理回路要素に接続され、前記処理回路要素によって処理された前記ＵＥからの情報を出力するように設定された、出力インターフェースと、
前記処理回路要素に接続され、前記ＵＥに電力を供給するように設定された、バッテリーと
を備える、ユーザ機器（ＵＥ）。
【請求項４７】
非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、前記非一時的コンピュータ可読記憶媒体が、前記媒体において具現されたコンピュータ可読プログラムコードを有し、前記コンピュータ可読プログラムコードは、
ネットワークノードにデータ送信を送った後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、
前記第１のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、前記第１のタイマーの満了後にデータを再送信することと
を行うためのコンピュータ可読プログラムコードを含む、コンピュータプログラム製品。
【請求項４８】
前記コンピュータ可読プログラムコードが、請求項１から２２のいずれか一項に記載の方法に従って動作するためのコンピュータ可読プログラムコードをさらに含む、請求項４７に記載のコンピュータプログラム製品。
【請求項４９】
無線デバイスのための非一時的コンピュータ可読記憶媒体に記憶されたコンピュータプログラム製品であって、前記コンピュータプログラム製品は、前記無線デバイスの１つまたは複数の処理回路上で実行されると、前記無線デバイスに、
ネットワークノードにデータ送信を送った後に、前記データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、前記再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、
前記第１のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、前記第１のタイマーの満了後にデータを再送信することと
を行わせるソフトウェア命令を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、「Ｍｅｔｈｏｄｓ  ｆｏｒ  ａｕｔｏｎｏｍｏｕｓ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎｓ  ａｎｄ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎｓ」と題する、２０１７年８月１１日に米国特許商標庁（ＵＳＰＴＯ）において出願された、米国仮特許出願第６２／５４４２２１号、および「ＨＡＲＱ  Ｍｅｔｈｏｄｓ  ｆｏｒ  ａｕｔｏｎｏｍｏｕｓ  ＵＬ  ａｃｃｅｓｓ」と題する、２０１７年９月２７日にＵＳＰＴＯにおいて出願された、米国仮特許出願第６２／５６３８２１号の優先権の利益を主張する。それらの２つの仮出願の内容は、参照により本明細書に組み込まれる。
【０００２】
本明細書は、一般に、無線通信システムに関し、より詳細には、自律アップリンク送信および再送信に関する。
【背景技術】
【０００３】
「ライセンス支援型アクセス」（ＬＡＡ）に関する３ＧＰＰ作業は、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）機器が未ライセンス無線スペクトルにおいても動作することを可能にすることを意図する。未ライセンススペクトルにおけるＬＴＥ動作のための候補帯域は、５ＧＨｚ、３．５ＧＨｚなどを含む。未ライセンススペクトルは、ライセンス済みスペクトルを補うものとして使用されるか、または完全にスタンドアロンの動作を可能にする。
【０００４】
ライセンス済みスペクトルを補うものとして使用される未ライセンススペクトルの場合、デバイスは、ライセンス済みスペクトル（１次セルまたはＰＣｅｌｌ）において接続し、未ライセンススペクトル（２次セルまたはＳＣｅｌｌ）において、追加の送信容量から利益を得るためにキャリアアグリゲーションを使用する。キャリアアグリゲーション（ＣＡ）フレームワークは、少なくとも１つのキャリア（または周波数チャネル）がライセンス済みスペクトル中にあり、少なくとも１つのキャリアが未ライセンススペクトル中にあるという条件で、２つまたはそれ以上のキャリアをアグリゲートすることを可能にする。スタンドアロン（または完全に未ライセンスのスペクトル）動作モードでは、１つまたは複数のキャリアが未ライセンススペクトルにおいてのみ選択される。
【０００５】
しかしながら、規制要件が、事前のチャネル検知、送信電力制限、または課される最大チャネル占有時間なしには、未ライセンススペクトルにおける送信を許可しないことがある。未ライセンススペクトルは、類似するまたは類似しない無線技術の他の無線機と共有されなければならないので、いわゆるリッスンビフォアトーク（ＬＢＴ）方法が適用される必要がある。ＬＢＴは、あらかじめ規定された最小時間量の間媒体を検知することと、チャネルがビジーである場合、バックオフすることとを伴う。ＬＴＥ動作におけるチャネルアクセスのための（ｅノードＢ（ｅＮＢ）などの）基地局に対する、端末デバイスの集中型協調および依存、ならびに課されるＬＢＴ規制により、ＬＴＥアップリンク（ＵＬ）性能が特に妨害される。ＵＬ送信は、ユーザ中心の適用例と、クラウドにデータをプッシュする必要とに伴って、ますます重要になっている。
【０００６】
今日、未ライセンス５ＧＨｚスペクトルは、主に、ＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）規格を実装する機器によって、使用される。この規格は、その規格のマーケティングブランド「Ｗｉ−Ｆｉ」で知られており、未ライセンススペクトルにおける完全にスタンドアロンの動作を可能にする。ＬＴＥでの場合とは異なり、Ｗｉ−Ｆｉ端末は、非同期的に媒体にアクセスし、したがって、特に輻輳したネットワーク条件において、より良いＵＬ性能特性を示すことができる。
【０００７】
ＬＴＥアップリンクスケジューリング方式
【０００８】
ＬＴＥでは、アップリンクアクセスは、一般に、ｅＮＢによって制御、すなわち、スケジュールされる。この場合、ＵＥは、たとえば、スケジューリング要求メッセージ（ＳＲ）を送ることによって、データが送信されるためにいつ利用可能であるかをｅＮＢに報告するであろう。これに基づいて、ｅＮＢは、あるサイズのデータの送信を行うために、ＵＥにリソースと関連情報とをグラントするであろう。割り振られたリソースは、必ずしも、ＵＥがすべての利用可能なデータを送信するのに十分であるとは限らない。したがって、ＵＥは、送信を待っているデータの正しいサイズおよび更新されたサイズについてｅＮＢに通知するために、グラントされたリソースにおいてバッファステータス報告（ＢＳＲ）制御メッセージを送ることが可能である。それに基づいて、ｅＮＢは、訂正されたサイズのデータのＵＥアップリンク送信を続けるためのリソースをさらにグラントするであろう。
【０００９】
より詳細には、新しいデータがＵＥの空のバッファに到着するたびに、以下のプロシージャが実施されるべきである。
【００１０】
１．物理アップリンク制御チャネル（ＰＵＣＣＨ）を使用して、ＵＥは、ＵＥがアップリンクアクセスを必要とすることを指示するスケジューリング要求（ＳＲ）を送ることによって、ＵＥがデータを送信する必要があることを、ネットワークに通知する。ＵＥは、ＳＲ送信のための周期的タイムスロット（一般に、５、１０、または２０ｍｓ間隔）を有する。
【００１１】
２．ｅＮＢがＳＲ要求ビットを受信すると、ｅＮＢは、保留中のバッファのサイズを通信するのにちょうど十分な大きさである、小さい「アップリンクグラント」で応答する。この要求に対する反応は、一般に、３ｍｓを要する。
【００１２】
３．ＵＥが、ＵＥの第１のアップリンクグラントを受信し、処理した（約３ｍｓを要する）後に、ＵＥは、一般に、ＵＥのアップリンクバッファ中の保留中のデータの量に関する情報を提供するために使用される、ＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）であるバッファステータス報告（ＢＳＲ）を送る。第１のアップリンクグラントが十分に大きい場合、ＵＥは、この送信内で、ＵＥのバッファからのデータをも送る。また、ＢＳＲが送られるかどうかは、３ＧＰＰ  ＴＳ３６．３２１において指定されている条件に依存する。
【００１３】
４．ｅＮＢは、ＢＳＲメッセージを受信し、必要なアップリンクリソースを割り当て、デバイスがそのデバイスのバッファを空にすることを可能にする、別のアップリンクグラントを返送する。
【００１４】
すべて合計すると、ＵＥにおける空のバッファへのデータの到着から、ｅＮＢにおけるこのデータの受信の間に、約１６ｍｓ（＋ＰＵＣＣＨ送信機会を待つための時間）の遅延が予想され得る。
【００１５】
ＬＴＥにおいて指定されている別のスケジューリングオプションは、いわゆる半永続的スケジューリング（ＳＰＳ）である。１つまたは複数のＳＰＳ設定が、あるＵＥに割り振られ得る。各ＳＰＳ設定は、ＬＴＥ送信のためのアップリンクグラントと考えられるべきである、周期的に繰り返すリソースのセットに対処する。ｅＮＢは、ＰＤＣＣＨ上のダウンリンク制御情報（ＤＣＩ）を介して各ＳＰＳ設定を（非）アクティブ化することができる。ＳＰＳ設定がアクティブ化されると、ＵＥは、関連付けられたリソースを使用することができる。ＳＰＳ設定が非アクティブ化された場合、ＵＥは、関連付けられたリソースを使用することを停止するべきである。
【００１６】
古典的なアップリンクＬＴＥスケジューリングにおける重要なポイントは、送信時間間隔（ＴＴＩ）とハイブリッド自動再送要求（ＨＡＲＱ）識別情報（ＩＤ）との間に固定の１対１の関連付けがあることである。このようにして、ｅＮＢは、異なるＨＡＲＱプロセスのステータスの完全な制御を有する。
【００１７】
ライセンス支援型アクセス
【００１８】
今まで、ＬＴＥによって使用されるスペクトルは、ＬＴＥに専用である。これは、ＬＴＥシステムが共存問題を気にかける必要がなく、スペクトル効率が最大化され得るという利点を有する。しかしながら、ＬＴＥに割り当てられるスペクトルは制限されており、このことは、アプリケーション／サービスからのより大きいスループットに対する常に増加する需要を満たすことができない。したがって、リリース１３のＬＡＡは、ライセンス済みスペクトルに加えて未ライセンススペクトルを活用するために、ＬＴＥを拡張した。未ライセンススペクトルは、規定によれば、複数の異なる技術によって同時に使用され得る。したがって、ＬＴＥは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）などの他のシステムとの共存問題を考慮する必要がある。ライセンス済みスペクトルの場合と同じ様式で未ライセンススペクトルにおいてＬＴＥを動作させることは、Ｗｉ−Ｆｉが、チャネルが占有されたことを検出すると、Ｗｉ−Ｆｉは送信しないので、Ｗｉ−Ｆｉの性能をひどく劣化させることがある。
【００１９】
さらに、未ライセンススペクトルを確実に利用する１つのやり方は、必須の制御信号およびチャネルをライセンス済みキャリア上で送信することである。すなわち、図１に示されているように、ＵＥは、ライセンス済み帯域における１つのＰＣｅｌｌと、未ライセンス帯域における１つまたは複数のＳＣｅｌｌとに接続される。本開示では、未ライセンススペクトルにおける２次セルは、ライセンス支援型アクセス２次セル（ＬＡＡ  ＳＣｅｌｌ）と呼ばれる。ＭｕｌｔｅＦｉｒｅの場合のようなスタンドアロン動作の場合、ライセンス済みセルは、アップリンク制御信号送信のために利用可能でない。
【００２０】
ＨＡＲＱ設計
【００２１】
ＬＡＡでは、ＬＡＡ  ＵＬ（ＰＵＳＣＨ）のために非同期ＨＡＲＱが推奨される。そのことは、ＵＬ再送信が、初期送信の後の１つのＲＴＴ（たとえばｎ＋８）だけでなく、むしろ、任意の時点でも発生し得ることを意味する。これは、特に、再送信がＬＢＴにより阻止および延期されるとき、有益と考えられる。したがって、非同期ＨＡＲＱを導入するとき、ＵＥは、すべての送信されたＵＬ  ＨＡＲＱプロセスが成功したと仮定する（たとえばローカルステータスをＡＣＫにセットする）べきである。ＵＥは、ｅＮＢから対応するＵＬグラント（トグルされないＮＤＩ）を受信したときにのみ、ＨＡＲＱプロセスのためのＨＡＲＱ再送信を実施する。
【００２２】
ダウンリンクＨＡＲＱ
サブフレーム「ｎ」における、ＰＤＣＣＨ／ＥＰＤＣＣＨおよび関連付けられたＰＤＳＣＨの受信後に、ＵＥは、サブフレーム「ｎ＋４」において、送信の準備ができている関連付けられたＨＡＲＱフィードバックを有する。ＵＥは、「ｎ＋４」制約に従って考えられる最も早いアップリンク送信機会において、保留中のＨＡＲＱフィードバックを送信するものとする。アップリンク送信機会は、ＵＥのために利用可能である、ＭＦ−ｓＰＵＣＣＨリソースまたはＭＦ−ｅＰＵＣＣＨリソースのいずれかに従って、規定される。ＰＤＳＣＨに関連付けられたＨＡＲＱフィードバックを送信するとき、ＵＥは、保留中のフィードバックを収集するものとする。保留中のＨＡＲＱフィードバックは、潜在的に、いくつかのダウンリンク送信のためのフィードバックを含み得る。保留中のＨＡＲＱフィードバックは、ビットマップ中のインデックスとＨＡＲＱプロセスＩＤとの間の暗黙的関連付けを伴って、ビットマップ中に収集される。このビットマップのサイズは、ｅＮＢによって設定可能である。ＤＬ動作のためのＨＡＲＱプロセスの最大数は、１６である。ＭＦ−ｅＰＵＣＣＨ／ｓＰＵＣＣＨビットマップ中でシグナリングされたとき、ＨＡＲＱ−ＩＤパケットのデフォルトステータスは、送られるために利用可能なＡＣＫがない限り、ＮＡＣＫである。
【００２３】
アップリンクＨＡＲＱ
非同期ＵＬ  ＨＡＲＱ動作は、ｅＭＴＣのためにＬＴＥ  Ｒｅｌ−１３において導入された。非適応ＨＡＲＱ動作のサポートはなく、ＵＥは、ＨＡＲＱ動作に関する、ＰＨＩＣＨリソース上の情報コンテンツを無視するものとする。ＰＨＩＣＨリソースはダウンリンク送信リソースの一部として維持されるが、情報コンテンツは、将来の使用のために確保される。アップリンク送信（新しい送信または再送信）が、ＰＤＣＣＨ／ＥＰＤＣＣＨを通したＵＬグラントを通してスケジュールされる。ただし、このタイプの非同期機構でも、依然としてＨＡＲＱ  ＩＤとＴＴＩとの間に関係があり、その結果、ｅＮＢ制御は、依然として、ある程度までは十分に可能である。また、再送信を実施するために、ＵＥは、ネットワークによって提供される明示的ＵＬグラントを待たなければならない。特に、ｅＮＢはあるＨＡＲＱプロセスのための再送信を、そのＨＡＲＱプロセスのためのＮＤＩビットをトグルしないことによって、要求し得る。ｅＮＢは、ＨＡＲＱプロセスの再送信を、そのＨＡＲＱプロセスに関連付けられたＨＡＲＱ  ＲＴＴの満了において、または（設定された場合、）ＵＥがＤＬチャネルを監視すると想定されるＤＲＸオケージョンにおいてトリガするために、ＰＤＣＣＨを送り得る。たとえば、Ｒｅｌ．１４では、ｅＮＢは、ＨＡＲＱ  ＲＴＴの満了においてトリガされるＤＲＸ再送信タイマー（すなわちｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）を設定する可能性を有する。このタイマーは、ｅＮＢが、ＨＡＲＱ  ＲＴＴ満了後にできるだけ早く、ｅＮＢがＰＤＣＣＨを正しく配信するのを妨げ得る、考えられるＬＢＴ発生をより良く無効にすることを可能にする。
【００２４】
ＬＡＡ／ＭｕｌｔｅＦｉｒｅのための非スケジュールアップリンク
【００２５】
ＬＴＥ  ＵＬチャネルアクセスでは、ＵＥとｅＮＢの両方は、スケジューリング要求フェーズ、スケジューリンググラントフェーズ、およびデータ送信フェーズに対応する、ＬＢＴ動作を実施する必要がある。対照的に、Ｗｉ−Ｆｉ端末は、ＵＬデータ送信フェーズにおいて１回ＬＢＴを実施する必要があるにすぎない。その上、Ｗｉ−Ｆｉ端末は、同期ＬＴＥシステムに比較してデータを非同期的に送ることができる。したがって、Ｗｉ−Ｆｉ端末は、ＵＬデータ送信においてＬＴＥ端末に勝る生来の利点を有し、シミュレーション研究において見られるように、コロケート展開シナリオにおいて優れた性能を示す。全体的な研究結果は、Ｗｉ−Ｆｉが、特に低負荷またはあまり輻輳していないネットワーク条件において、ＬＴＥよりも良いアップリンク性能を有することを示している。ネットワーク輻輳または負荷が増加されるにつれて、ＬＴＥチャネルアクセス機構（ＴＤＭＡタイプ）はより効率的になるが、Ｗｉ−Ｆｉアップリンク性能は、依然として優れている。たとえば、ＵＥは、ｅＮＢからの許可を待つことなしにＵＬ送信を開始することができる。言い換えれば、ＵＥは、ＳＲを送信するかまたはｅＮＢからのＵＬグラントを有することなしに、ＵＬデータが到着したときはいつでも、ＬＢＴを実施してＵＬチャネルアクセスを獲得することができる。ＵＥは、データ送信全体のために非スケジュールモードを使用することができ、または代替的に、最初のＮ個の送信バーストのために非スケジュールモードを使用して送信し、次いで、ｅＮＢ制御スケジューリングモードに切り替わる。１ｍｓまでのグラントされた周期性をもつＳＰＳグラントは、自律アップリンクと同様の挙動を達成するのに有用であり得る。１ｍｓの周期性では、ＵＥは、グラントされた期間全体の間、あらゆるサブフレームを送信することを試みることができる。
【発明の概要】
【００２６】
スケジュールされたアクセスでは、ＵＬアクセスはｅＮＢによって制御される。ｅＮＢは、アップリンク送信のためのいくつかのサブフレームをグラントする。ＵＥは、次いで、そのグラントが有効である時間の間、チャネルにアクセスすることを試みることができる。ｅＮＢは、それらのサブフレーム内でのみのアップリンク送信を予想する。ｅＮＢは、グラントされたアップリンクサブフレームのＰＵＳＣＨを復号することを試み、ＰＵＳＣＨの復号結果に基づいて、ｅノードＢはＵＥにＡＣＫまたはＮＡＣＫを伝達するべきである。
【００２７】
その状況は、非スケジュールモードの場合はそれほど簡単ではない。非スケジュールモードでは、ｅＮＢは、アップリンク送信をいつ予想すべきかを知らない。ｅＮＢが自律アップリンク送信を識別する場合、ｅＮＢは、対応する確認応答をＵＥに送ることができる。しかしながら、ｅＮＢがＵＥからのアップリンク送信を逃した場合、ＵＥは、対応するＨＡＲＱプロセスに関するフィードバックを得ない。
【００２８】
言い換えれば、ＬＴＥでは、ＵＬアクセスはｅＮＢによってグラントされ、それは同期的なやり方で発生する。ＵＬ送信および再送信は、常に、事前に知られているサブフレームにおいて発生し、送信すべきＵＬ  ＨＡＲＱプロセスは、送信時間から推論され得る。たとえば、ＦＤＤでは、（ＨＡＲＱ  ＩＤで識別される）あるＨＡＲＱプロセスの送信は、ＵＬグラントの受信の４ｍｓ後に発生し、そのＨＡＲＱ  ＩＤの再送信は、前の（再）送信から８ｍｓ後に発生する。同様に、ＳＰＳ送信の場合、ＴＳ３６．３２１は、あるＴＴＩ上でのＳＰＳ送信を特定のＨＡＲＱ  ＩＤに結びつけるやり方を提供する。したがって、このフレームワークでは、ｅＮＢとＵＥの両方は、あるＵＬ送信がいつ発生し得るか、およびＵＥがどのＵＬ  ＨＡＲＱプロセスを送信するかを知っている。
【００２９】
一方、自律ＵＬアクセスフレームワークでは、ＵＬ送信は、依然として、ある特定のグラントされた時間オケージョンにおいて発生するが、ＵＬグラントおよびＵＬ送信と再送信との間の時間関係、ならびに、ＨＡＲＱ  ＩＤとＵＬ送信時間との間の時間関係が、失われる。このことは、ＵＬ送信がＬＢＴ発生により時々ドロップされる必要があり得る未ライセンス帯域におけるＵＬ性能全体にとっていくつかの明らかな利益を有する。
【００３０】
しかしながら、そのことはまた、アップリンク送信をいつ予想すべきか、およびＵＥがどのＨＡＲＱプロセスを送信することになるかを、ｅＮＢが知らないことがあるので、ｅＮＢスケジューラにとって自明でない課題を生じる。さらに、ｅＮＢはＵＬ送信を正しく受信し得るが、ＬＢＴ発生により、またはＨＡＲＱフィードバックロスにより、ＵＥは、原理上は、所与の時点において再送信をトリガし得、ｅＮＢは、再送信がＵＥによっていつトリガされたか、および再送信がＵＥによってトリガされたかどうかに、気づいていないことがある。
【００３１】
帰結は、所与のＨＡＲＱプロセスを正しく配信する際に過大な遅延があり得、またはワーストケースでは、再送信は、パケットが上位レイヤによって時間通りに正しく受信されなかった場合、上位レイヤ（たとえば無線リンク制御（ＲＬＣ））においてトリガされ得る。
【００３２】
本開示のいくつかの態様およびいくつかの態様の実施形態は、これらのまたは他の問題に対するソリューションを提供し得る。
【００３３】
本開示の実施形態は、自律および非同期アップリンクアクセスを可能にする、半永続的スケジューリング方式を設定することを可能にする。特に、それらの実施形態は、レイテンシを制限し、自律アップリンクアクセス方式の信頼性を増加させるための方法を提供する。
【００３４】
一態様によれば、いくつかの実施形態は、無線デバイスにおける、自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するための方法を含む。本方法は、ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、第１のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、第１のタイマーの満了後にデータを再送信することとを含む。
【００３５】
いくつかの実施形態では、第１のタイマーは、無線デバイスが、第１のタイマーによって与えられた時間ウィンドウ内に、送信されたデータの再送信を実施するのを禁止するように設定され得る。
【００３６】
別の態様によれば、いくつかの実施形態は、自律アップリンク（ＵＬ）アクセスを使用してネットワークノードと通信するための無線デバイスを含む。無線デバイスは、処理回路要素と、無線デバイスに電力を供給するように設定された電力供給回路要素とを備える。処理回路要素は、ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始することと、第１のタイマーによって与えられた時間ウィンドウ中にフィードバック信号の不在を検出したことに応答して、第１のタイマーの満了後にデータを再送信することとを行うように設定される。
【００３７】
いくつかの実施形態では、無線デバイスは、１つまたは複数の他の無線ノードおよび／または１つまたは複数のネットワークノードと通信するように設定された、１つまたは複数の通信インターフェースと、通信インターフェースに動作可能に接続された処理回路要素とを備え得、処理回路要素は、本明細書で説明される、無線デバイスの１つまたは複数の機能性を実施するように設定される。いくつかの実施形態では、処理回路要素は、少なくとも１つのプロセッサと、プロセッサによって実行されると、本明細書で説明される、無線デバイスの１つまたは複数の機能性を実施するように少なくとも１つのプロセッサを設定する命令を記憶する、少なくとも１つのメモリとを備え得る。
【００３８】
いくつかの実施形態では、無線デバイスは、本明細書で説明される、無線デバイスの１つまたは複数の機能性を実施するように設定された、１つまたは複数の機能モジュールを備え得る。
【００３９】
別の態様によれば、いくつかの実施形態は、無線デバイスの処理回路要素（たとえば、少なくとも１つのプロセッサ）によって実行されると、本明細書で説明される、無線デバイスの１つまたは複数の機能性を実施するように処理回路要素を設定する命令を備える、コンピュータプログラム製品を記憶する、非一時的コンピュータ可読媒体を含む。
【００４０】
本開示の態様のいくつかの実施形態は、１つまたは複数の技術的利点を提供し得る。たとえば、本開示で説明される方法では、ネットワークは、再送信が発生する時間間隔を制御し、それにより、レイテンシ問題およびパケットロスを制限することが可能である。
【００４１】
本発明の概要は、すべての企図された実施形態の広範な概観ではなく、いずれかまたはすべての実施形態の主要なまたは重要な態様または特徴を識別すること、またはいずれかまたはすべての実施形態の範囲を定めるものではない。その意味では、添付図とともに特定の実施形態の以下の説明を検討すると、他の態様および特徴が当業者に明らかになろう。
【００４２】
以下の図面を参照しながら、例示的な実施形態がより詳細に説明される。
【図面の簡単な説明】
【００４３】
【図１】ＬＴＥキャリアアグリゲーションを使用する、未ライセンススペクトルへのライセンス支援型アクセス（ＬＡＡ）の概略図である。
【図２】一実施形態による、再送信禁止タイマーを備える例示的な再送信機構を示す図である。
【図３】一実施形態による、再送信禁止タイマーと再送信ウィンドウとを備える例示的な再送信機構を示す図である。
【図４】一実施形態による、ＨＡＲＱ再送信ウィンドウを備える例示的な再送信機構を示す図である。
【図５】一実施形態による、無線デバイスにおける方法のフローチャートである。
【図６】一実施形態による、仮想化装置を示す図である。
【図７】図ＱＱ１。一実施形態による、無線ネットワークの概略ブロック図である。
【図８】図ＱＱ２。一実施形態による、無線デバイス／ＵＥの概略ブロック図である。
【図９】図ＱＱ３。一実施形態による、仮想化環境を示す概略ブロック図である。
【図１０】図ＱＱ４。一実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークの概略ブロック図である。
【図１１】図ＱＱ５。一実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの概略ブロック図である。
【図１２】図ＱＱ６。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。
【図１３】図ＱＱ７。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。
【図１４】図ＱＱ８。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。
【図１５】図ＱＱ９。一実施形態による、ホストコンピュータと、基地局と、ユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。
【発明を実施するための形態】
【００４４】
「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な実施形態」などへの本明細書における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らないことがある。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。
【００４５】
本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示するのでなければ、複数形をも含むものとする。さらに、本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、整数、ステップ、動作、エレメント、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、エレメント、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。
【００４６】
多くの態様は、アクションまたは機能のシーケンスに関して説明される。いくつかの実施形態では、いくつかの機能またはアクションは、専用回路によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって、実施され得ることを認識されたい。
【００４７】
さらに、いくつかの実施形態は、プロセッサに本明細書で説明される技法を行わせるコンピュータ命令の適切なセットを含んでいるコンピュータ可読キャリアまたは搬送波の形式で、部分的にまたは完全に具現され得る。
【００４８】
概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連する技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のうちのいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同じように、実施形態のうちのいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになろう。
【００４９】
添付の図面を参照しながら、次に、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。
【００５０】
以下では、「ＨＡＲＱフィードバック」という専門用語（または用語）は、新しい送信（すなわち、新しいパケットを送信すること）がトリガされ得るかどうか、または再送信（すなわち、前のパケットを再送信すること）が代わりにトリガされるべきであるかどうかをＵＥに指示する、ｅＮＢからの信号に対応することができる。そのような信号は、任意のＤＬチャネルによって、たとえば物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介して配信され得、そのコンテンツは、明示的ＡＣＫ／ＮＡＣＫフィードバック、あるいは、あるＨＡＲＱ  ＩＤのためのバッファをＵＥがフラッシュすることを可能にされるかどうか、またはそのＨＡＲＱ  ＩＤのために再送信がトリガされるべきであるかどうかに関する情報を搬送する、新データインジケータ（ＮＤＩ）のいずれかであり得る。
【００５１】
様々な以下の実施形態では、ＳＰＳという専門用語が使用されるとき、その専門用語は、たとえばビットマップによってまたは単一の時間オケージョンによって表される、時間／周波数リソースのセットが、設定された時間パターンに従って送信のために周期的に利用可能である、スケジューリングフレームワークを指すものとする。
【００５２】
以下の実施形態は、自律ＵＬアクセス方式がどのように設定されるかにかかわらず、たとえば、設定された周期性に従って周期的に繰り返す送信オケージョンを伴うＳＰＳの形式で設定されるか、またはシステムフレーム番号（ＳＦＮ）長をスパンするためにある回数反復するある長さのビットマップの形式であって、各ビットが、ＵＥが特定のサブフレーム中で送信することを可能にされるか否かを指示する、ビットマップの形式で設定されるかにかかわらず、自律ＵＬアクセスがＵＥに対して設定される事例に適用される。
【００５３】
以下の実施形態は、概して、ＨＡＲＱフィードバックおよびＨＡＲＱフィードバックを配信する物理チャネル（たとえばＰＤＣＣＨまたはＰＨＩＣＨ）のために使用される機構にかかわらず、適用される。
【００５４】
以下の実施形態は、ＬＴＥ／ＬＡＡ／ＭｕｌｔｅＦｉｒｅ／ＬＴＥ−Ｕ、または新しい無線（ＮＲ）など、ＬＴＥの将来世代に適用される。
【００５５】
「ＵＥ」および「無線デバイス」という用語は、本開示では互換的に使用されることに留意されたい。また、ＵＥまたは無線デバイスは任意の端末デバイスを表すことができ、それらの端末デバイスは、（ネットワークに接続することが可能な車両（車、トラック、バスなど）などの）車両ＵＥ、および歩行者ＵＥ（たとえばセルフォン／スマートフォン）であり得る。
【００５６】
概して述べれば、本開示の実施形態は、ＵＥが、ＵＥがそうすることができるときはいつでも、ｅＮＢによってすでに設定されたリソースを使用して送信または再送信することを可能にする。ただし、ＵＥは、上位レイヤにおけるＲＬＣ並べ替えプロシージャを乱さないために、ある時間ウィンドウ内にそれを行うべきである。
【００５７】
実施形態１−  禁止タイマーによって与えられた再送信ウィンドウ
【００５８】
この実施形態では、ＵＥには、タイマーによって与えられた再送信ウィンドウが設定され、そのタイマーは再送信禁止タイマーと呼ばれることがある。再送信禁止タイマーは、ＵＥが再送信を実施することをいつ可能にされるかを決定するために使用される。ＨＡＲＱフィードバックは失われることまたは単にＬＢＴ発生のために送信されないことがあるので、再送信禁止タイマーの役割は、ｅＮＢが、まだ確認応答されていないＨＡＲＱプロセスのためのＨＡＲＱフィードバックを送るためのより多くのオケージョンを有することを可能にすることである。
【００５９】
再送信禁止タイマーは、あるＨＡＲＱプロセスに関連付けられ、その再送信禁止タイマーの満了において、ＵＥは、前に送信されたＨＡＲＱプロセスのＵＬ再送信を実施することを可能にされる。ＵＬ再送信は、タイマー満了後の第１のグラントされた送信オケージョンにおいて、または実施形態２で開示される方法に従って実施され得る。
【００６０】
再送信禁止タイマーは、以下の発生のうちのいずれかにおいてトリガされ得る。
【００６１】
１．ＰＵＳＣＨ送信または再送信を実施した後。
【００６２】
２．ＨＡＲＱ  ＲＴＴの満了においてＨＡＲＱフィードバックが受信されなかった場合、ＨＡＲＱ  ＲＴＴの満了において。
【００６３】
３．ＤＲＸ再送信タイマーの満了前にＨＡＲＱフィードバックが受信されなかった場合、ＨＡＲＱ  ＲＴＴの満了においてトリガされるＤＲＸ再送信タイマー（すなわちｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）の満了において。
ｉ．  ＤＲＸ再送信タイマーが設定されなかった場合、ＵＥは、ＨＡＲＱ  ＲＴＴの満了において再送信タイマーをトリガする。
【００６４】
４．ＤＲＸ再送信タイマー（すなわちｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）がトリガされた後。
【００６５】
５．ＵＥがフィードバックを要求した後。非限定的な例として、ＵＥは、アップリンク制御シグナリング（ＵＣＩ）を介してＨＡＲＱフィードバック要求を送る。
【００６６】
上記のすべての５つのオプションでは、再送信禁止タイマーは、この再送信タイマーが関連付けられたＨＡＲＱプロセスのためのＨＡＲＱフィードバックを受信すると、停止およびクリアされる。再送信が実施されると、上記に記載されたオプションのうちの１つに続いて、このＨＡＲＱプロセスに関連付けられた新しい再送信禁止タイマーが始動されて開始され得る。
【００６７】
図２は、実施形態１のオプション３に従って説明される、再送信機構２００の一例を示す。
【００６８】
ステップ２１０において、ＵＥはｅＮＢにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するＨＡＲＱ  ＩＤに関連付けられる。ＨＡＲＱ  ＩＤに関連付けられたＵＬデータを送信すると、ＵＥは、ステップ２２０において、ＨＡＲＱ  ＲＴＴタイマー２３０をトリガする。ＵＥは、ＨＡＲＱ  ＲＴＴタイマー２３０がトリガされた後に、ＤＲＸ再送信タイマー２６０をもトリガすることができる。ステップ２４０において、ＵＥは、次いで、ＨＡＲＱ  ＲＴＴタイマー２３０およびＤＲＸ再送信タイマー２６０の満了後に、たとえば、ＨＡＲＱ  ＲＴＴタイマー２３０およびＤＲＸ再送信タイマー２６０内にＨＡＲＱフィードバックが受信されなかった（すなわち、図２の破線の矢印が、タイマー２３０およびタイマー２６０によってセットされた時間内にＨＡＲＱフィードバックがＵＥによって受信されなかったことを示す）場合、再送信禁止タイマー２５０をトリガする。上記で説明されたように、再送信禁止タイマー２５０は、他の要因でもトリガされ得る。
【００６９】
再送信禁止タイマー２５０がトリガされると、それは、禁止タイマー２５０によってセットされた時間期間中にＵＥが再送信を実施することを可能にされないことを意味する。禁止タイマー２５０が満了すると、ＵＥは再送信を実施することを可能にされる。禁止タイマー２５０によってセットされた時間期間中に、ＵＥがＨＡＲＱフィードバックを受信した場合、ＵＥは再送信禁止タイマー２５０を停止する。
【００７０】
この実施形態の変形態では、（時間をカウントする）タイマーではなく、ＵＥが再送信を実施することをいつ可能にされるかを決定するために、再送信禁止カウンタが使用され得る。再送信禁止カウンタは、あるイベント、たとえば再送信が発生したとき、進められ（または増加され）得る。代替的に、再送信禁止カウンタは、ＵＥがネットワークノードからＨＡＲＱフィードバックを受信することを予想するが、対応するＨＡＲＱプロセスのためのＨＡＲＱフィードバックが受信されない、各ＴＴＩについて進められ得る。たとえば、再送信禁止カウンタは、ＨＡＲＱ  ＲＴＴの満了において始動され、ＵＥが（たとえば、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒのようなすべてのＤＲＸオケージョン中に）ＤＬチャネルを監視するためにアウェイクであるが、対応するＨＡＲＱ  ＩＤのためのＨＡＲＱフィードバックが受信されない、すべてのサブフレームについて進められる。したがって、再送信禁止カウンタは、ＵＥがＤＲＸスリープモードにあるとき、進められない／増加されない。再送信禁止カウンタは、再送信がネットワークノードにおいて受信された場合、すなわち、ＨＡＲＱフィードバックがＵＥによって受信された場合、クリアされる。
【００７１】
再送信禁止タイマー２５０またはカウンタのための、異なる値が設定され得る。再送信禁止タイマー２５０は、２つ以上のＤＲＸオケージョンをカバーするように、たとえば、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒをカバーするだけでなく、ＤＲＸサイクル設定に応じて周期的に発生する、ＤＲＸ  ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒをもカバーするように、ｅＮＢによって設定され得る。これは、数回のＬＢＴ発生の場合、ネットワークノードが、ＨＡＲＱフィードバックを配信するより多くの機会を有することを可能にする。タイマー／カウンタが無限大に設定またはセットされなかった場合、ＵＥは、あるＨＡＲＱ  ＩＤの再送信を、そのＨＡＲＱ  ＩＤのための明示的ＨＡＲＱフィードバックがネットワークノードから受信されるまで、実施することを可能にされない。
【００７２】
実施形態２−  再送信タイマーによって与えられた再送信ウィンドウ
【００７３】
この実施形態では、対応するＨＡＲＱ  ＩＤに関連付けられた再送信禁止タイマー２５０の満了において、ＵＥは、ＵＥが、ＨＡＲＱ  ＩＤに対応する再送信をその中で実施する必要がある、このＨＡＲＱ  ＩＤのための再送信ウィンドウを始動することができる。再送信ウィンドウは、ＵＥが再送信を実施するためにあまりに多くの時間を使用すること、および、たとえば、場合によってはＲＬＣ並べ替えプロシージャに影響を及ぼすことを回避するために必要とされる。
【００７４】
ＵＥが再送信ウィンドウ内に再送信を実施した場合、再送信ウィンドウはクリアされる（すなわち、再送信ウィンドウは終了する）。場合によっては、再送信ウィンドウは、ＬＢＴまたは他の理由のために、ＵＥが再送信を実施しなかった場合でも最終的に満了し、それにより再送信カウンタが進められる、すなわち増やされる（または、カウンタがどのように実装されたかに応じて減らされる）。再送信ウィンドウの満了において、新しい再送信ウィンドウが開始することができる。再送信カウンタは、再送信ウィンドウの数をカウントするために使用される。ＵＥが再送信ウィンドウ内に何とかＵＬ再送信を送信した場合、実施形態１で開示された方法が、この再送信に関連付けられたＨＡＲＱプロセスを追跡するために使用され得、たとえば、ＵＥは、その再送信に関連付けられたＨＡＲＱ  ＲＴＴ２３０の満了に続いて再送信禁止タイマー２５０をトリガする。
【００７５】
たとえば、再送信ウィンドウは、ＨＡＲＱ  ＩＤによって識別された、あるＨＡＲＱプロセスのための再送信がいつトリガされるべきであるかを決定する、ｅＮＢによって設定され得る。
【００７６】
再送信ウィンドウはタイマーによって制御され得、そのタイマーは再送信タイマーと呼ばれることがある。
【００７７】
異なる論理チャネル識別情報（ＬＣＩＤ）について、異なる再送信タイマーがセットされ得る。たとえば、高優先度トラフィックの配信レイテンシを低減するために、より高い優先度のＬＣＩＤのために、より短い再送信タイマーが使用され得る。代替的に、ｅＮＢによって、異なるチャネル条件について、異なる再送信タイマーが設定され得、すなわち、干渉が小さいと見なされ、ＬＢＴ発生の確率が小さいときの場合、短いタイマーが設定される。
【００７８】
ＨＡＲＱプロセスごとに１つの時間ウィンドウと、随意に、再送信試みごとに１つの時間ウィンドウとがあり得る。時間ウィンドウは、ネットワークによって設定されるタイマーによって（またはＴＴＩ／サブフレームの数によって）表現され得る。このタイマーをセットするための１つの方法は、ＲＬＣ受信エンティティが、ＲＬＣ受信ウィンドウを前進させ、ＲＬＣ  ＰＤＵの再送信をトリガするように送信エンティティに通知することをトリガする、ＲＬＣ  ｔ並べ替えタイマーなどの並べ替えタイマーよりも、そのタイマーが厳密に小さくなるように設定することである。たとえば、再送信タイマーの値はＭＡＣ  ＰＤＵのための再送信試みの最大数に依存し得、たとえば、各再送信試みに関連付けられた再送信タイマーがある。また、可能にされる再送信試みの数が高いほどタイマーは短く、その逆も同様である。設定ルールは、（ネットワークによって設定された）再送信タイマー値の合計の長さがＲＬＣ並べ替え値よりも厳密に小さいことであり得る。
【００７９】
代替的に、再送信タイマーは、ＵＬ送信のためのグラントされたリソースがあるサブフレームの数に関して表現され得る。したがって、この場合、再送信タイマーは、ＵＬ送信のためのグラントされたリソースがあるあらゆるサブフレームについて進められ（または増加され）、再送信タイマーは、グラントされたリソースがないサブフレームについて進められない。
【００８０】
図３は、実施形態２による、再送信機構３００の一例を示す。
【００８１】
ステップ３１０において、ＵＥはｅＮＢにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するＨＡＲＱ  ＩＤに関連付けられる。ＨＡＲＱ  ＩＤに関連付けられたＵＬデータを送信すると、ＵＥは、ステップ３２０において、ＨＡＲＱ  ＲＴＴタイマー３３０をトリガする。ＵＥは、ＨＡＲＱ  ＲＴＴタイマー３３０がトリガされた後に、ＤＲＸ再送信タイマー３３５をもトリガすることができる。ステップ３４０において、ＵＥは、ＨＡＲＱ  ＲＴＴタイマー３３０およびＤＲＸ再送信タイマー３３５の満了において、たとえば、ＨＡＲＱフィードバックが受信されなかった（破線の矢印が、タイマー３３０およびタイマー３３５によってセットされた時間内にＨＡＲＱフィードバックがＵＥによって受信されなかったことを示す）場合、再送信禁止タイマー３５０をトリガする。再送信禁止タイマー３５０の満了において、ＵＥは、再送信ウィンドウを開始し（ステップ３６０）、再送信ウィンドウは再送信タイマー３７０によって制御される。再送信タイマー３７０によってセットされた時間期間中に、ＵＥは、前に送信されたデータの再送信を送ることを可能にされる。再送信タイマー３７０によってセットされた時間期間中にＨＡＲＱ  ＡＣＫが受信されなかった場合、ＵＥはｅＮＢに再送信を送る（ステップ３８０）。この再送信後に、ステップ３８５において、ＵＥは、再送信タイマー３７０をクリアまたは停止する。また、再送信３８０に続いて、ＵＥはＨＡＲＱ  ＲＴＴタイマー３９０を開始する。方法２００は、この再送信に対応するＨＡＲＱプロセスを追跡するために使用され得る。
【００８２】
再送信タイマー３７０が保留中であるときにＵＥがＨＡＲＱフィードバックを受信した場合、ＵＥは、一例では、保留中の再送信タイマー３７０を停止することができる。後で、ＵＥは、（ＨＡＲＱフィードバックがＡＣＫを含んでいる場合に）新しい送信または（ＨＡＲＱフィードバックがＮＡＣＫを含んでいる場合に）再送信のいずれかをスケジュールすることができる。より詳細には、ＡＣＫが受信された場合、再送信タイマー３７０は停止され、再送信タイマー３７０はこのＨＡＲＱプロセスのための次の送信までリセットされない。このＨＡＲＱプロセスのための次の送信において、ＵＥは、このＨＡＲＱ  ＩＤのための新しいデータをスケジュールし、冗長バージョンインジケータ（ＲＶＩ）をリセットし、ＮＤＩをトグルし、再送信カウンタをリセットする。
【００８３】
ＨＡＲＱフィードバックがＮＡＣＫである場合、再送信タイマー３７０はリセットされない。代わりに、再送信タイマー３７０は再送信後にリセットされる。再送信が実施されなかった場合、ＵＥは現在の再送信試みを放棄する。代替的に、ＨＡＲＱフィードバックがＮＡＣＫを含んでいる場合、再送信タイマー３７０は停止され、直後にリセットされる。これは、このＨＡＲＱプロセスのための再送信が、再送信タイマー３７０によってセットされた時間期間内に発生することを保証するために重要である。したがって、ＨＡＲＱフィードバックの受信において、ＵＥはＮＤＩをトグルせず、ＵＥはＲＶＩと再送信カウンタとを進め得る。
【００８４】
別の代替形態では、再送信タイマー３７０は、所与のＨＡＲＱプロセスのためのすべての考えられる再送信オケージョンをカバーすることができる。この場合、再送信タイマー３７０は、各再送信後に停止およびリセットされず、むしろ、再送信タイマー３７０は、再送信タイマー３７０が満了するか、またはＡＣＫをもつＨＡＲＱフィードバックが受信されるまで進行する。再送信タイマー３７０の満了後に、ＵＥは、このＨＡＲＱプロセスのための新しい送信をトリガすることができる。
【００８５】
また別の例では、再送信タイマー３７０は、ＨＡＲＱフィードバックが、再送信タイマー３７０によって与えられた時間期間の持続時間中に受信された場合、停止されない。再送信カウンタは、再送信タイマー３７０が満了したときはいつでも、およびＵＥが再送信を実施するときはいつでも進められる。
【００８６】
再送信カウンタが再送信試みの最大設定可能量に達した場合、このＨＡＲＱプロセスに関係するＵＥバッファがフラッシュされ得、対応するパケットが放棄され、すなわち、新しいパケットが、利用可能な場合、このＨＡＲＱ  ＩＤのために処理され、ＲＶＩカウンタはリセットされ、ＮＤＩはトグルされ、再送信カウンタはリセットされる。
【００８７】
実施形態３−  ＨＡＲＱ再送信ウィンドウ
【００８８】
この実施形態では、（本明細書ではＨＡＲＱウィンドウタイマーと呼ばれる）タイマーによって与えられたＨＡＲＱ再送信ウィンドウが、ＨＡＲＱプロセスを正常に完了することを可能にされる最大時間を指示するために使用される。または、換言すれば、ＵＥが、あるＨＡＲＱプロセスからのあるトランスポートブロック／データを送信することを可能にされた最大時間があり、この時間の後に、ＵＥは、もはや、そのＨＡＲＱプロセスからのそのトランスポートブロックを送信することを可能にされない。
【００８９】
これは、ＵＥによって実装され得、その結果、ＡＣＫ、またはこのＨＡＲＱ  ＩＤのためにトグルされたＮＤＩのいずれかを指示する、ネットワークノードによって送られたＨＡＲＱ確認応答が、再送信ウィンドウ内に受信されなかった場合、ＵＥは、そのＨＡＲＱプロセスからのトランスポートブロックを送信し続けることを可能にされないであろう。ＵＥは、このＨＡＲＱプロセスに関連付けられたバッファをフラッシュし、および／または、ＮＤＩをトグルすることとＲＶＩをリセットすることとによって、このＨＡＲＱプロセスのための新しい（すなわち新しいトランスポートブロックをもつ）送信を実施することを可能にされ得る。
【００９０】
したがって、ＵＥは、再送信の最大数が達せられた後、またはＨＡＲＱ再送信ウィンドウ内に正常な送信が実施されなかった後のいずれかで、バッファをフラッシュすることができる。ＨＡＲＱ再送信ウィンドウは、たとえば、再送信タイマーが設定されたか否かにかかわらず、設定され得る。ＨＡＲＱ再送信ウィンドウ／タイマーは、再送信禁止タイマーに関して実施形態１で開示された条件／ファクタと同様の条件／ファクタに基づいて、始動され得る。たとえば、ＨＡＲＱウィンドウタイマーは、初期送信の直後に、またはＨＡＲＱ  ＲＴＴの満了において、またはＨＡＲＱ  ＲＴＴの満了に続く第１のＤＲＸオケージョン／タイマーの満了においてなど、始動され得る。
【００９１】
さらに、一例では、所与のＨＡＲＱプロセスのためのＨＡＲＱウィンドウタイマーが満了したとき、ＵＥは何もせず、このＨＡＲＱプロセスのための、ｅＮＢからのＨＡＲＱフィードバックを待つ。
【００９２】
別の例では、ＨＡＲＱウィンドウタイマーは、ＵＥがあるＲＬＣプロトコルデータユニット（ＰＤＵ）／サービスデータユニット（ＳＤＵ）（または、再送信方式がパケットデータコンバージェンスプロトコル（ＰＤＣＰ）／無線リソース制御（ＲＲＣ）レイヤにおいて導入された場合のＰＤＣＰ／ＲＲＣ  ＰＤＵ／ＳＤＵなど、他の上位レイヤ再送信）を再送信するときに終了すると考えられる。以下では、ＲＬＣは、一例として使用される。たとえば、ＵＥがトランスポートブロックＸ中でＲＬＣ  ＰＤＵ／ＳＤＵ  Ａを送信する場合、ＵＥは、ＲＬＣ  ＰＤＵ／ＳＤＵ  Ａが含まれているトランスポートブロックＸを送信するために使用されるＨＡＲＱプロセスのために適用可能なＨＡＲＱ再送信ウィンドウを維持するであろう。後でＲＬＣ  ＰＤＵ／ＳＤＵ  Ａが再送信された場合、ＵＥは、ＲＬＣ  ＰＤＵ／ＳＤＵ  Ａが再送信されたので、もはやトランスポートブロックＸを送信することを可能にされないであろう（その送信は、Ｙなど、別のトランスポートブロック中で行われるであろう）。これの利益は、あるＲＬＣ  ＰＤＵ／ＳＤＵが、任意の時点において、１つのトランスポートブロック中で送信されることを可能にされるにすぎないであろうことである。これは、いくつかのやり方で実装され得、たとえば、ＵＥ中のＲＬＣエンティティからＵＥ中の媒体アクセス制御（ＭＡＣ）またはＰＨＹエンティティに指示が提供され得、その指示は、ＲＬＣエンティティが、あるＰＤＵ／ＳＤＵの再送信を実施することを指示する。別の手法は、ＨＡＲＱ再送信ウィンドウが、あるＲＬＣ  ＰＤＵ／ＳＤＵの（再）送信間の時間を考慮した値に設定されたタイマーによって規定されることである。
【００９３】
図４は、実施形態３による、再送信機構４００の一例を示す。
【００９４】
ステップ４１０において、ＵＥはｅＮＢにアップリンクデータ送信を送り、アップリンクデータ送信は、対応するＨＡＲＱ  ＩＤに関連付けられる。ＨＡＲＱ  ＩＤに関連付けられたＵＬデータを送信すると、ＵＥは、ステップ４２０において、ＨＡＲＱ  ＲＴＴタイマー４３０をトリガする。
【００９５】
次いで、ＵＥは、ステップ４３５において、ＨＡＲＱ再送信ウィンドウまたは再送信ウィンドウ４４０をトリガし得る。ＨＡＲＱ再送信ウィンドウ４４０は、ＤＲＸ再送信タイマー４４５と、再送信禁止タイマー４５０と、再送信タイマー４６０とを備え得る。再送信禁止タイマー４５０は、ＨＡＲＱ  ＲＴＴタイマー４３０の満了において、またはＤＲＸ再送信タイマー４４５の満了において、たとえば、それらの２つのタイマーによって与えられた時間ウィンドウ中にＨＡＲＱフィードバックが受信されなかった場合、トリガされ得る。再送信タイマー４６０は、再送信禁止タイマー４５０の満了においてトリガされ得る。再送信タイマー４６０によって与えられた時間ウィンドウ中に、ＵＥは、前に送信されたデータの再送信を送ることを可能にされる。再送信タイマー４６０中にＨＡＲＱ  ＡＣＫが受信されなかった場合、ＵＥは、再送信タイマー４６０内にｅＮＢに再送信を送る（ステップ４７０）。この再送信後に、ＵＥは、再送信タイマー４６０をクリアまたは停止することができる。ＨＡＲＱ再送信ウィンドウ４４０の終了において、ＡＣＫが受信されなかったか、またはＮＤＩが再送信のためにトグルされた場合、ＵＥは、ステップ４８０において、バッファをフラッシュする。
【００９６】
ＨＡＲＱ再送信ウィンドウ４４０内に、いくつかの再送信タイマー４６０が設定され得ることに留意されたい。
【００９７】
実施形態４−  新しいグラント受信
【００９８】
実施形態４は、ｅＮＢが自律ＵＥアクセス方式をオーバーライド（またはキャンセル）するために使用することができる、いくつかの方法を提供する。たとえば、ｅＮＢは、あるＨＡＲＱ  ＩＤのために明示的スケジューリング割り当てを提供することができる。そうするために、ｅＮＢは、特定のＨＡＲＱ  ＩＤのための動的ＵＬグラントを送ることができる。ＵＬグラントは、たとえば、ＰＤＣＣＨグラントであり、ＰＤＣＣＨグラントは、たとえば、既存のＳＰＳ設定をオーバーライドすることができる。そのようなコマンドは、動的スケジューリングが適用されるべきであることを指示するための明示的フラグを含んでいることがある。たとえば、それは、このＰＤＣＣＨ中に含まれるグラントを使用すると想定される、ＨＡＲＱプロセスのＨＡＲＱ  ＩＤを含んでいることがある。したがって、ＵＥがＵＬグラントを受信するとき、ＵＥは、固定時間、たとえばｎ＋４において、ＨＡＲＱ  ＩＤを送信することになる。
【００９９】
時間ｎにおいて受信されたグラントは、ｎ＋４において使用されるべき単一のグラントである（動的スケジューリングが使用される、すなわちグラントがＳＰＳ無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルされない）か、または現在のＳＰＳリソースの代わりに使用されるべき他のＳＰＳリソース（たとえば、変調符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、グラントがＳＰＳ−ＲＮＴＩでスクランブルされた物理リソースブロック（ＰＲＢ））の指示を含んでいる（ＳＰＳスケジューリングが使用される）かのいずれかであることがある。複数のＳＰＳ設定がＵＥのために設定される場合、グラントは、複数のＳＰＳ設定のうち、ＵＥがこのＨＡＲＱ  ＩＤのためにどれを使用するべきであるかの指示（たとえば所望のＳＰＳ設定に対するインデックス）をも含んでいることがある。
【０１００】
したがって、このＰＤＣＣＨグラントは、このＰＤＣＣＨ中に含まれるグラントに従うべきであるプロセスのＨＡＲＱ  ＩＤと、使用されるべき送信リソースと、場合によっては、そのようなリソースを使用するときにＵＥが新しいデータを送信する（すなわち、バッファをフラッシュする）べきであるかどうかの指示とを含んでいるものとする。そのような指示は、レガシーシステムの場合のように、ＮＤＩによって表され得る（たとえば、ＮＤＩ＝０は新しい送信を指示し、ＮＤＩ＝１は再送信を指示し、または、トグルされたＮＤＩは新しい送信を指示し、トグルされないＮＤＩは再送信を指示する）。代替的に、このＰＤＣＣＨコマンドはＨＡＲＱフィードバックとともにｅＮＢによって配信され、ＵＥはＨＡＲＱフィードバック上の指示に従うべきである。たとえば、ＨＡＲＱフィードバック中のＨＡＲＱプロセスＩＤに関連付けられたビットが０である場合、ＵＥは、ＰＤＣＣＨにおいて、このＨＡＲＱ  ＩＤのために指示されたリソースを使用してこのパケットを再送信する。ＰＤＣＣＨにおいて、このＨＡＲＱ  ＩＤのための新しいリソースが割り当てられない場合、ＵＥは、いかなる新しい送信および再送信のためにも、前にグラントされたリソースを使用することができる。
【０１０１】
ＰＤＣＣＨグラントがこのＨＡＲＱプロセスＩＤのための何らかのＮＤＩ情報を含んでいる場合、ＵＥは、もしあれば、進行中の再送信タイマーを停止する。ＵＥは、ＰＤＣＣＨコマンド中で提供されたスケジューリング指示に従って、ＵＬ送信または再送信を実施する。どのタイプのリソースがＵＥのためにスケジュールされたか（グラントがＳＰＳ−ＲＮＴＩでスクランブルされたか否か）に応じて、ＵＥは、ＵＬ送信時に、再送信タイマーを開始することも開始しないこともある。
【０１０２】
たとえば、グラントされたリソースが、１つの送信オケージョンのみにおいて、ただ、あるＨＡＲＱプロセスＩＤの１つの送信または再送信のために有効である（たとえばグラントがＳＰＳ−ＲＮＴＩでスクランブルされない）場合、ＵＥは、これらのグラントされたリソースに関連付けられた送信または再送信を実施し、ＵＥは、このＨＡＲＱ  ＩＤのためのさらなる再送信または新しい送信を実施する前にｅＮＢによるさらなるＰＤＣＣＨグラントを待つべきである。
【０１０３】
代替的に、ｅＮＢは、ＵＥが、このＨＡＲＱ  ＩＤの再送信を実施する前にさらなるＰＤＣＣＨグラントを待つべきであるかどうか、または、ＵＥが、ＵＬ送信の後に再送信タイマーを開始することおよびそのような再送信タイマー内に再送信を実施することを可能にされるかどうかを、ＰＤＣＣＨグラント中で明示的に指示することができる。
【０１０４】
実施形態５−  ＨＡＲＱ再送信失敗を解決するためのアクション
【０１０５】
実施形態５は、実施形態１、２、３、および４のうちのいずれかの方法に適用され、特定のＵＥアクションおよびｅＮＢアクションが、（たとえば、ＨＡＲＱフィードバックのＤＬ送信におけるＬＢＴ失敗、またはＨＡＲＱフィードバックがＵＥによって受信されなかったことによる）ＨＡＲＱフィードバックの欠如から回復するために必要とされる。
【０１０６】
いくつかの場合には、ＵＥは、あるＨＡＲＱ  ＩＤのためのＰＵＳＣＨ（再）送信を送るが、ｅＮＢは、たとえば干渉または帯域チャネル品質（ＤＴＸ）のために、それらのＰＵＳＣＨ（再）送信を検出することができないことがある。ＨＡＲＱ  ＩＤとＴＴＩとの間に関連付けがないので、ｅＮＢは、ＵＥがどのプロセスを配信することを試みているかを知らない。ｅＮＢは、以下を実施することによって、ＨＡＲＱプロセスＩＤのためのＨＡＲＱフィードバックを送り／トリガし得る。
【０１０７】
−  ｅＮＢは、周期的ＨＡＲＱフィードバックを送り得る。この場合、ｅＮＢは、そのようなＨＡＲＱフィードバックをトリガするためにタイマーを使用し得る。
【０１０８】
−  別の場合には、ｅＮＢは、ＵＥがある時間の間使用しなかったＨＡＲＱプロセスＩＤについて、特定のサブフレーム上の送信のために、ＵＬ明示的動的スケジューリンググラントを提供する。
【０１０９】
−  別の場合には、ｅＮＢは、ＨＡＲＱフィードバックを今度のＤＬ送信と多重化する。非限定的な例として、ＨＡＲＱフィードバックが発見参照信号（ＤＲＳ）送信と多重化される。
【０１１０】
ＨＡＲＱフィードバックを提供することを複数回試みて、ＵＥから送信がないと、ｅＮＢは、あるＨＡＲＱ  ＩＤのためのＵＬ送信が配信され得ないキャリアを非アクティブ化（または設定解除）し得る。
【０１１１】
追加のアクションがｅＮＢによって実施され得る。ＵＬ性能が悪い場合、たとえば、ＨＡＲＱ再送信ウィンドウ４４０が１回または複数回満了した場合、および／または再送信の最大許容数が所与のＨＡＲＱプロセスについて達せられた場合、および／またはいくつかの連続するＬＢＴ失敗が発生した場合、以下のアクションが考慮され得る。
【０１１２】
−  ｅＮＢは、ＤＬライセンス済みセルのいずれかから、または、現在問題を経験していない（たとえば低ＬＢＴ発生の）別のＤＬ未ライセンスセルから、問題のあるＵＬセルのクロスキャリアスケジューリングを実施することを開始する。
【０１１３】
−  ｅＮＢは、自律ＵＬアクセス設定を使用することを停止し、問題のあるＨＡＲＱ  ＩＤのために動的スケジューリングを使用することを開始する。この場合、あるＨＡＲＱ  ＩＤのＵＬ（再）送信は、ＵＥとｅＮＢの両方によって知られている特定のサブフレームにおいて発生するであろう。このアクションは、場合によっては、問題のあるＨＡＲＱプロセスのための新しい送信をトリガしなくても実施され得る。
【０１１４】
−  ｅＮＢは、問題のあるＵＬセルを非アクティブ化（または設定解除）する。
【０１１５】
−  ｅＮＢは、問題のあるＵＬセルについて、または代替的に、問題のあるＨＡＲＱプロセスのみについて、部分的なＭＡＣリセットをトリガし、これは、たとえば、前の実施形態で開示されたすべてのタイマーおよびカウンタがクリアされ、リセットされることを暗示する。
【０１１６】
ｅＮＢのアクションは、ｅＮＢによって直接トリガされるか、またはＵＥ要求に応じてのいずれかであり得る。
【０１１７】
第１の場合には、ｅＮＢは、ＨＡＲＱ再送信ウィンドウ、および、ＵＥがいくつの再送信をすでに実施したかに気づいていないことがある。したがって、ｅＮＢは、ｅＮＢがそのＨＡＲＱプロセスに明示的に確認応答しなかったにもかかわらず、トグルされたＮＤＩとともに、ＰＵＳＣＨ上のＵＣＩがどのくらいの頻度で受信されたかをカウントし得る。トグルされたＮＤＩとともに受信されたＵＣＩの１つまたは複数の発生の後で、および確認応答がまだ送られていない状態で、ｅＮＢは上記のアクションをトリガする。上記のアクションは、ＤＬにおけるＬＢＴの複数の連続する発生、またはＤＬにおける、所与の時間期間における、あるしきい値よりも高いＬＢＴ発生の場合にも、トリガされ得る。
【０１１８】
第２の場合には、未ライセンスセルにおいて発生している問題についてｅＮＢに通知するのはＵＥであり、たとえば、何らかの情報がＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージのような専用ＲＲＣメッセージ中で送られる。メッセージのトリガリングは以下に基づき得る。
【０１１９】
−  ＵＬにおける連続するＬＢＴ発生、または所与の時間期間におけるあるしきい値よりも高いＬＢＴ発生。
【０１２０】
−  同じＨＡＲＱプロセスまたは２つ以上のＨＡＲＱプロセスについての確認応答がネットワークノードから受信されない状態での（たとえばＨＡＲＱ再送信ウィンドウ満了、または最大ＨＡＲＱ再送信が達せられたことによる）ＮＤＩトグリングの連続する発生。
【０１２１】
そのメッセージは、たとえば、ＵＥが、特殊なｅＮＢアクションを要求している理由（たとえば、ＬＢＴ失敗がある回数発生した、またはＨＡＲＱプロセスがある時間期間内に確認応答されなかったなど）、その問題点が検出されたセル、（１つまたは複数の）影響を受けたＨＡＲＱプロセスＩＤを指示し得る、異なるフィールドを含んでいることがある。
【０１２２】
次に図５を参照すると、自律ＵＬアクセスを使用してネットワークノードと通信するための方法５００が説明される。本方法は、無線デバイスまたはＵＥ（図ＱＱ１で説明されるＱＱ１１０など）において実装され得る。ネットワークノードは、図ＱＱ１のネットワークノードＱＱ１６０であり得る。
【０１２３】
方法５００は以下を含む。
【０１２４】
ネットワークノードにデータ送信を送った後に、データ送信のフィードバックプロセスに関連付けられた再送信ウィンドウを開始することであって、再送信ウィンドウが第１のタイマーを含む、再送信ウィンドウを開始すること（ブロック５１０）、および
【０１２５】
第１のタイマーによって与えられた時間期間中にフィードバック信号の不在を検出したことに応答して、第１のタイマーの満了後にデータを再送信すること（ブロック５２０）。
【０１２６】
たとえば、第１のタイマーは、禁止タイマー２５０、３５０、または４５０であり得、無線デバイスが、第１のタイマーによって与えられた時間期間内に、送信されたデータの再送信を実施するのを禁止するように設定される。
【０１２７】
再送信ウィンドウはＨＡＲＱ再送信ウィンドウ４４０であり得る。
【０１２８】
いくつかの実施形態では、データ送信のフィードバックプロセスはハイブリッド自動再送要求（ＨＡＲＱ）フィードバックプロセスを含み得、第１のタイマーは、データ送信（または送信されたデータ）に関連付けられたＨＡＲＱフィードバックプロセスのＨＡＲＱ識別子に関連付けられ得る。
【０１２９】
いくつかの実施形態では、データ送信を送ることは、送信されたデータの再送信を送ることを含み得る。
【０１３０】
いくつかの実施形態では、第１のタイマーは、ネットワークノードにデータ送信を送った後、送信されたデータに関連付けられたフィードバック信号が受信されない、ＨＡＲＱラウンドトリップ（ＨＡＲＱ  ＲＴＴ）タイマーの満了後、送信されたデータに関連付けられたフィードバック信号が受信されない、間欠受信（ＤＲＸ）再送信タイマーの満了後、間欠受信（ＤＲＸ）再送信タイマーをトリガした後、またはネットワークノードにフィードバック要求を送った後にトリガされ得る。
【０１３１】
いくつかの実施形態では、第１のタイマーは、第１のタイマーによって与えられた時間期間中にフィードバック信号を受信すると停止され得る。
【０１３２】
いくつかの実施形態では、再送信ウィンドウは第２のタイマーをさらに含み得る。第２のタイマーは再送信タイマー４６０であり得、再送信タイマー４６０は、無線デバイスが、再送信タイマーによって与えられたその時間期間中に、送信されたデータの再送信を実施するのを可能にするように設定される。
【０１３３】
いくつかの実施形態では、第２のタイマーは、第１のタイマーの満了においてトリガされ得る。
【０１３４】
いくつかの実施形態では、第２のタイマーは、並べ替えタイマーよりも小さくなるように設定され得る。
【０１３５】
いくつかの実施形態では、送信されたデータの再送信が、第２のタイマーによって与えられた時間期間中に実施されなかった場合、第２のタイマー（または再送信タイマー４６０）が満了した後に別の第２のタイマー（または第２の再送信タイマー４６０）がトリガされ得る。
【０１３６】
いくつかの実施形態では、第２のタイマー４６０がトリガされる回数を監視するための、第２のタイマーのカウンタ（または再送信タイマー４６０のカウンタ）がトリガまたは始動され得る。
【０１３７】
いくつかの実施形態では、第２のタイマー４６０は、第２のタイマー４６０によって与えられた時間期間中にフィードバック信号を受信すると停止され得る。
【０１３８】
いくつかの実施形態では、再送信ウィンドウ４４０は、ＨＡＲＱ  ＲＴＴタイマーの満了後またはＤＲＸタイマーの満了後に基づいてトリガされ得る。
【０１３９】
いくつかの実施形態では、無線デバイスは、再送信ウィンドウの満了において無線デバイスのバッファをフラッシュし得る。
【０１４０】
いくつかの実施形態では、無線デバイスは、フィードバック信号のためのアップリンクグラントを指示する信号を受信し得、アップリンクグラント信号の受信に応答して、無線デバイスは、再送信ウィンドウ４４０を停止する。
【０１４１】
いくつかの実施形態では、無線デバイスには、ＳＰＳ設定が設定され得る。さらに、無線デバイスは、アップリンクグラントを指示する信号を受信するとＳＰＳ設定を停止し得る。
【０１４２】
図６は、無線ネットワーク（たとえば、図ＱＱ１に示されている無線ネットワーク）における装置６００の概略ブロック図を示す。本装置は、無線デバイス（たとえば、図ＱＱ１に示されている無線デバイスＱＱ１１０）において実装され得る。装置６００は、図５に関して説明された例示的な方法、および、場合によっては、本明細書で開示される任意の他のプロセスまたは方法を行うように動作可能である。また、図５の方法は、必ずしも装置６００のみによって行われるとは限らないことを理解されたい。その方法の少なくともいくつかの動作は、１つまたは複数の他のエンティティによって実施され得る。
【０１４３】
仮想装置６００は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路要素、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを備え得る。処理回路要素は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、いくつかの実施形態では、１つまたは複数の電気通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路要素は、開始ユニット／モジュール６１０、および再送信ユニット／モジュール６２０、および装置６００の任意の他の好適なユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。
【０１４４】
図６に示されているように、装置６００は、開始ユニット６１０と再送信ユニット６２０とを含む。開始ユニット６１０は、方法５００の少なくともブロック５１０を実施するように設定される。再送信ユニット６２０は、方法５００の少なくともブロック５２０を実施するように設定される。
【０１４５】
本開示で説明されるソリューションは、任意の好適な構成要素を使用する任意の適切なタイプのシステムにおいて実装され得るが、説明されるソリューションの特定の実施形態は、図ＱＱ１に示されている例示的な無線通信ネットワークなどの無線ネットワークにおいて実装され得る。
【０１４６】
簡単のために、図ＱＱ１の無線ネットワークは、ネットワークＱＱ１０６、ネットワークノードＱＱ１６０およびＱＱ１６０ｂ、ならびにＷＤ  ＱＱ１１０、ＱＱ１１０ｂおよびＱＱ１１０ｃのみを図示する。実際には、無線ネットワークは、無線デバイス間の通信、あるいは無線デバイスと、固定電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに好適な任意の追加のエレメントをさらに含み得る。示されている構成要素のうち、ネットワークノードＱＱ１６０および無線デバイス（ＷＤ）ＱＱ１１０は、追加の詳細とともに図示される。無線ネットワークは、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供して、無線デバイスの、無線ネットワークへのアクセス、および／あるいは、無線ネットワークによってまたは無線ネットワークを介して提供されるサービスの使用を容易にし得る。
【０１４７】
無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および／または無線ネットワーク、あるいは他の同様のタイプのシステムを含み、および／またはそれらとインターフェースし得る。いくつかの実施形態では、無線ネットワークは、特定の規格あるいは他のタイプのあらかじめ規定されたルールまたはプロシージャに従って動作するように設定され得る。したがって、無線ネットワークの特定の実施形態は、モバイル通信用グローバルシステム（ＧＳＭ）、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ならびに／あるいは他の好適な２Ｇ、３Ｇ、４Ｇ、または５Ｇ規格などの通信規格、ＩＥＥＥ８０２．１１規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）規格、ならびに／あるいは、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）、Ｂｌｕｅｔｏｏｔｈ、Ｚ−Ｗａｖｅおよび／またはＺｉｇＢｅｅ規格など、任意の他の適切な無線通信規格を実装し得る。
【０１４８】
ネットワークＱＱ１０６は、１つまたは複数のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網（ＰＳＴＮ）、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にするための他のネットワークを備え得る。
【０１４９】
ネットワークノードＱＱ１６０およびＷＤ  ＱＱ１１０は、以下でより詳細に説明される様々な構成要素を備える。これらの構成要素は、無線ネットワークにおいて無線接続を提供することなど、ネットワークノードおよび／または無線デバイス機能性を提供するために協働する。異なる実施形態では、無線ネットワークは、任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、ならびに／あるいは有線接続を介してかまたは無線接続を介してかにかかわらず、データおよび／または信号の通信を容易にするかまたはその通信に参加し得る、任意の他の構成要素またはシステムを備え得る。
【０１５０】
本明細書で使用されるネットワークノードは、無線デバイスと、ならびに／あるいは、無線デバイスへの無線アクセスを可能にし、および／または提供する、および／または、無線ネットワークにおいて他の機能（たとえば、アドミニストレーション）を実施するための、無線ネットワーク中の他のネットワークノードまたは機器と、直接または間接的に通信することが可能な、そうするように設定された、構成された、および／または動作可能な機器を指す。ネットワークノードの例は、限定はしないが、アクセスポイント（ＡＰ）（たとえば、無線アクセスポイント）、基地局（ＢＳ）（たとえば、無線基地局、ノードＢ、エボルブドノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含む。基地局は、基地局が提供するカバレッジの量（または、言い方を変えれば、基地局の送信電力レベル）に基づいてカテゴリー分類され得、その場合、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることもある。基地局は、リレーを制御する、リレーノードまたはリレードナーノードであり得る。ネットワークノードは、リモート無線ヘッド（ＲＲＨ）と呼ばれることがある、集中型デジタルユニットおよび／またはリモートラジオユニット（ＲＲＵ）など、分散型無線基地局の１つまたは複数（またはすべて）の部分をも含み得る。そのようなリモートラジオユニットは、アンテナ統合無線機としてアンテナと統合されることも統合されないこともある。分散型無線基地局の部分は、分散型アンテナシステム（ＤＡＳ）において、ノードと呼ばれることもある。ネットワークノードのまたさらなる例は、マルチ規格無線（ＭＳＲ）ＢＳなどのＭＳＲ機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コアネットワークノード（たとえば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（たとえば、Ｅ−ＳＭＬＣ）、および／あるいはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明されるように、仮想ネットワークノードであり得る。しかしながら、より一般的には、ネットワークノードは、無線ネットワークへのアクセスを可能にし、および／または無線デバイスに提供し、あるいは、無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。
【０１５１】
図ＱＱ１では、ネットワークノードＱＱ１６０は、処理回路要素ＱＱ１７０、デバイス可読媒体ＱＱ１８０、インターフェースＱＱ１９０、補助機器ＱＱ１８４、電源ＱＱ１８６、電力回路要素ＱＱ１８７、およびアンテナＱＱ１６２を含む。図ＱＱ１の例示的な無線ネットワーク中に示されているネットワークノードＱＱ１６０は、ハードウェア構成要素の示されている組合せを含むデバイスを表し得るが、他の実施形態は、構成要素の異なる組合せをもつネットワークノードを備え得る。ネットワークノードが、本明細書で開示されるタスク、特徴、機能および方法を実施するために必要とされるハードウェアおよび／またはソフトウェアの任意の好適な組合せを備えることを理解されたい。その上、ネットワークノードＱＱ１６０の構成要素が、より大きいボックス内に位置する単一のボックスとして、または複数のボックス内で入れ子にされている単一のボックスとして図示されているが、実際には、ネットワークノードは、単一の示されている構成要素を組成する複数の異なる物理構成要素を備え得る（たとえば、デバイス可読媒体ＱＱ１８０は、複数の別個のハードドライブならびに複数のＲＡＭモジュールを備え得る）。
【０１５２】
同様に、ネットワークノードＱＱ１６０は、複数の物理的に別個の構成要素（たとえば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から組み立てられ得、これらは各々、それら自体のそれぞれの構成要素を有し得る。ネットワークノードＱＱ１６０が複数の別個の構成要素（たとえば、ＢＴＳ構成要素およびＢＳＣ構成要素）を備えるいくつかのシナリオでは、別個の構成要素のうちの１つまたは複数が、いくつかのネットワークノードの間で共有され得る。たとえば、単一のＲＮＣが、多数のノードＢを制御し得る。そのようなシナリオでは、各一意のノードＢとＲＮＣとのペアは、いくつかの事例では、単一の別個のネットワークノードと考えられ得る。いくつかの実施形態では、ネットワークノードＱＱ１６０は、複数の無線アクセス技術（ＲＡＴ）をサポートするように設定され得る。そのような実施形態では、いくつかの構成要素は複製され得（たとえば、異なるＲＡＴのための別個のデバイス可読媒体ＱＱ１８０）、いくつかの構成要素は再利用され得る（たとえば、同じアンテナＱＱ１６２がＲＡＴによって共有され得る）。ネットワークノードＱＱ１６０は、ネットワークノードＱＱ１６０に統合された、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための様々な示されている構成要素の複数のセットをも含み得る。これらの無線技術は、同じまたは異なるチップまたはチップのセット、およびネットワークノードＱＱ１６０内の他の構成要素に統合され得る。
【０１５３】
処理回路要素ＱＱ１７０は、ネットワークノードによって提供されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定される。処理回路要素ＱＱ１７０によって実施されるこれらの動作は、処理回路要素ＱＱ１７０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をネットワークノードに記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【０１５４】
処理回路要素ＱＱ１７０は、単体で、またはデバイス可読媒体ＱＱ１８０などの他のネットワークノードＱＱ１６０構成要素と併せてのいずれかで、ネットワークノードＱＱ１６０機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。たとえば、処理回路要素ＱＱ１７０は、デバイス可読媒体ＱＱ１８０に記憶された命令、または処理回路要素ＱＱ１７０内のメモリに記憶された命令を実行し得る。そのような機能性は、本明細書で説明される様々な無線特徴、機能、または利益のうちのいずれかを提供することを含み得る。いくつかの実施形態では、処理回路要素ＱＱ１７０は、システムオンチップ（ＳＯＣ）を含み得る。
【０１５５】
いくつかの実施形態では、処理回路要素ＱＱ１７０は、無線周波数（ＲＦ）トランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４とのうちの１つまたは複数を含み得る。いくつかの実施形態では、無線周波数（ＲＦ）トランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４とは、別個のチップ（またはチップのセット）、ボード、または無線ユニットおよびデジタルユニットなどのユニット上にあり得る。代替実施形態では、ＲＦトランシーバ回路要素ＱＱ１７２とベースバンド処理回路要素ＱＱ１７４との一部または全部は、同じチップまたはチップのセット、ボード、あるいはユニット上にあり得る。
【０１５６】
いくつかの実施形態では、ネットワークノード、基地局、ｅＮＢまたは他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体ＱＱ１８０、または処理回路要素ＱＱ１７０内のメモリに記憶された、命令を実行する処理回路要素ＱＱ１７０によって実施され得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読媒体に記憶された命令を実行することなしに、処理回路要素ＱＱ１７０によって提供され得る。それらの実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素ＱＱ１７０は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素ＱＱ１７０単独に、またはネットワークノードＱＱ１６０の他の構成要素に限定されないが、全体としてネットワークノードＱＱ１６０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【０１５７】
デバイス可読媒体ＱＱ１８０は、限定はしないが、永続記憶域、固体メモリ、リモートマウントメモリ、磁気媒体、光媒体、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））を含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリ、ならびに／あるいは、処理回路要素ＱＱ１７０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを備え得る。デバイス可読媒体ＱＱ１８０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路要素ＱＱ１７０によって実行されることが可能であり、ネットワークノードＱＱ１６０によって利用される、他の命令を含む、任意の好適な命令、データまたは情報を記憶し得る。デバイス可読媒体ＱＱ１８０は、処理回路要素ＱＱ１７０によって行われた計算および／またはインターフェースＱＱ１９０を介して受信されたデータを記憶するために使用され得る。いくつかの実施形態では、処理回路要素ＱＱ１７０およびデバイス可読媒体ＱＱ１８０は、統合されていると考えられ得る。
【０１５８】
インターフェースＱＱ１９０は、ネットワークノードＱＱ１６０、ネットワークＱＱ１０６、および／またはＷＤ  ＱＱ１１０の間のシグナリングおよび／またはデータの有線または無線通信において使用される。示されているように、インターフェースＱＱ１９０は、たとえば有線接続上でネットワークＱＱ１０６との間でデータを送るおよび受信するための（１つまたは複数の）ポート／（１つまたは複数の）端末ＱＱ１９４を備える。インターフェースＱＱ１９０は、アンテナＱＱ１６２に結合されるか、またはいくつかの実施形態では、アンテナＱＱ１６２の一部であり得る、無線フロントエンド回路要素ＱＱ１９２をも含む。無線フロントエンド回路要素ＱＱ１９２は、フィルタＱＱ１９８と増幅器ＱＱ１９６とを備える。無線フロントエンド回路要素ＱＱ１９２は、アンテナＱＱ１６２および処理回路要素ＱＱ１７０に接続され得る。無線フロントエンド回路要素は、アンテナＱＱ１６２と処理回路要素ＱＱ１７０との間で通信される信号を調節するように設定され得る。無線フロントエンド回路要素ＱＱ１９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素ＱＱ１９２は、デジタルデータを、フィルタＱＱ１９８および／または増幅器ＱＱ１９６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナＱＱ１６２を介して送信され得る。同様に、データを受信するとき、アンテナＱＱ１６２は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素ＱＱ１９２によってデジタルデータに変換される。デジタルデータは、処理回路要素ＱＱ１７０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【０１５９】
いくつかの代替実施形態では、ネットワークノードＱＱ１６０は別個の無線フロントエンド回路要素ＱＱ１９２を含まないことがあり、代わりに、処理回路要素ＱＱ１７０は、無線フロントエンド回路要素を備え得、別個の無線フロントエンド回路要素ＱＱ１９２なしでアンテナＱＱ１６２に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１７２の全部または一部が、インターフェースＱＱ１９０の一部と考えられ得る。さらに他の実施形態では、インターフェースＱＱ１９０は、無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端末ＱＱ１９４と、無線フロントエンド回路要素ＱＱ１９２と、ＲＦトランシーバ回路要素ＱＱ１７２とを含み得、インターフェースＱＱ１９０は、デジタルユニット（図示せず）の一部であるベースバンド処理回路要素ＱＱ１７４と通信し得る。
【０１６０】
アンテナＱＱ１６２は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得る。アンテナＱＱ１６２は、無線フロントエンド回路要素ＱＱ１９２に結合され得、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであり得る。いくつかの実施形態では、アンテナＱＱ１６２は、たとえば、２ＧＨｚと６６ＧＨｚとの間の無線信号を送信／受信するように動作可能な１つまたは複数の全方向の、セクタまたはパネルアンテナを備え得る。全方向アンテナは、任意の方向に無線信号を送信／受信するために使用され得、セクタアンテナは、特定のエリア内のデバイスから無線信号を送信／受信するために使用され得、パネルアンテナは、比較的直線ラインで無線信号を送信／受信するために使用される見通し線アンテナであり得る。いくつかの事例では、２つ以上のアンテナの使用は、ＭＩＭＯと呼ばれることがある。いくつかの実施形態では、アンテナＱＱ１６２は、ネットワークノードＱＱ１６０とは別個であり得、インターフェースまたはポートを通してネットワークノードＱＱ１６０に接続可能であり得る。
【０１６１】
アンテナＱＱ１６２、インターフェースＱＱ１９０、および／または処理回路要素ＱＱ１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の受信動作および／またはいくつかの取得動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器から受信され得る。同様に、アンテナＱＱ１６２、インターフェースＱＱ１９０、および／または処理回路要素ＱＱ１７０は、ネットワークノードによって実施されるものとして本明細書で説明される任意の送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、無線デバイス、別のネットワークノードおよび／または任意の他のネットワーク機器に送信され得る。
【０１６２】
電力回路要素ＱＱ１８７は、電力管理回路要素を備えるか、または電力管理回路要素に結合され得、本明細書で説明される機能性を実施するための電力を、ネットワークノードＱＱ１６０の構成要素に供給するように設定される。電力回路要素ＱＱ１８７は、電源ＱＱ１８６から電力を受信し得る。電源ＱＱ１８６および／または電力回路要素ＱＱ１８７は、それぞれの構成要素に好適な形式で（たとえば、各それぞれの構成要素のために必要とされる電圧および電流レベルにおいて）、ネットワークノードＱＱ１６０の様々な構成要素に電力を提供するように設定され得る。電源ＱＱ１８６は、電力回路要素ＱＱ１８７および／またはネットワークノードＱＱ１６０中に含まれるか、あるいは電力回路要素ＱＱ１８７および／またはネットワークノードＱＱ１６０の外部にあるかのいずれかであり得る。たとえば、ネットワークノードＱＱ１６０は、電気ケーブルなどの入力回路要素またはインターフェースを介して外部電源（たとえば、電気コンセント）に接続可能であり得、それにより、外部電源は電力回路要素ＱＱ１８７に電力を供給する。さらなる例として、電源ＱＱ１８６は、電力回路要素ＱＱ１８７に接続された、または電力回路要素ＱＱ１８７中で統合された、バッテリーまたはバッテリーパックの形態の電力源を備え得る。バッテリーは、外部電源が落ちた場合、バックアップ電力を提供し得る。光起電力デバイスなどの他のタイプの電源も使用され得る。
【０１６３】
ネットワークノードＱＱ１６０の代替実施形態は、本明細書で説明される機能性、および／または本明細書で説明される主題をサポートするために必要な機能性のうちのいずれかを含む、ネットワークノードの機能性のいくつかの態様を提供することを担当し得る、図ＱＱ１に示されている構成要素以外の追加の構成要素を含み得る。たとえば、ネットワークノードＱＱ１６０は、ネットワークノードＱＱ１６０への情報の入力を可能にするための、およびネットワークノードＱＱ１６０からの情報の出力を可能にするための、ユーザインターフェース機器を含み得る。これは、ユーザが、ネットワークノードＱＱ１６０のための診断、メンテナンス、修復、および他の管理機能を実施することを可能にし得る。
【０１６４】
本明細書で使用される無線デバイス（ＷＤ）は、ネットワークノードおよび／または他の無線デバイスと無線で通信することが可能な、そうするように設定された、構成された、および／または動作可能なデバイスを指す。別段に記載されていない限り、ＷＤという用語は、本明細書ではユーザ機器（ＵＥ）と互換的に使用され得る。無線で通信することは、空中で情報を伝達するのに好適な、電磁波、電波、赤外波、および／または他のタイプの信号を使用して無線信号を送信および／または受信することを伴い得る。いくつかの実施形態では、ＷＤは、直接人間対話なしに情報を送信および／または受信するように設定され得る。たとえば、ＷＤは、内部または外部イベントによってトリガされたとき、あるいはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例は、限定はしないが、スマートフォン、モバイルフォン、セルフォン、ボイスオーバーＩＰ（ＶｏＩＰ）フォン、無線ローカルループ電話、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、無線カメラ、ゲーミングコンソールまたはデバイス、音楽記憶デバイス、再生器具、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ内蔵機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線顧客構内機器（ＣＰＥ：ｃｕｓｔｏｍｅｒ  ｐｒｅｍｉｓｅ  ｅｑｕｉｐｍｅｎｔ）、車載無線端末デバイスなどを含む。ＷＤは、たとえばサイドリンク通信、車両対車両（Ｖ２Ｖ）、車両対インフラストラクチャ（Ｖ２Ｉ）、車両対あらゆるモノ（Ｖ２Ｘ）のための３ＧＰＰ規格を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートし得、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、ＷＤは、監視および／または測定を実施し、そのような監視および／または測定の結果を別のＷＤおよび／またはネットワークノードに送信する、マシンまたは他のデバイスを表し得る。ＷＤは、この場合、マシン間（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではＭＴＣデバイスと呼ばれることがある。１つの特定の例として、ＷＤは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ−ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具（たとえば冷蔵庫、テレビジョンなど）、個人用ウェアラブル（たとえば、時計、フィットネストラッカーなど）である。他のシナリオでは、ＷＤは車両または他の機器を表し得、車両または他の機器は、その動作ステータスを監視することおよび／またはその動作ステータスに関して報告すること、あるいはその動作に関連付けられた他の機能が可能である。上記で説明されたＷＤは無線接続のエンドポイントを表し得、その場合には、デバイスは無線端末と呼ばれることがある。さらに、上記で説明されたＷＤはモバイルであり得、その場合には、デバイスはモバイルデバイスまたはモバイル端末と呼ばれることもある。
【０１６５】
示されているように、無線デバイスＱＱ１１０は、アンテナＱＱ１１１、インターフェースＱＱ１１４、処理回路要素ＱＱ１２０、デバイス可読媒体ＱＱ１３０、ユーザインターフェース機器ＱＱ１３２、補助機器ＱＱ１３４、電源ＱＱ１３６、および電力回路要素ＱＱ１３７を含む。ＷＤ  ＱＱ１１０は、ＷＤ  ＱＱ１１０によってサポートされる、たとえば、ほんの数個を挙げると、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術など、異なる無線技術のための示されている構成要素のうちの１つまたは複数の複数のセットを含み得る。これらの無線技術は、ＷＤ  ＱＱ１１０内の他の構成要素と同じまたは異なるチップまたはチップのセットに統合され得る。
【０１６６】
アンテナＱＱ１１１は、無線信号を送り、および／または受信するように設定された、１つまたは複数のアンテナまたはアンテナアレイを含み得、インターフェースＱＱ１１４に接続される。いくつかの代替実施形態では、アンテナＱＱ１１１は、ＷＤ  ＱＱ１１０とは別個であり、インターフェースまたはポートを通してＷＤ  ＱＱ１１０に接続可能であり得る。アンテナＱＱ１１１、インターフェースＱＱ１１４、および／または処理回路要素ＱＱ１２０は、ＷＤによって実施されるものとして本明細書で説明される任意の受信動作または送信動作を実施するように設定され得る。任意の情報、データおよび／または信号が、ネットワークノードおよび／または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路要素および／またはアンテナＱＱ１１１は、インターフェースと考えられ得る。
【０１６７】
示されているように、インターフェースＱＱ１１４は、無線フロントエンド回路要素ＱＱ１１２とアンテナＱＱ１１１とを備える。無線フロントエンド回路要素ＱＱ１１２は、１つまたは複数のフィルタＱＱ１１８と増幅器ＱＱ１１６とを備える。無線フロントエンド回路要素ＱＱ１１２は、アンテナＱＱ１１１および処理回路要素ＱＱ１２０に接続され、アンテナＱＱ１１１と処理回路要素ＱＱ１２０との間で通信される信号を調節するように設定される。無線フロントエンド回路要素ＱＱ１１２は、アンテナＱＱ１１１に結合されるか、またはアンテナＱＱ１１１の一部であり得る。いくつかの実施形態では、ＷＤ  ＱＱ１１０は別個の無線フロントエンド回路要素ＱＱ１１２を含まないことがあり、むしろ、処理回路要素ＱＱ１２０は、無線フロントエンド回路要素を備え得、アンテナＱＱ１１１に接続され得る。同様に、いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２の一部または全部が、インターフェースＱＱ１１４の一部と考えられ得る。無線フロントエンド回路要素ＱＱ１１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるべきであるデジタルデータを受信し得る。無線フロントエンド回路要素ＱＱ１１２は、デジタルデータを、フィルタＱＱ１１８および／または増幅器ＱＱ１１６の組合せを使用して適切なチャネルおよび帯域幅パラメータを有する無線信号に変換し得る。無線信号は、次いで、アンテナＱＱ１１１を介して送信され得る。同様に、データを受信するとき、アンテナＱＱ１１１は無線信号を収集し得、次いで、無線信号は無線フロントエンド回路要素ＱＱ１１２によってデジタルデータに変換される。デジタルデータは、処理回路要素ＱＱ１２０に受け渡され得る。他の実施形態では、インターフェースは、異なる構成要素および／または構成要素の異なる組合せを備え得る。
【０１６８】
処理回路要素ＱＱ１２０は、単体で、またはデバイス可読媒体ＱＱ１３０などの他のＷＤ  ＱＱ１１０構成要素と併せてのいずれかで、ＷＤ  ＱＱ１１０機能性を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央処理ユニット、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の好適なコンピューティングデバイス、リソースのうちの１つまたは複数の組合せ、あるいはハードウェア、ソフトウェアおよび／または符号化された論理の組合せを備え得る。そのような機能性は、本明細書で説明される様々な無線特徴または利益のうちのいずれかを提供することを含み得る。たとえば、処理回路要素ＱＱ１２０は、図５の方法５００など、本明細書で開示される機能性を提供するために、デバイス可読媒体ＱＱ１３０に記憶された命令、または処理回路要素ＱＱ１２０内のメモリに記憶された命令を実行し得る。
【０１６９】
示されているように、処理回路要素ＱＱ１２０は、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６のうちの１つまたは複数を含む。他の実施形態では、処理回路要素は、異なる構成要素および／または構成要素の異なる組合せを備え得る。いくつかの実施形態では、ＷＤ  ＱＱ１１０の処理回路要素ＱＱ１２０は、ＳＯＣを備え得る。いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６は、別個のチップまたはチップのセット上にあり得る。代替実施形態では、ベースバンド処理回路要素ＱＱ１２４およびアプリケーション処理回路要素ＱＱ１２６の一部または全部は１つのチップまたはチップのセットになるように組み合わせられ得、ＲＦトランシーバ回路要素ＱＱ１２２は別個のチップまたはチップのセット上にあり得る。さらに代替の実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２およびベースバンド処理回路要素ＱＱ１２４の一部または全部は同じチップまたはチップのセット上にあり得、アプリケーション処理回路要素ＱＱ１２６は別個のチップまたはチップのセット上にあり得る。また他の代替実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２、ベースバンド処理回路要素ＱＱ１２４、およびアプリケーション処理回路要素ＱＱ１２６の一部または全部は、同じチップまたはチップのセット中で組み合わせられ得る。いくつかの実施形態では、ＲＦトランシーバ回路要素ＱＱ１２２は、インターフェースＱＱ１１４の一部であり得る。ＲＦトランシーバ回路要素ＱＱ１２２は、処理回路要素ＱＱ１２０のためのＲＦ信号を調節し得る。
【０１７０】
いくつかの実施形態では、ＷＤによって実施されるものとして本明細書で説明される機能性の一部または全部は、デバイス可読媒体ＱＱ１３０に記憶された命令を実行する処理回路要素ＱＱ１２０によって提供され得、デバイス可読媒体ＱＱ１３０は、いくつかの実施形態では、コンピュータ可読記憶媒体であり得る。代替実施形態では、機能性の一部または全部は、ハードワイヤード様式などで、別個のまたは個別のデバイス可読記憶媒体に記憶された命令を実行することなしに、処理回路要素ＱＱ１２０によって提供され得る。それらの特定の実施形態のいずれでも、デバイス可読記憶媒体に記憶された命令を実行するか否かにかかわらず、処理回路要素ＱＱ１２０は、説明される機能性を実施するように設定され得る。そのような機能性によって提供される利益は、処理回路要素ＱＱ１２０単独に、またはＷＤ  ＱＱ１１０の他の構成要素に限定されないが、全体としてＷＤ  ＱＱ１１０によって、ならびに／または概してエンドユーザおよび無線ネットワークによって、享受される。
【０１７１】
処理回路要素ＱＱ１２０は、ＷＤによって実施されるものとして本明細書で説明される、任意の決定動作、計算動作、または同様の動作（たとえば、いくつかの取得動作）を実施するように設定され得る。処理回路要素ＱＱ１２０によって実施されるようなこれらの動作は、処理回路要素ＱＱ１２０によって取得された情報を、たとえば、取得された情報を他の情報に変換することによって、処理すること、取得された情報または変換された情報をＷＤ  ＱＱ１１０によって記憶された情報と比較すること、ならびに／あるいは、取得された情報または変換された情報に基づいて、および前記処理が決定を行ったことの結果として、１つまたは複数の動作を実施することを含み得る。
【０１７２】
デバイス可読媒体ＱＱ１３０は、コンピュータプログラム、ソフトウェア、論理、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および／または処理回路要素ＱＱ１２０によって実行されることが可能な他の命令を記憶するように動作可能であり得る。デバイス可読媒体ＱＱ１３０は、コンピュータメモリ（たとえば、ランダムアクセスメモリ（ＲＡＭ）または読取り専用メモリ（ＲＯＭ））、大容量記憶媒体（たとえば、ハードディスク）、リムーバブル記憶媒体（たとえば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、ならびに／あるいは、処理回路要素ＱＱ１２０によって使用され得る情報、データ、および／または命令を記憶する、任意の他の揮発性または不揮発性、非一時的デバイス可読および／またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路要素ＱＱ１２０およびデバイス可読媒体ＱＱ１３０は、統合されていると考えられ得る。
【０１７３】
ユーザインターフェース機器ＱＱ１３２は、人間のユーザがＷＤ  ＱＱ１１０と対話することを可能にする構成要素を提供し得る。そのような対話は、視覚、聴覚、触覚など、多くの形式のものであり得る。ユーザインターフェース機器ＱＱ１３２は、ユーザへの出力を作り出すように、およびユーザがＷＤ  ＱＱ１１０への入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ  ＱＱ１１０にインストールされるユーザインターフェース機器ＱＱ１３２のタイプに応じて変化し得る。たとえば、ＷＤ  ＱＱ１１０がスマートフォンである場合、対話はタッチスクリーンを介したものであり得、ＷＤ  ＱＱ１１０がスマートメーターである場合、対話は、使用量（たとえば、使用されたガロンの数）を提供するスクリーン、または（たとえば、煙が検出された場合）可聴警報を提供するスピーカーを通したものであり得る。ユーザインターフェース機器ＱＱ１３２は、入力インターフェース、デバイスおよび回路、ならびに、出力インターフェース、デバイスおよび回路を含み得る。ユーザインターフェース機器ＱＱ１３２は、ＷＤ  ＱＱ１１０への情報の入力を可能にするように設定され、処理回路要素ＱＱ１２０が入力情報を処理することを可能にするために、処理回路要素ＱＱ１２０に接続される。ユーザインターフェース機器ＱＱ１３２は、たとえば、マイクロフォン、近接度または他のセンサー、キー／ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、あるいは他の入力回路要素を含み得る。ユーザインターフェース機器ＱＱ１３２はまた、ＷＤ  ＱＱ１１０からの情報の出力を可能にするように、および処理回路要素ＱＱ１２０がＷＤ  ＱＱ１１０からの情報を出力することを可能にするように設定される。ユーザインターフェース機器ＱＱ１３２は、たとえば、スピーカー、ディスプレイ、振動回路要素、ＵＳＢポート、ヘッドフォンインターフェース、または他の出力回路要素を含み得る。ユーザインターフェース機器ＱＱ１３２の１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ＷＤ  ＱＱ１１０は、エンドユーザおよび／または無線ネットワークと通信し、エンドユーザおよび／または無線ネットワークが本明細書で説明される機能性から利益を得ることを可能にし得る。
【０１７４】
補助機器ＱＱ１３４は、概してＷＤによって実施されないことがある、より固有の機能性を提供するように動作可能である。これは、様々な目的のために測定を行うための特殊化されたセンサー、有線通信などのさらなるタイプの通信のためのインターフェースなどを備え得る。補助機器ＱＱ１３４の構成要素の包含およびタイプは、実施形態および／またはシナリオに応じて変化し得る。
【０１７５】
電源ＱＱ１３６は、いくつかの実施形態では、バッテリーまたはバッテリーパックの形態のものであり得る。外部電源（たとえば、電気コンセント）、光起電力デバイスまたは電池など、他のタイプの電源も使用され得る。ＷＤ  ＱＱ１１０は、電源ＱＱ１３６から、本明細書で説明または指示される任意の機能性を行うために電源ＱＱ１３６からの電力を必要とする、ＷＤ  ＱＱ１１０の様々な部分に電力を配信するための、電力回路要素ＱＱ１３７をさらに備え得る。電力回路要素ＱＱ１３７は、いくつかの実施形態では、電力管理回路要素を備え得る。電力回路要素ＱＱ１３７は、追加または代替として、外部電源から電力を受信するように動作可能であり得、その場合、ＷＤ  ＱＱ１１０は、電力ケーブルなどの入力回路要素またはインターフェースを介して（電気コンセントなどの）外部電源に接続可能であり得る。電力回路要素ＱＱ１３７はまた、いくつかの実施形態では、外部電源から電源ＱＱ１３６に電力を配信するように動作可能であり得る。これは、たとえば、電源ＱＱ１３６の充電のためのものであり得る。電力回路要素ＱＱ１３７は、電源ＱＱ１３６からの電力に対して、その電力を、電力が供給されるＷＤ  ＱＱ１１０のそれぞれの構成要素に好適であるようにするために、任意のフォーマッティング、変換、または他の修正を実施し得る。
【０１７６】
図ＱＱ２は、本明細書で説明される様々な態様による、ＵＥの一実施形態を示す。本明細書で使用されるユーザ機器またはＵＥは、必ずしも、関連のあるデバイスを所有し、および／または動作させる人間のユーザという意味におけるユーザを有するとは限らない。代わりに、ＵＥは、人間のユーザへの販売、または人間のユーザによる動作を意図されるが、特定の人間のユーザに関連付けられないことがあるか、または特定の人間のユーザに初めに関連付けられないことがある、デバイス（たとえば、スマートスプリンクラーコントローラ）を表し得る。代替的に、ＵＥは、エンドユーザへの販売、またはエンドユーザによる動作を意図されないが、ユーザに関連付けられるか、またはユーザの利益のために動作され得る、デバイス（たとえば、スマート電力計）を表し得る。ＵＥ  ＱＱ２００は、ＮＢ−ＩｏＴ  ＵＥ、マシン型通信（ＭＴＣ）ＵＥ、および／または拡張ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって識別される任意のＵＥであり得る。図ＱＱ２に示されているＵＥ  ＱＱ２００は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のＧＳＭ、ＵＭＴＳ、ＬＴＥ、および／または５Ｇ規格など、３ＧＰＰによって公表された１つまたは複数の通信規格による通信のために設定されたＷＤの一例である。前述のように、ＷＤおよびＵＥという用語は、互換的に使用され得る。したがって、図ＱＱ２はＵＥであるが、本明細書で説明される構成要素は、ＷＤに等しく適用可能であり、その逆も同様である。
【０１７７】
図ＱＱ２では、ＵＥ  ＱＱ２００は、入出力インターフェースＱＱ２０５、無線周波数（ＲＦ）インターフェースＱＱ２０９、ネットワーク接続インターフェースＱＱ２１１、ランダムアクセスメモリ（ＲＡＭ）ＱＱ２１７と読取り専用メモリ（ＲＯＭ）ＱＱ２１９と記憶媒体ＱＱ２２１などとを含むメモリＱＱ２１５、通信サブシステムＱＱ２３１、電源ＱＱ２１３、および／または他の構成要素、あるいはそれらの任意の組合せに動作可能に結合された、処理回路要素ＱＱ２０１を含む。記憶媒体ＱＱ２２１は、オペレーティングシステムＱＱ２２３と、アプリケーションプログラムＱＱ２２５と、データＱＱ２２７とを含む。他の実施形態では、記憶媒体ＱＱ２２１は、他の同様のタイプの情報を含み得る。いくつかのＵＥは、図ＱＱ２に示されている構成要素のすべてを利用するか、またはそれらの構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、ＵＥごとに変化し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含んでいることがある。
【０１７８】
図ＱＱ２では、処理回路要素ＱＱ２０１は、コンピュータ命令およびデータを処理するように設定され得る。処理回路要素ＱＱ２０１は、（たとえば、ディスクリート論理、ＦＰＧＡ、ＡＳＩＣなどにおける）１つまたは複数のハードウェア実装状態機械など、機械可読コンピュータプログラムとしてメモリに記憶された機械命令を実行するように動作可能な任意の逐次状態機械、適切なファームウェアと一緒のプログラマブル論理、適切なソフトウェアと一緒のマイクロプロセッサまたはデジタル信号プロセッサ（ＤＳＰ）など、１つまたは複数のプログラム内蔵、汎用プロセッサ、あるいは上記の任意の組合せを実装するように設定され得る。たとえば、処理回路要素ＱＱ２０１は、２つの中央処理ユニット（ＣＰＵ）を含み得る。データは、コンピュータによる使用に好適な形式での情報であり得る。
【０１７９】
図示された実施形態では、入出力インターフェースＱＱ２０５は、入力デバイス、出力デバイス、または入出力デバイスに通信インターフェースを提供するように設定され得る。ＵＥ  ＱＱ２００は、入出力インターフェースＱＱ２０５を介して出力デバイスを使用するように設定され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用し得る。たとえば、ＵＥ  ＱＱ２００への入力およびＵＥ  ＱＱ２００からの出力を提供するために、ＵＳＢポートが使用され得る。出力デバイスは、スピーカー、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、別の出力デバイス、またはそれらの任意の組合せであり得る。ＵＥ  ＱＱ２００は、ユーザがＵＥ  ＱＱ２００に情報をキャプチャすることを可能にするために、入出力インターフェースＱＱ２０５を介して入力デバイスを使用するように設定され得る。入力デバイスは、タッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（たとえば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサー、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含み得る。プレゼンスセンシティブディスプレイは、ユーザからの入力を検知するための容量性または抵抗性タッチセンサーを含み得る。センサーは、たとえば、加速度計、ジャイロスコープ、チルトセンサー、力センサー、磁力計、光センサー、近接度センサー、別の同様のセンサー、またはそれらの任意の組合せであり得る。たとえば、入力デバイスは、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサーであり得る。
【０１８０】
図ＱＱ２では、ＲＦインターフェースＱＱ２０９は、送信機、受信機、およびアンテナなど、ＲＦ構成要素に通信インターフェースを提供するように設定され得る。ネットワーク接続インターフェースＱＱ２１１は、ネットワークＱＱ２４３ａに通信インターフェースを提供するように設定され得る。ネットワークＱＱ２４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワークＱＱ２４３ａは、Ｗｉ−Ｆｉネットワークを備え得る。ネットワーク接続インターフェースＱＱ２１１は、イーサネット、ＴＣＰ／ＩＰ、ＳＯＮＥＴ、ＡＴＭなど、１つまたは複数の通信プロトコルに従って通信ネットワーク上で１つまたは複数の他のデバイスと通信するために使用される、受信機および送信機インターフェースを含むように設定され得る。ネットワーク接続インターフェースＱＱ２１１は、通信ネットワークリンク（たとえば、光学的、電気的など）に適した受信機および送信機機能性を実装し得る。送信機および受信機機能は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
【０１８１】
ＲＡＭ  ＱＱ２１７は、オペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなど、ソフトウェアプログラムの実行中に、データまたはコンピュータ命令の記憶またはキャッシングを提供するために、バスＱＱ２０２を介して処理回路要素ＱＱ２０１にインターフェースするように設定され得る。ＲＯＭ  ＱＱ２１９は、処理回路要素ＱＱ２０１にコンピュータ命令またはデータを提供するように設定され得る。たとえば、ＲＯＭ  ＱＱ２１９は、不揮発性メモリに記憶される、基本入出力（Ｉ／Ｏ）、起動、またはキーボードからのキーストロークの受信など、基本システム機能のための、不変低レベルシステムコードまたはデータを記憶するように設定され得る。記憶媒体ＱＱ２２１は、ＲＡＭ、ＲＯＭ、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、取外し可能カートリッジ、またはフラッシュドライブなど、メモリを含むように設定され得る。一例では、記憶媒体ＱＱ２２１は、オペレーティングシステムＱＱ２２３と、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジン、あるいは別のアプリケーションなどのアプリケーションプログラムＱＱ２２５と、データファイルＱＱ２２７とを含むように設定され得る。記憶媒体ＱＱ２２１は、ＵＥ  ＱＱ２００による使用のために、多様な様々なオペレーティングシステムまたはオペレーティングシステムの組合せのうちのいずれかを記憶し得る。
【０１８２】
記憶媒体ＱＱ２２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピーディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内蔵ハードディスクドライブ、Ｂｌｕ−Ｒａｙ光ディスクドライブ、ホログラフィックデジタルデータ記憶（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ  ＳＤＲＡＭ、加入者識別モジュールまたはリムーバブルユーザ識別情報（ＳＩＭ／ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、いくつかの物理ドライブユニットを含むように設定され得る。記憶媒体ＱＱ２２１は、ＵＥ  ＱＱ２００が、一時的または非一時的メモリ媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラムなどにアクセスすること、データをオフロードすること、またはデータをアップロードすることを可能にし得る。通信システムを利用する製造品などの製造品は、記憶媒体ＱＱ２２１中に有形に具現され得、記憶媒体ＱＱ２２１はデバイス可読媒体を備え得る。
【０１８３】
図ＱＱ２では、処理回路要素ＱＱ２０１は、通信サブシステムＱＱ２３１を使用してネットワークＱＱ２４３ｂと通信するように設定され得る。ネットワークＱＱ２４３ａとネットワークＱＱ２４３ｂとは、同じ１つまたは複数のネットワークまたは異なる１つまたは複数のネットワークであり得る。通信サブシステムＱＱ２３１は、ネットワークＱＱ２４３ｂと通信するために使用される１つまたは複数のトランシーバを含むように設定され得る。たとえば、通信サブシステムＱＱ２３１は、ＩＥＥＥ８０２．ＱＱ２、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭＡＸなど、１つまたは複数の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局など、無線通信が可能な別のデバイスの１つまたは複数のリモートトランシーバと通信するために使用される、１つまたは複数のトランシーバを含むように設定され得る。各トランシーバは、ＲＡＮリンク（たとえば、周波数割り当てなど）に適した送信機機能性または受信機機能性をそれぞれ実装するための、送信機ＱＱ２３３および／または受信機ＱＱ２３５を含み得る。さらに、各トランシーバの送信機ＱＱ２３３および受信機ＱＱ２３５は、回路構成要素、ソフトウェアまたはファームウェアを共有し得るか、または、代替的に、別個に実装され得る。
【０１８４】
示されている実施形態では、通信サブシステムＱＱ２３１の通信機能は、データ通信、ボイス通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、ニアフィールド通信、ロケーションを決定するための全地球測位システム（ＧＰＳ）の使用などのロケーションベース通信、別の同様の通信機能、またはそれらの任意の組合せを含み得る。たとえば、通信サブシステムＱＱ２３１は、セルラー通信と、Ｗｉ−Ｆｉ通信と、Ｂｌｕｅｔｏｏｔｈ通信と、ＧＰＳ通信とを含み得る。ネットワークＱＱ２４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワークまたはそれらの任意の組合せなど、有線および／または無線ネットワークを包含し得る。たとえば、ネットワークＱＱ２４３ｂは、セルラーネットワーク、Ｗｉ−Ｆｉネットワーク、および／またはニアフィールドネットワークであり得る。電源ＱＱ２１３は、ＵＥ  ＱＱ２００の構成要素に交流（ＡＣ）または直流（ＤＣ）電力を提供するように設定され得る。
【０１８５】
本明細書で説明される特徴、利益および／または機能は、ＵＥ  ＱＱ２００の構成要素のうちの１つにおいて実装されるか、またはＵＥ  ＱＱ２００の複数の構成要素にわたって分割され得る。さらに、本明細書で説明される特徴、利益、および／または機能は、ハードウェア、ソフトウェアまたはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステムＱＱ２３１は、本明細書で説明される構成要素のうちのいずれかを含むように設定され得る。さらに、処理回路要素ＱＱ２０１は、バスＱＱ２０２上でそのような構成要素のうちのいずれかと通信するように設定され得る。別の例では、そのような構成要素のうちのいずれかは、処理回路要素ＱＱ２０１によって実行されたとき、本明細書で説明される対応する機能を実施する、メモリに記憶されたプログラム命令によって表され得る。別の例では、そのような構成要素のうちのいずれかの機能性は、処理回路要素ＱＱ２０１と通信サブシステムＱＱ２３１との間で分割され得る。別の例では、そのような構成要素のうちのいずれかの非計算集約的機能が、ソフトウェアまたはファームウェアで実装され得、計算集約的機能がハードウェアで実装され得る。
【０１８６】
図ＱＱ３は、いくつかの実施形態によって実装される機能が仮想化され得る、仮想化環境ＱＱ３００を示す概略ブロック図である。本コンテキストでは、仮想化することは、ハードウェアプラットフォーム、記憶デバイスおよびネットワーキングリソースを仮想化することを含み得る、装置またはデバイスの仮想バージョンを作成することを意味する。本明細書で使用される仮想化は、ノード（たとえば、仮想化された基地局または仮想化された無線アクセスノード）に、あるいはデバイス（たとえば、ＵＥ、無線デバイスまたは任意の他のタイプの通信デバイス）またはそのデバイスの構成要素に適用され得、機能性の少なくとも一部分が、（たとえば、１つまたは複数のネットワークにおいて１つまたは複数の物理処理ノード上で実行する、１つまたは複数のアプリケーション、構成要素、機能、仮想マシンまたはコンテナを介して）１つまたは複数の仮想構成要素として実装される、実装形態に関する。
【０１８７】
いくつかの実施形態では、本明細書で説明される機能の一部または全部は、ハードウェアノードＱＱ３３０のうちの１つまたは複数によってホストされる１つまたは複数の仮想環境ＱＱ３００において実装される１つまたは複数の仮想マシンによって実行される、仮想構成要素として実装され得る。さらに、仮想ノードが、無線アクセスノードではないか、または無線コネクティビティ（たとえば、コアネットワークノード）を必要としない実施形態では、ネットワークノードは完全に仮想化され得る。
【０１８８】
（代替的に、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれることがある）機能は、本明細書で開示される実施形態のうちのいくつかの特徴、機能、および／または利益のうちのいくつかを実装するように動作可能な、１つまたは複数のアプリケーションＱＱ３２０によって実装され得る。アプリケーションＱＱ３２０は、処理回路要素ＱＱ３６０とメモリＱＱ３９０−１とを備えるハードウェアＱＱ３３０を提供する、仮想化環境ＱＱ３００において稼働される。メモリＱＱ３９０−１は、処理回路要素ＱＱ３６０によって実行可能な命令ＱＱ３９５を含んでおり、それにより、アプリケーションＱＱ３２０は、本明細書で開示される特徴、利益、および／または機能のうちの１つまたは複数を提供するように動作可能である。
【０１８９】
仮想化環境ＱＱ３００は、１つまたは複数のプロセッサのセットまたは処理回路要素ＱＱ３６０を備える、汎用または専用のネットワークハードウェアデバイスＱＱ３３０を備え、１つまたは複数のプロセッサのセットまたは処理回路要素ＱＱ３６０は、商用オフザシェルフ（ＣＯＴＳ：ｃｏｍｍｅｒｃｉａｌ  ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）プロセッサ、専用の特定用途向け集積回路（ＡＳＩＣ）、あるいは、デジタルもしくはアナログハードウェア構成要素または専用プロセッサを含む任意の他のタイプの処理回路要素であり得る。各ハードウェアデバイスはメモリＱＱ３９０−１を備え得、メモリＱＱ３９０−１は、処理回路要素ＱＱ３６０によって実行される命令ＱＱ３９５またはソフトウェアを一時的に記憶するための非永続的メモリであり得る。各ハードウェアデバイスは、ネットワークインターフェースカードとしても知られる、１つまたは複数のネットワークインターフェースコントローラ（ＮＩＣ）ＱＱ３７０を備え得、ネットワークインターフェースコントローラ（ＮＩＣ）ＱＱ３７０は物理ネットワークインターフェースＱＱ３８０を含む。各ハードウェアデバイスは、処理回路要素ＱＱ３６０によって実行可能なソフトウェアＱＱ３９５および／または命令を記憶した、非一時的、永続的、機械可読記憶媒体ＱＱ３９０−２をも含み得る。ソフトウェアＱＱ３９５は、１つまたは複数の（ハイパーバイザとも呼ばれる）仮想化レイヤＱＱ３５０をインスタンス化するためのソフトウェア、仮想マシンＱＱ３４０を実行するためのソフトウェア、ならびに、それが、本明細書で説明されるいくつかの実施形態との関係において説明される機能、特徴および／または利益を実行することを可能にする、ソフトウェアを含む、任意のタイプのソフトウェアを含み得る。
【０１９０】
仮想マシンＱＱ３４０は、仮想処理、仮想メモリ、仮想ネットワーキングまたはインターフェース、および仮想記憶域を備え、対応する仮想化レイヤＱＱ３５０またはハイパーバイザによって稼働され得る。仮想アプライアンスＱＱ３２０の事例の異なる実施形態が、仮想マシンＱＱ３４０のうちの１つまたは複数上で実装され得、実装は異なるやり方で行われ得る。
【０１９１】
動作中に、処理回路要素ＱＱ３６０は、ソフトウェアＱＱ３９５を実行してハイパーバイザまたは仮想化レイヤＱＱ３５０をインスタンス化し、ハイパーバイザまたは仮想化レイヤＱＱ３５０は、時々、仮想マシンモニタ（ＶＭＭ）と呼ばれることがある。仮想化レイヤＱＱ３５０は、仮想マシンＱＱ３４０に、ネットワーキングハードウェアのように見える仮想動作プラットフォームを提示し得る。
【０１９２】
図ＱＱ３に示されているように、ハードウェアＱＱ３３０は、一般的なまたは特定の構成要素をもつスタンドアロンネットワークノードであり得る。ハードウェアＱＱ３３０は、アンテナＱＱ３２２５を備え得、仮想化を介していくつかの機能を実装し得る。代替的に、ハードウェアＱＱ３３０は、多くのハードウェアノードが協働し、特に、アプリケーションＱＱ３２０のライフサイクル管理を監督する、管理およびオーケストレーション（ＭＡＮＯ）ＱＱ３１００を介して管理される、（たとえば、データセンターまたは顧客構内機器（ＣＰＥ）の場合のような）ハードウェアのより大きいクラスタの一部であり得る。
【０１９３】
ハードウェアの仮想化は、いくつかのコンテキストにおいて、ネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、データセンターおよび顧客構内機器中に位置し得る、業界標準高ボリュームサーバハードウェア、物理スイッチ、および物理記憶域上にコンソリデートするために使用され得る。
【０１９４】
ＮＦＶのコンテキストでは、仮想マシンＱＱ３４０は、プログラムを、それらのプログラムが、物理的な仮想化されていないマシン上で実行しているかのように稼働する、物理マシンのソフトウェア実装形態であり得る。仮想マシンＱＱ３４０の各々と、その仮想マシンに専用のハードウェアであろうと、および／またはその仮想マシンによって仮想マシンＱＱ３４０のうちの他の仮想マシンと共有されるハードウェアであろうと、その仮想マシンを実行するハードウェアＱＱ３３０のその一部とは、別個の仮想ネットワークエレメント（ＶＮＥ）を形成する。
【０１９５】
さらにＮＦＶのコンテキストでは、仮想ネットワーク機能（ＶＮＦ）は、ハードウェアネットワーキングインフラストラクチャＱＱ３３０の上の１つまたは複数の仮想マシンＱＱ３４０において稼働する固有のネットワーク機能をハンドリングすることを担当し、図ＱＱ３中のアプリケーションＱＱ３２０に対応する。
【０１９６】
いくつかの実施形態では、各々、１つまたは複数の送信機ＱＱ３２２０と１つまたは複数の受信機ＱＱ３２１０とを含む、１つまたは複数の無線ユニットＱＱ３２００は、１つまたは複数のアンテナＱＱ３２２５に結合され得る。無線ユニットＱＱ３２００は、１つまたは複数の適切なネットワークインターフェースを介してハードウェアノードＱＱ３３０と直接通信し得、無線アクセスノードまたは基地局など、無線能力をもつ仮想ノードを提供するために仮想構成要素と組み合わせて使用され得る。
【０１９７】
いくつかの実施形態では、何らかのシグナリングが、ハードウェアノードＱＱ３３０と無線ユニットＱＱ３２００との間の通信のために代替的に使用され得る制御システムＱＱ３２３０を使用して、実現され得る。
【０１９８】
図ＱＱ４を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワークＱＱ４１１とコアネットワークＱＱ４１４とを備える、３ＧＰＰタイプセルラーネットワークなどの電気通信ネットワークＱＱ４１０を含む。アクセスネットワークＱＱ４１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃを備え、各々が、対応するカバレッジエリアＱＱ４１３ａ、ＱＱ４１３ｂ、ＱＱ４１３ｃを規定する。各基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃは、有線接続または無線接続ＱＱ４１５上でコアネットワークＱＱ４１４に接続可能である。カバレッジエリアＱＱ４１３ｃ中に位置する第１のＵＥ  ＱＱ４９１が、対応する基地局ＱＱ４１２ｃに無線で接続するか、または対応する基地局ＱＱ４１２ｃによってページングされるように設定される。カバレッジエリアＱＱ４１３ａ中の第２のＵＥ  ＱＱ４９２が、対応する基地局ＱＱ４１２ａに無線で接続可能である。この例では複数のＵＥ  ＱＱ４９１、ＱＱ４９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが対応する基地局ＱＱ４１２に接続している状況に等しく適用可能である。
【０１９９】
電気通信ネットワークＱＱ４１０はそれ自体で、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る、ホストコンピュータＱＱ４３０に接続される。ホストコンピュータＱＱ４３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。電気通信ネットワークＱＱ４１０とホストコンピュータＱＱ４３０との間の接続ＱＱ４２１およびＱＱ４２２は、コアネットワークＱＱ４１４からホストコンピュータＱＱ４３０に直接延びるか、または随意の中間ネットワークＱＱ４２０を介して進み得る。中間ネットワークＱＱ４２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワークＱＱ４２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワークＱＱ４２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【０２００】
図ＱＱ４の通信システムは全体として、接続されたＵＥ  ＱＱ４９１、ＱＱ４９２とホストコンピュータＱＱ４３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続ＱＱ４５０として説明され得る。ホストコンピュータＱＱ４３０および接続されたＵＥ  ＱＱ４９１、ＱＱ４９２は、アクセスネットワークＱＱ４１１、コアネットワークＱＱ４１４、任意の中間ネットワークＱＱ４２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続ＱＱ４５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続ＱＱ４５０が通過する参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、ＯＴＴ接続ＱＱ４５０は透過的であり得る。たとえば、基地局ＱＱ４１２は、接続されたＵＥ  ＱＱ４９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータＱＱ４３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局ＱＱ４１２は、ＵＥ  ＱＱ４９１から発生してホストコンピュータＱＱ４３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。
【０２０１】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図ＱＱ５を参照しながら説明される。通信システムＱＱ５００では、ホストコンピュータＱＱ５１０が、通信システムＱＱ５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェースＱＱ５１６を含む、ハードウェアＱＱ５１５を備える。ホストコンピュータＱＱ５１０は、記憶能力および／または処理能力を有し得る、処理回路要素ＱＱ５１８をさらに備える。特に、処理回路要素ＱＱ５１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ホストコンピュータＱＱ５１０は、ホストコンピュータＱＱ５１０に記憶されるかまたはホストコンピュータＱＱ５１０によってアクセス可能であり、処理回路要素ＱＱ５１８によって実行可能である、ソフトウェアＱＱ５１１をさらに備える。ソフトウェアＱＱ５１１は、ホストアプリケーションＱＱ５１２を含む。ホストアプリケーションＱＱ５１２は、ＵＥ  ＱＱ５３０およびホストコンピュータＱＱ５１０において終端するＯＴＴ接続ＱＱ５５０を介して接続するＵＥ  ＱＱ５３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーションＱＱ５１２は、ＯＴＴ接続ＱＱ５５０を使用して送信されるユーザデータを提供し得る。
【０２０２】
通信システムＱＱ５００は、電気通信システム中に提供される基地局ＱＱ５２０をさらに含み、基地局ＱＱ５２０は、基地局ＱＱ５２０がホストコンピュータＱＱ５１０およびＵＥ  ＱＱ５３０と通信することを可能にするハードウェアＱＱ５２５を備える。ハードウェアＱＱ５２５は、通信システムＱＱ５００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェースＱＱ５２６、ならびに基地局ＱＱ５２０によってサーブされるカバレッジエリア（図ＱＱ５に図示せず）中に位置するＵＥ  ＱＱ５３０との少なくとも無線接続ＱＱ５７０をセットアップおよび維持するための無線インターフェースＱＱ５２７を含み得る。通信インターフェースＱＱ５２６は、ホストコンピュータＱＱ５１０への接続ＱＱ５６０を容易にするように設定され得る。接続ＱＱ５６０は直接であり得るか、あるいは、接続ＱＱ５６０は、電気通信システムのコアネットワーク（図ＱＱ５に図示せず）を、および／または電気通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局ＱＱ５２０のハードウェアＱＱ５２５は、処理回路要素ＱＱ５２８をさらに含み、処理回路要素ＱＱ５２８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。基地局ＱＱ５２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェアＱＱ５２１をさらに有する。
【０２０３】
通信システムＱＱ５００は、すでに言及されたＵＥ  ＱＱ５３０をさらに含む。ＵＥ  ＱＱ５３０のハードウェアＱＱ５３５は、ＵＥ  ＱＱ５３０が現在位置するカバレッジエリアをサーブする基地局との無線接続ＱＱ５７０をセットアップおよび維持するように設定された、無線インターフェースＱＱ５３７を含み得る。ＵＥ  ＱＱ５３０のハードウェアＱＱ５３５は、処理回路要素ＱＱ５３８をさらに含み、処理回路要素ＱＱ５３８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ＵＥ  ＱＱ５３０は、ＵＥ  ＱＱ５３０に記憶されるかまたはＵＥ  ＱＱ５３０によってアクセス可能であり、処理回路要素ＱＱ５３８によって実行可能である、ソフトウェアＱＱ５３１をさらに備える。ソフトウェアＱＱ５３１は、クライアントアプリケーションＱＱ５３２を含む。クライアントアプリケーションＱＱ５３２は、ホストコンピュータＱＱ５１０のサポートのもとに、ＵＥ  ＱＱ５３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータＱＱ５１０では、実行しているホストアプリケーションＱＱ５１２は、ＵＥ  ＱＱ５３０およびホストコンピュータＱＱ５１０において終端するＯＴＴ接続ＱＱ５５０を介して、実行しているクライアントアプリケーションＱＱ５３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーションＱＱ５３２は、ホストアプリケーションＱＱ５１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続ＱＱ５５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーションＱＱ５３２は、クライアントアプリケーションＱＱ５３２が提供するユーザデータを生成するためにユーザと対話し得る。
【０２０４】
図ＱＱ５に示されているホストコンピュータＱＱ５１０、基地局ＱＱ５２０およびＵＥ  ＱＱ５３０は、それぞれ、図ＱＱ４のホストコンピュータＱＱ４３０、基地局ＱＱ４１２ａ、ＱＱ４１２ｂ、ＱＱ４１２ｃのうちの１つ、およびＵＥ  ＱＱ４９１、ＱＱ４９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図ＱＱ５に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図ＱＱ４のものであり得るということである。
【０２０５】
図ＱＱ５では、ＯＴＴ接続ＱＱ５５０は、仲介デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングへの明示的言及なしに、基地局ＱＱ５２０を介した、ホストコンピュータＱＱ５１０とＵＥ  ＱＱ５３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ  ＱＱ５３０からまたはホストコンピュータＱＱ５１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続ＱＱ５５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する決定を行い得る。
【０２０６】
ＵＥ  ＱＱ５３０と基地局ＱＱ５２０との間の無線接続ＱＱ５７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続ＱＱ５７０が最後のセグメントを形成するＯＴＴ接続ＱＱ５５０を使用して、ＵＥ  ＱＱ５３０に提供されるＯＴＴサービスの性能を改善する。
【０２０７】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータＱＱ５１０とＵＥ  ＱＱ５３０との間のＯＴＴ接続ＱＱ５５０を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続ＱＱ５５０を再設定するためのネットワーク機能性は、ホストコンピュータＱＱ５１０のソフトウェアＱＱ５１１およびハードウェアＱＱ５１５でまたはＵＥ  ＱＱ５３０のソフトウェアＱＱ５３１およびハードウェアＱＱ５３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続ＱＱ５５０が通過する通信デバイスにおいてまたはそれに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェアＱＱ５１１、ＱＱ５３１が監視された量を計算または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続ＱＱ５５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局ＱＱ５２０に影響を及ぼす必要がなく、再設定は、基地局ＱＱ５２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータＱＱ５１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェアＱＱ５１１およびＱＱ５３１が、ソフトウェアＱＱ５１１およびＱＱ５３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続ＱＱ５５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【０２０８】
図ＱＱ６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ６への図面参照のみがこのセクションに含まれる。ステップＱＱ６１０において、ホストコンピュータはユーザデータを提供する。ステップＱＱ６１０の（随意であり得る）サブステップＱＱ６１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ６２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップＱＱ６３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップＱＱ６４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【０２０９】
図ＱＱ７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ７への図面参照のみがこのセクションに含まれる。本方法のステップＱＱ７１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ７２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップＱＱ７３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【０２１０】
図ＱＱ８は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ８への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ８１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップＱＱ８２０において、ＵＥはユーザデータを提供する。ステップＱＱ８２０の（随意であり得る）サブステップＱＱ８２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップＱＱ８１０の（随意であり得る）サブステップＱＱ８１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップＱＱ８３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップＱＱ８４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０２１１】
図ＱＱ９は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図ＱＱ４および図ＱＱ５を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図ＱＱ９への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップＱＱ９１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップＱＱ９２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップＱＱ９３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【０２１２】
本開示の範囲から逸脱することなく、本明細書で説明されるシステムおよび装置に対して修正、追加、または省略が行われ得る。システムおよび装置の構成要素は、統合または分離され得る。その上、システムおよび装置の動作は、より多数の、より少数の、または他の構成要素によって実施され得る。さらに、システムおよび装置の動作は、ソフトウェア、ハードウェア、および／または他の論理を含む任意の好適な論理を使用して実施され得る。
【図１】
2020529805.tif 000003
【図２】
2020529805.tif 000004
【図３】
2020529805.tif 000005
【図４】
2020529805.tif 000006
【図５】
2020529805.tif 000007
【図６】
2020529805.tif 000008
【図７】
2020529805.tif 000009
【図８】
2020529805.tif 000010
【図９】
2020529805.tif 000011
【図１０】
2020529805.tif 000012
【図１１】
2020529805.tif 000013
【図１２】
2020529805.tif 000014
【図１３】
2020529805.tif 000015
【図１４】
2020529805.tif 000016
【図１５】
2020529805.tif 000017
【国際調査報告】
2020529805.tif 000018
2020529805.tif 000019
2020529805.tif 000020