发明内容
本发明实施例提供一种上行数据传输方法、装置和系统,用于提高上行数据的传输可靠性和缩短传输时延。
本发明实施例提出一种上行数据传输方法,包括以下步骤:
用户设备需要发送上行数据时,向基站设备发起调度请求传输和基于竞争的上行数据传输;
如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突,所述用户设备根据用户设备的传输能力选择当前传输的信道类型,并按照所述信道类型发送上行数据或发送调度请求。
优选地,所述用户设备根据用户设备的传输能力选择当前传输的信道类型,具体包括:
如果所述用户设备具备物理上行控制信道PUCCH和物理上行共享信道PUSCH并行传输的能力,所述用户设备同时选择调度请求传输和基于竞争的上行数据传输;
如果所述用户设备不具备PUCCH和PUSCH并行传输的能力,所述用户设备选择调度请求传输或基于竞争的上行数据传输。
优选地,所述调度请求传输包括D-SR传输,
所述用户设备选择调度请求传输或基于竞争的上行数据传输,具体包括:
所述用户设备选择所述D-SR传输。
优选地,所述调度请求传输包括D-SR传输,
所述用户设备选择调度请求传输或基于竞争的上行数据传输,具体包括:
所述用户设备选择所述基于竞争的上行数据传输。
优选地,所述调度请求传输包括D-SR传输,
所述用户设备选择调度请求传输或基于竞争的上行数据传输,具体包括:
如果所述D-SR传输的配置周期大于预设数值,所述用户设备选择所述D-SR传输;
如果所述D-SR传输的配置周期不大于预设数值,所述用户设备选择所述基于竞争的上行数据传输。
优选地,所述调度请求传输包括随机接入调度请求RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输,
所述用户设备根据用户设备的传输能力选择当前传输的信道类型,具体包括:
如果所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突,所述用户设备选择所述基于竞争的上行数据传输;
如果所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突,所述用户设备选择所述RA-SR传输过程中的上行数据传输。
本发明实施例还提出一种用户设备,包括:
调度请求模块,用于在用户设备需要发送上行数据时,向基站设备发起调度请求传输;
竞争传输模块,用于在用户设备需要发送上行数据时,向基站设备发起基于竞争的上行数据传输;
选择模块,用于在所述调度请求模块发起的调度请求传输和所述竞争传输模块发起的基于竞争的上行数据传输互相冲突时,根据用户设备的传输能力选择当前传输的信道类型,并通知所述调度请求模块和/或所述竞争传输模块按照所述信道类型发送上行数据或发送调度请求。
优选地,所述选择模块,用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时,同时选择调度请求传输和基于竞争的上行数据传输;在所述用户设备不具备PUCCH和PUSCH并行传输的能力时,选择调度请求传输或基于竞争的上行数据传输。
优选地,所述调度请求传输包括D-SR传输,
所述选择模块,用于选择所述D-SR传输。
优选地,所述调度请求传输包括D-SR传输,
所述选择模块,用于选择所述基于竞争的上行数据传输。
优选地,所述调度请求传输包括D-SR传输,
所述选择模块,用于在所述D-SR传输的配置周期大于预设数值时,选择所述D-SR传输;在所述D-SR传输的配置周期不大于预设数值时,选择所述基于竞争的上行数据传输。
优选地,所述调度请求传输包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输,
所述选择模块,用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时,选择所述基于竞争的上行数据传输;在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时,选择所述RA-SR传输过程中的上行数据传输。。
本发明实施例还提出一种上行数据传输系统,包括:
用户设备,在需要发送上行数据时,向基站设备发起调度请求传输和基于竞争的上行数据传输;如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突,所述用户设备根据用户设备的传输能力选择当前传输的信道类型,并按照所述信道类型发送上行数据或发送调度请求;
基站设备,用于接收来自所述用户设备的上行数据或发送调度请求。
优选地,所述用户设备,用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时,同时选择调度请求传输和基于竞争的上行数据传输;在所述用户设备不具备PUCCH和PUSCH并行传输的能力时,选择调度请求传输或基于竞争的上行数据传输。
优选地,所述用户设备,用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时,选择所述基于竞争的上行数据传输;在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时,选择所述RA-SR传输过程中的上行数据传输。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
具体实施方式
本发明实施例提供的技术方案中,UE需要发送上行数据的时刻,如果基于克争的上行数据传输和当前的调度请求发送时刻冲突,则基于UE传输能力、传输可靠性和传输时延的角度出发,选择当前传输的信道类型。
具体地,当同步状态下的UE有上行数据待传输的时刻,该UE在触发D-SR或RA-SR的同时,开始监听CB GRANT(冲突授权)。UE在CB GRANT指示的进行CB传输的子帧,可以同时发起D-SR或RA-SR中的上行传输,包括D-SR传输、RACH(Random Access Channel,随机接入信道)过程中的preamble传输和RACH过程的Msg3传输。如果UE支持多种传输并行发送,则同时进行多种传输;否则,则基于如下策略选择当前传输的类型:
当D-SR传输和CB传输冲突时,如果D-SR传输的配置周期不大于预设数值,由于CB传输的时延低于D-SR传输的时延,因此首选CB传输。在下次D-SR传输之前,如果CB传输未确定成功,还可以通过后续非冲突的D-SR传输来保证请求有效性。
当D-SR密度较低,即D-SR传输的配置周期大于预设数值时,两个D-SR资源之间的时间间隔很长,由于CB传输有一定的风险,重传机制有冲突的可能性,下次D-SR传输时机时间过于靠后可能导致后续数据包长期得不到调度传输而超时丢包,所以,在D-SR传输和CB传输冲突时,均衡时延和可靠性的因素,首选D-SR传输。
当RACH过程中的preamble传输和CB传输冲突时,由于RACH传输的时延较大,故从时延因素出发,选择CB传输;当CB传输失败后,可以再考虑RACH过程。
当RACH过程中的Msg3传输和CB传输冲突,由于Msg3传输具有较为成熟的重传机制和冲突解决机制,且该Msg3传输已经是经历了初步的冲突检测后为该UE授权的传输,保障性会比CB传输好,因此,首选Msg3传输,取消CB传输。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明实施例一中的一种上行数据传输方法流程图,包括以下步骤:
步骤101,用户设备需要发送上行数据时,向基站设备发起调度请求传输和基于竞争的上行数据传输。
步骤102,如果调度请求传输和基于竞争的上行数据传输互相冲突,用户设备根据用户设备的传输能力选择当前传输的信道类型,并按照该信道类型发送上行数据或发送调度请求。
具体地,上述调度请求传输和基于竞争的上行数据传输互相冲突,具体为:用户设备需要同时向调度请求传输和基于竞争的上行数据传输提供传输资源。上述调度请求传输和基于竞争的上行数据传输在同一时刻进行,而用户设备需要将上述调度请求传输和基于竞争的上行数据传输在同一子帧内的并发传输。
上述用户设备根据用户设备的传输能力选择当前传输的信道类型,具体包括:如果所述用户设备具备PUCCH(Physical Uplink Control Channel,物理上行控制信道)和PUSCH(Physical Uplink Shared Channel,物理上行共享信道)并行传输的能力,所述用户设备同时选择调度请求传输和基于竞争的上行数据传输;如果所述用户设备不具备PUCCH和PUSCH并行传输的能力,所述用户设备选择调度请求传输或基于竞争的上行数据传输。
其中,上述调度请求传输包括D-SR传输,当D-SR传输和基于竞争的上行数据传输互相冲突时,上述用户设备可以根据预设的默认规则选择D-SR传输或基于竞争的上行数据传输。该默认规则包括:用户设备可以默认选择D-SR传输,也可以默认选择所述基于竞争的上行数据传输。
此外,用户设备还可以根据预设的判断规则选择D-SR传输或基于竞争的上行数据传输。具体地,上述用户设备选择调度请求传输或基于竞争的上行数据传输,具体包括:如果所述D-SR传输的配置周期大于预设数值,所述用户设备选择所述D-SR传输;如果所述D-SR传输的配置周期不大于预设数值,所述用户设备选择所述基于竞争的上行数据传输。
上述调度请求传输还包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输。上述用户设备根据用户设备的传输能力选择当前传输的信道类型,具体包括:如果所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突,所述用户设备选择所述基于竞争的上行数据传输;如果所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突,所述用户设备选择所述RA-SR传输过程中的上行数据传输。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
当D-SR传输和CB传输冲突时,如果UE具备PUCCH和PUSCH同时传输的能力,上行数据传输流程如图2所示,包括以下步骤:
步骤201,UE需要发送上行数据时,等待D-SR发送机会,同时开始监听CB GRANT。
步骤202,eNB向UE发送CB GRANT。
步骤203,UE准备CB传输,解码CB GRANT并对上行数据编码。
步骤204,如果在CB GRANT时刻有D-SR传输发生,UE在CB GRANT时刻同时发起D-SR传输和CB传输。
如果CB传输成功,则执行步骤205;否则,执行步骤207。
步骤205,eNB成功接收CB传输时,从CB传输中获得UE的信息,对相同时刻接收到的来自该UE的D-SR传输不做调度响应。
其中,UE的信息包括C-RNTI(Cell Network Temporary Identity,小区无线网络临时标识)。
步骤206,UE取消D-SR传输。
步骤207,UE在下一个D-SR传输的时刻继续传输D-SR。
步骤208,eNB解码D-SR并分配调度授权。
步骤209,eNB向UE返回调度授权。
步骤210,UE处理解码调度授权,对上行数据进行编码。
步骤211,UE向eNB传输编码后的上行数据。
需要说明的是,本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
当D-SR传输和CB传输冲突时,如果UE不具备PUCCH和PUSCH同时传输的能力,上行数据传输流程如图3所示,包括以下步骤:
步骤301,UE需要发送上行数据时,等待D-SR发送机会,同时开始监听CB GRANT。
步骤302,eNB向UE发送CB GRANT。
步骤303,UE准备CB传输,解码CB GRANT并对上行数据编码。
步骤304,如果在CB GRANT时刻有D-SR传输发生,UE在CB GRANT时刻仅发起CB传输。
如果CB传输成功,则执行步骤305;否则,执行步骤307。
步骤305,eNB成功接收CB传输时,从CB传输中获得UE的信息。
其中,UE的信息包括C-RNTI。
步骤306,UE取消D-SR传输。
步骤307,UE在下一个D-SR传输的时刻继续传输D-SR。
步骤308,eNB解码D-SR并分配调度授权。
步骤309,eNB向UE返回调度授权。
步骤310,UE处理解码调度授权,对上行数据进行编码。
步骤311,UE向eNB传输编码后的上行数据。
需要说明的是,本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
当D-SR传输和CB传输冲突时,如果UE不具备PUCCH和PUSCH同时传输的能力,且D-SR配置周期大于预设数据,则上行数据传输流程如图4所示,包括以下步骤:
步骤401,UE需要发送上行数据时,等待D-SR发送机会,同时开始监听CB GRANT。
步骤402,eNB向UE发送CB GRANT。
步骤403,UE准备CB传输,解码CB GRANT并对上行数据编码。
步骤404,如果在CB GRANT时刻有D-SR传输发生,UE在CB GRANT时刻仅发起D-SR传输。
步骤405,eNB解码D-SR并分配调度授权。
步骤406,eNB向UE返回调度授权。
步骤407,UE处理解码调度授权,对上行数据进行编码。
步骤408,UE向eNB传输编码后的上行数据。
此外,eNB成功接收CB传输时,从CB传输中获得UE的信息,该UE的信息包括C-RNTI。
需要说明的是,本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
当RACH过程中的preamble(Msg1)传输和CB传输冲突时,上行数据传输流程如图5所示,包括以下步骤:
步骤501,同步状态下的UE需要发送上行数据时,初始化随机接入过程,同时开始监听CB GRANT。
步骤502,eNB向UE发送CB GRANT。
步骤503,UE准备CB传输,解码CB GRANT并对上行数据编码。
步骤504,如果在发送preamble时刻有CB传输同时发生,UE发起CB传输,并停止RACH过程。
如果CB传输成功,则执行步骤505;否则,执行步骤506。
步骤505,eNB成功接收CB传输时,从CB传输中获得UE的信息。
其中,UE的信息包括C-RNTI。
步骤506,UE选择随机接入preamble和PRACH资源。
步骤507,UE利用PRACH资源向eNB发送所选的随机接入preamble;
步骤508,eNB计算定时提前量。
步骤509,eNB向UE发送随机接入响应。
其中,随机接入响应中至少包含定时提前量信息和UL grant。
步骤510,UE在UL grant上进行上行数据传输。
步骤511,eNB向UE发送竞争解决消息。
步骤512,UE根据竞争解决消息判断随机接入是否成功。
需要说明的是,本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
当RACH过程中的上行数据传输(Msg3)和CB传输冲突时,如果UE不具备PUCCH和PUSCH同时传输的能力,则上行数据传输流程如图6所示,包括以下步骤:
步骤601,同步状态下的UE需要发送上行数据时,初始化随机接入过程,同时开始监听CB GRANT。
步骤602,UE利用PRACH资源向eNB发送所选的随机接入preamble;
步骤603,eNB计算定时提前量。
步骤604,eNB向UE发送随机接入响应。
其中,随机接入响应中至少包含定时提前量信息和UL grant。
步骤605,UE确认随机接入响应接收成功,停止对CB GRANT的监听。
步骤606,如果根据随机接入响应中携带的UL grant进行的上行数据传输与接收到的CB GRANT指示的CB传输位于相同的子帧,UE在ULgrant上进行上行数据传输。
步骤607,eNB向UE发送竞争解决消息。
步骤608,UE根据竞争解决消息判断随机接入是否成功。
此外,eNB成功接收CB传输时,从CB传输中获得UE的信息,该UE的信息包括C-RNTI。
需要说明的是,本发明方法可以根据实际需要对各个步骤顺序进行调整。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
本发明实施例还提供了应用于上述上行数据传输方法的装置和系统。
如图7所述,为本发明实施例七中的一种用户设备结构示意图,包括:
调度请求模块710,用于在用户设备需要发送上行数据时,向基站设备发起调度请求传输。
竞争传输模块720,用于在用户设备需要发送上行数据时,向基站设备发起基于竞争的上行数据传输;
选择模块730,用于在所述调度请求模块710发起的调度请求传输和所述竞争传输模块720发起的基于竞争的上行数据传输互相冲突时,根据用户设备的传输能力选择当前传输的信道类型,并通知所述调度请求模块和/或所述竞争传输模块按照所述信道类型发送上行数据或发送调度请求。
上述选择模块730,用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时,同时选择调度请求传输和基于竞争的上行数据传输;在所述用户设备不具备PUCCH和PUSCH并行传输的能力时,选择调度请求传输或基于竞争的上行数据传输。
其中,上述调度请求传输包括D-SR传输,上述选择模块730,可以用于选择所述D-SR传输,也可以用于选择所述基于竞争的上行数据传输。
具体地,上述选择模块730,用于在所述D-SR传输的配置周期大于预设数值时,选择所述D-SR传输;在所述D-SR传输的配置周期不大于预设数值时,选择所述基于竞争的上行数据传输。
上述调度请求传输还包括RA-SR传输过程中的随机接入前导传输或RA-SR传输过程中的上行数据传输,上述选择模块730,用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时,选择所述基于竞争的上行数据传输;在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时,选择所述RA-SR传输过程中的上行数据传输。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
如图8所示,为本发明实施例八中的一种上行数据传输系统结构示意图,包括:
用户设备810,在需要发送上行数据时,向基站设备820发起调度请求传输和基于竞争的上行数据传输;如果所述调度请求传输和所述基于竞争的上行数据传输互相冲突,所述用户设备根据用户设备的传输能力选择当前传输的信道类型,并按照所述信道类型发送上行数据或发送调度请求。
上述用户设备810,用于在所述用户设备具备PUCCH和PUSCH并行传输的能力时,同时选择调度请求传输和基于竞争的上行数据传输;在所述用户设备不具备PUCCH和PUSCH并行传输的能力时,选择调度请求传输或基于竞争的上行数据传输。
上述用户设备810,用于在所述随机接入前导传输与所述基于竞争的上行数据传输互相冲突时,选择所述基于竞争的上行数据传输;在所述RA-SR传输过程中的上行数据传输与所述基于竞争的上行数据传输互相冲突时,选择所述RA-SR传输过程中的上行数据传输。
基站设备820,用于接收来自所述用户设备的上行数据或发送调度请求。
本发明实施例的技术方案具有以下优点,在多种上行数据请求和发送过程并存的情况下,基于UE传输能力选择传输类型,提高了传输可靠性,降低了传输时延。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署,可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。