(57)【特許請求の範囲】
【請求項１】
マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であって、
再送ウィンドウ中に第１のユーザ装置（ＵＥ）から物理アップリンク共有チャネル（ＰＵＳＣＨ）上でブロックデータの１つ以上の送信を受信するよう構成される受信回路と、
前記ブロックデータが前記ブロックデータの１つ以上の送信を用いて前記ｅＮＢにおいて正常に復号化されたと判断し、正常な復号化の判定の後に前記ブロックデータについて繰り返し送信早期終了メッセージを生成するよう構成される制御回路であって、前記繰り返し送信早期終了メッセージはダウンリンク制御情報（ＤＣＩ）メッセージを含む、制御回路と、
前記再送ウィンドウ中に前記繰り返し送信早期終了メッセージを送信するよう構成される送信回路と、
を有し、
前記送信回路は、ＰＵＳＣＨデータの復号化が成功した後に閾値時間量又は再送数が前記再送ウィンドウに残っていた場合、前記繰り返し送信早期終了メッセージを送信し、そうでない場合、前記繰り返し送信早期終了メッセージを送信しないよう構成される装置。
【請求項２】
前記制御回路は更に、
前記ブロックデータの１つ以上の送信の受信前、１つ以上の品質評価に基づき前記ＰＵＳＣＨに関連するチャネル品質を決定し、
前記チャネル品質に基づき再送値を選択するよう構成され、
前記再送値は、前記再送ウィンドウに関連付けされる、請求項１記載の装置。
【請求項３】
前記ＤＣＩメッセージは、
Ｃ−ＲＮＴＩによりスクランブル化されたＣＲＣパリティビットと、
０に設定された新たなデータインジケータ（ＮＤＩ）値とを含むＤＣＩフォーマット０メッセージを含む、請求項１記載の装置。
【請求項４】
前記ＤＣＩフォーマット０メッセージは更に、
００に設定された前記ＰＵＳＣＨのＴＰＣコマンドと、
ＣＳ＿ｖａｌに設定されたサイクリックシフトＤＭＲＳと、
１１１１１に設定された変調符号化方式冗長バージョンと、
全て‘１’を含むリソースブロック割当て及びホッピングリソース割当て値とを含む、請求項３記載の装置。
【請求項５】
前記ｅＮＢは、前記再送ウィンドウ中に前記ＰＵＳＣＨ上で複数のトランスポートブロックからデータを受信するよう構成され、
前記ブロックデータは、前記複数のトランスポートブロックの第１のトランスポートブロックに関連付けされ、
前記制御回路は、前記ブロックデータの１つ以上の送信の第１のサブフレームと前記繰り返し送信早期終了メッセージの第１のサブフレームとの間のタイミング関係に基づき、前記ブロックデータと前記繰り返し送信早期終了メッセージとを関連付けるよう構成される、請求項１記載の装置。
【請求項６】
前記ｅＮＢは、前記再送ウィンドウ中に前記ＰＵＳＣＨ上で複数のトランスポートブロックからデータを受信するよう構成され、
前記ブロックデータは、前記複数のトランスポートブロックの第１のトランスポートブロックに関連付けされ、
前記制御回路は、前記複数のトランスポートブロックのそれぞれとＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）アクノリッジメント（ＨＡＲＱ−ＡＣＫ）プロセス番号とを関連付けるよう構成され、
前記ＤＣＩメッセージは、前記第１のトランスポートブロックに関連付けされる第１のＨＡＲＱ−ＡＣＫプロセス番号を含む、請求項１記載の装置。
【請求項７】
前記ＤＣＩメッセージは更に、サイクリックシフトビットフィールドと新たなデータインジケータ（ＮＤＩ）とを含む、請求項６記載の装置。
【請求項８】
前記ｅＮＢは、前記ＰＵＳＣＨが前記再送ウィンドウ中にダウンリンクサブフレームに分散されるように、ＨＤ−ＦＤＤ（Ｈａｌｆ−Ｄｕｐｌｅｘ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）動作モードにおいて前記第１のＵＥと通信するよう構成される、請求項１記載の装置。
【請求項９】
前記送信回路は更に、第２の再送ウィンドウ中に前記第１のユーザ装置（ＵＥ）への物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で第２のブロックデータの１つ以上の送信を通信するよう構成され、
前記制御回路は更に、
前記ＰＤＳＣＨ上で前記第１のＵＥへの前記第２のブロックデータの送信を開始し、前記第２のブロックデータの送信は前記第２の再送ウィンドウ中に前記第２のブロックデータの繰り返し送信を含み、
前記第２の再送ウィンドウ中にＨＡＲＱ−ＡＣＫメッセージを含む第２の繰り返し送信早期終了メッセージの前記第１のＵＥからの受信を管理し、前記第２の繰り返し送信早期終了メッセージは前記第２の再送ウィンドウの終了前に前記第１のＵＥにおける前記第２のブロックデータの第２の復号化に基づき、
前記第２の再送ウィンドウ中の前記第２の繰り返し送信早期終了メッセージの受信に応答して、前記第２のブロックデータの繰り返し送信を終了するよう構成される、請求項１記載の装置。
【請求項１０】
前記再送ウィンドウと前記第２の再送ウィンドウとは共に、同一の第１のチャネル品質測定結果に基づき決定される、請求項９記載の装置。
【請求項１１】
前記ＨＡＲＱ−ＡＣＫメッセージは、肯定的なアクノリッジメントメッセージを含む、請求項９記載の装置。
【請求項１２】
前記第２の再送ウィンドウは、選択された数のサブフレーム再送に基づく、請求項９記載の装置。
【請求項１３】
前記ＰＤＳＣＨは、前記ＰＤＳＣＨにおける前記第２のブロックデータの（ｎ＋４）番目のアップロードサブフレームから始めて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上にスケジューリングされるＨＡＲＱ−ＡＣＫフィードバックに関連付けされ、ダウンリンクサブフレームｎは（ｆ＊Ｎ）に対応し、Ｎは選択された数のサブフレーム再送であり、０＜ｆ＜１である、請求項９記載の装置。
【請求項１４】
前記ＰＵＣＣＨ上にスケジューリングされるＨＡＲＱ−ＡＣＫフィードバックは、複数のサブフレームに関連付けされ、
前記複数のサブフレームの第１のサブフレームは、第１のｎに基づき、ｆ＝０．２５であり、
前記複数のサブフレームの第２のサブフレームは、第２のｎに基づき、ｆ＝０．５であり、
前記複数のサブフレームの第３のサブフレームは、第３のｎに基づき、ｆ＝０．７５である、請求項１３記載の装置。
【請求項１５】
前記受信回路は更に、第３の再送ウィンドウ中に前記第１のＵＥから第２のＰＵＳＣＨ上で第３のブロックデータの１つ以上の送信を受信するよう構成され、
前記制御回路は更に、
前記第３のブロックデータが前記第３のブロックデータの１つ以上の送信を用いて前記ｅＮＢにおいて正常に復号化されたと判断し、
第２のＨＡＲＱ−ＡＣＫメッセージを含む第３の繰り返し送信早期終了メッセージを生成するよう構成され、
前記送信回路は更に、前記第３の再送ウィンドウ中に前記第３の繰り返し送信早期終了メッセージを送信するよう構成される、請求項９記載の装置。
【請求項１６】
マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）のプロセッサに実行させるプログラムであって、
物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連する１つ以上の測定結果に基づき、ユーザ装置（ＵＥ）とのチャネル品質を決定するステップと、
前記チャネル品質に基づき再送値を選択するステップであって、前記再送値は再送ウィンドウに関連付けされる、選択するステップと、
前記再送ウィンドウ中に前記ＵＥから前記ＰＵＳＣＨ上でブロックデータの１つ以上の送信を受信するステップと、
前記ブロックデータが前記ブロックデータの１つ以上の送信を用いて前記ｅＮＢにおいて正常に復号化されたと判断するステップと、
前記ブロックデータが正常に復号化されたという判断に応答して、前記再送ウィンドウ中にダウンリンク制御情報（ＤＣＩ）メッセージを含む繰り返し送信早期終了メッセージを送信するよう送受信機を設定するステップと、
を前記プロセッサに実行させ、
ＰＵＳＣＨデータの復号化が成功した後に閾値時間量又は再送数が前記再送ウィンドウに残っていた場合、前記繰り返し送信早期終了メッセージが送信され、そうでない場合、前記繰り返し送信早期終了メッセージが送信されないプログラム。
【請求項１７】
前記ＤＣＩメッセージは、ＤＣＩフォーマット０メッセージを含み、
前記ブロックデータは、前記ブロックデータの１つ以上の送信の第１のサブフレームと前記繰り返し送信早期終了メッセージの第１のサブフレームとの間のタイミング関係に基づき、前記繰り返し送信早期終了メッセージに関連付けされる、請求項１６記載のプログラム。
【請求項１８】
前記ＤＣＩメッセージは、前記ブロックデータを特定するのに用いられるＨＡＲＱ−ＡＣＫプロセス番号を含むカスタムＤＣＩフォーマットを含む、請求項１６記載のプログラム。
【請求項１９】
マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であって、
再送ウィンドウ中に第１のユーザ装置（ＵＥ）から物理アップリンク共有チャネル（ＰＵＳＣＨ）上でブロックデータの１つ以上の送信を受信するよう構成される受信回路と、
前記ブロックデータの１つ以上の送信の受信前に１つ以上の測定結果に基づき、前記ＰＵＳＣＨに関連するチャネル品質を決定し、
前記チャネル品質に基づき再送値を選択し、前記再送値は前記再送ウィンドウに関連付けされ、
前記ブロックデータが前記ブロックデータの１つ以上の送信を用いて前記ｅＮＢにおいて正常に復号化されたと判断し、
ＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路と、
前記再送ウィンドウ中に前記繰り返し送信早期終了メッセージを送信するよう構成される送信回路と、
を有し、
前記送信回路は、ＰＵＳＣＨデータの復号化が成功した後に閾値時間量又は再送数が前記再送ウィンドウに残っていた場合、前記繰り返し送信早期終了メッセージを送信し、そうでない場合、前記繰り返し送信早期終了メッセージを送信しないよう構成される装置。
【請求項２０】
前記再送ウィンドウは、選択された数のサブフレーム再送に基づき、
前記ＰＤＳＣＨは、前記ＰＤＳＣＨにおける前記ブロックデータの（ｎ＋４）番目のアップロードサブフレームから始めて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上にスケジューリングされる周期的な中間のＨＡＲＱ−ＡＣＫフィードバックに関連付けされ、ダウンリンクサブフレームｎは（ｆ＊Ｎ）に対応し、Ｎは選択された数のサブフレーム再送であり、０＜ｆ＜１である、請求項１９記載の装置。
【請求項２１】
前記ｅＮＢは、定期的なＨＡＲＱ−ＡＣＫフィードバックとの衝突を回避するため、セル固有又はＵＥ固有の方式で周期的な中間のＨＡＲＱ−ＡＣＫフィードバックをスケジューリングするよう構成される、請求項１９記載の装置。
【請求項２２】
前記周期的な中間のＨＡＲＱ−ＡＣＫフィードバックは、上位レイヤシグナリングを介しスケジューリングされる、請求項２１記載の装置。
【請求項２３】
前記周期的な中間のＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨリソースは、ダウンリンクスケジューリング割当てを搬送する最初のダウンリンク制御チャネル送信の開始ＣＣＥインデックスから導出される、請求項２２記載の装置。
【請求項２４】
前記セル固有又はＵＥ固有のスケジューリング方式は、前記ｅＮＢと通信する異なるＵＥの間のＰＵＣＣＨリソースの衝突を回避するため、前記周期的な中間のＨＡＲＱ−ＡＣＫフィードバックの各インスタンスに対応して設定される可変的な開始オフセットに基づく、請求項２３記載の装置。
【請求項２５】
マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連する測定されたチャネル品質に基づき、進化型ノードＢ（ｅＮＢ）からの再送情報を処理し、
再送ウィンドウ中に前記ｅＮＢからの物理アップリンク共有チャネル（ＰＵＳＣＨ）上のブロックデータの１つ以上の送信を処理し、
前記ブロックデータが前記ブロックデータの１つ以上の送信を用いて前記ＵＥにおいて正常に復号化されたと判断し、
前記ブロックデータが正常に復号化されたという判断に応答して、ＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路を有し、
ＰＵＳＣＨデータの復号化が成功した後に閾値時間量又は再送数が前記再送ウィンドウに残っていた場合、前記繰り返し送信早期終了メッセージが送信され、そうでない場合、前記繰り返し送信早期終了メッセージが送信されない装置。
【請求項２６】
アンテナと前記制御回路とに結合される受信回路であって、前記アンテナから前記再送情報と前記ブロックデータとを受信し、前記再送情報と前記ブロックデータとを前記制御回路に通信するよう構成される受信回路と、
前記アンテナと前記制御回路とに結合される送信回路であって、前記再送ウィンドウの終了前に前記繰り返し送信早期終了メッセージを前記ｅＮＢに送信するよう構成される送信回路と、
を更に有する、請求項２５記載の装置。
【請求項２７】
請求項１６乃至１８何れか一項記載のプログラムを記憶するコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権主張］
本出願は、参照することによってその全体がここに援用される、“ＭＥＴＨＯＤ  ＦＯＲ  ＳＵＰＰＯＲＴ  ＯＦ  ＥＡＲＬＹ  ＴＥＲＭＩＮＡＴＩＯＮ  ＯＦ  ＲＥＰＥＡＴＥＤ  ＴＲＡＮＳＭＩＳＳＩＯＮＳ  ＦＯＲ  ＭＴＣ  ＵＥＳ  ＩＮ  ＥＮＨＡＮＣＥＤ  ＣＯＶＥＲＡＧＥ  ＭＯＤＥ”という名称の２０１４年１１月６日に出願された米国仮特許出願第６２／０７６，１９８号に対する優先権の利益を主張する２０１５年３月２７日に出願された米国特許出願第１４／６７０，９２４号に対する優先権の利益を主張する。
［技術分野］
実施例は、無線通信のためのシステム、方法及びコンポーネントデバイスに関し、特にマシーン・タイプ・コミュニケーション（ＭＴＣ）による繰り返し送信の早期の終了の利用に関する。
【背景技術】
【０００２】
ＭＴＣは、“Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（ＩｏＴ）”のコンセプトに関連する新たに出現した技術である。既存のモバイルブロードバンドネットワークは、主として人間の通信のためのパフォーマンスを最適化するよう設計されたものであり、ＭＴＣ関連要求を充足するよう設計又は最適化されていない。
【図面の簡単な説明】
【０００３】
【図１】図１は、特定の実施例によるＭＴＣと共に動作可能な進化型ノードＢ（ｅＮＢ）及びユーザ装置（ＵＥ）を含むシステムのブロック図である。
【図２】図２は、特定の実施例によるＭＴＣ通信による繰り返し送信の早期の終了によるシステム処理の態様を示す。
【図３】図３は、いくつかの具体例となる実施例による繰り返し送信の早期の終了のための方法を説明する。
【図４】図４は、いくつかの具体例となる実施例による繰り返し送信の早期の終了のための方法を説明する。
【図５】図５は、特定の実施例によるＭＴＣ通信による繰り返し送信の早期の終了によるシステム処理の態様を示す。
【図６Ａ】図６Ａは、特定の実施例による繰り返し送信の早期の終了によるシステムにおける中間的なＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）アクノリッジメント（ＨＡＲＱ−ＡＣＫ）処理の態様を示す。
【図６Ｂ】図６Ｂは、特定の実施例による繰り返し送信の早期の終了によるシステムにおける中間的なＨＡＲＱ−ＡＣＫ処理の態様を示す。
【図７】図７は、いくつかの具体例となる実施例による繰り返し送信の早期の終了のための方法を説明する。
【図８】図８は、いくつかの具体例となる実施例による繰り返し送信の早期の終了のための方法を説明する。
【図９】図９は、特定の実施例による繰り返し送信の早期の終了によるシステムにおける中間的なＨＡＲＱ−ＡＣＫ処理の態様を示す。
【図１０】図１０は、いくつかの具体例となる実施例による計算マシーンの態様を示す。
【図１１】図１１は、いくつかの具体例となる実施例によるＵＥの態様を示す。
【図１２】図１２は、ここに説明される各種実施例と関連して利用可能な一例となるコンピュータシステムマシーンを示すブロック図である。
【発明を実施するための形態】
【０００４】
実施例は、無線通信を強化するためのシステム、デバイス、装置、アセンブリ、方法及びコンピュータ可読媒体に関し、特に、マシーンタイプ通信（ＭＴＣ）又は拡張マシーンタイプ通信による繰り返し送信の早期終了の使用に関する。以下の説明及び図面は、当業者がそれらを実施することを可能にする特定の実施例を示す。他の実施例は、構造的、論理的、電気的、プロセス及び他の変更を含みうる。いくつかの実施例の部分及び特徴は、他の実施例のものに含まれ得るか、又は置換可能であり、説明される要素の利用可能な全ての等価物をカバーすることが意図される。
【０００５】
図１は、いくつかの実施例による無線ネットワーク１００を示す。無線ネットワーク１００は、無線インタフェース１９０を介し接続されたＵＥ１０１及びｅＮＢ１５０を含む。
【０００６】
ここに説明されるいくつかの実施例では、ＵＥ１０１又はＵＥ１０１のコンポーネントは、ダウンリンク制御情報（ＤＣＩ）通信を介し受信した通知を用いて、アップリンク再送の早期の終了をサポートするか、又はサポートするよう構成される。
【０００７】
ここに説明されるいくつかの実施例では、ｅＮＢ１５０又はｅＮＢ１５０のコンポーネントは、ＤＣＩ通信を用いてアップリンク再送の早期の終了を実行するか、そのために構成される。
【０００８】
ここに説明されるいくつかの実施例では、ＵＥ１０１又はＵＥ１０１のコンポーネントは、中間的なＨＡＲＱ−ＡＣＫ通信を用いてダウンリンク再送の早期の終了を実行するか、そのために構成される。
【０００９】
ここに説明されるいくつかの実施例では、ｅＮＢ１５０又はｅＮＢ１５０のコンポーネントは、中間的なＨＡＲＱ−ＡＣＫ通信を用いてダウンリンク再送の早期の終了を実行するか、そのために構成される。
【００１０】
ここに説明されるいくつかの実施例では、ＵＥ１０１又はＵＥ１０１のコンポーネントは、中間的なＨＡＲＱ−ＡＣＫ通信を用いてダウンリンク再送の早期の終了を実行するか、そのために構成され、ＨＡＲＱ−ＡＣＫ通信はＤＣＩ通信を用いて伝えられてもよい。
【００１１】
ここに説明されるいくつかの実施例では、ｅＮＢ１５０又はｅＮＢ１５０のコンポーネントは、中間的なＨＡＲＱ−ＡＣＫ通信を用いてダウンリンク再送の早期の終了を実行するか、そのために構成され、ＨＡＲＱ−ＡＣＫ通信はＤＣＩ通信を用いて伝えられてもよい。
【００１２】
そのような実施例及び更なる実施形態の追加的な詳細は、以下に説明される。
【００１３】
システム内のＵＥ１０１及び他の何れかのＵＥは、例えば、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、スマートメータ又はヘルスケアモニタリングに特化したデバイスなどのマシーンタイプデバイス、リモートセキュリティ監視、インテリジェント輸送システム又はユーザインタフェースを備えた若しくは備えない他の何れかの無線デバイスなどであってもよい。ｅＮＢ１５０は、ｅＮＢ１５０によって提供されるｅＮＢサービスエリア内の無線インタフェース１９０を介しより広いネットワーク（図示せず）へのネットワーク接続をＵＥ１０１に提供する。いくつかの実施例では、そのようなより広範なネットワークは、セルラネットワークプロバイダによって運営されるワイドエリアネットワークであってもよいし、又はインターネットであってもよい。ｅＮＢ１５０に関連する各ｅＮＢサービスエリアは、ｅＮＢ１５０と一体化されたアンテナによってサポートされる。サービスエリアは、特定のアンテナに関連する多数のセクタに分割される。そのようなセクタは、固定アンテナと物理的に関連付けられてもよく、あるいは、信号を特定のセクタに向けるために使用されるビーム形成プロセスにおいて調整可能なチューニング可能なアンテナ又はアンテナ設定を有する物理エリアに割り当てられてもよい。ｅＮＢ１５０の一実施例は、例えば、ｅＮＢ１５０の周囲の３６０度のカバレッジを提供するために各セクタに向けられたアンテナのアレイを有する１２０度のエリアをそれぞれカバーする３つのセクタを含む。
【００１４】
ＵＥ１０１は、送信回路１１０及び受信回路１１５に結合された制御回路１０５を含む。送信回路１１０及び受信回路１１５はそれぞれ、１つ以上のアンテナと結合されてもよい。制御回路１０５は、ＭＴＣに関連する処理を実行するように構成されてもよい。いくつかの実施例では、ＵＥ１０１の制御回路１０５は、ｅＮＢ１５０への利用可能な接続のチャネル品質を決定するため、計算を実行してもよいし、あるいは、無線インタフェース１９０に関連する測定を開始してもよい。これらの計算は、ｅＮＢ１５０の制御回路１５５と関連して実行されてもよい。送信回路１１０及び受信回路１１５は、それぞれデータを送信及び受信するよう構成されてもよい。制御回路１０５は、ＵＥに関連する本開示の他の箇所に説明されるようなものなど、各種処理を実行するように適合又は構成されてもよい。送信回路１１０は、複数の多重化されたアップリンク物理チャネルを送信してもよい。複数のアップリンク物理チャネルは、時分割多重（ＴＤＭ）又は周波数分割多重（ＦＤＭ）に従って多重化されてもよい。送信回路１１０は、無線インタフェース１９０を介した送信のため、制御回路１０５からブロックデータを受信するよう構成されてもよい。同様に、受信回路１１５は、無線インタフェース１９０から複数の多重化されたダウンリンク物理チャネルを受信し、制御回路１０５に物理チャネルを中継してもよい。アップリンク及びダウンリンク物理チャネルは、ＴＤＭ又はＦＤＭに従って多重化されてもよい。送信回路１１０及び受信回路１１５は、物理チャネルによって搬送されるデータブロック内に構成された制御データ及びコンテンツデータ（例えば、メッセージ、画像、ビデオなど）の双方を送信及び受信してもよい。
【００１５】
図１はまた、様々な実施例によるｅＮＢ１５０を示す。ｅＮＢ１５０の回路は、送信回路１１０及び受信回路１１５に結合された制御回路１５５を含んでもよい。送信回路１１０及び受信回路１１５はそれぞれ、無線インタフェース１９０を介した通信を可能にするのに使用されうる１つ以上のアンテナと結合されてもよい。
【００１６】
制御回路１５５は、ＭＴＣに関連する処理を実行するように構成されてもよい。送信回路１１０及び受信回路１１５は、個人間通信用に構成された標準的な帯域幅よりも狭い狭システム帯域幅内においてデータをそれぞれ送信及び受信するように適合されてもよい。いくつかの実施例では、例えば、送信帯域幅は１．４ＭＨｚに、又はその近くに設定されてもよい。他の実施例では、他の帯域幅が使用されてもよい。制御回路１５５は、ｅＮＢに関する本開示の他の箇所に説明されるものなど、様々な処理を実行してもよい。
【００１７】
狭いシステム帯域幅内において、送信回路１６０は、複数の多重化されたダウンリンク物理チャネルを送信してもよい。複数のダウンリンク物理チャネルは、ＴＤＭ又はＦＤＭに従って多重化されてもよい。送信回路１６０は、複数のダウンリンクサブフレームから構成されるダウンリンクスーパーフレームにおいて、複数の多重化されたダウンリンク物理チャネルを送信してもよい。
【００１８】
狭いシステム帯域幅内において、受信回路１６５は、複数の多重化されたアップリンク物理チャネルを受信してもよい。複数のアップリンク物理チャネルは、ＴＤＭ又はＦＤＭに従って多重化されてもよい。受信回路１６５は、複数のアップリンクサブフレームから構成されるアップリンクスーパーフレームにおいて複数の多重化されたアップリンク物理チャネルを受信してもよい。
【００１９】
以下においてさらに説明されるように、制御回路１０５，１５５は、無線インタフェース１９０のチャネル品質の測定に関与してもよい。チャネル品質は、例えば、ＵＥ１０１とｅＮＢ１５０との間の物理的な障害物、他のソースからの電磁信号干渉、ＵＥ１０１とｅＮＢ１５０との間の反射若しくは間接的経路、又は他のこのような信号ノイズ源に基づくものであってもよい。チャネル品質に基づき、データブロックは、送信回路１１０が同じデータのコピーを複数回送信し、受信回路１１５が同じデータの複数のコピーを複数回受信するように、複数回再送されるようにスケジューリングされてもよい。
【００２０】
データブロックの繰り返し送信が、データが正しく受信されることを確実にするため利用されてもよいが、繰り返し送信はかなりのリソースを消費する可能性がある。いくつかの実施例では、例えば、各データブロックは、無線インタフェース１９０にわたる測定されたチャネル品質に基づき、５０回又は１００回の再送のためにスケジューリングされてもよい。不要な送信を低減することは、特にＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）又はＬＴＥ−Ａｄｖａｎｃｅｄなどの現在及び次世代のモバイルブロードバンドネットワークへの統合によって、ＭＴＣ通信のパフォーマンスを向上させる１つの方法である。
【００２１】
既存のモバイルブロードバンドネットワークは、主に人間の通信のためにパフォーマンスを最適化するよう設計されたものであり、従って、ＭＴＣ関連の考慮を満たすように設計又は最適化されていない。いくつかのＭＴＣシステムは、人間の通信態様を低下させ、代わりにデバイスコストの削減、カバレッジの向上及び消費電力の削減に重点を置くように構成される。ここに説明される実施例は、コスト及び電力消費を低減するように動作する。ここに説明される実施例のいくつかの実現形態では、ＭＴＣシステムの帯域幅は、例えば、ＬＴＥシステムの最小帯域幅である１．４ＭＨｚに低減される。このような実現形態では、制御チャネルとデータチャネルの両方の送信帯域幅が１．４ＭＨｚに低減可能である。いくつかの実施例では、多数のＭＴＣデバイスが、１つのセル内の特定のサービスのためのシステムに展開される。このような膨大な数のＭＴＣデバイスがネットワークにアクセスして通信しようとするとき、１．４ＭＨｚの帯域幅を有する複数のＭＴＣ領域がｅＮＢによって割り当てることができる。他の実施例では、他の帯域幅が使用されてもよい。
【００２２】
いくつかの実施例では、受信機側でエネルギーを蓄積することができるように、様々な物理チャネルに対する複数のサブフレームにわたるデータの低減された帯域幅及び繰り返しによって、カバレッジ向上が実現されてもよい。しかしながら、複数のサブフレームにわたって多数の繰り返し送信を使用することは、システムリソースの使用の非効率性を増加させ、それによってシステムスペクトル効率を低下させる。ＭＴＣ  ＵＥの電力消費は、３ＧＰＰエンハンスメントターゲットであるＭＴＣ  ＵＥの電力消費の削減目標に反する再送数の増加と共に増加する。いくつかの実施例では、例えば、受信機で正しい復号を実現するため、単一のデータブロックが５０回又は１００回再送されてもよい。
【００２３】
ここに説明される実施例は、ＵＥに固有の方法で異なるチャネル及び信号に対して特にターゲットとされる方法において、サブフレームにわたる繰り返し数におけるリソース使用を改善するように動作する。ここに説明される実施例では、瞬時のチャネル状態に応じて、受信機は、送信機側で使用される繰り返し送信の数より少ない初期送信又は再送に対する繰り返し送信によって、送信されるトランスポートブロックの復号化に成功可能であってもよい。リソースの使用を改善するため、ここに説明される実施例は、物理チャネルの送信の早期の終了を利用し、これにより、送信機は、設定された再送数が発生する前にデータが正常に復号化されたことを通知される。それから、送信機は、所与の物理チャネルについて特定のＵＥに必要とされる長期のチャネル状態又はエンハンスされたカバレッジレベルに基づき、当初意図された実際の繰り返し数前に、初期送信又は再送のスケジューリングされた繰り返し送信を終了する。
【００２４】
ここに説明される実施例は、繰り返し送信の早期終了という上記の概念を実現する。実施例は、主にアップリンク及びダウンリンク共有チャネルのコンテクストの範囲内で説明されるが、異なる実施例では異なるチャネルと共に使用されてもよい。ここに説明される実施例は、特に、同様のＳＰＳリリース通知によってサポートされる方法でダウンリンク制御情報（ＤＣＩ）フォーマット０を利用して、ｅＮｏｄｅＢ１５０からのレイヤ１制御シグナリングに基づき、ＵＥ１０１からの物理アップリンク共有チャネル（ＰＵＳＣＨ）の繰り返しの早期の終了を含むものであってもよい。ここに説明される追加の実施例は、エンハンスメントカバレッジ（ＥＣ）モードにおけるＭＴＣ  ＵＥ１０１が繰り返し送信時間ウィンドウ内において中間的なＨＡＲＱ−ＡＣＫフィードバック機会においてＨＡＲＱ−ＡＣＫフィードバックを送信するエンハンストＨＡＲＱフィードバック方式に基づき、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及びＰＵＳＣＨの繰り返しの早期終了を実現する。ＨＡＲＱ−ＡＣＫフィードバックを用いた早期終了は、ＵＥ１０１からｅＮＢ１５０へのアップリンク送信と、ｅＮＢ１５０からＵＥ１０１へのダウンリンク送信との双方を終了するため利用されてもよい。
【００２５】
そのような実施例は、ＰＵＳＣＨ送信をシグナリングする物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）の利用の上下の利益を含む。特に、ＰＨＩＣＨは、早期終了が意図されているPUSCHトランスポートブロックをシステムが知らないため、早期終了に直接使用する場合、本明細書で説明する早期終了には適していない。特に、早期の終了が意図されるＰＵＳＣＨトランスポートブロックをシステムが知らないときに早期の終了のために直接的に使用されるとき、ここに説明されるような早期の終了に適していない。特に、ＰＨＩＣＨを介し送信される早期終了がない場合に予想されるＨＡＲＱ−ＡＣＫフィードバック前に送信される中間的なＨＡＲＱ−ＡＣＫフィードバックは、特定のＨＡＲＱ−ＡＣＫメッセージが関連付けされるＰＵＳＣＨトランスポートブロックについて混乱を引き起こす可能性がある。
【００２６】
従って、上記によると、いくつかの実施例では、送信回路１１０及び受信回路１１５は、所定のＨＡＲＱメッセージスケジュールによる無線インタフェース１９０にわたる標準的なＨＡＲＱ及び／又はネガティブアクノリッジメント（ＮＡＣＫ）メッセージに加えて、送信の早期終了に関連する早期又は中間的なＨＡＲＱ−ＡＣＫメッセージをそれぞれ送信及び受信してもよい。同様に、送信回路１１０及び受信回路１１５は、無線インタフェース１９０を介し標準的なＨＡＲＱ−ＡＣＫ及び／又はＮＡＣＫメッセージと共に、早期又は中間的なＨＡＲＱ−ＡＣＫメッセージをそれぞれ送信及び受信してもよい。標準的なＨＡＲＱ−ＡＣＫメッセージの所定のＨＡＲＱメッセージスケジュールは、ＨＡＲＱ−ＡＣＫ及び／又はＮＡＣＫメッセージが出現するアップリンク及び／又はダウンリンクフレームを通知してもよい。しかしながら、中間的なＨＡＲＱ−ＡＣＫメッセージは、以下でさらに説明されるように、様々な実施例において異なるスケジュール、任意的なタイミング又はスケジューリングなく関連付けされてもよい。
【００２７】
従って、ＭＴＣは、ＵＥ１０１及びｅＮＢ１５０の回路を使用して、無線インタフェース１９０にわたって実現される。ＭＴＣは、デバイスが互いに効率的に通信することを可能にするユビキタスコンピューティング環境を可能にする。ＩｏＴサービス及びアプリケーションは、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格（例えば、３ＧＰＰ  ＬＴＥ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ  １２）  Ｓｅｐｔｅｍｂｅｒ  ２６，２０１４など）に従って動作するＬＴＥ及びＬＴＥ−Ａｄｖａｎｃｅｄ通信システムなど、現在及び次世代モバイルブロードバンドネットワークにシームレスに統合されるようにＭＴＣデバイスの設計及び開発を促進する。上述したように、ここに説明される早期終了の実施例は、そのような規格の上に統合されてもよいし、あるいは、様々な異なる実施例におけるそのような規格に軽微な変更を加えて実現されてもよい。
【００２８】
ここに説明される実施例は、既存のＬＴＥ設計の単一の物理リソースブロック（ＰＲＢ）にほぼ対応するシステム帯域幅を低減することによって、コスト及び電力消費を特に低減する。低減されたシステム帯域幅を利用する当該セルラＩｏＴは、ＬＴＥキャリアのガードバンド内又は専用スペクトル内において、再割り当てされたＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）スペクトルにおいて動作する可能性がある。
【００２９】
以下に説明される実施例は１．４ＭＨｚの帯域幅を使用するが、その設計は他の狭い帯域幅（例えば、１．５ＭＨｚ、１ＭＨｚ、２ＭＨｚ、２００ＫＨｚ、１８０ＫＨｚなど）に拡張されてもよい。さらに、ＭＴＣは、提案された実施例の最初のターゲットアプリケーションとして使用されるが、実施例は他の狭帯域展開されたアプリケーション（例えば、デバイス間通信、ハイブリッドＩｏＴネットワークなど）に拡張されてもよいことが明らかであろう。
【００３０】
無線インタフェース１９０を介したダウンロード経路とアップロード経路の両方のための異なるチャネルを含む様々な物理チャネルが、そのようなＭＴＣの一部として利用されてもよい。これらの物理チャネルは、限定することなく、同期チャネル（ＳＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、制御チャネル、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ランダムアクセスチャネル（Ｍ−ＰＲＡＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）及び物理アップリンク共有チャネル（ＰＵＳＣＨ）を含む。これらのチャネル及び他の潜在的なチャネルが以下に説明される。ＭＴＣ同期チャネル（ＳＣＨ）は、ＭＴＣプライマリ同期信号（ＰＳＳ）及び／又はＭＴＣセカンダリ同期信号（ＳＳＳ）を含むものであってもよい。それは、時間及び周波数同期をサポートし、セルの物理レイヤアイデンティティ及びサイクリックプレフィックス長をＵＥに提供するため利用されてもよい。ＴＤＤがいくつかのＭＴＣシステムではサポートされないかもしれないが、ＳＣＨは、周波数分割複信（ＦＤＤ）及び時分割複信（ＴＤＤ）システムを区別するのに利用されてもよいし、あるいは利用されなくてもよいことに留意されたい。ＭＴＣ物理ブロードキャストチャネル（ＰＢＣＨ）は、セルへの初期アクセスのために最も頻繁に送信される限定数のパラメータから構成されるＭＴＣマスタ情報ブロック（ＭＩＢ）を搬送する。ＭＴＣ制御チャネルは、ＬＴＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又はエンハンスト物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）の設計に基づくものであってもよいＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）を含む。ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するのに使用される。初期アクセスのため、それはアップリンク同期を実現するのに利用される。ＰＵＣＣＨは、ＵＣＬを搬送するのに使用される。特に、受信されたＳＣＨトランスポートブロックに対するスケジューリングリクエスト及びＨＡＲＱアクノリッジメントは、ＰＵＣＣＨ送信においてサポートできる。ＭＴＣ物理マルチキャストチャネル（ＰＭＣＨ）は、マルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）をサポートするのに使用される。
【００３１】
ＰＤＳＣＨは、無線インタフェース１９０を介してＵＥ１０１とｅＮＢ１５０との間で送信されるすべてのユーザデータと共に、ＰＢＣＨ上で搬送されないブロードキャストシステム情報及びページングメッセージ用に使用される。ＰＵＳＣＨは、アップリンクデータ送信に使用される。上述のように、ここに説明される実施例は、主にデータのためのプライマリ物理チャネルとしてＰＤＳＣＨ及びＰＵＳＣＨを介し送信されるデータブロックに対する再送の早期終了に関する。他の実施例では、上述の何れかのチャネル又は他のシステムにおける他のチャネルは、ここに説明される再送の早期終了を利用してもよい。
【００３２】
図２は、特定の実施例によるＭＴＣ通信による繰り返し送信の早期終了によるシステム処理の態様を示す。特に、図２は、ＤＣＩレイヤ１制御シグナリングを利用してＵＥ２０１からｅＮＢ２５０へのアップリンク通信の早期終了を示す。
【００３３】
ＰＵＳＣＨ繰り返しの早期終了は、初期送信又は何れかの再送のためのＰＵＳＣＨ繰り返しウィンドウの前であっても、ＰＵＳＣＨ送信の受信成功をＵＥ２０１に通知することによって実現することができる。ｅＮＢ２５０は、レイヤ１ダウンリンク制御シグナリングを利用して、ＵＥ２０１に所与のトランスポートブロックに対する繰り返し送信を終了するよう通知できる。いくつかの実施例では、これはＤＣＩフォーマット０を再利用することによって実現される。他の実施例では、新たに設計されたＤＣＩフォーマットが使用される。本発明において、“ＤＣＩフォーマット０”という言及は、アップリンクスケジューリング情報（アップリンクグラント）をＭＴＣ  ＵＥに搬送するために使用されるＤＣＩフォーマットの使用を意味することを意図する。これは、ＤＣＩフォーマット０に基づき設計されるＭＴＣ  ＵＥについて設計された新たなＤＣＩフォーマットであってもよい。他方、以降に構成されるような“新たに設計されたＤＣＩフォーマット”は、ＨＡＲＱ−ＡＣＫを搬送するためカスタマイズされたＤＣＩフォーマット、又は一般に早期終了指示情報の設計を表す。
【００３４】
図２は、処理２１０から始まり、チャネル状態及びパフォーマンスがＵＥ２０１とｅＮＢ２５０との間で評価される。処理２１０において測定されたチャネル性能の結果に基づき、情報がＵＥ２０１からｅＮＢ２５０に通信されるよう設定されるとき、ＵＥ２０１からｅＮＢ２５０へのアップリンクデータの繰り返し送信が、処理２１２において設定及びスケジューリングされる。これは、本質的に再送ウィンドウ２５５を設定する。再送ウィンドウ２５５は、スケジューリング時間（例えば、１０ミリ秒、５０ミリ秒など）に基づくものであってもよいし、あるいは、設定された再送数（例えば、１０、５０、１００など）に直接関連付けされてもよい。処理２１４において、データの初期送信が行われ、処理２１６Ａ〜２１６Ｎにおいて、同じデータのコピーの再送が行われる。いくつかの実施例では、これらの再送通信は、ＵＥ２０１とｅＮＢ２５０との間のリンク上の唯一の通信ではないが、ＰＵＳＣＨ又は上述した他の何れかのチャネル上の他のデータ送信又は制御チャネル送信間で行われる送信であってもよい。いくつかの実施例では、例えば、以降のＰＵＳＣＨ再送信のためのチャネル状態及びスケジューリングが変更されるか、あるいは、ＵＥ２０１及びｅＮＢ２５０の通信の他の態様が調整されるように、処理２１６Ａ〜Ｎの実行中に、追加のチャネル測定通信が行われてもよい。最終的に、ｅＮＢ２５０は、処理２１８において、ＰＵＳＣＨ再送からのデータを正常に復号化する。再送の早期終了がないシステムでは、ＵＥ２０１は、設定された再送数が行われるまで、ＰＵＳＣＨ上のデータのコピーを単に送信し続ける。それから、受信成功をアクノリッジするか、又は更なる再送を要求する標準的なＨＡＲＱ−ＡＣＫ又はＮＡＣＫが、再送ウィンドウ２５５の終わりで行われる。ここに説明される実施例では、しかしながら、ＰＵＳＣＨデータが再送ウィンドウ２５５の終了前に正常に復号化されると、再送の早期終了を指示するＤＣＩメッセージが、処理２２０において、ｅＮＢ２５０からＵＥ２０１に送信される。これは、ＵＥ２０１からの残りの再送を停止し、これにより、電力が節約され、送信リソースが解放される。いくつかの実施例では、ｅＮＢ２５０は、ＰＵＳＣＨデータが処理２１８において正常に復号化された後、再送ウィンドウ２５５に残っている時間量又は再送数を決定してもよい。閾値時間量又は再送数が残っている場合、処理２２０が開始されてもよく、閾値が満たされない場合、システムは単に再送処理が早期終了なく行われることを可能にしてもよい。いくつかの実施例では、ＤＣＩを送信する際に消費されるリソースと、ステップ２２０においてＵＥ２０１におけるＤＣＩの受信に続いて保存されるリソースとを含むリソース節約の計算が実行されてもよく、リソース節約の閾値量が推定される場合、処理２２０が実行される。
【００３５】
図３は、いくつかの具体例となる実施例による繰り返し送信の早期終了のための方法を説明する。図３は、ＵＥ１０１又は２０１などのＵＥからｅＮＢ１５０又は２５０などのｅＮＢへのアップリンク通信を説明する。いくつかの実施例では、非一時的なコンピュータ可読媒体は、１つ以上のプロセッサによって実行されると、方法３００を実行するようマシーンタイプ通信のためｅＮＢ１５０を設定する命令を有する。他の実施例では、ｅＮＢ１５０又は２５０などのｅＮＢは、対応するＵＥと共に方法３００を実行する。特定のｅＮＢは、いくつかの実施例において、同時に多数の異なるＵＥと共に方法３００を同時に実行してもよい。方法３００は、物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連する１つ以上の測定値に基づき、ユーザ装置（ＵＥ）へのチャネル接続品質を決定することに関する処理３０５から開始される。これは、いくつかの実施例では、無線インタフェース１９０を介したＵＥ１０１との測定通信をスケジューリング及び処理する制御回路１５５によって管理されてもよい。
【００３６】
処理３０５における測定に続いて、チャネル品質に基づく再送値が処理３１０において選択され、ここで、再送値は再送ウィンドウに関連付けられる。上述されたように、再送ウィンドウは、選択された多数の再送又は別の再送値に基づくものであってもよい。いくつかの実施例では、テーブル又は他のいくつかの計算される処理は、方法３００を実行するｅＮＢと関連するＵＥとの間のチャネルに使用される無線ギャップの１つ以上の測定された品質又はノイズ特性に従って、再送数を選択するのに利用されてもよい。再送値は、ｅＮＢによって選択されてもよいし、あるいは、ｅＮＢで選択された再送値を利用してＵＥにおいて設定され、その後にＵＥに通信されてもよい。
【００３７】
ＵＥがデータブロックの送信及びその後の再信を開始した後、ｅＮＢは、処理３１５において、再送ウィンドウ中にＵＥからＰＵＳＣＨ上でブロックデータの１つ以上の送信を受信する。ブロックデータが受信されると、ｅＮＢは、送信からエネルギーを集め、それらを処理してシンボルを識別し、送信を復号化する。追加の再送が受信されると、ｅＮＢは、以前の送信が正常な復号化に十分でなかった場合、追加の送信を利用することを試みる。処理３２０は、ブロックデータの１つ以上の送信を利用して、ブロックデータがｅＮＢにおいて正常に復号化されたことを判断することを含む。正常な復号化が行われると、これは、処理３２５において、再送ウィンドウ中にダウンリンク制御情報（ＤＣＩ）メッセージを含む繰り返し送信メッセージの早期終了を送信することによって、ＵＥからの再送信を終了するようｅＮＢに促す。上述したように、いくつかの実施例では、再送ウィンドウがほぼ終了しており、繰り返し送信の早期終了メッセージが送信されるべきでなく、システムは単に標準的なスケジューリングされたＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージを利用することが判断されてもよい。いくつかの実施例では、再送の初期セットが成功しなかった場合、ＨＡＲＱ−ＮＡＣＫメッセージが再送ウィンドウの最後に送信され、再送の別のセットが開始される。第２の再送ウィンドウが終了する前にブロックデータが正常に復号化された場合、処理３２０、３２５が、ＨＡＲＱ−ＮＡＣＫメッセージ及び第２の再送セットに続いて、あるいは、通信が第２の送信セット中に正常に復号化された場合には第２の再送セットの始めに実行されてもよい。他の実施例では、他の処理が説明された処理の間に同様に実行されてもよい。
【００３８】
図４は、方法３００を実行するｅＮＢと通信する方法３００のＵＥに対応するＵＥによって実行される方法４００を説明する。方法３００の上記と同様に、いくつかの実施例において、非一時的なコンピュータ可読媒体は、１つ以上のプロセッサによって実行されると、方法４００を実行するようにＭＴＣ用のＵＥを設定する命令を含む。他の実施例では、ＵＥ１０１又はＵＥ２０１などのＵＥは、対応するｅＮＢと共に方法４００を実行する。いくつかの実施例では、方法４００は、ＵＥから多数のｅＮＢから構成されるセルラネットワークへの無線通信を管理するため、モバイルデバイスの処理集積回路装置によって実行されてもよい。そのような実施例では、方法４００は、モバイルデバイスの処理を管理する単一の集積回路によって実行されてもよい。
【００３９】
方法４００は、ＵＥの装置が物理アップリンク共有チャネル（ＰＵＳＣＨ）の測定されたチャネル品質に関連するｅＮＢから再送情報を受信するよう構成される処理４０５から開始される。この再送情報は、再送数を選択するためＵＥによって利用可能な測定データであってもよいし、あるいは、ｅＮＢによってＵＥに対して選択された再送数であってもよい。他の実施例では、これは、再送ウィンドウに使用される他の何れかの中間又は最終情報であってもよい。
【００４０】
処理４１０において、ＵＥは、ＰＵＳＣＨ上のｅＮＢへのブロックデータの送信を開始し、当該ブロックデータの送信は、測定されたチャネル品質に基づく再送期間中のブロックデータの繰り返し送信を含む。処理４１５において、ＵＥは、ダウンリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はカスタムＤＣＩメッセージを含む繰り返し送信メッセージの早期終了を受信する。このメッセージは、ｅＮＢが再送ウィンドウの終了前にブロックデータを正常に復号化することに基づく。
【００４１】
その後、ＵＥは、処理４１５からのメッセージに基づき、再送期間中の繰り返し送信メッセージの早期終了の受信に応答して、処理４２０において、ブロックデータのスケジューリングされた繰り返し送信を終了する。
【００４２】
早期終了のためのＤＣＩの当該利用は、セミパーシステントスケジューリング（ＳＰＳ）リリースＰＤＣＣＨ検証におけるＤＣＩフォーマット０の使用と類似していると考えられる。そのような実施例では、ＵＥは、当該ＤＣＩフォーマット０の送信の受信時に関して、第１のサブフレームが指定された時間関係を満たすＰＵＳＣＨ送信に対応するトランスポートブロックのコピーの送信の早期終了の表示として、ＤＣＩフォーマット０の送信の受信を検証する。特定の一実施例では、ダウンリンク制御チャネル送信の第１のサブフレームは、ＤＣＩフォーマット０の通信を含むため、特定のタイミング位置にある。これらの様々な実施例では、ＤＣＩ通信は早期終了を示すデータを搬送する。
【００４３】
いくつかの実施例では、繰り返し送信の早期終了とのＤＣＩ通信の関連付けは、特定数の条件が満たされた場合にのみ行われる。第１の条件は、ダウンリンク制御チャネルのペイロードのＣＲＣパリティビットがＣ−ＲＮＴＩ又は同様の識別番号によってスクランブル化されることである。別の条件は、フォーマット０ＤＣＩの新たなデータインジケータ値がゼロに設定されることである。
【００４４】
更なる実施例では、上記の条件に加えて、以下のテーブル１に記載される条件がまた利用される。
【００４５】
【表１】
0006708654.tif 000002
従って、表１は、いくつかの実施例によるＰＵＳＣＨの繰り返し送信の早期終了を示すための特別なフィールドを示す。表１において、ＣＳ＿ｖａｌは当初に割り当てられたＤＭ−ＲＳサイクリックシフト値である。
【００４６】
特定の他の実施例では、ＰＵＳＣＨ送信の第１のサブフレームと、繰り返し送信の早期終了を示すダウンリンク制御チャネル送信との間の指定された時間関係を利用する代わりに、ＨＡＲＱプロセス番号が利用可能である。そのようなＨＡＲＱプロセス番号は、ＰＵＳＣＨ送信のためのブロックデータを識別するため使用されてもよい。ＨＡＲＱプロセス番号によるこの識別は、ＵＥが繰り返し送信の早期終了が指示された適切なデータブロックを識別することを可能にするため、導入可能である。言い換えれば、複数のデータブロックは、インタリーブされた再送ウィンドウ中に通信されてもよい。このため、再送システムの早期終了は、再送されている異なるデータブロックを区別できる必要がある。ＨＡＲＱプロセス番号を使用してデータブロックを識別することは、システムがこれらの異なるデータブロックを区別することを可能にする。このようなＨＡＲＱプロセス番号の使用は、早期終了指示を非同期的に送信する際に更なるフレキシビリティを追加するが、ＨＡＲＱプロセス番号のための新しいフィールドを可能にするため、ＤＣＩフォーマットへの追加の変更に関連する。
【００４７】
更なる他の実施例では、ＤＣＩフォーマット０を使用するのではなく、新しいＤＣＩフォーマットが定義できる。いくつかのこのような実施例では、ＭＴＣに固有のＤＣＩフォーマットが、ＰＵＳＣＨ送信の早期終了のエンハンストカバレッジモードにおいてＵＥに通知するのに利用可能である。そのようなコンパクトなＤＣＩフォーマットは、上述したようなＨＡＲＱプロセス番号を含むものであってもよい。このようなコンパクトな新たなＤＣＩフォーマットの他の実施例は、サイクリックシフトビットフィールド及び／又はＮＤＩフィールドを含むものであってもよい。このようなコンパクトなＤＣＩフォーマットの縮小されたサイズは、ＰＤＣＣＨ又はＥＰＤＣＣＨデータ送信の繰り返し回数を減らすのに役立ち、その結果、エンハンストカバレッジモードのＭＴＣ  ＵＥがＰＵＳＣＨの繰り返しの早期終了指示を示すＤＣＩを迅速に受信することを可能にする。
【００４８】
エンハンストカバレッジモードのＵＥについて、ＥＰＤＣＣＨ送信の開始サブフレームは、電力を消費するＵＥによるＥＰＤＣＣＨのブラインド復号化の試行を低減するため、サブフレームのサブセットに限定される。ｅＮＢがＰＵＳＣＨ送信を正常に復号化するとき、ここに説明されるいくつかの実施例では、ｅＮＢは、次に利用可能な指定された開始サブフレームにおいてあるいは、ＵＥに固有のカバレッジ拡張レベルのための事前に定義された又は設定されたマッピングルールに従って導出又は設定可能なＥＰＤＣＣＨ送信の繰り返しレベルに従ってＥＰＤＣＣＨ送信の送信を開始する。
【００４９】
さらに、ＥＣモードの複雑さの低いＵＥによる半二重周波数領域二重化（ＨＤ−ＦＤＤ）で動作するいくつかの実施例では、ＰＵＳＣＨ再送ウィンドウはダウンリンクサブフレームに散在させることができる。言い換えれば、再送ウィンドウの間に、再送ウィンドウは、ブロックデータの再送中の共有チャネル上のダウンリンクサブフレームの存在によって拡張され得る。これは、ＨＤ−ＦＤＤ処理のためにスケジューリングされたダウンリンクフレームを使用することによって、再送ウィンドウ内の繰り返し送信の早期終了を示すレイヤ１制御シグナリングをＵＥが受信することを可能にする。
【００５０】
図５は、特定の実施例によるＭＴＣ通信による繰り返し送信の早期終了によるシステム処理の態様を示す。特に、図５は、特定の実施例による繰り返し送信の早期終了によるシステムにおける早期又は中間的なハイブリッド自動再送要求（ＨＡＲＱ）アクノリッジメント（ＨＡＲＱ−ＡＣＫ）処理の使用を示す。いくつかの実施例において、ＵＥ５０１及びｅＮＢ５５０は、図１のＵＥ１０１及びｅＮＢ１５０又はここに説明される他の何れかのＵＥ又はｅＮＢと同様であってもよい。上述されるように、ＤＣＩフォーマット０メッセージングを含むＤＣＩメッセージングを使用する実施例は、ＵＥからｅＮＢへのアップリンク再送を終了させるものであってもよいが、早期のＨＡＲＱ−ＡＣＫメッセージングの使用は、アップリンクとダウンリンク再送の両方を終了させるために使用されてもよい。さらに、様々な実施例は、繰り返しメッセージのアップリンク及び／又はダウンリンク終了のため、ＤＣＩメッセージングと早期のＨＡＲＱ−ＡＣＫメッセージングとの両方を使用してもよい。そのような一実施例では、ＰＵＳＣＨ送信に応答するＨＡＲＱ−ＡＣＫメッセージングは、Ｍ−ＰＤＣＣＨによって搬送されるＤＣＩを使用して指示されてもよい。従って、いくつかの実現形態では、図２に関して説明された実施例は、図５に関連して説明された実施例と組み合わせてもよい。
【００５１】
図２のシステム処理と同様に、図５は、ＵＥ５０１及びｅＮＢ５５０が処理５１０５１２においてチャネルパフォーマンスを測定し、チャネルパフォーマンスに基づき繰り返し値を選択することによって開始される。測定されたチャネルパフォーマンスは、特定のデータブロックの再送のため再送ウィンドウ５５５を確立するのに利用される。ＤＣＩと早期のＨＡＲＱ−ＡＣＫの繰り返しの終了との両方を使用する実施例では、同じチャネルパフォーマンス測定が、図２及び図５の両方の処理を実行するシステムにおいて利用されてもよい。
【００５２】
処理５１４及び５１６Ａ〜Ｎにおいて、ブロックデータの初期送信及びその後の再送が実行される。データがＰＵＳＣＨデータである場合、それは、処理５１８ＡにおいてｅＮＢ５５０によって復号化され、ＰＤＳＣＨデータは、処理５１８Ｂにおいて、ＵＥ５０１によって復号化される。データが再送ウィンドウ５５５中に正しく復号化されることを何れのデバイスが検証するかは、処理５２０において、早期のＨＡＲＱ−ＡＣＫメッセージの通信を開始し、追加のスケジューリングされた再送が必要でないことを他のデバイスに知らせる。
【００５３】
図６Ａは、データの送信を追跡するためのＨＡＲＱプロセス番号又はプロセス識別子の使用と共に、ＨＡＲＱ−ＡＣＫ処理の態様を示す。図６Ａは、ＵＥ５０１，１０１，２０１と共にｅＮＢ５５０，１５０，２５０を含む、ここに説明される何れかのＵＥ又はｅＮＢと同様であってもよいｅＮＢとＵＥとの双方についてそれぞれ送信（ＴＸ）６５０，６０１を示す。
【００５４】
図示されるように、ＰＤＣＣＨ６２１は、ＰＤＳＣＨ６２２に関連する制御データを送信してもよい。ＰＤＣＣＨ６２１は、特定のデータセットの送信の全てのプロセスに関連するＨＡＲＱプロセス番号６２０によって追跡可能なＰＤＳＣＨ６２２上のデータの送信を実質的にスケジューリングしてもよい。ＨＡＲＱプロセス番号６３０は、同様に異なるデータセットのプロセスを追跡する。図示されていないが、各送信は、ＰＤＳＣＨ６２２のデータがｅＮＢから送信され、ＵＥにおいて受信されるように、他のデバイスにおいて対応する受信に関連付けられる。
【００５５】
ＰＤＳＣＨの追加のスケジューリングされたフレーム上の再送を含みうる、ＰＤＳＣＨ６２２におけるデータに関連する標準的なスケジューリングされた再送セットの後に、ＵＥ  ＴＸ６０１は、ＨＡＲＱ−ＡＣＫ又はＮＡＣＫのいずれかを通信するＰＵＣＣＨ６２３を含み、ＰＤＳＣＨ６２２からのデータが正常に受信されたかｅＮＢに知らせる。図６Ａの図示された具体例では、ＰＵＣＣＨ６２３は、ＰＤＳＣＨ６２２からのデータが正常に復号化されなかったことを示すＨＡＲＱ−ＮＡＣＫを含み、その後、ＨＡＲＱプロセス番号６２０は、ＰＤＣＣＨ６２４及びＰＤＳＣＨ６２５において同じデータの追加のスケジューリング及び送信に関連付けられる。
【００５６】
対照的に、ＰＵＣＣＨ６３３Ａは、ＰＤＣＣＨ６３１によってスケジューリングされたＰＤＳＣＨ６３２からのデータが正常に受信されたことを特定するＨＡＲＱ−ＡＣＫを含むものとして識別されてもよい。なぜなら、ＨＡＲＱプロセス番号６３０に関連する送信の一部として、後続のＰＤＳＣＨの追加のスケジューリングがないためである。
【００５７】
送信チャネルは図６Ａのタイムライン上に示されているが、様々な実施例において、追加の再送が上述されるような図６Ａに示される何れかの送信プロセスの一部として含まれ得る。従って、いくつかの実施例では、ＨＡＲＱプロセス番号６２０に関連するデータの再送を含む追加のデータフレームは、ＰＤＳＣＨ６３２とＰＵＣＣＨ６３３Ａとの間で送信されてもよい。同様に、ＨＡＲＱプロセス番号６３０に関連する再送データを含む追加のフレームは、ＰＤＳＣＨ６３２とＰＵＣＣＨ６３３Ａとの間で送信されてもよい。さらに、このような実施例と共に図６Ａに具体的に示される実施例において、一部の実施例では、ＰＤＳＣＨ６３２の前にＰＤＳＣＨ６２２が出現するとき、ＰＵＣＣＨ６２３がＰＵＣＣＨ６３３Ａの後に出現するように、異なるＨＡＲＱプロセス番号６２０，６３０に関連する送信はシステム内で同時にアクティブである。繰り返し送信を実行するデバイスは何れの再送プロセスが終了するかを知る必要があるため、これは、繰り返し送信の早期終了に用いられるＤＣＩメッセージのＨＡＲＱプロセスのトラッキング又はタイミングの必要性の源である。
【００５８】
図６Ａの上記説明は、再送数が送信中のデータブロックの第１のコピーの前に設定されるとき、システムによってスケジューリングされる標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージングを説明する。図６Ｂは、再送の早期又は中間の終了の利用を示す。
【００５９】
図６Ｂは、中間的なＨＡＲＱ−ＡＣＫを介した早期終了のオプションを更に含むシステムによる図６Ａに示されるようなＨＡＲＱプロセス番号６３０に関連する送信プロセスの比較を示す。上述されるように、スケジューリングはＰＤＣＣＨ６３１において行われ、ＨＡＲＱプロセス番号６３０に関連するデータブロックの送信又は再送はＰＤＳＣＨ６３２において行われる。ＰＵＣＣＨ６３３Ａを利用する標準的なＨＡＲＱ−ＡＣＫ又はＮＡＣＫは、初期的な再送数が設定されると、スケジューリングされる。しかしながら、ここに説明される実施例では、中間的なＨＡＲＱ−ＡＣＫ６３９は、ＰＵＣＣＨ６３３Ａに対するＡＣＫ／ＮＡＣＫのスケジューリングされた時間より前に送信されてよい。この中間的なＨＡＲＱ−ＡＣＫ６３９は、ＰＵＣＣＨ６３３Ａの標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫを実質的に促す。上述したように、ＨＡＲＱ−ＡＣＫ６３９は、ＰＤＳＣＨ６３２からのデータブロックが正常に復号化されたという判定に応答して送信されるため、早期終了は常にＮＡＣＫではなくＡＣＫであり、従って、ＨＡＲＱ−ＡＣＫ６３９とＰＵＣＣＨ６３３Ａとのタイミングの間でスケジューリングされた更なる再送は不要である。図６Ｂにおいて、上述したような再送ウィンドウは、ｅＮＢ  ＴＸ６５０の一部としてのデータブロックの最初の送信から始まり、標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫのためにスケジューリングされた時間で終了するか、あるいは、標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫの前の閾値期間で終了し、ここで、閾値時間に続く早期終了は、標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫが使用されることを可能にすることと比較されるときに不十分であるとみなされる。また、図６Ａ及び６Ｂはデータを送信するｅＮＢ６５０  ＴＸと繰り返し送信メッセージの早期終了を送信するＵＥ  ＴＸ６０１とによる実施例を示すが、対応するシステムは繰り返し送信メッセージの早期終了として、データを送信するＵＥ  ＴＸ６０１及び中間的なＨＡＲＱ−ＡＣＫを送信するｅＮＢ  ＴＸ６５０とによって同様に動作しうる。同様に、上述されるようなＤＣＩを利用するいくつかの実施例は、ここに説明されるタイミングと同様であるとみなされうるタイミングにより動作してもよい。
【００６０】
また、図６Ｂにおいて、図６Ａと同様に、ＰＤＳＣＨ６３２は単一の連続するスケジューリングされた時間として示されているが、別々にスケジューリングされる何れかの再送数は、図示されたＰＤＳＣＨ６３２についてスケジューリングされた時間と、ＰＵＣＣＨ６３３Ａの標準的なスケジューリングされたＨＡＲＱ−ＡＣＫ／ＮＡＣＫとの間で設定されてもよい。
【００６１】
標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫスケジューリングの文脈内の繰り返し送信の早期終了のスケジューリングに関連するさらなる詳細は、図９に関して以下に含まれる。
【００６２】
図７は、いくつかの具体例となる実施例による再送の早期終了のための方法７００を説明する。方法７００は、ここに説明されるｅＮＢ１５０、２５０、５５０などのｅＮＢ又は何れかのｅＮＢによって実行されてもよい。さらに、対応する方法が、方法７００において説明された送信信号を受信するＵＥによって実行されることは明らかであろう。そのような処理の詳細は以下の例に含まれる。
【００６３】
方法７００では、ＰＤＳＣＨ上のＵＥ１０１、２０１又は５０１などのＵＥへのブロックデータの送信は、処理７１０において開始され、ブロックデータの送信は、測定されたチャネル品質に基づく再送期間中のブロックデータの繰り返し送信を含む。その後、ｅＮＢは、再送期間における設定された再送数に基づくスケジューリングされるような繰り返し送信により進捗する。
【００６４】
再送期間中、ｅＮＢは、処理７１５の一部としてＵＥから繰り返し送信メッセージの早期終了を受信する。処理７１５における早期終了メッセージは、ハイブリッド自動再送要求（ＨＡＲＱ）アクノリッジメント（ＨＡＲＱ−ＡＣＫ）メッセージである。早期終了はメッセージの復号化成功によるものであり、ＮＡＣＫはメッセージが正常に受信されなかったことを示すものであるため、当該メッセージは常にＡＣＫであり、ＮＡＣＫではない。代わりに、ＮＡＣＫは、再送期間の終了時にスケジューリングされた標準的なＨＡＲＱの一部として通信されるが、この標準的なＨＡＲＱは、再送期間中に受信された中間的なＨＡＲＱ−ＡＣＫによって先取りされる。処理７２０において、ｅＮＢは、再送期間中の繰り返し送信の早期終了メッセージの受信に応答して、ブロックデータの繰り返し送信の少なくとも１つの追加の繰り返しを終了する。
【００６５】
上記の処理に加えて、ｅＮＢは、同様に、ＵＥとの通信においてチャネル品質を測定し、再送ウィンドウに関連するか、又は再送ウィンドウを生成するのに使用されるチャネル品質に基づき再送値を選択するための処理を実行してもよい。いくつかの実施例では、当該方法は、再送ウィンドウ中にＰＤＳＣＨ上のブロックデータの１つ以上の送信をＵＥに通信するように構成された送信回路と、ブロックデータの１つ以上の送信の通信の前に１つ以上の測定値に基づきＰＤＳＣＨに関連するチャネル品質を決定するよう構成される制御回路とを備えたｅＮＢ１５０と同様のｅＮＢによって実行されてもよい。
【００６６】
上述されるように、繰り返し送信の早期終了のためのＨＡＲＱ−ＡＣＫメッセージの使用は、アップリンク及びダウンリンクの両方のチャネルに対して機能してもよい。図７の方法７００は、ダウンリンクチャネルのための繰り返し送信の早期終了を説明する。対照的に、図８は、アップリンクチャネルのための繰り返し送信の早期終了を説明する。これは、ダウンリンクＰＤＳＣＨがアップリンクＰＵＳＣＨで置き換えられ、ｅＮＢとＵＥとが方法においてポジションを切り替えることによって、上記の処理を反映する。
【００６７】
従って、方法８００において、ＰＵＳＣＨ上のｅＮＢ１５０、２５０又は５５０などのｅＮＢへのブロックデータの送信が処理８１０において開始され、ブロックデータの送信は、測定されたチャネル品質に基づき再送期間中にブロックデータの繰り返し送信を含む。その後、ＵＥは、再送期間中に設定された再送数に基づきスケジューリングされるような繰り返し送信に進捗する。
【００６８】
再送期間中、ＵＥは、処理８１５の一部としてｅＮＢからの繰り返し送信メッセージの早期終了を受信する。処理８１５における早期終了メッセージは、ｅＮＢにおけるブロックデータの復号化成功によって受信されるＨＡＲＱ−ＡＣＫである。処理８２０において、ＵＥは、再送期間中の繰り返し送信早期終了メッセージの受信に応答して、ブロックデータの繰り返し送信の１つ以上の追加の繰り返しを終了する。
【００６９】
いくつかの実施例では、チャネル測定結果は、アップリンク及びダウンリンク早期終了の双方についてｅＮＢによって管理されてもよい。いくつかの実施例では、同一のチャネル測定結果及びこれらのチャネル測定結果から導出される同一の品質値が、アップリンクとダウンリンク通信との双方について再送値及び期間を設定するのに利用されてもよい。システム処理中、ｅＮＢは、再送値及び再送期間がシステム処理中に経時的に変化しうるように、このようなチャネル測定結果の更新又は追加的なインスタンスを管理してもよい。いくつかの実施例では、チャネル品質が十分良好であるか、あるいは、品質値が所定の閾値以上であるとき、繰り返し送信の早期終了は、限定数の再送及び対応する早期終了の限定的な利益のため無効とされてもよい。
【００７０】
図９は、早期終了の態様を説明する。図９の送信図は、図６Ｂの送信図と同様であるが、図９は、ＰＤＳＣＨ送信９３２Ａ〜Ｚ中に行われるｅＮＢ  ＴＸ９５０からのデータブロックの複数の送信を明示的に示す。いくつかの実施例では、チャネル品質データが再送ウィンドウ９５５を設定するために使用され、チャネル９３１が再送ウィンドウ９５５の終わりに標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージ９３３をスケジューリングするとき、チャネル９３１は、繰り返し送信の早期終了のためのメッセージとして機能する任意的な中間のＨＡＲＱ−ＡＣＫメッセージ９３９Ａ〜Ｃをスケジューリングするのに利用されてもよい。そのような実施例では、データブロックが正常に復号化された後に送信スケジュールを中断するのではなく、受信デバイスは、復号化成功後に次のスケジューリングされたＨＡＲＱ−ＡＣＫメッセージ９３９まで待機する。このスケジューリングされたブロックは、その後、早期終了メッセージを送信するのに利用される。例えば、ＵＥがスケジューリングされたＨＡＲＱ−ＡＣＫメッセージ９３９Ａの前にデータブロックを正常に復号化した場合、ＵＥ  ＴＸ９０１は、繰り返し送信早期終了メッセージをｅＮＢに送信し、その直後にメッセージが受信されたと仮定すると、ＰＤＳＣＨ送信９３２Ｄ〜Ｚにおける全ての再送がキャンセルされ、他の送信のためにリソースが解放される。
【００７１】
ＵＥが、スケジューリングされたＨＡＲＱ−ＡＣＫメッセージ９３９Ａのタイミングが経過した後であって、ＨＡＲＱ−ＡＣＫメッセージ９３９Ｂのタイミングが経過する前にデータブロックを復号化した場合、ＵＥ  ＴＸ９０１は、ＨＡＲＱ−ＡＣＫメッセージ９３９Ａのタイミング中に送信をスキップするか、あるいは、他のデータのために当該送信期間を利用してもよい。ＨＡＲＱ−ＡＣＫメッセージ９３９Ｂが利用され、送信成功した場合、ＰＤＳＣＨ送信９３２Ｎ〜Ｚをキャンセルし、これらのリソースは他の送信のために解放される。
【００７２】
ＵＥが、スケジューリングされたＨＡＲＱ−ＡＣＫ９３９Ｃのタイミング後までデータブロックを復号化しない場合、ＵＥ  ＴＸ９０１は、繰り返し送信早期終了メッセージを送信せず、データが正常に復号化されたか否かを示す標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージ９３３Ａを再送ウィンドウ９５５の終わりに送信する。
【００７３】
様々な実施例では、ＨＡＲＱ−ＡＣＫメッセージ９３９のスケジューリングは、異なる方法で管理されてもよい。一実施例では、所定のリソースのテーブル又は他の具体的にスケジューリングされたタイミングが、繰り返し送信早期終了機能を利用する全ての送信に対して標準的なパターンが使用されるように、再送ウィンドウ内で使用されてもよい。
【００７４】
別の実施例では、デバイスは、（ｎ＋４）番目のアップリンクサブフレームから始まるＰＵＣＣＨ  １ａ／１ｂリソース上で中間のＨＡＲＱ−ＡＣＫフィードバックを送信可能であり、ここで、ダウンリンクサブフレームｎは、ＰＤＳＣＨトランスポートブロックのｆ＊Ｎ番目（異なる実施例では、切り上げ又は切り下げされる）の繰り返し送信に対応し、Ｎは、トランスポートブロックの繰り返しサブフレームの総数であり、係数ｆは、ゼロと１との間の値である。
【００７５】
さらに別の実施例では、複数の中間的なＨＡＲＱ−ＡＣＫフィードバックスケジューリングインスタンスが、セル固有又はＵＥ固有ベースで設定することができる。中間のＨＡＲＱ−ＡＣＫメッセージ９３９を搬送するＰＰＵＣＣＨ送信が、所与のチャネル条件と同様に複数のサブフレームにわたって繰り返される必要がある場合、いくつかの実施例は、衝突を回避するためＨＡＲＱ−ＡＣＫメッセージ９３９を十分に拡散して構成されてもよい。言い換えれば、ＨＡＲＱ−ＡＣＫメッセージ９３９Ａは、メッセージの繰り返し送信が与えられた場合の衝突を避けるために、ＨＡＲＱ−ＡＣＫメッセージ９３９Ｂから十分に分離されるべきである。
【００７６】
ＵＥ固有の構成では、再送ウィンドウ内のスケジューリングされた中間のＨＡＲＱ−ＡＣＫフィードバックに対して、０＜ｆ＜１による係数ｆによって与えられる番号及び位置は、明示的に設定されるか、あるいは、ＥＣモードにおいて動作するＵＥのＥＣレベルセットの関数として指定することが可能である。
【００７７】
ＰＵＣＣＨにおける定期的なＨＡＲＱ−ＡＣＫ送信（例えば、標準的なＨＡＲＱ−ＡＣＫ／ＮＡＣＫメッセージ９３３Ａなど）と中間のＨＡＲＱ−ＡＣＫ送信（例えば、中間のＨＡＲＱ−ＡＣＫメッセージ９３９Ａ〜Ｃなど）との間のリソース衝突を回避するため、いくつかの実施例では、別々の領域が異なるＰＵＣＣＨ開始オフセットの設定を介して定義することができる。いくつかの実施例では、開始オフセット値Ｎ（１）ＰＵＣＣＨ＿ｉｎｔｅｒｍを用いたＮ（１）ＰＵＣＣＨ値又は送信は、当該パラメータが上位レイヤシグナリングを使用してセル固有又はＵＥ固有の方法で設定される場合に実行される。いくつかの実施例では、ダウンリンクスケジューリング割り当て又はｎＣＣＥを搬送する元のダウンリンク制御チャネル送信の開始ＣＣＥが、このオフセットに使用することができる。
【００７８】
オーバラップする再送ウィンドウによって生じる複数の中間のＨＡＲＱ−ＡＣＫフィードバック報告インスタンスによる実施例では、複数の開始オフセットが、中間のＨＡＲＱ−ＡＣＫフィードバックの異なるインスタンスを送信する異なるＵＥ間のＰＵＣＣＨリソース衝突を回避するため、各データ送信及び関連するＨＡＲＱ−ＡＣＫフィードバックに対応して設定される。
【００７９】
具体例１は、マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であって、再送ウィンドウ中に第１のユーザ装置（ＵＥ）から物理アップリンク共有チャネル（ＰＵＳＣＨ）上でブロックデータの１つ以上の送信を受信するよう構成される受信回路と、ブロックデータがブロックデータの１つ以上の送信を用いてｅＮＢにおいて正常に復号化されたと判断し、ダウンリンク制御情報（ＤＣＩ）メッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路と、再送ウィンドウ中に繰り返し送信早期終了メッセージを送信するよう構成される送信回路とを有する装置である。
【００８０】
具体例２では、具体例１の主題は、任意的には、制御回路は更に、ブロックデータの１つ以上の送信の受信前、１つ以上の測定結果に基づきＰＵＳＣＨに関連するチャネル品質を決定し、チャネル品質に基づき再送値を選択するよう構成され、再送値は再送ウィンドウに関連付けされることを含む。
【００８１】
具体例３では、具体例１〜２の何れか１つ以上の主題は、任意的には、ＤＣＩメッセージは、Ｃ−ＲＮＴＩによりスクランブル化されたＣＲＣパリティビットと、０に設定された新たなデータインジケータ（ＮＤＩ）値とを含むＤＣＩフォーマット０メッセージを含むことを含む。
【００８２】
具体例４では、具体例１〜３の何れか１つ以上の主題は、任意的には、ＤＣＩフォーマット０メッセージは更に、００に設定されたＰＵＳＣＨのＴＰＣコマンドと、ＣＳ＿ｖａｌに設定されたサイクリックシフトＤＭＲＳと、１１１１１に設定された変調符号化方式冗長バージョンと、全て‘１’を含むリソースブロック割当て及びホッピングリソース割当て値とを含むことを含む。
【００８３】
具体例５では、具体例１〜４の何れか１つ以上の主題は、任意的には、ｅＮＢは、再送ウィンドウ中にＰＵＳＣＨ上で複数のトランスポートブロックからデータを受信するよう構成され、ブロックデータは、複数のトランスポートブロックの第１のトランスポートブロックに関連付けされ、制御回路は、ブロックデータの１つ以上の送信の第１のサブフレームと繰り返し送信早期終了メッセージの第１のサブフレームとの間のタイミング関係に基づき、ブロックデータと繰り返し送信早期終了メッセージとを関連付けるよう構成されることを含む。
【００８４】
具体例６では、具体例１〜５の何れか１つ以上の主題は、任意的には、ｅＮＢは、再送ウィンドウ中にＰＵＳＣＨ上で複数のトランスポートブロックからデータを受信するよう構成され、ブロックデータは、複数のトランスポートブロックの第１のトランスポートブロックに関連付けされ、制御回路は、複数のトランスポートブロックのそれぞれとＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）アクノリッジメント（ＨＡＲＱ−ＡＣＫ）プロセス番号とを関連付けるよう構成され、ＤＣＩメッセージは、第１のトランスポートブロックに関連付けされる第１のＨＡＲＱ−ＡＣＫプロセス番号を含むことを含む。
【００８５】
具体例７では、具体例６の主題は、任意的には、ＤＣＩメッセージは更に、サイクリックシフトビットフィールドと新たなデータインジケータ（ＮＤＩ）とを含むことを含む。
【００８６】
具体例８では、具体例１〜７の何れか１つ以上の主題は、任意的には、ｅＮＢは、ＰＵＳＣＨが再送ウィンドウ中にダウンリンクサブフレームに分散されるように、ＨＤ−ＦＤＤ（Ｈａｌｆ−Ｄｕｐｌｅｘ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）動作モードにおいて第１のＵＥと通信するよう構成されることを含む。
【００８７】
具体例９では、具体例１〜８の何れか１つ以上の主題は、任意的には、送信回路は更に、第２の再送ウィンドウ中に第１のユーザ装置（ＵＥ）への物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で第２のブロックデータの１つ以上の送信を通信するよう構成され、制御回路は更に、ＰＤＳＣＨ上で第１のＵＥへの第２のブロックデータの送信を開始し、第２のブロックデータの送信は第２の再送ウィンドウ中に第２のブロックデータの繰り返し送信を含み、第２の再送ウィンドウ中にＨＡＲＱ−ＡＣＫメッセージを含む第２の繰り返し送信早期終了メッセージの第１のＵＥからの受信を管理し、第２の繰り返し送信早期終了メッセージは第２の再送ウィンドウの終了前に第１のＵＥにおける第２のブロックデータの第２の復号化に基づき、第２の再送ウィンドウ中の第２の繰り返し送信早期終了メッセージの受信に応答して、第２のブロックデータの繰り返し送信を終了するよう構成されることを含む。
【００８８】
具体例１０では、具体例９の主題は、任意的には、再送ウィンドウと第２の再送ウィンドウとは共に、同一の第１のチャネル品質測定結果に基づき決定されることを含む。
【００８９】
具体例１１では、具体例１〜１０の何れか１つ以上の主題は、任意的には、ＨＡＲＱ−ＡＣＫメッセージは、肯定的なアクノリッジメントメッセージから構成されることを含む。
【００９０】
具体例１２では、具体例１〜１１の何れか１つ以上の主題は、任意的には、第２の再送ウィンドウは、選択された数のサブフレーム再送に基づくことを含む。
【００９１】
具体例１３では、具体例１〜１２の何れか１つ以上の主題は、任意的には、ＰＤＳＣＨは、ＰＤＳＣＨにおける第２のブロックデータの（ｎ＋４）番目のアップロードサブフレームから始めて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上にスケジューリングされるＨＡＲＱ−ＡＣＫフィードバックに関連付けされ、ダウンリンクサブフレームｎは（ｆ＊Ｎ）に対応し、Ｎは選択された数のサブフレーム再送であり、０＜ｆ＜１であることを含む。
【００９２】
具体例１４では、具体例１３の主題は、任意的には、ＰＵＣＣＨ上にスケジューリングされるＨＡＲＱ−ＡＣＫフィードバックは、複数のサブフレームに関連付けされ、複数のサブフレームの第１のサブフレームは、第１のｎに基づき、ｆ＝０．２５であり、複数のサブフレームの第２のサブフレームは、第２のｎに基づき、ｆ＝０．５であり、複数のサブフレームの第３のサブフレームは、第３のｎに基づき、ｆ＝０．７５であることを含む。
【００９３】
具体例１５では、具体例１〜１４の何れか１つ以上の主題は、任意的には、受信回路は更に、第３の再送ウィンドウ中に第１のＵＥから第２のＰＵＳＣＨ上で第３のブロックデータの１つ以上の送信を受信するよう構成され、制御回路は更に、第３のブロックデータが第３のブロックデータの１つ以上の送信を用いてｅＮＢにおいて正常に復号化されたと判断し、第２のＨＡＲＱ−ＡＣＫメッセージを含む第３の繰り返し送信早期終了メッセージを生成するよう構成され、送信回路は更に、第３の再送ウィンドウ中に第３の繰り返し送信早期終了メッセージを送信するよう構成されることを含む。
【００９４】
具体例１６は、１つ以上のプロセッサによって実行されると、マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）を設定する命令を有する非一時的なコンピュータ可読媒体であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連する１つ以上の測定結果に基づき、ユーザ装置（ＵＥ）とのチャネル接続品質を決定するステップと、チャネル品質に基づき再送値を選択するステップであって、再送値は再送ウィンドウに関連付けされる、選択するステップと、再送ウィンドウ中にＵＥからＰＵＳＣＨ上でブロックデータの１つ以上の送信を受信するステップと、ブロックデータがブロックデータの１つ以上の送信を用いてｅＮＢにおいて正常に復号化されたと判断するステップと、再送ウィンドウ中にダウンリンク制御情報（ＤＣＩ）メッセージを含む繰り返し送信早期終了メッセージを送信するステップと有する媒体である。
【００９５】
具体例１７では、具体例１６の主題は、任意的には、ＤＣＩメッセージは、ＤＣＩフォーマット０メッセージを含み、ブロックデータは、ブロックデータの１つ以上の送信の第１のサブフレームと繰り返し送信早期終了メッセージの第１のサブフレームとの間のタイミング関係に基づき、繰り返し送信早期終了メッセージに関連付けされることを含む。
【００９６】
具体例１８では、上記具体例の何れか１つ以上の主題は、任意的には、ＤＣＩメッセージは、ブロックデータを特定するのに用いられるＨＡＲＱ−ＡＣＫプロセス番号を含むカスタムＤＣＩフォーマットを含むことを含む。
【００９７】
具体例１９は、マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であって、再送ウィンドウ中に第１のユーザ装置（ＵＥ）から物理アップリンク共有チャネル（ＰＵＳＣＨ）上でブロックデータの１つ以上の送信を受信するよう構成される受信回路と、ブロックデータの１つ以上の送信の受信前に１つ以上の測定結果に基づきＰＵＳＣＨに関連するチャネル品質を決定し、チャネル品質に基づき再送値を選択し、再送値は再送ウィンドウに関連付けされ、ブロックデータがブロックデータの１つ以上の送信を用いてｅＮＢにおいて正常に復号化されたと判断し、ＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路と、再送ウィンドウ中に繰り返し送信早期終了メッセージを送信するよう構成される送信回路とを有する装置である。
【００９８】
具体例２０では、上記具体例の主題は、任意的には、再送ウィンドウは、選択された数のサブフレーム再送に基づき、ＰＤＳＣＨは、ＰＤＳＣＨにおけるブロックデータの（ｎ＋４）番目のアップロードサブフレームから始めて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上にスケジューリングされる周期的な中間のＨＡＲＱ−ＡＣＫフィードバックに関連付けされ、ダウンリンクサブフレームｎは（ｆ＊Ｎ）に対応し、Ｎは選択された数のサブフレーム再送であり、０＜ｆ＜１であることを含む。
【００９９】
具体例２１では、具体例ｑ〜２０の何れか１つ以上の主題は、任意的には、ｅＮＢは、定期的なＨＡＲＱ−ＡＣＫフィードバックとの衝突を回避するため、セル固有又はＵＥ固有の方式で周期的な中間のＨＡＲＱ−ＡＣＫフィードバックをスケジューリングするよう構成されることを含む。
【０１００】
具体例２２では、具体例１〜２１の何れか１つ以上の主題は、任意的には、周期的な中間のＨＡＲＱ−ＡＣＫフィードバックは、上位レイヤシグナリングを介しスケジューリングされることを含む。
【０１０１】
具体例２３では、具体例１〜２２の何れか１つ以上の主題は、任意的には、周期的な中間のＨＡＲＱ−ＡＣＫフィードバックのためのＰＵＣＣＨリソースは、ダウンリンクスケジューリング割当てを搬送する最初のダウンリンク制御チャネル送信の開始ＣＣＥインデックスから導出されることを含む。
【０１０２】
具体例２４では、具体例１〜２３の何れか１つ以上の主題は、任意的には、セル固有又はＵＥ固有のスケジューリング方式は、ｅＮＢと通信する異なるＵＥの間のＰＵＣＣＨリソースの衝突を回避するため、周期的な中間のＨＡＲＱ−ＡＣＫフィードバックの各インスタンスに対応して設定される可変的な開始オフセットに基づくことを含む。
【０１０３】
具体例２５は、１つ以上のプロセッサによって実行されると、マシーンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）を設定する命令を有する非一時的なコンピュータ可読媒体であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連する１つ以上の測定結果に基づき、ユーザ装置（ＵＥ）とのチャネル接続品質を決定するステップと、チャネル品質に基づき再送値を選択するステップであって、再送値は再送ウィンドウに関連付けされる、選択するステップと、再送ウィンドウ中にＵＥからＰＵＳＣＨ上でブロックデータの１つ以上の送信を受信するステップと、ブロックデータがブロックデータの１つ以上の送信を用いてｅＮＢにおいて正常に復号化されたと判断するステップと、再送ウィンドウ中にＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを送信するステップと有する媒体である。
【０１０４】
具体例２６は、マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、再送ウィンドウ中に第１のユーザ装置（ＵＥ）への物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上のブロックデータの１つ以上の送信を通信するよう構成される送信回路と、ブロックデータの１つ以上の送信の通信前に１つ以上の測定結果に基づきＰＤＳＣＨに関連するチャネル品質を決定し、チャネル品質に基づき再送値を選択し、再送値は再送ウィンドウに関連付けされ、ＰＤＳＣＨ上の第１のＵＥへのブロックデータの送信を開始し、ブロックデータの送信は測定されたチャネル品質に基づき再送ウィンドウ中のブロックデータの繰り返し送信を含み、再送ウィンドウ中にＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージの第１のＵＥからの受信を管理し、繰り返し送信早期終了メッセージは再送ウィンドウの終了前のブロックデータの復号化に基づき、再送ウィンドウ中の繰り返し送信早期終了メッセージの受信に応答して、ブロックデータの繰り返し送信を終了するよう構成される制御回路とを有する装置である。
【０１０５】
具体例２７は、マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）について測定されたチャネル品質に関連する再送情報を進化型ノードＢ（ｅＮＢ）から受信するよう構成される受信回路と、ＰＵＳＣＨ上のｅＮＢへのブロックデータの送信を開始し、ブロックデータの送信は測定されたチャネル品質に基づく再送ウィンドウ中のブロックデータの繰り返し送信を含み、ダウンリンク制御情報（ＤＣＩ）フォーマット０メッセージを含む繰り返し送信早期終了メッセージを受信し、再送ウィンドウ中の繰り返し送信早期終了メッセージの受信に応答して、ブロックデータの繰り返し送信を終了するよう構成される制御回路と有する装置である。
【０１０６】
具体例２８は、マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）に関連する測定されたチャネル品質に基づき再送情報を進化型ノードＢ（ｅＮＢ）から受信するよう構成される受信回路と、ＰＵＳＣＨ上のｅＮＢへのブロックデータの送信を開始し、ブロックデータの送信は測定されたチャネル品質に基づく再送ウィンドウ中のブロックデータの繰り返し送信を含み、再送ウィンドウ中のＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージの受信を管理し、再送ウィンドウ中の繰り返し送信早期終了メッセージの受信に応答して、ブロックデータの繰り返し送信を終了するよう構成される制御回路と有する装置である。
【０１０７】
具体例２９は、マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連する測定されたチャネル品質に基づき再送情報を進化型ノードＢ（ｅＮＢ）から受信し、再送ウィンドウ中にｅＮＢから物理アップリンク共有チャネル（ＰＵＳＣＨ）上のブロックデータの１つ以上の送信を受信するよう構成される受信回路と、ブロックデータがブロックデータの１つ以上の送信を用いてＵＥにおいて正常に復号化されたと判断し、ブロックデータが正常に復号化されたという判断に応答して、ＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路と、再送ウィンドウの終了前にｅＮＢに繰り返し送信早期終了メッセージを送信するよう構成される送信回路とを有する装置である。
【０１０８】
具体例３０は、マシーンタイプ通信（ＭＴＣ）のためのユーザ装置（ＵＥ）の装置であって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連する測定されたチャネル品質に基づき、進化型ノードＢ（ｅＮＢ）からの再送情報を処理し、再送ウィンドウ中にｅＮＢからの物理アップリンク共有チャネル（ＰＵＳＣＨ）上のブロックデータの１つ以上の送信を処理し、ブロックデータがブロックデータの１つ以上の送信を用いてＵＥにおいて正常に復号化されたと判断し、ブロックデータが正常に復号化されたという判断に応答して、ＨＡＲＱ−ＡＣＫメッセージを含む繰り返し送信早期終了メッセージを生成するよう構成される制御回路を有する装置である。
【０１０９】
具体例３１は、アンテナと制御回路とに結合される受信回路であって、アンテナから再送情報とブロックデータとを受信し、再送情報とブロックデータとを制御回路に通信するよう構成される受信回路と、アンテナと制御回路とに結合される送信回路であって、再送ウィンドウの終了前に繰り返し送信早期終了メッセージをｅＮＢに送信するよう構成される送信回路と有する装置による何れかの上記具体例としての実施例である。
【０１１０】
さらに、上述された具体例の特定の組み合わせに加えて、装置又は媒体の要素のさらなる実現形態を詳述する具体例のいずれも、他の対応する何れかの装置又は媒体に適用されてもよいし、あるいは、別の装置又は媒体と共に実現されてもよい。従って、上記の各具体例は、各具体例若しくは具体例のグループの組み合わせから実施例を生成するための要素の組み合わせとシステム内の実現形態との双方として、様々な方法で他の各具体例と組み合わされてもよい。
【０１１１】
図１０は、いくつかの具体例となる実施例による計算マシーンの態様を示す。ここで説明される実施例は、何れか適切に構成されたハードウェア及び／又はソフトウェアを用いてシステム１０００に実装されてもよい。図１０は、いくつかの実施例では、無線周波数（ＲＦ）回路１０３５、ベースバンド回路１０３０、アプリケーション回路１０２５、メモリ／ストレージ１０４０、ディスプレイ１００５、カメラ１０２０、センサ１０１５及び入出力（Ｉ／Ｏ）インタフェース１０１０を含み、少なくとも図示のように互いに結合される一例となるシステム１０００を示す。
【０１１２】
アプリケーション回路１０２５は、限定することなく、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含んでもよい。プロセッサは、汎用プロセッサと専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサなど）の何れかの組み合わせを含んでもよい。プロセッサは、メモリ／ストレージ１０４０に結合され、メモリ／ストレージ１０４０に格納された命令を実行して、システム１００上で実行される様々なアプリケーション及び／又はオペレーティングシステムを可能にするように構成されてもよい。
【０１１３】
ベースバンド回路１０３０は、限定することなく、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含んでもよい。プロセッサは、ベースバンドプロセッサを含んでもよい。ベースバンド回路１０３０は、ＲＦ回路１０３５を介して１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を処理してもよい。無線制御機能は、限定することなく、信号変調、符号化、復号化、無線周波数シフトなどを含んでもよい。いくつかの実施例では、ベースバンド回路１０３０は、１つ以上の無線技術と互換性のある通信を提供してもよい。例えば、いくつかの実施例では、ベースバンド回路１０３０は、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、他のＷＭＡＮ（Ｗｉｒｅｌｅｓｓ  Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）又はＷＰＡＮ（Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）との通信をサポートしてもよい。ベースバンド回路１０３０が複数の無線プロトコルの無線通信をサポートするよう構成される実施例は、マルチモードベースバンド回路として参照されてもよい。
【０１１４】
様々な実施例において、ベースバンド回路１０３０は、ベースバンド周波数にあるとは厳密にはみなされない信号により動作する回路を含んでもよい。例えば、いくつかの実施例では、ベースバンド回路１０３０は、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号により動作する回路を含んでもよい。
【０１１５】
ＲＦ回路１０３５は、非固体媒体を介した変調された電磁放射線を使用する無線ネットワークとの通信を可能にしてもよい。様々な実施例において、ＲＦ回路１０３５は、スイッチ、フィルタ、増幅器などを含み、無線ネットワークとの通信を実現する。
【０１１６】
様々な実施例では、ＲＦ回路１０３５は、無線周波数にあるとは厳密にはみなされない信号により動作する回路を含んでもよい。例えば、いくつかの実施例では、ＲＦ回路１０３５は、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号により動作する回路を含んでもよい。
【０１１７】
様々な実施例では、ＵＥ又はｅＮＢに関して上述された送信回路又は受信回路は、ＲＦ回路１０３５、ベースバンド回路１０３０及び／又はアプリケーション回路１０２５の１つ以上において全体的に又は部分的に実現されてもよい。
【０１１８】
いくつかの実施例では、ベースバンドプロセッサの構成要素の一部又は全てが、ここに説明される何れかの実施例の態様を実現するのに利用されてもよい。そのような実施例は、ベースバンド回路１０３０、アプリケーション回路１０２５及び／又はメモリ／ストレージ１０４０によって実現されてもよく、システムオンチップ（ＳＯＣ）上に一緒に実現されてもよい。
【０１１９】
メモリ／ストレージ１０４０は、例えば、システム１０００に対するデータ及び／又は命令をロード及び記憶するのに利用されてもよい。一実施例のメモリ／ストレージ１０４０は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリアクセスメモリ（ＤＲＡＭ））及び／又は不揮発性メモリ（例えば、フラッシュメモリ）の何れかの組み合わせを含むものであってもよい。
【０１２０】
様々な実施例において、Ｉ／Ｏインタフェース１０１０は、システム１０００とのユーザインタラクションを可能にするよう設計された１つ以上のユーザインタフェース及び／又はシステム１０００との周辺コンポーネントインタラクションを可能にするよう設計された周辺コンポーネントインタフェースを含むものであってもよい。ユーザインタフェースは、限定されることなく、物理キーボード又はキーパッド、タッチパッド、スピーカ、マイクロフォンなどを含んでもよい。周辺コンポーネントインタフェースは、限定されることなく、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック及び電源インタフェースを含んでもよい。
【０１２１】
様々な実施例において、センサ１０１５は、システム１０００に関連する環境状態及び／又は位置情報を決定するための１つ以上の検知デバイスを含んでもよい。いくつかの実施例では、センサ１０１５は、限定されることなく、ジャイロセンサ、加速度計、近接センサ、周囲光センサ及び測位ユニットを含んでもよい。測位ユニットはまた、測位ネットワーク（例えば、全地球測位システム（ＧＰＳ）衛星）の構成要素と通信するため、ベースバンド回路１０３０及び／又はＲＦ回路１０３５の一部であってもよいし、あるいは、やりとりしてもよい。様々な実施例において、ディスプレイ１００５は、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイなど）を含んでもよい。
【０１２２】
様々な実施例では、システム１０００は、限定されることなく、ラップトップ計算デバイス、タブレット計算デバイス、ネットブック、ウルトラブック、スマートフォンなどのモバイル計算デバイスであってもよい。様々な実施例では、システム１０００は、より多くの又はより少ないコンポーネント及び／又は異なるアーキテクチャを有してもよい。
【０１２３】
図１１は、ＵＥ１１００として示される例示的なＵＥを示す。ＵＥ１１００は、ＵＥ１０１、ｅＮＢ１５０又はここに説明される何れかのデバイスの実現形態であってもよい。ＵＥ１１００は、基地局（ＢＳ）、ｅＮＢ又は別のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどの送信局と通信するよう構成される１つ以上のアンテナを含むことができる。ＵＥ１１００は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するよう構成することができる。
ＵＥ１１００は、各無線通信規格について別々のアンテナを使用して通信することができ、あるいは、複数の無線通信規格について共有アンテナを用いて通信することができる。ＵＥ１１００は、ＷＬＡＮ、ＷＰＡＮ及び／又はＷＷＡＮにおいて通信することができる。
【０１２４】
図１１はまた、ＵＥ１１００との音声入出力に利用することが可能なマイクロフォン１１２０及び１つ以上のスピーカ１１１２を示す。ディスプレイスクリーン１１０４は、液晶ディスプレイ（ＬＣＤ）画面又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの別のタイプのディスプレイスクリーンとすることが可能である。ディスプレイスクリーン１１０４は、タッチスクリーンとして構成することが可能である。タッチスクリーンは、容量型、抵抗型又は他のタイプのタッチスクリーン技術を使用することができる。アプリケーションプロセッサ１１１４及びグラフィックプロセッサ１１１８は、処理及び表示能力を提供するため、内部メモリ１１６６に結合することが可能である。不揮発性メモリポート１１００はまた、データＩ／Ｏオプションをユーザに提供するため利用可能である。不揮発性メモリポート１１１０は、ＵＥ１１００のメモリ機能を拡張するため利用可能である。キーボード１１０６は、追加のユーザ入力を提供するため、ＵＥ１１００と一体化可能であり、あるいは、ＵＥ１１００に無線接続可能である。仮想キーボードはまた、タッチスクリーンを用いて提供することも可能である。ＵＥ１１００の前面（ディスプレイスクリーン）側又は背面側に配置されたカメラ１１２２は、ＵＥ１１００の筐体１１０２に一体化することも可能である。
【０１２５】
図１２は、ここに説明された方法の何れか１つ以上が実行可能であって、ｅＮＢ１５０、ＵＥ１０１又はここに説明された他の何れかのデバイスを実現するのに利用されてもよい例示的なコンピュータシステムマシーン１２００を示すブロック図である。様々な代替的な実施例では、マシーンは、スタンドアロンデバイスとして動作するか、あるいは、他のマシーンに接続（例えば、ネットワーク接続）可能である。ネットワーク展開では、マシーンは、サーバ・クライアントネットワーク環境におけるサーバ又はクライアントマシーンの容量において動作可能であるか、あるいは、ピア・ツー・ピア（又は分散）ネットワーク環境におけるピアマシーンとして動作可能である。マシーンは、ポータブル（例えば、ノートブック又はネットブック）であってもよいし、又はそうでなくてもよいパーソナルコンピュータ（ＰＣ）、タブレット、セットトップボックス（ＳＴＢ）、ゲームコンソール、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話若しくはスマートフォン、ウェブアプライアンス、ネットワークルータ、スイッチ若しくはブリッジ、又は当該マシーンが実行するアクションを指定する命令（シーケンシャル又はその他）を実行可能な任意のマシーンとすることが可能である。さらに、単一のマシーンしか示されていないが、“マシーン”という用語はまた、ここに説明される方法の何れか１つ以上を実行するための命令のセット（又は複数のセット）を個別に又は一緒に実行する何れかのマシーンの集合を含むものとする。
【０１２６】
例示的なコンピュータシステムマシーン１２００は、プロセッサ１２０２（例えば、中央処理装置（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）又はその両方）、メインメモリ１２０４及び静的メモリ１２０６を含み、これらは、インターコネクト１２０８（例えば、リンク、バスなど）を介し相互に通信する。コンピュータシステムマシーン１２００は、ビデオディスプレイユニット１２１０、英数字入力デバイス１２１２（例えば、キーボード）及びユーザインタフェース（ＵＩ）ナビゲーションデバイス１２１４（例えば、マウス）をさらに含むことができる。一実施例では、ビデオディスプレイユニット１２１０、入力デバイス１２１２及びＵＩナビゲーションデバイス１２１４は、タッチスクリーンディスプレイである。コンピュータシステムマシーン１２００はさらに、大容量ストレージデバイス１２１６（例えば、ドライブユニット）、信号生成デバイス１２１８（例えば、スピーカ）、出力コントローラ１２３２、電力管理コントローラ１２３４、ネットワークインタフェースデバイス１２２０（例えば、１つ以上のアンテナ１２３０、送受信機又は他の無線通信ハードウェアを含むか、あるいは、動作可能に通信することができる）、ＧＰＳセンサ、コンパス、位置センサ、加速度計又は他のセンサなどの１つ以上のセンサ１２２８を含むことが可能である。
【０１２７】
ストレージデバイス１２１６は、ここに説明された方法又は機能の何れか１つ以上によって具体化及び利用されるデータ構造及び命令１２２４（例えば、ソフトウェア）の１つ以上のセットが格納されるマシーン可読媒体１２２２を含む。命令１２２４はまた、マシーン可読媒体を構成するメインメモリ１２０４、静的メモリ１２０６及び／又はプロセッサ１２０２を用いて、コンピュータシステムマシーン１２００による実行中に、メインメモリ１２０４、静的メモリ１２０６及び／又はプロセッサ１２０２内において完全に又は少なくとも部分的に配置可能である。
【０１２８】
マシーン可読媒体１２２２は、単一の媒体であるよう例示的な実施例において示されているが、“マシーン可読媒体”という用語は、１つ以上の命令１２２４を記憶する単一の媒体又は複数の媒体（例えば、集中型若しくは分散型データベース及び／又は関連するキャッシュ及びサーバ）を含むことが可能である。“マシーン可読媒体”という用語はまた、マシーンによる実行用の命令を格納、符号化又は搬送可能であって、本開示の方法の何れか１つ以上をマシーンに実行させるか、あるいは、当該命令によって利用されるか、あるいは、関連するデータ構造を格納、符号化又は搬送可能な何れかの有形の媒体を含むとされる。
【０１２９】
命令１２２４はさらに、多数の周知の転送プロトコル（例えば、ハイパーテキスト転送プロトコルＨＴＴＰ）の何れかの１つを用いて、ネットワークインタフェースデバイス１２２０を介し伝送媒体を使用して通信ネットワーク１２２６を介し送信又は受信可能である。“伝送媒体”という用語は、マシーンによる実行用の命令を格納、符号化又は搬送可能な何れかの媒体を含むものとされ、そのようなソフトウェアの通信を実現するデジタル又はアナログ通信信号又は他の無形媒体を含む。
【０１３０】
様々な技術又はこれらの特定の態様若しくは一部は、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的なコンピュータ可読記憶媒体などの有形の媒体に具体化されたプログラムコード（すなわち、命令）の形態、又は、プログラムコードがコンピュータなどのマシーンにロードされて実行されると、当該マシーンが様々な技術を実施するための装置となる他の何れかのマシーン可読記憶媒体の形態をとりうる。プログラム可能なコンピュータ上のプログラムコード実行の場合、計算デバイスは、プロセッサ、プロセッサによって読み取り可能な記憶媒体（揮発性及び不揮発性メモリ及び／又は記憶素子を含む）、少なくとも１つの入力デバイス及び少なくとも１つの出力デバイスを含んでもよい。揮発性及び不揮発性メモリ及び／又は記憶素子は、ＲＡＭ、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、フラッシュドライブ、光ドライブ、磁気ハードディスクドライブ又は電子データを格納するための他の媒体であってもよい。基地局及び移動局はまた、送受信モジュール、カウンタモジュール、処理モジュール及び／又はクロックモジュール若しくはタイマモジュールを含んでもよい。ここに説明される様々な技術を実現又は利用可能な１つ以上のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再利用可能な制御などを使用してもよい。そのようなプログラムは、コンピュータシステムと通信するためハイレベル手続き型又はオブジェクト指向のプログラミング言語により実現されてもよい。しかしながら、プログラムは、必要に応じて、アセンブリ言語又は機械語で実現されてもよい。いずれにしても、言語はコンパイルされた言語又はインタープリタ言語であり、ハードウェア実装と組み合わされてもよい。
【０１３１】
様々な実施例は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）１２０２．１１及びＢｌｕｅｔｏｏｔｈ通信規格を利用してもよい。様々な代替的な実施例は、ここに説明された技術に関連して、様々な他のＷＷＡＮ、ＷＬＡＮ及びＷＰＡＮプロトコル及び規格を利用してもよい。これらの規格は、限定されることなく、３ＧＰＰ（例えば、ＨＳＰＡ＋、ＵＭＴＳ）、ＩＥＥＥ１２０２．１６（例えば、１２０２．１６ｐ）又はＢｌｕｅｔｏｏｔｈ（例えば、Ｂｌｕｅｔｏｏｔｈ１１．０又はＢｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐによって規定される同様の規格）規格ファミリからの他の規格を含む。他の適用可能なネットワーク構成は、現在説明されている通信ネットワークの範囲内に含めることができる。そのような通信ネットワーク上の通信は、任意の数のＰＡＮ、ＬＡＮ及びＷＡＮを使用して、有線又は無線伝送媒体の何れかの組み合わせを使用して実現可能であることが理解されよう。
【０１３２】
上述された実施例は、ハードウェア、ファームウェア及びソフトウェアのうちの１つ又は組み合わせにより実現可能である。様々な方法若しくは技術又はそれらの特定の態様若しくはその一部は、フラッシュメモリ、ハードドライブ、ポータブル記憶装置、読出し専用メモリ（ＲＯＭ）、ＲＡＭ、半導体メモリデバイス（例えば、ＥＰＲＯＭ、電気的に消去可能なプログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ））、磁気ディスク記憶媒体、光記憶媒体及び他の何れかのマシーン可読記憶媒体若しくは記憶装置などの通計媒体に具体化されるプログラムコード（すなわち、命令）の形態をとることが可能であり、プログラムコードがコンピュータ又はネットワーキングデバイスなどのマシーンにロード及び実行されると、当該マシーンは様々な技術を実施するための装置になる。
【０１３３】
本明細書で説明された機能ユニット又は機能は、それらの実現の独立性を特に強調するため、コンポーネント又はモジュールとして参照又はラベル付けされている可能性があることが理解されるべきである。例えば、コンポーネント又はモジュールは、カスタム超大規模集積回路（ＶＬＳＩ）回路若しくはゲートアレイ、ロジックチップ、トランジスタ又は他の個別部品などの市販の半導体を含むハードウェア回路として実現可能である。コンポーネント又はモジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどのプログラマブルハードウェアデバイスにより実現可能である。コンポーネント又はモジュールはまた、様々なタイプのプロセッサによる実行用のソフトウェアにより実現可能である。識別された実行可能コードのコンポーネント又はモジュールは、例えば、オブジェクト、プロシージャ又はファンクションとして編成されうるコンピュータ命令の１つ以上の物理的又は論理的ブロックを含むことが可能である。それにもかかわらず、特定されたコンポーネント又はモジュールの実行可能ファイルは物理的に一緒に配置される必要はないが、論理的に結合されたときにコンポーネント又はモジュールを構成し、コンポーネント又はモジュールについて説明された目的を実現する異なる位置に格納された別々の命令を含むことが可能である。
【０１３４】
実際、実行可能コードのコンポーネント又はモジュールは、単一の命令又は多くの命令とすることが可能であり、いくつかの異なるコードセグメントにわたって、異なるプログラム間で及びいくつかのメモリデバイスにわたって分散させることさえできる。同様に、処理データは、ここではコンポーネント又はモジュール内で識別及び図示することができ、何れか適切な形態で具体化され、何れか適切なタイプのデータ構造内に編成可能である。処理データは、単一のデータセットとして収集可能であるか、あるいは、異なるストレージデバイスを含む様々な位置に分散することも可能であり、少なくとも部分的にはシステム又はネットワーク上の単なる電子信号として存在可能である。コンポーネント又はモジュールは、所望の機能を実行するように動作可能なエージェントを含む受動的又は能動的であることが可能である。
【図１】
0006708654.tif 000003
【図２】
0006708654.tif 000004
【図３】
0006708654.tif 000005
【図４】
0006708654.tif 000006
【図５】
0006708654.tif 000007
【図６Ａ】
0006708654.tif 000008
【図６Ｂ】
0006708654.tif 000009
【図７】
0006708654.tif 000010
【図８】
0006708654.tif 000011
【図９】
0006708654.tif 000012
【図１０】
0006708654.tif 000013
【図１１】
0006708654.tif 000014
【図１２】
0006708654.tif 000015