具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

发明人经过进一步分析后发现，为了支持在现有4G硬件系统中升级支持4G/5G的频谱共享功能，相关技术仍然有如下问题。

根据目前TS36.423中的定义，NR基站必须是支持en-gNB模式即NSA(Non-Standalone，非独立组网)模式时，才存在基于X2接口的信令交互。因此在规范以及相关技术的实现中，均未见基于SA模式的NR设备间允许交互参数配置。因此，相关技术无法实现NRSA基站与LTE基站的参数自动协商。

并且，目前F1接口仅支持对于PDSCH/PUSCH相关数据的资源的交互，由于NR侧无法识别出被保护的资源是PRACH信号和SRS信号，因此无法进行时频域的PRACH和SRS等上行资源相关的协调以及干扰消除。

基于上述需求和原因分析，目前的3GPP NR的协议都无法满足NR基站和LTE基站交互上行资源的需求，导致在动态频谱共享场景中存在上行干扰。下面参考图1描述本发明上行资源协调方法的实施例。通过该实施例，能够降低该场景中的上行干扰。

图1示出了根据本发明一些实施例的上行资源协调方法的流程示意图。如图1所示，该实施例的上行资源协调方法包括步骤S102～S108。在该实施例的场景中，存在第一制式的第一基站和第二制式的第二基站。在一些实施例中，第一基站和第二基站不共站，并且第一基站和第二基站基于光纤链接、或基于IP链接。

在步骤S102中，第一基站的高层协议栈实体通过高层协议栈实体与第一基站的底层协议栈实体之间的接口，接收底层协议栈实体发送的第一承载信息，第一承载信息包括第一基站的小区的上行资源的配置信息，其中，第一基站为第一制式。

在一些实施例中，第一制式为NR。

在一些实施例中，第一基站为独立组网SA模式的NR基站。

在一些实施例中，底层协议栈实体为DU，高层协议栈实体为CU。

在一些实施例中，上行资源包括PRACH(Physical Random Access Channel，物理随机接入信道)。在LTE系统中，PRACH前导序列由长度为839的ZC(Zadoff-Chu，伪叠加)序列组成，每个前导序列对应一个根序列。在协议TS 36.211中规定，在一个小区中有64个前导序列。而在5G系统中，NR也支持了包括与LTE一样的、基于15KHz子载波间隔的Format 0格式，该格式在LTE和NR均采用相同的设计方案。目前在运营商的2.1GHz网络中，无论是LTE还是NR都将支持基于15KHz子载波间隔的Format 0格式的PRACH信号。在动态频谱共享场景中，需要考虑LTE和NR之间的PRACH配置参数之间的协调方案，避免时频域位置上的冲突。

在一些实施例中，上行资源包括SRS(Sounding Reference Signal，信道探测参考信号)。SRS主要用于网络获取上下行信道的互易性，以及估计终端上行的发射码本等作用。目前网络中通常配置的是基于周期反馈的SRS，当网络中配置了公共的SRS信号，所有终端在发送PUSCH的时候需要规避SRS所占用的符号。考虑到LTE和NR在动态频谱共享场景中同时同频发送，因此通过协调两个小区发送SRS的配置，一方面减少了SRS的配置数量、降低了上行传输的开销，另一方面减少了用户上行PUSCH的影响。

发明人发现，在相关技术中，CU和DU之间的F1接口上仅支持与PDSCH、PUSCH相关的资源的交互，而没有关于SRS、PRACH等资源的交互。这导致NR基站无法识别出被保护的资源是PRACH信号和SRS信号，因此无法进行时频域的PRACH和SRR资源相关的协调以及干扰消除。并且，即使在NSA场景中，NR基站和LTE基站间的X2接口中也不交互SRS的配置信息、且X2接口也不协调SRS的配置信息。加之，目前通过F1接口和X2接口传输的被保护的资源都是PRB级别，但是SRS在时域仅占1～4符号，在交互过程的实现中却不会将PRB设置为被保护状态，因此会导致接收端无法确认该PRB上是否被配置了SRS。因此，本发明对CU和DU的交互进行了扩展，使其支持SRS的配置信息的传输，从而减少了用户上行PUSCH的影响。

在一些实施例中，第一承载信息包括：

1)小区的标识，例如NR GCI信息；

2)小区的上下行频点信息；

3)每个小区的子帧配置信息，该信息仅存在于TDD场景中；

4)每个小区的BWP配置信息，包括：每个带宽部分BWP中的SRS配置信息、每个BWP中的PRACH配置信息。

在一些实施例中，SRS配置信息包括：

1)周期性SRS的时域配置，例如TS38.331中定义的resourceMapping；

2)周期性SRS的频域带宽配置，例如TS38.331中定义的freqDomainPosition，freqDomainShift和freqHopping；

3)SRS的梳状配置，例如TS38.331中定义的transmissionComb；

4)每个BWP中的子载波间隔SCS，例如TS38.31中定义的subcarrierSpacing；

5)频域起始位置；

在一些实施例中，PRACH配置信息包括：

1)每个BWP中的子载波间隔SCS，例如TS38.31中定义的subcarrierSpacing；

2)频域起始位置；

3)每个BWP中PRACH前导码根序列及其他序列的配置信息；

4)每个BWP中的PRACH的时频域和码域配置参数，例如如TS38.331中定义的RACH-ConfigGeneric和RACH-Common，包括：

PRACH的频域个数；

PRACH时域配置信息；

PRACH的频域长度；

在PRACH的频域长度为139的情况下，PRACH的时域和码域配置参数还包括SCS大小、每个SSB中的RACH(随机接入信道)配置信息。

在一些实施例中，除了上述信息以外，PRACH配置信息还可以包括：

5)上行频点是否偏移的信息：例如TS38.331中定义的frequencyShift7p5khz。

在步骤S104中，第一基站的高层协议栈实体与第二基站交换小区的上行资源的配置信息，其中，第二基站为第二制式、并且存在与第一基站的小区进行动态频谱共享的小区。

在一些实施例中，第二制式为LTE。

在一些实施例中，第一基站和第二基站通过光纤连接、或者通过IP直连，二者是不共站的。

在一些实施例中，第一基站的高层协议栈实体通过中继设备与第二基站交换小区的上行资源的配置信息。

在一些实施例中，中继设备为第三基站，并且，第三基站为第一制式的基站、并且与第二基站之间配置有接口。例如，NSA的NR基站支持频点1和频点2，LTE支持频点1，则可以在LTE的频点1和NR的频点2上配置X2接口，该NSA的NR基站作为第三基站。

在一些实施例中，中继设备为核心网设备。从而，第一基站和第二基站在没有直接接口的情况下，可以通过核心网来交互。

在一些实施例中，高层协议栈实体向第二基站发送第三承载信息，其中，第三承载信息包括第一基站的小区的上行资源的配置信息；第二基站向高层协议栈实体发送第三承载信息的反馈信息，其中，第三承载信息的反馈信息包括第二基站的小区的上行资源的配置信息。从而，可以借助一对对应的信息来实现配置的交互。

在一些实施例中，第三承载信息包括：

1)基站的标识；

2)小区的标识，例如，第一基站的小区的NR CGI(Cell Global Identifier，小区全局标识符)信息；

3)小区的上下行频点信息，在一些实施例中，上下行频点信息包括：

下行频点配置信息，包括带宽信息、下行中心频点信息，其中，在第三承载信息中，第一基站的下行中心频点信息采用SSB(Synchronization Signal and PBCH Block,同步信号和物理信道块)对应的NR-ARFCN(NR Absolute Radio Frequency Channel Number，NR绝对无线频率信道号)，在第三承载信息的反馈信息中，第二基站的下行中心频点信息采用E-ARFCN(EUTRA Absolute Radio Frequency Channel Number，绝对无线频率信道号)；和

