CN116391372A - 信息处理方法及装置、通信设备及存储介质 - Google Patents
信息处理方法及装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN116391372A CN116391372A CN202380008339.3A CN202380008339A CN116391372A CN 116391372 A CN116391372 A CN 116391372A CN 202380008339 A CN202380008339 A CN 202380008339A CN 116391372 A CN116391372 A CN 116391372A
- Authority
- CN
- China
- Prior art keywords
- rlc entity
- data
- target data
- information
- transmitting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。由发送端执行的信息处理方法,可包括:根据待发送目标数据的第一属性信息,确定发送所述目标数据的无线链路控制RLC实体。
Description
技术领域
本公开涉及无线通信技术领域但不限于无线通信技术领域,尤其涉及一种信息处理方法及装置、通信设备及存储介质。
背景技术
在接入设备或者用户设备(User Equipment,UE)都被配置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio LinkControl,RLC)层、媒体访问控制(Media Access Control,MAC)层以及物理(Physical,PHY)层。其中,RLC层位于PDCP层和MAC层之间。MAC层位于RLC层和PHY层之间。
在发送数据时,PDCP层形成待传输的PDCP协议数据单元(Protocol Data Unit,PDU);RLC层可用于将PDCP数据单元封装成业务数据单元(Service Data Unit,SDU);MAC层可用于将RLC层的SDU处理成MAC PDU,并将MAC PDU提供给PHY层转换成传输块(Transmission Block,TB)发送。
在接收数据时,PHY层接收TB,将接收的TB提交给MAC层。MAC层将TB转换成MACPDU,并提供给RLC层,而RLC层将MAC PDU组装成SDU,并提交给PDCP层。PDCP层将SDU转换层PDCP数据单元并对PDCPPDU进行后续处理。
发明内容
本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。
本公开实施例第一方面提供一种信息处理方法,其中,由发送端执行,方法包括:
根据待发送目标数据的第一属性信息,确定发送目标数据的无线链路控制RLC实体。
本公开实施例第二方面提供一种信息处理方法,其中,由接入设备执行,方法包括:
向用户设备UE发送第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
本公开实施例第三方面提供一种信息处理方法,其中,由用户设备UE执行,方法包括:
接收接入设备发送的第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
本公开实施例第四方面提供一种信息处理装置,其中,装置包括:
确定模块,被配置为根据待发送目标数据的第一属性信息,确定发送目标数据的无线链路控制RLC实体。
本公开实施例第五方面提供一种信息处理装置,其中,装置包括:
发送模块,被配置为向用户设备UE发送第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
本公开实施例第五方面提供一种信息处理装置,其中,装置包括:
接收模块,被配置为接收接入设备发送的第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
本公开实施例七方面提供一种通信设备,包括处理器、收发器、存储器及存储在存储器上并能够由处理器运行的可执行程序,其中,处理器运行可执行程序时执行如前述第一方面至第三方面任意一个技术方面提供的信息处理方法。
本公开实施例八方面提供一种计算机存储介质,计算机存储介质存储有可执行程序;可执行程序被处理器执行后,能够实现前述第一方面至第三方面任意一个技术方面提供的信息处理方法。
本公开实施例提供的技术方案,可以根据目标数据中不同部分第一属性信息,选择相同或不同的RLC实体传输目标数据的不同部分,如此,可以使得对QoS要求高的部分数据,可以使用高QoS保障的RLC实体传输,而对QoS要求低的部分数据,可以使用低QoS的RLC实体传输,从而确保目标数据的不同部分的QoS要求都更好的得到满足,也减少因为数据传输使用同一个RLC实体传输导致的拥堵现象。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开实施例,并与说明书一起用于解释本公开实施例的原理。
图1是根据一示例性实施例示出的一种无线通信***的结构示意图;
图2A是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2B是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2C是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2D是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2E是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2F是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2G是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图2H是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图3A是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图3B是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图3C是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图4A是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图4B是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图4C是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图5是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图6是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图7是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图8是根据一示例性实施例示出的一种UE的结构示意图;
图9是根据一示例性实施例示出的一种网络设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开所使用的单数形式的一种、和该也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语和/或是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语如果可以被解释成为在……时或当……时或响应于确定。
请参考图1,其示出了本公开实施例提供的一种无线通信***的结构示意图。如图1所示,无线通信***是基于蜂窝移动通信技术的通信***,该无线通信***可以包括:若干个UE 11以及若干个接入设备12。在一些实施例中,该通信***还可包括:一个或多个核心网设备,在图1中未示出核心网设备。该核心网设备包括但不限于:移动管理实体(MobileManagement Entity,MME)或接入管理功能(Access Management Function,AMF)等。
其中,UE 11可以是指向用户提供语音和/或数据连通性的设备。UE 11可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,UE 11可以是物联网UE,如传感器设备、移动电话(或称为蜂窝电话)和具有物联网UE的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、用户设备(userdevice)、或用户设备(user equipment,UE)。或者,UE 11也可以是无人飞行器的设备。或者,UE 11也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线通信设备。或者,UE 11也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
接入设备12可以是无线通信***中的网络侧设备。其中,该无线通信***可以是***移动通信技术(the 4th generation mobile communication,4G)***,又称长期演进(Long Term Evolution,LTE)***;或者,该无线通信***也可以是5G***,又称新空口(new radio,NR)***或5G NR***。或者,该无线通信***也可以是5G***的再下一代***。其中,5G***中的接入网可以称为NG-RAN(New Generation-Radio Access Network,新一代无线接入网)。或者,MTC***。
其中,接入设备12可以是4G***中采用的演进型基站(eNB)。或者,接入设备12也可以是5G***中采用集中分布式架构的基站(gNB)。当接入设备12采用集中分布式架构时,通常包括集中单元(central unit,CU)和至少两个分布单元(distributed unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体访问控制(Media Access Control,MAC)层的协议栈;分布单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对接入设备12的具体实现方式不加以限定。
接入设备12和UE 11之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于***移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在相关技术中,PDCP层内一个PDCP实体可关联到RLC层的一个或多个RLC实体。
PDCP实体可具有分流功能,PDCP在实现分流功能时,可将不同PDU分发至不同的RLC实体分发数据。例如,多个RLC实体中有主RLC实体和辅RLC实体。例如,携带控制数据的PDU分发给主RLC实体。而业务数据的PDU可分发给主RLC实体,且部分分发给辅RLC实体。具体如,当业务数据的一个或多个PDU的总数据量较小时,PDCP实体可将PDU更多的分发给主RLC实体处理,而当业务数据的一个或多个PDU的总数据量较大时,PDCP实体可以部分PDU分发给主RLC实体,部分分发给RLC实体,同时由主RLC实体和辅RLC实体分发。
PDCP层还有复制功能,例如,为了确保数据传输的可靠性,每一个PDU都会被复制一份或多份,分发给不同的RLC实体进行后续处理。
如图2A所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1110:根据待发送目标数据的第一属性信息,确定传输目标数据的RLC实体。
该信息处理方法的执行主体可为:目标数据发送端。示例性地,该目标数据的发送端可为图1所示的接入设备或者图1所示的UE。图1所示的接入设备可包括各种类型的基站,例如,eNB和/或gNB。
示例性地,该UE可为任意具有移动通信能力的终端。该UE可为移动终端和/或固定终端。终端可以是但不限于是手机、可穿戴设备、车载终端、路侧单元(RSU,Road SideUnit)、智能家居终端、智能办公设备、工业用传感设备和/或医疗设备等。
该信息处理方法的执行主体可为UE的PDCP实体。
示例性地,该目标数据可为PDCP层的PDCP实体形成的一个或多个PDCP数据单元。该PDCP数据单元内可以携带有控制数据和/或业务数据。这些PDCP数据单元是携带在无线承载(Radio Bearer)上的。
PDCP数据单元可包括PDCP PDU和/或,PDCP SDU。在一些情况下,被PDCP实体处理过PDCP数据单元可为PDCP PDU,和/或PDCP层接收到的PDCP SDU。
每一个PDCP PDU可包括头部(header)和净负荷(payload)部分。在头部内可以携带第一属性信息。净负荷部分可包括控制数据和/或业务数据。
该第一属性信息可为任意指示PDU的净负荷部分重要性的任意数据属性。
示例性地,该第一属性信息可为指示PDCP数据单元的净负荷部分数据重要性的重要性等级,或者,优先级等。当然此处仅仅是对第一属性信息的举例说明,具体实现时不局限于该举例。
不同种RLC实体具有不同QoS保障。示例性地,不同各种RLC实体的传输模式不同,有的传输模式支持纠错功能,有的传输模式支持重复检测功能,有的传输模式可能仅支持透传功能。
示例性地,不同种RLC实体会映射至不同的逻辑信道或逻辑信道组。不同逻辑信道或不同逻辑信道组的QoS保障不同。
在一个实施例中,不同种RLC实体可以对应于发送端MAC层的一个MAC实体。值得注意的是:MAC实体可以将来自不同RLC实体的数据包,封装成携带有不同RLC实体映射的逻辑信道或逻辑信道组ID的MAC PDU或者MAC子(sub)PDU。
若目标数据的两个PDU头部携带的重要性等级不同,则可能分发至不同种RLC实体进行处理。不同种RLC实体可以提供数据传输的不同QoS保障。根据目标数据不同PDCP数据单元的第一属性信息,选择能够提供对应QoS保障的RLC实体进行数据传输,相当于在UE内会按照各个PDCP数据单元的第一属性信息反映的该PDU的重要性等级,选择与该重要等级匹配的RLC实体进行数据传输。
此处的RLC实体的数据传输,可包括将数据量较小的一个或多个PDCP数据单元组装成一个SDU,或者将数据量较大的PDU拆分成多个SDU,并且根据RLC实体的传输模式,对数据进行透传、重新封装、重复检测和/或纠错等RLC层的相关处理。
在一些实施例中,目标数据可为控制数据或者业务数据。当目标数据为控制数据时,可以根据控制数据不同的第一属性信息,选择能够提供第一属性信息所要求QoS的一个或多个RLC实体传输控制数据的不同部分。
在另一些实施例中,该目标数据可为业务数据。此时,该目标数据的不同部分可以来自相同业务的不同QoS流、或者相同QoS流的不同QoS子流;或者,来自相同业务的不同模态的数据。
示例性地,针对视频数据可包括:I帧和P帧。通常情况下I帧可独立编解码;而P帧需要依赖I帧或者其他P帧进行联合解码。由此可见为了实现视频数据的成功收发,显然I帧的重要性高于P帧。如此,在携带I帧的PDU头部内的第一属性信息指示的重要性,可高于携带P帧的PDU头部内的第二属性信息指示的重要性。此时,I帧的QoS要求高于P帧的QoS要求。
示例性地,针对扩展现实(extended reality,XR)业务的数据可包括:显示设备的显示数据、语音设备的语音数据和/或触控传感器等传感数据等。显示数据、语音数据以及传感数据属于不同模态的数据。XR业务可包括:增强现实(augmented reality,AR)业务、虚拟现实(virtual reality,VR)业务和/或混合现实(mixed reality,MR)业务。MR业务可同时兼具AR业务和VR业务的特点。通常XR业务数据数据的不同部分可具有不同的QoS要求。例如,针对XR业务中传感器采集的生物特征数据,可用于用户的身份验证和/或支付验证,相对于语音设备的语音数据可能具有更高的QoS要求。
示例性地,在一些实施例中,该方法还可包括:确定待传输的数据是否为指定的目标数据。示例性地,确定待传输数据是否为指定业务或者业务类型的业务数据,如果是,则该带传输数据为目标数据。针对目标数据的传输,是需要根据目标数据的第一属性信息,选择对应种RLC实体传输发送目标数据。该指定业务包括但不限于前述XR业务和/或视频业务。
在本公开实施例中,可以根据目标数据中不同部分第一属性信息,选择相同或不同的RLC实体传输目标数据的不同部分,如此,可以使得对QoS要求高的部分数据,可以使用QoS高保证的RLC实体传输,而对QoS要求低的部分数据,可以使用低QoS的RLC实体传输,从而确保目标数据的不同部分的QoS要求都更好的得到满足,也减少因为数据传输使用同一个RLC实体传输导致的拥堵现象。
在一些实施例中,UE和接入设备作为发送端,都会获取第一配置信息,该第一配置信息,可用于发送端的RLC层的RLC实体的配置等。
示例性地,该第一配置信息,会用于发送端确定其内部的RLC层配置一个或多个RLC实体。若配置多个RLC实体时,是否配置有与各个RLC实体对应的第一属性信息。
不同种RLC实体形成的SDU会映射到不同的逻辑信道或者不同的逻辑信道组。如此,MAC层的MAC实体接收到之后不同RLC实体的SDU之后,会生成MAC PDU。一个MAC PDU可包括一个或多个MAC子(sub)PDU。一个MAC子PDU可包括一个子头(subheader)。该子头内可携带该MAC子PDU映射的逻辑信道标识(Logical Channel Identifier,LCID)或逻辑信道组(Logical Channel Group Identifier,LCG ID)。不同种RLC实体的SDU会被封装称不同的MAC子PDU,从而映射到不同LC,并基于LC的QoS保障,实现不同种RLC实体的数据发送的QoS保障。
在一些实施例中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
示例性地,该第一配置信息可为RLC实体的列表。在该列表内可包括RLC实体的标识信息,例如,该标识信息可包括RLC实体的编号。与此同时,在该列表内还可包括与每一个RLC实体的标识信息位于同一个行的第二属性信息。
示例性地,一个标识信息可用于标识UE的RLC层建立的RLC实体。该标识信息指示的RLC实体可为已经建立的RLC实体,和/或待建立的RLC实体。
该第二属性信息可指示RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第一配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
又示例性地,一个RLC实体可以关联到多个第二属性信息。目标数据的不同部分,可具有不同的第二属性。即一个RLC实体可以同时用于传输多种不同属性的目标数据。
第一配置信息可针对一种控制数据或者一种业务数据的RLC配置。待建立的RLC实体可包括一个或多种RLC实体,不同种RLC实体可提供更高的QoS保障。示例性地,RLC实体可包括:主RLC实体和辅RLC实体,主RLC实体比辅QoS实体可提供更高的QoS保障。
另外,第一配置信息还可以和协议约定方式进行组合使用。比如配置了两个RLC实体,分别为第一RLC实体(或者称主RLC实体)和第二RLC实体(或者称辅RLC实体),分别用于传输重要性等级为1和重要性等级为2的目标数据。同时,按照协议约定方式,第一RLC实体还可以用于承载PDCP层自身产生的控制数据,比如PDCP控制PDU。
第一配置信息还包括:
模式信息,指示传输目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式(Transparent Mode,TM)、非确认模式(Unacknowledged Mode,UM)和/或确认模式(Acknowledged Mode,AM)。
透传模式可是:不将PDU转换SDU,也无须添加RLC头,也不进行数据丢弃、重排、重组以及纠错处理等的传输模式。
非确认模式可是:将PDU转换SDU,在SDU上增加RLC头,对数据进行丢弃、重排和/或重组等处理的传输模式。
确认模式可是:将PDU转换为SDU,在SDU上增加RLC头,对数据进行丢弃、重排、重组合/或纠错等处理的传输模式。
不同种RLC实体的传输模式可不同。例如,使用AM的RLC实体可对数据传输提供高于使用UM的RLC实体的QoS保障。而使用UM的RLC实体可对数据传输提供高于使用TM的RLC实体的QoS保障。
在一些实施例中,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
在一些实施例中,第一属性信息还可以包括PDCP层自身产生的控制数据。该控制数据又可以称为控制信令。
第一属性信息的获取可以是若干种方式。一种方式是从PDCP数据单元的头部中获取,比如每一个PDCP数据单元中的头部中会携带自身的第一属性信息,示例性地,PDCP数据单元的头部可包含重要性等级。
另一种方式是DCP数据单元的传输地址确定所述第一属性信息。示例性地,对于下行传输,接入设备会为不同的Qos流关联到不同的传输层地址,则根据该传输层地址获取到PDCP数据单元归属的Qos流ID,或子QoS流ID。
同样地,
第二属性信息包含重要性等级、QoS流ID或者子QoS流ID等,则具有该第二属性信息的RLC实体,会发送具有第二属性信息限定属性的PDCP数据单元。该业务类型可由类型标识信息或者业务标识来体现。PDCP层的PDCP实体可以根据待发送至RLC实体的PDCP数据单元的业务类型和/或业务ID,将PDCP数据单元发送至对应的RLC实体。
QoS流标识,示例性地可包括:第五代移动通信(5th Generation,5G)的服务质量流标识(QoS Flow Identifier,QFI)。不同的QFI映射了一套不同的QoS参数。该QoS参数可包括:传输时延、传输带宽、和/或传输错误率相关的参数。
一个QoS流可以拆分成不同的子QoS流,如此不同的子QoS流可具有不同的子QoS标识同样地,子QoS标识将映射有一个或多个QoS参数。从而同样地,子QoS流也可以用于发送端的PDCP层确定当前待发送的PDCP数据单元发送至的RLC实体。
该优先级可为数据的业务优先级、和/或传输数据的逻辑信道的优先级。该优先级也反映了数据的重要性和/或QoS要求。
如图2B所示,本公开实施例提供一种信息处理方法,其中,由UE执行,方法包括:
S1210:接收接入设备发送的第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
该接入设备可为如图1所示的任意一种接入设备,即该接入设备可为eNB或者gNB。
示例性地,该第一配置信息可为RLC实体的列表。在该列表内可包括RLC实体的标识信息,例如,该标识信息可包括RLC实体的编号。与此同时,在该列表内还可包括与每一个RLC实体的标识信息位于同一个行的第二属性信息。
示例性地,若该信息处理方法的执行主体为UE,则该UE会从接入设备接收该第一配置信息。
在收到第二配置信息之后,UE可以在启动目标数据的传输之前,可进行对应RLC实体的建立,从而方便后续目标数据的传输。
如图2C所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1310:获取第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据RLC实体所能够传输数据的属性;
S1320:根据目标数据的第一属性信息,选择与第一属性信息匹配的第二属性信息对应的RLC实体发送目标数据。
如此,通过第一配置信息的获取,发送端PDCP层的PDCP实体,会提前到UE内各个RLC实体的第二属性信息,而后根据自身组装形成的PDCP数据单元中的第一属性信息和第二属性信息的匹配,选择出接收各个PDCP数据单元的RLC实体。该第一属性信息可携带在PDCP数据单元的头部内。
在一些实施例中,第一配置信息可是半静态配置的,也可以是动态配置。若是半静态配置的,比如采用RRC消息半静态周期的配置。若是动态配置的可采用MAC CE方式进行激活去激活或者使能去使能配置。通常情况下半静态配置的变更频率会低于动态配置的变更频率。
如图2D所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1410:获取预设信息;其中,预设信息,用于更新发送目标数据的RLC实体。
该发送端同样可为UE或者接入设备。
示例性地,该预设信息可为目标数据的分流配置变更的任意信息。也即该预设信息可为接入设备更新发送目标数据RLC实体的任意数据。
示例性地,该预设信息可包括分流配置信息。
该分流配置信息,可用于重新配置目标数据的发送方式、和/或更新分流发送时的发送RLC实体。其中,针对目标数据,重新配置的发送方式可包括分流发送和不分流发送;
示例性地,该分流配置信息可用于指示目标数据的发送方式在分流发送和不分流发送之间切换。若不分流发送,则所有的目标数据仅由一个RLC实体发送。若分流发送,则目标数据的不同部分会因为各自的第一属性信息的不同,使用不同RLC实体发送。故显然目标数据的发送方式在分配发送和不分类发送之间切换,相当于是更新发送目标数据的RLC实体。
又示例性地该分流配置信息,还可用于指示目标数据在分流发送时发送RLC实体的更新。
示例性地,该预设信息可为:已建立RLC实体的重建信息、释放信息和/或去激活信息。重建信息可指示已建立RLC实体需要销毁重建,在销毁重建的过程中,显然该RLC实体不能用于目标数据的发送,相当于更新了发送目标数据的RLC实体。释放信息可用于RLC实体的释放,释放后的RLC实体不再重建。
RLC实体的状态可包括:RLC实体的激活状态或非激活状态。激活状态也可以称为已激活状态,处于已激活状态的RLC实体可称为已激活RLC实体。非激活状态也可以称为未激活状态或去激活状态或待激活状态。处于非激活状态的RLC实体可以称为未激活RLC实体、待激活RLC实体或者去激活RLC实体。
示例性地,去激活信息是将一个已经处于激活状态的RLC实体更换为去激活状态。去激活状态的RLC实体将暂停目标数据的传输,从而同样实现了目标数据的发送RLC实体的更新。
又示例性地,该预设信息可为:待建立RLC实体的建立信息,或配置信息,或激活信息。
该建立信息可用于RLC实体的建立,例如第一配置信息已经完成了RLC实体的配置,但是尚未根据第一配置信息完成RLC实体的建立,在接收到建立信息之后将实现RLC实体的建立。
配置信息可为待传输目标数据的RLC实体还没有配置。
激活信息可用于已建立RLC实体从去激活状态到激活状态的状态切换。
该预设信息可由RRC消息、MAC层消息或者下行控制信息(Downlink ControlInformation,DCI)配置。
例如,当前传输目标数据的RLC实体可包括一个或多个第二RLC实体,通过该预设信息的获取,可以将目标数据的RLC实体更新为一个或多个第二RLC实体。
总之,在一些实施例中,接入设备可以根据目标数据的QoS需求的变更,和/或业务数据的升级等,更新目标数据的发送RLC实体,从而使得发送目标数据的RLC实体与目标数据不同部分数据所需的QoS需求动态适配。
如图2E所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1510:获取第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体。
例如,发送端为UE,则可以从接入设备接收第二配置信息。若发送端为接入设备,则可以获取自身缓存的发送至UE的第二配置信息。
第二配置信息可携带在接入设备发送的任意RRC消息、MAC层消息和/或DCI中。
示例性地,该第二配置信息可由RRC重配消息、RRC重建立消息或者RRC恢复消息来实现配置。
示例性地,第二配置信息可用于实现以下功能的至少之一:
停止或启动目标数据的分流功能;若分流功能启动,则使用至少两个RLC发送目标数据;
增加目标数据的发送RLC实体;
减少目标数据的发送RLC实体;
更换目标数据的发送RLC实体;
更新目标数据的发送RLC实体的第二属性信息;
更新目标数据的发送RLC实体的传输模式;
更新目标数据的发送RLC实体映射的逻辑信道或逻辑信道组。
在一些实施例中,该第二配置信息同样可包括:RLC实体的列表。在该列表内可至少包括:第二RLC实体的标识信息;和/或,与每一个第二RLC实体对应的第二属性信息,和/或第二RLC实体的模式信息,和/或,第二RLC实体对应的逻辑信道或逻辑信道组的标识信息。
该第二属性信息可指示第二RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第二配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
第二配置信息还包括:模式信息,指示第二RLC实体的传输模式。第二RLC实体的传输模式可为AM、UM或者TM。
如图2F所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1610:获取激活信息,激活信息用于通过激活未激活RLC实体和/或去激活已激活RLC实体,以更新发送目标数据的RLC实体。
在该实施场景下,第一配置信息进行了RLC实体的配置,但是可能并没有激活RLC实体或者已经激活了RLC实体。后续接入设备可以通过激活信息,指示UE或者自身切换RLC层内各个RLC实体的状态。此处的RLC实体的状态可包括:RLC实体的激活状态或非激活状态。激活状态也可以称为已激活状态,处于已激活状态的RLC实体可称为已激活RLC实体。非激活状态也可以称为未激活状态或去激活状态或待激活状态。处于非激活状态的RLC实体可以称为未激活RLC实体、待激活RLC实体或者去激活RLC实体。
该激活信息可包括:激活指示和/或去激活指示。激活指示可用于激活一个或多个待激活的RLC实体,去激活指示,可用于去激活一个或多个已激活的RLC实体。
只有处于激活状态的RLC实体才可以用于数据发送。如此,通过激活信息可动态更新目标数据的发送RLC实体。在这种情况下,第一配置信息可为动态配置的RRC消息,可以动态配置传输目标数据的一个或多个RLC实体。UE和接入设备分别作为发送端时都会在获取到第一配置信息之后,建立RLC实体,在接收到激活信息之后,更新已建立的RLC实体的状态。
在一些实施例中,第一配置信息还可包括:设置各配置的RLC实体的初始状态的指示信息。传输目标数据的初始状态可为激活状态或非激活状态。例如,第一配置信息同时配置有多个RLC实体时,多个RLC实体中的主RLC实体的初始状态可为激活状态,其他辅RLC实体的初始状态可为去激活状态。
如图2G所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1710:响应于目标数据的发送RLC实体从第一RLC实体更换为第二RLC实体;
S1720:执行目标数据的预设功能。
第一RLC实体和第二RLC实体是不同的RLC实体。此处的第一RLC实体可认为是目标数据发送的源RLC实体,第二RLC实体可认为是目标数据发送的目标RLC实体。
示例性地,发送端可根据前述预设信息中的任意一种,确定目标数据的发送RLC实体从第一RLC实体更新为第二RLC实体。
又示例性地,发送端还可以根据预定义规则,确定目标数据的发送RLC实体从第一RLC实体更新为第二RLC实体。
又示例性地,发送端还可以根据预定义规则,确定目标数据的发送RLC实体从第一RLC实体更新为第二RLC实体。其中变更前的RLC实体和变更后的RLC实体传输模式可相同或不同。作为一种实施例,可以根据协议约定,对于目标数据仅支持使用持同一传输模式的不同RLC实体之间变更,以简化操作。
该预定义规则可包括:协议约定。例如,预定义规则实现限定了某一种或多种目标数据的发送RLC实体更新的触发条件,若满足触发条件,则确定目标数据的发送RLC实体从第一RLC实体更新为第二RLC实体。
由于切换RLC实体发送目标数据,可能会存在目标数据的发送间隙,和第一RLC实体和第二RLC实体之间处理目标数据的QoS更新。
该预设功能可为数据可靠性确保功能,和/或,数据延时性确保功能。
数据可靠性确保功能,主要用于确保数据的传输可靠性。
数据延时性确保功能,主要用于确保数据的传输延时在容忍的延时范围内,减少数据超时。
示例性地,若第二RLC实体相对于第一RLC实体的QoS保障提高了,则说明目标数据需要更高的QoS保障,此时,可能需要执行与数据可靠性相关的数据可靠性确保功能。若第二RLC实体相对于第一RLC实体的QoS保障降低了,更多在意数据的传输延时,则可能需要执行数据延时性相关的数据延时性确保功能。
总之,通过预设功能的执行,可以满足目标数据的发送RLC实体更新后的QoS,实现发送RLC实体更新过程中的QoS保障。
示例性地,第二RLC实体包括:
发送端内已建立RLC实体;
和/或,
发送端内待建立RLC实体。
在一些实施例中,基于第二RLC实体执行目标数据的预设功能包括:
执行与第二RLC实体的传输模式的预设操作;或者,
启动PDCP数据恢复功能。
该预设操作可为根据更新后的第二RLC实体的传输模式相关。第二RLC实体的传输模式反映了目标数据的发送RLC更新后的QoS需求,因此根据第二RLC实体的传输模式的预设操作,至少可以满足目标数据的发送RLC更新后的QoS需求。
PDCP数据恢复功能的相关操作可参见相关技术,可通过PDCP数据恢复功能实现目标数据的发送RLC更新过程中的QoS保证。
执行与第二RLC实体的传输模式的预设操作,包括:
响应于第二RLC实体的传输模式为AM,确定向第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;
或者,
响应于第二RLC实体的传输模式为TM或者UM,确定向第二RLC实体发送第二PDCP数据单元;
其中,第一PDCP数据单元包括:已向第一RLC实体发送且尚未收反馈数据的PDCP数据单元;第二PDCP数据单元包括:尚未向第一RLC实体发送的PDCP数据单元。
若更新后的第二RLC实体的传输模式为AM,则说明目标数据具有很高的QoS需求,则由于RLC实体更新导致的数据传输中断或者数据包丢失都会导致数据无法解码或者传输失败等现象。因此在这种情况下,作为发送端已发送的第一PDCP数据单元,只要尚未收到接收端的反馈数据,则处于保证数据可靠性的目的,可通过第二RLC实体再次发送。该反馈数据可包括:指示成功接收的ACK和/或指示接收失败的NACK。接收端的PDCP层将反馈数据发送至发送端的PHY层,并依次经过MAC层、RLC层传输至PDCP层。第二PDCP数据单元为第一RLC还没有发送的目标数据,则可继续由第二RLC发送,确保接收端接收到完整的目标数据。
若第二RLC实体的传输模式为UM或者TM,尤其是TM则说明当前对目标数据的可靠性要求低了,可能要求更高的传输速率,此时,可以默认直接使用第二RLC实体发送第二PDCP数据单元,至少在执行预设功能时不进行第一PDCP数据单元的发送。UM提供数据可靠性方面的QoS保障是低于AM对数据可靠性方面提供的QoS保障的。为了减少不必要的数据包发送,在第二RLC实体的传输模式是UM的情况下,也可以先不传输第一PDCP数据单元,优先发送第二PDCP数据单元。
在一些实施例中,执行与第二RLC实体的传输模式的预设操作,包括:
触发接收端发送PDCP状态报告;
根据PDCP状态报告,确定是否向第二RLC实体发送第一PDCP数据单元的部分或者全部或者是否删除已发送的第一PDCP数据单元。
该PDCP状态报告,将指示接收端已经成功接收的PDCP数据单元,和/或,接收端接收失败的PDCP数据单元。
示例性地,触发接收端发送PDCP状态报告,可包括:若第二RLC实体的传输模式为AM,则触发接收端发送PDCP状态报告。如此发送端的PDCP实体就可以根据接收端的PDCP状态报告,将需要继续发送给接收端的数据,经由第二RLC实体发送给接收端或者将发送成功的PDCP数据单元删除。
在一些实施例中,启动PDCP数据恢复功能包括:
在启动PDCP数据恢复功能后,向第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;其中,其中,第一PDCP数据单元包括:已向第一RLC实体发送且尚未收反馈数据的PDCP数据单元;第二PDCP数据单元包括:尚未向第一RLC实体发送的PDCP数据单元。
在本公开实施例中,若目标数据的发送RLC实体更新了,则启动PDCP数据恢复功能。在这种情况下,不管更新后的第二RLC实体的传输模式,会将已经发送但未收到反馈数据的第一PDCP数据单元和第二PDCP数据单元,提供给第二RLC实体,由第二RLC实体处理后发送至接收端。
该反馈数据包括但不不限于ACK和/或NACK。
如此,可以借用PDCP数据恢复功能确保目标数据在更换(也即更新)RLC实体过程中数据发送的可靠性。
如图2H所示,本公开实施例提供一种信息处理方法,其中,由发送端执行,方法包括:
S1810:响应于目标数据的发送RLC实体从第一RLC实体更换为第二RLC实体;
S1820:响应于第二RLC实体为待建立RLC实体,建立第二RLC实体。
在本公开实施例中,若发送端基于预设信息或者预定义规则,确定更换为第二RLC实体。若检测到发送端尚未建立第二RLC实体,则需要先建立第二RLC实体。例如,根据第一配置信息、第二配置信息或者预定义规则建立第二RLC实体。在第二RLC实体完成建立之后,在执行预设功能之前、或者,在删除、释放或者重建第一RLC实体的使用之前建立第二RLC实体。
值得注意的是:在确定将目标数据的发送RLC实体从第一RLC实体更换为第二RLC实体时,就可以暂停使用第一RLC实体发送数据,或者,继续使用第一RLC实体发送数据直至第二RLC实体建立好之后可以接替第一RLC实体发送数据。
示例性地,若第二RLC实体的可靠性高于第一RLC实体的可靠性,则可以在确定目标数据的发送RLC更换为第二RLC实体时,在第二RLC实体未完成建立之前,暂停第一RLC实体的数据传输,以更好的保障目标数据的传输可靠性。此处第二RLC实体的可靠性高于第一RLC实体的可靠性体现在如下一个或多个方面:第一RLC实体的传输模式为TM,且第二RLC实体的传输模式为AM或UM;或者,第一RLC实体的传输模式为UM,且第二RLC实体的传输模式为AM;或者,第一RLC实体所映射逻辑信道对应的带宽,小于第二RLC实体所映射逻辑信道对应的带宽等。
又示例性地,若第二RLC实体可靠性低于第一RLC实体的可靠性,则在完成第二RLC实体建立之前,可以继续使用第一RLC实体发送数据,以确保数据的传输延时。
在一些实施例中,方法还包括:释放或重建或去激活第一RLC实体。若释放第一RLC实体,则相当于发送端的RLC层会删除第一RLC实体。若重建第二RLC实体可能会根据新的配置信息,重新建立一个新的第一RLC实体。新建第一RLC实体的传输模式和/或映射的逻辑信道等,可以与原始的第一RLC实体不同,但是重建的第一RLC实体的标识信息可以维持原样。当然这里仅仅是举例说明,具体实现时不局限于该举例。
若第一RLC实体仅仅是被去激活,相当于第一RLC实体进入到一个不发送数据的去激活(或称去使能)的状态,后续,可以再次激活第一RLC实体,以发送数据。
如图3A所示,本公开实施例提供一种信息处理方法,其中,由接入设备执行,方法包括:
S2110:向UE发送第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;以及第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
该信息处理方法的执行设备可为接入设备。该接入设备可如图1所示的接入设备,具体可包括eNB和/或gNB。
若UE作为发送端时,接入设备会预先生成第一配置信息,并将第一配置信息发送给UE。示例性地,接入设备通过RRC消息将第一配置信息发送给UE。具体地,在UE从非连接态切换到连接态过程使用到的RRC消息,将第一配置信息发送给UE。又具体地,UE从其他小区切换或重选到当前小区的过程中使用的RRC消息,将第一配置信息发送给UE。
例如,通过RRC连接建立消息、RRC连接恢复消息或者随机接入响应消息等,将第一配置信息下发给UE。
在一些实施例中,第一配置信息可为半静态配置信息或动态配置信息。
示例性地,该第一配置信息可为RLC实体的列表。在该列表内可包括RLC实体的标识信息,例如,该标识信息可包括RLC实体的编号。与此同时,在该列表内还可包括与每一个RLC实体的标识信息位于同一个行的第二属性信息。
示例性地,一个标识信息可用于标识UE的RLC层建立的RLC实体。该标识信息指示的RLC实体可为已经建立的RLC实体,和/或待建立的RLC实体。
该第二属性信息可指示RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第一配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
第一配置信息可针对一种控制数据或者一种业务数据的RLC配置。待建立的RLC实体可包括一个或多种RLC实体,不同种RLC实体可提供更高的QoS保障。示例性地,RLC实体可包括:主RLC实体和辅RLC实体,主RLC实体比辅QoS实体可提供更高的QoS保障。
第一配置信息还包括:
模式信息,指示传输目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式(Transparent Mode,TM)、非确认模式(Unacknowledged Mode,UM)和/或确认模式(Acknowledged Mode,AM)。
透传模式可是:不将PDU转换SDU,也无须添加RLC头,也不进行数据丢弃、重排、重组以及纠错处理等的传输模式。
非确认模式可是:将PDU转换SDU,在SDU上增加RLC头,对数据进行丢弃、重排和/或重组等处理的传输模式。
确认模式可是:将PDU转换为SDU,在SDU上增加RLC头,对数据进行丢弃、重排、重组合/或纠错等处理的传输模式。
不同种RLC实体的传输模式可不同。例如,使用AM的RLC实体可对数据传输提供高于使用UM的RLC实体的QoS保障。而使用UM的RLC实体可对数据传输提供高于使用TM的RLC实体的QoS保障。
在一些实施例中,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
如图3B所示,本公开实施例提供一种信息处理方法,其中,由接入设备执行,方法包括:
S2210:向UE发送第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
S2220:发送第二配置信息,其中,第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体。
此处的发送第二配置信息可为包括:向UE发送第二配置信息,示例性地,向UE广播、组播或者单播第二配置信息。
示例性地,第二配置信息可用于实现以下功能的至少之一:
停止或启动目标数据的分流功能;若分流功能启动,则使用至少两个RLC发送目标数据;
增加目标数据的发送RLC实体;
减少目标数据的发送RLC实体;
更换目标数据的发送RLC实体;
更新目标数据的发送RLC实体的第二属性信息;
更新目标数据的发送RLC实体的传输模式;
更新目标数据的发送RLC实体映射的逻辑信道或逻辑信道组。
在一些实施例中,第二配置信息同样可为接入设备发送的任意重新配置目标数据的发送RLC实体的数据。该第二配置信息可由RRC重配消息、RRC重建立消息或者RRC恢复消息来实现配置。
示例性地,第一配置信息和第二配置信息都可为半静态配置信息和/或动态配置信息。
在一些实施例中,该第二配置信息同样可包括:RLC实体的列表。在该列表内可至少包括:第二RLC实体的标识信息;和/或,与每一个第二RLC实体对应的第二属性信息,和/或第二RLC实体的模式信息,和/或,第二RLC实体对应的逻辑信道或逻辑信道组的标识信息。
该第二属性信息可指示第二RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第二配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
第二配置信息还包括:模式信息,指示第二RLC实体的传输模式。第二RLC实体的传输模式可为AM、UM或者TM。
在本公开实施例中,可以根据目标数据更新后的QoS需求,配置第二RLC得到第二配置信息。
如图3C所示,本公开实施例提供一种信息处理方法,其中,由接入设备执行,方法包括:
S2310:向UE发送第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
S2320:发送激活信息,激活信息用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送目标数据的RLC实体。
该激活信息可由MAC层消息或者DCI携带。示例性地,该MAC层消息可包括但不限于MAC CE。
示例性地,第一配置信息可以对目标数据的发送RLC实体进行初始配置或者更新配置。在这种情况下,第一配置信息完成了RLC实体的配置,而配置的RLC实体的激活可以由激活信息来实现。在具体的实现过程中,被第一配置信息配置的RLC实体的初始激活也可以由第一配置信息完成,或者,默认的初始状态为激活状态或非激活状态。
示例性地,激活信息可用于已建立RLC实体从去激活状态到激活状态的状态切换。
该激活信息可包括:激活指示和/或去激活指示。激活指示可用于激活一个或多个待激活的RLC实体,去激活指示,可用于去激活一个或多个已激活的RLC实体。
示例性地,发送激活信息,包括:发送携带有激活信息的MAC CE。
在一些实施例中,激活信息包括:
激活指示,用于激活由第一配置信息配置的至少一个未激活RLC实体;
和/或,
去激活指示,用于去激活由第一配置信息配置的至少一个已激活RLC实体。
在一些实施例中,接入设备给UE配置UE上行发送的目标数据的RLC实体,而接入设备作为下行传输的发送端,可以根据第一配置信息,以及第二配置信息和激活信息中的一个,向UE发送目标数据。
如图4A所示,本公开实施例提供一种信息处理方法,其中,由用户设备UE执行,方法包括:
S3110:接收接入设备发送的第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;以及第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
该信息处理方法可为UE。该UE可为各种类型的通信设备,具体如图1所示的设备。
该接入设备可为RAN任意设备。
若UE作为发送端时,接入设备会预先生成第一配置信息,并将第一配置信息发送给UE。示例性地,接入设备通过RRC消息将第一配置信息发送给UE。具体地,在UE从非连接态切换到连接态过程使用到的RRC消息,将第一配置信息发送给UE。又具体地,UE从其他小区切换或重选到当前小区的过程中使用的RRC消息,将第一配置信息发送给UE。
例如,通过RRC连接建立消息、RRC连接恢复消息或者随机接入响应消息等,将第一配置信息下发给UE。
在一些实施例中,第一配置信息可为半静态配置信息或动态配置信息。
示例性地,该第一配置信息可为RLC实体的列表。在该列表内可包括RLC实体的标识信息,例如,该标识信息可包括RLC实体的编号。与此同时,在该列表内还可包括与每一个RLC实体的标识信息位于同一个行的第二属性信息。
示例性地,一个标识信息可用于标识UE的RLC层建立的RLC实体。该标识信息指示的RLC实体可为已经建立的RLC实体,和/或待建立的RLC实体。
该第二属性信息可指示RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第一配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
第一配置信息可针对一种控制数据或者一种业务数据的RLC配置。待建立的RLC实体可包括一个或多种RLC实体,不同种RLC实体可提供更高的QoS保障。示例性地,RLC实体可包括:主RLC实体和辅RLC实体,主RLC实体比辅QoS实体可提供更高的QoS保障。
第一配置信息还包括:
模式信息,指示传输目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式(Transparent Mode,TM)、非确认模式(Unacknowledged Mode,UM)和/或确认模式(Acknowledged Mode,AM)。
透传模式可是:不将PDU转换SDU,也无须添加RLC头,也不进行数据丢弃、重排、重组以及纠错处理等的传输模式。
非确认模式可是:将PDU转换SDU,在SDU上增加RLC头,对数据进行丢弃、重排和/或重组等处理的传输模式。
确认模式可是:将PDU转换为SDU,在SDU上增加RLC头,对数据进行丢弃、重排、重组合/或纠错等处理的传输模式。
不同种RLC实体的传输模式可不同。例如,使用AM的RLC实体可对数据传输提供高于使用UM的RLC实体的QoS保障。而使用UM的RLC实体可对数据传输提供高于使用TM的RLC实体的QoS保障。
在一些实施例中,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
如图4B所示,本公开实施例提供一种信息处理方法,其中,由用户设备UE执行,方法包括:
S3210:接收接入设备发送的第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
S3220:接收第二配置信息,其中,第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体。
第一配置信息可为初始配置信息,用于初始对目标数据的发送RLC实体的配置。在一些情况下,目标数据的QoS需求没有变化或者变化不大,则在目标数据停止传输之前无须进行发送RLC实体的更新,则UE接收不到接入设备发送的第二配置信息,
若目标数据传输过程中QoS需求变化,则可能会接收到接入设备发送的第二配置信息。
示例性地,第二配置信息可用于实现以下功能的至少之一:
停止或启动目标数据的分流功能;若分流功能启动,则使用至少两个RLC发送目标数据;
增加目标数据的发送RLC实体;
减少目标数据的发送RLC实体;
更换目标数据的发送RLC实体;
更新目标数据的发送RLC实体的第二属性信息;
更新目标数据的发送RLC实体的传输模式;
更新目标数据的发送RLC实体映射的逻辑信道或逻辑信道组。
在一些实施例中,第二配置信息同样可为接入设备发送的任意重新配置目标数据的发送RLC实体的数据。该第二配置信息可由RRC重配消息、RRC重建立消息或者RRC恢复消息来实现配置。
示例性地,第一配置信息和第二配置信息都可为半静态配置信息和/或动态配置信息。
在一些实施例中,该第二配置信息同样可包括:RLC实体的列表。在该列表内可至少包括:第二RLC实体的标识信息;和/或,与每一个第二RLC实体对应的第二属性信息,和/或第二RLC实体的模式信息,和/或,第二RLC实体对应的逻辑信道或逻辑信道组的标识信息。
该第二属性信息可指示第二RLC实体旨在(或期望)传输数据的重要性等级和/或优先级和/或业务类型等表征其QoS要求的任意信息。示例性地,该第二属性信息同样可为重要性等级和/或优先级和/或业务类型等的任意信息。
又示例性地,该第二配置信息可包括一个或多个字段。一个字段可用于配置UE的RLC层的一个RLC实体。例如,一个字段的不同部分可携带待建立的RLC实体的标识信息和第二属性信息。
第二配置信息还包括:模式信息,指示第二RLC实体的传输模式。第二RLC实体的传输模式可为AM、UM或者TM。
在本公开实施例中,可以根据目标数据更新后的QoS需求,配置第二RLC得到第二配置信息。
如图4C所示,本公开实施例提供一种信息处理方法,其中,由用户设备UE执行,方法包括:
S3310:接收接入设备发送的第一配置信息;其中,第一配置信息包括:标识信息,指示发送目标数据的RLC实体;第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
S3320:接收激活信息,用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送目标数据的RLC实体。
该激活信息可由MAC层消息或者DCI携带。示例性地,该MAC层消息可包括但不限于MAC CE。
示例性地,第一配置信息可以对目标数据的发送RLC实体进行初始配置或者更新配置。在这种情况下,第一配置信息完成了RLC实体的配置,而配置的RLC实体的激活可以由激活信息来实现。在具体的实现过程中,被第一配置信息配置的RLC实体的初始激活也可以由第一配置信息完成,或者,默认的初始状态为激活状态或非激活状态。
示例性地,激活信息可用于已建立RLC实体从去激活状态到激活状态的状态切换。
该激活信息可包括:激活指示和/或去激活指示。激活指示可用于激活一个或多个待激活的RLC实体,去激活指示,可用于去激活一个或多个已激活的RLC实体。
本实施例提供一种与PDCP层的根据数据属性进行分流功能相关的信息处理方法,可包括:
在特定业务分流场景下,网络配置PDCP实体对应到N种RLC实体;其中,N对应业务类型分类。该特定业务可包括但不限于XR业务。N为任意正整数。不同种RLC实体提供的QoS保障不同。
作为一种实施例;PDCP层为不同业务类型指定其传输RLC实体,比如,配置一个列表(第一字段),分别用于对应2种业务类型的RLC实体传输。即列表类可以根据为不同业务类型配置不同或者相同种的RLC实体。另外,PDCP层的控制数据,比如,携带控制数据的PDCPPDU将从约定或者接入设备指定的RLC实体传输。
在一些实施例中,假设第一RLC实体,用于类型1数据传输;第二RLC实体,用于类型2数据传输。
业务类型的分类维度可包括以下一项或多项:
数据的重要性、业务类型,Qos flow ID或者sub Qos flow ID、优先级别等维度。
作为一种实施例;关联于同一个PDCP实体的RLC实体可以为同一种RLC传输模式,或者不同的RLC传输模式。此处的RLC传输模式可为RLC实体的传输模式。
作为一个实施例,对于一个无线承载(Radio Bearer,RB),其PDCP层根据属性进行分流功能和PDCP复制功能不同时配置,或不同时开启。此处的属性包括但不限于目标数据的业务属性和/或数据属性。业务属性可由业务标识、业务类型和/或业务的QoS参数来体现。数据属性可由数据类型,和/或不同数据之间的依赖性或依赖关系来体现。作为一个实施例,第一字段和第二字段(MoreThanTwoRLC-DRB)不同时配置。此处的第一字段,用于配置基于属性的PDCP的分流功能;第二字段用于配置PDCP复制功能。
在一些实施例中,PDCP的根据业务属性进行分流功能和PDCP复制功能可同时开启。分流功能开启,则不同重要等级或不同该业务属性的PDCP数据单元可以通过不同种RLC实体发送。示例性地,对于重要性等级高的数据可以基于复制功能在不同的RLC实体发送,而针对不重要的数据就无须在多个RLC实体发送。
作为一个实施例,对于一个无线承载(Radio Bearer,RB),其PDCP层根据业务属性进行分流功能和PDCP层根据业务量大小的分流功能不同时配置,或不同时开启。
作为一个实施例,第一字段和第三字段(MoreThanOneRLC)不同时配置。此处的第三字段,用于配置PDCP层根据业务量(或称数据量)的分流功能。若第三字段配置了PDCP层基于数据量的分流功能,则PDCP层在数据量达到门限值时,使用不同的RLC实体进行数据发送。
在一些实施例中,PDCP的根据属性的分流功能和PDCP层按照业务量大小的分流功能可同时开启。即对于某个场景下的数据,可以根据属性进行分流,同时还会根据数据量的大小分流。例如,分流后的数据可以基于主小区组(Master Cell Group,MCG)和辅小区组(Secondary Cell Group,SCG)。主小区组至少包括主小区。在一些场景下,主小区组还将包括主小区之外的一个或多个其他小区。辅小区包括一个或多个辅小区。不同RLC实体映射的逻辑信道可属于相同小区组或不同的小区组。例如,主RLC实体映射的逻辑信道可属于主小区组,而辅RLC实体映射的逻辑信道可属于辅小区组。
在一些实施例中,针对一种业务数据,分别配置了两个RLC实体,分别是第一RLC实体和第二RLC实体,且第一RLC实体,可用于类型1数据传输以及第二RLC实体可用于类型2数据传输。第一RLC实体和第二RLC实体的传输模式都配置为UM或者AM。示例性地,第一RLC实体的传输模式配置为UM,而第二RLC实体的传输模式可配置为AM。
例2:针对一种业务数据,分别配置了两个RLC实体,分别是第一RLC实体和第二RLC实体,且第一RLC实体,可用于类型1数据传输以及第二RLC实体可用于类型2数据传输。第一RLC实体和第二RLC实体的传输模式都配置为TM、UM或者AM。
在一些实施例中,网络设备用RRC消息进行业务分流的配置或者配置变更。
作为一种实施例;特定数据类型的传输通道从第一RLC实体切换到第二RLC实体。该特定数据可包括但不限于前述指定业务的业务数据。此时,第二RLC实体可为已经建立好的旧RLC实体,也可以是需要重新建立的新RLC实体。
作为一种实施例;业务分流的变更还包括根据数据的发送方式,从分流发送切换为非分流发送。例如,通过分流发送的配置信息的去使能或者去激活,使得数据的发送方式从分流发送切换到非分流发送。即回到原来的不根据业务类型进行分流的发送方式。例如,通过分流发送的配置信息的使能或者激活,使得数据的发送方式从非分流发送切换到分流发送。即回到原来的不根据业务类型进行分流的发送方式。
作为一种实施例;变更业务分流配置时,会伴随数据处理的预设功能。
执行预设功能时,UE的一种行为示例可如下:
若当前待发送数据的DRB或者RLC实体使用的传输模式是AM,则从在原有的RLC实体上传输且尚未得到发送成功确认的数据单元,从首个未得到发送成功确认的数据单元开始,在新的目标RLC实体上进行重传或在新的目标RLC实体上按序传输已经关联了序列号(serial number,SN),但未来得及在在原有的RLC实体上传输的数据单元。
示例性地,PDCP层每向RLC层发送一个PDCP数据单元,则计数器执行一次计数。该计数值(COUNT Value)可作为前述SN。即PDCP实体已向RLC实体发送的PDCP数据单元,则关联了SN。如此,发送端可根据计数器的当前计数值和已收到发送成功确认的PDCP数据单元的SN,在新的目标RLC实体上进行重传或在新的目标RLC实体上在原有RLC上已传输但是尚未收到发送成功确认的PDCP数据单元或者重传已经关联了SN,但未来得及在在原有的RLC实体上传输的数据单元。
执行预设功能时,UE的另一种行为示例可如下:
若当前待发送数据的DRB或者RLC实体使用的传输模式是UM,对于所有已被PDCP处理但尚未提交到下层的PDCP SDU,根据与计数器的计数值对应的PDCP SDU的序列号(SN)的升序,将尚未发送的PDCP SDU传输到目标RLC实体。由目标RLC实体继续发送数据。
作为一种实施例;变更业务分流配置时,会伴随数据处理的预设功能的执行。
该过程可以是PDCP层的数据恢复过程(PDCP data Recovery)。例如,由于业务分流配置的变更,至少一个RLC实体可能不能继续传传输,此时PDCP实体可根据该RLC实体发送数据的反馈数据以及尚未收到确认符(acknowledgement character,ACK)的PDCP数据单元,通过变更后可用的RLC实体再次传输,以确保数据的可靠性。
执行预设功能时,UE的再一种行为示例可如下:
针对传输模式为AM的数据,当上层请求PDCP层对无线承载的数据恢复时,PDCP实体将重发之前已发送尚未收到指示交付成功数据的PDCP数据单元。
此处的上层包括但不限于:业务数据适配协议(Service Data AdaptationProtocol,SDAP)。
以上PDCP数据单元可以是PDCP数据PDU或者PDCP SDU。该PDCP数据PDU可简称为PDCP PDU。
更进一步:接入设备可以在下发变更业务分流配置的RRC消息中同时携带终端进行预设功能的指示,比如,接入设备发送指示发送端进行PDCP层数据恢复过程(PDCP dataRecovery)的指示消息。
在一些实施例中,数据的发送RLC实体从第一RLC实体切换到新建立的第二RLC实体传输,且第一RLC实体将发生重建或者释放或者不能继续传输原来分流的数据,则可以通过如下一个或多个操作实现前述预设功能:
启动PDCP数据恢复功能;
建立第二RLC实体;
和第一RLC实体相关联的MAC实体将发生重配,
和第二RLC实体相关联的MAC实体将建立或者重配,
若第一RLC实体和第二RLC实体共用一个MAC实体,该MAC实体将重配。
在另一些实施例中,数据的发送RLC实体从第一RLC实体切换到已经存在的第二RLC实体传输,且第一RLC实体将发生重建或者释放或者不能继续传输原来分流的数据,则可以通过如下一个或多个操作实现前述预设功能。
预设功能的执行可包括以下操作的至少其中之一:
PDCP数据恢复;
和第一RLC实体相关联的MAC实体将发生重配;
和第二RLC实体相关联的MAC实体将没有行为,即不进行后续操作;
若第一RLC实体和第二RLC实体共用一个MAC实体,该MAC实体将重配。
在一些实施例中,RRC消息配置第一RLC实体用于类型1数据传输,且第二RLC实体用于类型2数据传输。过一段时间后,接入设备通过新的RRC消息重配置第一RLC实体都用于类型1数据传输和类型2数据传输,即原来第二RLC实体删除,此时需要进行PDCP数据恢复操作。其目的是将原本在第二RLC实体上传输的数据且没有被接收端确认接收到的数据重新再传输一遍。
在一些实施例中,接入设备在变更业务分流配置时,将触发接收端上报PDCP状态报告。若接入设备配置接收端上报PDCP状态报告的情况下,发送端可接收到对端设备(也即接收端)发送的PDCP状态报告,并根据PDCP状态报告进行数据传输可靠性相关的操作。
除了接入设备用RRC消息进行业务分流的配置或者配置变更之外,还可以通过MACCE方式更加动态地激活分流或者去激活分流状态。
作为一种实施例;接入设备先用RRC消息进行业务分流的配置,在进行RLC实体配置的同时,还可指明分流RLC实体的初始状态。即该初始状态可包括:激活状态或者去激活状态。激活状态还可以称之为使能状态。该去激活状态还可以称之为去使能状态。
之后再用MAC CE将特定的RLC实体的业务分流去激活时,RLC实体不进行重建,此时MAC层的HARQ缓存(buffer)将不清空。此时将根据收到PDCP指示,将丢弃分流的数据包。例如,RLC实体丢弃分流的数据包。
未能来得及在MAC传输的数据包需要丢弃,但是已经投递到MAC的数据包是无法删除的,因此HARQ缓存(buffer)不清空。
其中,通过MAC CE方式更加动态地激活分流或者去激活分流状态时也可以伴随以上预设功能。因为此时被去激活的RLC实体也无法继续传输特定类型的数据,此时,则需要在新的RLC实体上继续传输未得到确认的数据包或者未及时发送的数据包。
如图5所示,本公开实施例提供一种信息处理装置,其中,装置包括:
确定模块110,被配置为根据待发送目标数据的第一属性信息,确定发送目标数据的无线链路控制RLC实体。
该信息处理装置可为发送端。该发送端可为UE或接入设备。
在一些实施例中,该信息处理装置还可包括存储模块。该存储模块和确定模块110连接,用于存储根据根据待发送目标数据的第一属性信息,确定发送目标数据的无线链路控制RLC实体的执行过程中所需的任意信息。
在一些实施例中,该确定模块110可为程序模块,该程序模块被处理器执行之后,能够实现上述操作。
在另一些实施例中,该确定模块110可为软硬结合模块;该软硬结合模块可包括:可编程阵列。该可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。
在还有一些实施例中,该确定模块110可为纯硬件模块;该纯硬件模块包括但不限于专用集成电路。
在一些实施例中,装置还包括:
获取模块,被配置为在确定传输目标数据的RLC实体之前,获取第一配置信息;
其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
在一些实施例中,确定模块110,被配置为根据目标数据的第一属性信息,选择与第一属性信息匹配的第二属性信息对应的RLC实体传输目标数据。
可以理解地,第一配置信息还包括:
模式信息,指示发送目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
可以理解地,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
可以理解地,方法还包括:
获取预设信息;其中,预设信息,用于更新发送目标数据的RLC实体。
可以理解地,预设信息包括至少如下之一:
第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体;
激活信息,用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送目标数据的RLC实体。
可以理解地,装置还包括:
更换模块,被配置为响应于目标数据的发送RLC实体从第一RLC实体更换为第二RLC实体;
执行模块,被配置为执行目标数据的预设功能。
可以理解地,第二RLC实体包括:
已建立RLC实体;
和/或,
待建立RLC实体。
可以理解地,执行模块,被配置为执行与第二RLC实体的传输模式的预设操作;或者,启动PDCP数据恢复功能。
可以理解地,执行与第二RLC实体的传输模式的预设操作,包括:
响应于第二RLC实体的传输模式为AM,确定向第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;
或者,
响应于第二RLC实体的传输模式为TM或者UM,确定向第二RLC实体发送第二PDCP数据单元;
其中,第一PDCP数据单元包括:已向第一RLC实体发送且尚未收反馈数据的PDCP数据单元;第二PDCP数据单元包括:尚未向第一RLC实体发送的PDCP数据单元。
可以理解地,启动PDCP数据恢复功能,包括:
在启动PDCP数据恢复功能后,向第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;其中,其中,第一PDCP数据单元包括:已向第一RLC实体发送且尚未收反馈数据的PDCP数据单元;第二PDCP数据单元包括:尚未向第一RLC实体发送的PDCP数据单元。
可以理解地,装置还包括:
建立模块,被配置为响应于第二RLC实体为待建立RLC实体,建立第二RLC实体。
如图6所示,本公开实施例提供一种信息处理装置,其中,装置包括:
发送模块210,被配置为向用户设备UE发送第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
该信息处理装置可为接入设备。
在一些实施例中,该发送模块210可为程序模块,该程序模块被处理器执行之后,能够实现上述操作。
在另一些实施例中,该发送模块210可为软硬结合模块;该软硬结合模块可包括:可编程阵列。该可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。
在还有一些实施例中,该发送模块210可为纯硬件模块;该纯硬件模块包括但不限于专用集成电路。
可以理解地,第一配置信息还包括:
模式信息,指示发送目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
可以理解地,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
在一些实施例中,发送模块210,还被配置为发送第二配置信息,其中,第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体。
在一些实施例中,发送模块210,还被配置为发送激活信息,激活信息用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送目标数据的RLC实体。
在一些实施例中,发送模块210,发送携带有激活信息的媒体访问控制MAC控制单元CE。
可以理解地,激活信息包括:
激活指示,用于激活由第一配置信息配置的至少一个未激活RLC实体;
和/或,
去激活指示,用于去激活由第一配置信息配置的至少一个已激活RLC实体。
如图7所示,本公开实施例提供一种信息处理装置,其中,装置包括:
接收模块310,被配置为接收接入设备发送的第一配置信息;其中,第一配置信息包括:
标识信息,指示发送目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
该信息处理装置可为UE。
在一些实施例中,该接收模块310可为程序模块,该程序模块被处理器执行之后,能够实现上述操作。
在另一些实施例中,该接收模块310可为软硬结合模块;该软硬结合模块可包括:可编程阵列。该可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。
在还有一些实施例中,该接收模块310可为纯硬件模块;该纯硬件模块包括但不限于专用集成电路。
可以理解地,第一配置信息还包括:
模式信息,指示发送目标数据的RLC实体的传输模式;
其中,传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
在一些实施例中,第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
在一些实施例中,所述接收模块310,还被配置为接收第二配置信息,其中,第二配置信息,其中,第二配置信息,用于重新配置发送目标数据的RLC实体。
在一些实施例中,接收模块310,还被配置为接收激活信息,用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送目标数据的RLC实体。
本公开实施例提供一种通信设备,包括:
用于存储处理器可执行指令的存储器;
处理器,分别存储器连接;
其中,处理器被配置为执行前述任意技术方案提供的信息处理方法。该通信设备可包括前述的UE和/或接入设备。
处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。
处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图2A至图2H、图3A至图3C或者图4A至图4B所示的方法的至少其中之一。
图8是根据一示例性实施例示出的一种UE 800的框图。例如,UE 800可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图8,UE 800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制UE 800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以生成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在UE 800的操作。这些数据的示例包括用于在UE 800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为UE 800的各种组件提供电力。电源组件806可以包括电源管理***,一个或多个电源,及其他与为UE 800生成、管理和分配电力相关联的组件。
多媒体组件808包括在UE 800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当UE 800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当UE 800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为UE 800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如组件为UE 800的显示器和小键盘,传感器组件814还可以检测UE 800或UE 800一个组件的位置改变,用户与UE 800接触的存在或不存在,UE 800方位或加速/减速和UE 800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于UE 800和其他设备之间有线或无线方式的通信。UE800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,UE 800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由UE 800的处理器820执行以生成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图9所示,本公开一实施例示出一种网络设备的结构。参照图9,网络设备900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922的执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述方法前述应用在接入设备的任意方法,例如,如图2A至图2H、图3A至图3C或者图4A至图4B所示的方法的至少其中之一。
网络设备900还可以包括一个电源组件926被配置为执行网络设备900的电源管理,一个有线或无线网络接口950被配置为将网络设备900连接到网络,和一个输入输出(I/O)接口958。网络设备900可以操作基于存储在存储器932的操作***,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开实施例的其它实施方案。本公开旨在涵盖本公开实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开实施例的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开实施例的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开实施例的范围仅由所附的权利要求来限制。
Claims (30)
1.一种信息处理方法,其中,由发送端执行,所述方法包括:
根据待发送目标数据的第一属性信息,确定发送所述目标数据的无线链路控制RLC实体。
2.根据权利要求1所述的方法,其中,在确定传输所述目标数据的RLC实体之前,所述方法还包括:
获取第一配置信息;
其中,所述第一配置信息包括:
标识信息,指示发送所述目标数据的RLC实体;
第二属性信息,指示发送目标数据的RLC实体所能够传输数据的属性。
3.根据权利要求2所述的方法,其中,所述根据待发送目标数据的第一属性信息,确定传输所述目标数据的无线链路控制RLC实体,包括:
根据所述目标数据的第一属性信息,选择与所述第一属性信息匹配的所述第二属性信息对应的RLC实体传输所述目标数据。
4.根据权利要求2或3所述的方法,其中,所述第一配置信息还包括:
模式信息,指示发送所述目标数据的RLC实体的传输模式;
其中,所述传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
5.根据权利要求1至4任一项所述的方法,其中,所述第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
6.根据权利要求1至5任一项所述的方法,其中,所述方法还包括:
获取预设信息;其中,所述预设信息,用于更新发送所述目标数据的RLC实体。
7.根据权利要求6所述的方法,其中,所述预设信息包括至少如下之一:
第二配置信息,其中,所述第二配置信息,用于重新配置发送所述目标数据的RLC实体;
激活信息,用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送所述目标数据的RLC实体。
8.根据权利要求6所述的方法,其中,所述方法还包括:
响应于所述目标数据的发送RLC实体从第一RLC实体更换为第二RLC实体;
执行所述目标数据的预设功能。
9.根据权利要求8所述的方法,其中,所述第二RLC实体包括:
已建立RLC实体;
和/或,
待建立RLC实体。
10.根据权利要求8或9所述的方法,其中,所述基于执行所述目标数据的预设功能包括:
执行与所述第二RLC实体的传输模式的预设操作;
或者,
启动PDCP数据恢复功能。
11.根据权利要求10所述的方法,其中,所述执行与所述第二RLC实体的传输模式的预设操作,包括:
响应于所述第二RLC实体的传输模式为AM,确定向所述第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;
或者,
响应于所述第二RLC实体的传输模式为TM或者UM,确定向所述第二RLC实体发送第二PDCP数据单元;
其中,所述第一PDCP数据单元包括:已向所述第一RLC实体发送且尚未收反馈数据的PDCP数据单元;所述第二PDCP数据单元包括:尚未向所述第一RLC实体发送的PDCP数据单元。
12.根据权利要求10所述的方法,其中,所述启动PDCP数据恢复功能,包括:
在启动所述PDCP数据恢复功能后,向所述第二RLC实体发送第一PDCP数据单元和第二PDCP数据单元;其中,其中,所述第一PDCP数据单元包括:已向所述第一RLC实体发送且尚未收反馈数据的PDCP数据单元;所述第二PDCP数据单元包括:尚未向所述第一RLC实体发送的PDCP数据单元。
13.根据权利要求8至12任一项所述的方法,其中,所述方法还包括:
响应于所述第二RLC实体为待建立RLC实体,建立所述第二RLC实体。
14.一种信息处理方法,其中,由接入设备执行,所述方法包括:
向用户设备UE发送第一配置信息;其中,所述第一配置信息包括:
标识信息,指示发送所述目标数据的RLC实体;
第二属性信息,指示发送所述目标数据的RLC实体所能够传输数据的属性。
15.根据权利要求14所述的方法,其中,所述第一配置信息还包括:
模式信息,指示发送所述目标数据的RLC实体的传输模式;
其中,所述传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
16.根据权利要求14或15所述的方法,其中,所述第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
17.根据权利要求14至16任一项所述的方法,其中,所述方法还包括:
发送第二配置信息,其中,所述第二配置信息,其中,所述第二配置信息,用于重新配置发送所述目标数据的RLC实体。
18.根据权利要求14至17任一项所述的方法,其中,所述方法还包括:
发送激活信息,所述激活信息用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送所述目标数据的RLC实体。
19.根据权利要求18所述的方法,其中,所述发送激活信息,包括:
发送携带有所述激活信息的媒体访问控制MAC控制单元CE。
20.根据权利要求18或19所述的方法,其中,所述激活信息包括:
激活指示,用于激活由所述第一配置信息配置的至少一个未激活RLC实体;
和/或,
去激活指示,用于去激活由所述第一配置信息配置的至少一个已激活RLC实体。
21.一种信息处理方法,其中,由用户设备UE执行,所述方法包括:
接收接入设备发送的第一配置信息;其中,所述第一配置信息包括:
标识信息,指示发送所述目标数据的RLC实体;
第二属性信息,指示发送所述目标数据的RLC实体所能够传输数据的属性。
22.根据权利要求21所述的方法,其中,所述第一配置信息还包括:
模式信息,指示发送所述目标数据的RLC实体的传输模式;
其中,所述传输模式包括:透传模式TM、非确认模式UM和/或确认模式AM。
23.根据权利要求21或22所述的方法,其中,所述第一属性信息包括以下一项或多项;
重要性等级;
业务类型;
服务质量QoS流标识;
子QoS流标识;
优先级。
24.根据权利要求21至23任一项所述的方法,其中,所述方法还包括:
接收第二配置信息,其中,所述第二配置信息,其中,所述第二配置信息,用于重新配置发送所述目标数据的RLC实体。
25.根据权利要求21至24任一项所述的方法,其中,所述方法还包括:
接收激活信息,用于通过激活未激活的RLC实体和/或去激活已激活的RLC实体,以更新发送所述目标数据的RLC实体。
26.一种信息处理装置,其中,所述装置包括:
确定模块,被配置为根据待发送目标数据的第一属性信息,确定发送所述目标数据的无线链路控制RLC实体。
27.一种信息处理装置,其中,所述装置包括:
发送模块,被配置为向用户设备UE发送第一配置信息;其中,所述第一配置信息包括:
标识信息,指示发送所述目标数据的RLC实体;
第二属性信息,指示发送所述目标数据的RLC实体所能够传输数据的属性。
28.一种信息处理装置,其中,所述装置包括:
接收模块,被配置为接收接入设备发送的第一配置信息;其中,所述第一配置信息包括:
标识信息,指示发送所述目标数据的RLC实体;
第二属性信息,指示发送所述目标数据的RLC实体所能够传输数据的属性。
29.一种通信设备,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,其中,所述处理器运行所述可执行程序时执行如权利要求1至13、14至20,或者21至25任一项提供的方法。
30.一种计算机存储介质,所述计算机存储介质存储有可执行程序;所述可执行程序被处理器执行后,能够实现如权利要求1至13、14至20,或者21至25任一项提供的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2023076817 | 2023-02-17 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116391372A true CN116391372A (zh) | 2023-07-04 |
Family
ID=86977324
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202380008339.3A Pending CN116391372A (zh) | 2023-02-17 | 2023-02-17 | 信息处理方法及装置、通信设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116391372A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024093729A1 (zh) * | 2022-11-03 | 2024-05-10 | 华为技术有限公司 | 通信方法及装置 |
-
2023
- 2023-02-17 CN CN202380008339.3A patent/CN116391372A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024093729A1 (zh) * | 2022-11-03 | 2024-05-10 | 华为技术有限公司 | 通信方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10834626B2 (en) | Method for applying reflective quality of service in wireless communication system, and device therefor | |
EP3525545A1 (en) | Method for selecting session and service continuity mode in wireless communication system and device therefor | |
JP2020120415A (ja) | 無線通信システムにおける登録解除方法及びこのための装置 | |
US20220408162A1 (en) | Multicast service transmission method and apparatus | |
WO2022001928A1 (zh) | 通信的方法和装置 | |
CN109246835B (zh) | 一种通信方法及装置 | |
KR20220042176A (ko) | 통신 방식, slrb 구축 방식 및 통신 장치 | |
US20230156587A1 (en) | Transmission Configuration Method and Device | |
CN117460088A (zh) | 终端装置以及基站装置 | |
CN116391372A (zh) | 信息处理方法及装置、通信设备及存储介质 | |
WO2016205997A1 (zh) | 一种寻呼的方法及装置 | |
US20230033637A1 (en) | Method for processing data, communication device, and storage medium | |
CN112913271B (zh) | 终端装置、基站装置以及方法 | |
WO2023207846A1 (zh) | 通信方法和装置 | |
WO2021232281A1 (zh) | 数据传输方法、装置、通信设备及存储介质 | |
JP6956477B2 (ja) | 端末及び信号送信方法 | |
WO2024130563A1 (zh) | QoS管理方法以及装置、通信设备及存储介质 | |
WO2023010316A1 (zh) | 通信配置方法、装置、通信设备及存储介质 | |
WO2023226647A1 (zh) | 数据传输方法、网络设备及计算机可读存储介质 | |
CN112956228B (zh) | 终端装置以及方法 | |
WO2024103268A1 (zh) | 连接失败后的处理方法、装置、终端设备以及网络侧设备 | |
WO2022151177A1 (en) | Methods and apparatuses for multicast and broadcast services | |
WO2024055330A1 (zh) | 信息处理方法及装置、通信设备及存储介质 | |
WO2023205971A1 (zh) | 信息处理方法及装置、通信设备及存储介质 | |
WO2024082361A1 (en) | Method and apparatus of data transmission |
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 |