具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请的描述中，“多个”是指两个或多于两个。

如图1所示，为本申请实施例提供的一种网络设备10的硬件结构示意图，该网络设备10可以为终端或基站，该网络设备10包括至少一个处理器101，通信总线102，存储器103以及至少一个通信接口104。

处理器101可以是一个通用中央处理器(central processing unit，简称CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，简称ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信总线102可包括一通路，在上述组件之间传送信息。

通信接口104，可以为任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，简称RAN)，无线局域网(wireless localarea networks，简称WLAN)等。

存储器103可以是只读存储器(read-only memory，简称ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，简称RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，简称EEPROM)、只读光盘(compact disc read-only memory，简称CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器103用于存储执行本申请方案的应用程序代码，并由处理器101来控制执行。处理器101用于执行存储器103中存储的应用程序代码，从而实现下文中本申请实施例提供的方法。

在具体实现中，作为一种实施例，处理器101可以包括一个或多个CPU，例如图1中的CPU0和CPU1。

在具体实现中，作为一种实施例，网络设备10可以包括多个处理器，例如图1中的处理器101和处理器108。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，网络设备10还可以包括输出设备105和输入设备106。

本申请实施例提供了一种发送和接收信息的方法，如图2所示，该方法包括：

201、终端确定第i个时隙中的m_i个上行符号。

202、基站确定第i个时隙中的m_i个上行符号。

其中，步骤201和步骤202的执行顺序不分先后，即步骤202可以执行在步骤201之后，也可以执行在步骤201之前。

可选的，m_i个上行符号为连续的m_i个上行符号。当然，m_i个上行符号也可以为不连续的上行符号。本申请实施例对此不作具体限定。需要说明的是，i不同时，m_i的值可以相同也可以不同。

203、终端在m_i个上行符号上发送第k个时隙内的第一PUCCH上承载的信息。

204、基站在m_i个上行符号上接收第k个时隙内的第一PUCCH上承载的信息。

其中，第k个时隙为用于传输第一PUCCH上承载的信息的K个时隙中的第k个时隙，也就是说，第k个时隙为用于传输第一PUCCH的K个时隙中的第k个时隙，m_i的值与第k个时隙内的第一PUCCH占用的符号数相同，K为大于1的整数，k为大于1小于等于K的整数，m_i为大于0的整数，i为大于0的整数。

第i个时隙为第一PUCCH所覆盖的时隙中的一个时隙。m_i可以是承载第一PUCCH的符号数。可选的，m_i可以为大于3的整数，即第一PUCCH可以为长时长(long)PUCCH。其中，长时长PUCCH也可以称为第一时长PUCCH，第一时长PUCCH占用的符号数大于3。可选的，m_i的值可以小于13。

随着5G无线通信技术进入讨论阶段，目前在第三代合作伙伴计划(3rdgeneration partnership project，简称3GPP)组织中存在两个研究方向，分别为考虑后向兼容的研究方向和不考虑后向兼容的研究方向，其中，不考虑后向兼容的研究方向，被称为5G新空口(new radio，简称NR)。

在5G NR中，PUCCH可以承载上行控制信息，比如肯定回复(acknowledgement，简称ACK)/否定回复(negative acknowledgement，简称NACK)、信道质量指示(channel qualityindicator，简称CQI)等。用来承载上行控制信息的PUCCH可以包括短时长(short)PUCCH和长时长PUCCH。短时长PUCCH可以在时域上占用1个或2个正交频分复用(orthogonalfrequency division multiplexing，简称OFDM)符号，其中，短时长PUCCH也可以称为第二时长PUCCH，第二时长PUCCH占用的符号数为1或2。长时长PUCCH可以在一个时隙中占用4个到14个OFDM符号。

长时长PUCCH在多个时隙上传输，能够提高长时长PUCCH的覆盖范围，具体的，长时长PUCCH在每个时隙上传输的时长可以相同，也可以不同。

可选的，K个时隙内的第一PUCCH上承载的信息可以相同。

可选的，i可以为大于等于k的整数。具体的，第i个时隙可以为多个时隙中的终端和基站确定的一个时隙。示例性的，基站指示终端在多个时隙上发送第一PUCCH上承载的信息时，终端可以以接收到该信息的时隙为起始时隙依次确定用于传输第一PUCCH上承载的信息的K个时隙。其中，终端确定的用于传输K个时隙中的第k个时隙内的第一PUCCH上承载的信息的时隙即第i个时隙。

本申请实施例提供的方法，终端和基站可以基于预设规则确定用于传输第一PUCCH上承载的信息的上行符号，而不在固定的上行符号上传输第一PUCCH上承载的信息，因此，能够提高传输第一PUCCH上承载的信息的灵活性。一种可实现的方式是基站为终端指示每个时隙中的用于传输第一PUCCH上承载的信息的上行符号中的起始符号，但是，与本申请实施例提供的方法相比，这将增加大量的信令开销。

具体的，在本申请实施例中，终端或基站可以通过以下方式中的任意一种方式确定m_i个上行符号。

方式一、通过第i个时隙的时隙格式确定m_i个上行符号。

在5G NR中，以时隙作为调度的基本单元，一个时隙可包含14个符号，具体到每个符号上，其可以为上行符号、下行符号、用途为空闲的符号、用途为未知的符号或保留的符号。其中，用途为空闲的符号即为没有指示用途的符号；用途为未知的符号是为了支持多种服务类型而做出的冗余设计的符号，保留的符号是为了支持服务类型或多种传输之间的切换而设计的符号。

一个时隙是由各类用途的符号组合而成的，例如，一个时隙中的符号的用途可以是开头3个符号为下行符号，最后10个符号为上行符号。时隙格式即用于描述时隙中的符号个数以及每个符号的用途。在图3至图13中，“U”表示上行符号，“D”表示下行符号，未标明的符号可以为其他类型的符号。

方式(1)、m_i个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第x₁个上行符号，x₁为大于0的整数。

当x₁等于1，参见图3，m_i个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第1个上行符号。图3中以m_i的值为8为例进行说明。

当x₁大于1，参见图4，m_i个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第x₁个上行符号。可选的，第i个时隙中的上行符号中的前x₁-1个符号包括但不限于用于发送探测参考信号(sounding reference signal，简称SRS)和/或第二PUCCH的符号，第一PUCCH和第二PUCCH为不同的PUCCH。图4中以m_i的值为5，x₁的值为3为例进行说明。

其中，第二PUCCH可以为短时长PUCCH或与第一PUCCH为不同格式的PUCCH。

方式(2)、m_i个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的倒数第y₁个上行符号，y₁为大于0的整数。

当y₁等于1，参见图5，m_i个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的最后一个上行符号。图5中以m_i的值为8为例进行说明。

当y₁大于1，参见图6，m_i个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的倒数第y₁个上行符号。可选的，第i个时隙中的上行符号中的后y₁-1个符号包括但不限于用于发送SRS和/或第二PUCCH的符号。图6中以m_i的值为5，y₁的值为3为例进行说明。

方式二、通过第i-r个时隙确定m_i个上行符号，该情况下，k＞2，m_(i-r)个上行符号为第i-r个时隙中的上行符号，m_(i-r)个上行符号用于传输第k-1个时隙内的第一PUCCH上承载的信息，第k-1个时隙为用于传输第一PUCCH上承载的信息的K个时隙中的第k-1个时隙，m_(i-r)为大于0的整数，r为大于0的整数，i-r为大于0的整数。

方式(3)、参见图7，若第i-r个时隙中的m_(i-r)个上行符号中的最后一个上行符号为第i-r个时隙中的上行符号中的最后一个上行符号，m_i个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第1个上行符号。图7中以m_i和m_(i-r)的值均为5为例进行说明。

可选的，m_(i-r)可以为大于3的整数。

方式(3)中的m_(i-r)个上行符号和m_i个上行符号相距较近，因此，m_(i-r)个上行符号内的信道测量的结果可以与m_i个上行符号内的信道测量结果联合使用，从而提高信道检测的性能。

方式(4)、参见图8，若第i-r个时隙中的m_(i-r)个上行符号中的第1个上行符号为第i-r个时隙中的上行符号中的第1个上行符号，m_i个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的最后一个上行符号。图8中以m_i和m_(i-r)的值均为5为例进行说明。

具体的，终端或基站在K个时隙中的除第1个时隙之外的每个时隙上都可以采用方式一或方式二中所描述的方式确定用于传输第一PUCCH上承载的信息的上行符号(即m_i个上行符号)。

可选的，参见图9，若k等于K，m_i个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第1个上行符号。图9中以m_i的值为8为例进行说明。该情况下，有助于基站早点接收完第一PUCCH上承载的信息，因此，能够降低时延。

该情况下，终端或基站在K个时隙中的除第1个和最后一个时隙之外的每个时隙上都可以采用方式一或方式二中所描述的任意一种方式确定用于传输第一PUCCH上承载的信息的上行符号。当然也可以采用其他方式确定，本申请实施例对此不做具体限定。

其中，上述实施例中第k个时隙内的第一PUCCH可以跳频也可以不跳频。在第k个时隙内的第一PUCCH跳频的情况下，第k个时隙内的第一PUCCH包括第一部分和第二部分，m_i个上行符号中的m_i1个上行符号用于传输第一部分，m_i个上行符号中的m_i2个上行符号用于传输第二部分，m_i1和m_i2均为大于0小于m_i的整数，m_i1和m_i2的和可以为m_i；此时，可以通过以下方式中的任意一种方式确定m_i1和m_i2个上行符号。

方式(5)、参见图10，m_i1个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第1个上行符号，m_i2个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的最后一个上行符号。图10中以m_i1和m_i2的值均为4为例进行说明。

方式(6)、参见图11，m_i1个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第1个上行符号，m_i2个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的倒数第y₂个上行符号，y₂为大于1的整数。图11中以m_i1和m_i2的值均为3，且y₂的值为2为例进行说明。

可选的，第i个时隙中的上行符号中的后y₂-1个上行符号包括但不限于用于传输SRS和/或第二格式PUCCH的上行符号。

方式(7)、参见图12，m_i1个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第x₂个上行符号，m_i2个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的最后一个上行符号，x₂为大于1的整数。图12中以m_i1和m_i2的值均为3，且x₂的值为2为例进行说明。

可选的，第i个时隙中的上行符号中的前x₂-1个上行符号包括但不限于用于传输SRS和/或第二格式PUCCH的上行符号。

方式(8)、参见图13，m_i1个上行符号中的第1个上行符号为第i个时隙中的上行符号中的第x₃个上行符号，m_i2个上行符号中的最后一个上行符号为第i个时隙中的上行符号中的倒数第y₃个上行符号，x₃和y₃均为大于1的整数。图13中以m_i1和m_i2的值均为3，且x₃和y₃的值均为2为例进行说明。

可选的，第i个时隙中的上行符号中的前x₃-1个上行符号和第i个时隙中的上行符号中的后y₃-1个上行符号包括但不限于用于传输SRS和/或第二格式PUCCH的上行符号。

该情况下，第一部分可以为第k个时隙内的第一PUCCH的第一跳频部分，第二部分可以为第k个时隙内的第一PUCCH的第二跳频部分，图10-图13也是以此为例进行绘制的。当然，第一部分和第二部分也可以仅仅是第k个时隙内的第一PUCCH的两个部分，而不是第k个时隙内的第一PUCCH的两个跳频部分，本申请实施例对此不作具体限定。

上述实施例是在得知第i个时隙可以传输第一PUCCH上承载的信息时确定第i个时隙中的用于传输第一PUCCH上承载的信息的上行符号的方法。在5G NR中，在每个时隙中的固定的多个符号上传输第一PUCCH上承载的信息时，由于时隙格式多变，要求时隙中固定的多个符号上传输第一PUCCH上承载的信息的难度比较大。例如，如果K个时隙上固定的第5个至第12个符号上传输第一PUCCH上承载的信息，则要求K个时隙中的每个时隙上的第5个至第12个符号均为上行符号，而实际上一个时隙仅需要满足有8个上行符号就可以传输第一PUCCH上承载的信息了。从上述分析可以看出，在每个时隙中的固定的多个符号上传输第一PUCCH上承载的信息对时隙格式有明确的要求，从而浪费了很多有足够的上行符号，但是上行符号不位于固定位置的时隙，从而会使得资源利用不充分。

为此，本申请实施例还提供了一种发送和接收信息的方法，其中包括了确定第i个时隙的方法，参见图14，包括：

1401、基站向终端发送第一PUCCH的至少一个参数。

1402、终端从基站接收第一PUCCH的至少一个参数。

其中，至少一个参数指示用于传输第一PUCCH上承载的信息的时隙的个数K，至少一个参数还指示用于传输第一PUCCH上承载的信息的K个时隙中的第k个时隙内的第一PUCCH所占用的符号数m_k，K为大于1的整数，k为大于1小于等于K的整数，m_k为大于0的整数。

其中，K个时隙中的每个时隙内的第一PUCCH所占用的符号数可以相同也可以不同。

示例性的，若K＝3，基站向终端发送的第一PUCCH的至少一个参数可以参见表1。

表1

具体的，若K个时隙中的每个时隙内的第一PUCCH所占用的符号数相同，基站也可以向终端发送时隙个数K和每个时隙内的或K个时隙中的第一个时隙内的第一PUCCH所占用的符号数即可。

1403、终端根据第一PUCCH的至少一个参数在第i个时隙上发送第k个时隙内的第一PUCCH上承载的信息。

第k个时隙为用于传输第一PUCCH的K个时隙中的第k个时隙。

1404、基站根据第一PUCCH的至少一个参数在第i个时隙上接收第k个时隙内的第一PUCCH上承载的信息。

其中，第i个时隙中的上行符号数大于等于m_k。进一步的，第i个时隙中的连续的上行符号数大于等于m_k。

本申请实施例提供的方法，基站和终端可以确定第一PUCCH的至少一个参数，并根据该至少一个参数在第i个时隙上传输第k个时隙内的第一PUCCH上承载的信息。其中，第i个时隙只需要满足第i个时隙中的上行符号数大于等于m_k即可，从而使得终端在任何满足其中的上行符号数大于等于m_k的条件的时隙上均可以作为K个时隙中的第k个时隙传输第一PUCCH上承载的信息，可以防止资源浪费。

可选的，在步骤1403之前，该方法还可以包括：终端确定K个时隙的时隙格式，K个时隙的时隙格式用于终端确定K个时隙中的每个时隙中的符号个数以及符号类型。

一种可实现的方式，基站可以向终端发送K个时隙的时隙格式，终端从基站接收K个时隙的时隙格式，一种可实现的方式，K个时隙的时隙格式可以为静态配置或半静态配置的，具体的，基站可以通过高层信令，例如，无线资源控制(radio resource control，简称RRC)信令、媒体接入控制(media access control，简称MAC)信令，向终端发送K个时隙的时隙格式。另一种可实现的方式，基站可以通过动态信令，例如，组内相同的物理下行控制信道(Group-common physical downlink control channel，简称Group-common PDCCH)，向终端发送K个时隙的时隙格式。

该情况下，终端可以根据K个时隙的时隙格式确定K个时隙中的每个时隙内的上行符号的个数或连续的上行符号的个数。

可选的，步骤1403在具体实现时可以包括：终端根据第一PUCCH的至少一个参数确定第i个时隙，并在第i个时隙上发送第k个时隙内的第一PUCCH上承载的信息。相应的，步骤1404在具体实现时可以包括：基站根据第一PUCCH的至少一个参数确定第i个时隙，并在第i个时隙上接收第k个时隙内的第一PUCCH上承载的信息。

具体的，终端在确定第i-r个时隙之后，若确定第i-r个时隙之后的某个时隙中的上行符号数或连续的上行符号数大于等于m_k，则可以确定该时隙为第i个时隙。第i-r个时隙用于传输K个时隙中的第k-1个时隙内的第一PUCCH上承载的信息。

在LTE系统中，终端只在上行子帧传输长时长PUCCH上承载的信息，所以不存在终端判断某个子帧是否能够传输长时长PUCCH上承载的信息这个步骤。而在5G NR中，由于一个时隙既可以有部分上行符号也可以有部分下行符号，终端需要判断该时隙是否能够传输长时长PUCCH上承载的信息，这个步骤是现有技术中没有的。

可选的，第i个时隙中的上行符号中的除x₄个上行符号之外的上行符号数大于或等于m_k，x₄为大于0的整数。

可选的，x₄个上行符号可以包括但不限于第i个时隙中的上行符号中的用于传输SRS和/或第二格式PUCCH的上行符号。

该情况下，终端在确定第i-r个时隙之后，若确定第i-r个时隙之后的某个时隙中的除x₄个上行符号之外的上行符号数大于或等于m_k，则可以确定该时隙为第i个时隙。

可选的，至少一个参数还指示K个时隙中的第1个时隙内的第一PUCCH的起始符号编号和符号个数L，第i个时隙中的与第1个时隙内的第一PUCCH的起始符号编号相同的符号为上行符号，第i个时隙中的与第1个时隙内的第一PUCCH起始符号编号相同的符号之后有L-1个符号为上行符号，L为大于1的整数。

其中，L具体可以为大于3的整数，即第k个时隙内的第一PUCCH为长时长PUCCH。第i个时隙中的L个符号可以为连续或不连续的L个符号。

该可选的方式中，基站可以通过信令发送第1个时隙内的第一PUCCH的起始符号编号、符号数、结束符号编号其中的至少两项。

本申请实施例提供的上述方法可以应用于时分双工(time division duplexing，简称TDD)系统，也可以应用在频分双工(frequency division duplexing，简称FDD)系统中。

5G NR简介：

5G New Radio(5G NR)是在3GPP组织中新近提出的一个课题，位于release 14中。在过去的近10年中，3GPP组织提出的LTE标准已经被全世界广泛使用，被称作4G通信技术。例如，中国移动、中国联通、中国电信，都分别采用了4G LTE TDD和FDD模式的传输技术，并为广大用户提供了高速便捷的移动网络服务。

而随着新一代5G技术进入讨论阶段，原先4G LTE里已经达到的系统结构和接入流程是否继续采纳？一方面，由于通信系统是后项兼容的，所以后来研发的新技术倾向于兼容之前已经标准化的技术；而另一方面，由于4G LTE已经存在了大量的现有设计，如果为了达到兼容，必然要牺牲掉5G的很多灵活度，从而降低性能。所以，目前在3GPP组织中两个方向并行研究，不考虑后向兼容的技术讨论组，被称为5G NR。

时隙格式：

5G NR以时隙为调度单元，一个时隙可包含14个符号，具体到每个符号上，其用途可以是上行、下行、空闲、未知资源或保留资源，其中，用途为空闲即为没有指示用途的符号；所述用途“未知”资源目的是支持多种服务类型做出的冗余设计，所述用途为保留资源的目的是支持服务类型或者多种传输之间的切换而设计。由于每个符号都有多种用途的可能，一个时隙上的结构是由具有多种各类用途符号的组合而成的，例如一个时隙可以是开头3个符号为下行符号，最后10个上行符号。几种常用的结构包括全上行(即14个符号均为上行)、全下行(即14个符号均为下行)、部分下行部分上行(即部分符号为下行、另一部分为上行)。

基站通过高层信令(RRC信令、MAC信令)或动态信令(Group-common PDCCH)传输时隙格式给终端。

上行控制信道PUCCH：

在5G NR中，上行控制信道用来承载上行控制信息，比如ACK/NACK、CQI反馈等。上行控制信道包括短时长上行控制信道和长时长上行控制信道。短时长上行控制信道可以在时域上占用1个或2个正交频分复用(orthogonal frequency division multiplexing，OFDM)符号；长时长上行控制信道可以在一个时隙内的时域上占用4个到14个OFDM符号。在一些场景下，为了提高覆盖范围，长时长上行控制信道可以在多个时隙上传输，并且在每个时隙上传输的时长相同。

现有技术的技术方案：

现有的LTE系统中存在多子帧承载PUCCH的设计，具体而言，基站通过高层信令配置PUCCH重复传输的时隙个数，并在上行子帧调度UE传输PUCCH。由于LTE系统仅能在上行子帧传输PUCCH，所述的上行子帧是子帧中的符号均为上行符号的子帧，此时，每个上行子帧中承载PUCCH的符号数是相同的，而且所述承载PUCCH的符号位置是固定的，即PUCCH覆盖每个上行子帧的第一个符号至最后一个符号。在目前的讨论中，一种可能的扩展形式是在每个时隙的固定符号位置承载PUCCH以达到多时隙PUCCH的传输。

LTE中子帧和NR中时隙的描述都是一种时域调度单元，具体来讲，LTE中的子帧的时长和NR中15kHz子载波间隔情况下的时隙时长相同。NR中引入时隙概念主要是为了应对多种子载波间隔情况下的调度的描述方便。

现有技术的缺点：

现有技术采用固定的位置作为long PUCCH的时域资源，但是5G NR中时隙结构多变，要求时隙中固定的位置都有资源承载long PUCCH难度比较大。举一个例子，如果多时隙long PUCCH在时隙中固定的第5个至第12个符号承载，则要求每个承载多时隙long PUCCH的时隙在第5个至第12个符号均为上行符号，而实际上一个时隙仅需要满足有8个上行符号就可以承载所述的long PUCCH了。从上述分析可以看出，在固定的位置传输对时隙格式有明确的要求，从而浪费了很多有足够的上行符号，但是所述上行符号不位于所述固定位置的时隙。

在LTE中，PUCCH的重复只在上行子帧中重复传输，而NR的long PUCCH可在多种时隙格式里传输，这样就需要解决两个问题：第一个问题，时隙格式是否能够承载long PUCCH需要判断，这个问题仅出现在TDD系统中，即在同一个频域资源上，一部分时域资源作为上行传输的资源，一部分时域资源作为下行传输的资源，在FDD系统中，一个频域资源仅作上行传输或者下行传输时是不存在这个问题的；第二个问题，时隙格式中有足够的上行符号时，在哪些符号上传输long PUCCH也需要进一步的规则进行限定，否则，如果基站指示每个时隙的第几个符号开始传输long PUCCH，则开销过大。

本申请的实施例给出了TDD情况下多时隙long PUCCH的时隙方法：

1)首先，针对时隙格式是否能够承载long PUCCH的问题，本申请给出了终端侧的判断方法，并给出了多种实施例情况下的方法细节；

