一种上行同步方法、装置、终端以及计算机存储介质
技术领域
本申请涉及无线通信技术领域，尤其涉及一种上行同步方法、装置、终端以及计算机存储介质。
背景技术
随机接入技术是通信系统中媒体接入控制(Media Access Control，MAC)的一项重要技术。随机接入是用户终端(User Equipment，UE)在开始与基站通信之前的接入过程，主要用于用户初始接入、无线资源控制连接重建、切换、上下行数据到达时上行失步以及定位等目的建立与基站的上行同步。
当UE处于连接态，且时间同步定时器(timeAlignmentTimer)处于运行中，基于某种原因，比如长时间没有收到时间提前量(Time Advance，TA)指令或者丢失网络下发的TA指令等，UE实际上已经丢失了与基站的上行同步。但是这时候在该定时器配置为无穷大的情况下，UE无法通过timeAlignmentTimer超时来判断上行是否失步(timeAlignmentTimer永远不会超时)，将会造成断流时间比较长，严重影响了通信性能。
发明内容
本申请提出一种上行同步方法、装置、终端以及计算机存储介质，可以缩短断流时间，减小数据传输延迟，从而能够提升通信性能。
为达到上述目的，本申请的技术方案是这样实现的：
第一方面，本申请实施例提供了一种上行同步方法，应用于终端，该方法包括：
获取定时配置信息；
在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；
若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
基于所述新时间提前量，与基站进行上行传输。
第二方面，本申请实施例提供了一种上行同步装置，应用于终端，该上行同步装置包括获取单元、确定单元和传输单元；其中，
所述获取单元，配置为获取定时配置信息；
所述获取单元，还配置为在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；
所述确定单元，配置为若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
所述传输单元，配置为基于所述新时间提前量，与基站进行上行传输。
第三方面，本申请实施例提供了一种终端，该终端包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的指令；
所述处理器，用于在运行所述指令时，执行如第一方面所述的方法。
第四方面，本申请实施例提供了一种芯片，该芯片包括存储器和处理器；其中，
所述存储器，用于存储能够在所述处理器上运行的指令；
所述处理器，用于在运行所述指令时，使得安装有所述芯片的终端执行如第一方面所述的方法。
第五方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有指令，所述指令被至少一个处理器执行时实现如第一方面所述的方法。
本申请实施例所提供的一种上行同步方法、装置、终端以及计算机存储介质，通过获取定时配置信息；在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；基于所述新时间提前量，与基站进行上行传输。这样，通过设置一个预设失败次数，将随机接入失败次数与预设失败次数进行比较，以增加对定时器设置的判断；同时在随机接入失败次数大于预设失败次数的情况下，终端使用新时间提前量与基站进行上行传输，从而缩短了断流时间，能够减小数据传输时延，使得终端与基站失去上行同步时，可以使用随机接入响应消息中的时间提前量尽快恢复业务，提升了通信性能。
附图说明
图1为相关技术方案提供的一种数据传输的流程示意图；
图2为相关技术方案提供的一种随机接入响应中TA使用的流程示意图；
图3为相关技术方案提供的另一种随机接入响应中TA使用的流程示意图；
图4为本申请实施例提供的一种上行同步方法的流程示意图；
图5A为本申请实施例提供的另一种上行同步方法的流程示意图；
图5B为本申请实施例提供的又一种上行同步方法的流程示意图；
图6为本申请实施例提供的一种上行同步方法的详细流程示意图；
图7为本申请实施例提供的一种上行同步装置的组成结构示意图；
图8为本申请实施例提供的一种终端的组成结构示意图；
图9为本申请实施例提供的一种芯片的组成结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。
应理解，时间提前量(Time Advance，TA)是一个用于表征基站接收到UE所发送数据的定时偏差的参量。为了保持上行同步，基站指示UE在规定的时间点发送上行解调参考信号(Demodulation Reference Signal，DMRS)或探测参考信号(Sounding ReferenceSignal，SRS)，经过定时测量得到TA，基站可通过物理下行共享信道将TA指令下发给UE进行调整，以保持UE与基站的上行同步。这样，UE从基站侧接收TA指令，调整上行的发射时间，目的是为了消除UE之间不同的传输时延，使得不同UE上的上行信号到达基站的时间对齐，保证上行正交性，降低小区内干扰。
需要说明的是，无论是传统的长期演进(Long Term Evolution，LTE)系统，还是第五代移动通信(the 5th Generation，5G)系统、新空口(New Radio，NR)系统等，数据传输流程可以如图1所示。在图1中，包括有终端10和基站20。这里，终端10可以包括诸如智能手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、移动台(mobilestation)、移动客户端、用户设备等；基站20可以是基站收发台(Base TransceiverStation，BTS)，也可以是演进型基站(Evolutional NodeB，eNodeB)，甚至还可以是5G基站(NR NodeB，gNodeB)等，本申请实施例不作任何限定。
如图1所示，其数据传输流程主要包括如下步骤：首先，终端10在上行随机接入信道中向基站20发送随机接入前导码(Radom Access Preamble)，即第一条消息(FirstMessage，MSG1)；接着，基站20在下行共享信道上传输随机接入响应消息(Random AccessResponse，RAR)，即第二条消息(Second Message，MSG2)；然后，终端10在接收到RAR之后，终端10在上行共享信道上首次发送调度传输消息(Scheduled Transmission)，即第三条消息(Third Message，MSG3)；再接着，基站20在下行共享信道上传输竞争解决消息(ContentionResolution)，即第四条消息(Fourth Message，MSG4)；最后，终端10向基站20进行数据传输。也就是说，终端10需要先完成基于竞争模式的随机接入过程，然后终端10才可以将上行数据发送给基站20。
还需要说明的是，在随机接入响应消息中包括有时间提前量(TA)。在第三代合作项目(The 3rd Generation Partnership Project，3GPP)中提供了关于随机接入响应消息中TA的使用。具体内容如下，
1>一个服务小区的时间提前分组(Timing advance group，TAG)在RAR中收到一个TA指令
2>如果随机接入前导码不是由媒体接入控制(Media Access Control，MAC)实体在用于竞争解决的竞争模式的随机接入前导码中选择的：
3>使用这个TA指令
3>启动或者重启这个TAG相关的timeAlignmentTimer
2>否则，如果这个TAG相关的timeAlignmentTimer不在运行中：
3>使用这个TA指令
3>启动这个TAG相关的timeAlignmentTimer
3>当竞争解决没有成功的时候；或者
3>当这个竞争解决，在发送针对MAC协议数据单元(Protocol Data Unit，PDU)包含终端竞争解决标识的混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)反馈后，
4>停止这个TAG相关的timeAlignmentTimer
2>否则，
3>忽略这个收到的TA指令。
这里，其具体流程如图2所示，该流程可以包括：
S201：RAR中收到一个TA指令；
S202：判断是否为非竞争模式的随机接入；
S203：若判断结果为是，则使用该TA指令，并启动/重启定时器；
S204：若判断结果为否，则判断定时器是否在运行中；
需要说明的是，对于S202来说，如果判断结果为是，表明了随机接入为非竞争模式的随机接入，那么执行S203；否则，如果判断结果为否，表明了随机接入为竞争模式的随机接入，那么执行S204。
还需要说明的是，对于S204来说，如果判断结果为否，表明了定时器没有在运行中，即定时器没有启动，那么执行S205；否则，如果判断结果为是，表明了定时器是在运行中，即定时器处于已启动状态，那么执行S209。
S205：若判断结果为否，则使用该TA指令，并启动定时器；
S206：判断是否竞争解决失败；
S207：若判断结果为是，则停止定时器；
S208：若判断结果为否，则发送针对MAC PDU包含终端竞争解决标识的HARQ反馈，并执行S207；
需要说明的是，对于S206来说，如果判断结果为是，表明了竞争解决失败，那么执行步骤S207；否则，如果判断结果为否，表明了竞争解决成功，那么执行步骤S208。
还需要说明的是，对于S208来说，竞争解决成功是针对系统信息(SystemInformation，SI)请求的，在发送针对MAC PDU包含终端竞争解决标识的HARQ反馈后，将继续执行S207。
S209：若判断结果为是，则忽略该TA指令。
还需要说明的是，这里的定时器可以是指时间同步定时器(timeAlignmentTimer)。当定时器在运行中时，这时候会忽略TA指令。
也就是说，在上述的相关技术方案中，对于S209来说，3GPP中潜在的逻辑是：如果定时器(timeAlignmentTimer)还在运行中，说明时间细同步状态是正常的，这时候可以丢弃RAR中的TA指令(即粗同步)。这里，粗同步是将初始较大的偏差缩小到一个较小的范围但不需要进行精确同步；而细同步则是将粗同步的偏差进一步缩小，以实现精细同步。但是当timeAlignmentTimer＝infinity时，根据timeAlignmentTimer还在运行中无法得到“细同步状态正常”的结论，因为此时终端已经失去了通过timeAlignmentTimer超时来判断是否失步的方法(timeAlignmentTimer永远不会超时)，从而在timeAlignmentTimer被配置为无穷大的时候，将会出现断流时间比较长的情况。
具体来讲，终端处于连接态，timeAlignmentTimer在运行中，因为某种原因(长时间没有收到TA指令或者丢失网络下发的TA指令等原因)，终端实际上已经丢失了和基站的上行同步。但是在timeAlignmentTimer被配置为无穷大的情况下，终端无法判断上行失步。
这时候如果终端有上行数据需要发送，那么终端将发送调度请求(Schedulerequest，SR)去申请上行资源。因为上行已经失步，基站无法解调SR。如果在发送SR达到最大SR发送次数(可以用sr-TransMax表示)后，终端将会触发基于竞争模式的随机接入(Random Access，RA)流程。终端向基站发送随机接入前导码(Preamble)，然后基站回复RAR，并在RAR中加入了新的TA指令。在接收到RAR后，按照目前的相关技术方案，终端会忽略RAR中新的TA，并且还是会继续使用之前使用的TA发送MSG3。因为之前使用的TA已经失步，所以基站还是会无法解调MSG3，基站会调度终端重传MSG3，但是基站还是无法解调，多次重传(通常在终端连续四次重传MSG3)失败后，意味着本次的RA流程失败。终端会继续发起RA流程，直至达到最大随机接入失败次数(可以用preamble TransMax表示)，终端将触发重建(Reestablish)流程；如图3所示。这样，整个无线通信链路恢复流程持续很长时间，会产生用户可感知的“断流”，严重影响了通信性能。
基于此，本申请实施例提供了一种上行同步方法，该基本思想是：获取定时配置信息；在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；基于所述新时间提前量，与基站进行上行传输。这样，通过设置一个预设失败次数，将随机接入失败次数与预设失败次数进行比较，以增加对定时器设置的判断；同时在随机接入失败次数大于预设失败次数的情况下，终端使用新时间提前量与基站进行上行传输，从而缩短了断流时间，能够减小数据传输时延，使得终端与基站失去上行同步时，可以使用随机接入响应消息中的时间提前量尽快恢复业务，提升了通信性能。
下面将结合附图对本申请各实施例进行详细说明。
本申请的一实施例中，参见图4，其示出了本申请实施例提供的一种上行同步方法的流程示意图。如图4所示，该方法可以包括：
S401：获取定时配置信息；
需要说明的是，本申请实施例的上行同步方法可以应用于上行同步装置，或者集成有该上行同步装置的终端。另外，这里的定时配置信息是指定时器的相关配置信息，而定时器通常是指timeAlignmentTimer。
还需要说明的是，如果终端处于连接态，而且定时器还处于运行状态，因为某种原因(比如长时间没有收到TA指令或者丢失网络下发的TA指令等原因)，终端实际上已经丢失了与基站的上行同步。但是根据定时配置信息，如果该定时器的定时时长大于预设值(比如该定时器的定时时长被配置为无穷大的情况)，这时候终端将无法判断是否上行失步。也就是说，在本申请实施例中，首先需要获得定时配置信息，以判断该定时器的定时时长是否大于预设值，即是否为无穷大(infinity)状态。
S402：在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；
需要说明的是，预设值是预先设置的用于衡量定时器的定时时长是否为无穷大的判定值。如果定时器处于运行状态，且timeAlignmentTimer＝infinity，即该定时配置信息指示定时器的定时时长大于预设值，这时候终端无法判断是否上行失步，从而导致终端触发的基于竞争模式的随机接入流程可能是失败的，此时可以获取随机接入失败次数。
在一些实施例中，对于S402来说，所述获取所述终端触发的随机接入失败次数，可以包括：
在所述终端处于连接态时，向所述基站发送调度请求；
若未接收到所述基站返回的调度请求响应消息且所述调度请求的发送次数达到第一预设发送次数，则触发基于竞争模式的随机接入流程；
当所述随机接入流程的结果为失败时，继续触发所述基于竞争模式的随机接入流程，并统计所述随机接入失败次数。
需要说明的是，终端可以包括连接态和空闲态。所谓连接态，是指终端与基站之间有通道连接且处于激活状态，随时可以进行数据收发的状态；而所谓空闲态，是指终端与基站之间当前没有连接通道，也不占用任何网络资源的状态。在本申请实施例中，终端处于连接态。
这样，当终端处于连接态，而且终端有上行数据需要发送时，这时候终端将向基站发送SR，但是由于上行已经失步，基站无法解调该SR，使得终端没有接收到基站返回的SR响应消息；如果SR的发送次数达到第一预设发送次数(即sr-TransMax)，那么终端将会触发基于竞争模式的RA流程。在首次触发基于竞争模式的RA流程的结果为失败时，这时候随机接入失败次数为1；然后继续触发所述基于竞争模式的RA流程，当RA流程的结果仍为失败时，这时候仍继续触发所述基于竞争模式的RA流程，并且随机接入失败次数加1，用以统计得到随机接入失败次数。
还需要说明的是，本申请实施例中可增加一个可配置参数，即预设失败次数，用RA_failure_counter表示。在一些实施例中，该方法还可以包括：设置预设失败次数。其中，该预设失败次数可以设置为0，也可以设置为大于0的整数值，本申请实施例不作任何限定。
如此，针对定时器被配置为无穷大的情况，即定时器的定时时长大于预设值，在统计得到随机接入失败次数之后，可以将随机接入失败次数与预设失败次数进行比较，然后根据比较结果确定后续执行步骤。
S403：若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
S404：基于所述新时间提前量，与基站进行上行传输。
在一些实施例中，在S402之后，该方法还可以包括：
若所述随机接入失败次数小于或等于预设失败次数，则基于所述终端内的已使用时间提前量，与所述基站进行上行传输。
也就是说，在统计得到随机接入失败次数之后，将随机接入失败次数与预设失败次数进行比较，如果随机接入失败次数小于或等于预设失败次数，那么这时候终端将忽略RAR消息中的TA，然后继续使用之前的已使用TA与基站进行上行传输；比如在随机接入过程中，终端仍然使用之前的已使用TA向基站发送MSG3。否则，如果随机接入失败次数大于预设失败次数，那么终端可以将RAR消息中的TA确定为终端的新TA，然后终端使用新TA与基站进行上行传输；比如在随机接入过程中，终端不再使用之前的已使用TA，而是使用新TA向基站发送MSG3。
还需要说明的是，对于S403来说，如果确定将RAR消息中的TA作为终端的新TA，那么这时候还需要重启相关的timeAlignmentTimer。在一些实施例中，该方法还可以包括：重启所述定时器。
简言之，本申请实施例增加了对定时器(timeAlignmentTimer)设置的判断，能够减小断流时间，改善用户对数据延迟的感受；使得在终端与基站失去上行同步时，可以使用RAR中的TA尽快恢复业务。同时本申请实施例还增加了一个可配置参数(即预设失败次数)，这样可以通过设置预设失败次数来控制终端是否继续使用终端之前使用的已使用TA。其中，RAR消息中的TA为初调TA，精度没有业务中维护的已使用TA的精度好。如果只是SR出现异常问题的情况，终端可以继续使用之前的已使用TA；但是如果终端与基站已经上行失步，这时候终端需要使用RAR消息中的TA，即使精度没有业务中维护的已使用TA精度好。
可以理解地，通过设置预设失败次数来控制终端是否继续使用终端之前使用的已使用TA。在一些实施例中，当所述预设失败次数被设置为0时，该方法还可以包括：
在所述定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
基于所述新时间提前量，与基站进行上行传输。
也就是说，如果预设失败次数被设置为0，那么这时候在触发基于竞争模式的随机接入流程的过程中，可以直接将RAR消息中的TA确定为终端的新TA。如图5A所示，预设失败次数(RA_failure_counter)等于0时，如果终端有上行数据需要发送，那么终端将发送SR去申请上行资源。如果基站无法解调SR，并且在发送SR到达最大SR发送次数(可以用sr-TransMax表示)时，终端将会触发基于竞争模式的RA流程。具体地，在该RA流程中，终端向基站发送Preamble，然后基站回复RAR，并在RAR中加入了新的TA指令；终端使用新TA发送MSG3，这时候基站可以成功解调MSG3，并且基站向终端返回MSG4，这就意味着成功RA流程。这样，由于本次终端使用了新TA，从而使得该RA流程是成功的。
进一步地，当预设失败次数(RA_failure_counter)大于0时，这时候终端触发的RA流程存在失败RA流程。下面将针对失败RA流程和成功RA流程的具体过程进行描述。
在一些实施例中，当所述随机接入流程的结果为失败时，所述触发基于竞争模式的随机接入流程，可以包括：
向所述基站发送随机接入前导；
基于所述基站对所述随机接入前导的响应，接收所述基站返回的随机接入响应消息；其中，所述随机接入响应消息至少包括时间提前量；
在接收到所述随机接入响应消息后，根据所述终端内的已使用时间提前量向所述基站发送调度传输消息；
若未接收到所述基站返回的竞争解决消息且所述调度传输消息的发送次数达到第二预设发送次数，则确定所述随机接入流程的结果为失败。
在一些实施例中，当所述随机接入流程的结果为成功时，所述触发基于竞争模式的随机接入流程，可以包括：
向所述基站发送随机接入前导；
基于所述基站对所述随机接入前导的响应，接收所述基站返回的随机接入响应消息；其中，所述随机接入响应消息至少包括时间提前量；
在接收到所述随机接入响应消息后，将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量，并根据所述新时间提前量向所述基站发送调度传输消息；
当接收到所述基站返回的竞争解决消息时，确定所述随机接入流程的结果为成功。
以图5B为例，预设失败次数(RA_failure_counter)大于0的情况，如果终端有上行数据需要发送，那么终端将发送SR去申请上行资源。如果基站无法解调SR，并且在发送SR到达最大SR发送次数(可以用sr-TransMax表示)时，终端将会触发基于竞争模式的RA流程。终端向基站发送Preamble，然后基站回复RAR，并在RAR中加入了新的TA指令；但是终端仍然使用之前的已使用TA发送MSG3(即调度传输消息)，这时候基站无法解调MSG3，，基站会调度终端重传MSG3，在连续四次重传MSG3均失败后，意味着本次为失败RA流程。终端会继续发起RA流程，直至当RA失败次数大于预设失败次数(RA_failure_counter)时，在这一次的RA流程中，终端向基站发送Preamble，然后基站回复RAR，并在RAR中加入了新的TA指令；终端使用新TA发送MSG3，这时候基站可以成功解调MSG3，并且基站向终端返回MSG4(即竞争解决消息)，这就意味着这一次为成功RA流程。
本实施例提供了一种上行同步方法，通过获取定时配置信息；在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；基于所述新时间提前量，与基站进行上行传输。这样，通过设置一个预设失败次数，将随机接入失败次数与预设失败次数进行比较，以增加对定时器设置的判断；同时在随机接入失败次数大于预设失败次数的情况下，终端使用新时间提前量与基站进行上行传输，从而缩短了断流时间，能够减小数据传输时延，使得终端与基站失去上行同步时，可以使用随机接入响应消息中的时间提前量尽快恢复业务，提升了通信性能。
本申请的另一实施例中，参见图6，其示出了本申请实施例提供的一种上行同步方法的详细流程示意图。如图6所示，该详细流程可以包括：
S201：RAR中收到一个TA指令；
S202：判断是否为非竞争模式的随机接入；
S203：若判断结果为是，则使用该TA指令，并启动/重启定时器；
S204：若判断结果为否，则判断定时器是否在运行中；
需要说明的是，对于S202来说，如果判断结果为是，表明了随机接入为非竞争模式的随机接入，那么执行S203；否则，如果判断结果为否，表明了随机接入为竞争模式的随机接入，那么执行S204。
还需要说明的是，对于S204来说，如果判断结果为否，表明了定时器没有在运行中，那么执行S205；否则，如果判断结果为是，表明了定时器是在运行中，那么执行S601。
S205：若判断结果为否，则使用该TA指令，并启动定时器；
S206：判断是否竞争解决失败；
S207：若判断结果为是，则停止定时器；
S208：若判断结果为否，则发送针对MAC PDU包含终端竞争解决标识的HARQ反馈，并执行S207；
需要说明的是，对于S206来说，如果判断结果为是，表明了竞争解决失败，那么执行步骤S207；否则，如果判断结果为否，表明了竞争解决成功，那么执行步骤S208。
还需要说明的是，对于S208来说，竞争解决成功是针对系统信息(SystemInformation，SI)请求的，在发送针对MAC PDU包含终端竞争解决标识的HARQ反馈后，将继续执行S207。
S601：若判断结果为是，则判断定时器是否等于无穷大；
S602：若判断结果为是，则判断随机接入失败次数是否大于预设失败次数；
S603：若判断结果为是，则使用该TA指令，并重启定时器；
S604：若判断结果为否，则忽略该TA指令。
需要说明的是，对于S601来说，如果判断结果为是，表明了定时器被配置为无穷大，那么执行步骤S602；否则，如果判断结果为否，表明了定时器没有被配置为无穷大，那么执行步骤S604。
还需要说明的是，对于S602来说，如果判断结果为是，表明了随机接入失败次数大于预设失败次数，那么执行步骤S603；否则，如果判断结果为否，表明了随机接入失败次数小于或等于预设失败次数，那么执行步骤S604。
也就是说，在本申请实施例中，通过增加一个可配置参数(即预设失败次数，用RA_failure_counter表示)作为激活本申请实施例的技术方案的判断阈值。具体地，当随机接入失败次数达到RA_failure_counter时，激活本申请实施例的技术方案。当RA_failure_counter设置为0时，可以直接激活本申请实施例的技术方案。换句话说，基于3GPP中提供的关于RAR消息中TA的使用，可以在第三分支中设置一个判断条件，在timeAlignmentTimer被配置为无穷大的情况下增加分支，具体内容修改如下，
1>当一个服务小区的TAG在RAR中收到一个TA指令
2>如果随机接入前导码不是由MAC实体在竞争解决的随机接入前导码中选择的：
3>使用这个TA指令
3>启动或者重启这个TAG相关的timeAlignmentTimer
2>否则，如果这个TAG相关的timeAlignmentTimer不在运行中：
3>使用这个TA指令
3>启动这个TAG相关的timeAlignmentTimer
3>当竞争解决没有成功的时候；或者
3>当这个竞争解决，在发送针对MAC PDU包含终端竞争解决标识的HARQ反馈后
4>停止这个TAG相关的timeAlignmentTimer
2>否则，
3>如果timeAlignmentTimer＝infinity时：
4>如果随机失败次数大于RA_failure_counter：
5>使用这个TA指令
5>重启这个TAG相关的timeAlignmentTimer
4>否则，
5>忽略这个收到的TA指令
3>否则，
4>忽略这个收到的TA指令。
这样，在本申请实施例中，一方面，解决了目前3GPP修改请求(Change Request，CR)中已经存在的timeAlignmentTimer＝infinity的逻辑性错误问题；另一方面，通过RA_failure_counter的设置，可以使得本申请实施例的技术方案不必等到触发重建流程就能够使用较优的TA设置，加快了链路恢复速度，避免了不必要的重建流程。示例性地，当RA_failure_counter＝0时，这时候通过判断timeAlignmentTimer是否为infinity就可以直接确定该分支是否忽略RAR中携带的TA，即是否激活本申请实施例的技术方案，从而加快了链路恢复速度。
还需要说明的是，本申请实施例的技术方案不仅可以适用于5G系统、NR系统，也可以适用于LTE系统。
本实施例提供了一种上行同步方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过设置一个预设失败次数，将随机接入失败次数与预设失败次数进行比较，以增加对定时器设置的判断；同时在随机接入失败次数大于预设失败次数的情况下，终端使用新时间提前量与基站进行上行传输，从而缩短了断流时间，能够减小数据传输时延，使得终端与基站失去上行同步时，可以使用随机接入响应消息中的时间提前量尽快恢复业务，提升了通信性能。
本申请的又一实施例中，基于前述实施例相同的发明构思，参见图7，其示出了本申请实施例提供的一种上行同步装置70的组成结构示意图。如图7所示，上行同步装置70可以包括：获取单元701、确定单元702和传输单元703；其中，
获取单元701，配置为获取定时配置信息；
获取单元701，还配置为在定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，获取所述终端触发的随机接入失败次数；
确定单元702，配置为若所述随机接入失败次数大于预设失败次数，则将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
传输单元703，配置为基于所述新时间提前量，与基站进行上行传输。
在一些实施例中，传输单元703，还配置为若所述随机接入失败次数小于或等于预设失败次数，则基于所述终端内的已使用时间提前量，与所述基站进行上行传输。
在一些实施例中，参见图7，上行同步装置70还可以包括发送单元704和统计单元705；其中，
发送单元704，配置为在所述终端处于连接态时，向所述基站发送调度请求；
统计单元705，配置为若未接收到所述基站返回的调度请求响应消息且所述调度请求的发送次数达到第一预设发送次数，则触发基于竞争模式的随机接入流程；以及当所述随机接入流程的结果为失败时，继续触发所述基于竞争模式的随机接入流程，并统计所述随机接入失败次数。
在一些实施例中，当所述随机接入流程的结果为失败时，参见图7，上行同步装置70还可以包括接收单元706；其中，
发送单元704，还配置为向所述基站发送随机接入前导；
接收单元706，配置为接收所述基站返回的随机接入响应消息，其中，所述随机接入响应消息至少包括时间提前量；
发送单元704，还配置为在接收到所述随机接入响应消息后，根据所述终端内的已使用时间提前量向所述基站发送调度传输消息；
确定单元702，还配置为若未接收到所述基站返回的竞争解决消息且所述调度传输消息的发送次数达到第二预设发送次数，则确定所述随机接入流程的结果为失败。
在一些实施例中，当所述随机接入流程的结果为成功时，
发送单元704，还配置为向所述基站发送所述随机接入前导；
接收单元706，还配置为接收所述基站返回的随机接入响应消息，其中，所述随机接入响应消息至少包括时间提前量；
确定单元702，还配置为在接收到所述随机接入响应消息后，将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
发送单元704，还配置为根据所述新时间提前量向所述基站发送所述调度传输消息；
确定单元702，还配置为当接收到所述基站返回的所述竞争解决消息时，确定所述随机接入流程的结果为成功。
在一些实施例中，确定单元702，还配置为当所述预设失败次数被设置为0时，在所述定时器处于运行状态且所述定时配置信息指示所述定时器的定时时长大于预设值时，将所接收的随机接入响应消息所包含的时间提前量确定为所述终端的新时间提前量；
传输单元703，还配置为基于所述新时间提前量，与基站进行上行传输。
在一些实施例中，参见图7，上行同步装置70还可以包括重启单元707，配置为重启所述定时器。
可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码或指令的介质。
因此，本实施例提供了一种计算机存储介质，该计算机存储介质存储有指令，所述指令被至少一个处理器执行时实现前述实施例中任一项所述的上行同步方法的步骤。
本申请的再一实施例中，基于上述上行同步装置70的组成以及计算机存储介质，参见图8，其示出了本申请实施例提供的终端80的具体硬件结构示意图。如图8所示，终端80可以包括处理器801，处理器801可以从存储器中调用并运行指令，以实现前述实施例中任一项所述的上行同步方法。
可选地，如图8所示，终端80还可以包括存储器802。其中，处理器801可以从存储器802中调用并运行指令，以实现前述实施例中任一项所述的上行同步方法。
其中，存储器802可以是独立于处理器801的一个单独的器件，也可以集成在处理器801中。
可选地，如图8所示，终端80还可以包括收发器803，处理器801可以控制该收发器803与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器803可以包括发射机和接收机。收发器803还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该终端80具体可为前述实施例所述的智能手机、平板电脑、掌上电脑、笔记本电脑、台式计算机等设备，或者集成有前述实施例中任一项所述上行同步装置70的设备。这里，并且该终端80可以实现本申请实施例的各个方法中所述的相应流程，为了简洁，在此不再赘述。
本申请的再一实施例中，基于上述上行同步装置70的组成以及计算机存储介质，参见图9，其示出了本申请实施例提供的芯片90的具体硬件结构示意图。如图9所示，芯片90可以包括处理器901，处理器901可以从存储器中调用并运行指令，以实现前述实施例中任一项所述的上行同步方法。
可选地，如图9所示，芯片90还可以包括存储器902。其中，处理器901可以从存储器902中调用并运行指令，以实现前述实施例中任一项所述的上行同步方法。
其中，存储器902可以是独立于处理器901的一个单独的器件，也可以集成在处理器901中。
可选地，该芯片90还可以包括输入接口903。其中，处理器901可以控制该输入接口903与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片90还可以包括输出接口904。其中，处理器901可以控制该输出接口904与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片90可应用于前述实施例所述的终端，并且该芯片可以实现本申请实施例的各个方法中所述的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等，比如调制解调器芯片或者调制解调器芯片组等。
需要说明的是，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
还需要说明的是，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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 DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。应注意，本申请描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
可以理解地，本申请描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。对于软件实现，可通过执行本申请所述功能的模块(例如过程、函数等)来实现本申请所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
