CN110832927B - 逻辑信道数据封包传输之方法及无线通信*** - Google Patents

逻辑信道数据封包传输之方法及无线通信*** Download PDF

Info

Publication number
CN110832927B
CN110832927B CN201880021281.5A CN201880021281A CN110832927B CN 110832927 B CN110832927 B CN 110832927B CN 201880021281 A CN201880021281 A CN 201880021281A CN 110832927 B CN110832927 B CN 110832927B
Authority
CN
China
Prior art keywords
rlc
data packet
logical channel
rlc data
lcp
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.)
Active
Application number
CN201880021281.5A
Other languages
English (en)
Other versions
CN110832927A (zh
Inventor
魏嘉宏
周建铭
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation 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 FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of CN110832927A publication Critical patent/CN110832927A/zh
Application granted granted Critical
Publication of CN110832927B publication Critical patent/CN110832927B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H04L5/0046Determination of how many bits are transmitted on different sub-channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers

Landscapes

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

Abstract

提供一种用于用户设备的逻辑信道数据封包传输方法,所述UE包括处理器,被配置以执行以下指令。复制封包数据控制协议(Packet Data Control Protocol,PDCP)封包数据单元(Packet Data Unit,PDU)以在PDCP实体中产生第一PDCP PDU和第二PDCP PDU;发送所述第一PDCP PDU到第一无线电链路控制(Radio Link Control,RLC)承载(bearer);发送所述第二PDCP PDU到第二RLC承载;响应于所述第一RLC承载中的所述第一PDCP PDU,产生第一RLC PDU;响应于所述第二RLC承载中的所述第二PDCP PDU,产生第二RLC PDU;和在媒体接入控制(Medium Access Control,MAC)实体中接收所述第一RLC PDU和所述第二RLC PDU。

Description

逻辑信道数据封包传输之方法及无线通信***
相关揭露的交叉引用
本申请请求于2017年4月2日提交的美国临时申请No.62/480,515的权益及优先权,其发明名称为LOGICAL CHANNEL PRIORITIZATION SUPPORTING MULTIPLETRANSMISSION TIME INTERVALS,其申请内容在此通过引用完全并入本申请中。
技术领域
本揭露大体上关于逻辑信道数据封包传输之方法及无线通信***。
背景技术
在***(Fourth Generation,4G)无线通信***(例如:长期演进技术(LongTerm Evolution,LTE)、演进LTE(evolved LTE,eLTE)或LTE升级版(LTE-Advanced,LTE-A))中,用户设备(User Equipment,UE)与基站之间的数据传输是通过无线电接入承载(bearer)。由于UE可以同时执行多个应用,并且每个应用产生用于传输的数据而所述数据具有不同服务质量(Quality of Service,QoS)要求,UE可以与基站建立多个用于发送具有不同QoS要求的数据的无线电接入承载。在下一代(例如:5G)无线通信网络(有时也称为新无线电(New Radio,NR))中,逻辑信道可以被映射到不同的基带参数(例如:多个传输时间间隔(Transmission Time Interval,TTI)和/或子载波间隔))。与4G无线网络相比,为了支持各种使用案例(例如增强型移动宽带(enhanced Mobile Broadband,eMBB)、大规模机器类型通信(Massive Machine Type Communication,mMTC)、超可靠通信和低延迟通信(Ultra Reliable Communication and Low Latency Communication,URLLC)),5G具有更多种类的服务质量(QoS),NR无线网络中UE的物理层需要提供更多的灵活性来支持多个基带参数。例如,具有超低延迟要求的URLLC可以从具有短TTI的数据传输中受益,而eMBB通信可以集中于达成高吞吐量并且对于短TTI要求不那么严格。由于UE可以在NR无线网络中同时执行多个应用而每个应用产生用于具有不同QoS要求和不同TTI的传输数据,因此期望单一的媒体接入控制(Medium Access Control,MAC)层支持一个或多个基带参数,和无线电承载/逻辑信道可以映射到多个基带参数(例如:TTI持续时间)。
发明概述
在本揭露的一个面向中,提供一种用户设备(UE)。所述UE包括处理器,被配置以执行以下指令。复制封包数据控制协议(Packet Data Control Protocol,PDCP)封包数据单元(Packet Data Unit,PDU)以在PDCP实体中产生第一PDCP PDU和第二PDCP PDU。发送所述第一PDCP PDU到第一无线电链路控制(Radio Link Control,RLC)承载。发送所述第二PDCPPDU到第二RLC承载。响应于所述第一RLC承载中的所述第一PDCP PDU,产生第一RLC PDU。响应于所述第二RLC承载中的所述第二PDCP PDU,产生第二RLC PDU。在媒体接入控制(MAC)实体中接收所述第一RLC PDU和所述第二RLC PDU。
在本揭露的另一面向中,提供一种数据封包传输方法。所述数据封包传输方法包括以下步骤。复制封包数据控制协议(PDCP)封包数据单元(PDU)以在PDCP实体中产生第一PDCP PDU和第二PDCP PDU。发送所述第一PDCP PDU到第一无线电链路控制(RLC)承载。发送所述第二PDCP PDU到第二RLC承载。响应于所述第一RLC承载中的所述第一PDCP PDU,产生第一RLC PDU。响应于所述第二RLC承载中的所述第二PDCP PDU,产生第二RLC PDU。在媒体接入控制(MAC)实体中接收所述第一RLC PDU和所述第二RLC PDU。
附图说明
图1A是用户设备的协议栈(stack)的示意图。
图1B是图1A中,所示层的相关通道的示意图。
图2是根据本揭露的示例性实施方式,UE协议栈的一部分的示意图。
图3所绘示的图为根据本揭露的示例性实施方式,UE的MAC层中的逻辑信道优先排序(Logical Channel Prioritization,LCP)操作。
图4所绘示的图为根据本揭露的示例性实施方式,利用共享权杖桶(tokenbucket)的权杖(token)填充的LCP操作。
图5所绘示的图为根据本揭露的示例性实施方式,使用单一优先位元速率(Prioritised Bit Rate,PBR)配置的隔离权杖填充。
图6所绘示的图为根据本揭露的示例性实施方式,使用两个单一PBR配置的隔离权杖填充。
图7所绘示的图为根据本揭露的示例性实施方式,使用优先顺序权杖的LCP操作。
图8所绘示的图为根据本揭露的示例性实施方式,使用动态权杖的LCP操作。
图9所绘示的图为根据本揭露的示例性实施方式,使用特定权杖的LCP操作。
图10所绘示的图为根据本揭露的示例性实施方式,服务数据单元(service dataunits,SDU)打包与在RLC层中复制数据封包。
具体实施方式
以下叙述含有相关于本揭露中的示例性实施例的特定信息。本揭露中的附图和其随附的详细叙述仅为示例性实施例。然而,本揭露并不局限于此些例示性实施例。本领域技术人员将会想到本揭露的其他变化与实施例。除非另有说明,否则附图中的相似或对应的组件可由相似或对应的附图标号指示。此外,本揭露中的附图与例示通常不是按比例绘制的,且非旨在对应于实际的相对维度。
图1A是用户设备的协议栈(例如:具有第2层子层的用户平面协议栈)的示意图。如图1A所示,协议栈100包括封包数据控制协议(PDCP)层、无线电链路控制(RLC)层、媒体接入控制(MAC)层、物理(Physical,PHY)层和无线电资源控制(Radio Resource Control,RRC)层,其中RRC层可以控制PDCP层、RLC层、MAC层和PHY层中的每一个。除了其他功能,MAC层负责但不限于逻辑信道和传输信道之间的映射、逻辑信道的优先排序和在传输信道(transport channel)上将来自一或多个逻辑信道的MAC服务数据单元(SDU)多路复用(multiplex)到要传送到物理层的传输块上。
图1B是图1A中,所示层的相关通道的示意图。如图1B所示,对于上行链路(Uplink,UL)操作,每个无线电承载映射到分别的逻辑信道上(即为一对一地)。信令无线电承载(Signaling Radio Bearer,SRB)运载控制平面信令消息,而数据无线电承载(Data RadioBearer,DRB)运载数据平面数据消息。例如,SRB0对应于公共控制信道(Common ControlChannel,CCCH),仅在UE不具有与专用控制信道(Dedicated Control Channel,DCCH)的常规连结时,使用所述公共控制信道。SRB1和SRB2映射到(两个)各自的DCCH。例如,SRB1可以用于运载源自RRC层的控制平面消息,SRB2可以用于运载源自非接入层(Non-AccessStratum,NAS)层的控制平面消息。另外,数据无线电承载(例如:DRB0到DRBn)可以运载用户平面流量。针对每个活跃DRB建立分别的专用流量信道(Dedicated Traffic Channel,DTCH)。如图1B所示,上行链路逻辑信道(Uplink Logical Channel,UL LCH)在UL传输信道级别映射为上行链路共享信道(Uplink Shared Channel,UL-SCH),UL-SCH又在UL物理信道级别映射为物理上行链路共享信道(Physical Uplink Shared Channel,PUSCH)。
还如图1B所示,随机接入信道(Random Access Channel,RACH)传输信道映射为物理随机接入信道(Physical Random Access Channel,PRACH)物理信道以执行随机接入,并且物理上行链路控制信道(Physical Uplink Control Channel,PUCCH)运载物理层信令到基站(例如演进节点B(eNB))。尽管在图1B中仅示出了一个PUSCH,在上行链路载波聚合中,针对每个单独的上行链路载波可以有分别的PUSCH。
图2是根据本揭露的示例性实施方式,UE的协议栈200的示意图。在此实施例中,为了在数据封包传输上达成更高的可靠性,UE使用分离的RLC承载复制PDCP实体中的数据封包,并且经由不同的载波和/或不同的基站发送复制的数据封包。为了提供URLLC服务,UE可以复制数据封包并将它们放置在用于传输的不同SDU中。
如图2所示,协议栈200包括PDCP实体210、两个RLC实体(RLC实体220和RLC实体230)、MAC实体240、PHY实体(未示出)和RRC实体(未示出)。UE包括处理器,被配置为执行以下指令。PDCP封包数据单元(PDU)在PDCP实体210中被复制为分离的RLC承载。例如,第一RLC承载配置有RLC实体220、相关的逻辑信道LCH1和与PDCP实体的关联,和第二RLC承载配置有RLC实体230、相关的逻辑信道LCH2和与PDCP实体的关联。当复制功能被激活时,复制PDCPPDU以产生PDCP PDU 212和PDCP PDU 214,并且使用两个不同的逻辑信道(例如:LCH1和LCH2)处理这些复制的数据封包。例如,PDCP PDU 212经由第一RLC承载发送到RLC实体220,并且PDCP PDU 214经由第二RLC承载发送到RLC实体230。响应于RLC实体220中的PDCP PDU212,RLC实体230产生RLC PDU 222。响应于RLC实体230中的PDCP PDU 214,RLC实体230产生RLC PDU 232。在MAC实体240中,RLC PDU 222和RLC PDU 232分别经由LCH1和LCH2接收。
在一个实施例中,识别两个或更多个重复的数据封包,使得MAC实体不将两个或更多个重复的数据封包打包为单一MAC PDU,例如,以确保可靠性。在一个实施例中,根据MAC实体中的逻辑信道ID和复制指示符识别复制的数据封包。复制指示符指示复制功能是否被激活,复制指示符可以是预先配置或从基站接收。在一个实施例中,复制指示符是复制功能on/off指示。在另一实施例中,复制指示符是MAC报头(header)中的标志位元(flag bit)。逻辑信道ID可以由基站配置。当复制指示符指示复制功能被激活时,PDCP PDU在PDCP实体中被复制并被发送到分离RLC承载以产生两个RLC数据封包(例如:RLC PDU 222和RLCPDU232)。在从两个RLC承载接收到两个RLC数据封包(并且所述两个RLC承载与它们的逻辑信道ID相关)之后,可以在MAC实体240中识别复制的数据封包(例如:RLC PDU 222和RLCPDU 232)。
在一个实施例中,当基站分配用于数据传输的无线电资源有限时,来自所有承载的数据传输可能需要优先排序。在4G无线网络***中的优先排序工作被称为逻辑信道优先排序(Logical Channel Prioritization,LCP)。RRC层藉由用信令通知每个逻辑信道的LCP相关参数控制上行链路数据的调度。LCP相关参数包括但不限于优先位元速率(PBR)、桶大小持续时间(Bucket Size Duration,BSD)和逻辑信道优先顺序。LCP相关参数是由基站确定或分派,并传送到UE以配置用于UL传输的逻辑信道资源。
在一个实施方式中,基站(例如:gNB或eNB)可以仅为两个逻辑信道分派单一的LCP相关参数组(例如:LCH优先顺序、PBR、BSD、TTI)。响应于所述LCP参数组,UE仅维护用于分离RLC承载的一个权杖桶(例如:共享权杖桶),并相应地处理这两个逻辑信道(例如:LCH1和LCH2)的LCP。例如,UE管理来自用于复制数据封包的单一权杖桶的权杖使用。在一个实施例中,PDCP实体标记PDCP PDU,以在MAC实体中识别复制的数据封包。这样,在MAC SDU打包操作期间,MAC层可以避免将复制的数据封包打包为单一MAC PDU。否则,复制的数据封包将通过相同的载波在相同的MAC PDU中传送,这对URLLC来说是不期望的。在另一实施例中,复制的数据封包是根据复制的数据封包的逻辑信道ID和复制指示符识别。复制指示符包括来自上层或基站的PDCP PDU复制功能on/off指示、和/或MAC报头中的标志位元。
在另一实施方式中,基站(例如:gNB或eNB)可以仅为两个逻辑信道(例如:LCH1和LCH2)分派单一的LCP相关参数组(例如:LCH优先顺序、PBR、BSD、TTI),而UE响应于所述LCP参数组,对每个分离RLC承载维护两个或更多个权杖桶,并且相应地响应于各自的权杖桶,处理这两个逻辑信道(例如:LCH1和LCH2)的LCP。
在又一实施方式中,基站(例如:gNB或eNB)可以为两个逻辑信道(例如:LCH1和LCH2)分派两个独立的LCP相关参数组(例如:LCH优先顺序、PBR、BSD、TTI),其中LCP参数被映射到它们各自的分离RLC承载。在这种情况下,UE响应于两个LCP参数组,UE为各个分离的RLC承载维护两个权杖桶,并且相应地响应于各自的权杖桶,处理这两个逻辑信道(例如:LCH1和LCH2)的LCP。
在由双连结(dual connectivity)操作的数据封包复制的情况下,主基站(例如:主gNB(MgNB))负责与辅助基站(例如:辅助gNB(SgNB))协调,并发送相关的LCP参数(例如:LCH优先顺序、PBR、BSD、TTI)到UE。在一些实施方式中,假设一定存在著作为主基站的基站而所述主基站支持这种双连结操作。以下叙述两个逻辑信道(例如:LCH1和LCH2)的详细LCP程序。
图3所示为在无线通信***下,在UE的MAC层中执行的LCP操作。LCP操作300可以包括权杖填充310、权杖使用320和SDU打包330。MAC层可以在图3中所示步骤中对逻辑信道的资源进行优先排序和分配。在权杖填充310中,权杖被填充在权杖桶中(未明确示出)。取决于权杖填充率和逻辑信道消耗权杖的速率(例如,用于UL传输),权杖桶中的权杖的总数可以针对每个传输时间间隔而增加或减少。在权杖使用320中,当权杖桶中存在权杖并且MAC层SDU缓冲器中存在SDU时,逻辑信道将在权杖桶中为MAC SDU提供对应数量(例如:等量)的权杖,因此消耗或使用权杖桶中的权杖。SDU打包330包括将MAC SDU打包为MAC PDU。在步骤338中,UE判断逻辑信道j的PBR是否被满足。如果逻辑信道的PBR未满足,只要权杖桶中存在可用的权杖,LCP操作300返回MAC层SDU缓冲器并且打包额外的SDU,直到PBR被满足(例如:打包的MAC SDU总数量与PBR匹配)。当逻辑信道的PBR被满足时,在步骤340,MAC层开始对低于当前逻辑信道优先顺序的下一个逻辑信道执行资源分配程序。
在LTE***中,LCP中权杖填充和权杖使用的操作是基于具有固定持续时间的单一TTI设计。这表示,在LTE中,LCP相关参数是在每一UE和每一LCH的基础上分派,并且仅为每个物理上行链路共享信道(PUSCH)配置单一TTI持续时间。
在一些实施例中,支持与多个基带参数相关的各种LCP机制,其中逻辑信道(LCH)配置有多个基带参数(例如:TTI)。以下将详细讨论用于支持多个基带参数的权杖填充、权杖使用和SDU打包的各种LCP机制。尽管本揭露描述逻辑信道可以配置两个基带参数(例如:TTI),但是本揭露的实施方式不限于每个逻辑信道具有两个基带参数。下面讨论的所有LCP机制在逻辑上可以扩展为逻辑信道可具有多于两个基带参数。
根据本揭露的实施方式,TTI可以由所述TTI对应的基站(例如:下一代节点B(gNB)和/或演进的节点B(eNB))配置,并且可以动态地调整。每个基带参数中的TTI持续时间可能不同。
在LCP操作的权杖填充操作中,当逻辑信道被配置两个或更多个基带参数时,每个基带参数可以导致不同的TTI,并且由于TTI长度的差异,与每个基带参数相关联的权杖填充速度是不同的。另外,每个基带参数的PBR可以彼此独立地被配置。当逻辑信道配置有两个或更多个基带参数时,可以用两个子类别讨论权杖填充操作,即为,使用共享权杖桶的权杖填充和使用隔离权杖桶的权杖填充。
图4是根据本申请的实施方式,利用使用共享权杖桶的权杖填充的LCP操作的示意图。LCP操作400可以包括权杖填充410、权杖使用420和SDU打包430。MAC层可以在图4所示的步骤中对逻辑信道进行资源的优先排序和分配。应可理解的是,尽管LCP操作400仅示出在逻辑信道(例如:逻辑信道j)中执行的各种步骤,MAC层中的LCP操作400可以包括具有不同优先排序的多个逻辑信道。这些其他逻辑信道的步骤实质上类似于图4中所示的步骤,因此为了概念清晰而从图4中省略。
权杖填充410可以包括步骤412和414。在步骤412,响应于由基站分派的LCP参数,UE为每个逻辑信道维护共享权杖桶。例如,UE维护逻辑信道的桶大小。逻辑信道的桶大小可以等于PBR×BSD。如图4所示,当基站(例如:gNB或eNB)对每个逻辑信道分派两个或更多个TTI(例如:TTI1和TTI2)和两个或更多个对应的PBR(例如:PBR1和PBR2)到UE。UE可以相应地对TTI1应用PBR1而对TTI2应用PBR2,并且对两个TTI使用共享权杖桶。对于每个逻辑信道,TTI和它们各自的PBR可以是不同的,因此每个逻辑信道的权杖填充率可以是不同的。在本实施方式中,两个TTI藉由在它们各自TTIn的共享权杖桶内增加PBRn×TTIn个权杖,独立地执行它们自己的权杖填充操作,其中n是基带参数编号。
在步骤414中,对于每个逻辑信道,MAC层维护变量Bj(t),变量Bj(t)是逻辑信道j的权杖的总数。当建立相关逻辑信道时,变量Bj(t)的值可以初始化为零,并且可以随时间(t)变化。例如,逻辑信道j的共享权杖桶中的权杖总数可以表示为Bj(t)=Bj(t-1)+(PBR1×TTI1)+(PBR2×TTI2)。应该注意的是,Bj(t)的值不应超过最大桶大小。如果Bj(t)的值大于逻辑信道j的桶大小,则Bj(t)应被限制在最大桶大小(例如:PBR×BSD)。应该理解的是,高PBR可能导致更多数据被打包。例如,如果特定应用的QoS为高,基站可以将PBR设置为高,使得数据可以更快地被打包。虽然图4仅示出了一个逻辑信道的权杖填充操作,但是应该理解的是,UE可以具有多个逻辑信道执行实质上类似逻辑信道j的功能。在本实施方式中,PBR1和TTI1、和PBR2和TTI2是由基站配置。具有共享权杖桶可以降低MAC层架构的复杂性和UE的计算开销。在一个实施方式中,每个逻辑信道可以具有PBRn和TTIn的不同组合。
权杖使用420可以包括步骤422和步骤424。在步骤422,UE判断逻辑信道j(Bj(t))的权杖桶中权杖总数是否大于零。当逻辑信道j的权杖桶中权杖总数大于零(即,Bj(t)>0)时,LCP操作执行步骤424。在步骤424,使用权杖。这代表着逻辑信道j的权杖桶消耗对应数量的权杖TSDU。例如,在MAC实体中的权杖Bj(t)的总数是以在步骤412中提供给逻辑信道j的MACSDU总大小减少。在一个实施例中,所有具有Bj(t)>0的逻辑信道都是以递减的优先顺序排序分配资源。如果逻辑信道的PBR被设置为无穷大(∞),MAC层在满足较低优先顺序逻辑信道的PBR之前,对逻辑信道上所有可用于传输的数据分配资源。在步骤436中,将对应SDU的权杖TSDU打包为MAC PDU。
另一方面,当逻辑信道j的权杖桶中权杖总数小于或等于零时,LCP操作执行步骤432和步骤434。在步骤432中,当逻辑信道j的权杖桶中权杖总数时不大于零时,不使用权杖,并且在此轮中,来自该逻辑信道的SDU将不会打包为MAC PDU。在步骤434中,MAC层开始另一逻辑信道的资源分配程序,所述另一逻辑信道具有的优先顺序低于逻辑信道j的优先顺序。
在步骤438中,UE判断逻辑信道j的PBR是否被满足。如果逻辑信道j的PBR未被满足,LCP操作400前进到SDU打包430以按照相同规则打包额外的SDU,直到PBR被满足(例如:步骤422中打包的MAC SDU的总大小与步骤438中的PBR匹配)。当逻辑信道j的PBR被满足时,在步骤440,MAC实体开始用于下一个逻辑信道的资源分配程序,所述下一个逻辑信道具有的优先顺序低于逻辑信道j的优先顺序。
图5和图6是根据本揭露的实施方式,隔离权杖桶的权杖填充的示意图。有别于共享权杖桶的权杖填充,当基站(例如:gNB或eNB)为每个逻辑信道分派两个或更多个TTI(例如:TTI1和TTI2)到UE时,UE可以相应地应用由基站为两个TTI分派的两个PBR(例如:PBR1和PBR2),并且对每个TTI使用一个隔离权杖桶,其中,每个隔离权杖桶具有自己的桶大小BSDn,其中,n是基带参数编号,j是逻辑信道编号。在此实施例中,隔离权杖桶是由TTI区分。在一些实施例中,隔离权杖桶是由其他基带参数区分。
如图5和图6所示,两个TTI藉由在它们各自TTIn的各自隔离权杖桶中增加PBRn×TTIn个权杖,独立地执行它们自己的权杖填充操作,其中,n是基带参数编号。但是,基于PBR1和PBR2的产生方法,隔离权杖桶的权杖填充可以进一步分类为两个子类别,即为,用于两个权杖桶的单一PBR配置(例如:图5)和用于每个隔离权杖桶的隔离/独立PBR配置(例如:图6)。
应当注意的是,在一个实施方式中,基站可以在配置期间,对每个隔离权杖桶发送对应于两个或更多个TTIn的两个或更多个BSDn的信号。在另一实施方式中,基站可以对所有隔离权杖桶发送单一BSD的信号,并且UE可以对每个不同的基带参数应用两个或更多个调整因数。在一个实施例中,逻辑信道的桶大小可以等于PBR×BSD。例如,当子载波间隔是15kHz时,TTI是1ms。以PBR为128kB/s、BSD为100ms为例,权杖增加为128kB/s×1ms=128B/TTI,然后逻辑信道的桶大小为128kB/s×100ms=12.8kB。
图5是根据本揭露的实施方式,图5所绘示的图为根据本揭露的示例性实施方式,使用单一PBR配置的隔离权杖填充的示意图。在本实施方式中,基站分派两个TTI(例如:TTI1和TTI2)给UE,但对所述两个TTI仅配置单一PBR。在接收到TTI和单一PBR时,UE进行PBR分割。如图5所示,在UE从基站接收单一PBR配置之后,UE判断两个隔离权杖桶之间的分割比率(例如:针对TTI1的α和针对TTI2的β,其中α+β=1)。例如,α和β的判断可以是基于逻辑信道的对应应用流量类型和特定部分的MAC SDU对其各自延迟要求的需求。两个隔离权杖桶具有它们各自的TTI,所述两个隔离权杖桶藉由它们各自TTIn的各自隔离权杖桶中增加(α或β)×PBR×TTIn个权杖,独立地执行它们自己的权杖填充操作,其中n是基带参数编号。
如图5所示,逻辑信道j的隔离权杖桶1中的权杖总数可以表示为Bj1(t)=Bj1(t-1)+(α×PBR×TTI1),而逻辑信道j的隔离权杖桶2中的权杖总数可以表示为Bj2(t)=Bj2(t-1)+(β×PBR×TTI2),其中j是逻辑信道编号。在本实施方式中,隔离权杖桶1和隔离权杖桶2具有它们各自的BSD1和BSD2。在本实施方式中,TTI1、TTI2、PBR、BSD1和BSD2是由基站配置。虽然图5仅示出一个逻辑信道的权杖填充操作,但是应该理解的是,UE可以具有多个逻辑信道执行实质上类似逻辑信道j的功能。在另一实施方式中,基站可以为两个隔离权杖桶配置公共BSD(例如:BSDcom)并且限制UE可以为两个TTI保持权杖的总数,其中隔离权杖桶1和隔离权杖桶2中权杖的总数总和不能超过BSDcom。可注意的是,对于每个逻辑信道,分割比率α和分割比率β可以不同。
图6是根据本揭露的实施方式,使用两个PBR配置的隔离权杖填充的示意图。在本实施方式中,基站分派两个TTI(例如:TTI1和TTI2)到UE,并对两个TTI配置两个对应的PBR(例如:PBR1和PBR2)。两个TTI藉由在它们各自TTIn的各自隔离权杖桶中增加PBRn×TTIn个权杖,独立地执行它们自己的权杖填充操作,其中n是基带参数编号。
如图6所示,逻辑信道j的隔离权杖桶1中的权杖总数可以表示为Bj1(t)=Bj1(t-1)+(PBR1×TTI1),而逻辑信道j的隔离权杖桶2中的权杖总数可以表示为Bj2(t)=Bj2(t-1)+(PBR2×TTI2),其中j是逻辑信道编号。在本实施方式中,隔离权杖桶1和隔离权杖桶2具有它们各自的BSD1和BSD2。在本实施方式中,TTI1、TTI2、PBR1、PBR2、BSD1和BSD2是由基站配置。虽然图6仅示出了一个逻辑信道的权杖填充操作,但是应该理解的是,UE可以具有多个逻辑信道执行实质上类似逻辑信道j的功能。在另一实施方式中,基站可以为两个隔离权杖桶配置公共BSD(例如:BSDcom)并且限制UE可以为两个TTI保持的权杖总数,其中,隔离权杖桶1和隔离权杖桶2的权杖总数的总和不能超过BSDcom。应该注意的是,对于每个逻辑信道,PBRn可以是不同的。
应注意,图5和图6仅示出了LCP操作的权杖填充机制。下面将分别参考图7和图8讨论LCP操作的权杖使用和SDU打包部分。
基于上述隔离权杖桶的权杖填充,本揭露的实施方式提供了三种权杖使用操作,即为,优先顺序权杖使用、动态权杖使用和特定权杖使用。由于每个基带参数(例如:TTI)的权杖被收集在隔离权杖桶中,来自每个用于权杖使用的权杖桶的权杖使用可以被独立地管理。
图7示出根据本揭露的一个实施方式,使用优先顺序权杖的LCP操作的图。LCP操作700A包括权杖填充710、权杖使用720和SDU打包730。在本实施方式中,权杖填充710可以基本上对应于图5中的权杖填充510。如图7所示,每个隔离权杖桶的权杖具有优先顺序。优先顺序可以由基站(例如:gNB)明确地配置,或者由UE本身非明确地决定。例如,UE可以基于基带参数和运行的应用来决定每个隔离权杖桶的优先顺序。当存在任何准备好传输的SDU时,UE可以基于分派的优先顺序(例如:从具有最高优先顺序的权杖桶到具有最低优先顺序的权杖桶)使用权杖。
在本实施方式中,隔离权杖桶1中的权杖优先顺序高于隔离权杖桶2中的权杖,因此将在使用权杖桶2之前使用隔离权杖桶1中的权杖。也就是说,UE将仅在用完来自隔离权杖桶1的权杖时,使用隔离权杖桶2中的权杖。应注意的是,优先顺序分派可以分别用于不同的逻辑信道、承载、网络切片、核心网络切片和无线电接入网络切片。基站(例如:gNB或eNB)可以经由MAC控制元素(Control Element,CE)或经由RRC信令重新配置优先顺序的分派。
应当理解的是,步骤722、步骤724、步骤732、步骤734、步骤736、步骤738和步骤740基本上类似于图4中描述的步骤422、步骤424、步骤432、步骤434、步骤436、步骤438和步骤440。如上所述,隔离权杖桶1的权杖优先顺序高于隔离权杖桶2,因此将在使用权杖桶2之前使用隔离权杖桶1的权杖。即为,只要隔离权杖桶1中存在权杖,LCP操作700可以执行步骤722、步骤724、步骤736和步骤738,并且仅当用完隔离权杖桶1的所有权杖时,才执行步骤722′、步骤724′、步骤736'和步骤738'。
图8示出根据本揭露的一个实施方式,使用动态权杖的LCP操作的图。不同于优先顺序权杖使用,每个隔离权杖桶中,权杖的动态权杖使用不具有优先顺序。当存在任何准备好传输的SDU时,UE可以基于UE需求和期望动态地使用每个隔离权杖桶中的权杖。在本实施方式中,将由UE自己做出从对应权杖桶(例如:隔离权杖桶1或隔离权杖桶2)中使用哪个权杖的决定。例如,所述决定可以基于MAC SDU的延迟要求和MAC SDU缓冲器的排队状态。应当理解的是,步骤822、步骤824、步骤832、步骤834、步骤836、步骤838和步骤840基本上类似于图4中描述的步骤422、步骤424、步骤432、步骤434、步骤436、步骤438和步骤440。应注意的是,取决于决定使用哪个隔离权杖桶,步骤822和步骤824可以检查对应权杖桶的桶大小以检查桶大小是否大于0(例如:Bj1(t)>0或Bj2(t)>0),然后追踪对应权杖桶的权杖使用(例如:Bj1(t)-TSDU或Bj2(t)-TSDU)。而且,应注意的是,在本实施方式中,基站将两个TTI和两个PBR分派给UE。这样,在步骤838中,PBR可以是PBR1和PBR2的总和(例如:PBR=PBR1+PBR2)。在另一实施方式中,基站向UE分派单一PBR,LCP操作800在步骤838中使用单一PBR。
图9示出根据本揭露的一个实施方式,使用特定权杖的LCP操作的图。类似于优先顺序权杖使用,在每个隔离权杖桶中,权杖的特定权杖使用不具有优先顺序。在此实施例中,UE不做出将使用对应权杖桶(例如:隔离权杖桶1或隔离权杖桶2)中哪个权杖的决定。相反的,UE遵循来自每个SDU的指示符。指示符指示将在SDU打包中使用哪个权杖或使用哪个权杖桶(例如:隔离权杖桶1或隔离权杖桶2)的权杖。例如,SDU1指示将使用权杖桶1的权杖,SDU2表示将使用权杖桶2的权杖。指示符可以是PDCP PDU报头、RLC PDU报头、逻辑信道ID,并且可以由RRC、NAS或上层分派。
应当理解的是,步骤922、步骤924、步骤932、步骤934、步骤936、步骤938和步骤940基本上类似于图4中描述的步骤422、步骤424、步骤432、步骤434、步骤436、步骤438和步骤440。应注意的是,取决于决定使用哪个隔离权杖桶,步骤922和步骤924可以检查对应权杖桶的桶大小以检查桶大小是否大于0(例如:Bj1(t)>0或Bj2(t)>0),然后追踪对应权杖桶的权杖使用(例如:Bj1(t)-TSDU或Bj2(t)-TSDU)。而且,应注意的是,在本实施方式中,基站将两个TTI和两个PBR分派给UE。这样,在步骤938中,PBR可以是PBR1和PBR2的总和(例如:PBR=PBR1+PBR2)。在另一实施方式中,当基站向UE分派单一PBR,然后LCP操作900在步骤938中使用单一PBR。
图10是根据本揭露的一个实施例,在RLC层中使用数据封包复制的SDU打包的示意图。在一个实施例中,为了在数据封包传输上实现更高的可靠性,UE可以在RLC层中复制数据封包,并且经由不同的载波和/或向不同的基站发送复制的数据封包。例如,为了提供URLLC服务,UE可以复制数据封包并将它们放置在不同的SDU中以进行传输。以下将针对在RLC层中使用单一承载复制数据的SDU打包机制进行描述。
如图10所示,RLC层将RLC PDU复制为单一承载,这表示LCP功能可以处理这些来自单一逻辑信道的复制数据封包。UE自己处理这些复制数据封包的LCP。这表示UE可以管理来自用于复制数据封包的单一权杖桶的权杖使用。
RLC层标记RLC PDU(例如:PDCP PDU1)以帮助MAC层识别具有复制的数据封包的RLC PDU。这样,在MAC SDU打包程序期间,MAC层可以藉由使用由RLC提供的标识,避免将这些复制的数据封包打包为单一MAC PDU。否则,复制的数据封包将通过相同的载波在相同的MAC PDU中传送,这对URLLC来说是不被期望的。另外,MAC层还可以藉由它们的逻辑信道ID和/或来自上层或基站的RLC PDU复制功能on/off指示来区分这些复制的PDCP PDU。
对于由双连结操作的数据封包复制的情况,主基站(例如:主gNB(Master gNB,MgNB))负责与辅基站(例如:辅gNB(secondary gNB,SgNB))协调,并发送相关的LCP参数(例如:LCH优先顺序、PBR、BSD、TTI等)到UE。在此假设必定存在着作为主基站的基站,而所述基站支持这种双连结操作。
应当注意的是,关于图4到图6所描述的权杖填充操作、关于图7到图9所描述的权杖使用操作和关于图10描述的SDU打包操作可以根据本揭露的实施方式,被配置为任何合适的组合以执行LCP。
以上所示和所述的实施例仅为示例。尽管在前面的描述中已经阐述了本技术的许多特征和优点并伴随着本揭露的结构和功能的细节,本公开仅是说明性的,并且可以在细节上进行改变,包括在本公开的原理内的部件的形状、尺寸和布置等事项,并且包括由权利要求中使用的术语的广泛一般含义所建立的全部范围。

Claims (12)

1.一种用户设备UE,包含:
处理器,被配置以执行指令以:
接收与第一无线电链路控制RLC承载和第二RLC承载对应的多个逻辑信道优先排序LCP相关参数;
所述LCP相关参数包括优先位元速率、桶大小持续时间、逻辑信道优先顺序和传输时间间隔;
所述LCP相关参数的第一部分对应于与第一RLC承载关联的第一逻辑信道,及所述LCP相关参数的第二部分对应于与第二RLC承载关联的第二逻辑信道;
通过媒体访问控制MAC实体,接收来自所述第一RLC承载的第一RLC数据封包及接收来自所述第二RLC承载的第二RLC数据封包,其中:
所述第一RLC数据封包包括第一封包数据控制协议PDCP封包数据单元PDU,
所述第二RLC数据封包包括第二PDCP PDU,所述第一PDCP PDU和第二PDCP PDU被PDCP实体标记;
通过所述MAC实体,识别所标记的所述第一PDCP PDU和所述第二PDCP PDU,判断所述第一RLC数据封包和所述第二RLC数据封包是否为复制的RLC数据封包;及
当确定所述第一RLC数据封包和所述第二RLC数据封包为复制的RLC数据封包时,分别基于所述LCP相关参数的所述第一部分和所述第二部分将所述第一RLC数据封包和所述第二RLC数据封包打包成不同的MAC封包数据单元。
2.如权利要求1所述的UE,其中,所述处理器更被配置以执行指令以:
从第一基站接收所述LCP相关参数,用于在所述第一基站和第二基站之间的双连接操作中复制数据封包。
3.如权利要求1所述的UE,其中,所述处理器更被配置以执行指令以:
在所述MAC实体中接收复制指示符;
根据所述MAC实体中的第一逻辑信道标识和第二逻辑信道标识以及所述复制指示符判断所述第一RLC数据封包和所述第二RLC数据封包是否为复制的RLC数据封包。
4.如权利要求3所述的UE,其中,所述处理器更被配置以执行指令以:
从基站接收所述复制指示符。
5.如权利要求4所述的UE,其中,所述复制指示符包括复制功能on/off指示。
6.如权利要求4所述的UE,其中,所述复制指示符包括MAC报头中的标志位元。
7.一种数据封包传输方法,包含:
接收与第一无线电链路控制RLC承载和第二RLC承载对应的多个逻辑信道优先排序LCP相关参数;
所述LCP相关参数包括优先位元速率、桶大小持续时间、逻辑信道优先顺序和传输时间间隔;
所述LCP相关参数的第一部分对应于与第一RLC承载关联的第一逻辑信道,及所述LCP相关参数的第二部分对应于与第二RLC承载关联的第二逻辑信道;
通过媒体访问控制MAC实体,接收来自所述第一RLC承载的第一RLC数据封包及接收来自所述第二RLC承载的第二RLC数据封包,其中:
所述第一RLC数据封包包括第一封包数据控制协议PDCP封包数据单元PDU,
所述第二RLC数据封包包括第二PDCP PDU,所述第一PDCP PDU和第二PDCP PDU被PDCP实体标记;
通过所述MAC实体,识别所标记的所述第一PDCP PDU和所述第二PDCP PDU,判断所述第一RLC数据封包和所述第二RLC数据封包是否为复制的RLC数据封包;及
当确定所述第一RLC数据封包和所述第二RLC数据封包为复制的RLC数据封包时,分别基于所述LCP相关参数的所述第一部分和所述第二部分将所述第一RLC数据封包和所述第二RLC数据封包打包成不同的MAC封包数据单元。
8.如权利要求7所述的数据封包传输方法,更包含:
从第一基站接收所述LCP相关参数,用于在所述第一基站和第二基站之间的双连接操作中复制数据封包。
9.如权利要求7所述的数据封包传输方法,更包含:
在所述MAC实体中接收复制指示符;
根据所述MAC实体中的第一逻辑信道标识和第二逻辑信道标识以及所述复制指示符判断所述第一RLC数据封包和所述第二RLC数据封包是否为复制的RLC数据封包。
10.如权利要求9所述的数据封包传输方法,更包含:
从基站接收所述复制指示符。
11.如权利要求10所述的数据封包传输方法,其中,所述复制指示符包括复制功能on/off指示。
12.如权利要求10所述的数据封包传输方法,其中,所述复制指示符包括MAC报头中的标志位元。
CN201880021281.5A 2017-04-02 2018-03-30 逻辑信道数据封包传输之方法及无线通信*** Active CN110832927B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762480515P 2017-04-02 2017-04-02
US62/480515 2017-04-02
PCT/CN2018/081306 WO2018184503A1 (en) 2017-04-02 2018-03-30 Logical channel data packet transmission method and wireless communication system

Publications (2)

Publication Number Publication Date
CN110832927A CN110832927A (zh) 2020-02-21
CN110832927B true CN110832927B (zh) 2023-04-04

Family

ID=63670151

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880021281.5A Active CN110832927B (zh) 2017-04-02 2018-03-30 逻辑信道数据封包传输之方法及无线通信***

Country Status (5)

Country Link
US (1) US11665556B2 (zh)
EP (1) EP3607792B1 (zh)
CN (1) CN110832927B (zh)
MX (1) MX2019011641A (zh)
WO (1) WO2018184503A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10750410B2 (en) 2016-09-30 2020-08-18 Huawei Technologies Co., Ltd. Ultra reliable low latency connection support in radio access networks
WO2018107457A1 (zh) * 2016-12-16 2018-06-21 富士通株式会社 数据复用装置、方法以及通信***
EP3579608B1 (en) * 2017-03-03 2021-05-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
US11516796B2 (en) * 2017-04-14 2022-11-29 Asustek Computer Inc. Method and apparatus of requesting semi-persistent scheduling resource for transmission of data duplication in a wireless communication system
US10405231B2 (en) 2017-04-24 2019-09-03 Motorola Mobility Llc Switching between packet duplication operating modes
WO2018203688A1 (en) * 2017-05-04 2018-11-08 Lg Electronics Inc. Apparatus and method for generating a buffer status report
CN109150748B (zh) * 2017-06-13 2021-11-23 维沃移动通信有限公司 一种数据优先级的处理方法、网络设备和用户终端
EP3493637B1 (en) * 2017-06-15 2020-08-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource scheduling method and apparatus for a logical channel
US20180367288A1 (en) * 2017-06-16 2018-12-20 Huawei Technologies Co., Ltd. Dynamic activation and deactivation of packet duplication
US20190200273A1 (en) * 2017-12-22 2019-06-27 Nokia Technologies Oy Flushing PDCP Packets To Reduce Network Load In Multi-Connectivity Scenarios
EP3858086B1 (en) * 2018-09-28 2023-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for handling dual connectivity in redundancy transmission
WO2020093230A1 (en) * 2018-11-06 2020-05-14 Qualcomm Incorporated Delivering out-of-order packet data convergence protocol (pdcp) protocol data units (pdus) to pdcp
CN111294936B (zh) * 2018-12-06 2023-04-14 大唐移动通信设备有限公司 一种传输方法及终端
EP4030819B1 (en) * 2019-11-29 2024-05-08 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device, and network device
WO2022055293A1 (en) * 2020-09-11 2022-03-17 Samsung Electronics Co., Ltd. Method and network entity for logical channel management in a wireless communication network
US11956151B2 (en) 2021-12-22 2024-04-09 Industrial Technology Research Institute Transmission control protocol flow control method and device for performing the method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104782223A (zh) * 2012-10-19 2015-07-15 富士通株式会社 多rat***中的无线通信
WO2015133767A1 (en) * 2014-03-02 2015-09-11 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
CN105580422A (zh) * 2013-07-24 2016-05-11 松下电器(美国)知识产权公司 小小区部署中的高效抛弃机制
CN105659690A (zh) * 2013-10-21 2016-06-08 Lg电子株式会社 在双连接中发送上行链路数据的方法及其设备

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
KR102157798B1 (ko) * 2013-10-29 2020-09-18 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
US10039086B2 (en) * 2013-11-11 2018-07-31 Electronics And Telecommunications Research Institute Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations
WO2015119411A1 (en) * 2014-02-09 2015-08-13 Lg Electronics Inc. Method for calculating and submittung an amount of data available for transmission and a device therefor
EP3343860A4 (en) * 2015-09-25 2018-09-12 Huawei Technologies Co., Ltd. Data sending method, data receiving method and relevant device
KR20180035638A (ko) * 2016-09-29 2018-04-06 삼성전자주식회사 RRC Inactive 및 active 상태에서 data 전송 결정 및 방법 및 장치
US10750410B2 (en) * 2016-09-30 2020-08-18 Huawei Technologies Co., Ltd. Ultra reliable low latency connection support in radio access networks
KR20180050015A (ko) * 2016-11-04 2018-05-14 삼성전자주식회사 무선통신시스템에서 고신뢰 저지연 통신을 위한 데이터 송수신 방법 및 장치
CN116709512A (zh) * 2016-11-17 2023-09-05 三星电子株式会社 无线通信***中的方法和装置
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.
US11202279B2 (en) * 2017-01-16 2021-12-14 Samsung Electronics Co., Ltd Method and apparatus for processing data in wireless communication system
EP3579608B1 (en) * 2017-03-03 2021-05-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and device
US10986530B2 (en) * 2017-03-10 2021-04-20 Kt Corporation Buffer state report transmission method and device therefor
US10439766B2 (en) * 2017-03-15 2019-10-08 Htc Corporation Method and apparatus for transmitting duplication data using multiple carriers
EP3379863B1 (en) * 2017-03-21 2020-02-26 HTC Corporation Device and method of handling buffer status reporting for packet duplication
US10448423B2 (en) * 2017-03-22 2019-10-15 Ofinno, Llc Data multiplexing in a wireless device and wireless network
CN108924871B (zh) * 2017-03-23 2022-09-20 夏普株式会社 无线配置方法、用户设备和基站
US10716094B2 (en) * 2017-03-23 2020-07-14 Ofinno, Llc Packet duplication in a wireless device and wireless network
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
KR102367840B1 (ko) * 2017-03-24 2022-02-25 삼성전자 주식회사 이동통신 시스템에서 페이징을 수행하는 방법 및 장치
US10536878B2 (en) * 2017-03-24 2020-01-14 Mediatek Inc. User equipment and methods for PDCP duplication in 5G RAN
PL3603322T3 (pl) * 2017-03-24 2024-02-05 Nokia Technologies Oy Obsługa duplikacji pdcp i odzysk danych w nowej technologii dostępu radiowego
KR102318015B1 (ko) * 2017-04-28 2021-10-27 삼성전자 주식회사 무선통신시스템에서 데이터 종류에 따른 길이를 지시하는 방법 및 장치
CN111132351B (zh) * 2018-10-31 2023-04-07 大唐移动通信设备有限公司 一种资源分配方法、终端及节点设备
CN113766571B (zh) * 2019-01-16 2023-03-14 Oppo广东移动通信有限公司 数据传输的方法和通信设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104782223A (zh) * 2012-10-19 2015-07-15 富士通株式会社 多rat***中的无线通信
CN105580422A (zh) * 2013-07-24 2016-05-11 松下电器(美国)知识产权公司 小小区部署中的高效抛弃机制
CN105659690A (zh) * 2013-10-21 2016-06-08 Lg电子株式会社 在双连接中发送上行链路数据的方法及其设备
WO2015133767A1 (en) * 2014-03-02 2015-09-11 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
3GPP TSG-RAN WG2 Meeting #97bis R2-1702632;Nokia等;《3GPP TSG-RAN WG2 Meeting #97bis R2-1702632》;全文 *
Configurability of packet duplication in PDCP;LG Electronics Inc.;《3GPP TSG-RAN WG2 #97bis R2-1703509》;全文 *
Considerations on Packet Duplication for URLLC;Samsung;《3GPP TSG-RAN WG2 Meeting #97 R2-1701986》;全文 *
Controlling of duplication in case of CA;Ericsson;《3GPP TSG-RAN WG2 #97bis Tdoc R2-1702753》;全文 *
Data duplication and link selection for URLLC in NR;Ericsson;《3GPP TSG-RAN WG2 #AH Tdoc R2-1700428》;全文 *
Duplication Impacts to MAC;Nokia等;《3GPP TSG-RAN WG2 Meeting #97bis R2-1702639》;全文 *
MAC modeling for PDCP duplication in CA;MediaTek Inc.;《3GPP TSG-RAN WG2 Meeting 97bis R2-1703528》;全文 *
MAC operation on the duplicated data from PDCP layer;OPPO;《3GPP TSG-RAN2 #97bis R2-1702546》;全文 *
PDCP configuration for packet duplication;MediaTek Inc.;《3GPP TSG-RAN WG2 Meeting 97bis R2-1703527》;全文 *

Also Published As

Publication number Publication date
US11665556B2 (en) 2023-05-30
MX2019011641A (es) 2019-12-05
CN110832927A (zh) 2020-02-21
EP3607792A1 (en) 2020-02-12
EP3607792B1 (en) 2023-10-04
EP3607792A4 (en) 2020-09-16
WO2018184503A1 (en) 2018-10-11
US20180288631A1 (en) 2018-10-04

Similar Documents

Publication Publication Date Title
CN110832927B (zh) 逻辑信道数据封包传输之方法及无线通信***
US11218896B2 (en) Method for calculating an amount of data available for transmission and a device therefor
US11503497B2 (en) Method for triggering a buffer status reporting in dual connectivity and a device therefor
US10575208B2 (en) Method for triggering and reporting a buffer status and device therefor
US9839043B2 (en) Apparatus and method for allocating resources for logical channels in wireless communication system
JP6823166B2 (ja) 特定の論理チャネル優先順位を有するulグラントに基づく上りリンクの伝送
KR102367676B1 (ko) 무선 통신 시스템에서의 데이터 송수신 방법 및 장치
WO2015016574A1 (en) Method for calculating and reporting a buffer status and device therefor
JP2020528683A (ja) 搬送波を選択するための方法及び装置
KR20220049002A (ko) 논리 채널 우선순위를 처리하는 방법 및 장치, 저장 매체 및 단말
CN112640352A (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