CN112218376A - 由用户设备执行的下行传输方法及用户设备 - Google Patents
由用户设备执行的下行传输方法及用户设备 Download PDFInfo
- Publication number
- CN112218376A CN112218376A CN201911158215.5A CN201911158215A CN112218376A CN 112218376 A CN112218376 A CN 112218376A CN 201911158215 A CN201911158215 A CN 201911158215A CN 112218376 A CN112218376 A CN 112218376A
- Authority
- CN
- China
- Prior art keywords
- pdsch
- pdcch
- search space
- type
- prach
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Abstract
提供一种由用户设备执行的下行传输方法及用户设备。该由用户设备执行的下行传输方法包括:在预定义的下行资源中接收预定义的下行信号,并且根据接收的下行信号进行应答ACK反馈,从而实现在RRC空闲或非激活态下进行下行数据传输,或者更快地建立RRC连接。
Description
技术领域
本公开涉及无线通信技术领域。更具体地,涉及一种在无线资源控制(RadioResource Control,RRC)空闲或非激活状态下接收下行数据的方法及设备。
背景技术
对于机器通信(Machine-Type Control,简称MTC)用户设备(User Equipment,简称UE)和窄带物联网(Narrow Band Internet of Things,简称NB-IOT)等物联网(Internet-Of-Things,简称IOT)UE,由于应用场景的限制,对电池的使用寿命要求较高,在设计系统时UE功耗一直是重点改善指标,相关标准也是基于降低UE功耗的目标不断演进。在现有5G系统中,UE无论进行上行或下行数据传输都必须在RRC连接态支持。这对于MTC或IoT(也可称为NR精简版本NR-light)设备而言,效率比较低下。对于IoT稀疏的小数据包的特点,可以对终端与网络之间的信令交互进行简化,例如,在不建立无线资源控制(RadioResource Control,简称RRC)连接态的情况下进行数据发送等。这样可以很好的简化信令,节省功耗。如何在RRC空闲或非激活态下进行上/下行数据传输,将会成为一个重要的研究方向。此外,如何快速的进行随机接入过程,也可以简化信令,节省功耗,也是一个重要的研究方向。
发明内容
本公开的示例性实施例在于提供一种由用户设备执行的下行传输方法及用户设备,以在RRC连接态或RRC空闲或非激活态下进行下行数据传输。
根据本公开的示例性实施例,提供一种由用户设备执行的下行传输方法,包括:在预定义的下行资源中接收预定义的下行信号;根据接收的下行信号进行应答ACK反馈。
可选地,所述预定义的下行信号是第二类PDSCH,根据接收的下行信号进行ACK反馈的步骤可包括:对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈。
可选地,所述下行传输方法还可包括:当满足预定义的睡眠条件时,进入睡眠状态。
可选地,所述预定义的下行资源可以是预定义的第二类PDSCH资源。
可选地,所述预定义的第二类PDSCH资源是根据随机接入响应RAR PDCCH确定的RAR PDSCH的下行资源。
可选地,所述预定义的下行资源可以是第一搜索空间,第一搜索空间是用于监听调度第一类PDSCH的PDCCH的寻呼搜索空间。
可选地,所述预定义的下行资源可以是第三搜索空间,第三搜索空间是用于监听调度第二类PDSCH的PDCCH、并且用于支持用户设备在RRC空闲/去激活状态时进行下行传输的PDCCH的接收的搜索空间。
可选地,当所述预定义的下行资源是第三搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤可包括:在第三搜索空间中接收预定义的PDCCH;根据在第三搜索空间中接收的PDCCH接收第二类PDSCH。
可选地,当所述预定义的下行资源是第一搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤可包括:在第一搜索空间中接收预定义的PDCCH;根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;接收第二类PDSCH。
可选地,接收第二类PDSCH的步骤可包括:在第二搜索空间中接收PDCCH;根据在第二搜索空间中接收的PDCCH接收第二类PDSCH。
可选地,在在第二搜索空间中接收PDCCH之前,所述下行传输方法还可包括:根据第一类PDSCH发送PRACH。
可选地,当所述预定义的下行资源是第一搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤可包括:在第一搜索空间中接收预定义的PDCCH;根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;根据第一类PDSCH发送PRACH;在预定的时间窗内在预定义的第二搜索空间中监听PDCCH;当在预定的时间窗内监听到PDCCH时,在第二搜索空间中接收PDCCH;当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时,接收第二类PDSCH。
可选地,进入睡眠状态的步骤可包括:当在第二搜索空间中接收的PDCCH指示进入睡眠状态时,进入睡眠状态。
可选地,进入睡眠状态的步骤可包括:当在预定的时间窗内未监听到PDCCH时,进入睡眠状态。
可选地,在第一类PDSCH中可包含下行数据,和/或,第一类PDSCH中可包含以下信息中的至少一项:PRACH的资源信息、第二类PDSCH的资源信息、ACK资源信息、传输方式信息、第一类RNTI、第二搜索空间的资源信息。
和/或,在接收第一类PDSCH之后,所述下行传输方法还可包括:根据第一类PDSCH确定以下传输方式中的至少一种方式:进行RRC空闲态/非激活态下的早期数据传输EDT、进行RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT、进行RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT、建立无线资源控制RRC连接、进行基于竞争的随机接入、进行免竞争的随机接入、进行4步随机接入信道或者2步随机接入信道、在满足预定义的条件下回退到特定的传输过程,和/或,根据第一类PDSCH确定PRACH的资源信息,和/或,根据第一类PDSCH确定第二类PDSCH的资源信息,和/或,根据第一类PDSCH确定ACK的资源信息,和/或,根据第一类PDSCH确定第一类RNTI,和/或,根据第一类PDSCH确定第二搜索空间。
可选地,第一类PDSCH包含的PRACH的资源信息可包含以下信息中的至少一项:前导序列索引、前导序列重复次数、PRACH 格式、PRACH时频资源、用于确定RACH时机的同步信号和广播信道SS/PBCH信息。
可选地,当所述预定义的下行资源是第一搜索空间时,在第二搜索空间中接收PDCCH之前,所述下行传输方法还可包括,根据以下至少一种方式确定第二搜索空间:根据小区系统信息的配置信息确定所述第二搜索空间、根据用户设备专用RRC信令的配置信息确定所述第二搜索空间、根据第一类PDSCH确定第二搜索空间、结合所述多种信令确定第二搜索空间、根据预定义的搜索空间确定第二搜索空间。
可选地,在搜索空间中接收PDCCH的步骤可包括:根据第一类RNTI或RA-RNTI接收PDCCH,其中,第一类RNTI由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
可选地,在第二搜索空间中接收的PDCCH可包括以下至少一项:PDSCH的调度信息、上行定时调整信息、反馈HARQ-ACK的上行信道信息、第一类RNTI信息、用户设备传输方式的指示,其中,用户设备传输方式的指示包括:发送PRACH的指示、接收PDSCH的指示、通过PRACH或者PUCCH反馈HARQ-ACK的指示,其中,在第二搜索空间中的PDCCH的DCI中通过单独的比特域来区分不同的指示内容,或者,在第二搜索空间中的PDCCH的DCI中通过特定的比特取值/取值组合来区分不同的指示内容,或者,通过不同的RNTI对第二搜索空间中的PDCCH进行CRC加扰来区分不同的指示内容,或者,通过不同的DCI格式来区分不同的指示内容。
可选地,在发送PRACH之后,所述下行传输方法还可包括:当在时间窗内在第二搜索空间中未收到相应的下行响应时,回退到基于竞争的随机接入过程,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,再次发送专用PRACH,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,进入睡眠状态。
可选地,所述下行传输方法还可包括:根据PDCCH中包含的PDSCH的资源信息、第一类PDSCH中包含的PDSCH的资源信息、或者基站在RRC连接态配置的至少一套PDSCH的资源信息,来确定第二类PDSCH的资源,或者,根据PRACH确定第二类PDSCH的资源。
可选地,第二类PDSCH中可包括以下至少一项:下行数据、用于承载ACK的上行信道信息、上行定时调整信息、上行调度信息、第一类RNTI、两步随机过程中的Msg B PDSCH,其中,所述第二类PDSCH根据第一类RNTI、和/或RA-RNTI、和/或小区ID、和/或PRACH确定的序列被加扰。
可选地,所述第三搜索空间的参数被可选地配置,如果所述特定的搜索空间的参数没有被配置,则预定义用途的搜索空间被用作所述特定的搜索空间,其中,所述第三搜索空间根据用户设备特定RRC信令确定,或者,所述第三搜索空间根据小区系统信息确定,或者,所述第三搜索空间根据用户设备特定参数以及公共的搜索空间参数确定。
可选地,当所述预定义的下行资源是预定义的第二类PDSCH资源时,所述预定义的第二类PDSCH资源由基站在用户设备处于RRC连接态时配置,可用于RRC空闲/非激活状态时的下行传输。
可选地,当所述预定义的下行资源是预定义的第二类PDSCH资源时,所述预定义的第二类PDSCH资源由两步随机接入过程中的RAR PDCCH指示。第二类PDSCH为两步随机接入过程中的Msg B RAR PDSCH。可选地,根据解调结果进行ACK反馈的步骤可包括:如果正确解调PDSCH,则发送ACK;如果未正确解调PDSCH,则不发送上行信号,或者,根据PDSCH的解调结果,发送ACK或NACK。
可选地,当第二类PDSCH为Msg B RAR PDSCH时,根据解调结果进行ACK反馈的步骤可包括:当UE在Msg B RAR PDSCH中解调出成功的Msg B RAR sPDU时,UE反馈ACK。根据RARPDSCH或RAR PDCCH中指示的HARQ-ACK定时以及预定义的时间偏移量,确定反馈ACK的上行时隙/子时隙。
可选地,ACK、NACK可由PRACH或PUCCH承载或者,ACK可由PUSCH承载。
可选地,所述下行传输方法还可包括:根据上行定时是否有效来判断是否发送PUCCH,其中,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则不发送PUCCH;或者,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则发送PRACH,不发送PUCCH。
可选地,在接收第二类PDSCH之后,所述下行传输方法还可包括:在预定的时间窗内在第二或第三搜索空间中监测PDCCH,其中,所述预定的时间窗以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
可选地,下行传输方法还可包括:在预定的时间窗内,接收基站发送的以下至少一项:下行控制信道资源配置信息、PRACH配置信息、ACK反馈的上行信道配置信息、第二类PDSCH的调度信息、PUSCH的调度信息、传输方式指示信息、PRACH传输触发信息、基于竞争的随机接入过程的触发信息、进入睡眠状态的指示信息,或者,进入睡眠状态的步骤包括:在预定的时间窗内未接收到任何PDCCH或者在接收到进入睡眠状态的指示信息时,进入睡眠状态。
可选地,下行传输方法还可包括:根据接收到的回退指示或者基于检测到回退触发条件,回退到基于竞争的随机接入过程,其中,回退触发条件包括以下至少一项:上行定时失效、接收到调度第二类PDSCH的PDCCH但上行定时失效、在免竞争的PRACH发送后预定义的时间窗内未收到响应。
根据本公开的示例性实施例,提供一种用户设备,包括:信号接收单元,被配置为在预定义的下行资源中接收预定义的下行信号;和反馈单元,被配置为根据接收的下行信号进行应答ACK反馈。
可选地,所述预定义的下行信号是第二类PDSCH,反馈单元可被配置为对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈,或者,所述用户设备还包括:睡眠单元,被配置为当满足预定义的睡眠条件时,进入睡眠状态。
可选地,所述预定义的下行资源是预定义的第二类PDSCH资源,或者,所述预定义的下行资源是第一搜索空间,第一搜索空间是用于监听调度第一类PDSCH的PDCCH的寻呼搜索空间,或者,所述预定义的下行资源是第三搜索空间,第三搜索空间是用于监听调度第二类PDSCH的PDCCH、并且用于支持用户设备在RRC空闲/去激活状态时进行下行传输的PDCCH的接收的搜索空间。
可选地,信号接收单元可包括:第三PDCCH接收单元,被配置为当所述预定义的下行资源是第三搜索空间时,在第三搜索空间中接收预定义的PDCCH;第三PDSCH接收单元,被配置为根据在第三搜索空间中接收的PDCCH接收第二类PDSCH,其中,信号接收单元可包括:第一PDCCH接收单元,被配置为当所述预定义的下行资源是第一搜索空间时,在第一搜索空间中接收预定义的PDCCH;第一PDSCH接收单元,被配置为根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;第二接收单元,被配置为接收第二类PDSCH,或者,其中,第二接收单元可包括:第二PDCCH接收单元,被配置为在第二搜索空间中接收PDCCH;第二PDSCH接收单元,被配置为根据在第二搜索空间中接收的PDCCH接收第二类PDSCH,或者,其中,所述用户设备还包括:PRACH发送单元,被配置为根据第一类PDSCH发送PRACH。
可选地,信号接收单元可包括:第一PDCCH接收单元,被配置为当所述预定义的下行资源是第一搜索空间时,在第一搜索空间中接收预定义的PDCCH;第一PDSCH接收单元,被配置为根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;PRACH发送单元,被配置为根据第一类PDSCH发送PRACH;PDCCH监听单元,被配置为在预定的时间窗内在预定义的第二搜索空间中监听PDCCH;第二PDCCH接收单元,被配置为当在预定的时间窗内监听到PDCCH时,在第二搜索空间中接收PDCCH;第二PDSCH接收单元,被配置为当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时,接收第二类PDSCH;或者,所述睡眠单元被配置为当在第二搜索空间中接收的PDCCH指示进入睡眠状态时,进入睡眠状态,或者,所述睡眠单元被配置为当在预定的时间窗内未监听到PDCCH时,进入睡眠状态。
可选地,在第一类PDSCH中可包含下行数据,和/或,第一类PDSCH中包含以下信息中的至少一项:PRACH的资源信息、第二类PDSCH的资源信息、ACK资源信息、传输方式信息、第一类RNTI、第二搜索空间的资源信息,和/或,所述用户设备还包括:方式确定单元,被配置为在接收第一类PDSCH之后,根据第一类PDSCH确定以下传输方式中的至少一种方式:进行RRC空闲态/非激活态下的早期数据传输EDT、进行RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT、进行RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT、建立无线资源控制RRC连接、进行基于竞争的随机接入、进行免竞争的随机接入、进行4步随机接入信道或者2步随机接入信道、在满足预定义的条件下回退到特定的传输过程,和/或,根据第一类PDSCH确定PRACH的资源信息,和/或,根据第一类PDSCH确定第二类PDSCH的资源信息,和/或,根据第一类PDSCH确定ACK的资源信息,和/或,根据第一类PDSCH确定第一类RNTI,和/或,根据第一类PDSCH确定第二搜索空间。
可选地,第一类PDSCH包含的PRACH的资源信息可包含以下信息中的至少一项:前导序列索引、前导序列重复次数、PRACH 格式、PRACH时频资源、用于确定RACH时机的同步信号和广播信道SS/PBCH信息。
可选地,所述用户设备还可包括:空间确定单元,被配置为当所述预定义的下行资源是第一搜索空间时,根据以下至少一种方式确定第二搜索空间:根据小区系统信息的配置信息确定所述第二搜索空间、根据用户设备专用RRC信令的配置信息确定所述第二搜索空间、根据第一类PDSCH确定第二搜索空间、结合所述多种信令确定第二搜索空间、根据预定义的搜索空间确定第二搜索空间。
可选地,所述信号接收单元或者信号接收单元中的第一PDCCH接收单元、第二PDCCH接收单元、第三PDCCH接收单元可被配置为:根据第一类RNTI或RA-RNTI接收PDCCH,其中,第一类RNTI由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
可选地,在第二搜索空间中接收的PDCCH可包括以下至少一项:PDSCH的调度信息、上行定时调整信息、反馈HARQ-ACK的上行信道信息、第一类RNTI信息、用户设备传输方式的指示,其中,用户设备传输方式的指示包括:发送PRACH的指示、接收PDSCH的指示、通过PRACH或者PUCCH反馈HARQ-ACK的指示,其中,在第二搜索空间中的PDCCH的DCI中通过单独的比特域来区分不同的指示内容,或者,在第二搜索空间中的PDCCH的DCI中通过特定的比特取值/取值组合来区分不同的指示内容,或者,通过不同的RNTI对第二搜索空间中的PDCCH进行CRC加扰来区分不同的指示内容,或者,通过不同的DCI格式来区分不同的指示内容。
可选地,所述用户设备还可包括:回退单元,被配置为当在时间窗内在第二搜索空间中未收到相应的下行响应时,回退到基于竞争的随机接入过程,或者,所述用户设备还包括:再次发送单元,被配置为当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,再次发送专用PRACH,或者,所述睡眠单元还被配置为当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,进入睡眠状态。
可选地,所述用户设备还可包括:资源确定单元,被配置为根据PDCCH中包含的PDSCH的资源信息、第一类PDSCH中包含的PDSCH的资源信息、或者基站在RRC连接态配置的至少一套PDSCH的资源信息,来确定第二类PDSCH的资源,或者,根据PRACH确定第二类PDSCH的资源。
可选地,第二类PDSCH中可包括以下至少一项:下行数据、用于承载ACK的上行信道信息、上行定时调整信息、上行调度信息、第一类RNTI,其中,所述第二类PDSCH根据第一类RNTI、和/或RA-RNTI、和/或小区ID、和/或PRACH确定的序列被加扰。
可选地,所述第三搜索空间的参数被可选地配置,如果所述特定的搜索空间的参数没有被配置,则预定义用途的搜索空间被用作所述特定的搜索空间,其中,所述第三搜索空间根据用户设备特定RRC信令确定,或者,所述第三搜索空间根据小区系统信息确定,或者,所述第三搜索空间根据用户设备特定参数以及公共的搜索空间参数确定。
可选地,当所述预定义的下行资源是预定义的第二类PDSCH资源时,所述预定义的第二类PDSCH资源由基站在用户设备处于RRC连接态时配置,可用于RRC空闲/非激活状态时的下行传输。
可选地,所述反馈单元可被配置为:如果正确解调PDSCH,则发送ACK;如果未正确解调PDSCH,则不发送上行信号,或者,根据PDSCH的解调结果,发送ACK或NACK。
可选地,ACK、NACK可由PRACH或PUCCH承载或者,ACK可由PUSCH承载。
可选地,所述用户设备还可包括:发送判断单元,被配置为根据上行定时是否有效来判断是否发送PUCCH,其中,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则不发送PUCCH,或者,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则发送PRACH,不发送PUCCH。
可选地,所述用户设备还可包括:PDCCH监测单元,被配置为在预定的时间窗内在第二或第三搜索空间中监测PDCCH,其中,所述预定的时间窗以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
可选地,所述用户设备还可包括:信息接收单元,被配置为在预定的时间窗内,接收基站发送的以下至少一项:下行控制信道资源配置信息、PRACH配置信息、ACK反馈的上行信道配置信息、第二类PDSCH的调度信息、PUSCH的调度信息、传输方式指示信息、PRACH传输触发信息、基于竞争的随机接入过程的触发信息、进入睡眠状态的指示信息,或者,所述睡眠单元还被配置为在预定的时间窗内未接收到任何PDCCH,或者在接收到进入睡眠状态的指示信息时,进入睡眠状态。
可选地,所述回退单元还可被配置为根据接收到的回退指示或者基于检测到回退触发条件,回退到基于竞争的随机接入过程,其中,回退触发条件包括以下至少一项:上行定时失效、接收到调度第二类PDSCH的PDCCH但上行定时失效、在免竞争的PRACH发送后预定义的时间窗内未收到响应。
根据本公开的示例性实施例,提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被处理器执行时,实现根据本公开的下行传输方法的步骤。
根据本公开的示例性实施例,提供一种计算装置,包括:处理器;存储器,存储有计算机程序,当所述计算机程序被处理器执行时,实现根据本公开的下行传输方法的步骤。
根据本公开的示例性实施例的由用户设备执行的下行传输方法及用户设备,通过在预定义的下行资源中接收预定义的下行信号,并且根据接收的下行信号进行应答ACK反馈,从而实现在RRC空闲或非激活态下进行下行数据传输。
将在接下来的描述中部分阐述本公开总体构思另外的方面和/或优点,还有一部分通过描述将是清楚的,或者可以经过本公开总体构思的实施而得知。
附图说明
通过下面结合示例性地示出实施例的附图进行的描述,本公开示例性实施例的上述和其他目的和特点将会变得更加清楚,其中:
图1示出根据本公开的一个示例性实施例的由用户设备UE执行的下行传输方法的流程图;
图2示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图;
图3示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图;
图4示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图;
图5示出根据本公开的一个示例性实施例的用户设备的框图;
图6示出根据本公开的另一示例性实施例的用户设备的框图;
图7示出根据本公开的另一示例性实施例的用户设备的框图;
图8示出根据本公开的另一示例性实施例的用户设备的框图;和
图9示出根据本公开示例性实施例的计算装置的示意图。
具体实施方式
现将详细参照本公开的示例性实施例,所述实施例的示例在附图中示出,其中,相同的标号始终指的是相同的部件。以下将通过参照附图来说明所述实施例,以便解释本公开。
在NR系统中,UE可处于RRC连接态(connected),RRC非激活态(inactive),以及RRC空闲态(idle)。相比LTE,NR新引入RRC Inactive态,可以通过RRC连接恢复(RRC Resume)过程来恢复信令承载和建立数据连接。在现有技术中,处于RRC空闲态的UE或者处于非激活状态(inactive)的UE只需定期监听寻呼信号(Paging)。UE无需监听其他的物理下行控制信道(Physical Downlink Control Channel,简称PDCCH),也无需接收单播的下行数据。UE的寻呼消息主要包含两类,第一类是来自无线接入网(Radio Access Network,简称RAN)的寻呼消息,主要包含系统信息更新地震和海啸预警系统(Earthquake and Tsunami WarningSystem,简称EWTS)指示以及商用移动报警系统(Commercial Mobile Alert Service,简称CMAS)指示等信息;第二类是来自核心网(Core Network,简称CN)的寻呼消息,主要包含所寻呼的UE ID,即临时移动用户识别码(SAE-Temporary Mobile Subscriber Identity,简称S-TMSI)或国际移动用户识别码(International Mobile Subscriber IdentificationNumber,简称IMSI),以及指示该寻呼来自分组交换域(Packet Switch,简称PS)还是电路交换域(Circuit Switch,简称CS)。对于来自RAN侧的寻呼消息,小区内所有空闲态UE都需要接收;对于来自CN侧的寻呼消息,只有被寻呼的UE才需要接收,其他UE无需接收。
为了支持UE在RRC空闲态/非激活态下能够接收基站发送的下行数据,一种较为通用的方式是基于现有的寻呼机制进行增强。无论UE是静止的,还是具备移动特性的(服务小区可能变化),基于寻呼的机制都可以找到UE,并进行后续的通信操作。另一种较为简单的方法,基于服务小区基站掌握的UE信息,基站直接向UE发送下行信号。这种方式,更适用于具有静止特性的UE。此外,在实际系统中,由于触发下行传输的原因不同,例如,在终端结束的下行业务(Mobile-terminated,简称MT),或者是终端发起的业务导致的下行传输(Mobile-originated,简称MO),相应的下行传输方式可能不同。
本公开提供多种灵活的技术方案,以支持各种场景。例如,基站可以支持多种下行传输方法和灵活的选择。基站通过高层信令指示下行传输方式,基站可以在UE处于连接态(RRC connection)时,通过RRC信令或者MAC信令指示UE采用哪一种下行传输方式。又例如,基站可以在UE处于空闲态(RRC idle)或者非激活态(RRC inactive)时,通过寻呼消息/用于寻呼的PDCCH/用于寻呼的参考信号或序列/特定的PDCCH来指示UE采用哪一种下行传输方式。基站可以通过UE专用的信道或信号指示下行传输方式,或者通过UE组专用的信道或信号指示下行传输方式,或者通过公共信道或信号指示下行传输方式。例如,基站可以通过系统消息指示可支持的下行传输方式。
具体来说,可通过基站配置下行传输方式的参数。例如,系统信息中包括基站支持的下行传输方式的参数,或者UE专用高层信令中指示可用的下行传输方式的参数。
具体来说,可根据基站指示的下行传输方式以及预定义的条件,确定可用的下行传输方式。例如,基站在系统消息中指示M种下行传输方式,根据不同的预定义的条件,可以唯一确定出M种下行传输方式中的一种。
具体来说,下行传输方式可包括UE从RRC空闲态/非激活态转换到RRC连接状态进行的下行传输,以及UE保持在RRC空闲态/非激活态进行的下行传输。
具体来说,UE从RRC空闲态/非激活态转换到RRC连接状态,或者UE保持在RRC空闲态/非激活态下的下行传输,可以包括UE按照四步的随机接入过程(4步RACH)或者两步的随机接入过程(2步RACH)。
具体来说,可通过基站指示UE保持在RRC空闲态/非激活态下的具体哪一种下行传输方式。例如,RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT方式,或者RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT方式,或者RRC空闲态/非激活态下基于预配置的搜索空间的数据传输方式,或者RRC空闲态/非激活态下基于预配置的下行资源的数据传输方式。
具体来说,UE可根据上行定时是否有效,确定传输方式。
具体来说,UE可向基站上报UE类型信息。这里,UE类型信息包括UE是否具备静止特性。
RRC空闲态/非激活态下的下行传输,有多种获取用于RRC空闲态/非激活态下的下行传输资源的方法,这些方法可以结合使用。例如,在RRC连接态下获取用于RRC空闲态/非激活状态的下行传输的资源信息,并且这些资源信息在释放RRC连接时,依然被保留下来,从而使得在RRC空闲态/非激活状态进行下行传输时可以使用。例如,在RRC空闲态/非激活状态下获取用于RRC空闲态/非激活状态的下行传输的资源信息,该资源信息仅在一定时间内有效。
图1示出根据本公开的一个示例性实施例的由用户设备UE执行的下行传输方法的流程图。
参照图1,在步骤S101,在预定义的第一搜索空间中接收预定义的PDCCH。
预定义的第一搜索空间为用于监听寻呼控制信息的搜索空间(也可被称为寻呼搜索空间,pagingSearchSpace)。当UE处于RRC空闲/去激活状态时,UE可以工作在非连续接收的模式(DRX),以达到省电的目的。此时,UE仅需要在每一个DRX周期内监听一个寻呼时机(paging occasion,简称PO)。这个寻呼时机由一组下行控制信息PDCCH监测时机(PDCCHmonitoring occasions)组成。在一个寻呼帧(paging frame,简称PF)中,可以包含一个或多个PO,或者包含一个或多个PO的起点。
在本公开的示例性实施例中,在第一搜索空间中,预定义的下行信号可以是PDCCH。在一个PO中,基站可发送一个或多个通过寻呼RNTI(P-RNTI)加扰的PDCCH。在基站发送的一个或多个通过寻呼RNTI加扰的PDCCH中,指示调度的PDSCH信息。
在本公开的示例性实施例中,在第一搜索空间中接收PDCCH的步骤可包括:根据第一类RNTI或RA-RNTI接收PDCCH。这里,第一类RNTI可由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
在本公开的示例性实施例中,PDCCH可指示UE行为。例如,PDCCH指示UE接收这个PDCCH调度的PDSCH(例如,PDCCH指示DCI包含寻呼消息的调度信息),或者仅接收PDCCH(例如,PDCCH指示DCI包含short message不包含寻呼消息的调度信息)。例如,PDCCH指示UE进行基于竞争的随机接入,或者进行免竞争的随机接入。例如,PDCCH指示UE进行4步RACH或者2步RACH。例如,PDCCH指示UE进行RRC空闲态/非激活态下的传输,或者建立RRC连接。例如,PDCCH指示PDSCH中是否包含下行数据。例如,PDCCH指示PDSCH中是否包含调度下行数据的下行控制信息等。如果PDCCH对应了一组UE,这一组UE的行为是相同的。或者,如果在PDCCH中包含一组UE进一步划分的多个子小组UE的行为指示,则每个子小组内UE的行为是相同的,但不同子小组的UE的行为可以不同。
在本公开的示例性实施例中,在第一搜索空间中,预定义下行信号可以是唤醒信号(wake up signal,简称WUS)。在一个PO中,或者在一个PO之前的X个时隙/子时隙/符号/绝对时间开始,基站可发送WUS。基站可以为一个或者一组UE分配相同的一个或者一组WUS。可选地,WUS指示UE行为。例如,通过不同的WUS序列,指示UE的不同行为。或者,通过不同的WUS序列以及PDCCH中的指示,确定UE的不同行为。例如,基站可以配置多个表格,每一个表格对应一个WUS序列或者UE组,每一个表格包括X中UE行为。UE通过WUS序列以及PDCCH中的log2(X)的比特,确定哪一个表格以及这一个表格中的哪一种UE行为。
具体来说,如果在PDCCH中或WUS中,基站没有指示UE行为,则UE可按照标准预定义的行为操作。
此外,PDCCH或WUS可指示搜索空间的信息,例如,基站在连接状态时可以为UE配置第二搜索空间的资源信息以及搜索空间ID,这里,可通过PDCCH或WUS以显示、隐式或者两者结合的方式来指示第二搜索空间的ID。例如,可根据PDCCH的第一个CCE的位置,确定第二搜索空间的ID。
在步骤S102,根据在第一搜索空间中接收的PDCCH接收第一类PDSCH。
如果UE在步骤S101接收到PDCCH,并且PDCCH指示的UE行为包括接收PDSCH,则UE在步骤S102,根据PDCCH接收第一类PDSCH。第一类PDSCH为承载寻呼消息的PDSCH。
在本公开的示例性实施例中,在第一类PDSCH中可包含下行数据。
在本公开的示例性实施例中,第一类PDSCH中可包含以下信息中的至少一项:PRACH的资源信息、第二类PDSCH的资源信息、ACK资源信息、传输方式信息、第一类RNTI、第二搜索空间的资源信息。
在本公开的示例性实施例中,在接收第一类PDSCH之后,所述下行传输方法还包括:根据第一类PDSCH确定以下传输方式中的至少一种方式:进行RRC空闲态/非激活态下的早期数据传输EDT、进行RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT、进行RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT、建立无线资源控制RRC连接、进行基于竞争的随机接入、进行免竞争的随机接入、进行4步随机接入信道或者2步随机接入信道、在满足预定义的条件下回退到特定的传输过程。
在本公开的示例性实施例中,可根据第一类PDSCH确定PRACH的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定第二类PDSCH的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定ACK的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定第一类RNTI。
在本公开的示例性实施例中,可根据第一类PDSCH确定第二搜索空间。
在本公开的示例性实施例中,第一类PDSCH包含的PRACH的资源信息可包含以下信息中的至少一项:前导序列索引、前导序列重复次数、PRACH格式、PRACH时频资源、用于确定RACH时机的同步信号和广播信道SS/PBCH信息。
在本公开的示例性实施例中,在第一类PDSCH中,基站可以指示UE发送PRACH的资源信息,和/或发送第二类PDSCH的资源信息,和/或反馈HARQ-ACK的资源信息,和/或发送第一个PDSCH中包含的下行数据。
此外,在第一类PDSCH中,基站可以指示UE行为。具体来说,第一类PDSCH可指示传输方式:UE进行RRC空闲态/非激活态下的传输(例如,包含MT-EDT指示),或者建立RRC连接。具体来说,第一类PDSCH还可指示UE进行基于竞争的随机接入,或者进行免竞争的随机接入。具体来说,第一类PDSCH还可指示UE进行4步RACH或者2步RACH。具体来说,第一类PDSCH中还可指示UE在RRC空闲态/非激活态下的传输的方式。例如,UE进行RRC空闲态/非激活态下的传输方式为基于MT-EDT的传输方式,或MO-EDT的传输方式。具体来说,第一类PDSCH还可指示UE在满足预定义的条件下回退到基于竞争的随机接入过程。例如,当UE在发送PRACH后的时间窗T2内未收到任何PDCCH,则UE回退到基于竞争的随机接入过程。具体来说,传输方式可通过第一类PDSCH中是否包含特定的信息间接指示。例如,如果第一类PDSCH中包含专用PRACH资源信息,和/或第一类RNTI,则传输方式为RRC空闲态/非激活态下基于MT-EDT的传输,如果第一类PDSCH中未包含专用PRACH资源信息,则传输方式为RRC空闲态/非激活态下基于MO-EDT的传输。具体来说,如果在第一类PDSCH中,不包含指示UE行为的信息,则UE可按照标准预定义的行为操作,例如,进行随机接入过程并建立或恢复RRC连接。
在本公开的示例性实施例中在第一类PDSCH中可包含PRACH的资源信息。
这里,第一类PDSCH中包含的PRACH的资源信息可至少包含以下信息中的一种:前导序列(preamble)索引、前导序列(preamble)重复次数、PRACH格式以及PRACH的时频资源。例如,第一类PDSCH中包含的PRACH的时间资源是相对于在步骤S102中接收到的第一类PDSCH的结束符号或者结束符号所在的下行时间单元边界的X个时隙和/或符号之后的第一个符号开始,长度为Y个符号的时间资源,PRACH的频域资源为第m到PRB到第n个PRB。
此外,第一类PDSCH中包含的PRACH的资源信息包含SS/PBCH索引的PRACH的资源信息,用于确定发送PRACH的RACH时机,这里,RACH时机与SS/PBCH索引对应。具体来说,可通过N比特来指示SS/PBCH索引信息。这里,一个特定的N比特取值表示RACH时机对应的SS/PBCH索引与接收到的寻呼消息所对应的SS/PBCH索引相同,例如,N比特取值为0时,表示RACH时机对应的SS/PBCH索引与接收到的寻呼消息所对应的SS/PBCH索引相同。N比特取值为i时,表示RACH时机对应的SS/PBCH索引为i。
此外,第一类PDSCH中包含PRACH的资源信息还可包括功率控制信息,例如preambleReceivedTargetPower等参数。
在本公开的示例性实施例中,基站可以在UE处于RRC连接状态时,为UE配置PRACH的资源。UE在释放RRC连接时,不释放该PRACH资源。基站在第一类PDSCH中指示UE采用配置的PRACH资源进行PRACH发送。UE根据以上指示的PRACH资源发送PRACH。基站可在第一类PDSCH中指示UE是否采用配置的PRACH资源进行PRACH发送。
在本公开的示例性实施例中,基站在UE处于RRC连接状态时,可为UE配置多套PRACH的资源。UE在释放RRC连接时,不释放该PRACH资源。基站可在第一类PDSCH中指示UE采用哪一套资源进行PRACH发送。
在本公开的示例性实施例中,UE可根据以上指示的PRACH资源,以及UE在RRC空闲/非激活态的服务小区(RRC空闲态下的驻留小区)的系统信息或小区公共信令中指示的PRACH资源配置信息,确定PRACH的时频码资源,确定用于发送PRACH的有效RACH时机。进一步的,为缩短时延,UE所选择的RACH时机为在步骤S102中接收到的第一类PDSCH结束后的第一个满足预定义时延的有效RACH时机。所述预定义时延是标准预定义的,或者基站配置的。
在本公开的示例性实施例中,基站在第一类PDSCH中包含PRACH的资源信息时,可通过预定义的取值来表示PRACH资源是基于竞争的还是专用于一个UE的。例如,如果将前导序列(preamble)索引的取值设为0,那么PRACH资源为基于竞争的,UE将进行4步基于竞争的随机接入过程或者2步基于竞争的随机接入过程。
在本公开的示例性实施例中,在第一类PDSCH中可包含一个RNTI,用于UE当前这一次RRC空闲/非激活状态下的通信过程中的后续步骤使用。具体来说,如果UE未变更服务小区(RRC空闲态下的驻留小区),且UE未接收到新的RNTI,则UE在下一次处于RRC空闲/非激活状态下的通信过程中可继续使用这个RNTI。UE可根据该RNTI对PDCCH进行接收,例如,该RNTI用于PDCCH的CRC加扰,确定DMRS序列。例如,UE可根据该RNTI确定UE-specific搜索空间的起点。例如,UE可根据该RNTI对PUSCH、或PUCCH、或第二类PDSCH进行加扰,UE可根据预定义的RNTI确定DMRS序列。为描述方便,可将这种RNTI称为第一类RNTI。
在本公开的示例性实施例中,在第一类PDSCH中可包含第二搜索空间的信息。具体来说,第二搜索空间的信息包括以下至少一种信息:搜索空间ID(Search space ID)、时间资源信息(例如,周期、偏移、时间长度、一个时间单位内占用的符号等)、频域资源信息(例如,占用的PRB)、空间资源信息(例如,QCL/TCI信息、预编码粒度等)、CCE-REG-映射信息、PDCCHDMRS信息、搜索空间的聚合等级信息、监测候选数信息、DCI格式信息。
在本公开的示例性实施例中,基站可在UE处于连接状态时为UE配置搜索空间的资源信息以及搜索空间ID。UE在释放RRC连接时,不释放该搜索空间的资源信息以及搜索空间ID。UE可结合第一类PDSCH的指示以及基站在UE处于连接状态时为UE配置的信息来指示第二搜索空间的信息。例如,基站可在UE处于连接状态时为UE配置的信息以及第一类PDSCH指示的搜索空间ID,来指示第二搜索空间的信息。指示可以是显示的、或者隐式的、或者两者结合的。
在本公开的示例性实施例中,在第一类PDSCH中指第二类PDSCH的资源信息。因此,UE在步骤S102接收到第一类PDSCH之后,可跳过步骤S103和步骤S104而直接进入步骤S105。或者,UE在步骤S102接收到第一类PDSCH之后,仍然进入到步骤S103。例如,如果基站配置的PRACH时间资源早于第二类PDSCH的时间资源,则基站可以在接收到PRACH之后,确定UE所在小区,仅在该小区发送承载下行数据的第二类PDSCH,从而避免基站在多个小区发送第二类PDSCH。
在本公开的示例性实施例中,基站在UE处于RRC连接状态时,为UE配置多套PDSCH的资源信息,其中至少包含PDSCH的时频资源、PDSCH承载的传输块TB的信息(例如MCS信息)、参考符号信息等。UE在释放RRC连接时,不释放该PDSCH的资源信息。基站可在第一类PDSCH中指示UE根据哪一套PDSCH资源进行PDSCH接收。UE可根据基站指示的一套PDSCH资源进行PDSCH接收。具体来说,基站在UE处于RRC连接状态时,可配置一套PDSCH的部分资源信息,UE在释放RRC连接时,不释放该PDSCH的资源信息。基站可在第一类PDSCH中包含剩余的资源信息。UE可根据两类信息确定第二类PDSCH的资源。
在本公开的示例性实施例中,基站在UE处于RRC连接状态时,为UE配置多套PDSCH的资源信息,其中至少包含PDSCH的时频资源、PDSCH承载的传输块TB的信息(例如MCS信息)、参考符号信息以及对应的SS/PBCH信息等。对于一个SS/PBCH,有多套PDSCH资源信息。UE在释放RRC连接时,不释放该PDSCH的资源信息。基站可在第一类PDSCH中指示UE根据哪一套PDSCH资源进行PDSCH接收。UE可根据接收到的第一类PDSCH所对应的SS/PBCH的索引号i以及基站指示的PDSCH资源信息进行PDSCH接收。
此外,第一类PDSCH可包含第二PDSCH的QCL(Quasi-colocated,准同址)特性,例如,与哪一个SS/PBCH满足QCL关系。
在本公开的示例性实施例中,在第一类PDSCH中包含HARQ-ACK的资源信息。具体来说,的HARQ-ACK信息由PUCCH、或者PRACH承载。
具体来说,基站可在UE处于RRC连接状态时为UE配置多套PUCCH或者PRACH的资源信息。UE在释放RRC连接时,不释放该PUCCH或者PRACH的资源信息。基站可在第一类PDSCH中指示其中一套资源。其中,指示可以是显示的、或者隐式的、或者两者结合的。UE可根据指示的一套资源,发送PUCCH或者PRACH。
具体来说,用于PUCCH或者PRACH的信令和用于配置RRC连接态时的PUCCH或者PRACH资源的信令可以是同一个,并且基站还会指示该资源是仅用于其中一种用途,还是均可使用。此外,配置信令还可以是两个不同的信令,例如,采用不同的字段(IE)或者在不同的RRC消息或系统消息中配置。
具体来说,用于承载HARQ-ACK的PRACH资源与发送PRACH的PRACH资源相同。此外,用于承载HARQ-ACK的PRACH资源与发送PRACH的PRACH资源可被分别配置。
在本公开的示例性实施例中,在第一类PDSCH中可承载下行数据。此时,UE在步骤S102接收到第一类PDSCH后,跳过步骤S103至S105而直接进入步骤S106。
具体来说,如果UE未监测到适用于该UE的第一类PDSCH,则UE可以进入睡眠状态。如果UE未监测到适用于该UE的第一类PDSCH,则UE可以在预定义的时间窗内,在第二搜索空间中监测PDCCH。
在步骤S103,根据所述第一类PDSCH发送PRACH。
当UE在步骤S102中的第一类PDSCH中找到与自己匹配的信息时,UE在步骤S103中发送PRACH。此时,UE需确定PRACH资源、发送定时、功率控制等信息。
如果基站在UE处于连接状态时为UE分配了一个用户专用的PRACH资源,UE在释放RRC连接时,不释放该PRACH资源,则在步骤S103中,UE在这个PRACH资源上发送PRACH。
如果在步骤S102中的第一类PDSCH中指示了一个PRACH资源,则在步骤S103中,UE在这个PRACH资源上发送PRACH。
如果在步骤S102中的第一类PDSCH中指示了基于竞争的PRACH资源,则在步骤S103中,UE根据系统信息中配置的PRACH资源集合以及预定义的规则选择一个PRACH资源来发送PRACH。这里,用于配置RRC空闲/非激活状态的下行传输中使用的PRACH资源集合的信令和用于配置初始接入时使用的PRACH资源集合的信令可以是同一个,并且基站还可指示该PRACH资源集合是仅用于其中一种用途还是均可使用。此外,用于配置RRC空闲/非激活状态的下行传输中使用的PRACH资源集合的信令和用于配置初始接入时使用的PRACH资源集合的信令还可以是两个不同的信令,例如,采用不同的字段(IE)或者在不同的系统消息中配置。
如果在步骤S102中的第一类PDSCH中包含了PRACH功率控制信息,则在步骤S103中,UE按照第一类PDSCH中包含PRACH功率控制信息指示的功控参数进行PRACH的上行功率设置。如果在第一类PDSCH中未包含PRACH功率控制信息,则按照系统信息中指示的功控参数进行PRACH的上行功率设置。具体来说,用于配置步骤S103中的PRACH发送功率的信令和用于配置初始接入的PRACH发送功率的信令可以是同一个,并且基站还可指示该配置是仅用于其中一种用途还是均可使用。此外,配置信令可以是两个不同的信令,例如,采用不同的字段(IE)或者在不同的RRC消息或系统消息中配置。
具体来说,基站为UE配置的PRACH资源可仅供一次上行发送使用。此外,基站为UE配置的PRACH资源也可用于多次上行发送使用。例如,基站为UE配置多个PRACH资源,每个资源的参数可以独立配置,或者基站为UE配置一个PRACH资源,并指示多个发送位置的信息,例如,多个发送位置之间的时间差,以及发送位置的个数,或者UE可发送PRACH的最大次数,或者根据PRACH发送时机确定。UE在第一次PRACH发送后,启动时间窗T1(或定时器T1),如果在时间窗T1(或定时器T1)归0后尚未收到相应的下行响应,则在另一(例如,第二个)PRACH资源上发送,以此类推。如果UE发送PRACH的次数已达到预定义的最大发送次数,则UE不能再尝试发送PRACH。
具体来说,如果UE在发送PRACH后,在时间窗T2(或定时器T2)内未收到相应的下行响应,则UE可回退到基于竞争的随机接入过程。具体来说,用于在RRC空闲/非连接态下进行下行传输所使用的基于竞争的随机接入过程所采用的PRACH资源与建立RRC连接所采用的PRACH资源可以是分别配置的。具体来说,在用于在RRC空闲/非连接态下进行下行传输所使用的基于竞争的随机接入过程中,基站可以在随机接入过程的Msg4中承载下行数据。
具体来说,时间窗T1与T2分别配置,或者,这两个时间窗相同。时间窗T1与T2通过小区系统信息块的一个专用信令广播配置,而非现有系统的ra-ResponseWindowSize,或者重用现有系统的ra-ResponseWindowSize,或者通过UE处于RRC连接态时的高层信令配置。
在本公开的示例性实施例中,当多种信令均配置了PRACH,则可以结合多种信令来确定PRACH信息。
具体来说,当多种信令均配置了PRACH,且只能按照一种配置息确定PRACH信息时,按照预定义的优先级准则来确定哪一种信令确定PRACH信息。例如,如果基站在UE处于连接状态时为UE分配了一个用户专用的PRACH,并且在第一类PDSCH中包含了一个PRACH信息,则UE可按照第一类PDSCH中包含的PRACH信息来发送PRACH。
在本公开的示例性实施例中,可根据下行定时发送PRACH。
具体来说,UE可根据维护的有效上行定时发送PRACH。如果UE维护的上行定时保持有效,则UE可以在步骤S102之后,跳过步骤S103而直接进入步骤S104,或者跳过步骤S103和步骤S104直接进入步骤S105。
UE可以根据以下一项或多项来判断上行定时是否有效:
(1)当RRC空闲态的TimeAlignmentTimer不再运行时,上行定时无效。
(2)在RRC空闲态的TA有效期(Validity Period)之外,上行定时无效。
(3)当服务小区(RRC空闲态下的驻留小区)发生改变时,上行定时无效。
(4)当服务小区(RRC空闲态下的驻留小区)的RSRP的测量值的变化超过一个预定义的门限时,上行定时无效。
(5)当一个或多个邻小区的RSRP的测量值的变化超过一个预定义的门限时,上行定时无效。
(6)当来自至少两个基站信号的到达时间差(Time Difference of Arrival,TDOA)的变化超过一个预定义的门限时,上行定时无效。
(7)当UE具有指示静止特性的标签时,上行定时总是认为有效。
(8)当小区系统信息指示小区半径小于一个预定义的门限时,上行定时总是认为有效。
这里,用于管理TA的TimeAlignmentTimer参见在系统信息中指示的timeAlignmentTimerCommon值,或者,用于管理TA的TimeAlignmentTimer也可能被专门配置,例如eNB可以通过第一类PDSCH配置TimeAlignmentTimerDedicated。UE在RRC空闲态/非激活态下行传输过程中,可以获取TA更新的信令,例如,UE在发送PRACH后,基站通过第二搜索空间中的PDCCH或第二类PDSCH指示TA。UE接收到TA更新的信令并调整TA后,会重新启动TimeAlignmentTimer。当UE在RRC连接态下TimeAlignmentTimer被配置为无穷大时,即使UE进入RRC空闲态,仍然可以保存RRC连接态下获取的上行定时。在实际应用中,由于IOT UE的实际使用场景,UE几乎相对静止,UE用于发送上行物理信道的上行定时也几乎不变,当UE将自己的“静止”特性上报给基站时,基站会依据该“静止”特性将TimeAlignmentTimer配置为无穷大(infinity),这样UE在RRC连接态获取的TA可以一直使用,当UE释放RRC连接进入RRC空闲/去激活态时,该TA仍然被保存并用于RRC空闲/去激活态的上行信道传输。
在本公开的示例性实施例中,基站可配置发送PRACH的BWP,或者,基站可限定UE在初始BWP(initial BWP)上发送PRACH,即服务小区系统信息中指示的用于初始随机接入时的UL BWP。
具体来说,如果基站配置的UE行为,或者第一类PDSCH中指示的UE行为是根据寻呼消息接收步骤S104中的PDCCH或接收步骤S105中的PDSCH,则UE跳过步骤S103或跳过步骤S103以及S104。
在步骤S104,在预定义的第二搜索空间中接收PDCCH。
在本公开的示例性实施例中,在第二搜索空间中接收PDCCH之前,
所述下行传输方法还包括,根据以下至少一种方式确定第二搜索空间:根据小区系统信息的配置信息确定所述第二搜索空间、根据用户设备专用RRC信令的配置信息确定所述第二搜索空间、根据第一类PDSCH确定第二搜索空间、结合所述多种信令确定第二搜索空间、根据预定义的搜索空间确定第二搜索空间。
在本公开的示例性实施例中,在第二搜索空间中接收PDCCH的步骤可包括:根据第一类RNTI或RA-RNTI接收PDCCH。这里,第一类RNTI可由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
在本公开的示例性实施例中,在第二搜索空间中接收的PDCCH可包括以下至少一项:PDSCH的调度信息、上行定时调整信息、反馈HARQ-ACK的上行信道信息、第一类RNTI信息、用户设备传输方式的指示。
在本公开的示例性实施例中,用户设备传输方式的指示可包括:发送PRACH的指示、接收PDSCH的指示、通过PRACH或者PUCCH反馈HARQ-ACK的指示。
在本公开的示例性实施例中,在第二搜索空间中的PDCCH的DCI中可通过单独的比特域来区分不同的指示内容,或者,在第二搜索空间中的PDCCH的DCI中可通过特定的比特取值/取值组合来区分不同的指示内容,或者,可通过不同的RNTI对第二搜索空间中的PDCCH进行CRC加扰来区分不同的指示内容,或者,可通过不同的DCI格式来区分不同的指示内容。
在本公开的示例性实施例中,当在时间窗内在第二搜索空间中未收到相应的下行响应时,回退到基于竞争的随机接入过程,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,再次发送专用PRACH,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,进入睡眠状态。
第二搜索空间用于接收被第一类RNTI加扰的PDCCH,和/或第二搜索空间用于接收被RA-RNTI加扰的PDCCH。
如果基站通过小区系统信息广播配置了第二搜索空间,则可按照配置信息确定第二搜索空间。如果基站通过UE专用RRC信令配置了第二搜索空间,则可按照配置信息确定第二搜索空间。例如,基站在UE处于RRC处于连接态时通过UE专用RRC信令配置,且UE在释放RRC连接时不释放该资源信息。
如果在步骤S102中的第一类PDSCH中配置了第二搜索空间,则可按照指示的信息确定第二搜索空间。
在本公开的示例性实施例中,当多种信令均配置了第二搜索空间,可以结合多种信令来确定第二搜索空间。例如,第二搜索空间可根据第一类PDSCH中的配置以及小区系统信息广播的配置联合确定第二搜索空间。例如,可根据UE专用的参数以及公共的所搜空间参数来确定第二搜索空间。
在本公开的示例性实施例中,当多种信令均配置了第二搜索空间,并且只能按照一种配置信息确定第二搜索空间时,可按照预定义的优先级准则来确定哪一种信令确定第二搜索空间。例如,基站既通过第一类PDSCH中配置了第二搜索空间,又通过小区系统信息广播配置了第二搜索空间时,按照第一类PDSCH中的配置确定第二搜索空间。例如,当基站既通过第一类PDSCH中配置了第二搜索空间,又通过UE专用RRC信令配置了第二搜索空间时,按照第一类PDSCH中的配置确定第二搜索空间。例如,当基站既通过UE专用RRC信令配置了第二搜索空间,又通过小区系统信息广播配置了第二搜索空间时,按照UE专用RRC信令确定第二搜索空间。
在本公开的示例性实施例中,用于配置第二搜索空间的信令和用于配置其他搜索空间的信令可以是同一个,并且基站还可指示该搜索空间是仅用于其中一种用途还是均可使用。此外,配置第二搜索空间的信令和用于配置其他搜索空间的信令也可以是两个不同的信令,例如,采用不同的字段(IE)或者在不同的RRC消息或系统消息中配置。
在本公开的示例性实施例中,第二搜索空间的参数被可选地配置,如果基站没有配置第二搜索空间,则UE可将预定义用途的搜索空间用于第二搜索空间。例如,预定义用途的搜索空间可以是用于接收随机接入相应的搜索空间(RA-searchspace)、或者用于监听寻呼控制信息的搜索空间(第一搜索空间)、或者用于接收SIB1系统信息的搜索空间(searchspaceSIB1)、或者搜索空间0(SearchSpace zero)。如果基站没有配置第二搜索空间对应的控制资源集合(CORESET),则UE可将预定义用途的CORESET用于第二搜索空间对应的CORESET。例如,预定义用途的CORESET可以是用于随机接入的Type1-PDCCH CSS的CCORESET、或者用于寻呼的Type2-PDCCH CSS、或者Type-0 PDCCH CSS的CORESET。
在本公开的示例性实施例中,如果步骤S102中的第一类PDSCH中未包含第二搜索空间的信息,则根据预定义用途的搜索空间确定第二搜索空间。例如,根据系统信息中指示的用于随机接入响应的RA-searchspace确定第二搜索空间。进一步的,如果基站在UE处于连接状态时为UE配置第二搜索空间,且UE的服务小区未变化,则UE根据配置的信息确定第二搜索空间,如果UE的服务小区发生变化,则UE根据预定义的搜索空间确定第二搜索空间,例如RA-searchspace。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可以用第一类RNTI加扰、或者用RA-RNTI加扰,即可根据步骤S103中发送的PRACH的资源确定RA-RNTI。
如果基站配置了第一类RNTI,例如,通过第一类PDSCH配置了第一类RNTI,或者通过UE专用RRC信令配置了第一类RNTI,或者通过小区系统信息广播配置了第一类RNTI,则可按照基站的配置来确定第一类RNTI。当基站通过多种信令配置第一类RNTI时,可按照预定义的优先级规则根据其中一种信令确定第一类RNTI,或者可结合多种信令确定第一类RNTI。
此外,还可以结合第一类PDSCH包含的第一类RNTI信息以及其他信息(例如PRACH信息,或者PaingUE-Identity)来联合确定第一类RNTI。
这里,第一类RNTI的参数可被可选地配置。如果基站没有配置第一类RNTI,则第一类RNTI可由上一次UE处于RRC连接状态时分配的C-RNTI确定。或者,第一类RNTI可由PaingUE-Identity确定,例如,根据NG-5G-S-TMSI、或者I-RNTI-Value、或者ShortI-RNTI-Value以及预定义的函数来确定第一类RNTI。或者,第一类RNTI可由RA-RNTI确定。或者,第一类RNTI由PaingUE-Identity和PRACH资源联合确定。
这里,第一类RNTI的有效时间是可配的。例如从收到第一类RNTI信息开始,经过预定义的时间长度之后,该RNTI失效。又例如,在UE再次收到第一类RNTI信息之前,上一次的第一类RNTI持续有效。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可包含PDSCH的调度信息。例如,PDSCH的资源信息,HARQ信息等。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可包含上行定时调整信息(Timing advance)。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可包含ACK反馈的上行信道信息。例如PUCCH或PRACH或PUSCH信息。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可包含第一类RNTI信息。此时,可根据第二搜索空间中的PDCCH包含的第一类RNTI信息以及其他信息(例如PRACH信息、或者PaingUE-Identity)来联合确定第一类RNTI。
在本公开的示例性实施例中,第二搜索空间中的PDCCH可包含UE行为的指示。具体来说,PDCCH可触发UE发送PRACH,或者PDCCH可指示UE接收PDSCH。其中,PDCCH可指示一个专用的PRACH资源,例如,PDCCH中指示的ra-PreambleIndex为非零取值,或者PDCCH可指示UE根据预定义的规则从PRACH集合中选择一个PRACH资源(例如,PDCCH中指示的ra-PreambleIndex取值为零时),UE进行基于竞争的随机接入过程。此外,PDCCH还可指示UE通过PRACH或者PUCCH发送HARQ-ACK。并且,在PDCCH的DCI中通过单独的比特域来区分不同的指示内容,或者,在PDCCH的DCI中通过特定的比特取值/取值组合来区分不同的指示内容,或者,通过不同的RNTI对PDCCH CRC加扰来区分不同的指示内容,或者,通过不同的DCI格式来区分,或者通过不同的搜索空间来区分。例如,用于确定上行定时的PDCCH位于第二搜索空间中,用于调度承载数据的PDSCH的PDCCH位于搜索空间C中。
在本公开的示例性实施例中,如果UE在发送PRACH后,在时间窗T2(或定时器T2)内在第二搜索空间中未收到相应的下行响应,则UE可回退到基于竞争的随机接入过程。这里,用于在RRC空闲/非连接态下进行下行传输所使用的基于竞争的随机接入过程所采用的PRACH资源与建立RRC连接所采用的PRACH资源可以是被分别配置的。
此外,如果UE在发送PRACH后,在时间窗T1(或定时器T1)内在第二搜索空间中未收到相应的下行响应,UE可再次发送专用PRACH。以此类推。如果UE发送PRACH的次数已达到预定义的最大发送次数,UE不能再尝试发送这个PRACH。
在步骤S105,根据在第二搜索空间中接收的PDCCH接收第二类PDSCH。
在本公开的示例性实施例中,根据PDCCH中包含的PDSCH的资源信息、第一类PDSCH中包含的PDSCH的资源信息、或者基站在RRC连接态配置的至少一套PDSCH的资源信息,来确定第二类PDSCH的资源,或者,根据PRACH确定第二类PDSCH的资源。
在本公开的示例性实施例中,第二类PDSCH中包括以下至少一项:下行数据、用于承载ACK的上行信道信息、上行定时调整信息、上行调度信息、下行控制信息,第一类RNTI。这里,所述第二类PDSCH根据第一类RNTI、和/或RA-RNTI、和/或小区ID、和/或PRACH确定的序列被加扰。
在本公开的示例性实施例中,在接收第二类PDSCH之后,所述下行传输方法还可包括:在预定的时间窗内在第二搜索空间中监测PDCCH。这里,所述预定的时间窗以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
在本公开的示例性实施例中,在预定的时间窗内,UE可接收基站发送的以下至少一项:下行控制信道资源配置信息、PRACH配置信息、ACK反馈的上行信道配置信息、第二类PDSCH的调度信息、PUSCH的调度信息、传输方式指示信息、PRACH传输触发信息、基于竞争的随机接入过程的触发信息、进入睡眠状态的指示信息。
在本公开的示例性实施例中,在预定的时间窗内未接收到任何PDCCH,或者在接收到进入睡眠状态的指示信息时,UE可进入睡眠状态。
UE可根据步骤S104中接收的PDCCH接收第二类PDSCH。或者,UE可根据步骤S102中第一类PDSCH中包含的指示信息(或者指示)接收第二类PDSCH。或者,UE可根据基站在RRC连接状态时配置(UE在释放RRC连接时不释放该PDSCH资源信息)的一套PDSCH接收第二类PDSCH。
在本公开的示例性实施例中,UE可根据PDCCH、或第一类PDSCH、或RRC连接态的配置来确定第二类PDSCH的资源。
此外,UE也可根据PDCCH、或第一类PDSCH、或RRC连接态的配置来确定一个或多个第二类PDSCH资源。例如,与连接态的DL SPS类似,第二类PDSCH资源是周期性出现的。基站还配置第二类PDSCH资源的个数L。那么,UE可以尝试在连续L个第二类PDSCH资源上接收PDSCH。
如果基站在第一类PDSCH中包含了一套PDSCH的资源信息,则UE可根据包含的PDSCH的资源信息指示的PDSCH资源进行PDSCH接收。如果基站在UE处于RRC连接状态时为UE配置多套PDSCH的资源信息,则其中至少包含PDSCH的时频资源、PDSCH承载的传输块TB的信息(例如MCS信息)、参考符号信息以及对应的SS/PBCH信息等。对于一个SS/PBCH,仅有一套PDSCH资源信息。UE可根据接收到的第一类PDSCH中所对应的SS/PBCH的索引号i确定SS/PBCH索引号i对应的一套PDSCH资源。UE可根据这一套PDSCH资源进行PDSCH接收。如果基站在UE处于RRC连接状态时为UE配置一套PDSCH的资源信息,则UE可根据这一套PDSCH资源进行PDSCH接收。
在本公开的示例性实施例中,UE可根据步骤S103中发送的PRACH确定PDSCH的资源信息。即,PRACH资源与PDSCH资源满足预定义的关系。
如果UE在步骤S104中接收的PDCCH指示了第二类PDSCH的空间特性,则可按照指示的空间特性接收第二类PDSCH。如果没有指示,则可按照接收PDCCH的空间特性接收第二类PDSCH,或者,可按照接收第一类PDSCH的空间特性接收第二类PDSCH。
在本公开的示例性实施例中,UE在步骤S106中接收的第二类PDSCH与在步骤S102中接收的第一类PDSCH可以是QCL的。
具体来说,如果步骤S102中接收的第一类PDSCH中指示了第二类PDSCH的QCL特性,则UE可根据第一类PDSCH中所指示的SS/PBCH的索引号i以及基站指示的PDSCH资源信息进行PDSCH接收。如果第一类PDSCH中未指示第二类PDSCH的QCL特性,则UE可按照接收第一类PDSCH的空间特性来接收第二类PDSCH,即认为第一类PDSCH与第二类PDSCH是QCL的。
在本公开的示例性实施例中,第二类PDSCH中可包含下行数据。
在本公开的示例性实施例中,第二类PDSCH中可包含用于ACK反馈的上行信道信息。
在本公开的示例性实施例中,第二类PDSCH中可包含上行定时调整信息(Timingadvance)。
在本公开的示例性实施例中,第二类PDSCH中可包含上行调度信息(UL grant)。例如,UE根据该UL grant信息,确定用于承载第二类PDSCH的ACK反馈的PUSCH资源。这种情况下,UE无需在PUCCH或PRACH上发送HARQ-ACK。基站通过接收到UE发送的PUSCH判断第二类PDSCH正确解调。
在本公开的示例性实施例中,第二类PDSCH中可包含下行控制信息。该下行控制信息指示第三类PDSCH的资源信息。其中,第三类PDSCH包含下行数据。例如,第二类PDSCH为RAR PDSCH,其中,在MAC RAR中包含调度第三类PDSCH的下行控制信息。与普通的下行调度不同,第二类PDSCH与被第二类PDSCH中的下行控制信息调度的第三类PDSCH之间的时间延迟往往会更大。因为普通的下行调度是PDCCH调度PDSCH,而这里是PDSCH调度PDSCH。由于UE解调PDSCH的处理时延比解调PDCCH的的处理时延更大,并且UE还需要解调MAC RAR获得下行控制信息,处理时延进一步变大。为了区分这两类下行调度,分别定义下行控制信息到PDSCH的时间差是合理的。例如,当基站未配置PDSCH时间资源分配表(PDSCH time domainresource allocation table)时,采用标准预定义的表确定PDSCH时间资源,其中时隙参数K0用于指示PDSCH所在时隙,这个数值适用于PDCCH调度的PDSCH,此外,根据参数K0以及额外的时隙延迟Δ来确定第三类PDSCH所在时隙。假设包含下行控制信息的第二类PDSCH的结束符号所在时隙为时隙n,那么,第三类PDSCH所在时隙为时隙n+K0+Δ。可选地,Δ的取值是标准预定义的。可选地,Δ的取值与子载波间隔有关。可选地,Δ的取值与UE类型有关,例如处理能力较低的和较高的UE的Δ是分别定义的。可选地,Δ的取值与同步信号广播信道块(SS/PBCH Block)和CORESET复用图样有关。
当第二类PDSCH中的MAC RAR 包含调度第三类PDSCH的下行控制信息时,该下行控制信息至少包含以下信息中的一项:时间资源,频域资源,调制编码,虚拟RB到物理RB的映射,HARQ-ACK反馈时延K1,PUCCH资源。可选地,为减少下行控制信息开销,调制编码比特域的比特少于调度PDSCH的PDCCH中的调制编码比特域。例如,标准为被第二类PDSCH调度的第三类PDSCH预定义4种MCS,那么第二类PDSCH中的调制编码比特域仅需2比特。
可选地,第二类PDSCH中的MAC RAR中是否包含下行控制信息,由MAC RAR中的特定比特指示。如表1所示,MAC RAR中的第一比特指示该MAC RAR中包含下行控制信息(DLgrant)还是包括上行调度信息(UL grant),Timing Advance Command是指上行定时命令,可以简称为TAC。可选地,DL grant与UL grant的比特数相同,从而可以避免改变MAC RAR尺寸。又例如,MAC RAR中的特定比特指示该MAC RAR中包含DL grant,还是DL grant以及ULgrant,或者指示该MAC RAR中包含DL grant,还是DL grant以及UL grant,还是UL grant。可选地,以上信息由MAC sPDU的subheader指示。可选地,以上信息由MAC sPDU的subheader以及MAC RAR中的特定比特联合指示。可选地,第二类PDSCH中的MAC RAR中是否包含下行控制信息,由第一类PDSCH指示。例如,在第一类PDSCH中显示指示,或通过第一类PDSCH中的PRACH资源隐示指示。
表1
在本公开的示例性实施例中,第二类PDSCH可指示第一类RNTI。第一类RNTI可以通过PDSCH中的比特显示地指示,或者根据PDSCH的资源隐式式样确定,或者显示与隐式相结合地指示。
在本公开的示例性实施例中,第二类PDSCH指示TC-RNTI,UE将该TC-RNTI作为第一类RNTI,用于下一次RRC空闲/非激活态的下行传输,例如,用于调度下行数据重传的PDCCH加扰,用于承载下行数据的PDSCH的加扰。例如,调度第二类PDSCH的PDCCH通过RA-RNTI加扰,第二类PDSCH为RAR PDSCH,包含MAC RAR。UE将自己的MAC RAR中TC-RNTI作为第一类RNTI,用于下一次RRC空闲/非激活态的下行传输,并且认为随机接入过程完成。
通过以上两种方式,基站无需在第一类PDSCH中承载第一类RNTI,从而可节省寻呼消息的开销。
在本公开的示例性实施例中,第二类PDSCH可根据第一类RNTI、或者RA-RNTI、和/或小区ID进行加扰,或者可根据步骤S103中发送的PRACH确定的序列进行加扰,例如,根据PRACH的时间、频域、码字信息等确定一个序列。
当第二类PDSCH根据RA-RNTI加扰时,或者调度第二类PDSCH的PDCCH根据RA-RNTI加扰时,UE需在该第二类PDSCH中找到与该UE对应的内容,例如,该UE的下行数据,和/或调度该UE第三类PDSCH的下行控制信息,时间提前指示(TA Commond),TC-RNTI等。UE可根据媒体访问控制的协议数据单元MAC PDU(Medium Access Control Protocal Data units)的一个或多个subPDU的尺寸,找到相应的subPDU的起始位置,并从中读取MAC子头(subheader)以及MAC RAR,判断一个subPDU是否属于该UE,以及属于该UE的subPDU中的MACRAR的内容。UE根据MAC subPDU的subheader中的指示,确定这个MAC subPDU是否属于该UE,例如,subheader中的随机接入preamble ID(RAPID)是否与该UE发送的PRACH Preamble ID相同。如果相同,则读取这个MAC subPDU中的MAC RAR,获取下行数据,和/或下行控制信息,时间提前指示(TA Commond),TC-RNTI等。在现有技术中,MAC RAR的尺寸是固定的,但当MACRAR承载了下行数据或下行控制信息时,MAC RAR的尺寸有多种可能,需要一种新的方法使得UE判断出检测到的每个subPDU的尺寸,从而确定当前和后续subPDU的起点。UE按照以下描述的方法之一确定subPDU的尺寸,以及subPDU中的内容:
方法一:根据媒体访问控制的协议数据单元MAC PDU(Medium Access ControlProtocal Data units)的MAC子头(subheader)中的指示,确定该UE的MAC RAR尺寸。
在MAC subheader中的特定比特域,用于指示这个MAC subPDU中的MAC RAR里是否包含数据,或是否包含下行控制信息,从而判断这个MAC subPDU的尺寸。
进一步的,可根据MAC subheader中的特定比特域指示RAR里包含的数据的尺寸,从而判断这个MAC subPDU的尺寸。标准预定义一种或多种数据尺寸,特定比特域指示其中一种尺寸。如表2所示,subheader长度L2=16比特,其中第9~10比特可指示4种RAR尺寸,56(不包含数据),X1,X2和X3。或者,可根据MAC subheader中的特定比特域指示RAR里包含DLgrant,或者DL grant以及UL grant。
表2
可选地,该MAC subheader的尺寸L2与不支持MT-EDT传输的UE的MAC subheader的尺寸L1不同。例如,较低版本的UE,或者不支持MT-EDT传输的UE的MAC subheader的长度为L1=8比特,支持MT-EDT传输的UE,或者,支持在第二类PDSCH RAR中承载数据的MT-EDT传输的UE的MAC subheader的长度为L2=16比特。可选地,基站可配置UE按照L1或L2进行MACsubheader的接收,例如,基站在UE处于RRC连接态时配置,或者在第一类PDSCH中指示,或者通过在调度第二类PDSCH的PDCCH中指示,或者通过subheader前L1比特中的随机接入preamble的ID比特域(RAPID)指示。不同subheader长度对应于不同的preamble ID集合。
可选地,基站仅将相同subheader长度的UE的RAR放在同一个第二类PDSCH中。基站可通过在调度第二类PDSCH的PDCCH中指示subheader的长度。进一步的,基站可通过调度第二类PDSCH的PDCCH中的特定比特域来指示subheader的长度,或者,通过在不同的搜索空间中发送对不同subheader长度的第二类PDSCH的PDCCH,或者通过对不同subheader长度的第二类PDSCH的PDCCH采用不同的RNTI加扰的方法,以避免对低版本UE的影响。
可选地,基站可以将不同subheader长度的UE的RAR放在同一个第二类PDSCH中。为避免对低版本UE的影响,基站将subheader长度为L1=8的UE的MAC subPDU放在MAC PDU的前半部分,将subheader长度为L2=16的UE的MAC subPDU放在MAC PDU的后半部分。进一步的,subheader长度为L2=16的UE与subheader长度为L1=8的UE对subheader的前8比特中的特定比特域的解读不同。例如,subheader长度为L1=8的UE读取到一个subheader时(这个subheader可以是该UE的,也可以不是),第1比特域E(扩展区域Extention field)的取值为0时,UE认为包括这个subheader的MAC subPDU是当前MAC PDU的最后一个MAC subPDU,否则,包括这个subheader的MAC subPDU后面还有其他MAC subPDU。subheader长度为L2=16的UE读取到一个subheader时(这个subheader不是该UE的),第1比特域E的取值为0时,UE认为包括这个subheader的MAC subPDU是当前MAC PDU的最后一个subheader长度为L1=8的MAC subPDU,否则,包括这个subheader的MAC subPDU后面还有其他subheader长度为L1=8的MAC subPDU。对于subheader长度为L2=16的UE,当读取到比特域E取值为0时,UE可假设如果MAC PDU中还包含其他MAC subPDU,则这些MAC subPDU的subheader长度为L2=16。对于subheader长度L2=16的UE,可以根据L2=16的subheader中的比特域E来确定该MACsubPDU是否为该MAC PDU中的最后一个MAC subPDU,并且根据该subheader的特定比特域确定RAR尺寸。
可选地,该MAC subheader的尺寸与不支持MT-EDT传输的UE的MAC subheader的尺寸相同。通过MAC subheader中的RAPID,确定MAC RAR里是否包含数据,或者确定MAC RAR里数据的尺寸。例如,是否包含数据对应于不同的preamble ID集合。为避免混淆,基站将MACRAR里不包含数据的UE的MAC subPDU放在MAC PDU的前半部分,将MAC RAR里包含数据的UE的MAC subPDU放在MAC PDU的后半部分。类似的,如果UE已获知自己的MAC RAR里包含数据,例如,通过基站分配的Preambele ID确定,该UE读取MAC RAR里不包含数据的MAC subPDU的subheader的第1比特域E的取值为0时,UE认为包括这个subheader的MAC subPDU是当前MACPDU的最后一个不包括数据的MAC subPDU,否则,包括这个subheader的MAC subPDU后面还有其他不包括数据的MAC subPDU。
方法二:根据媒体访问控制的协议数据单元MAC PDU(Medium Access ControlProtocal Data units)中的MAC subPDU中的MAC RAR中的指示,确定该UE的MAC RAR尺寸。
在MAC RAR负载的特定比特域,用于指示这个RAR里是否包含数据,或者是否包含DL grant。如表3所示,根据MAC RAR负载的第一个预留比特R,指示在RAR里是否包含数据。可选地,可根据MAC RAR负载的特定比特域指示RAR里包含的数据的尺寸。例如,在MAC RAR负载中的特定比特域指示数据的尺寸。标准预定义一种或多种数据尺寸,DL-SCH比特域指示其中一种尺寸。或者,根据MAC RAR负载的第一个预留比特R,指示在RAR里包含DL grant或者DL grant以及UL grant。
表3
与方法一类似,可选地,为避免对低版本UE的影响,基站仅将MAC RAR长度相同的UE的RAR放在同一个第二类PDSCH中。基站可通过在调度第二类PDSCH的PDCCH中指示RAR长度。进一步的,基站可通过调度第二类PDSCH的PDCCH中的特定比特域来指示RAR的长度,或者,通过在不同的搜索空间中发送这两类UE的第二类PDSCH的PDCCH,或者通过对这两类UE的第二类PDSCH的PDCCH采用不同的RNTI加扰的方法,以避免对低版本UE的影响。
可选地,基站可以将不同RAR长度的UE的RAR放在同一个第二类PDSCH中。为避免对低版本UE的影响,将未被配置为可能在RAR中接收数据的UE的MAC subPDU放在MAC PDU的前半部分,将被配置为可能在RAR中接收数据的UE的MAC subPDU放在MAC PDU的后半部分。类似的,这两类UE对subheader的前8比特中的特定比特域的解读不同。例如,未被配置为可能在RAR中接收数据的UE读取到一个subheader时(这个subheader可以是该UE的,也可以不是),第1比特域E(扩展区域Extention field)的取值为0时,UE认为包括这个subheader的MAC subPDU是当前MAC PDU的最后一个MAC subPDU,否则,包括这个subheader的MACsubPDU后面还有其他MAC subPDU。被配置为可能在RAR中接收数据的UE读取到一个subheader时(这个subheader不是该UE的),第1比特域E的取值为0时,该UE认为包括这个subheader的MAC subPDU是当前MAC PDU的最后一个未被配置为可能在RAR中接收数据的UE的MAC subPDU,否则,包括这个subheader的MAC subPDU后面还有其他未被配置为可能在RAR中接收数据的UE的MAC subPDU。对于被配置为可能在RAR中接收数据的UE,可以根据subheader中的比特域E来确定该MAC subPDU是否为该MAC PDU中的最后一个MAC subPDU,并且根据RAR中的特定比特域确定RAR尺寸。
以上描述的确定MAC subPDU的起点与尺寸的方法,不仅仅适用于MT-EDT传输过程,也广泛适用于其他需确定MAC subPDU的起点与尺寸的传输过程中。
在本公开的示例性实施例中,基站在发送第二类PDSCH时,还可以一起发送下行控制信息。例如,在第二类PDSCH的时频资源内预定义的资源上发送下行控制信息,用于指示这个第二类PDSCH的HARQ信息,例如,重传或新传、HARQ ID等。该下行控制信息与第二类PDSCH是独立编码的。
这里,第二类PDSCH可以是随机接入过程中的Msg 2或Msg B。在Msg2或Msg B中可包含以上描述的各种信息和数据中的至少一种。第二类PDSCH也可以是专用于承载下行数据的PDSCH。例如,调度第二类PDSCH的PDCCH以及第二列PDSCH均根据第一类RNTI加扰,为UE专用的PDCCH和PDSCH。
在步骤S106,对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈。这里,ACK反馈可以为HARQ-ACK反馈,也可以为更高层的ACK反馈。
在本公开的示例性实施例中,可根据接收到的回退指示或者基于检测到回退触发条件,回退到基于竞争的随机接入过程。这里,回退触发条件包括以下至少一项:上行定时失效、接收到调度第二类PDSCH的PDCCH但上行定时失效、在免竞争的PRACH发送后预定义的时间窗内未收到响应。
如果UE正确解调PDSCH,则UE反馈ACK,如果UE未正确解调PDSCH,则UE不反馈。或者,UE可根据PDSCH的解调结果,反馈ACK或NACK。
在本公开的示例性实施例中,可通过PRACH来承载HARQ-ACK。基站为UE配置专用的PRACH资源,例如,基站在UE处于RRC连接态时为UE配置的专用PRACH资源(UE在释放RRC连接时不释放该PRACH资源信息)、或者基站在步骤S102中的第一类PDSCH、或者步骤S104中的PDCCH、或者步骤S105中的第二类PDSCH配置PRACH资源。这里,PRACH资源不属于系统信息(例如SIB1)中指示的小区公共PRACH资源集合,或者属于小区公共PRACH资源。或者,基站可在系统信息中配置专用于UE在RRC空闲/去激活状态时下行传输过程中用于承载HARQ-ACK的PRACH资源集合,并且UE可根据预定义的规则,从该集合中选取一个PRACH资源,例如,根据接收到的PDCCH资源和/或PDSCH资源,确定PRACH资源,或者,基站可在步骤S101中的PDCCH、或步骤S102中的第一类PDSCH、或步骤S104中的PDCCH、或步骤S105中的第二类PDSCH中指示其中一个PRACH资源。在本公开的示例性实施例中,例如,如果UE正确解调PDSCH,则UE可发送PRACH;如果UE未正确解调PDSCH,则UE可不发送PRACH。例如,如果UE正确解调PDSCH,则UE可发送PRACH 1;如果UE未正确解调PDSCH,则UE可发送PRACH 2。一种特殊的实现方式,PRACH1和PRACH2的资源相同,仅相位不同,例如PRACH1乘以-1得到PRACH2。
在本公开的示例性实施例中,可通过PUCCH来承载HARQ-ACK。这里,PUCCH资源可被可选地配置。基站可以为UE配置专用的PUCCH资源,这里,PUCCH资源专用于UE在RRC空闲/去激活状态时下行传输过程中所用。例如,基站分别配置用于UE在RRC空闲/去激活状态时的PUCCH资源和UE处于RRC连接状态下的PUCCH资源。或者,基站可配置一套PUCCH资源,既用于RRC空闲/去激活状态也用于RRC连接状态。如果基站未配置UE专用的PUCCH资源,则可将标准预定义的PUCCH资源集合以及系统信息中的指示所确定的PUCCH资源用于UE在RRC空闲/去激活状态时下行传输过程中所用。例如,基站在UE处于RRC连接状态时,为UE配置了一个或多个PUCCH资源,专用于UE在RRC空闲/去激活状态时下行传输过程中所用。UE在释放RRC连接时不释放该PUCCH资源信息。基站通过步骤S102中的第一类PDSCH、或步骤S104中的PDCCH、或步骤S105中的第二类PDSCH指示配置的一个或多个PUCCH资源中的一个PUCCH资源。又例如,如果标准预定义一组或多组PUCCH资源,则基站在系统信息中(例如,pucch-ResourceCommon)可指示这一组或多组PUCCH资源中的一组,并且基站可通过步骤S102中的第一类PDSCH、或步骤S104中的PDCCH、或步骤S105中的第二类PDSCH指示这一组PUCCH资源中的一个PUCCH资源。
这里,用于PUCCH或者PRACH的信令和用于配置RRC连接态时的PUCCH或者PRACH资源的信令可以是同一个,并且基站还会指示该资源是仅用于其中一种用途还是均可使用。此外,配置信令也可以是两个不同的信令,例如,采用不同的字段(IE)或者在不同的RRC消息或系统消息中配置。
PUCCH资源包括以下一项或多项:PUCCH格式、PUCCH的频域资源、PUCCH的时域资源、PUCCH的码字资源、PUCCH的空间特性(例如,与哪一个小区的哪一个参考信号QCL)HARQ-ACK反馈时延K1的集合、PUCCH功控信息、PUCCH最大码率、PUCCH的循环前缀等。这里,在PUCCH功控中,闭环功率控制参数可不与RRC连接状态时的闭环功率控制参数累积,即,UE处于RRC空闲/去激活状态下的第一次PUCCH传输的闭环功率控制参数重置到0,并根据UE处于RRC空闲/去激活状态下的PDCCH的闭环功率控制参数进行累积。
在本公开的示例性实施例中,可根据步骤S102中的第一类PDSCH、或步骤S104中的PDCCH、或步骤S105中的第二类PDSCH的指示,来确定采用PUCCH或者PRACH发送HARQ-ACK。基站可配置UE采用PUCCH或者PRACH发送HARQ-ACK,例如,当UE处于RRC连接状态时,基站可通过高层信令指示UE处于RRC空闲/去激活状态时发送HARQ-ACK的上行信道。UE可根据上行定时是否有效,确定采用PUCCH或者PRACH发送HARQ-ACK。UE维护的上行定时失效时,UE仅能发送PRACH。PRACH资源的时间资源可不早于步骤S105中的PDSCH时间资源。PRACH资源的时间资源与步骤S105中的PDSCH时间资源的时间差可不小于预定义的时延。例如,UE在步骤S105中接收PDSCH,在PDSCH后的第一个可用的PRACH资源上发送PRACH。根据PDSCH的译码结果,PRACH的时间和/或频域和/或码字资源可以不同。PRACH资源的时间资源可不早于步骤S104中的PDCCH指示的步骤S106中用于发送HARQ-ACK的上行信道的时间资源。该PRACH资源的时间资源可不早于步骤S104中的PDCCH指示的步骤S106中用于发送HARQ-ACK的PUCCH的时间资源。PRACH资源的时间资源可不早于步骤S101中的PDCCH的时间资源。例如,UE在步骤S104中接收到PDCCH后,立即尝试在可用的PRACH资源上进行PRACH发送,无需尝试接收PDCCH调度的PDSCH。
在本公开的示例性实施例中,可通过PUSCH来承载高层的ACK。PUSCH的资源根据第二类PDSCH、或者调度第二类PDSCH的PDCCH、或者第一类PDSCH指示。如果UE正确解调PDSCH,则UE通过PUSCH反馈ACK,如果UE未正确解调PDSCH,则UE不发送PUSCH。
如果基站不支持UE在RRC空闲/去激活状态时下行传输过程中自发的发送PRACH,当UE的上行定时有效时,UE发送PUCCH承载HARQ-ACK,当UE的上行定时无效时,UE不发送PUCCH,即DTX。一种实现方式是,当基站未监测到来自于UE的PUCCH,基站可以发送PDCCH触发UE发送PRACH。当UE接收到PDCCH触发PRACH发送,如果PDCCH指示为免竞争的PRACH发送,例如,PDCCH中指示的ra-PreambleIndex为非零取值,UE进行基于免竞争的PRACH发送,具体描述参见图1的描述。如果PDCCH指示为基于竞争的PRACH发送,例如PDCCH中指示的ra-PreambleIndex为全零,则UE回退到基于竞争的随机接入过程。
在本公开的示例性实施例中,当UE的上行定时无效时,UE不发送PUCCH。UE启动时间窗T3。如果UE在时间窗T3内未收到基站的任何指示,UE回退到基于竞争的随机接入过程。其中,时间窗T3的长度≥0。
基站可配置发送用于承载HARQ-ACK的PRACH或者PUCCH的BWP,或者,发送用于承载HARQ-ACK的PRACH或者PUCCH的BWP为初始BWP(initial BWP),即UE所在小区中用于初始随机接入时的UL BWP,或者使用步骤S103中发送PRACH的UL BWP发送用于承载HARQ-ACK的PRACH或者PUCCH。
在本公开的示例性实施例中,当UE的上行定时有效时,UE可根据上行定时发送用于承载HARQ-ACK的PUCCH或PRACH,或者承载高层ACK的PUSCH。
当UE的上行定时无效时,UE可根据下行定时发送用于承载HARQ-ACK的上行信道,或者,UE不发送HARQ-ACK。
当UE发送过一次PRACH、并且接收到基于这个PRACH的下行响应、但未正确解调第二类PDSCH时,UE在随后的第二次PRACH发送时不增加PRACH的功率。
当UE发送过一次PRACH,但UE未接收到基于这个PRACH的下行响应,则UE在随后的第二次PRACH发送时,增加PRACH的功率。
当UE发送过一次PRACH,但UE未接收到基于这个PRACH的下行响应,则UE在随后的第二次PRACH发送时,不增加PRACH的功率。
在本公开的示例性实施例中,在步骤S105和/或步骤S106后,UE可继续监测PDCCH。进一步的,UE可在预定的时间窗内监测PDCCH。例如,UE在每一次发送HARQ-ACK反馈之后或者和发送高层ACK之后,都会在时间窗T0内监听PDCCH。又例如,UE在每一次接收PDSCH之后,都会在时间窗T0内监听PDCCH。
此外,UE可在预定的时间窗内在第二搜索空间中监测PDCCH。
此外,UE在预定的时间窗内在第一搜索空间和第二搜索空间之外的其他搜索空间中监测PDCCH。第二搜索空间与第一搜索空间和第二搜索空间之外的其他搜索空间的资源是独立配置的。此外,如果基站未配置第一搜索空间和第二搜索空间之外的其他搜索空间的参数,则可认为第一搜索空间和第二搜索空间之外的其他搜索空间等于第二搜索空间。
这里,预定义的时间窗的长度可以以绝对时间为计量单位,或者以下行物理控制信道搜索空间的周期为计量单位,或者以符号数为计量单位,或者以时隙/子时隙为计量单位。
这里,预定义的时间窗以特定的时间点为起点。例如,可以以UE发送的最后一个HARQ-ACK的上行信道的结束符号为起点,或者,以UE发送的最后一个HARQ-ACK的上行信道的结束符号所在时隙/子时隙的结束位置为起点,或者,以UE发送的包含ACK的上行信道的结束符号为起点,或者,以UE发送的包含ACK的上行信道的结束符号所在时隙/子时隙的结束位置为起点,或者,以UE接收的最后一个PDSCH的结束符号为起点,或者,以UE接收的最后一个PDSCH的结束符号所在时隙/子时隙的结束位置为起点,或者,以UE发送的最后一个PUSCH的结束符号为起点,或者,以UE发送的最后一个PUSCH的结束符号所在时隙/子时隙的结束位置为起点,或者,以PDCCH的起点或结束位置为起点。
在本公开的示例性实施例中,时间窗长度可以为0,时间窗的起点可以为UE发送的包含ACK的上行信道结束符号。UE在发送完ACK之后,可立即进入睡眠状态。
此外,预定义的时间窗可被可选地配置,如果基站没有配置该时间窗,UE将用于监听随机接入响应(Random Access Response,RAR)的时间窗口用于这个预定义的时间窗。如果基站没有配置该时间窗,则UE可将对该时间窗使用一个缺省值。
此外,预定义的时间窗可通过UE专用RRC信令配置。这里,可通过小区系统信息广播配置用于预定义的时间窗。
在本公开的示例性实施例中,在该时间窗内,基站可发送下行控制信道资源的配置信息。例如,基站通过PDCCH、或者PDSCH来发送第二搜索空间或其他搜索空间的配置。该下行控制信道资源的配置信息可以在预定义的时间延迟后开始生效。例如,在UE接收到包含该下行控制信道资源的配置信息的PDSCH之后的X ms后,第二搜索空间或第二搜索空间以外的其他搜索空间按照该下行控制信道资源的配置信息确定。
此外,在该时间窗内,基站可以发送下行控制信道资源的配置信息。例如,基站通过PDCCH,或者PDSCH,指示是否需要监测其他类型的DCI,或者是否需要监测其他搜索空间(第二搜索空间以外的其他搜索空间)。
此外,在该时间窗内,基站可以发送PRACH的配置信息。例如,基站通过PDCCH或PDSCH,配置PRACH格式,时频码资源等。
此外,在该时间窗内,基站可以发送承载HARQ-ACK的上行信道的配置信息。例如,基站通过PDCCH或者PDSCH,发送PRACH或者PUCCH的资源配置信息。该资源配置信息,在预定义的时间延迟后,开始生效。例如,在UE接收到包含该资源配置信息的PDSCH之后的X ms后生效,或者在下一个第二搜索空间或者其他搜索空间开始生效。
此外,在该时间窗内,基站可发送PDCCH包含调度步骤第二PDSCH的调度信息,例如,调度该PDSCH的重传。可选地,如果调度PDSCH初传的下行控制信息中不包括新数据指示比特域(NDI),则假设初传时的NDI为0,UE根据后续接收到的PDCCH中的NDI比特域是否翻转判断PDCCH调度的PDSCH是否为重传。
在该时间窗内,基站可发送PDCCH指示UE行为。例如,PDCCH触发UE进行随机接入过程,或者PDCCH指示UE进行PDSCH接收。
此外,在该时间窗内,基站可发送PDCCH触发UE发送特定的PRACH。基站可以根据接收到的PRACH进行上行同步等操作。基站可以在随后发送的PDCCH或PDSCH中,发送上行定时调整信息,用于UE针对该PDSCH的HARQ-ACK反馈的PUCCH的上行定时。这个过程与基于PDCCH触发的随机接入过程类似。此外,基站也可以在这个PDSCH中承载下行数据。
此外,在该时间窗内,基站可发送PDCCH触发UE进行基于竞争的随机接入过程。这里,PDCCH触发UE进行基于竞争的随机接入过程并建立RRC连接。不难看出,这是一种回退机制。例如,当基站发现无法检测到PUCCH时,可能是UE未监测到PDCCH,但也可能是上行失步造成的。基站触发UE发送PRACH,重新获得上行同步,并指示UE上行定时信息,使得UE在随后的传输过程中按照合理的上行定时进行发送。
此外,在该时间窗内,基站可发送PDCCH调度PUSCH发送。例如,在这个PUSCH中,UE可发送高层的ACK。基站可以在正确接收到这个PUSCH后,再发送一个PDCCH,指示正确接收了这个PUSCH,例如通过DCI发送一个ACK,或者通过DCI发送指示UE进行预定义状态X的信息。
此外,在该时间窗内,基站可发送PDCCH指示UE进行睡眠状态。
此外,在该时间窗内,基站可以发送PDSCH。
在步骤S107,当满足预定义的条件时,进入预定义的状态X。
在本公开的示例性实施例中,预定义的状态X可表示UE进入睡眠模式。例如,UE停止监测PDCCH。但是,UE可能依然需要在一些的特定的时间点醒来,例如,在寻呼时机时醒来,或者UE在第二搜索空间对应的时间资源醒来,监测PDCCH。
预定义的条件C1包括以下条件中的至少一种:
(1)在预定义的时间窗内,UE接收到指示UE进行预定义状态X的信令;
(2)在预定义的时间窗内,UE未接收到任何PDCCH;
(3)在预定义的时间窗内,UE发送的PRACH次数已达到最大发送次数。
这里,指示UE进行预定义状态X的信令可通过特定的DCI格式、和/或特定的比特域、和/或特定的比特取值来承载。例如,DCI指示UE进入睡眠模式,或者DCI指示正确接收到UE反馈的ACK,或者DCI指示上行传输的ACK。
对于不同的下行传输或上行传输,配置不同的时间窗。当存在多个时间窗时,当最后一个时间窗结束时,UE进入状态X。当存在多个时间窗时,当第一个时间窗结束时,UE进入状态X。
为更好的理解本实施例的各种方案,以下给出几个示例,但本实施例的方案不局限于这些示例。在每一步骤中,具体的实现方式,不再累述,参考前序描述。
示例一:
-UE在PO中在第一搜索空间中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,且包含PRI信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH,或者第一类RNTI加扰的PDCCH,调度第二类PDSCH,UE接收第二类PDSCH。
□UE根据第二类PDSCH的解调结果,产生HARQ-ACK。并根据PDCCH的PRI以及系统信息指示的PUCCH资源集合确定一个PUCCH资源,发送HARQ-ACK。UE根据PDCCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到调度PUSCH的PDCCH,则UE发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例二:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,且包含PRI信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在发送PRACH后,在时间窗T1内在第二搜索空间未监测到任何PDCCH,且尚未超过PRACH发送最大次数,UE再次根据适用于该UE的寻呼消息中指示的PRACH资源发送PRACH,并再次启动时间窗T1。如果已达到PRACH发送最大次数,则UE进入睡眠状态。
○如果UE在发送PRACH后,在时间窗T1内在第二搜索空间监测到PDCCH,PDCCH触发PRACH发送,则UE根据这个PDCCH指示的资源发送PRACH。类似的,UE根据时间窗T1以及PRACH发送次数,确定相应的发送行为。
○如果UE在发送PRACH后,在时间窗T1内在第二搜索空间监测到RA-RNTI加扰的PDCCH,或者第一类RNTI加扰的PDCCH,调度第二类PDSCH,UE接收第二类PDSCH。
□UE根据第二类PDSCH的解调结果,产生HARQ-ACK。并根据PDCCH的PRI以及系统信息的PUCCH资源集合确定一个PUCCH资源,发送HARQ-ACK。UE根据PDCCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0。如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
○如果UE在发送PRACH后,在时间窗T1内在第二搜索空间监测到调度PUSCH的PDCCH,则UE发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
示例三:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源)。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,且包含PRI信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH,或者第一类RNTI加扰的PDCCH,调度第二类PDSCH(第二类PDSCH中包含上行时间调整信息),接收第二类PDSCH。
□如果UE正确解调第二类PDSCH的解调结果,UE产生ACK,并根据PDCCH的PRI以及系统信息的PUCCH资源集合确定一个PUCCH资源,发送ACK。UE根据第二类PDSCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0;如果UE未正确解调第二类PDSCH,UE不发送HARQ-ACK,UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到调度PUSCH的PDCCH,则UE发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例四:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH调度第二类PDSCH,接收第二类PDSCH。其中,第二类PDSCH包含上行时间调整信息,包含上行调度信息UL grant,包含下行数据。
□如果UE正确解调第二类PDSCH,UE根据第二类PDSCH中的UL grant发送PUSCH包含高层ACK。UE根据第二类PDSCH中的上行定时调整信息确定发送PUSCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0;如果UE未正确解调第二类PDSCH,UE不发送上行信号,UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且调度PDSCH接收或PUSCH发送,则UE接收PDSCH发送HARQ-ACK或发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例五:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源)。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,且包含PRI信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在发送PRACH后,在时间窗T1内未监测到任何PDCCH,且尚未超过PRACH发送最大次数,UE再次根据适用于该UE的寻呼消息中指示的PRACH资源发送PRACH,并再次启动时间窗T1。如果已达到PRACH发送最大次数,则UE进入睡眠状态。
○如果UE在发送PRACH后,在时间窗T1内监测到PDCCH,PDCCH触发PRACH发送,则UE可以选择根据这个PDCCH指示的资源发送PRACH。类似的,UE根据时间窗T1以及PRACH发送次数,确定相应的发送行为。
○如果UE在发送PRACH后,在时间窗T1内监测到RA-RNTI加扰的PDCCH,或者第一类RNTI加扰的PDCCH,调度第二类PDSCH(第二类PDSCH中包含上行时间调整信息),UE接收第二类PDSCH。
□如果UE正确解调第二类PDSCH的解调结果,UE产生ACK,并根据PDCCH的PRI以及系统信息的PUCCH资源集合确定一个PUCCH资源,发送ACK。UE根据第二类PDSCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0;如果UE未正确解调第二类PDSCH,UE不发送HARQ-ACK,UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在发送PRACH后,在时间窗内监测到调度PUSCH的PDCCH,则UE发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在发送PRACH后,在时间窗内到未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例六:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源)。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PDSCH,且包含PRI信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH,或者第一类RNTI加扰的PDCCH,调度第二类PDSCH(第二类PDSCH中包含上行时间调整信息),UE接收PDSCH。
□如果UE正确解调第二类PDSCH的解调结果,UE产生ACK,并根据PDCCH的PRI以及系统信息的PUCCH资源集合确定一个PUCCH资源,发送ACK。UE根据第二类PDSCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0;如果UE未正确解调第二类PDSCH,UE发送PRACH。UE根据下行定时确定发送PRACH的发送时间。UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到调度PUSCH的PDCCH,则UE发送PUSCH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例七:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收第一类型RNTI,第二搜索空间配置信息,PRACH资源,第二类PDSCH的调度信息,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据的该UE的寻呼消息,接收第二类PDSCH。
-UE根据第二类PDSCH的解调结果,产生HARQ-ACK,并通过PRACH发送(例如,ACK用PRACH序列1,NACK用PRACH序列2)。UE根据下行定时发送PRACH。UE监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
○如果UE在时间窗T0内监测到PDCCH,PDCCH调度PDSCH,且PDCCH中包含上行时间调整信息,以及PUCCH资源指示(PRI),UE根据PDSCH的解调结果,产生HARQ-ACK,并按照上行时间调整信息发送承载HARQ-ACK的PUCCH。UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内监测到PDCCH,PDCCH触发PRACH发送,则UE发送PRACH。UE再次监测第二搜索空间,并启动时间窗T0。
示例八:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收第一类型RNTI,第二搜索空间配置信息,PRACH资源,第二类PDSCH的调度信息,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据的该UE的寻呼消息,接收第二类PDSCH。
-UE根据第二类PDSCH的解调结果,产生HARQ-ACK,并通过PRACH发送(例如,ACK用PRACH1,NACK用PRACH 2)。UE根据下行定时发送PRACH。UE监测第二搜索空间,并启动时间窗T0和时间窗T1。
○如果UE在发送PRACH后,在时间窗T1内未监测到任何PDCCH,且尚未超过PRACH发送最大次数,UE再次根据适用于该UE的寻呼消息中指示的PRACH资源发送PRACH,并再次启动时间窗T1。如果已达到PRACH发送最大次数,则UE进入睡眠状态。
○如果UE在发送PRACH后,在时间窗T1内监测到PDCCH,PDCCH触发PRACH发送,则UE可以选择根据这个PDCCH指示的资源发送PRACH。类似的,UE根据时间窗T1以及PRACH发送次数,确定相应的发送行为。
○如果UE在发送PRACH后,在时间窗T1内监测到PDCCH,PDCCH调度PDSCH,且PDCCH中包含上行时间调整信息,以及PUCCH资源指示(PRI),UE根据PDSCH的解调结果,产生HARQ-ACK,并按照上行时间调整信息发送承载HARQ-ACK的PUCCH。UE再次监测第二搜索空间,并启动时间窗T0。
示例九:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收第一类型RNTI,第二搜索空间配置信息,PRACH资源,第二类PDSCH的调度信息,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据该UE的寻呼消息,接收第二类PDSCH。
-UE根据第二类PDSCH的解调结果,产生HARQ-ACK,并通过PRACH发送(例如,ACK用PRACH序列1,NACK用PRACH序列2)。UE根据下行定时发送PRACH。UE监测第二搜索空间,并启动时间窗T0和时间窗T2。
○如果UE在发送PRACH后,在时间窗T2内未监测到任何PDCCH,UE回退到基于竞争的随机接入过程。
○如果UE在发送PRACH后,在时间窗T2内监测到PDCCH,PDCCH触发PRACH发送。UE根据PDCCH的指示,确定基于竞争的或者免竞争的PRACH发送过程。
○如果UE在发送PRACH后,在时间窗T2内监测到PDCCH,PDCCH调度PDSCH,且PDCCH中包含上行时间调整信息,以及PUCCH资源指示(PRI),UE根据PDSCH的解调结果,产生HARQ-ACK,并按照上行时间调整信息发送承载HARQ-ACK的PUCCH。UE再次监测第二搜索空间,并启动时间窗T0。如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例十:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收第一类型RNTI,PRACH资源,第二类PDSCH的调度信息,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行下行传输)。
-UE根据的该UE的寻呼消息,接收第二类PDSCH。UE启动时间窗T0。
-UE在时间窗T0内的每一个可能的第二类PDSCH发送资源上,尝试接收PDSCH。UE根据第二类PDSCH的解调结果,产生HARQ-ACK,并通过PRACH发送(例如,ACK用PRACH序列1,NACK用PRACH序列2)。UE根据下行定时发送PRACH。
○如果UE在时间窗T0内连续X次未接收到PDSCH,则UE停止尝试接收PDSCH,提前进入睡眠状态。
○在时间窗T0结束后,UE进行睡眠状态。
示例十一:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收第一类型RNTI,第二搜索空间配置信息、PRACH资源、下行数据。
○如果UE正确解调第一类PDSCH,则UE发送PRACH。UE监测第二搜索空间,并启动时间窗T0。
○如果UE正确接收到调度寻呼消息的PDCCH,但未正确解调第一类PDSCH,则UE监测第二搜索空间,并启动时间窗T0。
○如果UE未接收到调度寻呼消息的PDCCH,则UE进入睡眠状态。
○UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例十二:
-UE在PO中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收UE行为指示(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行基于MO-EDT过程的下行传输)。
-UE根据MO-EDT的PRACH资源集合,确定一个PRACH资源,并发送PRACH。
-UE在第二搜索空间中监测PDCCH。其中,第二搜索空间为RA-Searchspace。PDCCH由RA-RNTI加扰。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH(RAR PDCCH),UE接收PDSCH(RAR PDSCH)。
○如果UE正确解调第二类PDSCH,UE根据PDSCH中与该UE对应的信息,接收ULgrant,上行定时等信息。
-UE根据UL grant与上行定时发送PUSCH(Msg 3)。
-UE再次监测第二搜索空间,并启动时间窗T0。如果UE监测到PDCCH调度PDSCHMsg4,UE接收PDSCH。该PDSCH中包含下行数据。如果UE正确解调PDSCH,且PDSCH中信息与UE相符,则UE通过PUCCH发送ACK,或者UE通过Msg4中的UL grant调度的PUSCH发送ACK。由于UE需解调PDSCH Msg4后才能获得UL grant,因此,UL grant到PUSCH的时间延迟比普通的PDCCH中UL grant调度PUSCH的时间延迟更大。与Msg3类似,根据PUSCH时间资源分配表中的时隙偏移K0以及额外的时隙延迟Δ联合确定PDSCH Msg4调度的PUSCH所在时隙。在一些场景中,UE需根据接收的PDSCH Msg4产生一个应用层的ACK,所需时延可能比Msg3的时延更大,因此需要与Msg3不同的额外的时隙延迟Δ,例如,标准分别为Msg3和Msg4定义时隙延迟Δ。
另一种实现方式,当PDSCH Msg4中包含下行数据时,UE需根据PDSCH的解调结果发送ACK或NACK,当PDSCH Msg4中不包含下行数据时,UE仅在正确解调PDSCH且PDSCH中信息与UE相符时发送ACK。例如,如果UE获知PDSCH Msg4中包含下行数据,UE需根据该PDSCH的解调结果发送ACK或NACK,UE根据调度PDSCH Msg4的PDCCH中指示的PUCCH资源发送PUCCH。可通过不同的码字和/或频域和/或时域资源区分ACK和NACK状态。如果PDSCH Msg4中未包含下行数据,UE仅在正确解调PDSCH且PDSCH中信息与UE相符时在PUCCH(PUCCH资源由调度PDSCHMsg4的PDCCH指示)上发送ACK,否则UE不发送PUCCH。又例如,如果UE获知PDSCH Msg4中包含下行数据,UE根据调度Msg4的PDCCH中指示的PUCCH资源发送PUCCH,该PUCCH仅承载NACK,UE根据Msg4中的UL grant发送PUSCH,在该PUSCH中承载ACK。在具体实现中,如果基站仅接收到NACK,基站可调度Msg4的重传。如果基站接收到至少ACK,基站无需调度Msg4的重传。通过这种方式,可以提高Msg4的接收性能。
示例十三:
-UE在PO中在第一搜索空间中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,第一类型RNTI,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。PDCCH由第一类RNTI加扰,PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息。或者,PDCCH由第一类RNTI加扰,PDCCH触发PRACH发送。或者,PDCCH由第一类RNTI加扰,调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在发送PRACH后,在时间窗T1结束时在第二搜索空间中未接收到任何下行响应,则UE再次尝试根据PRACH配置信息发送PRACH。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH调度第二类PDSCH,UE接收第二类PDSCH。
□UE根据第二类PDSCH的解调结果,产生HARQ-ACK。并根据PDCCH的PRI以及系统信息指示的PUCCH资源集合确定一个PUCCH资源,发送HARQ-ACK。UE根据PDCCH中的上行定时调整信息确定发送PUCCH的上行定时。UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到PDCCH调度PUSCH或PDSCH,则UE发送PUSCH或接收PDSCH并发送HARQ-ACK,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
示例十四:
-UE在PO中在第一搜索空间中接收调度寻呼消息的PDCCH,并根据该PDCCH接收寻呼消息PDSCH。在适用于该UE的寻呼消息中,UE接收PRACH配置信息,以及UE行为(在这个例子中,假设UE行为为RRC空闲/非激活状态下进行MT-EDT下行传输)。
-UE根据PRACH配置信息,发送PRACH。
-UE在第二搜索空间中监测PDCCH。PDCCH由RA-RNTI加扰,PDCCH包含第二类PDSCH调度信息。或者,PDCCH由第一类RNTI加扰,调度PUSCH或PDSCH,或行为指示(是否进入睡眠状态)。
○如果UE在时间窗T1结束时,UE未正确接收与自己对应的RA-RNTI加扰的PDCCH或第二类PDSCH,则UE再次根据PRACH配置信息发送PRACH。
○如果UE在第二搜索空间中监测到RA-RNTI加扰的PDCCH调度第二类PDSCH,且第二类PDSCH中包含与该UE对应的RAR,则将该RAR中的TC-RNTI作为第一类RNTI。并且根据该RAR中的DL grant接收第三类PDSCH(承载下行数据)。
UE根据第二类PDSCH中的HARQ-ACK资源指示信息(例如,用于承载HARQ-ACK的PUSCH的UL grant,或者用于承载HARQ-ACK的PUCCH的资源配置信息)以及上行定时,在PUSCH或PUCCH上按照上行定时发送第三类PDSCH的HARQ-ACK信息。UE再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH调度PUSCH或PDSCH,则UE发送PUSCH或接收PDSCH并发送HARQ-ACK,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在第二搜索空间中监测到第一类RNTI加扰的PDCCH,且触发PRACH发送,则UE发送PRACH,并再次监测第二搜索空间,并启动时间窗T0。
○如果UE在时间窗T0内未监测到任何PDCCH,UE在时间窗T0结束时进入睡眠状态,或者UE在时间窗T0内接收到指示UE进行睡眠状态的指示,则UE提前进入睡眠状态。
图2示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图。
参照图2,在步骤S201,在第三搜索空间中接收预定义的PDCCH和/或唤醒信号。
在本公开的示例性实施例中,第三搜索空间可用于支持UE在RRC空闲/去激活状态时,进行下行传输的控制信道的接收。第三搜索空间可用于监听调度第二类PDSCH的PDCCH。
在本公开的示例性实施例中,所述第三搜索空间的参数被可选地配置,如果所述特定的搜索空间的参数没有被配置,则预定义用途的搜索空间被用作所述特定的搜索空间。这里,所述第三搜索空间根据用户设备特定RRC信令确定,或者,所述第三搜索空间根据小区系统信息确定,或者,所述第三搜索空间根据用户设备特定参数以及公共的搜索空间参数确定。
这里,第三搜索空间的配置信息可包括以下至少一种信息:时间资源信息(例如,周期、偏移、时间长度、一个时间单位内占用的符号等)、频域资源信息(例如,占用的PRB)、空间资源信息(例如,QCL/TCI信息、预编码粒度等)、CCE-REG-映射信息、PDCCH DMRS信息、搜索空间的聚合等级信息、监测候选数信息、DCI格式信息。第三搜索空间的参数可被可选地配置,如果基站没有配置第三搜索空间,则UE将预定义用途的搜索空间用于第三搜索空间。例如,预定义用途的搜索空间为用于监听寻呼控制信息的搜索空间(实施例1中的的第一搜索空间)、或者用于接收SIB1系统信息的搜索空间(searchspaceSIB1)、或者用于接收随机接入相应的搜索空间(RA-searchspace)、或者搜索空间0(SearchSpace zero)。如果基站没有配置搜索空间D对应的控制资源集合(CORESET),则UE将预定义用途的CORESET用于搜索空间D对应的CORESET。例如,预定义用途的CORESET为用于寻呼的Type2-PDCCH CSS、或者Type-0 PDCCH CSS的CORESET。第三搜索空间可通过UE-specific RRC信令被配置。此外,第三搜索空间可通过小区系统信息广播配置。此外,第三搜索空间可根据UE专用的参数以及公共的所搜空间参数确定。
为了省电,基站可以为UE配置WUS。UE在第三搜索空间中,或者第三搜索空间的起点之前的X个时隙/子时隙/符号/绝对时间开始,尝试接收WUS。如果未接收到WUS,则UE无需进行PDCCH监测,进入睡眠状态。如果UE接收到WUS,UE进行PDCCH监测。
在本公开的示例性实施例中,第三搜索空间也可用于支持UE在RRC连接状态时,进行下行传输的控制信道的接收。例如,当UE处于RRC连接态,基站有下行小数据传输,但UE上行失步,基站可以在第三搜索空间中发送PDCCH触发UE发送PRACH,建立上行同步,并在后续的下行PDSCH中发送数据。这里,第三搜索空间可以为UE专用搜索空间。根据具体实现,基站可以将第三搜索空间的资源配置全部或部分与用于监听寻呼控制信息的搜索空间重叠。这种情况下,在重叠的搜索空间中,UE既需要检测P-RNTI加扰的PDCCH,即检测寻呼PDCCH,又需要检测第一类RNTI加扰的PDCCH,即检测用于UE在RRC空闲/去激活状态时下行传输的PDCCH。
在本公开的示例性实施例中,UE可根据第一类RNTI对PDCCH进行接收,例如,第一类RNTI用于PDCCH的CRC加扰。UE可根据第一类RNTI确定UE专用搜索空间的起点。UE根据第一类RNTI对PDSCH进行接收。UE根据第一类RNTI确定DMRS序列。UE可根据第一类RNTI对PUSCH,或PUCCH进行加扰。UE根据第一类RNTI确定DMRS序列。基站可配置第一类RNTI。具体配置方法参见实施例一中的描述。例如,第一类RNTI值通过UE-specific RRC信令配置或者通过小区系统信息广播配置等方式确定。
在本公开的示例性实施例中,例如,当UE处于RRC连接态时,UE可根据C-RNTI对PDCCH进行接收。
在本公开的示例性实施例中,PDCCH可包含调度PDSCH的调度信息。在本公开的示例性实施例中,PDCCH可包含UE行为的指示信息。例如,PDCCH触发UE进行随机接入过程(基于竞争的或免竞争的),或者PDCCH指示UE进行PDSCH接收,或者PDCCH指示UE反馈HARQ-ACK的上行信道类型。例如,PDCCH指示反馈HARQ-ACK的上行信道类型为PRACH或PUCCH,和/或PDCCH指示根据下行定时或上行定时发送PRACH或PUCCH。具体来说,在PDCCH的DCI中通过单独的比特域来区分不同的指示内容,或者,在PDCCH的DCI中通过特定的比特取值/取值组合来区分不同的指示内容,或者,通过不同的RNTI对PDCCH CRC加扰来区分不同的指示内容,或者,通过不同的DCI格式来区分。当基站不确定UE是否依然维护有效的上行定时,基站可以先通过PDCCH触发UE发送PRACH来获取上行同步,在获取了上行同步后再发送PDCCH调度PDSCH承载数据。基站在PDCCH或PDSCH中指示上行定时信息,从而UE在后续的上行发送中,可以根据该上行定时信息,进行上行发送。或者,当基站不确定UE是否依然维护有效的上行定时,基站可指示UE通过PRACH来承载HARQ-ACK,从而避免由于上行定时不准导致的各个上行信号间干扰。此外,在UE发送PRACH之后,UE依然在搜索空间D中接收PDCCH,或者在另一个搜索空间中接收PDCCH,例如,在RA-searchspace中接收PDCCH。
在本公开的示例性实施例中,UE可能在第三搜索空间中未监测到PDCCH,UE进入睡眠状态。例如,基站配置第三搜索空间,周期为40个时隙,时隙偏移为0,时间长度为5个时隙,并且每个时隙内的第1~3个符号为搜索空间。那么,UE在时隙0~4,时隙40~44,时隙80~84中的每个时隙的第1~3个符号上监测PDCCH。例如,如果UE在时隙40~44内相应的资源上未监测到PDCCH,则进入睡眠状态,在时隙80~84中再尝试接收PDCCH。UE可周期性的在第三搜索空间的起点,在预定义的时间窗内接收PDCCH。
在步骤S202,根据接收的PDCCH接收第二类PDSCH。
如果UE在第三搜索空间中接收到触发PRACH发送的PDCCH,UE根据PDCCH指示的信息发送PRACH。随后,UE在第三搜索空间中监测PDCCH,根据接收的PDCCH接收第二类PDSCH。UE可根据第一类RNTI或C-RNTI对该PDCCH进行接收。
UE可首先根据PDCCH确定第二类PDSCH的资源。这里,UE可根据PDCCH、和/或RRC连接态的配置、和/或系统信息确定一个或多个第二类PDSCH资源。
如果PDCCH指示了第二类PDSCH的空间特性,则可按照指示的空间特性接收第二类PDSCH。如果没有指示,则可按照接收PDCCH的空间特性接收第二类PDSCH。或者,按照处于连接态时进行最后一次下行接收时的空间特性接收第二类PDSCH。
在本公开的示例性实施例中,第二类PDSCH中包含下行数据。
在本公开的示例性实施例中,第二类PDSCH中可包含用于承载HARQ-ACK的上行信道信息。
在本公开的示例性实施例中,第二类PDSCH中可包含上行定时调整信息(Timingadvance)。
在本公开的示例性实施例中,第二类PDSCH中可包含上行调度信息(UL grant)。
在本公开的示例性实施例中,第二类PDSCH中可包含下行控制信息。该下行控制信息调度第三类PDSCH。第三类PDSCH中包含下行数据。
在本公开的示例性实施例中,第二类PDSCH可指示第一类RNTI,用于下一次RRC空闲/非激活态的下行传输。可以通过PDSCH中的比特显示地指示,或者根据PDSCH的资源隐式式样确定,或者显示与隐式相结合地指示。
在本公开的示例性实施例中,第二类PDSCH指示TC-RNTI,UE将该TC-RNTI作为第一类RNTI,用于下一次RRC空闲/非激活态的下行传输,例如,用于调度下行数据重传的PDCCH加扰,用于承载下行数据的PDSCH的加扰。
在本公开的示例性实施例中,第二类PDSCH可根据第一类RNTI,和/或小区ID进行加扰。
在本公开的示例性实施例中,第二类PDSCH可根据C-RNTI和/或小区ID进行加扰。
在本公开的示例性实施例中,第二类PDSCH可以是随机接入过程中的Msg 2或MsgB。在Msg 2或Msg B中可包含以上描述的各种信息和数据中的至少一种。
在步骤S203,对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈。
如果UE正确解调PDSCH,则UE反馈ACK,如果UE未正确解调PDSCH,则UE不反馈。或者,UE根据PDSCH的解调结果,反馈ACK或NACK。
在本公开的示例性实施例中,可通过PRACH来承载HARQ-ACK。基站为UE配置专用的PRACH资源,该PRACH资源不属于系统信息(例如SIB1)中指示的小区公共PRACH资源集合,或者属于小区公共PRACH资源。或者,基站在系统信息中配置专用于UE在RRC空闲/去激活状态时下行传输过程中所用的PRACH资源集合,UE根据预定义的规则,从该集合中选取一个PRACH资源。例如,根据接收到的PDCCH资源和/或PDSCH资源,确定PRACH资源。PRACH资源包含时间频域以及码字资源。
此外,可通过PUCCH来承载HARQ-ACK。PUCCH资源可被可选地配置。基站可以为UE配置专用的PUCCH资源,该PUCCH资源专用于UE在RRC空闲/去激活状态时下行传输过程中所用。例如,基站分别配置用于UE在RRC空闲/去激活状态时的PUCCH资源和UE处于RRC连接状态下的PUCCH资源。或者,基站配置一套PUCCH资源,既用于RRC空闲/去激活状态也用于RRC连接状态。如果基站未配置UE专用的PUCCH资源,则可将标准预定义的PUCCH资源集合以及系统信息中的指示所确定的PUCCH资源用于UE在RRC空闲/去激活状态时下行传输过程中所用。例如,基站在UE处于RRC连接状态时,为UE配置了一个或多个PUCCH资源,专用于UE在RRC空闲/去激活状态时下行传输过程中所用。基站通过PDCCH确定配置的一个或多个PUCCH资源中的一个PUCCH资源。又例如,标准预定义一组或多组PUCCH资源,基站在系统信息中(例如,pucch-ResourceCommon)指示这一组或多组PUCCH资源中的一组,并且基站通过PDCCH确定这一组PUCCH资源中的一个PUCCH资源。
PUCCH资源可包括以下一项或多项:PUCCH格式、PUCCH的频域资源、PUCCH的时域资源、PUCCH的码字资源、PUCCH的空间特性(例如,与哪一个小区的哪一个参考信号QCL)HARQ-ACK反馈时延K1的集合、PUCCH功控信息、PUCCH最大码率、PUCCH的循环前缀等。在PUCCH功控中,闭环功率控制参数不与RRC连接状态时的闭环功率控制参数累积,即,UE处于RRC空闲/去激活状态下的第一次PUCCH传输的闭环功率控制参数重置到0,并根据UE处于RRC空闲/去激活状态下的PDCCH的闭环功率控制参数进行累积。
在本公开的示例性实施例中,可根据PDCCH或者PDSCH的指示确定采用PUCCH或者PRACH发送HARQ-ACK。具体来说,基站可配置UE采用PUCCH或者PRACH发送HARQ-ACK,例如,当UE处于RRC连接状态时,基站通过高层信令指示UE处于RRC空闲/去激活状态时发送HARQ-ACK的上行信道。UE可根据上行定时是否有效,确定采用PUCCH或者PRACH发送HARQ-ACK。UE维护的上行定时失效时,UE仅能发送PRACH。这里,该PRACH资源的时间资源可不早于PDSCH时间资源。可选地,该PRACH资源的时间资源与PDSCH时间资源的时间差不小于预定义的时延。例如,UE在步骤1中接收到PDCCH后,接收PDSCH,在PDSCH后的第一个可用的PRACH资源上发送PRACH。根据PDSCH的译码结果,PRACH的时间和/或频域和/或码字资源可以不同。可选地,该PRACH资源的时间资源不早于PDCCH指示的用于发送HARQ-ACK的上行信道的时间资源。可选地,该PRACH资源的时间资源不早于PDCCH指示的用于发送HARQ-ACK的PUCCH的时间资源。可选地,该PRACH资源的时间资源不早于步骤1中的PDCCH的时间资源。例如,UE在接收到PDCCH后,立即尝试在可用的PRACH资源上进行PRACH发送,无需尝试接收PDCCH调度的PDSCH。
如果基站不支持UE在RRC空闲/去激活状态时下行传输过程中自发的发送PRACH,当UE的上行定时有效时,UE发送PUCCH承载HARQ-ACK,当UE的上行定时无效时,UE不发送PUCCH,即DTX。一种实现方式是,当基站未监测到来自于UE的PUCCH,基站可以发送PDCCH触发UE发送PRACH。当UE接收到PDCCH触发PRACH发送,如果PDCCH指示为免竞争的PRACH发送,例如,PDCCH中指示的ra-PreambleIndex为非零取值,则UE可进行基于竞争的PRACH发送,具体描述参见图1的描述。如果PDCCH指示为基于竞争的PRACH发送,例如PDCCH中指示的ra-PreambleIndex为全零,则UE可回退到基于竞争的随机接入过程。
当UE的上行定时无效时,UE不发送PUCCH。UE启动时间窗T3。如果UE在时间窗T3内未收到基站的任何指示,UE回退到基于竞争的随机接入过程。其中,时间窗T3的长度≥0。
基站可配置发送PRACH或者PUCCH的BWP,或者,发送PRACH或者PUCCH的BWP为初始BWP(initial BWP),即UE所在小区中用于初始随机接入时的UL BWP。
在步骤S203之后,UE可继续监测PDCCH。进一步的,UE在预定的时间窗内监测PDCCH。其中,预定义的时间窗为第三搜索空间的时间窗,由第三搜索空间的时间起点以及时间长度duration确定。例如,基站配置第三搜索空间,周期为40个时隙,时隙偏移为0,时间长度为5个时隙,并且每个时隙内的第1~3个符号为搜索空间。在这个例子中,时间窗的起点分别为时隙0,40,80…中的第1个符号,时间窗的结束位置分别为时隙4,44,84…中的第3个符号。UE在每个时间窗内的每个时隙的第1~3个符号上监测PDCCH。当时间窗结束时,UE进入睡眠状态。或者,预定义的时间窗根据第三搜索空间的时间窗以及预定义的第二时间长度确定。第三搜索空间的配置如上,预定义的第二时间长度为2个时隙。则,预定的时间窗为的起点分别为时隙0,40,80…中的第1个符号,时间窗的结束位置分别为时隙6,46,86…的最后一个符号。其中,UE仅在第三搜索空间中监测PDCCH,但可以在预定义的时间窗内接收PDSCH或发送PUSCH/PUCCH。或者,预定义的时间窗根据第三搜索空间的时间窗,预定义的第二时间长度,以及PDSCH或PUCCH或PUSCH的结束位置确定。例如,当UE在第三搜索空间的时间窗内接收到PDCCH调度PDSCH或PUSCH传输时,在UE发送PDSCH的HARQ-ACK或发送PUSCH之后,以PUCCH或PUSCH的结束位置为起点,根据预定义的第二时间长度,确定预定义的时间窗。一种方式,UE在预定义的时间窗内的第三搜索空间资源上接收PDCCH,另一种方式,将第三搜索空间扩展到预定义的时间按窗内的其他时隙,UE在这些资源内均可以接收PDCCH。例如,基站配置的第三搜索空间为时隙0~4,时隙40~44,时隙80~84中的每个时隙的第1~3个符号。假设预定义的第二时间长度为2个时隙。UE在时隙42的第1~3个符号上检测到PDCCH,调度PDSCH在时隙43内发送,并且在时隙44发送承载HARQ-ACK的PUCCH。那么,以时隙45的起点开始,启动长度为2个时隙的时间窗。在时隙45,46内的第1~3个符号上,UE依然需要检测PDCCH。如果UE未监测到任何PDCCH,则UE可以在时隙46的第3个符号结束时进入睡眠状态。
为避免UE改变服务小区而导致的基站在原服务小区上发送的信号无法被UE接收,基站可配置UE改变服务小区时,向基站上报此变化。又例如,当基站为UE配置了在第三搜索空间中接收预定义的PDCCH和/或唤醒信号的传输模式后,如果UE改变了服务小区,UE需向基站上报此变化。
在本公开的示例性实施例中,图1中对时间窗的描述在这里也适用。
在步骤S204,当满足预定义的睡眠条件时,进入睡眠状态。
为更好的理解本实施例的各种方案,以下给出几个示例,但本实施例的方案不局限于这些示例。在每一步骤中,具体的实现方式,不再累述,参考前序描述。
示例一:
-基站配置UE在RRC空闲/非激活状态时,在第三搜索空间中监测PDCCH。基站配置第三搜索空间信息,第一类RNTI,PUCCH资源集合。
-UE在第三搜索空间中监测PDCCH。PDCCH由第一类RNTI加扰。PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态),或者PDCCH触发PRACH发送。
○如果UE在第三搜索空间监测到PDCCH调度第二类PDSCH:
如果UE的上行定时有效,则UE根据PDSCH解调结果,产生HARQ-ACK,并根据上行定时发送PUCCH。UE继续监测第三搜索空间。
如果UE的上行定时无效,则UE不发送PUCCH。UE继续监测第三搜索空间。
○如果UE在第三搜索空间监测到PDCCH触发PRACH发送,UE根据PDCCH中指示的PRACH资源发送PRACH。UE继续监测第三搜索空间。
○如果UE在第三搜索空间监测到PDCCH调度PUSCH,UE根据PDCCH中指示的PUSCH资源发送PUSCH。UE继续监测第三搜索空间。
○如果UE在第三搜索空间时间长度(duration)结束时,未监测到PDCCH,或者监测到进入睡眠状态的指示,UE进入睡眠状态。
示例二:
-基站配置UE在RRC空闲/非激活状态时,在第三搜索空间中监测PDCCH。基站配置第三搜索空间信息,第一类RNTI,PUCCH资源集合。
-UE在第三搜索空间中监测PDCCH。PDCCH由第一类RNTI加扰。PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态),或者PDCCH触发PRACH发送。
○如果UE在第三搜索空间监测到PDCCH调度第二类PDSCH:
如果UE的上行定时有效,则UE根据PDSCH解调结果,产生HARQ-ACK,并根据上行定时发送PUCCH。UE继续监测第三搜索空间,并启动时间窗。
如果UE的上行定时无效,则UE不发送PUCCH。UE继续监测第三搜索空间,并启动时间窗。
○如果UE在第三搜索空间监测到PDCCH触发PRACH发送,UE根据PDCCH中指示的PRACH资源发送PRACH。UE继续监测第三搜索空间,并启动时间窗。
○如果UE在第三搜索空间监测到PDCCH调度PUSCH,UE根据PDCCH中指示的PUSCH资源发送PUSCH。UE继续监测第三搜索空间,并启动时间窗。
○如果UE在时间窗结束时,未监测到新的PDCCH,或者监测到进入睡眠状态的指示,UE进入睡眠状态。
○如果UE从第三搜索空间起点,到根据搜索空间时间长度(duration)确定的第三搜索空间结束位置,一直未监测到任何PDCCH,或者监测到进入睡眠状态的指示,UE进入睡眠状态。
示例三:
-基站配置UE在RRC空闲/非激活状态时,在第三搜索空间中监测PDCCH。基站配置第三搜索空间信息,第一类RNTI,PUCCH资源集合。
-UE在第三搜索空间中监测PDCCH。PDCCH由第一类RNTI加扰。PDCCH包含PDSCH调度信息,PUCCH资源信息(PRI指示哪一套PUCCH资源),上行定时调整信息,或调度PUSCH,或PDCCH包含行为指示(是否进入睡眠状态)。
○如果UE在第三搜索空间监测到PDCCH调度第二类PDSCH,
如果UE的上行定时有效,则UE根据PDSCH解调结果,产生HARQ-ACK,并根据上行定时发送PUCCH。UE继续监测第三搜索空间。
如果UE的上行定时无效,且基站支持基于MO-EDT的传输,则UE转到MO-EDT传输方式。
○如果UE在第三搜索空间监测到PDCCH调度PUSCH,UE根据PDCCH中指示的PUSCH资源发送PUSCH。UE继续监测第三搜索空间。
○如果UE在第三搜索空间结束位置前未监测到PDCCH,或者监测到进入睡眠状态的指示,UE进入睡眠状态。
图3示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图。
参照图3,在步骤S301,在预定义的下行资源中接收预定义的下行信号。
在本公开的示例性实施例中,所述预定义的下行资源是预定义的第二类PDSCH资源,所述预定义的第二类PDSCH资源由基站在用户设备处于RRC连接态时配置,用于RRC空闲/非激活状态时的下行传输。或者,预定义的下行资源是根据RAR PDCCH指示的RAR PDSCH的资源。
在本公开的示例性实施例中,基站可在UE处于RRC连接态时配置用于RRC空闲/非激活状态时的下行传输的预定义的PDSCH资源。与RRC连接态中的DL SPS类似,RRC空闲/非激活状态时的下行传输的预定义的PDSCH资源包括以下一个或多个参数:PDSCH的周期、时间偏移、重复次数、符号起点/长度/结束符号、频域资源、空间特性等。
这里,例如,用于配置RRC空闲/非激活状态的PDSCH资源的信令和用于配置RRC连接态DL SPS参数的RRC信令可以是同一个信令,并且基站在配置时还可用一个专用信令指示该DL SPS参数是仅用于RRC空闲/非激活状态、仅用于RRC连接态或者同时用于RRC空闲/非激活状态和RRC连接态,当该DL SPS可用于RRC空闲/非激活状态时,还需要额外配置DLSPS资源。例如,用于配置RRC空闲/非激活状态的PDSCH参数的信令和用于配置RRC连接态的DL SPS参数的RRC信令可以是两个不同的RRC信令,即分别配置了参数,例如,对应的C-RNTI值(SPS-RNTI)及传输时间间隔等参数所配置的值可能不同。
为了省电,基站可以为UE配置WUS。UE在预定义的PDSCH时间资源起点之前的X个时隙/子时隙/符号/绝对时间开始,尝试接收WUS。如果未接收到WUS,则UE无需进行PDSCH接收,进入睡眠状态。如果UE接收到WUS,UE进行PDSCH接收。
在本公开的示例性实施例中,在随机接入过程中,基站可通过RAR PDCCH指示RARPDSCH的资源,UE根据RAR PDCCH的指示,在相应的资源上接收第二类PDSCH,即RAR PDSCH。
在步骤S302,根据接收的下行信号进行应答ACK反馈。
在本公开的示例性实施例中,如果UE正确解调PDSCH,则UE反馈ACK,如果UE未正确解调PDSCH,则UE不反馈。或者,UE根据PDSCH的解调结果,反馈ACK或NACK。
在本公开的示例性实施例中,当第二类PDSCH为Msg B RAR PDSCH时,如果UE在MsgB RAR PDSCH中解调出匹配成功的Msg B RAR sPDU时,UE反馈ACK。
在本公开的示例性实施例中,ACK、NACK可由PRACH或PUCCH承载或者,ACK可由PUSCH承载。
为了发送ACK或NACK,UE需确定发送HARQ-ACK的上行时隙。根据一种实现方式,在调度PDSCH的PDCCH中指示HARQ-ACK定时信息(PDSCH-to-HARQ-timing-indicator),UE根据该定时信息以及PDSCH的结束位置,确定发送HARQ-ACK的上行时间单元。例如,PDSCH结束位置对应于上行时隙n,HARQ-ACK定时信息指示k个上行时隙,则发送HARQ-ACK的上行时间单元为上行时隙n+k。基站可配置一组HARQ-ACK定时信息,通过DCI指示其中一个,或者标准预定义一组HARQ-ACK定时信息,通过DCI指示其中一个。或者基站可配置或预定义一个HARQ-ACK定时信息k。通常k的设置需考虑UE处理PDSCH的最小时延,即UE接收PDSCH到产生承载HARQ-ACK的PUCCH之间的最短处理时间。基站指示的k不能小于这个最短处理时间。在Release-15中,标准预定义的HARQ-ACK定时集合为{1,2,3..8}上行时隙。在基站未给UE配置专用的HARQ-ACK定时集合时,采用这个预定义的集合。例如随机接入过程中Msg4的HARQ-ACK反馈,或者回退模式的DCI调度的PDSCH的HARQ-ACK反馈。
在一些场景中,UE接收PDSCH,如果PDSCH的CRC校验成功,UE产生ACK,如果CRC校验失败,UE产生NACK,并通过PUCCH发送ACK/NACK。但在另一些场景中,UE在完成CRC校验后,还需进一步对PDSCH承载的MAC PDU进行处理,并根据MAC PDU确定是否产生ACK。例如,在随机接入过程中,UE接收RAR PDSCH,CRC校验成功后,UE还需对这个PDSCH承载的MAC PDU进行进一步的处理,成功获得成功匹配的MAC sPDU RAR后才能产生ACK,并准备在PUCCH资源上发送这个ACK信息。UE根据Msg B RAR PDSCH或者RAR PDCCH中指示的HARQ-ACK定时信息确定k1,以及接收的RAR PDSCH的结束位置所在时隙n,确定发送该PUCCH的上行时隙n+k1。此外,UE还需根据成功的MAC sPDU RAR中获取上行定时Timing advanced commond以确定PUCCH的发送定时。考虑到处理MAC PDU额外所需的时间,这种情况下的HARQ-ACK定时k1的取值往往比普通情况下的HARQ-ACK定时k的取值更大,目前的n+k的机制可能无法满足UE的处理时间。为了解决这个问题,本发明提出以下几个方案。
方案一:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k+j+Δ,即k1=k+j+Δ。其中,k为标准预定义的HARQ-ACK定时集合。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个取值,例如X0=3比特指示{1,2,..8}中的一个取值,或者X0=2。j和Δ的取值可根据承载PUCCH的子载波间隔参数μPUCCH确定。表4为j取值的一个示意,表5为Δ取值的一个示意。表4/5中μPUCCH=0,1,2,3分别表示子载波间隔SCS为15,30,60,120KHz。
较优的,j的取值范围,可重用标准预定义的PUSCH定时j,即PDCCH到PUSCH的时隙偏移K2。较优的,j的取值范围,可额外定义一组值。
较优的,Δ的取值范围,可重用标准预定义的被RAR调度的第一个PUSCH的额外时隙偏移Δ,其中RAR中的UL grant到RAR调度的第一个PUSCH的时隙偏移为K2+Δ。较优的,Δ的取值范围,可额外定义一组值。
μ<sub>PUCCH</sub> | j |
0 | 1 |
1 | 1 |
2 | 2 |
3 | 3 |
表4
μ<sub>PUCCH</sub> | Δ |
0 | 2 |
1 | 3 |
2 | 4 |
3 | 6 |
表5
较优的,j+Δ大于等于UE解码Msg.B RAR PDSCH并获取其RAR MAC sPDU中上行定时命令(TAC,Timing advance command)到发送PUCCH的UE处理时延。
较优的,j大于等于准备PUCCH的最低时延,Δ大于等于以上描述的解析MAC sPDU的最低时延。
方案二:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k+Δ,即k1=k+Δ。其中,k为标准预定义的HARQ-ACK定时集合。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个取值,例如X0=3比特指示{1,2,..8}中的一个取值,或者X0=2。类似的,Δ的取值可根据承载PUCCH的子载波间隔参数μPUCCH确定,如表5所示。
较优的,Δ大于等于UE解码Msg.B RAR PDSCH并获取其RAR MAC sPDU中上行定时命令TAC到发送PUCCH的UE处理时延。
较优的,Δ大于等于以上描述的解析MAC sPDU的最低时延。可以认为准备PUCCH的时延在k中已考虑。
方案三:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k1,即k1=k+j。其中,k为标准预定义的HARQ-ACK定时集合。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个取值,例如X0=3比特指示{1,2,..8}中的一个取值,或者X0=2。类似的,j的取值可根据承载PUCCH的子载波间隔参数μPUCCH确定,如表4所示。
较优的,j大于等于UE解码Msg.B RAR PDSCH并获取其RAR MAC sPDU中上行定时命令TAC到发送PUCCH的UE处理时延。
方案四:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k+其中,k为标准预定义的HARQ-ACK定时集合,例如{1,2,..8}中的一个取值。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个取值,例如X0=3比特指示{1,2,..8}中的一个取值,或者为根据T0确定的上行时隙数。较优的,T0=0.5。其中,为一个子帧中的时隙个数,Tsf为一个子帧的时间长度1毫秒。
方案五:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k+即其中,k为标准预定义的HARQ-ACK定时集合。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个取值,例如X0=3比特指示{1,2,..8}中的一个取值,或者X0=2。其中,为一个子帧中的时隙个数,Tsf为一个子帧的时间长度1毫秒,NT,1为根据UE处理能力1且PDSCH有额外的参考信号DMRS时的PDSCH处理时间,可表示为N1个符号。
方案六:
用于确定MsgB RAR PDSCH的ACK反馈的PUCCH的上行时隙为n+k1。标准预定义k1的集合,且这个集合与k的集合是分别定义或配置的。Msg B RAR PDSCH或PDCCH中通过X0比特指示其中一个k1的取值,例如X0=3或2。
通过在通用的k的基础之上增加额外的时间偏移量来确定Msg B RAR PDSCH的HARQ-ACK PUCCH上行时隙的方法,既保证了足够的处理时延,又可实现这种类型的PUCCH与其他类型的PUCCH(根据n+k确定的反馈时隙)资源的灵活分配,提高PUCCH资源效率。
在本公开的示例性实施例中,可根据上行定时是否有效来判断是否发送PUCCH。如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则不发送PUCCH;或者,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则发送PRACH,不发送PUCCH。
在本公开的示例性实施例中,在接收下行信号(第二类PDSCH)之后,可在预定的时间窗内在第三搜索空间中监测PDCCH。这里,所述预定的时间窗可以以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
在本公开的示例性实施例中,可通过PRACH来承载HARQ-ACK,或者,可通过PUCCH来承载HARQ-ACK。
如果基站在UE处于RRC连接状态时配置PRACH/PUCCH资源,或者在第二类PDSCH中配置PRACH/PUCCH资源,或者基站在系统信息中配置专用于UE在RRC空闲/去激活状态时下行传输过程中所用的PRACH/PUCCH资源集合,则UE可根据预定义的规则,从该集合中选取一个PRACH/PUCCH资源。例如,根据接收到的PDCCH资源和/或PDSCH资源,确定PRACH/PUCCH资源。
具体来说,基站可通过第二类PDSCH指示使用PRACH或PUCCH发送HARQ-ACK。此外,基站可配置UE采用PUCCH或者PRACH发送HARQ-ACK,例如,当UE处于RRC连接状态时,基站通过高层信令指示UE处于RRC空闲/去激活状态时发送HARQ-ACK的上行信道。此外,UE根据上行定时是否有效,确定采用PUCCH或者PRACH发送HARQ-ACK。UE维护的上行定时失效时,UE仅能发送PRACH。此外,基站通过第二类PDSCH指示使用上行定时或下行定时发送HARQ-ACK。
如果基站不支持UE在RRC空闲/去激活状态时下行传输过程中自发的发送PRACH,当UE的上行定时有效时,UE发送PUCCH承载HARQ-ACK,当UE的上行定时无效时,UE不发送PUCCH,即DTX。一种实现方式是,当基站未监测到来自于UE的PUCCH,基站可以发送PDCCH触发UE发送PRACH。当UE接收到PDCCH触发PRACH发送,如果PDCCH指示为免竞争的PRACH发送,例如,PDCCH中指示的ra-PreambleIndex为非零取值,UE进行基于竞争的PRACH发送,具体描述参见图1的描述。如果PDCCH指示为基于竞争的PRACH发送,例如PDCCH中指示的ra-PreambleIndex为全零,则UE可回退到基于竞争的随机接入过程。
当UE的上行定时无效时,UE不发送PUCCH。UE启动时间窗T3。如果UE在时间窗T3内未收到基站的任何指示,UE回退到基于竞争的随机接入过程。其中,时间窗T3的长度≥0。
在步骤S302后,UE可继续监测PDCCH。进一步的,UE在预定的时间窗T0内监测PDCCH。具体参见图1或图2中对搜索空间以及时间窗T0的描述。
在本公开的示例性实施例中,当满足预定义的条件C1时,进入预定义的状态X。
图4示出根据本公开的另一示例性实施例的由用户设备UE执行的下行传输方法的流程图。
参照图4,在步骤S401,在预定义的第一搜索空间中接收预定义的PDCCH。
在步骤S402,根据在第一搜索空间中接收的PDCCH接收第一类PDSCH。
在步骤S403,根据所述第一类PDSCH发送PRACH。
在步骤S404,在预定的时间窗内在预定义的第二搜索空间中监听PDCCH。
在步骤S405,判断在预定的时间窗内是否监听到PDCCH,是则执行步骤S406,否则直接执行步骤S410。
在步骤S406,在第二搜索空间中接收监听到的PDCCH;
在步骤S407,判断在第二搜索空间中接收的PDCCH是否指示接收第二类PDSCH,是则执行步骤S408,否则在第二搜索空间中接收的PDCCH指示进入睡眠状态时直接执行步骤S410。
在步骤S408,根据在第二搜索空间中接收的PDCCH接收第二类PDSCH。
在步骤S409,对第二类PDSCH进行解调,根据解调结果进行HARQ-ACK反馈,并且跳转至步骤S405。
在步骤S410,进入睡眠状态。
在本公开的示例性实施例中,在步骤S406中,如果在第二搜索空间中接收的PDCCH包含PUSCH调度信息,则UE根据调度信息发送PUSCH,并且回到步骤S405。
除了以上描述的方法之外,基站还可以通过寻呼消息触发UE进行基于竞争的2-step或4-step随机接入,并且在MsgB或Msg4中承载下行数据,以实现RRC空闲/非激活状态下UE的下行传输。类似的,UE在接收了包含下行数据的MsgB和Msg4后,在预定义的时间窗内监测PDCCH,如果满足条件,则进入睡眠状态。
按照以上描述的各种方法,基站或者UE可以在多种下行传输方式间进行切换。例如,基站可在UE处于RRC连接态时配置UE按照实施例一或二或三的传输方式进行RRC空闲态/非激活状态的传输。又例如,基站可以在第一类PDSCH中指示基于RRC空闲态/非激活状态下MT-EDT或MO-EDT的传输方式。按照以上描述的各种方法,UE可上报自己的能力,可以支持哪些RRC空闲态/非激活状态的下行传输方法,例如,可支持实施例一和/或二和/或三的传输方式。基站根据UE上报的可支持的下行传输方法,为UE配置RRC空闲态/非激活状态的下行传输方法。此外,基站还可根据UE的类型信息,例如,UE是否具备静止特性,为UE配置RRC空闲态/非激活状态的下行传输方法。
以上描述中的UE发送PRACH的步骤,可以替换为UE发送Msg A(包括PRACH以及MsgA(发送PUSCH,Msg A PUSCH中承载了特定的上行控制信息),也就是现有技术中的两步的随机接入过程的第一步。
如果UE在接收下行数据之前,发现上行同步失效,UE进行上行同步操作。例如,对于图2或图3,如果UE在步骤S201或步骤S301之前发现上行同步失效,则UE进行基于竞争的随机接入过程,或者UE在基站配置的专用PRACH资源上发送PRACH。这样可以使得UE在接收PDSCH之后,可以根据有效的上行定时发送HARQ-ACK。
在以上图1至图4的描述中,通过支持不同的下行传输方式,更好的适应不同的业务特性以及终端特定,提高传输效率。
在以上图1至图4的描述中,通过基站指示UE回退到基于竞争的随机接入过程,或建立RRC连接,可以更优的分配网络资源,也可以保证下行传输的可靠性。
在以上图1至图4的描述中,通过预定义的规则触发UE回退到基于竞争的随机接入过程,或建立RRC连接,可以更优的分配网络中的资源,也可以保证下行传输的可靠性。
以上已经结合图1至图4对根据本公开示例性实施例的由用户设备执行的下行传输方法进行了描述。在下文中,将参照图5和图8对根据本公开示例性实施例的用户设备及其单元进行描述。图5示出根据本公开的一个示例性实施例的用户设备的框图。
参照图5,用户设备包括:第一PDCCH接收单元51、第一PDSCH接收单元52、PRACH发送单元53、第二PDCCH接收单元54、第二PDSCH接收单元55、反馈单元56和睡眠单元57。
第一PDCCH接收单元51被配置为当所述预定义的下行资源是第一搜索空间时,在第一搜索空间中接收预定义的PDCCH。
第一PDSCH接收单元52被配置为根据在第一搜索空间中接收的PDCCH接收第一类PDSCH。
在本公开的示例性实施例中,在第一类PDSCH中可包含下行数据。
在本公开的示例性实施例中,第一类PDSCH中包含以下信息中的至少一项:PRACH的资源信息、第二类PDSCH的资源信息、ACK资源信息、传输方式信息、第一类RNTI、第二搜索空间的资源信息。
在本公开的示例性实施例中,所述用户设备还包括方式确定单元,被配置为在接收第一类PDSCH之后,根据第一类PDSCH确定以下传输方式中的至少一种方式:进行RRC空闲态/非激活态下的早期数据传输EDT、进行RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT、进行RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT、建立无线资源控制RRC连接、进行基于竞争的随机接入、进行免竞争的随机接入、进行4步随机接入信道或者2步随机接入信道、在满足预定义的条件下回退到特定的传输过程。
在本公开的示例性实施例中,可根据第一类PDSCH确定PRACH的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定第二类PDSCH的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定ACK的资源信息。
在本公开的示例性实施例中,可根据第一类PDSCH确定第一类RNTI。
在本公开的示例性实施例中,可根据第一类PDSCH确定第二搜索空间。
在本公开的示例性实施例中,第一类PDSCH包含的PRACH的资源信息包含以下信息中的至少一项:前导序列索引、前导序列重复次数、PRACH格式、PRACH时频资源、用于确定RACH时机的同步信号和广播信道SS/PBCH信息。
PRACH发送单元53被配置为根据第一类PDSCH发送PRACH。
第二PDCCH接收单元54被配置为在第二搜索空间中接收PDCCH。
在本公开的示例性实施例中,用户设备还可包括:空间确定单元,被配置为当所述预定义的下行资源是第一搜索空间时,根据以下至少一种方式确定第二搜索空间:根据小区系统信息的配置信息确定所述第二搜索空间、根据用户设备专用RRC信令的配置信息确定所述第二搜索空间、根据第一类PDSCH确定第二搜索空间、结合所述多种信令确定第二搜索空间、根据预定义的搜索空间确定第二搜索空间。
在本公开的示例性实施例中,第一PDCCH接收单元52和第二PDCCH接收单元54可被配置为:根据第一类RNTI或RA-RNTI接收PDCCH。这里,第一类RNTI可由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
在本公开的示例性实施例中,在第二搜索空间中接收的PDCCH可包括以下至少一项:PDSCH的调度信息、上行定时调整信息、反馈HARQ-ACK的上行信道信息、第一类RNTI信息、用户设备传输方式的指示。
在本公开的示例性实施例中,用户设备传输方式的指示可包括:发送PRACH的指示、接收PDSCH的指示、通过PRACH或者PUCCH反馈HARQ-ACK的指示。
在本公开的示例性实施例中,在第二搜索空间中的PDCCH的DCI中可通过单独的比特域来区分不同的指示内容,或者,在第二搜索空间中的PDCCH的DCI中可通过特定的比特取值/取值组合来区分不同的指示内容,或者,可通过不同的RNTI对第二搜索空间中的PDCCH进行CRC加扰来区分不同的指示内容,或者,可通过不同的DCI格式来区分不同的指示内容。
在本公开的示例性实施例中,用户设备还可包括:回退单元,被配置为当在时间窗内在第二搜索空间中未收到相应的下行响应时,回退到基于竞争的随机接入过程。或者,用户设备还可包括:再次发送单元,被配置为当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,再次发送专用PRACH。或者,所述睡眠单元还可被配置为当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,进入睡眠状态。
第二PDSCH接收单元55被配置为根据在第二搜索空间中接收的PDCCH接收第二类PDSCH。
在本公开的示例性实施例中,用户设备还可包括:资源确定单元,被配置为根据PDCCH中包含的PDSCH的资源信息、第一类PDSCH中包含的PDSCH的资源信息、或者基站在RRC连接态配置的至少一套PDSCH的资源信息,来确定第二类PDSCH的资源,或者,根据PRACH确定第二类PDSCH的资源。
在本公开的示例性实施例中,第二类PDSCH中可包括以下至少一项:下行数据、用于承载ACK的上行信道信息、上行定时调整信息、上行调度信息、第一类RNTI。这里,第二类PDSCH根据第一类RNTI、和/或RA-RNTI、和/或小区ID、和/或PRACH确定的序列被加扰。
反馈单元56被配置为对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈。
在本公开的示例性实施例中,用户设备还可包括:PDCCH监测单元,被配置为在预定的时间窗内在第二或第三搜索空间中监测PDCCH。这里,所述预定的时间窗可以以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
睡眠单元57被配置为当满足预定义的睡眠条件时,进入睡眠状态。
在本公开的示例性实施例中,用户设备还可包括:信息接收单元,被配置为在预定的时间窗内,接收基站发送的以下至少一项:下行控制信道资源配置信息、PRACH配置信息、ACK反馈的上行信道配置信息、第二类PDSCH的调度信息、PUSCH的调度信息、传输方式指示信息、PRACH传输触发信息、基于竞争的随机接入过程的触发信息、进入睡眠状态的指示信息。
在本公开的示例性实施例中,睡眠单元还可被配置为在预定的时间窗内未接收到任何PDCCH,或者在接收到进入睡眠状态的指示信息时,进入睡眠状态。
在本公开的示例性实施例中,回退单元还被配置为根据接收到的回退指示或者基于检测到回退触发条件,回退到基于竞争的随机接入过程。这里,回退触发条件包括以下至少一项:上行定时失效、接收到调度第二类PDSCH的PDCCH但上行定时失效、在免竞争的PRACH发送后预定义的时间窗内未收到响应。
图6示出根据本公开的另一示例性实施例的用户设备的框图。
参照图6,用户设备包括第三PDCCH接收单元61、第三PDSCH接收单元62、反馈单元63和睡眠单元64。
第三PDCCH接收单元61被配置为在第三搜索空间中接收预定义的PDCCH。
在本公开的示例性实施例中,第三搜索空间可用于支持UE在RRC空闲/去激活状态时,进行下行传输的控制信道的接收。第三搜索空间可用于监听调度第二类PDSCH的PDCCH。
在本公开的示例性实施例中,所述第三搜索空间的参数被可选地配置,如果所述特定的搜索空间的参数没有被配置,则预定义用途的搜索空间被用作所述特定的搜索空间。这里,所述第三搜索空间根据用户设备特定RRC信令确定,或者,所述第三搜索空间根据小区系统信息确定,或者,所述第三搜索空间根据用户设备特定参数以及公共的搜索空间参数确定。
第三PDSCH接收单元62被配置为根据在第三搜索空间中接收的PDCCH接收第二类PDSCH。
反馈单元63被配置为根据接收的下行信号进行应答ACK反馈。
睡眠单元64被配置为当满足预定义的睡眠条件时,进入睡眠状态。
图7示出根据本公开的另一示例性实施例的用户设备的框图。
参照图7,用户设备包括信号接收单元71和反馈单元72。
信号接收单元71被配置为在预定义的下行资源中接收预定义的下行信号。
在本公开的示例性实施例中,所述预定义的下行资源是预定义的第二类PDSCH资源,所述预定义的第二类PDSCH资源由基站在用户设备处于RRC连接态时配置,用于RRC空闲/非激活状态时的下行传输。
反馈单元72被配置为根据接收的下行信号进行应答ACK反馈。
在本公开的示例性实施例中,如果UE正确解调PDSCH,则UE反馈ACK,如果UE未正确解调PDSCH,则UE不反馈。或者,UE根据PDSCH的解调结果,反馈ACK或NACK。
在本公开的示例性实施例中,ACK、NACK可由PRACH或PUCCH承载或者,ACK可由PUSCH承载。
在本公开的示例性实施例中,用户设备还可包括:发送判断单元,被配置为根据上行定时是否有效来判断是否发送PUCCH。如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则不发送PUCCH;或者,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则发送PRACH,不发送PUCCH。
在本公开的示例性实施例中,在接收下行信号(第二类PDSCH)之后,可在预定的时间窗内在第三搜索空间中监测PDCCH。这里,所述预定的时间窗可以以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
图8示出根据本公开的另一示例性实施例的用户设备的框图。
参照图8,用户设备包括:第一PDCCH接收单元81、第一PDSCH接收单元82、PRACH发送单元83、PDCCH监听单元84、第二PDCCH接收单元85、第二PDSCH接收单元86、反馈单元87和睡眠单元88。
第一PDCCH接收单元81被配置为在第一搜索空间中接收预定义的PDCCH。
第一PDSCH接收单元82被配置为根据在第一搜索空间中接收的PDCCH接收第一类PDSCH。
PRACH发送单元83被配置为根据第一类PDSCH发送PRACH。
PDCCH监听单元84被配置为在预定的时间窗内在预定义的第二搜索空间中监听PDCCH。
第二PDCCH接收单元85被配置为当在预定的时间窗内监听到PDCCH时,在第二搜索空间中接收PDCCH。
第二PDSCH接收单元86被配置为当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时,接收第二类PDSCH。
反馈单元87被配置为对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈。
睡眠单元88被配置为当在第二搜索空间中接收的PDCCH指示进入睡眠状态时,进入睡眠状态,或者,当在预定的时间窗内未监听到PDCCH时,进入睡眠状态。
此外,根据本公开的示例性实施例,还提供一种计算机可读存储介质,其上存储有计算机程序,当所述计算机程序被执行时,实现根据本公开的下行传输方法方法的步骤。
作为示例,所述计算机可读存储介质可承载有一个或者多个程序,当所述计算机程序被执行时可实现以下步骤:在预定义的下行资源中接收预定义的下行信号,并且根据接收的下行信号进行应答ACK反馈。
作为示例,所述计算机可读存储介质可承载有一个或者多个程序,当所述计算机程序被执行时可实现以下步骤:在预定义的第一搜索空间中接收预定义的PDCCH,根据在第一搜索空间中接收的PDCCH接收第一类PDSCH,根据所述第一类PDSCH发送PRACH,在预定的时间窗内在预定义的第二搜索空间中监听PDCCH,判断在预定的时间窗内是否监听到PDCCH,如果监听到PDCCH则在第二搜索空间中接收监听到的PDCCH,并且当在第二搜索空间中接收的PDCCH指示进入睡眠状态时进入睡眠状态,当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时接收第二类PDSCH,根据第二搜索空间中接收的PDCCH接收第二类PDSCH,对第二类PDSCH进行解调,根据解调结果进行HARQ-ACK反馈,之后跳转至判断在预定的时间窗内是否监听到PDCCH的步骤以再次判断在预定的时间窗内是否监听到PDCCH,直至在预定的时间窗内未监听到PDCCH时进入睡眠状态,如果未监听到PDCCH则直接进入睡眠状态。
计算机可读存储介质例如可以是,但不限于,电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储计算机程序的有形介质,该计算机程序可以被指令执行系统、装置或者器件使用或者与其结合使用。计算机可读存储介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。计算机可读存储介质可以包含在任意装置中;也可以单独存在,而未装配入该装置中。
以上已经结合图5至图8对根据本公开示例性实施例的下行传输装置进行了描述。接下来,结合图9对根据本公开的示例性实施例的计算装置进行描述。
图9示出根据本公开示例性实施例的计算装置的示意图。
参照图9,根据本公开示例性实施例的计算装置9,包括存储器91和处理器92,所述存储器91上存储有计算机程序,当所述计算机程序被处理器执行时,实现根据本公开的下行传输方法的步骤。
作为示例,当所述计算机程序被处理器执行时,可实现以下步骤:在预定义的下行资源中接收预定义的下行信号,并且根据接收的下行信号进行应答ACK反馈。
作为示例,当所述计算机程序被处理器执行时,可实现以下步骤:在预定义的第一搜索空间中接收预定义的PDCCH,根据在第一搜索空间中接收的PDCCH接收第一类PDSCH,根据所述第一类PDSCH发送PRACH,在预定的时间窗内在预定义的第二搜索空间中监听PDCCH,判断在预定的时间窗内是否监听到PDCCH,如果监听到PDCCH则在第二搜索空间中接收监听到的PDCCH,并且当在第二搜索空间中接收的PDCCH指示进入睡眠状态时进入睡眠状态,当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时接收第二类PDSCH,根据第二搜索空间中接收的PDCCH接收第二类PDSCH,对第二类PDSCH进行解调,根据解调结果进行HARQ-ACK反馈,之后跳转至判断在预定的时间窗内是否监听到PDCCH的步骤以再次判断在预定的时间窗内是否监听到PDCCH,直至在预定的时间窗内未监听到PDCCH时进入睡眠状态,如果未监听到PDCCH则直接进入睡眠状态。
图9示出的计算装置仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
以上已参照图1至图9描述了根据本公开示例性实施例的由用户设备执行的下行传输方法及用户设备。然而,应该理解的是:图5至图8中所示的用户设备及其单元可分别被配置为执行特定功能的软件、硬件、固件或上述项的任意组合,图9中所示的计算装置并不限于包括以上示出的组件,而是可根据需要增加或删除一些组件,并且以上组件也可被组合。
根据本公开的示例性实施例的由用户设备执行的下行传输方法及用户设备,通过在预定义的下行资源中接收预定义的下行信号,并且根据接收的下行信号进行应答ACK反馈,从而实现在RRC空闲或非激活态下进行下行数据传输。
尽管已经参照其示例性实施例具体显示和描述了本公开,但是本领域的技术人员应该理解,在不脱离权利要求所限定的本公开的精神和范围的情况下,可以对其进行形式和细节上的各种改变。
Claims (15)
1.一种由用户设备执行的下行传输方法,包括:
在预定义的下行资源中接收预定义的下行信号;
根据接收的下行信号进行应答ACK反馈。
2.根据权利要求1所述的下行传输方法,其中,所述预定义的下行信号是第二类PDSCH,
根据接收的下行信号进行ACK反馈的步骤包括:
对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈,
或者,所述下行传输方法还包括:
当满足预定义的睡眠条件时,进入睡眠状态。
3.根据权利要求2所述的下行传输方法,
其中,所述预定义的下行资源是预定义的第二类PDSCH资源,
或者,所述预定义的下行资源是根据随机接入响应RAR PDCCH确定的RAR PDSCH的下行资源,
或者,所述预定义的下行资源是第一搜索空间,第一搜索空间是用于监听调度第一类PDSCH的PDCCH的寻呼搜索空间,
或者,所述预定义的下行资源是第三搜索空间,第三搜索空间是用于监听调度第二类PDSCH的PDCCH、并且用于支持用户设备在RRC空闲/去激活状态时进行下行传输的PDCCH的接收的搜索空间。
4.根据权利要求3所述的下行传输方法,
其中,当所述预定义的下行资源是第三搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤包括:
在第三搜索空间中接收预定义的PDCCH;
根据在第三搜索空间中接收的PDCCH接收第二类PDSCH,
其中,当所述预定义的下行资源是第一搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤包括:
在第一搜索空间中接收预定义的PDCCH;
根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;
接收第二类PDSCH,
或者,其中,接收第二类PDSCH的步骤包括:
在第二搜索空间中接收PDCCH;
根据在第二搜索空间中接收的PDCCH接收第二类PDSCH,
或者,其中,在在第二搜索空间中接收PDCCH之前,所述下行传输方法还包括:
根据第一类PDSCH发送PRACH。
5.根据权利要求3所述的下行传输方法,其中,
当所述预定义的下行资源是第一搜索空间时,在预定义的下行资源中接收预定义的下行信号的步骤包括:
在第一搜索空间中接收预定义的PDCCH;
根据在第一搜索空间中接收的PDCCH接收第一类PDSCH;
根据第一类PDSCH发送PRACH;
在预定的时间窗内在预定义的第二搜索空间中监听PDCCH;
当在预定的时间窗内监听到PDCCH时,在第二搜索空间中接收PDCCH;
当在第二搜索空间中接收的PDCCH指示接收第二类PDSCH时,接收第二类PDSCH,
或者,进入睡眠状态的步骤包括:
当在第二搜索空间中接收的PDCCH指示进入睡眠状态时,进入睡眠状态,
或者,进入睡眠状态的步骤包括:
当在预定的时间窗内未监听到PDCCH时,进入睡眠状态。
6.根据权利要求4或5所述的下行传输方法,
其中,在第一类PDSCH中包含下行数据,
和/或,第一类PDSCH中包含以下信息中的至少一项:PRACH的资源信息、第二类PDSCH的资源信息、ACK资源信息、传输方式信息、第一类RNTI、第二搜索空间的资源信息,
和/或,在接收第一类PDSCH之后,所述下行传输方法还包括:
根据第一类PDSCH确定以下传输方式中的至少一种方式:进行RRC空闲态/非激活态下的早期数据传输EDT、进行RRC空闲态/非激活态下基于终端结束的早期数据传输MT-EDT、进行RRC空闲态/非激活态下基于终端发起的早期数据传输MO-EDT、建立无线资源控制RRC连接、进行基于竞争的随机接入、进行免竞争的随机接入、进行4步随机接入信道或者2步随机接入信道、在满足预定义的条件下回退到特定的传输过程,
和/或,根据第一类PDSCH确定PRACH的资源信息,
和/或,根据第一类PDSCH确定第二类PDSCH的资源信息,
和/或,根据第一类PDSCH确定ACK的资源信息,
和/或,根据第一类PDSCH确定第一类RNTI,
和/或,根据第一类PDSCH确定第二搜索空间。
7.根据权利要求4或5所述的下行传输方法,其中,当所述预定义的下行资源是第一搜索空间时,在第二搜索空间中接收PDCCH之前,
所述下行传输方法还包括,根据以下至少一种方式确定第二搜索空间:根据小区系统信息的配置信息确定所述第二搜索空间、根据用户设备专用RRC信令的配置信息确定所述第二搜索空间、根据第一类PDSCH确定第二搜索空间、结合所述多种信令确定第二搜索空间、根据预定义的搜索空间确定第二搜索空间。
8.根据权利要求7所述的下行传输方法,其中,在搜索空间中接收PDCCH的步骤包括:
根据第一类RNTI或RA-RNTI接收PDCCH,
其中,第一类RNTI由以下至少一项确定:用户设备处于RRC连接状态时分配的第一类RNTI、第一类PDSCH中包含的RNTI、上一次用户设备处于RRC连接状态时分配的C-RNTI、寻呼用户设备标识PagingUE-Identity和随机接入RNTI RA-RNTI。
9.根据权利要求8所述的下行传输方法,
其中,在第二搜索空间中接收的PDCCH包括以下至少一项:PDSCH的调度信息、上行定时调整信息、反馈HARQ-ACK的上行信道信息、第一类RNTI信息、用户设备传输方式的指示,
其中,用户设备传输方式的指示包括:发送PRACH的指示、接收PDSCH的指示、通过PRACH或者PUCCH反馈HARQ-ACK的指示,
其中,在第二搜索空间中的PDCCH的DCI中通过单独的比特域来区分不同的指示内容,或者,在第二搜索空间中的PDCCH的DCI中通过特定的比特取值/取值组合来区分不同的指示内容,或者,通过不同的RNTI对第二搜索空间中的PDCCH进行CRC加扰来区分不同的指示内容,或者,通过不同的DCI格式来区分不同的指示内容。
10.根据权利要求4或5所述的下行传输方法,其中,在发送PRACH之后,所述下行传输方法还包括:
当在时间窗内在第二搜索空间中未收到相应的下行响应时,回退到基于竞争的随机接入过程,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,再次发送专用PRACH,或者,当在时间窗内在所述第二搜索空间中未收到相应的下行响应时,进入睡眠状态。
11.根据权利要求4或5所述的下行传输方法,还包括:
根据PDCCH中包含的PDSCH的资源信息、第一类PDSCH中包含的PDSCH的资源信息、或者基站在RRC连接态配置的至少一套PDSCH的资源信息,来确定第二类PDSCH的资源,或者,根据PRACH确定第二类PDSCH的资源。
12.根据权利要求4或5所述的下行传输方法,
其中,第二类PDSCH中包括以下至少一项:下行数据、用于承载ACK的上行信道信息、上行定时调整信息、上行调度信息、第一类RNTI,
其中,所述第二类PDSCH根据第一类RNTI、和/或RA-RNTI、和/或小区ID、和/或PRACH确定的序列被加扰。
13.根据权利要求3所述的下行传输方法,其中,当所述预定义的下行资源是预定义的第二类PDSCH资源时,所述预定义的第二类PDSCH资源由基站在用户设备处于RRC连接态时配置,用于RRC空闲/非激活状态时的下行传输,
或者,其中,根据解调结果进行ACK反馈的步骤包括:
如果正确解调PDSCH,则发送ACK;如果未正确解调PDSCH,则不发送上行信号,
或者,根据PDSCH的解调结果,发送ACK或NACK,
或者,其中,ACK、NACK由PRACH或PUCCH承载或者,ACK由PUSCH承载,
或者,所述下行传输方法还包括:
根据上行定时是否有效来判断是否发送PUCCH,
其中,如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则不发送PUCCH;或者,
如果上行定时有效,则按照上行定时发送承载ACK或NACK的PUCCH,如果上行定时失效,则发送PRACH,不发送PUCCH。
14.根据权利要求4或5所述的下行传输方法,其中,在接收第二类PDSCH之后,所述下行传输方法还包括:
在预定的时间窗内在第二或第三搜索空间中监测PDCCH,
其中,所述预定的时间窗以以下任一项为起点:用户设备进行ACK反馈的上行信道的结束符号、用户设备进行ACK反馈的上行信道的结束符号所在时隙/子时隙的结束位置用户设备发送的PDSCH的结束符号、用户设备发送的PDSCH的结束符号所在时隙/子时隙的结束位置、用户设备发送的PUSCH的结束符号、用户设备发送的PUSCH的结束符号所在时隙/子时隙的结束位置。
15.根据权利要求2或3所述的下行传输方法,其中,
当所述预定义的下行资源是根据随机接入响应RAR PDCCH确定的RAR PDSCH的下行资源时,对第二类PDSCH进行解调,并且根据解调结果进行ACK反馈的步骤包括:
根据指示的HARQ-ACK定时信息以及预定义的偏移量确定反馈ACK的上行时隙/子时隙。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/927,724 US11405145B2 (en) | 2019-07-12 | 2020-07-13 | Method and apparatus for transmitting and receiving signal in a communication system |
PCT/KR2020/009219 WO2021010717A1 (en) | 2019-07-12 | 2020-07-13 | Method and apparatus for transmitting and receiving signal in a communication system |
EP20841176.9A EP3888406A4 (en) | 2019-07-12 | 2020-07-13 | METHOD AND DEVICE FOR SENDING AND RECEIVING SIGNALS IN A COMMUNICATION SYSTEM |
KR1020217020149A KR20220034715A (ko) | 2019-07-12 | 2020-07-13 | 통신 시스템에서 신호를 송수신하기 위한 방법 및 장치 |
US17/816,665 US11902028B2 (en) | 2019-07-12 | 2022-08-01 | Method and apparatus for transmitting and receiving signal in a communication system |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2019106320256 | 2019-07-12 | ||
CN201910632025 | 2019-07-12 | ||
CN201910671090 | 2019-07-24 | ||
CN201910671090X | 2019-07-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112218376A true CN112218376A (zh) | 2021-01-12 |
Family
ID=74047278
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911158215.5A Pending CN112218376A (zh) | 2019-07-12 | 2019-11-22 | 由用户设备执行的下行传输方法及用户设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112218376A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022151165A1 (en) * | 2021-01-14 | 2022-07-21 | Nokia Shanghai Bell Co., Ltd. | Apparatus, method, and computer program |
CN115174007A (zh) * | 2021-04-02 | 2022-10-11 | 大唐移动通信设备有限公司 | 数据传输的方法、装置及处理器可读存储介质 |
CN115209355A (zh) * | 2021-04-14 | 2022-10-18 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2023151508A1 (zh) * | 2022-02-11 | 2023-08-17 | 展讯半导体(南京)有限公司 | 通信方法与装置、终端设备和网络设备 |
WO2023226648A1 (zh) * | 2022-05-24 | 2023-11-30 | 荣耀终端有限公司 | 数据传输方法及相关设备 |
-
2019
- 2019-11-22 CN CN201911158215.5A patent/CN112218376A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022151165A1 (en) * | 2021-01-14 | 2022-07-21 | Nokia Shanghai Bell Co., Ltd. | Apparatus, method, and computer program |
CN115174007A (zh) * | 2021-04-02 | 2022-10-11 | 大唐移动通信设备有限公司 | 数据传输的方法、装置及处理器可读存储介质 |
CN115174007B (zh) * | 2021-04-02 | 2024-04-16 | 大唐移动通信设备有限公司 | 数据传输的方法、装置及处理器可读存储介质 |
CN115209355A (zh) * | 2021-04-14 | 2022-10-18 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
CN115209355B (zh) * | 2021-04-14 | 2024-03-26 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
WO2023151508A1 (zh) * | 2022-02-11 | 2023-08-17 | 展讯半导体(南京)有限公司 | 通信方法与装置、终端设备和网络设备 |
WO2023226648A1 (zh) * | 2022-05-24 | 2023-11-30 | 荣耀终端有限公司 | 数据传输方法及相关设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10999782B2 (en) | Method and apparatus for transmitting and receiving resource allocation information in a wireless communication system | |
US11405145B2 (en) | Method and apparatus for transmitting and receiving signal in a communication system | |
US11129190B2 (en) | Method for performing random access procedure and apparatus therefor | |
US11729834B2 (en) | Method for performing random access procedure and apparatus therefor | |
CN110881210B (zh) | 用于控制寻呼操作的方法及其装置 | |
US10772123B2 (en) | Random access response message transmission | |
US11902028B2 (en) | Method and apparatus for transmitting and receiving signal in a communication system | |
US9774983B2 (en) | Information processing method and method for UE random accessing LTE system | |
CN114126073B (zh) | 用于等待时间减少的随机接入过程 | |
US8995395B2 (en) | Network node, user equipment and methods therein for random access handling | |
US10111067B2 (en) | Method and apparatus for communicating system information and random access in a wireless system | |
EP4111750B1 (en) | Method and apparatus for transmitting and receiving paging and dedicated system information in a wireless communication system | |
CN112218376A (zh) | 由用户设备执行的下行传输方法及用户设备 | |
US20160323917A1 (en) | Method and mtc device for performing random access procedure according to plurality of parameter sets | |
WO2013024423A1 (en) | Cross-scheduled random access order transmitting and receiving methods, devices and systems | |
EP3923635A1 (en) | Information sending method and apparatus | |
WO2022017427A1 (en) | Method of transmissions and receptions in half-duplex frequency-division duplexing operation and related device | |
CN116491192A (zh) | 用于小数据传输的用户设备以及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |