CN110691425A - 在移动通信系统中的终端、基站及其方法 - Google Patents

在移动通信系统中的终端、基站及其方法 Download PDF

Info

Publication number
CN110691425A
CN110691425A CN201910940891.1A CN201910940891A CN110691425A CN 110691425 A CN110691425 A CN 110691425A CN 201910940891 A CN201910940891 A CN 201910940891A CN 110691425 A CN110691425 A CN 110691425A
Authority
CN
China
Prior art keywords
data
pdcp
group
lch
group cell
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
CN201910940891.1A
Other languages
English (en)
Other versions
CN110691425B (zh
Inventor
金成勋
G.J.范利舒特
金相范
郑景仁
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020140038857A external-priority patent/KR102157798B1/ko
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN201910940891.1A priority Critical patent/CN110691425B/zh
Publication of CN110691425A publication Critical patent/CN110691425A/zh
Application granted granted Critical
Publication of CN110691425B publication Critical patent/CN110691425B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections

Abstract

提供了一种移动通信系统中的终端、基站及其方法。所述的终端执行的方法包括:从与第一群小区相关联的第一基站接收用于添加与第二基站相关联的第二群小区的控制消息,其中,所述控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联;基于所述控制消息中的配置信息,识别针对所述第一承载类型是经由所述第一群小区还是经由所述第二群小区还是经由所述第一群小区和所述第二群小区二者执行上行链路发送;和基于所述识别结果,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者发送上行链路数据。

Description

在移动通信系统中的终端、基站及其方法
本案是申请日为2014年10月29日、申请号为201480059854.5、发明名称为“在移动通信系统中使用多个载波传送/接收数据的方法和装置”的发明专利申请的分案申请。
技术领域
本发明一般地涉及移动通信系统,更具体地,涉及在移动通信系统中使用多个载波发射/接收数据的方法和装置。
背景技术
通常,在确保用户的移动性的同时,为了提供通信,已经开发了移动通信系统。随着技术上的快速发展,这种移动通信系统现在不仅可以提供语音通信,而且可以提供高速数据通信服务。
最近,作为下一代移动通信系统之一,第三代合作伙伴计划(3GPP)的长期演进(LTE)系统的标准当前正在进行。LTE系统是实施最高传输速率为约100Mbps的基于高速数据包通信的技术,该数据传输速率高于当前提供的数据传输速率,并且目前其标准已经完成。
当前,高级长期演进(LTE-A)系统的讨论已经规则化,从而通过移植LTE通信系统的各种新技术来提高传输速度。典型的新引入的技术之一可以是载波聚合。与现有技术中终端使用一个正向载波和一个反向载波执行数据发射/接收的情况不同,载波聚合对应于一个终端使用多个正向载波和多个反向载波的情况。
当前,在LTE-A中,仅定义了ENB内载波聚合。这可能导致载波聚合功能的适用范围降低,并且尤其是在多个微微小区和一个宏小区用于彼此重叠的情况下,这会导致宏小区和多个微微小区不能被聚合的问题。
发明内容
技术问题
作出了本发明以解决以上问题,并且本发明的一个方面提供了用于演进节点B(ENB)间载波聚合的方法和装置。
技术方案
在本发明的一方面,用于用户设备(UE)发射/接收数据的方法包括:从控制第一群小区的第一演进节点B(ENB)接收第一控制消息;基于所述第一控制消息添加通过第二ENB控制的第二群小区;基于所述第一控制消息确定所述第一群小区和所述第二群小区的承载类型;在确定的承载类型为第一承载类型的情况下,通过所述第一群小区和所述第二群小区接收数据,并且通过所述第一群小区和所述第二群小区中的任一个发射数据。
在本发明的另一方面,用于控制第一群小区的演进节点B(ENB)发射/接收数据的方法,包括:确定是否添加另一ENB和第二群小区;将第一控制消息发射给用户设备(UE),所述第一控制消息包括用于添加通过另一ENB控制的所述第二群小区的命令和所述第一群小区和所述第二群小区的承载类型信息;在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,通过所述第一群小区将数据发射给所述UE;以及如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于上行链路模式信息选择所述第一群小区,则通过所述第一群小区从所述UE接收数据。
在本发明的又一方面,用于控制第二群小区的演进节点B(ENB)发射/接收数据的方法,包括:确定是否添加另一ENB,所述另一ENB控制通过用户设备(UE)配置的第一群小区和所述第二群小区;在所述第一群小区和所述第二群小区的承载类型是所述第一承载类型的情况下,则基于通过所述另一ENB所配置的第一控制消息,通过所述第二群小区将数据发射给所述UE;以及如果在所述第一群小区和所述第二群小区的承载类型是所述第一承载类型的情况下,包括在所述第一控制消息中的上行链路信息指示所述第二群小区,则基于通过所述另一ENB配置的所述第一控制消息,通过所述第二群小区从所述UE接收数据。
在本发明的又一方面,用户设备(UE),包括:收发器单元,通过第一演进节点和第二演进节点B(ENB)发射/接收信号;以及控制单元,用于从控制第一群小区的所述第一ENB接收第一控制消息,基于所述第一控制消息添加通过第二ENB控制的第二群小区,基于所述第一控制消息确定所述第一群小区和所述第二群小区的承载类型,在确定的承载类型是第一承载类型的情况下,通过所述第一群小区和所述第二群小区接收数据,并且通过所述第一群小区和所述第二群小区中的任一个发射数据。
在本发明的又一方面,控制第一群小区的演进节点B(ENB)包括:收发器单元,通过用户设备(UE)和另一ENB发射/接收信号;以及控制单元,用于进行操作以确定是否添加另一ENB和第二群小区,向所述UE发射第一控制消息,所述第一控制消息包括用于添加通过所述另一ENB控制的所述第二群小区的命令以及所述第一群小区和所述第二群小区的承载类型信息,在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,通过所述第一群小区向所述UE发射数据;并且如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于所述上行链路信息选择所述第一群小区,则通过所述第一群小区从所述UE接收数据。
在本发明的又一方面,控制第二群小区的演进节点B(ENB)包括:收发器单元,通过用户设备(UE)和另一ENB发射/接收信号;以及控制单元,用于进行操作以确定是否添加控制通过所述UE的第一群小区和第二群小区配置的另一ENB,在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于通过所述另一ENB配置的第一控制消息通过所述第二群小区向所述UE发射数据,并且如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,所述第一控制消息中包括的上行链路模式信息指示第二群小区,则基于通过所述另一ENB配置的第一控制消息,通过所述第二群小区从所述UE接收数据。
具体地,根据本发明的一个方面,提供一种无线通信系统中的终端执行的方法,包括:从与第一群小区相关联的第一基站接收用于添加与第二基站相关联的第二群小区的控制消息,其中,所述控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联;基于所述控制消息中的配置信息,识别针对所述第一承载类型是经由所述第一群小区还是经由所述第二群小区还是经由所述第一群小区和所述第二群小区二者执行上行链路发送;和基于所述识别结果,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者发送上行链路数据。
根据本发明的又一个方面,提供一种在无线通信系统中与第一群小区相关联的第一基站执行的方法,包括:通过第二基站确定添加与第二基站相关联的第二群小区;和向终端发送用于添加与第二基站相关联的第二群小区的控制消息,其中该控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联,其中,基于所述控制消息中的配置信息,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者从所述终端发送上行链路数据。
根据本发明的又一个方面,提供一种无线通信系统中的终端,包括:收发器;和至少一个处理器,与所述收发器耦接,并被配置为控制:从与第一群小区相关联的第一基站接收用于添加与第二基站相关联的第二群小区的控制消息,其中,所述控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联;基于所述控制消息中的配置信息,识别针对所述第一承载类型是经由所述第一群小区还是经由所述第二群小区还是经由所述第一群小区和所述第二群小区二者执行上行链路发送;和基于所述识别结果,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者发送上行链路数据。
根据本发明的又一个方面,提供在无线通信系统中与第一群小区相关联的第一基站,包括:收发器;和至少一个处理器,与所述收发器耦接,并被配置为控制:通过第二基站确定添加与第二基站相关联的第二群小区;和向终端发送用于添加与第二基站相关联的第二群小区的控制消息,其中该控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联,其中,基于所述控制消息中的配置信息,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者从所述终端发送上行链路数据。
发明的有益效果
根据本发明的各个实施例,通过ENB间载波聚合可以提高UE的发射/接收速率。
附图说明
图1是示出应用本发明的一些实施例的LTE系统的结构的示图;
图2是示出应用本发明的一些实施例的LTE系统中的无线协议结构的示图;
图3是说明本发明的一些实施例应用的ENB内载波聚合的示图;
图4是示出根据本发明的实施例的载波聚合类型的示图;
图5是无线承载的结构的示图;
图6是无线承载的上行链路结构的示图;
图7是说明接收到上行链路允许的UE的操作的示图;
图8是说明确定多LCH承载的PDCP数据的优先级的操作的示图;
图9是说明当生成PDCP数据时,执行调度请求的UE的操作的示图;
图10是说明数据到达多LCH承载的PDCP设备的情况的示图;
图11是示出多LCH承载的PDCP设备的序列重排操作的示例的示图;
图12是示出多LCH承载的PDCP设备的序列重排操作的另一示例的示图;
图13是示出处理PDCP数据包的多LCH承载的PDCP设备的操作的示图;
图14是说明PDCP设备的序列重排操作的示图;
图15是说明配置和释放多RLC承载的整个操作的示图;
图16是示出处理PDCP数据包的PDCP设备的操作的示图;
图17是示出UE的示图;
图18是示出ENB的示图;以及
图19是说明在PDCP涉及两个或多个LCG的情况下,确定在LCG的BS中反映的PDCP数据的UE的操作的示图。
具体实施方式
在以下描述中,可以省略本文中所包含的已知功能或结构的详细描述,以避免模糊本发明的主题。下文中,将参照附图描述本发明的优选实施例。在本发明的描述之前,将简要描述LTE系统和载波聚合。
图1是示出应用本发明的一些实施例的LTE系统的结构的示图;
参照图1,LTE系统的无线接入网络包括:演进节点B(下文中,被称为“ENB”、“NodeB”、或者“基站”)105、110、115、和120;移动管理实体(MME)125;和服务网关(S-GW)130。用户设备(下文中,被称为“UE”或者“终端”)135通过ENB 105、110、115、和120以及S-GW 130连接至外部网络。
在图1中,ENB 105、110、115、和120对应于UMTS系统的现有节点B。ENB 105、110、115、和120通过无线信道连接并且执行比现有节点B的任务更复杂的任务。由于通过共享信道提供包括通过互连网协议的实时业务(诸如IP网络电话)的所有用户流量的服务,所以通过收集状态信息(诸如,UE的缓冲器状态、可用传输功率状态或者信道状态)执行调度的设备是必要的,并且ENB 105、110、115、和120执行该调度。ENB 105、110、115、和120中的一个通常控制多个小区。为了实现100Mbps的传输速率,LTE系统在20MHz的带宽上使用正交频分复用(下文中,被称为“OFDM”)作为无线连接技术。此外,ENB 105、110、115、和120使用确定调制方案和信道编码速率的自适应调制和编码(下文中,被称为“AMC”),以与UE 135的信道状态相匹配。
S-GW 130是提供数据承载的设备、并且根据MME 125的控制生成或去除该数据承载的设备。MME 125是不仅负责UE 135的移动性管理,而且负责各种控制功能的设备,并连接至多个ENB。
图2是示出应用本发明的一些实施例的LTE系统的无线协议结构的示图。
参考图2,LTE系统的无线协议在每个UE和ENB中都包括:分组数据汇聚协议(PDCP)205或240、无线链路控制(RLC)210或235、以及介质访问控制(MAC)215或者230。
分组数据汇聚协议(PDCP)205或者240负责IP头压缩/解压缩操作,并且无线链路控制(RLC)210或者235通过重配置具有适当尺寸的PDCP分组数据单元(PDU)执行ARQ操作。MAC 215或者230连接至被配置在一个UE中的各种RLC层设备,并且执行RLC PDU至MAC PDU的多路复用以及从MAC PDU至RLC PDU的解复用。物理层220或者225执行信道编码和上层数据的调制,并且生成OFDM符号,以将OFDM符号发射至无线信道,或者对通过无线信道接收到的OFDM符号执行解调和信道解码,以将解调和解码的OFDM符号传输至上层。
图3是说明应用本发明的一些实施例的ENB内载波聚合的示图。
参考图3,一个ENB通常可以通过多个频带发射和接收多载波。例如,在从ENB 305发射具有正向中心频率f1的载波315和具有正向中心频率f3的载波310的情况下,在现有技术中一个UE使用两个载波之一发射/接收数据。然而,具有载波聚合能力的UE可以通过若干载波同时发射/接收数据。ENB 305可以根据情况通过将更多载波分配给具有载波聚合能力的终端330来提高UE 330的传输速率。如上所述,一个ENB发射和接收的正向载波和反向载波的聚合被称为ENB内载波聚合。然而,根据环境,与如图3所述的不同,有必要聚合不同ENB发射和接收的正向载波和反向载波。
图4是示出根据本发明的实施例的载波聚合类型的ENB间载波的示图。
参考图4,在ENB 1 405发射/接收具有中心频率f1的载波并且ENB 2415发射/接收具有中心频率f2的载波的情况下,如果UE 430聚合(组合)具有正向中心频率f1的载波和具有正向中心频率f2的载波,则这会导致一个UE聚合从两个或者多个ENB发射/接收的载波,并且在本发明的描述中,将这称为ENB间载波聚合(或者ENB间CA)。
下文中,将描述在本发明的描述中频繁使用的措辞。
如果假设作为传统意义,一个ENB发射一个正向载波和该ENB接收的一个反向载波构成一个小区,则载波聚合可以被理解为UE通过若干小区同时发射/接收数据。在这种情况下,最大传输速率与被聚合的载波的数量成正比例地增大。
下文中,在本发明的描述中,UE通过某一正向载波接收数据或者通过某一反向载波发射数据与UE使用由对应于指定载波的中心频率和频带的小区所提供的控制信道和数据信道来发射/接收数据具有相同的含义。在本发明的描述中,载波聚合具体地被表示为“多个服务小区被配置”并且在这点上,会使用诸如主服务小区(下文中,PCell)和辅助服务小区(下文中,SCell)、或者被激活的服务小区的措辞。上述措辞具有如该措辞被用于LTE移动通信系统中的意义。在本发明中,通常使用诸如载波、分量载波和服务小区的措辞。
在本发明的描述中,通过相同的ENB控制的一组服务小区被定义群小区或者载波群(CG)。群小区进一步被划分为主群小区(MCG)和辅助群小区(SCG)。MCG表示通过控制PCell(下文中,主ENB(MeNB))的ENB所控制的一组服务小区,并且SCG表示通过不是控制PCell的ENB的ENB所控制的一组服务小区,换句话说,表示通过仅控制SCell(下文中,从ENB(SeNB))的ENB所控制的一组服务小区。在配置对应的服务小区的进程中,通过ENB配置特定服务小区属于MCG还是SCG。一个MCG和一个或多个SCG可以被配置在一个UE中。在本发明中,为了便于解释,考虑配置一个SCG的情况。然而,甚至配置一个以上的SCG,也可以应用本发明而没有任何特定改变。
参考图4,如果假设ENB 1 405是MeNB并且ENB 2 415是SeNB,具有中心频率f1的服务小区410是属于MCG的服务小区,并且具有中心频率f2的服务小区420是属于SCG的服务小区。
在以下描述中,为了理解,可以使用其他措辞,而不是MCG和SCG。例如,可以使用诸如主配置和辅助配置、或者主载波群和辅助载波群的措辞。然而,在这种情况下,应该注意,仅措辞不同,但它们的意义是相同的。使用这些措辞的主要目的是区分通过控制特定ENB的PCell的ENB来控制哪个单元,并且UE和对应小区的操作可以根据是否通过控制特定终端PCell的ENB控制小区而不同。
通常,通过一个演进的分组系统(EPS)承载为一种用户业务提供服务,并且一个EPS承载连接至一个无线承载。无线承载包括PDCP和RLC,并且在ENB间CA中,一个无线承载的PDCP设备和RLC设备可以位于不同ENB之间,以增加数据发射/接收效率。在这种情况下,根据用户业务的种类需要不同的访问方法。例如,在大容量数据业务的情况下,用户业务可以形成两个RLC设备(如515),并且通过MeNB和SeNB这两者发射/接收数据。在业务具有严苛的服务质量(QoS)要求的情况下,诸如VoLTE,用户业务可以仅将RLC设备(如505)置于MeNB中,并且仅使用MeNB的服务小区发射/接收数据。如果宏小区在大容量数据业务的情况下也没有可用发射资源,则用户业务可以仅将RLC设备置于SeNB(如510)中,并且仅使用SeNB的服务小区发射/接收数据。在这种情况下,505被称为单LCH MCG承载单LCH-MCG-RB,510被称为单LCH SCG承载单LCH-SCG-RB,并且515被称为多LCH承载多LCH-RB。
通常,在下行链路中请求高速数据发射/接收。这是因为在多数因特网服务中,通过下行链路执行数据发射,并且通过上行链路仅发射关于数据发射的控制消息(例如,HTTP请求或者TCP ACK)。相反,在UE通过上行链路将数据发射至MeNB和SeNB这两者的情况下,存在UE不准确地报告缓冲器状态并由此浪费发射资源的可能性。UE可以发射至ENB的数据量被写为缓冲器状态。可以发射的数据量是存储在PDCP设备中的数据和存储在RLC设备中的数据的总和。UE单独地将缓冲器状态报告给MeNB和SeNB,在多LCH-RB的情况下,存储在PDCP设备中的数据不仅包括在报告给MeNB的BS中,而且包括在报告给SeNB的BS中,以导致发射资源的浪费。
根据本发明,为了解决上述问题,限定了对于上行链路,仅通过MCG或者SCG发射某一RB的数据。此外,对于例外地请求极高可靠性的承载,通过MCG和SCG执行副本数据发射。在本发明中,如以下关于上行链路限定了5种RB类型。术语“LCH”表示逻辑信道,是RLC和MAC之间的逻辑路径,并且指示某一数据与哪个RLC设备相关。因此,措辞“RLC设备”和“LCH”可相互交换。术语“MCG-LCH”是关于MCG的服务小区配置的逻辑信道,并且通过MCG-LCH,在对应的RB的数据中处理通过MCG服务小区发射/接收的数据。可以关于一个RB配置一个或者两个LCH。在配置两个逻辑信道的情况下,一个是MCG-LCH,并且另一个是SCG-LCH。
·单-LCH-MCG-RB 605:这是其中仅存在一个RLC设备并且仅通过MCG执行上行链路数据发射的RB。在计算RB的BS过程中,UE制作包括在其中的对应的RB的PDCP数据630和RLC数据635这两者。RLC数据包括RLC控制数据640、存储在RLC发射缓冲器中的数据645和存储在RLC重发缓冲器中的数据650。RLC控制数据是RLC状态报告消息(其中包含RLC ACK信息和NACK信息的RLC层的控制消息)。上行链路的RLC控制数据是下行链路的RLC数据的ACK/NACK信息。存储在发射缓冲器中的RLC数据是还没有发射的RLC数据。存储在重发缓冲器中的RLC数据是已经发射一次的RLC数据,并且包括还没有接收到ACK/NACK信息并且仍然没有确认重发的数据(还被称为未被确认的数据包)和指示NACK并且请求重发的数据。在BS中,除了未被确认的数据包之外,仅反映存储在重发缓冲器的RLC数据中的请求重发的数据包。
·单-LCH-SCG-RB 610:这是其中仅存在一个RLC设备并且仅通过SCG执行上行链路数据发射的RB。在计算RB的BS中,UE制造包括在其中的对应的RB的PDCP数据和RLC数据这两者。
·多-LCH-MCG-RB 615:这是其中仅存在两个RLC设备但是仅通过MCG执行上行链路数据发射的RB。即,将PDCP数据仅传输至MCG-LCH(或MCG-RLC设备)640,并且仅将对应的RB的下行链路数据的RLC控制数据发射至SCG-LCH(或SCG-RLC设备)645。在计算RB的BS中,UE反映通过MCG(或者向MeNB)报告的BS 650中的PDCP数据量和RLC数据量,并且仅反映通过SCG(或者向SeNB)报告的BS 655中的RLC控制数据量。
·多-LCH-SCG-RB 620:这是其中存在两个RLC设备,但是仅通过SCG执行上行链路数据发射RB。即,PDCP数据仅被传输至SCG-LCH(或者SCG-RLC设备),并且仅将对应的RB的下行链路数据的RLC控制数据发射至MCG-LCH(或者MCG-RLC设备)。在计算RB的BS中,UE仅反映通过MCG(或者向MeNB)报告的BS 660中的RLC控制数据量,并且反映通过SCG(或者向SeNB)报告的BS 665中的PDCP数据量和RLC数据量这两者。
·多-LCH-副本-RB 625:存在两个RLC设备并且通过SCG和MCG执行上行链路数据的重复发射。在UE位于宏小区附近的情况下,UE通过宏小区和小小区(small cell)这两者重叠发射相同的数据,并且由此可以大幅降低移动性故障。因此,当满足预定条件(即,ENB间CA被配置在宏小区的边界上的UE中时),关于SRB配置多-LCH-副本-RB。通过SCG-LCH和MCG-LCH这两者发射PDCP数据,并且UE反映通过MCG报告的BS 670和通过SCG报告的BS 675这两者中的PDCP数据量和RLC数据量。
下行链路和上行链路均存在于一个RB中。在图6中提出的5种RB类型对应于上行链路并且在图5中提出的3种RB类型对应于下行链路。它们之间的映射关系布置在以下的表格1中。
[表格1]
Figure BDA0002222840780000101
Figure BDA0002222840780000111
图7是说明已经接收上行链路许可的UE的操作的示图。图7示出了当UE接收上行链路许可时,其中配置ENB间CA的UE的操作。
在步骤705中,UE从某一服务小区接收上行链路许可(通过物理下行链路控制信道接收的控制信息,包括诸如用于上行链路发射的发射资源、MCS层级和是否是最初发射的信息)。服务小区是属于某一CG的服务小区,并且指示至对应的CG的一个服务小区的上行链路发射。
在步骤710中,UE检查CG是MCG还是SCG。这是因为UE在MCG的情况下的BS中反映的数据种类不同于UE在SCG的情况下的BS中反映的数据种类。如果上行链路许可指的是MCG的服务小区,则UE前进至步骤715。如果上行链路许可指的是SCG的服务小区,则UE前进至步骤720。
在步骤715中,UE检查关于MCG是否已经触发缓冲器状态报告(BSR),但是还没有被删除。BSR是对于其中的逻辑信道群(LCG)含有BS信息的MAC CE。LCG是逻辑信道的群,并且在每个BS中,反映关于属于对应的LCG的逻辑信道的可发射数据的总数量的信息。关于MCG触发BSR的事实表示以下事件已经发生。
·在属于LCG的逻辑信道中已经新生成满足以下条件的可发射数据。下文中,以下数据通常被称为“MCG-数据”。
单-LCH-MCG-RB的PDCP数据和RLC数据
多LCH-MCG-RB的PDCP数据
多-LCH-MCG-RB的MCG-LCH的RLC数据
多-LCH-SCG-RB的MCG-LCH的RLC控制数据
多-LCH-副本-RB的PDCP数据
多-LCH-副本-RB的MCG-LCH的RLC数据
·如上所述已经新生成的MCG数据的逻辑信道优先级高于现有的MCG数据的逻辑信道优先级。
如果已经发生上述情况,则表示已经新生成具有比存储在UE中的数据的优先级高的优先级的数据,并且UE触发规则BSR。
如果预定定时器到期,则UE还触发周期BSR。
如果BSR已经被触发,但是还没有被删除,则UE前进至步骤725,并且如果BSR没有被触发或者在被触发以后已经被删除,则UE前进至步骤730。如果触发的BSR包括在调度发射的MAC PDU中,则它被删除。
在步骤725中,UE通过反映“MCG-数据”计算每个LCG中的BS。即,UE通过属于LCG的LCH的可被LCG发射的RLC数据和连接至LCH的PDCP的PDCP数据中的仅MCG-数据之和计算BS。例如,如果LCH 3和LCH 4属于某个LCG,则LCH 3是单-LCH-MCG-RB的LCH并且LCH 4是多-LCH-SCG-RB的LCH,则UE关于LCH 3考虑PDCP数据和RLC数据这两者,并且关于LCH 4仅考虑RLC控制数据。UE通过两种数据之和确定对应的LCG的BS。
在步骤730中,UE确定要使用上行链路许可发射的数据。UE检查是否存在要首先发射的CCCH SDU或者C-RNTI MAC CE,并且如果这样的话,则UE优选地在MAC PUD中包括它们。UE检查是否存在关于MCG触发的BSR,并且如果这样的话(并且如果存在包括触发的BSR的空间),则UE在MAC PDU中包括PHR。UE执行上述进程,并且如果剩余空间仍然保持在MCA PDU中,则UE通过反映关于MCG-数据的MCG-数据优先级,选择要发射的数据。即,UE优选地发射在MCG-数据中具有高逻辑信道优先级的数据。CCCH SDU遵循在标准36.331和36.321所述的内容。C-RNTI MAC CE和PHR遵循标准36.321中所述的内容。
如果即使包括MCG-数据的所有也保持有剩余空间,则UE包括其中的填充BSR,并且用填充位填充保持空间。此外,UE将MAC PDU发射至上行链路并且终止该进程。
在步骤720中,UE检查是否关于SCG已经触发BSR并且如果它已经被触发,则UE前进至步骤735,而如果它还没有被触发,则UE前进至步骤740。
关于SCG已经触发BSR的事实表示关于SCG已经触发规则BSR,或者关于SCG已经触发周期BSR。如果以下事件发生,则关于SCG触发规则BSR。
·在属于LCG的逻辑信道中已经新生成满足以下条件的可发射数据。下文中,以下数据通常被称为“SCG-数据”。
单-LCH-SCG-RB的PDCP数据和RLC数据
多-LCH-SCG-RB的PDCP数据
多-LCH-SCG-RB的SCG-LCH的RLC数据
多-LCH-MCG-RB的SCG-LCH的RLC控制数据
多-LCH-副本-RB的PDCP数据
多-LCH-副本-RB的SCG-LCH的RLC数据
·如上所述已经新生成的SCG-数据的逻辑信道优先级高于现有SCG-数据的逻辑信道优先级。
如果通过ENB设置的预定定时器到期,则关于SCG触发周期BSR。
在步骤735中,UE通过反映SCG-数据计算每个LCG的BS。即,UE通过可由LCG发射属于LCG的RLC数据和仅连接至LCH的PDCP的PDCP数据的LCG-数据之和计算BS。然后,UE前进至步骤740。
在步骤740中,UE确定要使用上行链路许可发射的数据。UE检查是否存在首先要发射的C-RNTI MAC CE,并且如果是这样的话,UE优选地在MAC PUD中包括它。UE检查关于SCG是否存在触发的BSR,并且如果是这样的话(并且如果存在其中要包括触发的BSR的空间),则UE生成BSR并且在MAC PDU中包括BSR。接下来,UE检查是否存在关于SCG触发的PHR,并且如果这样的话(并且如果存在要包括触发的PHR的空间),则UE在MAC PDU中包括PHR。UE执行上述进程,并且如果在MCA PDU中仍然保持剩余空间,则UE通过反映关于MCG-数据的SCG-数据的优先级来选择要发射的数据。即,UE优选地在SCG-数据中选择具有高逻辑信道优先级的数据。
如果即使包括所有SCG-数据也仍保持有剩余空间,则UE在其中包括填充BSR,并且用填充位填充剩余的空间。此外,UE将MAC PDU发射至上行链路并且终止该进程。
逻辑信道优先级通过逻辑信道被配置,并且ENB指令UE。如果关于一个承载配置一个逻辑信道,则UE应用逻辑信道优先级作为在连接至逻辑信道的PDCP设备中生成的数据的优先级。如果关于一个承载配置两个逻辑信道,则UE应该确定哪个逻辑信道将优先级应用于PDCP设备生成的数据。在本公开中,在将逻辑信道和承载配置给UE的过程中,ENB还配置哪个逻辑信道应用逻辑信道优先级。上述配置可以是明确的或者隐含的。在配置PDCP实体的过程中,当PDCP实体连接至两个或者多个(或者若干个)逻辑信道时,明确配置是用于ENB,以明确地指令哪个逻辑信道将优先级应用于PDCP实体的数据。如果当由某个PDCP实体生成数据时PDCP实体连接至两个或者多个逻辑信道,则隐含配置是在对应的RB是多-LCH-MCH-RB的情况下应用RB的MCG LCH的逻辑信道优先级并且在对应的RB是多-LCH-SCG-RB的情况下应用RB的SCG LCH的逻辑信道优先级。
例如,如图8所示,假设在UE中,LCH 1 825、LCH 2 830、LCH 3 835、LCH 4 840、LCH5 845、和LCH 6 850被配置,并且RB 1 805、RB 2 810、RB 3 815、和RB 4 820被配置。在这种情况下,LCH 1和LCH 2属于LCG 1,LCH 3属于LCG 2,并且LCH 4和LCH 5属于LCG 3。LCH 6不属于LCG。当在PDCP 1中生成新的可发射数据时,考虑存储在LCH 1、LCH 2、和LCH 3(它们是MCG LCH)中的可发射数据以及存储在RB 1和RB 2(它们是MCG-RB)的PDCP 1和PDCP 2中的可发射数据的优先级,UE确定关于MCG是否触发BSR。即,如果可发射数据的优先级低于在PDCP 1生成的数据的优先级,例如,如果数据仅存储在LCH 2和LCH 3中,则UE关于MCG触发BSR。
当在PDCP 2中生成新的可发射数据时,通过比较存储在LCH1、LCH 2、LCH 3、PDCP1和PDCP2中的数据的优先级和新生成的数据的优先级,UE以相同的方式确定是否触发BSR。在这种情况下,作为存储在PDCP 2中的数据的优先级,可以根据以下规则应用是LCH 2的优先级的“4”。
<规则1>
如果对应的RB是MCG-RB,则存储在连接至两个或者多个逻辑信道的PDCP中的数据的优先级遵循MCG-LCH的优先级,并且如果RB是SCG-LCH,则遵循SCG-LCH的优先级。
可以在PDCP PDU或者PDCP SDU的单元中确定存储在连接至两个或者多个逻辑信道的PDCP中的数据的优先级。可以通过根据时间和状况应用MCG-LCH的优先级或者SCG-LCH的优先级来确定存储在连接至两个或者多个逻辑信道的多个承载的DPCP中的某个PDCPSDU的优先级。在通过MCG和SCG这两者发射多个承载的PDCP数据的情况下,可以应用确定PDCP SDU或者PDU单元中的优先级。
在确定PDCP SDU或者PDU单元的优先级的情况下,可以应用以下规则。
<规则2>
单个承载的优先级固定为1,但是在新的上行链路发射在MCG或者SCG中成为可能时,通过MCG-LCH的优先级和SCG-LCH的优先级中的任一个来确定多个承载的优先级。例如,当新的上行链路发射成为可能的时间可以是在用于新发射的上行链路发射资源被分配的时间或者在被配置的上行链路发射资源(被配置的上行链路许可)发生的时间。如果关于某一小区群的新的上行链路发射在某一子帧中成为可能,则在使用子帧中的小区群的上行链路发射资源确定要发射的数据的过程中,UE根据对应的小区群的逻辑信道的优先级而确定存储在多承载PDCP中的PDCP SDU的优先级。例如,如果关于MCG服务小区的新的上行链路发射在某一时间点成为可能,则UE应用MCG-LCH的优先级作为多个承载的PDCP SDU的优先级。而且,如果关于SCG服务小区的新的上行链路发射在另一确定的时间点成为可能,则UE应用SCG-LCH的优先级作为多个承载的PDCP SDU的优先级。
具体地,在使用MCG的上行链路发射资源确定要发射的数据或者使用MCG上行链路发射资源判定是否发射存储在某个多承载(multi-LCH RB)的PDCP中的数据的过程中,UE考虑分配给多承载的MCG-LCH的优先级和存储在PDCP和MCG-RLC中的可发射数据量、分配给另一多承载的MCG-LCH的优先级和存储在PDCP中的可发射数据量、以及分配给single-LCH-MCG-RB的优先级和存储在PDCP设备和RLC设备中的可发射数据量。
在使用SCG的上行链路发射资源确定要发射的数据或者使用SCG上行链路发射资源判定是否发射存储在某个多承载(multi-LCH RB)的PDCP中的数据的过程中,UE考虑分配给多承载的SCG-LCH的优先级和存储在PDCP和SCG-RLC中的可发射数据量、分配给另一多承载的SCG-LCH的优先级和存储在PDCP中的可发射数据量、以及分配给single-LCH-MCG-RB的优先级和存储在PDCP设备和RLC设备中的可发射数据量。
例如,如果在某一时间点t0处从SCG的SCell接收n字节许可,则UE关于存储在PDCP2中的可发射数据应用LCH 4的优先级,并且关于存储在PDCP 3中的可发射数据应用LCH 5的优先级。此外,UE考虑PDCP 2的可发射数据量、PDCP 3的可发射数据量、作为single-LCH-SCG-RB的PDCP 4的可发射数据量和相应的优先级,而判定要发射哪个数据。为了便于解释,假设可发射数据不存在于RLC中。
此外,如果在某一时间点t1处从MCG的SCell接收m-字节许可,则UE关于存储在PDCP 2中的可发射数据应用LCH 2的优先级并且关于存储在PDCP 3中的可发射数据应用LCH 3的优先级。此外,UE考虑PDCP 2的可发射数据量、PDCP 3的可发射数据量、作为single-LCH-MCG-RB的PDCP 1的可发射数据量以及相应的优先级而判定要发射哪个数据。为了便于解释,假设可发射数据不存在于RLC中。
<规则3>
如果关于存储在多承载中的可发射的PDCP SDU和PDU出现SDU(或者从上层传输SDU),则UE确定哪个LCH将优先级应用于PDCP SDU。UE可以根据通过MeNB预先指令的特定概率值而确定哪个优先级应用于PDCP SDU。例如,如果MeNB关于某个多承载命令“0.3:0.7”的概率值,则UE可以在多承载PDCP SDU中关于SDU的30%应用MCG-LCH的优先级并且可以关于SDU的70%应用SCG-LCH的优先级。例如,在确定优先级应用于某个SDU的时间点可以是当PDCP SDU存储在PDCP发射缓冲器中的时间、当PDCP SDU到达PDCP设备的时间、和当单个承载切换到多承载的时间(在接收并且成功解释被指令为将单承载重新配置为多承载的控制消息之后)、和当最初配置SCG并且上行链路发射在SCG中成为可能的时间(例如,当被指令配置SCG的UE成功完成PSCell中的随机访问的时间)。
当在属于SCG-RB的PDCP 3中出现新的可发射数据时,UE考虑SCG-RB的数据和SCG-LCH的数据确定是否关于SCG触发BSR。即,UE将预先存储在PCP 3、LCH 4、和LCH 6中的可发射数据的优先级与新生成的数据的优先级进行比较。PDCP 3的可发射数据的优先级为“7”,该优先级“7”是根据规则1的LCH 5的优先级。为了参照,PDCP 4不属于LCG并且由此在比较优先级的期间不考虑PDCP 4。
如果关于MCG触发BSR并且关于MCG服务小区的上行链路许可成为可用的,则UE计算关于LCG 1的BS和关于LCG 2的BS。在LCG 1的BS中反映LCH 1的数据、LCH 2的数据、PDCP1的数据、和PDCP 2的数据的总和。在LCG 2的BS中反映LCH 3的数据。LCH x的数据被称为逻辑信道x的RLC设备的可发射数据。
在选择要通过MCG的服务小区的上行链路发射的数据的过程中,UE考虑数据的优先级,选择LCH 1、LCH 2、和LCH 3以及PDCP 1和PDCP 2的数据,该LCH 1、LCH 2、和LCH 3是MCG-LCH、以及PDCP 1和PDCP 2是MCG-RB。
在选择要通过SCG的服务小区的上行链路要发射的数据的过程中,UE考虑数据的优先级,选择LCH 4、LCH 5、和LCH 6以及PDCP 3和PDCP 4的数据,该LCH 4、LCH 5、和LCH 6是SCG-LCH,该PDCP 3和PDCP 4是SCG-RB。
参考图8,multi-LCH-RB涉及两个或者多个LCG。例如,由于PDCP 3 815连接至LCH3并且还连接至LCH 5,所以其涉及LCG 2并且还涉及LCG 3。UE被请求以确定哪个LCG中BS包括涉及如上所述的多个LCG数据的PDCP的数据。在确定将哪个PDCP数据报告给LCG的过程中,如果PDCP涉及一个LCG,则UE通过对应的LCG的BS中反映PDCP的数据来将其报告。如果PDCP涉及两个或者多个LCG,则UE通过应用具体规则,确定是否在某个确定LCG的BS中反映该PDCP数据。
<确定哪个LCG BS反映PDCP数据的规则>
-如果PDCP是multi-LCH-MCG-RB,则在MCG-LCH属于的LCG的BS中反映该PDCP数据。
-如果PDCP是multi-LCH-SCG-RB,则在SCG-LCH属于的LCG的BS中反映PDCP数据。
根据如上所述的规则,在如上所述的图8的实施例中,在MCG-LCH属于的LCH 2的LCG 1的BS中反映作为multi-LCH-MCG-RB的PDCP 2的数据。在SCG-LCH属于的LCH 5的LCG 3的BS中反映作为multi-LCH-SCG-RB的PDCP 3的数据。
关于这种情况,在图19中示出了UE的操作。
在步骤1905中,在配置两个或者多个CG的UE中触发规则BSR或者周期BSR。
在步骤1910中,UE检查BSR被触发到哪个CG。如果关于MCG触发了BSR,则UE前进至步骤1915,然而,如果关于SCG触发了BSR,则UE前进至步骤1950。
在步骤1915中,UE检查在至少两个MCG LCG中是否存在可发射数据。某个MCG LCG的可发射数据包括LCH的RLC设备的可发射数据和MCG LCG的可发射PDCP数据。
特定MCG LCG(例如LCG 1 855)的可发射PDCP数据是存储在LCH的PDCP设备865中的可发射数据,该LCH属于对应于single-LCH-MCG-RB的LCH(例如,805)的对应的MCG LCG;和存储在LCH的PDCP设备870中的可发射数据,该LCH属于对应于multi-LCH-MCG-RB(例如,810)的LCH(例如,830或者840)的MCG LCH(例如,830)。
特定SCG LCG(例如,LCG 3 860)的可发射PDCP数据是存储在LCH的PDCP设备中的可发射数据,该LCH属于对应于single-LCH-SCG-RB的LCH的对应的SCG LCG;和存储在LCH的PDCP设备875中的可发射数据,该LCH属于对应于multi-LCH-SCG-RB(例如,815)的LCH(例如,835和845)的SCG LCH(例如,845)。
如果可发射数据仅存在于一个MCG LCG中,则UE前进至步骤1920并且选择短BSR作为BSR的格式。短BSR是仅包括一个6位BS的格式。如果可发射数据存在于两个或者多个MCGLCG中,则UE前进至步骤1925并且选择长BSR作为BSR的格式。长BSR是包括四个6位BS的格式。
在步骤1930中,UE检查在关于MCG(或者MeNB或者连接至MCG服务小区和MCG LCH的MAC设备)的BSR配置是否建立扩展的BSR-Size。如果建立扩展的BSR-Size,则UE前进至步骤1935,然而如果没有建立扩展的BSR-Sizes,则UE前进至步骤1940。BS是6-位指数。参照特定的缓冲器尺寸等级来确定关于某一LCG的BS。
缓冲器尺寸等级被划分为通过表格2和表格3所限定的缓冲器尺寸等级。通过表格2所限定的缓冲器尺寸等级被称为常规缓冲器尺寸等级,并且通过表格3所限定的缓冲器尺寸等级是扩展的缓冲器尺寸等级。常规缓冲器尺寸等级在反向数据量不大的情况下是有效的,并且扩展的缓冲器尺寸等级在反向数据量大的情况下是有效的。
在确定某个LCG的BS的过程中,ENB命令参照常规缓冲器尺寸等级还是扩展的缓冲器尺寸等级,并且根据下面方法确定某个LCG的BS。
对于关于MCG配置的LCG,如果关于MCG的BSR配置扩展的BSR-Size,则ENB应用扩展的缓冲器尺寸等级;并且如果没有配置扩展的BSR-Size,则ENB应用常规缓冲器尺寸等级。
对于关于SCG配置的LCG,如果关于SCG的BSR配置扩展的BSR-Sizes则ENB应用扩展的缓冲器尺寸等级;并且如果没有配置扩展的BSR-Size,则ENB应用常规缓冲器尺寸等级。
由于不同的缓冲器尺寸等级可以应用于MCG的BSR中和SCG的BSR中(例如,当判定为MCG LCG的BS时,可以应用常规缓冲器尺寸等级并且当判定为SCG LCG的BS时,可以应用扩展的缓冲器尺寸等级)并且反之亦然。各种缓冲器尺寸等级可以被配置在一个UE中。因此,UE根据BSR与哪个CG相关,选择适当的缓冲器尺寸等级。
[表格2]
索引 缓冲器尺寸(BS)值[字节] 索引 缓冲器尺寸(BS)值[字节]
0 BS=0 32 1132<BS<=1326
1 0<BS<=10 33 1326<BS<=1552
2 10<BS<=12 34 1552<BS<=1817
3 12<BS<=14 35 1817<BS<=2127
4 14<BS<=17 36 2127<BS<=2490
5 17<BS<=19 37 2490<BS<=2915
6 19<BS<=22 38 2915<BS<=3413
7 22<BS<=26 39 3413<BS<=3995
8 26<BS<=31 40 3995<BS<=4677
9 31<BS<=36 41 4677<BS<=5476
10 36<BS<=42 42 5476<BS<=6411
11 42<BS<=49 43 6411<BS<=7505
12 49<BS<=57 44 7505<BS<=8787
13 57<BS<=67 45 8787<BS<=10287
14 67<BS<=78 46 10287<BS<=12043
15 78<BS<=91 47 12043<BS<=14099
16 91<BS<=107 48 14099<BS<=16507
17 107<BS<=125 49 16507<BS<=19325
18 125<BS<=146 50 19325<BS<=22624
19 146<BS<=171 51 22624<BS<=26487
20 171<BS<=200 52 26487<BS<=31009
21 200<BS<=234 53 31009<BS<=36304
22 234<BS<=274 54 36304<BS<=42502
23 274<BS<=321 55 42502<BS<=49759
24 321<BS<=376 56 49759<BS<=58255
25 376<BS<=440 57 58255<BS<=68201
26 440<BS<=515 58 68201<BS<=79846
27 515<BS<=603 59 79846<BS<=93479
28 603<BS<=706 60 93479<BS<=109439
29 706<BS<=826 61 109439<BS<=128125
30 826<BS<=967 62 128125<BS<=150000
31 967<BS<=1132 63 BS>150000
[表格3]
Figure BDA0002222840780000201
在步骤1935中,UE参照表格3中的扩展的缓冲器尺寸等级,确定存在可发射数据的MCG LCG的BS。在步骤1940,UE参照表格2中的常规缓冲器尺寸等级,确定存在可发射数据的MCG LCG的BS。
某个MCG LCG的可发射数据量对应于通过对应的MCG LCG的可发射RLC数据量和可发射PDCP数据量求和获得的值。某个MCG LCG的可发射RLC数据量包括属于对应的LCG的LCH的RLC的可发射数据量。某个MCG LCG的可发射PDCP数据量对应于存储在与属于single-LCH-MCG-RB中的MCG LCG的LCH相关的PDCP中的可发射PDCP数据量,并且对应于与存储在属于multi-LCH-MCG-RB中的MCG LCG的LCH相关的PDCP中的可发射PDCP数据量。
某个SCG LCG的可发射数据量对应于通过对应的SCG LCG的可发射RLC数据量和可发射PDCP数据量求和所获得的值。某个SCG LCG的可发射RLC数据量包括属于对应的LCG的LCH的RLC的可发射数据量。某个SCG LCG的可发射PDCP数据量对应于存储在与属于single-LCH-SCG-RB中的SCG LCG的LCH相关的PDCP中的可发射PDCP数据量,并且对应于存储在与属于multi-LCH-SCG-RB中的SCG LCG的LCH相关的PDCP中的可发射PDCP数据量。
在步骤1945中,UE生成MCG LCG的BS适应的长BSR或者短BSR,并且通过MCG的服务小区发射BSR。
在步骤1950中,UE检查可发射数据是否存在于至少两个SCG LCG中。某个SCG LCG的可发射数据包括存储在属于对应的SCG LCG的LCH的RLC设备中的可发射数据以及对应的SCG LCG的可发射PDCP数据。
如果可发射数据仅存在于一个SCG LCG中,则UE前进至步骤1955并且选择短BSR作为BSR的格式。如果可发射数据存在于两个或者多个MCG LCG中,则UE前进至步骤1960并且选择长BSR作为BSR的格式。在UE同时发射用于MCG的BSR和用于SCG的BSR的情况下,用于MCG的BSR和用于SCG的BSR可以具有不同的格式。
在步骤1965中,UE检查在BSR配置中是否关于SCG建立扩展BSR-Size(或者MeNB、或者连接MCG服务小区和MCG LCH的MAC设备)。如果建立扩展的BSR-Size,则UE前进至步骤1970,然而如果没有建立扩展的BSR-Size,则UE前进至步骤1975。
在步骤1970中,UE参照表格3中的扩展的缓冲器尺寸等级,确定其中存在可发射数据的SCG LCG的BS。在步骤1975中,UE参照表格2中的常规缓冲器尺寸等级,确定其中存在可发射数据的SCG LCG的BS。
在步骤1980中,UE生成SCG LCG的BS适应的长BSR或者短BSR并且通过SCG的服务小区发射BSR,以及停止该进程。
图9是说明当生成PDCP数据时,执行调度请求的UE的操作的示图。具体地,图9示出了判定服务小区触发调度请求(SR)的UE的操作。
调度请求(SR)是UE向ENB发射的如下信号:如果触发规则BSR,则UE向ENB发射的请求发射资源以发射BSR的信号。可以通过专门分配给UE的发射资源来发射SR。发射资源被配置在PUCCH中,并且通过PUCCH发射的SR也被称为专用调度请求(D-SR)。如果D-SR没有分配给UE,则UE通过随机访问进程从ENB请求发射资源分配,并且这被称为随机访问调度请求(RA-SR)。
在步骤905中,在某个PDCP设备中生成新数据并且通过新数据触发规则BSR。
在步骤910中,UE检查一个LCH还是两个或者更多LCH被配置在PDCP设备的RB中。如果配置一个LCH(即,single-LCH-RB),则UE前进至步骤915,然而如果配置两个或者更多LCH(即,multi-LCH-RB),则UE前进至步骤920。
在步骤915中,UE检查新数据是通过MCG-RB的PDCP生成的数据还是通过SCG-RB的PDCP生成的数据。如果通过MCG-RB生成数据,则UE前进至步骤925并且触发PCell中的SR。即,如果SR资源被分配给PCell的PUCCH,则UE使用SR资源发射D-SR,然而如果SR资源没有分配给PCell的PUCCH,则UE执行PCell中的随机访问。
如果通过SCG-RB生成数据,则UE前进至步骤930并且触发特定SCell中的SR。特定SCell是通过ENB所指定的属于SCG的SCell中的SCell,并且为了便于解释,被命名为主SCell(pSCell)。UE使用pSCell的PUCCH发射资源发射用于SCG小区的HARQ反馈和用于SCG小区的信道状态信息(CSI)。PUCCH和CSI遵循在标准36.213中限定的条款。UE的SR发射资源可以被分配给pSCell的PUCCH。如果SR发射资源被分配给pSCell的PUCCH,则UE使用SR发射资源发射D-SR,然而,如果没有分配SR发射资源,则UE执行pSCell中的随机访问。
在步骤920中,UE检查新数据是通过MCG-RB的PDCP生成的数据、通过SCG-RB的PDCP生成的数据,还是通过duplicate-RB的PDCP生成的数据。如果新数据是通过MCG-RB的PDCP生成的数据,UE前进至步骤935并且触发PCell中的SR,然而,如果新数据是通过SCG-RB的PDCP生成的数据,则UE前进至步骤945并且触发pSCell中的SR。如果新数据是通过duplicate-RB的PDCP生成的数据,则UE前进至步骤940,并且触发PCell和pSCell这两者中的SR。
在一个逻辑信道设置在一个RB中的情况下,RLC执行序列重排操作,并且没有必要执行PDCP中的单独的序列重排操作。
在两个逻辑信道设置在一个RB中的情况下,RLC执行序列重排操作。然而,由于在RLC设备之间不执行序列重排,所以PDCP应该执行单独的序列重排。
例如,如图10所示,在配置一个逻辑信道的RB 1005中,PDCP发射设备1010以数据包[1]、数据包[2]、数据包[3]和数据包[4]的序列将数据包传输至RLC发射设备1015。通过MAC设备和无线信道在RLC接收设备1020中接收数据包。在这种情况下,如果在无线信道发生错误,则通过HARQ和ARQ执行重新发射/错误恢复,并且在该进程中,通过RLC接收设备接收的数据包的序列可以不同于通过PDCP发射设备1015发射的数据包的序列。RLC接收设备1020重排不匹配的序列,然后将重排的序列传输至PDCP接收设备1025。例如,RLC接收设备1020以数据包[1]、数据包[2]、数据包[3]和数据包[4]的序列将数据包传输至PDCP接收设备1025。
在配置两个逻辑信道的RB 1030的情况下,PDCP发射设备1035将数据包传输至两个RLC发射设备1040和1045。例如,PDCP发射设备1035将数据包[1]和数据包[3]传输至第一RLC发射设备1040,并且将数据包[2]和数据包[4]传输至第二RLC发射设备1045。第一RLC发射设备1040将数据包发射给第一RLC接收设备1050,并且第二RLC发射设备1045将数据包发射给第二RLC接收设备1055。第一RLC接收设备1050以从PDCP发射设备1035传输的数据包的序列重排接收的数据包。即,第一RLC接收设备1050以数据包[1]和数据包[3]的序列将数据包传输至PDCP接收设备1060。以相同的方式,第二RLC接收设备1055以从PDCP发射设备1035传输的数据包的序列重排接收的数据包。即,第二RLC发射设备1045以数据包[2]和数据包[4]的序列将数据包传输至PDCP接收设备1060。然而,通过第一RLC接收设备1050和第二RLC接收设备1055所传输的数据包的序列没有被排列。例如,通过第一RLC接收设备1050和第二RLC接收设备1055传输的数据包可以以数据包[1]、数据包[2]、数据包[4]、和数据包[3]的序列或者以数据包[2]、数据包[4]、数据包[1]、和数据包[3]的序列被传输,因此,PDCP接收设备1060被请求再次排列通过两个或者更多RLC接收设备1040和1045所传输的数据包的序列。
本发明提出了使用定时器的方法和使用变量的方法作为PDCP接收设备的序列重排的方法。首先,将描述使用定时器的方法。
[PDCP接收设备使用定时器重排序列的方法]
PDCP接收设备设置有特定定时器,并且当生成非排列的数据包时驱动定时器。如果没有执行序列排列直到定时器到期,则考虑非排列的数据包的序列已经被排列,并将对应的数据包传输至上层。
图11示出了序列重排操作的示例。
在某个时间t1 1105处,数据包[n+1]到达PDCP接收设备,并且在时间t2 1110处,数据包[n+3]到达。由于数据包[n+3]是非排列的数据包,所以在设置(making)与数据包[n+3]相关联的定时器之后,PDCP接收设备驱动定时器。在时间3 1115处,接收数据包[n+4],并且在时间4 1120,接收数据包[n+6]。在时间5 1125处,定时器到期。
PDCP接收设备辨别与到期的定时器相关联的序列号,即,数据包[n+1]是序列号小于[n+3]的数据包,并且[n+4]是(即,小于接下来接收的数据包的序列号)在大于[n+3]的序列号中的连续序列号,其中,该[n+3]是与到期的定时器相关联的序列号,并且将具有小于[n+4]并且包括[n+4]的序列号的数据包传输至上层。
优选地,包括下层的所有的ARQ延迟和HARQ延迟的相当长的时间设置在定时器中,并且ENB向UE指令定时器的设置时间。
下文中,将描述使用变量重排序列的方法。
[PDCP接收设备使用变量重排序列的方法]
如上所述,RLC接收设备独立地重排数据包的序列并且将重排的数据包传输至PDCP接收设备。换句话说,如果RLC接收设备1已经传输数据包[n],则PDCP接收设备能够知道具有小于[n]的序列号的任何数据包不会从RLC接收设备1被传输。以同样的方式,如果RLC接收设备2已经传输数据包[m],则PDCP接收设备可以知道具有序列号小于[m]的任何数据包不会从RLC接收设备2被传输。使用这种现象,可以限定简单和有效的序列重排操作。
如果假设在RLC接收设备1中所接收的数据包的最大序列号(或者通过对其加1所获得的数字)是Next_COUNT_1并且在RLC接收设备2接收的数据包的最大序列号(或者通过对其加1所获得的数字)是Next_COUNT_2,则PDCP接收设备考虑基于两个序列号中的较小一个,即使存在没有接收的数据包,具有小于该数字的序列号的数据包也已经被排列,并且将数据包传输至上层。
例如,参考图12,在某个时间t1 1205处,来自RLC设备1的数据包[n+1]到达PDCP接收设备。如果不存在非排列的数据包(或者未接收的数据包),则PDCP顺序重排设备将数据包[n+1]传输至接下来的处理设备(可以是该PDCP设备中的上层或者另一功能设备)并且将变量Last_Submitted_COUNT设置为[n+1]。由于从RLC设备1接收数据包[n+1],所以PDCP顺序重排设备将Next_COUNT设置为[N+2]。Last_Submitted_COUNT是指示完成序列重排并且被传输至上层或者接下来的功能设备的数据包的最大序列号的变量。COUNT是用于安全的用作加密/解密数据包的输入值的序列号,包括HFN和PDCP SN并且遵循标准36.323的描述。Next_COUNT_1是通过从RLC设备1接收的数据包的最大序列号加1所获得的值。在某个时间t2 1210处,数据包[n+3]从RLC设备2到达,并且PDCP接收设备将Next_COUNT_2设置为[n+4]。PDCP接收设备识别出数据包[n+2]是非接收的数据包,并且由于非接收的数据包而生成非排列的数据包。此外,由于PDCP接收设备从RLC设备2已经接收到序列号大于数据包[n+2]的数据包,所以识别出不存在从RLC设备2接收数据包[n+2]的可能性。在某个时间t3 1215处,从RLC设备2接收数据包[n+4]并且PDCP接收设备将Next_COUNT_2设置为[n+5]。在某个时间t4 1240处,从RLC设备1接收数据包[n+6],并且PDCP设备将Next_COUNT_1设置为[n+7]。由于从RLC设备1接收序列号大于[n+2]的数据包,所以PDCP接收设备识别出不存在甚至从RLC设备1接收数据包[n+2]的可能性,忽略数据包[n+2]或者如同已经接收数据包[n+2]一样运行。即,如果接收数据包[n+2],则PDCP接收设备传输已经排列顺序的剩余数据包,例如,将数据包[n+3]和数据包[n+4]传输至接下来的功能设备,并且将Last_Submitted_COUNT改变为[n+4]。换句话说,UE确定Next_COUNT_1和Next_COUNT_2中的较小值(在以上示例中,[n+5]),并且将序列号小于Next_COUNT的所有数据包都传输至接下来的处理设备。某个未接收的数据包的序列号小于Next_COUNT_1的事实表示不存在从RLC设备1接收数据包的可能性,并且某个未接收的数据包的序列号小于Next_COUNT_2的事实表示不存在从RLC设备2接收数据包的可能性。因此,如果某个未接收的数据包的序列号小于Next_COUNT_1并且还小于Next_COUNT_2,则指令不再进一步接收未接收的数据包,并且执行顺序重排操作以满足该条件。
上述操作可以被限定如下:
-PDCP接收设备将从RLC设备1接收的数据包的最大序列号记录在Next_COUNT_1中
-PDCP接收设备将从RLC设备2接收的数据包的最大序列号记录在Next_COUNT_2中
-PDCP接收设备将序列号小于Next_COUNT_1和Next_COUNT_2中的最小值的所有数据包传输至接下来的功能设备。
图13是示出处理PDCP数据包的multi-LCH承载的PDCP设备的操作的示图。图13示出了通过构成PDCP设备的PDCP接收设备使用变量重排序列的方法。
在步骤1305中,如果PDCP数据包从下层(RLC设备)到达,则PDCP接收设备前进至步骤1310,并且判定接收的数据包的超帧号(HFN)并且忽略延迟接收的数据包。超帧号(HFN)是COUNT的高位,并且HFN和PCDP SN被结合以形成COUNT。在PDCP数据头处明确指出PDCPSN,但是没有明确指出HFN。因此,PDCP发射设备应该自确定接收的数据包的HFN。在发射数据包的过程中,如果PDCP发射设备使特定条件被满足(发射数据包,使得PDCP SN的序列不匹配变得小于可以通过PDCP SN指令的序列号的总和的一半),则PDCP接收设备使用最近接收到的PDCP数据包的序列号确定HFN(接收的PDCP SN,参见标准36.323),确定直到现在接收的最大序列号(Next_PDCP_RX_SN,参见标准36.323)并且确定具有预定尺寸的窗口(Reordering_Window,参见标准36.323)。此外,如果序列号大于接收的数据包的序列号的数据包已经被传输至上层(即,如果接收的数据包已经被接收或者是延迟的数据包),则PDCP接收设备关于接收的数据包执行头解压缩,然后丢弃该数据包。更具体地,当由于非指定原因以重叠或延迟的方式接收数据包时,该数据包可以包含可用信息以用于更新头解压缩上下文,并且因此在执行头解压缩之后,丢弃数据包。上述进程遵循标准36.323的部分5.1.2.1.2的描述。根据该标准,如果满足以下条件,则表示以延迟或者重叠的方式接收该接收的数据包。
如果接收的PDCP SN–Last_Submitted_PDCP_RX_SN>Reordering_Window或者0<=Last_Submitted_PDCP_RX_SN–接收的PDCP SN<Reordering_Window:
如果确定接收的数据包的HFN并且没有以延迟或者覆盖的方式接收数据包,则PDCP接收设备前进至步骤1315,通过HFN和PDCP SN的结合确定接收的数据包的COUNT,并且根据COUNT的序列,将数据包存储在顺序重排缓冲器。此外,如果接收数据包是不需要顺序重排的数据包,即,如果接收的COUNT等于通过last_submitted_COUNT加1所获得的值(或者如果接收的PDCP SN等于通过last_submitted_PDCP_RX_SN加1所获得的值),则PDCP接收设备将接收的PDCP数据包传输至接下来的处理设备。如果数据包被存储在顺序重排缓冲器中(即,需要顺序重排的数据包仍然存在),则PDCP接收设备前进至步骤1320。如果需要顺序重排的数据包不存在,则PDCP接收设备等待直到接下来的PDCP数据包到达。
在步骤1320中,PDCP接收设备确定从RLC设备1还是从RLC设备2接收数据。此外,PDCP接收设备确定从第一逻辑信道还是从第二逻辑信道接收数据包。RLC设备1或者第一逻辑信道是与MCG相关的RLC设备或者逻辑信道,并且RLC设备2或者第二逻辑信道可以是与SCG相关的RLC设备或者逻辑信道。
如果从RLC设备1接收数据包,则PDCP设备前进至步骤1325,然而如果从RLC设备2接收数据包,则PDCP设备前进至步骤1330。
在步骤1325中,PDCP设备检查接收的数据包的COUNT(接收的COUNT)是否大于等于Next_COUNT_1。如果接收的数据包的COUNT(接收的COUNT)大于等于Next_COUNT_1,则PDCP设备前进至步骤1335,将Next_COUNT_1更新为通过接收的COUNT加1所获得的值,并且前进至步骤1345。如果接收的数据包的COUNT小于Next_COUNT_1,则PDCP设备立即前进至步骤1345。
在步骤1330中,PDCP设备检查接收的数据包的COUNT(接收的COUNT)是否大于等于Next_COUNT_2。如果接收的数据包的COUNT(接收的COUNT)大于等于Next_COUNT_2,则PDCP设备前进至步骤1340,将Next_COUNT_2更新为通过接收的COUNT加1所获得的值,并且前进至步骤1345。如果接收到的数据包的COUNT小于Next_COUNT_2,则PDCP设备立即前进至步骤1345。
在步骤1345中,PDCP设备将存储在PDCP顺序重排缓冲器中的数据包的满足条件1的数据包传输至接下来的处理设备。例如,满足条件1的数据包可以表示其COUNT小于Min[Next_COUNT_1,Next_COUNT_2]的数据包。
在步骤1350中,PDCP设备将不满足条件1的剩余数据包原样存储在顺序重排缓冲器中,并且等待接下来的PDCP数据包从下层到达的单元。
参考图14,以下将描述PDCP接收设备使用变量重排顺序的方法。
如果从RLC设备2接收的最大COUNT(Next_COUNT_2 1415)大于最大COUNT(在某个时间从RLC设备1接收的Next_COUNT_1 1410),则PDCP接收设备将Next_COUNT_1和Next_COUNT_2之间的数据包1425存储在顺序重排缓冲器中。此外,PDCP接收设备将Next_COUNT_1和Last_Submitted_COUNT 1405之间的数据包1420传输至上层(或者接下来的功能设备)。
下文中,如果从RLC设备接收数据包并且Next_COUNT_1变得大于Next_COUNT_2,则PDCP接收设备将Next_COUNT_1和Last_Submitted_COUNT之间的数据包1430传输至上层(或者接下来的功能设备)并且将Next_COUNT_2和Next_COUNT_1之间的数据包1435存储在顺序重排缓冲器中。
图15是说明与生成和释放multi-LCH-RB相关的整个操作的示图。
在包括UE 1505、MeNB 1510、和SeNB 1515的移动通信系统中,在某个时间处,MeNB1510确定将SeNB 1515的服务小区添加至UE 1505,并且通过SeNB 1515执行用于服务小区添加的过程(1520)。尤其是,如果SeNB 1515的SCell首先被配置到UE 1505(即,如果配置第一SCG SCell),则MeNB 1510和SeNB 1515确定通过MeNB 1510服务哪个RB以及通过SeNB1515服务哪个RB。MeNB 1510和SeNB 1515可以关于满足特定条件的RB(例如,关于需要高速数据发射至下行链路的RB),将multi-LCH-RB配置为下行链路并且将multi-LCH-MCG-RB或者multi-LCH-SCG-RB配置为上行链路。
MeNB 1510将预定的RRC控制消息发射给UE 1505(1525)。在RRC控制消息中,包含SCell配置信息和multi-LCH-rb配置信息。SCell配置信息与新添加的SCell相关,并且甚至还包括指示SCell是MCG SCell还是SCGSCell的信息。multi-LCH-rb配置信息是关于配置multi-LCH的无线承载的信息,并且包括如下的下部信息。可以在包括第一SCG SCell的配置信息的RRC控制消息中包括multi-LCH-rb信息。
这将在如下表格4中进行描述。
[表格4]
Figure BDA0002222840780000301
Figure BDA0002222840780000311
如果接收控制消息,则UE 1505生成关于通过承载标识符所指令的承载的SCG-RLC以被连接至PDCP设备,并且生成SCG-LCH以将SCG-RLC连接至MAC。此外,关于通过SCG-only配置的承载,UE 1505触发用于SCG的规则BSR和用于MCG的规则BSR。在用于SCG的规则BSR中,仅反映SCG-only数据,并且在用于MCG的规则BSR中,仅反映MCG-only-数据。如上所述,在配置multi-LCH之后触发BSR的原因是在配置multi-LCH之前和之后会改变BS。
下文中,UE 1505执行在新添加的SCG SCell中执行随机访问(1530)。通过随机访问进程,UE1505建立与新添加的SCG SCell同步的上行链路,并且配置上行链路发射输出。
UE 1505向MeNB 1510报告发射特定RRC控制消息并且已经完成SCell配置和multi-LCH配置(1535)。如果接收上述信息,则MeNB 1510将配置multi-LCH的承载的下行链路数据转发给SeNB 1515(1540)。
另一方面,在发射特定RRC控制消息之后,UE 1505关于其中配置multi-LCH的承载开始multi-LCH操作。即,在发射其中配置MCG-RB的承载的上行链路数据的过程中,UE 1505总是将承载的PDCP数据发射给MCG-RLC设备和MCG-LCH(1545)。在发射其中配置SCG-RB的承载的上行链路数据的过程中,UE 1505总是将承载的PDCP数据发射至SCG-RLC设备和SCG-LCH(1545)。在发射其中配置duplicate的承载的上行链路数据的过程中,UE 1505总是以重叠的方式将PDCP数据发射给SCG-RLC设备和SCG-LCH,并且发射给MCG-RLC设备和MCG-LCH(1545)。
在接收其中配置multi-LCH的承载的下行链路PDCP数据包的过程中,UE 1505应用“使用定时器的顺序重排”或者“使用变量的顺序重排”(1550)。
终端1505通过MeNB 1510和SeNB 1515执行数据发射/接收(1555)。
下文中,在某种时间点处,MeNB 1510或者SeNB 1515确定释放SCG SCell。MeNB1510和SeNB 1515执行用于释放SCG ScCell的过程(1560),并且MeNB 1510将特定RRC控制消息发射给UE 1505以命令SCT SCell释放(1565)。
如果接收控制消息,则UE 1505根据指令释放SCG SCell。如果控制消息是命令释放最后的SCG SCell(即,如果通过根据控制消息的指令释放SCG SCell,不再存在SCGSCell),则即使没有独立的指令,UE 1505也释放multi-LCH-RB的SCG RLC和SCG LCH(1570),并且触发PDCP状态报告。在释放SCG RLC的进程中,UE 1505重新配置存储在SCGRLC中的下行链路RLC PDU至RLC SDU,以将RLC SDU传输至PDCP,并且丢弃存储在SCG RLC中的上行链路RLC PDU和上行链路RLC SDU。PDCP状态报告可以通过无线承载触发,并且UE1505检查存储在PDCP接收缓冲器中的PDCP数据包的序列号,其中,该PDCP接收缓冲器中已经触发PDCP状态报告,并且生成PDCP状态报告,该PDCP状态报告包括未接收的PDCP数据包的序列号和相关信息。
PDCP状态报告是控制信息,该控制信息用于以切换或者RRC连接重建进程的方式防止PDCP数据包丢失。该切换或者RRC连接重建进程伴随配置在UE 1505中的所有RLC设备的重建(从PDCP设备的立场,重建下层)。如果切换或者RRC连接重建进程开始,则UE 1505触发关于满足条件2的所有DRB的PDCP状态报告。相反,如果释放最后的SCG SCell,则UE触发关于满足条件3的所有DRB的PDCP状态报告。
[条件2]
在配置RLC AM的多个DRB中的配置需要的状态报告的DRB。
需要的状态报告遵循标准36.331和36.323的描述。
[条件3]
在配置RLC AM和需要的状态报告的多个DRB中的Multi-LCH-RB或者single-LCH-SCG-RB。
UE 1505向MeNB 1510报告通过向MeNB 1510发射特定RRC控制消息成功完成了上述进程(1575),并且UE 1505和MeNB 1510通过MCG Scell发射/接收上行链路数据和下行链路数据。
图16是示出处理PDCP数据包的PDCP设备的操作的示图。图16示出了考虑所有种类的RB已经接收PDCP数据包的UE的操作。
在步骤1605中,如果PDCP数据包从RLC传输至PDCP,则在步骤1610中,UE检查RLC设备是非确认模式的RLC(UM,参见标准36.322)或者确认模式的RLC(AM,参见标准36.322)。如果RLC设备是UM RLC,则UE前进至步骤1615,然而,如果RLC设备是AM RLC,则UE前进至步骤1640。
在配置UM RLC的承载的情况下,更重要的是减少延迟,而不是降低数据包丢失,并且因此,UE处理接收的数据包并且立即将处理的数据包传输至上层而不是应用顺序重排。如果承载是single-LCH承载,则RLC设备执行顺序排列,因此进行顺序排列的数据包到达PDCP设备。相反,如果承载是multi-LCH承载,则存在传输非排列的数据包的可能性。由于这种差异,UE在这两种情况下执行不同的操作。
在步骤1615中,UE检查承载是single-LCH承载还是multi-LCH承载。如果承载是single-LCH承载,则UE前进至步骤1620,然而,如果承载是multi-LCH承载,则UE前进至步骤1630。
在步骤1620中,UE通过比较当前数据包的序列号和先前数据包的序列号来确定HFN。换句话说,如果当前数据包的序列号小于先前数据包的序列号,则判定出现PDCP SN环绕,并且UE将HFN加1。如果当前数据包的序列号大于先前数据包的序列号,则原样使用HFN。在步骤1625中,UE使用HFN处理数据包(例如,执行数据包解密和头解压缩),并且将处理的数据包传输至上层。在步骤1630中,UE使用窗口和序列号确定HFN,并且前进至步骤1635。如果接收的数据包是以延迟/重叠方式接收的数据包,则UE丢弃数据包,并且终止该进程。步骤1630与步骤1315相同。在步骤1635中,UE检查在序列号小于接收的数据包的序列号的多个数据包中是否存在未接收的数据包(或者在接收的数据包的序列号和Last_submitted_COUND或者Last_submitted_SN之间是否存在未接收的数据包)。如果这种数据包不存在,则UE处理接收的数据包并且将处理的数据包传输至上层。如果在序列号小于接收的数据包的序列号的多个数据包中存在未接收的数据包,则UE接收数据包并且检查是否存在顺序排列的数据包。UE处理对应的数据包并且将处理的数据包传输至上层,并且将剩余的数据包存储在缓冲器中。例如,由于接收的数据包,Next_COUNT被更新,并且如果更新的Next_COUNT具有的值小于另一Next_COUNT的值,则表示由于接收的数据包而存在顺序排列的数据包,并且由此UE确定是否基于更新的Next_COUNT对数据包进行顺序排列。
在步骤1640中,UE检查PDCP数据包是否是由于重建下层或者释放下层而传输的数据包。如果是这样的话,则UE前进至步骤1670,并且如果不是这样的话,则UE前进至步骤1645。由于切换等发生下层的重建,并且由于释放最后的SCG SCell发生下层的释放。
在步骤1645中,UE检查对应的承载是multi-LCH承载还是single-LCH承载。如果承载是single-LCH承载,则UE前进至步骤1650,然而,如果承载是multi-LCH承载,则UE前进至步骤1660。步骤1650和1660与步骤1630相同。步骤1665与步骤1635相同。在步骤1655中,UE处理接收的数据包,并且将处理的数据包传输至上层。UE关于single-LCH承载前进至步骤1650和步骤1655的事实表示没有应用单独的顺序重排进程。UE关于multi-LCH承载前进至步骤1660和步骤1665的事实表示关于对应的数据包应用顺序重排进程。
在步骤1670中,UE检查对应的承载是数据无线承载(DRB)还是信令无线承载(SRB)。如果在承载是DRB的情况下,由于切换或者RRC连接重建而重建下层或者通过释放最后的SCG SCell而释放SCG-RLC,则UE将非排列的数据包临时存储在缓冲器中,并且如果随后的数据包到达,则UE将数据包传输至上层。相反,如果承载是信令承载,则事件发生的本身表示新RRC的过程开始,因此,需要丢弃所有的先前的数据包,以防止不必要的混淆。如果承载是数据承载,则UE前进至步骤1675。步骤1675与步骤1630相同。在步骤1680中,UE处理HFN确定的终端并且将非排列的PDCP SDU存储在缓冲器中。在对应的RRC程序被完成之后,存储在缓冲器中的PDCP SDU连同接收的数据包一起被传输至上层。在步骤1685中,UE丢弃接收的数据包。
在所示的步骤1635、1665、和1680的多承载的情况下,在处理从通常作为PDCP SDU运行的下层接收的PDCP PDU之前,而不是处理由于重建或者释放下层而接收的PDCP PDU之前,UE将PDCP PDU存储在缓冲器中,如果对应的PDCP PDU没有被顺序排列,并且等待直到PDCP PDU被顺序排列为止。相反,在单承载的情况下,如果由于重建或者释放下层而接收PDCP PDU,则UE处理接收的PDCP PDU作为PDCP SDU,将顺序排列的SDU传输至上层,并且将非排列的SDU存储在缓冲器中。换句话说,在多承载的情况下,UE仅处理顺序排列的PDU作为SDU,并且将非排列的PDU存储在缓冲器中,然后,在非排列的PDU被顺序排列之后,作为SDU进行处理。在单承载的情况下,UE处理接收的PDU作为SDU,将顺序排列的PDU传输至上层,并且将非排列的SDU存储在缓冲器中。
在本发明的实施例中,描述了MCG服务小区和SCG服务小区这两者均使用LTE技术。然而,也可能两个群小区使用不同的无线技术。例如,UE可以使用LTE无线技术通过MCG服务小区发射/接收数据,并且可以使用不同的无线技术通过SCG服务小区发射/接收数据,例如,WIFI技术或者HSPA技术。在这种情况下,优选地,关于关于MCG服务小区应用为具有高可靠性的无线技术的LTE,并且关于SCG服务小区应用另一无线技术。根据UE使用不同的无线技术发射/接收数据的情况,一个PDCP设备关于通过不同的无线技术接收的PDCP PDU执行顺序重排,并且将PDCP PDU分配给具有不同的无线技术的下层设备。在这种情况下,能够应用在本发明的全部说明书中所提及的技术,例如,基于定时器的顺序重排技术或者用于将PDCP PDU仅发射给特定群小区的方法(换句话说,特定无线技术)。根据本发明的多承载,一个PDCP设备连接至使用不同的无线技术的两个下层,并且至少一个下层可以被限定为是使用LTE技术的下层的承载。
图17是示出UE的示例的框图。UE包括MCG-MAC设备1710、控制消息处理单元1765、各种上层处理单元1770、1775、和1785、控制单元1780、SCG-MAC设备1715、收发器1705、PDCP设备1745、1750、1755、和1760、RLC设备1720、1725、1730、1735、和1740。
收发器通过服务小区的下行链路信道接收数据和特定控制信号,并且通过上行链路信道发射数据并且特定控制信号。如果配置多个服务小区,则收发器执行数据发射/接收并且通过多个服务小区控制信号发射/接收。
MCG-MAC设备用于多路复用在RLC设备中生成的数据,或者用于将从发射/接收单元1605接收的数据解复用,以将解复用的数据传输至适当的RLC设备。MCG-MAC设备处理关于MCG触发的BSR或者PHR。
控制消息处理单元是RRC层设备,并且处理从ENB接收的控制消息以执行必要的操作。例如,控制消息处理单元接收RRC控制消息并且将各种配置信息传输至控制单元。
上层处理单元可以通过多种服务进行配置。上层处理单元处理通过用户服务生成的数据,诸如文件传输协议(FTP)或者互联网语音协议(VoIP),并且将处理的数据传输至PDCP设备。
控制单元控制发射/接收单元1605和多路复用/解复用单元,以执行通过发射/接收单元接收的调度命令,例如,反向许可,并且在适当的时间点处通过适当的发射资源执行反向发射。此外,控制单元关于如图15所示的UE操作执行各种控制功能。
PDCP设备被划分为single-LCH PDCP 1745、1750、和1760、和multi-LCH PDCP_1755。single-LCH PDCP仅通过MCG或者SCG发射/接收数据,并且连接至一个RLC发射/接收设备。multi-LCH PDCP通过MCG和SCG接收数据,并且通过MCG和SCG中的一个发射数据。multi-LCH PDCP连接至两个RLC接收设备和一个RLC发射设备。
multi-LCH PDCP执行如图11至图14所示的顺序重排操作。
图18是示出根据本发明的实施例的ENB的配置的框图。ENB包括MAC设备1810、控制消息处理单元1865、控制单元1880、收发器1805、PDCP设备1845、1850、1855、和1860、RLC设备1820、1825、1830、1835、和1840、以及调度器1890。
收发器通过正向载波发射数据和特定控制信号,并且通过反向载波接收数据和特定控制信号。如果配置多个载波,则收发器通过多个载波执行数据发射/接收和控制信号发射/接收。
MCG设备用于多路复用在RLC设备中所生成的数据或者用于将从发射/接收单元接收的数据解复用,以将解复用的数据传输至适当的RLC设备或者控制单元。
控制消息处理单元处理UE发射的控制消息以执行必要的操作,或者生成要传输给UE的控制消息以将生成的控制消息传输至下层。
调度器在适当的时间点处将发射资源分配给UE,并且处理从UE发射给发射/接收单元的信号或者将信号从发射/接收单元发射给UE。
PDCP设备被划分为single-LCH PDCP和multi-LCH PDCP。single-LCH PDCP仅通过MCG或者SCG发射/接收数据,并且连接至一个RLC发射/接收设备。multi-LCH PDCP通过MCG和SCG接收数据,并且通过MCG和SCG中的一个发射数据。multi-LCH PDCP连接至一个RLC接收设备和两个RLC发射设备。
multi-LCH PDCP执行如图11至图14所示的顺序重排操作。
本发明所属的技术领域的技术人员应该理解,可以以其他具体形式实施本发明,而没有背离本发明的技术精神和基本特征。因此,上述实施例应该被解释为示例性的,而不应该解释为从所有方面的限制。通过以下权利要求而不是具体说明书来限定的本发明的范围,并且权利要求的意义和范围以及通过等同物所获得的所有的改变和修改的形式应该被解释为落在本发明的范围内。
与此同时,在说明书和附图中所公开的本发明的优选实施例和本文中所使用的术语被示出为仅提出特定示例,以阐明本发明的技术领域并且帮助理解本发明,而不是意欲限制本发明的范围。对于本领域中的普通技术人员来说,显然除了所公开的实施例以外,基于本发明的技术精神的各种实施方式也是可能的。

Claims (14)

1.一种无线通信系统中的终端执行的方法,包括:
从与第一群小区相关联的第一基站接收用于添加与第二基站相关联的第二群小区的控制消息,其中,所述控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联;
基于所述控制消息中的配置信息,识别针对所述第一承载类型是经由所述第一群小区还是经由所述第二群小区还是经由所述第一群小区和所述第二群小区二者执行上行链路发送;和
基于所述识别结果,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者发送上行链路数据。
2.根据权利要求1所述的方法,其中,所述预定承载类型对应于多LCH-RB。
3.根据权利要求1所述的方法,其中,在经由所述第一群小区发送所述上行链路数据的情况下,将一定量的分组数据汇聚协议PDCP数据传递到与所述第一群小区相关联的第一介质访问控制MAC实体。
4.根据权利要求1所述的方法,其中,在经由所述第二群小区发送所述上行链路数据的情况下,将一定量的PDCP数据传递到与所述第二群小区相关联的第二MAC实体。
5.根据权利要求1所述的方法,其中,在经由所述第一群小区和所述第二群小区二者发送上行链路数据的情况下,将一定量的PDCP数据传送到与所述第一群小区相关联的第一MAC实体和与所述第二群小区相关联的第二MAC实体二者。
6.一种在无线通信系统中与第一群小区相关联的第一基站执行的方法,包括:
通过第二基站确定添加与第二基站相关联的第二群小区;和
向终端发送用于添加与第二基站相关联的第二群小区的控制消息,其中该控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联,
其中,基于所述控制消息中的配置信息,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者从所述终端发送上行链路数据。
7.根据权利要求6所述的方法,其中,所述预定承载类型对应于多LCH-RB。
8.一种无线通信系统中的终端,包括:
收发器;和
至少一个处理器,与所述收发器耦接,并被配置为控制:
从与第一群小区相关联的第一基站接收用于添加与第二基站相关联的第二群小区的控制消息,其中,所述控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联;
基于所述控制消息中的配置信息,识别针对所述第一承载类型是经由所述第一群小区还是经由所述第二群小区还是经由所述第一群小区和所述第二群小区二者执行上行链路发送;和
基于所述识别结果,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者发送上行链路数据。
9.根据权利要求8所述的终端,其中,所述预定承载类型对应于多LCH-RB。
10.根据权利要求8所述的终端,其中,在经由所述第一群小区发送所述上行链路数据的情况下,将一定量的分组数据汇聚协议PDCP数据传递到与所述第一群小区相关联的第一介质访问控制MAC实体。
11.根据权利要求8所述的终端,其中,在经由所述第二群小区发送所述上行链路数据的情况下,将一定量的PDCP数据传递到与所述第二群小区相关联的第二MAC实体。
12.根据权利要求8所述的终端,其中,在经由所述第一群小区和所述第二群小区二者发送上行链路数据的情况下,将一定量的PDCP数据传送到与所述第一群小区相关联的第一MAC实体和与所述第二群小区相关联的第二MAC实体二者。
13.在无线通信系统中与第一群小区相关联的第一基站,包括:
收发器;和
至少一个处理器,与所述收发器耦接,并被配置为控制:
通过第二基站确定添加与第二基站相关联的第二群小区;和
向终端发送用于添加与第二基站相关联的第二群小区的控制消息,其中该控制消息包括用于配置预定承载类型的信息,其中,在预定的承载类型中,承载与第一基站和第二基站二者相关联,
其中,基于所述控制消息中的配置信息,针对所述第一承载类型,经由所述第一群小区或经由所述第二群小区,或者经由所述第一群小区和所述第二群小区二者从所述终端发送上行链路数据。
14.根据权利要求13所述的第一基站,其中,所述预定承载类型对应于多LCH-RB。
CN201910940891.1A 2013-10-29 2014-10-29 在移动通信系统中的终端、基站及其方法 Active CN110691425B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910940891.1A CN110691425B (zh) 2013-10-29 2014-10-29 在移动通信系统中的终端、基站及其方法

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR10-2013-0129230 2013-10-29
KR20130129230 2013-10-29
KR20130132103 2013-11-01
KR10-2013-0132103 2013-11-01
KR1020140038857A KR102157798B1 (ko) 2013-10-29 2014-04-01 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
KR10-2014-0038857 2014-04-01
CN201910940891.1A CN110691425B (zh) 2013-10-29 2014-10-29 在移动通信系统中的终端、基站及其方法
PCT/KR2014/010243 WO2015065039A1 (ko) 2013-10-29 2014-10-29 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
CN201480059854.5A CN105684501B (zh) 2013-10-29 2014-10-29 在移动通信系统中使用多个载波传送/接收数据的方法和装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201480059854.5A Division CN105684501B (zh) 2013-10-29 2014-10-29 在移动通信系统中使用多个载波传送/接收数据的方法和装置

Publications (2)

Publication Number Publication Date
CN110691425A true CN110691425A (zh) 2020-01-14
CN110691425B CN110691425B (zh) 2023-04-07

Family

ID=53004553

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910940891.1A Active CN110691425B (zh) 2013-10-29 2014-10-29 在移动通信系统中的终端、基站及其方法

Country Status (2)

Country Link
CN (1) CN110691425B (zh)
WO (1) WO2015065039A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018174418A1 (ko) 2017-03-23 2018-09-27 삼성전자 주식회사 패킷 중복을 위한 데이터 처리 방법 및 장치
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
KR102554392B1 (ko) 2018-09-28 2023-07-11 삼성전자주식회사 무선 통신 시스템에서 버퍼상태 보고를 전송하기 위한 방법 및 장치

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101048982A (zh) * 2004-10-01 2007-10-03 松下电器产业株式会社 用于专用信道的上行链路发送的了解服务质量的调度
CN101867871A (zh) * 2009-04-17 2010-10-20 大唐移动通信设备有限公司 一种选择逻辑信道进行数据处理的方法、系统和设备
CN102257869A (zh) * 2008-10-17 2011-11-23 爱立信电话股份有限公司 提供基于优先级的上行链路调度信息的方法和移动终端
WO2013112021A1 (ko) * 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
CN103238368A (zh) * 2010-12-03 2013-08-07 交互数字专利控股公司 用于执行多无线电接入技术载波聚合的方法、装置和系统
CN105684501A (zh) * 2013-10-29 2016-06-15 三星电子株式会社 在移动通信系统中使用多个载波传送/接收数据的方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2410670A4 (en) * 2009-03-16 2016-12-28 Lg Electronics Inc METHOD AND DEVICE FOR SUPPORTING CARRIER AGGREGATION
US8483156B2 (en) * 2010-05-03 2013-07-09 Nokia Siemens Networks Oy Feedback for inter-radio access technology carrier aggregation
KR101589393B1 (ko) * 2011-10-03 2016-01-27 인텔 코포레이션 장치 간(d2d) 통신 메커니즘
CN104126281B (zh) * 2012-01-11 2018-06-15 诺基亚通信公司 用于站间载波聚合的辅小区准备的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101048982A (zh) * 2004-10-01 2007-10-03 松下电器产业株式会社 用于专用信道的上行链路发送的了解服务质量的调度
CN102257869A (zh) * 2008-10-17 2011-11-23 爱立信电话股份有限公司 提供基于优先级的上行链路调度信息的方法和移动终端
CN101867871A (zh) * 2009-04-17 2010-10-20 大唐移动通信设备有限公司 一种选择逻辑信道进行数据处理的方法、系统和设备
CN103238368A (zh) * 2010-12-03 2013-08-07 交互数字专利控股公司 用于执行多无线电接入技术载波聚合的方法、装置和系统
WO2013112021A1 (ko) * 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
CN105684501A (zh) * 2013-10-29 2016-06-15 三星电子株式会社 在移动通信系统中使用多个载波传送/接收数据的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC MOTOROLA: "R5-081283 "List of test cases/scenarios proposal for 3G Long Term Evolution Terminal Protocol Conformance Test Specifications WI"", 《3GPP TSG_RAN\WG5_TEST_EX-T1》 *

Also Published As

Publication number Publication date
CN110691425B (zh) 2023-04-07
WO2015065039A1 (ko) 2015-05-07

Similar Documents

Publication Publication Date Title
US20210289368A1 (en) Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
US10779356B2 (en) Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
CN107257551B (zh) 在移动通信系统中使用多个载波收发数据的方法和装置
KR102216510B1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
US10708940B2 (en) Method and apparatus for reporting buffer state by user equipment in communication system
JP5999269B2 (ja) マルチratシステムにおける無線通信
US9756632B2 (en) Method and apparatus for transmitting and receiving data using plurality
KR20190137179A (ko) 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
KR20210076740A (ko) 차세대 이동통신 시스템에서 rrc 메시지의 분할 전송과 관련된 타이머 관리 방법 및 장치
CN110691425B (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