上行数据的解析方法、电子装置和存储介质与流程

[0001]
本申请涉及通信技术领域，特别是涉及上行数据的解析方法、电子装置和存储介质。


背景技术：

[0002]
小区合并是指将多个同频物理小区合并成一个逻辑小区。小区合并在4g/5g覆盖中，特别适用于高速公路、高速铁路、室内覆盖等场景。小区合并可以显著提升小区覆盖能力，更灵活的进行网络扩展与补充；小区合并可以降低小区切换次数，减少信令交互，减少频繁切换引起的掉话；小区合并可以减少邻区关系，降低网络规划的复杂度，提升用户体验。
[0003]
对于小区合并场景，下行由一个逻辑小区分裂成多个物理小区，上行由多个物理小区合并成一个逻辑小区。对于一个逻辑小区下的所有ue，du并不知道每个ue具体是在哪个物理小区接入的，因此，du的上行基带处理单元收到多个物理小区的基带信号时，需要在每个物理小区尝试对所有ue进行解调、解码，最糟糕的情况需要重复在所有物理小区解析所有ue，这相对于不做小区合并的场景，基带处理单元的处理负荷增加为数倍。当要合并的物理小区数量较多时，常规方法甚至会导致设备无法实现。现有技术需要在每个ru部署完整的上行物理层，使每一个rrh都具备物理层、mac能力，增加了ru的成本、复杂度，同时增加了du和ru的交互信息量。小区合并场景下，上行接收需要处理多个物理小区的空口信号。多个物理小区的上行处理有射频合并、基带合并等形式。射频合并会引入底噪抬升，降低接收性能，这限制了射频合并的小区数；基带合并不会降低接收性能，但是会引起基带处理负荷的倍增，大大降低产品的规格。


技术实现要素：

[0004]
本申请实施例提供了一种上行数据的解析方法、电子装置和存储介质，以至少解决相关技术中基带处理单元的处理负荷高的问题。
[0005]
第一方面，本申请实施例提供了一种上行数据的解析方法，应用于包括由多个物理小区合并为一个逻辑小区的基站，所述基站包括基带处理单元和与所述基带处理单元连接的多个射频拉远单元，所述基站在所述基带处理单元中进行phy层处理和mac层处理，所述方法包括：
[0006]
在上行调度过程中，所述基带处理单元的phy层接收由mac层下发的上行配置信息，其中，所述上行配置信息包括所述上行调度过程需要解析上行数据的ue的参数信息；
[0007]
所述phy层接收从所述多个物理小区获取的上行基带信号；
[0008]
所述phy层根据第一ue记录判断待解析ue的上行数据在所述上行调度过程中是否被正确解析，若是，则在所述上行调度过程中不再解析所述待解析ue的上行数据，其中，所述第一ue记录包括在所述上行调度过程中需要解析上行数据的ue在所述上行调度过程中的上行数据解析结果。
[0009]
在其中一些实施例中，在所述phy层根据所述第一ue记录判断所述待解析ue在所述上行调度过程中是否被正确解析之后，所述方法还包括：
[0010]
若否，则所述phy层根据第二ue记录查询所述待解析ue上一次正确解析上行数据的物理小区，并使用所述待解析ue的参数信息在所述待解析ue上一次正确解析上行数据的物理小区对应的上行基带信号中解析所述待解析ue的上行数据，其中，所述第二ue记录包括所述逻辑小区中全部ue上一次正确解析上行数据的物理小区的小区标识。
[0011]
在其中一些实施例中，在所述phy层根据所述第二ue记录未查询到所述待解析ue上一次正确解析上行数据的物理小区的情况下，所述phy层使用所述待解析ue的参数信息在所述多个物理小区对应的上行基带信号中解析所述待解析ue的上行数据，并在所述待解析ue的上行数据被正确解析的情况下，将正确解析所述待解析ue的上行数据的物理小区的小区标识更新到第二ue记录中，以及将所述待解析ue的上行数据被正确解析的解析结果更新到所述第一ue记录中。
[0012]
在其中一些实施例中，所述phy层使用所述待解析ue的参数信息在所述多个物理小区对应的上行基带信号中解析所述待解析ue的上行数据包括：
[0013]
所述phy层从所述多个物理小区中按照预设顺序依次选择物理小区，并使用所述待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析所述待解析ue的上行数据，直至遍历完所述多个物理小区。
[0014]
在其中一些实施例中，所述phy层使用所述待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析所述待解析ue的上行数据包括：
[0015]
所述phy层根据所述待解析ue在选择的物理小区对应的上行基带信号，计算与所述待解析ue对应的pusch测量值；
[0016]
所述phy层判断所述pusch测量值是否高于预设门限值；
[0017]
若是，所述phy层使用所述待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析所述待解析ue的上行数据；否则，所述phy层不在选择的物理小区对应的上行基带信号中解析所述待解析ue的上行数据。
[0018]
在其中一些实施例中，所述pusch测量值基于信噪比和/或参考信号接收功率获取。
[0019]
在其中一些实施例中，所述方法还包括：
[0020]
所述phy层将所述上行调度过程需要解析上行数据的ue的上行数据和/或解析结果上报给所述mac层，结束所述上行调度过程。
[0021]
在其中一些实施例中，所述方法还包括：
[0022]
在所述上行调度过程结束时或者在下一次上行调度过程开始时，所述phy层初始化所述第一ue记录。
[0023]
第二方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面的上行数据的解析方法。
[0024]
第三方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面的上行数据的解析方法。
[0025]
相比于相关技术，本申请实施例提供的上行数据的解析方法、电子装置和存储介
质，解决了基带处理单元的处理负荷高的问题，降低了基带处理单元的负荷。
[0026]
本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。
附图说明
[0027]
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0028]
图1是根据本申请实施例的上行数据的解析方法的终端硬件结构框图。
[0029]
图2是根据本申请实施例的采用du+hub+ru架构的基站的结构示意图。
[0030]
图3是根据本申请实施例的上行数据的解析方法流程图。
[0031]
图4是根据本申请优选实施例的上行数据的解析方法流程图。
[0032]
图5是根据本申请实施例的上行数据的解析方法的示意图。
具体实施方式
[0033]
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
[0034]
在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
[0035]
除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
[0036]
本实施例提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。以运行在终端上为例，图1是本发明实施例的上行数据的解析方法的终端的硬件结构框图。如
图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
[0037]
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的上行数据的解析方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0038]
本实施例提供了一种上行数据的解析方法，应用于包括由多个物理小区合并为一个逻辑小区的基站，基站包括基带处理单元和与基带处理单元连接的多个射频拉远单元，基站在基带处理单元中进行phy层处理和mac层处理。
[0039]
在本实施例中，在采用bbu+rru构架的基站中，上述的基带处理单元包括bbu，上述的射频拉远单元包括rru。在采用du+ru构架，或者采用du+hub+ru构架的基站中，上述的基带处理单元包括du，上述的射频拉远单元包括ru；其中的hub用于扩展du与ru之间的连接端口。图2是根据本申请实施例的采用du+hub+ru架构的基站的结构示意图，如图2所示，其中的fdd-lte主机单元相当于du单元，扩展单元1、扩展单元2、扩展单元3和扩展单元4相当于hub，每个扩展单元下可以连接若干个远端单元，远端单元相当于上述的ru。在图2中每个扩展单元下可以连接8个远端单元，四个扩展单元一共将32个扩展单元连接到fdd-lte主机单元，最多可实现32个物理小区合并为1个逻辑小区。
[0040]
图3是根据本申请实施例的上行数据的解析方法流程图，如图3所示，该流程包括如下步骤：
[0041]
步骤s301，在上行调度过程中，基带处理单元的phy层接收由mac层下发的上行配置信息。
[0042]
在本实施例中，上述上行配置信息具体包括上行调度过程需要解析上行基带信号的ue的参数信息。上述ue的参数信息例如可以是：需要解析上行数据的ue的资源块位置信息等。通过获得这些ue的参数信息，为后续步骤对ue的解析提供数据基础。
[0043]
步骤s302，phy层接收从多个物理小区获取的上行基带信号。
[0044]
在本实施例中，phy层接收到多个物理小区的上行基带信号。其中，多个物理小区包括接收到ue发送信号的所有物理小区，每个物理小区对应于一个射频拉远单元。
[0045]
步骤s303，phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中是否被正确解析。
[0046]
步骤s304，若phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中被正确解析，则phy层在当前的上行调度过程中不再解析待解析ue的上行数据，其中，第一ue记录包括在上行调度过程中需要解析上行数据的ue在上行调度过程中的上行数据解析结果。
[0047]
通过上述步骤s301至步骤s304，在根据第一ue记录确定待解析ue的上行数据在当前的上行调度过程中已经被正确解析之后，则不再在当前的上行调度过程中解析该待解析ue的上行数据，避免了遍历各个物理小区重复解析该待解析ue的上行数据导致的基带处理单元资源消耗大的问题。
[0048]
在其中一些实施例中，上行数据的解析方法还包括：
[0049]
步骤s305，在待解析ue的上行数据未被正确解析的情况下，phy层使用待解析ue的参数信息在多个物理小区对应的上行基带信号中解析待解析ue的上行数据，并在待解析ue的上行数据被正确解析的情况下，将待解析ue的上行数据被正确解析的解析结果更新到第一ue记录中。通过上述方法，实现了第一ue记录的更新。
[0050]
在其中一些实施例中，上行数据的解析方法还包括：
[0051]
步骤s306，phy层将上行调度过程需要解析上行数据的ue的上行数据和/或解析结果上报给mac层，结束上行调度过程。
[0052]
在上述步骤中，可以在本次上行调度过程中需要解析上行数据的所有ue的上行数据均被正确解析后，phy层将这些ue的上行数据和/或解析结果(例如是否正确解析的解析结果，或者crc校验值)组包上报给mac层，完成本次上行调度过程。
[0053]
在其中一些实施例中，上行数据的解析方法还包括：
[0054]
步骤s307，在上行调度过程结束时或者在下一次上行调度过程开始时，phy层初始化第一ue记录。
[0055]
其中，初始化第一ue记录例如可以是将第一ue记录清空，或者将第一ue记录中ue对应的解析结果置为无效值或者未被正确解析。
[0056]
在其中一些实施例中，上述方法还包括：mac层确定驻留在该逻辑小区中的所有ue，并将这些ue的标识信息下发给phy层。phy层根据驻留在逻辑小区中的ue的标识信息，生成或更新第二ue记录。其中，第二ue记录包括逻辑小区中全部ue上一次正确解析上行数据的物理小区的小区标识。
[0057]
在下一次上行调度过程中，基带处理单元的phy层再一次按照上述实施例提供的流程进行ue的上行数据的解析。
[0058]
通过上述步骤，在4g/5g的基带处理单元(bbu)+射频拉远单元(rru)、中央单元(cu)/分布单元(du)+hub+ru产品架构的基础上，rru/ru保持传统的中频、射频能力，不增加上行物理层的解调、解码能力(oran option7-2需要支持low-phy)，在bbu/du对每个ue的上行解析时，对每个物理小区进行判断选择，是否在该物理小区解析该ue的上行数据信道，而不会遍历每个物理小区都去解析同一个ue。当ue上行在被选择的物理小区中解析成功时，不会在其他物理小区继续重复解析，降低了合并小区上行基带的成本，减少了解析重复次数和重复率，降低了基带处理单元的处理负荷。
[0059]
在其中一些实施例中，在步骤s305中，phy层使用待解析ue的参数信息在多个物理小区对应的上行基带信号中解析待解析ue的上行数据包括：phy层从多个物理小区中按照预设顺序依次选择物理小区，并使用待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析待解析ue的上行数据，直至遍历完所有物理小区。
[0060]
在上述实施例中，预设顺序是预先设置的，例如可以根据物理小区标识的大小确定上述的预设顺序。由于待解析ue在本次上行调度过程中尚未在任何物理小区对应的上行
基带信号上解析出上行数据，因此，按照预设顺序遍历每个物理小区来解析待解析ue的上行数据，直至遍历完所有物理小区，则不再在剩余的其他物理小区对应的上行基带信号中解析待解析ue的上行数据，以节约基带处理单元的处理资源。
[0061]
判断上行数据是否被正确解析的方式可以采用crc校验的方式。例如，在其中一些实施例中，ue在发送给基站的上行数据包括有效数据部分和crc校验值，在基带处理单元的phy层解析出ue的上行数据之后，对上行数据中的有效数据部分进行crc校验，得到有效数据部分的crc校验值，若crc校验值为预设值(例如0)，则确定待解析ue的上行数据被正确解析，否则，确定待解析ue的上行数据未被正确解析。
[0062]
为了进一步节约基带处理单元的处理资源，可以在解析ue的上行数据之前判断当前物理小区的pusch信道中是否存在上行数据。判断当前物理小区的pusch信道中是否存在上行数据可以通过判断当前物理小区的pusch信道功率是否超过预设门限值的方式确定。例如，在其中一些实施例中，基带处理单元的phy层使用待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析待解析ue的上行数据之前，phy层首先判断待解析ue在选择的物理小区对应的上行基带信号中的pusch测量值是否高于预设门限值。如果待解析ue在选择的物理小区对应的上行基带信号中的pusch测量值高于预设门限，则phy层使用待解析ue的参数信息在选择的物理小区对应的上行基带信号中解析待解析ue的上行数据；如果待解析ue在选择的物理小区对应的上行基带信号中的pusch测量值不高于预设门限值，phy层则不在选择的物理小区对应的上行基带信号中解析待解析ue的上行数据。其中，上述的预设门限值例如可以是snr门限，其中，当上述的预设门限值为无穷低时，等效为在每个物理小区解析未曾正确解析的ue。
[0063]
上述的pusch测量值可以基于信噪比(snr)和/或参考信号接收功率(rsrp)获取。
[0064]
通过上述方式，能够判断某个物理小区的pusch信道中是否存在上行数据，如果pusch信道中并不存在上行数据，则基带处理单元不在这个物理小区中解析ue的上行数据，进一步节约基带处理单元的处理资源。
[0065]
本实施例提供了一种上行数据的解析方法。图4是根据本申请优选实施例的上行数据的解析方法流程图，如图4所示，该流程包括如下步骤：
[0066]
步骤s401，在上行调度过程中，基带处理单元的phy层接收由mac层下发的上行配置信息。
[0067]
步骤s402，phy层接收从多个物理小区获取的上行基带信号。
[0068]
步骤s403，phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中是否被正确解析。
[0069]
步骤s404，若phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中被正确解析，则在上行调度过程中不再解析待解析ue的上行数据，其中，第一ue记录包括在上行调度过程中需要解析上行数据的ue在上行调度过程中的上行数据解析结果。
[0070]
步骤s405，若phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中未被正确解析，则phy层根据第二ue记录查询待解析ue上一次正确解析上行数据的物理小区。
[0071]
步骤s406，若查询到待解析ue上一次正确解析上行数据的物理小区，则phy层使用待解析ue的参数信息在待解析ue上一次正确解析上行数据的物理小区对应的上行基带信
号中解析待解析ue的上行数据，其中，第二ue记录包括逻辑小区中全部ue上一次正确解析上行数据的物理小区的小区标识。
[0072]
步骤s407，在phy层根据第二ue记录未查询到待解析ue上一次正确解析上行数据的物理小区的情况下，phy层使用待解析ue的参数信息在多个物理小区对应的上行基带信号中解析待解析ue的上行数据，并在待解析ue的上行数据被正确解析的情况下，将正确解析待解析ue的上行数据的物理小区的小区标识更新到第二ue记录中，以及将待解析ue的上行数据被正确解析的解析结果更新到第一ue记录中。
[0073]
通过上述步骤，优先在上一次调度过程中正确解析了待解析ue的上行数据的物理小区上解析该待解析ue，能够进一步降低基带单元的资源消耗。
[0074]
图5是根据本申请实施例的上行数据的解析方法的示意图。如图5所示，基带处理单元bbu具备mac层功能和phy层功能。在某个物理小区中的移动终端(ue)将上行数据调制到射频信号，射频信号经空口发送给与该物理小区对应的射频拉远单元(rru)，rru对接收到的射频信号处理成上行基带信号进行处理后通过phy层发送给bbu，bbu的phy层在接收到rru发送的上行基带信号后通过图3或图4所示的方法解析ue的上行数据，然后把上行数据上报给bbu的mac层。
[0075]
需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
[0076]
本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0077]
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
[0078]
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0079]
s1，在上行调度过程中，基带处理单元的phy层接收由mac层下发的上行配置信息，其中，上行配置信息包括上行调度过程需要解析上行基带信号的ue的参数信息。
[0080]
s2，phy层接收从多个物理小区获取的上行基带信号。
[0081]
s3，phy层根据第一ue记录判断待解析ue的上行数据在上行调度过程中是否被正确解析。
[0082]
s4，若待解析ue的上行数据在上行调度过程中被正确解析，则在上行调度过程中不再解析待解析ue的上行数据，其中，第一ue记录包括在上行调度过程中需要解析上行数据的ue在上行调度过程中的上行数据解析结果。
[0083]
需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
[0084]
另外，结合上述实施例中的一种上行数据的解析方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种上行数据的解析方法。
[0085]
综上所述，通过本申请提供的上述实施例或者优选实施方式，有如下有益效果：
[0086]
1.在靠前的物理小区已经解析crc正确的ue，不会在后续的物理小区继续解析，降低了物理层的处理压力和时序压力。
[0087]
2.通过合理的设置阈值门限，进一步筛选掉不需要在当前物理小区解析的ue，降低了物理层的处理压力和时序压力。
[0088]
3.通过灵活的设置阈值门限，可以选择保守或者激进的筛选ue策略。
[0089]
4.降低了小区合并场景上行基带合并的处理负荷，提升了基带处理单元可以支持的小区规格。
[0090]
5.实现本申请实施例的方案不需要增加额外的功能模块，比如集中调度器、ru单元的上行物理层解析模块等。
[0091]
6.本申请实施例的方案无需在射频拉远单元和基带处理单元之间传输交互信息，因而不增加额外的交互信息。
[0092]
7.本申请实施例的方案集中于基带处理单元的物理层内部的处理，不影响对外接口，便于功能扩展和移植。
[0093]
本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0094]
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。