本申请涉及无线通信领域，特别是涉及一种信令的交互方法、装置及系统。
背景技术：
目前，物联网越来越发达，物联网中的终端可以通过长期演进(longtermevolution，lte)系统，与基站间进行通信，例如，终端向基站发送上行数据。
一般情况下，终端向基站发送上行数据的流程包括：终端向基站发送接入网络的请求，在成功接入网络后，向基站发送上行调度请求，在基站为该终端分配用于承载上行数据的资源后，通过基站分配的资源将上行数据发送到基站。通常，终端从发送接入网络请求到接收到基站分配的用于承载上行数据的资源的过程，即，向基站索要用于承载上行数据的资源的过程，需要与基站之间进行多次的空口信令交互。
终端每次向基站索要用于承载上行数据的资源的过程中，需要与基站进行多次的空口信令交互，并且，由于终端每次向基站发送的上行数据量较小，当终端完成上行数据的传输时，可能需要连续多次执行向基站索要用于承载上行数据的资源的过程，造成终端与基站间进行大量的空口信令交互，进而可能导致空口资源紧张。
技术实现要素：
基于此，本申请提出了一种信令的交互方法，用以在终端向基站索要用于承载上行数据的资源的过程，减少与基站间空口信令的交互，进而缓解空口资源的压力。
本申请还提供了一种信令的交互装置与系统，用以保证上述方法在实际中的实现及应用。
本申请提供的技术方案为：
本申请公开了一种信令的交互方法，该方法包括：
若终端检测到第一预设事件发生，所述终端向基站发送请求，所述请求包括接入网络请求与上行调度请求；
所述终端接收所述基站发送的响应消息，所述响应消息用于指示所述基站允许所述终端接入网络，所述响应消息包括用于承载上行数据的第一时频资源。
其中，所述终端向基站发送请求，包括：
所述终端按照与基站约定的方式，向所述基站发送请求；
其中，所述与基站约定的方式包括：与基站约定的第二时频资源，或者，与基站约定的目标格式的信道。
其中，在所述终端向基站发送请求之前，还包括：
所述终端检测预设事件是否发生；
若所述终端检测到所述预设事件发生，所述终端根据检测到的预设事件的属性，判断所述检测到的预设事件是否为所述第一预设事件；
所述终端检测到第一预设事件发生，具体包括：所述终端检测到的预设事件为第一预设事件。
其中，在所述判断所述检测到的预设事件是否为第一预设事件之后，还包括：
若所述终端检测到的预设事件不是所述第一预设事件，且所述终端检测到的预设事件为第二预设事件，所述终端向所述基站发送所述接入网络请求。
其中，在所述终端接收所述基站发送的响应消息之后，还包括：
所述终端从所述响应消息中获取所述第一时频资源；
所述终端通过所述第一时频资源，向所述基站发送所述上行数据。
本申请还公开了一种信令的交互装置，该装置包括：
第一发送单元，用于检测到第一预设事件发生，向基站发送请求，所述请求包括接入网络请求与上行调度请求；
接收单元，用于接收所述基站发送的响应消息，所述响应消息用于指示所述基站允许所述终端接入网络，所述响应消息包括用于承载上行数据的第一时频资源。
其中，所述第一发送单元具体用于：
按照与基站约定的方式，向所述基站发送请求；
其中，所述与基站约定的方式包括：与基站约定的第二时频资源，或者，与基站约定的目标格式的信道。
其中，所述装置还包括：
检测单元，用于检测预设事件是否发生；
判断单元，用于若所述检测单元检测到所述预设事件发生，根据检测到的预设事件的属性，判断所述检测单元检测到的预设事件是否为所述第一预设事件；
所述第一发送单元具体用于：若所述判断单元判断出所述检测单元检测到的预设事件为所述第一预设事件，向基站发送请求。
其中，该装置还包括：
第二发送单元，用于若所述判断单元判断出所述检测单元检测到的预设事件不为所述第一预设事件，且所述检测单元检测到的预设事件为第二预设事件，向所述基站发送所述接入网络请求。
本申请还公开了一种信令交互系统，该系统包括终端与基站；
其中，所述终端包括上述装置中的任意一项装置。
本申请的有益效果为：
在本申请实施例中，当终端检测到第一预设事件发生，向基站发送接入网络请求与上行调度请求，在基站接收到接入网络请求与上行调度请求后，基站将携带第一时频资源的接入网络响应消息发送给终端，使得该终端通过第一时频资源将上行数据向基站发送。在终端向基站索要第一时频资源的过程中，终端与基站间只通过两次的空口信令交互，就获取到第一时频资源，避免了先与基站进行接入网络的多次空口信令交互，以及接入网络后，再进行获取第一时频资源的多次空口信令交互。进而，在本申请实施例中，终端向基站索要第一时频资源的过程，减少了与基站之间的信令交互的次数，进而缓解空口资源的压力。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请中一种信令的交互方法实施例的流程图；
图2为本申请中一种时频资源的分布示意图；
图3为本申请中一种信令的交互装置实施例的结构示意图；
图4为本申请中一种信令的交互系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参考图1，示出了本申请中，一种信令的交互方法实施例的流程图，该方法实施例可以包括：
步骤101：终端检测是否发生预设事件。
在本实施例中，以终端为电表为例，本步骤中的预设事件，可以为电表的余额小于预设值、电表发生漏电等事件。
步骤102：当终端检测到预设事件发生时，根据所述预设事件的属性，判断是否需要向基站发送上行数据。
在本实施例中，事先确定了预设事件的属性，其中，预设事件的属性用于表明当该预设事件发生时，是否需要向基站发送上行数据，例如，当电表的余额小于预设值这一预设事件发生时，终端需要向基站发送上行数据。
具体的，本实施例可以为每个预设事件设定属性值，需要发送上行数据的预设事件对应的属性值相同，不需要发送上行数据的预设事件对应的属性值相同，具有不同属性的预设事件对应的属性值不同。当然，为预设事件设置属性值，只是本实施例用于表示预设事件的属性的一种实施方式，在实际应用中，还可以根据实际情况，通过其他方式来表示预设事件的属性，本实施例不对具体的属性形式作限定。
在本步骤中，当终端检测到预设事件发生时，根据检测到的预设事件的属性，判断该预设事件是否为第一预设事件，即判断是否需要向基站发送上行数据，当需要向基站发送上行数据时，执行步骤103的动作，当该预设事件为第二预设事件时，即不需要向基站发送上行数据时，执行步骤104的动作。
步骤103：终端按照与基站约定的方式，向基站发送请求。
在终端向基站索要用于承载上行数据的时频资源的过程中，每次与基站的交互过程，都需要时频资源来承载本次发送的空口信令。参考图2所示，为本实施例中，时频资源的分布示意图，该图中，横轴表示时间，纵轴表示频率，通过不同的时间段和不同的频率段来构成不同的区域，具体的，不同的频率段可以通过不同的频率索引来表示，如图2所示，频率段可以通过index1与index2来表示不同的频率段；时间段可以通过不同的时间长度来表示，例如单位时间可以表示一个时间段，因此，不同的时间段与频率索引构成不同的区域，其中，每个区域都表示一个时频资源。
在终端判断出需要向基站发送上行数据时，接着，按照本步骤的动作执行，具体的，在本步骤中，按照与基站约定的方式向基站发送请求，其中，该请求包括接入网络请求与上行调度请求。其中，与基站约定的方式可以为：与基站约定的用于承载接入网络与上行调度请求的第二时频资源。例如，终端与基站事先约定好将图2所示的时频资源分配示意图中的某些区域作为：用于承载接入网络与上行调度的请求的第二时频资源。
在本步骤中，与基站约定的方式还可以为：与基站约定的以目标格式传输包含上行调度的请求的信道。例如，在prach信道将时频资源进行编码之前，加入表征是否发送上行数据的指示信息。
步骤104：终端按照不属于与基站约定的方式，向基站发送接入网络的请求。
若终端不需要发送上行数据时，执行本步骤的动作，在本步骤中，不属于与基站约定的方式可以为：在可用的时频资源中，选择一个不属于第二时频资源的时频资源来承载接入网络请求，且通过常用的信道传输格式，将接入网络的请求向基站发送。
步骤105：基站根据请求的发送方式，判断该终端是否需要发送上行数据，若该终端需要发送上行数据时，执行步骤106，否则，执行步骤109。
若接收到的承载数据的时频资源为预设的第二时频资源，或者，信道的传输格式为目标格式时，则确定该终端需要发送上行数据，否则，该终端不需要发送上行数据。
步骤106：基站为终端分配用于承载上行数据的时频资源。
在本步骤中，通过设定频率索引和持续的时间间隔的方式，来确定图2中的某些区域，作为用于终端发送上行数据的时频资源。
还可以通过在固定时间间隔的前提下，设定频率索引，从而从图2的时频资源分配示意图中，确定出区域；并将确定出的区域作为用于终端发送上行数据的时频资源，接着，执行步骤107。
步骤107：基站向终端发送用于指示终端可以接入网络的响应消息，该响应消息中包括基站分配的用于承载上行数据的时频资源。
在基站判断出终端需要发送上行数据，且为该上行数据分配时频资源后，接着，在本步骤中，基站向终端发送用于指示允许终端接入网络的响应消息，并且，在该响应消息中包括用于承载上行数据的时频资源。
步骤108：终端通过基站分配的资源，将上行数据向基站发送。
在本步骤中，终端接收到基站发送的响应消息后，从该响应消息中获取用于承载上行数据的时频资源，并按照现有的方式，将上行数据通过基站分配的时频资源向基站发送。
步骤109：基站向终端发送用于指示终端随机接入网络的响应信息。
当基站判断出终端发送请求的方式不是事先约定好的方式后，接着，执行本步骤的动作，具体的，在本步骤中，基站向终端发送用于指示终端随机接入网络的响应消息。
通过本实施例，当终端检测到第一预设事件发生，向基站发送接入网络请求与上行调度请求，在基站接收到接入网络请求与上行调度请求后，基站将携带第一时频资源的接入网络响应消息发送给终端，使得该终端通过第一时频资源将上行数据向基站发送。在终端向基站索要第一时频资源的过程中，终端与基站间只通过两次的空口信令交互，就获取到第一时频资源，避免了先与基站进行接入网络的多次空口信令交互，以及接入网络后，再进行获取第一时频资源的多次空口信令交互。进而，在本申请实施例中，终端向基站索要第一时频资源的过程，减少了与基站之间的信令交互的次数，进而缓解空口资源的压力。
参考图3，示出了本申请中，一种信令的交互装置实施例的结构示意图，该装置实施例可以包括：
第一发送单元301，用于检测到第一预设事件发生，向基站发送请求，所述请求包括接入网络请求与上行调度请求；
接收单元302，用于接收所述基站发送的响应消息，所述响应消息用于指示所述基站允许所述终端接入网络，所述响应消息包括用于承载上行数据的第一时频资源。
其中，所述第一发送单元301具体用于：按照与基站约定的方式，向所述基站发送请求；
其中，所述与基站约定的方式包括：与基站约定的第二时频资源，或者，与基站约定的目标格式的信道。
其中，该装置实施例还可以包括：
检测单元，用于检测预设事件是否发生；
判断单元，用于若所述检测单元检测到所述预设事件发生，根据检测到的预设事件的属性，判断所述检测单元检测到的预设事件是否为所述第一预设事件；
所述第一发送单元具体用于：若所述判断单元判断出所述检测单元检测到的预设事件为所述第一预设事件，向基站发送请求。
其中，该装置实施例还可以包括：
第二发送单元，用于若所述判断单元判断出所述检测单元检测到的预设事件不为所述第一预设事件，且所述检测单元检测到的预设事件为第二预设事件，向所述基站发送所述接入网络请求。
参考图4，示出了本申请中，一种信令的交互系统的结构示意图，该系统可以包括：终端401和基站402；
其中，终端401可以包括图3所示装置实施例中的任意一种装置。
具体的，该终端401可以包括：第一发送单元与接收单元。
其中，所述第一发送单元具体用于：按照与基站约定的方式，向所述基站发送请求；
其中，所述与基站约定的方式包括：与基站约定的第二时频资源，或者，与基站约定的目标格式的信道。
该终端401还可以包括：检测单元和判断单元；
在包括检测单元和判断单元时，该第一发送单元具体用于：若所述判断单元判断出所述检测单元检测到的预设事件为所述第一预设事件，向基站发送请求。
其中，该终端401还可以包括：第二发送单元。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同相似部分互相参见即可。在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。在文中的“包括”、“包含”等词语解释为包含的含义而不是排他或穷举的含义；也就是说，是“包含但不限于”的含义。在不脱离本发明构思的前提下，还可以做出变形、同等替换、改进等，这些都属于本发明的保护范围。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。