CN116073948A - 译码方法及装置、终端设备、芯片、存储介质 - Google Patents

Abstract

本申请实施例提供一种译码方法，其中，获取待译码序列；其中，所述待译码序列通过第一物理下行控制信道接收；对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；若所述译码子结果与所述第一PDCCH对应的候选译码结果集合没有交集，则停止对所述待译码序列的第二序列进行译码处理；所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。本申请实施例还提供一种译码装置、终端设备、芯片和存储介质。

Description

译码方法及装置、终端设备、芯片、存储介质

技术领域

本申请涉及电子技术领域，尤其涉及一种译码方法及装置、终端设备、芯片和存储介质。

背景技术

实际应用中，终端设备与网络设备之间的业务数据传输所依赖资源(包括下行调度分配和上行调度授权)，均需要通过物理下行控制信道(Physical Downlink ControlChannel，PDCCH)承载的数据(即下行控制信息)进行调度分配。

目前，终端设备需要对一个或者多个搜索空间(Search Space)中所有可能的PDCCH进行盲检。而在PDCCH盲检过程中，对PDCCH承载的数据的译码过程计算量较大。因此，终端设备对配置的搜索空间中的所有可能的PDCCH进行译码，无疑增加了终端设备的功耗和数据处理效率。

发明内容

本申请实施例提供一种译码方法及装置、终端设备、芯片和存储介质。

本申请的技术方案是这样实现的：

本申请提供一种译码方法，包括：

获取待译码序列；其中，所述待译码序列通过第一PDCCH接收；

对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；

若所述译码子结果与所述第一PDCCH对应的候选译码结果集合没有交集，则停止对所述待译码序列中的第二序列进行译码处理；其中，所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。

本申请提供一种译码装置，包括：

获取单元，配置为获取待译码序列；其中，所述待译码序列通过第一PDCCH接收；

译码单元，配置为：

对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；以及，

若所述译码子结果与所述第一PDCCH对应的候选译码结果集合没有交集，则停止对所述待译码序列的第二序列进行译码处理；其中，所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。

本申请实施例提供一种用户设备，配置用于与网络端设备进行通信，所述用户设备包括上述译码装置。

本申请实施例提供一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行所述译码方法。

本申请实施例提供一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行所述译码方法。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述译码方法中的步骤。

本申请实施例提供的译码方法，其中，译码装置通过第一PDCCH接收待译码序列，并对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；若所述译码子结果与所述第一PDCCH对应的候选译码结果集合没有交集，则停止对所述待译码序列的第二序列进行译码处理；该第二序列是所述待译码序列中不同于所述第一序列的另一序列。也就是说，在本申请中译码装置可以在一定的条件下，仅对待译码序列的部分序列进行译码处理，并且当该部分序列对应的译码子结果不在第一PDCCH对应的候选译码结果集合中时，认为该待译码序列并不是期望的序列，这样，译码装置可以不再继续对待译码序列中的其他序列进行译码处理，如此，降低译码装置的功耗，并提高了译码装置的数据处理效率。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种DCI编码处理流程图；

图3为本申请实施例提供的一种示例性的PDCCH盲检流程示意图；

图4为本申请实施例提供的一种译码方法的实现流程示意图一；

图5为本申请实施例提供的一种译码方法的实现流程示意图二；

图6为本申请实施例提供的一种译码方法的实现流程示意图三；

图7为本申请实施例提供的一种译码方法的实现流程示意图四；

图8为本申请实施例提供的一种译码装置的结构组成示意图；

图9为本申请实施例提供的一种终端设备的硬件组成示意图；

图10为本申请实施例提供的一种芯片的结构组成示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请实施例的一个应用场景的示意图。

如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。

应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(LongTerm Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、物联网(Internet of Things，IoT)系统、窄带物联网(Narrow Band Internet of Things，NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications，eMTC)系统、新无线(New Radio，NR)通信系统，或未来的通信系统等。

在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。

网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation RadioAccess Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

终端设备110可以是任意终端设备，其包括但不限于与网络设备120或其它终端设备采用有线或者无线连接的终端设备。

例如，所述终端设备110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless LocalLoop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。

需要说明的是，图1只是以示例的形式示意本申请所适用的系统，当然，本申请实施例所示的方法还可以适用于其它系统。此外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。还应理解，在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。还应理解，本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

实际应用中，PDCCH承载的数据通常称为下行控制信息(Downlink ControlInformation，DCI)。NR系统中规定了多种DCI格式(即DCI format)，主要包括用于数据传输调度的DCI格式0_0、1_0、0_1、1_1、0_2、1_2，以及其他用途的2_0～2_6。其中DCI格式0_0，0_1和0_2用于调度上行数据传输，DCI格式1_0，1_1和1_2用于调度下行数据传输。

具体地，PDCCH的搜索空间包括公共搜索空间(CSS)和UE专用搜索空间(USS)。PDCCH的搜索空间通过高层无线资源控制(Radio Resource Control，RRC)信令配置，终端设备根据该配置，可以获知在每个时隙中需要监测哪些搜索空间，这些搜索空间属于CSS还是USS，以及该搜索空间中期望承载的DCI所对应的DCI format。NR协议规定了DCI format0_0与1_0可以属于CSS或者USS，而0_1,1_1,0_2与1_2只能属于USS。

通常情况下，每种DCI格式所对应的数据长度可能不同。为了简化终端设备译码的复杂度，通信协议规定通过DCI尺寸对齐(DCI size alignment)处理，使终端设备在每个服务小区最多处理4种不同的数据尺寸。

其中，DCI size alignment的处理过程可以遵循以下规则：

规则1、CSS中DCI格式0_0与DCI格式1_0对应的数据长度必须相等。

规则2、USS中DCI格式0_0与DCI格式1_0对应的数据长度必须相等。

规则3、若需要，调整USS中的DCI格式0_0/DCI格式1_0与CSS中的DCI格式0_0/DCI格式1_0对应的数据长度相等。

规则4、若需要，调整USS中的DCI格式0_2与DCI格式1_2对应的数据长度相等。

负责5、若需要，调整USS中的DCI格式0_2与DCI格式1_2对应的数据长度相等。

应理解，经过DCI size alignment处理之后，DCI格式0_0与DCI格式1_0对应的数据长度一样。然而，DCI格式0_1与DCI格式1_1对应的数据长度可能一样也可能不一样，同理，DCI格式0_2与DCI格式1_2对应的数据长度可能一样也可能不一样。

这里，经过DCI size alignment处理之后，由于DCI格式0_0与DCI格式1_0对应的数据长度相等，对于使用小区无线网络临时标识(Cell-Radio Network TemporaryIdentifier，C-RNTI)、配置调度RNTI(Configured Scheduling RNTI，CS-RNTI)、调制与编码策略RNTI(Modulcation Coding Scheme Cell RNTI，MCS-C-RNTI)、或者临时小区RNTI(Temporary Cell RNTI，TC-RNTI)加扰的DCI，为了区分该DCI是上行调度还是下行调度，在DCI中增加格式指示位(Identifier for DCI formats)。该指示位通常为位于DCI的第一个比特位。通常，格式指示位的取值为“0”时，代表当前DCI用于上行调度，即DCI的格式为格式0_0；当格式指示位的取值为“1”时，代表当前DCI用于下行调度，即DCI的格式为格式1_0。

而对于使用系统信息RNTI(SI-RNTI)，寻呼RNTI(P-RNTI)，随机接入RNTI(RA-RNTI)，随机接入消息B RNTI(MsgB-RNTI)等加扰的DCI，由于确定为下行调度，则无需使用上述格式指示位区分。

另外，经过DCI size alignment处理之后，由于DCI格式0_1与DCI格式1_1，以及DCI格式0_2与DCI格式1_2对应的数据长度可能一样也可能不一样。因此，对于DCI格式0_1与DCI格式1_1，和DCI格式0_2与DCI格式1_2的数据，也可以通过Identifier for DCIformats来区分上下行调度。

参考图2所示的DCI编码处理流程图，网络设备对经过DCI size alignment处理之后的DCI进行CRC添加、比特交织、极化码编码、字块交织、速率匹配、加扰、调制资源映射等处理过程，最终经过映射处理映射到PDCCH资源单元上。这样，网络设备可以通过PDCCH，将DCI发送给终端设备。

通常情况下，网络设备可以通过高层信令(例如RRC重配置信息)为终端设备配置搜索空间的相关参数。这里，搜索空间可以理解为是一组时频资源集合。并且，网络设备还在搜索空间中配置终端设备需要检测的候选PDCCH的时隙位置、聚合等级、每种聚合等级对应的候选PDCCH个数、以及检测的DCI格式等参数。

对应的，终端设备可以根据网络设备配置的搜索空间的相关参数，在搜索空间中需要检测的候选PDCCH时隙位置处，对所有可能的候选PDCCH进行解析，以便于得到网络设备向终端设备发送的DCI。该检测过程通常称为PDCCH盲检。

参考图3所示的一种示例性的PDCCH盲检流程示意图。如图3所示，终端设备进行PDCCH盲检过程具体包括以下步骤：

步骤1、终端设备确定目标传输时间间隔(Transmission Time Interval，TTI)中需要译码处理的搜索空间，以及搜索空间内的候选PDCCH。

具体地，终端设备可以根据网络设备配置的搜索空间以及搜索空间中的候选PDCCH确定目标TTI中需要进行译码处理的搜索空间，以及搜索空间内的候选PDCCH。

步骤2、终端设备确定每个候选PDCCH的处理参数。

这里，处理参数可以包括起始控制信道元素(Control Channel Element，CCE)、聚合等级、扰码种子、速率匹配模式、码块长度、DCI的数据长度、译码算法参数等。应理解，终端设备可以根据网络设备的配置，确定每个候选PDCCH的处理参数。

步骤3、终端设备抽取第i个候选PDCCH中所有的资源元素组(Resource ElementGroup，REG)对应的时频位置处的数据，得到抽取数据。

其中，i为大于或等于1且小于或等于N的整数，N为候选PDCCH的总数。

具体地，终端设备可以基于步骤2中的起始CCE和聚合等级等处理参数对第i个候选PDCCH进行数据抽取，以得到抽取数据。

步骤4、终端设备对抽取数据进行解扰处理，得到解扰数据。

这里，终端设备可以根据处理参数中的扰码种子，对抽取数据进行解扰处理。

步骤5、终端设备对解扰数据进行解速率匹配处理，得到解速率匹配数据。

这里，终端设备可以根据处理参数中的速率匹配模式，码块长度来进行解速率匹配处理。

步骤6、终端设备对解速率匹配数据进行子块解交织处理，得到解交织数据。

步骤7、终端设备对解交织数据进行译码处理。

这里，可以通过极化Polar译码器对解交织数据进行译码处理。进一步地，终端设备可以对译码处理后的数据进行CRC校验，若校验通过则证明当前第i个候选PDCCH盲检成功。若校验失败，则终端设备继续对第i+1个候选PDCCH进行如步骤3至步骤7的处理流程，直至盲检出正确的候选PDCCH。

在上述PDCCH盲检过程中，步骤7中的译码处理过程计算量较大，同时，在译码处理过程中，终端设备对配置的搜索空间中的所有可能的PDCCH进行译码，因此，大部分无真实DCI调度的候选PDCCH无法被快速识别，在一定程度上增加了终端设备的功耗和数据处理效率。

为了解决现有的译码过程中存在的问题，本申请实施例提供一种译码方法及装置、设备、计算机存储介质。具体地，译码装置可以通过第一PDDCH接收待译码序列，并对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；若所述译码子结果与所述第一PDCCH对应的还有选译码结果集合没有交集，则停止对所述待译码序列的第二序列进行译码处理；第二序列是所述待译码序列中不同于所述第一序列的另一序列。也就是说，在本申请中译码装置在一定的条件下，可以仅对待译码序列的部分序列进行译码处理，并且当该部分序列对应的译码子结果不在第一PDCCH对应的候选译码结果集合中时，认为该待译码序列并不是期望的序列，这样，译码装置可以不再继续对待译码序列中的其他序列进行译码处理，如此，降低译码装置的功耗，并提高了译码装置的数据处理效率。

应理解，本申请实施例中的译码装置可以是图1中的终端设备。以下实施例中，译码装置均使用终端设备来说明。

为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

本申请一实施例提供了一种译码方法，图4为本申请实施例提供的译码方法的实现流程示意图一，如图4所述，在本申请实施例中，终端设备进行译码的方法可以包括以下步骤：

步骤410、获取待译码序列。其中，待译码序列通过第一PDCCH接收。

在本申请实施例中，待译码序列可以是输入译码器，通过译码器进行译码处理的数据序列。可以理解的是，待译码序列，是终端设备在PDCCH盲检过程中从某个候选PDCCH上获取的初始数据，并对该初始数据进行解扰、解速率匹配、子块解交织等处理后得到的数据序列。

应理解，第一PDCCH可以是终端设备当前的搜索空间中包含的候选PDCCH中的任意一个PDCCH。

本申请实施例中，搜索空间可以由网络设备半静态配置。示例性的，网络设备可以通过高层信令或专用信令配置搜索空间。

步骤420、对待译码序列中的第一序列进行译码处理，得到第一序列的译码子结果。

这里，第一序列可以是待译码序列中的部分内容。译码子结果可以是译码输出的数据流中预设比特位的取值结果。这里，预设比特位可以是将待译码序列进行译码处理后所输出的中的第一个比特位，也可以是具有特定作用的比特位，例如指示数据格式的指示位。本申请实施例对预设比特位不做限定。

可以理解的是，第一序列与预设比特位具有对应关系。终端设备对第一序列进行译码处理后，可以得到目标译码结果中预设比特位的取值。其中，目标译码结果可以是终端设备对待译码序列的全部内容进行译码处理后得到的结果。

需要说明的是，目标译码结果即为第一PDCCH上承载的DCI。

本申请实施例中，若待译码序列是通过极化(Polar)码编码后得到，则步骤420中的译码处理可以是Polar码译码处理。若待译码序列是经过低密度奇偶校验码(LowDensity Parity Check Code，LDPC)编码后得到，则步骤420中的译码处理可以是LDPC译码处理。本申请实施例对译码处理算法不做限定。

在一些实施例中，NR控制信道通常采用的Polar码进行信道编码，当前业界普遍采用的译码器是串行消除列表译码器(Successive Cancellation List Decoding，SCLdecoding)或者串行消除译码器(Successive Cancellation Decoding，SC decoding)。二者均是基于串行消除的基本译码思想，在未知码字内容的前提下，SC/SCL译码器串行地对码字比特进行估计，最后使用CRC对整个码块进行校验。SCL和SC译码器的区别在于SCL可以保留多条译码路径，最后可以逐一进行CRC校验，从而提高译码性能，但也提高了译码计算量和总体译码延迟。

步骤430、若译码子结果与第一PDCCH对应的候选译码结果集合没有交集，则停止对待译码序列中的第二序列进行译码处理；其中，第二序列是待译码序列中不同于第一序列的另一序列。

这里，第一序列和第二序列均为待译码序列的部分内容。在一些实施例中，第一序列和第二序列可以构成完整的待译码序列。

应理解，终端设备并不能提前预知网络设备在第一PDCCH上传输的DCI的具体内容是什么。但是，终端设备可以提前预知需要在第一PDCCH上接收的DCI的一些属性信息。例如，该DCI中第一个比特位的取值信息、数据格式(即DCI格式)、数据长度等信息，本申请实施例对此不做限定。

基于此，终端设备可以根据预知的属性信息，确定第一PDCCH对应的候选译码结果集合。这样，终端设备可以根据第一PDDCCH对应的候选译码结果集合，来判断实际在第一PDCCH上传输的待译码序列的目标译码结果是否为当前期望的数据。

在一些实施例中，终端设备需要在第一PDCCH上接收的DCI的属性信息，可以是网络设备配置的，也可以是终端设备可以根据预定义的规则确定的，本申请实施例对此不做限定。

需要说明的是，终端设备提前预知的属性信息可以通过待译码序列中的第一序列承载。也就是说，终端设备可以将实际接收的待译码序列译码中第一序列的译码子结果，与该第一PDCCH对应的候选译码结果集合中的元素进行比较，来判断在第一PDCCH上实际接收到的待译码序列是否是期望得到的序列。

具体地，若译码子结果与第一PDCCH对应的候选译码结果集合没有交集，即译码子结果不在第一PDCCH对应的候选译码结果集合中，则说明当前待译码序列并不是期望得到的序列，这时，终端设备可以立即停止对待译码序列中的其他序列(即第二序列)的译码处理，以此来降低译码处理过程中的运算量，降低终端设备的功耗以及数据处理效率。

需要说明的是，在终端设备使用SC译码器进行译码处理的情况下，当译码子结果与第一PDCCH对应的候选译码结果集合没有交集，SC译码器可以终止对该待译码序列的译码尝试。在终端设备使用SCL译码器进行译码处理的情况下，当译码子结果与第一PDCCH对应的候选译码结果集合没有交集，SCL译码器则删除与预期不符的译码路径。

由此可见，终端设备在对待译码序列的译码过程中，可以先仅对待译码序列的部分序列内容进行译码处理，若部分序列对应的译码子结果与期望得到的结果不同，则说明当前待译码序列并不是终端设备所期望接收的序列。这样，终端设备可以尽快终止对虚假的待译码序列的译码尝试，减少译码处理的延迟和功耗。

基于上述实施例，参考图5所示的译码方法的流程示意图二，在本申请的另一实施例中，终端设备进行译码的方法还可以包括以下步骤：

步骤440、若译码子结果与候选译码结果集合存在交集，或者候选译码结果集合未建立，则继续对第二序列进行译码处理，得到待译码序列对应的目标译码结果。

具体地，本申请实施例中，可以在译码过程中增加对译码输出的预设比特位的检查，如果预设比特位的取值结果与候选译码结果集合没有交集，则认为待译码序列并不是终端设备期望接收到的数据，这样，终端设备可以停止对待译码序列中的第二序列进行译码处理。如果预设比特位的取值结果与候选译码结果集合存在交集，或者第一PDCCH并不存在对应的候选译码结果集合，则认为待译码序列可能是终端设备期望得到的序列，此时终端设备仍需要继续第二序列进行译码处理，以便得到目标译码结果。

这里，终端设备在对待译码序列的第一序列译码处理后，仍需要继续对待译码序列中的第二序列进行译码处理的场景可以包括：译码子结果与第一PDCCH对应的候选译码结果集合存在交集，即经译码输出的预设比特位的取值结果符合预期；或者，第一PDCCH没有对应的候选译码结果集合，即预设比特位没有被配置期望的取值。

由此可见，本申请实施例可以在第一PDCCH对应的候选译码结果集合未建立，或者候选译码结果集合中不包括译码子结果时，继续对待译码序列中的第二序列进行译码处理，以得到待译码序列完整的目标译码结果，如此，保证译码过程的正常执行。

在一些实施例中，待译码序列中第一序列的译码子结果可以是目标译码结果中预设比特位的取值结果。这里，目标译码结果是指对待译码序列完整的译码结果。

可以地，预设比特位可以是格式指示位，即Identifier for DCI formats。该格式指示位具体用于指示待译码序列的调度类型，即该译码序列是用于上行调度还是下行调度。例如，当该格式指示位的取值为“0”时，指示经译码处理后的待译码序列用于上行调度，当该格式指示位的取值为“0”时，指示经译码处理后的待译码序列用于下行调度。

对应的，第一PDCCH对应的候选译码结果集合，可以是根据终端设备需要在第一PDCCH上检测的数据格式确定。也就是说，终端设备提前预知需要在第一PDCCH上检测的数据格式，并确定当前待译码序列中第一序列解码后的格式指示位，是否该第一PDCCH上要检测的数据格式匹配，如此，来判断待译码序列是否为预期的序列。

本申请实施例中，终端设备需要在第一PDCCH上检测的数据格式，可以是网络设备配置的，也可以是终端设备根据预定义的规则确定的，本申请实施例对此不做限定。

需要说明的是，待译码序列在译码之前，终端设备并无法确定其对应的数据格式。只有在译码输出格式指示位的取值之后，终端设备才能够确定当前待译码序列对应的数据格式。

示例性的，终端设备可以根据网络设备的配置，确定需要在第一PDCCH上检测的数据格式。进一步地，终端设备获取到待译码序列后，可以将待译码序列的第一序列进行译码处理，得到输出的Identifier for DCI formats的取值。这样，终端设备可以判断待译码序列译码输出的Identifier for DCI formats的取值结果，是否与第一PDCCH对应的候选译码结果集合有交集。在待译码序列译码输出的Identifier for DCI formats的取值结果，与候选译码结果集合没有交集的情况下，终端设备可以确定当前的待译码序列并不是所期望的序列，则放弃继续对待译码序列的第二序列进行译码处理。

通常情况下，格式指示位是译码输出的第一个比特位。也就是说，终端设备可以增加对译码输出的第一个比特位进行检测，若第一个比特位的取值与候选译码结果集合没有交集，则认为该第一比特位的取值不符合期望，则终端设备可以立即停止对待译码序列的第二序列的译码尝试。如此，终端设备可以尽快终止对虚假的待译码序列的译码尝试，减少译码处理的延迟和功耗。

基于前述实施例，参考图6所示的译码方法的流程示意图三，在本申请的又一实施例中，步骤410中获取待译码序列之前，终端设备还可以确定第一PDCCH对应的候选译码结果集合。具体地，终端设备确定第一PDCCH对应的候选译码结果集合的步骤还可以包括以下内容：

步骤450、接收格式配置信息；其中，格式配置信息用于指示第一PDCCH对应的第一数据格式；

步骤460、基于第一数据格式，确定第一PDCCH对应的候选译码结果集合。

在本申请实施例中，终端设备可以接收网络设备发送的格式配置信息。该格式配置信息用于配置终端设备在第一PDCCH上要检测的数据格式，即第一数据格式。这里，数据格式可以为DCI格式。

这里，格式配置信息可以通过RRC高层信令承载，也可以通过专用信令承载，本申请实施例对此不做限定。

可选地，网络设备可以将格式配置信息，承载在RRC连接重配置信令中，与搜索空间一起配置。

在本申请实施例中，终端设备可以根据第一PDCCH需要检测的第一数据格式，来确定第一PDCCH对应的候选译码结果集合。

具体地，步骤460中基于第一数据格式，确定第一PDCCH对应的候选译码结果集合，可以通过以下方式实现：

步骤4601、若第一数据格式为预设格式集合中的任一数据格式，则确定第一PDCCH具有对应的候选译码结果集合。

步骤4602、若第一数据格式为预设格式集合之外的任一数据格式，则确定候选译码结果集合未建立。

可以理解的是，终端设备可以通过判断预设格式集合中是否包括第一数据格式，来确定当前第一PDCCH是否建立有候选译码结果集合。也就是说，通过判断预设格式集合中是否包括第一数据格式，来确定第一PDCCH对应的预期的译码结果。

若第一数据格式为预设格式集合中的任一数据格式，即预设格式集合中包括第一数据格式，则确定第一PDCCH具有对应的候选译码结果集合。

若第一数据格式为预设格式集合之外的数据格式，即预设格式集合中不包括第一数据格式，则确定第一PDCCH的候选译码结果集合未建立。

这里，预设格式集合中包括与其他的数据格式的数据长度之间无混淆的数据格式。

一般来说，格式指示位仅用于指示待译码序列对应的调度类型，即指示该待译码序列译码后的数据是用于上行调度还是下行调度。虽然终端设备可以预知在第一PDCCH上要检测的数据格式，但是，仅将待译码序列中第一序列译码输出的格式指示位的取值结果与期望检测的数据格式相比，显然是无法准确确定出该译码序列是否符合预期的。

但是，当某一数据格式对应的数据长度是无混淆的长度时，终端设备可以很容易根据格式指示位的取值，来确定待译码序列是否符合预期。

基于此，本申请实施例可以结合数据格式和数据格式所对应的数据长度，来确定第一PDCCH对应的候选译码结果集合。

具体地，终端设备可以根据网络设备配置的搜索空间的相关信息，对可能检测到的数据格式(即DCI格式)进行DCI size alignment处理，得到每种DCI格式对应的数据长度。这里，终端设备对DCI格式进行DCI size alignment处理的方式，与网络设备进行DCIsize alignment处理的方式相同，此处不再赘述。

其中，经过DCI size alignment处理后，DCI格式0_0和格式1_0的数据长度相等。格式0_1和格式1_1的数据长度可能相等也可能不等，格式0_2和格式1_2的数据长度可能相等也可能不等。

因此，经过DCI size alignment处理的格式0_1和格式1_1的数据长度不相等时，预设格式集合中可以包括格式0_1和格式1_1。经过DCI size alignment处理后的格式0_2和格式1_2的数据不相等时，预设格式集合中也可以包括0_2和格式1_2。也就是说，预设格式集合可以包括格式0_1和格式1_1，或者包括格式0_2和格式1_2。

由此可见，在终端设备确定第一PDCCH上检测的第一数据格式为数据长度无混淆的数据格式时，可以确定该第一PDCCH具有候选译码结果集合，即该第一PDCCH具有预期的译码结果。这样，终端设备通过该第一PDCCH接收到待译码序列后，可以先对该待译码序列中的第一序列进行译码处理，在第一序列的译码子结果不符合第一PDCCH的预期译的码结果时，则停止对待译码序列中的其他序列进行译码处理，使得终端设备可以尽快终止对虚假的待译码序列的译码尝试，减少译码处理的延迟和功耗。

本申请实施例中，与格式指示位的取值类型相同，第一PDCCH对应的候选译码结果集合中的元素可以包括0或者1。

这里，终端设备可以结合需要在第一PDCCH上检测的第一数据格式，确定实际的第一PDCCH对应的候选译码结果集合。

具体地，在第一数据格式为格式0_1或格式0_2的情况下，第一PDCCH对应的候选译码结果集合包括0；在第一数据格式为格式1_1或格式1_2的情况下，第一PDCCH对应的候选译码结果集合包括1。

综上所述，本申请实施例中，终端设备可以先对待译码序列的第一序列进行译码处理，并且当该第一序列对应的译码子结果与第一PDCCH对应的期望的译码结果不同时，认为该待译码序列并不是期望的序列，这样，终端设备可以不再继续对待译码序列中的第二序列进行译码处理，否则终端设备继续对待译码序列中的第二序列进行译码处理，如此，在保证译码过程完整的情况下，降低终端设备的功耗，并提高了终端设备的数据处理效率。

下面结合具体应用场景，对本申请实施例提供的译码方法进行阐述。

在一应用场景中，终端设备可以包括主控单元、译码配置单元、抽取单元、解扰单元、解速率匹配单元、解交织和译码单元。参考图7所示的译码方法的流程示意图四，终端设备进行译码的方法可以包括以下步骤：

步骤1、主控单元对DCI格式进行DCI size alignment处理，保存每种DCI格式对应的数据长度。

这里，主控单元可以是为特定用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(ProgRAMmable LogicDevice，PLD)、现场可编程门阵列(Field ProgRAMmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器中的至少一种。本申请实施例中对主控单元不做限定。

需要说明的是，主控单元对DCI格式进行DCI size alignment处理的方式，与网络设备进行DCI size alignment处理的方式相同，此处不再赘述。

步骤2、主控单元计算目标TTI中需要译码处理的搜索空间，以及搜索空间内的候选PDCCH。

步骤3、译码配置单元确定每个候选PDCCH的处理参数，并确定每个候选PDCCH对应的候选译码结果集合。

这里，处理参数可以包括起始CCE、聚合等级、扰码种子、速率匹配模式、码块长度、每种DCI格式对应的数据长度、译码算法参数等。

本申请实施例中，译码配置单元确定每个候选PDCCH对应的候选译码结果集合，可以通过以下方式实现：

在一种可能的实现方式中，若在当前候选PDCCH上需要检测的DCI格式为格式0_1或格式1_1，且经过DCI size alignment处理后格式0_1和格式1_1的数据长度不相等，则当前候选PDCCH具有对应的候选译码结果集合。其中，DCI格式为格式0_1时，该候选PDCCH对应的候选译码结果集合包括0，DCI格式为格式1_1时，该候选PDCCH对应的候选译码结果集合包括1。

在另一种可能的实现方式中，若在当前候选PDCCH上需要检测的DCI格式为格式0_2或格式1_2，且经过DCI size alignment处理后格式0_2和格式1_2的数据长度不相等，则当前候选PDCCH具有对应的候选译码结果集合。其中，DCI格式为格式0_2时，该候选PDCCH对应的候选译码结果集合包括0，DCI格式为格式1_2时，该候选PDCCH对应的候选译码结果集合包括1。

另外，若在当前候选PDCCH上需要检测的DCI格式为其他格式(即除了格式0_1、格式1_1、格式0_2和格式1_2之外的数据格式)，或者在上述两种实现方式中经过处理后的数据格式长度相同，则当前候选PDCCH无对应的候选译码结果集合。

在本申请实施例中，译码配置单元确定出当前PDCCH对应的候选译码结果集合后，可以基于该候选译码结果集合生成指示信息，以向译码单元指示当前PDCCH对应的候选译码结果集合，便于译码单元的译码处理。

示例性的，参考表1所示，指示信息可以包括两个比特，当指示信息的取值为00时，指示当前PDCCH对应的候选译码结果集合包括0，当指示信息取值为01时，指示当前PDCCH对应的候选译码结果集合包括1，当指示信息取值为10时，指示当前PDCCH无对应的候选译码结果集合。

表1

配置	描述
		00	当前PDCCH对应的候选译码结果集合包括0
01	当前PDCCH对应的候选译码结果集合包括1
		10	当前PDCCH无对应的候选译码结果集合
11	预留

需要说明的是，译码配置单元在确定上述信息后，可以将上述信息向终端设备中不同的处理单元发送，以使其他的处理单元正常进行数据处理。

具体地，译码配置单元可以将起始CCE、聚合等级信息发送给抽取单元，将扰码种子发送给解扰单元，将速率匹配模式、码块长度等信息发送给解速率匹配单元，将码块长度、DCI格式对应的数据长度、当前PDCCH对应的候选译码结果集合发送给解交织和译码单元。

步骤4、抽取单元抽取第i个候选PDCCH中所有的REG对应的时频位置处的数据，得到抽取数据。

其中，i为大于或等于1且小于或等于N的整数，N为候选PDCCH的总数。

具体地，抽取单元可以基于译码配置单元发送的起始CCE和聚合等级等处理参数对第i个候选PDCCH进行数据抽取，以得到抽取数据。

步骤5、解扰单元对抽取数据进行解扰处理，得到解扰数据。

这里，解扰单元可以根据译码配置单元发送的扰码种子，对抽取数据进行解扰处理。

步骤6、解速率匹配单元对解扰数据进行解速率匹配处理，得到解速率匹配数据。

这里，解速率匹配单元可以根据译码配置单元发送的速率匹配模式、码块长度进行解速率匹配处理。

步骤7、解交织和译码单元对解速率匹配数据进行子块解交织处理，得到解交织数据。

步骤8、解交织和译码单元对解交织数据进行译码处理，得到当前候选PDCCH中传输数据的译码结果。

这里，解交织和译码单元可以根据译码配置单元发送的码块长度、DCI格式对应的数据长度、当前候选PDCCH对应的候选译码结果集合进行处理。

本申请实施例中，解交织和译码单元可以对译码输出的第一比特进行检查。需要说明的是，译码输出的第一比特通常为格式指示位，用于指示当前候选PDCCH中承载的DCI用于上行调度还是下行调度。

当译码输出的第一比特与当前候选PDCCH对应的候选译码结果集合没有交集，解交织和译码单元则停止对该候选PDCCH的译码处理。

进一步地，终端设备继续对第i+1个候选PDCCH进行如步骤4至步骤8的处理流程，直至盲检出正确的候选PDCCH。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。又例如，在不冲突的前提下，本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合，组合之后得到的技术方案也应落入本申请的保护范围。

基于前述实施例，在本申请的另一实施例中，还提供一种译码装置，所述译码装置可以应用于前述实施例中的终端设备中。如图8所示，本申请实施提出的译码装置可以包括获取单元801和译码单元801，其中，

获取单元801，配置为获取待译码序列；其中，所述待译码序列通过第一PDCCH接收；

译码单元802，配置为对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；若所述译码子结果与所述第一PDCCH对应的候选译码结果集合没有交集，则停止对所述待译码序列的第二序列进行译码处理；所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。

在一些实施例中，译码单元802，还配置为若所述译码子结果与所述第一PDCCH对应的候选译码结果集合存在交集，或者所述第一PDCCH对应的候选译码结果集合未建立，则继续对所述第二序列进行译码处理，得到所述待译码序列对应的目标译码结果。

在一些实施例中，所述译码子结果为目标译码结果中预设比特位的取值结果。

在一些实施例中，所述预设比特位用于指示所述待译码序列的调度类型；所述调度类型包括上行调度或下行调度。

在一些实施例中，译码装置还可以包括接收单元和确定单元；

所述接收单元，配置为接收格式配置信息；所述格式配置信息用于指示所述第一PDCCH对应的第一数据格式；

所述确定单元，配置为基于所述第一数据格式，确定所述第一PDCCH对应的候选译码结果集合。

在一些实施例中，所述确定单元，具体配置为若所述第一数据格式为预设格式集合中的任一数据格式，则确定所述第一PDCCH建立有对应的候选译码结果集合。

在一些实施例中，所述确定单元，还配置为若所述第一数据格式为所述预设格式集合之外的任一数据格式，则确定所述第一PDCCH对应的候选译码结果集合未建立。

在一些实施例中，所述预设格式集合中包括格式0_1和格式1_1，或者包括格式0_2和格式1_2。

在一些实施例中，确定单元，还配置为在所述第一数据格式为格式0_1或格式0_2的情况下，所述第一PDCCH对应的候选译码结果集合包括0；在所述第一数据格式为格式1_1或格式1_2的情况下，所述第一PDCCH对应的候选译码结果集合包括1。

在一些实施例中，确定单元，还配置为对多种数据格式对应的数据长度进行尺寸对齐处理，确定每种数据格式对应的数据长度。

本领域技术人员应当理解，本申请实施例的上述译码装置的相关描述可以参照本申请实施例的译码方法的相关描述进行理解。

图9是本申请实施例提供的一种终端设备900示意性结构图。图9所示的终端设备900包括处理器910，处理器910可以从存储器中调用并运行计算机程序，以实现本申请实施例中的译码方法。

可选地，如图9所示，终端设备900还可以包括存储器920。其中，处理器910可以从存储器920中调用并运行计算机程序，以实现本申请实施例中的译码方法。

其中，存储器920可以是独立于处理器910的一个单独的器件，也可以集成在处理器910中。

可选地，如图9所示，终端设备900还可以包括收发器930，处理器910可以控制该收发器930与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器930可以包括发射机和接收机。收发器930还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该终端设备900可以实现本申请实施例的各个方法中实现的相应流程，为了简洁，在此不再赘述。

图10是本申请实施例的芯片的示意性结构图。图10所示的芯片1000包括处理器1010，处理器1010可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图10所示，芯片1000还可以包括存储器1020。其中，处理器1010可以从存储器1020中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1020可以是独立于处理器1010的一个单独的器件，也可以集成在处理器1010中。

可选地，该芯片1000还可以包括输入接口1030。其中，处理器1010可以控制该输入接口1030与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片1000还可以包括输出接口1000。其中，处理器1010可以控制该输出接口1040与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (15)

1.一种译码方法，其特征在于，包括：

获取待译码序列；其中，所述待译码序列通过第一物理下行控制信道接收；

对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；

若所述译码子结果与所述第一物理下行控制信道对应的候选译码结果集合没有交集，则停止对所述待译码序列中的第二序列进行译码处理；其中，所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述译码子结果与所述候选译码结果集合存在交集，或者所述候选译码结果集合未建立，则继续对所述第二序列进行译码处理，得到所述待译码序列对应的目标译码结果。

3.根据权利要求2所述的方法，其特征在于，所述译码子结果为所述目标译码结果中预设比特位的取值结果。

4.根据权利要求3所述的方法，其特征在于，所述预设比特位被配置用于指示所述待译码序列的调度类型；所述调度类型包括上行调度或下行调度。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述获取待译码序列之前，还包括：

接收格式配置信息；所述格式配置信息用于指示所述第一物理下行控制信道对应的第一数据格式；

基于所述第一数据格式，确定所述候选译码结果集合。

6.根据权利要求5所述的方法，其特征在于，所述基于所述第一数据格式，确定所述候选译码结果集合，包括：

若所述第一数据格式为预设格式集合中的任一数据格式，则确定所述第一物理下行控制信道建立有对应的候选译码结果集合。

7.根据权利要求5所述的方法，其特征在于，所述基于所述第一数据格式，确定所述第一物理下行控制信道对应的候选译码结果集合，包括：

若所述第一数据格式为所述预设格式集合之外的任一数据格式，则确定所述候选译码结果集合未建立。

8.根据权利要求6所述的方法，其特征在于，所述预设格式集合中包括格式0_1和格式1_1，或者包括格式0_2和格式1_2。

9.根据权利要求6所述的方法，其特征在于，在所述第一数据格式为格式0_1或格式0_2的情况下，所述候选译码结果集合包括0；

在所述第一数据格式为格式1_1或格式1_2的情况下，所述为候选译码结果集合包括1。

10.根据权利要求6所述的方法，其特征在于，所述基于所述第一数据格式，确定所述第一物理下行控制信道对应的候选译码结果集合之前，还包括：

对多种数据格式对应的数据长度进行尺寸对齐处理，确定每种数据格式对应的数据长度。

11.一种译码装置，其特征在于，应用于终端设备，包括：

获取单元，配置为获取待译码序列；其中，所述待译码序列通过第一物理下行控制信道接收；

译码单元，配置为：

对所述待译码序列中的第一序列进行译码处理，得到所述第一序列的译码子结果；以及

基于确定所述译码子结果与所述第一物理下行控制信道对应的候选译码结果集合没有交集，则停止对所述待译码序列中的第二序列进行译码处理；其中，所述第二序列是所述待译码序列中不同于所述第一序列的另一序列。

12.一种终端设备，配置用于与网络设备进行通信，所述终端设备包括如权利要求11所述的译码装置。

13.一种终端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至10中任一项所述的方法。

14.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至10中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至10任一项所述译码方法中的步骤。

Images