知財求人 - 知財ポータルサイト「IP Force」
特許7528363サイドリンク不連続受信の制御方法、装置、機器及び可読記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-26
(45)【発行日】2024-08-05
(54)【発明の名称】サイドリンク不連続受信の制御方法、装置、機器及び可読記憶媒体
(51)【国際特許分類】
H04W 52/02 20090101AFI20240729BHJP
H04W 72/40 20230101ALI20240729BHJP
H04W 92/18 20090101ALI20240729BHJP
H04W 72/231 20230101ALI20240729BHJP
H04W 72/566 20230101ALI20240729BHJP
【ＦＩ】
H04W52/02 111
H04W72/40
H04W92/18
H04W72/231
H04W72/566
【請求項の数】
15
(21)【出願番号】P 2023511618
(86)(22)【出願日】2021-08-23
(65)【公表番号】
(43)【公表日】2023-08-31
(86)【国際出願番号】 CN2021114077
(87)【国際公開番号】W WO2022042486
(87)【国際公開日】2022-03-03
【審査請求日】2023-02-14
(31)【優先権主張番号】202010880352.6
(32)【優先日】2020-08-27
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002871
【氏名又は名称】弁理士法人坂本国際特許商標事務所
(72)【発明者】
【氏名】梁 敬
(72)【発明者】
【氏名】劉 思▲キ▼
【審査官】青木 健
(56)【参考文献】
【文献】特表２０１９－５２５６０７（ＪＰ，Ａ）
【文献】特表２０１５－５２４１８１（ＪＰ，Ａ）
【文献】3GPP; Technical Specification Group Radio Access Network，Medium Access Control (MAC) protocol specification (Release 16)，3GPP TS 38.321 V16.0.0 (2020-03)，2020年04月09日，128-131頁
【文献】Ericsson，MAC left issues，3GPP TSG RAN WG2 #109bis-e R2-2003110，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003110.zip>，2020年04月09日
【文献】Huawei, HiSilicon，Draft CR on TS 38.321 on the remaining MAC Open issues for 5G V2X with NR SL，3GPP TSG RAN WG2 #109bis-e R2-203556，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003556.zip>，2020年04月10日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
サイドリンク不連続受信Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法であって、端末は、Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信するステップと、
前記端末は、前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うステップと、
を含み、
前記制御シグナリングが新たなＰＣ５のＭＡＣ ＣＥを含む場合、前記新たなＰＣ５のＭＡＣ ＣＥは、ＭＡＣサブヘッダーを含み、前記ＭＡＣサブヘッダーは、前記新たなＰＣ５のＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤ及び／又はｅＬＣＩＤを含み、前記方法は、さらに、
予約値のｉｎｄｅｘ＝２０～６１のうちの１つの値をＬＣＩＤとして用いて前記新たなＰＣ５のＭＡＣ ＣＥを定義することによりｓｉｄｅｌｉｎｋ ＤＲＸを制御するステップを含む、サイドリンク不連続受信Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法。
【請求項2】
前記制御シグナリングがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含む場合、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤである第１の情報を含み、
或いは、
前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸの制御に用いる、請求項１に記載の方法。
【請求項3】
前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＤＲＸコマンドであるように指示するための第２の情報
をさらに含み、
前記第２の情報は、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである、請求項２に記載の方法。
【請求項4】
前記制御シグナリングがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含む場合、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するための第３の情報であって、ＬＣＩＤである前記第３の情報を含み、
或いは、
前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸを制御するために用いられる、請求項１に記載の方法。
【請求項5】
前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＬＯＮＧ ＤＲＸコマンドであるように指示するための第４の情報
をさらに含み、
前記第４の情報は、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである、請求項４に記載の方法。
【請求項6】
前記制御シグナリングが新たなＵｕのＭＡＣ ＣＥを含む場合、前記ＬＣＩＤ又はｅＬＣＩＤの数は、少なくとも２つであり、第１のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、第２のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、
及び/又は、
前記新たなＵｕのＭＡＣ ＣＥは、
前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第５の情報
をさらに含む、請求項１に記載の方法。
【請求項7】
前記新たなＵｕのＭＡＣ ＣＥは、第６の情報をさらに含み、前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｌｉｎｋに対応するＤＲＸ設定を指示するためのリンク識別子ｌｉｎｋ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｄｅｓｔｉｎａｔｉｏｎに対応するＤＲＸ設定を指示するための目的地識別子ｄｅｓｔｉｎａｔｉｏｎ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｐｏｏｌに対応するＤＲＸ設定を指示するためのプール識別子ｐｏｏｌ ＩＤが保持されている、請求項６に記載の方法。
【請求項8】
前記制御シグナリングが新たなＰＣ５のＭＡＣ ＣＥを含む場合、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、プロトコルによる約束と、
ネットワーク側の設定と、
サービスに関する優先度であって、前記サービスは、前記端末と他の端末との間でのものである、サービスに関する優先度と、
前記端末が受信したダウンリンク制御情報又はサイドリンク制御情報における指示と、
の少なくとも１つの方式により決定され、
前記サービスに関する前記優先度は、
前記端末と他の端末との間での複数の論理チャネルの優先度のうちの一番高い、又は一番低い優先度を含む、請求項１に記載の方法。
【請求項9】
前記制御シグナリングが前記新たなＰＣ５のＭＡＣ ＣＥを含む場合、前記ＬＣＩＤ又はｅＬＣＩＤの数は、少なくとも２つであり、第１のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、第２のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＰＣ５のＭＡＣ ＣＥがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、及び/又は、
前記新たなＰＣ５のＭＡＣ ＣＥには、第８の情報がさらに保持されており、前記第８の情報は、対応するｐｏｏｌにＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うことを示すｐｏｏｌ ＩＤを指示し、
或いは、
前記第８の情報は、オフセット値であって、前記オフセット値の後にＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うオフセット値を指示し、前記オフセット値は、ｄｒｘ－ｏｎｄｕｒａｔｉｏｎ Ｔｉｍｅｒの開始時点のサブフレームの開始点に対するものである、請求項１に記載の方法。
【請求項10】
前記制御シグナリングが前記新たなＰＣ５のＭＡＣ ＣＥを含む場合、前記ＭＡＣサブヘッダーは、前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第７の情報であって、ＬＣＩＤである前記第７の情報
をさらに含む、請求項１に記載の方法。
【請求項11】
Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うステップは、サイドリンク不連続受信継続時間タイマーＳｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させるステップ、
又は、
サイドリンク不連続受信無活動タイマーｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させるステップ、
を含む、請求項１～１０のいずれか一項に記載の方法。
【請求項12】
前記制御シグナリングがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含む場合、前記端末には、短周期のＤＲＸが設定された場合、前記端末は、短周期継続時間を制御するためのサイドリンク不連続受信短周期タイマーｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを起動又は再起動するステップ
をさらに含み、
前記方法は、
前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトする前に短ＤＲＸ周期を使用するステップ、
又は、
前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトした後に長ＤＲＸ周期を使用するステップ、
をさらに含む、請求項１に記載の方法。
【請求項13】
前記制御シグナリングがＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含む場合、前記端末がｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止させ、長ＤＲＸ周期を使用するステップ
をさらに含む、請求項１に記載の方法。
【請求項14】
プロセッサ、メモリ及び前記メモリに記憶され前記プロセッサにおいて実行可能なプログラムを含む端末であって、前記プログラムが前記プロセッサにより実行される時、請求項１～１３のいずれか一項に記載の方法のステップを実現する、端末。
【請求項15】
プログラム又はコマンドを記憶する可読記憶媒体であって、前記プログラム又はコマンドがプロセッサにより実行される時、請求項１～１３のいずれか一項に記載の方法のステップを実現する、可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２０年８月２７日に中国で出願された出願番号Ｎｏ．２０２０１０８８０３５２．６の中国特許の優先権を主張し、その全ての内容は、引用によりここに含まれる。
本出願は、２０２０年８月２７日に中国で出願された出願番号Ｎｏ．２０２０１０８８０３５２．６の中国特許の優先権を主張し、その全ての内容は、引用によりここに含まれる。
【0002】
本出願は、通信の技術分野に属し、具体的には、サイドリンク（Ｓｉｄｅｌｉｎｋ，ＳＬ）不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）の制御方法、装置、機器及び可読記憶媒体に関する。
【背景技術】
【0003】
従来、Ｕｕ ＤＲＸに基づいた関連設計により、端末は、不要なダウンリンク制御チャネルモニタリングをできるだけ減少させることができるが、Ｓｉｄｅｌｉｎｋについては、ｓｉｄｅｌｉｎｋ制御チャネルに対するモニタリング又は送信の制御を実現するために、ＰＣ５にもＳｉｄｅｌｉｎｋ ＤＲＸを取り入れるとすれば、節電という目的を達成することもできる。
【0004】
Ｕｕインタフェース又はＰＣ５インタフェースのシグナリングによりｓｉｄｅｌｉｎｋ ＤＲＸを制御することは、早急に解決すべき課題である。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本出願の実施例は、Ｕｕインタフェース又はＰＣ５インタフェースのシグナリングによりｓｉｄｅｌｉｎｋ ＤＲＸを制御するという課題を解決する、サイドリンク不連続受信の制御方法、装置、機器及び可読記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【0006】
第１側面において、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法であって、
端末は、Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信するステップと、
前記端末は、前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うステップと、
を含み、
前記制御シグナリングは、ＭＡＣシグナリングである、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法を提供する。
端末は、Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信するステップと、
前記端末は、前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うステップと、
を含み、
前記制御シグナリングは、ＭＡＣシグナリングである、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法を提供する。
【0007】
第２側面において、端末に応用されるＳｉｄｅｌｉｎｋ ＤＲＸの制御装置であって、
Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信するための受信モジュールと、
前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うための制御モジュールと、
を備え、
前記制御シグナリングは、ＭＡＣシグナリングである、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御装置を提供する。
Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信するための受信モジュールと、
前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うための制御モジュールと、
を備え、
前記制御シグナリングは、ＭＡＣシグナリングである、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御装置を提供する。
【0008】
第３側面において、プロセッサ、メモリ、及び前記メモリに記憶され前記プロセッサにおいて実行可能なプログラムを含む端末であって、前記プログラムが前記プロセッサにより実行される時、第１側面に記載の方法のステップを実現する、端末を提供する。
【0009】
第４側面において、プログラム又はコマンドを記憶する可読記憶媒体であって、前記プログラム又はコマンドがプロセッサにより実行される時、第１側面に記載の方法のステップを実現する、可読記憶媒体を提供する。
【0010】
第５側面において、プロセッサ、メモリ、及び前記メモリに記憶され前記プロセッサにおいて実行可能なプログラムを含む端末であって、前記プログラムが前記プロセッサにより実行される時、第１側面に記載の方法のステップを実現する、端末を提供する。
【0011】
第６側面において、プログラム又はコマンドを記憶する可読記憶媒体であって、前記プログラム又はコマンドがプロセッサにより実行される時、第１側面に記載の方法のステップを実現する、可読記憶媒体を提供する。
【0012】
第７側面において、不揮発性記憶媒体に記憶されるプログラム製品であって、少なくとも１つのプロセッサにより実行され、第１側面に記載の処理の方法のステップを実現する、プログラム製品を提供する。
【0013】
第８側面において、プロセッサと通信インタフェースとを含むチップであって、前記通信インタフェースと前記プロセッサとは結合され、前記プロセッサは、プログラム又はコマンドを実行し、第１側面に記載の処理の方法を実現するために用いられる、チップを提供する。
【発明の効果】
【0014】
本出願の実施例において、ｓｉｄｅｌｉｎｋ ＤＲＸに対するＭＡＣシグナリングの制御により、ｓｉｄｅｌｉｎｋ ＤＲＸを効率的に、かつ柔軟に制御することを実現する。
【図面の簡単な説明】
【0015】
【図1】ＤＲＸ周期の模式図である。
【図2】ＣＤＲＸオン継続時間の前におけるウェイクアップ信号のタイムラインフローの模式図である。
【図3】ＬＴＥ Ｕｐｌｉｎｋ、Ｄｏｗｎｌｉｎｋ及びＳｉｄｅｌｉｎｋの模式図である。
【図4】ＤＬ ＭＡＣ ＰＤＵの模式図である。
【図5】ＵＬ ＭＡＣ ＰＤＵの模式図である。
【図6】８ビットＬフィールドを有するＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーの模式図である。
【図7】１６ビットＬフィールドを有するＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーの模式図である。
【図8】Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーの模式図である。
【図9】Ｅ／Ｔ／Ｒ／Ｒ／ＢＩ ＭＡＣサブヘッダーの模式図である。
【図10】Ｅ／Ｔ／ＲＡＰＩＤ ＭＡＣサブヘッダーの模式図である。
【図11】ＭＡＣヘッダー、ＭＡＣ ＳＤＵ及びパディング（ｐａｄｄｉｎｇ）を含むＭＡＣ ＰＤＵの模式図である。
【図14】Ｒ／Ｒ／Ｅ／ＬＣＩＤ ＭＡＣサブヘッダーの模式図である。
【図15】Ｖ＝「０００１」及び「００１０」であるＳＬ－ＳＣＨ ＭＡＣサブヘッダーの模式図である。
【図16】Ｖ＝「００１１」であるＳＬ－ＳＣＨ ＭＡＣサブヘッダーの模式図である。
【図17】本出願の実施例に応用可能な無線通信システムのブロック図である。
【図18】本出願の実施例のサイドリンク不連続受信の制御方法の模式図である。
【図19】本出願の実施例におけるＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥを多重化する模式図である。
【図26】本出願の実施例における新たなＰＣ５のＭＡＣ ＣＥの模式図である。
【図27】本出願の実施例におけるＭＡＣ ＣＥの模式図である。
【図28】本出願の実施例のサイドリンク不連続受信の制御装置の模式図である。
【図29】本出願の実施例の端末の模式図である。
【発明を実施するための形態】
【0016】
本出願の実施例を容易に理解するために、以下の技術ポイントを説明する。
【0017】
（１）無線リソース制御のアイドル状態（ＲＲＣ＿ＩＤＬＥ）という状態におけるＤＲＸについて
ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）、又は第５世代移動通信技術（５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）の通信システムにおいて、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、事前設定された時間に基地局から送信されたページング信号を検出する必要があり、ページング信号を検出する工程は、以下の通りである。
ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）、又は第５世代移動通信技術（５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）の通信システムにおいて、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、事前設定された時間に基地局から送信されたページング信号を検出する必要があり、ページング信号を検出する工程は、以下の通りである。
【0018】
ページング無線ネットワーク一時識別子（Ｐａｇｉｎｇ－ＲＮＴＩ，Ｐ－ＲＮＴＩ）に対応する物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＣＣＨ）をブラインド検出する。当該ＰＤＣＣＨが検出されなかった場合、今回の検出の終了に進み、ＰＤＣＣＨの存在が検出された場合、当該ＰＤＣＣＨにより指示された物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）をさらに検出し、検出されたＰＤＳＣＨが該当端末のページング信号ではない場合、検出を終了し、さもなければ、検出されたＰＤＳＣＨは、該当端末のページング信号である。
【0019】
ＲＲＣ＿ＩＤＬＥ状態にある端末は、定期的にページング信号を検出し、該当ＵＥに属するページング信号を受信する確率が比較的低く、毎回のＰＤＣＣＨ及びＰＤＳＣＨの検出のための電力消費が比較的大きく、端末の節電に不利である。
【0020】
（２）無線リソース制御接続状態（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）という状態におけるＤＲＸについて
不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）は、節電のために、ＤＲＸ状態にある端末が、制御チャネルに接続され前記制御チャネルをモニタリングすることを必要としないことを目的とする。しかし、端末は、制御チャネルを長時間にモニタリングしない場合、データが一旦到達すると、データ伝送の遅延を増加させる。節電と伝送の遅延とを両立するために、端末がチャネルをモニタリングする時間の長さに応じて、５Ｇメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）は、ＤＲＸ長周期及びＤＲＸ短周期との二種類のＤＲＸ周期をサポートする。端末のデータ量が比較的頻繁に到達すること、又はサービスが遅延に比較的敏感であると予測した場合、ネットワークは、端末をＤＲＸ短周期を使用するように設定することができる。端末のデータ量が比較的疎らで遅延に敏感でないと予測した場合、ネットワークは、端末をＤＲＸ長周期のみを使用するように設定することができる。端末がＤＲＸ長周期／ＤＲＸ短周期の切り替えを容易に行うために、ＤＲＸ長周期がＤＲＸ短周期の整数倍であることが要求され、このようにして、双方のモニタリング継続時間（ｏｎｄｕｒａｔｉｏｎ）が揃うことが確保される。
不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）は、節電のために、ＤＲＸ状態にある端末が、制御チャネルに接続され前記制御チャネルをモニタリングすることを必要としないことを目的とする。しかし、端末は、制御チャネルを長時間にモニタリングしない場合、データが一旦到達すると、データ伝送の遅延を増加させる。節電と伝送の遅延とを両立するために、端末がチャネルをモニタリングする時間の長さに応じて、５Ｇメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）は、ＤＲＸ長周期及びＤＲＸ短周期との二種類のＤＲＸ周期をサポートする。端末のデータ量が比較的頻繁に到達すること、又はサービスが遅延に比較的敏感であると予測した場合、ネットワークは、端末をＤＲＸ短周期を使用するように設定することができる。端末のデータ量が比較的疎らで遅延に敏感でないと予測した場合、ネットワークは、端末をＤＲＸ長周期のみを使用するように設定することができる。端末がＤＲＸ長周期／ＤＲＸ短周期の切り替えを容易に行うために、ＤＲＸ長周期がＤＲＸ短周期の整数倍であることが要求され、このようにして、双方のモニタリング継続時間（ｏｎｄｕｒａｔｉｏｎ）が揃うことが確保される。
【0021】
ＤＲＸメカニズムをサポートするために、基地局は、端末に、ＤＲＸに関するタイマー及びパラメータを設定する。具体的には、以下のことを含む。
【0022】
－ ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：長ＤＲＸ周期の周期及びオフセットを設定するためのものであり、周期及びオフセットの単位はミリセカンドである。
【0023】
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ：短ＤＲＸ周期の周期及びオフセットを設定するためのものであり、周期及びオフセットの単位はミリセカンドである。
【0024】
－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ：端末が短ＤＲＸ周期を使用する時間の長さを制御するためのものであり、単位は整数であり、端末が一旦短ＤＲＸ周期に入ると、前記整数倍の短周期を維持する必要があることを示す。
【0025】
－ ｄｒｘ－ｏｎｄｕｒａｔｉｏｎ Ｔｉｍｅｒ：ＤＲＸ継続モニタリングタイマーであり、当該タイマーが動作している間、端末は、ネットワークのＰＤＣＣＨ制御チャネルをモニタリングし続ける必要がある。当該タイマーの単位はミリセカンドである。
【0026】
－ ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ：端末がｄｒｘ－ｏｎｄｕｒａｔｉｏｎ Ｔｉｍｅｒを起動する遅延であり、当該パラメータによりサブフレームの開始点に対するＤＲＸ ｏｎｄｕｒａｔｉｏｎの開始時点のオフセット量を設定し、オフセット量は１／３２ミリセカンドの整数倍である。
【0027】
－ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：ＤＲＸ無活動タイマーである。当該タイマーは、端末がアップ／ダウンリンク新規データに対するスケジューリングＰＤＣＣＨシグナリングを受信した後の１つ目のシンボルで起動し、当該タイマーが動作している間、端末は、制御チャネルをモニタリングし続ける必要があり、当該タイマーの単位はミリセカンドである。
【0028】
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ダウンリンクハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ，ＨＡＲＱ）往復遅延時間（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ，ＲＴＴ）タイマーであり、各ダウンリンクプロセスに基づいてメンテナンスされ、タイマーの時間の長さは、ＨＡＲＱフィードバック時点から当該プロセスに対するＨＡＲＱ再送を受信するまでの間の最小時間間隔である。端末は、ダウンリンクプロセスに対応するデータが成功にデコードされない場合にのみ、当該プロセスのＨＡＲＱ否定応答（Ｎｅｇａｔｉｖｅ－Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＮＡＣＫ）がフィードバックされた後の１つ目のシンボルで当該タイマーを起動する。現在の端末にｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ及び／又はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬのみが動作していると、端末はＰＤＣＣＨ制御チャネルをモニタリングする必要がなく、当該タイマーの単位はシンボルである。
【0029】
－ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ：アップリンクＨＡＲＱ ＲＴＴタイマーであり、各アップリンクプロセスに基づいてメンテナンスされ、当該タイマーの時間の長さは、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）伝送時点から当該プロセスに対するＨＡＲＱ再送を受信するまでの間の最小時間間隔である。アップリンクＰＵＳＣＨ伝送の後、端末は、当該アップリンクプロセスに対するアップリンクＨＡＲＱ ＲＴＴタイマーを起動し、ＰＵＳＣＨ伝送がＰＵＳＣＨ繰り返し（ＰＵＳＣＨ ｒｅｐｅｔｉｔｉｏｎ）を使用した場合、アップリンクＨＡＲＱ ＲＴＴタイマーは、ＰＵＳＣＨの一回目の繰り返しの後に起動し、これにより、基地局が早めにＰＵＳＣＨを解析した後、タイムリーにＰＵＳＣＨの繰り返し伝送を終了できることを確保することができる。当該タイマーの単位はシンボルである。
【0030】
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ：ダウンリンク再送タイマーであり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬがタイムアウトした後の次のシンボルで当該タイマーを起動する。当該タイマーが動作している間、端末は、ネットワークの制御チャネルをモニタリングし、当該プロセスに対するダウンリンクスケジューリング情報又はダウンリンク設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を受信すると、当該タイマーを停止させる。当該タイマーの単位はタイムスロット（ｔｉｍｅ ｓｌｏｔ）である。
【0031】
－ ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ：アップリンク再送タイマーであり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬがタイムアウトした後の次のシンボルで当該タイマーを起動する。当該タイマーが動作している間、端末は、ネットワークの制御チャネルをモニタリングし、当該プロセスに対するアップリンクスケジューリング情報又はアップリンクｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを受信すると、動作を停止させる。当該タイマーの単位はタイムスロット（ｔｉｍｅ ｓｌｏｔ）である。
【0032】
以上は、既存のＤＲＸの基本メカニズム及びこれに関するパラメータであり、これらのパラメータの全てが１セットのＤＲＸ設定を構成し、ＵＥは、当該設定に従って対応する不連続受信操作を行う。
【0033】
図１を参照し、時間領域において、時間が一つ一つの連続したＤＲＸ周期に画成される。
【0034】
前記２種類のＤＲＸ周期においてＰａｇｉｎｇ信号又はＰＤＣＣＨをブラインド検出するための電力消費をさらに削減するために、ウェイクアップ信号（ｗａｋｅ－ｕｐ ｓｉｇｎａｌ，ＷＵＳ）及びスリーピング信号（パワーセービング信号（ｐｏｗｅｒ ｓａｖｉｎｇ ｓｉｇｎａｌ）として総称される）という概念が提案されている。
【0035】
（３）ＲＲＣ＿ＩＤＬＥ又は無線リソース制御無活動（ＲＲＣ＿ｉｎａｃｔｉｖｅ）状態におけるパワーセービング信号について
アイドル（ｉｄｌｅ）状態における各ページングｐａｇｉｎｇ周期において、ページング時点（Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ，ＰＯ）の前に、基地局は、パワーセービング信号を端末に伝送し、端末は、対応する時点で当該パワーセービング信号を検出する。
アイドル（ｉｄｌｅ）状態における各ページングｐａｇｉｎｇ周期において、ページング時点（Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ，ＰＯ）の前に、基地局は、パワーセービング信号を端末に伝送し、端末は、対応する時点で当該パワーセービング信号を検出する。
【0036】
当該パワーセービング信号は、端末にＰＯ時でのＰＤＣＣＨを検出するように指示すると、端末は、前記ＰＤＣＣＨを検出する。
【0037】
当該パワーセービング信号は、端末にＰＯ時点でのＰＤＣＣＨを検出するように指示しないと、端末は、前記ＰＤＣＣＨを検出しない。
【0038】
任意に、ウェイクアップ信号を検出することは、Ｐａｇｉｎｇ信号又はＰＤＣＣＨをブラインド検出することよりも複雑度が低く、より節電する。
【0039】
（４）ＲＲＣ＿接続状態におけるパワーセービング信号について
図２を参照し、ＲＲＣ＿接続状態のぞれぞれにおける不連続受信（ｃｏｎｎｅｃｔｅｄ ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ，ＣＤＲＸ）周期において、ｏｎｄｕｒａｔｉｏｎの前に、或いは、ｏｎｄｕｒａｔｉｏｎにおける開始時点で、基地局は、パワーセービング信号を端末に伝送し、端末は、対応する時点で当該パワーセービング信号を検出する。
図２を参照し、ＲＲＣ＿接続状態のぞれぞれにおける不連続受信（ｃｏｎｎｅｃｔｅｄ ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ，ＣＤＲＸ）周期において、ｏｎｄｕｒａｔｉｏｎの前に、或いは、ｏｎｄｕｒａｔｉｏｎにおける開始時点で、基地局は、パワーセービング信号を端末に伝送し、端末は、対応する時点で当該パワーセービング信号を検出する。
【0040】
当該パワーセービング信号は、端末にｏｎｄｕｒａｔｉｏｎのＰＤＣＣＨを検出するように指示すると、端末は、ＰＤＣＣＨを検出する。
【0041】
当該パワーセービング信号は、端末にｏｎｄｕｒａｔｉｏｎのＰＤＣＣＨを検出するように指示しないと、端末は、ＰＤＣＣＨを検出しない。
【0042】
任意に、ウェイクアップ信号を検出することは、Ｐａｇｉｎｇ信号又はＰＤＣＣＨをブラインド検出することよりも複雑度が低く、節電する。
【0043】
前記パワーセービング信号は、ＰＤＣＣＨに類似する信号であってもよく、チャネル状態情報参照信号（Ｃｈａｎｎｅｌ－ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ，ＣＳＩ－ＲＳ）、又は、オンオフ変調（ｏｎ－ｏｆｆ ｋｅｙｉｎｇ，ＯＯＫ）信号のようなシーケンスに関する信号であってもよい。
【0044】
（５）Ｓｉｄｅｌｉｎｋについての説明
図３を参照し、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムは、１２個目の発行バージョンから、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）の間でネットワーク機器を介することなく直接なデータ伝送を行うためのサイドリンク（Ｓｉｄｅｌｉｎｋ）をサポートするようになった。
図３を参照し、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムは、１２個目の発行バージョンから、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）の間でネットワーク機器を介することなく直接なデータ伝送を行うためのサイドリンク（Ｓｉｄｅｌｉｎｋ）をサポートするようになった。
【0045】
ＬＴＥ Ｓｉｄｅｌｉｎｋの設計は、特定の公共安全作業（例えば、火事現場又は地震などの災害の現場で緊急通信を行う）、又は、車車間・路車間（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）通信などに適用される。車車間・路車間通信は、例えば、基本安全類の通信、高級（自動）運転、隊列編成、センサ拡張などの種々のサービスを含む。ＬＴＥ Ｓｉｄｅｌｉｎｋは、ブロードキャスト通信のみをサポートするため、主に基本安全類の通信に用いられ、遅延、信頼性などの点で厳しいサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）需要を有する他の高級Ｖ２Ｘサービスは、新無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）Ｓｉｄｅｌｉｎｋによりサポートされる。
【0046】
５Ｇ ＮＲシステムは、ＬＴＥによりサポートされない６ＧＨｚ以上の作業周波数帯域に利用でき、より大きな作業帯域幅をサポートするが、現在のバージョンのＮＲシステムは、基地局と端末との間のインタフェースのみをサポートし、端末の間で直接に通信するＳｉｄｅｌｉｎｋインタフェースをサポートしていない。
【0047】
（６）Ｓｉｄｅｌｉｎｋの伝送形式について
現在のＳｉｄｅｌｉｎｋ伝送も、主にブロードキャスト（ｂｒｏａｄｃａｓｔ）、グループキャスト（ｇｒｏｕｐｃａｓｔ）、ユニキャスト（ｕｎｉｃａｓｔ）の幾つかの種類の伝送形式に分けられる。ユニキャストは、文字通り、ｏｎｅ ｔｏ ｏｎｅ伝送である。グループキャストは、ｏｎｅ ｔｏ ｍａｎｙ伝送である。ブロードキャストもｏｎｅ ｔｏ ｍａｎｙ伝送であるが、ブロードキャストには、ＵＥが同一のグループに属するという概念がない。
現在のＳｉｄｅｌｉｎｋ伝送も、主にブロードキャスト（ｂｒｏａｄｃａｓｔ）、グループキャスト（ｇｒｏｕｐｃａｓｔ）、ユニキャスト（ｕｎｉｃａｓｔ）の幾つかの種類の伝送形式に分けられる。ユニキャストは、文字通り、ｏｎｅ ｔｏ ｏｎｅ伝送である。グループキャストは、ｏｎｅ ｔｏ ｍａｎｙ伝送である。ブロードキャストもｏｎｅ ｔｏ ｍａｎｙ伝送であるが、ブロードキャストには、ＵＥが同一のグループに属するという概念がない。
【0048】
現在、Ｓｉｄｅｌｉｎｋユニキャスト及びグループキャスト通信は、物理層ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ，ＨＡＲＱ）フィードバックメカニズムをサポートする。
【0049】
１、リソース割り当てモードＭｏｄｅ １及びＭｏｄｅ ２
Ｓｉｄｅｌｉｎｋ ＵＥのリソース割り当てモードは、２種類に分けられる。
１）基地局スケジューリングモード（Ｍｏｄｅ １）：ネットワーク側機器（基地局）により制御され、各ＵＥにリソースを割り当てる。
２）ＵＥ自律モード（Ｍｏｄｅ ２）：各ＵＥが自律的にリソースを選択する。
Ｓｉｄｅｌｉｎｋ ＵＥのリソース割り当てモードは、２種類に分けられる。
１）基地局スケジューリングモード（Ｍｏｄｅ １）：ネットワーク側機器（基地局）により制御され、各ＵＥにリソースを割り当てる。
２）ＵＥ自律モード（Ｍｏｄｅ ２）：各ＵＥが自律的にリソースを選択する。
【0050】
（７）ＮＲ ＭＡＣ ＰＤＵについて
ＮＲは、ＬＴＥと異なり、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）ヘッダー及びＭＡＣサブヘッダーを全てＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＰＤＵ）の先頭に配置されるものではなく、ＭＡＣサブヘッダー及びＭＡＣサービスデータユニット（ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ，ＳＤＵ）又はＭＡＣ制御ユニット（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，ＣＥ）によりＭＡＣサブプロトコルデータユニット（ｓｕｂＰＤＵ）を構成するものであり、図４及び図５を参照されたい。
ＮＲは、ＬＴＥと異なり、メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）ヘッダー及びＭＡＣサブヘッダーを全てＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＰＤＵ）の先頭に配置されるものではなく、ＭＡＣサブヘッダー及びＭＡＣサービスデータユニット（ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ，ＳＤＵ）又はＭＡＣ制御ユニット（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，ＣＥ）によりＭＡＣサブプロトコルデータユニット（ｓｕｂＰＤＵ）を構成するものであり、図４及び図５を参照されたい。
【0051】
各ｓｕｂＰＤＵは、以下の幾つかの種類が可能である。
－ ＭＡＣサブヘッダーのみ（パディングが含まれる）、
－ ＭＡＣサブヘッダー及びＭＡＣ ＳＤＵ、
－ ＭＡＣサブヘッダー及びＭＡＣ ＣＥ、
－ ＭＡＣサブヘッダー及びパディング。
－ ＭＡＣサブヘッダーのみ（パディングが含まれる）、
－ ＭＡＣサブヘッダー及びＭＡＣ ＳＤＵ、
－ ＭＡＣサブヘッダー及びＭＡＣ ＣＥ、
－ ＭＡＣサブヘッダー及びパディング。
【0052】
なお、各ＭＡＣサブヘッダー（ダウンリンク共有チャネル及びアップリンク共有チャネルを例とする）には、以下の幾つかの種類の場合が可能である。そのうちの２種類は、可変サイズ（ｓｉｚｅ）ＭＡＣ ＣＥに対するものであり、図６及び図７を参照されたい。別の１種類については、サブヘッダーのみがある場合は固定ｓｉｚｅ ＭＡＣ ＣＥであり、図８を参照されたい。
【0053】
【0054】
（８）ＬＴＥにおいてｓｉｄｅｌｉｎｋに用いられるＭＡＣ ＰＤＵについて
図１１を参照し、ＭＡＣ ＰＤＵは、ＭＡＣヘッダー（可変サイズ）、ＭＡＣ ＳＤＵ（可変サイズ）及びｐａｄｄｉｎｇにより構成され、ｐａｄｄｉｎｇが選択可能なものである。ＭＡＣヘッダーは、一つのＳＬ－ＳＣＨサブヘッダーと１つ又は複数のＭＡＣ ＰＤＵサブヘッダーとにより構成され、各サブヘッダーは、一つのＭＡＣ ＳＤＵに対応している。
図１１を参照し、ＭＡＣ ＰＤＵは、ＭＡＣヘッダー（可変サイズ）、ＭＡＣ ＳＤＵ（可変サイズ）及びｐａｄｄｉｎｇにより構成され、ｐａｄｄｉｎｇが選択可能なものである。ＭＡＣヘッダーは、一つのＳＬ－ＳＣＨサブヘッダーと１つ又は複数のＭＡＣ ＰＤＵサブヘッダーとにより構成され、各サブヘッダーは、一つのＭＡＣ ＳＤＵに対応している。
【0055】
ＳＬ－ＳＣＨサブヘッダーには、Ｖ／Ｒ／Ｒ／Ｒ／Ｒ／ＳＲＣ／ＤＳＴの７つのフィールドがある。
【0056】
ＭＡＣ ＰＤＵサブヘッダーには、Ｒ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌの６つのフィールド、又はＲ／Ｒ／Ｅ／ＬＣＩＤの４つのフィールドがある可能性がある。
【0057】
【0058】
以下は、各フィールド（ｆｉｅｌｄ）の具体的な意味である。
【0059】
－ Ｖ：ＭＡＣ ＰＤＵフォーマットバージョン番号フィールドは、いずれのバージョンのＳＬ－ＳＣＨサブヘッダーを使用するかを指示する。当該規範の当該バージョンにおいて、３種類のフォーマットバージョンが定義されているので、当該フィールドを「０００１」、「００１０」及び「００１１」に設定すべきである。ＤＳＴフィールドが２４ビットであると、当該フィールドを「００１１」に設定すべきである。Ｖフィールドのサイズは４ビットである。
【0060】
－ ＳＲＣ：Ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤフィールドに、ソースのアイデンティティが保持されている。ＰｒｏＳｅ ＵＥ ＩＤに設定される。ＳＲＣフィールドのサイズは２４ビットである。
【0061】
－ ＤＳＴ：ＤＳＴフィールドは、１６ビット又は２４ビットであってもよい。１６ビットの場合、目標第２層ＩＤの１６個の最上位ビットが保持されている。２４ビットの場合、それを「目標第２層ＩＤ」に設定する。サイドリンク通信について、目標第２層ＩＤをＰｒｏＳｅ第２層グループＩＤ又はＰｒｏｓｅ ＵＥ ＩＤに設定する。Ｖ２Ｘサイドリンク通信について、目標第２層ＩＤをプロトコルで定義された上層により提供される識別子に設定する。Ｖフィールドが「０００１」に設定されると、当該識別子はグループキャスト識別子である。Ｖフィールドが「００１０」に設定されると、この識別子はユニキャスト識別子である。
【0062】
－ ＬＣＩＤ：論理チャネルＩＤフィールドは、表１に示された対応するＭＡＣ ＳＤＵ又はパディングの１つのソース層２ ＩＤ及び目標層２ ＩＤペアの範囲で論理チャネルのケースを唯一に識別する。ＭＡＣ ＰＤＵに含まれる各ＭＡＣ ＳＤＵ又はパディングに対して、一つのＬＣＩＤフィールドがある。加えて、１バイトパディング又は２バイトパディングが必要とされるが、ＭＡＣ ＰＤＵの末尾でのパディングによりパディングを実現できない場合、ＭＡＣ ＰＤＵには、さらに１つ又は２つの付加ＬＣＩＤフィールドが含まれている。「０１０１１」から「１０１００」までのＬＣＩＤの値は、論理チャネルから繰り返したＲＬＣ ＳＤＵを送信するための論理チャネルを識別し、当該論理チャネルのＬＣＩＤの値は、それぞれ「００００１」から「０１０１０」へと順に並べられる。ＬＣＩＤフィールドのサイズは、５ビットである。
【0063】
【表1】
【0064】
－ Ｌ：長さフィールドは、対応するＭＡＣ ＳＤＵの長さ（バイトを単位とする）を指示する。１つのＭＡＣ ＰＤＵサブヘッダー毎に１つのＬフィールドしかないが、最後の１つのサブヘッダーが除外される。Ｌフィールドのサイズは、Ｆフィールドにより指示される。
【0065】
－ Ｆ：フォーマットフィールドは、表２に示されたように、長さフィールドのサイズを指示する。１つのＭＡＣ ＰＤＵサブヘッダー毎に１つのＦフィールドしかないが、最後の１つのサブヘッダーが除外される。Ｆフィールドのサイズは、１ビットである。ＭＡＣ ＳＤＵのサイズが１２８バイトよりも小さい場合、Ｆフィールドの値を０に設定し、さもなければ、１に設定する。
【0066】
【表2】
【0067】
－ Ｅ：拡張フィールドは、ＭＡＣヘッダーにより多くのフィールドが存在するか否かを指示するマークである。Ｅフィールドは、少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドのもう一つのグループを指示するように「１」に設定される。Ｅフィールドは、ＭＡＣ ＳＤＵ又はパディングが次のバイトから開始することを指示するように「０」に設定される。
【0068】
－ Ｒ： Ｒｅｓｅｒｖｅｄ ｂｉｔ， ｓｅｔ ｔｏ “０”。
【0069】
以下において、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決手段を明確に、完全に説明し、当然ながら、説明される実施例は本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を要することなく得られた他の全ての実施例は、いずれも本出願の保護範囲に属するものとする。
【0070】
本出願の明細書及び特許請求の範囲における「第１」、「第２」などの技術用語は、特定の順序又は前後の順番を記述するものではなく、類似した対象を区別するためのものである。なお、このように使用されるデータは、本出願の実施例をここで図示又は説明する以外の順番で実施できるように、場合によっては互換してもよく、且つ、「第１」、「第２」により区別される対象は、通常、一種類であり、その数が限定されず、例えば、第１対象は、１つでもよいし、複数であってもよい。また、明細書及び請求項において、「及び」は、接続される対象のうちの少なくとも１つを表し、符号の「／」は、一般的に、前後の関連する対象が「又は」の関係にあることを表す。
【0071】
指摘すべきこととして、本出願の実施例に説明される技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）／ＬＴＥアドバンスト（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限られず、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）、及び他のシステムのような、他の無線通信システムに用いられてもよい。本出願の実施例における技術用語「システム」と「ネットワーク」は、互換可能に使用されることが多く、説明される技術は、以上に言及されたシステム及び無線技術に用いられてもよく、他のシステム及び無線技術に用いられてもよい。しかしながら、以下の説明では、示例の目的で、新無線（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）システムが説明され、以下の説明では、ＮＲ技術用語を使用することが多いが、これらの技術は、第６世代（６ｔｈ Ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムのようなＮＲシステムアプリケーション以外のアプリケーションに応用されてもよい。
【0072】
図１７には、本出願の実施例に応用可能な無線通信システムのブロック図が示されている。無線通信システムは、端末１７１とネットワーク側機器１７２とを含む。端末１７１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）と称されてもよく、端末１７１は、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（或いは、ノートパソコンと称される）、パーソナルディジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、携帯情報端末、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ，ＵＭＰＣ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、眼鏡などを含む。説明すべきこととして、本出願の実施例では、端末１７１の具体的なタイプが限定されない。ネットワーク側機器１７２は、基地局又はコアネットワークであってもよく、基地局は、ノードＢ、発展型ノードＢ（ｅＮＢ）、アクセスポイント、基地局トランシーバ（Ｂａｓｅ ＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ，ＢＴＳ）、無線基地局、無線送受信機、基本サービスセット（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ，ＢＳＳ）、拡張サービスセット（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ，ＥＳＳ）、ホームノードＢ、ホーム発展型ノードＢ、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、送受信ポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ，ＴＲＰ）又は前記分野において他のある適切な技術用語と称されてもよく、前記基地局は、同じ技術効果を達成できる限り、特定の技術語彙に限られない。説明すべきこととして、本出願の実施例において、ＮＲシステムにおける基地局のみを例とするが、基地局の具体的なタイプが限定されない。
【0073】
以下において、図面を参照しながら、本出願の実施例によって提供されるＳｉｄｅｌｉｎｋ ＤＲＸの制御方法及び装置を、具体的な実施例及びその応用シーンにより詳しく説明する。
【0074】
図１８を参照し、本出願の実施例は、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御方法を提供し、具体的なステップは、ステップ１８０１とステップ１８０２とを含む。
【0075】
ステップ１８０１：端末は、Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングを受信し、前記制御シグナリングは、ＭＡＣシグナリングである。
【0076】
任意に、前記制御シグナリングは、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、新たなＵｕのＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、新たなＰＣ５のＭＡＣ ＣＥを含む。
【0077】
ステップ１８０２：端末は、前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行う。
【0078】
例えば、端末は、前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させ、或いは、ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる。
【0079】
本出願の実施例において、前記制御シグナリングは、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤである第１の情報を含み、或いは、前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸの制御に用いる。
【0080】
任意に、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＤＲＸコマンドであるように指示するための第２の情報をさらに含んでもよい。任意に、前記第２の情報は、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである。
【0081】
本出願の実施例において、前記制御シグナリングは、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤである第３の情報を含み、或いは、前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸの制御に用いる。
【0082】
任意に、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＬＯＮＧ ＤＲＸコマンドであるように指示するための第４の情報をさらに含んでもよい。任意に、前記第４の情報は、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである。
【0083】
本出願の実施例において、前記制御シグナリングは、新たなＵｕのＭＡＣ ＣＥを含み、
前記新たなＵｕのＭＡＣ ＣＥは、論理チャネル識別子（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ，ＬＣＩＤ）及び／又は拡張論理チャネル識別子（ｅＬＣＩＤ）を含み、前記ＬＣＩＤ及び／又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのものである。
前記新たなＵｕのＭＡＣ ＣＥは、論理チャネル識別子（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ，ＬＣＩＤ）及び／又は拡張論理チャネル識別子（ｅＬＣＩＤ）を含み、前記ＬＣＩＤ及び／又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのものである。
【0084】
任意に、前記ＬＣＩＤ又はｅＬＣＩＤの数は、少なくとも２つであり、第１のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、第２のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものである。
【0085】
任意に、前記新たなＵｕのＭＡＣ ＣＥは、前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第５の情報をさらに含む。
【0086】
一部の実施形態において、前記新たなＵｕのＭＡＣ ＣＥは、第６の情報をさらに含み、
前記第６の情報には、
（１）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｌｉｎｋに対応するＤＲＸ設定を指示するためのリンク識別子（ｌｉｎｋ ＩＤ）と、
（２）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｄｅｓｔｉｎａｔｉｏｎに対応するＤＲＸ設定を指示するための目的地識別子（ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）と、
（３）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｐｏｏｌに対応するＤＲＸ設定を指示するためのプール識別子（ｐｏｏｌ ＩＤ）と、
のうちの１つ又は複数が保持されている。
前記第６の情報には、
（１）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｌｉｎｋに対応するＤＲＸ設定を指示するためのリンク識別子（ｌｉｎｋ ＩＤ）と、
（２）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｄｅｓｔｉｎａｔｉｏｎに対応するＤＲＸ設定を指示するための目的地識別子（ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）と、
（３）前記新たなＵｕのＭＡＣ ＣＥにより制御されるｐｏｏｌに対応するＤＲＸ設定を指示するためのプール識別子（ｐｏｏｌ ＩＤ）と、
のうちの１つ又は複数が保持されている。
【0087】
本出願の実施例において、前記制御シグナリングは、新たなＰＣ５のＭＡＣ ＣＥを含み、前記新たなＰＣ５のＭＡＣ ＣＥは、ＭＡＣサブヘッダーと、サイズが０である、又は、０ではないＭＡＣ ＣＥとを含む。
【0088】
本出願の実施例において、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、以下の少なくとも１つの方式により決定される。
（１）プロトコルによる約束。
例えば、新たなＰＣ５のＭＡＣ ＣＥの優先度は、常に１に等しく、或いは、他のＭＡＣ ＣＥとは一定の優先度順位を有する。
（２）ネットワーク側の設定。
例えば、基地局により設定される。
（３）他の伝送の優先度の参照。
例えば、端末（ＵＥ１）と他の端末（ＵＥ２）との間でのサービスに関する優先度を参照する。任意に、前記端末と他の端末との間での複数の論理チャネルの優先度のうちの一番高い、又は一番低い優先度を参照する。
（４）前記端末が受信したダウンリンク制御情報又はサイドリンク制御情報における指示。
（１）プロトコルによる約束。
例えば、新たなＰＣ５のＭＡＣ ＣＥの優先度は、常に１に等しく、或いは、他のＭＡＣ ＣＥとは一定の優先度順位を有する。
（２）ネットワーク側の設定。
例えば、基地局により設定される。
（３）他の伝送の優先度の参照。
例えば、端末（ＵＥ１）と他の端末（ＵＥ２）との間でのサービスに関する優先度を参照する。任意に、前記端末と他の端末との間での複数の論理チャネルの優先度のうちの一番高い、又は一番低い優先度を参照する。
（４）前記端末が受信したダウンリンク制御情報又はサイドリンク制御情報における指示。
【0089】
本出願の実施例において、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、サイドリンク設定グラント確認ＭＡＣ ＣＥの優先度よりも高く、或いは、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、キャリアセンス（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）に失敗したＭＡＣ ＣＥの優先度よりも高く、或いは、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、サイドリンクバッファステータスレポートＢＳＲに用いられるＭＡＣ ＣＥの優先度よりも高く、或いは、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、パディングに用いられるＢＳＲを除いた、ＢＳＲに用いられるＭＡＣ ＣＥの優先度よりも高く、或いは、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、アップリンク共通制御チャネルのデータを除いた、任意の論理チャネルからのデータの優先度よりも高い。
【0090】
任意に、前記ＭＡＣサブヘッダーは、前記新たなＰＣ５のＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤ及び／又はｅＬＣＩＤを含む。
【0091】
任意に、前記ＬＣＩＤ又はｅＬＣＩＤの数は、少なくとも２つであり、第１のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、第２のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＰＣ５のＭＡＣ ＣＥがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものである。
【0092】
任意に、前記ＭＡＣサブヘッダーは、
前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第７の情報であって、ＬＣＩＤである前記第７の情報
をさらに含む。
前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第７の情報であって、ＬＣＩＤである前記第７の情報
をさらに含む。
【0093】
任意に、前記新たなＰＣ５のＭＡＣ ＣＥには、第８の情報が保持されており、前記第８の情報は、
（１）対応するｐｏｏｌにＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うことを示すｐｏｏｌ ＩＤと、
（２）オフセット値であって、前記オフセット値の後にＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うオフセット値と、
のうちの１つ又は複数を指示する。
（１）対応するｐｏｏｌにＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うことを示すｐｏｏｌ ＩＤと、
（２）オフセット値であって、前記オフセット値の後にＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うオフセット値と、
のうちの１つ又は複数を指示する。
【0094】
本出願の実施例において、前記端末がＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信した場合、前記方法は、
前記端末には、短周期のＤＲＸが設定された場合、前記端末は、短周期継続時間を制御するためのサイドリンク不連続受信短周期タイマー（ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を起動又は再起動するステップ
をさらに含む。
前記端末には、短周期のＤＲＸが設定された場合、前記端末は、短周期継続時間を制御するためのサイドリンク不連続受信短周期タイマー（ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を起動又は再起動するステップ
をさらに含む。
【0095】
本出願の実施例において、前記方法は、前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトする前に短ＤＲＸ周期を使用するステップ、又は、前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトした後に長ＤＲＸ周期を使用するステップをさらに含む。
【0096】
本出願の実施例において、前記端末がＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信した場合、前記方法は、前記端末がｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止させ、長ＤＲＸ周期を使用するステップをさらに含む。
【0097】
以下において、方式１、方式２、方式３及び方式４により制御シグナリングを説明する。方式１：ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを多重化してｓｉｄｅｌｉｎｋ ＤＲＸを制御する。
【0098】
図１９を参照し、ＬＣＩＤ＝６０である。
【0099】
（１）２つの予約ビット（「Ｒ」）において、一方の予約ビットは、ＰＣ５であるかＵｕであるかを指示するためのものであり、他方の予約ビットは、依然として予約ビットとされる場合について
【0100】
例えば、「Ｒ＋０」は、ＰＣ５のＤＲＸコマンドを受信したことを意味し、「Ｒ＋１」は、ＵｕのＤＲＸコマンドを受信したことを示す。このように、基地局がＰＣ５に対するＤＲＸコマンドと、Ｕｕに対するＤＲＸコマンドとを１つずつ送信した場合、受信したＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥによりＰＣ５に対するＤＲＸコマンドであるかＵｕに対するＤＲＸコマンドであるかを判断することができる。
【0101】
（２）２つの予約ビットは、ともにＰＣ５であるかＵｕであるかを指示するためのものである場合について
【0102】
例えば、「０１」は、ＵｕのＤＲＸコマンドを受信したことを意味し、「１０」は、ＰＣ５のＤＲＸコマンドを受信したことを意味し、「１１」は、受信したＤＲＸコマンドがＵｕにもＰＣ５にも作用することを意味する。
【0103】
或いは、Ｒ ｂｉｔを使用しなくても、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥを多重化してｓｉｄｅｌｉｎｋ ＤＲＸを制御することを実現することができる。例えば、ＤＲＸ ｃｏｍｍｏｎｄを受信した後、ユーザによってＳＬ ＤＲＸ及びＵｕ ＤＲＸが設定された場合、ＳＬ ＤＲＸ及びＵｕ ＤＲＸは、いずれも当該コマンドを応用することをデフォルトとする。
【0104】
方式２：Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを多重化してｓｉｄｅｌｉｎｋ ＤＲＸを制御する。
【0105】
図１９を参照し、ＬＣＩＤ＝５９である。
【0106】
（１）２つの予約ビットにおいて、ＰＣ５であるかＵｕであるかを指示するために一方の予約ビットを使用し、他方の予約ビットは、依然として予約ビットとされる場合について
【0107】
例えば、「Ｒ＋０」は、ＰＣ５のＬＯＮＧ ＤＲＸコマンドを受信したことを意味し、「Ｒ＋１」は、ＵｕのＬＯＮＧ ＤＲＸコマンドを受信したことを示す。このように、基地局がＰＣ５に対するＬＯＮＧ ＤＲＸコマンドと、Ｕｕに対するＬＯＮＧ ＤＲＸコマンドとを１つずつ送信した場合、受信したＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥによりＰＣ５に対するＬＯＮＧ ＤＲＸコマンドであるかＵｕに対するＬＯＮＧ ＤＲＸコマンドであるかを判断することができる。
【0108】
（２）２つの予約ビットは、ともにＰＣ５であるかＵｕであるかを指示するためのものである場合について
【0109】
例えば、「０１」は、ＵｕのＬＯＮＧ ＤＲＸコマンドを受信したことを意味し、「１０」は、ＰＣ５のＬＯＮＧ ＤＲＸコマンドを受信したことを意味し、「１１」は、受信したＬＯＮＧ ＤＲＸコマンドがＵｕにもＰＣ５にも作用することを意味する。
【0110】
Ｒ ｂｉｔを使用しなくても、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥを多重化してｓｉｄｅｌｉｎｋ ＤＲＸを制御することを実現することができる。例えば、ＤＲＸ ｃｏｍｍｏｎｄを受信した後、ユーザによってＳＬ ＤＲＸ及びＵｕ ＤＲＸが設定された場合、ＳＬ ＤＲＸ及びＵｕ ＤＲＸは、いずれも当該コマンドを応用することをデフォルトとする。
【0111】
方式３：新たなＵｕのＭＡＣ ＣＥを設計してｓｉｄｅｌｉｎｋ ＤＲＸを制御する。
【0112】
場合１：固定サイズ（ｓｉｚｅ）のＭＡＣ ＣＥを使用する。
【0113】
図１９及び図２０を参照し、予約値ｉｎｄｅｘ＝３５～４６のうちの１つの値をＬＣＩＤとして用いてこのＭＡＣ ＣＥを定義することによりｓｉｄｅｌｉｎｋ ＤＲＸを制御してもよく、予約値ｉｎｄｅｘ＝６４～３０８のうちの１つの値をｅＬＣＩＤとして用いてこのＭＡＣ ＣＥを定義することによりｓｉｄｅｌｉｎｋ ＤＲＸを制御してもよい。
【0114】
ＵｕのＳＬ ＤＲＸの制御に用いられるＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、いずれも新たな予約値のＬＣＩＤ／ｅＬＣＩＤを使用してもよく、同一の予約値のＬＣＩＤ／ｅＬＣＩＤを使用してもよく、Ｒ ｂｉｔによりＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかを区別する。
【0115】
場合２：可変ｓｉｚｅのＭＡＣ ＣＥを使用する。
【0116】
ＬＣＩＤ／ｅＬＣＩＤの選択は、場合１と同様である。
【0117】
Ｌフィールドについて、このＭＡＣ ＣＥがいずれのｌｉｎｋ／ｄｅｓｔｉｎａｔｉｏｎ／ｐｏｏｌに対応するＤＲＸ設定を制御しているかを指示するために、ｌｉｎｋ ＩＤ又はｄｅｓｔｉｎａｔｉｏｎ ＩＤ又はｐｏｏｌ ＩＤを保持することを考慮してもよい。
【0118】
【0119】
方式４：新たなＰＣ５のＭＡＣ ＣＥを設計してｓｉｄｅｌｉｎｋ ＤＲＸを制御する。
【0120】
場合１：ｓｉｄｅｌｉｎｋ ＭＡＣ ＰＤＵ＝ＳＬ－ＳＣＨ ＭＡＣ ｓｕｂｈｅａｄｅｒ（図２６を参照）＋１つ又は複数のＭＡＣ ｓｕｂＰＤＵｓである。
【0121】
一つのＭＡＣ ｓｕｂＰＤＵｓは、図１９を参照し、ＳＬ ＤＲＸ制御のために用いられる一つのＭＡＣ ｓｕｂｈｅａｄｅｒ（ｉｎｃｌｕｄｉｎｇ ｐａｄｄｉｎｇ）のみを含む。
【0122】
予約値ｉｎｄｅｘ＝２０～６１のうちの１つの値をＬＣＩＤとして用いてこのＭＡＣ ＣＥを定義することによりｓｉｄｅｌｉｎｋ ＤＲＸを制御してもよい。
【0123】
ＰＣ５上でｓｉｄｅｌｉｎｋ ＤＲＸを制御するＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、いずれも新たな予約値のＬＣＩＤを使用してもよく、同一の予約値のＬＣＩＤを使用してもよく、例えば、Ｒ ｂｉｔによりＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかを区別する。
【0124】
場合２：ＳＬ ＭＡＣ ＰＤＵ＝ＳＬ－ＳＣＨ ＭＡＣ ｓｕｂｈｅａｄｅｒ（図２６を参照）＋１つ又は複数のＭＡＣ ｓｕｂＰＤＵｓである。
【0125】
【0126】
ＭＡＣ ＣＥには、いずれのｐｏｏｌのＤＲＸ設定に対するかを指示するためのｐｏｏｌ ＩＤが保持されていてもよく、或いは、ＵＥは、オフセットしてからどのくらい対応する操作を行う必要があるかを指示するためのオフセット指示が保持されていてもよく、或いは、他の必要とする内容が保持されていてもよい。
【0127】
以下において、本出願の実施形態１から本出願の実施形態４により説明する。
【0128】
本出願の実施形態１：
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、当該ＭＡＣ ＣＥは、第２のｂｉｔが１であり、第３～第８のｂｉｔがＬＣＩＤ＝６０であるように指示し、ＳＬ ＤＲＸの制御のために用いられるように指示する。
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、当該ＭＡＣ ＣＥは、第２のｂｉｔが１であり、第３～第８のｂｉｔがＬＣＩＤ＝６０であるように指示し、ＳＬ ＤＲＸの制御のために用いられるように指示する。
【0129】
ステップ２：ＵＥは、当該ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信し、
（１）サイドリンク不連続受信（Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）の継続時間タイマー（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を停止させる操作と、
（２）サイドリンク不連続受信－無活動タイマー（ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止させる操作と、
のうちの少なくとも１つを実行する。
（１）サイドリンク不連続受信（Ｓｉｄｅｌｉｎｋ Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ，ＤＲＸ）の継続時間タイマー（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）を停止させる操作と、
（２）サイドリンク不連続受信－無活動タイマー（ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を停止させる操作と、
のうちの少なくとも１つを実行する。
【0130】
ステップ３：ＵＥには、短周期のＤＲＸが設定された場合、ＵＥは、短周期継続時間を制御するためのサイドリンク不連続受信短周期タイマー（ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）を起動又は再起動し、当該ｔｉｍｅｒがタイムアウトする前に短ＤＲＸ周期を使用し、ｔｉｍｅｒがタイムアウトした後に長ＤＲＸ周期を使用する。
【0131】
本出願の実施形態２：
ステップ１：基地局は、ＵＥにＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、当該ＭＡＣ ＣＥは、第２のｂｉｔが１であり、第３～第８のｂｉｔがＬＣＩＤ＝５９であるように指示し、ＳＬ ＤＲＸの制御のために用いられるように指示する。
ステップ１：基地局は、ＵＥにＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、当該ＭＡＣ ＣＥは、第２のｂｉｔが１であり、第３～第８のｂｉｔがＬＣＩＤ＝５９であるように指示し、ＳＬ ＤＲＸの制御のために用いられるように指示する。
【0132】
ステップ２：ＵＥは、当該ＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信し、
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
【0133】
ステップ３：ＵＥは、ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止させ、長ＤＲＸ周期を使用する。
【0134】
本出願の実施形態３：
場合１：
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤ／ｅＬＣＩＤの選択は、方式３の場合１での記述を参照する。
場合１：
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤ／ｅＬＣＩＤの選択は、方式３の場合１での記述を参照する。
【0135】
ステップ２：ＵＥは、当該ＭＡＣ ＣＥを受信した後、
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
【0136】
ステップ３：受信されたのがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかに基づいて、本出願の実施形態１又は本出願の実施形態２におけるステップ３に類似するステップを実行する。
【0137】
場合２：
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤ／ｅＬＣＩＤの選択は、方式３の場合１での記述を参照する。
ステップ１：基地局は、ＵＥにＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤ／ｅＬＣＩＤの選択は、方式３の場合１での記述を参照する。
【0138】
ＭＡＣ ＣＥには、Ｌフィールドが含まれ、Ｌフィールドは、例えば、プール識別子（ｐｏｏｌ ＩＤ）又は目的地識別子（ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）又はリンク識別子（ｌｉｎｋ ＩＤ）などの他の情報をさらに指示してもよい。
【0139】
ステップ２：ＵＥは、当該ＭＡＣ ＣＥを受信した後、
（１）指示されたｐｏｏｌ又はｄｅｓｔｉｎａｔｉｏｎ又はｌｉｎｋに対応するＳｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）指示されたｐｏｏｌ又はｄｅｓｔｉｎａｔｉｏｎ又はｌｉｎｋに対応するｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
（１）指示されたｐｏｏｌ又はｄｅｓｔｉｎａｔｉｏｎ又はｌｉｎｋに対応するＳｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）指示されたｐｏｏｌ又はｄｅｓｔｉｎａｔｉｏｎ又はｌｉｎｋに対応するｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
【0140】
ステップ３：受信されたのがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかに基づいて、本出願の実施形態１又は本出願の実施形態２におけるステップ３に類似するステップを実行する。
【0141】
本出願の実施形態４：
ステップ１：ＵＥ１は、ＵＥ２にＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤの選択は、方式４を参照する。任意に、固定ｓｉｚｅが０であるＭＡＣ ＣＥ（方式４の場合１）であってもよく、ｓｉｚｅが０ではないＭＡＣ ＣＥ（方式４の場合２）であってもよい。
ステップ１：ＵＥ１は、ＵＥ２にＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを送信し、ＬＣＩＤの選択は、方式４を参照する。任意に、固定ｓｉｚｅが０であるＭＡＣ ＣＥ（方式４の場合１）であってもよく、ｓｉｚｅが０ではないＭＡＣ ＣＥ（方式４の場合２）であってもよい。
【0142】
ステップ２：ＵＥ２は、当該ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを受信した後、
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
（１）Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させる操作と、
（２）ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させる操作と、
のうちの少なくとも１つを実行する。
【0143】
任意に、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥには、Ｐｏｏｌ ＩＤがさらに保持されていると、ｐｏｏｌに対応するＤＲＸに関するｔｉｍｅｒのみを操作してもよい。
【0144】
任意に、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥには、オフセット値がさらに保持されていると、オフセット値の後にＤＲＸに関するｔｉｍｅｒを操作してもよい。
【0145】
ステップ３：受信されたのがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかＬＯＮＧ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるかに基づいて、実施形態１又は実施形態２におけるステップ３に類似するステップを実行する。
【0146】
図２８を参照し、本出願の実施例は、Ｓｉｄｅｌｉｎｋ ＤＲＸの制御装置を提供し、当該装置２８００は、
Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングであって、ＭＡＣシグナリングである前記制御シグナリングを受信するための受信モジュール２８０１と、
前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うための制御モジュール２８０２と、
を備える。
Ｕｕ及び／又はＰＣ５のＳｉｄｅｌｉｎｋ ＤＲＸ制御のために用いられる制御シグナリングであって、ＭＡＣシグナリングである前記制御シグナリングを受信するための受信モジュール２８０１と、
前記制御シグナリングにより、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うための制御モジュール２８０２と、
を備える。
【0147】
本出願の実施例において、前記制御シグナリングは、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、新たなＵｕのＭＡＣ ＣＥを含み、或いは、前記制御シグナリングは、新たなＰＣ５のＭＡＣ ＣＥを含む。
【0148】
任意に、前記制御シグナリングは、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤである第１の情報を含み、或いは、前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸの制御に用いる。
【0149】
任意に、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＤＲＸコマンドであるように指示するための第２の情報をさらに含む。
【0150】
任意に、前記第２の情報は、ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである。
【0151】
任意に、前記制御シグナリングは、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥを含み、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤである第３の情報を含み、或いは、前記端末には、Ｓｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸが設定されている場合、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸ及びＵｕ ＤＲＸの制御に用いる。
【0152】
任意に、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥは、前記Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥがＵｕ及び／又はＰＣ５のＬＯＮＧ ＤＲＸコマンドであるように指示するための第４の情報をさらに含む。
【0153】
任意に、前記第４の情報は、Ｌｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥにおける１つ又は複数の予約フィールドである。
【0154】
任意に、前記制御シグナリングは、新たなＵｕのＭＡＣ ＣＥを含み、
前記新たなＵｕのＭＡＣ ＣＥは、ＬＣＩＤ及び／又はｅＬＣＩＤを含み、前記ＬＣＩＤ及び／又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのものである。
前記新たなＵｕのＭＡＣ ＣＥは、ＬＣＩＤ及び／又はｅＬＣＩＤを含み、前記ＬＣＩＤ及び／又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのものである。
【0155】
任意に、前記ＬＣＩＤ又はｅＬＣＩＤの数は、少なくとも２つであり、第１のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものであり、第２のＬＣＩＤ又はｅＬＣＩＤは、前記新たなＵｕのＭＡＣ ＣＥがＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示するためのものである。
【0156】
任意に、前記新たなＵｕのＭＡＣ ＣＥは、
前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第５の情報
をさらに含む。
前記新たなＵｕのＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第５の情報
をさらに含む。
【0157】
任意に、前記新たなＵｕのＭＡＣ ＣＥは、第６の情報をさらに含み、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｌｉｎｋに対応するＤＲＸ設定を指示するためのｌｉｎｋ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｄｅｓｔｉｎａｔｉｏｎに対応するＤＲＸ設定を指示するためのｄｅｓｔｉｎａｔｉｏｎ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｐｏｏｌに対応するＤＲＸ設定を指示するためのｐｏｏｌ ＩＤが保持されている。
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｌｉｎｋに対応するＤＲＸ設定を指示するためのｌｉｎｋ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｄｅｓｔｉｎａｔｉｏｎに対応するＤＲＸ設定を指示するためのｄｅｓｔｉｎａｔｉｏｎ ＩＤが保持されており、
或いは、
前記第６の情報には、前記新たなＵｕのＭＡＣ ＣＥにより制御されるｐｏｏｌに対応するＤＲＸ設定を指示するためのｐｏｏｌ ＩＤが保持されている。
【0158】
任意に、前記制御シグナリングは、新たなＰＣ５のＭＡＣ ＣＥを含み、前記新たなＰＣ５のＭＡＣ ＣＥは、ＭＡＣサブヘッダーと、サイズが０である、又は、０ではないＭＡＣ ＣＥとを含む。
【0159】
任意に、前記新たなＰＣ５のＭＡＣ ＣＥの優先度は、以下の少なくとも１つの方式により決定される。
（１）プロトコルによる約束。
（２）ネットワーク側の設定。
（３）前記端末と他の端末との間でのサービスに関する優先度。
例えば、前記端末と他の端末との間での複数の論理チャネルの優先度のうちの一番高い、又は一番低い優先度。
（４）前記端末が受信したダウンリンク制御情報又はサイドリンク制御情報における指示。
（１）プロトコルによる約束。
（２）ネットワーク側の設定。
（３）前記端末と他の端末との間でのサービスに関する優先度。
例えば、前記端末と他の端末との間での複数の論理チャネルの優先度のうちの一番高い、又は一番低い優先度。
（４）前記端末が受信したダウンリンク制御情報又はサイドリンク制御情報における指示。
【0160】
任意に、前記ＭＡＣサブヘッダーは、前記新たなＰＣ５のＭＡＣ ＣＥをＳｉｄｅｌｉｎｋ ＤＲＸの制御に用いるように指示するためのＬＣＩＤ及び／又はｅＬＣＩＤを含む。
【0161】
任意に、前記ＭＡＣサブヘッダーは、
前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第７の情報
をさらに含む。
前記新たなＰＣ５のＭＡＣ ＣＥがＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥ又はＬｏｎｇ ＤＲＸ ｃｏｍｍａｎｄ ＭＡＣ ＣＥであるように指示する第７の情報
をさらに含む。
【0162】
任意に、前記新たなＰＣ５のＭＡＣ ＣＥには、第８の情報が保持されており、前記第８の情報は、対応するｐｏｏｌにＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うことを示すｐｏｏｌ ＩＤを指示し、
或いは、
前記第８の情報は、オフセット値であって、前記オフセット値の後にＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うオフセット値を指示する。
或いは、
前記第８の情報は、オフセット値であって、前記オフセット値の後にＳｉｄｅｌｉｎｋ ＤＲＸ制御を行うオフセット値を指示する。
【0163】
任意に、Ｓｉｄｅｌｉｎｋ ＤＲＸ制御を行うステップは、
Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させるステップ、
又は、
ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させるステップ、
を含む。
Ｓｉｄｅｌｉｎｋ ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止させるステップ、
又は、
ｓｉｄｅｌｉｎｋ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止させるステップ、
を含む。
【0164】
本出願の実施例において、装置は、
前記端末には、短周期のＤＲＸが設定された場合、短周期継続時間を制御するためのｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを起動又は再起動するための第１の処理モジュール
をさらに備える。
前記端末には、短周期のＤＲＸが設定された場合、短周期継続時間を制御するためのｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを起動又は再起動するための第１の処理モジュール
をさらに備える。
【0165】
本出願の実施例において、装置は、
前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトする前に短ＤＲＸ周期を使用し、又は、前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトした後に長ＤＲＸ周期を使用するための第２の処理モジュール
をさらに備える。
前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトする前に短ＤＲＸ周期を使用し、又は、前記ｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがタイムアウトした後に長ＤＲＸ周期を使用するための第２の処理モジュール
をさらに備える。
【0166】
本出願の実施例において、装置は、
前記端末がｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止させ、長ＤＲＸ周期を使用するための第３の処理モジュール
をさらに備える。
前記端末がｓｉｄｅｌｉｎｋ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止させ、長ＤＲＸ周期を使用するための第３の処理モジュール
をさらに備える。
【0167】
本出願の実施例によって提供される制御装置は、図１８に示す方法の実施例による各工程を実現し、同じ技術効果を達成でき、繰り返して説明することを回避するために、ここで省略する。
【0168】
図２９は、本出願の実施例を実現するための端末のハードウェア構成図である。
【0169】
当該端末２９００は、高周波ユニット２９０１、ネットワークモジュール２９０２、オーディオ出力ユニット２９０３、入力ユニット２９０４、センサ２９０５、表示ユニット２９０６、ユーザ入力ユニット２９０７、インタフェースユニット２９０８、メモリ２９０９、及びプロセッサ２９１０などの部材を含むが、それらに限定されない。
【0170】
当業者であれば、端末２９００は各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ２９１０に論理的に接続し、さらに電源管理システムによって充放電の管理、及び電力消費管理などの機能を実現することができることが理解可能である。図２９に示す端末の構造は端末を限定するものではなく、端末は図示より多く又はより少ない部材、又は一部の部材の組合せ、又は異なる部材配置を含んでもよく、ここでは説明を省略する。
【0171】
本出願の実施例において、入力ユニット２９０４は、ビデオキャプチャモード又は画像キャプチャモードで画像キャプチャ装置（例えば、カメラ）が取得したスチル画像又はビデオの画像データを処理するグラフィックスプロセッシングユニット（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＧＰＵ）２９０４１、及びマイクロホン２９０４２を含んでもよいことが理解されるべきである。表示ユニット２９０６は表示パネル２９０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形態で表示パネル２９０６１を構成することができる。ユーザ入力ユニット２９０７は、タッチパネル２９０７１及び他の入力機器２９０７２を含む。タッチパネル２９０７１はタッチスクリーンとも呼ばれる。タッチパネル２９０７１は、タッチ検出装置及びタッチコントローラとの２つの部分を含んでもよい。他の入力機器２９０７２は、物理キーボード、機能ボタン（例えば、音量制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限定されず、ここでは説明を省略する。
【0172】
本出願の実施例において、高周波ユニット２９０１は、ネットワーク側機器からのダウンリンクデータを受信した後、プロセッサ２９１０で処理し、また、アップリンクのデータをネットワーク側機器に送信する。通常、高周波ユニット２９０１は、アンテナ、少なくとも１つの増幅器、送受信機、カプラー、低騒音増幅器、デュプレクサなどを含むが、それらに限定されない。
【0173】
メモリ２９０９は、ソフトウェアプログラム又はコマンド及び様々なデータを記憶するために用いることができる。メモリ２９０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション又はコマンド（例えば、音声再生機能、画像再生機能など）などを記憶可能なプログラム又はコマンド記憶領域と、データ記憶領域と、を主に含んでもよい。また、メモリ２９０９は、高速ランダムアクセスメモリを含んでもよく、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気消去可能プログラマブル読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の揮発性ソリッドステート記憶デバイスをさらに含んでもよい。
【0174】
プロセッサ２９１０は、１つ又は複数の処理ユニットを含んでもよく、任意に、プロセッサ２９１０に、オペレーティングシステム、ユーザインタフェース及びアプリケーション又はコマンドなどを主に処理するアプリケーションプロセッサと、ベースバンドプロセッサのような、無線通信を主に処理するモデムプロセッサとを統合することができる。上記モデムプロセッサはプロセッサ２９１０に統合されなくてもよいことが理解可能である。
【0175】
本出願の実施例によって提供される端末は、図１８に示す方法の実施例による各工程を実現し、同じ技術効果を達成でき、繰り返して説明することを回避するために、ここで省略する。
【0176】
本出願の実施例は、不揮発性記憶媒体に記憶されるプログラム製品であって、少なくとも１つのプロセッサにより実行され、図１８に記載の制御方法のステップを実現する、プログラム製品をさらに提供する。
【0177】
本出願の実施例は、プログラム又はコマンドを記憶する可読記憶媒体であって、当該プログラム又はコマンドがプロセッサにより実行される時、上記の図１８に示す方法の実施例の各工程を実現し、且つ同様な技術効果を達成できる、可読記憶媒体をさらに提供し、繰り返して説明することを回避するために、ここで省略する。
【0178】
前記プロセッサは、前記実施例に記載された端末におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク或いは光ディスクなどのコンピュータ可読記憶媒体を含む。
【0179】
本出願の実施例は、なお、プロセッサと通信インタフェースとを含むチップであって、前記通信インタフェースと前記プロセッサとは結合され、前記プロセッサは、ネットワーク側機器のプログラム又はコマンドを実行し、上記の図２に示す方法の実施例の各工程を実現するために用いられ、且つ同様な技術効果を達成できる、チップを提供し、繰り返して説明することを回避するために、ここで省略する。
【0180】
なお、本出願の実施例に記載されたチップは、システムオンチップ、システムチップ、チップシステム又はＳｏＣなどとも呼ばれる。
【0181】
説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの…を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。また、本出願の実施形態における方法及び装置の範囲は、ここで示された又は説明された順番で機能を実行することに限定されず、関連する機能によって、ほぼ同時に、或いは反対の順番で機能を実行することをさらに含んでもよい。例えば、説明された順番と異なる順番で上記の方法を実行してもよく、さらに、種々のステップを追加し、省略し、又は組み合わせてもよい。また、一部の例示を参照して説明した特徴を、他の例示に組み合わせてもよい。
【0182】
以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な汎用ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させる複数の命令を含む。
【0183】
以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
