CN115696598A - Ndi确定方法、装置、终端及存储介质 - Google Patents

Ndi确定方法、装置、终端及存储介质 Download PDF

Info

Publication number
CN115696598A
CN115696598A CN202110856336.8A CN202110856336A CN115696598A CN 115696598 A CN115696598 A CN 115696598A CN 202110856336 A CN202110856336 A CN 202110856336A CN 115696598 A CN115696598 A CN 115696598A
Authority
CN
China
Prior art keywords
downlink scheduling
scheduling assignment
transmission
information
rnti
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
Application number
CN202110856336.8A
Other languages
English (en)
Inventor
王飞
王大鹏
杨拓
张嘉真
李男
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202110856336.8A priority Critical patent/CN115696598A/zh
Priority to PCT/CN2022/108369 priority patent/WO2023005998A1/zh
Publication of CN115696598A publication Critical patent/CN115696598A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种NDI确定方法、装置、终端及存储介质。其中，方法包括：针对一个服务小区，在每个PDCCH监听时机，终端执行以下操作：如果在一个PDCCH监听时机接收到一个针对服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定本次的下行调度分配的NDI是否发生翻转：第一信息，第一信息表征本次的下行调度分配加扰所使用的RNTI；第二信息，第二信息表征终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；第三信息，第三信息表征上一次的下行调度分配加扰所使用的RNTI；第四信息，第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；终端具有至少一个用于多播传输的RNTI。

Description

NDI确定方法、装置、终端及存储介质
技术领域
本申请涉及无线通信领域，尤其涉及一种新数据指示符(NDI，New DataIndicator)确定方法、装置、终端及存储介质。
背景技术
对于支持多播传输的用户来说，如何在不增加用户的混合自动重传请求进程总个数(英文可以表达为HARQ process number)的情况下高效地支持单播和多播传输是一个需要研究的重要问题。相关技术中，新空口(NR)系统中用户设备(UE)每个小区(cell)支持的HARQ进程总个数是可配置的，且最大支持16个HARQ进程(英文可以表达为HARQ process)。当用户同时支持单播和多播传输时，目前主流的趋势是不对单播和多播可用的HARQ进程总个数进行限制，也即单播和多播传输可以灵活使用最大16个HARQ进程中的任何一个。
然而，如何在单播和多播传输灵活使用HARQ进程时保证终端和基站对单播和多播传输有一致的理解是目前亟待解决的问题。
发明内容
为解决相关技术问题，本申请实施例提供一种NDI确定方法、装置、终端及存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供一种NDI确定方法，其特征在于，应用于终端，包括：
针对一个服务小区，在每个物理下行控制信道(PDCCH)监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的无线网络临时标识(RNTI)；
第二信息，所述第二信息表征所述终端是否被使能针对点到多点(PTM)传输的重传方式能够基于点到点(PTP)传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
上述方案中，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端未被使能针对PTM传输的重传方式能够基于PTP传输的功能，且所述第三信息表征上一次的下行调度分配是基于小区无线网络临时标识(C-RNTI)加扰时，确定所述本次的下行调度分配的NDI发生翻转。
上述方案中，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对单播传输时，确定所述本次的下行调度分配的NDI发生翻转。
上述方案中，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于所述终端的第二用于多播传输的RNTI时，确定所述本次的下行调度分配的NDI发生翻转；所述第一用于多播传输的RNTI与所述第二用于多播传输的RNTI不同。
上述方案中，所述本次的下行调度分配针对第一多播传输，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对第二多播传输时，确定所述本次的下行调度分配的NDI发生翻转；所述第一多播传输与所述第二多播传输不同。
上述方案中，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于一个用于多播传输的RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
上述方案中，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对多播传输时，确定所述本次的下行调度分配的NDI发生翻转。
上述方案中，所述方法还包括：
接收网络侧显示或隐式指示的第二信息。
上述方案中，通过无线资源控制(RRC)信令接收所述网络侧显示或隐式指示的第二信息。
本申请实施例还提供一种NDI确定装置，包括：
处理单元，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
本申请实施例还提供一种终端，包括：处理器及通信接口；其中，
所述处理器，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
本申请实施例还提供一种终端，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。
本申请实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法的步骤。
本申请实施例提供的NDI确定方法、装置、终端及存储介质，针对一个服务小区，在每个PDCCH监听时机，终端执行以下操作：如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；第二信息，所述第二信息表征所述终端是否被使能针对点PTM传输的重传方式能够基于PTP传输的功能；第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。本申请实施例提供的方案，对于每个服务小区，在每个PDCCH监听时机，终端根据使能情况、前一次调度的单播或者多播情况、前一次调度的加扰情况等不同条件的组合，判断NDI是否发生翻转，使得基站和终端能够对一次PDSCH传输是是单播或是多播、是单播的重传或是多播的重传等有一致的理解，从而在支持多播和单播动态共享HARQ进程的前提下，实现了高效的多播传输。
附图说明
图1为本申请实施例NDI确定的方法流程示意图；
图2为本申请应用实施例一多播和单播共享HARQ进程时HARQ进程使用的流程示意图；
图3为本申请应用实施例二多播和单播共享HARQ进程时HARQ进程使用的流程示意图；
图4为本申请应用实施例三多播和单播共享HARQ进程时HARQ进程使用的流程示意图；
图5为本申请应用实施例四多播和单播共享HARQ进程时HARQ进程使用的流程示意图；
图6为本申请实施例NDI确定装置结构示意图；
图7为本申请实施例终端结构示意图。
具体实施方式
下面结合附图及实施例对本申请再作进一步详细的描述。
一方面，相关技术中，在NR系统中，对于单播传输来说，下行控制信息(DCI)中有两个域，分别是HARQ进程序号(HPN)(可以理解为HARQ进程编号，即HARQ进程ID)和NDI，HPN和NDI用于帮助UE识别一次PDSCH传输是初传或是重传。对于一个给定HPN(如HPN#0)，如果本次传输的DCI中的NDI相比前一次传输的DCI中NDI发生翻转，则本次传输为初传，如果未发生翻转，则本次传输为重传。
另一方面，单播和多播传输可以灵活使用最大16个HARQ进程中的任何一个，但是这种灵活性是建立在一定的规则基础上，也就是需要定义一种规则来保证基站和终端能够对某一次物理下行共享信道(PDSCH)传输是单播或是多播、是单播的重传或是多播的重传等有一致的理解。
基于此，在本申请的各种实施例中，对于每个服务小区，在每个PDCCH监听时机，终端根据使能情况、前一次调度的单播或者多播情况、前一次调度的加扰情况等不同条件的组合，判断NDI是否发生翻转。
本申请实施例提供了一种NDI确定方法，应用于终端，如图1所示，该方法包括：
步骤100：确定相应信息；
步骤101：针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对点PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
其中，实际应用时，所述终端可以称为UE，也可以称为用户等。
在步骤100中，所述相应信息包含步骤101中的第一信息、第二信息、第三信息和第四信息。
本申请实施例提供的方案是第一种HARQ进程的使用方法，因此，本申请实施例的方案具体是由所述终端的一个媒体访问控制(MAC)实体执行的。
基于此，所述终端的一个MAC实体至少具有一个C-RNTI，一个或多个组无线网络临时标识(G-RNTI)(假设为G-RNTI-1～G-RNTI-N，典型的分别对应多播业务1～多播业务N)。
实际应用时，针对所述服务小区的下行调度分配也可以称为针对所述服务小区的PDCCH，或者针对所述服务小区的DCI，或者针对所述服务小区的下行分配(英文可以表达为downlink assignment)，本申请实施例对此不作限定。
所述第一信息也可以理解为表征本地调度分配加扰所使用的该MAC实体的无线网络临时标识(RNTI)。
实际应用时，针对该MAC实体的不同类型的RNTI，可以有以下两种情况：
第一种情况，本次调度分配是基于该MAC实体的某一G-RNTI加扰的，即所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI(用于多播传输的RNTI也可以称为G-RNTI)加扰，这种情况下具体有以下几种HARQ进程使用方法：
(1)当所述第二信息表征所述终端未被使能针对PTM传输的重传方式能够基于PTP传输的功能，且所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
也就是说，当所述终端未被使能针对PTM传输(可以是初始传输)的重传方式可以基于PTP传输的功能(也可以理解为所述终端在一段时间内(可以根据需要确定)不可能使用PTP进行针对PTM传输的重传，比如一段时间内网络侧不为所述终端配置单播业务)，且针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的C-RNTI加扰的，则认为本次下行调度分配的NDI发生翻转，此时，无论本次下行调度分配DCI中NDI的实际值为多少，均认为本次下行调度分配的NDI发生翻转。
这里，实际应用时，所述未被使能针对PTM传输的重传方式能够基于PTP传输的功能，可以是所述终端的默认行为(比如预先规定所述终端的行为)，即不需要网络侧的任何指示(比如任何RRC配置消息指示)，所述终端的默认行为就是不支持针对PTM传输的重传方式可以基于PTP传输。
所述未被使能针对PTM传输的重传方式能够基于PTP传输的功能，也可以基于网络侧的指示(比如通过RRC配置消息指示)，这种指示可以是显示的或是隐式的；示例性地，通过RRC配置消息指示所述终端去使能针对PTM传输的重传方式可以基于PTP传输的功能，通过RRC配置消息，所述终端未被使能ACK/NACK based HARQ反馈，从而隐式地指示了所述终端去使能针对PTM传输的重传方式可以基于PTP传输的功能。
基于此，在一实施例中，该方法还可以包括：
接收网络侧显示或隐式指示的第二信息。
其中，在一实施例中，所述终端通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
(2)当所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对单播传输时，确定所述本次的下行调度分配的NDI发生翻转。
也就是说，当所述终端被使能了针对PTM传输(可以是初始传输)的重传方式可以基于PTP传输的功能(也可以理解为所述终端在一段时间内(可以根据需要确定)有可能使用PTP进行针对PTM传输的重传，比如一段时间内网络侧为所述终端配置了单播业务)，针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的C-RNTI加扰的，且如果前一次下行调度分配是针对单播业务的而不是针对多播业务的，则认为本次下行调度分配DCI的NDI发生翻转，此时，无论本次下行调度分配DCI中NDI的实际值为多少，均认为本次下行调度分配的NDI发生翻转。
这里，实际应用时，所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，可以是所述终端的默认行为(比如预先规定所述终端的行为)，即不需要网络侧的任何指示(比如任何RRC配置消息指示)，所述终端的默认行为就是支持针对PTM初始传输的重传方式可以基于PTP传输。
所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，也可以基于网络侧的指示(比如通过RRC配置消息指示)，这种指示可以是显示的或是隐式的；示例性地，通过RRC配置消息指示所述终端使能针对PTM传输的重传方式可以基于PTP传输的功能，通过RRC配置消息，所述终端被使能ACK/NACK based HARQ反馈，从而隐式地指示了所述终端被使能了针对PTM初始传输的重传方式可以基于PTP传输的功能。
基于此，在一实施例中，该方法还可以包括：
接收网络侧显示或隐式指示的第二信息。
其中，在一实施例中，所述终端通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
实际应用时，对于所述第三信息，典型的一种区分循环冗余校验(CRC)加扰使用的C-RNTI的下行调度分配是针对单播业务或是针对多播业务的方法是：相应的下行调度分配中有一个指示域用于指示其针对单播业务还是针对多播业务，例如DCI中单播或多播(UnicastOrMulticast)域为1bit，“0”表示单播业务，“1”表示多播业务；再例如DCI中UnicastOrMulticast为2bit，“00”表示单播业务，“01”表示多播业务1，“10”表示多播业务2，“11”表示多播业务3，所述终端据此获得所述第三信息。
(3)当所述第三信息表征上一次的下行调度分配是基于所述终端的第二用于多播传输的RNTI时，确定所述本次的下行调度分配的NDI发生翻转；所述第一用于多播传输的RNTI与所述第二用于多播传输的RNTI不同。
也就是说，如果该MAC实体具有多个G-RNTI(假设为G-RNTI-1～G-RNTI-N，典型的对应多播业务1～多播业务N)，如果针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的另一个G-RNTI加扰的(即与本次的G-RNTI-1不同)，则认为本次下行调度分配DCI的NDI发生翻转，此时，不论本次下行调度分配DCI中NDI的实际值为多少)，均认为本次下行调度分配的NDI发生翻转。
(4)当所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对第二多播传输时，确定所述本次的下行调度分配的NDI发生翻转；所述第一多播传输与所述第二多播传输不同。
也就是说，如果该MAC实体具有多个G-RNTI(假设为G-RNTI-1～G-RNTI-N，典型的对应多播业务1～多播业务N)，如果该所述终端被使能了针对PTM传输的重传方式可以基于PTP传输的功能(也可以认为所述一段时间内(可以根据需要确定)有可能使用PTP进行针对PTM传输的重传，比如，比如一段时间内网络侧为所述终端配置了单播业务)，如果针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的C-RNTI加扰的，并且如果前一次下行调度分配是针对基于其他G-RNTI的多播业务的而不是针对基于G-RNTI-1的多播业务的,则认为本次下行调度分配DCI的NDI发生翻转，此时，无论本次下行调度分配DCI中NDI的实际值为多少，均认为本次下行调度分配的NDI发生翻转。
这里，实际应用时，所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，可以是所述终端的默认行为(比如预先规定所述终端的行为)，即不需要网络侧的任何指示(比如任何RRC配置消息指示)，所述终端的默认行为就是支持针对PTM初始传输的重传方式可以基于PTP传输。
所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，也可以基于网络侧的指示(比如通过RRC配置消息指示)，这种指示可以是显示的或是隐式的；示例性地，通过RRC配置消息指示所述终端使能针对PTM传输的重传方式可以基于PTP传输的功能，通过RRC配置消息，所述终端被使能ACK/NACK based HARQ反馈，从而隐式地指示了所述终端被使能了针对PTM初始传输的重传方式可以基于PTP传输的功能。
基于此，在一实施例中，该方法还可以包括：
接收网络侧显示或隐式指示的第二信息。
其中，在一实施例中，所述终端通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
同样地，实际应用时，对于所述第三信息，典型的一种区分CRC加扰使用的C-RNTI的下行调度分配是针对单播业务或是针对多播业务的方法是：相应的下行调度分配中有一个指示域用于指示其针对单播业务还是针对多播业务，例如DCI中UnicastOrMulticast域为1bit，“0”表示单播业务，“1”表示多播业务；再例如DCI中UnicastOrMulticast为2bit，“00”表示单播业务，“01”表示多播业务1，“10”表示多播业务2，“11”表示多播业务3，所述终端据此获得所述第三信息。
第二种情况，本次调度分配是基于该MAC实体的C-RNTI的，即所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，这种情况下具体有以下几种HARQ进程使用方法：
(1)当所述第三信息表征上一次的下行调度分配是基于一个用于多播传输的RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
也就是说，如果针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的某一G-RNTI加扰的，则认为本次下行调度分配DCI的NDI发生翻转，此时，无论本次下行调度分配DCI中NDI的实际值为多少，均认为本次下行调度分配的NDI发生翻转。
其中，实际应用时，对于所述第三信息，典型的一种区分CRC加扰使用的C-RNTI的下行调度分配是针对单播业务或是针对多播业务的方法是：相应的下行调度分配中有一个指示域用于指示其针对单播业务还是针对多播业务，例如DCI中UnicastOrMulticast域为1bit，“0”表示单播业务，“1”表示多播业务；再例如DCI中UnicastOrMulticast为2bit，“00”表示单播业务，“01”表示多播业务1，“10”表示多播业务2，“11”表示多播业务3，所述终端据此获得所述第三信息。
(2)当所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对多播传输时，确定所述本次的下行调度分配的NDI发生翻转。
也就是说，所述终端被使能了针对PTM传输(可以是初始传输)的重传方式可以基于PTP传输的功能(也可以理解为所述终端在一段时间内(可以根据需要确定)有可能使用PTP进行针对PTM传输的重传，比如，比如一段时间内网络侧为所述终端配置了单播业务)，如果针对所述第一HARQ进程的前一次下行调度分配是基于该MAC实体的C-RNTI加扰的，且如果前一次下行调度分配是针对多播业务的而不是针对单播业务的，则认为本次下行调度分配DCI的NDI发生翻转，无论本次下行调度分配DCI中NDI的实际值为多少，均认为本次下行调度分配的NDI发生翻转。
这里，实际应用时，所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，可以是所述终端的默认行为(比如预先规定所述终端的行为)，即不需要网络侧的任何指示(比如任何RRC配置消息指示)，所述终端的默认行为就是支持针对PTM初始传输的重传方式可以基于PTP传输。
所述被使能了针对PTM传输的重传方式能够基于PTP传输的功能，也可以基于网络侧的指示(比如通过RRC配置消息指示)，这种指示可以是显示的或是隐式的；示例性地，通过RRC配置消息指示所述终端使能针对PTM传输的重传方式可以基于PTP传输的功能，通过RRC配置消息，所述终端被使能ACK/NACK based HARQ反馈，从而隐式地指示了所述终端被使能了针对PTM初始传输的重传方式可以基于PTP传输的功能。
基于此，在一实施例中，该方法还可以包括：
接收网络侧显示或隐式指示的第二信息。
其中，在一实施例中，所述终端通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
实际应用时，对于所述第三信息，典型的一种区分CRC加扰使用的C-RNTI的下行调度分配是针对单播业务或是针对多播业务的方法是：相应的下行调度分配中有一个指示域用于指示其针对单播业务还是针对多播业务，例如DCI中UnicastOrMulticast域为1bit，“0”表示单播业务，“1”表示多播业务；再例如DCI中UnicastOrMulticast为2bit，“00”表示单播业务，“01”表示多播业务1，“10”表示多播业务2，“11”表示多播业务3，所述终端据此获得所述第三信息。
本申请实施例提供的NDI确定方法，针对一个服务小区，在每个PDCCH监听时机，终端执行以下操作：如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；第二信息，所述第二信息表征所述终端是否被使能针对点PTM传输的重传方式能够基于PTP传输的功能；第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。本申请实施例提供的方案，对于每个服务小区，在每个PDCCH监听时机，终端根据使能情况、前一次调度的单播或者多播情况、前一次调度的加扰情况等不同条件的组合，判断NDI是否发生翻转，使得基站和终端能够对一次PDSCH传输是是单播或是多播、是单播的重传或是多播的重传等有一致的理解，从而在支持多播和单播动态共享HARQ进程的前提下，实现了高效的多播传输。
下面结合应用实施例对本申请再作进一步详细的描述。
应用实施例一
在本应用实施例中，假设UE1和UE2属于同一个多播和广播业务(MBS)组(group)，如图2所示，UE1和UE2在t0时刻分别收到单播调度的初始传输(这里，同样适用于重传)，对应的HARQ进程的HPN为HPN#0，UE1的NDI＝0，UE2的NDI＝1，之后UE1和UE2会在合适的时刻反馈针对单播业务的ACK/NACK；之后在t1时刻，UE1和UE2收到多播业务的PTM初始传输，对应的DCI指示对应的HARQ进程的HPN为HPN#0，此时NDI可以指示0或者1，不管指示0或者1，UE1和UE2都认为本次的NDI发生翻转，之后UE1和UE2会在合适的时刻反馈针对多播业务的PTM初传的ACK/NACK；之后在t2时刻，UE1和UE2分别通过PTP进行针对多播业务的重传，对应的DCI指示对应的HARQ进程的HPN为HPN#0，按照相关技术中单播业务重传的原则，此时DCI中的NDI相比初传使用的NDI应该保持不变，即未发生翻转。
应用实施例二
在本应用实施例中，假设UE1和UE2属于同一个MBS group，如图3所示，UE1和UE2在t0时刻收到多播业务的PTM初始传输(假设对应的HARQ进程的HPN为HPN#0，NDI＝0)，之后UE1和UE2会在合适的时刻反馈针对多播业务的ACK/NACK；UE2在t1时刻收到单播业务调度的初始传输(对应的HARQ进程的HPN为HPN#0)，此时NDI可以指示0或者1，不管NDI指示0或者1，对于UE2来说，都认为本次NDI发生翻转，之后UE2会在合适的时刻反馈针对单播业务的ACK/NACK；之后在t2时刻，UE1和UE2收到多播业务的PTM初始传输，对应的DCI指示HPN#0，此时NDI＝1，对于UE1来说，由于前一次调度分配NDI＝0，所以本次调度分配NDI需要发生翻转，对于UE2来说，不管具体的NDI值，都认为本次NDI发生翻转，之后UE1和UE2会在合适的时刻反馈针对多播业务的PTM初传的ACK/NACK；之后在t3时刻，UE1和UE2分别通过PTP进行针对多播业务的重传，其DCI指示HPN#0，按照相关技术中单播业务重传的原则，此时DCI中的NDI相比初传使用的NDI应该保持不变，即未发生翻转。
应用实施例三
本应用实例中，假设UE1和UE2属于MBS group 1，接收多播业务1，TM传输使用G-RNTI1，假设UE1和UE3同时属于MBS group 2，接收多播业务2，PTM传输使用G-RNTI2；如图4所示，UE1和UE2在t0时刻收到多播业务1的PTM初始传输(G-RNTI1，对应的HARQ进程的HPN为HPN#0，NDI＝0)，之后UE1和UE2会在合适的时刻反馈针对多播业务1的ACK/NACK；之后UE1和UE3在t1时刻收到多播业务2的PTM初始传输(G-RNTI2，对应的HARQ进程的HPN为HPN#0)，此时NDI可以指示0或者1，对于UE1来说，不管指示0或者1，都认为本次NDI发生翻转，之后UE1和UE3会在合适的时刻反馈针对多播业务2的ACK/NACK；之后UE1和UE2在t2时刻收到multicast业务1的PTM初始传输(G-RNTI1，对应的HARQ进程的HPN为HPN#0)，此时NDI＝1，因为对于UE2的前一次调度分配NDI＝0，需要发生翻转，对于UE1来说，不管具体的NDI值，都认为本次NDI发生翻转。
应用实施例四
本应用实施例中，UE1和UE2属于一个MBS group 1，接收多播业务1，PTM传输使用G-RNTI1，假设UE1和UE3同时属于MBS group 2，接收多播业务2，PTM传输使用G-RNTI2；如图5所示，UE1和UE2在t0时刻收到多播业务1的PTM初始传输(G-RNTI1，对应的HARQ进程的HPN为HPN#0，NDI＝0)，之后UE1和UE2会在合适的时刻反馈针对多播业务1的ACK/NACK；之后UE1和UE3在t1时刻收到多播业务2的PTM初始传输(G-RNTI2，对应的HARQ进程的HPN为HPN#0)，此时，NDI可以指示0或者1，，对于UE1来说，不管NDI指示0或者1，都认为本次NDI发生翻转，之后UE1和UE3会在合适的时刻反馈针对多播业务2的ACK/NACK(这步之前和场景3一样)；之后UE1在t2时刻收到多播业务1的PTP重传(G-RNTI1，对应的HARQ进程的HPN为HPN#0)，按照相关中单播重传的原则，此时DCI中的NDI相比初传使用的NDI应该保持不变，即未发生翻转；之后UE1和UE2在t3时刻收到多播业务1的PTM初始传输(G-RNTI1，对应的HARQ进程的HPN为HPN#0)，此时NDI＝1，对于UE2来说，由于前一次调度分配NDI＝0，因此需要发生翻转，对于UE1来说，不管具体的NDI值，都认为本次NDI发生翻转。
为了实现本申请实施例的方法，本申请实施例还提供了一种NDI确定装置，设置在终端上，如图6所示，该装置包括：
处理单元601，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
其中，在一实施例中，如图6所示，该装置还可以包括：
确定单元602，用于确定相应信息；所述相应信息包含第一信息、第二信息、第三信息和第四信息。
其中，在一实施例中，所述确定单元602，用于接收网络侧显示或隐式指示的第二信息。
在一实施例中，所述确定单元602，用于通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端未被使能针对PTM传输的重传方式能够基于PTP传输的功能，且所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对单播传输时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于所述终端的第二用于多播传输的RNTI时，确定所述本次的下行调度分配的NDI发生翻转；所述第一用于多播传输的RNTI与所述第二用于多播传输的RNTI不同。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对第二多播传输时，确定所述本次的下行调度分配的NDI发生翻转；所述第一多播传输与所述第二多播传输不同。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于一个用于多播传输的RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理单元601，用于：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对多播传输时，确定所述本次的下行调度分配的NDI发生翻转。
实际应用时，所述确定单元602可由NDI确定装置中的处理器结合通信接口实现，所述处理单元601可由NDI确定装置中的处理器实现。
需要说明的是：上述实施例提供的NDI确定装置在确定NDI时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的NDI确定装置与NDI确定方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种终端，如图7所示，该终端700包括：
通信接口701，能够与网络侧进行信息交互；
处理器702，与所述通信接口701连接，以实现与网络侧进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法；
存储器703，所述计算机程序存储在存储器703上。
具体地，所述处理器702，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
其中，在一实施例中，所述处理器702，还用于确定相应信息；所述相应信息包含第一信息、第二信息、第三信息和第四信息。
其中，在一实施例中，所述处理器702，用于通过所述通信接口701接收网络侧显示或隐式指示的第二信息。
在一实施例中，所述处理器702，用于利用所述通信接口701通过RRC信令接收所述网络侧显示或隐式指示的第二信息。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端未被使能针对PTM传输的重传方式能够基于PTP传输的功能，且所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对单播传输时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于所述终端的第二用于多播传输的RNTI时，确定所述本次的下行调度分配的NDI发生翻转；所述第一用于多播传输的RNTI与所述第二用于多播传输的RNTI不同。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对第二多播传输时，确定所述本次的下行调度分配的NDI发生翻转；所述第一多播传输与所述第二多播传输不同。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于一个用于多播传输的RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
在一实施例中，所述处理器702，用于：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对多播传输时，确定所述本次的下行调度分配的NDI发生翻转。
需要说明的是：所述处理器702及通信接口701的具体处理过程可参照上述方法理解。
当然，实际应用时，终端700中的各个组件通过总线系统704耦合在一起。可理解，总线系统704用于实现这些组件之间的连接通信。总线系统704除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统704。
本申请实施例中的存储器703用于存储各种类型的数据以支持终端700的操作。这些数据的示例包括：用于在终端700上操作的任何计算机程序。
上述本申请实施例揭示的方法可以应用于所述处理器702中，或者由所述处理器702实现。所述处理器702可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述处理器702中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述处理器702可以是通用处理器、数字信号处理器(DSP，Digital SignalProcessor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述处理器702可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器703，所述处理器702读取存储器703中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，终端700可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。
可以理解，本申请实施例的存储器703可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(FlashMemory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random AccessMemory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random AccessMemory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器703，上述计算机程序可由终端700的处理器702执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (13)

1.一种新数据指示符NDI确定方法，其特征在于，应用于终端，包括：
针对一个服务小区，在每个物理下行控制信道PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一混合自动重传请求HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的无线网络临时标识RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对点到多点PTM传输的重传方式能够基于点到点PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
2.根据权利要求1所述的方法，其特征在于，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端未被使能针对PTM传输的重传方式能够基于PTP传输的功能，且所述第三信息表征上一次的下行调度分配是基于小区无线网络临时标识C-RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
3.根据权利要求1所述的方法，其特征在于，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对单播传输时，确定所述本次的下行调度分配的NDI发生翻转。
4.根据权利要求1所述的方法，其特征在于，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于所述终端的第二用于多播传输的RNTI时，确定所述本次的下行调度分配的NDI发生翻转；所述第一用于多播传输的RNTI与所述第二用于多播传输的RNTI不同。
5.根据权利要求1所述的方法，其特征在于，所述本次的下行调度分配针对第一多播传输，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于所述终端的第一用于多播传输的RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对第二多播传输时，确定所述本次的下行调度分配的NDI发生翻转；所述第一多播传输与所述第二多播传输不同。
6.根据权利要求1所述的方法，其特征在于，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，且所述第三信息表征上一次的下行调度分配是基于一个用于多播传输的RNTI加扰时，确定所述本次的下行调度分配的NDI发生翻转。
7.根据权利要求1所述的方法，其特征在于，所述确定所述本次的下行调度分配的NDI是否发生翻转，包括：
当所述第一信息表征所述本次的下行调度分配是基于C-RNTI加扰，所述第二信息表征所述终端被使能了针对PTM传输的重传方式能够基于PTP传输的功能，所述第三信息表征上一次的下行调度分配是基于C-RNTI加扰，且所述第四信息表征上一次的下行调度分配是针对多播传输时，确定所述本次的下行调度分配的NDI发生翻转。
8.根据权利要求1至7任一项所述的方法，其特征在于，所述方法还包括：
接收网络侧显示或隐式指示的第二信息。
9.根据权利要求8所述的方法，其特征在于，通过无线资源控制RRC信令接收所述网络侧显示或隐式指示的第二信息。
10.一种NDI确定装置，其特征在于，包括：
处理单元，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
11.一种终端，其特征在于，包括：处理器及通信接口；其中，
所述处理器，用于针对一个服务小区，在每个PDCCH监听时机，执行以下操作：
如果在一个PDCCH监听时机接收到一个针对所述服务小区的下行调度分配，且本次的下行调度分配是基于第一HARQ进程时，至少基于以下信息至少之二确定所述本次的下行调度分配的NDI是否发生翻转：
第一信息，所述第一信息表征所述本次的下行调度分配加扰所使用的RNTI；
第二信息，所述第二信息表征所述终端是否被使能针对PTM传输的重传方式能够基于PTP传输的功能；
第三信息，所述第三信息表征上一次的下行调度分配加扰所使用的RNTI；
第四信息，所述第四信息表征上一次的下行调度分配是针对单播传输或是针对多播传输；所述终端具有至少一个用于多播传输的RNTI。
12.一种终端，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求1至9任一项所述方法的步骤。
13.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9任一项所述方法的步骤。
CN202110856336.8A 2021-07-28 2021-07-28 Ndi确定方法、装置、终端及存储介质 Pending CN115696598A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110856336.8A CN115696598A (zh) 2021-07-28 2021-07-28 Ndi确定方法、装置、终端及存储介质
PCT/CN2022/108369 WO2023005998A1 (zh) 2021-07-28 2022-07-27 Ndi确定方法、装置、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110856336.8A CN115696598A (zh) 2021-07-28 2021-07-28 Ndi确定方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
CN115696598A true CN115696598A (zh) 2023-02-03

Family

ID=85058105

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110856336.8A Pending CN115696598A (zh) 2021-07-28 2021-07-28 Ndi确定方法、装置、终端及存储介质

Country Status (2)

Country Link
CN (1) CN115696598A (zh)
WO (1) WO2023005998A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112584530A (zh) * 2019-09-30 2021-03-30 夏普株式会社 由用户设备执行的方法以及用户设备
AU2019468597B2 (en) * 2019-09-30 2023-12-14 Huawei Technologies Co., Ltd. Communication method and apparatus

Also Published As

Publication number Publication date
WO2023005998A1 (zh) 2023-02-02

Similar Documents

Publication Publication Date Title
CN110199555B (zh) 一种下行控制信息dci传输的方法及网络设备、用户设备
CN113473632B (zh) 物理下行共享信道的调度方法、网络设备及终端设备
JP2019512898A (ja) データ伝送方法、端末デバイス、及びネットワークデバイス
CN111436123B (zh) 一种通信方法及装置
WO2021223153A1 (zh) 一种支持多播业务的自动重传请求确认反馈信息的传输方法和装置
US10873430B2 (en) Signal sending method and apparatus
CN116508277A (zh) 一种指示反馈信息的方法和装置
CN113132071B (zh) 数据传输方法、装置、相关设备及存储介质
CN116368759A (zh) 用于混合自动重传请求的方法及设备
CN115696598A (zh) Ndi确定方法、装置、终端及存储介质
CN113726484B (zh) 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备
JP2021100250A (ja) データ伝送のための方法及び端末
AU2021363258B2 (en) Information Transmission Method and Information Transmission Apparatus, Related Device and Storage Medium
WO2022236679A1 (en) Method and system of feedback for group common transmission
CN113259064B (zh) 数据传输方法、装置、终端及存储介质
WO2022016557A1 (zh) 一种数据传输方法及装置
WO2017167148A1 (zh) 一种信息发送方法、接收方法和装置
CN116112989A (zh) 信息配置方法、装置、相关设备及存储介质
WO2023011322A1 (zh) 调度方法、装置、相关设备及存储介质
CN115175354A (zh) 数据传输方法及装置
CN115835353A (zh) 信息指示方法、装置、相关设备及存储介质
CN116132924A (zh) 信息传输方法、装置、相关设备及存储介质
CN115996358A (zh) Dci大小确定方法、装置、通信节点及存储介质
CN113973368A (zh) 信息传输方法、装置、相关设备及存储介质
WO2021128207A1 (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