上行传输方法及装置、存储介质与流程

1.本公开涉及通信领域，尤其涉及上行传输方法及装置、存储介质。


背景技术：

2.目前，终端在进行上行传输时，最多支持2传输(transmit，tx)发送。版本-18(release-18，rel-18)多载波(multicarrier)增强(enhancement)项目中，确定对上行链路(uplink，ul)tx切换(switching)进行增强。具体地，终端支持在3个或者4个频带(band)之间进行ul tx switching。
3.当终端在多个频带(band)上进行ul tx switching时，基站会存在无法判断终端侧的tx链(chain)是否需要进行switching的问题，导致基站侧和终端侧的理解不一致。


技术实现要素：

4.为克服相关技术中存在的问题，本公开实施例提供一种上行传输方法及装置、存储介质。
5.根据本公开实施例的第一方面，提供一种上行传输方法，所述方法应用于终端，包括：
6.在所述终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
7.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
8.基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述参考频带组中包括所述多个频带中的一个或两个。
9.可选地，方法还包括：
10.确定所述参考频带组；
11.基于所述参考频带组，确定所述关联关系；
12.向基站上报所述关联关系。
13.可选地，所述方法还包括：
14.接收基站发送的指示信息；其中，所述指示信息用于指示所述参考频带组；
15.基于所述指示信息所指示的所述参考频带组，确定所述关联关系。
16.可选地，所述接收基站发送的指示信息，包括：
17.接收所述基站通过无线资源控制rrc信令发送的所述指示信息；或者
18.接收所述基站通过媒体访问控制单元mac ce信令发送的所述指示信息。
19.可选地，所述确定所述关联关系，包括：
20.在通过第一参考频带组所包括的第一频带进行上行传输的情况下，基于所述第一参考频带组，确定所述关联关系；其中，所述第一参考频带组是所述参考频带组中的任一组。
21.可选地，所述基于所述第一参考频带组，确定所述关联关系，包括：
22.确定所述第一参考频带组对应的一条上行传输链工作在所述第一频带上；
23.确定所述第一参考频带组对应的另一条上行传输链工作在所述第一参考频带组所包括的第二频带上。
24.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
25.在所述终端的相邻两次上行传输所在的频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
26.可选地，所述在所述终端的相邻两次上行传输所在的频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长，包括：
27.在所述终端的相邻两次上行传输所在的频带相同且相同的所述频带属于所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长；或者，
28.在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
29.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
30.在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间需要所述切换时长；或者，
31.在所述终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变时，确定所述终端的相邻两次上行传输之间需要所述切换时长。
32.可选地，所述方法还包括：
33.在相同的所述频带所对应的上行传输链的数目发生改变的情况下，确定所述对应关系发生改变。
34.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
35.在所述参考频带组有多组的情况下，如果所述终端的相邻两次上行传输所对应的所述参考频带组发生改变，确定所述终端的相邻两次上行传输之间需要所述切换时长。
36.可选地，所述方法还包括：
37.确定所述终端不期待在所述多个频带中的两个或两个以上频带上同时进行上行传输。
38.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
39.在所述终端的相邻两次上行传输的频带不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长；或者，
40.在所述终端的相邻两次上行传输的频带相同且相邻两次上行传输使用的端口数目不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长。
41.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
42.在所述终端的相邻两次上行传输的频带相同时，确定所述终端的相邻两次上传传输之间不需要所述切换时长。
43.可选地，所述终端的相邻两次上行传输使用的端口数目相同或不同。
44.根据本公开实施例的第二方面，提供一种上行传输方法，所述方法应用于基站，包括：
45.在确定终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
46.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
47.基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述参考频带组中包括所述多个频带中的一个或两个。
48.可选地，所述方法还包括：
49.接收所述终端上报的所述关联关系。
50.可选地，所述方法还包括：
51.向所述终端发送指示信息；其中，所述指示信息用于指示所述参考频带组；
52.基于所述指示信息所指示的所述参考频带组，确定所述关联关系。
53.可选地，所述向所述终端发送指示信息，包括：
54.通过无线资源控制rrc信令向所述终端发送所述指示信息；或者
55.通过媒体访问控制单元mac ce信令向所述终端发送所述指示信息。
56.可选地，所述确定所述关联关系，包括：
57.在所述终端通过第一参考频带组所包括的第一频带进行上行传输的情况下，基于所述第一参考频带组，确定所述关联关系；其中，所述第一参考频带组是所述参考频带组中的任一组。
58.可选地，所述基于所述第一参考频带组，确定所述关联关系，包括：
59.确定所述第一参考频带组对应的一条上行传输链工作在所述第一频带上；
60.确定所述第一参考频带组对应的的另一条上行传输链工作在所述第一参考频带组所包括的第二频带上。
61.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
62.在所述终端的相邻两次上行传输所在的频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
63.可选地，所述在所述终端的相邻两次上行传输所在的频带属于同一参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长，包括：
64.在所述终端的相邻两次上行传输所在的频带相同且相同的所述频带属于任一组所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长；或者，
65.在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
66.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
67.在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间需要所述切换时长；或者，
68.在所述终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变时，确定所述终
端的相邻两次上行传输之间需要所述切换时长。
69.可选地，所述方法还包括：
70.在相同的所述频带所对应的上行传输链的数目发生改变的情况下，确定所述对应关系发生改变。
71.可选地，所述基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
72.在所述参考频带组有多组的情况下，如果所述终端的相邻两次上行传输所对应的所述参考频带组发生改变，确定所述终端的相邻两次上行传输之间需要所述切换时长。
73.可选地，所述方法还包括：
74.确定所述多个频带中的任意两个频带所占用的时域资源不重叠。
75.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
76.在所述终端的相邻两次上行传输的频带不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长；或者，
77.在所述终端的相邻两次上行传输的频带相同且相邻两次上行传输使用的端口数目不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长。
78.可选地，所述确定所述终端的相邻两次上行传输之间是否需要切换时长，包括：
79.在所述终端的相邻两次上行传输的频带相同时，确定所述终端的相邻两次上传传输之间不需要所述切换时长。
80.可选地，所述终端的相邻两次上行传输使用的端口数目相同或不同。
81.根据本公开实施例的第三方面，提供一种上行传输装置，所述装置应用于终端，包括：
82.第一确定模块，被配置为在所述终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
83.根据本公开实施例的第四方面，提供一种上行传输装置，所述装置应用于基站，包括：
84.第二确定模块，被配置为在确定终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
85.根据本公开实施例的第五方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述终端侧任一项所述的上行传输方法。
86.根据本公开实施例的第六方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述基站侧任一项所述的上行传输方法。
87.根据本公开实施例的第七方面，提供一种上行传输装置，包括：
88.处理器；
89.用于存储处理器可执行指令的存储器；
90.其中，所述处理器被配置为用于执行上述终端侧任一项所述的上行传输方法。
91.根据本公开实施例的第八方面，提供一种上行传输装置，包括：
92.处理器；
93.用于存储处理器可执行指令的存储器；
94.其中，所述处理器被配置为用于执行上述基站侧任一项所述的上行传输方法。
95.本公开的实施例提供的技术方案可以包括以下有益效果：
96.在本公开实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，终端和基站可以基于相同的原则确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
97.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
98.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
99.图1是根据一示例性实施例示出的一种传输链的示意图。
100.图2a是根据一示例性实施例示出的一种en-dc场景下进行上行传输切换的场景示意图。
101.图2b是根据一示例性实施例示出的一种inter-band ca场景下进行上行传输切换的场景示意图。
102.图2c是根据一示例性实施例示出的一种sul场景下进行上行传输切换的场景示意图。
103.图3是根据一示例性实施例示出的一种上行传输方法流程示意图。
104.图4是根据一示例性实施例示出的另一种上行传输方法流程示意图。
105.图5是根据一示例性实施例示出的另一种上行传输方法流程示意图。
106.图6是根据一示例性实施例示出的另一种上行传输方法流程示意图。
107.图7是根据一示例性实施例示出的另一种上行传输方法流程示意图。
108.图8是根据一示例性实施例示出的一种上行传输方法流程示意图。
109.图9是根据一示例性实施例示出的另一种上行传输方法流程示意图。
110.图10是根据一示例性实施例示出的另一种上行传输方法流程示意图。
111.图11是根据一示例性实施例示出的另一种上行传输方法流程示意图。
112.图12是根据一示例性实施例示出的另一种上行传输方法流程示意图。
113.图13是根据一示例性实施例示出的一种上行传输装置框图。
114.图14是根据一示例性实施例示出的另一种上行传输装置框图。
115.图15是本公开根据一示例性实施例示出的一种上行传输装置的一结构示意图。
116.图16是本公开根据一示例性实施例示出的另一种上行传输装置的一结构示意图。
具体实施方式
117.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附
权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
118.在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含至少一个相关联的列出项目的任何或所有可能组合。
119.应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
120.ul tx是指射频传输链(transmit chain，tx chain)。对于一个终端而言，可以将两个tx chain用于同一个band上的上行发送，也可以分别用于两个band上的上行发送。对于tx chain的一个可能的硬件实现例如图1所示，其中，每个模数转换器(analog to digital converter，adc)可以对应一个tx chain。
121.对于关联到某个频带(band)的一个或者两个tx chain，并不一定发生实际的上行传输，取决于实际的调度或者配置。可能存在终端在一个band上按照单端口发送上行数据，但是基站无法判断终端是否进行了tx switching。例如终端支持在4个band之间进行ul tx switching，tx chain与band的对应关系可以例如表1所示。
122.表1
[0123][0124]
在这个例子下，基站无法区分终端侧的tx chain属于情况1或者属于情况2，从而造成基站侧和终端侧理解不一致。
[0125]
在版本16(release-16)和版本17中，终端仅支持在两个band之间进行ul tx切换，并支持演进的通用陆基无线接入及新空口的双连接(e-utra-nr dual connectivity，en-dc)、频带间(inter-band)载波聚合(carrier aggregation，ca)以及补充上行链路(supplementary uplink，sul)三种场景，参照图2a至图2c所示，其中，en-dc场景下不支持2tx传输。
[0126]
进一步地，支持两种不同的ul tx switching方案(scheme)，也即：
[0127]
切换上行链路(switchedul)，终端不支持同时在两个band上进行上行发送；
[0128]
双上行链路(dualul)，终端支持同时在两个band上进行上行发送。
[0129]
上述两种传输模式通过无线资源控制(radio resource control，rrc)信令进行配置。
[0130]
当前方案协议只支持在两个band上进行ul tx switching。在rel-18multicarrier enhancement项目中，明确了需要对多于两个band上的ul tx switching进行研究。
[0131]
以终端支持在4个band上进行两个ul tx的切换为例，存在如表2所示的10种不同
tx chain与频带组(频带组可以包括4个band中的一个或两个)之间的关联关系，每种关联关系存在多种不同的实际传输状况。
[0132]
表2
[0133][0134]
其中，需要说明的是，以case1-1为例，1p+0p+0p+0p表示终端只在band#1上采用单端口发送，0p+1p+0p+0p表示终端只在band#2上采用单端口发送，1p+1p+0p+0p表示终端同时在band#1和band#2上分别采用单端口发送。
[0135]
但是，对于上述具体的uplink transmission场景，基站和终端可能对于其对应的tx chain与band的对应关系存在理解不一致的问题，以下列出了表2中容易出现理解不一致的情况：
[0136]
case 1-1(1p+0p+0p+0p)被基站侧理解成case 1-2(1p+0p+0p+0p)；
[0137]
case 1-1(1p+0p+0p+0p)被基站侧理解成case 1-3(1p+0p+0p+0p)；
[0138]
case 1-1(0p+1p+0p+0p)被基站侧理解成case 1-4(0p+1p+0p+0p)；
[0139]
case 1-1(0p+1p+0p+0p)被基站侧理解成case 1-5(0p+1p+0p+0p)；
[0140]
case 1-2(1p+0p+0p+0p)被基站侧理解成case 1-3(1p+0p+0p+0p)；
[0141]
case 1-2(0p+0p+1p+0p)被基站侧理解成case 1-4(0p+0p+1p+0p)；
[0142]
case 1-3(0p+0p+0p+1p)被基站侧理解成case 1-5(0p+0p+0p+1p)；
[0143]
case 1-1(1p+0p+0p+0p)被基站侧理解成case 2-1(1p+0p+0p+0p)；
[0144]
case 1-1(0p+1p+0p+0p)被基站侧理解成case 2-2(0p+1p+0p+0p)；
[0145]
case 1-2(1p+0p+0p+0p)被基站侧理解成case 2-1(1p+0p+0p+0p)；
[0146]
case 1-2(0p+0p+1p+0p)被基站侧理解成case 2-3(0p+0p+1p+0p)；
[0147]
case 1-3(1p+0p+0p+0p)被基站侧理解成case 2-1(1p+0p+0p+0p)；
[0148]
case 1-3(0p+0p+0p+1p)被基站侧理解成case 2-4(0p+0p+0p+1p)；
[0149]
case 1-4(0p+1p+0p+0p)被基站侧理解成case 2-2(0p+1p+0p+0p)；
[0150]
case 1-4(0p+0p+1p+0p)被基站侧理解成case 2-3(0p+0p+1p+0p)；
[0151]
case 1-5(0p+1p+0p+0p)被基站侧理解成case 2-2(0p+1p+0p+0p)；
[0152]
case 1-5(0p+0p+0p+1p)被基站侧理解成case 2-2(0p+0p+0p+1p)。
[0153]
可以看出，当终端在多于两个band上进行ul tx switching时，基站无法判断终端侧的tx chain是否需要进行switching的问题，也就不能确定终端的相邻两次上行传输之间是否需要切换时长(例如，switching period)。造成终端与基站理解不一致。
[0154]
需要强调的是，本技术中的相邻两次传输可以是指当前实际要发送的传输与紧邻的上一个传输。不同的传输对应于不同的资源调度，而不限于时域上紧邻。
[0155]
为了解决上述技术问题，本公开提供了以下上行传输方法。下面先从终端侧介绍一下本公开提供的上行传输方法。
[0156]
本公开实施例提供了一种上行传输方法，参照图3所示，图3是根据一实施例示出的一种上行传输方法流程图，可以应用于终端，该方法可以包括以下步骤：
[0157]
在步骤301中，在所述终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
[0158]
在本公开实施例中，多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。终端可以基于基站发送的指示或基于协议约定的方式确定终端的相邻两次上行传输之间是否需要切换时长。
[0159]
上述实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，终端和基站可以基于相同的原则确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0160]
在一些可选实施例中，参照图4所示，图4是根据一实施例示出的一种上行传输方法流程图，可以应用于终端，该方法可以包括以下步骤：
[0161]
在步骤401中，基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述参考频带组中包括所述多个频带中的一个或两个。
[0162]
在本公开实施例中，多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。
[0163]
在本公开实施例中，参考频带组(band pair)可以有一组或多组，本公开对此不作限定。对于每个参考频带组而言，其可以包括上述多个频带中的一个或两个。在已经确定终端支持进行上行传输切换的多个频带的情况下，参考频带组可能的组成情况也可以相应确定。假设多个频带的总数目为n，则参考频带组可能的组成情况为m种，
[0164]
例如n为4，则参考频带组可能的组成情况为m＝10，即可能的组成情况与表2所示的case相同。
[0165]
其中，参考频带组中包括多个频带中的一个可以对应表2中的case2-1至case2-4中的任一情况，参考频带组中包括多个频带中的两个可以对应表2中的case1-1至case1-6中的任一情况。
[0166]
例如，可以确定参考频带组由第一到第四频带中的一个或两个频带构成。
[0167]
在本公开实施例中，终端可以基于基站指示或协议约定的方式确定是否需要切换时长。
[0168]
上述实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，可以基于参考频带组与上行传输链之间的关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0169]
在一些可选实施例中，上述关联关系可以由终端确定后上报给基站。
[0170]
参照图5所示，图5是根据一实施例示出的一种上行传输方法流程图，可以应用于终端，该方法可以包括以下步骤：
[0171]
在步骤501中，确定所述参考频带组。
[0172]
在本公开实施例中，终端可以根据自身情况，自己来确定参考频带组。参考频带组中可以包括上述多个频带中的一个或两个，本公开对此不作限定。多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。终端可以基于基站指示或协议约定的方式确定是否需要切换时长。
[0173]
例如多个频带的总数目为4，终端可以在表2中确定一组或多组参考频带组，本公开对此不作限定。
[0174]
在步骤502中，基于所述参考频带组，确定所述关联关系。
[0175]
在本公开实施例中，终端可以采用以下方式来确定关联关系：
[0176]
在通过第一参考频带组所包括的第一频带进行上行传输的情况下，基于所述第一参考频带组，确定所述关联关系；其中，所述第一参考频带组是所述参考频带组中的任一组。
[0177]
即终端的实际上行传输在第一参考频带组中的第一频带上进行的情况下，上述关联关系可以由该第一参考频带组确定。
[0178]
在一个可能的实现方式中，终端可以确定所述第一参考频带组对应的一条上行传输链工作在所述第一频带上，另外还可以确定所述第一参考频带组对应的另一条上行传输链工作在所述第一参考频带组所包括的第二频带上。
[0179]
例如，实际上行传输在参考频带组{band#1，band#2}中的band#1上进行，则参考频带组{band#1，band#2}对应的一条上行传输链工作在band#1上，参考频带组{band#1，band#2}对应的另一条上行传输链工作在band#2上。
[0180]
在步骤503中，向基站上报参考频带组与上行传输链之间的关联关系。
[0181]
在步骤504中，基于所述关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长。
[0182]
在一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带属于同一
所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0183]
具体地，在所述终端的相邻两次上行传输所在的频带相同且相同的所述频带属于任一组所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0184]
例如，终端的相邻两次上行传输所在的频带相同，均为band#1，且band#1属于之前确定的任一组参考频带组，假设属于参考频带组{band#1，band#2}，则确定终端的相邻两次上行传输之间不需要所述切换时长。
[0185]
具体地，在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0186]
例如，终端的相邻两次上行传输所在的频带不同，分别为band#1、band#2，且band#1、band#2属于之前确定的同一参考频带组{band#1，band#2}，则确定终端的相邻两次上行传输之间不需要所述切换时长。
[0187]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0188]
例如，终端的相邻两次上行传输所在的频带不同，分别为band#1、band#3，且之前确定的参考频带组为{band#1，band#2}，则确定终端的相邻两次上行传输之间需要所述切换时长。
[0189]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变时，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0190]
其中，终端在相同的所述频带所对应的上行传输链的数目发生改变的情况下，确定所述对应关系发生改变。具体地，该相同的频带对应的上行传输链的数目由1条变为2条，或者由2条变为1条，终端均认为该频带所对应的上行传输链的数目发生改变。进一步地，可以确定终端的相邻两次上行传输之间需要所述切换时长。
[0191]
例如，终端的相邻两次上行传输所在的频带相同，均为band#1，且band#1属于之前确定的任一组参考频带组，假设属于参考频带组{band#1，band#2}，但是band#1对应的上行传输链由1条变为2条，则终端确定相邻两次上行传输之间需要所述切换时长。
[0192]
在另一个可能的实现方式中，在所述参考频带组有多组的情况下，如果所述终端的相邻两次上行传输所对应的所述参考频带组发生改变，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0193]
例如，终端的参考频带组有两组，分别为{band#1，band#2}，{band#3，band#4}，则在终端的前一次上行传输对应{band#1，band#2}，即将进行的上行传输对应{band#3，band#4}的情况下，确定相邻两次上行传输之间需要所述切换时长。
[0194]
上述实施例中，终端可以在确定关联关系后上报给基站，以便终端侧和基站侧均基于该关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0195]
在一些可选实施例中，基站可以发送指示信息给终端，该指示信息用于指示参考
频带组，终端根据参考频带组确定关联关系。
[0196]
参照图6所示，图6是根据一实施例示出的一种上行传输方法流程图，可以应用于终端，该方法可以包括以下步骤：
[0197]
在步骤601中，接收基站发送的指示信息；其中，所述指示信息用于指示所述参考频带组。
[0198]
在本公开实施例中，基站可以发送指示信息告知终端参考频带组。任一组参考频带组中可以包括上述多个频带中的一个或两个，本公开对此不作限定。多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。终端可以基于基站指示或协议约定的方式确定是否需要切换时长。
[0199]
在一个可能的实现方式中，终端可以接收基站通过rrc信令发送的该指示信息。
[0200]
在另一个可能的实现方式中，终端可以接收基站通过媒体访问控制单元(media access control element，mac ce)信令发送的该指示信息。
[0201]
在步骤602中，基于所述参考频带组，确定所述关联关系。
[0202]
在本公开实施例中，终端可以采用以下方式来确定关联关系：
[0203]
在通过第一参考频带组所包括的第一频带进行上行传输的情况下，基于所述第一参考频带组，确定所述关联关系；其中，所述第一参考频带组是所述参考频带组中的任一组。
[0204]
即终端的实际上行传输在第一参考频带组中的第一频带上进行的情况下，上述关联关系可以由该第一参考频带组确定。
[0205]
在一个可能的实现方式中，终端可以确定所述第一参考频带组对应的一条上行传输链工作在所述第一频带上，另外还可以确定所述第一参考频带组对应的另一条上行传输链工作在所述第一参考频带组所包括的第二频带上。
[0206]
在步骤603中，基于所述关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长。
[0207]
在一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0208]
具体地，在所述终端的相邻两次上行传输所在的频带相同且相同的所述频带属于任一组所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0209]
具体地，在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间不需要所述切换时长。
[0210]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组时，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0211]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变时，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0212]
其中，终端在相同的所述频带所对应的上行传输链的数目发生改变的情况下，确定所述对应关系发生改变。具体地，该相同的频带对应的上行传输链的数目由1条变为2条，
或者由2条变为1条，终端均认为该频带所对应的上行传输链的数目发生改变。进一步地，可以确定终端的相邻两次上行传输之间需要所述切换时长。
[0213]
在另一个可能的实现方式中，在所述参考频带组有多组的情况下，如果所述终端的相邻两次上行传输所对应的所述参考频带组发生改变，确定所述终端的相邻两次上行传输之间需要所述切换时长。
[0214]
上述实施例中，可以由基站发送指示信息给终端，终端基于该指示信息确定参考频带组后，进而确定关联关系，并基于该关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，基站侧可以采用同样的方式确定是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0215]
在一些可选实施例中，终端可以基于协议约定的内容来确定终端的相邻两次上行传输之间是否需要切换时长。
[0216]
参照图7所示，图7是根据一实施例示出的一种上行传输方法流程图，可以应用于终端，该方法可以包括以下步骤：
[0217]
在步骤701中，在所述终端支持在多个频带上进行上行传输切换的情况下，确定所述终端不期待在所述多个频带中的两个或两个以上频带上同时进行上行传输。
[0218]
在本公开实施例中，多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。
[0219]
在本公开实施例中，终端可以基于协议约定，确定不期待在所述多个频带中的两个或两个以上频带上同时进行上行传输。
[0220]
在步骤702中，确定所述终端的相邻两次上行传输之间是否需要切换时长。
[0221]
在一个可能的实现方式中，在所述终端的相邻两次上行传输的频带不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长。
[0222]
即终端即将发送的上行传输所在的频带与前一次上行传输所在的频带不同的情况下，相邻两次上传传输之间需要所述切换时长。
[0223]
当然，相邻两次上传传输所在的频带均属于多个频带。
[0224]
例如，前一次上行传输所在的频带为band#1，即将发送的上行传输为band#2，均属于终端支持进行上行传输切换的多个频带。则确定相邻两次上传传输之间需要所述切换时长。
[0225]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输的频带相同且相邻两次上行传输使用的端口数目不同时，确定所述终端的相邻两次上传传输之间需要所述切换时长。
[0226]
即终端即将发送的上行传输所在的频带与前一次上行传输所在的频带相同但使用的端口数目不同的情况下，相邻两次上传传输之间需要所述切换时长。当然，相邻两次上传传输所在的频带均属于多个频带中的一个。
[0227]
例如，前一次上行传输所在的频带为band#1，使用的端口数目为1，即将发送的上行传输也为band#1，使用的端口数目为2，band#1属于终端支持进行上行传输切换的多个频带中的一个，则确定相邻两次上传传输之间需要所述切换时长。
[0228]
在另一个可能的实现方式中，在所述终端的相邻两次上行传输的频带相同时，确
定所述终端的相邻两次上传传输之间不需要所述切换时长。
[0229]
具体地，在所述终端的相邻两次上行传输的频带相同且使用的端口数目相同时，确定所述终端的相邻两次上传传输之间不需要所述切换时长。
[0230]
或者，在所述终端的相邻两次上行传输的频带相同且使用的端口数目不同时，确定所述终端的相邻两次上传传输之间不需要所述切换时长。
[0231]
上述实施例中，终端可以基于协议约定的内容确定终端的相邻两次上行传输之间是否需要切换时长，基站侧则可以采用同样的方式确定是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0232]
下面再从基站侧介绍本公开提供的上行传输方法。
[0233]
本公开实施例提供了一种上行传输方法，参照图8所示，图8是根据一实施例示出的一种上行传输方法流程图，可以应用于基站，该方法可以包括以下步骤：
[0234]
在步骤801中，在确定终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
[0235]
在本公开实施例中，多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。基站可以向终端发送指示或基于协议约定的方式确定终端的相邻两次上行传输之间是否需要切换时长。
[0236]
上述实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，终端和基站可以基于相同的原则确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0237]
在一些可选实施例中，参照图9所示，图9是根据一实施例示出的一种上行传输方法流程图，可以应用于基站，该方法可以包括以下步骤：
[0238]
在步骤901中，基于参考频带组与上行传输链之间的关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述参考频带组中包括所述多个频带中的一个或两个。
[0239]
具体实现方式与终端侧图4所示实施例提供的方式类似，在此不再赘述。
[0240]
上述实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，可以基于参考频带组与上行传输链之间的关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0241]
在一些可选实施例中，上述关联关系可以由终端确定后上报给基站。
[0242]
参照图10所示，图10是根据一实施例示出的一种上行传输方法流程图，可以应用于基站，该方法可以包括以下步骤：
[0243]
在步骤1001中，接收所述终端上报的参考频带组与上行传输链之间的关联关系。
[0244]
在本公开实施例中，终端侧可以先确定参考频带组，进而基于所述参考频带组，确定所述关联关系。进一步地，终端直接上报该关联关系给基站。具体实现方式与上述步骤501至503的过程类似，在此不再赘述。
[0245]
在步骤1002中，基于所述关联关系，确定所述终端的相邻两次上行传输之间是否
需要切换时长。
[0246]
确定是否需要切换时长的方式与上述步骤504类似，在此不再赘述。
[0247]
上述实施例中，终端可以在确定关联关系后上报给基站，以便终端侧和基站侧均基于该关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0248]
在一些可选实施例中，基站可以发送指示信息给终端，该指示信息用于指示参考频带组，终端根据参考频带组确定关联关系。
[0249]
参照图11所示，图11是根据一实施例示出的一种上行传输方法流程图，可以应用于基站，该方法可以包括以下步骤：
[0250]
在步骤1101中，向所述终端发送指示信息；其中，所述指示信息用于指示所述参考频带组。
[0251]
在本公开实施例中，基站可以发送指示信息告知终端参考频带组。任一组参考频带组中可以包括上述多个频带中的一个或两个，本公开对此不作限定。多个频带是终端支持进行上行传输切换的频带，多个频带的总数目可以为大于2的正整数，例如为3、4、5
……
，本公开对此不作限定。终端可以基于基站指示或协议约定的方式确定是否需要切换时长。
[0252]
在一个可能的实现方式中，基站可以通过rrc信令向终端发送指示信息。
[0253]
在另一个可能的实现方式中，基站可以通过mac ce信令向终端发送指示信息。
[0254]
在步骤1102中，基于所述指示信息所指示的所述参考频带组，确定所述关联关系。
[0255]
基站侧确定关联关系的方式与上述步骤602类似，在此不再赘述。
[0256]
在步骤1103中，基于所述关联关系，确定所述终端的相邻两次上行传输之间是否需要切换时长。
[0257]
基站侧确定所述终端的相邻两次上行传输之间是否需要切换时长的方式与上述步骤603类似，在此不再赘述。
[0258]
上述实施例中，可以由基站发送指示信息给终端，终端基于该指示信息确定参考频带组后，进而确定关联关系，并基于该关联关系，确定终端的相邻两次上行传输之间是否需要切换时长，基站侧可以采用同样的方式确定是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0259]
在一些可选实施例中，基站可以基于协议约定的内容来确定终端的相邻两次上行传输之间是否需要切换时长。
[0260]
参照图12所示，图12是根据一实施例示出的一种上行传输方法流程图，可以应用于基站，该方法可以包括以下步骤：
[0261]
在步骤1201中，确定所述多个频带中的任意两个频带所占用的时域资源不重叠。
[0262]
在本公开实施例中，基站可以基于协议约定的方式，确定多个频带中的任意两个频带所占用的时域资源不重叠。基站在调度上行或配置上行传输时，需要确保多个频带中的任意两个频带所占用的时域资源不重叠。从而确保终端侧不会在多个频带中的两个或两个以上频带上同时进行上行传输。
[0263]
在步骤1202中，确定所述终端的相邻两次上行传输之间是否需要切换时长。
[0264]
确定方式与上述步骤702类似，在此不再赘述。
[0265]
上述实施例中，可以确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0266]
为了便于理解本公开提供的上行传输方法，下面对上述方法进一步举例说明如下。
[0267]
实施例1，假设终端在硬件上支持两个tx chain，也即最多可同时支持两个band上的上行传输。假设终端支持在n个band上进行ul tx switching，在本实施例中，n＝4。则终端支持例如表3所示的10种tx chain与band的对应关系，最后一列为每种tx chain-band对应关系下终端支持的uplink transmission场景。
[0268]
表3
[0269][0270]
以case 1和case7为例说明tx chain与band之间的对应关系，以及每种case支持的传输方式：
[0271]
case 1，终端的一个tx chain工作在band#1，另一个tx chain工作在band#2。对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；0p+1p+0p+0p表示终端只在band#2上采用单端口发送上行；1p+1p+0p+0p表示终端同时在band#1和band#2上分别采用单端口发送上行。
[0272]
case7，终端的两个tx chain均工作在band#1.对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；2p+0p+0p+0p表示终端只在band#1上采用双端口发送上行。
[0273]
基于如上总结的表格，不同tx chain工作状态下(case1-case10)，存在相同的传输场景，从而造成基站侧无法判断终端侧是否需要进行ul tx switching，从而影响调度决策。具体地，网络侧无法判断如下传输场景下tx chain与band的对应情况：
[0274]
case 1(1p+0p+0p+0p)
→
case 2(1p+0p+0p+0p)；
[0275]
case 1(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0276]
case 1(0p+1p+0p+0p)
→
case 4(0p+1p+0p+0p)；
[0277]
case 1(0p+1p+0p+0p)
→
case 5(0p+1p+0p+0p)；
[0278]
case 2(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0279]
case 2(0p+0p+1p+0p)
→
case 4(0p+0p+1p+0p)；
[0280]
case 3(0p+0p+0p+1p)
→
case 5(0p+0p+0p+1p)；
[0281]
case 1(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0282]
case 1(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0283]
case 2(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0284]
case 2(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0285]
case 3(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0286]
case 3(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)；
[0287]
case 4(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0288]
case 4(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0289]
case 5(0p+1p+0p+0p)
→
case 7(0p+1p+0p+0p)；
[0290]
case 5(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)。
[0291]
对于不同的tx chain工作状态，终端需要一定的切换时长(switching period)以便完成硬件上的切换。
[0292]
在本实施例中，为了实现终端侧和网络侧对于ul tx switching理解的一致性，终端可以上报n个参考频带组(band pair)以及相关的上行tx chain之间的关联关系。
[0293]
在本实施例中假设n＝1，所述参考band pair包含两个band，且所述band pair包含的两个band归属于支持ul tx switching的m个band。在本实施例中，假设m＝4。假设终端支持进行ul tx switching的band组合为{band#1，band#2，band#3，band#4}。具体地，所述支持进行ul tx switching的band组合可由终端进行上报，也可以由其他方式确定，本专利不做任何限定。
[0294]
假设所述终端上报的参考band pair以及tx chain关联关系为case 1，也即如下表4所示：
[0295]
表4
[0296][0297]
如果实际的ul transmission所在band包含在所述参考band pair内时，则不需要switching period。
[0298]
具体地，在所述终端的相邻两次上行传输所在的频带相同，且该band归属于任一组参考band pair，则相邻两次上行传输之间不需要switching period。或者，所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组，则相邻两次上行传输之间不需要switching period。
[0299]
而在所述终端的相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组；或者，在所述终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变(例如从1tx chain变为2tx chain或者反之)，则终端的相邻两次上行传输之间需要switching period。
[0300]
基于此方法，基站调度终端在如下场景下进行上行传输时，均不需要考虑时域上相邻的上行传输之间的切换时间。
[0301]
基于本实施例方法，终端上报的参考band pair为{band#1，band#2}，其对应的tx chain与band的对应关系为1个tx chain工作在band#1，另一个tx chain工作在band#2。如果基站调度终端在满足所述参考band pair的传输case，也即(1p+0p+0p+0p)或者(0p+1p+0p+0p)或者(1p+1p+0p+0p)，则终端在三种调度场景下不需要进行ul tx的切换。
[0302]
实施例2，如实施例1中所述，假设终端上报了2个参考band pair，即{band#1，band#2}以及{band#3，band#4}。终端所上报的两个参考band pair对应的tx chain以及可同时支持的上行传输情况如下表5所示：
[0303]
表5
[0304][0305]
则当基站调度的上行传输满足如上任意一个参考band pair对应的传输case时，
则认为此时的tx chain与band的对应关系由参考band pair确定，不需要任何切换。
[0306]
当然，当从case1切换到case6时，相邻的两个上行传输之间需要一定的switching period。其他技术细节与实施例1类似，在此不再赘述。
[0307]
实施例3，假设终端在硬件上支持两个tx chain，也即最多可同时支持两个band上的上行传输。假设终端支持在n个band上进行ul tx switching，在本实施例中，n＝4。则终端支持例如表3所示的10种tx chain与band的对应关系，最后一列为每种tx chain-band对应关系下终端支持的uplink transmission场景。
[0308]
以case 1和case7为例说明tx chain与band之间的对应关系，以及每种case支持的传输方式：
[0309]
case 1，终端的一个tx chain工作在band#1，另一个tx chain工作在band#2。对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；0p+1p+0p+0p表示终端只在band#2上采用单端口发送上行；1p+1p+0p+0p表示终端同时在band#1和band#2上分别采用单端口发送上行。
[0310]
case7，终端的两个tx chain均工作在band#1.对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；2p+0p+0p+0p表示终端只在band#1上采用双端口发送上行。
[0311]
基于如上总结的表格，不同tx chain工作状态下(case1-case10)，存在相同的传输场景，从而造成基站侧无法判断终端侧是否需要进行ul tx switching，从而影响调度决策。具体地，网络侧无法判断如下传输场景下tx chain与band的对应情况：
[0312]
case 1(1p+0p+0p+0p)
→
case 2(1p+0p+0p+0p)；
[0313]
case 1(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0314]
case 1(0p+1p+0p+0p)
→
case 4(0p+1p+0p+0p)；
[0315]
case 1(0p+1p+0p+0p)
→
case 5(0p+1p+0p+0p)；
[0316]
case 2(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0317]
case 2(0p+0p+1p+0p)
→
case 4(0p+0p+1p+0p)；
[0318]
case 3(0p+0p+0p+1p)
→
case 5(0p+0p+0p+1p)；
[0319]
case 1(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0320]
case 1(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0321]
case 2(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0322]
case 2(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0323]
case 3(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0324]
case 3(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)；
[0325]
case 4(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0326]
case 4(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0327]
case 5(0p+1p+0p+0p)
→
case 7(0p+1p+0p+0p)；
[0328]
case 5(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)。
[0329]
对于不同的tx chain工作状态，终端需要一定的切换时长(switching period)以便完成硬件上的切换。
[0330]
在本实施例中，为了避免基站和终端对于tx chain工作频段理解不一致的问题，
基站通过显示信令指示终端一个或者多个参考band pair。所述参考band pair包含两个band，且所述band pair包含的两个band归属于支持ul tx switching的m个band。在本实施例中，假设m＝4。假设终端支持进行ul tx switching的band组合为{band#1，band#2，band#3，band#4}。具体地，所述支持进行ul tx switching的band组合可由终端进行上报，也可以由其他方式确定，本专利不做任何限定。
[0331]
假设所述终端上报的参考band pair以及tx chain关联关系为case 1，也即如表4所示。
[0332]
如果实际的ul transmission所在band包含在所述参考band pair内时，则不需要switching period。
[0333]
具体地，相邻两次上行传输所在的频带相同且相同的所述频带属于任一组所述参考频带组，则相邻两次上行传输之间不需要switching period；或者，如果相邻两次上行传输所在的频带不同且不同的两个所述频带属于同一所述参考频带组，则相邻两次上行传输之间不需要switching period。
[0334]
相邻两次上行传输所在的频带不同且不同的两个所述频带不属于同一所述参考频带组；或者终端的相邻两次上行传输所在的频带相同，相同的所述频带属于任一组所述参考频带组，且相同的所述频带与上行传输链之间的对应关系发生改变(例如从1tx chain变为2tx chain或者反之)，则相邻两次上行传输之间需要switching period。
[0335]
基于此方法，基站调度终端在如下场景下进行上行传输时，均不需要考虑时域上相邻的上行传输之间的切换时间。基于本实施例方法，终端上报的参考band pair为{band#1，band#2}，其对应的tx chain与band的对应关系为1个tx chain工作在band#1，另一个tx chain工作在band#2。如果基站调度终端在满足所述参考band pair的传输case，也即(1p+0p+0p+0p)或者(0p+1p+0p+0p)或者(1p+1p+0p+0p)，则终端在三种调度场景下不需要进行ul tx的切换。
[0336]
进一步的，所述基站发送的显式信令为rrc信令或者mac ce信令，本专利不做任何限定。
[0337]
实施例4，假设终端在硬件上支持两个tx chain，也即最多可同时支持两个band上的上行传输。假设终端支持在n个band上进行ul tx switching，在本实施例中，n＝4。则终端支持例如表3所示的10种tx chain与band的对应关系，最后一列为每种tx chain-band对应关系下终端支持的uplink transmission场景。
[0338]
以case 1和case7为例说明tx chain与band之间的对应关系，以及每种case支持的传输方式：
[0339]
case 1，终端的一个tx chain工作在band#1，另一个tx chain工作在band#2。对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；0p+1p+0p+0p表示终端只在band#2上采用单端口发送上行；1p+1p+0p+0p表示终端同时在band#1和band#2上分别采用单端口发送上行。
[0340]
case7，终端的两个tx chain均工作在band#1.对于具体的传输场景：1p+0p+0p+0p表示终端只在band#1上采用单端口发送上行；2p+0p+0p+0p表示终端只在band#1上采用双端口发送上行。
[0341]
基于如上总结的表格，不同tx chain工作状态下(case1-case10)，存在相同的传
输场景，从而造成基站侧无法判断终端侧是否需要进行ul tx switching，从而影响调度决策。具体地，网络侧无法判断如下传输场景下tx chain与band的对应情况：
[0342]
case 1(1p+0p+0p+0p)
→
case 2(1p+0p+0p+0p)；
[0343]
case 1(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0344]
case 1(0p+1p+0p+0p)
→
case 4(0p+1p+0p+0p)；
[0345]
case 1(0p+1p+0p+0p)
→
case 5(0p+1p+0p+0p)；
[0346]
case 2(1p+0p+0p+0p)
→
case 3(1p+0p+0p+0p)；
[0347]
case 2(0p+0p+1p+0p)
→
case 4(0p+0p+1p+0p)；
[0348]
case 3(0p+0p+0p+1p)
→
case 5(0p+0p+0p+1p)；
[0349]
case 1(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0350]
case 1(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0351]
case 2(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0352]
case 2(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0353]
case 3(1p+0p+0p+0p)
→
case 7(1p+0p+0p+0p)；
[0354]
case 3(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)；
[0355]
case 4(0p+1p+0p+0p)
→
case 8(0p+1p+0p+0p)；
[0356]
case 4(0p+0p+1p+0p)
→
case 9(0p+0p+1p+0p)；
[0357]
case 5(0p+1p+0p+0p)
→
case 7(0p+1p+0p+0p)；
[0358]
case 5(0p+0p+0p+1p)
→
case 10(0p+0p+0p+1p)。
[0359]
对于不同的tx chain工作状态，终端需要一定的切换时长(switching period)以便完成硬件上的切换。
[0360]
为了避免基站和终端之间对终端的tx chain状态理解不一致，本专利通过协议预定义的方法确保两者理解一致，预定义如下规则：
[0361]
终端不期待在两个band上同时传输uplink transmission。
[0362]
即终端只能在支持ul tx switching的m个band中的一个band上传输uplink transmission。
[0363]
在所述终端的相邻两次上行传输的频带不同时，两者之间需要ul tx switching period。相邻两次上行传输的频带属于支持ul tx switching的m个band。
[0364]
终端的相邻两次上行传输的频带相同时，两者之间不需要ul tx switching period。
[0365]
其中，m为大于2的整数
[0366]
根据此方法，无论终端实际的tx chain状态，也无论终端在某个band上进行上行发送时的端口(port)数目，只要终端将要进行上行传输的band与前一个相邻的上行传输所在的band不同，均需要假定两个上行传输之间需要switching period。另外，只要终端将要进行上行传输的band与前一个相邻的上行传输所在的band相同，均认为两个上行传输之间不需要switching period。
[0367]
实施例5：如实施例4所述，额外的，可以考虑如下预定义规则：
[0368]
终端将要进行上行传输的band与前一个相邻的上行传输所在的band相同，但是两次传输使用的端口数目不同，此时需要假定两个上行传输之间需要switching period。
[0369]
上述实施例中，在终端支持在多个频带上进行上行传输切换，且多个频带的总数目大于2的情况下，终端和基站可以基于相同的原则确定终端的相邻两次上行传输之间是否需要切换时长，确保终端与基站的理解一致，提高了网络部署和调度的灵活性，在nr系统中实现了上行传输切换增强，可用性高。
[0370]
与前述应用功能实现方法实施例相对应，本公开还提供了应用功能实现装置的实施例。
[0371]
参照图13，图13是根据一示例性实施例示出的一种上行传输装置框图，所述装置应用于终端，包括：
[0372]
第一确定模块1301，被配置为在所述终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
[0373]
参照图14，图14是根据一示例性实施例示出的一种上行传输装置框图，所述装置应用于基站，包括：
[0374]
第二确定模块1401，被配置为在确定终端支持在多个频带上进行上行传输切换的情况下，确定所述终端的相邻两次上行传输之间是否需要切换时长；其中，所述多个频带的总数目大于2。
[0375]
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0376]
相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于终端侧任一所述的上行传输方法。
[0377]
相应地，本公开还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述用于基站侧任一所述的上行传输方法。
[0378]
相应地，本公开还提供了一种上行传输装置，包括：
[0379]
处理器；
[0380]
用于存储处理器可执行指令的存储器；
[0381]
其中，所述处理器被配置为用于执行上述终端侧任一所述的上行传输方法。
[0382]
图15是根据一示例性实施例示出的一种上行传输装置1500的框图。例如装置1500可以是手机、平板电脑、电子书阅读器、多媒体播放设备、可穿戴设备、车载用户设备、ipad、智能电视等终端。
[0383]
参照图15，装置1500可以包括以下一个或多个组件：处理组件1502，存储器1504，电源组件1506，多媒体组件1508，音频组件1510，输入/输出(i/o)接口1512，传感器组件1516，以及通信组件1518。
[0384]
处理组件1502通常控制装置1500的整体操作，诸如与显示，电话呼叫，数据随机接入，相机操作和记录操作相关联的操作。处理组件1502可以包括一个或多个处理器1520来执行指令，以完成上述的上行传输方法的全部或部分步骤。此外，处理组件1502可以包括一
个或多个模块，便于处理组件1502和其他组件之间的交互。例如，处理组件1502可以包括多媒体模块，以方便多媒体组件1508和处理组件1502之间的交互。又如，处理组件1502可以从存储器读取可执行指令，以实现上述各实施例提供的一种上行传输方法的步骤。
[0385]
存储器1504被配置为存储各种类型的数据以支持在装置1500的操作。这些数据的示例包括用于在装置1500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0386]
电源组件1506为装置1500的各种组件提供电力。电源组件1506可以包括电源管理系统，一个或多个电源，及其他与为装置1500生成、管理和分配电力相关联的组件。
[0387]
多媒体组件1508包括在所述装置1500和用户之间的提供一个输出接口的显示屏。在一些实施例中，多媒体组件1508包括一个前置摄像头和/或后置摄像头。当装置1500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0388]
音频组件1510被配置为输出和/或输入音频信号。例如，音频组件1510包括一个麦克风(mic)，当装置1500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由通信组件1518发送。在一些实施例中，音频组件1510还包括一个扬声器，用于输出音频信号。
[0389]
i/o接口1512为处理组件1502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0390]
传感器组件1516包括一个或多个传感器，用于为装置1500提供各个方面的状态评估。例如，传感器组件1516可以检测到装置1500的打开/关闭状态，组件的相对定位，例如所述组件为装置1500的显示器和小键盘，传感器组件1516还可以检测装置1500或装置1500一个组件的位置改变，用户与装置1500接触的存在或不存在，装置1500方位或加速/减速和装置1500的温度变化。传感器组件1516可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1516还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1516还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0391]
通信组件1518被配置为便于装置1500和其他设备之间有线或无线方式的通信。装置1500可以接入基于通信标准的无线网络，如wi-fi，2g，3g，4g，5g或6g，或它们的组合。在一个示例性实施例中，通信组件1518经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1518还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0392]
在示例性实施例中，装置1500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列
(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述终端侧任一所述的上行传输方法。
[0393]
在示例性实施例中，还提供了一种包括指令的非临时性机器可读存储介质，例如包括指令的存储器1504，上述指令可由装置1500的处理器1520执行以完成上述上行传输方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0394]
相应地，本公开还提供了一种上行传输装置，包括：
[0395]
处理器；
[0396]
用于存储处理器可执行指令的存储器；
[0397]
其中，所述处理器被配置为用于执行上述基站侧任一所述的上行传输方法。
[0398]
如图16所示，图16是根据一示例性实施例示出的一种上行传输装置1600的一结构示意图。装置1600可以被提供为基站。参照图16，装置1600包括处理组件1622、无线发射/接收组件1624、天线组件1626、以及无线接口特有的信号处理部分，处理组件1622可进一步包括至少一个处理器。
[0399]
处理组件1622中的其中一个处理器可以被配置为用于执行上述任一所述的上行传输方法。
[0400]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或者惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
[0401]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。