CN107343298A - 数据传输方法及用户终端 - Google Patents
数据传输方法及用户终端 Download PDFInfo
- Publication number
- CN107343298A CN107343298A CN201610283508.6A CN201610283508A CN107343298A CN 107343298 A CN107343298 A CN 107343298A CN 201610283508 A CN201610283508 A CN 201610283508A CN 107343298 A CN107343298 A CN 107343298A
- Authority
- CN
- China
- Prior art keywords
- business datum
- entities
- mac
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种数据传输方法及用户终端,所述数据传输方法包括:RLC‑TM实体接收PDCP层发送的业务数据,将所述业务数据缓存;MAC‑I实体在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC‑I PDU并发送至所述物理层。上述方案可以提高RACH传输信道上的TM模式传输数据的传输资源利用效率。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种数据传输方法及用户终端。
背景技术
无线链路控制(Radio Link Control,RLC)层位于分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层与介质访问控制(Media AccessControl,MAC)层之间,通过服务访问点(Service Access Point,SAP)与PDCP层进行通信,通过逻辑信道与MAC层进行通信。
在每一个逻辑信道都有一个RLC实体(RLC entity)。RLC实体从PDCP层接收到的数据或发往PDCP层的数据被称为RLC服务数据单元(Service DataUnit,SDU)。RLC实体从MAC层接收到的数据或发往MAC层的数据称为RLC分组数据单元(Protocol Data Unit,PDU)。
RLC层的功能是由RLC实体实现的,一个RLC实体可以配置成以下3种模式之一:透传模式(Transparent Mode,TM)、非确认模式以及确认模式。当RLC实体配置成TM模式时,RLC实体对应RLC-TM实体。
在现有技术中,对于映射到随机接入信道(Radio Access Channel,RACH)上的TM模式传输数据,RLC-TM实体配置了分段功能。当RLC SDU的长度大于TM数据(TM Data,TMD)PDU的长度时,需要对RLC SDU进行分段,得到的每一个SDU分段的长度小于或等于TMD PDU的长度,并且所述传输数据的所有SDU分段需在同一传输时间间隔(Transmission Time Interval,TTI)内发送。
现有的映射到RACH传输信道上的TM模式数据传输数据在传输过程中存在较多的资源浪费。
发明内容
本发明解决的技术问题是对于RACH传输信道上的TM模式传输数据如何提高传输资源利用效率。
为解决上述技术问题,本发明实施例提供一种数据传输方法,包括:RLC-TM实体接收PDCP层发送的业务数据,将所述业务数据缓存;MAC-I实体在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至所述物理层。
可选的,所述对所述业务数据进行分段包括:所述MAC-I实体根据网络侧配置的调度资源长度,对所述业务数据进行分段。
可选的,所述MAC-I实体根据网络侧配置的调度资源长度,对所述业务数据进行分段包括:将所述业务数据分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度。
可选的,在所述根据网络侧配置的调度资源长度对所述业务数据进行分段后还包括:将分成的N段数据中的每一段数据进行再次分段,将每一段数据分成n个子段,其中:前n-1个子段数据的长度为所述MAC-I实体对应的最大数据长度,第n个子段数据的长度小于或等于所述MAC-I实体对应的最大数据长度。
可选的,所述将所述业务数据缓存包括:所述RLC-TM实体将所述业务数据缓存在传输缓存中;在接收到所述物理层发送的中断信号时,将所述传输缓存中缓存的业务数据存储至逻辑信道缓存。
可选的,所述MAC-I实体读取缓存的所述业务数据包括:所述MAC-I实体经由公共控制信道从所述逻辑信道缓存中读取所述业务数据。
本发明实施例还提供了一种用户终端,包括:RLC-TM实体以及MAC-I实体,其中:所述RLC-TM实体,用于接收PDCP层发送的业务数据,将所述业务数据缓存;所述MAC-I实体,用于在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至所述物理层。
可选的,所述MAC-I实体,用于根据网络侧配置的调度资源长度,对所述业务数据进行分段。
可选的,所述MAC-I实体,用于将所述业务数据分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度。
可选的,所述MAC-I实体,用于将分成的N段数据中的每一段数据分别进行再次分段,得到n个子段,其中:前n-1个子段数据的长度为所述MAC-I实体对应的最大数据长度,第n个子段数据的长度小于或等于所述MAC-I实体对应的最大数据长度。
可选的,所述RLC-TM实体包括:传输缓存以及逻辑信道缓存,所述传输缓存用于存储所述PDCP层发送的业务数据;所述逻辑信道缓存用于在所述RLC-TM实体在接收到所述物理层发送的中断信号时,存储所述传输缓存传输的业务数据。
可选的,所述MAC-I实体,用于经由公共控制信道从所述逻辑信道缓存中读取所述业务数据。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
RLC-TM实体在接收到PDCP层发送的业务数据后,并不对业务数据进行分段处理,而是将业务数据缓存。MAC-I实体在接收到物理层发送的数据请求时,对缓存的数据进行分段处理。也即RLC-TM实体并不对业务数据进行分段,而是通过MAC-I实体对缓存的数据进行分段,从而无需对业务数据进行两次分段处理,因此可以提高传输资源利用效率。
附图说明
图1是本发明实施例中的一种数据传输方法的流程图;
图2本发明实施例中的一种数据传输流程示意图;
图3是本发明实施例中的另一种数据传输方法的流程图;
图4是本发明实施例中的一种用户终端的结构示意图。
具体实施方式
在现有技术中,对于映射到RACH传输信道上的TM模式传输数据,RLC-TM实体配置了分段功能。当RLC SDU的长度大于TMD PDU的长度时,需要对RLC SDU进行分段,得到的每一个SDU分段的长度小于或等于TMDPDU的长度,并且所述传输数据的所有SDU分段需在同一TTI内发送。
现有的数据传输方法中,RLC-TM实体对SDU进行分段时,增加了RLC-TM实体的任务。此外,生成的TMD PDU在组成MAC-I PDU时需要更多的字节。因此,现有的数据传输方法存在传输资源浪费较为严重的问题。
在本发明实施例中,RLC-TM实体在接收到PDCP层发送的业务数据后,并不对业务数据进行分段处理,而是将业务数据缓存。MAC-I实体在接收到物理层发送的数据请求时,对缓存的数据进行分段处理。也即RLC-TM实体并不对业务数据进行分段,而是通过MAC-I实体对缓存的数据进行分段,从而无需对业务数据进行两次分段处理,因此可以提高传输资源利用效率。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
本发明实施例提供了一种数据传输方法,参照图1,以下通过具体步骤进行详细说明。
步骤S101,RLC-TM实体接收PDCP层发送的业务数据,将所述业务数据缓存。
在实际应用中可知,RLC-TM实体位于RLC层,在RLC层之上为PDCP层。在具体实施中,当RLC-TM实体接收到PDCP层发送的业务数据时,可以先将接收到的业务数据缓存。
RLC-TM实体中,包括传输缓存(transmission buffer)以及逻辑信道缓存(logic channel buffer)。RLC-TM实体在接收到PDCP层发送的业务数据后,先将业务数据存储在传输缓存中。RLC-TM实体在接收到物理层发送的中断数据请求时,将存储在传输缓存中的业务数据发送至逻辑信道缓存。
在具体实施中,网络侧可以定时向RLC层发送中断信号。当RLC层接收到中断信号后,RLC-TM实体即可将存储在传输缓存中的业务数据发送至逻辑信道缓存。通常情况下,网络侧以10ms为周期,定时向RLC层发送中断信号。
在实际应用中,业务数据可以为用户终端向网络侧上传的业务数据。例如,业务数据为用户终端向网络侧发送的接入请求信息。业务数据还可以为其他类型的数据,此处不做赘述。
参照图2,给出了本发明实施例中的一种数据传输流程示意图。图2中,RLC-TM实体在接收到PDCP层发送的业务数据后,将业务数据先存储在传输缓存中,此时,传输缓存中存储的数据格式为RLC SDU。在RLC-TM实体接收到中断信号后,传输缓存中的数据发送至逻辑信道缓存,此时,逻辑信道缓存中缓存的数据格式为TMD PDU。
步骤S102,MAC-I实体在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至物理层。
在具体实施中,物理层可以定时向MAC-I实体发送数据请求,物理层的定时周期是物理层可以自身进行设定的。通常情况下,物理层设定的定时向MAC-I实体发送数据请求的周期为10ms,或者为2ms等其他值。
MAC-I实体在接收到物理层发送的数据请求后,即可通过公用控制信道(Common Control Channel,CCCH)从逻辑缓存中读取已经缓存了业务数据。在读取到业务数据之后,MAC-I实体可以对业务数据进行分段处理,以生成MAC-I PDU。
在实际应用中,物理层向MAC-I实体发送的数据请求中,可以携带有指示MAC-I实体将生成的MAC-I PDU存储的位置信息,也即:物理层在向MAC-I实体发送的数据请求中,已经告知MAC-I实体应该将生成的MAC-IPDU存储在哪个地址区域。当MAC-I实体生成MAC-I PDU之后,即可将MAC-I PDU存储至对应的位置。
在本发明实施例中,MAC-I实体可以根据网络侧配置的调度资源长度来对业务数据进行分段。网络侧配置的调度资源长度是固定的,例如,调度资源长度为500字节。此时,需要将读取到的业务数据的长度与调度资源长度进行对比,来确定是将业务数据划分为一段,还是划分成多段。
通常情况下,当业务数据的长度大于调度资源长度时,将业务数据划分成多个数据段;相应地,当业务数据的长度小于或等于调度资源长度时,将业务数据只划分成一个数据段。
在本发明实施例中,将业务数据划分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度,函数的含义为对x向上取整。
例如,业务数据中包括1300个字节,则L1=1300。网络侧配置的调度资源长度L2=500,则也即当业务数据中包括1300个字节时,将业务数据划分为3段。
又如,业务数据中包括400个字节,则L1=400。网络侧配置的调度资源长度为500字节,也即L2=500,则也即当业务数据中包括400个字节时,将业务数据划分为1段。
在本发明实施例中,在根据网络侧配置的调度资源长度对业务数据进行分段后,还可以将分成的N段数据中的每一段再进行分段,将每一段数据分成n个子段。前n-1个子段中的数据的长度可以为MAC-I实体对应的最大数据长度,最后一个子段,也即第n个子段中的数据长度可以小于或等于MAC-I实体对应的最大数据长度。
也就是说,在对每一段数据进行再次分段时,将前n-1个子段的数据的长度设置为MAC-I实体对应的最大数据长度,最后剩余的数据设置在第n个子段中。
例如,业务数据中包括1300个字节,则L1=1300。网络侧配置的调度资源长度L2=500,MAC-I实体对应的最大数据长度为120字节。
由上述内容可以计算得知:在得到的三段数据中,第一段数据的长度为500字节,第二段数据的长度为500字节,第三段数据的长度为300字节。由于MAC-I实体对应的最大数据长度为120字节,因此可以分别对三段数据进行再次分段,将第一段数据以及第二段数据分成5个子段,将第三段数据分成3个子段。
第一段数据对应的5个子段中,前4个子段数据的长度均为120字节,第5个子段数据的长度为500-120*4=20字节。第二段数据对应的5个子段中每一个子段中的数据长度的分配可以参照第一段数据。第三段数据对应的3个子段中,前2个子段数据的长度均为120字节,第3个子段数据的长度为300-120*3=60字节。
可以理解的是,在实际应用中,还可以采用其他的方法来设置每一段数据对应的n个子段中的数据的长度,并不仅限于本发明上述实施例中提供的示例。
需要注意的是,业务数据对应的N段数据可以采用不同的TTI发送,每一段数据对应的n个子段需要在同一个TTI之内发送。例如,业务数据对应的3段数据采用3个不同的TTI发送,3段数据中的第一段数据对应的5个子段需要在同一个TTI之内发送。
参照图2,MAC-I实体通过CCCH从逻辑信道缓存中读取业务数据,并对读取到的缓存数据进行分段处理,得到N个分段,每一个分段为一个MAC-IPDU,每一个MAC-I PDU采用一个TTI进行传输。第一个MAC-I PDU采用TTI1进行传输,第N个MAC-I PDU采用TTIN进行传输。
在现有技术可知,当RLC-TM实体配置了分段功能后,若RLC SDU的长度大于TMD PDU的长度,则需要对RLC SDU进行分段,得到的每一个SDU分段的长度小于或等于TMD PDU的长度。在将分段后的数据传输给MAC-I实体后,MAC-I实体在生成MAC-I PDU时,还需要对已经分段的数据进行再次分段处理。也就是说,现有的数据传输方法中,存在两次分段处理操作,因此需要耗费较多的资源。
而在本发明实施例中,RLC-TM并没有对RLC SDU进行分段,只有MAC-I实体对RLC SDU进行了分段,因此本发明实施例只需要进行一次分段即可。由此可见,本发明实施例中提供的数据传输方法可以提高传输资源利用效率。
下面对本发明上述实施例中提供的数据传输方法进行举例说明。
参照图3,给出了本发明实施例中的另一种数据传输方法。下面通过具体步骤进行说明。
步骤S301,RRC层向RLC层发送接入请求。
在实际应用中,当用户终端处于未接入网络状态时,用户终端的无线资源控制(Radio Resource Control,RRC)层可以生成接入请求(WRLC_WRRC_DATA_Req)并经由PDCP层发送至RLC层。此时,接入请求即可视为业务数据。
步骤S302,RLC层将接收到的接入请求数据存储在传输缓存中。
在本发明实施例中,RLC层在接收到接入请求时,先将接入请求对应的数据存储在RLC-TM实体的传输缓存中。
步骤S303,物理层向RLC层发送中断信号。
在实际应用中,物理层可以定时向RLC层发送中断信号,以告知当前可以向网络侧发送数据。物理层发送的中断信号的周期为10ms。
步骤S304,RLC层接收到物理层发送的中断信号时,将传输缓存中的接入请求数据发送至逻辑信道缓存。
在实际应用中,物理层(WL1层)发送的中断信号为WL1C_MSG_PHY_DATA_TRANSFER_IND。RLC层中的RLC-TM实体在接收到中断信号后,将传输缓存中的接入请求数据发送至逻辑信道缓存。
步骤S305,物理层向MAC-I实体发送数据请求。
步骤S306,MAC-I实体在接收到物理层发送的数据请求时,从逻辑信道缓存中读取接入请求数据,生成MAC-I PDU。
在实际应用中,物理层发送的数据请求为信号:WL1C_WL2_EDCH_DATA_REQ。在WL1C_WL2_EDCH_DATA_REQ中包含有指示MAC-I实体将生成的MAC-I PDU存储的位置信息。
MAC-I实体在接收到WL1C_WL2_EDCH_DATA_REQ后,生成MAC-IPDU并存储至相应位置,以供物理层读取。
参照图4,本发明实施例给出了一种用户终端40,包括:RLC-TM实体401以及MAC-I实体402,其中:
所述RLC-TM实体401,用于接收PDCP层发送的业务数据,将所述业务数据缓存;
所述MAC-I实体402,用于在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至所述物理层。
在具体实施中,所述MAC-I实体402,可以用于根据网络侧配置的调度资源长度,对所述业务数据进行分段。
在具体实施中,所述MAC-I实体402,可以用于将所述业务数据分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度。
在具体实施中,所述MAC-I实体402,可以用于将分成的N段数据中的每一段数据分别进行再次分段,得到n个子段,其中:前n-1个子段数据的长度为所述MAC-I实体对应的最大数据长度,第n个子段数据的长度小于或等于所述MAC-I实体对应的最大数据长度。
在具体实施中,所述RLC-TM实体401可以包括:传输缓存以及逻辑信道缓存,所述传输缓存用于存储所述PDCP层发送的业务数据;所述逻辑信道缓存用于在所述RLC-TM实体接收到所述物理层发送的中断信号时,存储所述传输缓存传输的业务数据。
在具体实施中,所述MAC-I实体402,可以用于经由公共控制信道从所述逻辑信道缓存中读取所述业务数据。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (12)
1.一种数据传输方法,其特征在于,包括:
RLC-TM实体接收PDCP层发送的业务数据,将所述业务数据缓存;
MAC-I实体在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至所述物理层。
2.如权利要求1所述的数据传输方法,其特征在于,所述对所述业务数据进行分段包括:
所述MAC-I实体根据网络侧配置的调度资源长度,对所述业务数据进行分段。
3.如权利要求2所述的数据传输方法,其特征在于,所述MAC-I实体根据网络侧配置的调度资源长度,对所述业务数据进行分段包括:
将所述业务数据分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度。
4.如权利要求3所述的数据传输方法,其特征在于,在所述根据网络侧配置的调度资源长度对所述业务数据进行分段后还包括:
将分成的N段数据中的每一段数据进行再次分段,将每一段数据分成n个子段,其中:前n-1个子段数据的长度为所述MAC-I实体对应的最大数据长度,第n个子段数据的长度小于或等于所述MAC-I实体对应的最大数据长度。
5.如权利要求1所述的数据传输方法,其特征在于,所述将所述业务数据缓存包括:
所述RLC-TM实体将所述业务数据缓存在传输缓存中;
在接收到所述物理层发送的中断信号时,将所述传输缓存中缓存的业务数据存储至逻辑信道缓存。
6.如权利要求5所述的数据传输方法,其特征在于,所述MAC-I实体读取缓存的所述业务数据包括:所述MAC-I实体经由公共控制信道从所述逻辑信道缓存中读取所述业务数据。
7.一种用户终端,其特征在于,包括:RLC-TM实体以及MAC-I实体,其中:
所述RLC-TM实体,用于接收PDCP层发送的业务数据,将所述业务数据缓存;
所述MAC-I实体,用于在接收到物理层发送的数据请求时,读取缓存的所述业务数据并对所述业务数据进行分段,生成MAC-I PDU并发送至所述物理层。
8.如权利要求7所述的用户终端,其特征在于,所述MAC-I实体,用于根据网络侧配置的调度资源长度,对所述业务数据进行分段。
9.如权利要求8所述的用户终端,其特征在于,所述MAC-I实体,用于将所述业务数据分成N段,其中:L1为所述业务数据的长度,L2为所述网络侧配置的调度资源长度。
10.如权利要求9所述的用户终端,其特征在于,所述MAC-I实体,用于将分成的N段数据中的每一段数据分别进行再次分段,得到n个子段,其中:前n-1个子段数据的长度为所述MAC-I实体对应的最大数据长度,第n个子段数据的长度小于或等于所述MAC-I实体对应的最大数据长度。
11.如权利要求7所述的用户终端,其特征在于,所述RLC-TM实体包括:传输缓存以及逻辑信道缓存,所述传输缓存用于存储所述PDCP层发送的业务数据;所述逻辑信道缓存用于在所述RLC-TM实体在接收到所述物理层发送的中断信号时,存储所述传输缓存传输的业务数据。
12.如权利要求11所述的用户终端,其特征在于,所述MAC-I实体,用于经由公共控制信道从所述逻辑信道缓存中读取所述业务数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610283508.6A CN107343298A (zh) | 2016-04-29 | 2016-04-29 | 数据传输方法及用户终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610283508.6A CN107343298A (zh) | 2016-04-29 | 2016-04-29 | 数据传输方法及用户终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107343298A true CN107343298A (zh) | 2017-11-10 |
Family
ID=60222876
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610283508.6A Pending CN107343298A (zh) | 2016-04-29 | 2016-04-29 | 数据传输方法及用户终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107343298A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571405A (zh) * | 2000-04-07 | 2005-01-26 | 诺基亚有限公司 | 固定大小的协议数据单元经过透明无线链路控制的传输 |
CN101001131A (zh) * | 2006-01-12 | 2007-07-18 | 华为技术有限公司 | 一种分割级联方法 |
-
2016
- 2016-04-29 CN CN201610283508.6A patent/CN107343298A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1571405A (zh) * | 2000-04-07 | 2005-01-26 | 诺基亚有限公司 | 固定大小的协议数据单元经过透明无线链路控制的传输 |
CN101001131A (zh) * | 2006-01-12 | 2007-07-18 | 华为技术有限公司 | 一种分割级联方法 |
Non-Patent Citations (3)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT;: "Technical Specification Group Radio Access Network;Enhanced uplink;Overall description;Stage 2", 《3GPP TS 25.319 V13.0.0》 * |
ERICSSON: "User plane protocol enhancements,R2-052508", 《TSG-RAN WG2 MEETING #48BIS》 * |
PANASONIC: "RLC TM mode for U-Plane,R2-063152", 《3GPP TSG RAN WG2#56》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107360591B (zh) | 一种上报缓存状态报告的方法和设备 | |
US9396030B2 (en) | Quota-based adaptive resource balancing in a scalable heap allocator for multithreaded applications | |
TWI400617B (zh) | 無線傳輸之排程及資料快取 | |
US7957392B2 (en) | Method and apparatus for high-performance bonding resequencing | |
US8310934B2 (en) | Method and device for controlling information channel flow | |
EP2732374B1 (en) | Mobile memory cache read optimization | |
EP4220415A2 (en) | Method and apparatus for compressing addresses | |
CN105191216A (zh) | 用于多流聚合的缓冲区状态报告的系统和方法 | |
CN106603686A (zh) | 一种基于分布式存储系统的文件传输方法 | |
CN111491284B (zh) | 蓝牙ble时延优化方法、设备和存储介质 | |
WO2009070324A1 (en) | A method for setting parameters and determining latency in a chained device system | |
CN111651377A (zh) | 一种用于片内报文处理的弹性共享缓存架构 | |
US8412864B2 (en) | Information processing apparatus and information processing method | |
CN107257329A (zh) | 一种数据分段卸载发送方法 | |
CN106664655A (zh) | 无线通信的带外确认 | |
CN105095109A (zh) | 缓存访问方法、缓存访问路由器和计算机系统 | |
CN102314400A (zh) | 一种分散聚合式dma方法及装置 | |
US20200065161A1 (en) | Methods and apparatus for multiplexing data flows via a single data structure | |
CN107343298A (zh) | 数据传输方法及用户终端 | |
US20230232218A1 (en) | Encrypting mac header fields for wlan privacy enhancement | |
US7688718B2 (en) | Variable-sized packet support for enhanced synchronous connection oriented links over a USB interface | |
CN110337097B (zh) | 一种蓝牙基带芯片的广告数据管理方法及装置 | |
CN102624612B (zh) | 一种A-mpdu报文的传输方法和设备 | |
CN102223285B (zh) | 处理数据报文的方法及网络节点 | |
KR102025730B1 (ko) | 고속 데이터 집적을 이용하는 통신 방법 및 장치 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171110 |
|
RJ01 | Rejection of invention patent application after publication |