CN113301605A - 消息传输方法、系统及相关装置 - Google Patents

消息传输方法、系统及相关装置 Download PDF

Info

Publication number
CN113301605A
CN113301605A CN202110544267.7A CN202110544267A CN113301605A CN 113301605 A CN113301605 A CN 113301605A CN 202110544267 A CN202110544267 A CN 202110544267A CN 113301605 A CN113301605 A CN 113301605A
Authority
CN
China
Prior art keywords
packet
message
cpe
response message
delay time
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
Application number
CN202110544267.7A
Other languages
English (en)
Other versions
CN113301605B (zh
Inventor
崔乙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Oppo Communication Technology Co ltd
Original Assignee
Chengdu Oppo Communication Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Chengdu Oppo Communication Technology Co ltd filed Critical Chengdu Oppo Communication Technology Co ltd
Priority to CN202110544267.7A priority Critical patent/CN113301605B/zh
Publication of CN113301605A publication Critical patent/CN113301605A/zh
Priority to PCT/CN2022/082543 priority patent/WO2022242305A1/zh
Application granted granted Critical
Publication of CN113301605B publication Critical patent/CN113301605B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种消息传输方法、系统及相关装置;方法包括:CPE发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文,所述CPE的局域网LAN口的缓存队列用于缓存报文的数据包;所述CPE接收所述第二报文。本申请实施例实现CPE的流量控制,无需额外设置设备缓存,提高CPE进行数据传输的稳定性和成功率。

Description

消息传输方法、系统及相关装置
技术领域
本申请属于通信技术领域,具体涉及一种消息传输方法、系统及相关装置。
背景技术
用户前置设备(Customer Premise Equipment,CPE)作为无线接入设备,将无线蜂窝信号转换为无线高保真Wi-Fi/局域网LAN数据,提供数据管道服务。网络中存在高速管道向低速管道发包的场景,目前通用做法是增加数据链路中设备缓存,这样增加了对CPE的能力要求且成本较高。
发明内容
本申请提供一种消息传输方法、系统及相关装置,以期实现CPE的流量控制,无需额外设置设备缓存,提高CPE进行数据传输的稳定性和成功率。
第一方面,本申请提供一种消息传输方法,包括:
用户前置设备CPE发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
所述CPE接收所述第二报文。
可以看出,本申请实施例中,由于应答消息指示第二报文和/或延迟时间,第二报文为与所述第一报文关联的报文,延迟时间用于指示延迟传输所述第二报文,从而CPE接收的第二报文为第一报文的重传报文或者延迟接收的第一报文的下一个报文,如此使得CPE缓存第一报文的下一个报文的数据包的时间大概率被推迟,进而CPE单位时间内需要缓存的有效数据包的数量变少,有利于降低了CPE的缓存压力,避免因为缓存压力持续加大而导致缓存拥塞的问题发生且,且设备无需额外设置物理缓存,降低硬件成本。
第二方面,本申请提供一种消息传输方法,包括:
网络设备接收第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
所述网络设备根据所述应答消息发送所述第二报文。
第三方面,本申请提供一种消息传输系统,包括CPE和网络设备,
所述CPE,用于执行如第一方面所述的方法中的步骤;
所述网络设备,用于执行如第二方面所述的方法中的步骤。
第四方面,本申请提供一种消息传输装置,包括:
发送单元,用于发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
接收单元,用于接收所述第二报文。
第五方面,本申请提供一种消息传输装置,包括:
接收单元,用于接收第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
发送单元,用于根据所述应答消息发送所述第二报文。
第六方面,本申请提供一种电子设备,一个或多个处理器;
一个或多个存储器,用于存储程序,
所述一个或多个存储器和所述程序被配置为,由所述一个或多个处理器控制所述电子设备执行如本申请实施例第一方面或第二方面任一方法中的步骤的指令。
第七方面,本申请提供一种芯片,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第八方面,本申请提供一种计算机可读存储介质,其中,所述计算机可读存储介质存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。
第九方面,本申请提供一种计算机程序,其中,所述计算机程序可操作来使计算机执行如本申请实施例第一方面或第二方面任一方法中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1a是本申请实施例提供的CPE的协议栈的示意图;
图1b是本申请实施例提供的UE的协议栈与基站的协议栈的数据通信的示例图;
图1c是本申请实施例提供的CPE两侧连接管道的数据传输情况示意图;
图1d是本申请实施例提供的一种流量控制系统的系统架构示意图;
图1e是本申请实施例提供的一种CPE的示意图;
图2a是本申请实施例提供的一种消息传输方法的流程示意图;
图2b是本申请实施例提供的一种协议栈维度进行流量控制的示意图;
图3是本申请实施例提供的一种消息传输装置的功能单元组成框图;
图4是本申请实施例提供的另一种消息传输装置的功能单元组成框图;
图5是本申请实施例提供的一种消息传输装置的功能单元组成框图;
图6是本申请实施例提供的另一种消息传输装置的功能单元组成框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本申请中的“至少一个”指的是一个或多个,多个指的是两个或两个以上。本申请中和/或,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一(项)个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a、b或c中的至少一项(个),可以表示:a,b,c,a和b,a和c,b和c,或a、b和c,其中a、b、c中的每一个本身可以是元素,也可以是包含一个或多个元素的集合。
需要指出的是,本申请实施例中涉及的等于可以与大于连用,适用于大于时所采用的技术方案,也可以与小于连用,适用于与小于时所采用的技术方案,需要说明的是,当等于与大于连用时,不与小于连用;当等于与小于连用时,不与大于连用。本申请实施例中“的(of)”,“相应的(corresponding,relevant)”和“对应的(corresponding)”有时可以混用,应当指出的是,在不强调其区别时,其所要表达的含义是一致的。
首先,对本申请实施例中涉及的部分名词进行解释,以便于本领域技术人员理解。
1、CPE。本申请实施例中CPE是指是指用户设备与运营商网络直接对接的设备,也称为网桥。CPE将无线蜂窝信号转换为无线高保真Wi-Fi/局域网(Local Area Network)数据,提供数据管道服务。
2、用户设备(user equipment,UE)。本申请实施例中用户设备是一种具有无线收发功能的设备,可以称为终端(terminal)、终端设备、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。用户设备可以是固定的或者移动的。需要说明的是,用户设备可以支持至少一种无线通信技术,例如LTE、新空口(new radio,NR)、宽带码分多址(wideband code divisionmultiple access,WCDMA)等。例如,用户设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public landmobile network,PLMN)中的终端设备等。在本申请的一些实施例中,用户设备还可以是具有收发功能的装置,例如芯片系统。其中,芯片系统可以包括芯片,还可以包括其它分立器件。
3、运营商网络。本申请实施例中运营商网络是指移动通信网络,具体包括接入网设备和核心网网元。
4、接入网设备。本申请实施例中接入网设备是一种为用户设备提供无线通信功能的设备,也可称之为接入网网元、无线接入网(radio access network,RAN)设备等。其中,接入网设备可以支持至少一种无线通信技术,例如LTE、NR、WCDMA等。示例的,接入网设备包括但不限于:第五代移动通信系统(5th-generation,5G)中的下一代基站(generationnodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio networkcontroller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved node B、或homenode B,HNB)、基带单元(baseband unit,BBU)、收发点(transmitting and receivingpoint,TRP)、发射点(transmitting point,TP)、移动交换中心等。接入网设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU)、和/或分布单元(distributed unit,DU),或者接入网设备可以为中继站、接入点、车载设备、终端设备、可穿戴设备以及未来移动通信中的接入网设备或者未来演进的PLMN中的接入网设备等。在一些实施例中,接入网设备还可以为具有为用户设备提供无线通信功能的装置,例如芯片系统。示例的,芯片系统可以包括芯片,还可以包括其它分立器件。
5、核心网网元。本申请实施例中,核心网网元可以为功能实体,可以为核心网设备等,位于核心网中。例如,接入和移动性管理功能(access and mobility managementfunction,AMF)网元。
6、协议栈。本申请实施例中协议栈是指如图1a所示的CPE的协议栈,包括物理(Physical,PHY)层、媒体接入控制(Media Access Control,MAC)层、无线链路控制(RadioLink Control,RLC)层、分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、以及服务数据适配协议(Service Data Adaptation Protocol,SDAP)层。CPE的协议栈可以与现有移动通信网络中用户设备的协议栈相同。
7、确认与重传机制。本申请实施例中确认与重传机制是指在数据通信中,UE发给基站的一种传输类控制字符,包括确认应答(Acknowledgement,ACK)和否定应答(NegativeAcknowledgement,NACK)。ACK表示基站发来的数据被UE确认接收无误,NACK表示基站发来的数据被UE确认接收有误,基站需要重新发送。如图1b所示,以UE的协议栈与基站的协议栈的数据通信为例,包括如下步骤:
基站的PDCP层向RLC层发送数据报文3,基站的RLC层处理数据报文3得到数据报文2,向基站的MAC层发送数据报文2,基站的MAC层处理数据报文2得到数据报文1,并通过空口向UE的MAC层发送数据报文1。
UE的MAC层接收数据报文1,若成功解包数据报文1得到数据报文2,则向UE的RLC层发送数据报文2,并通过空口向基站的MAC层发送ACK;
若未接收到数据报文1或者未成功解包数据报文1,则向基站的MAC层发送NACK,基站的MAC层接收到NACK,向UE的MAC层重新发送数据报文1。
UE的RLC层接收数据报文2,若成功解包数据报文2得到数据报文3,则向基站的RLC层发送ACK;
若未成功解包数据报文2,则向基站的RLC层发送NACK,基站的RLC层接收到NACK,向UE的RLC层重新发送数据报文2。
UE的PDCP层接收数据报文3,若成功解包数据报文3,则向基站的PDCP层发送ACK;
若未成功解包数据报文3,则向基站的PDCP层发送NACK,基站的PDCP层接收到NACK,向UE的PDCP层重新发送数据报文3。
8、缓存队列。本申请实施例中缓存队列是指CPE的LAN口的缓存队列,用于缓存需要向终端发送的数据包。
9、报文。本申请实施例中报文是指网络设备向CPE发送的各个协议层的报文,报文包含需要向终端发送的数据包,该数据的格式符合各协议层的数据规范。
目前,如图1c所示,CPE与基站之间的管道能力可能是大于1Gpbs的,而CPE和终端设备的管道能力由于室内的干扰/设备的能力等原因可能是小于1Gpbs的,因此存在一段时间CPE从蜂窝连接管道收到的数据大于从Wi-Fi连接管道连接发出的数据。
现有的解决方案是在CPE增加缓存,当Wi-Fi连接管道来不及发出时先缓存到CPE的缓存队列中,然而,由于蜂窝连接管道当前能力是超过1Gbps的,缓存数据很快就可能被塞满,此时CPE无法通知或阻止基站向CPE发包(现有协议定义CPE是被动接收的)。增加缓存队列可以缓解此问题,但会增加CPE的设备成本。
针对上述问题,本申请实施例提供一种消息传输方法、系统及相关装置,下面结合附图进行说明。
请参阅图1d,图1d是本申请实施例提供的一种消息传输系统10的系统架构示意图,该消息传输系统10包括CPE100、网络设备200和终端300,所述CPE100与网络设备200之间建立有第一通信链路,所述CPE100与终端300之间建立有第二通信链路。
其中,所述第一通信链路为移动通信网络的无线通信链路,移动通信网络可以是LTE网络,也可以是第五代5G NR网络,此处不做唯一限定。所述第二通信链路可以是Wi-Fi等局域网通信链路,此处不做唯一限定。
其中,所述网络设备200可以是接入网设备和/或核心网网元。所述终端300可以是用户设备UE、摄像头、智能家居等各种用户侧设备。
请参阅图1e,图1e是本申请实施例提供的一种CPE100的示意图。所述CPE100包括应用处理器120、存储器130、通信模块140、以及一个或多个程序131,所述应用处理器120通过内部通信总线与所述存储器130、所述通信模块140均通信连接。
具体实现中,所述一个或多个程序131被存储在上述存储器130中,且被配置由上述应用处理器120执行,所述一个或多个程序131包括用于执行本申请实施例中CPE所执行的任一步骤的指令。
其中,所述通信模块140包括蜂窝通信模块和局域网无线通信模块。
其中,应用处理器120例如可以是中央处理器(Central Processing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,单元和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
所述存储器130可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的随机存取存储器(random access memory,RAM)可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
请参阅图2a,图2a是本申请实施例提供的一种消息传输方法的流程示意图,应用于消息传输系统10;如图所示,本消息传输方法包括以下步骤。
步骤201,用户前置设备CPE发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文。
对应的,网络设备接收第一报文的应答消息。
其中,所述第一报文为支持重传机制的协议层的报文,所述CPE的缓存队列用于缓存所述第一报文的数据包,所述数据包是指用于向终端发送的数据集合,所述缓存队列为所述CPE的LAN口的缓存队列。
具体实现中,所述第二报文包括第一报文的部分重传报文或全部重传报文、或者第一报文的下一个报文。
若第二报文为第一报文的部分重传报文或全部重传报文,则CPE可以直接丢弃接收到的第二报文,从而缓存队列不会缓存第二报文的数据包。
若第二报文为第一报文的下一个报文,且该下一个报文不启用流量控制,则CPE接收到第二报文后,可以解包第二报文并在缓存队列中缓存该第二报文的数据包。
步骤202,所述网络设备根据所述应答消息发送所述第二报文。
对应的,所述CPE接收所述第二报文。
可以看出,本申请实施例中,由于应答消息指示第二报文和/或延迟时间,第二报文为与所述第一报文关联的报文,延迟时间用于指示延迟传输所述第二报文,从而CPE接收的第二报文为第一报文的重传报文或者延迟接收的第一报文的下一个报文,如此使得CPE缓存第一报文的下一个报文的数据包的时间大概率被推迟,进而CPE单位时间内需要缓存的有效数据包的数量变少,有利于降低了CPE的缓存压力,避免因为缓存压力持续加大而导致缓存拥塞的问题发生且,且设备无需额外设置物理缓存,降低硬件成本。
在一些实施例中,所述方法还包括:所述CPE发送所述缓存队列中缓存的第三报文的数据包,所述第三报文的数据包是指所述CPE在缓存队列中缓存的、且缓存时间早于所述第一报文的数据包的缓存时间的数据包。
示例的,所述第三报文包括单个或者多个,具体根据缓存队列实际缓存的数据包数量确定。如缓存队列在缓存第一报文的数据包之前已经缓存有80个数据包,则第三报文对应该80给报文中的一个或多个。
具体的,CPE发送第三报文的数据包方式包括:CPE提取缓存队列中的第三报文的数据包,并向终端发送所述第三报文的数据包。
可见,本示例中,CPE会持续读取并向终端发送缓存的数据包,从而缓存队列占用的缓存空间减小,降低缓存压力。
在一些实施例中,所述方法还包括:所述CPE确定所述缓存队列满足流量控制触发条件,所述流量控制触发条件用于指示所述缓存队列的缓存压力大于预设缓存压力。
其中,所述流量控制触发条件例如可以是:已使用容量的占比大于预设占比,或者,已使用容量大于预设容量。所述预设占比例如可以是95%、90%等,所述已使用容量例如可以是500M等,此处不做唯一限定。
可见,本示例中,CPE基于条件触发流量控制机制,兼顾数据发送效率,提高数据处理的均衡性。
在一些实施例中,所述应答消息为以下支持重传机制的协议层中任意一个协议层的消息:媒体接入控制MAC层、无线链路控制RLC层、以及分组数据汇聚协议PDCP层。
其中,由于MAC层、RLC层、PDCP层的确认和重传周期不同,因此每个协议层对应的流量控制机制的控制策略会有差异性。例如,MAC层重传耗时约为4ms,RLC层重传耗时约为20ms。
可见,本示例中,CPE能够针对各个协议层的报文进行精细化流量控制,提高控制精度和准确度。
在一些实施例中,所述第一报文与第四报文的报文间隔数量为预设数量,所述第四报文为接收时间早于或晚于第一接收时间、且需要发送应答消息的报文,所述第一接收时间为所述CPE接收所述第一报文的时间,所述第四报文的应答消息用于指示第五报文和/或所述延迟时间,所述第五报文为与所述第四报文关联的报文,所述延迟时间用于指示延迟传输所述第五报文;所述应答消息重复发送次数为预设次数。
其中,所述第五报文为所述第四报文的部分或全部重传报文或者下一个报文。所述应答消息为针对第四报文进行流量控制的消息,作用与应答消息针对第一报文的作用相同。
此外,除上述预设数量和预设次数外,CPE可以确认需要在哪些协议层实施流量控制、以及这些协议层的实施顺序等。或者,CPE根据协议约定的默认协议层,针对该协议层的报文实施流量控制。
可见,本示例中,CPE能够根据报文间隔数量和重发次数针对每个报文进行精确的流量控制,提高流量控制精细化程度。
示例的,本申请实施例提供的应答消息的内容和对应的设计思路包括但不限于以下方式:
方式1,应答消息包括NACK,网络设备不延迟且发送完整重传报文,网络设备复用现有确认与重传机制中协议约定的实现方式。
在一些实施例中,所述应答消息包括协议约定的否定应答NACK。
在一些实施例中,所述第二报文包括所述第一报文的全部重传报文。
在一些实施例中,所述预设次数小于协议规定的最大重传次数。由于协议约定最大重传次数的重传失败将导致基站判决链路异常,因此将预设次数限制在最大重传次数以下可以避免链路被误判为异常,提高稳定性。
举例来说,假设网络设备为基站,CPE检测到LAN口的缓存队列满足流量控制触发条件,第一报文为数据报文a0,第二报文为数据报文a0的重传报文,预设数量为0(即每个报文都进行流量控制),预设数量为0(表示针对每个报文均进行流量控制),预设次数为3次。则如图2b所示,CPE针对MAC层接收的报文进行流量控制,降低缓存队列的缓存压力,基站的MAC层向CPE的MAC层发送数据报文a0;
CPE的MAC层接收数据报文a0,首次向基站发送NACK,同时不向RLC层上报报文,缓存队列未缓存到数据报文a0的数据包;基站接收NACK后,向CPE发送数据报文a0的重传报文;
CPE的MAC层接收重传的数据报文a0,第二次向基站发送NACK,同时不向RLC层上报报文,缓存队列未缓存到数据报文a0的数据包;基站再次接收NACK,第二次向CPE发送数据报文a0的重传报文;
CPE的MAC层接收重传的数据报文a0,第三次向基站发送NACK,同时不向RLC层上报报文,缓存队列未缓存到数据报文a0的数据包;基站再次接收NACK,第三次向CPE发送数据报文a0的重传报文;
CPE的MAC层接收重传的数据报文a0,向基站发送ACK,同时解包数据报文a0得到数据报文a1,并向RLC层上报数据报文a1,经上层协议层处理后,在缓存队列中缓存数据报文a0的数据包;基站接收ACK,向CPE发送数据报文a0的下一个数据报文。
针对数据报文1的下一个数据报文执行与数据报文a0同样的上述流量控制过程,直至本次流量控制过程执行完成。
其中,所述流量控制过程执行完成的触发方式可以是多种多样的,此处不做唯一限定,如时间维度约束,CPE确定流量控制的控制时段,该控制时段结束即完成,又如,针对缓存队列的缓存状态进行实时监控,降低到预设压力以下即触发结束流量控制等。
可见,本示例中,由于CPE向网络设备发送的应答消息为NACK,与现有确认与重传机制中协议约定的NACK相同,从而网络设备被触发执行的动作复用现有协议约定,无需改进,减少改进复杂度,提高CPE流量控制方案的适用性。
在一些实施例中,所述方法还包括:所述CPE根据所述缓存队列的缓存状态确定所述预设数量和所述预设次数。
其中,预设数量为0表示针对每个报文均进行流量控制(流量控制即针对当前报文的传输控制过程),预设数量为1表示间隔1个报文进行流量控制。预设次数不超过协议约定的最大重传次数等。
其中,预设数量与所述缓存队列的缓存压力成负相关关系,预设次数与缓存队列的缓存压力成正相关关系,即缓存压力越大,预设数量越小、预设次数越大,缓存压力越小,预设数量越大、预设次数越小。
可见,本示例中,缓存队列的缓存状态用于确定预设数量和预设次数,从而缓存队列中新增加的数据包被精确控制,提高控制准确度。
方式2,应答消息包括部分确认应答(Part Acknowledgement,PACK),CPE不发送延迟时间,网络设备不延迟且发送部分重传报文。
在一些实施例中,所述应答消息包括部分确认应答消息PACK。
其中,所述PACK可以通过协议约定并预存在CPE和网络设备中,使得网络设备具备针对该PACK的识别能力。
在一些实施例中,所述第二报文包括所述第一报文的部分重传报文。
其中,本申请所描述的部分重传报文是指当前报文的报文序号或者其他用于指示当前报文的信息,此处不做唯一限定。
在一些实施例中,所述方法还包括:所述CPE根据所述缓存队列的缓存状态确定所述预设数量和所述预设次数。
此分支与方式1的差异仅在于网络设备不再沿用现有的重传机制,而是发送第一报文的部分重传报文,CPE收到此部分重传报文后自行匹配第一报文,实现重传压力降低。
方式3,应答消息包括PACK,CPE不发送延迟时间,网络设备主动延迟且发送部分重传报文(或者第一报文的下一个报文)。
示例的,网络设备主动延迟的实现方式不做唯一限定,例如,根据网络设备的缓存队列的缓存状态确定主动延迟的延迟时间。
本实现方式中,CPE重复发送PACK的次数可以约定为不超过确认与重传机制中的最大重传次数,保持与现有协议对链路异常识别机制的一致性,避免造成新协议与现有协议的冲突。
方式4,应答消息包括PACK,CPE不发送延迟时间,网络设备主动延迟且发送完整重传报文(或者第一报文的下一个报文)。
其中,网络设备主动延迟的实现方式与方式3保持一致,此处不再赘述。
本实现方式中,CPE重复发送PACK的次数可以约定为不超过确认与重传机制中的最大重传次数,保持与现有协议对链路异常识别机制的一致性,避免造成新协议与现有协议的冲突。
可见,方式3和方式4中,CPE通过发送PACK触发网络设备主动延迟调度重传报文或者当前报文的下一个报文,从而延缓CPE的缓存队列缓存报文的时间,降低CPE LAN口缓存队列的缓存压力。
方式5,应答消息包括延迟时间,网络设备延迟且发送第一报文的下一个报文。
在一些实施例中,所述应答消息包括所述延迟时间。
在一些实施例中,所述第二报文包括所述第一报文的下一个报文。
在一些实施例中,所述方法还包括:所述CPE根据所述缓存队列的缓存状态确定所述延迟时间。
其中,延迟时间与所述缓存队列的缓存压力成正相关关系,即缓存压力越大,延迟时间越大,缓存压力越小,延迟时间越小。
可见,本示例实现方式中,CPE主动确定延迟时间,指示网络设备按照该延迟时间延迟调度下一个报文,从而延缓CPE的缓存队列缓存报文的时间,降低CPE LAN口缓存队列的缓存压力。
方式6,应答消息包括延迟时间,网络设备延迟且发送完整重传报文。
具体实现中,网络设备可以参考该延迟时间延迟重传第一报文的完整重传报文。或者,网络设备也可以根据该延迟时间以及自身缓存压力重新确认一个延迟时间,并按照重新确认的延迟时间重传第一报文的完整重传报文。
可见,本示例中,CPE通过携带延迟时间的应答消息指示网络设备延迟且发送完整重传报文,从而延缓CPE的缓存队列缓存报文的时间,降低CPE LAN口缓存队列的缓存压力。
方式7,应答消息包括延迟时间,网络设备延迟且发送部分重传报文。
具体实现中,网络设备可以参考该延迟时间延迟重传第一报文的部分重传报文。或者,网络设备也可以根据该延迟时间以及自身缓存压力重新确认一个延迟时间,并按照重新确认的延迟时间重传第一报文的部分重传报文。
可见,本示例中,CPE通过携带延迟时间的应答消息指示网络设备延迟且发送部分重传报文,从而延缓CPE的缓存队列缓存报文的时间,降低CPE LAN口缓存队列的缓存压力。
方式8,应答消息包括PACK和延迟时间,网络设备延迟且发送完整重传报文、或者部分重传报文、或者第一报文的下一个报文。
可见,本示例中,CPE通过携带PACK和延迟时间的应答消息指示网络设备延迟且发送完整重传报文、或者部分重传报文、或者第一报文的下一个报文,从而延缓CPE的缓存队列缓存报文的时间,降低CPE LAN口缓存队列的缓存压力。
在一些可能的示例中,所述第一报文为第一协议层的报文;所述方法还包括:所述CPE发送第六报文的应答消息,所述第六报文为第二协议层的报文,所述第六报文的应答消息用于指示第七报文和/或延迟时间,所述第七报文为与所述第六报文关联的报文,所述延迟时间用于指示延迟传输所述第七报文;所述第一协议层与所述第二协议层不同。
示例的,第一协议层的层级低于所述第二协议层的层级,例如,第一协议层为MAC层,第二协议层为RLC层,由于MAC层的单个报文的流量控制能力弱于RLC层的流量控制能力,优先选择低层级协议层的报文进行流量控制,可以兼顾网络设备因延缓调度导致的缓存压力。
具体的,CPE发送第六报文的应答消息的触发条件可以是:CPE针对第一协议层的报文进行流量控制预设时段或者一定数量的报文后,检测到所述缓存队列的缓存压力依然大于预设压力。
可见,本示例中,CPE能够针对多个协议层的报文进行流量的协调控制,提高流量控制的力度和效果。
本申请实施例提供一种消息传输装置,该消息传输装置可以为CPE。具体的,消息传输装置用于执行以上消息传输方法中CPE所执行的步骤。本申请实施例提供的消息传输装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对消息传输装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图3示出上述实施例中所涉及的消息传输装置的一种可能的结构示意图。如图3所示,消息传输装置3应用于CPE;所述装置包括:
发送单元30,用于发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文,所述CPE的局域网LAN口的缓存队列用于缓存报文的数据包;
接收单元31,用于接收所述第二报文。
在一个可能的示例中,所述发送单元30,还用于发送所述缓存队列中缓存的第三报文的数据包,所述第三报文的数据包是指所述CPE在缓存队列中缓存的、且缓存时间早于所述第一报文的数据包的缓存时间的数据包。
在一个可能的示例中,所述装置还包括确定单元32,用于确定确定所述缓存队列满足流量控制触发条件,所述流量控制触发条件用于指示所述缓存队列的缓存压力大于预设缓存压力。
在一个可能的示例中,所述应答消息为以下支持重传机制的协议层中任意一个协议层的消息:
媒体接入控制MAC层、无线链路控制RLC层、以及分组数据汇聚协议PDCP层。
在一个可能的示例中,所述第一报文与第四报文的报文间隔数量为预设数量,所述第四报文为接收时间早于或晚于第一接收时间、且需要发送应答消息的报文,所述第一接收时间为所述CPE接收所述第一报文的时间,所述第四报文的应答消息用于指示第五报文和/或所述延迟时间,所述第五报文为与所述第四报文关联的报文,所述延迟时间用于指示延迟传输所述第五报文;
所述应答消息重复发送次数为预设次数。
在一个可能的示例中,所述应答消息包括协议约定的否定应答NACK。
在一个可能的示例中,所述第二报文包括所述第一报文的全部重传报文。
在一个可能的示例中,所述预设次数小于协议规定的最大重传次数。
在一个可能的示例中,所述应答消息包括部分确认应答消息PACK。
在一个可能的示例中,所述第二报文包括所述第一报文的部分重传报文。
在一个可能的示例中,所述确定单元32具体用于:根据所述缓存队列的缓存状态确定所述预设数量和所述预设次数。
在一个可能的示例中,所述应答消息包括所述延迟时间。
在一个可能的示例中,所述第二报文包括所述第一报文的下一个报文。
在一个可能的示例中,所述确定单元32,还用于根据所述缓存队列的缓存状态确定所述延迟时间。
在采用集成的单元的情况下,本申请实施例提供的另一种消息传输装置的结构示意图如图4所示。在图4中,消息传输装置4包括:处理模块40和通信模块41。处理模块40用于对设备控制装置的动作进行控制管理,例如,发送单元30、接收单元31、确定单元32所执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块41用于支持设备控制装置与其他设备之间的交互。如图4所示,消息传输装置还可以包括存储模块42,存储模块42用于存储消息传输装置的程序代码和数据。
其中,处理模块40可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块41可以是收发器、RF电路或通信接口等。存储模块42可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述消息传输装置3和消息传输装置4均可执行上述图2a所示的消息传输方法中CPE所执行的步骤。
本申请实施例提供一种消息传输装置,该消息传输装置可以为网络设备。具体的,消息传输装置用于执行以上消息传输方法中网络设备所执行的步骤。本申请实施例提供的消息传输装置可以包括相应步骤所对应的模块。
本申请实施例可以根据上述方法示例对消息传输装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图5示出上述实施例中所涉及的消息传输装置的一种可能的结构示意图。如图5所示,消息传输装置5应用于网络设备;所述装置包括:
接收单元50,用于接收第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
发送单元51,用于根据所述应答消息发送所述第二报文。
在一个可能的示例中,所述第一报文与第四报文的报文间隔数量为预设数量,所述第四报文为接收时间早于或晚于第一接收时间、且需要发送应答消息的报文,所述第一接收时间为所述CPE接收所述第一报文的时间,所述第四报文的应答消息用于指示第五报文和/或所述延迟时间,所述第五报文为与所述第四报文关联的报文,所述延迟时间用于指示延迟传输所述第五报文;
所述应答消息重复发送次数为预设次数。
在一个可能的示例中,所述应答消息包括协议约定的否定应答NACK。
在一个可能的示例中,所述第二报文包括所述第一报文的全部重传报文。
在一个可能的示例中,所述预设次数小于协议规定的最大重传次数。
在一个可能的示例中,所述应答消息包括部分确认应答消息PACK。
在一个可能的示例中,所述第二报文包括所述第一报文的部分重传报文。
在一个可能的示例中,所述应答消息包括所述延迟时间。
在一个可能的示例中,所述第二报文包括所述第一报文的下一个报文。
在采用集成的单元的情况下,本申请实施例提供的另一种消息传输装置的结构示意图如图6所示。在图6中,消息传输装置6包括:处理模块60和通信模块61。处理模块60用于对设备控制装置的动作进行控制管理,例如,接收单元50、发送单元51所执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块61用于支持设备与其他设备之间的交互。如图6所示,消息传输装置还可以包括存储模块62,存储模块62用于存储消息传输装置的程序代码和数据。
其中,处理模块60可以是处理器或控制器,例如可以是中央处理器(CentralProcessing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。通信模块61可以是收发器、RF电路或通信接口等。存储模块62可以是存储器。
其中,上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。上述消息传输装置5和消息传输装置6均可执行上述图2a所示的消息传输方法中网络设备所执行的步骤。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应该理解为对本申请的限制。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括电子设备。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括电子设备。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法、装置和系统,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的;例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式;例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,可轻易想到变化或替换,均可作各种更动与修改,包含上述不同功能、实施步骤的组合,包含软件和硬件的实施方式,均在本发明的保护范围。

Claims (28)

1.一种消息传输方法,其特征在于,包括:
用户前置设备CPE发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文,所述CPE的局域网LAN口的缓存队列用于缓存报文的数据包;
所述CPE接收所述第二报文。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述CPE发送所述缓存队列中缓存的第三报文的数据包,所述第三报文的数据包是指所述CPE在缓存队列中缓存的、且缓存时间早于所述第一报文的数据包的缓存时间的数据包。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述CPE确定所述缓存队列满足流量控制触发条件,所述流量控制触发条件用于指示所述缓存队列的缓存压力大于预设缓存压力。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述应答消息为以下支持重传机制的协议层中任意一个协议层的消息:
媒体接入控制MAC层、无线链路控制RLC层、以及分组数据汇聚协议PDCP层。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述第一报文与第四报文的报文间隔数量为预设数量,所述第四报文为接收时间早于或晚于第一接收时间、且需要发送应答消息的报文,所述第一接收时间为所述CPE接收所述第一报文的时间,所述第四报文的应答消息用于指示第五报文和/或所述延迟时间,所述第五报文为与所述第四报文关联的报文,所述延迟时间用于指示延迟传输所述第五报文;
所述应答消息重复发送次数为预设次数。
6.根据权利要求1-5任一项所述的方法,其特征在于,所述应答消息包括协议约定的否定应答NACK。
7.根据权利要求6所述的方法,其特征在于,所述第二报文包括所述第一报文的全部重传报文。
8.根据权利要求7所述的方法,其特征在于,所述预设次数小于协议规定的最大重传次数。
9.根据权利要求1-5任一项所述的方法,其特征在于,所述应答消息包括部分确认应答消息PACK。
10.根据权利要求9所述的方法,其特征在于,所述第二报文包括所述第一报文的部分重传报文。
11.根据权利要求6-10任一项所述的方法,其特征在于,所述方法还包括:
所述CPE根据所述缓存队列的缓存状态确定所述预设数量和所述预设次数。
12.根据权利要求1-4任一项所述的方法,其特征在于,所述应答消息包括所述延迟时间。
13.根据权利要求12所述的方法,其特征在于,所述第二报文包括所述第一报文的下一个报文。
14.根据权利要求12或13所述的方法,其特征在于,所述方法还包括:
所述CPE根据所述缓存队列的缓存状态确定所述延迟时间。
15.一种消息传输方法,其特征在于,包括:
网络设备接收第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
所述网络设备根据所述应答消息发送所述第二报文。
16.根据权利要求15所述的方法,其特征在于,所述第一报文与第四报文的报文间隔数量为预设数量,所述第四报文为接收时间早于或晚于第一接收时间、且需要发送应答消息的报文,所述第一接收时间为所述CPE接收所述第一报文的时间,所述第四报文的应答消息用于指示第五报文和/或所述延迟时间,所述第五报文为与所述第四报文关联的报文,所述延迟时间用于指示延迟传输所述第五报文;
所述应答消息重复发送次数为预设次数。
17.根据权利要求15或16所述的方法,其特征在于,所述应答消息包括协议约定的否定应答NACK。
18.根据权利要求17所述的方法,其特征在于,所述第二报文包括所述第一报文的全部重传报文。
19.根据权利要求18所述的方法,其特征在于,所述预设次数小于协议规定的最大重传次数。
20.根据权利要求15或16所述的方法,其特征在于,所述应答消息包括部分确认应答消息PACK。
21.根据权利要求20所述的方法,其特征在于,所述第二报文包括所述第一报文的部分重传报文。
22.根据权利要求15或16所述的方法,其特征在于,所述应答消息包括所述延迟时间。
23.根据权利要求22所述的方法,其特征在于,所述第二报文包括所述第一报文的下一个报文。
24.一种消息传输系统,其特征在于,包括CPE和网络设备,
所述CPE,用于执行如权利要求1-14任一项所述的方法中的步骤;
所述网络设备,用于执行如权利要求15-23任一项所述的方法中的步骤。
25.一种消息传输装置,其特征在于,包括:
发送单元,用于发送第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
接收单元,用于接收所述第二报文。
26.一种消息传输装置,其特征在于,包括:
接收单元,用于接收第一报文的应答消息,所述第一报文的应答消息用于指示第二报文和/或延迟时间,所述第二报文为与所述第一报文关联的报文,所述延迟时间用于指示延迟传输所述第二报文;
发送单元,用于根据所述应答消息发送所述第二报文。
27.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
一个或多个存储器,用于存储程序,
所述一个或多个存储器和所述程序被配置为,由所述一个或多个处理器控制所述设备执行如权利要求1-14或者15-23任一项所述的方法中的步骤。
28.一种计算机可读存储介质,其特征在于,存储用于电子数据交换的计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-14或者15-23任一项所述的方法。
CN202110544267.7A 2021-05-18 2021-05-18 消息传输方法、系统及相关装置 Active CN113301605B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110544267.7A CN113301605B (zh) 2021-05-18 2021-05-18 消息传输方法、系统及相关装置
PCT/CN2022/082543 WO2022242305A1 (zh) 2021-05-18 2022-03-23 消息传输方法、系统及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110544267.7A CN113301605B (zh) 2021-05-18 2021-05-18 消息传输方法、系统及相关装置

Publications (2)

Publication Number Publication Date
CN113301605A true CN113301605A (zh) 2021-08-24
CN113301605B CN113301605B (zh) 2023-03-24

Family

ID=77322850

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110544267.7A Active CN113301605B (zh) 2021-05-18 2021-05-18 消息传输方法、系统及相关装置

Country Status (2)

Country Link
CN (1) CN113301605B (zh)
WO (1) WO2022242305A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022242305A1 (zh) * 2021-05-18 2022-11-24 成都欧珀通信科技有限公司 消息传输方法、系统及相关装置

Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1228909A (zh) * 1996-07-12 1999-09-15 格莱纳瑞电子公司 用于无线消息传送系统的堵塞控制方法
CN101027862A (zh) * 2004-10-29 2007-08-29 美国博通公司 对通信流量分级的多信道通信
US20090089641A1 (en) * 2007-10-02 2009-04-02 Infineon Technologies Ag Retransmission scheme for communication systems
CN102035858A (zh) * 2009-09-27 2011-04-27 华为技术有限公司 一种文件断点续传的控制方法及装置
KR20110088124A (ko) * 2010-01-28 2011-08-03 엘지전자 주식회사 인지 무선 시스템에서 부 기지국의 제어 방법 및 이를 위한 장치
CN102474392A (zh) * 2009-08-20 2012-05-23 富士通株式会社 在针对采用多点协作传输接收的分组的nack传输中引入延迟
CN103236964A (zh) * 2013-05-07 2013-08-07 烽火通信科技股份有限公司 基于Linux的DS-Lite实现方法及其CPE接入设备
CN104468202A (zh) * 2014-11-26 2015-03-25 迈普通信技术股份有限公司 一种用户端设备的管理方法及装置
CN105187175A (zh) * 2015-09-25 2015-12-23 京信通信技术(广州)有限公司 基站下行传输控制方法和系统
US20160119088A1 (en) * 2014-10-23 2016-04-28 International Business Machines Corporation Snoop virtual receiver time
CN106850595A (zh) * 2017-01-17 2017-06-13 烽火通信科技股份有限公司 一种流媒体传输优化方法及装置
CN108337186A (zh) * 2017-01-20 2018-07-27 谷歌有限责任公司 用于可扩缩业务整形的设备和方法
WO2018137158A1 (zh) * 2017-01-24 2018-08-02 华为技术有限公司 一种数据传输方法、装置及客户终端设备
US20180317236A1 (en) * 2017-04-27 2018-11-01 Qualcomm Incorporated Radio link control/packet data convergence protocol window advance with holes
CN109039552A (zh) * 2018-09-20 2018-12-18 郑州云海信息技术有限公司 一种数据恢复方法及装置
CN110417518A (zh) * 2018-04-26 2019-11-05 华为技术有限公司 基于harq技术的通信方法、设备及系统
CN110830199A (zh) * 2018-08-09 2020-02-21 电信科学技术研究院有限公司 一种信息传输方法、终端及基站
WO2020192772A1 (zh) * 2019-03-27 2020-10-01 华为技术有限公司 一种通信方法及装置
WO2021022422A1 (en) * 2019-08-02 2021-02-11 Nokia Shanghai Bell Co., Ltd. Transmission of high layer ack/nack
CN112399588A (zh) * 2019-08-16 2021-02-23 华为技术有限公司 用于传输混合自动重传请求harq反馈信息的方法和装置
CN112804157A (zh) * 2019-11-14 2021-05-14 迈络思科技有限公司 可编程的拥塞控制
CN113099477A (zh) * 2021-03-24 2021-07-09 Oppo广东移动通信有限公司 时延信息处理方法及相关装置
WO2021183221A1 (en) * 2020-03-12 2021-09-16 Qualcomm Incorporated Fallback retransmission in sidelink

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8379515B1 (en) * 2007-02-01 2013-02-19 F5 Networks, Inc. TCP throughput control by imposing temporal delay
CN108023758B (zh) * 2016-11-04 2020-06-02 华为技术有限公司 一种混合接入网络中处理报文的方法及网络设备
CN110366202B (zh) * 2018-03-26 2022-07-26 中兴通讯股份有限公司 空口链路拥塞反馈方法、装置及设备、存储介质
CN109327403B (zh) * 2018-12-04 2022-08-16 锐捷网络股份有限公司 一种流控方法、装置、网络设备及存储介质
CN113301605B (zh) * 2021-05-18 2023-03-24 成都欧珀通信科技有限公司 消息传输方法、系统及相关装置

Patent Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1228909A (zh) * 1996-07-12 1999-09-15 格莱纳瑞电子公司 用于无线消息传送系统的堵塞控制方法
CN101027862A (zh) * 2004-10-29 2007-08-29 美国博通公司 对通信流量分级的多信道通信
US20090089641A1 (en) * 2007-10-02 2009-04-02 Infineon Technologies Ag Retransmission scheme for communication systems
CN102474392A (zh) * 2009-08-20 2012-05-23 富士通株式会社 在针对采用多点协作传输接收的分组的nack传输中引入延迟
CN102035858A (zh) * 2009-09-27 2011-04-27 华为技术有限公司 一种文件断点续传的控制方法及装置
KR20110088124A (ko) * 2010-01-28 2011-08-03 엘지전자 주식회사 인지 무선 시스템에서 부 기지국의 제어 방법 및 이를 위한 장치
CN103236964A (zh) * 2013-05-07 2013-08-07 烽火通信科技股份有限公司 基于Linux的DS-Lite实现方法及其CPE接入设备
US20160119088A1 (en) * 2014-10-23 2016-04-28 International Business Machines Corporation Snoop virtual receiver time
CN104468202A (zh) * 2014-11-26 2015-03-25 迈普通信技术股份有限公司 一种用户端设备的管理方法及装置
CN105187175A (zh) * 2015-09-25 2015-12-23 京信通信技术(广州)有限公司 基站下行传输控制方法和系统
CN106850595A (zh) * 2017-01-17 2017-06-13 烽火通信科技股份有限公司 一种流媒体传输优化方法及装置
CN108337186A (zh) * 2017-01-20 2018-07-27 谷歌有限责任公司 用于可扩缩业务整形的设备和方法
WO2018137158A1 (zh) * 2017-01-24 2018-08-02 华为技术有限公司 一种数据传输方法、装置及客户终端设备
US20180317236A1 (en) * 2017-04-27 2018-11-01 Qualcomm Incorporated Radio link control/packet data convergence protocol window advance with holes
CN110417518A (zh) * 2018-04-26 2019-11-05 华为技术有限公司 基于harq技术的通信方法、设备及系统
CN110830199A (zh) * 2018-08-09 2020-02-21 电信科学技术研究院有限公司 一种信息传输方法、终端及基站
CN109039552A (zh) * 2018-09-20 2018-12-18 郑州云海信息技术有限公司 一种数据恢复方法及装置
WO2020192772A1 (zh) * 2019-03-27 2020-10-01 华为技术有限公司 一种通信方法及装置
WO2021022422A1 (en) * 2019-08-02 2021-02-11 Nokia Shanghai Bell Co., Ltd. Transmission of high layer ack/nack
CN112399588A (zh) * 2019-08-16 2021-02-23 华为技术有限公司 用于传输混合自动重传请求harq反馈信息的方法和装置
CN112804157A (zh) * 2019-11-14 2021-05-14 迈络思科技有限公司 可编程的拥塞控制
WO2021183221A1 (en) * 2020-03-12 2021-09-16 Qualcomm Incorporated Fallback retransmission in sidelink
CN113099477A (zh) * 2021-03-24 2021-07-09 Oppo广东移动通信有限公司 时延信息处理方法及相关装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO: "R4-114277 "CQI reporting accuracy test on eDL MIMO"", 《3GPP TSG_RAN\WG4_RADIO》, 26 August 2011 (2011-08-26) *
王绪国等: "多重抑制自动重传请求协议的实现与仿真", 《计算机应用》, no. 03, 10 March 2006 (2006-03-10) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022242305A1 (zh) * 2021-05-18 2022-11-24 成都欧珀通信科技有限公司 消息传输方法、系统及相关装置

Also Published As

Publication number Publication date
CN113301605B (zh) 2023-03-24
WO2022242305A1 (zh) 2022-11-24

Similar Documents

Publication Publication Date Title
US11570786B2 (en) Wireless communication method and device
EP4120606A1 (en) Harq information transmission method and apparatus
US20220116332A1 (en) Data Packet Transmission Method And Communications Apparatus
WO2021000783A1 (zh) 指示数据传输情况的方法和装置
US11722574B2 (en) Packet transmission method, communication apparatus, and communication system
US12075281B2 (en) Feedback information determining method and apparatus, and terminal
US20230090249A1 (en) Radio link control status report method and corresponding apparatus
WO2018082424A1 (zh) 数据传输的方法和装置
WO2022078517A1 (zh) 数据传输方法、设备和存储介质
WO2022143684A1 (zh) 一种数据处理方法及装置
WO2019213922A1 (zh) 中继网络中节点间转发数据的方法和网络节点
CN113301605B (zh) 消息传输方法、系统及相关装置
WO2015113259A1 (zh) 一种数据处理方法、通信设备和系统
CN111698275A (zh) 数据处理方法、装置及设备
WO2019191966A1 (zh) 可靠性传输方法及相关产品
WO2019153170A1 (zh) 传输信息的方法、接收信息的方法、终端设备和网络设备
WO2019062589A1 (zh) 控制流量的方法及装置
WO2020238285A1 (zh) 一种数据重传方法以及装置
WO2019085920A1 (zh) 信息传输方法和通信设备
WO2018218996A1 (zh) 数据包传输方法及设备
WO2022155924A1 (zh) 无线通信方法、终端设备和网络设备
WO2022141570A1 (zh) 数据传输方法及通信装置
CN111654360B (zh) 一种非激活态的切换处理方法及通信设备
WO2021035541A1 (zh) 一种数据传输方法及相关设备
CN111510258B (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