数据包分流方法、装置及计算机可读存储介质与流程

本公开涉及多媒体技术领域，特别涉及一种数据包分流方法、装置及计算机可读存储介质。

背景技术：

随着移动通信网络不断发展和移动数据需求不断增长，移动通信网络已经成为人们日常工作和生活不可缺少的一部分。移动网络从最开始仅承载数据也逐步变为语音、数据等多种业务同时承载的网络，手机、移动终端、物联网发展也使移动网络能够通过各类应用开展各种各样的工作。与此同时。移动网络已经成为当前社会发展、科技进步、人们生活质量改善不可缺少的一部分，成为一种基础设施。为了推动社会不断进步，5g网络将进行建设并为更多业务提供高质量的通信保障。未来移动通信网络可能4g、5g网络长期共存，共同为用户提供多种通信服务。为了充分利用4g、5g网络资源，3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)组织研究了双连接的网络架构。在双连接网络架构中，用户业务可以通过4g基站或5g基站传输，也可以通过4g和5g基站同时传输，从而充分利用4g、5g网络资源为用户服务。

然而，在当前双连接网络架构中，4g、5g基站间的分流是采用pdcp(packetdataconvergenceprotocol，分组数据汇聚协议)层分流，即主基站(简称mcg，具体可以为4g或5g基站)通过xn或x2接口将pdcp数据包传输给辅基站(简称scg，具体可以为4g或5g基站)进行分流。

技术实现要素：

本公开解决的一个技术问题是，如何提高基站间的业务分流效率。

根据本公开实施例的一个方面，提供了一种数据包分流方法，包括：业务主基站向业务辅基站发送业务主基站支持的数据包分流类型和建议的数据包分流类型；业务辅基站根据业务主基站支持的数据包分流类型和建议的数据包分流类型，选择最终的数据包分流类型并发送至业务主基站；业务主基站向业务辅基站发送分流数据包，并配置终端接收分流数据包的分流层级；业务辅基站向终端发送分流数据包。

在一些实施例中，业务辅基站根据业务主基站支持的数据包分流类型和建议的数据包分流类型，选择最终的数据包分流类型包括：如果业务辅基站支持业务主基站建议的数据包分流类型，则业务辅基站选择业务主基站建议的数据包分流类型，作为最终的数据包分流类型；如果业务辅基站不支持业务主基站建议的数据包分流类型，则业务辅基站从业务主基站支持的数据包分流类型中选择其它数据包分流类型，作为最终的数据包分流类型。

在一些实施例中，业务辅基站从业务主基站支持的数据包分流类型中选择其它数据包分流类型包括：业务辅基站从业务主基站支持的数据包分流类型中，选择对应业务辅基站相应层级的剩余缓存最大的其它数据包分流类型。

在一些实施例中，数据包分流方法还包括：业务主基站从支持的数据包分流类型中，选择与分流数据包的业务类型相对应的数据包分流类型，作为建议的数据包分流类型。

在一些实施例中，数据包分流方法还包括：业务辅基站向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级中，传输成功的分流数据包序号以及传输失败的分流数据包序号；业务主基站向终端重新发送传输失败的分流数据包序号所对应的分流数据包。

在一些实施例中，数据包分流方法还包括：业务辅基站向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级的剩余缓存大小；业务辅基站向业务主基站发送在最终的数据包分流类型对应的业务辅基站的相应层级中，为分流数据包分配的最小缓存。

在一些实施例中，数据包分流类型包括：由业务主基站的pdcp层分流至业务辅基站的rlc层；由业务主基站的rlc层分流至业务辅基站的mac层；由业务主基站的mac层分流至业务辅基站的mac层。

根据本公开实施例的另一个方面，提供了一种数据包分流系统，包括业务主基站以及业务辅基站，其中，业务主基站被配置为向业务辅基站发送业务主基站支持的数据包分流类型和建议的数据包分流类型；业务辅基站被配置为根据业务主基站支持的数据包分流类型和建议的数据包分流类型，选择最终的数据包分流类型并发送至业务主基站；业务主基站还被配置为向业务辅基站发送分流数据包，并配置终端接收分流数据包的分流层级；业务辅基站还被配置为向终端发送分流数据包。

