一种NB-IOT端的数据传输方法、NB-IOT芯片、设备及通信系统与流程

一种nb
‑
iot端的数据传输方法、nb
‑
iot芯片、设备及通信系统
技术领域
1.本技术涉及通信领域，尤其涉及一种nb
‑
iot端的数据传输方法、nb
‑
iot芯片、设备、通信系统及计算机可读存储介质。


背景技术：

2.窄带物联网(narrowband internet of things，nb
‑
iot)是一种基于蜂窝的窄带物联网技术，支持低功耗设备在广域网的蜂窝数据连接。nb
‑
iot主要应用于低吞吐、发送频率较低的场景，如智能抄表、智能建筑和智慧农业等。典型应用场景下，nb
‑
iot终端设备一般用于上报数据，因此其上行数据传输的成功率尤其重要；同时对于烟感和跟踪类应用，对时延也有一定要求，所以时延也是需要考虑的重要性能之一。
3.在基站调度参数不变的前提下，上行数据传输的成功率主要由用户设备(user equipment，ue)的上行发射功率、空口噪声和干扰以及基站解调能力决定。原则上上行发射功率越大，空口干扰越小，基站解调能力越强，数据传输的成功率越高，反之亦然。而空口噪声和干扰以及基站解调能力是ue无法决定的，所以在特定场景下可通过增强ue上行发射功率的方式来提高基站接收的消息的sinr，以提高基站的解调成功率。若增强ue的上行发射功率，则可以用更少的重传次数完成随机接入并且基站可以成功对ue进行调度，进而提升上行数传成功率和改善传输时延。
4.对于nb
‑
iot端来说，共2种上行信道：窄带物理随机接入信道(narrowband physical random access channel，nprach)和窄带物理上行共享信道(narrowband physical uplink shared channel，npusch)，上行功率控制也就是通过测量下行信道的窄带参考信号接收功率(narrowband reference signal receiving power，nrsrp)估计出路损，再根据基站的窄带系统消息块2(narrowband system information block 2，sib2
‑
nb)和消息4(msg4)中配置的参数计算出目标功率，最根据路损补偿该目标功率即可得到ue的上行发送功率，其中，sib2
‑
nb也可以简写成sib2或者sib2。
5.对于nb
‑
iot端的随机接入过程来说，即使msg1重传，依然会出现随机接入成功率低以及接入耗时长的问题。


技术实现要素：

