(57)【要約】  例示的な一実施形態では、マシン・タイプ・コミュニケーション・デバイスは、マシン・タイプ・コミュニケーション・デバイスから通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突するかどうかを決定し、プロセッサが、第１の制御チャネルと第２の制御チャネルが衝突すると決定した場合、第１のアップリンク制御チャネルに対する第２のアップリンク制御チャネルの送信を調整するように構成されたプロセッサを含む。
2018514163.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内でアップリンク制御チャネルを送信するように構成されたマシン・タイプ・コミュニケーション・デバイス（１０３）であって、
前記マシン・タイプ・コミュニケーション・デバイスから前記通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突するかどうかを決定し、
前記第１の制御チャネルと前記第２の制御チャネルが衝突する、とプロセッサが決定した場合、前記第１のアップリンク制御チャネルに対する前記第２のアップリンク制御チャネルの送信を調整する、
ように構成されたプロセッサ（１１６５）、
を備える、デバイス。
【請求項２】
前記プロセッサが、前記第１の制御チャネルと前記第２の制御チャネルとの間の衝突の数が閾値よりも多い場合に前記第２のアップリンク制御チャネルの前記送信を調整するように構成される、請求項１に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項３】
前記プロセッサが、前記第１のアップリンク制御チャネルの前記送信が完了するまで前記第２のアップリンク制御チャネルの前記送信を遅延させることによって前記第２のアップリンク・チャネルの前記送信を調整するように構成される、請求項２に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項４】
前記プロセッサが、前記通信ネットワークへの送信のために前記第２のアップリンク制御チャネルを前記第１のアップリンク制御チャネル上にピギーバックさせることによって前記第２のアップリンク・チャネルの前記送信を調整するように構成される、請求項２に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項５】
前記プロセッサが、
前記第１のアップリンク制御チャネルと衝突する前記第２のアップリンク制御チャネルのサンプルを、前記第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素にマッピングすること、
前記第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素を、前記第２のアップリンク制御チャネル内に含まれるアップリンク制御情報を用いてパンクチャすること、
前記第２のアップリンク制御チャネルのアップリンク制御情報を含めるために指定された前記第１のアップリンク制御チャネルの１つまたは複数のリソース要素の周囲の前記第１のアップリンク制御チャネルに関連付けられたリソース要素のレート・マッチングを行うこと、
のうちの少なくとも１つによって、前記第２のアップリンク制御チャネルを前記第１のアップリンク制御チャネル上にピギーバックさせるように構成される、請求項４に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項６】
前記プロセッサが、
前記第１のアップリンク制御チャネルの送信を中断し、
前記第１のアップリンク制御チャネルに関連付けられた１つまたは複数の物理リソース・ブロック内のリソース要素を使用して前記第２のアップリンク制御チャネルのアップリンク制御情報を送信し、
前記第２のアップリンク制御チャネルの前記アップリンク制御情報の前記送信が完了した後、前記第１のアップリンク制御チャネルの前記送信を再開すること
によって、前記第２のアップリンク制御チャネルを前記第１のアップリンク制御チャネル上にピギーバックさせるように構成される、請求項４に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項７】
前記プロセッサが、
前記第１のアップリンク制御チャネルの前記送信の前に前記第２のアップリンク制御チャネルの前記送信をスケジュールし、
前記通信ネットワークへの送信のために、前記第２のアップリンク制御チャネルのアップリンク制御情報と前記マシン・タイプ・コミュニケーション・デバイスのデバイス固有情報との統合符号化を行うことによって前記第２のアップリンク制御チャネルを前記第１のアップリンク制御チャネル上にピギーバックさせる
ように構成される、請求項４に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項８】
前記プロセッサが前記マシン・タイプ・コミュニケーション・デバイスから前記通信ネットワークへの送信中に前記第１のアップリンク制御チャネルと前記第２のアップリンク制御チャネルが衝突すると決定した場合に、前記プロセッサが、前記第２のアップリンク制御チャネルの前記送信を中止することによって前記第２のアップリンク制御チャネルの前記送信を調整するように構成される、請求項１に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項９】
前記プロセッサが、前記基地局から受信されたメッセージに基づいて、前記第１のアップリンク制御チャネルに対する前記第２のアップリンク制御チャネルの前記送信を調整するように構成され、該メッセージが、前記第１のアップリンク制御チャネルに対する前記第２のアップリンク制御チャネルの前記送信に対して行われる調整のタイプを示す、請求項１に記載のマシン・タイプ・コミュニケーション・デバイス。
【請求項１０】
通信ネットワーク内でマシン・タイプ・コミュニケーション・デバイスによってアップリンク制御チャネルを送信する方法であって、
前記マシン・タイプ・コミュニケーション・デバイスによる前記通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突するかどうかを前記マシン・タイプ・コミュニケーション・デバイスによって決定するステップ（Ｓ５００、Ｓ７００、Ｓ８００、Ｓ９１０）と、
前記決定ステップが、前記第１の制御チャネルと前記第２の制御チャネルが衝突すると決定した場合、前記第１のアップリンク制御チャネルに対する前記第２のアップリンク制御チャネルの前記送信を調整するステップ（Ｓ５２０、Ｓ５３０、Ｓ７１０、Ｓ７２０、Ｓ８２０、Ｓ９２０）と、
を含む、方法。
【発明の詳細な説明】
【背景技術】
【０００１】
マシン・タイプ・コミュニケーション（ＭＴＣ）デバイスは、特定用途のためのマシンによって使用されるユーザ機器（ＵＥ）である（たとえば、スマート・ユーティリティ・メータ、パーキング・メータ、自動車、および家電製品がＭＴＣ  ＵＥのいくつかの例である）。ＭＴＣ  ＵＥが第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）ネットワークなどの通信ネットワーク内で動作することを可能にするための作業が進行中である。３ＧＰＰ技術仕様書リリース１２では、低複雑度ＭＴＣ（ＬＣ−ＭＴＣ）  ＵＥに関する作業項目が完了され、それによれば、ＭＴＣ  ＵＥの複雑度（コスト）が約５０％減少する。３ＧＰＰリリース１３では、別の作業項目が合意され、それによれば、ＭＴＣ  ＵＥの複雑度は、カバレッジを拡張し、ＭＴＣ  ＵＥの電力消費量を改善するためにさらに減少される。
【０００２】
ＬＣ−ＭＴＣ  ＵＥを達成するうえでの１つの技法は、ＬＣ−ＭＴＣ  ＵＥの帯域幅無線周波数（ＲＦ）を１．４ＭＨｚに減少させる（６ＰＲＢとともに動作する（ここで、物理リソース・ブロック（ＰＲＢ）は、周波数領域内のリソース割り当ての単位である））ことである。ＬＣ−ＭＴＣ  ＵＥは、任意の所与のシステム帯域幅内で動作可能であり、通信ネットワーク内でレガシーＵＥ（たとえば、セルラー電話、携帯情報端末（ＰＤＡ）、ラップトップなど）と共存可能である。そのうえ、ＬＣ−ＭＴＣ  ＵＥは、ＬＣ−ＭＴＣ  ＵＥ間で、レガシーＵＥ間でも、周波数分割多重化を可能にするようにシステム帯域幅（たとえば、ロング・ターム・エボリューション（ＬＴＥ）通信システム）内の異なる（１．４ＭＨｚ）サブバンド内で動作するために、ＬＣ−ＭＴＣ  ＵＥが動作する周波数を再チューニングすることが可能である。
【０００３】
カバレッジ拡張モードで動作するＬＣ−ＭＴＣ  ＵＥの場合、カバレッジは、物理チャネルの繰り返しを通して拡張される。繰り返しの数は比較的高く（数百の繰り返し）てよく、このことが、通信システムのスペクトル効率に影響を与える。
【０００４】
物理チャネルには、物理アップリンク制御チャネル（ＰＵＣＣＨ）と、物理アップリンク共有制御チャネル（ＰＵＳＣＨ）がある。ＰＵＣＣＨチャネルは、アップリンク制御情報（ＵＣＩ）を搬送する。ＵＣＩを搬送するＰＵＣＣＨのリソースすなわち物理リソース・ブロック（ＰＲＢ）は、暗黙的に決定される。ＰＵＳＣＨチャネルは、アップリンク・データ情報を搬送する。ＰＵＳＣＨの送信は、サービング基地局（たとえば、サービングｅノードＢ）によってＬＣ−ＭＴＣ  ＵＥに提供されるダウンリンク制御情報（ＤＣＩ）によってスケジュールされる。
【０００５】
レガシー・システムでは、ＰＵＣＣＨを送信するために使用されるリソースは、システム帯域幅の端にあり、これは、ＬＣ−ＭＴＣ  ＵＥによるＰＵＣＣＨ送信に使用されてよい。ＬＣ−ＭＴＣはサブバンド（たとえば、１．４ＭＨｚ）内でのみ動作可能であるので、ＰＵＳＣＨが別のサブバンド内にある場合、ＰＵＣＣＨとＰＵＳＣＨの両方を同時に送信することは可能ではない。さらに、レガシー・システムでは、ＰＵＣＣＨ送信とＰＵＳＣＨ送信が衝突する（すなわち、同じサブフレームで送信するようにスケジュールされる）場合、ＰＵＣＣＨによって搬送されるＵＣＩは、ＰＵＣＣＨをＰＵＳＣＨ送信上にピギーバックすることによって送信され得る。通常カバレッジ・モード（繰り返しのない）で動作するＬＣ−ＭＴＣ  ＵＥの場合、ＰＵＣＣＨとＰＵＳＣＨの衝突が発生するとき、ＵＣＩがＰＵＳＣＨ送信上にピギーバックするという同じ機構が使用されてよい。
【０００６】
しかしながら、カバレッジ拡張モードで動作するＬＣ−ＭＴＣ  ＵＥの場合、ＰＵＣＣＨおよびＰＵＳＣＨが繰り返され、したがって、ＰＵＣＣＨとＰＵＳＣＨの衝突を有する可能性が高い。さらに、より大きなペイロードを搬送するＰＵＳＣＨは、ＰＵＣＣＨにおける繰り返しと比較して、より長い繰り返しを経験するであろう。したがって、上記で説明されたレガシー・システム内の衝突とは異なり、ＰＵＣＣＨおよびＰＵＳＣＨにおける繰り返しおよび繰り返しの開始時間の差により、ＰＵＳＣＨ送信またはＰＵＣＣＨ送信の繰り返しサンプルの一部は、衝突に遭遇する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ技術仕様書リリース１２
【非特許文献２】３ＧＰＰリリース１３
【非特許文献３】ＥＩＡ／ＴＩＡ  ＩＳ−９５
【発明の概要】
【課題を解決するための手段】
【０００８】
少なくとも１つの例示的な実施形態は、通信ネットワーク内でアップリンク制御チャネルを基地局に送信するように構成されたマシン・タイプ・コミュニケーション・デバイスに関する。
【０００９】
例示的な一実施形態では、マシン・タイプ・コミュニケーション・デバイスは、マシン・タイプ・コミュニケーション・デバイスから通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突するかどうかを決定し、プロセッサが、第１の制御チャネルと第２の制御チャネルが衝突すると決定した場合、第１のアップリンク制御チャネルに対する第２のアップリンク制御チャネルの送信を調整するように構成されたプロセッサを含む。
【００１０】
さらに別の例示的な実施形態では、プロセッサは、第１の制御チャネルと第２の制御チャネルとの間の衝突の数が閾値よりも多い場合に第２のアップリンク制御チャネルの送信を調整するように構成される。
【００１１】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルの送信が完了するまで第２のアップリンク制御チャネルの送信を遅延させることによって第２のアップリンク・チャネルの送信を調整するように構成される。
【００１２】
さらに別の例示的な実施形態では、プロセッサは、通信ネットワークへの送信のために第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせることによって第２のアップリンク・チャネル記送信を調整するように構成される。第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせることは、第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にマージすることと呼ばれることがある。
【００１３】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルと衝突する第２のアップリンク制御チャネルのサンプルを、第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素にマッピングすることによって、第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせるように構成される。
【００１４】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素をパンクチャする（ｐｕｎｃｔｕｒｅ）することによって第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせるように構成され、アップリンク制御情報は第２のアップリンク制御チャネル内に含まれる。
【００１５】
さらに別の例示的な実施形態では、プロセッサは、第２のアップリンク制御チャネルのアップリンク制御情報を含めるために指定された第１のアップリンク制御チャネルの１つまたは複数のリソース要素の周囲の第１のアップリンク制御チャネルに関連付けられたリソース要素のレート・マッチングを行うことによって、第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせるように構成される。
【００１６】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルの送信を中断し、第１のアップリンク制御チャネルに関連付けられた１つまたは複数の物理リソース・ブロック内のリソース要素を使用して第２のアップリンク制御チャネルのアップリンク制御情報を送信し、第２のアップリンク制御チャネルのアップリンク制御情報の送信が完了した後、第１のアップリンク制御チャネルの送信を再開することによって、第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせるように構成される。
【００１７】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルの送信の前に第２のアップリンク制御チャネルの送信をスケジュールし、通信ネットワークへの送信のために、第２のアップリンク制御チャネルのアップリンク制御情報とマシン・タイプ・コミュニケーション・デバイスのデバイス固有情報との統合符号化を行うことによって第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせるように構成される。
【００１８】
さらに別の例示的な実施形態では、プロセッサは、プロセッサがマシン・タイプ・コミュニケーション・デバイスから通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突すると決定した場合に第２のアップリンク制御チャネルの前記送信を中止することによって第２のアップリンク制御チャネルの送信を調整するように構成される。
【００１９】
さらに別の例示的な実施形態では、プロセッサは、第１のアップリンク制御チャネルと第２のアップリンク制御チャネルとの間の衝突の数が閾値よりも多い場合に第２のアップリンク制御チャネルの送信を中止することによって第２のアップリンク制御チャネルの送信を調整するように構成される。
【００２０】
さらに別の例示的な実施形態では、通信ネットワークはロング・ターム・エボリューション（ＬＴＥ）通信ネットワークであり、マシン・タイプ・コミュニケーション・デバイスは動作の拡張カバレッジ・モードであり、第１のアップリンク制御チャネルは物理アップリンク共有チャネル（ＰＵＳＣＨ）であり、第２のアップリンク制御チャネルは物理アップリンク制御チャネル（ＰＵＣＣＨ）である。
【００２１】
さらに別の例示的な実施形態では、プロセッサは、基地局から受信されたメッセージに基づいて、第１のアップリンク制御チャネルに対する第２のアップリンク制御チャネルの送信を調整するように構成され、このメッセージは、第１のアップリンク制御チャネルに対する第２のアップリンク制御チャネルの送信に対して行われる調整のタイプを示す。
【００２２】
少なくとも１つの例示的な実施形態は、マシン・タイプ・コミュニケーション・ネットワークによって、通信ネットワーク内でアップリンク制御チャネルを基地局に送信する方法に関する。
【００２３】
例示的な一実施形態では、この方法は、マシン・タイプ・コミュニケーション・デバイスによる通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突するかどうかをマシン・タイプ・コミュニケーション・デバイスによって決定することと、この決定することが、第１の制御チャネルと第２の制御チャネルが衝突すると決定した場合、第１のアップリンク制御チャネルに対する第２のアップリンク制御チャネルの送信を調整することとを含む。
【００２４】
さらに別の例示的な実施形態では、調整することは、第１の制御チャネルと第２の制御チャネルとの間の衝突の数が閾値よりも多い場合に第２のアップリンク制御チャネルの送信を調整する。
【００２５】
さらに別の例示的な実施形態では、スケジュールすることは、第１のアップリンク制御チャネルの送信が完了するまで第２のアップリンク制御チャネルの送信を遅延させることを含む。
【００２６】
さらに別の例示的な実施形態では、調整することは、基地局への送信のために第２のアップリンク制御チャネルを第１のアップリンク制御チャネル上にピギーバックさせることを含む。
【００２７】
さらに別の例示的な実施形態では、ピギーバックさせることは、第１のアップリンク制御チャネルと衝突する第２のアップリンク制御チャネルのサンプルを、第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素にマッピングすること、第１のアップリンク制御チャネルに関連付けられた物理リソース・ブロック内の１つまたは複数のリソース要素を、第２のアップリンク制御チャネル内に含まれるアップリンク制御情報を用いてパンクチャすること、第２のアップリンク制御チャネルのアップリンク制御情報を含めるために指定された第１のアップリンク制御チャネルの１つまたは複数のリソース要素の周囲の第１のアップリンク制御チャネルに関連付けられたリソース要素のレート・マッチングを行うこと、のうちの少なくとも１つを含む。
【００２８】
さらに別の例示的な実施形態では、ピギーバックさせることは、第１のアップリンク制御チャネルの送信を中断することと、第１のアップリンク制御チャネルに関連付けられた１つまたは複数の物理リソース・ブロック内のリソース要素を使用して第２のアップリンク制御チャネルのアップリンク制御情報を送信することと、第２のアップリンク制御チャネルのアップリンク制御情報の送信が完了した後、第１のアップリンク制御チャネルの送信を再開することとを含む。
【００２９】
さらに別の例示的な実施形態では、調整することは、プロセッサが、マシン・タイプ・コミュニケーション・デバイスから通信ネットワークへの送信中に第１のアップリンク制御チャネルと第２のアップリンク制御チャネルが衝突すると決定した場合、第２のアップリンク制御チャネルの送信を中止すること、または、第１の制御チャネルと第２の制御チャネルとの間の衝突の数が閾値よりも多い場合、第２のアップリンク制御チャネルの送信を中止すること、のうちの１つを含む。
【００３０】
例示的な実施形態は、図面の説明によって明らかになるであろう。図面は、例示的な実施形態の限定ではない。
【図面の簡単な説明】
【００３１】
【図１】例示的な一実施形態による、その中で動作するマシン・タイプ・コミュニケーション・ユーザ機器を含む通信システムを示す図である。
【図２】基地局とユーザ機器との間で送信されるさまざまなダウンリンク・チャネルおよびアップリンク・チャネルの時間−周波数表現ならびにアップリンク・チャネル間で発生し得る衝突のさまざまな例を示す図である。
【図３】基地局とユーザ機器との間で送信されるさまざまなダウンリンク・チャネルおよびアップリンク・チャネルの時間−周波数表現ならびにアップリンク・チャネル間で発生し得る衝突のさまざまな例を示す図である。
【図４】基地局とユーザ機器との間で送信されるさまざまなダウンリンク・チャネルおよびアップリンク・チャネルの時間−周波数表現ならびにアップリンク・チャネル間で発生し得る衝突のさまざまな例を示す図である。
【図５】例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。
【図６】例示的な一実施形態による、ＰＵＣＣＨを送信するためにＰＵＳＣＨの送信を一時停止すること、それに続いてＰＵＳＣＨの送信を再開することを示す図である。
【図７】例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。
【図８】例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ繰り返しとの間の衝突の取り扱いについて説明するフローチャートである。
【図９】例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。
【図１０】例示的な一実施形態による、図１に示される基地局を示す図である。
【図１１】例示的な一実施形態による、図１に示されるマシン・タイプ・コミュニケーション・システムを示す図である。
【発明を実施するための形態】
【００３２】
次に、さまざまな例示的な実施形態が、いくつかの例示的な実施形態が示される添付の図面を参照しながら、より十分に説明される。詳細な例示的な実施形態が本明細書で開示される。しかしながら、本明細書で開示される特定の構造および機能の詳細は、例示的な実施形態について説明する目的で代表するにすぎない。しかしながら、本発明は、多数の代替形態で実施されてよく、本明細書に記載される実施形態のみに限定されると解釈されるべきではない。
【００３３】
例示的な実施形態は、さまざまな修正形態および代替形態が可能であるが、実施形態は図面では例として示されており、本明細書で詳細に説明される。しかしながら、例示的な実施形態を開示される特定の形態に限定する意図はないことが理解されるべきである。逆に、例示的な実施形態は、本開示の範囲に含まれるすべての修正形態、等価物、および代替形態を包含するためである。同じ番号は、図の説明全体を通して同じ要素を指す。
【００３４】
第１の、第２の、などの用語が、さまざまな要素について説明するために本明細書で使用されることがあるが、これらの要素はこれらの用語によって制限されるべきではない。これらの用語は、１つの要素を別の要素と区別するためにのみ使用される。たとえば、本開示の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことも可能であり、同様に、第２の要素を第１の要素と呼ぶことも可能である。本明細書で使用されるとき、「および／または」という用語は、関連する列挙された項目のうちの１つまたは複数のすべての組み合わせを含む。
【００３５】
ある要素が他の要素に「接続される」または「結合される」と称されるとき、その要素は、他の要素に直接的に接続または結合可能であり、または介在要素が存在してもよい。対照的に、ある要素が別の要素に「直接的に接続される」または「直接的に結合される」と称されるとき、介在要素は存在しない。要素間の関係について説明するために使用される他の単語は、同様に解釈されるべきである（たとえば、「間」と「間で直接的に」、「隣接する」と「直接的に隣接する」など）。
【００３６】
本明細書で使用される用語は、特定の実施形態について説明するためだけのものであり、限定することを意図したものではない。本明細書で使用されるとき、「１つの（ａ）」、「１つの（ａｎ）」、および「その（ｔｈｅ）」という単数形は、文脈により明確に示唆されない限り、複数形も含むことを意図したものである。さらに、本明細書で使用されるとき、「〜を備える（ｃｏｍｐｒｉｓｅｓ）」、「〜を備える（ｃｏｍｐｒｉｓｉｎｇ）」、「〜を含む（ｉｎｃｌｕｄｅｓ）」、および／または「〜を含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除するものではないことが理解されよう。
【００３７】
いくつかの代替実装形態では、記される機能／行為は、図に示された順と異なって発生する場合があることも留意されるべきである。たとえば、連続して示される２つの図は、実際は、関係する機能性／行為に応じて、実質的に同時に実行されてもよいし、逆の順序で実行されてもよい。
【００３８】
別段に定義されない限り、本明細書で使用されるすべての用語（技術的用語および科学的用語を含む）は、例示的な実施形態が属する当業者によって一般に理解されるものと同じ意味を有する。用語、たとえば、一般に使用される辞書で定義される用語は、関連技術の文脈における意味と一致する意味を有すると解釈されるべきであり、本明細書で明確にそのように定義されない限り、理想的な意味または過度に形式的な意味に解釈されないことがさらに理解されよう。
【００３９】
例示的な実施形態の完全な理解を提供するために、以下の説明において具体的な詳細が提供される。しかしながら、これらの具体的な詳細がなくても例示的な実施形態は実施され得ることは、当業者には理解されよう。たとえば、システムは、例示的な実施形態を不必要に詳細に曖昧にしないように、ブロック図で示されることがある。他の例では、よく知られているプロセス、構造、および技法は、例示的な実施形態を曖昧にすることを回避するために、不必要な詳細なしに示されることがある。
【００４０】
以下の説明では、例示的な実施形態が、プログラム・モジュールとして実施され得る動作の行為および記号表現（たとえば、フローチャート、流れ図、データフロー図、構造図、ブロック図などの形態をした）を参照しながら説明され、または、機能プロセスは、特定のタスクを実行するもしくは特定の抽象データを実施し、既存のネットワーク要素において既存のハードウェアを使用して実施され得る、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。そのような既存のハードウェアとしては、１つまたは複数の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンピュータなどがある。
【００４１】
フローチャートは、動作を逐次的プロセスとして説明し得るが、動作の多くは、並列に実行されてもよいし、同時に実行されてもよいし、並行して実行されてもよい。さらに、動作の順序は並べ替えられてもよい。プロセスは、その動作が完了したとき終了してもよいが、図に含まれていない追加のステップも有してよい。プロセスは、方法、関数、手続き、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応するとき、その終了は、呼び出し元関数またはｍａｉｎ関数への関数の復帰に対応し得る。
【００４２】
本明細書で開示されるとき、「記憶媒体」または「コンピュータ可読記憶媒体」という用語は、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、磁気ＲＡＭ、コア・メモリ、磁気ディスク記憶媒体、光記憶媒体、フラッシュ・メモリ・デバイス、および／または情報を記憶するための他の有形の機械可読媒体を含む、データを記憶するための１つまたは複数のデバイスを表し得る。「コンピュータ可読媒体」という用語は、限定するものではないが、ポータブル記憶デバイスまたは固定記憶デバイス、光記憶デバイス、ならびに命令および／またはデータを記憶する、含む、または運ぶことが可能なさまざまな他の媒体を含んでよい。
【００４３】
そのうえ、例示的な実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせによって実施されてよい。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードにおいて実施されるとき、必要なタスクを実行するプログラム・コードまたはコード・セグメントは、コンピュータ可読記憶媒体などの機械可読媒体またはコンピュータ可読媒体に記憶されてよい。ソフトウェアにおいて実施されるとき、１つまたは複数のプロセッサが、必要なタスクを実行する。
【００４４】
コード・セグメントは、手続き、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または命令、データ構造、もしくはプログラム文の任意の組み合わせを表し得る。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡すおよび／または受け取ることによって、別のコード・セグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリの共有、メッセージの受け渡し、トークンの受け渡し、ネットワーク送信などを含む任意の適切な手段を介して、渡され、転送され、または送信されてよい。
【００４５】
例示的な実施形態は、ユニバーサル移動体通信システム（ＵＭＴＳ）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ａｄｖａｎｃｅ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｅｒｖｉｃｅ（ＡＭＰＳ）システム、Ｎａｒｒｏｗｂａｎｄ  ＡＭＰＳシステム（ＮＡＭＰＳ）、Ｔｏｔａｌ  Ａｃｃｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＴＡＣＳ）、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ（ＰＤＣ）システム、Ｕｎｉｔｅｄ  Ｓｔａｔｅｓ  Ｄｉｇｉｔａｌ  Ｃｅｌｌｕｌａｒ（ＵＳＤＣ）システム、ＥＩＡ／ＴＩＡ  ＩＳ−９５に記載される符号分割多元接続（ＣＤＭＡ）システム、Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ（ＨＲＰＤ）システム、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、および第３世代パートナーシップ・プロジェクトＬＴＥ  （３ＧＰＰ  ＬＴＥ）などのＲＡＮとともに利用され得る。
【００４６】
図１は、例示的な一実施形態による、その中で動作するマシン・タイプ・コミュニケーション・ユーザ機器を含む通信システムを示す。図１に示されるように、通信ネットワーク１００は、基地局１０１と、レガシー・デバイス１０２と、１つまたは複数のＭＴＣ  ＵＥ１０３とを含んでよい。通信ネットワーク１００は、第４世代（４Ｇ）−ＬＴＥ通信システムであってよい。しかしながら、通信システム１００は、４Ｇ−ＬＴＥシステムに限定されない。
【００４７】
基地局１０１は、基地局１０１によってカバーされる地理的エリア内に存在するレガシー・デバイス１０２およびＭＴＣ  ＵＥ１０３などのｅノードＢまたは他の任意の基地局（たとえば、フェムト・セル基地局、ピコ・セル基地局などのスモール・セル基地局）サービング・デバイスであってよい。以下では、基地局１０１は、サービング基地局１０１と呼ばれることもある。
【００４８】
レガシー・デバイス１０２は、通信システム１００内の他の構成要素と音声および／またはデータ通信を確立することが可能である、任意の既知の、またはまだ開発されていない、通信デバイスであってよい。たとえば、通信システム１００が４Ｇ−ＬＴＥ通信システムであると仮定すると、レガシー・デバイス１０２は、任意の、まだ開発されていない４Ｇ−ＬＴＥ対応デバイス（たとえば、４Ｇ−ＬＴＥ対応モバイル・デバイス、ＰＤＡ、ラップトップ、タブレットなど）であることが知られていてよい。
【００４９】
ＬＣ  ＭＴＣ  ＵＥと呼ばれることもあるＭＴＣ  ＵＥ１０３は、限定するものではないが、パーキング・メータ、交通信号、地下鉄車両（ｍｅｔｒｏ−ｒａｉｌ  ｃａｒ）、街灯、家電製品、またはインターネットなどのネットワークを介して他のデバイスおよび／もしくはユーザへの接続を確立してデータを交換するように構成され得る他の任意のタイプのデバイスのいずれか１つを含んでよい。ＭＴＣ  ＵＥは、基地局１０１を通してネットワークへの接続を確立してよい。
【００５０】
特定の数の基地局、レガシー・デバイス、およびＭＴＣ  ＵＥが図１に示されているが、例示的な実施形態は、図１に示されるものに限定されず、任意の数の基地、レガシー・デバイス、およびＭＴＣ  ＵＥを含んでよい。そのうえ、通信システム１００は、通信システム１００内で動作するデバイス間の接続を確立するまたはレガシー・デバイス１０２とＭＴＣ  ＵＥ１０３とインターネットとの間の接続を可能にするために必要な他の構成要素を含んでよい。
【００５１】
そのうえ、基地局１０１、レガシー・デバイス１０２、およびＭＴＣ  ＵＥ１０３の各々は、メモリと、関連プロセッサとを有してよい。メモリは、以下で説明されるように、コンピュータ可読命令が関連プロセッサによって実行されるとき、関連プロセッサが、機能を実行するように基地局１０１、レガシー・デバイス１０２、およびＭＴＣ  ＵＥ１０３の対応するものを構成する特殊目的機械になるように、さまざまなタイプの情報の中でもとりわけ、コンピュータ可読命令を記憶するように構成されてよい。基地局１０１およびＭＴＣ  ＵＥ１０３の構造上の構成は、以下で図１０〜１１を参照して説明される。
【００５２】
上記で説明されたように、ＭＴＣ  ＵＥ１０３が通信システム１００内で動作する文脈において、物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理アップリンク制御チャネル（ＰＵＣＣＨ）などのアップリンク制御チャネルは、ＭＴＣ  ＵＥ１０３のうちの１つまたは複数から基地局１０１に繰り返し送信され得る。しかしながら、比較的多数の繰り返しにより、ＰＵＳＣＨ繰り返しおよびＰＵＣＣＨ繰り返しの一部および／またはすべての間の衝突が発生することがある。
【００５３】
図２〜図４は、基地局とユーザ機器との間で送信されるさまざまなダウンリンク・チャネルおよびアップリンク・チャネルの時間−周波数表現ならびにアップリンク・チャネル間で発生し得る衝突のさまざまな例を示す。図２では、ダウンリンク（ＤＬ）側において、基地局１０１は、当技術分野で知られているさまざまなタイプの情報の中でもとりわけ物理ダウンリンク共有制御チャネル（ＰＤＳＣＨ）送信ならびにＭＴＣ  ＵＥ１０３による基地局１０１へのＰＵＳＣＨの送信に対するスケジュールを付与するためのダウンリンク制御情報（ＤＣＩ）を含み得る拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）２１０を繰り返し送信し得る。依然としてＤＬ側では、ＥＰＤＣＣＨ２１０の繰り返し送信に続いてＰＤＳＣＨ２１１の繰り返し送信が行われてよい。ＰＤＳＣＨ２１１は、当技術分野で知られている特定の情報を搬送し得る。
【００５４】
アップリンク（ＵＬ）側では、ＰＵＳＣＨ２１２の繰り返し送信は、時点２１３で始まってよい。時点２１４において、およびＰＵＳＣＨ２１２の繰り返し送信の開始後、ＰＵＣＣＨ２１５の繰り返し送信が始まってよい。したがって、時点２１４では、ＰＵＳＣＨ２１２の繰り返しとＰＵＣＣＨ２１５の繰り返しが衝突する。衝突は時点２１６まで継続することがあり、時点２１６では、ＰＵＳＣＨ２１２の繰り返し送信が完了する。その後、ＰＵＣＣＨ２１５の任意の残りの繰り返し送信が実行されてよい。
【００５５】
上記で示されたように、ＰＵＳＣＨ２１５は、基地局１０１によってＭＴＣ  ＵＥ１０３に送られたＰＤＳＣＨ２１１に対するＡＣＫ／ＮＡＣＫメッセージを含むアップリンク・データ情報を搬送する。例示的な一実施形態では、ＰＵＣＣＨ２１５は、ＰＵＣＣＨ２１５の１つまたは複数の物理リソース・ブロック（ＰＲＢ）内の指定されたリソース要素（ＲＥ）上でアップリンク制御情報（ＵＣＩ）を搬送する。
【００５６】
図２と比較して、図３では、基地局１０１は、別個のＥＰＤＣＣＨ３１０−１および３１０−２を繰り返し送信し得る。第１のＥＰＤＣＣＨ３１０−１の繰り返しは、さまざまなタイプの情報の中でもとりわけ、ＰＵＳＣＨ送信に対するＤＣＩグラントと送信スケジュールとを含んでよい。第２のＥＰＤＣＣＨ３１０−２の繰り返しは、さまざまなタイプの情報の中でもとりわけ、ＰＤＳＣＨ送信に対するＤＣＩグラントを含んでよい。依然としてＤＬ側では、ＥＰＤＣＣＨ３１０−１の繰り返し送信に続いてＰＤＳＣＨ３１１の繰り返し送信が行われてよい。ＰＤＳＣＨ３１１は、当技術分野で知られている特定の情報を搬送し得る。
【００５７】
図２を参照して説明されたものと同様に、アップリンク（ＵＬ）側では、ＰＵＳＣＨ３１２の繰り返し送信は、時点３１３で始まってよい。時点３１４において、およびＰＵＳＣＨ３１２の繰り返し送信の開始後、ＰＵＣＣＨ３１５の繰り返し送信が始まってよい。したがって、時点３１５では、ＰＵＳＣＨ３１２の繰り返しとＰＵＣＣＨ３１５の繰り返しが衝突する。衝突は時点３１６まで継続することがあり、時点３１６では、ＰＵＳＣＨ３１２の繰り返し送信が完了する。その後、ＰＵＣＣＨ３１５の任意の残りの繰り返し送信が実行されてよい。
【００５８】
上記で示されたように、ＰＵＳＣＨ３１５は、基地局１０１によってＭＴＣ  ＵＥ１０３に送られたＰＤＳＣＨ３１１に対するＡＣＫ／ＮＡＣＫメッセージを含むアップリンク・データ情報を搬送する。例示的な一実施形態では、ＰＵＣＣＨ３１５は、ＰＵＣＣＨ３１５の１つまたは複数の物理リソース・ブロック（ＰＲＢ）内の指定されたリソース要素（ＲＥ）上でアップリンク制御情報（ＵＣＩ）を搬送する。
【００５９】
そのうえ、図３に示されるように、ＰＵＳＣＨ３１２の繰り返しは、図２に示される繰り返しと比較して長くてよい。ＰＵＳＣＨ３１２の繰り返しは、たとえば、ＰＵＳＣＨ３１２が搬送し得るペイロードがより大きいために、より長くなることがある。
【００６０】
図２および図３とは対照的に、図４では、基地局１００は、ＥＰＤＣＣＨの前にＰＤＳＣＨを繰り返し送信し得る。ＤＬ側では、基地局１０１は、ＰＤＳＣＨ４１０を繰り返し送信し、それに続いてＥＰＤＣＣＨ４１１の送信を繰り返し送信する。この場合、図２および図３に示される例とは対照的に、ＥＰＤＣＣＨ４１１は、ＰＵＳＣＨに対するＤＣＩグラントと送信スケジュールとのみを含んでよい。
【００６１】
図４に示されるように、アップリンク（ＵＬ）側では、ＭＴＣ  ＵＥ１０３は、時点４１３でＰＵＣＣＨ４１２の送信を開始する。次いで、時点４１４において、ＰＵＣＣＨ２１４の繰り返し送信が進行中である間、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨ４１６の繰り返し送信を開始する。次いで、ＰＵＣＣＨ４１２の繰り返し送信は、時点４１５で終わってよい。したがって、時点４１４と時点４１５の間で、ＰＵＣＣＨ４１２の繰り返し送信とＰＵＳＣＨ４１６の繰り返し送信が衝突し得る。その後、ＰＵＳＣＨ４１６の繰り返し送信は、たとえば、時点４１７まで継続し得る。
【００６２】
以下では、ＵＬ側でのＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を取り扱うための例示的な実施形態が説明される。
【００６３】
図５は、例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。図５は、ＭＴＣ  ＵＥ１０３のうちの１つに関して説明される。しかしながら、同じことは、任意の数のＭＴＣ  ＵＥ１０３へ適用される。以下では、ＰＵＳＣＨおよびＰＵＣＣＨの繰り返し送信はそれぞれ、ＰＵＳＣＨの繰り返しおよびＰＵＣＣＨの繰り返しと呼ばれることがある。
【００６４】
Ｓ５００では、ＭＴＣ  ＵＥ１０３は、関連プロセッサ（図示せず）を介して、ＭＴＣ  ＵＥ１０３から基地局１０１への送信中にＰＵＳＣＨ（第１のアップリンク制御チャネル）の繰り返しとＰＵＣＣＨ（第２のアップリンク制御チャネル）の繰り返しが衝突するかどうかを決定する。例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、たとえば、チャネルの繰り返し送信のうちの１つ中に衝突が発生するかどうかを確かめるためにＰＵＳＣＨおよびＰＵＣＣＨおよび両方のチャネルの繰り返しの開始時刻を決定することによって、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しが衝突するかどうかを決定する。例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨ  ＰＵＣＣＨの開始時刻と、ＰＵＳＣＨおよびＰＵＣＣＨの送信が始まる前の少数のサブフレーム（たとえば、１つのサブフレーム、２つのサブフレーム、３つのサブフレーム、４つのサブフレーム）内の各々の繰り返しの数を決定する。
【００６５】
Ｓ５００において、ＭＴＣ  ＵＥ１０３が、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間に衝突はないと決定した場合、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３がＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を検出するまで、次にスケジュールされたＰＵＳＣＨおよび／またはＰＵＣＣＨ送信に対してＳ５００を繰り返し得る。
【００６６】
しかしながら、Ｓ５００において、ＭＴＣ  ＵＥ１０３が、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しが衝突すると決定した場合、Ｓ５１０において、ＭＴＣ  ＵＥ１０３は、所与の時間窓内のＰＵＳＣＨ送信とＰＵＣＣＨ送信との間の衝突期間（たとえば、衝突するサブフレームの数）が閾値に等しいまたはこれよりも多いかどうかを決定する。例示的な一実施形態では、この時間枠は、ＰＵＳＣＨの繰り返しまたはＰＵＣＣＨの繰り返しのいずれか長い方の持続時間に等しい。
【００６７】
例示的な一実施形態では、閾値は、経験的な研究に基づいて設定されてよく、３０％、５０％などの値をとってよい。しかしながら、閾値の値は上記の特定の値に限定されず、他の任意の値をとってよい。
【００６８】
例示的な一実施形態では、衝突するサブフレームの数を閾値と比較可能とするために、ＭＴＣ  ＵＥ１０３は、衝突するサブフレームの数を計算し、衝突するサブフレームの数をＭＴＣ  ＵＥ１０３のメモリに記憶する。したがって、Ｓ５１０では、ＭＴＣ  ＵＥ１０３は、衝突するサブフレームの数が閾値よりも多いかどうかを決定するために、記憶された衝突するサブフレームの数を閾値と比較し得る。
【００６９】
Ｓ５１０において、ＭＴＣ  ＵＥ１０３が、衝突の数は閾値よりも小さいと決定した場合、Ｓ５２０において、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３から基地局１０１への送信中のＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間のさらなる衝突を回避するように、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しの他方に対して、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しの一方の送信を調整する。例示的な一実施形態では、Ｓ５２０における調整は、ＰＵＣＣＨの繰り返しの逐次送信を含み、ＰＵＣＣＨの繰り返しは、ＰＵＳＣＨの繰り返しの送信が完了した後で送信される。
【００７０】
Ｓ５１０において、ＭＴＣ  ＵＥ１０３が、衝突の数が閾値に等しいまたはこれよりも多いと決定した場合、Ｓ５３０において、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３から基地局１０１への送信中のＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間のさらなる衝突を回避するように、ＰＵＳＣＨの繰り返しとＰＣＣＨの繰り返しの他方に対して、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しの一方の送信を調整する。例示的な一実施形態では、Ｓ５３０における調整は、送信のためにＰＵＣＣＨの繰り返しをＰＵＳＣＨの繰り返し上にピギーバックさせることを含む。ＰＵＳＣＨの繰り返し上へのＰＵＣＣＨの繰り返しのピギーバッキングは、ＰＵＣＣＨの繰り返しをＰＵＳＣＨの繰り返しとマージすることとも呼ばれることがある。上記で図５のＳ５００〜Ｓ５３０に関して説明されたプロセスは、スケジュールされたＰＵＳＣＨ送信セッションおよび／またはＰＵＣＣＨ送信セッションが始まるときはいつでも実行されてよい。
【００７１】
以下では、ピギーバッキングを実行するためのさまざまな例示的な実施形態が説明される。
【００７２】
例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨサンプルと衝突するＰＵＣＣＨの繰り返しサンプルのＵＣＩをＰＵＳＣＨの１つまたは複数の物理リソース・ブロック（ＰＲＢ）内の１つまたは複数のリソース要素（ＲＥ）上にマッピングすることによって、ピギーバッキングを実行する。たとえば、１つまたは複数のＰＵＳＣＨ  ＰＲＢ内のＲＥのうちの１つまたは複数は、ＰＵＣＣＨのシンボルと置き換えられる。ＰＵＳＣＨ  ＰＲＢおよび置き換えられることになる関連するＲＥは、３ＧＰＰ規格により分かり得る。
【００７３】
例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨシンボルと衝突するＰＵＣＣＨの繰り返しシンボルのＵＣＩが、３ＧＰＰ規格に指定されるように、ＰＵＳＣＨの１つまたは複数のＰＲＢ内の１つまたは複数のＲＥをパンクチャするように、ピギーバッキングを実行する。例示的な一実施形態では、１つまたは複数のＲＥをパンクチャするＰＵＳＣＨシンボルは、ＰＵＳＣＨの対応するシンボルを上書きすることによってパンクチャする。パンクチャリングの一例が以下に提供される。
【００７４】
ＰＵＳＣＨが通常、６０シンボルで送信されると仮定する（１つのシンボルが１つのＰＵＳＣＨ  ＲＥ上に置かれる）。そのうえ、１０のシンボルがＰＵＣＣＨのＵＣＩに必要とされると仮定する。パンクチャリングにより、１０のＰＵＳＣＨシンボルを除くすべてのＰＵＳＣＨシンボルが、それぞれのＲＥ上に置かれる。１０の失われたＰＵＳＣＨシンボルに対応するＲＥは、ＵＣＩの１０のシンボルによって上書きされる。ＰＵＳＣＨを復号する際、基地局１０１は依然として、６０のシンボルを入力として受信するが、いくつかのシンボルは失われており、または代替形態では、無関係の情報を含む。
【００７５】
例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨ  ＲＥが、ＰＵＣＣＨのＵＣＩ情報を搬送するために決定されたＰＵＳＣＨのＲＥの周囲でレート・マッチングされるようにピギーバッキングを実行する。例示的な一実施形態では、レート・マッチングは、１つまたは複数のＰＵＳＣＨ  ＲＥがＰＵＣＣＨシンボルのために予約され、したがって、ＰＵＳＣＨシンボルがＰＵＣＣＨシンボルのＲＥの周囲にマッピングされ、ＰＵＳＣＨシンボル（ＰＵＣＣＨシンボルに予約されたＰＵＳＣＨ  ＲＥに対応するＰＵＳＣＨシンボルですら）は失われないシナリオを指す。レート・マッチングの一例が以下に提供される。
【００７６】
ＰＵＳＣＨが通常、６０シンボルで送信されると仮定する（１つのシンボルが１つのＰＵＳＣＨ  ＲＥ上に置かれる）。そのうえ、１０のシンボルがＰＵＣＣＨのＵＣＩに必要とされると仮定する。レート・マッチングにより、ＭＴＣ  ＵＥ１０３は、現在、５０のシンボルに適合するために５０のＲＥのみが残されていることを知る。６０のシンボルを有するメッセージを送信する代わりに、ＭＴＣ  ＵＥ１０３は、５０のシンボルを有するＰＵＳＣＨを送り、ＰＵＳＣＨシンボルを対応するＲＥ内に置く。基地局側では、ＰＵＳＣＨを復号する際、基地局１０１は、６０のシンボルを受信し、いくつかのシンボルが失われるまたは無関係の情報を含むのとは反対に、５０のシンボルを入力として受け取る。
【００７７】
例示的な一実施形態では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨの１つまたは複数のＰＲＢ内のすべてのＲＥがＰＵＣＣＨのＵＣＩを搬送するように、ピギーバッキングを実行する。ＰＵＳＣＨの１つまたは複数のＰＲＢ内のすべてのＲＥをＰＵＣＣＨのＵＣＩ専用にすることによって、ＰＵＣＣＨの繰り返しのみが送信されるようにＰＵＳＣＨの繰り返しの送信を一時停止することが効果的にもたらされる。ＭＴＣ  ＵＥ１０３は、ＰＵＣＣＨの繰り返しの送信が完了した後、ＰＵＳＣＨの繰り返しの送信を再開する。これは、以下で図６を参照して説明される。
【００７８】
図６は、例示的な一実施形態による、ＰＵＣＣＨを送信するためにＰＵＳＣＨの送信を一時停止すること、それに続いてＰＵＳＣＨの送信を再開することを示す。図６では、６１０−１、６１０−２、６１１、および６１２はそれぞれ、上記で図３を参照して説明された３１０−１、３１０−２、３１１、３１２と同じである。したがって、簡潔にするために、６１０−１、６１０−２、６１１、および６１２はより詳細に説明されない。
【００７９】
図３と同様に、例示的な一実施形態では、ＰＵＳＣＨ６１２の繰り返し送信が時点６１３で始まる。次いで、ＰＵＳＣＨ６１２の繰り返し送信が、時点６１４において一時停止（停止）されてよい。時点６１４において、ＰＵＣＣＨ６１５の繰り返し送信は、時点６１６まで始まってよい。時点６１４は、そのすべてのＲＥがＰＵＣＣＨ６１５の送信専用であるＰＵＳＣＨ６１２の１つまたは複数のＰＲＢが送信にスケジュールされた時点に対応し得る。時点６１６は、そのすべてのＲＥがＰＵＣＣＨの送信専用であるＰＵＳＣＨ６１２の１つまたは複数のＰＲＢの送信が完了したときに対応し得る。時点６１６において、ＭＴＣ  ＵＥ１０３は、時点６１７などの時点までＰＵＳＣＨ６１２の繰り返し送信を再開してよい。
【００８０】
時点６１４と時点６１６の間で、ＰＵＳＣＨ６１２の送信が中断され、代わりにＰＵＣＣＨ６１５が送信される。
【００８１】
ＭＴＣ  ＵＥ１０３がピギーバッキングを実行するさまざまな例示的な実施形態に戻ると、さらに別の例示的な実施形態では、ＭＴＣ  ＵＥ１０３は、ＵＣＩ（ＰＵＣＣＨからの）とユニキャスト・メッセージの統合符号化によってピギーバッキングを実行し、それらをＰＵＳＣＨ上で単一のメッセージとして送る。例示的な一実施形態では、ＵＣＩの符号化は、ＭＡＣ層でＵＣＩを基地局１０１に送ることを含み、ＵＣＩは、符号化の前にユニキャスト・メッセージで多重化される。ユニキャスト・メッセージは、ＰＵＳＣＨに関連付けられてよく、ＭＴＣ  ＵＥ１０３固有データを含む。
【００８２】
例示的な一実施形態では、ＵＣＩを符号化するために、ＵＣＩの内容（たとえば、ＵＣＩがＡＣＫであるかそれともＮＡＣＫであるか）は、ＰＵＳＣＨの送信が始まったときにＭＴＣ  ＵＥ１０３に知られている。したがって、ＵＣＩを符号化するために、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨの繰り返しの送信を始める前にＰＵＣＣＨの繰り返しの送信を始める（たとえば、図４に示されるものと同様に）。
【００８３】
ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突の取り扱いに加えて、図５によれば、ＭＴＣ  ＵＥ１０３は、以下で説明されるような衝突を取り扱うための他の方法を利用してよい。
【００８４】
図７は、例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。図７では、Ｓ７００はＳ５００と同じである。したがって、簡潔にするために、Ｓ７００はより詳細に説明されない。Ｓ７００において、ＭＴＣ  ＵＥ１０３が、ＰＵＣＣＨ送信とＰＵＳＣＨ送信との間に衝突があると決定した場合、Ｓ７１０において、ＭＴＣ  ＵＥ１０３は、ＰＵＣＣＨの繰り返しの送信を停止（たとえば、中止）する。したがって、基地局１０１は、（ＰＵＣＣＨの繰り返しを受信しなかったことにより）強制されたＮＡＣＫメッセージを仮定し、したがって、ＤＬチャネル上でＰＤＳＣＨの繰り返しを再送する。
【００８５】
しかしながら、Ｓ７００において、ＭＴＣ  ＵＥ１０３が、ＰＵＣＣＨの繰り返しとＰＵＳＣＨの繰り返しとの間に衝突はないと決定した場合、Ｓ７２０において、ＭＴＣ  ＵＥ１０３は、ＰＵＣＣＨの繰り返しおよびＰＵＳＣＨの繰り返しを基地局１０１に送信する。その後、プロセスはＳ７００に戻り、次いで、ステップＳ７００からＳ７２０が、あらゆるスケジュールされたＰＵＳＣＨ送信セッションおよび／またはＰＵＣＣＨ送信セッションに対してＭＴＣ  ＵＥ１０３によって繰り返されてよい。
【００８６】
図８は、例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突の取り扱いについて説明するフローチャートである。図８では、Ｓ８００はＳ５００と同じである。したがって、簡潔にするために、Ｓ８００はより詳細に説明されない。Ｓ８００において、ＭＴＣ  ＵＥ１０３が、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間で衝突を検出しなかった場合、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３がＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を検出するまで、次にスケジュールされたＰＵＳＣＨおよび／またはＰＵＣＣＨ送信に対してＳ８００を繰り返し得る。
【００８７】
Ｓ８００において、ＭＴＣ  ＵＥ１０３が、ＰＵＣＣＨの繰り返しとＰＵＳＣＨの繰り返しとの間に衝突があると決定した場合、Ｓ８１０において、ＭＴＣ  ＵＥ１０３は、上記で図５を参照して説明されているような時間窓にわたって、衝突の数が閾値に等しいまたはこれよりも多いかどうかを決定する。閾値は、経験的な研究に基づいて決定される構成可能な値であってよい。閾値の値の非限定的な例は８０％である。例示的な一実施形態では、衝突の数を閾値と比較することを可能にするために、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３のメモリに、衝突するサブフレームの数を記憶し得る。したがって、Ｓ８１０では、ＭＴＣ  ＵＥ１０３は、衝突の数が閾値よりも大きいかどうかを決定するために、記憶された衝突するサブフレームの数を閾値と比較し得る。
【００８８】
Ｓ８１０において、ＭＴＣ  ＵＥ１０３が、衝突の数が閾値以上でないと決定した場合、プロセスはＳ８００に戻る。しかしながら、Ｓ８１０において、ＭＴＣ  ＵＥ１０３が、衝突の数が閾値よりも多いと決定した場合、Ｓ８２０では、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨの繰り返しの送信を停止（たとえば、中止）するが、ＰＵＣＣＨの繰り返しの送信は維持（継続）する。したがって、基地局１０１はＰＵＳＣＨを復号することはできない（ＭＴＣ  ＵＥ１０３によるＰＵＳＣＨ送信が停止された）ため、基地局１０１は、その後のＭＴＣ  ＵＥ１０３による基地局１０１へのＰＵＣＣＨの再送信のために、別のＵＬをＭＴＣ  ＵＥ１０３に割り当ててよい。
【００８９】
上記で図８のＳ８００〜Ｓ８２０に関して説明されたプロセスは、スケジュールされたＰＵＳＣＨ送信セッションおよび／またはＰＵＣＣＨ送信セッションが始まるときはいつでも実行されてよい。
【００９０】
図９は、例示的な一実施形態による、ＭＴＣ  ＵＥによるＰＵＳＣＨとＰＵＣＣＨ送信との間の衝突の取り扱いについて説明するフローチャートである。Ｓ９００において、ＭＴＣ  ＵＥ１０３は、メッセージを基地局１０１から受信する。このメッセージは、基地局１０１によってＭＴＣ  ＵＥ１０３に送られるＥＰＤＣＣＨに含まれるＤＣＩ内で送られ得る。ＭＴＣ  ＵＥ１０３がＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を検出し、１つまたは複数の条件（たとえば、上記で１つまたは複数の例示的な実施形態に関して説明された衝突の閾値数）が満たされるならば、ＭＴＣ  ＵＥ１０３が、ＰＵＣＣＨおよびＰＵＳＣＨの送信が調整されると決定した場合、メッセージは、ＰＵＣＣＨの繰り返しの送信が遅延されるかどうか、またはＰＵＣＣＨがＰＵＳＣＨの繰り返し上にピギーバックされるかどうかを示し得る。
【００９１】
図９では、Ｓ９１０はＳ５００と同じである。したがって、簡潔にするために、Ｓ９１０はより詳細に説明されない。Ｓ９１０において、ＭＴＣ  ＵＥ１０３が、ＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間で衝突を検出しなかった場合、ＭＴＣ  ＵＥ１０３は、ＭＴＣ  ＵＥ１０３がＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を検出するまで、次にスケジュールされたＰＵＳＣＨおよび／またはＰＵＣＣＨ送信に対してＳ９１０を繰り返し得る。
【００９２】
しかしながら、Ｓ９１０において、ＭＴＣ  ＵＥ１０３がＰＵＳＣＨの繰り返しとＰＵＣＣＨの繰り返しとの間の衝突を検出した場合、プロセスはＳ９２０に進む。Ｓ９００において受信されたメッセージが、ＰＵＣＣＨの繰り返しの送信が遅延されることを示す場合、Ｓ９２０において、ＭＴＣ  ＵＥ１０３は、図５のＳ５２０に関して説明されたのと同じ様式で、ＰＵＳＣＨに対してＰＵＣＣＨの送信を調整する。
【００９３】
しかしながら、Ｓ９００において受信されたメッセージが、ＰＵＣＣＨの繰り返しの送信がＰＵＳＣＨの繰り返しの送信上にピギーバックされることを示す場合、Ｓ９２０において、ＭＴＣ  ＵＥ１０３は、図５のＳ５３０に関して説明されたのと同じ様式でＰＵＳＣＨに対してＰＵＣＣＨの送信を調整する。例示的な一実施形態では、基地局１０１によってＭＴＣ  ＵＥ１０３に送られたメッセージが、ＰＵＣＣＨの繰り返しがＰＵＳＣＨの繰り返し上にピギーバックされることを示す場合、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨの繰り返しを増加させ得る。ＰＵＳＣＨのＲＥのうちのいくつかが、ＰＵＣＣＨのＵＣＩを基地局１０１に搬送するために使用されているので、ＭＴＣ  ＵＥ１０３は、ＰＵＳＣＨの繰り返しを増加させ得る。そのうえ、例示的な一実施形態では、基地局１０１によるＭＴＣ  ＵＥ１０３への第２のメッセージの送出によって、基地局１０１がＰＵＳＣＨの繰り返しの数を制御することが可能になる。
【００９４】
上記で図９のＳ９００〜Ｓ９２０に関して説明されたプロセスは、スケジュールされたＰＵＳＣＨ送信セッションおよび／またはＰＵＣＣＨ送信セッションが始まるときはいつでも実行されてよい。
【００９５】
上記で説明されたように、基地局１０１および１つまたは複数のＭＴＣ  ＵＥ１０３は各々、上記で説明された機能を実行するために、プロセッサと、それに関連付けられたメモリとを有してよい。基地局１０１およびＭＴＣ  ＵＥ１０３は、以下で図１０および図１１を参照して説明される。
【００９６】
図１０は、例示的な一実施形態による、図１に示される基地局を示す。
【００９７】
図１０に示される例示的な実施形態を参照すると、基地局１０１は、メモリ１０５０と、プロセッサ１０６０と、スケジューラ１０７０と、ワイヤレス通信インタフェース１０８０と、バックホール・データおよびシグナリング・インタフェース（本明細書ではバックホール・インタフェースと呼ばれる）１０９０とを含むｅノードＢ（ｅＮＢ）である。プロセッサまたは処理回路１０６０は、ｅＮＢ１０１の機能を制御し、メモリ１０５０および通信インタフェース１０８０に動作可能に結合される。１つのプロセッサ１０６０のみが図１０に示されているが、複数のプロセッサがｅＮＢ１０１などの一般的なｅＮＢに含まれてよいことが理解されるべきである。プロセッサ１０６０によって実行される機能（すなわち、上記で図２〜９を参照して説明された機能）は、ハードウェアを使用して実施されてよい。上記で説明されたように、そのような既存のハードウェアとしては、１つまたは複数の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、コンピュータなどがある本文献全体を通して使用されるプロセッサまたは処理回路という用語は、これらの例示的な実装形態のいずれかを指してよいが、この用語はこれらの例に限定されない。
【００９８】
さらに図１０を参照すると、ワイヤレス通信インタフェース１０８０（通信インタフェース１０８０とも呼ばれる）は、レガシー・デバイス１０２および／またはＭＴＣ  ＵＥ１０３などのレガシー・デバイスへ／から制御信号およびデータ信号をワイヤレスで、または制御プレーンを介して、送信／受信するために１つまたは複数のアンテナに接続された１つまたは複数の送信機／受信機（すなわち、トランシーバ）を含むさまざまなインタフェースを含む。
【００９９】
バックホール・インタフェース１０９０は、限定するものではないが、サービング・ゲートウェイ（ＳＧＷ）、モビリティ管理エンティティ（ＭＭＥ）、他のｅＮＢ、またはＩＰパケット・データ・ネットワーク（ＩＰ−ＣＡＮ）内の他の発展型パケット・コア（ＥＰＣ）ネットワーク要素および／もしくは無線アクセス・ネットワーク（ＲＡＮ）要素を含む通信ネットワーク１００の他の構成要素（図示せず）とインタフェースする。
【０１００】
メモリ１０５０は、ｅＮＢ１０１において処理され、ｅＮＢ１０１へおよびそれから送信および受信されるデータをバッファリングおよび記憶し得る。
【０１０１】
さらに図１０を参照すると、スケジューラ１０７０は、図１に示される、レガシー・デバイス１０２およびＭＴＣ  ＵＥ１０３などのレガシー・デバイスおよびＭＴＣ  ＵＥへ送信されｅＮＢ１０１によって受信される制御通信およびデータ通信、並びにこれらのデバイスから送信されｅＮＢ１０１によって受信される制御通信およびデータ通信をスケジュールする。
【０１０２】
図１１は、例示的な一実施形態による、図１に示されるマシン・タイプ・コミュニケーション・システムを示す。
【０１０３】
図１１を参照すると、ＭＴＣ  ＵＥ１０３は、メモリ１１５５と、メモリ１１５５に接続されたプロセッサ（または処理回路）１１６５と、プロセッサ１１６５に接続されたさまざまなインタフェース１１７５と、さまざまなインタフェース１１７５に接続されたアンテナ１１８５とを含む。さまざまなインタフェース１１７５およびアンテナ１１８５は、データをｅＮＢ１０１から／へ送信／受信するためのトランシーバを構成し得る。理解されるように、実装形態に応じて、ＭＴＣ  ＵＥ１０３は、図１１に示される構成要素よりもはるかに多くの構成要素を含んでよい。しかしながら、図示の例示的な実施形態を開示するために、これらの一般に従来の構成要素のすべてが示されることは必要ではない。
【０１０４】
メモリ１１５５は、ディスク・ドライブなどの、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、および／または永続的な大容量記憶デバイスを一般的に含むコンピュータ可読記憶媒体であってよい。メモリ１１５５は、プロセッサ１１６５によって実行されるＭＴＣ  ＵＥ１０３の機能（たとえば、ＭＴＣ  ＵＥの機能、例示的な実施形態による方法など）を提供するためのオペレーティング・システムおよび他の任意のルーチン／モジュール／アプリケーションも記憶する。これらのソフトウェア構成要素はまた、駆動機構（図示せず）を使用して別個のコンピュータ可読記憶媒体からメモリ１１５５にロードされ得る。そのような別個のコンピュータ可読記憶媒体としては、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同じコンピュータ可読記憶媒体（図示せず）があり得る。いくつかの実施形態では、ソフトウェア構成要素は、コンピュータ可読記憶媒体を介してではなく、さまざまなインタフェース１１７５のうちの１つを介してメモリ１１５５にロードされ得る。
【０１０５】
プロセッサ１１６５は、システムの算術演算、論理演算、および入力／出力動作を実行することによって、コンピュータ・プログラムの命令を実行するように構成されてよい。命令は、メモリ１１５５によってプロセッサ１１６５に提供され得る。
【０１０６】
さまざまなインタフェース１１７５は、プロセッサ１１６５をアンテナ１１８５とインタフェースさせる構成要素、または他の入力／出力構成要素を含んでよい。理解されるように、ＭＴＣ  ＵＥ１０３の特殊目的機能性を行うインタフェース１１７５およびメモリ１１５５に記憶されたプログラムは、ＭＴＣ  ＵＥ１０３の実装形態に応じて変化する。
【０１０７】
例示的な実施形態はこのように説明されているが、それらが多くの点で変化してよいことは明らかであろう。そのような変形形態は、例示的な実施形態の趣旨および範囲からの逸脱と見なされるべきではなく、当業者には明らかであろうすべてのそのような修正形態は、特許請求の範囲に含まれることを意図したものである。
【図１】
2018514163.tif 000003
【図２】
2018514163.tif 000004
【図３】
2018514163.tif 000005
【図４】
2018514163.tif 000006
【図５】
2018514163.tif 000007
【図６】
2018514163.tif 000008
【図７】
2018514163.tif 000009
【図８】
2018514163.tif 000010
【図９】
2018514163.tif 000011
【図１０】
2018514163.tif 000012
【図１１】
2018514163.tif 000013
【国際調査報告】
2018514163.tif 000014
2018514163.tif 000015
2018514163.tif 000016