CN107710667A - 在双连接中发送数据的方法及其设备 - Google Patents
在双连接中发送数据的方法及其设备 Download PDFInfo
- Publication number
- CN107710667A CN107710667A CN201680038686.0A CN201680038686A CN107710667A CN 107710667 A CN107710667 A CN 107710667A CN 201680038686 A CN201680038686 A CN 201680038686A CN 107710667 A CN107710667 A CN 107710667A
- Authority
- CN
- China
- Prior art keywords
- enb
- pdcp
- data
- entities
- threshold value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
-
- 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/215—Flow control; Congestion control using token-bucket
-
- 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/22—Traffic shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- 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
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- 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/08—Load balancing or load distribution
- H04W28/082—Load balancing or load distribution among bearers or channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Abstract
本发明涉及一种无线通信系统。更加具体地,本发明涉及一种用于在双连接中发送数据的方法和设备,该方法包括:如果在PDCP实体中可用于传输的数据的数量小于阈值,则配置UL数据仅被发送到第一eNB;从上层接收PDCP数据;向第二eNB发送BSR以请求UL许可;从第二eNB接收UL许可;以及如果PDCP的数据的数量已经被BSR指示给第二eNB,则使用UL许可向第二eNB发送PDCP数据。
Description
技术领域
本发明涉及一种无线通信系统,并且更具体地,涉及一种用于在双连接中发送数据的方法及其设备。
背景技术
作为可应用本发明的无线通信系统的示例,将简单地描述第三代合作伙伴计划长期演进(3GPP LTE)(以下,被称为“LTE”)通信系统。
图1是示意性地图示作为示例性无线电通信系统的E-UMTS的网络结构的视图。演进的通用移动电信系统(E-UMTS)是传统通用移动电信系统(UMTS)的高级版本,并且其基本标准化当前正在3GPP中进行。E-UMTS通常可以被称为长期演进(LTE)系统。对于UMTS和E-UMTS的技术规范的细节,可以参考“3rd Generation Partnership Project;TechnicalSpecification Group Radio Access Network(第三代合作伙伴计划;技术规范组无线电接入网络)”的版本7和版本8。
参考图1,E-UMTS包括用户设备(UE)、e节点B(eNB)和接入网关(AG),该接入网关(AG)位于网络(E-UTRAN)的末端处,并且被连接到外部网络。eNB可以同时地发送用于广播服务、多播服务和/或单播服务的多个数据流。
每个eNB可以存在一个或多个小区。小区被设置为在诸如1.25、2.5、5、10、15和20MHz的带宽的一个中操作,并且在该带宽中将下行链路(DL)或者上行链路(UL)传输服务提供给多个UE。不同的小区可以被设置为提供不同的带宽。eNB控制到多个UE的数据发送或者来自多个UE的数据接收。eNB将DL数据的DL调度信息发送给相应的UE以便通知UE其中假设要发送DL数据的时间/频率域、编译、数据大小和混合自动重复请求(HARQ)相关的信息。此外,eNB将UL数据的UL调度信息发送给相应的UE,以便通知UE可以由UE使用的时间/频率域、编译、数据大小和HARQ相关的信息。可以在eNB之间使用用于发送用户业务或者控制业务的接口。核心网络(CN)可以包括AG和用于UE的用户注册的网络节点等。AG基于跟踪区(TA)来管理UE的移动性。一个TA包括多个小区。
虽然基于宽带码分多址(WCDMA),无线通信技术已经被发展成LTE,但用户和服务提供商的需求和期待正在上升。此外,考虑到正在发展中的其他无线电接入技术,需要新的技术演进以确保在未来高的竞争力。要求每比特成本的降低、服务可用性的提高、频带的灵活使用、简化的结构、开放接口、UE的适当功率消耗等。
发明内容
技术问题
被设计以解决问题的本发明的目的在于用于在双连接中发送数据的方法和设备。通过本发明解决的技术问题不限于上述技术问题并且本领域的技术人员可以从下面的描述中理解其他技术问题。
技术方案
能够通过提供一种如在随附的权利要求中所提出的用于在无线通信系统中操作的用户设备(UE)的方法来实现本发明的目的。
在本发明的另一方面中,在此提供一种如所附权利要求中所提出的通信装置。
要理解的是,本发明的前述一般描述和下面的详细描述是示例性和解释性的,并且旨在提供对所主张的本发明的进一步解释。
本发明的有益效果
为了避免UL分离承载(UL split bearer)中无线电资源的浪费,发明了UE发送分组数据会聚协议(PDCP)数据到eNB,其被配置成如果UE已经向eNB发送缓冲器状态数据报告(BSR)以指示PDCP数据的数量,则当可用于在PDCP(DATP)中传输的数据的数量小于阈值时不发送PDCP数据。
本领域的技术人员将会理解,利用本发明实现的效果不限于已在上文具体描述的效果,并且从结合附图进行的下面的详细描述中将更清楚地理解本发明的其他优点。
附图说明
附图被包括以提供对本发明的进一步理解并且被并入到本申请中且构成本申请的一部分,图示本发明的实施例,并且与该描述一起用作解释本发明的原理。
图1是示出作为无线通信系统的示例的演进的通用移动电信系统(E-UMTS)的网络结构的图;
图2A是图示演进的通用移动电信系统(E-UMTS)的网络结构的框图,以及图2B是描述典型E-UTRAN和典型EPC的架构的框图;
图3是示出基于第三代合作伙伴计划(3GPP)无线电接入网络标准的UE和E-UTRAN之间的无线电接口协议的控制平面和用户平面的图;
图4是示出在E-UMTS系统中使用的无线信道结构的示例的视图;
图5是根据本发明的实施例的通信装置的框图;
图6是主小区组(MCG)和辅小区组(SCG)之间的双连接(DC)的概念图;
图7是用于双连接的无线协议架构的概念图;
图8是用于PDCP实体架构的概念图;
图9是用于PDCP实体的功能视图的概念图;
图10是用于UE侧中的MAC结构概述的图;
图11是用于缓冲器状态的信令的图;
图12示出关于双连接中的UL数据传输的示例性问题;
图13是根据本发明的示例性实施例的用于双连接中的UE操作的概念图;
图14示出根据本发明的示例性实施例的双连接中的UE操作的示例;以及
图15是根据本发明的示例性实施例的用于双连接中的PDCP实体的操作的概念图。
具体实施方式
通用移动电信系统(UMTS)是第三代(3G)异步移动通信系统,其基于欧洲系统、全球移动通信系统(GSM)以及通用分组无线电服务(GPRS)在宽带码分多址(WCDMA)中操作。UMTS的长期演进(LTE)正在由标准化UMTS的第三代合作伙伴计划(3GPP)讨论。
3GPP LTE是用于使能高速分组通信的技术。为了包括旨在减少用户和提供商成本、改进服务质量、以及扩展和提升覆盖和系统性能的LTE目标已经提出了许多方案。3GLTE要求将每比特减少成本、增加服务可用性、灵活使用频带、简单结构、开放接口、以及终端的适当的功率消耗作为更高级的要求。
在下文中,从本发明的实施例、附图中图示的示例中将容易地理解本发明的结构、操作和其他特征。将会在下文中描述的实施例是其中本发明的技术特征被应用于3GPP系统的示例。
虽然在本说明书中将基于长期演进(LTE)系统和LTE高级(LTE-A)系统描述本发明的实施例,但是它们仅是示例性的。因此,本发明的实施例可应用于与上述定义相对应的任何其他的通信系统。另外,虽然在本说明书中基于频分双工(FDD)方案描述本发明的实施例,但是本发明的实施例可以被容易地修改并且被应用于半双工FDD(H-FDD)方案或者时分双工(TDD)方案。
图2A是图示演进的通用移动电信系统(E-UMTS)的网络结构的框图。E-UMTS也可以被称为LTE系统。通信网络可以被广泛地布署以提供诸如IMS语音(VoIP)和分组数据的各种通信服务。
如在图2A中所图示的,E-UMTS网络包括演进的UMTS陆地无线电接入网络(E-UTRAN)、演进的分组核心网络(EPC)、以及一个或者多个用户设备。E-UTRAN可以包括一个或者多个演进的节点B(e节点B)20,并且多个用户设备(UE)10可以位于一个小区中。一个或者多个E-UTRAN移动性管理实体(MME)/系统架构演进(SAE)网关30可以被定位在网络的末端处并且被连接到外部网络。
如在此所使用的,“下行链路”指的是从e节点B到UE 10的通信,并且“上行链路”指的是从UE到e节点B的通信。UE 10指的是由用户携带的通信设备并且也可以被称为移动站(MS)、用户终端(UT)、订户站(SS)或者无线设备。
图2B是描述典型E-UTRAN和典型EPC的架构的框图。
如在图2B中所图示,e节点B 20将用户平面和控制平面的端点提供给UE 10。MME/SAE网关30为UE 10提供会话和移动性管理功能的端点。e节点B和MME/SAE网关可以经由S1接口被连接。
e节点B 20通常是与UE 10通信的固定站,并且也可以被称为基站(BS)或者接入点。每个小区可以布署一个e节点B 20。用于发送用户业务或者控制业务的接口可以在e节点B 20之间被使用。
MME提供包括到eNB 20的NAS信令、NAS信令安全、AS安全控制、用于3GPP接入网络之间的CN节点信令、空闲模式UE可达性(包括寻呼重传的控制和执行)、跟踪区域列表管理(用于在空闲和活跃模式下的UE)、PDN GW和服务GW选择、对于具有MME变化的切换的MME选择、用于切换到2G或者3G 3GPP接入网络的SGSN选择、漫游、认证、包括专用承载建立的承载管理功能、对于PWS(包括ETWS和CMAS)消息传输的支持的各种功能。SAE网关主机提供包括基于每个用户的分组过滤(通过例如深度分组检测)、合法侦听、UE IP地址分配、在下行链路中的传输级分组标记、UL和DL服务级计费、门控和速率增强、基于APN-AMBR的DL速率增强的各种功能。为了清楚,在此MME/SAE网关30将会被简单地称为“网关”,但是应理解此实体包括MME和SAE网关。
多个节点可以在e节点B 20与网关30之间经由S1接口被连接。e节点B 20可以经由X2接口被相互连接,并且相邻的e节点B可以具有含X2接口的网状网络结构。
如所图示的,eNB 20可以执行对于网关30的选择、在无线电资源控制(RRC)激活期间朝向网关的路由、寻呼消息的调度和发送、广播信道(BCCH)信息的调度和发送、在上行链路和下行链路这两者中对UE 10的资源动态分配、e节点B测量的配置和规定、无线电承载控制、无线电准入控制(RAC)、以及在LTE_ACTIVE(LTE_激活)状态下的连接移动性控制的功能。在EPC中,并且如上所述,网关30可以执行寻呼发起、LTE-IDLE(LTE-空闲)状态管理、用户平面的加密、系统架构演进(SAE)承载控制、以及非接入层(NAS)信令的加密和完整性保护的功能。
EPC包括移动性管理实体(MME)、服务网关(S-GW)、以及分组数据网络网关(PDN-GW)。MME具有关于UE的连接和能力的信息,主要用于管理UE的移动性。S-GW是具有E-UTRAN作为端点的网关,并且PDN-GW是具有分组数据网络(PDN)作为端点的网关。
图3是示出基于3GPP无线电接入网络标准的UE和E-UTRAN之间的无线电接入协议的控制平面和用户平面的图。控制平面指的是用于发送被用于管理UE和E-UTRAN之间的呼叫的控制消息的路径。用户平面指的是被用于发送在应用层中产生的数据(例如,语音数据或者互联网分组数据)的路径。
第一层的物理(PHY)层使用物理信道对更高层提供信息传送服务。PHY层经由传输信道被连接到位于更高层上的媒体接入控制(MAC)层。数据在MAC层和物理层之间经由传输信道传输。经由物理信道在发送侧的物理层和接收侧的物理层之间传输数据。详细地,在下行链路中使用正交频分多址接入(OFDMA)方案来调制物理信道并且在上行链路中使用单载波频分多址接入(SC-FDMA)调制。
第二层的MAC层经由逻辑信道向更高层的无线电链路控制(RLC)层提供服务。第二层的RLC层支持可靠的数据传输。RLC层的功能可以通过MAC层的功能块实现。第二层的分组数据汇聚协议(PDCP)层执行报头压缩功能,以在具有相对小的带宽的无线电接口中减少对于诸如IP版本4(IPv4)分组或者IP版本6(IPv6)分组的互联网协议(IP)分组的有效传输不必要的控制信息。
位于第三层的底部的无线电资源控制(RRC)层仅在控制平面中定义。RRC层控制与无线电承载(RB)的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道。RB指的是第二层在UE和E-UTRAN之间提供的用于数据传输的服务。为此,UE的RRC层和E-UTRAN的RRC层互相交换RRC消息。
eNB的一个小区被设置为在诸如1.25、2.5、5、10、15和20MHz带宽的一个中操作,并且在该带宽中将下行链路或者上行链路传输服务提供给多个UE。不同的小区可以被设置为提供不同的带宽。
用于从E-UTRAN到UE的数据传输的下行链路传输信道包括用于系统信息传输的广播信道(BCH)、用于寻呼消息传输的寻呼信道(PCH)、和用于用户业务或者控制消息传输的下行链路共享信道(SCH)。下行链路多播和广播服务的业务或者控制消息可以经由下行链路SCH发送,并且也可以经由单独的下行链路多播信道(MCH)发送。
用于从UE到E-UTRAN的数据传输的上行链路传输信道包括用于初始控制消息传输的随机接入信道(RACH)、和用于用户业务或者控制消息传输的上行链路SCH。被定义在传输信道上方并且被映射到传输信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播业务信道(MTCH)。
图4是示出在E-UMTS系统中使用的物理信道结构的示例的视图。物理信道包括在时间轴上的数个子帧和频率轴上的数个子载波。在此,一个子帧包括时间轴上的多个符号。一个子帧包括多个资源块并且一个资源块包括多个符号和多个子载波。另外,每个子帧可以使用用于物理下行链路控制信道(PDCCH),即,L1/L2控制信道的子帧的特定符号(例如,第一符号)的特定子载波。在图4中,L1/L2控制信息传输区域(PDCCH)和数据区域(PDSCH)被示出。在一个实施例中,10ms的无线电帧被使用并且一个无线电帧包括10个子帧。另外,一个子帧包括两个连续的时隙。一个时隙的长度可以是0.5ms。另外,一个子帧包括多个OFDM符号并且多个OFDM符号的一部分(例如,第一符号)可以被用于发送L1/L2控制信息。作为用于发送数据的单位时间的传输时间间隔(TTI)是1ms。
除了特定控制信号或者特定服务数据之外,基站和UE使用作为传输信道的DL-SCH经由作为物理信道的PDSCH发送/接收数据。指示PDSCH数据被发送到哪个UE(一个或者多个UE)以及UE如何接收和解码PDSCH数据的信息在被包括在PDCCH中的状态下被发送。
例如,在一个实施例中,使用无线电网络临时标识(RTI)“A”对特定PDSCH进行CRC掩蔽并且经由特定子帧使用无线电资源“B”(例如,频率位置)和传输格式信息“C”(例如,传输块大小、调制、编译信息等等)发送关于数据的信息。然后,位于小区中的一个或者多个UE使用其RNTI信息来监控PDCCH。并且,具有RNTI“A”的特定UE读取PDCCH并且然后接收由PDCCH信息中的B和C指示的PDSCH。
图5是根据本发明的实施例的通信装置的框图。
在图5中示出的装置可以是用户设备(UE)和/或eNB,其适于执行上述机制,其可以是用于执行相同操作的任何装置。
如在图5中所示,装置可以包括DSP/微处理器(110)和RF模块(收发器;135)。DSP/微处理器(110)与收发器(135)电连接并且控制收发器。基于其实现和设计者的选择,装置可以进一步包括功率管理模块(105)、电池(155)、显示器(115)、键盘(120)、SIM卡(125)、存储器装置(130)、扬声器(145)以及输入装置(150)。
具体地,图5可以表示UE,该UE包括接收器(135),其被配置成从网络接收请求消息;以及发射器(135),其被配置以将发送或者接收时序信息发送到网络。这些接收器和发射器能够组成收发器(135)。UE进一步包括处理器(110),该处理器(110)被连接到收发器(135:接收器和发射器)。
此外,图5可以表示网络设备,该网络设备包括发射器(135),其被配置成将请求消息发送到UE;以及接收器(135),其被配置以从UE接收发送或者接收时序信息。这些发射器和接收器可以组成收发器(135)。网络进一步包括处理器(110),其被连接到发射器和接收器。此处理器(110)可以被配置成基于发送或者接收时序信息计算延迟。
图6是用于主小区组(MCG)和辅小区组(SCG)之间的双连接(DC)的概念图。
双连接(DC)意指UE能够同时连接到主e节点-B(MeNB)和辅e节点-B(SeNB)。MCG是与MeNB关联的一组服务小区,包括PCell并且可选地包括一个或多个SCell。并且SCG是与SeNB相关联的一组服务小区,包括特殊的SCell并且可选地包括一个或多个SCell。MeNB是终止至少S1-MME(用于控制平面的S1)的eNB,并且SeNB是为UE但不是MeNB提供附加无线电资源的eNB。
通过双连接,一些数据无线电承载(DRB)能够被卸载到SCG以提供高吞吐量同时保持MCG中的调度无线电承载(SRB)或其他DRB以减少切换可能性。MCG由MeNB经由频率f1运行,并且SCG经由频率f2由SeNB运行。频率f1和f2可以相等。MeNB和SeNB之间的回程接口(BH)是非理想的(例如,X2接口),这意指在回程中存在相当大的延迟,并且因此在一个节点中的集中式调度是不可能的。
对于SCG,应用以下原理:i)SCG中的至少一个小区具有配置的UL CC,并且其中的一个名为PSCell,被配置有PUCCH资源;ii)RRC连接重新建立过程不被触发;iii)对于分离承载,保持MeNB上的DL数据传送;iv)PSCell不能被禁用;以及v)只能利用SCG变化(即,用安全密钥变化和RACH过程)改变PSCell。
关于MeNB与SeNB之间的交互,应用以下原理:i)MeNB保持UE的RRM测量配置,并且可以例如基于接收到的测量报告或业务条件或承载类型,决定请求SeNB为UE提供额外的资源(服务小区);ii)在接收到来自MeNB的请求时,SeNB可以创建将导致为UE配置附加服务小区的容器(或者决定其没有可用的资源);iii)对于UE能力协调,MeNB向SeNB提供(部分)AS配置和UE能力;iv)MeNB和SeNB借助于X2消息中携带的RRC容器(节点间消息)交换关于UE配置的信息;v)SeNB可以发起其现有服务小区的重新配置(例如,朝着SeNB的PUCCH);vi)SeNB决定哪个小区是SCG内的PSCell;以及vii)MeNB不改变由SeNB提供的RRC配置的内容。
图7是双连接的无线电协议架构的概念图。
本示例的E-UTRAN能够支持双连接(DC)操作,从而处于RRC_CONNECTED中的多个接收/发送(RX/TX)UE被配置成利用由位于经由X2接口上的非理想回程连接的两个eNB(或者基站)中的两个不同的调度器提供的无线电资源。用于某个UE的双连接性涉及的eNB可以假定两个不同的角色:eNB可以用作MeNB或者用作SeNB。在双连接中,UE能够被连接到一个MeNB和一个SeNB。
在双连接操作中,特定承载使用的无线电协议架构取决于如何设置承载。存在三个替选,MCG承载、分离承载以及SCG承载。在图7上描述了这三个替选。SRB(信令无线电承载)始终是MCG承载,并且因此仅使用由MeNB提供的无线电资源。MCG承载是仅位于MeNB中以在双连接中仅使用MeNB资源的无线电协议。并且SCG承载是仅位于SeNB中以在双连接中使用SeNB的无线电协议。
具体地,分离承载是位于MeNB和SeNB这两者中以在双连接中使用MeNB和SeNB资源这两者的无线电协议,并且分离承载可以是包括用于一个方向的一个分组数据汇聚协议(PDCP)实体、两个无线电链路控制(RLC)实体和两个媒体接入控制(MAC)实体的无线电承载。图8是用于PDCP实体架构的概念图。
分离承载的预期的优点是:i)对于CN,SeNB移动性隐藏,ii)对仅在MeNB中要求的加密无安全影响,iii)在SeNB改变时不要求SeNB之间的数据转发,iv)将SeNB业务的RLC处理从MeNB卸载到SeNB,v)对RLC有很小影响或者没有影响,vi)对于相同的承载,跨越MeNB和SeNB的无线电资源的利用是可能的,以及vii)对于SeNB移动性的不严格的要求(MeNB能够被同时使用)。
同时,在LTE-WLAN无线电级集成中,特定承载所使用的无线协议架构取决于LTE-WLAN聚合(LWA)回程场景和承载如何被设立。对于LTE-WLAN无线电级集成,能够使用与双连接类似的架构。唯一的变化是用WLAN取代SeNB。因此,取决于分离承载的所有功能能够被应用于所有使用分离承载的技术领域。例如,如果在新的RAT中应用分离承载的结构以用于5G网络,则能够将基于分离承载的所有功能应用于新的RAT。
图8是用于PDCP实体架构的概念图。
图8表示用于PDCP子层的一个可能的结构,但是其不应限制实现。每个RB(即,DRB和SRB,除了SRB0之外)与一个PDCP实体相关联。取决于RB特性(即,单向或者双向)和RLC模式,每个PDCP实体与一个或者多个(一个用于每个方向)RLC实体相关联。PDCP实体位于PDCP子层中。可以通过上层配置PDCP子层。
图9是用于PDCP实体的功能视图的概念图。
PDCP实体位于PDCP子层中。可以为UE定义数个PDCP实体。携带用户平面数据的每个PDCP实体可以被配置为使用报头压缩。每个PDCP实体正在携带一个无线电承载的数据。在本说明书的此版本中,仅支持鲁棒性报头压缩协议(ROHC)。每个PDCP实体使用最多一个ROHC压缩器实例和最多一个ROHC解压缩器实例。根据正在为哪个无线电承载携带数据,PDCP实体被关联到控制平面或者用户平面。
图9表示用于PDCP子层的PDCP实体的功能视图,其不应限制实现。该图以无线电接口协议架构为基础。
为了MAC缓冲器状态报告的目的,对于对其没有向较低层提交PDU的SDU,UE可以考虑PDCP控制PDU以及以下内容作为PDCP层中可用于传输(DAT)的数据:i)如果SDU还未被PDCP处理,则SDU本身,或者ii)如果SDU已经被PDCP处理,则PDU。
另外,对于映射在RLC AM上的无线电承载,如果PDCP实体先前已经执行重新建立过程,则对于除了被指示为通过PDCP状态报告成功地递送的SDU之外的、相应的PDU仅在PDCP重新建立之前、从较低层未确认对应的PDU的递送的第一SDU开始已经被提交到较低层的SDU,UE也可以考虑下述作为可用于在PDCP层中传输的数据,如果接收到:i)SDU,如果还没有被PDCP处理,或者ii)PDU一旦已经被PDCP处理。
对于分离承载,当指示用于BSR触发和缓冲区大小计算的可用于传输到MAC实体的数据时,如果通过上层ul-DataSplitDRB-ViaSCG被设置为真,则UE将指示可用于传输到仅为SCG配置的MAC实体的数据。否则,UE将指示可用于仅为MCG配置的MAC实体的传输的数据。
当向下层提交PDCP PDU时,如果上层将ul-DataSplitDRB-ViaSCG设置为真,则发送PDCP实体应将PDCP PDU提交给为SCG配置的关联AM RLC实体。否则,发送PDCP实体将PDCPPDU提交给为MCG配置的关联AM RLC实体。
这里,ul-DataSplitDRB-ViaSCG指示UE是否将如TS 36.323中所规定经由SCG发送PDCP PDU。E-UTRAN仅为分离的DRB配置字段(即,指示值真)。
图10是用于UE侧中的MAC结构概述的图。
MAC层处理逻辑信道复用、混合ARQ重传以及上行链路和下行链路调度。当使用载波聚合时,其还负责在多个分量载波上复用/解复用数据。
MAC以逻辑信道的形式向RLC提供服务。逻辑信道由其携带的信息类型来定义,并且一般被分类成控制信道,其用于传输LTE系统操作所必需的控制和配置信息;或者被用于用户数据的业务信道。为LTE指定的一组逻辑信道类型包括:
-广播控制信道(BCCH),用于从网络向小区中的所有终端传输系统信息。在接入系统之前,终端需要获取系统信息以了解系统如何配置,并且一般情况下,如何在小区内正确运行。
-寻呼控制信道(PCCH),用于寻呼其小区级别的位置对于网络来说是未知的终端。因此寻呼消息需要在多个小区中被发送。
-公共控制信道(CCCH),用于结合随机接入的控制信息的传输。
-专用控制信道(DCCH),用于到/来自于终端的控制信息传输。该信道被用于终端的个别配置,诸如不同的切换消息。
-多播控制信道(MCCH),用于对于接收MTCH所要求的控制信息的传输。
-专用业务信道(DTCH),用于到/来自于终端的用户数据的传输。这是用于传输所有上行链路和非MBSFN下行链路用户数据的逻辑信道类型。
-多播业务信道(MTCH),用于MBMS业务的下行链路传输。
在双连接中,在UE中配置两个MAC实体:一个用于MCG并且一个用于SCG。每个MAC实体由RRC配置有支持PUCCH传输和基于竞争的随机接入的服务小区。
UE中不同MAC实体的功能原则上独立地运作。原则上,每个MAC实体中使用的定时器和参数被独立地配置。原则上,由每个MAC实体考虑的服务小区、C-RNTI、无线电承载、逻辑信道、上层和下层实体、LCG和HARQ实体指的是映射到该MAC实体的那些实体。明显地,如果另有指示,能够独立地执行不同的MAC实体。
图11是用于缓冲器状态的信令的图。
调度器需要关于等待来自终端的传输的数据的数量的知识以指配适当数量的上行链路资源。显然地,不需要对不具有要发送的数据的终端提供上行链路资源,因为这只会导致终端执行填充(padding)来装填被许可的资源。因此,作为最低限度,调度器需要获知终端是否具有要发送的数据,并且应该给予许可。这被称为调度请求。
同时,已经具有有效许可的终端显然不需要请求上行链路资源。然而,为了允许调度器在将来的子帧中确定要许可每个终端的资源量,如在上面所讨论的,关于缓冲器情况和功率可用性的信息是有用的。这个信息作为通过MAC控制单元的上行链路传输的一部分提供给调度器。MAC子报头之一中的LCID字段被设置为指示存在缓冲器状态报告的保留值,如图11中所图示。
从调度角度来看,用于每个逻辑信道的缓冲器信息是有益的,尽管这可能导致显著的开销。因此逻辑信道被分组为逻辑信道组,并且每个组进行报告。缓冲区状态报告中的缓冲区大小字段指示逻辑信道组中所有逻辑信道上的可用数据传输量。
缓冲器状态报告(BSR)过程被用于向服务eNB提供关于UE的UL缓冲器中的DAT的数量的信息。RRC可以通过配置三个定时器periodicBSR-Timer和retxBSR-Timer以及logicalChannelSR-ProhibitTimer来控制BSR报告,并且为每个逻辑信道,可选地,将逻辑信道分配给LCG的信令逻辑信道组(LCG)来控制BSR报告。
缓冲器状态报告表示一个或全部四个逻辑信道组,并且能够由于以下原因而被触发:
i)具有比当前在传输缓冲器中更高优先级的数据到达,即,具有比当前正在发送的更高优先级的逻辑信道组中的数据,因为这可能影响调度决策。用于属于LCG的逻辑信道的UL数据变得可用于在RLC实体或PDCP实体中传输,并且该数据属于比属于任何LCG的逻辑信道的优先级更高的优先级并且其数据已经可用于传输的逻辑信道,或者不存在数据可用于属于LCG的任何逻辑信道的传输的数据,其中BSR在下面被称为“常规BSR(RegularBSR)”。
ii)服务小区的变化,在这种情况下,缓冲器状态报告对于向新的服务小区提供关于终端中的情况的信息是有用的。
iii)由定时器周期性地控制。retxBSR定时器到期并且UE具有可用于任何属于LCG的逻辑信道的传输的数据,在这种情况下BSR在下面被称为“常规BSR”,或者周期性BSR定时器到期,在这种情况下BSR在下面被称为“周期性的BSR”。
iv)替代填充。UL资源被分配,并且填充比特的数目等于或大于缓冲器状态报告MAC控制元素加上其子报头的大小,在这种情况下BSR在下面被称为“填充BSR”。如果与调度的传送块大小相匹配所要求的填充量大于缓冲区状态报告,则插入缓冲区状态报告。明显地,如果可能,最好利用用于有用的调度信息的可用的有效载荷替代填充。
对于常规BSR,如果BSR由于数据变得可用于由上层配置logicalChannelSR-ProhibitTimer的逻辑信道而被触发,则该MAC实体启动logicalChannelSR-ProhibitTimer,如果不在运行的话。如果在运行,则MAC实体停止logicalChannelSR-ProhibitTimer。
对于常规和周期性BSR,如果在发送BSR的TTI中多于一个的LCG具有可用于传输的数据,则UE可以报告长BSR。否则,UE可以报告短BSR。
如果缓冲器状态报告过程确定至少一个BSR已经被触发并且未被取消,如果UE具有在该TTI期间为了新传输分配的UL资源,则UE可以指示复用和组装过程以生成BSR MAC控制元素,除了当所有生成的BSR是被截断的BSR之外启动或重新启动periodicBSR-Timer,并且启动或重新启动retxBSR-Timer。
即使当在能够发送BSR之前多个事件触发BSR时,MAC PDU可以包含最多一个MACBSR控制元素,在这种情况下,常规BSR和周期性BSR将优先于填充BSR。
在指示用于在任何UL-SCH上传输新数据的许可之后,UE可以重新启动retxBSR-Timer。
如果在此子帧中的UL许可能够容纳可用于传输的所有待定数据但是不足以另外容纳BSRMAC控制元素加上其子报头,则可以取消所有触发的BSR。当BSR被包括在用于传输的MAC PDU中时,所有触发的BSR都将被取消。
UE将在TTI中最多发送一个常规/周期性的BSR。如果UE被请求在TTI中发送多个MAC PDU,则其可以在不包含常规/周期性BSR的任何MAC PDU中包括填充BSR。
在TTI中已经构建所有MAC PDU之后,在此TTI中发送的所有BSR总是反映缓冲器状态。每个LCG将报告每个TTI的至多报告一个缓冲器状态值,并且该值应在用于此LCG的所有BSR报告缓冲器状态中被报告。
如在上面所讨论的,为了请求具有适当数量的UL资源的UL许可,UE能够向至少一个eNB发送BSR。为了触发BSR,PDCP实体能够向至少一个MAC实体指示可用于在PDCP实体(DATP)中传输的数据的数量。当UE接收到UL许可时,UE能够使用UL许可来发送UL数据。
对于版本12中的UL分离承载,UE取决于配置(ul-DataSplitDRB-ViaSCG)将DATP仅指示给一个MAC实体。对于另一个MAC实体,UE根本不指示DATP。
在版本13中,由于引入阈值,PDCP实体的指示行为被改变,如下所示。
如果PDCP数据的数量大于或等于阈值,则两个MAC实体都触发BSR,并且如果PDCP数据的数量小于阈值,则只有一个MAC实体触发BSR。如果ul-DataSplitDRB-ViaSCG被上层设置为真,则PDCP实体仅向为SCG配置的MAC实体指示DATP。否则,PDCP实体仅向为MCG配置的MAC实体指示DATP。
对于根据上面提及的关于双连接中的UL数据传输的UE操作存在一些协议:(1)当DATP的数量小于阈值时,通过在MeNB和SeNB UE当中的eNB将会对其触发BSR的ul-DataSplitDRB-ViaSCG-r12指示发BSR实体;(2)当DATP的数量小于阈值时,PDCP实体仅向由ul-DataSplitDRB-ViaSCG-r12指示的eNB报告针对UL承载分离的缓冲器状态;(2a)当DATP的数量高于阈值时,PDCP实体向MeNB和SeNB这两者报告针对UL承载分离的缓冲器状态;(3)当DATP的数量小于阈值时,PDCP实体仅向由ul-DataSplitDRB-ViaSCG-r12指示的eNB发送用于UL承载分离的PDCP PDU;(4)BSR触发、缓冲区大小计算和数据传输对齐;以及(0)根据无线承载配置阈值。
下述是根据在上面论述的协议的UE操作的示例。
在第一种情况下,如果当PDCP缓冲器为空时PDCP SDU(其大小为X,其中X<阈值(Th))到达,则PDCP实体向用于SeNB的MAC实体(S-MAC)指示X,并且S-MAC触发BSR。在这种情况下,X被报告给S-MAC,用于S-MAC中的缓冲器状态(BS)计算,并且0被报告给MeNB的MAC实体(M-MAC),用于M-MAC中的缓冲器状态计算。
在第二种情况下,如果当PDCP缓冲器为空时PDCP SDU(其大小为X,其中X>Th)到达,则PDCP向M-MAC和S-MAC这两者指示X,并且M-MAC和S-MAC触发BSR。在这种情况下,X被报告给S-MAC,用于S-MAC中的BS计算,并且X被报告给M-MAC,用于M-MAC中的BS计算。
在第三种情况下,如果当PDCP缓冲器中的数据大小为Y(其中Y<Th且X+Y<Th)时PDCP SDU(其大小为X)到达,则不存在BSR触发。
在第四种情况下,如果当PDCP缓冲器中的数据的数量是Y(其中Y<Th且X+Y>Th)时PDCP SDU(其大小为X)到达,则PDCP实体向M-MAC指示X+Y,并且M-MAC触发BSR。
在第五种情况下,如果当PDCP缓冲器中的数据的数量是Y(其中Y>Th且X+Y>Th)时PDCP SDU(其大小为X)到达,不存在BSR触发。
在第六种情况下,当PDCP缓冲器中的数据的数量从Y变为X(其中Y>Th且X<Th)时,不存在BSR触发。
同时,当DATP的数量高于阈值时,PDCP实体向用于MeNB的MAC实体和用于SeNB的MAC实体这两者指示DATP,用于BSR触发和缓冲器状态计算。然后,如果从MeNB和SeNB中的一个接收到UL许可,则PDCP实体能够使用所接收的UL许可来将部分DATP发送到MeNB和SeNB中的一个。在这种情况下,DATP的剩余量可能变成低于阈值。
根据协议,如果DATP的数量低于阈值,则将DATP仅发送到一个被配置的eNB(由ul-DataSplitDRB-ViaSCG配置,下面是第一eNB)。这意指,即使从第二eNB接收到UL许可,DATP的剩余量也不能被发送到与第一eNB不同的第二eNB(即,没有由ul-DataSplitDRB-ViaSCG配置的eNB)。
换句话说,UE向第二eNB发送指示DATP的数量以请求UL许可的BSR,并且第二eNB向UE给予UL许可以发送DATP,但是由于阈值的限制UE不能将DATP发送到第二eNB(即,如果DATP的数量低于阈值,则DATP仅被发送到一个被配置的eNB,第一eNB)。
如果数据的数量在阈值周围波动,则问题可能频繁发生。一旦发生,UE利用填充来装填从第二eNB接收的UL许可,这导致无线电资源的浪费。将参照图12讨论关于该问题的具体示例。
图12示出关于双连接中的UL数据传输的示例性问题。
在图12中,假定如果DATP的数量低于阈值,则DATP应仅被发送到SeNB。还假定阈值(TH)被设置为700个字节。
参考图12,在t=0处PDCP缓冲器中没有数据。
在t=1处,PDCP实体从上层接收具有500个字节的PDCP SDU1。当DATP(500个字节)的数量小于TH(700个字节)时,SCG MAC实体将BSR发送到SeNB以指示BS是500个字节。
在t=2处,PDCP实体从上层接收具有300个字节的PDCP SDU2。当DATP(800个字节)的数量高于TH(700个字节)时,MCG MAC实体将BSR发送到MeNB以指示BS是800个字节。
在t=3处,PDCP实体从上层接收具有200个字节的PDCP SDU3。两个MAC实体中都没有BSR触发。SCG MAC实体从SeNB接收具有500个字节的UL许可。
在t=4处,PDCP实体使用从SeNB接收的UL许可经由SCG MAC实体将PDCP SDU1发送到SeNB。当PDCP SDU1被发送时,DATP变成小于TH(700个字节)的500个字节。
在t=5处,MCG MAC实体(在t=2处响应于发送的BSR)从MeNB接收具有800个字节的UL许可。
在t=6处,可能存在一个问题,UE在t=5从MeNB接收的UL许可上发送什么。在这种情况下,能够考虑三种用于UE操作的选项:
首先,UE可以不向MeNB发送一切(选项1)。
因为PDCP实体不向MeNB(即,未由ul-DataSplitDRB-ViaSCG配置的eNB)发送PDCPPDU,所以选项1不与协议(3)冲突。但选项1与协议(4)冲突,因为BSR触发、缓冲区大小计算和数据传输不对齐,因为BSR被触发到MeNB但PDCP PDU不被发送到MeNB。
选项1假设数据传输路径取决于当前的缓冲器状态而被确定。在选项1中,UE不将PDCP SDU2发送到之前(在t=2处)发送BSR的MeNB,并且因此从MeNB(在t=5处)接收的UL许可将被浪费(例如,以填充来装填)。
其次,即使DATP的数量小于TH(选项2),UE也可以在MeNB之前(例如,PDCP SDU 2)向MME发送其大小被报告给MeNB的PDCP SDU。
因为BSR被触发到MeNB并且PDCP PDU被发送到MeNB,选项2与协议(4)不冲突,因为BSR触发、缓冲区大小计算和数据传输被对齐。但是选项2与协议(3)冲突,因为PDCP实体向MeNB(即未由ul-DataSplitDRB-ViaSCG配置的eNB)发送PDCP PDU。
选项2假定数据传输路径不取决于当前的缓冲区状态,而是取决于是否之前已经报告。
第三,即使UE没有向MeNB报告,UE可以发送所有可用的SDU(选项3)。
因为PDCP实体向MeNB(即,未由ul-DataSplitDRB-ViaSCG配置的eNB)发送PDCPPDU,并且BSR触发、缓冲区大小计算和数据传输不对齐,所以选项3与协议(3)和(4)冲突。
选项3假定阈值不用于决定数据传输路径。
在这种情况下,如果其他MCG承载请求UL许可,则其他MCG承载的传输将被延迟。此外,UL分离承载的SDU可能已经请求来自SeNB的UL许可,在这种情况下,从SeNB接收到的UL许可可能被浪费。
在选项1-3当中,选项1可能是最差的,因为UE可能仅请求UL许可但是不利用所接收的UL许可。其增加信令开销,并且也增加无线电资源的浪费。如果PDCP数据的数量在阈值附近徘徊,则问题变得更加严重。
选项3也具有如上面已经解释的无线电资源浪费的问题。
因此,选项2可以是用于UL分离承载的最优选的UE操作。使用此选项,无线电资源浪费被最小化。此外,选项2与“数据被发送到报告BSR的eNB”的基本原理一致。
能够通过允许用于协议(3)的例外情况来实现选项2。因此,本发明提出,如果已经向eNB报告PDCP PDU的数量,则即使DATP的数量小于阈值,PDCP实体被允许向eNB发送用于UL承载分离的PDCP PDU,这不由ul-DataSplitDRB-ViaSCG-r12指示。将参照图13讨论对应于选项2的UE操作。
图13是根据本发明的示例性实施例的用于双连接中的UE操作的概念图。
为了避免浪费UL分离承载中的无线电资源,发明了如果UE已经向指示PDCP SDU的数量的eNB发送BSR并且UE从eNB接收UL许可,即使在PDCP(DATP)中可用于传输的数据的数量低于(或等于)阈值(TH),UE向被配置成没有发送PDCP SDU的eNB发送PDCP SDU。
如果UE已经将BSR发送到eNB但是没有指示PDCP SDU的数量,则当DATP的数量小于(或者等于)TH时UE没有向被配置为不发送PDCP SDU的eNB发送PDCP SDU,即使从eNB接收到UL许可。
在本示例性实施例中,UE同时与第一eNB和第二eNB进行通信。在下文中第一eNB可以是SeNB并且第二eNB可以是MeNB,或者第一eNB可以是MeNB并且第二eNB可以是SeNB。可以为UE配置包括一个PDCP实体和两个RLC实体的无线承载以及两个MAC实体的无线电承载。如图12中所述的阈值,可以被配置用于PDCP实体。
参照图13,如果DATP的数量小于阈值,则UE配置UL数据仅被发送到第一eNB(S1301)。同时,如果DATP的数量大于或等于阈值,则UE能够配置要将UL数据发送到第一eNB或第二eNB。该配置可以基于RRC消息来执行。
UE从上层接收PDCP数据(S1303),并且发送BSR以向第二eNB请求UL许可(S1305)。当BSR被发送时,DATP的数量可以大于或等于阈值。这是因为,如果DATP的数量小于阈值,则BSR不能被发送到第二eNB。
在BSR被发送到第二eNB之后,UE从第二eNB接收UL许可(S1307)。同时,在步骤S1305和步骤S1307之间,UE可以使用从第一eNB接收到的另一个UL许可向第一eNB发送一部分DATP。因此,在发送部分PDCP数据之后,DATP的剩余量可能变得小于阈值。
在这种情况下,根据本示例性实施例,根据是否通过BSR已经向第二eNB指示PDCP数据的数量,能够不同地确定是否使用UL许可向第二eNB发送PDCP数据eNB。
更加具体地,如果已经通过BSR向第二eNB指示PDCP数据的数量,则即使在PDCP数据的传输时可用于在PDCP实体中传输的数据的数量小于阈值,UE也将使用UL许可将PDCP数据发送到第二eNB(S1309)。即,为了使无线电资源的浪费(即,从第二eNB接收的UL许可)最小化,不论在S1301的步骤中配置的限制如何,UE使用UL许可向第二eNB发送PDCP数据。在这种情况下,可以在将BSR发送到第二eNB之前从上层接收PDCP数据。
相比之下,如果还未通过BSR向第二eNB指示PDCP数据的数量,则当在PDCP数据的传输时可用于在PDCP实体中传输的数据的数量小于阈值时,UE没有使用UL许可将PDCP数据发送到第二eNB(S1311)。在这种情况下,可以在将BSR发送到第二eNB之后从上层接收PDCP数据。优选地,在这种情况下,以填充来装填从第二eNB接收的UL许可的剩余资源。
同时,仅针对在传输PDCP数据时可用于在PDCP实体中传输的数据的数量小于阈值的情况来讨论此问题。这是因为,如果在PDCP数据传输时可用于在PDCP实体中传输的数据的数量大于或等于阈值,则能够使用UL许可将PDCP数据传输到第二eNB,不论PDCP数据的数量是否已经由BSR指示给第二eNB。
根据上面讨论的本示例性实施例,无线电资源的浪费(即,从第二eNB接收到的UL许可)能够被最小化,同时本示例性实施例不与“将数据发送到eNB被报告到eNB”基本原理相冲突。将参考图14来讨论上面描述的UE操作的更具体的示例。
图14示出根据本发明的示例性实施例的双连接中的UE操作的示例。
在图14中,假定:阈值(TH)是700个字节,仅当DATP的数量小于TH时能够将BSR和PDCP数据发送到SeNB,并且当DATP的数量大于或等于TH时可以将BSR和PDCP数据发送到SeNB或MeNB。
参考图14,在t=0处PDCP缓冲区中没有数据。
在t=1处,PDCP实体从上层接收具有500个字节的PDCP SDU1。当DATP(500字节)的数量小于TH时,SCG MAC实体将BSR发送到SeNB以指示BS是500个字节。
在t=2处,PDCP实体从上层接收具有300个字节的PDCP SDU2。当DATP(800个字节)的数量超过TH时,MCG MAC实体将BSR发送到MeNB以指示BS是800个字节。
在t=3处,PDCP实体从上层接收具有200个字节的PDCP SDU3。两个MAC实体中都不存在BSR触发器。SCG MAC实体从SeNB接收500个字节的UL授权。
在t=4处,PDCP实体使用从SeNB接收的UL许可经由SCG MAC实体将PDCP SDU1发送到SeNB。当PDCP SDU1被发送时,DATP变成小于TH的500个字节。
在t=5处,MCG MAC实体(响应于在t=2处发送的BSR)从MeNB接收具有800个字节的UL许可。
在t=6处,即使DATP小于TH,PDCP实体使用从MeNB接收到的UL许可,经由MCG MAC实体将PDCP SDU2发送到MeNB,因为在t=2处PDCP SDU2的大小已经被报告给MeNB。然而,因为PDCP SDU3的大小还未被报告给MeNB,所以即使从MeNB接收到的UL许可能够容纳PDCPSDU3,PDCP实体没有向MeNB发送PDCP SDU3。以填充来装填UL许可的剩余资源。
总之,如果UE已经向MeNB发送BSR指示PDCP SDU(例如,PDCP SDU 2)的数量,则UE将PDCP SDU发送到被配置成不发送PDCP SDU(即,MeNB)的eNB,并且即使DATP的数量低于(或等于)TH,UE从MeNB接收UL许可。相比之下,如果UE已经向MeNB发送BSR而不指示PDCPSDU(例如,PDCP SDU 3)的数量,则当DATP的数量低于(或等于)TH时UE不将PDCP SDU发送到配置成不发送PDCP SDU的eNB(即,MeNB),即使从MeNB接收到UL许可。
同时,如果在t=4~6期间存在缓冲器状态指示,则可以向SeNB指示缓冲器状态,因为在t=4~6期间DATP的数量小于TH。如上面所讨论的,在t=6处PDCP SDU2被发送到MeNB,因此在本示例性实施例中,缓冲器状态指示的路由和数据传输的路由能够彼此不同。
图15是根据本发明的示例性实施例的用于双连接中的PDCP实体的操作的概念图。
为了避免UL分离承载中的无线电资源的浪费,发明了即使可用于在PDCP(DATP)中传输的数据的数量低于(或等于)阈值(TH),如果UE已经向eNB发送指示PDCP SDU的数量的BSR并且UE从eNB接收到UL许可,则UE向配置成不发送PDCP SDU的eNB发送PDCP SDU。
如果UE已经将BSR发送到eNB但是没有指示PDCP SDU的数量,则当DATP的数量低于(或者等于)TH时UE没有向被配置成发送PDCP SDU的eNB发送PDCP SDU,即使从eNB接收UL许可。
在本示例性实施例中,PDCP实体被配置用于UL分离承载。更具体地,PDCP实体与用于第一eNB的第一RLC实体和第一MAC实体相关联,并且与用于无线电承载的用于第二eNB的第二RLC实体和第二MAC实体相关联。在下面第一eNB可以是SeNB并且第二eNB可以是MeNB,或者第一eNB可以是MeNB并且第二eNB可以是SeNB。如在图13中所描述的阈值可以被配置用于PDCP实体。
参考图15,如果可用于在PDCP实体中传输的数据的数量小于阈值,则PDCP实体接收无线电资源控制(RRC)信令,指示UL数据仅被提交给第一RLC实体(S1501)。同时,如果可用于在PDCP实体中传输的数据的数量大于或等于阈值,则PDCP实体能够配置将UL数据提交给第一RLC实体或第二RLC实体。可以基于RRC消息执行通过PDCP实体的配置。
PDCP实体从上层接收PDCP数据(S1503)。
根据本示例性实施例,根据是否已经向第二MAC实体指示PDCP数据的数量,能够不同地确定PDCP数据是否被提交给第二RLC实体。
更加具体地,如果已经向第二MAC实体指示PDCP数据的数量,则PDCP实体将PDCP数据提交给第二RLC实体,即使在PDCP数据的提交时可用于在PDCP实体中传输的数据的数量小于阈值(S1505)。
相反,如果还未向第二MAC实体指示PDCP数据的数量,则当在PDCP数据的提交时可用于在PDCP实体中传输的数据的数量小于阈值时,PDCP实体没有将PDCP数据提交给第二RLC实体(S1507)。
类似于图14,仅针对在PDCP数据传输时可用于在PDCP实体中传输的数据的数量小于阈值的情况来讨论此问题。
下面描述关于每个PDCP实体和可用于传输到TS36.323的数据的示例性提议。
对于分离承载,在发送PDCP实体中执行路由,并且在接收PDCP实体中执行重新排序。当向下层提交PDCP PDU时,发送PDCP实体将会:
-如果ul-Data SplitThreshold被配置并且可用于传输的数据大于(或等于)ul-Data SplitThreshold,或者;
-如果用于PDCP PDU的传输的数据已经被包括在为SCG配置的MAC实体和为MCG配置的MAC实体这两者的BSR中;或者;
-如果已经向为SCG配置的MAC实体和为MCG配置的MAC实体这两者指示可用于PDCPPDU的传输的数据:
将PDCP PDU提交给为SCG配置的相关联的AM RLC实体或为MCG配置的相关联的AMRLC实体;
-否则:
-如果ul-DataSplitDRB-ViaSCG被上层设置为真:
将PDCP PDU提交给为SCG配置的相关联的AM RLC实体;
-否则:
将PDCP PDU提交给为MCG配置的相关联的AM RLC实体。
对于分离承载,当为了BSR触发和缓冲器大小计算向MAC实体指示可用于传输的数据时,UE将会:
-如果配置ul-Data SplitThreshold并且可用于传输的数据大于(或等于)ul-Data SplitThreshold:
指示可用于传输到为SCG和MCG配置的任何MAC实体的数据;
-否则:
-如果ul-DataSplitDRB-ViaSCG由上层设置为真:
指示可用于到仅为SCG配置的MAC实体的传输的数据;
-否则:
指示可用于到为MCG配置的MAC实体的传输的数据。
下文中描述的本发明的实施例是本发明的元素和特征的组合。可以将该元素或特征看作选择性的,除非另外说明。每个元素或特征可以在不与其他元素或特征组合的情况下被实施。此外,可以通过组合该元素和/或特征的部分来构造本发明的实施例。可以重新排列在本发明的实施例中描述的操作顺序。任何一个实施例的一些构造可以被包括在另一个实施例中,并且可以被替换为另一个实施例的相应的构造。对于本领域内的技术人员明显的是,在所附的权利要求中未彼此明确地引用的权利要求可以被组合地提供为本发明的实施例或通过在提交本申请后的随后的修改被包括为新的权利要求。
在本发明的实施例中,BS的上节点可以执行被描述为由BS执行的特定操作。即,显然,在由包括BS的多个网络节点构成的网络中,可以由BS或除了BS之外的网络节点来执行被执行用于与MS进行通信的各种操作。可以将术语“eNB”替换为术语“固定站”、“节点B”、“基站(BS)”、“接入点”等等。
可以通过例如硬件、固件、软件或其组合的各种手段来实现上述实施例。
在硬件配置中,可以通过一个或者多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器来实现根据本发明实施例的方法。
在固件或软件配置中,可以以模块、过程、功能等的形式来实现根据本发明实施例的方法。软件代码可以被存储在存储单元中并且被处理器执行。存储器单元可以位于处理器的内部或外部,并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。
本领域内的技术人员将明白,在不偏离本发明必要特性的情况下,可以以除了在此阐述的具体方式之外的具体方式来执行本发明。因此,上面的实施例要在所有方面被解释为说明性的,而不是限制性的。应当通过所附的权利要求而不是通过上面的说明书来确定本发明的范围,并且在所附的权利要求的含义内的所有改变意欲被涵盖在其中。
工业实用性
尽管围绕应用3GPP LTE系统的示例描述了上述方法,但是除了3GPP LTE系统之外本发明还可以应用于各种无线通信系统。
Claims (20)
1.一种用于在无线通信系统中用户设备(UE)与第一e节点-B(eNB)和第二eNB同时通信的方法,所述方法包括:
如果可用于在分组数据会聚协议(PDCP)实体中传输的数据的数量小于阈值,则配置上行链路(UL)数据仅被发送到所述第一eNB;
从上层接收PDCP数据;
将缓冲器状态报告(BSR)发送给所述第二eNB以请求UL许可;
从所述第二eNB接收所述UL许可;以及
如果通过所述BSR已经向所述第二eNB指示所述PDCP数据的数量,则使用所述UL许可向所述第二eNB发送所述PDCP数据,其中在所述PDCP数据的传输时可用于在所述PDCP实体中传输的数据的数量小于所述阈值。
2.根据权利要求1所述的方法,
其中,如果通过所述BSR还没有向所述第二eNB指示所述PDCP数据的数量,如果在所述PDCP数据的传输时可用于在所述PDCP实体中传输的数据的数量小于所述阈值,则不向所述第二eNB发送所述PDCP数据。
3.根据权利要求2所述的方法,
其中,以填充来装填从所述第二eNB接收到的UL许可的剩余资源。
4.根据权利要求1所述的方法,进一步包括:
配置用于所述PDCP实体的阈值。
5.根据权利要求1所述的方法,
其中,所述第一eNB为辅eNB(SeNB)并且所述第二eNB是主eNB(MeNB),或者所述第一eNB是所述MeNB并且所述第二eNB是所述SeNB。
6.根据权利要求1所述的方法,
其中,用于所述PDCP数据的无线电承载包括一个PDCP实体和两个无线电链路控制(RLC)实体以及两个媒体接入控制(MAC)实体。
7.一种用于在无线通信系统中用户设备(UE)与第一e节点-B(eNB)和第二eNB同时通信的方法,所述方法包括:
通过分组数据会聚协议(PDCP)实体接收无线电资源控制(RRC)信令,所述无线电资源控制(RRC)信令指示如果可用于在所述PDCP实体中传输的数据的数量小于阈值,则上行链路(UL)数据仅被提交给第一无线电链路控制(RLC)实体,其中对于无线电承载,所述PDCP实体与用于所述第一eNB的第一媒体接入控制(MAC)实体和所述第一RLC实体相关联并且与用于所述第二eNB的第二MAC实体和第二RLC实体相关联;
通过所述PDCP实体从上层接收PDCP数据;以及
如果所述PDCP数据的数量已经被指示给所述第二MAC实体,则由所述PDCP实体向所述第二RLC实体提交所述PDCP数据,其中在所述PDCP数据的提交时可用于在所述PDCP实体中传输的数据的数量小于所述阈值。
8.根据权利要求7所述的方法,
其中,如果所述PDCP数据的数量还未被指示给所述第二MAC实体,如果在所述PDCP数据的提交时可用于在所述PDCP实体中传输的数据的数量小于所述阈值,则所述PDCP数据不被提交给所述第二RLC实体。
9.根据权利要求7所述的方法,进一步包括:
配置用于所述PDCP实体的阈值。
10.根据权利要求7所述的方法,
其中,所述第一eNB是辅eNB(SeNB)并且所述第二eNB是主eNB(MeNB),或者所述第一eNB是所述MeNB并且所述第二eNB是所述SeNB。
11.一种用于在无线通信系统中与第一e节点-B(eNB)和第二eNB同时通信的用户设备(UE),所述UE包括:
射频(RF)模块;以及
处理器,所述处理器可操作地耦合所述RF模块并且被配置成:
如果可用于在分组数据会聚协议(PDCP)实体中传输的数据的数量小于阈值,则配置所述上行链路(UL)数据仅被发送到所述第一eNB;
从上层接收PDCP数据;
将缓冲器状态报告(BSR)发送给所述第二eNB以请求UL许可;
从所述第二eNB接收所述UL许可;以及
如果通过所述BSR已经向所述第二eNB指示所述PDCP数据的数量,则使用所述UL许可向所述第二eNB发送所述PDCP数据,其中在所述PDCP数据的传输时可用于在所述PDCP实体中传输的数据的数量小于所述阈值。
12.根据权利要求11所述的UE,
其中,如果通过所述BSR还没有向所述第二eNB指示所述PDCP数据的数量,如果在所述PDCP数据的传输时可用于在所述PDCP实体中传输的数据的数量小于所述阈值,则不向所述第二eNB发送所述PDCP数据。
13.根据权利要求12所述的UE,
其中,以填充来装填从所述第二eNB接收到的UL许可的剩余资源。
14.根据权利要求11所述的UE,其中,所述处理器进一步被配置成:
配置用于所述PDCP实体的阈值。
15.根据权利要求11所述的UE,
其中,所述第一eNB为辅eNB(SeNB)并且所述第二eNB是主eNB(MeNB),或者所述第一eNB是所述MeNB并且所述第二eNB是所述SeNB。
16.根据权利要求11所述的UE,
其中,用于所述PDCP数据的无线电承载包括一个PDCP实体和两个无线电链路控制(RLC)实体以及两个媒体接入控制(MAC)实体。
17.一种用于在无线通信系统中与第一e节点-B(eNB)和第二eNB同时通信的用户设备(UE),所述UE包括:
射频(RF)模块;以及
处理器,所述处理器可操作地耦合所述RF模块并且被配置成:
通过分组数据会聚协议(PDCP)实体接收无线电资源控制(RRC)信令,所述无线电资源控制(RRC)信令指示如果可用于在所述PDCP实体中传输的数据的数量小于阈值,则上行链路(UL)数据仅被发送给第一eNB,其中对于无线电承载,所述PDCP实体与用于所述第一eNB的第一媒体接入控制(MAC)实体和第一无线电链路控制(RLC)实体相关联并且与用于所述第二eNB的第二MAC实体和第二RLC实体相关联;
通过所述PDCP实体从上层接收PDCP数据;以及
如果所述PDCP数据的数量已经被指示给所述第二MAC实体,则由所述PDCP实体向所述第二RLC实体提交所述PDCP数据,其中在所述PDCP数据的提交时可用于在所述PDCP实体中传输的数据的数量小于所述阈值。
18.根据权利要求17所述的UE,
其中,如果所述PDCP数据的数量还未被指示给所述第二MAC实体,如果在所述PDCP数据的提交时可用于在所述PDCP实体中传输的数据的数量小于所述阈值,则所述PDCP数据不被提交给所述第二RLC实体。
19.根据权利要求17所述的UE,其中,所述处理器进一步被配置成:
配置用于所述PDCP实体的阈值。
20.根据权利要求17所述的UE,
其中,所述第一eNB是辅eNB(SeNB)并且所述第二eNB是主eNB(MeNB),或者所述第一eNB是所述MeNB并且所述第二eNB是所述SeNB。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562187257P | 2015-07-01 | 2015-07-01 | |
US62/187,257 | 2015-07-01 | ||
US201562191532P | 2015-07-13 | 2015-07-13 | |
US62/191,532 | 2015-07-13 | ||
PCT/KR2016/006477 WO2017003118A1 (en) | 2015-07-01 | 2016-06-17 | Method for transmitting data in dual connectivity and a device therefor |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107710667A true CN107710667A (zh) | 2018-02-16 |
CN107710667B CN107710667B (zh) | 2021-05-04 |
Family
ID=57608520
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680038686.0A Active CN107710667B (zh) | 2015-07-01 | 2016-06-17 | 在双连接中发送数据的方法及其设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10512096B2 (zh) |
EP (1) | EP3318097B1 (zh) |
JP (1) | JP6580719B2 (zh) |
CN (1) | CN107710667B (zh) |
WO (1) | WO2017003118A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111132233A (zh) * | 2018-10-31 | 2020-05-08 | 维沃移动通信有限公司 | 一种分离承载的控制方法及相关设备 |
WO2020097850A1 (zh) * | 2018-11-15 | 2020-05-22 | Oppo广东移动通信有限公司 | 数据的传输方法及装置 |
CN112470532A (zh) * | 2018-11-30 | 2021-03-09 | Oppo广东移动通信有限公司 | 侧行通信的方法和终端设备 |
WO2021051316A1 (zh) * | 2019-09-18 | 2021-03-25 | Oppo广东移动通信有限公司 | 一种业务数据传输方法及装置、网络设备、终端设备 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10321466B2 (en) * | 2016-08-12 | 2019-06-11 | Qualcomm Incorporated | Techniques for managing a logical traffic connection that uses data aggregation |
US10313934B2 (en) * | 2016-12-05 | 2019-06-04 | Htc Corporation | Device and method of handling communication |
KR102324214B1 (ko) * | 2017-01-06 | 2021-11-12 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 이중 접속의 데이터 처리를 가속화하는 방법 및 장치 |
CN108282830B (zh) * | 2017-01-06 | 2019-09-17 | 电信科学技术研究院 | 一种网络实体切换的方法、终端及网络实体设备 |
KR102101546B1 (ko) * | 2017-01-13 | 2020-04-17 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서의 제어 채널 및 데이터 채널 간 타이밍 관계를 위한 방법 및 장치 |
WO2018172542A1 (en) * | 2017-03-24 | 2018-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Data buffer handling for dual connectivity |
US10237784B2 (en) * | 2017-03-24 | 2019-03-19 | Motorola Mobility Llc | Split bearer packet data converge protocol protocol data unit routing |
US10785670B2 (en) | 2017-04-26 | 2020-09-22 | Motorola Mobility Llc | Packet data converge protocol protocol data unit pre-processing |
US10512002B2 (en) * | 2017-06-23 | 2019-12-17 | Apple Inc. | Lossless split data bearer for inter-RAT dual connectivity wireless device |
CN109587806B (zh) * | 2017-09-28 | 2020-10-23 | 华为技术有限公司 | 一种调度请求发送方法及终端设备 |
CN112997553B (zh) * | 2018-11-01 | 2023-04-14 | 联想(北京)有限公司 | 用于缓冲区状态报告指示符的方法和装置 |
WO2020116753A1 (en) * | 2018-12-05 | 2020-06-11 | Lg Electronics Inc. | Method and apparatus for transmitting data unit in wireless communication system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102804655A (zh) * | 2009-06-07 | 2012-11-28 | Lg电子株式会社 | 在载波聚合移动通信系统中用户设备执行随机接入的方法 |
WO2014109558A1 (en) * | 2013-01-11 | 2014-07-17 | Lg Electronics Inc. | Method for reporting buffer status and communication device thereof |
WO2015060544A1 (en) * | 2013-10-21 | 2015-04-30 | Lg Electronics Inc. | Method for transmitting uplink data in a dual connectivity and a device therefor |
WO2015062085A1 (en) * | 2013-11-01 | 2015-05-07 | Nokia Technologies Oy | Method and apparatus for handling buffer status reporting and scheduling request with dual connectivity |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9264930B2 (en) * | 2012-11-07 | 2016-02-16 | Qualcomm Incorporated | Buffer status reporting and logical channel prioritization in multiflow operation |
JP6224830B2 (ja) | 2013-07-26 | 2017-11-01 | エルジー エレクトロニクス インコーポレイティド | 送信利用可能データの量を計算する方法及びそのための装置 |
KR102082000B1 (ko) | 2013-08-07 | 2020-02-26 | 주식회사 팬택 | 무선 통신 시스템에서 버퍼상태보고 전송 방법 및 장치 |
US9572171B2 (en) | 2013-10-31 | 2017-02-14 | Intel IP Corporation | Systems, methods, and devices for efficient device-to-device channel contention |
KR102211263B1 (ko) * | 2014-03-21 | 2021-02-04 | 삼성전자주식회사 | 통신 시스템에서 단말의 버퍼 상태 보고 방법 및 장치 |
-
2016
- 2016-06-17 EP EP16818151.9A patent/EP3318097B1/en active Active
- 2016-06-17 US US15/740,752 patent/US10512096B2/en active Active
- 2016-06-17 WO PCT/KR2016/006477 patent/WO2017003118A1/en active Application Filing
- 2016-06-17 JP JP2017568189A patent/JP6580719B2/ja active Active
- 2016-06-17 CN CN201680038686.0A patent/CN107710667B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102804655A (zh) * | 2009-06-07 | 2012-11-28 | Lg电子株式会社 | 在载波聚合移动通信系统中用户设备执行随机接入的方法 |
WO2014109558A1 (en) * | 2013-01-11 | 2014-07-17 | Lg Electronics Inc. | Method for reporting buffer status and communication device thereof |
WO2015060544A1 (en) * | 2013-10-21 | 2015-04-30 | Lg Electronics Inc. | Method for transmitting uplink data in a dual connectivity and a device therefor |
WO2015062085A1 (en) * | 2013-11-01 | 2015-05-07 | Nokia Technologies Oy | Method and apparatus for handling buffer status reporting and scheduling request with dual connectivity |
Non-Patent Citations (2)
Title |
---|
ERICSSON: "《R2-152330: PDCP data transfer procedure for uplink bearer split》", 《3GPP TSG-RAN WG2 #90》 * |
LG ELECTRONICS INC.: "《R2-152372: Data transmission for uplink split bearer》", 《3GPP TSG-RAN WG2 MEETING #90》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111132233A (zh) * | 2018-10-31 | 2020-05-08 | 维沃移动通信有限公司 | 一种分离承载的控制方法及相关设备 |
CN111132233B (zh) * | 2018-10-31 | 2021-09-17 | 维沃移动通信有限公司 | 一种分离承载的控制方法及相关设备 |
WO2020097850A1 (zh) * | 2018-11-15 | 2020-05-22 | Oppo广东移动通信有限公司 | 数据的传输方法及装置 |
CN112470532A (zh) * | 2018-11-30 | 2021-03-09 | Oppo广东移动通信有限公司 | 侧行通信的方法和终端设备 |
CN112470532B (zh) * | 2018-11-30 | 2023-06-06 | Oppo广东移动通信有限公司 | 侧行通信的方法、终端设备、芯片、存储介质 |
WO2021051316A1 (zh) * | 2019-09-18 | 2021-03-25 | Oppo广东移动通信有限公司 | 一种业务数据传输方法及装置、网络设备、终端设备 |
CN113711689A (zh) * | 2019-09-18 | 2021-11-26 | Oppo广东移动通信有限公司 | 一种业务数据传输方法及装置、网络设备、终端设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3318097A1 (en) | 2018-05-09 |
US20180199354A1 (en) | 2018-07-12 |
JP6580719B2 (ja) | 2019-09-25 |
US10512096B2 (en) | 2019-12-17 |
CN107710667B (zh) | 2021-05-04 |
WO2017003118A1 (en) | 2017-01-05 |
EP3318097A4 (en) | 2019-01-16 |
JP2018523399A (ja) | 2018-08-16 |
EP3318097B1 (en) | 2020-11-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107710667A (zh) | 在双连接中发送数据的方法及其设备 | |
US11218896B2 (en) | Method for calculating an amount of data available for transmission and a device therefor | |
US11838936B2 (en) | Method and apparatus for sidelink resource allocation mode configuration in a wireless communication system | |
US11013008B2 (en) | Method and apparatus of handling device-to-device resource release in a wireless communication system | |
CN105557014B (zh) | 触发和报告缓冲器状态的方法及其设备 | |
US20170353819A1 (en) | Method and apparatus for resource allocation on relay channel in a wireless communication system | |
CN105229941B (zh) | 报告无线通信系统中可用于发送的数据的量的方法及其装置 | |
US10555208B2 (en) | Method for performing a buffer status reporting in a wireless communication system and device therefor | |
JP6563582B2 (ja) | 二重接続においてバッファ状態報告又はスケジューリング要求を取り消す方法及びそのための装置 | |
US9999033B2 (en) | Method for calculating and reporting a buffer status and device therefor | |
CN106537882A (zh) | 在双连接系统中在用户设备处处理分组数据汇聚协议分组数据单元的方法及其设备 | |
CN107079469A (zh) | 在d2d通信系统中取消通过侧链路缓冲器状态报告触发的调度请求的方法及其设备 | |
US20180199365A1 (en) | Method for triggering buffer status report in dual connectivity and a device therefor | |
CN105659690A (zh) | 在双连接中发送上行链路数据的方法及其设备 | |
CN106165503A (zh) | 双连接系统中触发功率余量报告的方法及其设备 | |
CN107592978A (zh) | 无线通信系统中发送基于竞争的pusch的方法及其设备 | |
CN107079327A (zh) | 在d2d通信系统中取消侧链路缓冲器状态报告的方法及其设备 | |
EP2768267B1 (en) | Communication units and methods for relay-assisted uplink communication | |
US10405225B2 (en) | Method for triggering a buffer status report in dual connectivity and a device therefor |
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 |