6.针对现有技术中nb
‑
iot端接入基站成功率低以及耗时长的问题，本技术提供了一种nb
‑
iot端的数据传输方法、nb
‑
iot芯片、设备、通信系统及计算机可读存储介质。
7.本技术的实施例的第一方面提供了一种nb
‑
iot端的数据传输方法，用于nb
‑
iot端的随机接入过程，包括：发送随机接入前导码；接收基站发送的随机接入响应；以第一npusch功率发送消息3，消息3包括nb
‑
iot端的标识信息，nb
‑
iot端的标识信息用于冲突解决；随机接入尝试失败后，重传随机接入前导码；随机接入前导码重传之后，以第二npusch功率发送消息3，第二npusch功率功率大于第一npusch功率。
8.根据第一方面，在一种可能的实现方式中，包括：nb
‑
iot端在ecl为0的配置下进行
随机接入尝试时，对于消息3的重传，消息3在第(x+1)次随机接入尝试时的发送功率大于消息3在第x次随机接入尝试时被发送的发送功率；x为大于或者等于1的正整数；消息3的发送功率不大于nb
‑
iot端配置的最大发射功率。
9.根据第一方面，在一种可能的实现方式中，包括：nb
‑
iot端在ecl为0的配置下进行随机接入尝试时，消息3在第(x+1)次随机接入尝试时的发送功率等于x倍的第二功率增长步长加上第一npusch功率；第一npusch功率为首次随机接入尝试时消息3的发送功率；第二功率增长步长为2db或者3db。
10.根据第一方面，在一种可能的实现方式中，包括：nb
‑
iot端在ecl为1或2的配置下进行随机接入尝试时消息3的发送功率大于或者等于nb
‑
iot端在ecl为0的配置下进行随机接入尝试时消息3的发送功率。
11.根据第一方面，在一种可能的实现方式中，包括：nb
‑
iot端在ecl为1或2的配置下进行随机接入尝试时，对于消息3的重传，消息3的功率为第三npusch功率；第三npusch功率为消息3的初始功率加上nb
‑
iot端在ecl为0时对随机接入前导码的功率的总的抬升量；总的抬升量小于或者等于8db；消息3的初始功率为nb
‑
iot端第一次随机接入尝试时发送消息3的功率。
12.根据第一方面，在一种可能的实现方式中，还包括：nb
‑
iot端在ecl为0的配置下进行随机接入尝试时，消息3重传时消息3的发送功率与首次随机接入尝试时消息3时的发送功率的差不超过8db。
13.根据第一方面，在一种可能的实现方式中，接收随机接入响应之后，还包括：判断随机接入响应是否与nb
‑
iot端对应的随机接入前导码的标识匹配；随机接入响应与nb
‑
iot端对应的随机接入前导码的标识不匹配时，随机接入前导码重传；随机接入前导码重传后接收随机接入响应；以第二npusch功率发送消息3。
14.根据第一方面，在一种可能的实现方式中，还包括：当随机接入尝试的总次数未达到预设的总的随机接入尝试次数时，随机接入前导码重传；
15.当nb
‑
iot端配置的ecl为0，并且ecl为0对应的随机接入尝试的次数未达到预设的ecl为0对应的随机接入尝试的最大次数时，nb
‑
iot端在ecl为0的配置下重传随机接入前导码以进行下一次随机接入尝试，第(z+1)次随机接入尝试时随机接入前导码的发送功率大于第z次随机接入尝试时随机接入前导码的发送功率，z为大于或者等于1的正整数；和/或
16.当nb
‑
iot端配置的ecl为1，并且ecl为1对应的随机接入尝试的次数未达到预设的ecl为1对应的随机接入尝试的最大次数时，nb
‑
iot端在ecl为1的配置下以nb
‑
iot端的最大发射功率重传随机接入前导码以进行下一次随机接入尝试；和/或
17.当nb
‑
iot端配置的ecl为2，并且ecl为2对应的随机接入尝试的次数未达到预设的ecl为2对应的随机接入尝试的最大次数时，nb
‑
iot端在ecl为2的配置下以nb
‑
iot端的最大发射功率重传随机接入前导码以进行下一次随机接入尝试。
18.根据第一方面，在一种可能的实现方式中，还包括：
19.当nb
‑
iot端配置的ecl为0，并且ecl为0对应的随机接入尝试的次数达到预设的ecl为0对应的随机接入尝试的最大次数时，nb
‑
iot端在ecl为1的配置下以nb
‑
iot端的最大发射功率重传随机接入前导码以进行下一次随机接入尝试；和/或
20.当nb
‑
iot端配置的ecl为1，并且ecl为1对应的随机接入尝试的次数达到预设的
ecl为1对应的随机接入尝试的最大次数时，nb
‑
iot端在ecl为2的配置下以nb
‑
iot端的最大发射功率重传随机接入前导码以进行下一次随机接入尝试；和/或
21.当nb
‑
iot端配置的ecl为2，并且ecl为2对应的随机接入尝试的次数达到预设的ecl为2对应的随机接入尝试的最大次数时，nb
‑
iot端等待下一次随机接入。
22.根据第一方面，在一种可能的实现方式中，还包括：当nb
‑
iot端配置的ecl为0时，对于每一次随机接入前导码的重传，随机接入前导码的发送功率增加第一功率增长步长；第一功率增长步长为2db或者3db；随机接入前导码重传时随机接入前导码的发送功率与第一次发送随机接入前导码时的发送功率的差不超过8db；第一功率增长步长等于第二功率增长步长。
23.根据第一方面，在一种可能的实现方式中，发送消息3之后，包括：接收基站发送的消息4，消息4包括冲突解决标识；判断冲突解决标识与消息3的标识信息是否匹配；冲突解决标识与消息3的标识信息不匹配时，随机接入前导码重传；随机接入前导码重传后接收随机接入响应；以第二npusch功率发送消息3。
24.根据第一方面，在一种可能的实现方式中，还包括：
25.冲突解决标识与消息3的标识信息匹配时，以第一上行功率发送消息5，消息5为随机接入成功后nb
‑
iot端通过npusch发送给基站的上行数据；消息5的发送功率不大于nb
‑
iot端配置的最大发射功率。
26.根据第一方面，在一种可能的实现方式中，还包括：消息5的发送功率为消息5的初始功率加上nb
‑
iot端在ecl为0时对随机接入前导码的功率的总的抬升量；总的抬升量小于或者等于8db；消息5的初始功率为nb
‑
iot端首次随机接入尝试时发送消息5的功率。
27.根据第一方面，在一种可能的实现方式中，还包括：随机接入前导码重传p1次之后，nb
‑
iot端成功接入基站，nb
‑
iot端成功接入基站后，消息5的发送功率为q1；在nb
‑
iot端的另一次成功的随机接入过程中，随机接入前导码的重传次数为p2，消息5的发送功率为q1；p1大于p2时，q1大于q2；p1与p2之间的差越大，q1与q2之间的差越大。
28.根据第一方面，在一种可能的实现方式中，消息3的发送功率为p
npusch，c
(2)；
[0029][0030]
p
o_npusch，c
(j)＝p
o_nominal_npusch，c
(j)+p
o_ue_npusch，c
(j)；
[0031]
其中，j＝1或2；i表示第i个时隙，p
cmax，c
(i)为基站给nb
‑
iot端配置的最大发射功率，p
cmax，c
(i)为23dbm；m
npusch，c
(i)为不同的子载波间隔和子载波个数下发送消息3的功率补偿值，m
npusch，c
(i)根据子载波间隔和子载波个数来确定；
[0032]
p
o_nominal_npusch，c
(2)＝p
o_pre
+δ
preamble_msg3
；
[0033]
其中，p
o_nominal
‑
npusch，c
(2)表示基站期待收到对应j＝2的随机接入前导码的标称功率，p
o_pre
和δ
preamble_msg3
分别根据sib2中的preambleinitialreceivedtargetpower和deltapreamblemsg3
‑
r13确定；p
o_ue_npusch，c
(2)＝0；
[0034]
对于npusch format1或npusch format2格式的消息3，a
c
(2)＝1；
[0035]
pl
c
是路损；p_comp为消息3或消息5的功率补偿量；当p_comp为消息3的功率补偿量时，功率补偿量为第二功率增长步长；消息5的功率补偿量为2db或3db。
[0036]
根据第一方面，在一种可能的实现方式中，消息5的发送功率为p
npusch，c
(1)；p
o_nominal_npusxh，c
(1)为基站期待收到对应j＝1的消息5的标称功率，由sib2的p0
‑
nominalnpusch
‑
r13字段指定；p
o_ue_npusch，c
(1)表示对应j＝1的消息5的标称功率的补偿值，由消息4的p0
‑
ue
‑
npusch
‑
r13字段指定；
[0037]
对于npusch format1格式的消息5，a
c
(1)由sib2的alpha
‑
r13字段指定；
[0038]
对于npusch format2格式的消息5，a
c
(1)＝1。
[0039]
本技术的实施例的第二方面提供了一种nb
‑
iot端的数据传输方法，用于nb
‑
iot端的随机接入过程，包括：发送随机接入前导码；接收随机接入响应；
[0040]
发送消息3，消息3包括nb
‑
iot端的标识信息，nb
‑
iot端的标识信息用于冲突解决，消息3的发送功率为p
npusch，c
(2)；
[0041][0042]
p
o_npusch，c
(j)＝p
o_nominal_npusch，c
(j)+p
o_ue_npusch，c
(j)；
[0043]
其中，j＝1或2；i表示第i个时隙，p
cmax，c
(i)为基站给nb
‑
iot端配置的最大发射功率，p
cmax，c
(i)为23dbm；m
npusch，c
(i)为不同的子载波间隔和子载波个数下发送消息3的功率补偿值，m
npusch，c
(i)根据子载波间隔和子载波个数来确定；
[0044]
p
o_nominal_npusch，c
(2)＝p
o_pre
+δ
preamble_msg3
；
[0045]
其中，p
o_nominal_npusch，c
(2)表示基站期待收到对应j＝2的随机接入前导码的标称功率，p
o_pre
和δ
preamble_msg3
分别根据sib2中的preambleinitialreceivedtargetpower和deltapreamblemsg3
‑
r13确定；p
o_ue_npusch，c
(2)＝0；
[0046]
对于npusch format1或npusch format2格式的消息3，a
c
(2)＝1；
[0047]
pl
c
是路损；p_comp为消息3或消息5的功率补偿量。
[0048]
根据第二方面，在一种可能的实现方式中，发送消息3之后，还包括：接收消息4；发送消息5，消息5的发送功率为p
npusch，c
(1)；p
o_nominal_npusch，c
(1)为基站期待收到对应j＝1的消息5的标称功率，由sib2的p0
‑
nominalnpusch
‑
r13字段指定；p
o_ue_npusch，c
(1)表示对应j＝1的消息5的标称功率的补偿值，由消息4的p0
‑
ue
‑
npusch
‑
r13字段指定；对于npuschformat1格式的消息5，a
c
(1)由sib2的alpha
‑
r13字段指定；对于npusch format2格式的消息5，a
c
(1)＝1。
[0049]
根据第二方面，在一种可能的实现方式中，功率补偿量为2db或3db。
[0050]
本技术的实施例的第三方面提供了一种nb
‑
iot芯片，包括存储器和处理器；
[0051]
存储器与处理器耦合；
[0052]
存储器，用于存储程序指令；
[0053]
处理器，用于调用存储器存储的程序指令，使得nb
‑
iot芯片执行上述第一方面中任一项的nb
‑
iot端的数据传输方法，或者使得nb
‑
iot芯片执行上述第二方面中任一项的nb
‑
iot端的数据传输方法，。
[0054]
本技术的实施例的第四方面提供了一种nb
‑
iot设备，包括天线和如第三方面的nb
‑
iot芯片，天线与nb
‑
iot芯片连接以实现nb
‑
iot设备与基站之间的数据传输。
[0055]
本技术的实施例的第五方面提供了一种nb
‑
iot通信系统，包括如第四方面的nb
‑
iot设备和基站，nb
‑
iot设备与基站之间无线连接以进行数据传输。
[0056]
本技术的实施例的第六方面提供了一种计算机可读存储介质，包括：其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面中任一项的nb
‑
iot端的数据传输方法，或者，计算机程序被处理器执行时实现上述第二方面中任一项的nb
‑
iot端的数据传输方法。
[0057]
与现有技术相比，本技术实施例的有益效果在于：申请实施例提供了一种nb
‑
iot端的数据传输方法、nb
‑
iot芯片、设备、通信系统及计算机可读存储介质，本技术实施例在随机接入过程中，在重传消息1的场景下，通过抬升消息3的功率，改善了由于nb
‑
iot端接入基站时的接入成功率低以及耗时长的问题，提升了用户体验。
附图说明
[0058]
为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0059]
图1为本技术实施例提供的一nb
‑
iot端的数据传输方法的流程图；
[0060]
图2为本技术实施例提供的又一nb
‑
iot端的数据传输方法的流程图；
[0061]
图3为本技术实施例提供的一对应于图2中的方法的测试结果图；
[0062]
图4为本技术实施例提供的再一nb
‑
iot端的数据传输方法的流程图；
[0063]
图5为本技术实施例提供的一对应于图3中的方法的测试结果图；
[0064]
图6为本技术实施例提供的再一nb
‑
iot端的数据传输方法的流程图；
[0065]
图7为本技术实施例提供的再一nb
‑
iot端的数据传输方法的流程图；
[0066]
图8为本技术实施例提供的再一nb
‑
iot端的数据传输方法的流程图；
[0067]
图9为本技术实施例提供的再一nb
‑
iot端的数据传输方法的流程图；
[0068]
图10为本技术实施例提供的一sib2的一部分的示意图；
[0069]
图11为本技术实施例提供的一rar配置的一部分的示意图；
[0070]
图12为本技术实施例提供的又一rar配置的一部分的示意图；
[0071]
图13为本技术实施例提供的一msg4的一部分的示意图；
[0072]
图14为本技术实施例提供的一种nb
‑
iot芯片的结构的示意图；
[0073]
图15为本技术实施例提供的一种nb
‑
iot设备的结构的示意图；
[0074]
图16为本技术实施例提供的一种nb
‑
iot通信系统的结构的示意图。
具体实施方式
[0075]
为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术的部分实施例采用举例的方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在各例子中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本技术所要求保护的技术方案。
[0076]
根据第三代合作伙伴计划(3rd generation partnership project，3gpp)协议36.321 5.1.3的规定，当nb
‑
iot端有上行数据待发送时，可以启动随机接入过程，即通过消
息1(msg1)至消息4(msg4)的收发实现nb
‑
iot端接入基站。
[0077]
具体的，通过nprach发送消息1(msg1)发起随机接入过程，msg1为随机接入前导码(random access preamble，rap)，本实施例中，rap也可以简称为preamble。msg1的时频资源配置信息和随机接入尝试次数等由sib2指定，其中，任一ecl对应的随机接入尝试的最大次数可以通过maxnumpreambleattemptce字段被配置，例如，在不同的item下配置不同的ecl对应的随机接入尝试的最大次数。对于任一ecl对应的一次随机接入尝试都可以配置preamble的重复次数(numrepetitionperpreambleattempt)，例如，对于ecl为0对应的一次随机接入尝试完毕，ue需要在ecl为0的配置下完成随机接入前导码连续重复发送2次。ecl对应的随机接入尝试的最大次数由基站配置，以避免ue在该ecl的配置下无限次的重传随机接入前导码，对于基站来说，提高重传次数可以提升发送增益，但是会增加发送时延。因此基站需要在保证发送成功率的基础上，尽量降低发送时延。本实施例中，预设的总的随机接入尝试次数可以被sib2消息中的preambletransmax字段配置，当预设的总的随机接入尝试次数消耗完毕后，不再重传随机接入前导码，即认为随机接入过程失败，可以等待下一次随机接入。任一ecl对应的随机接入尝试的最大次数可以根据场景进行配置对应的预设值，本实施例对具体的尝试次数不作限定。具体的，若预设的ecl为0对应的随机接入尝试的最大次数(maxnumpreambleattemptce)为2，ecl为0对应的每一次随机接入尝试的前导码的重复次数(numrepetitionperpreambleattempt)为3，在ecl为0的配置下，若每次ue重复3次发送msg1之后，ue都会收到msg2，但是ue发送msg3之后，并未收到基站发送的msg4，则下一次ue重复3次发msg1时，可以看做是随机接入尝试的次数加1，但是ecl为0对应的随机接入尝试的次数保持不变，若ue没有收到msg2，则可以看做是随机接入尝试的次数加1，ecl为0的对应的随机接入尝试的次数加1，直到随机接入尝试的次数达到预设的ecl为0对应的随机接入尝试的最大次数，则ue以ecl为1的配置发送随机接入前导码，然后以此类推直到随机接入成功或者是随机接入前导码的尝试次数达到预设总的最大尝试接入次数。preamble配置信息用于终端设备确定preamble，rach时频资源配置信息用于终端设备确定rach时频资源，rach时频资源用于终端设备发送preamble。本实施例中，nb
‑
iot端以终端设备为例进行说明，nb
‑
iot端也可以是nb
‑
iot芯片。
[0078]
基站收到终端设备发送的随机接入前导码之后，基站向终端设备发送消息2(msg2)，msg2可以称之为随机接入响应(random access response，rar)。终端设备发送了preamble之后，将在rar时间窗(ra response window)内监听窄带物理下行控制信道(narrowband physical downlink control channel，npdcch)，以接收对应的rar。rar包括preamble标识、提前量(timing advance，ta)信息、初始的上行授权(uplink grant，ul grant)信息中的至少一种。rar还可以包括ue接入小区的临时蜂窝无线网络临时标识符(temporary cell
‑
radio network temporary identifier，tc
‑
rnti)，ue接入小区的临时蜂窝无线网络临时标识符可以简称为ue的临时标识。该tc
‑
rnti用于msg3的调度即用于格式为n0的下行控制信息(downlink control information
‑
n0，dci
‑
n0)的解扰。基站接收终端设备发送的preamble后，可以估计基站与终端设备之间的传输时延，根据传输时延计算上行定时提前量ta，以便基站校准上行定时。基站还可以将ta发送给终端设备，以便终端设备根据ta与基站进行上行同步。或者，若终端设备在此rar时间窗内没有接收到基站回复的rar，则认为此次随机接入尝试失败。
index)，ue在发送msg1时随机选择一个子载波并通过该子载波发送msg1，ue对应的rapid表示该子载波的频段，因此ue知道该rapid。msg2可以包括若干个rapid和若干个ul grant，即1个msg2可以对多个rapid匹配的ue进行调度。msg2中的rapid为基站在检测preamble时所得到的前导码标识。rapid长度为6位，取值可以为0～63，由此可以推算，一个小区的preamble数量可以为64。需要强调的是，msg1包括preamble，因而ue可以通过preamble将rapid告知基站，基站检测接收的preamble，对照配置获得该preamble对应的rapid。本实施例中，在一个小区中，每个preamble和一个随机接入前导码标识(preamble index)关联，如果ue收到rar，并且rar包含ue选择的preamble对应的preamble index，ue就认为基站响应了自己的随机接入请求。本实施例中，msg2与rapid匹配可以理解为msg2包含ue选择的preamble对应的preamble index。本实施例中，消息的发送功率可以理解为消息的发射功率。
[0088]
若msg2与rapid匹配，则执行步骤s103a，即ue成功接收rar后，可以发送msg3给基站。否则执行步骤s103b。
[0089]
s103a：ue发送msg3；
[0090]
s104：ue接收msg4；
[0091]
在ue发送msg3之后，基站接收到该msg3会向ue发送msg4以使得ue可以接收到msg4。
[0092]
s105：判断msg4中的冲突解决标识和msg3的标识信息是否匹配；
[0093]
如果msg4中的冲突解决标识和msg3的ue的标识信息匹配，ue则认为竞争解决，随机接入成功。具体的，msg4携带有成功解调的msg3消息的拷贝，ue将其与自身在msg3中发送的标识信息进行比较，两者相同则判定为竞争成功，表示随机接入成功。本实施例中，步骤s105是为了确认msg4中的冲突解决标识与nb
‑
iot端的标识信息是否匹配。对于不同的场景有不同的竞争解决方案，例如，msg3包括公共控制信道数据服务单元(common control channel data service unit，ccch sdu)时，若ue收到的msg4中携带的cr id字段和msg3携带的ccch sdu前48bits相等，则表示竞争解决成功。再例如，当msg3中携带c
‑
rnti时，此时若ue在msg4中收到的npdcch由msg3中携带的c
‑
rnti加扰时，则表示竞争解决成功。
[0094]
若随机接入成功，进一步的，还可以执行步骤s106；否则执行步骤s103b。
[0095]
s106：通过npusch发送msg5给基站；
[0096]
s103b：判断是否重传随机接入前导码。
[0097]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，请参考图2，具体的，对于图1中的步骤s103b，步骤s103b可以包括：
[0098]
s207：判断随机尝试的总次数是否达到预设的总的随机接入尝试次数；若随机接入尝试的总次数达到预设的总的随机接入尝试次数，则判定本次随机接入流程失败，结束随机接入流程，执行步骤s207a；否则，可以执行步骤s208和后续的步骤，即可以根据ue的ecl配置确认随机接入尝试次数是否达到该ecl配置所对应的随机接入尝试的最大次数来确定msg1的发送功率。
[0099]
s207a：等待下一次随机接入；“下一次随机接入”可以理解为ue有上行数据需要发送给基站，由ue主动发送msg1给基站以申请上行资源用于发送上行数据。下一次随机接入也可以发生在dci调度之后，dci调度不是ue主动发起的而是由基站发起的调度，可以调度
上行数据也可以调度下行数据。当基站调度上行数据时，若ue有待传上行数据待，则在dci指定的时频资源上发送上行数据，否则，ue发送补零(padding)包给基站。
[0100]
s208：判断ue所配置的ecl是否为0；若ecl为0，则执行s208a；否则，执行步骤s209；
[0101]
s209：判断ue所配置的ecl是否为1；若ecl为1，则执行步骤s212；若ecl为2，则执行步骤s213；
[0102]
s208a：判断ecl为0对应的随机接入尝试的次数是否达到预设的ecl为0对应的随机接入尝试的最大次数；若达到，则执行步骤s211将ue的ecl配置为1，若未达到，则执行步骤s210；
[0103]
s210：将随机接入前导码的发送功率抬升功率增长步长(powerrampingstep，prs)；在步骤s210之后，以步骤s210确定的随机接入前导码的功率在ecl为0对应配置下重传随机接入前导码，即继续执行步骤s201以进行下一次随机接入尝试。
[0104]
s211：将ue的ecl配置为1。
[0105]
s212：判断ecl为1对应的随机接入尝试的次数是否达到ecl为1对应的随机接入尝试的最大次数；若达到，则执行步骤s212a将ue的ecl配置为2，若未达到，则执行步骤s212b；
[0106]
s212b：设置随机接入前导码的功率为ue的最大发射功率；步骤s212b之后，以步骤s212b确定的随机接入前导码的功率在ecl为1对应的配置下重传随机接入前导码，即继续步骤s201。
[0107]
s212a：将ue的ecl配置为2。
[0108]
s213：判断ecl为2对应的随机接入尝试的次数是否达到ecl为2对应的随机接入尝试的最大次数；若达到，则说明随时接入过程失败，结束随机接入流程，执行步骤s207a；若未达到，则执行步骤s213b；
[0109]
s213b：设置随机接入前导码的功率为ue的最大发射功率；步骤s213b之后，以步骤s213b确定的随机接入前导码的功率在ecl为2对应的配置下重传随机接入前导码，即继续步骤s201。
[0110]
本实施例中，步骤s201、s202、s203、s203a、s204、s205、s206与前述实施例中的步骤s101、s102、s103、s103a、s104、s105、s106相同或者近似，此处不再赘述。如果ue成功完成随机接入流程，则将会利用基站调度的上行资源发送msg5，如果随机接入过程判定为失败，则ue可以等待下一次随机接入流程发起。
[0111]
参照3gpp协议36.213 16.3.1和36.321 5.1.3，当ecl为1或2时，ue可以直接使用ue的最大发射功率发送随机接入前导码，最大发射功率例如为23dbm；当ecl为0时，随机接入前导码的发射功率p
nprach
由以下公式(1
‑
1)、(1
‑
2)计算得到：
[0112]
[0113][0114][0115]
对于公式(1
‑
1)来说，其中，p
cmax，c
(i)是小区c配置的ue的最大发送功率，preamble_received_target_power是随机接入前导码接收目标功率，可以理解为基站期待收到的上行发射功率，随机接入前导码接收目标功率可以由公式(1
‑
2)计算得到。pl
c
是ue估计的小区c的下行路损，一般根据测量到的nrsrp和系统消息中配置的参数nrs
‑
power
‑
r13计算得出。delta_preamble是一个功率偏移量，与preabmle的格式相关，本实施例中，delta_preamble以0为例。前导码初始接收目标功率preambleinitialreceivedtargetpower、每个ecl每次尝试的随机接入前导码的重复次数numrepetitionperpreambleattempt和功率攀升步长powerrampingstep均由系统消息窄带系统消息块2(narrowband system information block 2，sib2
‑
nb)指定，例如，powerrampingstep的范围可以从0db到6db不等，前导码初始接收目标功率范围可以从
‑
120dbm到
‑
90dbm不等。preamble_transmission_counter为随机接入前导码的发送次数，第一次发送msg1时，preamble_transmission_counter被设置为1，preamble_transmission_counter也可以简写为preamble_tc。preamble_transmission_counter跟预设的随机接入前导码的总的尝试次数比较，当preamble_transmission_counter达到预设的随机接入前导码的总的尝试次数，则随机接入过程失败，等待下一次随机接入，例如，更换小区进行随机接入，预设的随机接入前导码的总的尝试次数可以被sib2消息中的preambletransmax字段配置，例如，预设的随机接入前导码的总的尝试次数可以等于(preambletransmax+1)，则preamble_transmission_counter跟(preambletransmax+1)进行比较，若preamble_transmission_counter等于(preambletransmax+1)，则表示随机接入过程失败，等待下次随机接入请求，在下次随机接入请求中，可以更换小区进行随机接入流程。不同的item下的不同的ecl对应的随机接入前导码的最大尝试次数可以通过maxnumpreambleattemptce配置，若在相应ecl下的随机接入前导码的尝试次数preamble_transmission_counter_ce达到相应ecl对应的随机接入前导码的最大尝试次数，则ue提升该ecl并以提升后的ecl尝试接入，相应ecl对应的随机接入前导码的最大尝试次数可以为(maxnumpreambleattemptce+1)。
[0116]
本实施例中，通过抬升随机接入前导码的发送功率的方案，改善了ue接入基站的效率，减少了延时。若是随机接入尝试失败，这可能意味着基站检测随机接入前导码是比较困难的，因此，基站可能对通过npusch传输的数据的检测也比较困难，例如，msg3或者msg5，因此，在某些场景下，需要抬升npusch消息的发送功率，以进一步改善ue接入基站的成功率，减少延时，进一步的，为了提高ue接入基站后ue发送的上行数据的接收成功率，也可以抬升通过npusch传输的上行数据的发送功率以实现减少传输延时。本实施例中，npusch消息包括msg3或者msg5中的任意一个或多个。
[0117]
如果只是对随机接入前导码的功率的抬升，并未对msg3的功率进行抬升，在某些
场景下，可能导致基站始终无法成功接收msg3，进而导致ue不断的重发随机接入前导码，最终导致随机接入过程失败或时延过大。可以理解的是，即使基站收到了msg1，基站给ue发送了msg2，ue收到msg2之后给基站发msg3，基站也可能收不到该msg3或者是对该msg3解调失败，因此，依然会导致随机接入前导码的重传，并且，随着msg1的重传，msg1的功率也会随之抬升，这带来的后果是即使增加了msg1的重传次数，接入成功率依然很低，并且耗时依然很长，也会导致功耗的浪费。例如，请参考图3所示对应于图2所示方案的ue在现网测试的示意图。图3可以反映图2所示的方案的实测结果，如图3所示，nprach premble表示msg1，ue的msg1一共重传5次，重传过程中，随机接入前导码的功率会逐次抬升1个powerrampingstep，图3中6次随机接入前导码的发射功率分别为
‑
24dbm、
‑
22.5dbm、
‑
20.4dbm、
‑
17.5dbm、
‑
15.4dbm、
‑
13.6dbm，msg3重传了3次，msg3的功率分别为
‑
24.3dbm、
‑
23dbm、
‑
23.3dbm、
‑
23.6dbm，msg3的功率几乎保持不变，4次发送msg3的功率均约
‑
24dbm。
[0118]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以进一步提高接入成功率以及减少接入延时，请参考图4所示的nb
‑
iot端的数据传输方法，该数据传输方法包括以下步骤：
[0119]
s401：发送消息1；
[0120]
s402：接收基站发送的随机接入响应；
[0121]
s403：以第一npusch功率发送消息3，消息3包括nb
‑
iot端的标识信息，nb
‑
iot端的标识信息用于冲突解决；
[0122]
s404：重传消息1；
[0123]
s405：消息1重传后，以第二npusch功率发送消息3，第二npusch功率功率大于第一npusch功率。
[0124]
本实施例中，步骤s401
‑
步骤s405均为了实现随机接入，nb
‑
iot端以第一nprach功率发msg1给基站，基站收到nb
‑
iot端发送的msg1之后，基站会发msg2给nb
‑
iot端，s402表示nb
‑
iot端接收msg2，nb
‑
iot端接收msg2之后，以第一npusch功率发送msg3，在nb
‑
iot端发送msg3之后，若此次随机接入尝试失败，则需要重传msg1，即需要再次发送msg1给基站。对于步骤s404，消息1重传时，以第二nprach功率重传消息1，第二nprach功率大于或者等于第一nprach功率。当再次给基站发送msg1时，msg1的发送功率为第二nprach功率并且第二nprach功率大于或者等于第一nprach功率，即可以理解为当msg1重传时，msg1的发送功率有所提高，例如，将msg1的发射功率抬升第一功率增长步长。当msg1重传后，nb
‑
iot端收到msg2，然后，nb
‑
iot端以第二npusch功率发送msg3给基站并且第二npusch功率大于第一npusch功率，即可以理解为当msg3重传时，msg3的发送功率有所提高，例如，将msg3的发射功率抬升第二功率增长步长。对于步骤s404来说，消息1重传时，以第二nprach功率重传消息1，第二nprach功率大于或者等于第一nprach功率。当nb
‑
iot端的ecl为1时，消息1重传时，第二nprach功率大于第一nprach功率。当nb
‑
iot端的ecl为1或2时，消息1重传时msg1的功率不再抬升，msg1的发送功率为nb
‑
iot端的最大发送功率，第二nprach功率等于第一nprach功率，二者均为nb
‑
iot端的最大发送功率。可以理解的是，本实施例提供了一种消息3的功率的调节方法，另外，消息3的发射功率不大于nb
‑
iot端的最大发送功率，本实施例中，随机接入成功后，nb
‑
iot端发送消息5的发送功率也不大于nb
‑
iot端的最大发射功率，以节省功耗。
[0125]
本技术实施例提出的方案在随机接入前导码重传时，提高了msg1的发射功率，也提高了msg3的发射功率，因此，可以使得msg3也能尽可能被基站接收到并且解调成功，从而提高nb
‑
iot端接入基站的成功率，并且减少接入耗时。可以参考图5所示的图4所示的方法对应的ue在现网测试的示意图。图5可以反映图4所示的方案的实测结果。本方案的现网测试已经验证了方法的有效性，可以看到ue一共重传了2次随机接入前导码，msg1的重传过程中，随机接入前导码的功率会逐次抬升1个powerrampingstep，随机接入前导码的功率依次为
‑
24.6dbm、
‑
22.6dbm、
‑
19.3dbm，msg3的功率也有功率的提高，msg3的功率依次为
‑
22.4dbm、
‑
19.9dbm。如图5所示，ue在第二次随机接入前导码重发时msg3就被基站成功接收并且解调，进而成功完成随机接入过程，ue发送msg5给基站，其中，msg5可以理解为随机接入成功后通过npusch发送的上行数据，本实施例中，msg5在发送时也可以抬升其发射功率，例如，抬升后的功率可以为
‑
19.9dbm。
[0126]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以进一步提高接入成功率以及减少接入延时，可以理解的是，若ue在ecl为0的配置下发送msg1，随机接入尝试时msg1的功率都比上一次随机接入尝试时msg1的功率高。可以理解的是，每一次随机接入尝试，都对应一次消息1的重传，对于每一次消息1的重传，消息1第(z+1)次重传时消息1的发送功率大于消息1第z次重传时消息1的发送功率。而对于msg3的重传，若前一次随机接入尝试中，msg3发送后随机接入尝试失败，则可能是由于msg3未被成功接收，因此，本次随机接入尝试时msg3的功率比上一次随机接入尝试时msg3的发送功率要高。对于每一次随机接入尝试，ue可能会重传msg3，或者ue没有收到msg2的情况下不会重传msg3，对于每一次消息3的重传，消息3在第(x+1)此随机接入尝试时的消息3的发送功率大于消息3第x次随机接入尝试时消息3的发送功率，x为大于或者等于1的正整数。
[0127]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以进一步提高接入成功率以及减少接入延时，在对msg3的功率进行抬升的过程中，本次发送msg3但是随机接入尝试失败后，对本次msg3的发送功率抬升第二功率增长步长后的功率值作为下一次随机接入尝试时msg3的发送功率。消息3第(x+1)次随机接入尝试时消息3的发送功率等于x倍的第二功率增长步长再加上第一npusch功率。本实施例中，第一npusch功率可以理解首次随机接入尝试时msg3的发送功率，可以理解的是，若第一次随机接入尝试时，ue没有接收到随机接入响应，ue不会发送msg3，但是依然可以依据下述实施例中的公式(1
‑
3)和(1
‑
4)计算得到首次随机接入尝试时msg3的发送功率。本实施例中，对于ecl为0的配置来说，ue在本次随机接入尝试时对msg3时的发送功率比上一次随机接入尝试时msg3发送功率大，msg3每次重传时，msg3的发送功率增加第二功率增长步长。在某些现网环境下，可能nprach信道的质量较差，npusch信道的质量较好，此时可能存在msg1重传多次而msg3重传次数少于msg1的重传次数的情况，为了保证msg3的发送功率不会因为msg1的功率的抬升而被抬升过大，因此，可以设置msg3的发送功率随着msg3的发送次数的增加而增加可以进一步减小功耗，以避免在nprach信道质量较差、npusch信道质量较好的场景下，msg1多次重传时，导致msg3的发送功率较大，从而避免不必要的msg3的功率的提升以节省功耗。本实施例中，可能msg3本身不需要那么高的功率就可以被成功接收，因此，设置msg3的发送功率随着msg3的发送次数的提高而进行抬升，可以避免无意义的提升msg3的功率从而浪费功耗。可以理解为本实施例中，msg3的发送功率取决于msg3的重传次数，例如，ue以
‑
24dbm
发msg1，ue收到msg2，ue以
‑
24dbm发msg3，但是ue没有收到msg4，则ue以
‑
22dbm发msg1，ue没有收到msg2，ue以
‑
20dbm发msg1，ue没有收到msg2，ue以
‑
18dbm发msg1，ue收到msg2，ue以
‑
22dbm发msg3，在该过程中，msg3只是抬高了一次，从
‑
24dbm抬升到
‑
22dbm。
[0128]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以进一步提高接入成功率以及减少接入延时，在nb
‑
iot端的一次随机接入过程中，以第一nprach功率发送消息1之后nb
‑
iot端接收基站发送的随机接入响应，nb
‑
iot端接收基站发送的随机接入响应之后，nb
‑
iot端以第一npusch功率发送消息3。在nb
‑
iot端发了msg3之后，nb
‑
iot端没有收到msg4，nb
‑
iot端要重传msg1，msg1的重传次数可能有多次才能完成随机接入，在nb
‑
iot端的第(x+1)次随机接入尝试发送消息1时，消息3的发送功率等于x倍的第二功率增长步长再加上第一npusch功率，即nb
‑
iot端的第y次随机接入尝试时，消息3的发送功率等于y倍的第二功率增长步长加上第一npusch功率。本实施例中，当发送msg3之后，若随机接入尝试失败，则重传msg3时msg3的发射功率取决于该随机接入尝试失败之后的随机接入前导码的重传次数。可以理解的是，在每一次随机接入的尝试中，nb
‑
iot端是一定会发msg1给基站的，但是不一定会发msg3给基站，因为nb
‑
iot端在没有收到msg2的情况下，不会发msg3给基站。本实施例中，msg1的重传次数越多，则msg3发送时的发射功率越大，这样可以进一步提高接入成功率以及减少接入延时，在一些场景下，当nprach信道差时，需要抬升随机接入前导码的功率并重传随机接入前导码，当nprach信道质量较差时，npusch信道的质量可能也较差，因此msg3和/或msg5的功率随着msg1的重传次数的提高而提高也可以改善此场景下的数据传输成功率。
[0129]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以在提高接入成功率以及减少接入延时的同时保证功耗。具体的，第一功率增长步长、第二功率增长步长可以均等于2db。第一功率增长步长、第二功率增长步长不能设置得太大，否则调节太过以至于浪费功耗，也不能设置得太小，否则不能起到提高接入成功率、减少接入延时的效果。本实施例中，msg1每次重传时，若发送msg3和/或msg5，则msg3和/或msg5的功率每次抬升2db或者是3db，当每次抬升3db时，可以提高一倍的随机接入成功率。
[0130]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，以在提高接入成功率以及减少接入延时的同时保证功耗。具体的，为了避免msg3的功率补偿值过大，可以设置一个功率补偿最大值，例如为8db，第二npusch功率与第一npusch功率之间的差小于或者等于8db，即在发送msg3时，npusch消息的功率最多可以增加8db，如果总的功率抬升量达到8db，接入成功率依然比较低，还是继续抬升npusch的功率的话，继续抬升npusch的功率并不能较大提高接入成功率，这可能是由于小区本身的原因导致的，在这时，ue可以尝试换其他的小区接入。类似的，对于msg1来说，也可以通过限定msg1的功率的抬升总量来保证较少的功耗，例如，第二nprach功率与第一nprach功率之间的差小于或者等于8db，即msg1的总的功率抬升量可以为8db。
[0131]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，请参考图6，该方法包括以下步骤：
[0132]
s601：发送消息1；
[0133]
s602：接收基站发送的随机接入响应；
[0134]
在步骤s602之后，还包括：
[0135]
s606：判断随机接入响应是否与nb
‑
iot端对应的随机接入前导码的标识匹配；
[0136]
随机接入响应是与nb
‑
iot端对应的随机接入前导码的标识不匹配时，消息1重传，即返回执行步骤s601，随机接入响应是与nb
‑
iot端对应的随机接入前导码的标识匹配时，执行后续步骤以实现随机接入。
[0137]
消息1重传时使用前述实施例公开的方案对消息1的功率进行抬升，即随机接入响应失败后，下一次消息1被ue发送时，ue以更高的功率发送消息1给基站，另外，消息3重传时使用也使用前述实施例公开的提高msg3的发送功率的方案，以使得在发送消息3时可以采用更高的功率，从而提高接入成功率和降低接入延时。具体的，可以参考前述实施例步骤s403
‑
s405的相关内容。
[0138]
s606a：发送消息3。
[0139]
本实施例中，当随机接入响应是与nb
‑
iot端对应的随机接入前导码的标识不匹配时，才会导致消息1的重传，因而使得消息1和消息3的发送功率增加，在需要发送消息1和消息3时，其发送功率是被增大的。
[0140]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，请参考图6，在步骤s606a之后，包括：
[0141]
s607：接收基站发送的消息4，消息4包括冲突解决标识；
[0142]
s608：判断冲突解决标识与消息3的标识信息是否匹配；若冲突解决标识与消息3的标识信息不匹配，则消息1重传；若匹配，则执行步骤s608a。
[0143]
消息1重传时使用前述实施例公开的方案对消息1的功率进行抬升，即随机接入响应失败后，下一次消息1被ue发送时，ue以更高的功率发送消息1给基站，另外，消息3重传时使用也使用前述实施例公开的提高msg3的发送功率的方案，以使得在发送消息3时可以采用更高的功率，以提高接入成功率和延时。具体的，可以参考前述实施例步骤图4的相关内容。
[0144]
s608a：发送消息5。
[0145]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，当随机接入前导码的尝试次数未达到预设总的最大尝试接入次数时，消息1才重传。若随机接入前导码的尝试次数已经达到预设总的最大尝试接入次数，msg1不再重传，即不再对该基站发起随机接入流程，ue可以换一个下区尝试随机接入流程。请参考图7，对于步骤s706，当随机接入响应与nb
‑
iot端对应的随机接入前导码的标识不匹配时，可以执行步骤s709；
[0146]
s709：判断随机接入尝试的总次数是否达到预设的总的随机接入尝试的次数；若达到，则执行步骤s709a：更换小区进行随机接入，即尝试对其他小区进行随机接入。若未达到，则重传消息1，即返回执行步骤s701。对于步骤s709a，可以为等待一段时间再发起随机接入，可以对原小区发起随机接入，也可以对其他小区发起随机接入。
[0147]
对于步骤s708，当冲突解决标识与nb
‑
iot端的标识信息不匹配时，可以执行步骤s709。本实施例中，步骤s701、s702、s706、s706a、s707、s708、s708a与前述实施例中的步骤s601、s602、s606、s606a、s607、s608、s608a相同或者相似，此处不再赘述。
[0148]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法，当nb
‑
iot端配置的ecl为z时，ecl为z的配置下的随机接入尝试的次数未达到预设的ecl
为z的配置下的随机接入尝试的最大次数时，nb
‑
iot端在ecl为z的配置下重传消息1，z为整数且z为0、1或2，具体的，当nb
‑
iot端配置的ecl为0时，msg1重传时，nb
‑
iot端在ecl为0的配置下以第二nprach功率重传消息1，第二nprach功率大于第一nprach功率，即，在ecl为0的场景下重传消息1是需要抬升第一功率增长步长的。当nb
‑
iot端配置的ecl为1时，随机接入尝试的次数未达到预设的ecl为1的配置下的随机接入尝试的最大次数时，msg1重传时，nb
‑
iot端在ecl为1的配置下以nb
‑
iot端的最大发射功率重传消息1。当nb
‑
iot端配置的ecl为2时，随机接入尝试的次数未达到预设的ecl为2的配置下的随机接入尝试的最大次数时，msg1重传时，nb
‑
iot端在ecl为2的配置下以nb
‑
iot端的最大发射功率重传消息1。
[0149]
若nb
‑
iot端配置的ecl为0时随机接入尝试的次数达到预设的ecl为0对应的随机接入尝试的最大次数时，则nb
‑
iot端在ecl为1的配置下以nb
‑
iot端的最大发射功率重传消息1。当nb
‑
iot端配置的ecl为1时，随机接入尝试的次数达到预设的ecl为1对应的配置下的随机接入尝试的最大次数时，nb
‑
iot端在ecl为2的配置下以nb
‑
iot端的最大发射功率重传消息1。当nb
‑
iot端配置的ecl为2时，随机接入尝试的次数达到预设的ecl为2对应的随机接入尝试最大次数时，nb
‑
iot端尝试更换小区进行随机接入。
[0150]
具体的，请参考图8所示的nb
‑
iot端的数据传输方法，在步骤s809之后，还可以判断nb
‑
iot端的ecl为0、1还是2，若nb
‑
iot端的ecl为0，则执行步骤s810；若nb
‑
iot端的ecl为1，则执行步骤s811；若nb
‑
iot端的ecl为2，则执行步骤s812。
[0151]
s810：当nb
‑
iot端配置的ecl为0时，判断ecl为0对应的随机接入尝试的次数是否达到预设的ecl为0对应的随机接入尝试的最大次数；若是，则执行步骤s810a：将nb
‑
iot端配置为ecl为1，并且继续执行步骤s811b以实现下一次随机接入尝试；若否，则执行步骤s810b以实现下一次随机接入尝试；
[0152]
s811b：根据ecl为1的配置以nb
‑
iot端的最大发射功率重传消息1；消息3的功率被配置为第三npusch功率；
[0153]
s810b：将消息1的发送功率提高第一功率增长步长并根据ecl为0的配置重传消息1；将消息3的发送功率提高第二功率增长步长。
[0154]
s811：当nb
‑
iot端配置的ecl为1时，判断ecl为1对应的随机接入尝试的次数是否达到预设的ecl为1对应的随机接入尝试的次数；若是，则执行步骤s811a：将nb
‑
iot端配置为ecl为1，并且继续执行步骤s812b以实现随机接入；若否，则执行步骤s811b以实现随机接入；对于步骤s811b，第三npusch功率为消息3的初始功率加上nb
‑
iot端在ecl为0时对随机接入前导码的功率的总的抬升量；总的抬升量小于或者等于8db；消息3的初始功率为nb
‑
iot端第一次随机接入尝试时消息3的发送功率，例如，可以参考下文中的公式(1
‑
3)计算得到，即消息3的初始功率的计算可以不考虑p
comp
。
[0155]
s812b：根据ecl为2的配置以nb
‑
iot端的最大发射功率重传消息1；消息3的功率被配置为第三npu sch功率；
[0156]
s812：当nb
‑
iot端配置的ecl为2时，判断ecl为2对应的随机接入尝试的次数是否达到预设的ecl为2对应的随机接入尝试的最大次数；若是，则执行步骤s809a：等待一段时间再自行发起随机接入过程。具体的，例如可以等待一段时间再更换小区进行随机接入，或者等待一段时间对原小区进行随机接入；若否，则执行步骤s812b。
[0157]
本实施例中，步骤s801、s802、s806、s806a、s807、s808、s808a、s809与前述实施例
中的步骤s701、s702、s706、s706a、s707、s708、s708a、s709相同或者相似，此处不再赘述。另外，第一功率增长步长、第二功率增长步长可以等于2db或者3db，消息3的功率的调节程度可以基于消息1的功率的调节程度而确定，第一功率增长步长、第二功率增长步长可以相等，以使得对消息1的功率的调节和对消息3的功率的调节一致，以使得在nprach和npsuch信道质量均较差的情况下可以提高接入成功率和降低延时。
[0158]
基于上述实施例公开的内容，本技术实施例提供了一nb
‑
iot端的数据传输的方法。在前述实施例中，提供了调节消息1的功率和调节消息3的功率的方法，当消息1发生重传时，消息1的功率被提高，消息3的功率也被提高，同时，消息5的发送功率也被提高。在一次成功的随机接入中，如消息1被重传p1次之后，nb
‑
iot端成功接入基站，然后nb
‑
iot端以q1的发送功率发送消息5给基站。在另一次成功的随机接入中，如消息1被重传p2次之后，nb
‑
iot端成功接入基站，然后nb
‑
iot端以功率q2发送消息5给基站。当p1大于p2时，q1大于q2，并且p1与p2之间的差越大，q1和q2之间的差越大。即可以理解为若随机接入前导码的重传次数越大，则msg3的发射功率越大，并且，msg5的发射功率也增加，具体的，对于每次随机接入前导码的重传，msg5的发射功率可以增加第五功率增长步长，第五功率增长步长可以等于2db或者3db，第五功率增长步长可以等于第一功率增长步长。在其他实施例中，消息5和消息3的发送功率可以相等，在前述实施例中，随着消息1的重传，消息3的发送功率提高，因而消息5的发送功率也提高，从而提高npusch消息的传输成功率。在其他实施例中，消息5的发送功率随着消息3的重传次数的增加而增加，消息3的重传很大可能是因为npusch信道质量较差，而消息5也是通过npusch信道发送，因此，当消息3重传次数怎能更加时，消息5的发送功率也增加可以提高消息5的传输成功率。
[0159]
如前所述，通过npusch传输的上行数据的功率控制按照npusch消息作用的时间阶段分为2类，一类是随机接入过程中由msg2调度的npusch消息的功率控制，即图1、图2所示的随机接入流程中的msg3的发送功率的调节，对应的可以用下面的公式(1
‑
3)和(1
‑
4)计算，具体的，对应于公式(1
‑
3)和(1
‑
4)中j＝2的情况可以求出msg3的发送功率。j＝2对应随机接入过程即可以理解为rar调度的通过npusch传输的消息。本实施例中，j用于指示不同的调度方式，取值为{1,2}，j＝1对应的动态调度或半静态调度的通过npusch传输的消息，基站下发npucch消息时的dci包括了调度信息。可以理解为j＝1对应的公式(1
‑
3)为随机接入成功之后的msg5的功率的计算方式，j＝2对应的公式(1
‑
3)为msg3的功率的计算公式。
[0160]
第二类通过npusch传输的上行数据可以理解为是通过c
‑
rnti加扰的npdcch调度的npusch传输的数据，即图1、图2中提到的msg5，对应公式(1
‑
3)和(1
‑
4)的j＝1的情况。对于一次npusch消息传输来说，重复次数(重复发送次数)是通过ul grant指定的，对于nb
‑
iot端来说，重复次数只能为2的幂次即1，2，4，8等，当指定的重复次数大于2时，这次npusch消息传输采用ue配置的最大发射功率发送；否则，按照公式(1
‑
3)和(1
‑
4)计算得到，即通过基站发送的msg2，ue可以确定npusch消息的发送功率，当基站指定的msg3的重复次数为4时，这次npusch消息传输采用ue配置的最大发射功率发送，当基站指定的msg3的重复次数为2时，这次npusch消息传输通过公式(1
‑
3)和(1
‑
4)计算得到。对于npusch消息来说，重复次数是通过ul grant指定的，其可以是实时变化的。
[0161][0162]
m
npusch，c
(i)、p
o_npusch，c
(j)是基站配置的，a
c
(j)对于每个ue来说是相同的，可以理解为路损补偿系数，a
c
(j)可以决定路损补偿的比例。pl
c
是路损，由于pl
c
不准确，所以对于npusch消息来说，也需要进行功率补偿。本实施例中，i表示第i个时隙slot，nb
‑
iot端的基本调度单位为子帧，每个子帧为2个slot，p
npusch，c
(i)为第i个slot的npusch消息的功率，i可以表示slot在1个系统帧中的位置信息。
[0163]
p
o_npusch，c
(j)＝p
o_nominal_npusch，c
(j)+p
o_ue_npusch，c
(j)
[0164]
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(1
‑
4)
[0165]
npusch消息的子载波间隔不同或者子载波个数不同时，m
npusch，c
(i)的值不同，m
npusch，c
(i)可以理解为不同子载波间隔和子载波个数下发送npusch消息的功率补偿值。因此m
npusch，c
(i)可以由子载波间隔和子载波个数决定。
[0166]
映射到传输块的最小单元叫资源单元(ru，resource unit)，它由npusch格式和子载波空间决定例如，对于npusch format 1格式的npusch消息，当子载波空间为3.75khz时，只支持单频传输，一个ru在频域上包含1个子载波，对于3.75khz单载波，m
npusch，c
(i)为1/4，对于15khz子载波，当子载波个数分别为1、3、6、12时，m
npusch，c
(i)分别为1、3、6、12。
[0167]
p
o_nominal_npusch，c
(1)表示基站期待收到对应j＝1的npusch消息的标称功率，由sib2的p0
‑
nominalnpusch
‑
r13字段指定，p0
‑
nominalnpusch
‑
r13字段是sib2中的字段。
[0168]
p
o_ue_npusch，c
(1)表示对应j＝1的npusch消息的标称功率的补偿值，由msg4的p0
‑
ue
‑
npusch
‑
r13字段指定。
[0169]
p
o_nominal_npusch，c
(2)＝p
o_pre
+δ
preamble_msg3
，p
o_noninal_npusch，c
(2)表示基站期待收到对应j＝2的npusch消息的标称功率。其中，p
o_pre
和δ
preamble_msg3
分别由sib2中的preambleinitialreceivedtargetpower和deltapreamblemsg3
‑
r13确定；p
oue_npusch，c
(2)＝0。
[0170]
对于npuschformat1格式的消息5，a
c
(1)由sib2的alpha
‑
r13字段指定；
[0171]
对于npuschformat2格式的消息5，a
c
(1)＝1；
[0172]
对于npuschformat1或npuschformat2格式的消息3，a
c
(2)＝1；
[0173]
本实施例中，对于npusch，定义了两种格式：format 1和format 2。npusch format 1为上行链路共享信道(uplink shared channel，ul
‑
sch)上的上行信道数据而设计，其资源块不大于1000bits，npusch format 2传送上行控制信息(uplink control information，uci)。nprach和npusch的功率控制分别参照公式(1
‑
1)、(1
‑
2)和(1
‑
3)、(1
‑
4)进行计算得到。
[0174]
在ue的ecl配置为0的情况下，当遇到基站参数配置不合理的场景，例如sib2和msg4的功率控制相关参数不合理，或者是当基站解调性能较差，空口干扰较大和干扰场景下终端可能存在较大的nrsrp测量误差时，基站存在一定概率检测不到ue发送的上行信号，导致上行信号需要重发或需要更大的重复次数，进而导致上行消息的数传失败率高或时延很大。
[0175]
可以将nprach的功率和npusch的功率分开计算，本次随机接入尝试失败时可以使得下一次尝试时发送的随机接入前导码的功率向上抬升，进而提高随机接入前导码被基站检测到的概率，对于随机接入前导码传输完成后的npusch消息，可以按照公式(1
‑
3)、(1
‑
4)进行计算。按照公式(1
‑
3)、(1
‑
4)计算npusch消息的发送功率，npusch消息的发射功率将没有明显变化，npusch消息仍然无法被基站检测到。在此种场景下，上行消息的数传成功率无法得到保障，实际网络中也存在该问题，会导致终端接入成功率较低或时延很大。
[0176]
在该场景下，可以通过动态提高npusch消息的发射功率的方式，提高npusch消息被基站检测到的概率，从而达到提高上行数据的数传成功率和缩短时延的目的。
[0177]
以ue在ecl为0的配置下为例进行举例说明，基于前述实施例提供的随机接入流程方法，在ecl为0的场景下，可以记录随机接入前导码的发射功率的抬升增量，然后利用该随机接入前导码的发射功率的抬升增量对所有的npusch消息的发射功率进行补偿，以提高npusch消息被基站检测到的概率，从而达到提高上行数据的数传成功率的目的。
[0178]
当某次随机接入尝试失败后，利用随机接入前导码的功率抬升值补偿msg3和msg5的数传的发射功率，进而提高上行数据的数传成功率。本技术实施例提供的npusch消息的功率的计算计算公式如(1
‑
5)所示，p
comp
表示npusch消息的功率补偿量，该功率补偿量可以参考前述实施例中的第一功率增长步长、第二功率增长步长。
[0179][0180]
p
cmax，c
(i)为基站给nb
‑
iot端配置的最大发射功率，本方案中小区c配置的ue最大发送功率p
cmax，c
(i)例如可以为23dbm，p
cmax，c
(i)是常量，p
cmax，c
(i)不超过23dbm时可以节省功耗。与图2的实施例不同的是，将随机接入前导码的功率抬升第一功率增长步长的同时，将msg3的功率抬升第二功率增长步长，以使得在随机接入的过程中，msg1的发射功率提高的同时msg3的发射功率提高。
[0181]
请参考图9所示的nb
‑
iot端的数据传输方法，步骤s910与步骤s810b相同或者近似，此处不再赘述。对于步骤s912b，将随机接入前导码的功率设置为ue的最大发射功率的同时，将msg3的功率设置为第三npusch功率以使得在随机接入尝试时可以使用第三npusch功率发送msg3，以使得在步骤s901中，msg1的发射功率提高，并且，在步骤s903a中，msg3的发射功率参考msg1的功率抬升量。对于步骤s913b，将随机接入前导码的功率设置为ue的最大发射功率的同时，将msg3的功率设置为第三npusch功率以使得在随机接入尝试时可以使用第三npusch功率发送msg3。
[0182]
s906：发送功率抬升后的msg5给基站。
[0183]
对于步骤s906，当msg3和msg4携带相同的ue标识信息，即表示随机接入成功，ue成功的接入基站，因此，ue可以通过npusch发送msg5给基站，在ue发送msg5给基站时，可以根据msg1的功率的抬升量来抬升msg5的发射功率，具体的，消息5的发送功率可以为消息5的初始功率加上nb
‑
iot端在ecl为0时对随机接入前导码的功率的总的抬升量；总的抬升量小于或者等于8db；消息5的初始功率为nb
‑
iot端第一次随机接入尝试时发送消息5的功率，或者是例如，可以参考公式(1
‑
3)计算得到，即第一次随机接入尝试成功后，消息5的初始功率
的计算可以不考虑p_comp。本实施例中，当一次随机接入尝试失败后，可以利用随机接入前导码抬升的功率增量来进行补偿并发送msg5，抬升后的msg5的发射功率可以理解为相对于公式(1
‑
3)的计算结果进行抬升，即采用公式(1
‑
5)来计算msg5的功率。执行完步骤s906之后，若发送完毕msg5，即ue通过npusch发送完上行数据，可以断开与基站的连接，等待下一次随机接入。本实施例的步骤s901、s902、s903、s903a、s904、s905、s907、s907a、s908、s909、s913、s908a、s911、s912、s912a与前述实施例中的s201、s202、s203、s203a、s204、s205、s207、s207a、s208、s209、s213、s208a、s211、s212、s212a相同或者近似，此处不再赘述。
[0184]
本技术实施例提出的更新msg3的功率的方案方案适用于良好覆盖下由于基站参数功率相关配置不合理、基站解调性能较差、空口干扰较大等场景，能够显著的提升ue的上行数传成功率和降低接入时延。
[0185]
在图9所示的实施例中，若msg1的功率多次抬升，msg1的功率的抬升总和不大于8db，对于msg3的功率的多次抬升，msg3的功率的抬升总和不大于8db，即抬升次数乘以第一功率增长步长不大于8db,抬升次数乘以第二功率增长步长不大于8db。可以理解的是，若是msg3或者msg5的功率太大，例如，大于23dbm，则是不符合协议的，因此，对于每次msg3或者msg5的功率的抬升不能太大。在一些场景下，不需要抬升太多就可以提高一些接入成功率或者是减少延时，若是功率抬升太多则会导致功耗的浪费。第一功率增长步长、第二功率增长步长可以相等，具体的，第一功率增长步长、第二功率增长步长可以均等于2db或者3db。第一功率增长步长、第二功率增长步长不能设置得太大，否则调节太过以至于浪费功耗，也不能设置得太小，否则不能起到提高接入成功率、减少接入延时的效果。
[0186]
本实施例中，为了避免msg3和msg5的功率补偿值过大，可以设置一个功率补偿最大值，这个值可以为8db，即npusch消息的功率最多可以增加8db，如果总的功率抬升量达到8db，接入成功率依然比较低，还是继续抬升npusch的功率的话，继续抬升npusch的功率并不能较大提高接入成功率，可能是由于小区本身的原因，ue可以尝试换其他的小区接入。本实施例中，npusch消息的功率每次抬升2db或者是3db，当每次抬升3db时，可以提高一倍的随机接入成功率。
[0187]
图10为sib2的一部分，sib2是由基站下发的，可以在ue日志中获取到。以ue处于ecl为0的配置下为例进行说明。随机接入前导码重传时的功率抬升量可以由powerrampingstep字段指定，请参考图4，例如可以为2db。基站期待收到的随机接入前导码的初始功率preambleinitialreceivedtargetpower例如为
‑
112dbm。在ecl为0的配置下，ue支持的每个增强覆盖等级的每次尝试的前导传输所需的重复的数目numrepetitionperpreambleattempt
–
r13可以为1。基站配置的参考信号功率nrs
‑
power
‑
r13例如为21dbm，该参数表示基站发射参考信号的发射功率。另外，从ue采集到的日志中可知nrsrp测量值，例如，nrsrp测量值约为
‑
67dbm。
[0188]
根据公式(1
‑
1)和(1
‑
2)可计算得到初次随机接入前导码的传输功率，每次重传随机接入前导码都会在上一次的随机接入前导码的功率的基础上抬升2db：
[0189]
根据前面提供的数据，根据前面提供的数据，
[0190]
pl
c
＝nrs
‑
power
‑
r13
‑
nrsrp＝21
‑
(
‑
67)＝88dbm；
[0191]
preamble_received_target_power+pl
c
＝
‑
112dbm+88dbm＝
‑
24dbm；
[0192]
由于p_(cmax，c)(i)为23dbm，p_(cmax，c)(i)大于(preamble_received_target_power+pl
c
)，因此p
nrach
＝
‑
24dbm。
[0193]
可以根据公式(1
‑
3)和(1
‑
4)计算得到msg3的传输功率：
[0194]
p
o_pre
由sib2中的preambleinitialreceivedtargetpower指定，例如为
‑
112dbm。
[0195]
deltapreamblemsg3
‑
r13为0db，则δ
preamble_msg3
＝0
[0196]
则p
o_nominal_npusch，c
(2)＝p
o_pre
+δ
preamble_msg3
＝
‑
112dbm；
[0197]
p
o_ue_npusch，c
(2)＝0；
[0198]
根据公式(1
‑
4)可得p
o_npusch，c
(2)＝p
o_nominal_npusch，c
(2)+p
o_ue_npusch，c
(2)＝
‑
112+0＝
‑
112dbm；
[0199]
如图11和图12所示的部分rar配置的示意图，其中，uplink subcarrier spacing表示上行子载波间隔，上行子载波个数由参数subcarrier indication指定。对于15khz的子载波间隔，subcarrier indication为0～11表示单载波，subcarrier indication为12～15表示3个子载波，subcarrier indication为16～17表示6个子载波，subcarrier indication为18表示12个子载波。对于3.75khz子载波间隔，subcarrier indication为0～47表示单载波。
[0200]
如图12所示的部分rar配置，msg3可以采用15khz单载波发送，则m
npusch，c
(i)＝1。
[0201]
对于msg3来说，根据公式(1
‑
3)可得：p
npusch，c
(i)＝10log(1)+(
‑
112)+1*88＝
‑
24dbm；根据公式(1
‑
3)和(1
‑
4)可计算得到npusch数据传输功率。
[0202]
由图10所示的sib2的一部分可知，p0
‑
nominalnpusch
‑
r13字段指定为
‑
112dbm。由图13所示的msg4的一部分可知p0
‑
ue
‑
npusch
‑
r13字段指定为0db。根据公式(1
‑
4)可得p
o_npusch，c
(1)＝
‑
112+0＝
‑
112dbm。根据dci调度信息，npusch消息的传输采用15khz单载波发送，则m
npusch，c
(i)＝1。a
c
(1)由sib2的alpha
‑
r13字段指定为1。根据公式(1
‑
3)可得：
[0203]
p
npusch，c
(i)＝＝10log(1)+(
‑
112)+1*88＝
‑
24dbm。
[0204]
图1和图2所示的方案在特定场景下很容易造成msg3接收失败而导致随机接入过程最终失败或时延过大，图9的方案可以实现npusch消息的功率补偿，例如，通过将随机接入前导码抬升的功率增量补偿给npusch消息，即可以提高随机接入的成功率，降低延时，例如，如图5所示，可以顺利的在第二次重发随机接入前导码时成功完成随机接入过程，提高了随机接入成功率减小了时延。在其他实施例中，也可以将随机接入前导码的抬升的功率增量补偿给msg5，即提高npusch消息的发射和功率，由此可以提高上行数传成功率并且减小时延。
[0205]
本技术实施例提供的方案可以理解为每次随机接入前导码的重传都是为了找到最佳的npusch消息的功率补偿值。“找到最佳的npusch消息的功率补偿值”的条件就是随机接入过程成功，因为该过程意味着msg3成功发到基站且ue成功解调出合适的msg4。那么后续的msg5可以应用这个补偿值，可以最大限度的保证msg5收发成功。
[0206]
msg3和msg5的功率与msg1的功率的计算公式可以是不同的，但是其基本原理类似，都可以理解为“基站期待功率+路损补偿功率”。msg3的发送失败，往往是由于其发送功率不够导致的，可能是由于路损补偿不准导致的，因此需要给路损补偿加上额外的补偿值。
这个额外的补偿值可以参考随机接入前导码的power rampingstep的值。
[0207]
本技术实施例利用随机接入前导码的功率抬升量对后续npusch消息的发射功率进行补偿，提升了ecl0覆盖场景下的上行传输成功率，并显著缩短了在该场景下的传输时延。
[0208]
本技术实施例还可提供一种nb
‑
iot芯片，如图14所示，nb
‑
iot芯片1400包括存储器1401和处理器1402；
[0209]
存储器1401与处理器1402耦合；
[0210]
存储器1401，用于存储程序指令；
[0211]
处理器1402，用于调用存储器存储的程序指令，使得芯片执行上述任一实施例提出的nb
‑
iot端的数据传输方法。本技术实施例提供的nb
‑
iot芯片的具体的实现过程及有益效果参见上述，在此不再赘述。
[0212]
本技术实施例还可提供一种nb
‑
iot设备1500，如图15所示，天线1501和如前述实施例的nb
‑
iot芯片1502，天线1501与nb
‑
iot芯片1502连接以实现nb
‑
iot设备与基站之间的数据传输。本实施例中，终端可以为nb
‑
iot设备，例如，手机、电表、水表等设备，本技术实施例提供的nb
‑
iot设备的具体的实现过程及有益效果参见上述，在此不再赘述。
[0213]
本技术实施例还可提供一种nb
‑
iot通信系统1600，如图16所示，包括如前述实施例的nb
‑
iot设备1601和基站1602，nb
‑
iot设备与基站之间无线连接进行数据传输。本技术实施例提供的nb
‑
iot通信系统的具体的实现过程及有益效果参见上述，在此不再赘述。
[0214]
本技术实施例还可提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中的nb
‑
iot端的数据传输方法。本技术实施例提供的计算机可读存储介质其具体的实现过程及有益效果参见上述，在此不再赘述。
[0215]
应注意，本技术上述方法实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0216]
可以理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0217]
应理解，在本技术实施例中，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
[0218]
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0219]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0220]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0221]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0222]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0223]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0224]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0225]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵
盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。