[go: up one dir, main page]

CN105684501A - 在移动通信系统中使用多个载波传送/接收数据的方法和装置 - Google Patents

在移动通信系统中使用多个载波传送/接收数据的方法和装置 Download PDF

Info

Publication number
CN105684501A
CN105684501A CN201480059854.5A CN201480059854A CN105684501A CN 105684501 A CN105684501 A CN 105684501A CN 201480059854 A CN201480059854 A CN 201480059854A CN 105684501 A CN105684501 A CN 105684501A
Authority
CN
China
Prior art keywords
group
data
mean people
people district
district
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
CN201480059854.5A
Other languages
English (en)
Other versions
CN105684501B (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
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN201910940891.1A priority Critical patent/CN110691425B/zh
Priority claimed from PCT/KR2014/010243 external-priority patent/WO2015065039A1/ko
Publication of CN105684501A publication Critical patent/CN105684501A/zh
Application granted granted Critical
Publication of CN105684501B publication Critical patent/CN105684501B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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) or DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or 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

Landscapes

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

Abstract

提供了一种移动通信系统。尤其是,提供了在移动通信系统中用于使用多个载波发射/接收数据的方法和装置。

Description

在移动通信系统中使用多个载波传送/接收数据的方法和装置
技术领域
本发明一般地涉及移动通信系统,更具体地,涉及在移动通信系统中使用多个载波发射/接收数据的方法和装置。
背景技术
通常,在确保用户的移动性的同时,为了提供通信,已经开发了移动通信系统。随着技术上的快速发展,这种移动通信系统现在不仅可以提供语音通信,而且可以提供高速数据通信服务。
最近,作为下一代移动通信系统之一,第三代合作伙伴计划(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通过ENB105、110、115、和120以及S-GW130连接至外部网络。
在图1中,ENB105、110、115、和120对应于UMTS系统的现有节点B。ENB105、110、115、和120通过无线信道连接并且执行比现有节点B的任务更复杂的任务。由于通过共享信道提供包括通过互连网协议的实时业务(诸如IP网络电话)的所有用户流量的服务,所以通过收集状态信息(诸如,UE的缓冲器状态、可用传输功率状态或者信道状态)执行调度的设备是必要的,并且ENB105、110、115、和120执行该调度。ENB105、110、115、和120中的一个通常控制多个小区。为了实现100Mbps的传输速率,LTE系统在20MHz的带宽上使用正交频分复用(下文中,被称为“OFDM”)作为无线连接技术。此外,ENB105、110、115、和120使用确定调制方案和信道编码速率的自适应调制和编码(下文中,被称为“AMC”),以与UE135的信道状态相匹配。
S-GW130是提供数据承载的设备、并且根据MME125的控制生成或去除该数据承载的设备。MME125是不仅负责UE135的移动性管理,而且负责各种控制功能的设备,并连接至多个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操作。MAC215或者230连接至被配置在一个UE中的各种RLC层设备,并且执行RLCPDU至MACPDU的多路复用以及从MACPDU至RLCPDU的解复用。物理层220或者225执行信道编码和上层数据的调制,并且生成OFDM符号,以将OFDM符号发射至无线信道,或者对通过无线信道接收到的OFDM符号执行解调和信道解码,以将解调和解码的OFDM符号传输至上层。
图3是说明应用本发明的一些实施例的ENB内载波聚合的示图。
参考图3,一个ENB通常可以通过多个频带发射和接收多载波。例如,在从ENB305发射具有正向中心频率f1的载波315和具有正向中心频率f3的载波310的情况下,在现有技术中一个UE使用两个载波之一发射/接收数据。然而,具有载波聚合能力的UE可以通过若干载波同时发射/接收数据。ENB305可以根据情况通过将更多载波分配给具有载波聚合能力的终端330来提高UE330的传输速率。如上所述,一个ENB发射和接收的正向载波和反向载波的聚合被称为ENB内载波聚合。然而,根据环境,与如图3所述的不同,有必要聚合不同ENB发射和接收的正向载波和反向载波。
图4是示出根据本发明的实施例的载波聚合类型的ENB间载波的示图。
参考图4,在ENB1405发射/接收具有中心频率f1的载波并且ENB2415发射/接收具有中心频率f2的载波的情况下,如果UE430聚合(组合)具有正向中心频率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,如果假设ENB1405是MeNB并且ENB2415是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被称为单LCHMCG承载单LCH-MCG-RB,510被称为单LCHSCG承载单LCH-SCG-RB,并且515被称为多LCH承载多LCH-RB。
通常,在下行链路中请求高速数据发射/接收。这是因为在多数因特网服务中,通过下行链路执行数据发射,并且通过上行链路仅发射关于数据发射的控制消息(例如,HTTP请求或者TCPACK)。相反,在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-RB605:这是其中仅存在一个RLC设备并且仅通过MCG执行上行链路数据发射的RB。在计算RB的BS过程中,UE制作包括在其中的对应的RB的PDCP数据630和RLC数据635这两者。RLC数据包括RLC控制数据640、存储在RLC发射缓冲器中的数据645和存储在RLC重发缓冲器中的数据650。RLC控制数据是RLC状态报告消息(其中包含RLCACK信息和NACK信息的RLC层的控制消息)。上行链路的RLC控制数据是下行链路的RLC数据的ACK/NACK信息。存储在发射缓冲器中的RLC数据是还没有发射的RLC数据。存储在重发缓冲器中的RLC数据是已经发射一次的RLC数据,并且包括还没有接收到ACK/NACK信息并且仍然没有确认重发的数据(还被称为未被确认的数据包)和指示NACK并且请求重发的数据。在BS中,除了未被确认的数据包之外,仅反映存储在重发缓冲器的RLC数据中的请求重发的数据包。
·单-LCH-SCG-RB610:这是其中仅存在一个RLC设备并且仅通过SCG执行上行链路数据发射的RB。在计算RB的BS中,UE制造包括在其中的对应的RB的PDCP数据和RLC数据这两者。
·多-LCH-MCG-RB615:这是其中仅存在两个RLC设备但是仅通过MCG执行上行链路数据发射的RB。即,将PDCP数据仅传输至MCG-LCH(或MCG-RLC设备)640,并且仅将对应的RB的下行链路数据的RLC控制数据发射至SCG-LCH(或SCG-RLC设备)645。在计算RB的BS中,UE反映通过MCG(或者向MeNB)报告的BS650中的PDCP数据量和RLC数据量,并且仅反映通过SCG(或者向SeNB)报告的BS655中的RLC控制数据量。
·多-LCH-SCG-RB620:这是其中存在两个RLC设备,但是仅通过SCG执行上行链路数据发射RB。即,PDCP数据仅被传输至SCG-LCH(或者SCG-RLC设备),并且仅将对应的RB的下行链路数据的RLC控制数据发射至MCG-LCH(或者MCG-RLC设备)。在计算RB的BS中,UE仅反映通过MCG(或者向MeNB)报告的BS660中的RLC控制数据量,并且反映通过SCG(或者向SeNB)报告的BS665中的PDCP数据量和RLC数据量这两者。
·多-LCH-副本-RB625:存在两个RLC设备并且通过SCG和MCG执行上行链路数据的重复发射。在UE位于宏小区附近的情况下,UE通过宏小区和小小区(smallcell)这两者重叠发射相同的数据,并且由此可以大幅降低移动性故障。因此,当满足预定条件(即,ENB间CA被配置在宏小区的边界上的UE中时),关于SRB配置多-LCH-副本-RB。通过SCG-LCH和MCG-LCH这两者发射PDCP数据,并且UE反映通过MCG报告的BS670和通过SCG报告的BS675这两者中的PDCP数据量和RLC数据量。
下行链路和上行链路均存在于一个RB中。在图6中提出的5种RB类型对应于上行链路并且在图5中提出的3种RB类型对应于下行链路。它们之间的映射关系布置在以下的表格1中。
[表格1]
图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信息的MACCE。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包括在调度发射的MACPDU中,则它被删除。
在步骤725中,UE通过反映“MCG-数据”计算每个LCG中的BS。即,UE通过属于LCG的LCH的可被LCG发射的RLC数据和连接至LCH的PDCP的PDCP数据中的仅MCG-数据之和计算BS。例如,如果LCH3和LCH4属于某个LCG,则LCH3是单-LCH-MCG-RB的LCH并且LCH4是多-LCH-SCG-RB的LCH,则UE关于LCH3考虑PDCP数据和RLC数据这两者,并且关于LCH4仅考虑RLC控制数据。UE通过两种数据之和确定对应的LCG的BS。
在步骤730中,UE确定要使用上行链路许可发射的数据。UE检查是否存在要首先发射的CCCHSDU或者C-RNTIMACCE,并且如果这样的话,则UE优选地在MACPUD中包括它们。UE检查是否存在关于MCG触发的BSR,并且如果这样的话(并且如果存在包括触发的BSR的空间),则UE在MACPDU中包括PHR。UE执行上述进程,并且如果剩余空间仍然保持在MCAPDU中,则UE通过反映关于MCG-数据的MCG-数据优先级,选择要发射的数据。即,UE优选地发射在MCG-数据中具有高逻辑信道优先级的数据。CCCHSDU遵循在标准36.331和36.321所述的内容。C-RNTIMACCE和PHR遵循标准36.321中所述的内容。
如果即使包括MCG-数据的所有也保持有剩余空间,则UE包括其中的填充BSR,并且用填充位填充保持空间。此外,UE将MACPDU发射至上行链路并且终止该进程。
在步骤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-RNTIMACCE,并且如果是这样的话,UE优选地在MACPUD中包括它。UE检查关于SCG是否存在触发的BSR,并且如果是这样的话(并且如果存在其中要包括触发的BSR的空间),则UE生成BSR并且在MACPDU中包括BSR。接下来,UE检查是否存在关于SCG触发的PHR,并且如果这样的话(并且如果存在要包括触发的PHR的空间),则UE在MACPDU中包括PHR。UE执行上述进程,并且如果在MCAPDU中仍然保持剩余空间,则UE通过反映关于MCG-数据的SCG-数据的优先级来选择要发射的数据。即,UE优选地在SCG-数据中选择具有高逻辑信道优先级的数据。
如果即使包括所有SCG-数据也仍保持有剩余空间,则UE在其中包括填充BSR,并且用填充位填充剩余的空间。此外,UE将MACPDU发射至上行链路并且终止该进程。
逻辑信道优先级通过逻辑信道被配置,并且ENB指令UE。如果关于一个承载配置一个逻辑信道,则UE应用逻辑信道优先级作为在连接至逻辑信道的PDCP设备中生成的数据的优先级。如果关于一个承载配置两个逻辑信道,则UE应该确定哪个逻辑信道将优先级应用于PDCP设备生成的数据。在本公开中,在将逻辑信道和承载配置给UE的过程中,ENB还配置哪个逻辑信道应用逻辑信道优先级。上述配置可以是明确的或者隐含的。在配置PDCP实体的过程中,当PDCP实体连接至两个或者多个(或者若干个)逻辑信道时,明确配置是用于ENB,以明确地指令哪个逻辑信道将优先级应用于PDCP实体的数据。如果当由某个PDCP实体生成数据时PDCP实体连接至两个或者多个逻辑信道,则隐含配置是在对应的RB是多-LCH-MCH-RB的情况下应用RB的MCGLCH的逻辑信道优先级并且在对应的RB是多-LCH-SCG-RB的情况下应用RB的SCGLCH的逻辑信道优先级。
例如,如图8所示,假设在UE中,LCH1825、LCH2830、LCH3835、LCH4840、LCH5845、和LCH6850被配置,并且RB1805、RB2810、RB3815、和RB4820被配置。在这种情况下,LCH1和LCH2属于LCG1,LCH3属于LCG2,并且LCH4和LCH5属于LCG3。LCH6不属于LCG。当在PDCP1中生成新的可发射数据时,考虑存储在LCH1、LCH2、和LCH3(它们是MCGLCH)中的可发射数据以及存储在RB1和RB2(它们是MCG-RB)的PDCP1和PDCP2中的可发射数据的优先级,UE确定关于MCG是否触发BSR。即,如果可发射数据的优先级低于在PDCP1生成的数据的优先级,例如,如果数据仅存储在LCH2和LCH3中,则UE关于MCG触发BSR。
当在PDCP2中生成新的可发射数据时,通过比较存储在LCH1、LCH2、LCH3、PDCP1和PDCP2中的数据的优先级和新生成的数据的优先级,UE以相同的方式确定是否触发BSR。在这种情况下,作为存储在PDCP2中的数据的优先级,可以根据以下规则应用是LCH2的优先级的“4”。
<规则1>
如果对应的RB是MCG-RB,则存储在连接至两个或者多个逻辑信道的PDCP中的数据的优先级遵循MCG-LCH的优先级,并且如果RB是SCG-LCH,则遵循SCG-LCH的优先级。
可以在PDCPPDU或者PDCPSDU的单元中确定存储在连接至两个或者多个逻辑信道的PDCP中的数据的优先级。可以通过根据时间和状况应用MCG-LCH的优先级或者SCG-LCH的优先级来确定存储在连接至两个或者多个逻辑信道的多个承载的DPCP中的某个PDCPSDU的优先级。在通过MCG和SCG这两者发射多个承载的PDCP数据的情况下,可以应用确定PDCPSDU或者PDU单元中的优先级。
在确定PDCPSDU或者PDU单元的优先级的情况下,可以应用以下规则。
<规则2>
单个承载的优先级固定为1,但是在新的上行链路发射在MCG或者SCG中成为可能时,通过MCG-LCH的优先级和SCG-LCH的优先级中的任一个来确定多个承载的优先级。例如,当新的上行链路发射成为可能的时间可以是在用于新发射的上行链路发射资源被分配的时间或者在被配置的上行链路发射资源(被配置的上行链路许可)发生的时间。如果关于某一小区群的新的上行链路发射在某一子帧中成为可能,则在使用子帧中的小区群的上行链路发射资源确定要发射的数据的过程中,UE根据对应的小区群的逻辑信道的优先级而确定存储在多承载PDCP中的PDCPSDU的优先级。例如,如果关于MCG服务小区的新的上行链路发射在某一时间点成为可能,则UE应用MCG-LCH的优先级作为多个承载的PDCPSDU的优先级。而且,如果关于SCG服务小区的新的上行链路发射在另一确定的时间点成为可能,则UE应用SCG-LCH的优先级作为多个承载的PDCPSDU的优先级。
具体地,在使用MCG的上行链路发射资源确定要发射的数据或者使用MCG上行链路发射资源判定是否发射存储在某个多承载(multi-LCHRB)的PDCP中的数据的过程中,UE考虑分配给多承载的MCG-LCH的优先级和存储在PDCP和MCG-RLC中的可发射数据量、分配给另一多承载的MCG-LCH的优先级和存储在PDCP中的可发射数据量、以及分配给single-LCH-MCG-RB的优先级和存储在PDCP设备和RLC设备中的可发射数据量。
在使用SCG的上行链路发射资源确定要发射的数据或者使用SCG上行链路发射资源判定是否发射存储在某个多承载(multi-LCHRB)的PDCP中的数据的过程中,UE考虑分配给多承载的SCG-LCH的优先级和存储在PDCP和SCG-RLC中的可发射数据量、分配给另一多承载的SCG-LCH的优先级和存储在PDCP中的可发射数据量、以及分配给single-LCH-MCG-RB的优先级和存储在PDCP设备和RLC设备中的可发射数据量。
例如,如果在某一时间点t0处从SCG的SCell接收n字节许可,则UE关于存储在PDCP2中的可发射数据应用LCH4的优先级,并且关于存储在PDCP3中的可发射数据应用LCH5的优先级。此外,UE考虑PDCP2的可发射数据量、PDCP3的可发射数据量、作为single-LCH-SCG-RB的PDCP4的可发射数据量和相应的优先级,而判定要发射哪个数据。为了便于解释,假设可发射数据不存在于RLC中。
此外,如果在某一时间点t1处从MCG的SCell接收m-字节许可,则UE关于存储在PDCP2中的可发射数据应用LCH2的优先级并且关于存储在PDCP3中的可发射数据应用LCH3的优先级。此外,UE考虑PDCP2的可发射数据量、PDCP3的可发射数据量、作为single-LCH-MCG-RB的PDCP1的可发射数据量以及相应的优先级而判定要发射哪个数据。为了便于解释,假设可发射数据不存在于RLC中。
<规则3>
如果关于存储在多承载中的可发射的PDCPSDU和PDU出现SDU(或者从上层传输SDU),则UE确定哪个LCH将优先级应用于PDCPSDU。UE可以根据通过MeNB预先指令的特定概率值而确定哪个优先级应用于PDCPSDU。例如,如果MeNB关于某个多承载命令“0.3:0.7”的概率值,则UE可以在多承载PDCPSDU中关于SDU的30%应用MCG-LCH的优先级并且可以关于SDU的70%应用SCG-LCH的优先级。例如,在确定优先级应用于某个SDU的时间点可以是当PDCPSDU存储在PDCP发射缓冲器中的时间、当PDCPSDU到达PDCP设备的时间、和当单个承载切换到多承载的时间(在接收并且成功解释被指令为将单承载重新配置为多承载的控制消息之后)、和当最初配置SCG并且上行链路发射在SCG中成为可能的时间(例如,当被指令配置SCG的UE成功完成PSCell中的随机访问的时间)。
当在属于SCG-RB的PDCP3中出现新的可发射数据时,UE考虑SCG-RB的数据和SCG-LCH的数据确定是否关于SCG触发BSR。即,UE将预先存储在PCP3、LCH4、和LCH6中的可发射数据的优先级与新生成的数据的优先级进行比较。PDCP3的可发射数据的优先级为“7”,该优先级“7”是根据规则1的LCH5的优先级。为了参照,PDCP4不属于LCG并且由此在比较优先级的期间不考虑PDCP4。
如果关于MCG触发BSR并且关于MCG服务小区的上行链路许可成为可用的,则UE计算关于LCG1的BS和关于LCG2的BS。在LCG1的BS中反映LCH1的数据、LCH2的数据、PDCP1的数据、和PDCP2的数据的总和。在LCG2的BS中反映LCH3的数据。LCHx的数据被称为逻辑信道x的RLC设备的可发射数据。
在选择要通过MCG的服务小区的上行链路发射的数据的过程中,UE考虑数据的优先级,选择LCH1、LCH2、和LCH3以及PDCP1和PDCP2的数据,该LCH1、LCH2、和LCH3是MCG-LCH、以及PDCP1和PDCP2是MCG-RB。
在选择要通过SCG的服务小区的上行链路要发射的数据的过程中,UE考虑数据的优先级,选择LCH4、LCH5、和LCH6以及PDCP3和PDCP4的数据,该LCH4、LCH5、和LCH6是SCG-LCH,该PDCP3和PDCP4是SCG-RB。
参考图8,multi-LCH-RB涉及两个或者多个LCG。例如,由于PDCP3815连接至LCH3并且还连接至LCH5,所以其涉及LCG2并且还涉及LCG3。UE被请求以确定哪个LCG中BS包括涉及如上所述的多个LCG数据的PDCP的数据。在确定将哪个PDCP数据报告给LCG的过程中,如果PDCP涉及一个LCG,则UE通过对应的LCG的BS中反映PDCP的数据来将其报告。如果PDCP涉及两个或者多个LCG,则UE通过应用具体规则,确定是否在某个确定LCG的BS中反映该PDCP数据。
<确定哪个LCGBS反映PDCP数据的规则>
-如果PDCP是multi-LCH-MCG-RB,则在MCG-LCH属于的LCG的BS中反映该PDCP数据。
-如果PDCP是multi-LCH-SCG-RB,则在SCG-LCH属于的LCG的BS中反映PDCP数据。
根据如上所述的规则,在如上所述的图8的实施例中,在MCG-LCH属于的LCH2的LCG1的BS中反映作为multi-LCH-MCG-RB的PDCP2的数据。在SCG-LCH属于的LCH5的LCG3的BS中反映作为multi-LCH-SCG-RB的PDCP3的数据。
关于这种情况,在图19中示出了UE的操作。
在步骤1905中,在配置两个或者多个CG的UE中触发规则BSR或者周期BSR。
在步骤1910中,UE检查BSR被触发到哪个CG。如果关于MCG触发了BSR,则UE前进至步骤1915,然而,如果关于SCG触发了BSR,则UE前进至步骤1950。
在步骤1915中,UE检查在至少两个MCGLCG中是否存在可发射数据。某个MCGLCG的可发射数据包括LCH的RLC设备的可发射数据和MCGLCG的可发射PDCP数据。
特定MCGLCG(例如LCG1855)的可发射PDCP数据是存储在LCH的PDCP设备865中的可发射数据,该LCH属于对应于single-LCH-MCG-RB的LCH(例如,805)的对应的MCGLCG;和存储在LCH的PDCP设备870中的可发射数据,该LCH属于对应于multi-LCH-MCG-RB(例如,810)的LCH(例如,830或者840)的MCGLCH(例如,830)。
特定SCGLCG(例如,LCG3860)的可发射PDCP数据是存储在LCH的PDCP设备中的可发射数据,该LCH属于对应于single-LCH-SCG-RB的LCH的对应的SCGLCG;和存储在LCH的PDCP设备875中的可发射数据,该LCH属于对应于multi-LCH-SCG-RB(例如,815)的LCH(例如,835和845)的SCGLCH(例如,845)。
如果可发射数据仅存在于一个MCGLCG中,则UE前进至步骤1920并且选择短BSR作为BSR的格式。短BSR是仅包括一个6位BS的格式。如果可发射数据存在于两个或者多个MCGLCG中,则UE前进至步骤1925并且选择长BSR作为BSR的格式。长BSR是包括四个6位BS的格式。
在步骤1930中,UE检查在关于MCG(或者MeNB或者连接至MCG服务小区和MCGLCH的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中(例如,当判定为MCGLCG的BS时,可以应用常规缓冲器尺寸等级并且当判定为SCGLCG的BS时,可以应用扩展的缓冲器尺寸等级)并且反之亦然。各种缓冲器尺寸等级可以被配置在一个UE中。因此,UE根据BSR与哪个CG相关,选择适当的缓冲器尺寸等级。
[表格2]
[表格3]
在步骤1935中,UE参照表格3中的扩展的缓冲器尺寸等级,确定存在可发射数据的MCGLCG的BS。在步骤1940,UE参照表格2中的常规缓冲器尺寸等级,确定存在可发射数据的MCGLCG的BS。
某个MCGLCG的可发射数据量对应于通过对应的MCGLCG的可发射RLC数据量和可发射PDCP数据量求和获得的值。某个MCGLCG的可发射RLC数据量包括属于对应的LCG的LCH的RLC的可发射数据量。某个MCGLCG的可发射PDCP数据量对应于存储在与属于single-LCH-MCG-RB中的MCGLCG的LCH相关的PDCP中的可发射PDCP数据量,并且对应于与存储在属于multi-LCH-MCG-RB中的MCGLCG的LCH相关的PDCP中的可发射PDCP数据量。
某个SCGLCG的可发射数据量对应于通过对应的SCGLCG的可发射RLC数据量和可发射PDCP数据量求和所获得的值。某个SCGLCG的可发射RLC数据量包括属于对应的LCG的LCH的RLC的可发射数据量。某个SCGLCG的可发射PDCP数据量对应于存储在与属于single-LCH-SCG-RB中的SCGLCG的LCH相关的PDCP中的可发射PDCP数据量,并且对应于存储在与属于multi-LCH-SCG-RB中的SCGLCG的LCH相关的PDCP中的可发射PDCP数据量。
在步骤1945中,UE生成MCGLCG的BS适应的长BSR或者短BSR,并且通过MCG的服务小区发射BSR。
在步骤1950中,UE检查可发射数据是否存在于至少两个SCGLCG中。某个SCGLCG的可发射数据包括存储在属于对应的SCGLCG的LCH的RLC设备中的可发射数据以及对应的SCGLCG的可发射PDCP数据。
如果可发射数据仅存在于一个SCGLCG中,则UE前进至步骤1955并且选择短BSR作为BSR的格式。如果可发射数据存在于两个或者多个MCGLCG中,则UE前进至步骤1960并且选择长BSR作为BSR的格式。在UE同时发射用于MCG的BSR和用于SCG的BSR的情况下,用于MCG的BSR和用于SCG的BSR可以具有不同的格式。
在步骤1965中,UE检查在BSR配置中是否关于SCG建立扩展BSR-Size(或者MeNB、或者连接MCG服务小区和MCGLCH的MAC设备)。如果建立扩展的BSR-Size,则UE前进至步骤1970,然而如果没有建立扩展的BSR-Size,则UE前进至步骤1975。
在步骤1970中,UE参照表格3中的扩展的缓冲器尺寸等级,确定其中存在可发射数据的SCGLCG的BS。在步骤1975中,UE参照表格2中的常规缓冲器尺寸等级,确定其中存在可发射数据的SCGLCG的BS。
在步骤1980中,UE生成SCGLCG的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所示,在配置一个逻辑信道的RB1005中,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。
在配置两个逻辑信道的RB1030的情况下,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示出了序列重排操作的示例。
在某个时间t11105处,数据包[n+1]到达PDCP接收设备,并且在时间t21110处,数据包[n+3]到达。由于数据包[n+3]是非排列的数据包,所以在设置(making)与数据包[n+3]相关联的定时器之后,PDCP接收设备驱动定时器。在时间31115处,接收数据包[n+4],并且在时间41120,接收数据包[n+6]。在时间51125处,定时器到期。
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,在某个时间t11205处,来自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和PDCPSN并且遵循标准36.323的描述。Next_COUNT_1是通过从RLC设备1接收的数据包的最大序列号加1所获得的值。在某个时间t21210处,数据包[n+3]从RLC设备2到达,并且PDCP接收设备将Next_COUNT_2设置为[n+4]。PDCP接收设备识别出数据包[n+2]是非接收的数据包,并且由于非接收的数据包而生成非排列的数据包。此外,由于PDCP接收设备从RLC设备2已经接收到序列号大于数据包[n+2]的数据包,所以识别出不存在从RLC设备2接收数据包[n+2]的可能性。在某个时间t31215处,从RLC设备2接收数据包[n+4]并且PDCP接收设备将Next_COUNT_2设置为[n+5]。在某个时间t41240处,从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和PCDPSN被结合以形成COUNT。在PDCP数据头处明确指出PDCPSN,但是没有明确指出HFN。因此,PDCP发射设备应该自确定接收的数据包的HFN。在发射数据包的过程中,如果PDCP发射设备使特定条件被满足(发射数据包,使得PDCPSN的序列不匹配变得小于可以通过PDCPSN指令的序列号的总和的一半),则PDCP接收设备使用最近接收到的PDCP数据包的序列号确定HFN(接收的PDCPSN,参见标准36.323),确定直到现在接收的最大序列号(Next_PDCP_RX_SN,参见标准36.323)并且确定具有预定尺寸的窗口(Reordering_Window,参见标准36.323)。此外,如果序列号大于接收的数据包的序列号的数据包已经被传输至上层(即,如果接收的数据包已经被接收或者是延迟的数据包),则PDCP接收设备关于接收的数据包执行头解压缩,然后丢弃该数据包。更具体地,当由于非指定原因以重叠或延迟的方式接收数据包时,该数据包可以包含可用信息以用于更新头解压缩上下文,并且因此在执行头解压缩之后,丢弃数据包。上述进程遵循标准36.323的部分5.1.2.1.2的描述。根据该标准,如果满足以下条件,则表示以延迟或者重叠的方式接收该接收的数据包。
如果接收的PDCPSN–Last_Submitted_PDCP_RX_SN>Reordering_Window或者0<=Last_Submitted_PDCP_RX_SN–接收的PDCPSN<Reordering_Window:
如果确定接收的数据包的HFN并且没有以延迟或者覆盖的方式接收数据包,则PDCP接收设备前进至步骤1315,通过HFN和PDCPSN的结合确定接收的数据包的COUNT,并且根据COUNT的序列,将数据包存储在顺序重排缓冲器。此外,如果接收数据包是不需要顺序重排的数据包,即,如果接收的COUNT等于通过last_submitted_COUNT加1所获得的值(或者如果接收的PDCPSN等于通过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_21415)大于最大COUNT(在某个时间从RLC设备1接收的Next_COUNT_11410),则PDCP接收设备将Next_COUNT_1和Next_COUNT_2之间的数据包1425存储在顺序重排缓冲器中。此外,PDCP接收设备将Next_COUNT_1和Last_Submitted_COUNT1405之间的数据包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相关的整个操作的示图。
在包括UE1505、MeNB1510、和SeNB1515的移动通信系统中,在某个时间处,MeNB1510确定将SeNB1515的服务小区添加至UE1505,并且通过SeNB1515执行用于服务小区添加的过程(1520)。尤其是,如果SeNB1515的SCell首先被配置到UE1505(即,如果配置第一SCGSCell),则MeNB1510和SeNB1515确定通过MeNB1510服务哪个RB以及通过SeNB1515服务哪个RB。MeNB1510和SeNB1515可以关于满足特定条件的RB(例如,关于需要高速数据发射至下行链路的RB),将multi-LCH-RB配置为下行链路并且将multi-LCH-MCG-RB或者multi-LCH-SCG-RB配置为上行链路。
MeNB1510将预定的RRC控制消息发射给UE1505(1525)。在RRC控制消息中,包含SCell配置信息和multi-LCH-rb配置信息。SCell配置信息与新添加的SCell相关,并且甚至还包括指示SCell是MCGSCell还是SCGSCell的信息。multi-LCH-rb配置信息是关于配置multi-LCH的无线承载的信息,并且包括如下的下部信息。可以在包括第一SCGSCell的配置信息的RRC控制消息中包括multi-LCH-rb信息。
这将在如下表格4中进行描述。
[表格4]
如果接收控制消息,则UE1505生成关于通过承载标识符所指令的承载的SCG-RLC以被连接至PDCP设备,并且生成SCG-LCH以将SCG-RLC连接至MAC。此外,关于通过SCG-only配置的承载,UE1505触发用于SCG的规则BSR和用于MCG的规则BSR。在用于SCG的规则BSR中,仅反映SCG-only数据,并且在用于MCG的规则BSR中,仅反映MCG-only-数据。如上所述,在配置multi-LCH之后触发BSR的原因是在配置multi-LCH之前和之后会改变BS。
下文中,UE1505执行在新添加的SCGSCell中执行随机访问(1530)。通过随机访问进程,UE1505建立与新添加的SCGSCell同步的上行链路,并且配置上行链路发射输出。
UE1505向MeNB1510报告发射特定RRC控制消息并且已经完成SCell配置和multi-LCH配置(1535)。如果接收上述信息,则MeNB1510将配置multi-LCH的承载的下行链路数据转发给SeNB1515(1540)。
另一方面,在发射特定RRC控制消息之后,UE1505关于其中配置multi-LCH的承载开始multi-LCH操作。即,在发射其中配置MCG-RB的承载的上行链路数据的过程中,UE1505总是将承载的PDCP数据发射给MCG-RLC设备和MCG-LCH(1545)。在发射其中配置SCG-RB的承载的上行链路数据的过程中,UE1505总是将承载的PDCP数据发射至SCG-RLC设备和SCG-LCH(1545)。在发射其中配置duplicate的承载的上行链路数据的过程中,UE1505总是以重叠的方式将PDCP数据发射给SCG-RLC设备和SCG-LCH,并且发射给MCG-RLC设备和MCG-LCH(1545)。
在接收其中配置multi-LCH的承载的下行链路PDCP数据包的过程中,UE1505应用“使用定时器的顺序重排”或者“使用变量的顺序重排”(1550)。
终端1505通过MeNB1510和SeNB1515执行数据发射/接收(1555)。
下文中,在某种时间点处,MeNB1510或者SeNB1515确定释放SCGSCell。MeNB1510和SeNB1515执行用于释放SCGScCell的过程(1560),并且MeNB1510将特定RRC控制消息发射给UE1505以命令SCTSCell释放(1565)。
如果接收控制消息,则UE1505根据指令释放SCGSCell。如果控制消息是命令释放最后的SCGSCell(即,如果通过根据控制消息的指令释放SCGSCell,不再存在SCGSCell),则即使没有独立的指令,UE1505也释放multi-LCH-RB的SCGRLC和SCGLCH(1570),并且触发PDCP状态报告。在释放SCGRLC的进程中,UE1505重新配置存储在SCGRLC中的下行链路RLCPDU至RLCSDU,以将RLCSDU传输至PDCP,并且丢弃存储在SCGRLC中的上行链路RLCPDU和上行链路RLCSDU。PDCP状态报告可以通过无线承载触发,并且UE1505检查存储在PDCP接收缓冲器中的PDCP数据包的序列号,其中,该PDCP接收缓冲器中已经触发PDCP状态报告,并且生成PDCP状态报告,该PDCP状态报告包括未接收的PDCP数据包的序列号和相关信息。
PDCP状态报告是控制信息,该控制信息用于以切换或者RRC连接重建进程的方式防止PDCP数据包丢失。该切换或者RRC连接重建进程伴随配置在UE1505中的所有RLC设备的重建(从PDCP设备的立场,重建下层)。如果切换或者RRC连接重建进程开始,则UE1505触发关于满足条件2的所有DRB的PDCP状态报告。相反,如果释放最后的SCGSCell,则UE触发关于满足条件3的所有DRB的PDCP状态报告。
[条件2]
在配置RLCAM的多个DRB中的配置需要的状态报告的DRB。
需要的状态报告遵循标准36.331和36.323的描述。
[条件3]
在配置RLCAM和需要的状态报告的多个DRB中的Multi-LCH-RB或者single-LCH-SCG-RB。
UE1505向MeNB1510报告通过向MeNB1510发射特定RRC控制消息成功完成了上述进程(1575),并且UE1505和MeNB1510通过MCGScell发射/接收上行链路数据和下行链路数据。
图16是示出处理PDCP数据包的PDCP设备的操作的示图。图16示出了考虑所有种类的RB已经接收PDCP数据包的UE的操作。
在步骤1605中,如果PDCP数据包从RLC传输至PDCP,则在步骤1610中,UE检查RLC设备是非确认模式的RLC(UM,参见标准36.322)或者确认模式的RLC(AM,参见标准36.322)。如果RLC设备是UMRLC,则UE前进至步骤1615,然而,如果RLC设备是AMRLC,则UE前进至步骤1640。
在配置UMRLC的承载的情况下,更重要的是减少延迟,而不是降低数据包丢失,并且因此,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。换句话说,如果当前数据包的序列号小于先前数据包的序列号,则判定出现PDCPSN环绕,并且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。由于切换等发生下层的重建,并且由于释放最后的SCGSCell发生下层的释放。
在步骤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连接重建而重建下层或者通过释放最后的SCGSCell而释放SCG-RLC,则UE将非排列的数据包临时存储在缓冲器中,并且如果随后的数据包到达,则UE将数据包传输至上层。相反,如果承载是信令承载,则事件发生的本身表示新RRC的过程开始,因此,需要丢弃所有的先前的数据包,以防止不必要的混淆。如果承载是数据承载,则UE前进至步骤1675。步骤1675与步骤1630相同。在步骤1680中,UE处理HFN确定的终端并且将非排列的PDCPSDU存储在缓冲器中。在对应的RRC程序被完成之后,存储在缓冲器中的PDCPSDU连同接收的数据包一起被传输至上层。在步骤1685中,UE丢弃接收的数据包。
在所示的步骤1635、1665、和1680的多承载的情况下,在处理从通常作为PDCPSDU运行的下层接收的PDCPPDU之前,而不是处理由于重建或者释放下层而接收的PDCPPDU之前,UE将PDCPPDU存储在缓冲器中,如果对应的PDCPPDU没有被顺序排列,并且等待直到PDCPPDU被顺序排列为止。相反,在单承载的情况下,如果由于重建或者释放下层而接收PDCPPDU,则UE处理接收的PDCPPDU作为PDCPSDU,将顺序排列的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设备关于通过不同的无线技术接收的PDCPPDU执行顺序重排,并且将PDCPPDU分配给具有不同的无线技术的下层设备。在这种情况下,能够应用在本发明的全部说明书中所提及的技术,例如,基于定时器的顺序重排技术或者用于将PDCPPDU仅发射给特定群小区的方法(换句话说,特定无线技术)。根据本发明的多承载,一个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-LCHPDCP1745、1750、和1760、和multi-LCHPDCP_1755。single-LCHPDCP仅通过MCG或者SCG发射/接收数据,并且连接至一个RLC发射/接收设备。multi-LCHPDCP通过MCG和SCG接收数据,并且通过MCG和SCG中的一个发射数据。multi-LCHPDCP连接至两个RLC接收设备和一个RLC发射设备。
multi-LCHPDCP执行如图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-LCHPDCP和multi-LCHPDCP。single-LCHPDCP仅通过MCG或者SCG发射/接收数据,并且连接至一个RLC发射/接收设备。multi-LCHPDCP通过MCG和SCG接收数据,并且通过MCG和SCG中的一个发射数据。multi-LCHPDCP连接至一个RLC接收设备和两个RLC发射设备。
multi-LCHPDCP执行如图11至图14所示的顺序重排操作。
本发明所属的技术领域的技术人员应该理解,可以以其他具体形式实施本发明,而没有背离本发明的技术精神和基本特征。因此,上述实施例应该被解释为示例性的,而不应该解释为从所有方面的限制。通过以下权利要求而不是具体说明书来限定的本发明的范围,并且权利要求的意义和范围以及通过等同物所获得的所有的改变和修改的形式应该被解释为落在本发明的范围内。
与此同时,在说明书和附图中所公开的本发明的优选实施例和本文中所使用的术语被示出为仅提出特定示例,以阐明本发明的技术领域并且帮助理解本发明,而不是意欲限制本发明的范围。对于本领域中的普通技术人员来说,显然除了所公开的实施例以外,基于本发明的技术精神的各种实施方式也是可能的。

Claims (22)

1.一种用于用户设备(UE)发射/接收数据的方法,包括:
从控制第一群小区的第一演进节点B(ENB)接收第一控制消息;基于所述第一控制消息添加通过第二ENB控制的第二群小区;
基于所述第一控制消息确定所述第一群小区和所述第二群小区的承载类型;
在确定的承载类型为第一承载类型的情况下,通过所述第一群小区和所述第二群小区接收数据,并且通过所述第一群小区和所述第二群小区中的任一个发射数据。
2.根据权利要求1所述的方法,其中,所述第一控制消息包括上行链路模式信息,以及
在所述第一承载类型的情况下发射数据包括:基于所述上行链路模式信息选择所述第一群小区和所述第二群小区中的任何一个并且通过选择的群小区发射PDCP数据。
3.根据权利要求1所述的方法,进一步包括在所述确定的承载类型是第二承载类型的情况下,通过基于所述第一控制消息选择的所述第一群小区和所述第二群小区中的任一个,发射/接收数据。
4.根据权利要求1所述的方法,其中,所述第一控制消息包括RLC配置信息;以及
在所述第一承载类型的情况下发射/接收数据包括:
使用预定的第一RLC设备通过所述第一群小区发射/接收RLC数据;以及
基于所述RLC配置信息生成连接至所述第二群小区的第二RLC设备,并且使用生成的第二RLC设备通过所述第二群小区发射/接收所述RLC数据。
5.根据权利要求4所述的方法,其中,在所述第一承载类型的情况下发射/接收数据包括:
基于所述RLC配置信息更新预定的第一RLC设备;以及
使用更新的第二RLC设备通过所述第一群小区发射/接收所述RLC数据。
6.一种用于控制第一群小区的演进节点B(ENB)发射/接收数据的方法,包括:
确定是否添加另一ENB和第二群小区;
将第一控制消息发射给用户设备(UE),所述第一控制消息包括用于添加通过另一ENB控制的所述第二群小区的命令以及所述第一群小区和所述第二群小区的承载类型信息;
在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,通过所述第一群小区将数据发射给所述UE;以及
如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于上行链路模式信息选择所述第一群小区,则通过所述第一群小区从所述UE接收数据。
7.根据权利要求6所述的方法,其中,在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,当通过所述第一群小区向所述UE发射所述数据时,还通过所述第二群小区向所述UE发射所述数据,并且当通过所述第一群小区从所述UE接收所述数据时,不通过所述第二群小区从所UE接收所述数据。
8.根据权利要求6所述的方法,进一步包括:如果在所述第一群小区和所述第二群小区的承载类型被确定为第二承载类型的情况下,选择所述第一群小区,则通过所述第一群小区与所述UE发射/接收数据。
9.一种用于控制第二群小区的演进节点B(ENB)发射/接收数据的方法,包括:
确定是否添加另一ENB,所述另一ENB控制通过用户设备(UE)和所述第二群小区配置的第一群小区;
在所述第一群小区和所述第二群小区的承载类型是所述第一承载类型的情况下,基于通过所述另一ENB所配置的第一控制消息,通过所述第二群单元将数据发射给所述UE;以及
如果在所述第一群小区和所述第二群小区的承载类型是所述第一承载类型的情况下,基于通过所述另一ENB配置的所述第一控制消息,包括在所述第一控制消息中的上行链路模式信息指示所述第二群小区,则通过所述第二群小区从所述UE接收数据。
10.根据权利要求9所述的方法,其中,在所述第一群小区和所述第二群小区的承载类型是所述第一承载类型的情况下,当通过所述第二群小区将数据发射给所述UE时,还通过所述第一群小区将数据发射给所述UE,并且当通过所述第二群小区从所述UE接收所述数据时,不通过所述第一群小区从所述UE接收所述数据。
11.根据权利要求9所述的方法,还包括:如果在所述第一群小区和所述第二群小区的承载类型是第二承载类型的情况下,基于通过所述另一ENB配置的所述第一控制消息,所述第一控制消息指示所述第二群小区,则通过所述第二群小区与所述UE发射/接收数据。
12.一种用户设备(UE),包括:
收发器单元,通过第一和第二演进节点B(ENB)发射/接收信号;
控制单元,用于从控制第一群小区的所述第一ENB接收第一控制消息,用于基于所述第一控制消息添加通过所述第二ENB控制的第二群小区,用于基于所述第一控制消息确定所述第一群小区和所述第二群小区的承载类型,用于在确定的承载类型是第一承载类型的情况下,通过所述第一群小区和所述第二群小区接收数据,并且用于通过所述第一群小区和所述第二群小区中的任一个发射数据。
13.根据权利要求12所述的UE,其中,所述第一控制消息包括上行链路模式信息,并且
所述控制单元用于基于所述上行链路模式信息选择所述第一群小区和所述第二群小区中的任一个,并且通过选择的群小区发射PDCP数据。
14.根据权利要求12所述的UE,其中,所述控制单元用于在确定承载类型是第二承载类型的情况下,通过基于所述第一控制消息选择的所述第一群小区和所述第二群小区中的任一个来发射/接收数据。
15.根据权利要求12所述的UE,其中,所述第一控制消息包括RLC配置信息,以及
所述控制单元用于使用预定的第一RLC设备通过所述第一群小区发射/接收数据,用于基于所述RLC配置信息生成连接至所述第二群小区的第二RLC设备,以及用于使用生成的第二设备RLC设备通过所述第二群小区发射/接收所述RLC数据。
16.根据权利要求15所述的UE,其中,所述控制单元用于基于所述RLC配置信息更新预定的第一RLC设备,并且用于使用更新的第二RLC设备通过所述第一群小区发射/接收所述RLC数据。
17.一种控制第一群小区的演进节点B(ENB),包括:
收发器单元,所述收发器单元通过用户设备(UE)和另一ENB发射/接收信号;以及
控制单元,用于确定是否添加另一ENB和第二群小区,用于向所述UE发射第一控制消息,所述第一控制消息包括用于添加通过所述另一ENB控制的所述第二群小区的命令以及所述第一群小区和所述第二群小区的承载类型;在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,通过所述第一群小区向所述UE发射数据,并且如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于所述上行链路信息选择所述第一群小区,则通过所述第一群小区从所述UE接收数据。
18.根据权利要求17所述的ENB,其中,在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,当通过所述第一群小区将所述数据发射给所述UE时,还通过所述第二群小区将数据发射给所述UE,并且当通过所述第一群小区从所述UE接收所述数据时,不通过所述第二群小区从所述UE接收数据。
19.根据权利要求17所述的ENB,其中,如果在所述第一群小区和所述第二群小区的承载类型被确定为第二承载类型的情况下,选择所述第一群小区,则所述控制单元用于通过所述第一群小区与所述UE发射/接收数据。
20.一种控制第二群小区的演进节点B(ENB),包括:
收发器单元,通过用户设备(UE)和另一ENB发射/接收信号;以及
控制单元,用于确定是否添加控制通过所述UE配置的第一群小区和所述第二群小区的另一ENB,用于在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于通过所述另一ENB配置的第一控制消息,通过所述第二群小区向所述UE发射数据,并且如果在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,基于通过所述另一ENB配置的第一控制消息,在所述第一控制消息中包括的上行链路模式信息指示所述第二群小区,则通过所述第二群小区从所述UE接收数据。
21.根据权利要求20所述的ENB,其中,在所述第一群小区和所述第二群小区的承载类型是第一承载类型的情况下,当通过所述第二群小区将所述数据发射给所述UE时,还通过所述第一群小区发射数据给所述UE,并且当通过所述第二群小区从所述UE接收所述数据时,不通过所述第一群小区从所述UE接收数据。
22.根据权利要求20所述的ENB,其中,如果在所述第一群小区和所述第二群小区的承载类型是第二承载类型的情况下,基于通过所述另一ENB配置的所述第一控制消息,所述第一控制消息指示所述第二群小区,则所述控制单元用于通过所述第二群小区与所述UE发射/接收数据。
CN201480059854.5A 2013-10-29 2014-10-29 在移动通信系统中使用多个载波传送/接收数据的方法和装置 Active CN105684501B (zh)

Priority Applications (1)

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

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR20130129230 2013-10-29
KR10-2013-0129230 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
PCT/KR2014/010243 WO2015065039A1 (ko) 2013-10-29 2014-10-29 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치

Related Child Applications (1)

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

Publications (2)

Publication Number Publication Date
CN105684501A true CN105684501A (zh) 2016-06-15
CN105684501B CN105684501B (zh) 2019-10-29

Family

ID=53388219

Family Applications (1)

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

Country Status (5)

Country Link
US (3) US10149175B2 (zh)
EP (2) EP3927010B1 (zh)
KR (4) KR102157798B1 (zh)
CN (1) CN105684501B (zh)
ES (1) ES2878127T3 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019024399A1 (zh) * 2017-08-04 2019-02-07 Oppo广东移动通信有限公司 支持数据重复的方法、发射端设备和接收端设备
CN110691425A (zh) * 2013-10-29 2020-01-14 三星电子株式会社 在移动通信系统中的终端、基站及其方法
WO2022006831A1 (en) * 2020-07-10 2022-01-13 Qualcomm Incorporated Cross layer improvement with radio link control feedback on physical layer
CN114826498A (zh) * 2017-04-24 2022-07-29 摩托罗拉移动有限责任公司 分组复制操作模式之间的切换
US12238540B2 (en) 2013-10-29 2025-02-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105794303B (zh) * 2014-01-31 2020-04-21 夏普株式会社 终端装置、基站装置以及通信控制方法
EP3021612B1 (en) * 2014-11-12 2018-03-21 HTC Corporation Device and method of handling network configurations
WO2016159528A1 (en) * 2015-03-30 2016-10-06 Lg Electronics Inc. Method for performing a buffer status reporting in a wireless communication system and device therefor
CN112437491A (zh) 2015-05-15 2021-03-02 夏普株式会社 用户设备和由用户设备执行的方法
MX2019008381A (es) * 2017-01-13 2019-09-09 Samsung Electronics Co Ltd Metodo y dispositivo para transmitir un paquete de datos en un sistema de comunicacion inalambrica.
WO2018174420A1 (en) * 2017-03-23 2018-09-27 Lg Electronics Inc. Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor
CN116567716A (zh) 2017-03-23 2023-08-08 三星电子株式会社 用于处理用于分组复制的数据的方法和设备
KR102357594B1 (ko) * 2017-03-23 2022-02-04 삼성전자 주식회사 패킷 중복을 위한 데이터 처리 방법 및 장치
US10237784B2 (en) * 2017-03-24 2019-03-19 Motorola Mobility Llc Split bearer packet data converge protocol protocol data unit routing
MX2019011641A (es) * 2017-04-02 2019-12-05 Fg innovation co ltd Metodo de transmision de paquete de datos de canal logico y sistema de comunicacion inalambrica.
KR102318015B1 (ko) 2017-04-28 2021-10-27 삼성전자 주식회사 무선통신시스템에서 데이터 종류에 따른 길이를 지시하는 방법 및 장치
CN108809548B (zh) * 2017-05-05 2021-08-20 华为技术有限公司 副本传输方法及相关设备
CN108811117A (zh) * 2017-05-05 2018-11-13 中兴通讯股份有限公司 一种发送上行数据的方法及装置
US10805836B2 (en) * 2017-05-05 2020-10-13 Qualcomm Incorporated Packet duplication at a packet data convergence protocol (PDCP) entity
CN109246710B (zh) * 2017-06-09 2023-06-16 夏普株式会社 基站、用户设备和相关方法
MA49423B1 (fr) * 2017-06-16 2024-07-31 Nokia Technologies Oy Appareil de communication, procédé et programme informatique
IL271030B2 (en) 2017-07-21 2023-11-01 Guangdong Oppo Mobile Telecommunications Corp Ltd Method and device for processing data
CN109548160A (zh) * 2017-08-08 2019-03-29 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及计算机可读存储介质
US10512006B2 (en) * 2017-08-11 2019-12-17 Htc Corporation Device and method of handling a bearer change in dual connectivity
EP3635900B1 (en) 2017-08-16 2022-01-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system
WO2019095328A1 (zh) * 2017-11-17 2019-05-23 上海诺基亚贝尔股份有限公司 用于数据复制的方法、设备以及计算机可读介质
US11032866B2 (en) * 2017-11-27 2021-06-08 FG Innovation Company Limited Methods and related devices for multi-connectivity
CA3029946A1 (en) * 2018-01-11 2019-07-11 Comcast Cable Communications, Llc Cell configuration for packet duplication
KR102540611B1 (ko) * 2018-02-13 2023-06-08 삼성전자 주식회사 차세대 무선 통신 시스템에서 패킷 중복 전송 기술의 활성화 및 비활성화 시 효율적인 동작 방법 및 장치
US10869223B2 (en) 2018-02-13 2020-12-15 Samsung Electronics Co., Ltd. Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system
US11201827B2 (en) * 2018-03-30 2021-12-14 Lg Electronics Inc. Method and apparatus for performing retransmission after discarding procedure in wireless communication system
WO2019241972A1 (en) * 2018-06-21 2019-12-26 Nokia Shanghai Bell Co., Ltd. Optimal bsr for limited traffic mix
CN110730467A (zh) * 2018-07-17 2020-01-24 维沃移动通信有限公司 数据传输方法及数据接收设备
KR20200114968A (ko) 2019-03-25 2020-10-07 삼성전자주식회사 무선 통신 시스템에서 복수 개의 rlc 계층 장치의 활성화를 제어하는 방법 및 장치
CN119521456A (zh) 2019-03-25 2025-02-25 三星电子株式会社 无线通信系统中控制多个无线链路控制层设备激活的方法和装置
CN112752305B (zh) * 2019-10-29 2023-03-31 中国移动通信有限公司研究院 流量控制方法、装置、相关设备及存储介质
WO2022067716A1 (zh) * 2020-09-30 2022-04-07 北京小米移动软件有限公司 通信方法、设备及计算机可读存储介质
US20220201786A1 (en) * 2020-12-18 2022-06-23 Mediatek Inc. Methods and apparatus to reduce packet latency in multi-leg transmission

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010137917A2 (ko) * 2009-05-29 2010-12-02 엘지전자 주식회사 공간 사일런싱을 이용한 신호 전송 방법 및 이를 위한 장치
CN102348269A (zh) * 2011-09-27 2012-02-08 电信科学技术研究院 一种上行功率控制的方法和设备
CN102655682A (zh) * 2011-03-03 2012-09-05 华为技术有限公司 一种采用载波汇聚方式传输数据的方法、系统及装置
WO2012169816A2 (en) * 2011-06-10 2012-12-13 Lg Electronics Inc. Method and apparatus for transmitting aperiodic channel state information in wireless communication system
US20130010620A1 (en) * 2011-07-10 2013-01-10 Esmael Dinan Connection Reconfiguration in a Multicarrier OFDM Network
WO2013104416A1 (en) * 2012-01-11 2013-07-18 Nokia Siemens Networks Oy Secondary cell preparation for inter- site carrier aggregation

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE391376T1 (de) 2004-10-01 2008-04-15 Matsushita Electric Ind Co Ltd Dienstgüte-bewusste ablaufsteuerung für aufwärtsübertragungen über zugeordneten kanälen
US8873474B2 (en) 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
WO2010107221A2 (ko) 2009-03-16 2010-09-23 엘지전자 주식회사 반송파 집성을 지원하기 위한 방법 및 장치
CN101867871B (zh) 2009-04-17 2013-02-13 电信科学技术研究院 一种选择逻辑信道进行数据处理的方法、系统和设备
US8483156B2 (en) 2010-05-03 2013-07-09 Nokia Siemens Networks Oy Feedback for inter-radio access technology carrier aggregation
EP4221458A1 (en) 2010-12-03 2023-08-02 InterDigital Patent Holdings, Inc. Method and apparatus for performing multi-radio access technology carrier aggregation
KR101272562B1 (ko) 2011-01-07 2013-06-11 주식회사 제로비스 바코드와 이동통신 수단을 이용한 라커 시스템 및 그 방법
US9681405B2 (en) 2011-05-10 2017-06-13 Samsung Electronics Co., Ltd. Method and apparatus for applying a time alignment timer in a wireless communication system using a carrier aggregation technique
US9877139B2 (en) 2011-10-03 2018-01-23 Intel Corporation Device to device (D2D) communication mechanisms
WO2013112952A1 (en) * 2012-01-25 2013-08-01 Dinan Esmael Hejazi Timing advance in a base station and wireless device with timing advance groups based on ue capabilities
WO2013112021A1 (ko) 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
WO2013168850A1 (ko) * 2012-05-09 2013-11-14 삼성전자 주식회사 이동통신 시스템에서 불연속 수신을 제어하는 방법 및 장치
WO2014054201A1 (ja) * 2012-10-05 2014-04-10 日本電気株式会社 無線通信システム、無線局、無線端末、通信制御方法、及びコンピュータ可読媒体
US9560656B2 (en) * 2013-10-17 2017-01-31 Qualcomm Incorporated Joint support for UEs capable of communicating data of a same bearer on first and second RATs simultaneously and UEs not capable of communicating data of a same bearer on the first and second RATs simutaneously
KR102157798B1 (ko) 2013-10-29 2020-09-18 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010137917A2 (ko) * 2009-05-29 2010-12-02 엘지전자 주식회사 공간 사일런싱을 이용한 신호 전송 방법 및 이를 위한 장치
CN102655682A (zh) * 2011-03-03 2012-09-05 华为技术有限公司 一种采用载波汇聚方式传输数据的方法、系统及装置
WO2012169816A2 (en) * 2011-06-10 2012-12-13 Lg Electronics Inc. Method and apparatus for transmitting aperiodic channel state information in wireless communication system
US20130010620A1 (en) * 2011-07-10 2013-01-10 Esmael Dinan Connection Reconfiguration in a Multicarrier OFDM Network
CN102348269A (zh) * 2011-09-27 2012-02-08 电信科学技术研究院 一种上行功率控制的方法和设备
WO2013104416A1 (en) * 2012-01-11 2013-07-18 Nokia Siemens Networks Oy Secondary cell preparation for inter- site carrier aggregation

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110691425A (zh) * 2013-10-29 2020-01-14 三星电子株式会社 在移动通信系统中的终端、基站及其方法
CN110691425B (zh) * 2013-10-29 2023-04-07 三星电子株式会社 在移动通信系统中的终端、基站及其方法
US12238540B2 (en) 2013-10-29 2025-02-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting/receiving data using plurality of carriers in mobile communication system
CN114826498A (zh) * 2017-04-24 2022-07-29 摩托罗拉移动有限责任公司 分组复制操作模式之间的切换
CN114826498B (zh) * 2017-04-24 2024-04-09 摩托罗拉移动有限责任公司 分组复制操作模式之间的切换
WO2019024399A1 (zh) * 2017-08-04 2019-02-07 Oppo广东移动通信有限公司 支持数据重复的方法、发射端设备和接收端设备
CN111212398A (zh) * 2017-08-04 2020-05-29 Oppo广东移动通信有限公司 支持数据重复的方法、发射端设备、接收端设备及存储介质
US11284296B2 (en) 2017-08-04 2022-03-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method of supporting data replication, transmitting terminal device and receiving terminal device
CN111212398B (zh) * 2017-08-04 2022-11-04 Oppo广东移动通信有限公司 支持数据重复的方法、发射端设备、接收端设备及存储介质
WO2022006831A1 (en) * 2020-07-10 2022-01-13 Qualcomm Incorporated Cross layer improvement with radio link control feedback on physical layer

Also Published As

Publication number Publication date
EP3065449A1 (en) 2016-09-07
KR20210018394A (ko) 2021-02-17
EP3927010A1 (en) 2021-12-22
KR102215487B1 (ko) 2021-02-16
CN105684501B (zh) 2019-10-29
ES2878127T3 (es) 2021-11-18
KR102297506B1 (ko) 2021-09-03
US20160286412A1 (en) 2016-09-29
EP3065449B1 (en) 2021-06-16
KR20150050313A (ko) 2015-05-08
KR20200111131A (ko) 2020-09-28
US20210289368A1 (en) 2021-09-16
US10149175B2 (en) 2018-12-04
KR102157798B1 (ko) 2020-09-18
US20190116508A1 (en) 2019-04-18
KR20210109509A (ko) 2021-09-06
US12238540B2 (en) 2025-02-25
EP3927010B1 (en) 2024-11-27
EP3065449A4 (en) 2017-06-07
US11026102B2 (en) 2021-06-01

Similar Documents

Publication Publication Date Title
US12238540B2 (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
KR102216510B1 (ko) 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치
KR102184046B1 (ko) 이동통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US20190223040A1 (en) Method for calculating an amount of data available for transmission and a device therefor
KR102053338B1 (ko) 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2019141239A1 (zh) 通信方法、装置和系统
CN107637121A (zh) 用于在移动通信系统中发送或接收调度请求的方法和装置
WO2014040301A1 (zh) 调度方法、基站、用户设备和系统
EP3135070A1 (en) Method and apparatus for improved multi-carrier communication
CN110691425B (zh) 在移动通信系统中的终端、基站及其方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant