CN110476445A - 利用分离承载的分组数据汇聚协议窗口 - Google Patents

利用分离承载的分组数据汇聚协议窗口 Download PDF

Info

Publication number
CN110476445A
CN110476445A CN201780088745.XA CN201780088745A CN110476445A CN 110476445 A CN110476445 A CN 110476445A CN 201780088745 A CN201780088745 A CN 201780088745A CN 110476445 A CN110476445 A CN 110476445A
Authority
CN
China
Prior art keywords
data unit
protocol data
protocol
packet data
processor
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
CN201780088745.XA
Other languages
English (en)
Other versions
CN110476445B (zh
Inventor
G·德卡尔雷奥
B·P·塞比尔
H·M·科斯基南
S·H·特蒂南
吴春丽
E·M·马尔卡玛基
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.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of CN110476445A publication Critical patent/CN110476445A/zh
Application granted granted Critical
Publication of CN110476445B publication Critical patent/CN110476445B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • 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
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Landscapes

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

Abstract

各种通信***可以受益于对通信的定时的适当控制。例如，某些无线通信***可以受益于分组数据汇聚协议窗口，例如在使用分离承载的情况下。一种方法可以包括：在被映射到多个逻辑信道的承载上传输多个协议数据单元。协议数据单元可以以无线电链路控制未确认模式被传输。该方法还包括：管理所传输的多个协议数据单元的至少一个传输特性。

Description

利用分离承载的分组数据汇聚协议窗口
技术领域
各种通信***可以受益于对通信的定时的适当控制。例如，某些无线通信***可以受益于分组数据汇聚协议窗口，例如在使用分离承载的情况下。
背景技术
双连接是无线电资源控制(RRC)连接模式中的用户设备(UE)的操作模式，被配置有主小区组(MCG)和辅小区组(SCG)。图1图示了用于双连接的控制平面(C平面)连接。图2示出了用于双连接的用户平面(U平面)连接。
图1和图2分别示出了用于双连接的C平面和U平面架构的示例。因此，图1图示了双连接中所涉及的演进型节点B(eNB)的C平面连接，而图2图示了双连接中所涉及的eNB的U平面连接。
在涉及演进通用陆地无线电接入网络(E-UTRAN)和演进分组核心(EPC)的双连接中，存在至少三种类型的承载。针对MCG承载，MeNB是经由S1-U连接到S-GW的U平面，并且SeNB不参与用户平面数据的传输。针对分离承载，MeNB是经由S1-U连接到S-GW的U平面，此外，MeNB和SeNB经由X2-U互连。针对SCG承载，SeNB经由S1-U直接与S-GW连接。
为了支持高比特率，可以将级联移动到媒体接入控制(MAC)，并且可以将重新排序移动到分组数据汇聚协议(PDCP)，从而将纠错和分段/重组的主要功能留给无线电链路控制(RLC)。
此外，为了提高可靠性以及潜在地减少延迟，PDCP处的分组复制可以如3GPP TR38.804中所述而发生。分组复制可以被用于双连接和载波聚合两者。在下文中，例如当双连接或者多连接被配置时，复制将被称为经由属于两个或更多个不同支路的两个或更多个不同RLC实体发送相同的PDCP协议数据单元(PDU)。不同的支路也可以属于被配置用于复制而不具有双连接或者多连接的两个或更多个逻辑信道。
未确认模式(UM)可以在新无线电(NR)双连接中被支持。这可以允许在UM模式下PDCP复制的可能性，以用于超可靠的低延迟通信(URLLC)。NR RLC可以支持三种传输模式：确认模式(AM)、UM和透明模式(TM)。另外，除了RLC AM模式之外，分离承载可以支持RLC UM模式。
最为参考而非通过限定的方式，在LTE PDCP规范——TS 36.323中，COUNT、HFN和PDCP SN如下所述被定义。在PDCP数据PDU的报头中仅携带PDCP序列号(SN)。在PDU接收处推断出超帧号(HFN)。正确的HFN推断被用于提取正确的服务数据单元(SDU)，作为对接收到的PDCP数据PDU进行解码的结果。
COUNT在TS 36.323中被描述为32比特长的值。根据TS 36.323，COUNT值可以由HFN和PDCP SN组成。PDCP SN的长度可以由上层配置。HFN部分可以是32比特减去PDCP SN的长度。当执行与COUNT相关的值的比较时，UE可以考虑COUNT是32比特值，其可以环绕，使得例如232-1的COUNT值可以小于0的COUNT值。
另外，作为参考而非通过限定的方式，拉取接收窗口的操作的示例是在用于未确认模式(UM)数据传输的LTE RLC TS 36.322中指定的。在PDCP协议中，目前还没有为在RLCUM上映射的无线电承载保持接收窗口。
根据TS 36.322，第5.1.2节，接收UM RLC实体应该根据状态变量VR(UH)来保持重新排序窗口，如下所示：如果(VR(UH)-UM_Window_Size)＜＝SN＜VR(UH)，则SN落入重新排序窗口内，否则SN落在重新排序窗口之外。此外，当具有SN＝x的UMD PDU被放置在接收缓冲器中时，接收UM RLC实体应该，如果x落在重新排序窗口之外，则将VR(UH)更新为x+1。
此外，根据TS 36.322，第7.1节，VR(UH)可以是UM最高接收状态变量。该状态变量可以保留在接收的UMD PDU中具有最高SN的UMD PDU的SN之后的SN的值，并且可以用作重新排序窗口的较高边缘。
类似地，根据TS 36.322，第7.2节，UM_Window_Size是接收UM RLC实体可以使用的常量，以定义可以在不引起接收窗口的推进的情况下接收的那些UMD PDU的SN。例如，当配置5比特SN时UM_Window_Size＝16，当10比特SN被配置时UM_Window_Size＝512，并且当接收UM RLC实体被配置用于多播控制信道(MCCH)、多播业务信道MTCH、单小区(SC)MCCH(SC-MCCH)、SC-MTCH或者侧链业务信道(STCH)时，UM_Window_Size＝0。
发明内容
根据某些实施例，一种方法可以包括：在被映射到多个逻辑信道的承载上传输多个协议数据单元。协议数据单元可以以无线电链路控制未确认模式被传输。该方法还可以包括：管理所传输的多个协议数据单元的至少一个传输特性。
在某些实施例中，一种方法可以包括：在被映射到多个逻辑信道的承载上接收多个协议数据单元。协议数据单元可以以无线电链路控制未确认模式被传输。该方法可以进一步包括：向协议数据单元的发送方发送关于协议数据单元的位置的信息。
根据某些实施例，一种装置可以包括：至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置至少：在被映射到多个逻辑信道的承载上传输多个协议数据单元。协议数据单元可以以无线电链路控制未确认模式被传输。至少一个存储器和计算机程序代码还可以被配置为与至少一个处理器一起使装置至少：管理所传输的多个协议数据单元的至少一个传输特性。
在某些实施例中，装置可以包括：至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置至少：在被映射到多个逻辑信道的承载上接收多个协议数据单元。协议数据单元可以以无线电链路控制未确认模式被传输。至少一个存储器和计算机程序代码还可以被配置为与至少一个处理器一起使装置至少：向协议数据单元的发送方发送关于协议数据单元的位置的信息。
根据某些实施例，一种装置可以包括：用于在被映射到多个逻辑信道的承载上传输多个协议数据单元的部件。协议数据单元可以以无线电链路控制未确认模式被传输。装置还可以包括：用于管理所传输的多个协议数据单元的至少一个传输特性的部件。
在某些实施例中，一种装置可以包括：用于在被映射到多个逻辑信道的承载上接收多个协议数据单元的部件。协议数据单元可以以无线电链路控制未确认模式被传输。装置还可以包括：用于向协议数据单元的发送方发送关于协议数据单元的位置的信息的部件。
计算机程序产品可以编码用于执行过程的指令。过程可以包括上述方法中的任何方法。
非暂态计算机可读介质可以利用指令被编码，该指令当在硬件中被执行时执行过程。过程可以包括上述方法中的任何方法。
附图说明
为了正确理解本发明，应参考附图，附图中：
图1图示了用于双连接的控制平面(C平面)连接。
图2图示了用于双连接的用户平面(U平面)连接。
图3图示了根据某些实施例的PDCP和RLC之间用于传输窗口处理的交互。
图4图示了根据某些实施例的方法。
图5图示了根据某些实施例的***。
具体实施方式
当PDCP正在使用UM时，可能需要拉取窗口机制来保持超帧号(HFN)。该机制可以类似于LTE RLC UM窗口处理：在接收窗口之外接收的分组可以被认为是新的，并且接收窗口的头部可以被移动到新接收的分组。
由于UM中没有对RLC PDU的确认，因此传输器无法知道接收实体处的接收窗口的状态。结果，在到目前为止，接收的PDU中其计数值不是最高的任何接收的PDU都应该在接收窗口内被接收。否则，这样的PDU可以被认为是到目前为止具有最高计数值的早期PDU，并且可以利用另一HFN处理，导致潜在的HFN去同步。
在单连接的情况下，在LTE中，可能没有理由具有无序的分组的接收，因为RLC UM按顺序传递分组。在NR中，即使RLC UM不按顺序传递分组，唯一的无序的源可能是MAC混合自动重传请求(HARQ)，其可能在无序分组之间不具有主要延迟。
然而，在双连接的情况下，两个支路可以具有不同的延迟，并且一个支路中的传输时间可以与另一支路不同。在一个支路拥塞的情况下，时间差甚至可以更高。因此，可能会发生经由一个支路太晚接收的旧分组可能被错误地视为新分组。
传统上通过在PDCP处保持传输窗口来确保HFN同步，使得空中的PDCP PDU仅包含传输窗口内的序列号(SN)。当一个传输路径被延迟时，窗口可以减慢以避免HFN去同步。
利用用于RLC UM的PDCP复制，PDCP可以在两个或更多个传输路径上复制数据，这些传输路径可以在MAC层处作为单独的逻辑信道(LCH)可见。无论各个路径的调度状态如何，都可以完成复制。对于多个传输路径，一个正在被调度的路径就足以使传输窗口前进。因为不能总是确保所有路径被同时调度，例如由于一条路径上的拥塞和/或不同的无线电链路条件，慢速路径可能发现自己远远落后于它应该传输的数据，这可能导致HFN去同步。如上所述，针对UM，如果PDU在接收窗口之外被接收，则PDU可以被视为具有HFN增加1的新PDU，导致HFN去同步。
针对非常低延迟的服务，诸如URLLC，当使用分组复制时，如果传输路径中的一个被延迟，则从URLLC的角度来看，经由该路径的分组可能被接收得太晚，并且该传输路径对于URLLC目的而言可能是无用的。如果分组在接收器中被丢弃，即使分组已经经由另一路径被错误地接收，太晚接收的分组也不会提高可靠性。
PDCP实体可能需要确保正在空中发送的PDCP PDU仅包含传输窗内口内的SN，以避免HFN去同步(de-sync)，从而确保在接收PDCP数据PDU时正确的HFN推断。
针对具有分组复制的非常低延迟的服务，传输窗口可能比避免HFN去同步所需的小得多。在这种情况下，可以保持小的传输窗口以保存承载的两个或更多个支路同步。如果传输器处的PDCP PDU不适合这个小的传输窗口，则其可以被丢弃。
利用RLC UM上的分离承载，风险出现在底层RLC中的一个RLC向接收器传递最近的且因此高编号的PDCP PDU之后，从而向前拉取PDCP接收窗口以用于未确认的数据传送，另一RLC实体可以传递如此低编号的老化的PDU，使其落在所更新的接收窗口之外，因此被误认为是另一高编号的PDU，引起HFN去同步。这种异相PDU传递可能发生，因为不能总是确保两个RLC以平衡比特率调度，例如由于一条路径上的拥塞以及不同的无线电链路条件。
在特定示例中，PDCP-SN空间可以是0..15并且接收窗口大小可以是8。在该示例中，数据接收PDCP实体可以从第一底层RLC实体接收具有SN＝13的PDU。该SN可以将新的接收窗口设置为SN范围6..13。接下来，可以从第二底层RLC实体接收具有SN＝3的较旧的PDU。通过拉取的接收窗口的属性(如上所述)，因为该SN落在当前接收窗口之外，所以该SN的接收可以将新窗口设置为12，…，15，0，…，3。因此，解释为在接收到先前PDU之后，SN已经超出最大SN值15并且环绕，因此相关联的HFN值比先前PDU的值大1。在该示例中，该推断是不正确的，因为具有SN＝3的PDU实际上已经老化并且与具有SN＝13的先前PDU相同的HFN值相关联。
在某些实施例中，数据接收PDCP实体可以在接收窗口内接收的PDU的位置上向对等PDCP实体给出反馈。利用该信息，传输器可以确定接收窗口是否太小或者太大并且可以进行必要的调整，诸如降低分离承载上的传输的比特率，或者利用较大或者较小的接收窗口来重新配置分离承载。
另外或者作为备选，针对旧PDU被误认为是新PDU的情况下的被动动作，当拉取的PDCP接收窗口可疑地一次前进很多时，例如超过预指定或者预配置的PDCP序列号(SN)的阈值，数据接收PDCP实体可以向对等实体发送对该可疑行为的指示，该指示可能包括到目前为止已被确定为与所接收的PDU相关联的最高计数值。如果这样的计数值尚未被传输，则传输器可以知道HFN去同步已经发生，并且PDCP重新建立可能被需要以用于承载上的计数重新对准。
当接收到的PDU在接收窗口内被接收时，接收PDCP实体可以收集关于所接收的PDU的信息。该信息可以包括PDU在窗口中的位置。接收PDCP可以根据所收集的数据来向传输PDCP实体发送统计信息。例如，这可以是所接收的PDU相对于接收窗口的平均位置和/或窗口内PDU所采用的最低和最高位置。这些统计数据可以针对发起RLC实体中的每个R被发送。统计数据可以区分不同的RLC实体并且提供联合和/或单独的统计数据。
信息可以以PDCP控制PDU的形式被发送，但也可以或者备选地可以被包括在RRC消息中，以保证例如单向数据无线电承载(DRB)的传输和占用。
利用该信息，传输器可以采取措施以避免PDCP UM PDU脱离接收窗口并且造成HFN去同步的情况。备选地，传输器在发生时可以迅速对HFN去同步作出反应。
根据某些实施例，针对分离承载或者在具有载波聚合的复制的情况下被映射到若干逻辑信道的承载的每个逻辑信道(LCH)，RLC层可以指示已经被传递给MAC层的最新PDCPSN。如果通过一条路径向前移动的窗口导致另一条路径的PDCP PDU落在传输窗口之外，则PDCP层可以丢弃落在传输窗口之外的另一路径的那些PDCP PDU，并且针对相应的SDU没有其他副本可以进一步被传递给RLC。
该方法可以涉及PDCP层将最后提交的SN单独保持到如下所有路径，PDCP实体被配置为针对这些所有路径复制数据。
PDCP层可以将该丢弃回送到较低层(例如，至少到RLC层)，但是较低层可以被允许具有一些离线处理。
用于复制的DRB的传输窗口(例如，被映射到至少两个逻辑信道的DRB，使得复制的分组经由不同的逻辑信道被发送)可以是(例如)PDCP SN空间的一半或者备选地可以是经由RRC信令配置的较小窗口，以确保两条路径足够接近地传输PDU，同时考虑到针对URLLC的任何延迟要求。
UE可以被配置为当另一路径的UE传输(Tx)窗口落后于配置限制时向网络(NW)指示(多个)事件。该指示可以经由RRC信令或者以PDCP控制PDU的形式被完成。
图3图示了根据某些实施例的PDCP和RLC之间用于传输窗口处理的交互。分离承载可以具有两个备选的含义：为双连接指定的分离承载，其中不同的支路被映射到由单独的eNB(或者gNB)携带的逻辑信道或者被映射到两个或更多个逻辑信道的重复的承载，使得副本经由不同的逻辑信道被传输。在后一种情况下，逻辑信道可以由相同的gNB(使用载波聚合)或者由单独的gNB(使用双连接或者多连接)携带。如图3所示，针对分离承载的两个LCH，在1a处，RLC可以指示针对LCH2，传递给MAC的最新PDCP PDU具有PDCP SN#X。在1b处，RLC可以指示针对LCH1，传递给MAC的最新PDCP PDU具有PDCP SN#Y。此外，在2a处，如果Y-tx_window>X，则PDCP可以丢弃具有从SN#X到SN#(Y-tx_window-1)的序列号的PDCP PDU，并且可以向RLC指示丢弃用于LCH2的相应RLC SDU。在2b处，如果X-tx_window>Y，则PDCP可以丢弃具有从SN#Y到SN#(X-Tx_window-1)的序列号的PDCP PDU，并且可以向RLC指示丢弃用于LCH1的相应RLC SDU。
在某些实施例中，针对RLC UM上的分离承载，当PDCP PDU或其最后分段被提交给较低层协议以用于传输时，与该PDU相关联的定时器可以被启动。基于用于不同PDU的这种定时器的到期，记录可以被保存在仍然能够在无线电上进行传输的最旧的PDCP PDU上。最旧的PDCP PDU可以是最早被提交给较低层的PDCP PDU，因此是被分配有最低PDCP COUNT值的PDCP PDU。
记录可以由数据传输PDCP实体使用以确定与给定COUNT值相关联的PDCP PDU是否可以被提交给较低层以用于传输。某些实施例可以应用于UE传输器上的上行链路传输和主节点或者辅节点上的下行链路传输两者。
PDCP传输窗口可以通过记录和定时器而被控制，使得两个支路之间的SN差异不超过传输窗口大小。如果SN差异被达到，则一个支路上的PDCP PDU传输可能必须等待另一支路，或者另一支路上的PDCP PDU可能被丢弃(特别是在复制的情况下)。
定时器可以位于两个支路上的RLC中。但是，其他备选方案也被允许。
在某些实施例中，定时器可以被应用，并且记录可以分别在分离承载或复制的承载传输中所涉及的每个传输RLC-UM实体处被保持。该RLC保持的记录可以被指示给PDCP实体，该PDCP实体可以考虑所有RLC特定记录。例如，PDCP实体可以根据RLC特定记录得出仍然能够进行传输的编号最小的PDCP PDU。在上行链路操作中，从RLC到PDCP的该指示可以在UE处是本地的。在下行链路操作中，该指示可以是在双连接的情况下标准化为诸如X2-U、TS36.425的协议的一部分的节点间指示，或者在载波聚合中的复制承载的情况下的节点内本地指示。
就上述示例而言，在数据传输侧，第二RLC实体的对等体可以在向MAC提交以用于传输RLC SDU时，启动本文所描述的那种定时器，该RLC SDU是具有SN＝3的PDCP PDU。定时器的持续时间可以被配置为覆盖RLC SDU可以被预期在MAC处进行HARQ重传的最大时间。只要该定时器尚未到期，该传输RLC实体可能不向PDCP给出以下指示：具有SN＝3的PDCP PDU不再被预期在无线电上进行传输。虽然具有SN＝3的PDCP PDU仍然可以被预期在无线电上进行传输，但是数据传输PDCP实体可能不提交任何最近生成的具有SN大于10的PDCP PDU以用于传输。因此，所描述的HFN去同步可以被避免。
存在全部由PDCP完成的备选方案。在那种情况下，定时器持续时间可以覆盖最大预期RLC排队时间，该最大预期RLC排队时间可能具有很多不确定性，加上MAC处的HARQ延迟。与之相对照，根据上述实施例，定时器持续时间可能仅需要覆盖最大预期HARQ延迟。针对URLLC服务，定时器可以被设置为非常低的值，因为URLLC服务可能不允许在任何层重传或仅允许例如HARQ的一次重传。
在上述实施例中，定时器如何被应用以及从其到期时推断出什么可以取决于什么假设成立。例如，如果假设来自给定RLC实体的PDCP PDU总是严格按照从PDCP接收它们的连续顺序被放置在MAC PDU中，则针对给定的MAC PDU或者TTI，RLC可能足以为提交给MAC的最近PDCP PDU启动所建议的定时器。一旦定时器针对该PDCP PDU到期，可以得出结论，在由该RLC实体处理的PDCP PDU中，定时器到期的PDU或者比其更旧的其他PDU将不再在该RLC实体下的无线电上进行传输。
更详细地，PDCP对记录的使用可以使得向较低层提交新的PDCP PDU可能要求最旧的PDU的PDCP SN仍然可以从任何涉及的传输RLC实体进行传输以及要提交给较低层的PDU的PDCP SN可以全部适合在对等PDCP实体处使用的PDCP接收窗口内。因此，当预期PDU不再能够在无线电上进行传输时，定时器可能到期。
图4图示了根据某些实施例的方法。如图4所示，一种方法可以包括：在410处，通过分离承载传输多个协议数据单元。这可以是上述任一备选含义中的分离承载。协议数据单元可以是分组数据汇聚协议数据单元。传输实体可以是接入节点，诸如演进节点B(eNB)、下一代节点B(gNB)或者任何其他基站或者接入点。同样，传输实体可以是用户设备或者其他终端设备。协议数据单元可以以无线电链路控制未确认模式被传输。
该方法可以包括：管理所传输的多个协议数据单元的至少一个传输特性。该管理过程可以包括：标识关于协议数据单元如何被接收的信息并且相应地做出管理决策，诸如调整。例如，该方法可以包括，在420处，确定协议数据单元是否位于传输窗口和接收窗口中的至少一个窗口的预定义区域内。在415处，确定可以涉及从协议数据单元的目标接收关于协议数据单元的统计信息。例如，如果发送方是接入节点，则目标可以是用户设备，反之亦然。统计信息可以包括例如协议数据单元的平均位置和/或协议数据单元的最高位置和最低位置。
作为管理的一个方面，该方法可以进一步包括：在430处，调整至少一个传输特性。调整传输特性可以包括，在432处，基于该确定来调整传输窗口的大小或者接收窗口的大小中的至少一个，或者当多个协议数据单元的一个或多个分组数据单元落入接收窗口的预定义区域内时，调整被发送到一个或多个无线电链路控制实体的吞吐量。调整还可以或者备选地可以包括：在434处，基于该确定来延迟分离承载的至少一个路径上的传输。该延迟可以基于如下定时器，该定时器具有与协议数据单元的最长预期延迟相对应的持续时间的定时器，或者确定何时与给定计数值相关联的分组数据汇聚协议分组数据单元可以被传输。调整传输特性可以包括：当来自第一路径的协议数据单元落在用于分离承载的第二路径的传输窗口之外时，丢弃来自分离承载的第一路径的协议数据单元。
从传输侧描述了上述特征。从接收侧也可以存在相应的特征。例如，该方法可以包括：在440处，在分离承载上接收多个协议数据单元。这些可以是在410处发送的相同PDU。
该方法还可以包括：在450处，确定协议数据单元是否位于传输窗口和接收窗口中的至少一个的预定义区域内。该方法可以进一步包括：在460处，向协议数据单元的发送方发送关于协议数据单元的位置的信息。该信息可以是在415处接收的统计信息。
图5图示了根据本发明某些实施例的***。应当理解，图4的流程图的每个框可以通过各种手段或者它们的组合来实现，诸如硬件、软件、固件、一个或多个处理器和/或电路装置。在一个实施例中，***可以包括若干设备，诸如例如，网络元件510和用户设备(UE)或者用户装置520。该***可以包括一个以上的UE 520和一个以上的网络元件510，尽管为了说明的目的仅示出了每个中的一个。网络元件可以是接入点、基站、eNB、gNB或者任何其他网络元件，诸如PCell基站或SCell基站。
这些设备中的每个设备可以包括至少一个处理器或者控制单元或者模块，分别指示为514和524。至少一个存储器可以在每个设备中被提供，并且分别指示为515和525。存储器可以包括计算机程序指令或者包含在其中的计算机代码，例如用于执行上述实施例。一个或多个收发器516和526可以被提供，并且每个设备还可以包括分别示为517和527的天线。尽管每个仅示出了一个天线，但是许多天线和多个天线元件可以被提供给每个设备。例如，这些设备的其他配置可以被提供。例如，除了无线通信之外，网络元件510和UE 520可以另外地被配置用于有线通信，并且在这种情况下，天线517和527可以示出任何形式的通信硬件，而不仅限于天线。
收发器516和526可以各自独立地是传输器、接收器或者传输器和接收器两者，或者可以被配置用于传输和接收两者的单元或者设备。例如，传输器和/或接收器(就无线电部件而言)也可以实现为远程无线电头，其不位于设备本身中，而是位于桅杆中。还应当理解，根据“流动的”或者灵活的无线电概念，操作和功能可以以灵活的方式在不同的实体中执行，诸如节点、主机或者服务器。换言之，分工可能会因具体情况而异。一种可能的用途是使网络元件传递本地内容。一个或多个功能也可以实现为虚拟应用，其作为可以在服务器上运行的软件而提供。
用户装置或者用户设备520可以是移动站(MS)(诸如移动电话或者智能电话或者多媒体设备)、被提供有无线通信能力的计算机(诸如平板电脑)、被提供有无线通信能力的个人数据或数字助理(PDA)、车辆、便携式媒体播放器、数码相机、袖珍摄像机、被提供有无线通信能力的导航单元或者其任何组合。用户装置或者用户设备520可以是传感器或者智能仪表，或者通常可以被配置用于单个位置的其他设备。
在示例实施例中，诸如节点或者用户装置的装置可以包括用于执行以上关于图4描述的实施例的部件。
处理器514和524可以由任何计算或数据处理设备实施，诸如中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑设备(PLD)、现场可编程门阵列(FPGA)、数字增强电路或者类似设备或者其组合。处理器可以实现为单个控制器，或者多个控制器或者处理器。另外，处理器可以实现为本地配置、云配置或者其组合中的处理器池。术语电路装置可以指一个或多个电气或者电子电路。术语处理器可以指代响应并且处理驱动计算机的指令的电路装置，诸如逻辑电路装置。
针对固件或软件，实现可以包括至少一个芯片集合中的模块或者单元(例如，过程、功能等)。存储器515和525可以独立地是任何合适的存储设备，诸如非暂态计算机可读介质。硬盘驱动器(HDD)、随机存取存储器(RAM)、闪存或者其他合适的存储器可以被使用。存储器可以作为处理器组合在单个集成电路上，或者可以与其分开。此外，计算机程序指令可以存储在存储器中，并且可以由处理器处理的计算机程序指令可以是任何合适形式的计算机程序代码，例如，以任何合适的编程语言编写的编译或者解释的计算机程序。存储器或者数据存储实体通常是内部的，但是也可以是外部的或者其组合，诸如在从服务提供方处获得附加的存储容量的情况下。存储器可以是固定的或者可移动的。
存储器和计算机程序指令可以被配置为与用于特定设备的处理器一起，使诸如网络元件510和/或UE 520的硬件装置执行上述任何过程(例如，参见图4)。因此，在某些实施例中，非暂态计算机可读介质可以利用计算机指令或者一个或多个计算机程序(诸如添加的或者更新的软件例程、小应用程序或宏)编码，当该计算机指令或者一个或多个计算机程序在硬件中被执行时，可以执行诸如本文描述的过程之一的过程。计算机程序可以由编程语言编码，该编程语言可以是高级编程语言，诸如目标C、C、C++、C#、Java等，或者低级编程语言，诸如机器语言或者汇编程序。备选地，本发明的某些实施例可以完全用硬件执行。
此外，如本文所示和所讨论的，尽管图5图示了包括网络元件510和UE 520的***，但是本发明的实施例可以适用于其他配置，以及涉及附加元件的配置。例如，可以存在多个用户设备装置和多个网络元件，或者提供类似功能的其他节点，诸如组合用户设备和接入点(诸如中继节点)的功能的节点。
本领域普通技术人员将容易理解，如以上所讨论的本发明可以以不同顺序的步骤和/或利用与所公开的配置不同的配置中的硬件元件来实践。因此，尽管已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说显而易见的是，某些修改、变型和备选构造将是显而易见的，同时保持在本发明的精神和范围内。
缩略语列表
AM 确认模式
CA 载波聚合
DC 双连接
HARQ 混合ARQ
HFN 超帧号
MAC 媒体接入控制
NR 新无线电
OTA 空中下载
PDCP 分组数据汇聚协议
PDU 协议数据单元
RLC 无线电链路控制
SN 序列号
TTI 传输时间间隔
UM 未确认模式
URLLC 超可靠低延迟通信

Claims (45)

1.一种方法，包括：
在被映射到多个逻辑信道的承载上传输多个协议数据单元，其中所述协议数据单元以无线电链路控制未确认模式被传输；以及
管理所传输的所述多个协议数据单元的至少一个传输特性。
2.根据权利要求1所述的方法，其中所述协议数据单元包括分组数据汇聚协议数据单元。
3.根据权利要求1所述的方法，进一步包括：
根据所述协议数据单元的目标来接收关于所述协议数据单元的统计信息。
4.根据权利要求3所述的方法，其中所述统计信息包括以下中的至少一项：接收窗口内的所述协议数据单元的平均位置、所述协议数据单元的最高位置和所述协议数据单元的最低位置。
5.根据权利要求1所述的方法，其中管理所述传输特性包括：基于确定来调整传输窗口的大小或者所述接收窗口的大小中的至少一个，或者当所述多个协议数据单元的一个或多个分组数据单元落入接收窗口的预定义区域内时，调整被发送到一个或多个无线电链路控制实体的吞吐量。
6.根据权利要求1所述的方法，其中所述管理包括：确定与给定计数值相关联的分组数据汇聚协议分组数据单元何时能够被传输。
7.根据权利要求6所述的方法，其中所述确定基于定时器。
8.根据权利要求7所述的方法，其中在分组数据汇聚协议分组数据单元或者所述分组数据汇聚协议分组数据单元的最后分段被提交给较低层协议以用于传输时，所述定时器启动。
9.根据权利要求7所述的方法，进一步包括：
基于所述定时器的一个或多个实例的到期，在仍然能够在无线电上进行传输的最旧的分组数据汇聚协议分组数据单元上保持记录。
10.根据权利要求9所述的方法，其中所述记录被用于确定是否将与所述给定计数值相关联的分组数据汇聚协议分组数据单元提交给较低层以用于传输。
11.根据权利要求1所述的方法，其中调整所述传输特性包括：当来自被映射到若干逻辑信道的所述承载的第一路径的协议数据单元落在用于被映射到若干逻辑信道的所述承载的第二路径的传输窗口之外时，丢弃来自所述第一路径的所述协议数据单元。
12.根据权利要求1所述的方法，其中所述多个协议数据单元被复制到所映射的所述逻辑信道。
13.根据权利要求1所述的方法，其中无线电链路控制实体指示被传递到媒体接入控制的最新的分组数据汇聚协议序列号。
14.根据权利要求13所述的方法，其中分组数据汇聚协议实体单独地保持到如下所有路径的最后提交的序列号，所述分组数据汇聚协议实体被配置为针对所述所有路径复制数据。
15.根据权利要求1所述的方法，进一步包括：
当所述传输窗口落后于给定路径的配置限制时，从用户设备接收事件的指示，其中所述指示经由无线电资源控制信令或者作为分组数据汇聚协议控制分组数据单元而被提供。
16.一种方法，包括：
在被映射到多个逻辑信道的承载上接收多个协议数据单元，其中所述协议数据单元以无线电链路控制未确认模式被传输；以及
向所述协议数据单元的发送方发送关于所述协议数据单元的位置的信息。
17.根据权利要求16所述的方法，其中所述协议数据单元包括分组数据汇聚协议数据单元。
18.根据权利要求16所述的方法，其中所述消息包括关于所述协议数据单元的统计信息。
19.根据权利要求18所述的方法，其中所述统计信息包括以下中的一项：所述协议数据单元的平均位置、所述协议数据单元的最高位置和所述协议数据单元的最低位置。
20.一种装置，包括:
至少一个处理器；以及
至少一个存储器，包括计算机程序代码，
其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：
在被映射到多个逻辑信道的承载上传输多个协议数据单元，其中所述协议数据单元以无线电链路控制未确认模式被传输；以及
管理所传输的所述多个协议数据单元的至少一个传输特性。
21.根据权利要求20所述的装置，其中所述协议数据单元包括分组数据汇聚协议数据单元。
22.根据权利要求20所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：从所述协议数据单元的目标接收关于所述协议数据单元的统计信息。
23.根据权利要求22所述的装置，其中所述统计信息包括以下中的至少一项：接收窗口内的所述协议数据单元的平均位置、所述协议数据单元的最高位置和所述协议数据单元的最低位置。
24.根据权利要求20所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：基于确定来调整传输窗口的大小或者所述接收窗口的大小中的至少一个，或者在所述多个协议数据单元的一个或多个分组数据单元落入接收窗口的预定义区域内时，调整被发送到一个或多个无线电链路控制实体的吞吐量。
25.根据权利要求20所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：确定与给定计数值相关联的分组数据汇聚协议分组数据单元何时能够被传输。
26.根据权利要求25所述的装置，其中所述确定基于定时器。
27.根据权利要求26所述的装置，其中当分组数据汇聚协议分组数据单元或者所述分组数据汇聚协议分组数据单元的最后分段被提交给较低层协议以用于传输时，所述定时器启动。
28.根据权利要求26所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：基于所述定时器的一个或多个实例的到期，在仍然能够在无线电上进行传输的最旧的分组数据汇聚协议分组数据单元上保存记录。
29.根据权利要求28所述的装置，其中所述记录被用于确定是否将与所述给定计数值相关联的分组数据汇聚协议分组数据单元提交给较低层以用于传输。
30.根据权利要求20所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：当来自被映射到若干逻辑信道的所述承载的第一路径的协议数据单元落在用于被映射到若干逻辑信道的所述承载的第二路径的传输窗口之外时，丢弃来自所述第一路径的所述协议数据单元。
31.根据权利要求20所述的装置，其中所述多个协议数据单元被复制到所映射的所述逻辑信道。
32.根据权利要求20所述的装置，其中无线电链路控制实体指示被传递到媒体接入控制的最新的分组数据汇聚协议序列号。
33.根据权利要求32所述的装置，其中分组数据汇聚协议实体单独地保持到如下所有路径的最后提交的序列号，所述分组数据汇聚协议实体被配置为针对所述所有路径复制数据。
34.根据权利要求20所述的装置，其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：当所述传输窗口落后于给定路径的配置限制时，从用户设备接收事件的指示，其中所述指示经由无线电资源控制信令或者作为分组数据汇聚协议控制分组数据单元而被提供。
35.一种装置，包括:
至少一个处理器，以及
至少一个存储器，包括计算机程序代码，
其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：
在被映射到多个逻辑信道的承载上接收多个协议数据单元，其中所述协议数据单元以无线电链路控制未确认模式被传输；以及
向所述协议数据单元的发送方发送关于所述协议数据单元的位置的信息。
36.根据权利要求35所述的装置，其中所述协议数据单元包括分组数据汇聚协议数据单元。
37.根据权利要求35所述的装置，其中所述信息包括关于所述协议数据单元的统计信息。
38.根据权利要求37所述的装置，其中所述统计信息包括以下中的一项：所述协议数据单元的平均位置、以及所述协议数据单元的最高位置和所述协议数据单元的最低位置。
39.一种装置，包括:
用于在被映射到多个逻辑信道的承载上传输多个协议数据单元的部件，其中所述协议数据单元以无线电链路控制未确认模式被传输；以及
用于管理所传输的所述多个协议数据单元的至少一个传输特性的部件。
40.根据权利要求39所述的装置，进一步包括：
用于从所述协议数据单元的目标接收关于所述协议数据单元的统计信息的部件。
41.根据权利要求40所述的装置，其中所述统计信息包括以下中的至少一项：接收窗口内的所述协议数据单元的平均位置、所述协议数据单元的最高位置和所述协议数据单元的最低位置。
42.根据权利要求39所述的装置，其中所述管理包括：确定与给定计数值相关联的分组数据汇聚协议分组数据单元何时能够被传输。
43.根据权利要求42所述的装置，其中所述确定基于定时器。
44.根据权利要求39所述的装置，其中调整所述传输特性包括：当来自被映射到若干逻辑信道的所述承载的第一路径的所述协议数据单元落在用于被映射到若干逻辑信道的所述承载的第二路径的传输窗口之外时，丢弃来自所述第一路径的所述协议数据单元。
45.一种计算机程序产品，编码用于执行过程的指令，所述过程包括根据权利要求1至19中的任一项所述的方法。
CN201780088745.XA 2017-03-24 2017-03-24 利用分离承载的分组数据汇聚协议窗口 Active CN110476445B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/078190 WO2018170923A1 (en) 2017-03-24 2017-03-24 Packet data convergence protocol windows with split bearers

Publications (2)

Publication Number Publication Date
CN110476445A true CN110476445A (zh) 2019-11-19
CN110476445B CN110476445B (zh) 2022-09-20

Family

ID=63584048

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780088745.XA Active CN110476445B (zh) 2017-03-24 2017-03-24 利用分离承载的分组数据汇聚协议窗口

Country Status (4)

Country Link
US (1) US11018984B2 (zh)
EP (1) EP3603138B1 (zh)
CN (1) CN110476445B (zh)
WO (1) WO2018170923A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022116047A1 (zh) * 2020-12-02 2022-06-09 北京小米移动软件有限公司 数据的传输方法、装置、通信设备及存储介质
WO2023011219A1 (zh) * 2021-08-03 2023-02-09 华为技术有限公司 一种通信方法及装置
WO2024017036A1 (zh) * 2022-07-22 2024-01-25 华为技术有限公司 一种数据发送方法及装置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3596997B1 (en) * 2017-04-27 2023-03-08 Sony Group Corporation Mobile communications network, infrastructure equipment, communications device and methods
CN110235416B (zh) * 2017-04-28 2023-09-26 Oppo广东移动通信有限公司 无线通信的方法和装置、计算机可读存储介质
CN109246710B (zh) * 2017-06-09 2023-06-16 夏普株式会社 基站、用户设备和相关方法
CN109429257B (zh) * 2017-06-22 2022-11-04 夏普株式会社 用户设备和相关方法
CN109802922A (zh) * 2017-11-16 2019-05-24 电信科学技术研究院 一种缓存同步异常的处理方法和设备
EP3738243A1 (en) * 2018-01-11 2020-11-18 Telefonaktiebolaget LM Ericsson (PUBL) Submitting a pdcp pdu for transmission
CN113424620A (zh) * 2019-02-19 2021-09-21 华为技术有限公司 跨LF和mmWave的服务连续性的方法和装置
CN113994614B (zh) * 2019-07-11 2024-06-11 松下电器（美国）知识产权公司 用于混合自动重复请求传输的通信装置和通信方法
CN115277608B (zh) * 2022-07-22 2023-10-24 哲库科技(北京)有限公司 无线通信的方法及设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2830352A1 (en) * 2013-07-24 2015-01-28 Panasonic Intellectual Property Corporation of America Efficient discard mechanism in small cell deployment
CN104519477A (zh) * 2013-09-27 2015-04-15 上海贝尔股份有限公司 识别Xn接口造成拥塞以及对接收窗口进行控制的方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10252535A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Vorrichtung und ein Verfahren zur Übertragung von Datenpaketen verschiedener Verbindungen an einen Empfänger
WO2006118426A1 (en) * 2005-05-03 2006-11-09 Lg Electronics Inc. Changing a radio access configuration between a terminal and a network
US9867068B2 (en) * 2012-10-26 2018-01-09 Verizon Patent And Licensing Inc. Wirespeed TCP session optimization for networks having radio segments
CN104935413B (zh) * 2014-03-19 2019-12-27 夏普株式会社 分组数据汇聚协议pdcp实体及其执行的方法
CN106332046A (zh) * 2015-06-16 2017-01-11 北京信威通信技术股份有限公司 一种双连接dc模式下动态选择无线资源的方法
WO2017005854A1 (en) * 2015-07-08 2017-01-12 Nokia Solutions And Networks Oy Methods and apparatuses for selecting first base station or second base station transmit a packet data unit (pdu) to user equipment (ue)
CN106470416B (zh) * 2015-08-14 2020-03-24 电信科学技术研究院 一种数据传输状态的报告、确定传输数据量的方法及装置
CN114885375A (zh) * 2016-08-09 2022-08-09 三星电子株式会社 无线通信***中管理用户平面操作的方法和装置
US10716094B2 (en) * 2017-03-23 2020-07-14 Ofinno, Llc Packet duplication in a wireless device and wireless network
US10536878B2 (en) * 2017-03-24 2020-01-14 Mediatek Inc. User equipment and methods for PDCP duplication in 5G RAN

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2830352A1 (en) * 2013-07-24 2015-01-28 Panasonic Intellectual Property Corporation of America Efficient discard mechanism in small cell deployment
CN104519477A (zh) * 2013-09-27 2015-04-15 上海贝尔股份有限公司 识别Xn接口造成拥塞以及对接收窗口进行控制的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "3GPP TR 38.804 V1.0.0 (2017-03)", 《3GPP》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022116047A1 (zh) * 2020-12-02 2022-06-09 北京小米移动软件有限公司 数据的传输方法、装置、通信设备及存储介质
CN114846830A (zh) * 2020-12-02 2022-08-02 北京小米移动软件有限公司 数据的传输方法、装置、通信设备及存储介质
WO2023011219A1 (zh) * 2021-08-03 2023-02-09 华为技术有限公司 一种通信方法及装置
WO2024017036A1 (zh) * 2022-07-22 2024-01-25 华为技术有限公司 一种数据发送方法及装置

Also Published As

Publication number Publication date
US20200382431A1 (en) 2020-12-03
EP3603138A1 (en) 2020-02-05
CN110476445B (zh) 2022-09-20
EP3603138B1 (en) 2022-12-07
EP3603138A4 (en) 2020-12-02
US11018984B2 (en) 2021-05-25
WO2018170923A1 (en) 2018-09-27

Similar Documents

Publication Publication Date Title
CN110476445A (zh) 利用分离承载的分组数据汇聚协议窗口
CN110945901B (zh) 复制用于无线电承载的pdcp pdu
CN110476378B (zh) 指示转发的数据的状态
US11743801B2 (en) Method and apparatus for transmitting and receiving data in communication system
US10939357B2 (en) Integrated access and backhaul adaptation layer status report
WO2018127238A1 (zh) 信息处理方法及装置
CN104935414B (zh) 一种在双连接***中传输信息的方法和装置
CN104935413B (zh) 分组数据汇聚协议pdcp实体及其执行的方法
KR101113125B1 (ko) 윈도우 제어 및 재송제어방법, 및, 송신측장치
CN114828117B (zh) 切换方法、接入网设备和终端设备
TW200836538A (en) Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
TW201238294A (en) System for efficient recovery of node-B buffered data following MAC layer reset
CN105379342B (zh) 一种数据重传的方法和装置
KR20100023733A (ko) 무선통신 시스템에서 상태 보고 유발 방법 및 수신기
EP2761802A1 (en) Interruptions in wireless communications
US10530537B2 (en) Method and apparatus for retransmission in communication system
EP3504821B1 (en) Communications devices, method and mobile communications system
KR20160135766A (ko) 개선된 멀티-캐리어 통신을 위한 방법 및 장치
WO2012155619A1 (zh) 一种rlcam状态报告处理的方法和***
WO2019101122A1 (zh) 传输数据的方法和装置
CN107634822A (zh) 一种基于harq的传输方法和装置
EP3718231B1 (en) Enhanced harq algorithm for large round trip delay links
CN108282815B (zh) 一种数据处理的方法及数据处理设备
CN115209468A (zh) Iab网络中的用户装备第2层缓冲区操作
CN115669144A (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