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

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

背景技术：

物联网（internetofthings，iot）技术起源于传媒领域，是一种基于蜂窝的窄带物联网技术，支持低功耗设备在广域网的蜂窝数据连接，主要应用于超低功耗、弱覆盖和大量终端接入的场景。通讯部发布2g退网消息和窄带物联网（narrowbandinternetofthings,nb-iot）协议在第三代合作伙伴计划（3rdgenerationpartnershipproject，3gpp）峰会随5g演进的落地为nb-iot的可持续发展奠定了坚实的基础。nb-iot比现有的网络覆盖增益高20db，相当于提升了100倍覆盖区域的能力，此增益主要是靠大量重传来提升覆盖性能。终端最终能否快速、成功地解调出正确的数据，主要还是取决于终端是否具备快速接入基站的策略。目前按照3gpp协议的策略，仅仅根据窄带参考信号接收功率(narrowbandreferencesignalreceivingpower，nrsrp)测量值的大小确定增强覆盖等级（enhancecoveragelevel，ecl），如果测量到的nrsrp高于基站下发的nrsrp门限值，则终端根据较低的ecl向基站发送随机接入前导码，若测量到的nrsrp低于基站下发的nrsrp门限值，则终端根据较高的ecl向基站发送随机接入前导码。

理想情况下，测量到的nrsrp可以大致反映出终端到基站的距离，终端距离基站越近，终端测量到的nrsrp越大，表示通信质量越好。但由于运营商频谱资源非常珍贵，大部分场景下会选择同频组网，就会不可避免的出现干扰，在某些区域可能测量到的nrsrp较好，但是测量到的sinr较低，而导致终端在较低的ecl的配置下向基站发送随机接入前导码，以至于基站无法成功地解调该随机接入前导码并返回随机接入响应（randomaccessresponse,rar）给终端，即使终端接收到该rar，终端也可能无法成功地解调出该rar，从而导致终端接入基站出现耗时长以及功耗增加等问题。

技术实现要素：

针对现有技术中由于nb-iot端的ecl配置不当导致的耗时长的问题，本申请提供了一种nb-iot端的数据传输方法、nb-iot芯片、设备、通信系统及计算机可读存储介质。

本申请的实施例的第一方面提供了一种窄带物联网nb-iot端的数据传输方法，包括：当nb-iot端测量到的窄带参考信号接收功率nrsrp大于或者等于第一nrsrp门限值，并且nb-iot端测量到的信号与干扰加噪声比sinr小于或等于第一sinr门限值时，nb-iot端通过窄带物理随机接入信道nprach以增强覆盖等级ecl为1或2的配置向基站发送随机接入前导码以用于nb-iot端与基站建立连接。

根据第一方面，在一种可能的实现方式中，还包括：当nb-iot端测量到的nrsrp大于或等于第一nrsrp门限值，并且nb-iot端测量到的sinr大于第一sinr门限值时，nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，还包括：当nb-iot端测量得到的nrsrp小于第一nrsrp门限值时，nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，第二sinr门限值小于第一sinr门限值；

当nb-iot端测量得到的nrsrp小于第一nrsrp门限值，并且nb-iot端测量到的sinr小于或等于第二sinr门限值时，nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；和/或

当nb-iot端测量得到的nrsrp小于第一nrsrp门限值，并且nb-iot端测量到的sinr大于第二sinr门限值时，nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，还包括：第一nrsrp门限值大于第二nrsrp门限值；第二sinr门限值小于第一sinr门限值

当nb-iot端测量得到的nrsrp小于第二nrsrp门限值时，nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

当nb-iot端测量到的nrsrp小于第一nrsrp门限值并且大于或等于第二nrsrp门限值，nb-iot端测量到的sinr小于或等于第二sinr门限值时，nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；和/或，

当nb-iot端测量到的nrsrp小于第一nrsrp门限值并且大于或等于第二nrsrp门限值，nb-iot端测量到的sinr大于第二sinr门限值时，nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，还包括：nb-iot端接收基站发送的第二nrsrp门限值以使得nb-iot端比较测量到的sinr与第二nrsrp门限值；第二nrsrp门限值为-120dbm。

根据第一方面，在一种可能的实现方式中，第二sinr门限值小于第一sinr门限值；

当nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值，nb-iot端测量到的sinr小于或等于第一sinr门限值并且大于第二sinr门限值时，nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；和/或

当nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值，nb-iot端测量到的sinr小于或等于第二sinr门限值时，nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，当nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值，nb-iot端测量到的sinr小于或等于第一sinr门限值并且大于第二sinr门限值时，nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；和/或

当nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值，nb-iot端测量到的sinr小于第二sinr门限值时，nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码。

根据第一方面，在一种可能的实现方式中，根据基站的调度参数确定第一sinr门限值和/或第二sinr门限值。

根据第一方面，在一种可能的实现方式中，基站的调度参数包括数据解调成功率，当在ecl为0或1的配置下nb-iot端的数据解调成功率低于预设成功率时，第二sinr门限值增大，和/或，第一sinr门限值增大。

根据第一方面，在一种可能的实现方式中，在ecl为1的配置下nb-iot端解调成功率大于或者等于70%时测量得到的sinr为第二sinr门限值；第二sinr门限值为-4db。

根据第一方面，在一种可能的实现方式中，在ecl为0的配置下nb-iot端解调成功率大于或者等于70%时测量得到的sinr为第一sinr门限值；第一sinr门限值为5db。

根据第一方面，在一种可能的实现方式中，还包括：nb-iot端接收基站广播的系统消息以测量nrsrp和sinr。

根据第一方面，在一种可能的实现方式中，还包括：nb-iot端接收基站发送的第一nrsrp门限值以使得nb-iot端比较测量到的sinr与第一nrsrp门限值；

第一nrsrp门限值为-110dbm。

根据第一方面，在一种可能的实现方式中，还包括：nb-iot端通过nprach向基站发送随机接入前导码以使得基站根据ecl对应的无线资源配置信息进行调度以发送随机接入响应rar给nb-iot端；

无线资源配置信息包括随机接入前导码的重复次数、nb-iot接入基站的最大尝试次数、nprach的时域资源和nprach的频域资源中至少其一。

根据第一方面，在一种可能的实现方式中，nb-iot端通过nprach向基站发送随机接入前导码之后，还包括：

nb-iot端接收基站发送的随机接入响应rar；

nb-iot端解调rar；

nb-iot端发送无线资源控制rrc连接请求给基站以使得基站收到后返回rrc连接建立消息给nb-iot端；

nb-iot端接收基站发送的rrc连接建立消息；

nb-iot端发送rrc连接建立完成消息给基站。

根据第一方面，在一种可能的实现方式中，nb-iot端通过nprach向基站发送随机接入前导码包括：

nb-iot端根据ecl通过nprach向基站发送随机接入前导码；ecl越高，ecl对应的随机接入前导码的重复次数越高。

根据第一方面，在一种可能的实现方式中，nb-iot端通过nprach以ecl为0的配置与基站建立连接时，重复发送随机接入前导码的次数为2；

