CN116963163A - 状态报告生成方法、装置、计算机设备及可读介质 - Google Patents
状态报告生成方法、装置、计算机设备及可读介质 Download PDFInfo
- Publication number
- CN116963163A CN116963163A CN202210404258.2A CN202210404258A CN116963163A CN 116963163 A CN116963163 A CN 116963163A CN 202210404258 A CN202210404258 A CN 202210404258A CN 116963163 A CN116963163 A CN 116963163A
- Authority
- CN
- China
- Prior art keywords
- status report
- information
- hole
- air interface
- length
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000004044 response Effects 0.000 claims abstract description 14
- 239000012634 fragment Substances 0.000 claims description 30
- 238000009825 accumulation Methods 0.000 claims description 26
- 238000003860 storage Methods 0.000 claims description 11
- 238000013467 fragmentation Methods 0.000 claims description 6
- 238000006062 fragmentation reaction Methods 0.000 claims description 6
- 239000011800 void material Substances 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 4
- 238000012790 confirmation Methods 0.000 claims description 3
- 230000000903 blocking effect Effects 0.000 abstract description 8
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 7
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 101000761698 Hydrophis hardwickii Short neurotoxin 1 Proteins 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供一种状态报告生成方法,所述方法包括确定接收窗口信息,接收窗口信息至少包括一个空洞信息;响应于空口调度资源大于或等于ACK_SN域在状态报告中的长度,根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使状态报告的长度满足空口调度资源且携带接收窗口信息的最多内容。本公开实施例生成的状态报告能够在空口条件较差导致状态报告无法完整发出的情况下,生成能够从空口发出且包括最多接收窗口信息内容的状态报告,实现对完整状态报告的合理裁剪,给报文发送端反馈更准确的收包情况,避免空口受阻引起的空口调度资源浪费,以及由此导致的RLC卡窗等问题。本公开还提供一种状态报告生成装置、计算机设备和可读介质。
Description
技术领域
本公开涉及通信技术领域,具体涉及一种状态报告生成方法、装置、计算机设备及可读介质。
背景技术
3GPP 38322协议层关于RLC(Radio Link Control,无线链路层控制)AM(Acknowledged Mode确认)模式的描述,RLC AM模式下RLC PDU(Protocol Data Unit,协议数据单元)报文的传输流程如图1所示,RLC AM模式要求发送端发送的每一包报文均能接收到接收端反馈的一包状态报告包,以保证发送端报文已被接收端成功接收,否则发送端将会对这包报文进行重传。3GPP 38322 5.3.4RLC层协议对状态报告格式及状态报告组包流程进行了详细的描述,其中阐述了如何根据接收端窗口信息生成完整的状态报告报文并发给下层协议层的过程。
但是,如果空口条件不好,空口误包较高,对应的空口调度资源也会相应减少,由于接收窗口空洞较多,根据协议状态报告需要包含多个NACK报文信息,导致状态报告报文较大。因为状态报告报文不支持分片,若空口调度资源不足,则状态报告报文无法及时从空口发出,发送端无法获得状态报告反馈信息,势必影响发送端发送报文的效率,出现报文大量无效重传。故此时接收端应对状态报告进行裁剪以适配空口调度资源,保证状态报告能够及时、高效地从空口发出,从而发送端能够迅速得到响应。
随着5G应用场景增多,比如远点或者环境干扰,必然存在误包增大与调度授权变小的情况,而两者有极大可能同时出现。在误包增大的情况下,根据协议描述必定需要构建包长较大的RLC状态报告报文,由于状态报告的格式内没有唯一序列标签(SN),因此RLC的状态报告不支持分片,无法实现拆分和重组,这样,就需要对状态报告做裁剪,但是如何做到裁剪后的状态报告携带最多的有效信息,协议未描述。
发明内容
本公开提供一种状态报告生成方法、装置、计算机设备及可读介质。
第一方面,本公开实施例提供一种状态报告生成方法,所述方法包括:
确定接收窗口信息,所述接收窗口信息至少包括一个空洞信息;
响应于空口调度资源大于或等于确认序列号ACK_SN域在状态报告中的长度,根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使所述状态报告的长度满足所述空口调度资源且所述状态报告携带所述接收窗口信息的最多内容。
在一些实施例中,所述空洞的类型包括:单独的无线链路层控制协议数据单元RLCPDU报文、连续的RLC PDU报文、单独的RLC PDU报文分片、包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
在一些实施例中,所述根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,包括:
根据所述空口调度资源和所述ACK_SN域在状态报告中的长度,确定第一剩余空口调度资源;
响应于所述第一剩余空口调度资源大于或等于非确认序列号NACK_SN域在状态报告中的最小长度,根据所述第一剩余空口调度资源、所述接收窗口中空洞的顺序和各所述空洞在状态报告中的长度,确定第一待携带接收窗口信息;其中,各所述空洞在状态报告中的长度根据各所述空洞的类型确定;
根据所述第一待携带接收窗口信息生成状态报告。
在一些实施例中,所述根据所述第一剩余空口调度资源、所述接收窗口中空洞的顺序和各所述空洞在状态报告中的长度,确定第一待携带接收窗口信息,包括:
按照所述接收窗口中空洞的顺序,依次对当前空洞在状态报告中的长度和当前空洞之前的全部空洞在状态报告中的长度进行累加,得到当前的第一长度,直到所述当前的第一长度大于当前的剩余空口调度资源为止,其中,当前的剩余空口调度资源根据所述第一剩余空口调度资源和前次累加的空洞在状态报告中的长度确定;
根据当前空洞的类型确定空洞信息,并确定确认序列号ACK_SN域信息。
在一些实施例中,所述根据当前空洞的类型确定空洞信息,包括:
在当前空洞的类型不是预设类型的空洞的情况下,确定停止累加的前一次累加操作所包含的第一空洞信息为所述空洞信息;
在当前空洞的类型为预设类型的空洞的情况下,响应于所述当前的剩余空口调度资源大于或等于连续的RLC PDU报文类型的空洞在状态报告中的长度,且小于所述预设类型的空洞在状态报告中的长度,确定空洞信息,其中,所述空洞信息包括第二空洞信息和停止累加的前一次累加操作所包含的第一空洞信息,所述第二空洞信息包括当前空洞中连续的RLC PDU报文信息和当前空洞中RLC PDU报文分片所属报文的信息;
其中,所述预设类型为所述包括连续的RLC PDU报文和分别位于所述连续的RLCPDU报文首尾的RLC PDU报文分片的组合。
在一些实施例中,所述确定ACK_SN域信息包括:
在确定出所述空洞信息之后,根据所述空洞信息和所述接收窗口信息确定ACK_SN域信息。
在一些实施例中,在确定第一剩余空口调度资源之后,所述方法还包括:
响应于所述第一剩余空口调度资源小于所述NACK_SN域在状态报告中的最小长度,根据所述接收窗口信息确定第二待携带接收窗口信息,所述第二待携带接收窗口信息包括ACK_SN域信息但不包括空洞信息;
根据所述第二待携带接收窗口信息生成状态报告。
又一方面,本公开实施例还提供一种状态报告生成装置,包括接收窗口信息确定模块、判断模块和状态包括状态报告生成模块,所述接收窗口信息确定模块用于,确定接收窗口信息,所述接收窗口信息至少包括一个空洞信息;
所述判断模块用于,判断空口调度资源是否大于或等于确认序列号ACK_SN域在状态报告中的长度;
所述状态报告生成模块用于,响应于空口调度资源大于或等于确认序列号ACK_SN域在状态报告中的长度,根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使所述状态报告的长度满足所述空口调度资源且所述状态报告携带所述接收窗口信息的最多内容。
又一方面,本公开实施例还提供一种计算机设备,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序;当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如前所述的状态报告生成方法。
又一方面,本公开实施例还提供一种计算机可读介质,其上存储有计算机程序,其中,所述程序被执行时实现如前所述的状态报告生成方法。
本公开实施例提供的状态报告生成方法,所述方法包括确定接收窗口信息,接收窗口信息至少包括一个空洞信息;响应于空口调度资源大于或等于ACK_SN域在状态报告中的长度,根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使状态报告的长度满足空口调度资源且携带接收窗口信息的最多内容。本公开实施例生成的状态报告能够在空口条件较差导致状态报告无法完整发出的情况下,生成能够从空口发出且包括最多接收窗口信息内容的状态报告,实现对完整状态报告的合理裁剪,给报文发送端反馈更准确的收包情况,避免空口受阻引起的空口调度资源浪费,以及由此导致的RLC卡窗等问题。
附图说明
图1为RLC AM模式下RLC PDU报文传输流程示意图;
图2为本公开实施例提供的状态报告生成方法的流程示意图;
图3为本公开实施例提供的接收窗口的示意图;
图4为本公开实施例提供的根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告的流程示意图;
图5为本公开实施例提供的确定第一待携带接收窗口信息的流程示意图;
图6-图12为本公开实施例提供的具体实例中7种场景下的状态报告的示意图;
图13为本公开实施例提供的状态报告生成装置的结构示意图;
图14为本公开实施例提供的状态报告生成模块的结构示意图。
具体实施方式
在下文中将参考附图更充分地描述示例实施例,但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之,提供这些实施例的目的在于使本公开透彻和完整,并将使本领域技术人员充分理解本公开的范围。
如本文所使用的,术语“和/或”包括一个或多个相关列举条目的任何和所有组合。
本文所使用的术语仅用于描述特定实施例,且不意欲限制本公开。如本文所使用的,单数形式“一个”和“该”也意欲包括复数形式,除非上下文另外清楚指出。还将理解的是,当本说明书中使用术语“包括”和/或“由……制成”时,指定存在所述特征、整体、步骤、操作、元件和/或组件,但不排除存在或添加一个或多个其他特征、整体、步骤、操作、元件、组件和/或其群组。
本文所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此,可根据制造技术和/或容限来修改示例图示。因此,实施例不限于附图中所示的实施例,而是包括基于制造工艺而形成的配置的修改。因此,附图中例示的区具有示意性属性,并且图中所示区的形状例示了元件的区的具体形状,但并不旨在是限制性的。
除非另外限定,否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解,诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义,且将不解释为具有理想化或过度形式上的含义,除非本文明确如此限定。
现有的5G协议未对状态报告裁剪实现细节进行阐述,为了解决空口调度资源存在瓶颈,无法发出完整的状态报告带来的大量报文无效重传,造成空口调度资源浪费的问题,本公开实施例提供一种状态报告生成方法,实现对完整的状态报告的合理裁剪,可以最大限度将接收窗口信息发送到发送端设备。
本公开实施例提供一种状态报告生成方法,如图2所示,所述方法包括以下步骤:
步骤21,确定接收窗口信息,接收窗口信息至少包括一个空洞信息。
图3为一种接收窗口的示意图,如图3所示,接收窗口信息可以包括ACK(Acknowledge,确认)报文信息和空洞信息,ACK报文即为接收端接收到的由发送端发送的RLC PDU报文,ACK报文信息可以通过RLC PDU报文的SN(Sequence Number,序列号)表示。报文及报文分片的丢失导致重组成帧时的报文帧具有类似于“漏洞”的空缺,因此,将这种链路传输过程中丢失的报文或报文分片形象地称之为空洞。在本公开实施例中,空洞信息可以通过RLC PDU报文的SN表示。
步骤22,响应于空口调度资源大于或等于ACK_SN域在状态报告中的长度,根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使状态报告的长度满足空口调度资源且状态报告携带接收窗口信息的最多内容。
状态报告可以仅包括ACK_SN(Acknowledgement SN,确认序列号)域,而不包括NACK_SN(Negative Acknowledgement SN,非确认序列号)域,因此,ACK_SN域在状态报告中的长度即为状态报告的最小长度,通常为3字节。ACK_SN域用于记录没有在STATUS PDU中上报为丢失的下一个还未收到的RLC Data PDU。示例性的,如图3所示的接收窗口,完整的状态报告中ACK_SN域的值为17,即ACK_SN=17。NACK_SN域用于记录丢失的AMD PDU或AMD PDU分片的SN值,即空洞对应的SN值。
在本步骤中,将空口调度资源与ACK_SN域在状态报告中的长度相比较,若空口调度资源大于或等于ACK_SN域在状态报告中的长度,说明当前的空口调度资源足以保证最小长度的状态报告从空口发出,则可以构建状态报告,相应的,根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告。
生成的状态报告满足空口调度资源是指状态报告的长度小于空口调度资源,且生成的状态报告尽可能携带更多的接收窗口信息的内容,也就是说,生成的状态报告能够携带最多的空洞信息和ACK报文信息。
需要说明的是,在空口调度资源小于ACK_SN域在状态报告中的长度的情况下,即使最小长度的状态报告也无法从空口发出,因此不再生成状态报告。
本公开实施例提供的状态报告生成方法,所述方法包括确定接收窗口信息,接收窗口信息至少包括一个空洞信息;响应于空口调度资源大于或等于ACK报文在状态报告中的最小长度,根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使状态报告的长度满足空口调度资源且携带接收窗口信息的最多内容。本公开实施例生成的状态报告能够在空口条件较差导致状态报告无法完整发出的情况下,生成能够从空口发出且包括最多接收窗口信息内容的状态报告,实现对完整状态报告的合理裁剪,给报文发送端反馈更准确的收包情况,避免空口受阻引起的空口调度资源浪费,以及由此导致的RLC卡窗等问题。
在一些实施例中,空洞的类型包括:单独的RLC PDU报文、连续的RLC PDU报文、单独的RLC PDU报文分片、包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
在如图3所示的接收窗口信息中,共包括上述4种类型的5个空洞:空洞1和空洞2分别为SN=1和SN=4的RLC PDU报文(类型为单独的RLC PDU报文),空洞3为SN=6和7的RLCPDU报文(类型为连续的RLC PDU报文),空洞4为SN=10的RLC PDU报文分片(类型为单独的RLC PDU报文分片)、空洞5为包括SN=12的RLC PDU报文分片+SN=13和14的连续RLC PDU报文+SN=15的报文分片的组合(类型为包括连续的RLC PDU报文和分别位于所述连续的RLCPDU报文首尾的RLC PDU报文分片的组合)。
在一些实施例中,如图4所示,所述根据空口调度资源、ACK_SN域在状态报告中的长度和空洞的类型生成状态报告(即步骤22),包括以下步骤:
步骤221,根据空口调度资源和ACK_SN域在状态报告中的长度,确定第一剩余空口调度资源。
第一剩余空口调度资源=空口调度资源-ACK_SN域在状态报告中的长度(3字节)。
步骤222,判断第一剩余空口调度资源是否大于或等于NACK_SN域在状态报告中的最小长度,若是,则执行步骤223和步骤224,否则,执行步骤225和步骤226。
NACK_SN域在状态报告中的最小长度是指状态报告中一个空洞信息所占用的最小长度,4种空洞类型在状态报告中所占用的长度不同。其中,在AM 18bit模式下,单独的RLCPDU报文类型的空洞在状态报告中的长度为2字节;连续的RLC PDU报文类型的空洞在状态报告中的长度为3字节;单独的RLC PDU报文分片类型的空洞在状态报告中的长度为6字节;包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合类型的空洞在状态报告中的长度为7字节。
若第一剩余空口调度资源大于或等于NACK_SN域在状态报告中的最小长度,说明理论上当前的空口调度资源足以发送携带NACK_SN域信息的状态报告,即理论上状态报告可携带ACK_SN域信息和NACK_SN域信息,但实际上状态报告是否真正能够携带空洞信息以及能够携带多少空洞信息还需进一步根据接收窗口中空洞的顺序和类型决定,因此执行步骤223-224;若第一剩余空口调度资源小于NACK_SN域在状态报告中的最小长度,说明当前的空口调度资源不足以发送携带一个最小空洞信息的状态报告,则状态报告只能携带ACK_SN域信息,不能携带NACK_SN域信息,因此执行步骤225-226。
步骤223,根据第一剩余空口调度资源、接收窗口中空洞的顺序和各空洞在状态报告中的长度,确定第一待携带接收窗口信息;其中,各空洞在状态报告中的长度根据各空洞的类型确定。
第一待携带接收窗口信息至少包括ACK_SN域信息,还可以包括NACK_SN域信息。在本步骤中,根据第一剩余空口调度资源、接收窗口中空洞的顺序和各空洞在状态报告中的长度,确定状态报告是否携带空洞信息(即NACK_SN域信息)或者携带哪些空洞信息,其具体实现过程后续结合图5和图6再详细说明。
步骤224,根据第一待携带接收窗口信息生成状态报告。
步骤225,根据接收窗口信息确定第二待携带接收窗口信息,第二待携带接收窗口信息包括ACK_SN域信息但不包括空洞信息。
在本步骤中,根据接口窗口信息确定第一个空洞的SNx,状态报告在第一空洞之前的位置进行裁剪,由此得到ACK_SN域的值即为SNx,即ACK_SN=SNx。
步骤226,根据第二待携带接收窗口信息生成状态报告。
状态报告中除了第一携带接收窗口信息或第二携带接收窗口信息之外,还包括状态报告头信息,状态报告头信息包括数据/控制位(D/C)和控制报文类型(CPT),数据/控制位用于指示当前的RLC PDU报文是数据报文还是控制报文。
在一些实施例中,如图5所示,所述根据第一剩余空口调度资源、接收窗口中空洞的顺序和各空洞在状态报告中的长度,确定第一待携带接收窗口信息(即步骤223),包括以下步骤:
步骤51,按照接收窗口中空洞的顺序,依次对当前空洞在状态报告中的长度和当前空洞之前的全部空洞在状态报告中的长度进行累加,得到当前的第一长度,直到当前的第一长度大于当前的剩余空口调度资源为止,其中,当前的剩余空口调度资源根据第一剩余空口调度资源和前次累加的空洞在状态报告中的长度确定。
在本步骤中,从接收窗口的RX_Next(接收窗口的下边沿,即首个待重组数据包的SN)开始查询空洞SN号,在RX_Next到RX_Highest_Status(状态报告上边沿,即状态报告中可填写的ACKSN的最大SN)的范围内查询丢失的RLC PDU报文或报文分片。
需要说明的是,在当前空洞为接收窗口中首个空洞的情况下,当前的第一长度为该首个空洞在状态报告中的长度。
步骤52,根据当前空洞的类型确定空洞信息,并确定ACK_SN域信息。
在本步骤中,根据状态报告裁剪位置的空洞(即当前空洞)类型确定空洞信息,针对当前空洞为预设类型的空洞以及非预设类型的空洞,采用不同的方式确定空洞信息,后续再详细说明上述2种方案。预设类型是指连续的RLC PDU报文和分别位于所述连续的RLCPDU报文首尾的RLC PDU报文分片的组合的类型,即图3中空洞5的类型。
在一些实施例中,所述确定ACK_SN域信息包括以下步骤:在确定出空洞信息之后,根据空洞信息和接收窗口信息确定ACK_SN域信息。也就是说,在确定出空洞信息之后,即可确定出状态报告的裁剪位置,结合接收窗口信息和状态报告的裁剪位置即可确定出ACK_SN域信息。以图3所示的接收窗口为例,若空洞信息包括空洞1和空洞2的信息,那么状态报告的裁剪位置为SN=5之后、空洞3之前,则ACK_SN域信息为ACKSN=6。
在一些实施例中,所述根据当前空洞的类型确定空洞信息(即步骤52),包括以下步骤:在当前空洞的类型不是预设类型的空洞的情况下,确定停止累加的前一次累加操作所包含的第一空洞信息为空洞信息。也就是说,针对当前空洞的类型不是预设类型的情况,在本步骤中,将停止累加的前次累加操作所包含的第一空洞信息作为第一待携带接收窗口的NACK_SN域信息。当前空洞的类型不是预设类型的情况下,在确定出第一待携带接收窗口的NACK_SN域信息之后,根据第一空洞信息确定ACK_SN域信息。也就是说,第一待携带接收窗口信息包括ACK_SN域信息和NACK_SN域信息。
以图3所示的接收窗口为例,共有5个空洞,第一次累加得到空洞1的长度即为第一次的第一长度,将第一次的第一长度与当前的剩余空口调度资源相比较,此时当前的剩余空口调度资源即为第一剩余空口调度资源,若第一次的第一长度<当前的剩余空口调度资源,则继续进行第二次累加。第二次累加空洞2的长度和空洞1的长度,得到第二次的第一长度,此时当前的剩余空口调度资源=第一剩余空口调度资源-空洞1在状态报告中的长度,将第二次的第一长度与当前剩余空口调度资源相比较,若第二次的第一长度<当前的剩余空口调度资源,则继续进行第三次累加。第三次累加空洞3的长度、空洞2的长度和空洞1的长度,得到第三次的第一长度,此时当前的剩余空口调度资源=第一剩余空口调度资源-空洞1在状态报告中的长度-空洞2在状态报告中的长度,将第三次的第一长度与当前剩余空口调度资源相比较,若第三次的第一长度>=当前的剩余空口调度资源,则停止累加空洞。当前的空洞为空洞3,其类型为连续的RLC PDU报文,即空洞3不是预设类型的空洞,因此,将第二次累加操作所包含的第一空洞信息作为第一待携带接收窗口的NACK_SN域信息,第一空洞信息包括空洞1和空洞2的信息,即SN=1和SN=4的单独的RLC PDU报文的信息。在接收窗口为图3所示的接收窗口的情况下,此时第一待携带接收窗口的ACK_SN域信息为ACKSN=6。
在一些实施例中,所述根据当前空洞的类型确定空洞信息(即步骤52),包括以下步骤:在当前空洞的类型为预设类型的空洞的情况下,响应于当前的剩余空口调度资源大于或等于连续的RLC PDU报文类型的空洞在状态报告中的长度,且小于预设类型的空洞在状态报告中的长度,确定空洞信息,其中,空洞信息包括第二空洞信息和停止累加的前一次累加操作所包含的第一空洞信息,第二空洞信息包括当前空洞中连续的RLC PDU报文信息和当前空洞中RLC PDU报文分片所属RLC PDU报文的信息。
以图3所示的接收窗口为例,共有5个空洞,假设进行五次累加,第五次的第一长度=空洞1的长度+空洞2的长度+空洞3的长度+空洞4的长度+空洞5的长度,第五次的第一长度>=当前的剩余空口调度资源,则停止累加空洞。当前的空洞(即空洞5)的类型为预设类型,若连续的RLC PDU报文类型的空洞在状态报告中的长度(3字节)≤当前的剩余空口调度资源<预设类型的空洞在状态报告中的长度(7字节),说明状态报告中的NACK_SN域信息无法携带完整的空洞5的信息,因此,只能够携带连续丢失的报文信息而不携带报文分片信息,即空洞5的信息通过连续的RLC PDU报文信息体现,因此,第一待携带接收窗口中的空洞信息包括第二空洞信息和第一空洞是的信息,其中,第二空洞信息包括SN=13和SN=14的RLC PDU报文信息以及SN=12和SN=15的报文分片所属RLC PDU报文的信息,第一空洞信息包括第四次累加操作所包含的第一空洞信息,第一空洞信息包括空洞1的信息(即SN=1的单独的RLC PDU报文的信息)+空洞2的信息(即SN=4的单独的RLC PDU报文的信息)+空洞3的信息(从SN=6开始、长度为2的连续的RLC PDU报文的信息)+空洞4的信息(SN=10的单独的RLC PDU报文分片)。在接收窗口为图3所示的接收窗口的情况下,此时第一待携带接收窗口的ACK_SN域信息为ACKSN=17。
由此可以看出,在本公开实施例中,若当前的剩余空口调度资源大小容不下一个NackSN信息所需要的长度,则停止累加;在接收窗口存在RLC PDU报文分片未收齐的情况下,即RLC PDU报文携带NackSO的场景,若当前的剩余空口调度资源大小容不下携带NackSO信息需要的长度,则状态报告不携带NackSO信息(NackSO是指分片偏移,用于指示当前分片在原始RLC SDU中的位置),停止累加;在接收窗口存在连续的RLC PDU报文都是空洞的情况下,即NackSN报文携带NackRange的场景(NackRange用于表示有SN连续的RLC SDUs丢失,长度为自定义),若当前的剩余空口调度资源大小容不下携带NackRange信息需要的长度,则状态报告不携带NackRange信息,停止累加。在接收窗口存在连续的RLC PDU报文都是空洞,且空洞中连续RLC PDU报文的首尾存在报文分片未收齐的情况下,即RLC PDU报文携带NackRange和NackSONackSo的场景,若当前的剩余空口调度资源大小容不下携带NackRange信息和NackSoNackSO信息所需要的长度但能够容下NackSO信息,则状态报告可以不携带NackSONackRange信息和,仅携带NackRangeNackSo信息,其中NackRange信息需要体现出NackSO所属报文的信息。
以下分别结合图3和图6-11,以图3所示的接收窗口为例对生成状态报告的方式进行说明。
如果空口调度资源非常小,甚至无法满足ACK要求(ACK报文是状态报告报文的最小粒度),则空口无法发出状态报告,相应不再生成状态报告。
场景一:如果空口调度资源足够大,不做裁剪处理,按照协议要求生成状态报告,状态报告包含图3所示的全部接收窗信息,构造的状态报告报文格式如图6所示。其中,E1/E2/E3为状态报告构造指示标识,E1用于指示状态报告中是否有NACK SN域存在;E2用于指示是否有SOstart/SOend存在;E3用于指示是否有NACK SN range存在。SOstart和SOend为丢失报文片段偏移,二者一起指示了SN=NACK_SN的AMD PDU的哪一部分丢失,NACK SNrange用于表示有SN连续的RLC SDUs丢失。
如果空口调度资源至少能够满足ACK要求,则根据以下六种场景(场景二至场景七),按照不同策略裁剪状态报告:
场景二:空口调度资源只能容纳ACK_SN域信息,无法容纳任何NACK_SN域信息。在该场景下,从第一个空洞开始的位置进行剪裁,剪裁后的状态报告格式如图7所示。状态报告仅包括ACK_SN域信息,ACK_SN域信息为ACKSN=1。
场景三:空口调度资源只能容纳第一个空洞信息,无法容纳第二个空洞信息。在该场景下,从第二个空洞开始的位置进行剪裁,剪裁后的状态报告格式如图8所示。状态报告既包括ACK_SN域信息又包括NACK_SN域信息,NACK_SN域信息为第一个空洞信息,即NACKSN=1,ACK_SN域信息为ACNSN=4。
场景四:空口调度资源只能容纳第一个空洞信息和第二个空洞信息,无法容纳第三个空洞信息。在该场景下,从第三个空洞开始的位置进行剪裁,剪裁后的状态报告格式如图9所示。状态报告既包括ACK_SN域信息又包括NACK_SN域信息,NACK_SN域信息包括第一个空洞信息和第二个空洞信息,即NACKSN=1和NACKSN=4,ACK_SN域信息为ACNSN=6。
场景五:空口调度资源只能容纳第一个空洞信息、第二个空洞信息和第三个空洞信息,无法容纳第四个空洞信息。在该场景下,从第四个空洞开始的位置进行剪裁,剪裁后的状态报告格式如图10所示。状态报告既包括ACK_SN域信息又包括NACK_SN域信息,NACK_SN域信息包括第一个空洞信息、第二个空洞信息和第三个空洞信息,即NACKSN=1、NACKSN=4、NACKSN=6且NACKRANGE=2,ACK_SN域信息为ACNSN=10。
场景六:空口调度资源只能容纳第一个空洞信息、第二个空洞信息、第三个空洞信息和第四个空洞信息,无法容纳第五个空洞信息。在该场景下,从第五个空洞开始的位置进行剪裁,剪裁后的状态报告格式如图11所示。状态报告既包括ACK_SN域信息又包括NACK_SN域信息,NACK_SN域信息包括第一个空洞信息、第二个空洞信息、第三个空洞信息和第四个空洞信息,即NACKSN=1、NACKSN=4、NACKSN=6且NACKRANGE=2、NACKSN=10且SOSTART=PAYLOAD_LOST_START且SOEND=PAYLOAD_LOST_END,ACK_SN域信息为ACNSN=12。
场景七:空口调度资源只能容纳第一个空洞信息、第二个空洞信息、第三个空洞信息和第四个空洞信息,无法容纳完整的第五个空洞信息,但是能够容纳前四个空洞信息和不包括分片信息的第五个空洞信息。在该场景下,生成状态报告格式如图12所示。状态报告既包括ACK_SN域信息又包括NACK_SN域信息,NACK_SN域信息包括第一个空洞信息、第二个空洞信息、第三个空洞信息、第四个空洞信息和不包括分片信息的第五个空洞信息(包括空洞5中的SN13-14以及SN12和SN15),即NACKSN=1、NACKSN=4、NACKSN=6且NACKRANGE=2、NACKSN=10且SOSTART=PAYLOAD_LOST_START且SOEND=PAYLOAD_LOST_END、NACKSN=12且NACKRANGE=4,ACK_SN域信息为ACNSN=17。
本公开实施例可以应用于5G NR空口受阻的场景、远点场景或者高误包率的场景。采用本公开实施例所述的方案,可以满足在空口能力不足情况下以最高效的方式完成状态报告剪裁功能,状态报告能够包含最多的接收窗口信息,避免浪费空口资源,避免发送端报文多次无效重传,对现有协议进行了补充。
本公开实施例对RLC状态报告协议内容完善与优化,在空口调度资源存在瓶颈的前提下,以发送最高效状态报告为目的。根据空口调度资源的大小决策状态报告携带接收窗口信息的能力,动态调整状态报告组包格式,保证在当前空口调度资源的情况下,状态报告能够携带最多的接收窗口信息的内容。在本公开实施例中,状态报告的大小匹配分配的空口调度资源,携带尽可能多的接收窗口内容,给报文发送端反馈更准确的收包情况,避免空口受阻引起的空口调度资源浪费,以及由此导致的RLC卡窗等问题。
基于相同的技术构思,本公开实施例还提供一种状态报告生成装置,如图13所示,所述状态报告生成装置包括接收窗口信息确定模块101、判断模块102和状态包括状态报告生成模块103,接收窗口信息确定模块101用于,确定接收窗口信息,所述接收窗口信息至少包括一个空洞信息。
判断模块102用于,判断空口调度资源是否大于或等于确认序列号ACK_SN域在状态报告中的长度。
状态报告生成模块103用于,响应于空口调度资源大于或等于确认序列号ACK_SN域在状态报告中的长度,根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使所述状态报告的长度满足所述空口调度资源且所述状态报告携带所述接收窗口信息的最多内容。
在一些实施例中,所述空洞的类型包括:单独的无线链路层控制协议数据单元RLCPDU报文、连续的RLC PDU报文、单独的RLC PDU报文分片、包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
在一些实施例中,如图14所示,状态报告生成模块103包括:剩余资源确定单元1031、判断单元1032、待携带接收窗口信息确定单元1033和状态报告生成单元1034,剩余资源确定单元1031用于,根据所述空口调度资源和所述ACK_SN域在状态报告中的长度,确定第一剩余空口调度资源。
判断单元1032用于,判断所述第一剩余空口调度资源是否大于或等于非确认序列号NACK_SN域在状态报告中的最小长度。
待携带接收窗口信息确定单元1033用于,响应于所述第一剩余空口调度资源大于或等于非确认序列号NACK_SN域在状态报告中的最小长度,根据所述第一剩余空口调度资源、所述接收窗口中空洞的顺序和各所述空洞在状态报告中的长度,确定第一待携带接收窗口信息;其中,各所述空洞在状态报告中的长度根据各所述空洞的类型确定。
状态报告生成单元1034用于,根据所述第一待携带接收窗口信息生成状态报告。
在一些实施例中,待携带接收窗口信息确定单元1033用于,按照所述接收窗口中空洞的顺序,依次对当前空洞在状态报告中的长度和当前空洞之前的全部空洞在状态报告中的长度进行累加,得到当前的第一长度,直到所述当前的第一长度大于当前的剩余空口调度资源为止,其中,当前的剩余空口调度资源根据所述第一剩余空口调度资源和前次累加的空洞在状态报告中的长度确定;根据当前空洞的类型确定空洞信息,并确定确认序列号ACK_SN域信息。
在一些实施例中,待携带接收窗口信息确定单元1033用于,在当前空洞的类型不是预设类型的空洞的情况下,确定停止累加的前一次累加操作所包含的第一空洞信息为所述空洞信息;在当前空洞的类型为预设类型的空洞的情况下,响应于所述当前的剩余空口调度资源大于或等于连续的RLC PDU报文类型的空洞在状态报告中的长度,且小于所述预设类型的空洞在状态报告中的长度,确定空洞信息,其中,所述空洞信息包括第二空洞信息和停止累加的前一次累加操作所包含的第一空洞信息,所述第二空洞信息包括当前空洞中连续的RLC PDU报文信息和当前空洞中RLC PDU报文分片所属报文的信息;其中,所述预设类型为所述包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
在一些实施例中,待携带接收窗口信息确定单元1033用于,在确定出所述空洞信息之后,根据所述空洞信息和所述接收窗口信息确定ACK_SN域信息。
在一些实施例中,待携带接收窗口信息确定单元1033还用于,响应于所述第一剩余空口调度资源小于所述NACK_SN域在状态报告中的最小长度,根据所述接收窗口信息确定第二待携带接收窗口信息,所述第二待携带接收窗口信息包括ACK_SN域信息但不包括空洞信息。
状态报告生成单元1034还用于,根据所述第二待携带接收窗口信息生成状态报告。
本公开实施例还提供了一种计算机设备,该计算机设备包括:一个或多个处理器以及存储装置;其中,存储装置上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行时,使得上述一个或多个处理器实现如前述的状态报告生成方法。
本公开实施例还提供了一种计算机可读介质,其上存储有计算机程序,其中,该计算机程序被执行时实现如前述的状态报告生成方法。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
本文已经公开了示例实施例,并且虽然采用了具体术语,但它们仅用于并仅应当被解释为一般说明性含义,并且不用于限制的目的。在一些实例中,对本领域技术人员显而易见的是,除非另外明确指出,否则可单独使用与特定实施例相结合描述的特征、特性和/或元素,或可与其他实施例相结合描述的特征、特性和/或元件组合使用。因此,本领域技术人员将理解,在不脱离由所附的权利要求阐明的本发明的范围的情况下,可进行各种形式和细节上的改变。
Claims (10)
1.一种状态报告生成方法,其特征在于,所述方法包括:
确定接收窗口信息,所述接收窗口信息至少包括一个空洞信息;
响应于空口调度资源大于或等于确认序列号ACK_SN域在状态报告中的长度,根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使所述状态报告的长度满足所述空口调度资源且所述状态报告携带所述接收窗口信息的最多内容。
2.如权利要求1所述的方法,其特征在于,所述空洞的类型包括:单独的无线链路层控制协议数据单元RLC PDU报文、连续的RLC PDU报文、单独的RLC PDU报文分片、包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
3.如权利要求2所述的方法,其特征在于,所述根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,包括:
根据所述空口调度资源和所述ACK_SN域在状态报告中的长度,确定第一剩余空口调度资源;
响应于所述第一剩余空口调度资源大于或等于非确认序列号NACK_SN域在状态报告中的最小长度,根据所述第一剩余空口调度资源、所述接收窗口中空洞的顺序和各所述空洞在状态报告中的长度,确定第一待携带接收窗口信息;其中,各所述空洞在状态报告中的长度根据各所述空洞的类型确定;
根据所述第一待携带接收窗口信息生成状态报告。
4.如权利要求3所述的方法,其特征在于,所述根据所述第一剩余空口调度资源、所述接收窗口中空洞的顺序和各所述空洞在状态报告中的长度,确定第一待携带接收窗口信息,包括:
按照所述接收窗口中空洞的顺序,依次对当前空洞在状态报告中的长度和当前空洞之前的全部空洞在状态报告中的长度进行累加,得到当前的第一长度,直到所述当前的第一长度大于当前的剩余空口调度资源为止,其中,当前的剩余空口调度资源根据所述第一剩余空口调度资源和前次累加的空洞在状态报告中的长度确定;
根据当前空洞的类型确定空洞信息,并确定确认序列号ACK_SN域信息。
5.如权利要求4所述的方法,其特征在于,所述根据当前空洞的类型确定空洞信息,包括:
在当前空洞的类型不是预设类型的空洞的情况下,确定停止累加的前一次累加操作所包含的第一空洞信息为所述空洞信息;
在当前空洞的类型为预设类型的空洞的情况下,响应于所述当前的剩余空口调度资源大于或等于连续的RLC PDU报文类型的空洞在状态报告中的长度,且小于所述预设类型的空洞在状态报告中的长度,确定空洞信息,其中,所述空洞信息包括第二空洞信息和停止累加的前一次累加操作所包含的第一空洞信息,所述第二空洞信息包括当前空洞中连续的RLC PDU报文信息和当前空洞中RLC PDU报文分片所属报文的信息;
其中,所述预设类型为所述包括连续的RLC PDU报文和分别位于所述连续的RLC PDU报文首尾的RLC PDU报文分片的组合。
6.如权利要求如权利要求4所述的方法,其特征在于,所述确定ACK_SN域信息包括:
在确定出所述空洞信息之后,根据所述空洞信息和所述接收窗口信息确定ACK_SN域信息。
7.如权利要求3所述的方法,其特征在于,在确定第一剩余空口调度资源之后,所述方法还包括:
响应于所述第一剩余空口调度资源小于所述NACK_SN域在状态报告中的最小长度,根据所述接收窗口信息确定第二待携带接收窗口信息,所述第二待携带接收窗口信息包括ACK_SN域信息但不包括空洞信息;
根据所述第二待携带接收窗口信息生成状态报告。
8.一种状态报告生成装置,其特征在于,包括接收窗口信息确定模块、判断模块和状态包括状态报告生成模块,所述接收窗口信息确定模块用于,确定接收窗口信息,所述接收窗口信息至少包括一个空洞信息;
所述判断模块用于,判断空口调度资源是否大于或等于确认序列号ACK_SN域在状态报告中的长度;
所述状态报告生成模块用于,响应于空口调度资源大于或等于确认序列号ACK_SN域在状态报告中的长度,根据所述空口调度资源、所述ACK_SN域在状态报告中的长度和空洞的类型生成状态报告,以使所述状态报告的长度满足所述空口调度资源且所述状态报告携带所述接收窗口信息的最多内容。
9.一种计算机设备,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-7任一项所述的状态报告生成方法。
10.一种计算机可读介质,其上存储有计算机程序,其中,所述程序被执行时实现如权利要求1-7任一项所述的状态报告生成方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210404258.2A CN116963163A (zh) | 2022-04-18 | 2022-04-18 | 状态报告生成方法、装置、计算机设备及可读介质 |
PCT/CN2023/088934 WO2023202566A1 (zh) | 2022-04-18 | 2023-04-18 | 状态报告生成方法、装置、计算机设备及可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210404258.2A CN116963163A (zh) | 2022-04-18 | 2022-04-18 | 状态报告生成方法、装置、计算机设备及可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116963163A true CN116963163A (zh) | 2023-10-27 |
Family
ID=88419198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210404258.2A Pending CN116963163A (zh) | 2022-04-18 | 2022-04-18 | 状态报告生成方法、装置、计算机设备及可读介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116963163A (zh) |
WO (1) | WO2023202566A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102957522B (zh) * | 2011-08-24 | 2017-05-10 | 中兴通讯股份有限公司 | 一种rlc am状态报告处理的方法和系统 |
EP3319252A1 (en) * | 2016-11-04 | 2018-05-09 | Panasonic Intellectual Property Corporation of America | Efficient multiplexing of control information in transport block |
US11722927B2 (en) * | 2020-04-07 | 2023-08-08 | Qualcomm Incorporated | Radio link control (RLC) status reporting |
CN112637876B (zh) * | 2020-12-30 | 2023-05-12 | 京信网络系统股份有限公司 | 一种状态报告的发送方法、装置、电子设备及介质 |
-
2022
- 2022-04-18 CN CN202210404258.2A patent/CN116963163A/zh active Pending
-
2023
- 2023-04-18 WO PCT/CN2023/088934 patent/WO2023202566A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023202566A1 (zh) | 2023-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6005710B2 (ja) | 無線通信システムの状態情報送信方法及び受信装置 | |
US11063709B2 (en) | Segment retransmission method and apparatus | |
TWI357744B (en) | Cognitive flow control based on channel quality co | |
US8413002B2 (en) | Method of performing ARQ procedure for transmitting high rate data | |
US8208474B2 (en) | Method and apparatus for transmitting/receiving packet in a mobile communication system | |
JP5215413B2 (ja) | 再送プロトコルのためのステータス報告 | |
US20090319850A1 (en) | Local drop control for a transmit buffer in a repeat transmission protocol device | |
MX2007010049A (es) | Protocolos de enlace de radio para sistemas de comunicacion de enlace multiple. | |
WO2020042528A1 (zh) | 一种移动通信系统、网络设备、终端设备和数据调度方法 | |
US10972923B2 (en) | Information processing method and device | |
KR20070108801A (ko) | 고속 데이터 처리를 위한 효율적인 재전송 장치 및 방법 | |
CN113765626B (zh) | 一种移动通信系统的数据传输方法和装置 | |
CN115633104B (zh) | 数据发送方法、数据接收方法、装置及数据收发系统 | |
US20050094632A1 (en) | DOCSIS MAC layer-based ARQ for fixed wireless | |
US20170230147A1 (en) | Method and apparatus for implementing a retransmission scheme | |
CN113541874A (zh) | 一种数据传输方法及网络设备 | |
JP2003218936A (ja) | 可変長メッセージの送受信方法および送受信装置 | |
CN116963163A (zh) | 状态报告生成方法、装置、计算机设备及可读介质 | |
CN101552658A (zh) | 一种发送状态报告的方法和装置 | |
CN115348336A (zh) | 异构数据流的通用传输架构 | |
KR100918735B1 (ko) | 이동통신 시스템에서 패킷 송수신 방법 및 장치 | |
US9698943B2 (en) | Receiving unit in a wireless communication network and method for generating an automatic repeat request feedback message | |
KR100896507B1 (ko) | 통신 시스템에서의 계층적 헤더 포맷과 데이터 전송 방법 | |
CN116707713B (zh) | Rlc层状态包的发送方法、接收方法、装置及处理器 | |
KR100662250B1 (ko) | 서비스데이터유닛의 가변적 분할 송신 방법 및 그를이용한 송신 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |