传输方法、装置、设备及可读存储介质与流程

1.本技术属于通信技术领域，具体涉及一种传输方法、装置、设备及可读存储介质。


背景技术：

2.多点协同(coordinated multiple points，comp)传输，是指地理位置上分离的多个传输点，协同参与为一个终端的数据传输(物理下行共享信道(physical downlink shared channel，pdsch))或者联合接收一个终端发送的数据(上行物理共享信道(physical uplink shared channel pusch))，参与协作的多个传输点可以是同一个基站的不同小区，也可以是不同小区的基站，也可以是同一个小区不同的发射单元。
3.按照传输方案的不同，可以将comp技术分为两类：联合处理技术和协同调度(下行comp协作调度(coordinated scheduling，cs))/波束赋形技术(下行comp cbf)。联合处理又分为上行联合接收(comp joint reception，compjr)和下行联合发送(comp joint transmission，comp jt)。
4.上行comp jr技术是指一个用户终端发送的上行信号被多个接收节点联合接收，定义服务小区为用户实际归属小区，协作小区为联合接收上行信号的其他小区，服务小区和协作小区同时接收终端发送的上行信号，并通过协作的方式联合作出决策。上行comp通过对多个小区接收信号的联合处理获得接收分集增益，从而提升小区边缘用户的接收性能。服务小区的媒体接入控制 (medium access control，mac)层需要维护协作小区列表用于通知协作小区接收上行信号。
5.下行comp jt技术即在同一个时频资源上，多个传输点同时向一个ue传输数据，来自多个传输点的信号在空中叠加，使得接收端信号增强，同时干扰源减少，干扰变弱。下行联合传输可分为相干jt和非相干jt，相干jt是指基站侧调整发射端的相位，使得多个传输点的信号在接收侧同相叠加；非相干jt 是不保证多个传输点的信号在ue处同相叠加，只是信号幅度叠加，理论上相干jt性能比非相干jt好。服务小区的mac层需要维护协作小区列表用于把用户层数据发送给协作小区的物理层传输。
6.下行comp cs用于小区边缘用户，且受到邻小区同频干扰非常大的场景。为了抑制或消除这种干扰，需要将服务小区内cs ue与协作小区内ue之间的频域资源错开，在协作小区内与cs ue占用相同pdsch时频资源的物理资源块(physical resource block，prb)做muting处理，不进行资源分配，不调度任何ue。如图1所示：
7.服务小区的mac层需要维护协作小区列表来通知协作小区的mac层服务小区所占用的时频资源，协作小区在相应的pdsch调度时对于服务小区申请协作的时频资源不进行分配，不调度任何ue。
8.下行comp cbf(协作波速赋形)根据cbf ue与协作小区内ue之间的信道相关性选择协作ue，使二者之间的信道相关性较低，以减小协作ue对 cbf ue的波束干扰，从而提升cbf ue的性能。和下行comp jt和下行compcs类似，服务小区也需要维护协作小区列表，把服务小区占用的时频资源通知协作小区，协作小区在相应的时频资源上根据信道相关性选
择配对，选出合适的协作ue。
9.在相关技术中里，为5g ng-ran引入了新的架构，定义了gnb中心单元(central unit)(gnb-cu)和gnb分布单元(distributed unit)(gnb-du)。 gnb-cu作为一个负责gng的rrc，服务数据适配协议(service dataadaptation protocol，sdap)和分组数据汇聚协议(packet data convergenceprotocol，pdcp)，负责控制多个gnb-du的逻辑单元，通过第一接口和gnb-du 连接。gnb-du作为一个负责基站无线链路层控制协议(radio link control， rlc)，mac和物理层(physical layer，phy)的逻辑单元，一个gnb-du可以支持一个或者多个小区，一个小区只由一个gnb-du支持，通过f1接口和 gnb-cu连接。ng-ran的架构图如图2所示。
10.f1接口用于连接ng-ran中的gnb-cu和gnb-du。f1接口负责用户上下文管理功能，包括用户上下文的建立，数据无线承载(data radio bearer， drb)/信令无线承载(signalling radio bearer，srb)建立和修改，特殊小区(special cell，spcell)的建立和修改，辅小区(secondary cell，scell)的建立和修改等。在相关技术中定义了f1接口和定义了f1ap。但是目前f1接口并没有定义用于comp的协作小区的建立和修改参数。在相关技术中定义了 f1-u接口，用于用户面的协议传输。
11.在相关技术中，引入了rrc层的网络辅助式干扰消除与抑制(networkassisted interference cancellation/suppression，naics)，ue根据基站配置的干扰源(aggressor)小区的naics信息(在ue侧建立服务小区和aggressor小区关系)，减少aggressor小区对pdsch和小区特定参考信号(cell-specificreference signal，crs)的干扰。从建立服务小区和aggressor小区关系的角度，这类似于上面的comp，但是comp更多的是基站侧维护服务小区和协作小区关系，ue并不知道。
12.图3给出一个基于cu-du架构支持comp的协作小区配置模块消息交互图。从图中可以看出，gnb-cu需要通过f1接口通知gnb-du协作小区信息。 (这里f1ap是f1接口application protocal，f1接口应用层协议的缩写)。
13.图4给出了一个基于cu-du架构支持comp的模块协作消息交互图。从图中可以看到，gnb-du通过f1接口基于协作小区信息给gnb-cu发送协作请求(包含请求协作的时频域资源)。gnb-cu收集各个gnb-du发来的协作请求，根据服务小区和协作小区关系/请求协作的时频域资源集中进行资源协调，然后通过f1接口发送协作响应给gnb-du。另外gnb-cu需要向协作小区所在的gnb-du发送协作预留消息，用来预留指定的comp时频资源。
14.另外除了上面comp服务小区和协作小区间的协作，对于上行comp jr 和下行comp jt，服务小区还需要知道协作小区的srs测量值，包括rsrp， ta和srs特征向量。
15.目前，cu-du架构如何支持comp功能是亟待解决的问题。


技术实现要素：

16.本技术实施例提供一种传输方法、装置、设备及可读存储介质，能够解决 cu-du架构如何支持comp功能的问题。
17.第一方面，提供一种传输方法，应用于网络侧设备，所述网络侧设备包括 cu和du，其特征在于，包括：
18.所述cu通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的
终端的协作小区的信息。
19.可选地，所述终端的协作小区是终端上下文新增或者删除的协作小区。
20.可选地，所述第一消息为终端上下文修改请求消息。
21.可选地，所述终端上下文修改请求消息中包括：预定义的协作小区字段，所述预定义的协作小区字段表示所述终端的协作小区的信息。
22.可选地，所述方法还包括：
23.所述cu接收第二消息；
24.所述cu根据所述第二消息，确定所述第一消息。
25.可选地，所述cu接收第二消息，包括：
26.所述cu从操作维护管理oam接收所述第二消息，所述第二消息指示由所述du配置所述终端的协作小区；
27.或者，
28.所述cu从终端接收所述第二消息，所述第二消息是所述终端上报的测量报告。
29.可选地，所述第二消息中包括：协作小区新增列表，所述协作小区新增列表中包括新增的协作小区的标识；
30.或者，
31.所述第二消息中包括：协作小区释放列表，所述协作小区释放列表中包括删除的协作小区的标识。
32.可选地，所述方法还包括：
33.所述du根据所述终端的协作小区的信息，在所述du的mac层存储所述终端的协作小区信息，由所述du的mac层根据所述终端的协作小区进行 comp资源协调。
34.可选地，所述方法还包括：
35.所述du通过所述第一接口向所述cu发送第三消息；
36.其中，所述第三消息用于请求预留所述cu和所述du间多点协同comp 协作交互的comp资源。
37.可选地，所述方法还包括：
38.所述du通过所述第一接口接收所述cu发送的、用于响应所述第三消息的第四消息。
39.可选地，所述第四消息中包括：comp协作生效的时间单元，和/或，comp 协作生效的时间单元对应comp资源的信息。
40.可选地，所述方法还包括：
41.所述cu通过所述第一接口向所述du发送第五消息；
42.其中，所述第五消息用于通知所述du预留所述cu和所述du间comp 协作交互的comp资源。
43.可选地，其特征在于，所述第一消息或所述第三消息或所述第四消息或所述第五消息还用于请求干扰协调资源。
44.可选地，所述方法还包括：
45.所述du向所述cu发送辅助信息数据，和/或，所述cu向所述du发送辅助信息数据；
46.其中，所述辅助信息数据包括：辅助信道质量信息类型，所述辅助信道质量信息类
型用于判断是否进行comp联合接收jr或comp下行联合发送jt。
47.可选地，所述方法还包括：
48.所述cu和/或所述du获取服务小区的测量值；
49.所述cu和/或所述du根据所述测量值和所述辅助信道质量信息类型用于判断是否进行comp jr或comp jt。
50.可选地，所述辅助信道质量信息类型包括以下一项或多项：
51.探测参考信号参考信号接收功率；
52.时间提前量；
53.探测参考信号特征向量；
54.信道状态信息参考信号参考信号接收功率；
55.同步信号块参考信号接收功率。
56.第二方面，提供一种传输装置，该装置应用于网络侧设备，所述网络侧设备包括cu和du，包括：
57.第一发送模块，用于通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息。
58.第三方面，提供一种网络侧设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如第一方面所述的方法的步骤。
59.第四方面，提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
60.在本技术实施例中，cu通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息，使得cu-du架构能够支持comp功能，能极大改善边缘ue的性能指标。
附图说明
61.图1是下行comp cs用于小区边缘用户的示意图；
62.图2是ng-ran的架构示意图；
63.图3是基于cu-du架构支持comp的协作小区配置模块消息交互的示意图；
64.图4是ng-ran的架构支持comp的模块协作消息交互的示意图；
65.图5是辅助信息格式的示意图；
66.图6是基于cu-du架构支持comp ul jr或dl jt判断的模块交互的示意图；
67.图7是本技术实施例提供的传输方法的流程图；
68.图8是本技术实施例提供的配置协作小区流程图；
69.图9是本技术实施例提供的ue上报a3事件建立协作小区流程图；
70.图10是本技术实施例提供的传输装置的示意图
71.图11是本技术实施例提供的通信设备的示意图。
具体实施方式
72.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚描
述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
73.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
74.目前由于f1接口没有定义用于comp的协作小区的建立和修改参数，如果要支持基于gnb-cu和gnb-du架构的comp，可以基于相关技术中定义的终端上下文修改请求(ue context modification request)消息，在这个消息里增加私有字段(ie/group)，来支持comp协作小区的建立和修改。通过定义私有的f1接口来支持协作消息交互。
75.通过增加私有字段支持，扩展性差，因为3gpp会为f1ap增加新的字段支持新的特性。例如在相关技术中，在ue context modificationrequest消息里增加了conditional intra-du mobility information字段来支持条件新的切换特性。这样私有字段和3gpp新定义的字段容易发生冲突。
76.另外通过增加私有字段支持，兼容性差。如果有的厂家的gnb-cu通过私有字段支持comp，有的厂家只支持标准的第一接口，那么不同厂家的gnb-cu 和gnb-du不能兼容，不能支持comp。
77.除了定义私有字段，也可以通过复用现有的f1字段来支持comp。例如复用ue context modification request消息里的resourcecoordination transfer information字段，在不支持与enb双连接的场景下，用 menb cell id来表示协作小区。这样的缺点是当需要支持与enb双连接时就无法支持comp，另外兼容性差，也会存在不同厂家gnb-cu和gnb-du兼容性问题，如果有的厂家gnb-du只支持标准的第一接口，是无法正确解析被复用的字段的。另外协作交互没有可以复用的现有第一接口。
78.对于用于comp ul jr和comp dl jt判断，可以在assistanceinformation data报文定义私有的辅助信息类型，但是和上面的协作交互一样，存在扩展性差，兼容性差的问题。
79.参见图7，本技术实施例提供一种传输方法，该方法的执行主体可以是网络侧设备，所述网络侧设备包括cu和du，具体步骤包括：步骤701。
80.步骤701：所述cu通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息。
81.其中，第一接口是cu和du之间的接口，第一接口也可以描述为f1接口，可以理解的是不限定cu和du之间的接口的名称。
82.在第一接口是f1接口的情况下，3gpp新的f1接口改动会基于已定义的接口参数和协作小区字段，从而不会影响已有功能，具有良好的可扩展性。兼容性好，不同厂家的gnb-cp和gnb-du都根据f1接口来实现，只要符合f1 接口定义要求，就可以实现互联互通，互相兼容。通过新的f1接口，支持基于cu-du架构的comp功能，能极大改善边缘ue的性能指标。
83.在本技术的一种实施方式中，所述终端的协作小区是终端上下文新增或者删除的
协作小区。
84.在本技术的一种实施方式中，所述第一消息为终端上下文修改请求(uecontext modification request)消息，第一消息也可以是其他消息，当然并不限于此。
85.在本技术的一种实施方式中，所述终端上下文修改请求消息中包括：预定义的协作小区字段(比如，comp-coordinatedcellinfo字段)，所述预定义的协作小区字段表示所述终端的协作小区的信息。
86.在本技术的一种实施方式中，在步骤701之前，所述方法还可以包括：所述cu接收第二消息；然后，所述cu根据所述第二消息，确定所述第一消息。
87.服务小区与协作小区关系的建立有两种方式，一种由操作维护管理 (operation administration and maintenance，oam)通过配置无线资源控制 (radio resource control，rrc)层来通知mac层，另一种是通过a3事件上报邻区给rrc层，然后由rrc来通知mac层。两种方法都需要rrc层来把建立的协作小区通知给mac层，以便mac层基于协作小区进行时频资源协调。
88.在本技术的一种实施方式中，所述cu接收第二消息的方式包括以下之一：
89.方式1：所述cu从oam接收所述第二消息，所述第二消息指示由所述du配置所述终端的协作小区；
90.方式2：所述cu从终端接收所述第二消息，所述第二消息是所述终端上报的测量报告(meaurement report)。
91.其中，测量报告中可以包括ue测量的邻区关系。
92.可选地，所述第二消息中包括：协作小区新增列表 (coordinatedcellstoaddmodlis)，所述协作小区新增列表中包括新增的协作小区(coordinated cell id)的标识；
93.或者，所述第二消息中包括：协作小区释放列表 (coordinatedcellstoreleasemodlist)，所述协作小区释放列表中包括删除的协作小区的标识。
94.在本技术的一种实施方式中，所述方法还可以包括：
95.所述du根据所述终端的协作小区的信息，在所述du的媒体接入控制 (medium access control，mac)层存储所述终端的协作小区信息，由所述 du的mac层根据所述终端的协作小区进行comp资源协调。
96.在本技术的一种实施方式中，所述方法还可以包括：
97.所述du通过所述第一接口向所述cu发送第三消息(或者描述为f1 comp协作请求消息)；
98.其中，所述第三消息用于请求预留所述cu和所述du之间comp协作交互的comp资源。
99.在本技术的一种实施方式中，所述方法还可以包括：
100.所述du通过所述第一接口接收所述cu发送的、用于响应所述第三消息的第四消息(或者描述为f1 comp协作响应消息)。
101.在本技术的一种实施方式中，所述第四消息中可以包括：comp协作生效的时间单元(比如时隙)，和/或，comp协作生效的时间单元对应comp资源的信息。
102.在本技术的一种实施方式中，所述方法还可以包括：
103.所述cu通过所述第一接口向所述du发送第五消息(或者描述为f1 comp协作预留消息)；
104.其中，所述第五消息用于通知所述du预留所述cu和所述du之间comp 协作交互的comp资源。
105.在本技术的一种实施方式中，所述第一消息或所述第三消息或所述第四消息或所述第五消息还用于请求干扰协调资源。
106.在本技术的一种实施方式中，所述方法还包括：
107.所述du向所述cu发送辅助信息数据(assistance information data)，和/或，所述cu向所述du发送辅助信息数据；
108.其中，所述辅助信息数据包括：辅助信道质量信息(radio quality assistanceinformation)类型，所述辅助信道质量信息类型用于判断是否进行comp jr或 comp jt。
109.示例性地，定义assistance information data用于在f1-u上在服务小区间传递radio quality assistance information(辅助信道质量信息)，格式如图5所示。并且支持以下辅助信息类型:{0＝unknown,1＝average cqi, 2＝average harq failure,3＝average harq retransmissions,4＝dl radioquality index,5＝ul radio quality index,6＝power headroom report, 7-228＝reserved for future value extensions,229-255＝reserved for test purposes}.为了支持服务小区进行comp jr或comp jt的判断，需要增加新的辅助消息类型，支持协作小区把测量的srs rsrp，ta和srs特征向量通过f1-u发送给服务小区，服务小区获取这些辅助信道质量信息后，进行comp jr或comp jt 判断。
110.在本技术的一种实施方式中，所述方法还包括：
111.所述cu和/或所述du获取服务小区的测量值；
112.所述cu和/或所述du根据所述测量值和所述辅助信道质量信息类型用于判断是否进行comp jr或comp jt。
113.示例性地，图6给出了一个基于cu-du架构支持comp ul jr或dl jt 判断的模块交互图。ue发送srs，协作小区和服务小区各自检测srs信道。协作小区测量srs后，通过f1-u接口发送assistance informationdata报文，通知服务小区相关的srs rsrp，测量的ta值和srs特征向量值。
114.示例性地，取值范围(value range):{0＝unknown,1＝average cqi, 2＝average harq failure,3＝average harq retransmissions,4＝dl radioquality index,5＝ul radio quality index,6＝power headroom report,7＝srsrsrp,8＝ta,9＝srs feature vector,10-228＝reserved for future value extensions, 229-255＝reserved for test purposes}。
115.其中，“7＝srs rsrp,8＝ta,9＝srs feature vector”是新定义的辅助信道质量信息类型。通过定义新的辅助信道质量信息类型，协作小区在测量srs 后，就可以通过f1-u的assistance information data报文，设置报文字段assistance information type值为相应的测量类型，并把相应的测量值填充到报文字段无线质量辅助信息(radio quality assistance information)，把srsrsrp/ta/srs特征向量发送给服务小区。服务小区收到后，就可以结合服务小区测量的srs来判断是否可以进行comp ul jr或者comp dl jt。
116.在本技术的一种实施方式中，所述辅助信道质量信息类型包括以下一项或多项：
117.(1)探测参考信号(sounding reference signal，srs)参考信号接收功率 (reference signal received power，rsrp)；
118.(2)时间提前量(timing advance，ta)；
119.(3)srs特征向量(feature vector)；
120.(4)信道状态信息参考信号(channel state information reference signal， csi-rs)rsrp；
121.(5)同步信号块(synchronization signal and pbch block，ssb)rsrp。
122.在本技术实施例中，cu通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息，使得cu-du架构能够支持comp功能，能极大改善边缘ue的性能指标。
123.下面结合具体示例介绍本技术的实施方式。
124.实施例一：
125.通过在f1接口的ue context modification request消息增加新的字段，来支持gnb-cu通过ue context modification request消息在gnb-du为ue上下文增加或者删除协作小区。
126.比如，在现有的ue context modification request消息最后，新定义增加协作小区字段(comp-coordinatedcellinfo字段)。
127.ue context modification request消息，是由gnb-cu发送，以向gnb-du提供ue上下文信息更改(ue context information changes)。
128.表1：ue context modification request消息的格式。
[0129][0130]
[0131]
表2：最大的协作小区的介绍
[0132][0133]
参见图8，配置协作小区流程包括以下步骤：
[0134]
步骤1：oam向gnb-cu发送配置消息；
[0135]
步骤2：gnb-cu通过f1接口向gnb-du发送的ue context modification request消息；
[0136]
步骤3：gnb-du通过f1接口向gnb-cu发送的ue contextmodification response消息。
[0137]
通过oam配置消息发给gnb-cu配置ue的协作小区，gnb-cu收到来自oam的配置消息后，构建ue context modification request消息，如果是添加协作小区，配置消息中coordinatedcellstoaddmodlist的 coordinated cell id为添加的协作小区id，如果是删除协作小区，配置消息中的coordinatedcellstoreleasemodlist的coordinated cell id为删除的协作小区 id。gnb-cu通过f1接口发送ue context modification request消息给gnb-du，gnb-du收到消息后，在ue的mac层根据消息中的协作小区配置信息，建立或者删除相应的协作小区。然后ue的mac层的调度器就可以根据协作小区进行comp资源协作。
[0138]
参见图9，ue上报a3事件建立协作小区流程包括以下步骤：
[0139]
步骤1：ue向gnb-cu发送测量报告；
[0140]
步骤2：gnb-cu通过f1接口向gnb-du发送的ue context modification request消息；
[0141]
步骤3：gnb-du通过f1接口向gnb-cu发送的ue contextmodification response消息。
[0142]
通过ue上报a3事件来配置协作小区，gnb-cu收到ue的a3事件测量上报后，根据a3测量上报的邻区信息来选择协作小区，构建ue contextmodification request消息，如果是添加协作小区，配置消息中 coordinatedcellstoaddmodlist的coordinated cell id为添加的协作小区id，如果是删除协作小区，配置消息中的coordinatedcellstoreleasemodlist的 coordinated cell id为删除的协作小区id。gnb-cu通过f1接口发送uecontext modification request消息给gnb-du，gnb-du收到消息后，在ue的mac层根据消息中的协作小区配置信息，建立或者删除相应的协作小区。然后ue的mac层的调度器就可以根据协作小区进行comp资源协作。
[0143]
实施例二：
[0144]
定义新的f1 comp协作资源交互消息：f1 comp协作请求消息、f1 comp 协作响应消息、f1 comp协作预留消息。
[0145]
(1)f1 comp协作请求消息
[0146]
f1 comp协作请求消息的传输方向是gnb-du
→
gnb-cu。
[0147]
表3：f1 comp协作请求消息的格式。
[0148][0149]
在f1 comp协作请求消息中可以携带请求协作的频域资源信息。
[0150]
(2)f1 comp协作响应消息
[0151]
f1 comp协作响应消息的传输方向是gnb-cu
→
gnb-du。
[0152]
表4：f1 comp协作响应消息的格式。
[0153][0154]
在f1 comp协作响应消息携带协作生效的时隙和相应的频域资源信息。
[0155]
gnb-cu一次最多可以为20个时隙协作时频资源。
[0156]
(3)f1 comp协作预留消息
[0157]
f1 comp协作预留消息的传输方向是gnb-cu
→
gnb-du。
[0158]
表5：f1 comp协作响应消息的格式。
[0159]
[0160][0161]
f1协作预留消息用于gnb-cu通知gnb-du在协作小区预留comp资源，一次最多可以为20个时隙协作时频资源。
[0162]
参见图10，本技术实施例提供一种传输装置，该装置应用于网络侧设备，所述网络侧设备包括cu和du，装置1000包括：
[0163]
第一发送模块1001，用于通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息。
[0164]
其中，第一接口是cu和du之间的接口，第一接口也可以描述为f1接口，可以理解的是不限定cu和du之间的接口的名称。
[0165]
可选地，第一发送模块1001位于cu中。
[0166]
在本技术的一种实施方式中，所述终端的协作小区是终端上下文新增或者删除的协作小区。
[0167]
在本技术的一种实施方式中，所述第一消息为ue contextmodification request消息，第一消息也可以是其他消息，当然并不限于此。
[0168]
在本技术的一种实施方式中，所述ue context modificationrequest消息中包括：预定义的协作小区字段(比如， comp-coordinatedcellinfo字段)，所述预定义的协作小区字段表示所述终端的协作小区的信息。
[0169]
在本技术的一种实施方式中，所述装置1000还可以包括：
[0170]
第一接收模块，用于接收第二消息；
[0171]
第一处理模块，用于根据所述第二消息，确定所述第一消息。
[0172]
可选地，第一接收模块和第一处理模块位于cu中。
[0173]
在本技术的一种实施方式中，所述第一接收模块进一步用于执行以下之一：
[0174]
方式1：从oam接收所述第二消息，所述第二消息指示由所述du配置所述终端的协作小区；
[0175]
方式2：从终端接收所述第二消息，所述第二消息是所述终端上报的测量报告(meaurement report)。
[0176]
其中，测量报告中可以包括ue测量的邻区关系。
[0177]
可选地，所述第二消息中包括：协作小区新增列表 (coordinatedcellstoaddmodlis)，所述协作小区新增列表中包括新增的协作小区(coordinated cell id)的标识；
[0178]
或者，所述第二消息中包括：协作小区释放列表 (coordinatedcellstoreleasemodlist)，所述协作小区释放列表中包括删除的协作小区的标识。
[0179]
在本技术的一种实施方式中，所述装置1000还可以包括：
[0180]
第二处理模块，用于根据所述终端的协作小区的信息，在所述du的mac 层存储所述终端的协作小区信息，由所述du的mac层根据所述终端的协作小区进行comp资源协调。
[0181]
可选地，第二处理模块位于du中。
[0182]
在本技术的一种实施方式中，所述装置1000还可以包括：
[0183]
第二发送模块，用于通过所述第一接口向所述cu发送第三消息(或者描述为f1 comp协作请求消息)；
[0184]
其中，所述第三消息用于请求预留所述cu和所述du之间comp协作交互的comp资源。
[0185]
可选地，第二发送模块位于du中。
[0186]
在本技术的一种实施方式中，所述装置1000还可以包括：
[0187]
第二接收模块，用于通过所述第一接口接收所述cu发送的、用于响应所述第三消息的第四消息(或者描述为f1 comp协作响应消息)。
[0188]
可选地，第二接收模块位于du中。
[0189]
在本技术的一种实施方式中，所述第四消息中可以包括：comp协作生效的时间单元(比如时隙)，和/或，comp协作生效的时间单元对应comp资源的信息。
[0190]
在本技术的一种实施方式中，所述装置1000还可以包括：
[0191]
第三发送模块，用于通过所述第一接口向所述du发送第五消息(或者描述为f1 comp协作预留消息)；
[0192]
其中，所述第五消息用于通知所述du预留所述cu和所述du之间comp 协作交互的comp资源。
[0193]
可选地，第三发送模块位于cu中。
[0194]
在本技术的一种实施方式中，所述第一消息或所述第三消息或所述第四消息或所述第五消息还用于请求干扰协调资源。
[0195]
在本技术的一种实施方式中，所述装置1000还包括：
[0196]
第四发送模块，用于向所述cu发送辅助信息数据(assistance information data)，和/或，所述cu向所述du发送辅助信息数据；
[0197]
其中，所述辅助信息数据包括：辅助信道质量信息(radio quality assistanceinformation)类型，所述辅助信道质量信息类型用于判断是否进行comp jr或 comp jt。
[0198]
可选地，第四发送模块位于du中。
[0199]
在本技术的一种实施方式中，所述装置1000还包括：
[0200]
获取模块，用于获取服务小区的测量值；
[0201]
判断模块，用于根据所述测量值和所述辅助信道质量信息类型用于判断是否进行comp jr或comp jt。
[0202]
可选地，获取模块和判断模块位于du和/或cu中。
[0203]
在本技术的一种实施方式中，所述辅助信道质量信息类型包括以下一项或多项：
[0204]
(1)srs rsrp；
[0205]
(2)ta；
[0206]
(3)srs feature vector；
[0207]
(4)csi-rs rsrp；
[0208]
(5)ssb rsrp。
[0209]
本技术实施例中，装置能够实现本技术图7所示方法实施例中实现的各个过程，以及达到相同的有益效果，为避免重复，这里不再赘述。
[0210]
可选的，如图11所示，本技术实施例还提供一种通信设备1100，包括处理器1101，存储器1102，存储在存储器1102上并可在所述处理器1101上运行的程序或指令，该程序或指令被处理器1101执行时实现上述图7所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0211]
本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图7所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0212]
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0213]
本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0214]
应理解，本技术实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
[0215]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
[0216]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘) 中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络侧设备等)执行本技术各个实施例所述的方法。
[0217]
上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。

技术特征：
1.一种传输方法，应用于网络侧设备，所述网络侧设备包括中心单元cu和分布单元du，其特征在于，包括：所述cu通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息。2.根据权利要求1所述的方法，其特征在于，所述终端的协作小区是终端上下文新增或者删除的协作小区。3.根据权利要求1或2所述的方法，其特征在于，所述第一消息为终端上下文修改请求消息。4.根据权利要求3所述的方法，其特征在于，所述终端上下文修改请求消息中包括：预定义的协作小区字段，所述预定义的协作小区字段表示所述终端的协作小区的信息。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述cu接收第二消息；所述cu根据所述第二消息，确定所述第一消息。6.根据权利要求5所述的方法，其特征在于，所述cu接收第二消息，包括：所述cu从操作维护管理(operation administration and maintenance，oam)接收所述第二消息，所述第二消息指示由所述du配置所述终端的协作小区；或者，所述cu从终端接收所述第二消息，所述第二消息是所述终端上报的测量报告。7.根据权利要求6所述的方法，其特征在于，所述第二消息中包括：协作小区新增列表，所述协作小区新增列表中包括新增的协作小区的标识；或者，所述第二消息中包括：协作小区释放列表，所述协作小区释放列表中包括删除的协作小区的标识。8.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述du根据所述终端的协作小区的信息，在所述du的媒体接入控制mac层存储所述终端的协作小区信息，由所述du的mac层根据所述终端的协作小区进行comp资源协调。9.根据权利要求8所述的方法，其特征在于，所述方法还包括：所述du通过所述第一接口向所述cu发送第三消息；其中，所述第三消息用于请求预留所述cu和所述du间多点协同comp协作交互的comp资源。10.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述du通过所述第一接口接收所述cu发送的、用于响应所述第三消息的第四消息。11.根据权利要求10所述的方法，其特征在于，所述第四消息中包括：comp协作生效的时间单元，和/或，comp协作生效的时间单元对应comp资源的信息。12.根据权利要求9所述的方法，其特征在于，所述方法还包括：所述cu通过所述第一接口向所述du发送第五消息；其中，所述第五消息用于通知所述du预留所述cu和所述du间comp协作交互的comp资源。13.根据权利要求1、9、10或12所述的方法，其特征在于，所述第一消息或所述第三消息
或所述第四消息或所述第五消息还用于请求干扰协调资源。14.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述du向所述cu发送辅助信息数据，和/或，所述cu向所述du发送辅助信息数据；其中，所述辅助信息数据包括：辅助信道质量信息类型，所述辅助信道质量信息类型用于判断是否进行comp联合接收jr或comp下行联合发送jt。15.根据权利要求14所述的方法，其特征在于，所述方法还包括：所述cu和/或所述du获取服务小区的测量值；所述cu和/或所述du根据所述测量值和所述辅助信道质量信息类型用于判断是否进行comp jr或comp jt。16.根据权利要求14所述的方法，其特征在于，所述辅助信道质量信息类型包括以下一项或多项：探测参考信号参考信号接收功率；时间提前量；探测参考信号特征向量；信道状态信息参考信号参考信号接收功率；同步信号块参考信号接收功率。17.一种传输装置，该装置应用于网络侧设备，所述网络侧设备包括cu和du，其特征在于，包括：第一发送模块，用于通过第一接口向所述du发送第一消息，所述第一消息指示由所述du配置的终端的协作小区的信息。18.一种网络侧设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至16中任一项所述的方法的步骤。19.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至16中任一项所述的方法的步骤。

技术总结
本申请公开了一种传输方法、装置、设备及可读存储介质，该方法包括：所述CU通过第一接口向所述DU发送第一消息，所述第一消息指示由所述DU配置的终端的协作小区的信息。所述DU配置的终端的协作小区的信息。所述DU配置的终端的协作小区的信息。


技术研发人员：方亮
受保护的技术使用者：大唐移动通信设备有限公司
技术研发日：2022.02.17
技术公布日：2023/8/31