在一些实施例中，业务辅基站被配置为：如果支持业务主基站建议的数据包分流类型，则选择业务主基站建议的数据包分流类型，作为最终的数据包分流类型；如果不支持业务主基站建议的数据包分流类型，则从业务主基站支持的数据包分流类型中选择其它数据包分流类型，作为最终的数据包分流类型。

在一些实施例中，业务辅基站被配置为：如果不支持业务主基站建议的数据包分流类型，则从业务主基站支持的数据包分流类型中，选择对应业务辅基站相应层级的剩余缓存最大的其它数据包分流类型。

在一些实施例中，业务主基站还被配置为：从支持的数据包分流类型中，选择与分流数据包的业务类型相对应的数据包分流类型，作为建议的数据包分流类型。

在一些实施例中，业务辅基站还被配置为：向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级中，传输成功的分流数据包序号以及传输失败的分流数据包序号；业务主基站还被配置为：向终端重新发送传输失败的分流数据包序号所对应的分流数据包。

在一些实施例中，业务辅基站还被配置为：向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级的剩余缓存大小；向业务主基站发送在最终的数据包分流类型对应的业务辅基站的相应层级中，为分流数据包分配的最小缓存。

在一些实施例中，数据包分流类型包括：由业务主基站的pdcp层分流至业务辅基站的rlc层；由业务主基站的rlc层分流至业务辅基站的mac层；由业务主基站的mac层分流至业务辅基站的mac层。

根据本公开实施例的又一个方面，提供了又一种数据包分流装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行前述的数据包分流方法。

根据本公开实施例的再一个方面，提供了一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机指令，指令被处理器执行时实现前述的数据包分流方法。

本公开实现了业务主基站与业务辅基站协商数据包分流类型，并基于协商的数据包分流类型进行数据包分流，从而对不同业务采用相应业务分流模式进行业务分流，提高了基站间的业务分流效率。

通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1示出了实现传统的数据包分流方法的系统架构示意图。

图2示出了本公开一些实施例的数据包分流方法的流程示意图。

图3示出了本公开另一些实施例的数据包分流方法的流程示意图。

图4示出了本公开一些实施例的数据包分流系统的结构示意图。

图5示出了本公开一些实施例的数据包分流装置的结构示意图。

具体实施方式

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

图1示出了实现传统的数据包分流方法的系统架构示意图。发明人研究发现，传统的数据包分流方法仅支持一种分流类型，对不同业务都只能进行pdcp层分流，即由业务主基站的pdcp层分流至业务辅基站的rlc(radiolinkcontrol，无线链路层控制协议)层。这对于未来网络中多样性业务来说，分流效率低，业务保障能力差。例如，由于pdcp层缺少自动重传请求机制，对于超高可靠超低时延通信场景下的业务来说，pdcp层分流与rlc层分流相比，分流效率较低。

针对上述问题，本公开针对当前4g/5g基站双连接情况下仅支持pdcp层分流的机制，提出一种新的数据分流方法，使双连接基站能够协商数据包分流类型，并基于协商的数据包分流类型进行数据包分流，从而对不同业务采用相应业务分流模式进行业务分流，提高了基站间的业务分流效率。下面进行详细介绍。

首先结合图2描述本公开一些实施例的数据包分流方法。

图2示出了本公开一些实施例的数据包分流方法的流程示意图。如图2所示，本实施例包括步骤s200～步骤s208。

在步骤s200中，业务主基站从支持的数据包分流类型中，选择与分流数据包的业务类型相对应的数据包分流类型，作为建议的数据包分流类型。

数据包分流类型例如可以包括：由业务主基站的pdcp层分流至业务辅基站的rlc层；由业务主基站的rlc层分流至业务辅基站的mac(mediaaccesscontrol，介质访问控制)层；由业务主基站的mac层分流至业务辅基站的mac层。如果分流数据包的业务类型所对应的qos(qualityofservice，服务质量)等级较高，业务主基站可以选择由业务主基站的rlc层分流至业务辅基站的mac层；如果分流数据包的业务类型所对应的qos(qualityofservice，服务质量)等级较低，业务主基站可以选择由业务主基站的pdcp层分流至业务辅基站的rlc层。

在步骤s202中，业务主基站向业务辅基站发送业务主基站支持的数据包分流类型和建议的数据包分流类型。

例如，nr(newradio，新空口)业务主基站gnb当前承载业务为低时延高可靠的业务，gnb支持对pdcp层和rlc层分流，并根据低时延高可靠的业务特征选择对该业务进行rlc层分流。那么，gnb基站通过xn接口向lte(longtermevolution，长期演进)基站enb发送信令senbadditionrequest，该信令中包含scgbearer(业务辅基站控制的服务小区组承载)和/或splitbearer(业务主基站分离承载)信息。

下面对scgbearer信息的设置情况进行介绍。表1示出了对scgbearer信息的设置情况。

表1

如表1所示，在scgbearer中增加scgbearerleveloption项和scgbearerlevelpreference项，scgbearerleveloption项表明gnb基站支持的数据包分流类型，scgbearerleveloption项内容如果是pdcp层或rlc层，则表明该业务适合通过pdcp层或者rlc层数据包进行分流。scgbearerlevelpreference项是指业务主基站建议的数据包分流类型，例如scgbearerlevelpreference项内容如果是rlc层，则表明业务主基站建议通过rlc层数据包进行分流。

splitbearer信息的设置情况与scgbearer信息的设置情况类似。表2示出了对splitbearer信息的设置情况。

表2

本发明同样可在splitbearer中增加splitbearerleveloption项和splitbearerlevelpreference项，这两项的含义与scgbearerleveloption项和scgbearerlevelpreference项相似，分别表示gnb基站支持的数据包分流类型和建议的数据包分流类型。例如splitbearerlevelpreference项内容如果是rlc层，则表明主基站建议通过rlc层数据包进行分流。splitbearer和scgbearer两种分流方式的差异在于：是业务主基站和业务辅基站同时分流，还是业务辅基站自己分流。

在一些实施例中，业务主基站还可以通过基站间接口向业务辅基站发送分流数据包的业务类型。

在步骤s204中，业务辅基站根据业务主基站支持的数据包分流类型和建议的数据包分流类型，选择最终的数据包分流类型并发送至业务主基站。

在一些实施例中，如果业务辅基站支持业务主基站建议的数据包分流类型，则业务辅基站选择业务主基站建议的数据包分流类型，作为最终的数据包分流类型。

在一些实施例中，如果业务辅基站不支持业务主基站建议的数据包分流类型，则业务辅基站从业务主基站支持的数据包分流类型中选择其它数据包分流类型，作为最终的数据包分流类型。

例如，当业务辅基站接收到业务主基站发送的senbadditionrequest信令后，获得scgbearerleveloption和scgbearerlevelpreference。业务辅基站在sgnbadditionrequestacknowledge消息中增加scgbearerlevelindication项，通过scgbearerlevelindication给出业务辅基站选择的最终的数据包分流类型。如果业务辅基站支持scgbearerlevelpreference，则scgbearerlevelindication与scgbearerlevelpreference相同；如果业务辅基站不支持scgbearerlevelpreference，则根据scgbearerleveloption的指示和业务辅基站目前负载情况选择合适的数据包分流类型进行数据包分流，并通过scgbearerlevelindication通知业务主基站。如果辅基站不支持scgbearerleveloption指示的所有数据包分流类型，则业务辅基站应该通过senbadditionrequestreject消息通知业务主机站拒绝分流。

再比如，当业务辅基站接收到业务主基站发送的senbadditionrequest信令后，获得splitbearerleveloption和splitbearerlevelpreference。辅基站在sgnbadditionrequestacknowledge消息中增加splitbearerlevelindication项，通过splitbearerlevelindication给出业务辅基站选择的最终的数据包分流类型。如果业务辅基站支持splitbearerlevelpreference，则splitbearerlevelindication与splitbearerlevelpreference相同；如果业务辅基站不支持splitbearerlevelpreference，则根据splitbearerleveloption指示和业务辅基站目前负载情况选择合适的数据包分流类型进行数据包分流，并通过splitbearerlevelindication通知业务主基站。如果业务辅基站不支持splitbearerleveloption指示的所有数据包分流类型，则业务辅基站应该senbadditionrequestreject消息通知业务主机站拒绝分流。

在一些实施例中，业务辅基站从业务主基站支持的数据包分流类型中，选择对应业务辅基站相应层级的剩余缓存最大的其它数据包分流类型。

例如，业务主基站建议的数据包分流类型为由业务主基站的rlc层分流至业务辅基站的mac层，而业务辅基站不支持业务主基站建议的数据包分流类型。业务主基站支持的其它数据包分流类型包括由业务主基站的pdcp层分流至业务辅基站的rlc层，以及由业务主基站的mac层分流至业务辅基站的mac层。此时，业务辅基站比较rlc层剩余缓存以及mac层剩余缓存。如果rlc层剩余缓存较大，则选择由业务主基站的pdcp层分流至业务辅基站的rlc层。

在步骤s206中，业务主基站向业务辅基站发送分流数据包，并配置终端接收分流数据包的分流层级。

例如，业务主基站获得scgbearerlevelindication或者splitbearerlevelindication后，通过空口rrc(radioresourcecontrol，是指无线资源控制)信令中的srb-toaddmodlist中的radioresourceconfigdedicated配置终端接收分流数据包的分流层级。

在步骤s208中，业务辅基站向终端发送分流数据包。

上述实施例提供了一种业务主基站与业务辅基站间的多层级业务分流方案。通过业务主基站与业务辅基站协商数据包分流类型，能够基于协商的数据包分流类型进行数据包分流，从而对不同业务采用相应业务分流模式进行业务分流，提高了基站间的业务分流效率，改善了用户服务体验。

本领域技术人员应理解，本公开既适用于3gpp不同接入系统(如lte和nr)之间的业务分流，也适用于相同接入系统不同基站之间的业务分流。

下面结合图3描述本公开另一些实施例的数据包分流方法。

图3示出了本公开另一些实施例的数据包分流方法的流程示意图。如图3所示，在图2所示实施例基础上，本实施例还包括步骤s310～步骤s312。

在步骤s310中，业务辅基站向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级中，传输成功的分流数据包序号以及传输失败的分流数据包序号。

在步骤s312中，业务主基站向终端重新发送传输失败的分流数据包序号所对应的分流数据包。

业务辅基站向业务主基站发送传输失败的分流数据包序号，可以通知业务主基站向终端重新发送传输失败的分流数据包，从而保证数据包的成功传输。

在一些实施例中，数据包分流方法还包括步骤s314～步骤s316。

在步骤s314中，业务辅基站向业务主基站发送最终的数据包分流类型对应的业务辅基站的相应层级的剩余缓存大小。

例如，如果最终的数据包分流类型为业务主基站pdcp层分流，则上报业务辅基站rlc层剩余缓存；如果最终的数据包分流类型为业务主基站rlc层或mac层分流，则上报业务辅基站mac层缓剩余存。

在步骤s316中，业务辅基站向业务主基站发送在最终的数据包分流类型对应的业务辅基站的相应层级中，为分流数据包分配的最小缓存。

在一些实施例中，业务辅基站可以生成分流状态信令，并向业务主承载基站发送分流状态信令。例如，业务辅基站通过dldatadeliverystatus消息将分流状态上报至业务主基站，对dldatadeliverystatus消息的修改如表3所示。辅基站通过基站间接口将辅基站分流状态上报至业务主基站，能够使业务主基站知晓分流状态信息。

表3

下面结合图4描述本公开一些实施例的数据包分流系统。

图4示出了本公开一些实施例的数据包分流系统的结构示意图。如图4所示，本实施例中的数据包分流系统40包括业务主基站402以及业务辅基站404。其中，业务主基站402被配置为向业务辅基站404发送业务主基站402支持的数据包分流类型和建议的数据包分流类型；业务辅基站404被配置为根据业务主基站402支持的数据包分流类型和建议的数据包分流类型，选择最终的数据包分流类型并发送至业务主基站402；业务主基站402还被配置为向业务辅基站404发送分流数据包，并配置终端接收分流数据包的分流层级；业务辅基站404还被配置为向终端发送分流数据包。

在一些实施例中，业务辅基站404被配置为：如果支持业务主基站402建议的数据包分流类型，则选择业务主基站402建议的数据包分流类型，作为最终的数据包分流类型；如果不支持业务主基站402建议的数据包分流类型，则从业务主基站402支持的数据包分流类型中选择其它数据包分流类型，作为最终的数据包分流类型。

在一些实施例中，业务辅基站404被配置为：如果不支持业务主基站402建议的数据包分流类型，则从业务主基站402支持的数据包分流类型中，选择对应业务辅基站404相应层级的剩余缓存最大的其它数据包分流类型。

在一些实施例中，业务主基站402还被配置为：从支持的数据包分流类型中，选择与分流数据包的业务类型相对应的数据包分流类型，作为建议的数据包分流类型。

上述实施例提供了一种业务主基站与业务辅基站间的多层级业务分流方案。通过业务主基站与业务辅基站协商数据包分流类型，能够基于协商的数据包分流类型进行数据包分流，从而对不同业务采用相应业务分流模式进行业务分流，提高了基站间的业务分流效率，改善了用户服务体验。

在一些实施例中，业务辅基站404还被配置为：向业务主基站402发送最终的数据包分流类型对应的业务辅基站404的相应层级中，传输成功的分流数据包序号以及传输失败的分流数据包序号；业务主基站402还被配置为：向终端重新发送传输失败的分流数据包序号所对应的分流数据包。

在一些实施例中，业务辅基站404还被配置为：向业务主基站402发送最终的数据包分流类型对应的业务辅基站404的相应层级的剩余缓存大小；向业务主基站402发送在最终的数据包分流类型对应的业务辅基站404的相应层级中，为分流数据包分配的最小缓存。

在一些实施例中，数据包分流类型包括：由业务主基站402的pdcp层分流至业务辅基站404的rlc层；由业务主基站402的rlc层分流至业务辅基站404的mac层；由业务主基站402的mac层分流至业务辅基站404的mac层。

在一些实施例中，业务主机站402中包括第一分流适配单元4022，业务辅基站404中包括第二分流适配单元4042。

第一分流适配单元4022依据业务主基站和业务辅基站协商的数据包分流类型，将相应的分流数据包(例如pdcp层、rlc层、mac层数据包)发送给业务辅基站，并在gtp-uextensionheader消息中加入相应的数据包序号。第二分流适配单元4042接收业务主基站发送的分流数据包(例如pdcp层、rlc层、mac层数据包)并转发给相应的rlc层或mac层。

图5示出了本公开一些实施例的数据包分流装置的结构示意图。如图5所示，该实施例的数据包分流装置50包括：存储器510以及耦接至该存储器510的处理器520，处理器520被配置为基于存储在存储器510中的指令，执行前述任意一些实施例中的数据包分流方法。

其中，存储器510例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(bootloader)以及其他程序等。数据包分流装置50还可以包括输入输出接口530、网络接口540、存储接口550等。这些接口530、540、550以及存储器510和处理器520之间例如可以通过总线560连接。其中，输入输出接口530为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口540为各种联网设备提供连接接口。存储接口550为sd卡、u盘等外置存储设备提供连接接口。

本公开还包括一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现前述任意一些实施例中的数据包分流方法。

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

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

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

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

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