2)其次，针对在哪些符号承载long PUCCH，本申请给出了确定时隙内起始符号的规则，包括根据在上行符号范围内的相对位置或者相邻时隙long PUCCH的位置确定longPUCCH的起始符号。

本申请实施例的方案给出了多时隙long PUCCH的实现方法。

其中，方案一给出了终端侧判定时隙是否能支持long PUCCH重复的方法；方案二给出了终端确定在时隙的哪些符号上传输long PUCCH的规则。

在方案一中，终端判断时隙是否能够承载long PUCCH

现有技术LTE中，终端只在上行子帧传输long PUCCH，所以不存在终端判断某个子帧是否能够承载long PUCCH这个步骤。而5G NR中，由于一个时隙即可以有部分上行符号也可以有部分下行符号，终端需要判断该时隙是否能够承载long PUCCH重复，这个步骤是现有技术中没有的。

具体包括以下步骤：

步骤1：终端接收基站发送的指示信令，指示终端发送多时隙long PUCCH，以及多个时隙long PUCCH的参数；

步骤2：终端判断时隙n是否能够承载long PUCCH，如果能承载，则终端在该时隙传输long PUCCH，如果不能承载，终端判断下一个时隙是否能承载long PUCCH；

步骤2在具体实现时具体可以通过步骤2-1实现，步骤2-1包括：终端根据时隙格式和long PUCCH的参数判断该时隙n是否能够承载long PUCCH。