上行频点配置信息，包括带宽信息、上行中心频点信息，并且在第一基站支持SUL(Supplementary Uplink，补充的上行链路)的情况下还包括SUL载波的信息，其中，在第三承载信息中，第一基站的上行中心频点信息采用预设资源块RB位置的NR-ARFCN，在第三承载信息的反馈信息中，第二基站的上行中心频点信息采用E-ARFCN；

4)每个小区的子帧配置信息，适用于TDD(Time Division Duplexing，时分双工)场景；

5)SSB的配置信息

6)BWP配置信息，包括：

BWP的带宽信息；

BWP的频域起始点信息；

每个BWP中的SRS配置信息；

每个BWP中的PRACH配置信息。

在一些实施例中，第二基站的小区的上行资源的配置信息包括PRACH的配置信息或者SRS的配置信息中的至少一种。

第二基站的小区的PRACH的配置信息包括：

1)PRACH时域位置，例如TS36.211定义的参数PRACH-ConfigurationIndex(PRACH配置索引)；

2)PRACH频域位置，例如如TS36.211定义的参数PRACH-FrequencyOffset(PRACH频率偏移)；

3)PRACH码域设置，例如TS36.211定义的参数RootSequenceIndex(根序列索引)、ZeroCorrelationZoneConfiguration(零相关区域配置)和HighSpeedFlag(高速小区指示)。

第二基站的小区的SRS的配置信息包括：

1)SRS时域配置信息，例如TS36.211中定义的参数srs-ConfigIndex，表示所有用户都配置的小区级的、用于周期性发送的SRS信号；

2)SRS配置关闭信息，例如采用枚举类型，指示SRS配置，是可选的，当SRS的配置信息携带该信息时指示关闭。

在步骤S106中，第一基站的高层协议栈实体通过高层协议栈实体与底层协议栈实体之间的接口，向底层协议栈实体发送第二承载信息，其中，第二承载信息包括第二基站的小区的上行资源的配置信息。

在一些实施例中，第二承载信息为GNB-CU Configuration Update(5G基站集中单元配置更新)消息，包括：

1)邻小区的标识，邻小区即第二基站的小区；

2)邻小区的频点配置信息；

3)邻小区的子帧结构信息，该信息仅适用于TDD场景；

4)第二基站的小区的PRACH的配置信息；

5)第二基站的小区的SRS配置信息。

在步骤S108中，第一基站的底层协议栈实体根据第二基站的小区的上行资源的配置信息，对第一基站的动态频谱共享的小区的上行资源进行调整。

在一些实施例中，底层协议栈实体根据预配置信息，确定第一基站和第二基站中进行动态频谱共享的小区。预配置信息例如由网管或者基站的算法确定。

通过上述实施例的方法，可以令动态频谱共享的、不同制式的基站交互上行资源的配置信息。并且，第一基站的高层协议栈实体和底层协议栈实体也可以交互上行资源的配置信息，使得底层协议栈实体能够获得第二基站的上行资源的配置信息、并对自身的配置进行调整。从而减少了在同频发射时的配置错误而造成的干扰，减少性能下降问题的出现。

并且，在CU和DU分离、DU和其他邻基站节点没有任何直连接口、并且相关物理层信号还需要由DU进行调整的情况下，本发明实施例中的CU能够将其他邻区的上行资源的配置通知给DU，从而DU可基于其他同频发射小区进行上行资源的参数的优化。

在一些实施例中，当第一基站确定了调整后的上行资源后，还可以通过高层协议栈实体与第二基站再次交互配置，以便将最新的配置通知给第二基站。下面参考图2描述本发明上行资源协调方法的实施例。

图2示出了根据本发明另一些实施例的上行资源协调方法的流程示意图。如图2所示，该实施例的上行资源协调方法包括步骤S202～S216。

步骤S202～S208与图1中的步骤S102～S108依次对应，这里不再赘述。

在步骤S210中，高层协议栈实体接收底层协议栈实体发送的、调整后的上行资源的配置信息。

在步骤S212中，高层协议栈实体将调整后的上行资源的配置信息发送给第二基站。

在一些实施例中，高层协议栈实体在与第二基站交互调整后的配置时，可以遵循与交互调整前的配置时的流程，例如通过相同的信令流程或消息。因此，该实施例的上行资源协调方法还可以包括步骤S214～S216。

在步骤S214中，高层协议栈实体接收第二基站发送的、第二基站的小区的上行配置信息。

在步骤S216中，高层协议栈实体将第二基站的小区的上行配置信息发送给底层协议栈实体。

通过上述实施例的方法，第二基站能够及时了解第一基站的最新的上行资源配置，从而进一步降低了上行干扰。

在一些实施例中，在满足预设条件的情况下，高层协议栈实体接收底层协议栈实体发送的第一承载信息。该预设条件例如为底层协议栈实体与高层协议栈实体建立接口、或者第一基站中的小区的上行资源的配置信息发生变化等等。下面参考图3描述本发明上行资源协调方法的信令流程。

图3示出了根据本发明一些实施例的上行资源协调方法的信令流程示意图。在该实施例中，设gNB为第一基站、eNB为第二基站，gNB中的高层协议栈实体为CU、底层协议栈实体为DU。如图3所示，该实施例的上行资源协调方法包括步骤S302～S318。

在步骤S302中，响应于满足预设条件，gNB的DU(简写为gNB-DU)向gNB的CU(简写为gNB-CU)发送第一承载信息，其中携带gNB的上行资源的配置信息，例如PRACH和SRS的配置信息。

在一些实施例中，在底层协议栈实体与高层协议栈实体建立接口的情况下，高层协议栈实体接收底层协议栈实体发送的第一承载信息，第一承载信息为F1 Setup Request(F1接口建立请求)消息。

在一些实施例中，在第一基站中的小区的上行资源的配置信息发生变化的情况下，高层协议栈实体接收底层协议栈实体发送的第一承载信息，第一承载信息为GNB-DUConfiguration Update(5G基站分布单元配置更新)消息。

在高层协议栈实体正确接收第一承载信息后，可以向底层协议栈实体发送反馈。例如执行步骤S304的操作。

在步骤S304中，响应于gNB-CU正确接收gNB-DU发送的第一承载信息，gNB-CU向gNB-DU发送第一承载信息的反馈信息。

如果第一承载信息为F1 Setup Request消息，则相应的反馈信息为F1 SetupResponse(F1接口建立响应)消息。

如果第一承载信息为GNB-DU Configuration Update消息，则相应的反馈信息为GNB-DU Configuration Update ACK(5G基站分布单元配置更新确认)消息。

在步骤S306中，gNB-CU向eNB发送第三承载信息，其中携带gNB的上行资源的配置信息。该发送过程例如可以通过中继设备中转，在二者之间扩展了直接接口的情况下也可以直接发送，这里不再赘述。

步骤S304和S306之间没有严格的顺序关系，图3中的顺序仅为示意。

在步骤S308中，eNB向gNB-CU发送第三承载信息的反馈信息，其中携带eNB的上行资源的配置信息。

在步骤S310中，gNB-CU向gNB-DU发送第二承载信息，例如GNB-CU ConfigurationUpdate消息，其中携带eNB的上行资源的配置信息。

在步骤S312中，响应于gNB-DU正确接收gNB-CU发送的第二承载信息，gNB-DU向gNB-CU发送第二承载信息的反馈信息，例如GNB-CU Configuration Update ACK消息。

在步骤S314中，gNB-DU根据eNB的上行资源的配置信息，对gNB的动态频谱共享的小区的上行资源进行调整。

在步骤S316中，gNB-DU向gNB-CU发送第一承载信息，其中携带调整后的gNB的上行资源的配置信息。

gNB-CU在正确接收第一承载信息后，仍可以向gNB-DU发送反馈以确认收到该信息。

在步骤S318中，gNB-CU向eNB发送第三承载信息，其中携带调整后的gNB的上行资源的配置信息。

在eNB获得gNB的上行资源的配置信息后，仍可以继续步骤S308和S310，以符合流程规范。

下面示例性地描述底层协议栈实体进行资源协调的方法。

首先，描述一些实施例中调整PRACH的配置的方法。

在一些实施例中，在上行资源的配置信息包括PRACH的配置信息的情况下，底层协议栈实体判断是否已存储第二基站的小区对应的PRACH的配置信息；如果未存储，底层协议栈实体存储接收的第二基站的小区对应的PRACH的配置信息；如果已存储，底层协议栈实体对已存储的第二基站的小区对应的PRACH的配置信息进行更新；底层协议栈实体根据已存储的上行资源的配置信息，对第一基站的动态频谱共享的小区的上行资源进行调整。

在一些实施例中，在进行调整的过程中，底层协议栈实体调整第一基站的动态频谱共享的小区的PRACH时频位置，使其与第二基站相应小区的PRACH的时频位置不重叠。

然后，描述一些实施例中调整SRS的配置的方法。

在一些实施例中，在上行资源的配置信息包括SRS的配置信息的情况下，底层协议栈实体判断是否已存储第二基站的小区对应的SRS的配置信息；如果未存储，底层协议栈实体存储接收的第二基站的小区对应的SRS的配置信息；如果已存储，底层协议栈实体对已存储的第二基站的小区对应的SRS的配置信息进行更新；底层协议栈实体根据已存储的上行资源的配置信息，对第一基站的动态频谱共享的小区的上行资源进行调整。

在一些实施例中，在进行调整的过程中，当调度第一基站覆盖范围内的终端的上行数据发送时，在调度的子帧为第二基站的小区的SRS所占用的子帧的情况下，第一基站的底层协议栈实体通过下行控制信息DCI指示终端不使用第二基站的小区的SRS所占用的时域符号。

下面参考图4描述本发明上行资源协调系统的实施例。

图4示出了根据本发明一些实施例的上行资源协调系统的结构示意图。如图4所示，该实施例的上行资源协调系统40包括：第一基站410以及第二基站420，其中，第一基站410为第一制式，第二基站420为第二制式、并且存在与第一基站的小区进行动态频谱共享的小区。

第一基站410包括高层协议栈实体和底层协议栈实体。高层协议栈实体被配置为通过高层协议栈实体与第一基站的底层协议栈实体之间的接口，接收底层协议栈实体发送的第一承载信息，第一承载信息包括第一基站的小区的上行资源的配置信息；与第二基站交换小区的上行资源的配置信息；通过高层协议栈实体与底层协议栈实体之间的接口，向底层协议栈实体发送第二承载信息，其中，第二承载信息包括第二基站的小区的上行资源的配置信息。底层协议栈实体被配置为根据第二基站的小区的上行资源的配置信息，对第一基站的动态频谱共享的小区的上行资源进行调整。

第二基站420被配置为与第一基站的高层协议栈实体交换小区的上行资源的配置信息。

图5示出了根据本发明一些实施例的基站的结构示意图。如图5所示，该实施例的基站50包括：存储器510以及耦接至该存储器510的处理器520，处理器520被配置为基于存储在存储器510中的指令，执行前述任意一个实施例中的上行资源协调方法。

其中，存储器510例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

图6示出了根据本发明另一些实施例的基站的结构示意图。如图6所示，该实施例的基站60包括：存储器610以及处理器620，还可以包括输入输出接口630、网络接口640、存储接口650等。这些接口630，640，650以及存储器610和处理器620之间例如可以通过总线660连接。其中，输入输出接口630为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口640为各种联网设备提供连接接口。存储接口650为SD卡、U盘等外置存储设备提供连接接口。

本发明的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述任意一种上行资源协调方法。

本领域内的技术人员应当明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。