CN110505646A - 一种数据传输方法及发送端 - Google Patents
一种数据传输方法及发送端 Download PDFInfo
- Publication number
- CN110505646A CN110505646A CN201810474006.0A CN201810474006A CN110505646A CN 110505646 A CN110505646 A CN 110505646A CN 201810474006 A CN201810474006 A CN 201810474006A CN 110505646 A CN110505646 A CN 110505646A
- Authority
- CN
- China
- Prior art keywords
- network state
- data
- transmitting terminal
- threshold value
- reliability step
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种数据传输方法及发送端,用以提高站间数据传输时的数据传输效率。在该方法中,基站内的发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式向接收端传输数据,因此,该方法可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输方法及发送端。
背景技术
基站的分布形式包括一体化式和分布式等,其中,传统一体化式的每个基站自成体系;基站及配套设置全部位于机房内,而分布式基站分为两部分,即远端射频单元(remote radio unit,RRU)和基带处理单元(baseband unit,BBU)。在第三代(3rd-generation,3G)和第四代(4th-generation,4G)移动通信系统中,基站一般采用分布式。
目前,移动通信技术已经从4G发展到第五代(5th-generation,5G)。基于传统的分布式基站,5G移动通信系统提供了一种新的基站分布形式,即将基站中的BBU重构为集中单元(centralized unit,CU)和分布单元(distributed unit,DU)两个功能实体。CU负责无线高层协议栈功能,DU主要负责物理层功能和实时性需求较高的层2功能,由CU集中控制DU。
一般的,在CU和DU之间可以采用两种通信方式传输数据:流控制传输协议(streamcontrol transmission protocol,SCTP)通信方式和用户数据报协议(user datagramprotocol,UDP)通信方式。两种通信方式各有利弊,其中SCTP通信方式传输可靠性高,但是带宽较小(即速率较慢);UDP通信方式带宽高(即速率较快),但是网络状态差时,丢包严重,可靠性无法保证。
目前基站内的发送端(CU/DU)在向接收端(DU/CU)进行站间数据传输时,会采用SCTP通信方式传输具有高可靠性要求的数据,采用UDP通信方式传输对可靠性要求不敏感的数据。
然而,上述站间传输方法会导致以下数据传输效率低的问题:
在网络状态好的情况下,当高可靠性要求的数据传输量大时,由于发送端采用SCTP通信方式,且该通信方式带宽较小,此时会导致数据传输发生丢包,严重时,会进一步导致CU和DU之间的SCTP传输链崩溃。
在网络状态差的情况下,即使对可靠性要求不敏感的数据传输量小时,发端采用UDP通信方式也会导致大量丢包,使丢包率超出基站的承受范围。
发明内容
本申请提供一种数据传输方法及发送端,用以提高站间数据传输时的数据传输效率。
本申请实施例提供的具体技术方案如下:
第一方面,本申请实施例提供了一种数据传输方法,应用于包含集中单元CU和分布单元DU的基站,该方法包括:
发送端获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量,所述发送端为所述CU或所述DU;
所述发送端根据所述网络状态参数确定可靠性等级阈值;
所述发送端确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端以外的另一个;
当所述数据的可靠性等级大于所述可靠性等级阈值时,所述发送端采用流控制传输协议SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,所述发送端采用用户数据报协议UDP通信方式向所述接收端发送所述数据。
通过上述方法,发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式传输数据,因此,该方法可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
在一个可能的实现方式中,所述发送端获取所述网络状态参数,包括:
所述发送端获取距离当前时刻设定时长内的所述网络状态参数。
由于所述CU与所述DU之间的网络状态可能会随着时间的推移发生变化,因此,通过该设计,可以保证所述发送端获取的网络状态参数更能体现当前的网络状态。
在一个可能的设计中,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述发送端根据所述网络状态参数确定可靠性等级阈值,包括:
所述发送端在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
由于所述网络状态参数可以为数据传输时延、抖动和丢包率中的至少一项,且网络状态参数的取值越大表明当前网络状态越差。因此,在上述方法中,目标网络状态参数范围中最小值越大,表明当前网络状态越差,该目标网络状态范围对应的可靠性等级阈值越小。通过该方法,可以保证所述发送端可以根据当前所述CU 101和所述DU 102之间的网络状态,灵活调整可靠性等级阈值,从而使得发送端通过该可靠性等级阈值判断采用哪种通信方式发送该数据时,可以保证在当前的网络状态下,达到最优的数据传输效率,以及达到资源的合理利用。
在一个可能的实现方式中,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述发送端根据所述网络状态参数确定可靠性等级阈值,包括:
所述发送端根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
通过该方法,可以保证所述发送端可以根据当前所述CU 101和所述DU102之间的网络状态,灵活调整可靠性等级阈值,从而使得发送端通过该可靠性等级阈值判断采用哪种通信方式发送该数据时,可以保证在当前的网络状态下,达到最优的数据传输效率,以及达到资源的合理利用。
在一个可能的实现方式中,所述发送端确定所述数据的可靠性等级,包括:
所述发送端获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
所述发送端根据所述数据信息确定所述数据的可靠性等级。
通过以上方法,所述发送端可以灵活通过数据对可靠性要求的高低、消息类型,以及数据的目标设备等各个因素考虑,确定所述数据的可靠性等级,提高了所述发送端确定数据的可靠性等级的灵活性。
第二方面,本申请实施例还提供了一种发送端,所述发送端为基站内的集中单元CU或分布单元DU,所述发送端包括:
获取单元,用于获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量;
确定单元,用于根据所述网络状态参数确定可靠性等级阈值;以及确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端以外的另一个;
处理单元,用于当所述数据的可靠性等级大于所述可靠性等级阈值时,采用流控制传输协议SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,采用用户数据报协议UDP通信方式向所述接收端发送所述数据。
在一个可能的实现方式中,所述获取单元,具体用于:
获取距离当前时刻设定时长内的所述网络状态参数。
在一个可能的实现方式中,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
在一个可能的实现方式中,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
在一个可能的实现方式中,所述确定单元,在确定所述数据的可靠性等级时,具体用于:
获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
根据所述数据信息确定所述数据的可靠性等级。
本申请实施例的技术方案中,CU或DU中的发送端在向接收端发送数据之前,需要通过网络状态参数确定可靠性等级阈值,以及确定该数据的可靠性等级,最终,当该数据的可靠性等级大于可靠性等级阈值时,发送端采用SCTP通信方式发送该数据;当该数据的可靠性等级小于或等于可靠性等级阈值时,发送端采用UDP通信方式发送该数据。通过以上方法,发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式传输数据,因此,该方法可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
附图说明
图1为本申请实施例提供的一种基站的结构示意图;
图2为本申请实施例提供的一种数据传输方法的流程图;
图3为本申请实施例提供的数据传输示例1示意图;
图4为本申请实施例提供的数据传输示例2示意图;
图5为本申请实施例提供的数据传输示例3示意图;
图6为本申请实施例提供的数据传输示例4示意图;
图7为本申请实施例提供的一种发送端的结构示意图;
图8为本申请实施例提供的一种发送端的结构图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请实施例提供一种数据传输方法及发送端,用以提高站间数据传输时的数据传输效率。其中,本申请所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
本申请实施例的技术方案中,基站中的发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式向接收端传输数据,因此,该方法可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
为了更加清晰地描述本申请实施例的技术方案,下面结合附图,对本申请实施例提供的一种资源释放方法及装置进行详细说明。
图1示出了本申请实施例提供的数据传输方法适用的基站的逻辑结构。该基站的分布形式是基于传统的分布式基站演进生成的。与传统的分布式基站类似,如图所示,该基站100也包含RRU 103。另外,在该基站100中,将对BBU的逻辑功能进行了重构,划分为CU101和DU 102两部分,如图所示。
其中,CU 101是一个集中式节点,通过NG接口与核心网设备连接。CU 101在移动通信系统的接入网内部负责控制和协调小区,以及无线高层协议栈功能,其中,涉及的主要协议层包括控制面的无线资源控制(radio resource control,RRC)功能和用户面的网络协议(internet protocol,IP)、SDAP、分组数据汇聚协议(packet data convergenceprotocol,PDCP)子层功能。每个CU 101集中控制至少一个DU 102。CU 101与其控制的DU102之间通过F1接口连接。
DU 102是分布式单元。DU 102用于实现无线链路控制(radio link control,RLC)、媒体接入控制(Medium Access Control,MAC)以及物理层(physical,PHY)等基带处理功能。DU 102和RRU 103之间通过通用公共无线电接口(common public radiointerface,CPRI)或加强的CPRI(enhanced-CPRI,eCPRI)相连。
RRU 103主要负责射频处理功能。
需要说明是,图1仅为基站的一种示例,并不构成对基站内CU 101、DU102以及RRU103数量的限定。在实际场景中,CU 101、DU 102以及RRU 103数量可以根据需求具体设置。另外,本申请实施例也不对CU 101/DU 102的划分方案进行限定,在不同的划分方案适用的场景和性能增益均不同,也对个各接口的带宽、数据传输时延、同步等参数的要求也有很大差异。
在本申请实施例提供的如图1所示的基站100中,CU 101和DU 102会基于F1接口进行通信。其中F1接口具体包含多种类型,例如F1控制(F1-control,F1-C)接口,F1用户(F1-user,F1-U)接口,以及F1操作维护(F1-operational maintenance,F1-OM)接口等。不同类型的F1接口用于传输的数据的类型也不同,例如,F1-C接口用于传输CU 101和DU 102之间的控制数据;F1-U接口用于传输CU 101和DU 102之间的数据资源承载(data resourcebearer,DRB)中的业务数据,和信令资源承载(signal resource bearer,SRB)中的信令数据;F1-OM接口用于传输CU 101和DU 102之间操作维护(operational maintenance,OM)数据。
一般情况下,控制数据、信令数据,以及OM数据均对可靠性要求高,基站100采用传统的站间传输方法时,一般会采用SCTP通信方式传输这三种数据;业务数据对可靠性要求相对较低,基站100采用传统的站间传输方法时,一般会采用UDP通信方式传输业务数据。由于SCTP和UDP这两种通信方式的优缺点,在具体的场景中,可能会导致数据传输效率低的问题,如下表1中的结果(1)、(2)和(3)所示:
表1
通过表1可以看出,传统的站间数据传输方法仅通过数据的可靠性要求确定通信方式,在一些场景中,会产生大量丢包的结果,导致数据的传输效率大大降低。
为了提高站间数据传输时的数据传输效率,避免出现上述表1中的(1)、(2)和(3)的结果,本申请实施例提供了一种数据传输方法。该方法可以适用于包含CU和DU的基站中,例如图1所示的基站100。其中,本申请实施例中涉及的发送端可以为CU 101或者DU 102,那么接收端为CU 101和DU102中除所述发送端以外的另一个。参阅图2所示,该方法的具体流程包括:
S201:发送端获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量。
其中,由于所述网络状态参数可以表征在所述CU 101与所述DU 102之间进行数据传输的数据传输质量,因此,所述网络状态参数的取值可以体现出所述CU 101与所述DU102之间的网络状态。
由于所述CU 101与所述DU 102之间的网络状态可能会随着时间的推移发生变化,因此,为了保证所述发送端获取的网络状态参数更能体现当前的网络状态,所述发送端获取距离当前时刻设定时长内的所述网络状态参数。
可选的,所述设定时长可以根据具体场景具体设定,或者根据网络状态在时间上的变化规律确定,本申请对比不作限定。
可选的,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率。由于以上任一项均可以体现网络状态的情况,其中,数据传输时延越大、抖动越多,或者丢包率越高,说明网络状态越差;相对的,数据传输时延越小、抖动越少,或者丢包率越低,说明网络状态越好。
可选的,当所述发送端本地维护有所述网络状态参数时,所述发送端可以直接获取存储的所述网络状态参数。
可选的,当所述发送端本地不维护所述网络状态参数的情况下,一般在基站100中,可能会有单独的管理模块管理上述网络状态参数,例如,协议适配器模块(protocoladapter module,PAM),以及其他用于对外通信的小型协议栈模块等。在该情况下,所述发送端可以从该管理模块中获取所述网络状态参数。
S202:所述发送端根据所述网络状态参数确定可靠性等级阈值。
在本申请实施例中,该可靠性等级阈值是所述发送端判断采用哪种通信方式发送该数据的依据。另外,通过对网络状态和SCTP和UDP两种通信方式的优缺点的描述可知,网络状态好时,发送端采用UDP通信方式丢包率较低,有时可以达到0丢包;网络状态不好时,由于SCTP通信方式的优点,发送端采用SCTP通信方式也会保证数据准确地传输到接收端。
综上所述,网络状态越好,所述发送端越优先使用UDP通信方式(即调高可靠性等级阈值,使所述发送端采用UDP通信方式传输大多数可靠性等级的数据);而网络状态越差,所述发送端优先使用SCTP通信方式(即调低可靠性等级阈值,使所述发送端采用SCTP通信方式传输大多数可靠性等级的数据)。通过这种方法,可以保证在当前的网络状态下,达到最优的数据传输效率。
基于以上原理,在本申请实施例中,所述发送端可以根据当前网络状态,灵活调整该可靠性等级阈值,以保证在该网络状态下,达到最优的数据传输效率。
可选的,当所述网络状态参数包括上述三项中的至少一项的情况下,所述发送端可以通过以下两种方法,执行S202:
第一种方法:
所述发送端在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
由于所述网络状态参数可以为数据传输时延、抖动和丢包率中的至少一项,且网络状态参数的取值越大表明当前网络状态越差。因此,在上述方法中,目标网络状态参数范围中最小值越大,表明当前网络状态越差,那么基于以上描述,该目标网络状态范围对应的可靠性等级阈值越小。
第二种方法:
所述发送端根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
在该方法中,由于网络状态等级越高标识网络状态越好,因此对应的可靠性等级阈值也越高。
通过以上两种方法,可以保证所述发送端可以根据当前所述CU 101和所述DU 102之间的网络状态,灵活调整可靠性等级阈值,从而使得发送端通过该可靠性等级阈值判断采用哪种通信方式发送该数据时,可以保证在当前的网络状态下,达到最优的数据传输效率,以及达到资源的合理利用。
S203:所述发送端确定需要向接收端发送的数据的可靠性等级。
可选的,所述发送端可以通过以下步骤,确定所述数据的可靠性等级:
所述发送端获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识(software function unit identifier,SFUID);
所述发送端根据所述数据信息确定所述数据的可靠性等级。
其中,可靠性要求信息可以包括为:数据传输时延要求(例如,小于0.5毫秒)、丢包率要求(例如,小于5%),抖动要求(例如,小于3%)。所述发送端可以根据预设的可靠性要求信息与可靠性等级的对应关系,确定该数据的可靠性等级。当然,可靠性要求信息体现的可靠性要求越高,该数据的可靠性等级越大;可靠性要求信息体现的可靠性要求越低,该数据的可靠性等级越小。
消息类型可以包括:控制数据、信令数据、OM数据,以及业务数据等。具体的,所述发送端可以根据对不同消息类型的可靠性要求,确定不同消息类型的数据对应的可靠性等级。
SFU ID用于指示该数据的发送目标设备,例如所述发送端。当发送给某些设备对数据的可靠性要求较高,那么相应的,包含这些设备的SFU ID的数据的可靠性等级也较高。所述发送端可以根据实际应用,具体设定每个SFU ID对应的可靠性等级。
通过以上方法,所述发送端可以灵活通过数据对可靠性要求的高低、消息类型,以及数据的目标设备等各个因素考虑,确定所述数据的可靠性等级,提高了所述发送端确定数据的可靠性等级的灵活性。
S204:当所述数据的可靠性等级大于所述可靠性等级阈值时,所述发送端采用SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,所述发送端采用UDP通信方式向所述接收端发送所述数据。
通过以上描述可知,由于所述可靠性等级阈值是根据当前网络状态确定的,因此,基于该可靠性等级阈值选择通信方式,可以保证在当前的网络状态下,达到最优的数据传输效率,以及达到资源的合理利用。
下面以以下场景为例进行说明:网络状态等级分为三个:低、中、高;数据的可靠性等级包含7个;其中,网络状态等级差对应的可靠性等级阈值为2,网络状态等级中对应的可靠性等级阈值为4,网络状态等级高对应的可靠性等级阈值为6。
例1,在DU需要向CU发送第一数据的情况下,所述DU确定该第一数据的可靠性等级为5。
示例1:若该DU根据获取的网络状态参数确定当前的网络状态等级为高,则所述DU进一步确定可靠性等级阈值为6。由于5小于6,因此,所述DU采用UDP通信方式传输所述第一数据,如图3所示。
示例2:若该DU根据获取的网络状态参数确定当前的网络状态等级为中,则所述DU仅以确定可靠性等级阈值为4。由于5大于4,因此,所述DU采用STCP通信方式传输所述第一数据,如图4所示。
通过以上示例1和2可知,虽然所述第一数据的可靠性等级较高,但是当网络状态好时,所述DU采用UDP通信方式传输,这样可以避免出现表1中的结果(1)中的情况,从而提高了所述DU传输所述第一数据的传输效率。当网络状态相对较差时,所述DU采用SCTP通信方式传输,保证所述DU正常发送所述第一数据,也可以保证所述第一数据的传输效率。
例2,在DU需要向CU发送第二数据的情况下所述DU确定该第第二数据的可靠性等级为3。
示例3:若该DU根据获取的网络状态参数确定当前的网络状态参数为低,则所述DU进一步确定可靠性等级阈值为2。由于3大于2,因此,所述DU采用SCTP通信方式传输所述第二数据,如图5所示。
示例4:若该DU根据获取的网络状态参数确定当前的网络状态参数为高,则所述DU进一步确定可靠性等级阈值为6。由于3小于6,因此,所述DU采用UDP通信方式传输所述第二数据,如图6所示。
通过以上示例3和4可知,虽然所述第二数据的可靠性等级较低,但是当网络状态不好时,所述DU可以采用SCTP通信方式传输,这样可以避免出现表1中的结果(2)或(3)中的情况,因此,可以降低所述DU传输所述第二数据的丢包率,提高所述DU传输所述第二数据的传输效率。当网络状态相对较好时,所述DU采用UDP通信方式传输,保证所述DU正常发送所述第二数据,也可以保证所述第二数据的传输效率。
本申请实施例提供了一种数据传输方法,DU或DU中的发送端在向接收端发送数据之前,需要通过网络状态参数确定可靠性等级阈值,以及确定该数据的可靠性等级,最终,当该数据的可靠性等级大于可靠性等级阈值时,发送端采用SCTP通信方式发送该数据;当该数据的可靠性等级小于或等于可靠性等级阈值时,发送端采用UDP通信方式发送该数据。通过以上方法,发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式传输数据,因此,该方法可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
基于以上实施例,本申请实施例还提供了一种发送端,所述发送端为如图1所示的基站100中的CU 101或DU 102。该发送端能够实现如图2所示的数据传输方法。参阅图7所示,所述发送端700包括:获取单元701、确定单元702和处理单元703,其中:
获取单元701,用于获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量;
确定单元702,用于根据所述网络状态参数确定可靠性等级阈值;以及确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端700以外的另一个;
处理单元703,用于当所述数据的可靠性等级大于所述可靠性等级阈值时,采用流控制传输协议SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,采用用户数据报协议UDP通信方式向所述接收端发送所述数据。
可选的,所述获取单元701,具体用于:
获取距离当前时刻设定时长内的所述网络状态参数。
可选的,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元702,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
可选的,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元702,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
可选的,所述确定单元702,在确定所述数据的可靠性等级时,具体用于:
获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
根据所述数据信息确定所述数据的可靠性等级。
本申请实施例提供了一种发送端,该发送端在向接收端发送数据之前,需要通过网络状态参数确定可靠性等级阈值,以及确定该数据的可靠性等级,最终,当该数据的可靠性等级大于可靠性等级阈值时,发送端采用SCTP通信方式发送该数据;当该数据的可靠性等级小于或等于可靠性等级阈值时,发送端采用UDP通信方式发送该数据。通过以上方案,发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式传输数据,因此,该方案可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
基于以上实施例,本申请实施例还提供了一种发送端,所述发送端为如图1所示的基站100中的CU 101或DU 102。该发送端具有实现如图2所示的数据传输方法,具有如图7所示的发送端700的功能。参阅图8所示,该发送端800包括:处理器801、通信接口802、总线803以及存储器804,其中:
所述通信接口802,用于实现所述发送端与其他设备之间的通信。
所述处理器801,用于读取所述存储器804中的程序,执行下列过程:
获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量;
根据所述网络状态参数确定可靠性等级阈值;以及确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端以外的另一个;
当所述数据的可靠性等级大于所述可靠性等级阈值时,采用流控制传输协议SCTP通信方式,通过所述通信接口802向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,采用用户数据报协议UDP通信方式,通过所述通信接口802向所述接收端发送所述数据。
可选的,所述处理器801,在获取网络状态参数时,具体用于:
获取距离当前时刻设定时长内的所述网络状态参数。
可选的,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述处理器801,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
可选的,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述处理器801,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
可选的,所述处理器801,在确定所述数据的可靠性等级时,具体用于:
获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
根据所述数据信息确定所述数据的可靠性等级。
其中,在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由所述处理器801代表的一个或多个处理器和所述存储器804代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。所述收发机802可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。所述处理器801负责管理总线架构和通常的处理,所述存储器804可以存储所述处理器801在执行操作时所使用的数据。
本申请实施例提供了一种发送端,该发送端在向接收端发送数据之前,需要通过网络状态参数确定可靠性等级阈值,以及确定该数据的可靠性等级,最终,当该数据的可靠性等级大于可靠性等级阈值时,发送端采用SCTP通信方式发送该数据;当该数据的可靠性等级小于或等于可靠性等级阈值时,发送端采用UDP通信方式发送该数据。通过以上方案,发送端需要综合考虑CU和DU之间的网络状态和该数据的可靠性等级,灵活地选择通信方式传输数据,因此,该方案可以避免传统的仅通过数据的可靠性需求选择通信方式造成的SCTP传输链崩溃、丢包率过高的问题,从而可以提高站间数据传输时的数据传输效率。
基于以上实施例,本申请提供一种计算机程序,当该计算机程序在计算机上运行时,使得所述计算机执行以上实施例提供的数据传输方法。
基于以上实施例,本申请提供一种计算机存储介质,所述计算机存储介质中存储有计算机指令,所述计算机指令被计算机执行时,使得所述计算机执行以上实施例提供的数据传输方法。
基于以上实施例,本申请提供一种芯片,所述芯片用于读取并执行所述存储器中存储的计算机程序,以实现以上实施例中的数据传输方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种数据传输方法,应用于包含集中单元CU和分布单元DU的基站,其特征在于,包括:
发送端获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量,所述发送端为所述CU或所述DU;
所述发送端根据所述网络状态参数确定可靠性等级阈值;
所述发送端确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端以外的另一个;
当所述数据的可靠性等级大于所述可靠性等级阈值时,所述发送端采用流控制传输协议SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,所述发送端采用用户数据报协议UDP通信方式向所述接收端发送所述数据。
2.如权利要求1所述的方法,其特征在于,所述发送端获取所述网络状态参数,包括:
所述发送端获取距离当前时刻设定时长内的所述网络状态参数。
3.如权利要求1或2所述的方法,其特征在于,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述发送端根据所述网络状态参数确定可靠性等级阈值,包括:
所述发送端在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
4.如权利要求1或2所述的方法,其特征在于,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述发送端根据所述网络状态参数确定可靠性等级阈值,包括:
所述发送端根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
5.如权利要求1或2所述的方法,其特征在于,所述发送端确定所述数据的可靠性等级,包括:
所述发送端获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
所述发送端根据所述数据信息确定所述数据的可靠性等级。
6.一种发送端,所述发送端为基站内的集中单元CU或分布单元DU,其特征在于,所述发送端包括:
获取单元,用于获取网络状态参数,所述网络状态参数用于表征在所述CU与所述DU之间进行数据传输的数据传输质量;
确定单元,用于根据所述网络状态参数确定可靠性等级阈值;以及确定需要向接收端发送的数据的可靠性等级,其中,所述接收端为所述CU和所述DU中除所述发送端以外的另一个;
处理单元,用于当所述数据的可靠性等级大于所述可靠性等级阈值时,采用流控制传输协议SCTP通信方式向所述接收端发送所述数据;当所述数据的可靠性等级小于或等于所述可靠性等级阈值时,采用用户数据报协议UDP通信方式向所述接收端发送所述数据。
7.如权利要求6所述的发送端,其特征在于,所述获取单元,具体用于:
获取距离当前时刻设定时长内的所述网络状态参数。
8.如权利要求6或7所述的发送端,其特征在于,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
在设置的多个网络状态参数范围中,确定所述网络状态参数所在的目标网络状态参数范围,并根据预设的网络状态参数范围与可靠性等级阈值的对应关系,确定所述目标网络状态参数范围对应的所述可靠性等级阈值;
其中,在所述多个网络状态参数范围中,当第一网络状态参数范围最小值大于第二网络状态参数范围中的最大值时,所述第一网络状态参数范围对应的可靠性等级阈值小于所述第二网络状态参数范围对应的可靠性等级阈值。
9.如权利要求6或7所述的发送端,其特征在于,所述网络状态参数包括以下至少一项:数据传输时延、抖动和丢包率;
所述确定单元,在根据所述网络状态参数确定可靠性等级阈值时,具体用于:
根据所述网络状态参数确定所述CU与所述DU之间的网络状态等级,并根据预设的多个网络状态等级与可靠性等级阈值的对应关系,确定所述网络状态等级对应的所述可靠性等级阈值;
其中,在多个网络状态等级中,当第一网络状态等级大于第二网络网络状态等级时,所述第一网络状态等级对应的可靠性等级阈值大于所述第二网络状态等级的对应的可靠性等级阈值。
10.如权利要求6或7所述的发送端,其特征在于,所述确定单元,在确定所述数据的可靠性等级时,具体用于:
获取所述数据的数据信息,其中,所述数据信息包括以下至少一项:可靠性要求信息、消息类型和软件功能单元标识SFUID;
根据所述数据信息确定所述数据的可靠性等级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810474006.0A CN110505646B (zh) | 2018-05-17 | 2018-05-17 | 一种数据传输方法及发送端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810474006.0A CN110505646B (zh) | 2018-05-17 | 2018-05-17 | 一种数据传输方法及发送端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110505646A true CN110505646A (zh) | 2019-11-26 |
CN110505646B CN110505646B (zh) | 2021-06-11 |
Family
ID=68584310
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810474006.0A Active CN110505646B (zh) | 2018-05-17 | 2018-05-17 | 一种数据传输方法及发送端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110505646B (zh) |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1669263A (zh) * | 2002-09-24 | 2005-09-14 | 艾利森电话股份有限公司 | 用于容错数据传输的方法和装置,其中执行错误数据重传直到剩余错误数量可接受 |
CN101834879A (zh) * | 2010-02-09 | 2010-09-15 | 北京中科大洋科技发展股份有限公司 | 一种适应不同网络环境的智能高效视音频数据传输方法 |
CN104159166A (zh) * | 2014-08-07 | 2014-11-19 | 西安交通大学 | 基于移动网络丢包状态的直播视频数据传输差错控制方法 |
EP2814220A1 (en) * | 2013-06-14 | 2014-12-17 | Samsung Electronics Co., Ltd | Apparatus and method for transmitting/receiving data in a mobile content network |
CN104661260A (zh) * | 2015-01-20 | 2015-05-27 | 中南大学 | 一种QoS感知和负载均衡的无线Mesh智能电网路由机制 |
CN104660573A (zh) * | 2013-11-25 | 2015-05-27 | 上海益尚信息科技有限公司 | 一种用于sctp协议的低信息交互的多基站置 |
WO2015192288A1 (zh) * | 2014-06-16 | 2015-12-23 | 华为技术有限公司 | 一种通信连接的建立方法、终端和系统 |
CN106130767A (zh) * | 2016-09-23 | 2016-11-16 | 深圳灵动智网科技有限公司 | 一种业务路径故障监控及故障解决的系统和方法 |
US20170180090A1 (en) * | 2015-12-18 | 2017-06-22 | Electronics And Telecommunications Research Institute | Distributed multi-points coordinated dynamic cell control apparatus and control method thereof, and distributed multi-points coordinated dynamic cell configuration method |
WO2018028650A1 (en) * | 2016-08-11 | 2018-02-15 | Huawei Technologies Co., Ltd. | System and method for connection management |
WO2018030819A1 (en) * | 2016-08-11 | 2018-02-15 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting movement of user equipment in wireless communications |
CN107786509A (zh) * | 2016-08-27 | 2018-03-09 | 华为技术有限公司 | 会话消息处理方法和相关装置 |
CN107810619A (zh) * | 2015-06-29 | 2018-03-16 | 谷歌有限责任公司 | 用于推断广域网中的网络拓扑和路径度量的系统和方法 |
-
2018
- 2018-05-17 CN CN201810474006.0A patent/CN110505646B/zh active Active
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1669263A (zh) * | 2002-09-24 | 2005-09-14 | 艾利森电话股份有限公司 | 用于容错数据传输的方法和装置,其中执行错误数据重传直到剩余错误数量可接受 |
CN101834879A (zh) * | 2010-02-09 | 2010-09-15 | 北京中科大洋科技发展股份有限公司 | 一种适应不同网络环境的智能高效视音频数据传输方法 |
EP2814220A1 (en) * | 2013-06-14 | 2014-12-17 | Samsung Electronics Co., Ltd | Apparatus and method for transmitting/receiving data in a mobile content network |
CN104660573A (zh) * | 2013-11-25 | 2015-05-27 | 上海益尚信息科技有限公司 | 一种用于sctp协议的低信息交互的多基站置 |
WO2015192288A1 (zh) * | 2014-06-16 | 2015-12-23 | 华为技术有限公司 | 一种通信连接的建立方法、终端和系统 |
CN104159166A (zh) * | 2014-08-07 | 2014-11-19 | 西安交通大学 | 基于移动网络丢包状态的直播视频数据传输差错控制方法 |
CN104661260A (zh) * | 2015-01-20 | 2015-05-27 | 中南大学 | 一种QoS感知和负载均衡的无线Mesh智能电网路由机制 |
CN107810619A (zh) * | 2015-06-29 | 2018-03-16 | 谷歌有限责任公司 | 用于推断广域网中的网络拓扑和路径度量的系统和方法 |
US20170180090A1 (en) * | 2015-12-18 | 2017-06-22 | Electronics And Telecommunications Research Institute | Distributed multi-points coordinated dynamic cell control apparatus and control method thereof, and distributed multi-points coordinated dynamic cell configuration method |
WO2018028650A1 (en) * | 2016-08-11 | 2018-02-15 | Huawei Technologies Co., Ltd. | System and method for connection management |
WO2018030819A1 (en) * | 2016-08-11 | 2018-02-15 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting movement of user equipment in wireless communications |
CN107786509A (zh) * | 2016-08-27 | 2018-03-09 | 华为技术有限公司 | 会话消息处理方法和相关装置 |
CN106130767A (zh) * | 2016-09-23 | 2016-11-16 | 深圳灵动智网科技有限公司 | 一种业务路径故障监控及故障解决的系统和方法 |
Non-Patent Citations (2)
Title |
---|
ZAHOOR A. KHAN; SHYAMALA C. SIVAKUMAR; WILLIAM J. PHILLIPS; BILL: "QPRR: QoS-Aware Peering Routing Protocol for Reliability Sensitive Data in Body Area Network Communication", 《HE COMPUTER JOURNAL》 * |
吴浩: "移动终端中HTTP视频数据流数据传输特性分析及应用", 《中国优秀硕士学位论文》 * |
Also Published As
Publication number | Publication date |
---|---|
CN110505646B (zh) | 2021-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020147627A1 (zh) | 链路选取方法及相关装置 | |
CN104869526B (zh) | 一种设备到设备通信及其资源分配方法、设备 | |
CN109218047B (zh) | 网络切片处理方法及装置、通信系统及存储介质 | |
CN109495880B (zh) | 数据传输方法及相关装置 | |
CN107295674A (zh) | 一种资源分配方法、网络设备及终端设备 | |
CN108513290A (zh) | 一种网络切片的选择方法及装置 | |
CN108307530B (zh) | 一种会话连接建立方法、相关设备及系统 | |
CN113300877A (zh) | 一种网络切片管理方法及设备 | |
CN109429183A (zh) | 一种用户面模式的选择、调整方法、装置和设备 | |
WO2020164351A1 (zh) | 链路连接方法及相关装置 | |
CN101951665A (zh) | 一种双卡移动终端的路由方法及双卡移动终端 | |
CN110708708B (zh) | 一种无线资源优化方法及装置 | |
US20220264675A1 (en) | System and method for processing data | |
CN106130925A (zh) | 一种sdn网络的链路调度方法、设备及系统 | |
CN113747513A (zh) | 一种服务质量管理方法和装置 | |
CN104349462B (zh) | 通信模式选择方法和用户设备 | |
CN113727331B (zh) | 5g基站部署方法及装置 | |
CN113676905B (zh) | 一种应用标识符确定方法、应用数据传输方法及相关产品 | |
US20220361037A1 (en) | User equipment and wireless communication method for neural network computation | |
CN114205428A (zh) | 确定空口时延的方法及装置 | |
CN110505646A (zh) | 一种数据传输方法及发送端 | |
CN110049472A (zh) | 基于双工d2d通信的蜂窝通信系统及其通信模式选择方法 | |
CN106385688B (zh) | 一种基带资源分配方法及系统及控制器 | |
CN106713180A (zh) | 热点设备控制方法及装置 | |
CN105188113B (zh) | 一种信息处理方法及无线接入设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |