竞争解决消息反馈信息的发送方法及装置
技术领域
本发明涉及无线通信领域,尤其涉及竞争解决消息反馈信息的发送方法及装置。
背景技术
在LTE(Long Term Evolution,长期演进)或其演进系统中,UE(UserEquipment,用户设备,即终端)从空闲状态(RRC_IDLE)初始接入的过程,即RRC(Radio Resource Control,无线资源控制)连接建立过程,需要UE发起竞争随机接入。通信协议规定竞争随机接入的流程分四步完成,如图1所示,这四步称为Msg1~Msg4(Msg,即message)。
Msg1:eNB(evolved NodeB,演进节点B,即基站)负责对preamble码以及用于发送preamble(前导)码的PRACH(Physical Random Access Channel,物理随机接入信道)资源进行配置,并通过系统消息将配置结果通知小区内驻留的UE,UE在preamble码集合中随机选择一个preamble码发送。
Msg2:Msg2消息是eNB在接收到Msg1之后对UE的响应。Msg2不支持HARQ(Hybrid Automatic Repeat Request,混合自动重传请求),即没有反馈重传过程。
Msg3:UE正确接收Msg2后,在eNB分配的上行资源中传输Msg3。Msg3的传输支持HARQ过程。
Msg4:Msg4通过MAC(Media Access Control,媒体接入控制)层控制单元(Contention Resolution Identity MAC CE)携带UE竞争解决标识。Msg4消息可以只携带竞争解决消息,也可以同时携带RRC连接建立消息。Msg4采用HARQ机制,但只有成功解码Msg4并成功解决竞争的UE才反馈ACK(Acknowledgement,确认),其它情况不进行反馈。
对于下行支持HARQ的传输,UE需要反馈ACK或者NACK。HARQ反馈承载在PUCCH(Physical Uplink Control Channel,物理上行控制信道)上。PUCCH资源由网络侧的高层信令配置,最早可以在RRC连接建立消息中进行配置。
物联网技术方兴未艾,在第三代移动通信系统以及其LTE系统中需要支持MTC(Machine Type Communications,机器型通信)功能。一台MTC设备(或MTC终端)可能具有多种M2M(Machine to Machine,机器与机器)通信特性之中的部分特性,如低移动性、传输数据量小、对通信时延不敏感、要求极低功耗等特征。处于覆盖漏洞的MTC终端,从空闲状态进入连接状态的过程中,也需要发起竞争随机接入。竞争随机接入中的各个消息都需要进行重复从而达到增强覆盖的目的。
基于现有流程,UE第一次通过PUCCH发送HARQ反馈是针对Msg4消息的反馈。HARQ-ACK重复机制可以用于PUCCH上的HARQ反馈的覆盖增强。Msg4消息可以不携带RRC配置信息,此时UE无法获得HARQ-ACK重复机制所必需的RRC配置消息。即使Msg4消息携带了RRC配置信息,然而UE应用RRC层的配置需要一定的时延,该时延超过了现有的HARQ反馈定时。因此,按照现有机制,UE无法在对Msg4消息进行反馈时立即应用Msg4消息携带的相关RRC配置,进而也就无法达到覆盖增强的目的。
发明内容
本发明实施例提供一种竞争解决消息反馈信息的发送方法及装置,用以使终端能够在竞争解决消息反馈时及时使用PUCCH资源进行信息反馈,以增强反馈消息的覆盖。
本发明实施例提供的竞争解决消息反馈信息的发送方法,包括:
终端接收网络设备发送的竞争解决消息;
所述终端根据用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息,向所述网络设备发送所述竞争解决消息的反馈信息,所述资源配置信息是所述终端从系统广播消息或随机接入响应消息中获取到的。
本发明另一实施例提供的竞争解决消息反馈信息的发送方法,包括:
网络设备通过系统广播或随机接入响应消息发送用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
所述网络设备接收所述终端根据所述PUCCH的资源配置信息发送的竞争解决消息的反馈信息。
本发明实施例提供的终端,包括:
收发模块,用于接收网络设备发送的竞争解决消息;
反馈模块,用于根据用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息,向所述网络设备发送所述竞争解决消息的反馈信息,所述资源配置信息是所述终端从系统广播消息或随机接入响应消息中获取到的。
本发明实施例提供的网络设备,包括:
发送模块,用于通过系统广播或随机接入响应消息发送用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
接收模块,用于接收所述终端根据所述PUCCH的资源配置信息发送的竞争解决消息的反馈信息。
本发明的上述实施例中,网络设备通过系统广播消息或随机接入响应消息将用于传输所述竞争解决消息的反馈信息的PUCCH的资源配置信息发送给终端,使终端能够及时对竞争解决消息的反馈信息进行反馈,与现有技术相比增强反馈消息的覆盖。
本发明另一实施例提供的竞争解决消息反馈信息的发送方法,包括:
终端接收网络设备发送的竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
所述终端在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送所述竞争解决消息的反馈信息,所述第一时间长度是指承载所述竞争解决消息的PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔。
本发明实施例提供的另一种竞争解决消息反馈信息的发送方法,包括:
网络设备向终端发送竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
所述网络设备接收所述终端返回的所述竞争解决消息的反馈信息,所述反馈信息是所述终端在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送的,所述第一时间长度是指承载所述竞争解决消息的PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPPRelease11版本定义的PDSCH与PUCCH之间时间间隔。
本发明另一实施例提供的终端,包括:
收发模块,用于接收网络设备发送的竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
反馈模块,用于在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送所述竞争解决消息的反馈信息,所述第一时间长度是指承载所述竞争解决消息的PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔。
本发明另一实施例提供的网络设备,包括:
发送模块,用于向终端发送竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
接收模块,用于接收所述终端返回的所述竞争解决消息的反馈信息,所述反馈信息是所述终端在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送的,所述第一时间长度是指承载所述竞争解决消息的物理下行共享信道PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔。
本发明的上述实施例中,由于承载竞争解决消息的PDSCH的结束子帧,到承载竞争解决消息的反馈信息的PUCCH的起始子帧的时间间隔,大于3GPPRelease11版本定义的PDSCH与PUCCH之间时间间隔,因此使终端能够有足够的时间进行反馈信息的发射准备,与现有技术相比增强反馈消息的覆盖。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中竞争随机接入流程示意图;
图2a为本发明实施例一中的终端的结构示意图;
图2b为本发明实施例一中终端侧的流程示意图;
图3a为本发明实施例一中的网络设备的结构示意图;
图3b为本发明实施例一中网络侧的流程示意图;
图4a为本发明实施例二中的终端的结构示意图;
图4b为本发明实施例二中终端侧的流程示意图;
图5a为本发明实施例二中的网络设备的结构示意图;
图5b为本发明实施例二中网络侧的流程示意图;
图6a为本发明实施例三中的终端的结构示意图;
图6b为本发明实施例三中的流程示意图;
图7为本发明另一实施例提供的终端的结构示意图;
图8为本发明另一实施例提供的网络设备的结构示意图;
图9为本发明另一实施例提供的终端的结构示意图;
图10为本发明另一实施例提供的网络设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
实施例一
本实施例在随机接入响应消息(Msg4消息)中通知用于承载竞争解决消息反馈信息的PUCCH的资源配置信息,以使终端能够在竞争解决消息反馈时及时使用PUCCH资源进行信息反馈,以增强反馈消息的覆盖。
本实施例可分别在终端侧和网络侧实现。本实施例所适用的终端可如图2a所示,包括:收发信机200、存储器210和处理器220。其中,收发信机200根据实际需要可以包括基带处理部件、射频处理部件等设备,用于传输相关信息;存储器210存储一个或多个可执行程序,被用于配置处理器220;处理器220被配置了一个或多个可执行程序,所述一个或多个可执行程序用于执行实施例一所提供的竞争解决消息反馈信息的发送方法。
本实施例所适用的网络设备可如图3a所示,包括:收发信机300、存储器310和处理器320。其中,收发信机300根据实际需要可以包括基带处理部件、射频处理部件等设备,用于传输相关信息;存储器310存储一个或多个可执行程序,被用于配置处理器320;处理器320被配置了一个或多个可执行程序,所述一个或多个可执行程序用于执行实施例一所提供的竞争解决消息反馈信息的发送方法。
参见图2b,为本发明实施例一提供的在终端侧实现的竞争解决消息反馈信息发送流程示意图。当终端从空闲状态进入连接状态时需要发起竞争随机接入过程,在该竞争随机接入过程中,用于承载竞争解决消息反馈信息的PUCCH的资源的通知流程可包括:
步骤21:终端接收网络设备发送的竞争解决消息。
在步骤21之前,终端从系统消息中获取到preamble码集合以及preamble码的PRACH资源信息,根据第一次调度传输消息(即Msg3消息)的大小和路损确定preamble码集合,从该集合中随机选择一个preamble码并通过Msg1消息发送;eNB在接收到Msg1消息后,向该终端返回随机接入响应消息(即Msg2消息)。
在本实施例中,该Msg2消息中携带有用于传输所述竞争解决消息的反馈信息的资源配置信息,所述资源配置信息可包括:PUCCH的物理资源索引,或者包括:PUCCH的物理资源索引和PUCCH的重复传输次数(该PUCCH用于承载所述竞争解决消息的反馈信息)。
优选地,所述重复传输次数是网络设备根据所述终端发送的PRACH前导码的重复次数确定出来的。比如,如果终端发送的PRACH前导码的重复次数为N(N为正整数),则可将PUCCH的重复传输次数设置为N。
优选地,所述PUCCH的物理资源信息为PUCCH资源索引。该PUCCH资源索引是网络设备接收到终端发送的PRACH前导码,并为当前接收到的PRACH前导码分配对应的PUCCH资源索引后,将分配的PUCCH资源索引携带于所述随机接入响应消息发送的。
进一步地,在所述资源配置信息中除包含PUCCH的物理资源信息以外还包含PUCCH的重复次数的情况下,所述PUCCH的重复次数也可以是网络设备接收到终端发送的PRACH前导码,并为当前接收到的PRACH前导码分配对应的PUCCH的重复次数后,将分配的PUCCH重复次数携带于所述随机接入响应消息发送的。
终端正确接收Msg2消息后,在eNB分配的上行资源中传输Msg3消息;eNB向该终端发送竞争解决消息(即Msg4),其中通过MAC层控制单元携带UE竞争解决标识,该Msg4中还携带RRC连接建立消息,该RRC连接建立消息中携带高层所配置的PUCCH资源的配置信息,该PUCCH用于承载Msg4消息的反馈信息。
以上Msg1消息~Msg4消息的交互过程可由处理器420配合收发信机400来实现。
步骤22:终端根据用于传输所述竞争解决消息的反馈信息的资源配置信息,向所述网络设备发送所述竞争解决消息的反馈信息,所述资源配置信息是所述终端从随机接入响应消息中获取到的。
优选地,在步骤21中,若终端从Msg2中获取到的所述资源配置信息未包含PUCCH的重复次数,则该终端根据该终端发送的物理随机接入信道PRACH前导码(Mag1消息)的重复次数确定PUCCH的重复次数(比如可取PRACH前导码的重复次数作为PUCCH的重复次数),并在步骤22中,根据PUCCH的物理资源索引和PUCCH的重复次数向所述网络设备发送所述竞争解决消息的反馈信息。
步骤22的具体实现过程可参照3GPP Release11版本定义的随机接入过程以及HARQ-ACK重复机制。举例来说,终端在接收到Msg4消息中的MAC层控制单元所携带的UE竞争解决标识后,将其与该终端在Msg3中发送的高层标识进行比较,若两者相同则判定为竞争解决成功,并按照HARQ-ACK重复机制并根据配置的PUCCH资源通过PUCCH向eNB发送Meg4消息的ACK反馈信息。根据HARQ-ACK重复机制,终端对Meg4消息的ACK反馈信息传输重复NANRep次。
上述步骤22可由处理器220配合收发信机200来实现。
参见图3b,为本发明实施例一提供的在网络侧实现的竞争解决消息反馈信息的发送流程示意图。当终端从空闲状态进入连接状态时需要发起竞争随机接入过程,在该竞争随机接入过程中,用于承载竞争解决消息反馈信息的PUCCH的资源的通知流程可包括:
步骤31:网络设备通过随机接入响应消息发送用于传输所述竞争解决消息的反馈信息的资源配置信息。其中,所述资源配置信息所包含的内容,以及网络设备如何确定所述资源配合信息均同前所述,在此不再重复。
步骤32:网络设备接收所述终端根据所述资源配置信息发送的竞争解决消息的反馈信息。其中,终端发送竞争解决消息的反馈信息的过程同前所述,在此不再重复。
上述流程可由处理器320配合收发信机300来实现。
通过实施例一的描述可以看出,由于网络设备在发送给终端的Msg2消息中携带了PUCCH资源的配置信息,使终端在接收到Msg4消息后有可及时对Msg4消息的反馈信息(ACK/NACK)进行重复发送,以增强反馈消息的覆盖。
实施例二
本实施例在系统消息中通知PUCCH资源的配置信息,以使终端能够在竞争解决消息反馈时及时使用PUCCH资源进行信息反馈,以增强反馈消息的覆盖。
本实施例可分别在终端侧和网络侧实现。本实施例所适用的终端可如图4a所示,包括:收发信机400、存储器410和处理器420。其中,收发信机400根据实际需要可以包括基带处理部件、射频处理部件等设备,用于传输相关信息;存储器410存储一个或多个可执行程序,被用于配置处理器420;处理器420被配置了一个或多个可执行程序,所述一个或多个可执行程序用于执行实施例二所提供的竞争解决消息反馈信息的发送方法。
本实施例所适用的网络设备可如图5a所示,包括:收发信机500、存储器510和处理器520。其中,收发信机500根据实际需要可以包括基带处理部件、射频处理部件等设备,用于传输相关信息;存储器510存储一个或多个可执行程序,被用于配置处理器520;处理器520被配置了一个或多个可执行程序,所述一个或多个可执行程序用于执行实施例二所提供的竞争解决消息反馈信息的发送方法。
参见图4b,为本发明实施例二提供的在终端侧实现的竞争解决消息反馈信息的发送流程示意图。当终端从空闲状态进入连接状态时需要发起竞争随机接入过程,在该竞争随机接入过程中,用于承载竞争解决消息反馈信息的PUCCH的资源的通知流程可包括:
步骤41:终端接收网络设备发送的竞争解决消息。
在步骤41之前,终端从系统消息中获取到preamble码集合以及preamble码的PRACH资源信息。本实施例中,终端还可以从网络设备发送的系统消息(比如SIB)中获取到用于传输竞争解决消息的反馈信息的资源配置信息。
优选地,所述系统消息中包括用于发送PRACH前导码的资源总索引与PUCCH资源索引的对应关系,所述用于发送PRACH前导码的资源总索引根据PRACH的资源索引和前导码的资源索引确定。比如,PRACH前导码的资源总索引=PRACH的资源索引×64+前导码的资源索引。
举例来说,对每一个PRACH资源总索引,系统消息中可以通知一个PUCCH传输的起始资源索引。该起始索引对应该PRACH资源总索引中的preamble index0;PUCCH起始资源索引+1对应的PUCCH资源对应该PRACH资源中的preamble index1,……依次类推。
终端根据第一次调度传输消息(即Msg3消息)的大小和路损确定preamble码集合,从该集合中随机选择一个preamble码并通过Msg1消息发送;eNB在接收到Msg1消息后,向该终端返回随机接入响应消息(即Msg2消息)。终端正确接收Msg2消息后,在eNB分配的上行资源中传输Msg3消息;eNB向该终端发送竞争解决消息(即Msg4),其中通过MAC层控制单元携带UE竞争解决标识,该Msg4中还携带RRC连接建立消息,该RRC连接建立消息中携带高层所配置的PUCCH资源的配置信息,该PUCCH用于承载Msg4消息的反馈信息。
以上Msg1消息~Msg4消息的交互过程可参照3GPP Release11版本定义的随机接入过程。以上Msg1消息~Msg4消息的交互过程可由处理器420配合收发信机400来实现。
步骤42:终端根据用于传输所述竞争解决消息的反馈信息的资源配置信息,向所述网络设备发送所述竞争解决消息的反馈信息,所述资源配置信息是所述终端从系统消息中获取到的。
该步骤中,终端可根据确定出的PUCCH的资源索引和PUCCH的重复传输次数,向所述网络设备发送所述竞争解决消息的反馈信息。
优选地,所述PUCCH的重复传输次数是终端根据在接收到随机接入响应消息前最后一次发送的PRACH前导码的重复次数确定的。比如,如果终端发送的PRACH前导码的重复次数为N(N为正整数),则可将PUCCH的重复传输次数设置为N。当然,该PUCCH的重复次数也可以预先约定。
步骤42的具体实现过程可参照3GPP Release11版本定义的随机接入过程以及HARQ-ACK重复机制。举例来说,终端在接收到Msg4消息中的MAC层控制单元所携带的UE竞争解决标识后,将其与该终端在Msg3中发送的高层标识进行比较,若两者相同则判定为竞争解决成功,并按照HARQ-ACK重复机制并根据配置的PUCCH资源通过PUCCH向eNB发送Meg4消息的ACK反馈信息。根据HARQ-ACK重复机制,终端对Meg4消息的ACK反馈信息传输重复NANRep次。
上述步骤42可由处理器420配合收发信机400来实现。
参见图5b,为本发明实施例二提供的在网络侧实现的竞争解决消息反馈信息的发送流程示意图。当终端从空闲状态进入连接状态时需要发起竞争随机接入过程,在该竞争随机接入过程中,用于承载竞争解决消息反馈信息的PUCCH的资源的通知流程可包括:
步骤51:网络设备通过系统广播消息发送用于传输所述竞争解决消息的反馈信息的资源配置信息。其中,所述资源配置信息所包含的内容,以及网络设备如何确定所述资源配合信息均同前所述,在此不再重复。
步骤52:所述网络设备接收所述终端根据所述资源配置信息发送的竞争解决消息的反馈信息。其中,终端发送竞争解决消息的反馈信息的过程同前所述,在此不再重复。
上述流程可由处理器520配合收发信机500来实现。
通过实施例二的描述可以看出,由于网络设备在系统消息中携带了PUCCH资源的配置信息,使终端在接收到Msg4消息后有可及时对Msg4消息的反馈信息(ACK/NACK)进行重复发送,以增强反馈消息的覆盖。
实施例三
本实施例通过延长竞争解决消息(Msg4消息)的反馈消息相对Msg4消息的定时关系,为终端留有足够的处理时间,从而可以应用Msg4消息中携带的PUCCH资源配置信息,对Msg4消息的反馈信息(ACK/NACK)进行重复发送。
本实施例可分别在终端侧和网络侧实现。本实施例所适用的终端可如图6a所示,包括:收发信机600、存储器610和处理器620。其中,收发信机600根据实际需要可以包括基带处理部件、射频处理部件等设备,用于传输相关信息;存储器410存储一个或多个可执行程序,被用于配置处理器620;处理器620被配置了一个或多个可执行程序,所述一个或多个可执行程序用于执行实施例三所提供的竞争解决消息反馈信息的发送方法。
参见图6b,为本发明实施例三提供的竞争解决消息反馈信息的发送流程示意图。当终端从空闲状态进入连接状态时需要发起竞争随机接入过程,在该竞争随机接入过程中,用于承载竞争解决消息反馈信息的PUCCH的资源的通知流程可包括:
步骤61:终端接收网络设备发送的竞争解决消息(Msg4消息),所述竞争解决消息中携带有用于传输所述竞争解决消息的反馈信息的资源配置信息。
在步骤61之前,终端从系统消息中获取到preamble码集合以及preamble码的PRACH资源信息,根据第一次调度传输消息(即Msg3消息)的大小和路损确定preamble码集合,从该集合中随机选择一个preamble码并通过Msg1消息发送;eNB在接收到Msg1消息后,向该终端返回随机接入响应消息(即Msg2消息);终端正确接收Msg2消息后,在eNB分配的上行资源中传输Msg3消息;eNB向该终端发送竞争解决消息(即Msg4),其中通过MAC层控制单元携带UE竞争解决标识,该Msg4中还携带RRC连接建立消息,该RRC连接建立消息中携带高层所配置的PUCCH资源的配置信息,该PUCCH用于承载Msg4消息的反馈信息。所述资源配置信息可包括:PUCCH的物理资源索引,或者包括:PUCCH的物理资源索引和PUCCH的重复传输次数。
以上Msg1消息~Msg4消息的交互过程可参照3GPP Release11版本定义的随机接入过程,Msg1消息~Msg4消息的交互过程可由处理器620配合收发信机600来实现。
步骤62:终端在第一时间长度后,根据所述资源配置信息向所述网络设备发送所述竞争解决消息的反馈信息。
其中,所述第一时间长度是指承载所述竞争解决消息的PDSCH的结束子帧,到承载所述竞争解决消息的反馈信息的PUCCH的起始子帧的时间间隔,该时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔,以使终端有足够的时间从Msg4消息中解析出PUCCH的资源配置信息并应用于PUCCH的发射准备。
优选地,在步骤61中,若终端从竞争解决消息中获取到的所述资源配置信息未包含PUCCH的重复次数,则该终端根据该终端发送的PRACH前导码(Mag1消息)的重复次数确定PUCCH的重复次数(比如可取PRACH前导码的重复次数作为PUCCH的重复次数),并在步骤62中,根据PUCCH的物理资源索引和PUCCH的重复次数向所述网络设备发送所述竞争解决消息的反馈信息。
步骤62的具体实现过程可参照3GPP Release11版本定义的随机接入过程以及HARQ-ACK重复机制。举例来说,终端在接收到Msg4消息中的MAC层控制单元所携带的UE竞争解决标识后,将其与该终端在Msg3中发送的高层标识进行比较,若两者相同则判定为竞争解决成功,并按照HARQ-ACK重复机制并根据配置的PUCCH资源通过PUCCH向eNB发送Meg4消息的ACK反馈信息。根据HARQ-ACK重复机制,终端对Meg4消息的ACK反馈信息传输重复NANRep次。
上述步骤62可由处理器620配合收发信机600来实现。
在网络侧,网络设备向终端发送竞争解决消息,所述竞争解决消息中携带有用于传输所述竞争解决消息的反馈信息的资源配置信息;所述网络设备接收所述终端返回的所述竞争解决消息的反馈信息,该反馈信息是所述终端在第一时间长度后,根据所述资源配置信息向所述网络设备发送的。其中,第一时间长度的定义以及资源配置信息的定义同前所述,在此不再重复。
通过对实施例三的描述可以看出,由于在现有通信系统(3GPP Release11版本)定义的PDSCH与PUCCH之间时间间隔的基础上,延长了竞争解决消息(Msg4消息)的反馈消息相对Msg4消息的定时关系,为终端留有足够的处理时间,从而可以应用Msg4消息中携带的PUCCH资源配置信息,对Msg4消息的反馈信息(ACK/NACK)进行重复发送,以增强反馈消息的覆盖。
基于与实施例一和/或实施例二相同的技术构思,本发明实施例还提供了一种终端,该终端可应用于实施例一或实施例二。参见图7,该终端可包括:
收发模块701,用于接收网络设备发送的竞争解决消息;
反馈模块702,用于根据用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息,向所述网络设备发送所述竞争解决消息的反馈信息,所述资源配置信息是所述终端从系统广播消息或随机接入响应消息中获取到的。
进一步地,收发模块701还可在接收网络设备发送的竞争解决消息之前,向网络设备发送PRACH前导码后,接收所述网络设备返回的随机接入响应消息,所述随机接入响应消息中携带有所述PUCCH的资源配置信息。
其中,所述PUCCH的资源配置信息包括:PUCCH的物理资源信息,或者包括:PUCCH的物理资源信息和PUCCH的重复传输次数。
其中,所述PUCCH的物理资源信息为PUCCH资源索引;相应的,所述随机接入响应消息中携带的PUCCH资源索引,是所述网络设备接收到所述终端发送的PRACH前导码,并为当前接收到的PRACH前导码分配对应的PUCCH资源索引后,将分配的PUCCH资源索引携带于所述随机接入响应消息发送的。
在所述PUCCH的资源配置信息中包含PUCCH的物理资源信息和PUCCH的重复次数的情况下,所述PUCCH的物理资源信息和所述PUCCH的重复次数是所述网络设备接收到所述终端发送的PRACH前导码,并为当前接收到的PRACH前导码分配对应PUCCH的物理资源信息和的PUCCH的重复次数后,将分配的PUCCH的物理资源信息和PUCCH重复次数携带于所述随机接入响应消息发送的。
优选地,所述重复传输次数是所述网络设备根据所述终端发送的PRACH前导码的重复次数确定出来的。
进一步地,反馈模块702还可在所述PUCCH的资源配置信息未包含PUCCH的重复次数的情况下,根据所述终端发送的PRACH前导码的重复次数确定PUCCH的重复次数。
优选地,所述PUCCH的物理资源信息为PUCCH资源索引。相应的,所述系统广播消息中包括用于发送PRACH前导码的资源总索引与PUCCH资源索引的对应关系,所述用于发送PRACH前导码的资源总索引根据PRACH的资源索引和前导码的资源索引确定。
优选地,反馈模块702具体用于:根据PRACH前导码的资源总索引与PUCCH资源索引的对应关系,确定出与所述终端发送PRACH前导码时所使用的PRACH前导码资源总索引所对应的PUCCH的资源索引;根据确定出的PUCCH的资源索引和PUCCH的重复传输次数,向所述网络设备发送所述竞争解决消息的反馈信息。
其中,所述PUCCH的重复传输次数是所述终端根据在接收到所述随机接入响应消息前最后一次发送的PRACH前导码的重复次数确定的。比如,PRACH前导码的资源总索引=PRACH的资源索引×64+前导码的资源索引。
基于与实施例一和/或实施例二相同的技术构思,本发明实施例还提供了一种网络设备,该网络设备可应用于实施例一或实施例二。参见图8,该终端可包括:
发送模块801,用于通过系统广播或随机接入响应消息发送用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
接收模块802,用于接收所述终端根据所述PUCCH的资源配置信息发送的竞争解决消息的反馈信息。
其中,所述PUCCH的资源配置信息包括:PUCCH的物理资源信息,或者包括:PUCCH的物理资源信息和PUCCH的重复传输次数。
优选地,所述PUCCH的物理资源信息为PUCCH资源索引;相应的,所述发送模块具体用于:接收到所述终端发送的PRACH前导码后,为当前接收到的PRACH前导码分配对应的PUCCH资源索引,将分配的PUCCH资源索引携带于随机接入响应消息发送给所述终端。
优选地,发送模块801可在所述PUCCH的资源配置信息中包含PUCCH的物理资源信息和PUCCH的重复次数的情况下,在接收到所述终端发送的PRACH前导码,并为当前接收到的PRACH前导码分配对应的PUCCH的物理资源信息和PUCCH的重复次数后,将分配的PUCCH的物理资源信息和PUCCH重复次数携带于所述随机接入响应消息发送给所述终端。
优选地,所述重复传输次数是根据所述终端发送的PRACH前导码的重复次数确定出来的。
优选地,所述PUCCH的物理资源信息为PUCCH资源索引;相应的,所述系统广播消息中包括用于发送PRACH前导码的资源总索引与PUCCH资源索引的对应关系,所述用于发送PRACH前导码的资源总索引根据PRACH的资源索引和前导码的资源索引确定。比如,PRACH前导码的资源总索引=PRACH的资源索引*64+前导码的资源索引。
基于与实施例三相同的技术构思,本发明实施例还提供了一种终端。参见图9,为该终端的结构示意图,该终端可包括:收发模块901、反馈模块902,其中:
收发模块901,用于接收网络设备发送的竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
反馈模块902,用于在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送所述竞争解决消息的反馈信息,所述第一时间长度是指承载所述竞争解决消息的PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔。
具体的,所述PUCCH的资源配置信息包括:PUCCH的物理资源索引;或者,包括PUCCH的物理资源索引和PUCCH的重复传输次数。
进一步地,反馈模块902还用于:在所述PUCCH的资源配置信息未包含PUCCH的重复次数的情况下,根据所述终端发送的PRACH前导码的重复次数确定PUCCH的重复次数。
基于与实施例三相同的技术构思,本发明实施例还提供了一种网络设备。参见图10,为该网络设备的结构示意图,该网络设备可包括:发送模块1001、接收模块1002,其中:
发送模块1001,用于向终端发送竞争解决消息,所述竞争解决消息中携带有用于承载所述竞争解决消息的反馈信息的PUCCH的资源配置信息;
接收模块1002,用于接收所述终端返回的所述竞争解决消息的反馈信息,所述反馈信息是所述终端在第一时间长度后,根据所述PUCCH的资源配置信息向所述网络设备发送的,所述第一时间长度是指承载所述竞争解决消息的物理下行共享信道PDSCH的结束子帧,到所述PUCCH的起始子帧的时间间隔,所述时间间隔大于3GPP Release11版本定义的PDSCH与PUCCH之间时间间隔。
其中,所述PUCCH的资源配置信息可包括PUCCH的物理资源索引,或者包括PUCCH的物理资源索引和PUCCH的重复传输次数。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器,使得通过该计算机或其他可编程数据处理设备的处理器执行的指令可实现流程图中的一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图的一个流程或多个流程和/或方框图的一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。