一种信息传输方法及终端设备与流程

文档序号:28620639发布日期:2022-01-22 13:22阅读:150来源:国知局
一种信息传输方法及终端设备与流程
一种信息传输方法及终端设备
1.本技术是申请日为2019年5月29日的pct国际专利申请pct/cn2019/089134进入中国国家阶段的中国专利申请号201980093595.0、发明名称为“一种信息传输方法及终端设备”的分案申请。
技术领域
2.本发明涉及信息处理技术领域,尤其涉及一种信息传输方法、终端设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。


背景技术:

3.车联网系统是基于长期演进终端到终端(lte-d2d,long term evaluation-device to device)的一种侧行链路传输技术(sl,sidelink,侧行链路)。在第三代合作伙伴项目(3gpp,the 3rd generation partnership project)rel-14中对车联网技术(v2x)进行了标准化,定义了两种传输模式:模式a和模式b。模式a:终端的传输资源是由基站分配的,终端根据基站分配的资源在侧行链路上进行数据的发送;基站可以为终端分配单次传输的资源,也可以为终端分配半静态传输的资源。模式b:车载终端在资源池中选取一个资源进行数据的传输。但是,现有的针对侧行链路的sr/bsr机制中,无法满足时延的要求。


技术实现要素:

4.为解决上述技术问题,本发明实施例提供了一种信息传输方法、终端设备、芯片、计算机可读存储介质、计算机程序产品以及计算机程序。
5.第一方面,提供了一种信息传输方法,应用于终端设备,所述方法包括:
6.存在触发侧行链路sl的缓存状态报告bsr事件的情况下,若满足第一条件,则执行以下操作至少之一:
7.触发调度请求sr;
8.传输包含有sr的第一上行信道;
9.进行bsr组包;其中,所述bsr至少包括sl bsr;
10.传输包含有组包后的bsr的第二上行信道。
11.第二方面,提供了一种终端设备,包括:
12.处理单元,存在触发侧行链路sl的缓存状态报告bsr事件的情况下,若满足第一条件,则执行以下操作至少之一:
13.触发调度请求sr;
14.传输包含有sr的第一上行信道;
15.进行bsr组包;其中,所述bsr至少包括sl bsr;
16.传输包含有组包后的bsr的第二上行信道。
17.第三方面,提供了一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面中的方
法。
18.第四方面,提供了一种芯片,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面或其各实现方式中的方法。
19.第五方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。
20.第六方面,提供了一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面或其各实现方式中的方法。
21.第七方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面或其各实现方式中的方法。
22.本发明实施例的技术方案,能够在存在触发sl bsr事件的情况下,在一定条件下仍然能够触发sr;如此,避免了现有技术中触发bsr事件时不会触发sr的问题,从而能够尽快发出sr,减少了对于时延要求较高的侧行链路数据的时延。
附图说明
23.图1是本技术实施例提供的一种d2d通信系统架构的示意性图一;
24.图2是本技术实施例提供的一种d2d通信系统架构的示意性图二;
25.图3为本发明实施例提供的一种信息传输方法流程示意图一;
26.图4为本发明实施例提供的一种信息传输方法流程示意图二;
27.图5为本发明实施例提供的一种信息传输方法流程示意图三;
28.图6为本发明实施例提供的一种信息传输方法流程示意图四;
29.图7为本发明实施例提供的一种终端设备组成结构示意图;
30.图8为本发明实施例提供的一种通信设备组成结构示意图;
31.图9是本技术实施例提供的一种芯片的示意性框图。
具体实施方式
32.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行描述,显然,所描述的实施例是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
33.本技术实施例提供的方案,可以应用于图1、2所提供的车联网系统中,所述车辆网系统为基于lte-设备到设备(d2d,device-to-device)的一种侧行链路传输技术(sl,sidelink,侧行链路),具有更高的频谱效率以及更低的传输时延。在3gpp rel-14中对车联网技术(v2x)进行了标准化,定义了两种传输模式:模式3和模式4。其中,模式3:如图1所示,终端设备,即车载终端的传输资源是由基站分配的,车载终端根据基站分配的资源在侧行链路上进行数据的发送;基站可以为终端分配单次传输的资源,也可以为终端分配半静态传输的资源。模式4:如图2所示,车载终端采用侦听(sensing)+预留(reservation)的传输方式。车载终端在资源池中通过侦听的方式获取可用的传输资源集合,终端从该集合中随机选取一个资源进行数据的传输。
34.应理解,本文中术语“系统”或“网络”在本文中常被可互换使用。本文中术语“和/
或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
35.本发明实施例提供了一种信息传输方法,应用于终端设备,如图3所示,包括:
36.步骤21:存在触发侧行链路sl的缓存状态报告bsr事件的情况下,若满足第一条件,则执行以下操作至少之一:
37.触发调度请求sr;
38.传输包含有sr的第一上行信道;
39.进行bsr组包;其中,所述bsr至少包括sl bsr;
40.传输包含有组包后的bsr的第二上行信道。
41.也就是说,在满足第一条件的情况下,所触发的sl bsr事件,可以进一步触发sr,和/或传输包含sr的上行信道。
42.在满足第一条件的时候,还可以仅进行bsr组包,这里需要指出的是,进行bsr组包可以为至少包含有sl bsr的mac pdu组包,然后在第二上行信道上传输包含有sl bsr的数据包,或者,还可以进行包括有sl bsr以及ul bsr的mac pdu组包,然后在第二上行信道上传输包含有sl bsr以及ul bsr的数据包。
43.还存在一种情况,就是满足第一条件的情况下,可以既能够触发sr又能够进行bsr组包,相应的,既能够传输包含有sr的第一上行信道,又能够传输包含有组包后的sbr的第二上行信道。
44.第一上行信道可以为pucch或pusch,第二上行信道可以为pusch。
45.也就是说,终端设备在已经触发侧行链路(sl,sidelink)bsr事件的情况下,若满足第一条件,可以触发sr和/或进行bsr组包,进而,如果触发sr可以传输包含sr信息的pucch,和/或,如果进行bsr组包,就可以传输包含bsr的ul pusch。
46.其中,所述第一条件,包括以下至少之一:
47.触发sr和/或bsr的sl满足第二预设条件;
48.具备可用的上行ul资源,且所述可用的ul资源满足第三预设条件。
49.也就是说,可以存在几种情况,在sl满足第二预设条件的情况下,执行触发sr和/或进行bsr组包的操作;
50.或者,具备可用的ul资源,并且ul资源需要满足第三预设条件的时候,可以触发sr和/或进行bsr组包的操作;
51.进一步地,所述第二预设条件,可以包括以下至少之一:
52.触发sr和/或bsr的sl的数据的qos满足第一要求;
53.触发sr和/或bsr的包含有sl数据的逻辑信道满足第二要求。
54.具体来说,
55.所述第二预设条件为触发sr/bsr侧行链路数据的qos要求满足一定条件;
56.和/或,所述第二预设条件还可以为触发sr/bsr的包含侧行链路数据的逻辑信道满足一定配置。其中,所述逻辑信道包含用于承载数据和/或信令的逻辑信道。
57.进一步的,除了侧行链路需要满足第二预设条件之外,ul资源需要满足第三预设条件。
58.所述第三预设条件,包括以下至少之一:
59.ul资源的属性要求为针对不同的sl的逻辑信道分别配置的;
60.ul资源的属性要求为针对不同的sl的目标地址分别配置的。
61.也就是说,所述第三预设条件为针对不同侧行链路逻辑信道分别配置,和/或,所述第三预设条件为针对不同侧行链路目标地址分别配置。
62.对于bsr,上述第三预设条件影响lcp的优先级顺序,和/或能否产生bsr。
63.所述方法还包括:
64.当触发sr和/或bsr的sl满足第二预设条件时,和/或,ul资源满足第三预设条件时,采用第一lcp的优先级顺序进行bsr传输;
65.其中,所述第一lcp优先级顺序中,ul bsr的传输优先级低于sl bsr的传输优先级。
66.比如,对于bsr,上述第二预设条件影响lcp的优先级顺序,例如,触发bsr的侧行链路的qos要求满足一定条件,则优先传输sl bsr,后传输ul bsr。
67.对于bsr,上述第三预设条件影响lcp的优先级顺序,例如触发bsr的侧行链路的qos要求满足一定条件或者逻辑信道满足一定配置,且ul资源满足第三预设条件,则优先传输sl bsr,后传输ul bsr。
68.也就是说,当ul资源满足第三预设条件,和/或,触发bsr的sl满足第二预设条件的时候,可以对sl bsr以及ul bsr的先后顺序进行调整。
69.基于前述第一条件中的第二预设条件以及第三预设条件,可以确定是否触发sr,和/或是否组包bsr;其中,所述组包bsr可以包括组包sl bsr和/或组包ul bsr。也就是,当触发sr和/或bsr的sl满足第二预设条件时,和/或,ul资源满足第三预设条件时,进行bsr组包,换句话说,可以理解为当满足第一条件的时候,进行bsr组包。
70.又或者,还可以包括当触发sr和/或bsr的sl满足第二预设条件时,和/或,ul资源满足第三预设条件时,不触发调度请求sr,和/或不传输包含有sr的第一上行信道。此时,可以理解为,当满足第一条件中的第二预设条件和/或第三预设条件的时候,不进行sr的触发,以及不传输sr,但是可以进行bsr组包,通过第二上行信道传输组包后的bsr。
71.前面主要针对是否触发sr,和/或是否进行bsr组包进行的判断。下面针对是否传输sr和/或bsr进行进一步说明:
72.存在冲突的ul传输时,基于触发sl bsr的逻辑信道的属性和/或冲突的ul传输的属性,确定是否传输包含有sr的第一上行信道。
73.和/或,存在冲突的ul传输时,基于包含sl bsr的ul传输的属性和/或冲突的ul传输的属性,确定是否传输包含有组包后的bsr的第二上行信道。
74.其中,所述ul传输可以包括数据信道和/或控制信道两种情况。
75.所述属性,由以下至少之一确定:
76.传输的内容;传输中包含的mac ce属性;传输中包含的数据rlc pdu的逻辑信道的属性。
77.也就是说,对于传输sr/bsr,若有相冲突的ul数据发送,则根据触发sl bsr的逻辑信道的属性以及冲突的ul数据属性决定是否发送sr和/或是否传输bsr。
78.对于sr,主要对应一个控制信道,主要根据冲突的ul传输里有什么内容或者冲突
的ul传输的属性,跟sr对应的控制信道进行对比,确定哪个重要进行传输;
79.对于bsr,是一个数据信道,里面还有别的内容,所以不仅是把冲突的ul传输里有什么跟bsr比较,还要跟包含bsr的数据信道里的其他内容比较。
80.进一步地,所述冲突的ul传输可以理解为与当前所要发送sr和/或bsr的传输产生冲突的ul传输。因此,需要对所要发送sr和/或bsr的传输的属性以及冲突的ul传输的属性进行比较。
81.具体的,传输包含的内容具体的可以为:msg3、紧急信息中至少之一。
82.msg3,例如只要ul数据是msg3,就不发送sr;又或者,ul数据是msg3,而用于传输sl bsr的ul传输中不包含有msg3,则确定不发送sl bsr,或者,反之,也就是ul数据不包含msg3,而用于传输sl bsr的ul传输中包含有msg3,则确定发送sl bsr。
83.紧急信息(emergency),例如只要ul数据是emergency,就不发送sr(调度请求);又或者,ul数据是emergency,而用于传输sl bsr的ul传输中不包含有emergency,则确定不发送sl bsr,或者,反之,也就是ul数据不包含emergency,而用于传输sl bsr的ul传输中包含有emergency,则确定发送sl bsr。
84.ul传输和/或冲突的ul传输的属性还可以根据mac ce的属性来确定:
85.所述mac ce属性由以下至少之一确定:
86.mac ce自身的属性;
87.当mac ce为ul bsr时,其对应的逻辑信道的属性;
88.当mac ce为sl bsr时,其对应的逻辑信道的属性。
89.mac ce自身的属性,例如,c-rnti mac ce或者来自ul-ccch的数据;配置资源授权确认mac ce(configured grant confirmation mac ce),进一步地,当冲突的ul传输的属性对应的mac ce的属性为上述属性时,可以确定不发送sr;又或者,当冲突的ul传输的属性为上述属性,而用于传输sl bsr的ul传输的属性不是上述属性,则可以确定不发送sl bsr,反之,则确定发送bsr。
90.又例如,单项phr mac ce(single entry phr mac ce)或者,多项phr mac ce(multiple entry phr mac ce);除ul-ccch之外的其他逻辑信道的数据;mac ce for recommended bit rate query;padding,当冲突的ul传输的属性对应的mac ce的属性为上述属性时,可以确定发送sr;或者,当冲突的ul传输的属性为上述属性,而用于传输sl bsr的ul传输的属性不是,则可以确定发送sl bsr。
91.另外,属性还可以包含ul bsr,例如,所述ul数据的属性为触发ul bsr的逻辑信道的属性;也就是说,产生冲突的ul传输中ul数据的属性根据触发ul bsr的逻辑信道的属性来确定,比如,其中可以包括有逻辑信道的优先级,或者,逻辑信道中数据的qos属性;基于逻辑信道的优先级与sr对应的传输的优先级对比,哪个优先级高确定发送哪个,sl bsr的传输与其类似;或者,根据qos属性确定对应的优先级,哪个高发送哪个。
92.还可以包含sl bsr,例如,所述ul数据的属性根据触发sl bsr的逻辑信道的属性来确定,具体处理与前述相同,不再赘述。
93.另外,所述属性还可以包括传输中包含的数据rlc pdu的逻辑信道的属性;即ul数据rlc pdu,例如,所述ul数据的属性为数据rlc pdu的逻辑信道的属性,例如ul数据包含的数据的优先级较低,那么不发送冲突的ul传输,而发送sr和/或bsr。
94.其中,qos属性的比较可以基于预配置的属性列表,或者优先级低于一个门限,或者低于触发sl bsr事件的数据/逻辑信道(组)的优先级。
95.所述方法还包括:
96.当sr映射到ul逻辑信道以及sl逻辑信道中至少之一时,且sr由ul逻辑信道触发时,基于是否由ul逻辑信道以及sl逻辑信道中至少之一触发sr,确定是否传输包含有sr的第一上行信道;
97.当sr映射到至少两个sl逻辑信道中至少之一时,基于是否由至少两个sl逻辑信道中至少之一触发sr和/或bsr,确定是否传输包含有sr的第一上行信道和/或是否传输包含有组包后的bsr的第二上行信道。
98.所述ul逻辑信道以及sl逻辑信道中至少之一,为:
99.ul逻辑信道或sl逻辑信道;
100.或者,ul逻辑信道以及sl逻辑信道。
101.也就是说,如果所述sr映射到sl逻辑信道以及ul逻辑信道,且sr由ul逻辑信道触发,则考虑触发sr的ul逻辑信道属性,决定是否发送sr。
102.只要ul逻辑信道或者sl逻辑信道之一触发sr,就触发sr;进一步地,比如,当存在与sr的传输的传输冲突的ul传输时,可以分别针对触发sr的ul逻辑信道和sl逻辑信道,结合前述条件进行判断,不再赘述。
103.或者,只有ul逻辑信道和sl逻辑信道两者同时触发sr,才触发sr;进一步地,比如,当传输sr的传输存在冲突的ul传输时,可以结合前述条件进行判断,不再赘述。
104.所述至少两个sl逻辑信道中至少之一,包括以下之一:
105.至少两个sl逻辑信道中之一;即至少两个sl逻辑信道中的任意之一;
106.至少两个sl逻辑信道中的第一sl逻辑信道;可以为至少两个sl逻辑信道中优先级最高的sl逻辑信道;
107.至少两个sl逻辑信道中全部逻辑信道。
108.如果所述sr映射到多个sl逻辑信道,则分别考虑多个映射到sr的sl逻辑信道属性,决定是否发送sr和/或bsr。
109.只要多个sl逻辑信道之一触发sr和/或bsr,就触发sr和/或bsr;
110.只要多个sl逻辑信道里最高优先级的逻辑信道触发sr和/或bsr,就触发sr和/或bsr;
111.只有多个sl逻辑信道都触发sr和/或bsr,才触发sr和/或bsr。
112.进一步地,比如,当存在与sr和/或bsr的传输冲突的ul传输时,可以分别针对触发sr和/或bsr的sl逻辑信道至少之一,结合前述条件进行判断,不再赘述。
113.除了可能存在冲突的ul传输之外,还可能存在sl冲突,因此,本实施例提供的所述方法还包括:
114.根据是否存在冲突的sl数据,确定是否传输包含有sr的第一上行信道和/或是否传输包含有组包后的bsr的第二上行信道。
115.不存在冲突的sl数据时,触发传输包含有sr的第一上行信道和/或传输包含有组包后的bsr的第二上行信道。
116.有相冲突的sl数据发送,根据sl数据对应的qos属性,确定是否传输包含有sr的第
一上行信道和/或传输包含有组包后的bsr的第二上行信道。比如,sl数据包含的数据的qos属性的优先级较低,那么可以确定发送sr和/或bsr;反之发送sl数据。
117.qos属性的比较可以基于预配置的属性列表,或者优先级低于一个门限,或者低于触发sl bsr事件的数据/逻辑信道(组)的优先级。
118.上述触发sl bsr事件的数据/逻辑信道(组)可以是drb的数据,或者是srb的数据。
119.基于前述方案,本实施例提供以下示例:
120.示例1、参见图4,对确定是否触发sr和/或是否组包bsr进行说明:
121.首先确定触发侧行链路sr/bsr的数据是高优先级/qos要求较高的数据;
122.然后确定用于传输sr和/或bsr的上行信道资源符合承载高优先级或qos要求较高的数据的要求;
123.然后确定触发sr。
124.在确定触发侧行链路sr/bsr的数据是高优先级/qos要求较高的数据时,优先触发sr或者进行bsr组包。
125.一方面,为了确定触发侧行链路sr/bsr的数据是高优先级/qos要求较高的数据;
126.所述第二预设条件为触发sr/bsr侧行链路数据的qos要求满足一定条件,例如,侧行链路的优先级高于一定门限,或者时延要求低于一定门限,或者可靠性要求高于一定门限
127.所述第二预设条件为触发sr/bsr的包含侧行链路数据的逻辑信道满足一定配置,例如,侧行链路逻辑信道的配置中显示指示该逻辑信道的数据需要进行相应特别处理
128.另外一方面,除了触发侧行链路sr/bsr的数据是高优先级/qos要求较高的数据,还要确定,用于传输sr/bsr的上行信道资源符合承载高优先级/qos要求较高的数据的要求。
129.这里的上行信道资源,针对sr,可以是pusch的属性,也可以是pucch的属性;
130.针对bsr,可以是pusch的属性。
131.所述属性可以pucch/pusch的时间属性(例如长度),基础参数集,适用于configured grant的类型,适用于载波的类型。
132.可以针对不同侧行链路逻辑信道,和/或不同侧行链路目标地址分别配置对于上行信道资源的不同属性要求
133.对于一些特殊的pusch,比如前述冲突的ul传输,可以根据用于随机接入的msg3,或者用于emergency pdu的pusch,确定其对应的属性,以确定是否可以优先传输。
134.对于sr,主要就是是否发送的问题,对于bsr,除了是否发送,还有根据什么顺序进行lcp的问题。即,当满足一定条件,侧行链路bsr可以在以下数据前进行组包:
[0135]-mac control element for c-rnti or data from ul-ccch;(包含c-rnti,或者来自ul-ccch的数据的mac ce)
[0136]-mac control element for dpr;(包含pdr的mac ce)
[0137]-mac control element for sps confirmation(包含sps确认的mac ce);
[0138]-mac control element for aul confirmation(包含aul确认的mac ce);
[0139]-mac control element for bsr,with exception of bsr included for padding(包含bsr的mac ce,且bsr不包含填充);
[0140]-mac control element for phr,extended phr,or dual connectivity phr(包含phr、扩展phr或双连接phr的mac ce)。
[0141]
示例2,参见图5,当与其他ul pusch冲突时,如何决定是否发送sr pucch/包含sl bsr的pusch。这里主要是如何比较不同对象的属性的问题。
[0142]
sr pucch的属性来自于触发sr的逻辑信道/数据的属性:
[0143]
当sr pucch只是由sl bsr触发的,则sr pucch的属性只根据触发sl bsr的逻辑信道/数据的属性确定(如果有多个逻辑信道/数据,则取最高/最低值);
[0144]
当sr pucch只是由sl bsr和ul bsr触发的,则sr pucch的属性根据触发sl bsr的逻辑信道/数据的属性,以及触发ul bsr的逻辑信道/数据的属性确定(如果有多个逻辑信道/数据,则取最高/最低值)。
[0145]
包含pusch的属性pusch里包含的其他内容/数据的属性:
[0146]
对于sl bsr,其属性只根据触发sl bsr的逻辑信道/数据的属性确定(如果有多个逻辑信道/数据,则取最高/最低值)。
[0147]
对于pusch里包含的其他数据,对于mac ce,来自于触发sl bsr的逻辑信道/数据的属性,
[0148]
或者由该mac ce相关联的逻辑信道/数据的属性确定其属性,例如ul bsr
[0149]
或者由该mac ce自身的属性直接确定,例如c-rnti;
[0150]
而对于来自drb/srb的subpdu,由相关联的逻辑信道/数据的属性确定其属性。
[0151]
如果多个内容,则取最高/最低值
[0152]
在比较不同对象的属性时,可以直接比较,例如侧行链路的数据/逻辑信道的优先级和上行链路的数据/逻辑信道的优先级直接比较;
[0153]
或者,间接比较,例如侧行链路的数据/逻辑信道的优先级和第一门限比较,上行链路的数据/逻辑信道的优先级和第二门限比较比较,最终顺序为1.高于第二门限的上行链路;2.高于第一门限的侧行链路;3.低于第二门限的上行链路;4.低于第二门限的侧行链路。
[0154]
这里的属性泛指各种二元/多元的逻辑信道的属性,例如一个逻辑信道可以分为两个类型,类型一需要优先处理,或者对应一个多元的数值,所述数值较大或者较小来表明优先级较高。
[0155]
所述sr pucch,可以是包含但不限于sr信息的pucch。
[0156]
数据/逻辑信道属性以及门限可以来自于高层指示,网络配置或者预配置。
[0157]
所述逻辑信道包含用于承载数据和/或信令的逻辑信道
[0158]
示例3,参见图6,当与其他sl pscch/pssch/psfch冲突时,如何决定是否发送sr pucch/包含sl bsr的pusch;这里说明sl信道的属性确定问题。
[0159]
对于pscch/pssch,根据里面包含的数据/逻辑信道的属性确定;
[0160]
对于psfch,根据psfch包含的属性确定。
[0161]
这里的属性泛指各种二元/多元的逻辑信道的属性,例如一个逻辑信道可以分为两个类型,类型一需要优先处理,或者对应一个多元的数值,所述数值较大或者较小来表明优先级较高。
[0162]
所述sr pucch,可以是包含但不限于sr信息的pucch;
[0163]
数据/逻辑信道属性以及门限可以来自于高层指示,网络配置或者预配置。
[0164]
所述逻辑信道包含用于承载数据和/或信令的逻辑信道。
[0165]
可见,通过采用上述方案,能够在存在触发sl bsr事件的情况下,在一定条件下仍然能够触发sr;如此,避免了现有技术中触发bsr事件时不会触发sr的问题,从而能够尽快发出sr,减少了对于时延要求较高的侧行链路数据的时延;
[0166]
另外,本实施例提供的方案中还可以在一定条件下使得sl bsr在ul bsr之前触发,这对于时延要求较高的侧行链路数据的时延有利;
[0167]
最后,由于本实施例在sl sr/bsr的传输机制中,考虑了侧行链路sl的qos属性,这对于时延要求较高的侧行链路数据的时延有利。
[0168]
本发明实施例提供了一种终端设备,如图7所示,包括:
[0169]
处理单元31,存在触发侧行链路sl的缓存状态报告bsr事件的情况下,若满足第一条件,则执行以下操作至少之一:
[0170]
触发调度请求sr;
[0171]
传输包含有sr的第一上行信道;
[0172]
进行bsr组包;其中,所述bsr至少包括sl bsr;
[0173]
传输包含有组包后的bsr的第二上行信道。
[0174]
第一上行信道可以为pucch或pusch,第二上行信道可以为pusch。
[0175]
也就是说,终端设备在已经触发侧行链路(sl,sidelink)bsr事件的情况下,若满足第一条件,可以触发sr和/或进行bsr组包,进而,如果触发sr可以传输包含sr信息的pucch,和/或,如果进行bsr组包,就可以传输包含bsr的ul pusch。
[0176]
其中,所述第一条件,包括以下至少之一:
[0177]
触发sr和/或bsr的sl满足第二预设条件;
[0178]
具备可用的上行ul资源,且所述可用的ul资源满足第三预设条件。
[0179]
进一步地,所述第二预设条件,可以包括以下至少之一:
[0180]
触发sr和/或bsr的sl的数据的qos满足第一要求;
[0181]
触发sr和/或bsr的包含有sl数据的逻辑信道满足第二要求。
[0182]
进一步的,除了侧行链路需要满足第二预设条件之外,ul资源需要满足第三预设条件。
[0183]
所述第三预设条件,包括以下至少之一:
[0184]
ul资源的属性要求为针对不同的sl的逻辑信道分别配置的;
[0185]
ul资源的属性要求为针对不同的sl的目标地址分别配置的。
[0186]
也就是说,所述第三预设条件为针对不同侧行链路逻辑信道分别配置,和/或,所述第三预设条件为针对不同侧行链路目标地址分别配置。
[0187]
对于bsr,上述第三预设条件影响lcp的优先级顺序,和/或能否产生bsr。
[0188]
所述终端设备还包括:
[0189]
通信单元32,进行bsr传输;
[0190]
所述处理单元31,当触发sr和/或bsr的sl满足第二预设条件时,和/或,ul资源满足第三预设条件时,采用第一lcp的优先级顺序进行bsr传输;
[0191]
其中,所述第一lcp优先级顺序中,ul bsr的传输优先级低于sl bsr的传输优先
级。
[0192]
比如,对于bsr,上述第二预设条件影响lcp的优先级顺序,例如,触发bsr的侧行链路的qos要求满足一定条件,则优先传输sl bsr,后传输ul bsr。
[0193]
对于bsr,上述第三预设条件影响lcp的优先级顺序,例如触发bsr的侧行链路的qos要求满足一定条件或者逻辑信道满足一定配置,且ul资源满足第三预设条件,则优先传输sl bsr,后传输ul bsr。
[0194]
也就是说,当ul资源满足第三预设条件,和/或,触发bsr的sl满足第二预设条件的时候,可以对sl bsr以及ul bsr的先后顺序进行调整。
[0195]
前面主要针对是否触发sr,和/或是否进行bsr组包进行的判断。下面针对是否传输sr和/或bsr进行进一步说明:
[0196]
所述处理单元31,存在冲突的ul传输时,基于触发sl bsr的逻辑信道的属性和/或冲突的ul传输的属性,确定是否传输包含有sr的第一上行信道。
[0197]
和/或,存在冲突的ul传输时,基于包含sl bsr的ul传输的属性和/或冲突的ul传输的属性,确定是否传输包含有组包后的bsr的第二上行信道。
[0198]
进一步地,所述冲突的ul传输可以理解为与当前所要发送sr和/或bsr的传输产生冲突的ul传输。因此,需要对所要发送sr和/或bsr的传输的属性以及冲突的ul传输的属性进行比较。
[0199]
具体的,传输包含的内容具体的可以为:
[0200]
msg3、紧急信息(emergency)。
[0201]
ul传输的属性还可以根据mac ce的属性来确定:
[0202]
所述mac ce属性由以下至少之一确定:
[0203]
mac ce自身的属性;
[0204]
当mac ce为ul bsr时,其对应的逻辑信道的属性;
[0205]
当mac ce为sl bsr时,其对应的逻辑信道的属性。
[0206]
所述处理单元31,执行以下至少之一:
[0207]
当sr映射到ul逻辑信道以及sl逻辑信道中至少之一时,且sr由ul逻辑信道触发时,基于是否由ul逻辑信道以及sl逻辑信道中至少之一触发sr,确定是否传输包含有sr的第一上行信道;
[0208]
当sr映射到至少两个sl逻辑信道中至少之一时,基于是否由至少两个sl逻辑信道中至少之一触发sr和/或bsr,确定是否传输包含有sr的第一上行信道和/或是否传输包含有组包后的bsr的第二上行信道。
[0209]
所述ul逻辑信道以及sl逻辑信道中至少之一,为:
[0210]
ul逻辑信道或sl逻辑信道;
[0211]
或者,ul逻辑信道以及sl逻辑信道。
[0212]
所述至少两个sl逻辑信道中至少之一,包括以下之一:
[0213]
至少两个sl逻辑信道中之一;即两个sl逻辑信道中的任意之一;
[0214]
至少两个sl逻辑信道中的第一sl逻辑信道;可以为至少两个sl逻辑信道中优先级最高的sl逻辑信道;
[0215]
至少两个sl逻辑信道中全部逻辑信道。
[0216]
所述处理单元31,根据是否存在冲突的sl数据,确定是否传输包含有sr的第一上行信道和/或是否传输包含有组包后的bsr的第二上行信道。
[0217]
不存在冲突的sl数据时,触发传输包含有sr的第一上行信道和/或传输包含有组包后的bsr的第二上行信道。
[0218]
有相冲突的sl数据发送,根据sl数据对应的qos属性,确定是否传输包含有sr的第一上行信道和/或传输包含有组包后的bsr的第二上行信道。
[0219]
qos属性属于预配置的属性列表,优先级低于一个门限,或者低于触发sl bsr事件的数据/逻辑信道(组)的优先级。
[0220]
上述触发sl bsr事件的数据/逻辑信道(组)可以是drb的数据,或者是srb的数据。
[0221]
可见,通过采用上述方案,能够在存在触发sl bsr事件的情况下,在一定条件下仍然能够触发sr;如此,避免了现有技术中触发bsr事件时不会触发sr的问题,从而能够尽快发出sr,减少了对于时延要求较高的侧行链路数据的时延;
[0222]
另外,本实施例提供的方案中还可以在一定条件下使得sl bsr在ul bsr之前触发,这对于时延要求较高的侧行链路数据的时延有利;
[0223]
最后,由于本实施例在sl sr/bsr的传输机制中,考虑了侧行链路sl的qos属性,这对于时延要求较高的侧行链路数据的时延有利。
[0224]
图8是本技术实施例提供的一种通信设备700示意性结构图,本实施例中的通信设备可以具体为前述实施例中的终端设备。图8所示的通信设备700包括处理器710,处理器710可以从存储器中调用并运行计算机程序,以实现本技术实施例中的方法。
[0225]
可选地,如图8所示,通信设备700还可以包括存储器720。其中,处理器710可以从存储器720中调用并运行计算机程序,以实现本技术实施例中的方法。
[0226]
其中,存储器720可以是独立于处理器710的一个单独的器件,也可以集成在处理器710中。
[0227]
可选地,如图8所示,通信设备700还可以包括收发器730,处理器710可以控制该收发器730与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
[0228]
其中,收发器730可以包括发射机和接收机。收发器730还可以进一步包括天线,天线的数量可以为一个或多个。
[0229]
可选地,该通信设备700具体可为本技术实施例的终端,并且该通信设备700可以实现本技术实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
[0230]
图9是本技术实施例的芯片的示意性结构图。图9所示的芯片800包括处理器810,处理器810可以从存储器中调用并运行计算机程序,以实现本技术实施例中的方法。
[0231]
可选地,如图9所示,芯片800还可以包括存储器820。其中,处理器810可以从存储器820中调用并运行计算机程序,以实现本技术实施例中的方法。
[0232]
其中,存储器820可以是独立于处理器810的一个单独的器件,也可以集成在处理器810中。
[0233]
可选地,该芯片800还可以包括输入接口830。其中,处理器810可以控制该输入接口830与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
[0234]
可选地,该芯片800还可以包括输出接口840。其中,处理器810可以控制该输出接口840与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
[0235]
可选地,该芯片可应用于本技术实施例中的终端设备,并且该芯片可以实现本技术实施例的各个方法中由终端设备实现的相应流程,为了简洁,在此不再赘述。
[0236]
应理解,本技术实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
[0237]
应理解,本技术实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列(field programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
[0238]
可以理解,本技术实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,rom)、可编程只读存储器(programmable rom,prom)、可擦除可编程只读存储器(erasable prom,eprom)、电可擦除可编程只读存储器(electrically eprom,eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory,ram),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的ram可用,例如静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synchlink dram,sldram)和直接内存总线随机存取存储器(direct rambus ram,dr ram)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0239]
应理解,上述存储器为示例性但不是限制性说明,例如,本技术实施例中的存储器还可以是静态随机存取存储器(static ram,sram)、动态随机存取存储器(dynamic ram,dram)、同步动态随机存取存储器(synchronous dram,sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram,ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram,esdram)、同步连接动态随机存取存储器(synch link dram,sldram)以及直接内存总线随机存取存储器(direct rambus ram,dr ram)等等。也就是说,本技术实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0240]
本技术实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
[0241]
可选的,该计算机可读存储介质可应用于本技术实施例中的网络设备,并且该计
算机程序使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
[0242]
可选地,该计算机可读存储介质可应用于本技术实施例中的终端设备,并且该计算机程序使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
[0243]
本技术实施例还提供了一种计算机程序产品,包括计算机程序指令。
[0244]
可选的,该计算机程序产品可应用于本技术实施例中的网络设备,并且该计算机程序指令使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
[0245]
可选地,该计算机程序产品可应用于本技术实施例中的移动终端/终端设备,并且该计算机程序指令使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
[0246]
本技术实施例还提供了一种计算机程序。
[0247]
可选的,该计算机程序可应用于本技术实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本技术实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
[0248]
可选地,该计算机程序可应用于本技术实施例中的移动终端/终端设备,当该计算机程序在计算机上运行时,使得计算机执行本技术实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
[0249]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
[0250]
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0251]
在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0252]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0253]
另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
[0254]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以
存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,)rom、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0255]
以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应所述以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1