一种可能的实现方式，终端根据long PUCCH在时隙内长度和时隙n中可用的上行符号数判断，如果long PUCCH在时隙内长度小于或等于时隙n中可用的上行符号数，则判定该时隙n可以承载long PUCCH，否则时隙n不能承载long PUCCH；可选的，所述可用的上行符号数包括时隙n内连续的上行符号总数；可选的，所述可用的上行符号数为时隙内连续的上行符号总数减去x，其中x为其他用途的上行符号，例如LTE和NR共存时，LTE的SRS(探测参考信号)所占用的一个符号，或者该终端在该时隙传输SRS所占用的符号数等。

另一种可能的实现方式，终端判断基站指示的long PUCCH所覆盖的符号位置的功能，如果均为上行符号，则该时隙可以承载long PUCCH，否则该时隙不能承载long PUCCH。

实施例一：终端根据连续的上行符号数判断时隙是否能够承载long PUCCH

实施例一是方案一步骤2-1的一个具体实施例，是以连续的上行符号总数是否大于或等于long PUCCH在时隙内所占的符号数作为判断依据的。

多时隙long PUCCH在y个时隙上的长度分别为L1、L2,…Ly；终端在第n个时隙判断是否能承载多时隙long PUCCH的第i个long PUCCH重复，所述第i个long PUCCH占用Li个符号。终端获取第n个时隙的时隙结构，得到该时隙结构中连续的上行符号数，如果该连续的上行符号数大于Li，则终端在该时隙传输long PUCCH的第i个重复，否则终端继续判断下一个时隙是否能承载long PUCCH的第i个重复，以此类推。具体可参见图15。

实施例二：在LTE和NR共存场景下，终端根据可用的上行符号数判断时隙是否能够承载long PUCCH

实施例二是方案一步骤2-1的一个具体实施例，是以可用的上行符号总数是否大于或等于long PUCCH在时隙内所占的符号数作为判断依据的。

在LTE和NR共存场景中，LTE和NR可共同同一频带，此时，NR的终端需要排除LTE所占用的部分符号，这些符号可能用于LTE SRS传输等；此外，NR终端需要排除该终端在该时隙内上行符号的传输所用的符号数，比如该终端可能有短时长上行控制信道的传输或者其他信令传输。在排除这些符号后，剩余的连续上行符号总数大于或者等于long PUCCH在时隙内所占的符号数时，则终端在该时隙传输long PUCCH的重复，否则终端继续判断下一个时隙是否能承载long PUCCH的重复，以此类推。示例性的，可参见图16。

实施例三：终端判断时隙的固定位置上是否能够承载long PUCCH

实施例三是方案一步骤2-1的一个具体实施例，是以基站分配long PUCCH的固定位置上是否均为可用的上行符号作为判断依据的。

基站通过信令发送long PUCCH的起始符号、符号数、结束符号其中的至少两项，终端在每个时隙上判断所述long PUCCH所涵盖的符号位置上是否均为上行符号。例如，基站通知终端在时隙的第5个至第10个符号传输long PUCCH，终端获取第n个时隙的时隙结构，时隙结构中的第5个至第10个符号如果均为上行符号，则终端在第n个时隙传输long PUCCH的重复，否则终端继续判断第n+1个时隙是否满足要求。示例性的，可参见图17。

方案二：终端判断时隙中的传输long PUCCH的上行符号的起始符号

方案一给出了终端判断一个时隙是否能够承载long PUCCH重复的方法，在确定一个时隙有足够的资源承载long PUCCH后，终端需要确定在所述时隙的那些资源上传输longPUCCH，这就涉及到long PUCCH起始符号的确定。举个例子，long PUCCH的重复占用8个符号，而一个时隙有10个上行符号，如何确定10个符号里哪些符号用于承载long PUCCH是方案二要解决的问题。

需要说明的是，如果最终实现的标准规定或基站通知各时隙在相同的位置承载long PUCCH，则不存在确定起始符号的问题。

在多时隙long PUCCH的配置信令里，由于时隙的数量可多变，而每个时隙都需要一个起始符号标号，分别指示所有时隙的起始符号将增加很多的信令开销；而像现有技术所述的固定位置则对时隙的格式有严格要求。

本申请方案采用时隙中上行符号范围内的相对位置作为起始符号的确定依据，并在标准中进行体现。当传输多时隙long PUCCH时，终端根据上行符号范围内的相对位置确定long PUCCH的位置，并传输long PUCCH。

所述上行符号内的相对位置包含多种可能性。对于时域长度Li的long PUCCH(i>1，即从多时隙long PUCCH的第二个时隙开始使用下述规则)，一种可能的实施方式是在上行符号范围内的第一个符号及之后的Li-1个符号作为long PUCCH的时域资源；一种可能的实施方式是在上行符号范围内的最后一个符号及之前的Li-1个符号作为long PUCCH的时域资源；一种可能的实施方式是在与上行符号范围的第x个符号的符号及之后的Li-1个符号传输long PUCCH，或者与上行符号范围的倒数第x个符号的符号及之前的Li-1个符号传输long PUCCH。

另一种可能的实施方式是对long PUCCH的两个跳频部分分别进行限定。第一跳频部分的起始符号位于上行符号范围的第一个符号或者与上行符号范围第x个符号的符号上；第二个跳频部分的结束符号位于上行符号范围的最后一个符号或者与上行符号范围倒数第y个符号的符号上。上述这种方式相对复杂，后续具体实施例没有继续详细描写。

另一种可能的实施方式是考虑多时隙long PUCCH的相对位置，其中，一个时隙内long PUCCH的结束符号位于上行符号范围的最后一个符号，之后的另一个时隙内longPUCCH的起始符号位于上行符号范围的第一个符号。这样两个long PUCCH时域上间隔较小，优点是前一个时隙的long PUCCH内的信道测量结果可以辅助下一个时隙long PUCCH的信道测量，从而提高性能。上述针对的是两个时隙的描述，对于大于2个时隙的情况，一种方式是每两个时隙按照上述方法传输，另一种方式是多时隙的第一个时隙内long PUCCH的结束符号位于上行符号范围的最后一个符号，且多时隙的最后一个时隙内long PUCCH的起始符号位于上行符号范围的第一个符号。

实施例四：终端在第二个时隙及以后的时隙内确定第一个上行符号为传输longPUCCH的上行符号的起始符号。

该情况下，可以在5G标准中规定多时隙long PUCCH的第二个时隙及以后的时隙内，各时隙内第一个上行符号作为long PUCCH的资源。

如下图18所示，终端传输多时隙long PUCCH，时隙n作为多时隙long PUCCH的第二个时隙，其中，long PUCCH的起始符号为时隙n的上行符号范围内的第一个符号；时隙n+1作为多时隙long PUCCH的第三个时隙，其中，long PUCCH的起始符号为时隙n+1的上行符号范围内的第一个符号；时隙n+2作为多时隙long PUCCH的第四个时隙，其中，long PUCCH的起始符号为时隙n+2的上行符号范围内的第一个符号。

实施例五：终端在第二个时隙及以后的时隙内确定最后一个上行符号为传输longPUCCH的上行符号的起始符号

该情况下，可以在5G标准中规定多时隙long PUCCH的第二个时隙及以后的时隙内，各时隙内最后一个上行符号作为long PUCCH的资源。

如下图19所示，终端传输多时隙long PUCCH，时隙n作为多时隙long PUCCH的第二个时隙，其中，long PUCCH的结束符号为时隙n的上行符号范围内的最后一个符号；时隙n+1作为多时隙long PUCCH的第三个时隙，其中，long PUCCH的结束符号为时隙n+1的上行符号范围内的最后一个符号；时隙n+2作为多时隙long PUCCH的第四个时隙，其中，long PUCCH的结束符号为时隙n+2的上行符号范围内的最后一个符号。

实施例六：终端在第二个时隙及以后的时隙内确定第x个或倒数第x个上行符号为传输long PUCCH的上行符号的起始符号

该情况下，可以在5G标准中规定多时隙long PUCCH的第二个时隙及以后的时隙内，各时隙内第x个符号作为long PUCCH的起始符号，或各时隙内倒数第x个符号的符号作为long PUCCH的结束符号，x为大于1的整数。

如下图20所示，终端传输多时隙long PUCCH，时隙n作为多时隙long PUCCH的第二个时隙，其中，long PUCCH的起始符号为时隙n的上行符号范围内的第x个符号；时隙n+1作为多时隙long PUCCH的第三个时隙，其中，long PUCCH的起始符号为时隙n+1的上行符号范围内的第x个符号；时隙n+2作为多时隙long PUCCH的第四个时隙，其中，long PUCCH的起始符号为时隙n+2的上行符号范围内的第x个符号。

实施例七：终端根据一个时隙的相邻的时隙上的传输long PUCCH的上行符号确定该时隙上的传输long PUCCH的上行符号的起始符号

如图21所示，在两个时隙的情况下，第一个时隙内的long PUCCH的结束符号为该时隙内上行符号的最后一个符号，第二个时隙的long PUCCH的开始符号为该时隙内上行符号的第一个符号。

一种可能的实现方式，在N个时隙的情况下，N为大于2的整数，每两个时隙依次采用图21所示的方式。示例性的，可参见图21。其中，由于两个longPUCCH接近，两个longPUCCH可共享部分DMRS检测结果以提高性能。

另一种可能的实现方式，在N个时隙long PUCCH中，第二个时隙内的long PUCCH的结束符号为该时隙内上行符号的最后一个符号，第N个时隙的long PUCCH的开始符号为该时隙内上行符号的第一个符号。

本申请实施例提出的方式给出了多时隙长时长上行控制信道的资源分配方法，涉及到时隙是否有资源承载长时长上行控制信道以及所述长时长上行控制信道位于时隙的哪些时域资源上。

本申请上述主要从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述终端和/或基站为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端和/或基站进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

示例性的，图22示出了上述实施例中所涉及的一种装置220的可能的结构示意图，该装置220包括处理单元2201和通信单元2202，还可以包括存储单元2203。该装置220可以为终端或基站。

当该装置220为终端，处理单元2201用于对终端的动作进行控制管理，例如，处理单元2201用于支持终端执行图2中的步骤201和203，图14中的步骤1402和1403，和/或本申请实施例中所描述的其他过程中的终端执行的动作。通信单元2202用于支持终端与其他网络实体进行通信，例如，与图2中所示的基站进行通信。存储单元2203用于存储终端的程序代码和数据。

当该装置220为基站，处理单元2201用于对基站的动作进行控制管理，例如，处理单元2201用于支持基站执行图2中的步骤202和204，图14中的步骤1401和1404，和/或本申请实施例中所描述的其他过程中的基站执行的动作。通信单元2202用于支持基站与其他网络实体进行通信，例如，与图2中所示的终端进行通信。存储单元2203用于存储基站的程序代码和数据。

其中，处理单元2201可以是处理器或控制器，通信单元2202可以是通信接口、收发器、收发电路等，其中，通信接口是统称，可以包括一个或多个接口。存储单元2203可以是存储器。当处理单元2201为处理器，通信单元2202为通信接口，存储单元2203为存储器时，本申请实施例所涉及的装置220可以为图1所示的网络设备10。

其中，当网络设备10为终端时，处理器101对终端的动作进行控制管理，例如，处理器101用于支持终端执行图2中的步骤201和203，图14中的步骤1402和1403，和/或本申请实施例中所描述的其他过程中的终端执行的动作。通信接口104用于支持终端与其他网络实体进行通信，例如，与图2中所示的基站进行通信。存储器103用于存储终端的程序代码和数据。

当网络设备10为基站时，处理器101对基站的动作进行控制管理，例如，处理器101用于支持基站执行图2中的步骤202和204，图14中的步骤1401和1404，和/或本申请实施例中所描述的其他过程中的基站执行的动作。通信接口104用于支持基站与其他网络实体进行通信，例如，与图2中所示的终端进行通信。存储器103用于存储基站的程序代码和数据。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，简称SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。