(57)【要約】      （修正有）【課題】通信デバイスのためのデバイスツーデバイス（Ｄ２Ｄ）オペレーションを処理する方法を提供する。【解決手段】ネットワークに対してデバイスツーセルラ（Ｄ２Ｃ）オペレーションを実行するための第１のサブフレームを決定するステップ３０２と、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突しないとき、第１のサブフレームにおいてＤ２Ｃオペレーションを実行するステップ３０４と、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突するとき、第１のサブフレームにおいてＤ２Ｃオペレーションを実行し、第１のサブフレームにおけるＤ２Ｄオペレーションをストップするステップ３０６と、を含む。【選択図】図３
2015186261.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスのためのデバイスツーデバイス（Ｄ２Ｄ）オペレーションを処理する方法であって、
ネットワークに対するデバイスツーセルラ（Ｄ２Ｃ）オペレーションを実行するための第１のサブフレームを決定するステップ（３０２）と、
前記Ｄ２Ｃオペレーションが前記第１のサブフレームにおいてＤ２Ｄオペレーションと衝突しないとき、前記Ｄ２Ｃオペレーションを前記第１のサブフレームにおいて実行するステップ（３０４）と、
前記Ｄ２Ｃオペレーションが前記第１のサブフレームにおいて前記Ｄ２Ｄオペレーションと衝突するとき、前記Ｄ２Ｃオペレーションを前記第１のサブフレームにおいて実行し、前記第１のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップ（３０６）と、
を備える方法。
【請求項２】
請求項１に記載の方法であって、もし、前記Ｄ２Ｄオペレーションが前記第１のサブフレームにおいてスケジュールされていないならば、前記第１のサブフレームにおいて前記Ｄ２Ｃオペレーションは前記Ｄ２Ｄオペレーションと衝突せず、もし、前記Ｄ２Ｄオペレーションが前記第１のサブフレームにおいてスケジュールされているならば、前記Ｄ２Ｃオペレーションは前記Ｄ２Ｄオペレーションと衝突する
方法。
【請求項３】
請求項１乃至２のいずれかに記載の方法であって、
第２のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップであり、
前記Ｄ２Ｃオペレーションが前記第１のサブフレームにおいて前記Ｄ２Ｄオペレーションと衝突し、
前記第２のサブフレームが前記Ｄ２Ｄオペレーションに従う前記第１のサブフレームに対応する再送サブフレームであるとき、ストップするステップ
をさらに備える方法。
【請求項４】
請求項１乃至２のいずれかに記載の方法であって、
第３のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップであり、
前記Ｄ２Ｃオペレーションが前記第１のサブフレームにおいて前記Ｄ２Ｄオペレーションと衝突し、
前記第３のサブフレームが前記第１のサブフレームにおける前記Ｄ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされているとき、ストップするステップ
をさらに備える方法。
【請求項５】
請求項１乃至２のいずれかに記載の方法であって、
第３のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップであり、
前記Ｄ２Ｃオペレーションが、前記第１のサブフレームにおいて前記Ｄ２Ｄオペレーションと衝突し、
前記Ｄ２Ｃオペレーションが、第４のサブフレームにおいて前記Ｄ２Ｄオペレーションと衝突し、
前記第３のサブフレームが、前記第１のサブフレームおよび前記第４のサブフレームにおける前記Ｄ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされるとき、ストップするステップ
をさらに備える方法。
【請求項６】
周波数分割複信（ＦＤＤ）モードのハイブリッド自動リピート要求（ＨＡＲＱ）タイムラインを処理する方法であって、
ＦＤＤルールに従った第１の組の受信に応答するための第１の組のサブフレームにおける第１の組のＨＡＲＱフィードバックを送信しないステップ（５０２）と、
前記ＦＤＤルールに従って受信に応答するために、および、前記第１の組の受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信するステップ（５０４）と、
を備える方法。
【請求項７】
請求項６に記載の方法であって、前記ＦＤＤルールに従って、第２の組の受信に応答するために、第２の組のサブフレームにおいて第２の組のＨＡＲＱフィードバックを送信するステップ、
をさらに備える方法。
【請求項８】
請求項６乃至７のいずれかに記載の方法であって、前記第１の組のサブフレームにおいて少なくとも１つのデバイスツーデバイス（Ｄ２Ｄ）オペレーションを実行するステップ、
をさらに備える方法。
【請求項９】
請求項６に記載の方法であって、前記ＦＤＤルールに従って受信に応答するために、および、前記第１の組の受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信する前記ステップが、
前記ＨＡＲＱフィードバックのための所定のサブフレームに関するサブフレームオフセットを決定するステップと、
前記ＨＡＲＱフィードバックのための周期性を決定するステップと、
ウインドウサイズを決定するステップであり、前記ウインドウサイズは前記ＨＡＲＱフィードバックおよび前記第１の組のＨＡＲＱフィードバックの数との合計である、決定するステップと、
前記サブフレームオフセットと、前記周期性と、前記ウインドウサイズとに従って前記ＨＡＲＱフィードバックを送信するステップと、を含む
方法。
【請求項１０】
請求項９に記載の方法であって、前記所定のサブフレームは、システムフレーム番号（ＳＦＮ）０のサブフレーム０である、
方法。
【請求項１１】
時分割複信（ＴＤＤ）モードのハイブリッド自動リピート要求（ＨＡＲＱ）タイムラインを処理する方法であって、
第１のアップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に従って、少なくとも１つのサブフレームにおいて少なくとも１つの受信を実行するステップ（１００２）と、
前記少なくとも１つのサブフレームのサブセットを決定するステップであり、ここで、前記少なくとも１つのサブフレームの前記サブセットは、第１のＵＬ／ＤＬ構成および第２のＵＬ／ＤＬ構成に従った少なくとも１つのＤＬサブフレームである、決定するステップ（１００４）と、
前記第２のＵＬ／ＤＬ構成に従った前記少なくとも１つのサブフレームの前記サブセットにおける前記少なくとも１つの受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信するステップ（１００６）とを備え、
前記第２のＵＬ／ＤＬ構成の少なくとも１つのＵＬサブフレームは、前記第１のＵＬ／ＤＬ構成の少なくとも１つのＵＬサブフレームのサブセットである、
方法。
【請求項１２】
請求項１１に記載の方法であって、前記第１のＵＬ／ＤＬ構成に従って決定される前記少なくとも１つのサブフレームの１つのための第１のＨＡＲＱリソース領域と、前記第２のＵＬ／ＤＬ構成に従って決定される前記少なくとも１つのサブフレームの前記１つのための第２のＨＡＲＱリソース領域とは、同じＨＡＲＱリソース領域である、
方法。
【請求項１３】
請求項１１に記載の方法であって、前記第１のＵＬ／ＤＬ構成に従って決定される前記少なくとも１つのサブフレームの１つのための第１のＨＡＲＱリソース領域は、前記第２のＵＬ／ＤＬ構成に従って決定される前記少なくとも１つのサブフレームの前記１つのための第２のＨＡＲＱリソース領域と重複しない、
方法。
【請求項１４】
通信デバイスのためのデバイスツーデバイス（Ｄ２Ｄ）オペレーションを処理する方法であって、
ネットワークに対するデバイスツーセルラ（Ｄ２Ｃ）オペレーションを実行するための第１のサブフレームを決定するステップ（１４０２）と、
前記第１のサブフレームがＤ２Ｄ送信サブフレームでないとき、前記第１のサブフレームにおける前記Ｄ２Ｃオペレーションの実行をストップするステップ（１４０４）と、
前記第１のサブフレームが前記Ｄ２Ｄ送信サブフレームであるとき、前記第１のサブフレームにおける前記Ｄ２Ｃオペレーションを実行し、前記第１のサブフレームにおけるＤ２Ｄオペレーションをストップするステップ（１４０６）と、
を備える方法。
【請求項１５】
請求項１４に記載の方法であって、前記第１のサブフレームがいかなるＤ２Ｄオペレーションを含まない前記Ｄ２Ｄ送信サブフレームであるとき、前記第１のサブフレームにおける前記Ｄ２Ｃオペレーションを実行するステップ、
をさらに備える方法。
【請求項１６】
請求項１４乃至１５のいずれかに記載の方法であって、前記前記第１のサブフレームが前記Ｄ２Ｄ送信サブフレームであり、前記第２のサブフレームが前記Ｄ２Ｄオペレーションに従う前記第１のサブフレームに対応する再送サブフレームであるとき、第２のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップ、
をさらに備える方法。
【請求項１７】
第３のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップであって、
前記第１のサブフレームが前記Ｄ２Ｄ送信サブフレームであり、
前記第３のサブフレームが前記第１のサブフレームにおける前記Ｄ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされているとき、
ストップするステップをさらに備える、
請求項１４乃至１５のいずれかに記載の方法。
【請求項１８】
第３のサブフレームにおける前記Ｄ２Ｄオペレーションをストップするステップであって、
前記第１のサブフレームが前記Ｄ２Ｄ送信サブフレームであり、
第４のサブフレームが前記Ｄ２Ｄ送信サブフレームであり、
前記第３のサブフレームが前記第１のサブフレームおよび前記第４のサブフレームにおける前記Ｄ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされているとき、
ストップするステップをさらに備える、
請求項１４乃至１５のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスツーデバイスオペレーションを処理する方法に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）リリース８標準をサポートするロングタームエボリューション（ＬＴＥ）システムが、ユニバーサル移動通信システム（ＵＭＴＳ）の後継者として、ＵＭＴＳのパフォーマンスをさらに拡張して増え続けるユーザの要求を満足するために、３ＧＰＰによって開発された。ＬＴＥシステムは、高データレート、低遅延、パケット最適化、および改善されたシステム容量及びカバレージを提供する新しい無線インターフェイスと新しい無線ネットワークアーキテクチャを含む。ＬＴＥシステムにおいて、進化したユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）として知られる無線アクセスネットワークは、複数のユーザ装置（ＵＥ）と通信するための、そして、非アクセス階層（ＮＡＳ）制御のためのモビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ、等を含むコアネットワークと通信するための、複数の進化したＮｏｄｅ−Ｂ（ｅＮＢ）を含む。
【０００３】
ＬＴＥアドバンスト（ＬＴＥ−Ａ）システムは、その名が暗示しているとおり、ＬＴＥシステムの進化形である。ＬＴＥ−Ａシステムは、電力状態のより速い切換えをターゲットとしており、ｅＮＢのカバレージ境界におけるパフォーマンスを改善し、そして、キャリアアグリゲーション（ＣＡ）、協調マルチポイント（ＣｏＭＰ）送受信、アップリンク（ＵＬ）複数入力複数出力（ＵＬ−ＭＩＭＯ）、等の高度な技術を含んでいる。ＬＴＥ−ＡシステムにおいてＵＥとｅＮＢとがお互いに通信するために、ＵＥおよびｅＮＢは、３ＧＰＰリリース１０標準またはそれ以降のバージョンのような、ＬＴＥ−Ａシステムのために開発された標準をサポートしなければならない。
【０００４】
デバイスツーデバイス（Ｄ２Ｄ）通信は、（例、ｅＮＢによって手伝われて）初期化（例、接続確立、および／または、ピア発見）が実行された後に実現され得る。そして、一群のＵＥが、Ｄ２Ｄ通信に従ってお互いに直接通信（例、パケットを送受信）し得、ｅＮＢは、通信デバイス間で送信されるパケットを転送する必要がない。Ｄ２Ｄ通信に従って、ＵＥは、ＵＬリソース（例、ｅＮＢによって構成されるＵＬサブフレーム）を介して、お互いに通信し得る。一般的に、Ｄ２Ｄ通信は、Ｄ２Ｄサービス（すなわち、近接サービス（ＰｒｏＳｅ））として理解され得る。加えて、Ｄ２Ｄサブフレーム、Ｄ２Ｄ伝送、Ｄ２Ｄ通信およびＤ２Ｄディスカバリーは、それぞれ、サイドリンクサブフレーム、サイドリンク伝送、サイドリンク通信およびサイドリンクディスカバリーとして称され得る。
【０００５】
ＵＥは、Ｄ２Ｄオペレーションとデバイスツーセルラ（Ｄ２Ｃ）オペレーションを同時に（例、同じ時間間隔中に）実行し得る。その状況は、ＵＥがｅＮＢのセルのカバレージエリア内に有り、Ｄ２Ｄ通信とＤ２Ｃ通信の両方が当該セルによってサポートされている状況であり得る。しかし、Ｄ２ＤオペレーションはＤ２Ｃオペレーションによって影響され得る。例えば、ＵＥは、ＵＬサブフレームがＤ２Ｄオペレーションのためにスケジュールされているとき、Ｄ２Ｃ通信の所定のルールに従ってそのＵＬサブフレームにおいてハイブリッド自動リピート要求（ＨＡＲＱ）をどのように送信するかを知らないことがあり得る。この問題は、Ｄ２Ｃ通信の、時分割複信（ＴＤＤ）モードまたは周波数分割複信（ＦＤＤ）モードにおいて発生し得る。この問題はまた、Ｄ２Ｃ通信のための他の伝送（例、ＵＬ制御情報および／またはＵＬデータ）が実行されるべきときに発生し得る。Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行されないことがあり得る。
【０００６】
このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、解決されるべき重要な問題である。
【発明の概要】
【０００７】
本発明は、したがって、上述の問題を解決するために、デバイスツーデバイスオペレーションを処理するための方法を提供する。
【０００８】
これは、クレーム１、６、１１および１４に記載された、ＵＬ伝送を処理する方法および通信デバイスによって達成される。従属クレームは、対応するさらなる進歩および改善に関係する。
【０００９】
通信デバイスのためのデバイスツーデバイス（Ｄ２Ｄ）オペレーションを処理する方法は、ネットワークに対してデバイスツーセルラ（Ｄ２Ｃ）オペレーションを実行するための第１のサブフレームを決定するステップと、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突しないとき、第１のサブフレームにおいてＤ２Ｃオペレーションを実行するステップと、第１のサブフレームにおいてＤ２ＣオペレーションがＤ２Ｄオペレーションと衝突するとき、第１のサブフレームにおいてＤ２Ｃオペレーションを実行し、第１のサブフレームにおけるＤ２Ｄオペレーションをストップするステップと、を含む。
【図面の簡単な説明】
【００１０】
【図１】本発明の一例による無線通信システムの概略図である。
【図２】本発明の一例による通信デバイスの概略図である。
【図３】本発明の一例による処理のフローチャートである。
【図４】本発明の一例による処理のフローチャートである。
【図５】本発明の一例による処理のフローチャートである。
【図６】本発明の一例によるサブフレームオフセット、周期性およびウインドウサイズの表である。
【図７】本発明の一例によるＨＡＲＱタイムラインの概略図である。
【図８】本発明の一例による処理のフローチャートである。
【図９】本発明の一例によるＨＡＲＱタイムラインの概略図である。
【図１０】本発明の一例による処理のフローチャートである。
【図１１】本発明の一例によるＨＡＲＱタイムラインの概略図である。
【図１２】本発明の一例による異なるＵＬ／ＤＬ構成を有する通信デバイスの関連付けの組の概略図である。
【図１３】本発明の一例による異なるＵＬ／ＤＬ構成を有する通信デバイスの関連付けの組の概略図である。
【図１４】本発明の一例による処理のフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、本発明の一例による無線通信システム１０の概略図である。無線通信システム１０は、簡潔に、ネットワークおよび複数の通信デバイスによって構成される。図１において、ネットワークおよび通信デバイスは、単純に、無線通信システム１０の構造を示すために利用されている。通信デバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）等の通信標準において規定されたデバイスツーセルラ（Ｄ２Ｃ）通信に従って、ネットワークと通信し得る。実際には、ネットワークは、ユニバーサル移動通信システム（ＵＭＴＳ）における複数のノードＢ（ＮＢ）を含むユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）であり得る。他の例において、ネットワークは、ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）システムまたはＬＴＥ−Ａシステムの進化形における複数の進化型ＮＢ（ｅＮＢ）および／またはリレーを含む進化型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）であり得る。
【００１２】
さらに、ネットワークはまた、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮおよびコアネットワークの両方を含み得、ここで、コアネットワークは、モビリティ管理エンティティ（ＭＭＥ）、サービングゲートウェイ（Ｓ−ＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）、自己編成ネットワーク（ＳＯＮ）サーバ、および／または、無線ネットワークコントローラ（ＲＮＣ）、等のネットワークエンティティを含む。言い換えると、通信デバイスによって送信された情報をネットワークが受信後、該情報はＵＴＲＡＮ／Ｅ−ＵＴＲＡＮによってのみ処理され得、該情報に対応する決定は、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮにおいて為される。代替的に、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮは、該情報をコアネットワークに転送し得、該情報に対応する決定は、該情報をコアネットワークが処理した後コアネットワークにおいて為される。加えて、該情報は、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮとコアネットワークの両方によって処理され得、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮおよびコアネットワークによって調整および／または協調が実行された後、該決定が為される。
【００１３】
通信デバイスは、ユーザ装置（ＵＥ）、低コストデバイス（例、マシンタイプ通信（ＭＴＣ）デバイス）、デバイスツーデバイス（Ｄ２Ｄ）デバイス、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム、または、これらの組合せであり得る。加えて、Ｄ２Ｃ通信について、ネットワークおよび通信デバイスは、方向（即ち、伝送方向）に従って送信機または受信機として理解され得、例えば、上りリンクについて、通信デバイスは送信機であり、ネットワークは受信機であり、下りリンクについて、ネットワークは送信機であり、通信デバイスは受信機である。
【００１４】
加えて、２つの通信デバイスは、初期化（例、接続確立および／またはピア発見）が実行された後、互いに直接通信し得る。例えば、初期化は、ネットワークによって手伝われ得る。すなわち、通信デバイスは、３ＧＰＰ標準等の通信規格において規定されたＤ２Ｄ通信に従って、お互いに通信（例、信号／パケットを送信および／または受信）し得る。通信デバイスは、周波数分割複信（ＦＤＤ）構成および／または時分割複信（ＴＤＤ）構成に従って決定されたＵＬサブフレームを介して、お互いに通信し得る。通信デバイスは、他の通信デバイスおよびネットワークと同時に通信し得、すなわち、Ｄ２Ｄ通信およびＤ２Ｃ通信が同時に実現される。
【００１５】
図２は、本発明の一例による通信デバイス２０の概略図である。通信デバイス２０は、図１に示された通信デバイスまたはネットワークであり得るが、本明細書において限定されない。通信デバイス２０は、マイクロプロセッサまたは用途特定集積回路（ＡＳＩＣ）等の処理手段２００、格納（ｓｔｏｒａｇｅ）ユニット２１０および通信インターフェイスユニット２２０を含み得る。ストレージユニット２１０は、処理手段２００によってアクセスおよび実行されるプログラムコード２１４を格納し得るいかなるデータ格納デバイスであり得る。格納ユニット２１０の例は、これに限定されないが、加入者識別モジュール（ＳＩＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスクＲＯＭ（ＤＶＤ−ＲＯＭ）、ブルーレイディスクＲＯＭ（ＢＤ−ＲＯＭ）、磁気テープ、ハードディスク、光学データ格納デバイス、不揮発性格納ユニット、非一時的コンピュータ可読媒体（例、有形媒体）、等を含み得る。通信インターフェイスユニット２２０は、好ましくは送受信機であり、処理手段２００の処理結果に従って、信号（例、データ、信号、メッセージおよび／またはパケット）を送受信するために使用される。
【００１６】
図３は、本発明の一例による処理３０のフローチャートである。処理３０は、Ｄ２Ｄオペレーションを処理するために通信デバイスにおいて利用され得る。処理３０は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００１７】
ステップ３００：開始
ステップ３０２：ネットワークに対してＤ２Ｃオペレーションを実行するための第１のサブフレームを決定する。
【００１８】
ステップ３０４：Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突しないとき、Ｄ２Ｃオペレーションを第１のサブフレームにおいて実行する。
【００１９】
ステップ３０６：Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突するとき、Ｄ２Ｃオペレーションを第１のサブフレームにおいて実行し、Ｄ２Ｄオペレーションを第１のサブフレームにおいてストップする。
【００２０】
ステップ３０８：終了
処理３０に従って、通信デバイスは、ネットワークに対してＤ２Ｃオペレーションを実行するための第１のサブフレームを決定し得る。次に、通信デバイスは、Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突しないとき、Ｄ２Ｃオペレーションを第１のサブフレームにおいて実行し得る。第１のサブフレームは、発見、通信および／または同期のためのＤ２Ｄサブフレームとして、ネットワークによって構成され得る。加えて、通信デバイスは、Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突するとき、Ｄ２Ｃオペレーションを第１のサブフレームにおいて実行し得、Ｄ２Ｄオペレーションを第１のサブフレームにおいてストップし得る。言い換えると、Ｄ２Ｃオペレーションの優先度は、Ｄ２Ｄオペレーションの優先度よりも高い。もし、Ｄ２Ｃオペレーションが、（例えば、キャリアアグリゲーション（ＣＡ）がサポートされているときに、例えば、同じセル（例、同じサービングセル）の、または、異なるセル（例、異なるサービングセル）の）同じサブフレームにおいて実行されるようにスケジュールされているならば、Ｄ２Ｄオペレーションはサブフレームにおいて実行されないことがあり得る。Ｄ２Ｃオペレーションは、ハイブリッド自動繰り返し要求（ＨＡＲＱ）フィードバックおよび／または物理ＵＬ共有チャネル（ＰＵＳＣＨ）の送信を含み得る。一例において、ＨＡＲＱフィードバックは、物理ＵＬ制御チャネル（ＰＵＣＣＨ）を介して送信され得る。一例において、ＵＬパッケージ（例、ＵＬ共有チャネル（ＵＬ−ＳＣＨ））と乗算された（ｍｕｌｔｉｐｌｉｅｄ  ｗｉｔｈ）ＨＡＲＱフィードバックがＰＵＳＣＨを介して送信され得る。Ｄ２Ｄオペレーションは、Ｄ２Ｄ信号（例、パッケージ）の送信を含み得、または、Ｄ２Ｄ信号（例、パッケージ）の受信を含み得る。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００２１】
本発明の実現は、上述に限定されない。
【００２２】
プロセス３０におけるＤ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突の定義は限定されない。一例において、もし、Ｄ２Ｄオペレーションが第１のサブフレームにおいて（例、通信デバイス自身によって、他の通信デバイスによって、または、ネットワークによって）スケジュールされていないならば、Ｄ２Ｃオペレーションは第１のサブフレームにおいてＤ２Ｄオペレーションと衝突せず、もし、Ｄ２Ｄオペレーションが第１のサブフレームにおいてスケジュールされているならば、Ｄ２Ｃオペレーションは第１のサブフレームにおいてＤ２Ｄオペレーションと衝突する。
【００２３】
一例において、Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突し、第２のサブフレームがＤ２Ｄオペレーションによる第１のサブフレームに対応する再送サブフレームであるとき、処理３０において通信デバイスはさらに第２のサブフレームにおけるＤ２Ｄオペレーション（例、再送）をストップし得る。すなわち、Ｄ２Ｄオペレーションのための再送は第２のサブフレームにおいて必要とされないことがあり得るので、通信デバイスは、第１のサブフレームおよび第２のサブフレームの両方においてＤ２Ｄオペレーションをストップする。一例において、Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突し、第３のサブフレームが第１のサブフレームにおけるＤ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされているとき、処理３０において通信デバイスはさらに第３のサブフレームにおけるＤ２Ｄオペレーションをストップ（例、スケジュール割当てをドロップ）し得る。すなわち、第３のサブフレームにおけるＤ２Ｄオペレーションは、第１のサブフレームにおけるスケジュール割当てによってトリガーがかけられるので、通信デバイスは、第１のサブフレームおよび第３のサブフレームの両方においてＤ２Ｄオペレーションをストップする。一例において、Ｄ２Ｃオペレーションが第１のサブフレームにおいてＤ２Ｄオペレーションと衝突し、Ｄ２Ｃオペレーションが第４のサブフレームにおいてＤ２Ｄオペレーションと衝突し、第３のサブフレームが、第１のサブフレームおよび第４のサブフレームにおけるＤ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされるとき、処理３０において通信デバイスはさらに第３のサブフレームにおけるＤ２Ｄオペレーションをストップし得る。すなわち、もし、衝突が、スケジュール割当てを運ぶ第１のサブフレームおよび第４のサブフレームにおいて発生するならば、通信デバイスは、第３のサブフレームにおいてＤ２Ｄオペレーションをストップする。
【００２４】
このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００２５】
図４は、本発明の一例による処理４０のフローチャートである。処理４０は、Ｄ２Ｄオペレーションを処理するために通信デバイスにおいて利用され得る。処理４０は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００２６】
ステップ４００：開始
ステップ４０２：ネットワークに対してＤ２Ｃオペレーションを実行するためのサブフレームを決定する。
【００２７】
ステップ４０４：Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突しないとき、Ｄ２Ｃオペレーションをサブフレームにおいて実行する。
【００２８】
ステップ４０６：Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突するとき、Ｄ２Ｃオペレーションをサブフレームにおいて実行することをストップする。
ステップ４０８：終了
処理４０に従って、通信デバイスは、ネットワークに対してＤ２Ｃオペレーションを実行するためのサブフレームを決定し得る。次に、通信デバイスは、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突しないとき、Ｄ２Ｃオペレーションをサブフレームにおいて実行し得る。サブフレームは、例えば、発見、通信および／または同期のためのＤ２Ｄサブフレームとして、ネットワークによって構成され得る。加えて、通信デバイスは、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突するとき、Ｄ２Ｃオペレーションをサブフレームにおいて実行することをストップし得る。言い換えると、Ｄ２Ｄオペレーションの優先度は、Ｄ２Ｃオペレーションの優先度よりも高い。もし、Ｄ２Ｄオペレーションが同じサブフレームにおいて実行されるようにスケジュールされるならば、Ｄ２Ｃオペレーションはサブフレームにおいて実行されないことがあり得る。Ｄ２Ｃオペレーションは、ＨＡＲＱフィードバックおよび／またはＰＵＳＣＨの送信を含み得る。一例において、ＨＡＲＱフィードバックは、ＰＵＣＣＨを介して送信され得る。一例において、ＵＬパッケージ（例、ＵＬ−ＳＣＨ）と乗算されたＨＡＲＱフィードバックがＰＵＳＣＨを介して送信され得る。Ｄ２Ｄオペレーションは、Ｄ２Ｄ信号（例、パッケージ）の送信を含み得、または、Ｄ２Ｄ信号（例、パッケージ）の受信を含み得る。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００２９】
本発明の実現は、上述に限定されない。
【００３０】
プロセス４０におけるＤ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突の定義は限定されない。一例において、もし、サブフレームがＤ２Ｄサブフレームでないならば、Ｄ２ＣオペレーションはＤ２Ｄオペレーションと衝突せず、もし、サブフレームがＤ２Ｄサブフレームであるならば、Ｄ２ＣオペレーションはＤ２Ｄオペレーションと衝突する。一例において、もし、Ｄ２Ｄオペレーションがサブフレームにおいてスケジュールされていないならば、Ｄ２ＣオペレーションはＤ２Ｄオペレーションと衝突せず、もし、Ｄ２Ｄオペレーションがサブフレームにおいてスケジュールされているならば、Ｄ２ＣオペレーションはＤ２Ｄオペレーションと衝突する。
【００３１】
通信デバイスは、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突せず、サブフレームが（例、Ｄ２Ｄオペレーションのための）送信サブフレームであるとき、サブフレームにおいてＤ２Ｃオペレーションを実行し、Ｄ２ＣオペレーションがＤ２Ｄオペレーションと衝突せず、サブフレームが送信サブフレームでないとき、サブフレームにおけるＤ２Ｃオペレーションの実行をストップする、ことによりステップ４０４を実現し得る。すなわち、Ｄ２Ｃオペレーションを実行するときに、サブフレームの送信方向がさらに考慮される。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００３２】
図５は、本発明の一例による処理５０のフローチャートである。処理５０は、ＦＤＤモードのＨＡＲＱタイムラインを処理するために通信デバイスにおいて利用され得る。処理５０は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００３３】
ステップ５００：開始
ステップ５０２：ＦＤＤルールに従った第１の組の受信に応答するための第１の組のサブフレームにおける第１の組のＨＡＲＱフィードバックを送信しない。
【００３４】
ステップ５０４：ＦＤＤルールに従って受信に応答するために、および、第１の組の受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信する。
【００３５】
ステップ５０６：終了
ステップ５０に従って、通信デバイスは、ＦＤＤルールに従って第１の組の受信に応答するための第１の組のサブフレームにおける第１の組のＨＡＲＱフィードバックを送信しないことがあり得る。通信デバイスは、ＦＤＤルールに従って受信に応答するための、および、第１の組の受信に応答するための、サブフレームにおいてＨＡＲＱフィードバックを送信し得る。すなわち、１以上の受信がＦＤＤルール（例、３ＧＰＰ標準による（ｎ＋４）ルール）に従って確認応答されないことがあり得、ＦＤＤルールに従って他の受信が確認応答されるとき、該他の受信とともに確認応答され得る。このように、第１の組のサブフレームが、Ｄ２Ｄオペレーションのために利用可能であり得る。その結果、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。
【００３６】
本発明の実現は、上述に限定されない。
【００３７】
一例において、処理５０において通信デバイスは、ＦＤＤルールに従って第２の組の受信に応答するための第２の組のサブフレームにおいて第２の組のＨＡＲＱフィードバックを送信し得る。すなわち、第２の組のＨＡＲＱフィードバックは、Ｄ２Ｄオペレーションに影響されることなく、ＦＤＤルールに従って送信される。一例において、処理５０において通信デバイスは、第１の組のサブフレームにおいて少なくとも一つのＤ２Ｄオペレーションを実行し得る。すなわち、第１の組のサブフレームは、少なくとも一つのＤ２Ｄオペレーションを実行するために使用され得る。一例において、当該第１の組の受信および当該受信は連続する受信であり得る。さらに、当該第１の組の受信は、当該受信の前に実行され得る。
【００３８】
一例において、通信デバイスは、ステップ５０４を以下の通り実現し得る。通信デバイスは、ＨＡＲＱフィードバックのための所定のサブフレームに関するサブフレームオフセットを決定し、ＨＡＲＱフィードバックのための周期性を決定し、ウインドウサイズを決定する。ここで、ウインドウサイズは、ＨＡＲＱフィードバックと第１の組のＨＡＲＱフィードバックの数との合計である。次に、通信デバイスは、サブフレームオフセットと、周期性と、ウインドウサイズとに従ってＨＡＲＱフィードバックを送信する。その結果、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。
【００３９】
図６は、本発明の一例による、サブフレームオフセット、周期性およびウインドウサイズの表６０である。図６に示されるように、一組の構成インデックスＩＤ２Ｄは、対応する、サブフレームオフセットＴｏｆｆｓｅｔ、周期性ＴＤ２ＤおよびウインドウサイズＭの組合せを示し得る。構成インデックスＩＤ２Ｄと対応するパラメータとの間の関係は、さまざまなシステム要件および設計上の考慮事項に従って設計され得る。例えば、構成インデックスＩＤ２Ｄ＝１２−１６（すなわち、１２、１３、．．．、１６）はサブフレームオフセットＴｏｆｆｓｅｔ＝ＩＤ２Ｄ−１２、周期性ＴＤ２Ｄ＝５、およびウインドウサイズＭ＝４、の組合せを意味する。このように、通信デバイスは、サブフレームオフセットと、周期性と、ウインドウサイズとに従ってＨＡＲＱフィードバックを送信することができる。
【００４０】
図７は、本発明の一例によるＨＡＲＱタイムラインの概略図である。本発明によれば、通信デバイスは、前のフレームのサブフレーム６、７、および、現在のフレームのサブフレーム１、２における受信に応答するために、ＨＡＲＱフィードバックを、ＦＤＤルール（すなわち、（ｎ＋４）ルール）に従って、サブフレーム０、１、５および６において送信する。通信デバイスは、サブフレーム２、３、７および８においてはＨＡＲＱフィードバックを送信せず、したがって、前のフレームのサブフレーム８、９および現在のフレームのサブフレーム３、４における受信は、ＦＤＤルールに従って応答されない。しかし、通信デバイスは、前のフレームのサブフレーム８、９および現在のフレームのサブフレーム０における受信に応答するために、サブフレーム４においてＨＡＲＱフィードバックを送信し、現在のフレームのサブフレーム３、４および５における受信に応答するために、サブフレーム９においてＨＡＲＱを送信する。図７に示された例は、サブフレームオフセットＴｏｆｆｓｅｔ＝ＩＤ２Ｄ−７、周期性ＴＤ２Ｄ＝５およびウインドウサイズＭ＝３の組合せが示される構成インデックスＩＤ２Ｄ＝８に従って実現され得る。言い換えると、さまざまなＨＡＲＱフィードバックタイムラインがさまざまな構成インデックスに従って実現され得る。さらに、表６０は、構成インデックスＩＤ２Ｄと対応するパラメータとの間の異なる関係を得るために、変更され得る。
【００４１】
図８は、本発明の一例による処理８０のフローチャートである。処理８０は、ＦＤＤモードのＨＡＲＱタイムラインを処理するために通信デバイスにおいて利用され得る。処理８０は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００４２】
ステップ８００：開始
ステップ８０２：ＵＬ／ＤＬ構成に従って、第１の組の受信に応答するために、第１の組のサブフレームにおいて第１の組のＨＡＲＱフィードバックを送信する。
【００４３】
ステップ８０４：ＦＤＤルールに従って、第２の組の受信に応答するために、第２の組のサブフレームにおいて第２の組のＨＡＲＱフィードバックを送信する。
【００４４】
ステップ８０６：終了
処理８０によれば、通信デバイスは、ＵＬ／ＤＬ構成（すなわち、ＴＤＤ  ＵＬ／ＤＬ構成）に従って、第１の組の受信に応答するために、第１の組のサブフレームにおいて第１の組のＨＡＲＱフィードバックを送信し得、ＦＤＤルールに従って、第２の組の受信に応答するために、第２の組のサブフレームにおいて第２の組のＨＡＲＱフィードバックを送信し得る。言い換えると、第１の組のＨＡＲＱフィードバックはＵＬ／ＤＬ構成に従って送信され、第２の組のＨＡＲＱフィードバックはＦＤＤルールに従って送信される。好ましくは、第１の組の受信と第２の組の受信は重複しない。すなわち、第３の組のサブフレームにおいていかなるＨＡＲＱフィードバックも送信されないことがあり得、第３の組のサブフレームは節約し得る。このように、通信デバイスは、第３の組のサブフレームにおいて、少なくとも１つのＤ２Ｄオペレーションを実行し得る。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００４５】
本発明の実現は、上述に限定されない。
【００４６】
図９は、本発明の一例によるＨＡＲＱタイムラインの概略図である。本発明によれば、通信デバイスは、前のフレームのサブフレーム７、および、現在のフレームのサブフレーム２における受信にそれぞれ応答するために、ＦＤＤルール（すなわち、（ｎ＋４）ルール）に従って、サブフレーム１および６においてＨＡＲＱフィードバックを送信し得る。加えて、ＵＬ／ＤＬ構成に従って、通信デバイスは、前のフレームのサブフレーム４−６および８における受信に応答するために、サブフレーム２においてＨＡＲＱフィードバックを送信し得、前のフレームのサブフレーム９および現在のフレームのサブフレーム０、１、３における受信に応答するために、サブフレーム７においてＨＡＲＱフィードバックを送信し得る。このように、サブフレーム０、３−５、８および９においてはＨＡＲＱフィードバックは送信されず、これらのサブフレームにおいて、１以上のＤ２Ｄオペレーションが実行され得る。
【００４７】
図１０は、本発明の一例による処理１００のフローチャートである。処理１００は、ＴＤＤモードのＨＡＲＱタイムラインを処理するために通信デバイスにおいて利用され得る。処理１００は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００４８】
ステップ１０００：開始
ステップ１００２：第１のＵＬ／ＤＬ構成に従って、少なくとも１つのサブフレームにおいて少なくとも１つの受信を実行する。
【００４９】
ステップ１００４：少なくとも１つのサブフレームのサブセットを決定し、ここで、少なくとも１つのサブフレームのサブセットは、第１のＵＬ／ＤＬ構成および第２のＵＬ／ＤＬ構成に従った少なくとも１つのＤＬサブフレームである。
【００５０】
ステップ１００６：第２のＵＬ／ＤＬ構成に従った少なくとも１つのサブフレームのサブセットにおける少なくとも１つの受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信する。
【００５１】
ステップ１００８：終了
処理１００によれば、通信デバイスは、第１のＵＬ／ＤＬ構成に従った少なくとも１つのサブフレームにおける少なくとも１つの受信を実行する。通信デバイスは、少なくとも１つのサブフレームのサブセットを決定し、その少なくとも１つのサブフレームのサブセットは、第１のＵＬ／ＤＬ構成および第２のＵＬ／ＤＬ構成に従った少なくとも１つのＤＬサブフレームである。次に、通信デバイスは、第２のＵＬ／ＤＬ構成に従った少なくとも１つのサブフレームのサブセットにおける少なくとも１つの受信に応答するために、サブフレームにおいてＨＡＲＱフィードバックを送信する。すなわち、受信を実行するためのＵＬ／ＤＬ構成と、受信に応答するためのＨＡＲＱフィードバックのためのＵＬ／ＤＬ構成とは異なり得る。第２のＵＬ／ＤＬ構成は、システム要件および／または設計上の考慮事項に従って選択（例、決定、構成）され得る。一例において、第２のＵＬ／ＤＬ構成は、Ｄ２ＣオペレーションとＤ２Ｄオペレーションとの間の衝突を避けるために、通信デバイスが、Ｄ２ＤサブフレームにおいてＨＡＲＱフィードバックを送信しないように選択（例、決定、構成）され得る。一例において、第２のＵＬ／ＤＬ構成は、第２のＵＬ／ＤＬ構成の少なくとも１つのＵＬサブフレームが第１のＵＬ／ＤＬ構成の少なくとも１つのＵＬサブフレームのサブセットであるように選択（例、決定、構成）され得る。このように、サブフレームがＤ２Ｄオペレーションのために構成され、一方で該サブフレームが第１のＵＬ／ＤＬ構成に従ってＨＡＲＱフィードバックを送信するためのものであるという問題が、処理１００に従って解決される。
【００５２】
本発明の実現は、上述に限定されない。
【００５３】
一例において、第１のＵＬ／ＤＬ構成に従って決定される少なくとも１つのサブフレームの１つのための第１のＨＡＲＱリソース領域と、第２のＵＬ／ＤＬ構成に従って決定される少なくとも１つのサブフレームの１つのための第２のＨＡＲＱリソース領域とは、同じＨＡＲＱリソース領域であり得る。他の例において、第１のＵＬ／ＤＬ構成に従って決定される少なくとも１つのサブフレームの１つのための第１のＨＡＲＱリソース領域は、第２のＵＬ／ＤＬ構成に従って決定される少なくとも１つのサブフレームの１つのための第２のＨＡＲＱリソース領域とは重複しない。
【００５４】
図１１は、本発明の一例によるＨＡＲＱタイムラインの概略図である。図１１において、通信デバイスは、ＵＬ／ＤＬリソースを決定するためのＵＬ／ＤＬ構成０で構成されている。サブフレーム３、４、８および９は、Ｄ２Ｄオペレーション可能に構成されている。本発明によれば、通信デバイスは、ＵＬ／ＤＬ構成２（すなわち、参照ＵＬ／ＤＬ構成）に従ってＨＡＲＱフィードバックを送信し得る。すなわち、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突を解決するために、異なるＵＬ／ＤＬ構成がＨＡＲＱフィードバックの送信のために使用される。それに応じて、ＨＡＲＱフィードバックは、サブフレーム３、４、８および９とは重複しないサブフレーム２および７においてのみ送信され得るので、ＨＡＲＱフィードバックの送信は、Ｄ２Ｄオペレーションによって影響されない。例えば、通信デバイスは、前のフレームのサブフレーム５および／または６における１以上の受信に応答するために、サブフレーム２においてＨＡＲＱフィードバックを送信し得る。通信デバイスは、現在のフレームのサブフレーム０および／または１における１以上の受信に応答するために、サブフレーム7においてＨＡＲＱフィードバックを送信し得る。対照的に、従来技術によれば、サブフレーム４はＤ２Ｄオペレーションのために構成されており、通信デバイスは、Ｄ２ＣオペレーションとＤ２Ｄオペレーションとの間の衝突のせいで規則的な動作ができないため、サブフレーム０における受信は応答されないことがあり得る。加えて、たとえサブフレーム３、４、８および９が、ＵＬ／ＤＬ構成２に従うフィードバックタイムラインの中に含まれていても、これらのサブフレームは、実際ＵＬ／ＤＬ構成０に従って決定されたＵＬサブフレームである。このように、これらのサブフレームにおいてネットワークからのいかなる受信も実行されず、通信デバイスは、ＨＡＲＱフィードバックにおいて、これらのサブフレームにおける受信に応答する必要がない。
【００５５】
図１２は、本発明の一例による異なるＵＬ／ＤＬ構成を有する通信デバイスの関連付けの組の概略図であり、ＵＬ／ＤＬ構成に対応するサブフレーム割当ては図１１に示されている。ＵＬサブフレームとＵＬ／ＤＬ構成のための関連付けの組が図１２に示されている。例えば、通信デバイスが、前のフレームのサブフレーム６における受信に応答するためにサブフレーム２においてＨＡＲＱフィードバックを送信しようとするとき、関連付けの組インデックス６を含むサブフレーム２の関連付けの組が、従来技術に従ってＨＡＲＱリソースを決定するために使用されるであろう。しかし、通信デバイスが、前のフレームのサブフレーム６および／または５（それぞれ、関連付けインデックス６および７に対応する）における受信に応答するためにサブフレーム２においてＨＡＲＱフィードバックを送信しようとするとき、関連付けの組インデックス６および７を含むサブフレーム２の関連付けの組が、本発明に従ってＨＡＲＱリソースを決定するために使用されるであろう。前述したように、通信デバイスは、ＵＬ／ＤＬ構成０に従って決定されたＵＬサブフレーム（すなわち、サブフレーム４および８）における受信に応答する必要がない。すなわち、ＵＬ／ＤＬ構成０および２の両方に従ったＤＬサブフレームであるサブフレームが確認応答される。関連付けインデックス７は、ＵＬ／ＤＬ構成０に含まれておらず、ＵＬ／ＤＬ構成２に従って提供されるので、独立した関連付けの組として決定される。図１２において、サブフレーム２を考えると、本発明に従って決定される関連付けインデックス６のためのＨＡＲＱリソース領域（前述の第２のＨＡＲＱリソース領域）は、ＵＬ／ＤＬ構成０に従って決定される関連付けインデックス６のためのＨＡＲＱリソース領域（前述の第１のＨＡＲＱリソース領域）と同じであり、すなわち、関連付けインデックス６は再利用される。関連付けインデックス７のための他のＨＡＲＱリソース領域（前述の第２のＨＡＲＱリソース領域）は、ＵＬ／ＤＬ構成２に従って決定される。
【００５６】
図１３は、本発明の一例による異なるＵＬ／ＤＬ構成を有する通信デバイスの関連付けの組の概略図であり、ＵＬ／ＤＬ構成に対応するサブフレーム割当ては図１１に示されている。ＵＬサブフレームとＵＬ／ＤＬ構成のための関連付けの組が図１３に示されている。図１３におけるＨＡＲＱフィードバックについてのオペレーションは、本発明およびＵＬ／ＤＬ構成０に従って決定されるリソース領域が重複しない点を除き、図１２におけるオペレーションと似ている。例えば、サブフレーム２を考えると、本発明（例、ＵＬ／ＤＬ構成２）に従って決定される関連付けインデックス６のためのＨＡＲＱリソース領域（前述の第２のＨＡＲＱリソース領域）は、ＵＬ／ＤＬ構成０に従って決定される関連付けインデックス６のためのＨＡＲＱリソース領域（前述の第１のＨＡＲＱリソース領域）と重複しない。関連付けインデックス７は、ＵＬ／ＤＬ構成０に含まれておらず、ＵＬ／ＤＬ構成２に従って提供されるので、独立した関連付けの組の中に割り当てられている。加えて、第２のＨＡＲＱリソース領域に対応する関連付けの組｛７、６｝の順序は限定されず、例えば、関連付けの組は｛６、７｝であり得る。
【００５７】
図１４は、本発明の一例による処理１４０のフローチャートである。処理１４０は、Ｄ２Ｄオペレーションを処理するために通信デバイスにおいて利用され得る。処理１４０は、コンパイルされてプログラムコード２１４となり得、以下のステップを含む。
【００５８】
ステップ１４００：開始
ステップ１４０２：ネットワークに対してＤ２Ｃオペレーションを実行するための第１のサブフレームを決定する。
【００５９】
ステップ１４０４：第１のサブフレームがＤ２Ｄ送信サブフレームでないとき、第１のサブフレームにおけるＤ２Ｃオペレーションの実行をストップする。
【００６０】
ステップ１４０６：第１のサブフレームがＤ２Ｄ送信サブフレームであるとき、第１のサブフレームにおけるＤ２Ｃオペレーションを実行し、第１のサブフレームにおけるＤ２Ｄオペレーションをストップする。
【００６１】
ステップ１４０８：終了
処理１４０によれば、通信デバイスは、ネットワークに対してＤ２Ｃオペレーションを実行するための第１のサブフレームを決定し得る。次に、通信デバイスは、第１のサブフレームがＤ２Ｄ送信サブフレームでないとき、第１のサブフレームにおけるＤ２Ｃオペレーションの実行をストップし得る。第１のサブフレームは、発見、通信および／または同期のためのＤ２Ｄ送信サブフレームとして、ネットワークによって構成され得る。加えて、通信デバイスは、第１のサブフレームがＤ２Ｄ送信サブフレームであるとき、第１のサブフレームにおけるＤ２Ｃオペレーションを実行し得、第１のサブフレームにおけるＤ２Ｄオペレーションをストップし得る。言い換えると、Ｄ２Ｃオペレーションの優先度は、Ｄ２Ｄオペレーションの優先度よりも高い。もし、Ｄ２Ｃオペレーションが、（例えば、キャリアアグリゲーション（ＣＡ）がサポートされているときに、例えば、同じ（例、サービング）セルの、または異なる（例、サービング）セルの）同じサブフレームにおいて実行されるようにスケジュールされているならば、Ｄ２Ｄオペレーションはサブフレームにおいて実行されないことがあり得る。Ｄ２Ｃオペレーションは、ＨＡＲＱフィードバックおよび／またはＰＵＳＣＨの送信を含み得る。一例において、ＨＡＲＱフィードバックは、物理ＵＬ制御チャネル（ＰＵＣＣＨ）を介して送信され得る。一例において、ＵＬパッケージ（例、ＵＬ−ＳＣＨ）と乗算されたＨＡＲＱフィードバックがＰＵＳＣＨを介して送信され得る。Ｄ２Ｄオペレーションは、Ｄ２Ｄ信号（例、パッケージ）の送信を含み得る。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【００６２】
本発明の実現は、上述に限定されない。
【００６３】
一例において、処理１４０において通信デバイスは、第１のサブフレームが、Ｄ２Ｄオペレーションが何もないＤ２Ｄ送信サブフレームであるとき、第１のサブフレームにおいてＤ２Ｃオペレーションを実行し得る。一例において、第１のサブフレームがＤ２Ｄ送信サブフレームであり、第２のサブフレームがＤ２Ｄオペレーションに従う第１のサブフレームに対応する再送サブフレームであるとき、通信デバイスはさらに、第２のサブフレームにおけるＤ２Ｄオペレーション（例、再送）をストップし得る。すなわち、Ｄ２Ｄオペレーションのための再送は第２のサブフレームにおいて必要とされないことがあり得るので、通信デバイスは、第１のサブフレームおよび第２のサブフレームの両方においてＤ２Ｄオペレーションをストップする。一例において、第１のサブフレームがＤ２Ｄ送信サブフレームであり、第３のサブフレームが第１のサブフレームにおけるＤ２Ｄオペレーションのためにスケジュール割当てによってスケジュールされているとき、処理１４０において通信デバイスはさらに第３のサブフレームにおけるＤ２Ｄオペレーションをストップ（例、スケジュール割当てをドロップ）し得る。すなわち、第３のサブフレームにおけるＤ２Ｄオペレーションは、第１のサブフレームにおけるスケジュール割当てによってトリガーがかけられるので、通信デバイスは、第１のサブフレームおよび第３のサブフレームの両方においてＤ２Ｄオペレーションをストップする。一例において、第１のサブフレームがＤ２Ｄ送信サブフレームであり、第４のサブフレームがＤ２Ｄ送信サブフレームであり（このＤ２Ｄオペレーションもストップされる）、第３のサブフレームが、第１のサブフレームおよび第４のサブフレームにおけるＤ２Ｄオペレーションのためのスケジュール割当てによってスケジュールされるとき、処理140において通信デバイスはさらに第３のサブフレームにおけるＤ２Ｄオペレーションをストップし得る。すなわち、もし、衝突が、スケジュール割当てを運ぶ第１のサブフレームおよび第４のサブフレームにおいて発生するならば、通信デバイスは、第３のサブフレームにおいてＤ２Ｄオペレーションをストップする。
【００６４】
当業者は、上記の説明および実施例についての組合せ、修正および／または変更を容易に行い得る。推奨されたステップを含む上記の説明、ステップおよび／または処理は、ハードウェア、ソフトウェア、（ハードウェアデバイスと、コンピュータ命令と、ハードウェアデバイス上のリードオンリーソフトウェアとして存在するデータと、の組合せとして知られる）ファームウェア、電子システム、またはそれらの組み合わせであり得る手段によって実現され得る。上記手段の一例は、通信デバイス２０であり得る。
【００６５】
ハードウェアの例は、アナログ回路、デジタル回路および／または混合回路を含み得る。例えば、ハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス、結合されたハードウェアコンポーネント、またはこれらの組合せを含み得る。他の例において、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタルシグナルプロセッサ（ＤＳＰ）またはこれらの組合せを含み得る。
【００６６】
ソフトウェアの例は、コンピュータ可読媒体等のストレージユニット内に維持された（例、格納された）コードの組、命令の組、および／または機能の組を含み得る。コンピュータ可読媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭ／ＢＤ−ＲＯＭ、磁気テープ、ハードディスク、光学データストレージデバイス、不揮発性ストレージユニット、またはこれらの組合せを含み得る。コンピュータ可読媒体（例、ストレージユニット）は、少なくとも１つのプロセッサと内部的に（例、統合されて）または外部的に（例、離れて）結合され得る。１以上のモジュールを含み得る少なくとも１つのプロセッサは、コンピュータ可読媒体内のソフトウェアを実行（するように構成）し得る。コードの組、命令の組および／または機能の組は、少なくとも１つのプロセッサ、モジュール、ハードウェアおよび／または電子システムに、関連するステップを実行させ得る。
【００６７】
電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム製品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブックまたはポータブルコンピュータシステム、および通信デバイス２０を含み得る。
【００６８】
まとめると、本発明は、Ｄ２Ｄオペレーションを処理する方法を提供する。このように、Ｄ２ＤオペレーションとＤ２Ｃオペレーションとの間の衝突は、上述に従って解決される。その結果、Ｄ２ＤオペレーションおよびＤ２Ｃオペレーションは、規則的に実行され得る。
【図１】
2015186261.tif 000003
【図２】
2015186261.tif 000004
【図３】
2015186261.tif 000005
【図４】
2015186261.tif 000006
【図５】
2015186261.tif 000007
【図６】
2015186261.tif 000008
【図７】
2015186261.tif 000009
【図８】
2015186261.tif 000010
【図９】
2015186261.tif 000011
【図１０】
2015186261.tif 000012
【図１１】
2015186261.tif 000013
【図１２】
2015186261.tif 000014
【図１３】
2015186261.tif 000015
【図１４】
2015186261.tif 000016
【外国語明細書】
2015186261000001.pdf