nb-iot端通过nprach以ecl为1的配置与基站建立连接时，重复发送随机接入前导码的次数为8；nb-iot端通过nprach以ecl为2的配置与基站建立连接时，重复发送随机接入前导码的次数为16。

根据第一方面，在一种可能的实现方式中，还包括：nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值时，nb-iot端以pmax和（x-t_nrsrp）中的最小值为发射功率给基站发送随机接入前导码；和/或

nb-iot端测量到的nrsrp小于第一nrsrp门限值时，nb-iot端以pmax为发射功率给基站发送随机接入前导码；

pmax为基站给nb-iot端配置的最大发射功率，x=targetpower+delta_preamble+(preamble_tc-1)*pr_step+nrs_power_r13-gain；targetpower为基站给nb-iot端配置的目标功率，delta_preamble为随机接入前导码的功率偏移量，preamble_tc为nb-iot端的接入次数，pr_step为功率递增步长，nrs_power_r13为基站的参考信号功率，gain为随机接入前导码的重复次数带来的增益，t_nrsrp为nb-iot端测量得到的nrsrp；

pmax为23dbm。

本申请的实施例的第二方面提供了一种nb-iot芯片，包括存储器和处理器；

存储器与处理器耦合；

存储器，用于存储程序指令；

处理器，用于调用存储器存储的程序指令，使得终端执行上述第一方面中任一项的nb-iot端的数据传输方法。

本申请的实施例的第三方面提供了一种nb-iot设备，包括天线和如第二方面所述的nb-iot芯片，天线与nb-iot芯片连接以实现nb-iot设备与基站之间的数据传输。

本申请的实施例的第四方面提供了一种nb-iot通信系统，包括如第三方面所述nb-iot设备和基站，nb-iot设备与基站之间无线连接以进行数据传输。

本申请的实施例的第五方面提供了一种计算机可读存储介质，包括：其上存储有计算机程序，计算机程序被处理器执行时实现上述第一方面中任一项的nb-iot端的数据传输方法。

与现有技术相比，本申请实施例的有益效果在于：申请实施例提供了一种nb-iot端的数据传输方法、nb-iot芯片、设备、通信系统及计算机可读存储介质，当nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值并且nb-iot端的sinr小于或者等于第一sinr门限值时，nb-iot端以ecl为1或者2的配置向基站发送随机接入前导码以与基站建立连接，基于测量到的nrsrp和sinr二者确定ecl的配置改善了由于ecl配置不当导致的数据传输耗时长的问题，提升了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一现网的网络配置的示意图；

图2为本申请实施例提供的一覆盖等级的示意图；

图3为本申请实施例提供的小区之间出现干扰的示意图；

图4为本申请实施例提供的一nb-iot端的数据传输方法的流程图；

图5为本申请实施例提供的又一nb-iot端的数据传输方法的流程图；

图6为本申请实施例提供的再一nb-iot端的数据传输方法的流程图；

图7为本申请实施例提供的再一nb-iot端的数据传输方法的流程图；

图8为本申请实施例提供的再一nb-iot端的数据传输方法的流程图；

图9为本申请实施例提供的再一nb-iot端的数据传输方法的流程图；

图10为本申请实施例提供的又一现网的网络配置的示意图；

图11为本申请实施例提供的以具体数据为例的一nb-iot端的数据传输方法的流程图；

图12为本申请实施例提供的再一nb-iot端的数据传输方法的流程图；

图13为本申请实施例提供的一种nprach的发射功率的确定方法的流程图；

图14为本申请实施例提供的一种nb-iot端接入基站的方法的流程图；

图15为本申请实施例提供的一种nb-iot芯片的结构的示意图；

图16为本申请实施例提供的一种nb-iot设备的结构的示意图；

图17为本申请实施例提供的一种nb-iot通信系统的结构的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的部分实施例采用举例的方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在各例子中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。

在介绍本方案之前，首先对目前nb-iot系统进行简单介绍。nb-iot上行信道包含两种物理信道，一种是窄带物理信道上行共享信道(narrowbandphysicaluplinksharedchannel，npusch)，另一种是窄带物理随机接入信道(narrowbandphysicalrandomaccesschannel，nprach)。其中，nprach为终端开始发起呼叫时的接入信道。对于不同的覆盖增强等级，nprach会设置不同的信息重复次数以实现覆盖增强；其中覆盖增强等级越高，nprach对应设置的信息重复次数则越多。另外，基站侧会通过窄带系统消息块2（narrowbandsysteminformationblock2，sib2-nb）配置最大尝试接入次数，sib2-nb也可以简称为sib2。基于上述规则，在某一ecl为i(i为整数，且0≤i≤1)的场景下，终端请求接入基站的尝试接入过程如下：在nprach中，终端每次以ecl为i对应的信息重复次数尝试接入基站，当终端尝试接入基站侧的次数等于基站侧设置的最大尝试接入次数时，若终端此时还未成功接入基站，终端会从当前的ecl升级至更高一级，并以上述同样的尝试接入过程尝试接入基站。其中，ecl升级后对应增大了信息重复次数，从而能够有效增大终端成功接入基站的机率。

请参考现网的一网络配置如图1所示，基站下发sib2给物联网用户的终端设备（userequipment，ue），sib2包括小区配置参数rrc.rsrp_thresholdsprachinfolist_r13，小区配置参数用来指明确定当前小区的ecl的各个参数的门限值，请参考图1中的item0，当终端测量到的nrsrp为[-110dbm，-109dbm]时ue采用ecl为0的配置尝试接入基站；请参考图1中的item1，当终端测量到的nrsrp为[-120dbm，-119dbm]时，ue采用ecl为1的配置尝试接入基站。不同的ecl，消息发送的重复次数不同，本实施例中，在ecl为0的配置下，numrepetitionsperpreambleattempt-r13:n2(1)表示重复次数为2，在ecl为1的配置下，numrepetitionsperpreambleattempt-r13:n8(3)表示重复次数为8，另外，在ecl为2的配置下，重复次数可以设置为16。ue发送上行消息的重复次数越多，ue对基站返回的的消息的解调成功率也就越高。本申请实施例中，图1的具体数据仅为事例性说明。

本实施例中，nrsrp是nb-iot网络中可以代表无线信号强度的关键参数以及物理层测量需求之一，是在某个符号内承载参考信号的所有资源粒子（resourceelement，re）上接收到的信号功率的平均值。

请参考图2所示的增强覆盖等级示意图，如果对覆盖区域内所有ue采用相同的功率和调制与编码策略（modulationandcodingscheme，mcs），在保证可靠传输的前提下，将导致功耗增加、容量降低。为了兼顾覆盖深度和容量性能，将nb-iot小区划分为在不同的增强覆盖等级下的小区，ue根据信号强度选择增强覆盖等级相应的配置进行业务传输，低增强覆盖等级下的ue与基站之间的通信质量较好，优先保证传输速率；高增强覆盖等级下的ue与基站之间的信号较弱，高增强覆盖等级下的ue可以适当降低数据传输速率，优先保证传输成功率。ecl越大意味着ue发送上行数据时的重发次数越多，因而基站返回的数据也更容易被ue成功解调，但是占用的无线资源也越多、速率越低，因此，选择合适的ecl对ue的性能至关重要，例如，在基站与ue之间信号较好的区域使用ecl0的配置即可很高效的完成业务传输。

由于运营商频谱资源非常珍贵，大部分场景下会选择同频组网的策略，但是小区之间就会不可避免的出现干扰，如图3所示的小区之间出现干扰的示意图，在各小区的重叠区域的ue测量到的nrsrp的值较高，但是小区0、1、2在同频组网的场景下出现干扰可能导致该ue测量到的信号与干扰加噪声比（signaltointerferenceplusnoiseratio，sinr）较低，例如图3中的ue2和ue3所处的位置出现干扰的概率较大，可能导致ue测量到的sinr很低。以ue3为例进行说明，ue3测量到的nrsrp较高，但是ue3接收到的基站发出的有用信号的强度与干扰加噪声的强度的比值较低，干扰的强度指的是ue3接收到的干扰信号的强度，噪声的强度指的是ue3接收到的噪声信号的强度。若ue3确定ecl为0，ue3以ecl0的配置尝试接入基站时，ue3发送nprach消息的重复次数较少，基站可能没有收到nprach消息，或者基站对其收到的nprach消息可能解调不成功。本实施例中，nprach消息指的是通过nprach发送的消息，在ue接入基站的过程中，该nprach消息为随机接入前导码。即使基站解调成功了该nprach消息，基站获取到nprach消息携带的ecl的信息之后，基站以ecl为0对应的无线资源配置信息进行调度以返回rar给ue3，在基站确认ecl为0之后，基站给ue3分配的rar的时间窗口较短，即基站返回rar给ue3的重复次数较少，ue3可能无法收到该rar，或者即使ue3收到该rar后ue3也可能无法成功解调其收到的基站返回的rar，若ue3无法在ecl为0的配置下成功地解调出基站下发的rar，ue只能继续以ecl为0的配置尝试接入基站直到达到ecl为0对应的最大尝试次数，然后ue增加ecl进行尝试。以具体的数据进行举例说明，ue3测量到的nrsrp=-90dbm，但是ue3测量到的sinr=-8db，假设ue3测量到的nrsrp大于基站发送给ue的nrsrp门限值，则ue3在ecl为0的配置下给基站发送nprach消息，但是由于此时sinr较小，ue3没有收到基站返回的rar或者ue3无法成功解调出基站返回的rar，然后，ue3在ecl为0的配置下尝试接入基站的次数达到ecl为0对应的最大尝试次数后，ue3会根据ecl为1对应的重复次数向基站发送nprach消息，若ue3在ecl为1的配置下尝试接入基站的次数达到ecl为1对应的最大尝试次数后ue3还是没有收到基站发送的rar或者ue3无法解调出基站返回的rar，则ue3尝试以ecl为2对应的重复次数向基站发送nprach消息。ue3根据ecl为1、2或3的配置对基站发送nprach消息时，ue对基站返回的rar的解调成功率不同，ue的ecl越高，ue对其收到的rar的解调成功率越高。在本实施例所描述的场景下，ue3只有在ecl为1甚至ecl为2的配置下给基站发送nprach消息，ue3才能成功解调基站返回的rar，这就导致ue3在ecl为0的配置下尝试发送nprach消息的动作是完全浪费的，特别的，ue3很可能会多次在ecl为0的配置下尝试接入基站，因此如果严格按照协议规定的仅仅根据nrsrp进行门限判决，可能由于ecl配置不合适而导致传输数据的耗时变长，以至于基站与nb-iot连接所用的耗时过长，另外，也会导致基站与nb-iot连接所用的功耗增加。

本实施例中，sinr为nb-iot端接收到的基站发出的有用信号的强度与干扰加噪声的比值，简单说来，ue和基站之间基本的正常通信需要足够的sinr，sinr可以理解为ue探测带宽内的参考信号功率的大小s与干扰噪声功率的大小(i+n)的比值，即为s/(i+n)，其中参考信号功率为窄带参考信号（narrowbandreferencesignal,nrs）的功率，i+n可以理解为参考信号上的非服务小区、相邻信道干扰和系统内部热噪声功率大小的总和。sinr反映当前信道的链路质量，是衡量ue性能参数的一个重要指标。

nb-iot端在不同的ecl配置下向基站发送nprach消息时，nb-iot可能收到也可能收不到基站返回的rar，当nb-iot未收到基站返回的rar时，nb-iot端认为基站没有收到该nprach消息，当nb-iot端收到基站返回的rar时，ue配置的ecl越高，nb-iot端对基站返回的rar的解调成功率越高。增加sinr这一参数作为评估参数之一以确定ecl配置，可以使得nb-iot端确定的ecl更适合当前的通信环境，nb-iot端可以在耗时少、功耗少的前提下成功解调出基站下发的rar以实现nb-iot端与基站的成功连接。本实施例中，nb-iot端可以为ue，另外，nb-iot端也可以是nb-iot芯片，本实施例以nb-iot端为ue进行举例说明。终端在确定要接入基站之前，通过小区广播可以获取到基站的参考信号接收功率的目标值列表，通过自身参考信号接收功率与基站的参考信号接收功率的目标值列表进行对比，以及自身测量到的sinr与sinr门限值的比较可以确定终端所处的增强覆盖等级，本实施例中，基站的参考信号接收功率的目标值列表至少包括第一nrsrp门限值，另外，该目标值列表还可以包括第二nrsrp门限值。当nb-iot端确定了ecl之后，每个ecl都配置有相应的nprach资源，用于指定每个ecl对应的最大尝试接入次数，以及随机接入前导码的发射功率，之后，nb-iot端可以向基站发送nprach消息。具体的，在ue确定要接入基站后，可以参考图4所示的nb-iot端的数据传输方法发送随机接入前导码以实现ue与基站之间的连接，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s401：nb-iot端测量nrsrp以及sinr；

s402：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s403，若否，则执行步骤s402b；

s402b：nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码；

s403：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s404，若否，则执行步骤s403b；

s404：nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码；

s403b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

本实施例中，在ue发送nprach消息之前，ue可以测量很多参数，例如，测量得到sinr、nrsrp等。一般的，在一些应用场景下，例如，ue断电或者故障后，ue和基站可能出现断开连接的情况，当ue和基站断开连接后，若ue想要与基站重新建立连接，则可以采用本申请实施例提供的数据传输方法，nb-iot端确定合适的ecl后根据该ecl向基站发送随机接入前导码，从而使得ue接入基站的耗时较少以及功耗较低。

图4所示的实施例中，当nb-iot端的nrsrp大于或者等于第一nrsrp门限值并且nb-iot端的sinr小于或者等于第一sinr门限值时，nb-iot端以ecl为1或者2的配置向基站发送随机接入前导码，本实施例中，不仅仅以测量到的nrsrp作为ecl的判断标准，还引入sinr这一参数作为判断标准之一，基于nb-iot端测量到的nrsrp和sinr确定ecl。对于一些nrsrp较大而sinr较小的场景，例如同频干扰的场景，若使用本申请实施例的方案，则其ecl配置为1或者2，因此，避免了在该场景下ue在ecl配置为0时尝试接入基站以至于浪费时间，使得ue和基站的接入耗时长。而本实施例中，在测量到的nrsrp大于或者等于第一nrsrp门限值并且测量到的sinr小于或者等于第一sinr门限值的场景下，ue在ecl为1或2的配置下向基站发送随机接入前导码之后可以收到基站返回的rar并且成功解调rar，有利于快速的完成nb-iot端接入基站，并且功耗少。本申请实施例提供的方案对现有协议中确定ecl的方案进行了改进。通过实测发现大概有30%的地点存在类似的同频干扰的问题，这30%的地点的典型业务因这个缺陷导致时长和电能均浪费了60%以上。虽然nb-iot网络优化后同频干扰的场景出现的概率会适当降低，但是依然无法从本质上改善该场景下数据传输耗时长以及功耗浪费的问题，而本方案提出的nb-iot端的数据传输方法可以从本质上改善该问题。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图4，当nb-iot端测量到的nrsrp大于或等于第一nrsrp门限值，并且nb-iot端测量到的sinr大于第一sinr门限值时，说明基站与nb-iot端的通信质量较好，ue之间不存在同频干扰或者同频干扰较弱，nb-iot端可以以ecl为0的配置尝试接入基站，例如，ue可以以ecl为0的配置向基站发送nprach消息，以避免在通信质量较好的情况下将ue配置为ecl为1或者2从而使得nprach消息的重传次数增加导致通信资源的浪费。再例如，假设ue在ecl为1的配置下nprach消息的重复发送次数为8，ecl为0时nprach消息的重复发送次数为2，若测量的nrsrp大于第一nrsrp门限值，并且测量到的sinr小于第一sinr门限值，则ecl可以配置为1，即nprach消息的重复发送次数为8时，ue就可以成功的解调出基站返回的rar。若在此相同的场景下ue的ecl配置为0，则ue发送2次nprach消息给基站之后，ue可能并未收到基站下发的rar或者即使收到了该rar，ue并不能成功解调出该rar，然后ue以ecl为0的配置再给ue发nprach消息，ue可以尝试多次以ecl0的配置给ue发nprach消息，当达到在ecl0的配置下的最大尝试接入次数后，若ue没有收到基站返回的rar，或者是ue解调该rar失败，则ue以ecl为1的配置尝试接入，ue给基站发nprach消息，ue需要重复8次nprach消息的发送，才完成了在ecl1的配置下的一次尝试接入，此时，基站收到该nprach消息后返回rar给ue，ue才可以成功解调出该基站返回的rar，因此，ue以最大尝试接入次数在ecl为0的配置下给基站发nprach消息造成了功耗浪费以及时间的浪费。另外，本实施例中，ecl为0时，nprach消息的重复次数设置为2，ecl为1时，nprach消息的重复次数设置为8，以及ecl为2时，nprach消息的重复次数设置为16，nprach消息的重复次数根据ecl来配置，可以基本满足nb-iot设备的通信需求。本申请实施例提出的重复次数的具体数据仅仅为示例性说明，用户可以根据需求调节具体的重复次数。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图4，当nb-iot端测量得到的nrsrp小于第一nrsrp门限值时，nb-iot端以ecl1或2的配置向基站发送随机接入前导码，当ue测量得到的nrsrp较小的时候，需要较多的重传次数才可以保证ue收到并且解调出基站返回的rar，以进一步实现nb-iot端与基站的连接，因此，在此场景下选择ecl为1或者2的配置向基站发送随机接入前导码可以促使ue在耗时少并且功耗低的前提下接入基站。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图5，本实施例中设置第二sinr门限值，并且，第二sinr门限值小于第一sinr门限值，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s501：nb-iot端测量nrsrp以及sinr；

s502：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s503，若否，则执行步骤s502b；

s502b：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s505，若否，则执行步骤s504b；

s505：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s504b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

s503：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s504，若否，则执行步骤s503b；

s504：nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码；

s503b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

本实施例中，步骤s501、s502、s503、s504、s503b与前述实施例中的步骤s401、s402、s403、s404、s403b相同或者近似，此处不再赘述。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图5，当nb-iot端测量得到的nrsrp小于第一nrsrp门限值，并且nb-iot端测量到的sinr小于或等于第二sinr门限值时，nb-iot端以ecl为2的配置向基站发送nprach消息。在nrsrp小于第一nrsrp门限值并且sinr小于或者等于第二sinr门限值的场景下，若ue以ecl为0或1的配置向基站发送nprach消息，则很可能导致ue接收不到基站返回的rar或者ue对基站返回的rar解调失败，因此，在该场景下，将ue的ecl配置为2可以避免在ecl为0或1的配置下ue发送nprach消息但是ue收不到基站返回的rar或者是ue解调rar失败从而导致耗时更长并且功耗更大。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图5，当nb-iot端测量得到的nrsrp小于第一nrsrp门限值，并且nb-iot端测量到的sinr大于第二sinr门限值时，nb-iot端以ecl为1的配置向基站发送随机接入前导码，本实施例中，由于ue测量得到的nrsrp小于第一nrsrp门限值，在该场景下，ue测量得到的sinr很大概率也小于第一sinr门限值，因此，可以直接判断测量得到的sinr与第二sinr门限值的大小，以确定ecl配置为1还是2更合适，避免了需要将测量到的sinr值与第一sinr门限值进行比较的情况，而当测量到的sinr大于第二sinr门限值时，说明测量得到的sinr值并没有太低，因此，选择以ecl为1的配置与基站传输数据，既可以避免ue在ecl为0的配置下尝试接入基站浪费时间和功耗，也可以避免ue在ecl为2的配置下nprach消息的重复次数增多从而浪费通信资源，另外，本实施例避免了在测量得到的nrsrp小于第一nrsrp门限值时将测量到的sinr值与第一sinr门限值进行比较，进一步节省功耗以及减少耗时。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图6，本实施例中设置第二nrsrp门限值，并且，第二nrsrp门限值小于第一nrsrp门限值，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s601：nb-iot端测量nrsrp以及sinr；

s602：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s603，若否，则执行步骤s602b；

s602b：判断nb-iot端测量得到的nrsrp是否小于第二nrsrp门限值；若是，则执行步骤s605，若否，则执行步骤s605b；

s605：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s605b：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s606，若否，则执行步骤s606b；

s606：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s606b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

s603：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s604，若否，则执行步骤s603b；

s604：nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码；

s603b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

本实施例中，步骤s601、s602、s603、s604、s603b与前述实施例中的步骤s401、s402、s403、s404、s403b相同或者近似，此处不再赘述。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图6，将测量到的nrsrp与第一nrsrp门限值判断之后，当测量到的nrsrp小于第一nrsrp门限值，继续判断测量到的nrsrp与第二nrsrp门限值的大小，若测量到的nrsrp小于第二nrsrp门限值，则ue以ecl为2对应的配置给基站发送nprach消息，在这种nrsrp很小的情况下，设置ecl为2可以避免ue配置ecl为0或1时ue尝试接入基站导致功耗和时间的浪费。若测量到的nrsrp大于或者等于第二nrsrp门限值，则继续将测量到的sinr与第二sinr门限值相比较，若测量到的sinr大于第二sinr门限值，则ue将ecl配置为1，若测量到的sinr小于或者等于第二sinr门限值，则ue将ecl配置为2。本实施例中，先判断测量到的nrsrp与第一nrsrp的大小关系，再判断测量到的nrsrp与第二nrsrp的关系，最后判断测量到的sinr与第二sinr的关系，这种通过多次比较测量到的sinr和nrsrp参数与其相应的门限值的方法，可以准确的配置ue的ecl，以减小功耗和耗时。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图7，本实施例中设置第二sinr门限值，并且，第二sinr门限值小于第一sinr门限值，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s701：nb-iot端测量nrsrp以及sinr；

s702：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s703，若否，则执行步骤s702b；

s702b：nb-iot端通过nprach以ecl为1或2的配置向基站发送随机接入前导码；

s703：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s704，若否，则执行步骤s703b；

s704：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s705，若否，则执行步骤s704b；

s703b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

s705：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s704b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

本实施例中，步骤s701、s702、s702b、s703、s703b与前述实施例中的步骤s401、s402、s402b、s403、s403b相同或者近似，此处不再赘述。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图7，当nb-iot端测量得到的nrsrp大于或者等于第一nrsrp门限值，并且nb-iot端测量到的sinr小于或等于第一sinr门限值时，继续判断测量得到的sinr的值与第二sinr门限值的大小，若测量得到的sinr小于或者等于第二sinr门限值，则ue可以以ecl为2的配置向基站发送随机接入前导码以尝试和基站接入，若测量得到的sinr大于第二sinr门限值，则ue可以以ecl为1的配置向基站发送随机接入前导码以尝试和基站接入。本实施例中，当nrsrp大于或者等于第一nrsrp阈值时，通过比较测量得到的sinr与第一sinr门限值、第二sinr门限值的大小，可以确定合适的ecl配置，避免浪费功耗以及增加耗时。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图8，本实施例相比于图5的实施例来看，对图5的实施例的步骤s504进行了进一步的说明，以具体说明在哪种场景下将ecl配置为1，在哪种场景下将ecl配置为2，具体的，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s801：nb-iot端测量nrsrp以及sinr；

s802：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s803，若否，则执行步骤s802b；

s802b：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s805，若否，则执行步骤s804b；

s805：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s804b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

s803：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s804，若否，则执行步骤s803b；

s804：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s806，若否，则执行步骤s806b；

s803b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

s806：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s806b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

本实施例中，步骤s801、s802、s802b、s803、s803b、s804b、s805与前述实施例中的步骤s501、s502、s502b、s503、s503b、s504b、s505相同或者近似，此处不再赘述。

基于上述实施例公开的内容，本申请实施例提供了一种nb-iot端的数据传输方法，请参考图9，本实施例相比于图6的实施例来看，对图6的实施例的步骤s604进行了进一步的判断，以具体说明在哪种场景下将ecl配置为1，在哪种配置下将ecl配置为2，具体的，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s901：nb-iot端测量nrsrp以及sinr；

s902：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若是，则执行步骤s903，若否，则执行步骤s902b；

s902b：判断nb-iot端测量得到的nrsrp是否小于第二nrsrp门限值；若是，则执行步骤s905，若否，则执行步骤s905b；

s905：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s905b：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s906，若否，则执行步骤s906b；

s906：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s906b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

s903：判断nb-iot端测量到的sinr是否小于或等于第一sinr门限值；若是，则执行步骤s904，若否，则执行步骤s903b；

s904：判断nb-iot端测量到的sinr是否小于或等于第二sinr门限值；若是，则执行步骤s907，若否，则执行步骤s907b；

s903b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

s907：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s907b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

本实施例中，步骤s901、s902、s902b、s903、s903b、s905、s905b、s906、s906b与前述实施例中的步骤s601、s602、s602b、s603、s603b、s605、s605b、s606、s606b相同或者近似，此处不再赘述。

基于上述实施例公开的内容，本实施例中，可以根据基站的调度参数确定第二sinr门限值，具体的，当nb-iot端以ecl为0的配置尝试与基站连接时，若ue对rar的解调成功率低于预设成功率，则说明ue的ecl应该设置为1或2，在该场景下，可以增大第二sinr门限值，使得原来的ecl可以从0调整为1或者2。当nb-iot端以ecl为1的配置尝试接入基站时，若ue的数据解调成功率低于预设成功率，则说明ue的ecl应该设置为2，在该场景下，可以增大第二sinr门限值，使得原来的ecl可以从1调整为2。本实施例中，预设成功率可以设置为大于或者等于50%，当设置预设成功率大于或者等于50%的时候，实测ue的各方面的性能基本正常，例如，可以选择50%-70%中的任意值作为预设成功率。再例如，可以设置为80%，当预设成功率设置为80%时，可以保证基本的通信需求，并且实测ue的各方面性能表现较好，考虑到实际场景中，由于无法完全避开干扰和噪声，若是预设成功率设置得较高，可能导致sinr门限值设置得过高，以至于使得很多ue都选择ecl为2，因此，综合功耗的因素来看，预设成功率可以设置为70%，既可以保证接入成功率又可以降低功耗。本实施例中，对第二sinr门限值进行调整可以确保当通信环境变化时，ecl配置依然是准确的。另外，第二sinr门限值可以根据在特定ecl配置下的数据解调成功率来确定，例如，对于ue来说，若在ecl为1时数据解调成功率大于70%，则可以将ecl为1、数据解调成功率大于70%时测量得到的sinr设置为第二sinr门限值，具体的，第二sinr门限值可以设置为-4db，将其应用于前述实施例中，可以提高ue的ecl配置的准确度。

基于上述实施例公开的内容，本实施例中，可以根据基站的调度参数确定第一sinr门限值，具体的，当nb-iot端以ecl为0与基站进行数据通信时，若ue的数据解调成功率低于预设成功率，则说明ecl应该设置为1或2，在该场景下，可以增大第一sinr门限值，使得原来的ecl可以从0调整为1或者2。当nb-iot端以ecl为1与基站进行数据通信时，若ue的数据解调成功率低于预设成功率，则说明ecl应该设置为2，在该场景下，可以增大第一sinr门限值，使得原来的ecl可以从1调整为2。本实施例中，预设成功率设置为大于或者等于50%，例如，可以选择50%-70%中的任意值作为预设成功率。再例如，可以设置为80%，当预设成功率设置为80%时，可以保证基本的通信需求，并且实测ue的各方面性能表现较好，考虑到实际场景中，由于无法完全避开干扰和噪声，若是预设成功率设置得较高，可能导致sinr门限值设置得过高，以至于使得很多ue都选择ecl为2，因此，综合功耗的考量来看，预设成功率可以设置为70%。对第一sinr门限值的调整可以确保当通信环境变化时，ecl配置可以根据门限值的变化而自动调整。具体的，第一sinr门限值可以根据在特定ecl配置下的数据解调成功率来确定，例如，对于ue来说，若在ecl为0时数据解调成功率大于70%，则可以将ecl为0、数据解调成功率大于70%时测量得到的sinr设置为第一sinr门限值。具体的，第一sinr门限值可以设置为5db，将其应用于前述实施例中，可以提高ecl配置的准确度。另外，第一nrsrp门限值是基站下发给ue的，例如，ue收到的第一nrsrp门限值可以为-110dbm，将其应用于前述实施例中，可以基本满足通信需求。

基于上述实施例公开的内容，本实施例中，ue与基站之间进行数据传输时传输的是nprach消息，即用于实现nb-iot端与基站的连接的随机接入前导码。ue根据其确定的ecl给基站发送随机接入前导码之后，基站根据该随机接入前导码可以返回rar给ue，基站在发送rar给ue时可以根据该ecl进行资源配置。

基于上述实施例公开的内容，本实施例中，nb-iot端通过nprach向基站发送随机接入前导码以使得基站根据该ecl对应的无线资源配置信息进行调度以发送rar给nb-iot端，其中，无线资源配置信息可以包括发送所述随机接入前导码的重复次数（numrepetitionsperpreambleattempt）、nprach的时域资源（包含周期、起始子帧位置等参数）、nprach的频域资源（包含子载波偏置量、子载波个数等参数）以及最大尝试次数(maxnumpreambleattemptce)等参数中的至少一个。其中，ecl对应的随机接入前导码的重复次数表示在设定的ecl下，ue尝试接入基站时随机接入前导码的重复发送次数，例如，ecl为0时，随机接入前导码的重复发送次数为2，即，ue在ecl为0的配置下发送2次随机接入前导码给基站。其中，最大尝试次数可以理解为最大尝试接入次数，最大尝试接入次数与ecl对应，即每个ecl可以设置与该ecl对应的最大尝试次数，例如，可以参考图10所示的ecl配置的示意图，item0项目下的maxnumpreambleattemptce-r13:n10(6)表示ue可以尝试10次以ecl为0的配置接入基站，当第一次以ecl为0的配置接入基站失败后，可以再次以ecl为0的配置尝试接入，直到10次接入均失败，再以ecl为1的配置尝试接入基站，请参考图10，item1项目下的maxnumpreambleattemptce-r13:n6(3)表示ue可以尝试6次以ecl为1的配置接入基站，当第一次以ecl为1的配置接入基站失败后，可以再次以ecl为1的配置尝试接入，直到6次尝试接入均失败，再以ecl为2的配置尝试接入基站。

基于上述实施例公开的内容，本实施例中，具体的，可以通过大数据搜集当前网络配置，获取到较为准确的网络配置之后，根据此配置可以确定在某一nrsrp值下，ue能够解调出基站下发的rar时ue测量得到的sinr，即可以根据大数据分析出各个ecl配置下ue能够成功解调的nrsrp门限值以及sinr门限值，之后，通过比较该门限值与测量值以确定ecl配置。例如，假设ue在ecl为0的配置下向基站发送nprach消息，nb-iot端解调成功率大于70%时测量得到的sinr可以为第一sinr门限值，例如为5db，即第一sinr门限值为5db，当nb-iot端测量得到的sinr大于5db时，ue在ecl为0的配置下给nb-iot端发送nprach消息，nb-iot端可以成功解调出基站返回的rar；假设ue在ecl为1的配置下给基站发送nprach消息，nb-iot端解调成功率大于70%时测量得到的sinr为第二sinr门限值，例如为-4db，即第二sinr门限值为-4db，当nb-iot端测量得到的sinr大于-4db，ue在ecl为1的配置下给基站发送nprach消息，ue可以成功解调出基站返回的rar；对于基站来说，假设ue在ecl为0的配置下给基站发送nprach消息，基站可以确定nb-iot端解调成功率大于70%时nb-iot端测量得到的nrsrp作为第一nrsrp门限值，例如为-110dbm，即第一nrsrp门限值可以为-110dbm，基站确定了第一nrsrp门限值之后，可以将该第一nrsrp门限值发送给nb-iot端，当nb-iot端测量得到的nrsrp大于或者等于-110dbm，并且nb-iot端测量到的sinr大于5db，则ue在ecl为0的配置下给nb-iot端发送nprach消息，ue可以成功解调出基站返回的rar；对于基站来说，假设ue在ecl为1的配置下给基站发送nprach消息，基站可以将nb-iot端解调成功率大于70%时nb-iot端测量得到的nrsrp作为第二nrsrp门限值，例如为-120dbm，即第二nrsrp门限值可以为-120dbm，基站确定了第二nrsrp门限值之后，可以将该第二nrsrp门限值发送给nb-iot端，本实施例对基站具体如何确定第一nrsrp门限值以及第二nrsrp门限值不作限定。具体的，本实施例以上述具体数值为例对上述实施例中的nb-iot端的数据传输方法进行说明：

ue以ecl为0的配置给基站传输nprach消息需要满足的条件为：ue测量到的nrsrp大于或者等于-110dbm且ue测量到的sinr大于5db；

ue以ecl为1的配置给基站传输nprach消息需要满足的条件为：测量到的nrsrp大于或者等于-110dbm、测量得到的sinr大于-4db且测量得到的sinr小于或等于5db；或者，测量到的nrsrp小于-110dbm、测量到的nrsrp大于-120dbm且测量得到的sinr大于-4db；

ue以ecl为2的配置给基站传输nprach消息需要满足的条件为：测量到的nrsrp小于-120dbm；或者，测量到的nrsrp大于或等于-120dbm、小于-110dbm且测量到的sinr小于或等于-4db；或者，测量到的nrsrp大于或等于-110dbm且测量到的sinr小于或者等于-4db。本实施例也可以理解为，只要sinr小于或者等于-4db，或者nrsrp小于-120db，则确定ecl为2。

基于上述实施例公开的内容，本实施例中，请参考图11，本实施例提供的nb-iot端的数据传输方法包括以下步骤：

s1101：nb-iot端测量nrsrp以及sinr；

s1102：判断nb-iot端测量到的nrsrp是否大于或者等于-110dbm；若是，则执行步骤s1103，若否，则执行步骤s1102b；

s1102b：判断nb-iot端测量得到的nrsrp是否小于-120dbm；若是，则执行步骤s1105，若否，则执行步骤s1105b；

s1105：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s1105b：判断nb-iot端测量到的sinr是否小于或等于-4db；若是，则执行步骤s1106，若否，则执行步骤s1106b；

s1106：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s1106b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

s1103：判断nb-iot端测量到的sinr是否小于或等于5db；若是，则执行步骤s1104，若否，则执行步骤s1103b；

s1104：判断nb-iot端测量到的sinr是否小于或等于-4db；若是，则执行步骤s1107，若否，则执行步骤s1107b；

s1103b：nb-iot端通过nprach以ecl为0的配置向基站发送随机接入前导码；

s1107：nb-iot端通过nprach以ecl为2的配置向基站发送随机接入前导码；

s1107b：nb-iot端通过nprach以ecl为1的配置向基站发送随机接入前导码；

本申请实施例提供了nb-iot端和基站连接过程中随机接入前导码的数据传输的策略，在减小数据传输耗时的同时可以节省功率。

基于上述实施例公开的内容，本实施例中，第一nrsrp门限值和第二nrsrp门限值可以是基站下发给nb-iot端的，第一nrsrp门限值和第二nrsrp门限值可以由基站根据应用场景来调整，不一定限制为上述实施例提供的具体数值，sinr门限值也可以称之为sinr解调门限值。本实施例中，第一sinr门限值和第二sinr门限值可以根据以下三种方法确定：

方法一：若可以获取到基站的调度参数，则可以根据基站的大量的调度参数分析得出当前网络典型的较为保守的调度配置，例如，通过调度参数确定上述实施例提到的门限值，调度参数如前述实施例提到的数据解调成功率；

方法二：若获取不到基站的调度参数配置，可以通过仿真基站与ue的通信模型，根据仿真得到的调度参数确定第一sinr门限值和第二sinr门限值；

方法三：若获取不到基站的调度参数配置，也可以不借助于仿真，对于nb-iot端来说，很容易获取到其自身的解调成功率，因此，可以结合当前现网在各ecl配置下nb-iot端解调成功或失败的数据统计情况以确定第一sinr门限值和第二sinr门限值。另外，结合现网在各ecl配置下nb-iot端解调成功或失败的数据统计情况可以对方法二中通过仿真确定的sinr门限值进行修正，修正后通过实际测量，还可以再次更新第一sinr门限值和第二sinr门限值，本实施例中，更新或者调整sinr门限值包括更新或者调整第一sinr门限值和第二sinr门限值中至少其一。

结合前述实施例公开的内容，本实施例中，基站通过接收的nprach消息可以确定覆盖等级。当ue测试得到nrsrp以及sinr后，根据本实施例中提供的数据传输方法，可以确定ecl，ue通过nprach发送nprach消息给基站时，对于不同的ecl，ue发送的nprach序列不同，因而基站收到的nprach序列不同。因此，基站收到该nprach消息后根据nprach序列就可以获取到该ecl，然后，基站就可以按照其获取到的ecl去调度资源以实现与ue的通信，例如，按照ecl对应的重复次数发送rar给ue。

基于前述实施例公开的内容，本实施例中，ue读取基站下发的系统消息sib2后，ue可以获取到基站配置的最大尝试接入次数，最大尝试接入次数即ue在当前覆盖等级下基于前导码尝试接入基站侧的次数，可以理解为基站侧允许ue在某一ecl下尝试接入基站侧的最大尝试次数。

本实施例中，ue可以通过基站给ue下发的系统消息测量得到nrsrp以及sinr，当ue测量得到nrsrp以及sinr之后，ue可以按照本申请实施例提供的数据传输方法确定以何种ecl向基站发送随机接入前导码，例如，ue可以按照ecl对应的随机接入前导码的重复次数给基站发nprach消息，当基站收到了通过nprach传输的nprach消息后，基站也获取到了该ecl，则基站也可以按照该ecl配置资源向ue发rar，具体的，ecl不同，基站发rar时的码率以及重复次数也不同，例如，ecl越高，基站发rar的时间窗口越长，即基站发rar的重复次数越多。具体的，请参考图12所示的nb-iot端的数据传输方法，该方法包括以下步骤：

s1201：nb-iot端测量nrsrp以及sinr；

s1202：nb-iot端接收基站发送的第一nrsrp门限值，或者，nb-iot端接收基站发送的第一nrsrp门限值和第二nrsrp门限值；

s1203：nb-iot端根据测量到的nrsrp以及sinr确定ecl；

s1204：nb-iot端通过nprach发送nprach消息给基站以使得基站从nprach消息中获取到ecl从而基站根据该ecl调度资源返回rar给nb-iot端；

本实施例中，s1201与前述步骤中的s401相同或者近似，此处不再赘述，步骤s1203中，nb-iot端确定ecl时，可以根据前述实施例公开的通过nrsrp以及sinr确定ecl，具体的，通过比较测量到的npsrp、sinr与其相应的门限值的大小确定ecl，此处不再赘述。

基于前述实施例公开的内容，本实施例中，ue在发送随机接入前导码给基站之前，可以配置随机接入前导码的发射功率。随机接入前导码的发射功率可以理解为nprach消息的发射功率，假设ecl为0时nb-iot端配置的随机接入前导码的的发射功率为y，则y=min[pmax，x-t_nrsrp]，即pmax和x-t_nrsrp中的最小值，其中，pmax为基站给nb-iot端配置的最大发射功率，x-t_nrsrp为ue根据协议规定以及ue测量得到的nrsrp计算出来的值。x-t_nrsrp表示x与测量到的nrsrp的差，t_nrsrp表示nb-iot端测量到的nrsrp，x=targetpower+delta_preamble+(preamble_tc-1)*pr_step+nrs_power_r13-gain；其中，targetpower为所述基站给所述nb-iot端配置的目标功率，也可以理解为随机接入前导码初始目标接收功率，targetpower也可以表示为preambleinitialreceiverdtargetpower，delta_preamble为随机接入前导码功率偏移量，preamble_tc为nb-iot端的接入次数，pr_step为功率递增步长，nrs_power_r13为基站的参考信号功率，gain为重复次数带来的增益。以具体的数据进行举例说明，假设基站给ue配置的目标功率targetpower=-96dbm，随机接入前导码功率偏移量为0，对于nb-iot端的接入次数preamble_tc，假设为ue的第一次接入，即preamble_tc=1，功率递增步长pr_step为2db，基站的参考信号功率nrs_power_r13=29dbm，nb-iot端测量得到的nrsrp为-80dbm，消息的重复次数rnumrepetitionperpreambleattempt-r13=8，根据消息的重复次数计算出来重复次数带来的增益gain=10*lg8，则根据上述举例的具体数据可以计算得到：x-t_nrsrp=targetpower+delta_preamble+(preamble_tc-1)*pr_step+nrs_power_r13-gain-t_nrsrp=（-96+0+（1-1）*2+29-10*lg8-（-80））dbm=4dbm，即第一次发送随机接入前导码的发射功率x-t_nrsrp可以为4dbm，其中，nrs_power_r13与t_nrsrp的差可以理解为路损。

一般来讲，基站配置的发射功率pmax是确定的，测量到的nrsrp的值的大小可以表征nb-iot端与基站之间的距离，当nb-iot端测量到的nrsrp较大，证明离基站较近，所需的发射功率x-t_nrsrp就越小，当ecl配置为1或2时，ue的发射功率可以配置为pmax。

结合前述实施例公开的内容，本实施例中，随机接入前导码的发射功率的设置与nb-iot端测量到的nrsrp有关，请参考图13所示的随机接入前导码的发射功率的确定方法，本实施例中，随机接入前导码的发射功率可以称之为nprach的发射功率。本方案中nprach的发射功率可以不采用传统的方案，即不根据ecl等级来确定，当ue通过nprach给基站发送随机接入前导码时，还可以通过设置合适的ue的发射功率来节省功耗。前述实施例中确定了如何选择ecl，对于确定ue的发射功率来说，如果采用传统的方案通过ecl确定ue的发射功率，即ecl配置为0时nb-iot端的发射功率为y=min[pmax，x-t_nrsrp]，当ecl配置为1或2时，发射功率为pmax的方案，则可能由于测量到的sinr较小而选择的ecl等级较高，因而采用pmax的发射功率使得功耗较高。考虑到ue的功耗问题，可以通过调整ue的发射功率的方法以避免抬高ue的功耗。

具体的，ue的nprach消息的发射功率可以根据ue测量到的nrsrp来确定，若测量到的nrsrp大于或者等于第一nrsrp门限值，则随机接入前导码通过nprach的发射功率为y=min[pmax，x-t_nrsrp]，若测量到的nrsrp小于第一nrsrp门限值，则随机接入前导码通过nprach的发射功率为y=pmax。本实施例中，nprach的发射功率的确定无需依赖测试到的sinr的值的大小，举例来说，测量得到的nrsrp高于第一门限值时，若测量到的sinr低于第一sinr门限值并且高于第二sinr门限值，则根据前述实施例公开的内容，ue的ecl可以确定为1，另外，根据本申请实施例提供的nprach的发射功率的确定方法，nprach消息的发射功率不是pmax，而是y=min[pmax，x-t_nrsrp]，以进一步降低功耗，避免因为本方案对覆盖等级的改进而使得nprach的发射功率设置得较大而使得功耗增加。具体的，pmax可以等于23dbm，y一般小于pmax，某些情况下，也可等于pmax，这是根据路损来确定的。本实施例中提供的确定nprach消息的发射功率的方法，可以节省功耗，用于nb-iot端与基站建立连接的过程中确定随机接入前导码的发射功率，具体的，请参考图13，可以包括以下步骤：

s1301：nb-iot端测量nrsrp；

s1302：判断nb-iot端测量到的nrsrp是否大于或者等于第一nrsrp门限值；若nb-iot端测量到的nrsrp大于或者等于第一nrsrp门限值，则执行步骤s1303；否则执行步骤s1302b；

s1303：ue以y=min[pmax，x-t_nrsrp]的发射功率通过nprach给基站发送随机接入前导码；

s1302b：ue以y=pmax的发射功率通过nprach给基站发送随机接入前导码。

本实施例中，在步骤1302的同时或者之前之后，可以执行前述实施例中的根据测量到的nrsrp以及sinr确定ecl的步骤，步骤s1301测量的nrsrp也可以用于确定ecl，这样可以避免重复判断测量到的nrsrp与第一nrsrp门限值的大小。以本实施例中确定的发射功率向基站发送nprach消息，可以进一步节省功耗。

基于前述实施例公开的内容，本实施例中，nb-iot端通过nprach向基站发送的随机接入前导码用于nb-iot端与基站的连接，具体的，对于nb-iot端来说，请参考图14，nb-iot端的数据传输方法包括以下步骤：

s1401：nb-iot端根据ecl通过nprach向基站发送随机接入前导码；

s1402：nb-iot端接收基站发送的rar；

s1403：nb-iot端解调rar；

s1404：nb-iot端发送无线资源控制rrc连接请求给基站以使得基站收到后返回rrc连接建立消息给nb-iot端；

s1405：nb-iot端接收基站发送的rrc连接建立消息；

s1406：nb-iot端发送rrc连接建立完成消息给基站。

本实施例中提供的方法可以实现ue与基站的快速连接，并且功耗较低，对于步骤s1401，ue可以根据前述实施例公开的内容确定ecl，然后ue根据该ecl向基站发送随机接入前导码以用于实现ue接入基站。在ue发送随机接入前导码之前，还可以确定随机接入前导码的发射功率以及ecl对应的最大尝试次数。对于步骤s1402，基站接收到ue发送的随机接入前导码之后，基站返回rar给ue，ue收到该rar后，解调该rar，ue成功解调该rar之后，ue发送无线资源控制（radioresourcecontrol，rrc）连接请求（rrconnectionrequest）给基站，基站收到该rrc连接请求之后返回rrc连接建立（rrconnectsetup）消息给ue，ue收到该基站发送的rrc连接建立消息之后返回rrc连接建立完成（rrconnectsetupcomplete）消息给基站，至此，ue与基站之间完成建立连接。

本申请实施例还可提供一种nb-iot芯片，如图15所示，nb-iot芯片1500包括存储器1501和处理器1502；

存储器1501与处理器1502耦合；

存储器1501，用于存储程序指令；

处理器1502，用于调用存储器存储的程序指令，使得芯片执行上述任一实施例提出的nb-iot端的数据传输方法。本申请实施例提供的nb-iot芯片的具体的实现过程及有益效果参见上述，在此不再赘述。

本申请实施例还可提供一种nb-iot设备1600，如图16所示，天线1601和如前述实施例所述的nb-iot芯片1602，天线1601与nb-iot芯片1602连接以实现nb-iot设备与基站之间的数据传输。本实施例中，终端可以为nb-iot设备，例如，手机、电表、水表等设备，本申请实施例提供的nb-iot设备的具体的实现过程及有益效果参见上述，在此不再赘述。

本申请实施例还可提供一种nb-iot通信系统1700，如图17所示，包括如前述实施例所述的nb-iot设备1701和基站1702，nb-iot设备与基站之间无线连接进行数据传输。本申请实施例提供的nb-iot通信系统的具体的实现过程及有益效果参见上述，在此不再赘述。

本申请实施例还可提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中的nb-iot端的数据传输方法。本申请实施例提供的计算机可读存储介质其具体的实现过程及有益效果参见上述，在此不再赘述。

应注意，本申请上述方法实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器（digitalsignalprocessor，dsp）、专用集成电路（applicationspecificintegratedcircuit，asic）、现成可编程门阵列（fieldprogrammablegatearray，fpga）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（read-onlymemory，rom）、可编程只读存储器（programmablerom，prom）、可擦除可编程只读存储器（erasableprom，eprom）、电可擦除可编程只读存储器（electricallyeprom，eeprom）或闪存。易失性存储器可以是随机存取存储器（randomaccessmemory，ram），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器（staticram，sram）、动态随机存取存储器（dynamicram，dram）、同步动态随机存取存储器（synchronousdram，sdram）、双倍数据速率同步动态随机存取存储器（doubledataratesdram，ddrsdram）、增强型同步动态随机存取存储器（enhancedsdram，esdram）、同步连接动态随机存取存储器（synchlinkdram，sldram）和直接内存总线随机存取存储器（directrambusram，drram）。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，在本申请实施例中，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

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

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

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

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

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

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

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