上行传输的方法和终端设备与流程

文档序号:21085518发布日期:2020-06-12 16:52阅读:248来源:国知局
上行传输的方法和终端设备与流程

本申请是申请日为2017年8月2日、申请号为201780092266.5(国际申请号为pct/cn2017/095701)、发明名称为“上行传输的方法和终端设备”的申请的分案申请。

本申请涉及通信领域,并且更具体地,涉及一种上行传输的方法和终端设备。



背景技术:

在现有的新无线(newradio,nr)讨论中,已经同意给终端设备配置多个调度请求(schedulingrequest,sr)配置(configuration)信息,终端设备可以通过该多个srconfiguration向网络设备指示该终端设备需要哪种类型的上行授权资源。

但是,目前的讨论没有对srconfiguration给出明确定义,因此,对于终端设备而言,如何实现多个srconfiguration下的上行传输是一项亟需解决的问题。



技术实现要素:

本申请实施例提供一种上行传输的方法和终端设备,能够实现多个sr配置信息的场景下的上行传输。

第一方面,提供了一种上行传输的方法,包括:

终端设备接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括对应的sr的最大传输次数;

所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

因此,本申请实施例的上行传输的方法,所述终端设备可以接收网络设备配置的多个sr配置信息,每个sr配置信息包括对应的sr的最大传输次数,所述终端设备可以根据所述多个sr配置信息中的sr的最大传输次数,对所述多个sr配置信息对应的pucch资源进行处理,进而实现上行传输。

可选地,在本申请实施例中,每个sr配置信息包括的对应的sr的最大传输次数可以相同,也可以不同。

结合第一方面,在第一方面的某些实现方式中,所述多个sr配置信息包括第一sr配置信息,所述第一sr配置信息对应第一sr,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理,包括:

若所述第一sr的传输次数达到所述第一sr的最大传输次数,所述终端设备释放所述第一sr配置信息对应的pucch资源。

结合第一方面,在第一方面的某些实现方式中,所述方法还包括:

所述终端设备发起随机接入过程,请求获取所述第一sr配置信息对应的pucch资源。

也就是说,每个sr配置信息包括的sr的最大传输次数用于确定所述每个sr配置信息对应的pucch资源的释放时机,即第一sr配置信息包括的第一sr的最大传输次数用于确定述第一sr配置信息对应的pucch资源的释放时机,第二sr配置信息包括的第二sr的最大传输次数用于确定述第二sr配置信息对应的pucch资源的释放时机,也就是说,每个sr配置信息对应的pucch资源的释放时机是分别管理的

结合第一方面,在第一方面的某些实现方式中,所述多个sr配置信息包括第二sr配置信息,所述第二sr配置信息对应第二sr,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理,包括:

若所述第二sr的传输次数达到所述第二sr的最大传输次数,所述终端设备释放所述每个sr配置信息对应的pucch资源。

结合第一方面,在第一方面的某些实现方式中,所述方法还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息,并取消发送每个待发送的sr;

所述终端设备发起随机接入过程,并重新配置所述每个sr配置信息。

也就是说,每个sr配置信息对应的pucch资源可以认为是统一管理的,即任一sr配置信息对应的sr的传输次数达到所述任一sr的最大传输次数都可以触发终端设备释放所述每个sr配置信息对应的pucch资源,或者说,任一sr的传输次数达到所述任一sr的最大传输次数为所述终端设备释放所述每个sr配置信息对应的pucch资源的释放时机。

结合第一方面,在第一方面的某些实现方式中,所述多个sr配置信息包括第三sr配置信息,所述第三sr配置信息的优先级高于其他sr配置信息,所述其他sr配置信息包括第四sr配置信息,所述第四sr配置信息对应第四sr,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理,包括:

若所述第四sr的传输次数达到所述第四sr的最大传输次数,所述终端设备释放所述第四sr配置信息对应的pucch资源。

结合第一方面,在第一方面的某些实现方式中,所述方法还包括:

所述终端设备使用所述第三sr配置信息对应的pucch资源发送所述第四sr。

结合第一方面,在第一方面的某些实现方式中,所述多个sr配置信息包括第三sr配置信息,所述第三sr配置信息的优先级高于其他sr配置信息,所述其他sr配置信息包括第四sr配置信息,所述第三配置信息对应第三sr,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理,包括:

若所述第三sr的传输次数达到所述第三sr的最大传输次数,所述终端设备释放所述每个sr配置信息对应的pucch资源。

结合第一方面,在第一方面的某些实现方式中,所述方法还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息;

所述终端设备发起随机接入过程,并取消发送每个待发送的sr。

结合第一方面,在第一方面的某些实现方式中,所述第三sr配置信息对应的pucch资源的传输可靠性高于所述第四sr配置信息对应的pucch资源的传输可靠性。

总的来说,每个非默认sr配置信息包括的sr的最大传输次数可以用于确定所述每个非默认sr配置信息对应的pucch资源的释放时机,默认sr配置信息包括的sr的最大传输次数可以用于确定所述每个sr配置信息对应的pucch资源的释放时机。

第二方面,提供了一种上行传输的方法,包括:

终端设备接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括sr的最大传输次数,所述sr的最大传输次数用于指示所有sr的累计最大传输次数;

所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

结合第二方面,在第二方面的某些实现方式中,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理,包括:

在所有sr的累计传输次数达到所述sr的最大传输次数的情况下,所述终端设备释放所述每个sr配置信息对应的pucch资源。

在本实施例中,终端设备会对每个sr的传输次数累计计数,根据所有sr的传输次数的累计数,对每个sr配置信息对应的pucch资源进行处理,具体的,当所有sr的传输次数的累计数达到sr的最大传输次数时,所述终端设备可以释放每个sr配置信息对应的pucch资源

结合第二方面,在第二方面的某些实现方式中,所述方法还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息;

所述终端设备发起随机接入过程,并取消发送每个待发送的sr。

第三方面,提供了一种终端设备,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。具体地,该终端设备包括用于执行上述第一方面或第一方面的任意可能的实现方式中的方法的单元。

第四方面,提供一种终端设备,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。具体地,该终端设备包括用于执行上述第二方面或第二方面的任意可能的实现方式中的方法的单元。

第五方面,提供了一种终端设备,该终端设备包括:存储器、处理器、输入接口和输出接口。其中,存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令,该处理器用于执行该存储器存储的指令,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。

第六方面,提供了一种终端设备,该终端设备包括:存储器、处理器、输入接口和输出接口。其中,存储器、处理器、输入接口和输出接口通过总线系统相连。该存储器用于存储指令,该处理器用于执行该存储器存储的指令,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。

第七方面,提供了一种计算机存储介质,用于储存为执行上述第一方面或第一方面的任意可能的实现方式中的方法,或者上述第二方面或第二方面的任意可能的实现方式中的方法所用的计算机软件指令,其包含用于执行上述方面所设计的程序。

第八方面,提供了一种包括指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或第一方面的任一可选的实现方式中的方法,或者上述第二方面或第二方面的任一可选的实现方式中的方法。

附图说明

图1是根据本申请实施例的通信系统的示意性图。

图2是根据本申请实施例的上行传输的方法的示意性流程图。

图3是根据本申请另一实施例的上行传输的方法的示意性流程图。

图4是根据本申请实施例的终端设备的示意性框图。

图5是根据本申请另一实施例的终端设备的示意性框图。

图6是根据本申请再一实施例的终端设备的示意性框图。

图7是根据本申请再一实施例的终端设备的示意性框图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(globalsystemofmobilecommunication,简称为“gsm”)系统、码分多址(codedivisionmultipleaccess,简称为“cdma”)系统、宽带码分多址(widebandcodedivisionmultipleaccess,简称为“wcdma”)系统、通用分组无线业务(generalpacketradioservice,简称为“gprs”)、长期演进(longtermevolution,简称为“lte”)系统、lte频分双工(frequencydivisionduplex,简称为“fdd”)系统、lte时分双工(timedivisionduplex,简称为“tdd”)、通用移动通信系统(universalmobiletelecommunicationsystem,简称为“umts”)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess,简称为“wimax”)通信系统或未来的5g系统等。

图1示出了本申请实施例应用的无线通信系统100。该无线通信系统100可以包括网络设备110。网络设备100可以是与终端设备通信的设备。网络设备100可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备(例如ue)进行通信。可选地,该网络设备100可以是gsm系统或cdma系统中的基站(basetransceiverstation,bts),也可以是wcdma系统中的基站(nodeb,nb),还可以是lte系统中的演进型基站(evolutionalnodeb,enb或enodeb),或者是云无线接入网络(cloudradioaccessnetwork,cran)中的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备、未来5g网络中的网络侧设备或者未来演进的公共陆地移动网络(publiclandmobilenetwork,plmn)中的网络设备等。

该无线通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。终端设备120可以是移动的或固定的。可选地,终端设备120可以指接入终端、用户设备(userequipment,ue)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol,sip)电话、无线本地环路(wirelesslocalloop,wll)站、个人数字处理(personaldigitalassistant,pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5g网络中的终端设备或者未来演进的plmn中的终端设备等。

可选地,终端设备120之间可以进行终端直连(devicetodevice,d2d)通信。

可选地,5g系统或网络还可以称为新无线(newradio,nr)系统或网络。

图1示例性地示出了一个网络设备和两个终端设备,可选地,该无线通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。

可选地,该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例对此不作限定。

应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

现有的媒体接入控制(mediumaccesscontrol,mac)协议规定的sr的触发流程为:当终端设备有数据需要发送时,可选的,该数据可以是缓存在无线链路控制(radiolinkcontrol,rlc)层或分组数据汇聚协议(packetdataconvergenceprotocol,pdcp)层的数据。终端设备会判断当前传输时间间隔(transmissiontimeinterval,tti)是否有pucch资源,如果有物理上行控制信道(physicaluplinkcontrolchannel,pucch)资源,并且用于限制sr的传输次数的定时器(sr-prohibittimer)没有运行,所述终端设备的mac层则指示物理层在相应的pucch资源上传输sr。

如上文所述,现有的nr讨论中,可以给终端设备配置多个sr配置信息(srconfiguration),通过所述多个srconfiguration可以向网络设备指示所述终端设备需要哪种类型的上行授权资源。但是,目前的讨论中对于sr配置信息包括的具体内容没有给出明确定义,因此,在所述终端设备配置为多个sr配置信息的场景下,所述终端设备如何对每个sr配置信息对应的pucch资源进行管理,以实现上行传输是一项亟需解决的问题。

图2是根据本申请实施例的上行传输的方法200的示意性流程图,如图2所示,所述方法200包括:

s210,终端设备接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括对应的sr的最大传输次数。

s220,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

在本申请实施例中,所述网络设备可以给所述终端设备配置多个sr配置信息,每个sr配置信息用于指示对应的sr的配置信息,例如,所述每个sr配置信息可以包括对应的sr的最大传输次数,这里,sr的最大传输次数用于避免所述sr被频繁传输对pucch资源的占用,可选的,所述每个sr配置信息还可以包括用于传输对应的sr的pucch资源,这里,pucch资源可以包括用于传输sr的pucch的时域资源和/或频域资源。

可选地,所述每个sr配置信息还可以包括现有的srconfiguration中的其他配置信息,本申请实施例对此不作限定。

需要说明的是,在本申请实施例中,每个sr配置信息包括的对应的sr的最大传输次数可以相同,也可以不同,本申请实施例对此不作特别限定。

例如,所述多个sr配置信息包括第一sr配置信息和第二sr配置信息,其中,所述第一sr配置信息对应第一sr,所述第二sr配置信息对应第二sr,所述第一sr配置信息包括所述第一sr的最大传输次数,所述第一sr的最大传输次数用于指示所述第一sr能够被频繁传输的最大次数,所述第二sr配置信息包括所述第二sr的最大传输次数,所述第二sr的最大传输次数用于指示所述第二sr能够被频繁传输的最大次数,其中,所述第一sr的最大传输次数和所述第二sr的最大传输次数可以相同,也可以不同。

在本申请实施例中,所述终端设备可以根据所述多个sr配置信息,对所述多个sr配置信息对应的pucch资源进行处理,例如,可以根据所述每个sr配置信息中的某个sr的最大传输次数,确定对应的pucch资源的释放时机,或者也可以根据所述多个sr配置信息中的每个sr的最大传输次数,确定每个pucch资源的释放时机等,也就是说,可以根据所述多个sr配置信息对每个sr配置信息对应的pucch资源进行统一管理,或者也可以分别管理等,本申请实施例对此不作限定。

实施例1:

所述多个sr配置信息包括第一sr配置信息,所述第一sr配置信息对应第一sr,所述s220可以包括:

若所述第一sr的传输次数达到所述第一sr的最大传输次数,所述终端设备释放所述第一sr配置信息对应的pucch资源。

其中,所述第一sr配置信息为所述多个sr配置信息中的任一sr配置信息,所述终端设备可以在所述第一sr的传输次数达到所述第一sr的最大传输次数时,释放所述第一sr配置信息对应的pucch资源,而不释放其他sr配置信息对应的pucch资源。具体地,所述终端设备的mac实体可以通知所述终端设备的无线资源控制(radioresourcecontrol,rrc)实体释放所述第一sr配置信息对应的pucch资源,所述终端设备的mac实体通知rrc实体释放所述第一sr配置信息对应的pucch资源之后,所述终端设备的rrc实体可以通知网络设备的rrc实体所述终端设备已释放所述第一sr配置信息对应的pucch资源,这样,在对所述多个sr配置信息进行重配置时,所述网络设备的rrc实体可以只重配置释放的pucch资源,即第一sr配置信息对应的pucch资源。

需要说明的是,在本申请实施例中,对第一sr配置信息对应的pucch资源进行重配置可以指将所述第一sr配置信息对应的pucch资源配置为原始值,或者也可以配置为与原始值不同的值,例如,所述第一sr配置信息对应的pucch资源的周期的原始值为4,重配置后的pucch资源的周期值可以为4,或者也可以为其他值,本申请实施对此不作限定。

在该实施例1中,每个sr配置信息包括的sr的最大传输次数用于确定所述每个sr配置信息对应的pucch资源的释放时机,即第一sr配置信息包括的第一sr的最大传输次数用于确定述第一sr配置信息对应的pucch资源的释放时机,第二sr配置信息包括的第二sr的最大传输次数用于确定述第二sr配置信息对应的pucch资源的释放时机,也就是说,每个sr配置信息对应的pucch资源的释放时机是分别管理的。

可选地,第一sr配置信息对应的pucch资源被释放以后,所述终端设备可以取消待发送的所述第一sr,即在用于发送所述第一sr的pucch资源被释放后,所述终端设备可以选择不发送所述第一sr,或者所述终端设备也可以使用其他未被释放的pucch资源发送所述第一sr,本申请实施例对此不作限定。

进一步地,所述方法200还可以包括:

所述终端设备发起随机接入过程,请求获取所述第一sr配置信息对应的pucch资源。

即在所述第一sr配置信息对应的pucch资源被释放的情况下,所述终端设备还可以发起随机接入过程,请求获取所述第一sr配置信息对应的pucch资源,请求获取用于发送sr的pucch资源的具体执行过程和现有技术类似,这里不再赘述。

实施例2:

所述多个sr配置信息包括第二sr配置信息,所述第二sr配置信息对应第二sr,所述s220包括:

若所述第二sr的传输次数达到所述第二sr的最大传输次数,所述终端设备释放所述每个sr配置信息对应的pucch资源。

其中,所述第二sr配置信息为所述多个sr配置信息中的任一sr配置信息,所述第二sr配置信息与所述第一sr配置信息可以为同一sr配置信息,也可以为不同的sr配置信息。

在本实施例2中,在所述多个sr配置信息中的任一sr配置信息对应的sr的传输次数达到所述任一sr的最大传输次数时,所述终端设备都释放所述每个sr配置信息对应的pucch资源。在该实施例2中,每个sr配置信息对应的pucch资源可以认为是统一管理的,即任一sr配置信息对应的sr的传输次数达到所述任一sr的最大传输次数都可以触发终端设备释放所述每个sr配置信息对应的pucch资源,或者说,任一sr的传输次数达到所述任一sr的最大传输次数为所述终端设备释放所述每个sr配置信息对应的pucch资源的释放时机。

跟前述实施例类似,在终端设备的mac实体通知rrc实体释放所述每个sr配置信息对应的pucch资源之后,所述终端设备的rrc实体还可以通知网络设备的rrc实体所述终端设备已释放所述每个sr配置信息对应的pucch资源,这样,在对所述多个sr配置信息进行重配置时,所述网络设备的rrc实体可以对每个sr配置信息对应的pucch资源进行重配置。

进一步地,所述方法200还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息,并取消发送每个待发送的sr;

所述终端设备发起随机接入过程,并重新配置所述每个sr配置信息。

具体地,在所述终端设备释放所述每个sr配置信息对应的pucch资源之后,进一步地,所述终端设备可以清除所述网络设备下发的下行分配信息和上行授权信息(记为步骤1),其中,下行分配信息和上行授权信息包括数据信道的资源,即所述下行分配信息和上行授权信息为在数据信道上传输数据的资源的信息,例如,所述下行分配信息可以包括下行数据信道的资源,所述上行授权信息可以包括上行数据信道的资源。

可选地,由于此时每个sr配置信息对应的pucch资源都已释放,所述终端设备还可以取消发送每个待发送的sr(记为步骤2)。

可选地,所述终端设备还可以发起随机接入过程(记为步骤3),用于请求获取所述多个sr配置信息中的每个sr配置信息对应的pucch资源。

可选地,所述终端设备还可以接收网络设备发送的多个sr配置信息(记为步骤4),所述多个sr配置信息用于重新配置所述每个sr配置信息。

应理解,上述步骤1至步骤4的描述顺序并不意味着执行顺序的先后,各步骤的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

实施例3:

所述多个sr配置信息包括第三sr配置信息,所述第三sr配置信息的优先级高于其他sr配置信息,所述其他sr配置信息包括第四sr配置信息,所述第四sr配置信息对应第四sr,s220可以包括:

若所述多个sr中的第四sr的传输次数达到所述第四sr的最大传输次数,所述终端设备释放所述第四sr配置信息对应的pucch资源。

在该实施例3中,所述第三sr配置信息的优先级高于其他sr配置信息,可以理解为所述第三sr配置信息为默认sr配置信息,其他sr配置信息为非默认sr配置信息,在其他sr配置信息对应的pucch资源被释放时,所述终端设备可以使用默认sr配置信息即第三sr配置信息对应的pucch资源传输对应的sr。

在该实施例3中,非默认sr配置信息对应的pucch资源的释放时机可以是该非默认sr配置信息对应的sr的传输次数达到非默认sr的最大传输次数,例如,非默认sr配置信息包括第四sr配置信息,所述第四sr配置信息对应第四sr,所述终端设备可以在所述第四sr的传输次数达到所述第四sr的最大传输次数时,释放所述第四sr配置信息对应的pucch资源,而不释放其他sr配置信息对应的pucch资源。

也就是说,每个非默认sr配置信息包括的sr的最大传输次数用于确定所述每个非默认sr配置信息对应的pucch资源的释放时机,即在实施例3中,每个非默认sr配置信息对应的pucch资源的释放时机是分别管理的。

进一步地,所述方法200还包括:

所述终端设备使用所述第三sr配置信息对应的pucch资源发送所述第四sr。

具体而言,如果所述第四sr配置信息对应的pucch资源已被释放,所述终端设备可以使用默认sr配置信息即第三sr配置信息对应的pucch资源传输所述第四sr,也就说,非默认sr配置信息对应的pucch资源被释放时,若所述终端设备需要传输非默认sr配置信息对应的sr,可以使用默认sr配置信息对应的pucch资源。

可选地,在本申请实施例中,所述第三sr配置信息对应的pucch资源的传输可靠性高于所述第四sr配置信息对应的pucch资源的传输可靠性。

例如,所述第三sr配置信息对应的pucch资源相对于第四sr配置信息对应的pucch具有较低的码率和/或更高的传输功率等。

在实施例3中,s220还可以包括:

若所述第三sr的传输次数达到所述第三sr的最大传输次数,所述终端设备释放所述每个sr配置信息对应的pucch资源。

即默认sr配置信息包括的sr的最大传输次数用于确定所述每个sr配置信息对应的pucch资源的释放时机,也就是说,当默认sr配置信息对应的sr的传输次数达到该sr的最大传输次数时,所述终端设备释放每个sr配置信息对应的pucch资源。

总的来说,每个非默认sr配置信息包括的sr的最大传输次数用于确定所述每个非默认sr配置信息对应的pucch资源的释放时机,默认sr配置信息包括的sr的最大传输次数可以用于确定所述每个sr配置信息对应的pucch资源的释放时机。

进一步地,所述方法200还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息;

所述终端设备发起随机接入过程,并取消发送每个待发送的sr。

在所述终端设备释放每个sr配置信息对应的pucch资源之后,所述终端设备可以执行前述的步骤1至步骤4,具体执行过程跟前述实施例类似,这里不再赘述。

图3是根据本申请另一实施例的上行传输的方法的示意性流程图,如图3所示,所述方法300包括:

s310,终端设备接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括sr的最大传输次数,所述sr的最大传输次数用于指示所有sr的累计最大传输次数;

s320,所述终端设备根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

在本实施例中,每个sr配置信息都包括sr的最大传输次数信息,与前述实施例不同的是,所述sr的最大传输次数用于指示所有sr的累计最大传输次数,或者说,终端设备会对每个sr的传输次数累计计数,根据所有sr的传输次数的累计数,对每个sr配置信息对应的pucch资源进行处理,例如,当所有sr的传输次数的累计数达到sr的最大传输次数时,所述终端设备可以释放每个sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,s320可以包括:

在所有sr的累计传输次数达到所述sr的最大传输次数的情况下,所述终端设备释放所述多个sr中的每个sr配置信息对应的pucch资源。

例如,每个sr配置信息包括的sr的最大传输次数为5,所述多个sr配置信息包括三个sr配置信息,为第一sr配置信息、第二sr配置信息和第三sr配置信息,分别对应第一sr,第二sr和第三sr,每个sr配置信息包括的sr的最大传输次数都为5,当第一sr的传输次数为2,第二sr的传输次数为1,第三sr的传输次数为2时,所有sr的传输次数达到sr的最大传输次数,即5,那么所述终端设备释放每个sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述方法300还包括:

所述终端设备清除所述网络设备下发的下行分配信息和上行授权信息;

所述终端设备发起随机接入过程,并取消发送每个待发送的sr。

在所述终端设备释放每个sr配置信息对应的pucch资源之后,所述终端设备可以执行前述的步骤1至步骤4,具体执行过程跟前述实施例类似,这里不再赘述。

上文结合图2和图3,详细描述了本申请的方法实施例,下文结合图4至图7,详细描述本申请的装置实施例,应理解,装置实施例与方法实施例相互对应,类似的描述可以参照方法实施例。

图4示出了根据本申请实施例的终端设备400的示意性框图。如图4所示,该终端设备400包括:

通信模块410,用于接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括对应的sr的最大传输次数;

处理模块420,用于根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

可选地,在一些可能的实施例中,所述多个sr配置信息包括第一sr配置信息,所述第一sr配置信息对应第一sr,所述处理模块420具体用于:

若所述第一sr的传输次数达到所述第一sr的最大传输次数,释放所述第一sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述处理模块420还用于:

发起随机接入过程,请求获取所述第一sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述多个sr配置信息包括第二sr配置信息,所述第二sr配置信息对应第二sr,所述处理模块420还用于:

若所述第二sr的传输次数达到所述第二sr的最大传输次数,释放所述每个sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述处理模块420还用于:

清除所述网络设备下发的下行分配信息和上行授权信息,并取消发送每个待发送的sr;

发起随机接入过程,并重新配置所述每个sr配置信息。

可选地,在一些可能的实施例中,所述多个sr配置信息包括第三sr配置信息,所述第三sr配置信息的优先级高于其他sr配置信息,所述其他sr配置信息包括第四sr配置信息,所述第四sr配置信息对应第四sr,所述处理模块420还用于:

若所述第四sr的传输次数达到所述第四sr的最大传输次数,释放所述第四sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述通信模块410还用于:

使用所述第三sr配置信息对应的pucch资源发送所述第四sr。

可选地,在一些可能的实施例中,所述多个sr配置信息包括第三sr配置信息,所述第三sr配置信息的优先级高于其他sr配置信息,所述其他sr配置信息包括第四sr配置信息,所述第三配置信息对应第三sr,所述处理模块420还用于:

若所述第三sr的传输次数达到所述第三sr的最大传输次数,释放所述每个sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述处理模块420还用于:

清除所述网络设备下发的下行分配信息和上行授权信息;

发起随机接入过程,并取消发送每个待发送的sr。

可选地,在一些可能的实施例中,所述第三sr配置信息对应的pucch资源的传输可靠性高于所述第四sr配置信息对应的pucch资源的传输可靠性。

应理解,根据本申请实施例的终端设备400可对应于本申请方法实施例中的终端设备,并且终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图2所示方法200中终端设备的相应流程,为了简洁,在此不再赘述。

图5示出了根据本申请另一实施例的终端设备500的示意性框图。如图5所示,该终端设备500包括:

通信模块510,用于接收网络设备的多个调度请求sr配置信息,每个sr配置信息包括sr的最大传输次数,所述sr的最大传输次数用于指示所有sr的累计最大传输次数;

处理模块520,用于根据所述多个sr配置信息,对所述多个sr配置信息对应的物理上行控制信道pucch资源进行处理。

可选地,在一些可能的实施例中,所述处理模块520具体用于:

在所有sr的累计传输次数达到所述sr的最大传输次数的情况下,释放所述每个sr配置信息对应的pucch资源。

可选地,在一些可能的实施例中,所述处理模块520还用于:

清除所述网络设备下发的下行分配信息和上行授权信息;

发起随机接入过程,并取消发送每个待发送的sr。

应理解,根据本申请实施例的终端设备500可对应于本申请方法实施例中的网络设备,并且终端设备500中的各个单元的上述和其它操作和/或功能分别为了实现图3所示方法300中终端设备的相应流程,为了简洁,在此不再赘述。

如图6所示,本申请实施例还提供了一种终端设备600,该终端设备600可以为图4中的终端设备400,其能够用于执行与图2中方法200对应的终端设备的内容。该设备600包括:输入接口610、输出接口620、处理器630以及存储器640,该输入接口610、输出接口620、处理器630和存储器640可以通过总线系统相连。所述存储器640用于存储包括程序、指令或代码。所述处理器630,用于执行所述存储器640中的程序、指令或代码,以控制输入接口610接收信号、控制输出接口620发送信号以及完成前述方法实施例中的操作。

应理解,在本申请实施例中,该处理器630可以是中央处理单元(centralprocessingunit,简称为“cpu”),该处理器630还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器640可以包括只读存储器和随机存取存储器,并向处理器630提供指令和数据。存储器640的一部分还可以包括非易失性随机存取存储器。例如,存储器640还可以存储设备类型的信息。

在实现过程中,上述方法的各内容可以通过处理器630中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的内容可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器640,处理器630读取存储器640中的信息,结合其硬件完成上述方法的内容。为避免重复,这里不再详细描述。

一个具体的实施方式中,图4中的通信模块410可以用图6的输入接口610和输出接口620实现,图4中的处理模块420可以用图6的处理器630实现。

如图7所示,本申请实施例还提供了一种终端设备700,该终端设备700可以为图5中的终端设备500,其能够用于执行与图3中方法300对应的终端设备的内容。该终端设备700包括:输入接口710、输出接口720、处理器730以及存储器740,该输入接口710、输出接口720、处理器730和存储器740可以通过总线系统相连。所述存储器740用于存储包括程序、指令或代码。所述处理器730,用于执行所述存储器740中的程序、指令或代码,以控制输入接口710接收信号、控制输出接口720发送信号以及完成前述方法实施例中的操作。

应理解,在本申请实施例中,该处理器730可以是中央处理单元(centralprocessingunit,简称为“cpu”),该处理器730还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器740可以包括只读存储器和随机存取存储器,并向处理器730提供指令和数据。存储器740的一部分还可以包括非易失性随机存取存储器。例如,存储器740还可以存储设备类型的信息。

在实现过程中,上述方法的各内容可以通过处理器730中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的内容可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器740,处理器730读取存储器740中的信息,结合其硬件完成上述方法的内容。为避免重复,这里不再详细描述。

一个具体的实施方式中,图5中的通信模块510可以用图7的输入接口710和输出接口720实现,图5中的处理模块520可以用图7的处理器730实现。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应所述以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1