确定终端网络状态的方法和系统

摘要

本公开公开了一种确定终端网络状态的方法和系统，涉及移动通信领域。该方法包括：采集DPI信令系统中的S1信令；基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。本公开在不与终端直接交互的情况下，能够从网络侧确定终端的网络状态，从而能够提升应用平台对终端的控制效率和准确性。

权利要求

1.一种确定终端网络状态的方法，包括：

采集深度报文检测DPI信令系统中的S1信令；

基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。

2.根据权利要求1所述的方法，其中，基于S1信令事件的时间点以及S1信令中与终端协商的参数，确定终端的网络状态包括：基于S1信令获取网络下发上下文释放命令参数的时间点T1，以及网络下发的附着接收参数，其中，所述附着接收参数携带激活定时器的运行时间T定；

基于T1和T定，确定节电模式PSM时间点T1+T定；

比较当前时间T与PSM时间点T1+T定，确定所述终端是否处于PSM状态。

3.根据权利要求2所述的方法，其中，

若所述当前时间T大于等于PSM时间点T1+T定，则确定所述终端处于PSM状态；

若所述当前时间T小于PSM时间点T1+T定，则确定所述终端处于激活状态或空闲状态。

4.根据权利要求2所述的方法，还包括：

基于S1信令获取网络下发附着接收参数的时间点T2；

基于S1信令获取网络下发跟踪区域更新接收参数的时间点T3以及终端进行跟踪区域更新所需的时间TTAU；

基于所述T2与TTAU确定终端进行下一次跟踪区域更新的时间T2+TTAU，或者基于所述T3与TTAU确定终端进行下一次跟踪区域更新的时间T3+TTAU；

若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

5.根据权利要求1-4所述的方法，其中，

所述DPI信令系统从核心网中获取所有终端与网络侧交互的信令。

6.一种确定终端网络状态的系统，包括:

采集模块，用于采集深度报文检测DPI信令系统中的S1信令；

状态分析判断模块，用于基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。

7.根据权利要求6所述的系统，其中，所述状态分析判断模块包括：分析模块，用于基于S1信令获取网络下发上下文释放命令参数的时间点T1，以及网络下发的附着接收参数，其中，所述附着接收参数携带激活定时器的运行时间T定；

判断模块，用于基于T1和T定，确定节电模式PSM时间点T1+T定，比较当前时间T与PSM时间点T1+T定，确定所述终端是否处于PSM状态。

8.根据权利要求7所述的系统，其中，

所述判断模块用于若所述当前时间T大于等于PSM时间点T1+T定，则确定所述终端处于PSM状态；若所述当前时间T小于PSM时间点T1+T定，则确定所述终端处于激活状态或空闲状态。

9.根据权利要求7所述的系统，其中，

所述分析模块还用于基于S1信令获取网络下发附着接收参数的时间点T2；基于S1信令获取网络下发跟踪区域更新接收参数的时间点T3以及终端进行跟踪区域更新所需的时间TTAU；

所述判断模块还用于基于所述T2与TTAU确定终端进行下一次跟踪区域更新的时间T2+TTAU，或者基于所述T3与TTAU确定终端进行下一次跟踪区域更新的时间T3+TTAU；若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

10.根据权利要求9所述的系统，还包括：

存储模块，用于存储T1、T2和T3；

和/或

查询模块，用于对外提供查询功能和接口。

11.根据权利要求6-10任一所述的系统，其中，所述DPI信令系统从核心网中获取所有终端与网络侧交互的信令。

12.一种确定终端网络状态的系统，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至5任一项所述的确定终端网络状态的方法。

13.一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现权利要求1至5任一项所述的确定终端网络状态的方法的步骤。

说明书

确定终端网络状态的方法和系统

技术领域

[0001] 本公开涉及移动通信领域，尤其涉及一种确定终端网络状态的方法和系统。

背景技术

[0002] 目前获取终端网络状态的方法，是通过在信令里面加字段的方式指示终端上报状态，通过向终端(UE)发送用以指示所述UE需要上报该UE的业务状态的指示消息；接收并获取所述UE上报的业务状态。

[0003] 例如，在终端的TRACKING AREA UPDATE REQUEST(跟踪区域更新请求)消息中增加Call STATUS LIST(呼叫状态列表)，从而UE通过携带有Call STATUS LIST的TRACKING AREA UPDATE REQUEST消息将业务状态上报给网络侧。

[0004] 该方案的技术中，并没有关于终端的PSM(PowerSaving Mode，节电模式)状态的上报方式。另外，由于NB-IOT(窄带物联网)终端的特殊性，进入PSM后则不响应网络的任何消息，即通过网络侧指示终端上报状态的方式存在缺陷。

[0005] 另外，现有技术中，NB终端侧的控制模块可以根据现实情况调节PSM状态持续时间等参数来达到降低功耗的目的。但是，该类技术也是偏向于终端侧，并不是从网络侧来获取PSM状态。

发明内容

[0006] 本公开要解决的一个技术问题是提供一种确定终端网络状态的方法和系统，能够从网络侧确定终端网络状态。

[0007] 根据本公开一方面，提出一种确定终端网络状态的方法，包括：采集深度报文检测DPI信令系统中的S1信令；基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。

[0008] 可选地，基于S1信令事件的时间点以及S1信令中与终端协商的参数，确定终端的网络状态包括：基于S1信令获取网络下发上下文释放命令参数的时间点T1，以及网络下发的附着接收参数，其中，附着接收参数携带激活定时器的运行时间T定；基于T1和T定，确定节电模式PSM时间点T1+T定；比较当前时间T与PSM时间点T1+T定，确定终端是否处于PSM状态。

[0009] 可选地，若当前时间T大于等于PSM时间点T1+T定，则确定终端处于PSM状态；若当前时间T小于PSM时间点T1+T定，则确定终端处于激活状态或空闲状态。

[0010] 可选地，该方法还包括：基于S1信令获取网络下发附着接收参数的时间点T2；基于S1信令获取网络下发跟踪区域更新接收参数的时间点T3以及终端进行跟踪区域更新所需的时间TTAU；基于T2与TTAU确定终端进行下一次跟踪区域更新的时间T2+TTAU，或者基于T3与TTAU确定终端进行下一次跟踪区域更新的时间T3+TTAU；若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

[0011] 可选地，DPI信令系统从核心网中获取所有终端与网络侧交互的信令。

[0012] 根据本公开的另一方面，还提出一种确定终端网络状态的系统，包括:采集模块，用于采集深度报文检测DPI信令系统中的S1信令；状态分析判断模块，用于基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。

[0013] 可选地，状态分析判断模块包括：分析模块，用于基于S1信令获取网络下发上下文释放命令参数的时间点T1，以及网络下发的附着接收参数，其中，附着接收参数携带激活定时器的运行时间T定；判断模块，用于基于T1和T定，确定节电模式PSM时间点T1+T定，比较当前时间T与PSM时间点T1+T定，确定终端是否处于PSM状态。

[0014] 可选地，判断模块用于若当前时间T大于等于PSM时间点T1+T定，则确定终端处于PSM状态；若当前时间T小于PSM时间点T1+T定，则确定终端处于激活状态或空闲状态。

[0015] 可选地，分析模块还用于基于S1信令获取网络下发附着接收参数的时间点T2；基于S1信令获取网络下发跟踪区域更新接收参数的时间点T3以及终端进行跟踪区域更新所需的时间TTAU；判断模块还用于基于T2与TTAU确定终端进行下一次跟踪区域更新的时间T2+TTAU，或者基于T3与TTAU确定终端进行下一次跟踪区域更新的时间T3+TTAU；若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

[0016] 可选地，该系统还包括：存储模块，用于存储T1、T2和T3；和/或查询模块，用于对外提供查询功能和接口。

[0017] 可选地，DPI信令系统从核心网中获取所有终端与网络侧交互的信令。

[0018] 根据本公开的另一方面，还提出一种确定终端网络状态的系统，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行如上述的确定终端网络状态的方法。

[0019] 根据本公开的另一方面，还提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上述的确定终端网络状态的方法的步骤。

[0020] 与现有技术相比，本公开通过DPI信令系统，在不与终端直接交互的情况下，记录与PSM状态有关的信令事件，并基于S1信令事件的时间点以及信令中核心网与终端协商的参数，能够从网络侧确定终端的网络状态，从而能够提升应用平台对终端的控制效率和准确性。

[0021] 通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。

附图说明

[0022] 构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

[0023] 参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

[0024] 图1为本公开确定终端网络状态的方法的一个实施例的流程示意图。

[0025] 图2为本公开确定终端网络状态的方法的另一个实施例的流程示意图。

[0026] 图3为终端状态原理示意图。

[0027] 图4为本公开确定终端网络状态的方法的再一个实施例的流程示意图。

[0028] 图5为本公开确定终端网络状态的系统的一个实施例的结构示意图。

[0029] 图6为本公开确定终端网络状态的系统的另一个实施例的结构示意图。

[0030] 图7为本公开确定终端网络状态的系统的再一个实施例的结构示意图。

[0031] 图8为本公开确定终端网络状态的系统的又一个实施例的结构示意图。

[0032] 图9为本公开确定终端网络状态的系统的又一个实施例的结构示意图。

具体实施方式

[0033] 现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

[0034] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

[0035] 以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

[0036] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

[0037] 在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

[0038] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

[0039] 为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

[0040] 图1为本公开确定终端网络状态的方法的一个实施例的流程示意图。

[0041] 在步骤110，采集DPI(Deep Packet Inspection，深度报文检测)信令系统中的S1信令。其中，DPI信令系统从EPC核心网中获取所有终端与网络侧交互的信令，S1接口为基站与核心网之间的通讯接口。该实施例中的终端为NB-IOT终端。

[0042] 在步骤120，基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。例如，基于S1信令获取网络下发Context release command(上下文释放命令)参数的时间点T1；基于S1信令获取网络下发的attach accept(附着接收)参数，其中，该attach accept参数携带激活定时器的运行时间T定；基于T1和激活定时器的运行时间T定，确定节电模式PSM时间点T1+T定；比较当前时间T与PSM时间点T1+T定，确定终端是否处于PSM状态。

[0043] 在该实施例中，通过DPI信令系统，在不与终端直接交互的情况下，记录与PSM状态有关的信令事件，并基于S1信令事件的时间点以及信令中核心网与终端协商的参数，能够从网络侧确定终端的网络状态，从而能够提升应用平台对终端的控制效率和准确性。

[0044] 图2为本公开确定终端网络状态的方法的另一个实施例的流程示意图。

[0045] 在步骤210，采集DPI信令系统中的S1信令。

[0046] 在步骤220，基于S1信令获取网络下发Context release command参数的时间点T1，以及网络下发的attach accept参数，其中，该attach accept参数携带激活定时器的运行时间T定。其中，T定为终端与EPC核心网协商好的参数。

[0047] 在步骤230，基于T1和T定确定节电模式PSM时间点T1+T定。

[0048] 在步骤240，比较当前时间T是否大于等于PSM时间点T1+T定，若是，则执行步骤250，否则，执行步骤260。

[0049] 在步骤250，确定终端是否处于PSM状态。此时，终端不响应网络侧任何消息，例如paging、下行数据等。

[0050] 在步骤260，确定终端处于激活状态或空闲状态。此时，终端可以响应网络侧的消息。

[0051] 在另一个实施例中，若终端已处于PSM状态，则可以进一步判断终端何时退出PSM状态。终端状态如图3所示，终端在停止收发数据的时候，基站侧会进行空闲检测，启动定时器，定时器以基站的配置为准，例如20S。在定时器超时之后，网络侧释放S1连接，RRC(Radio Resource Control，无线资源控制)连接，终端进入IDLE(空闲)状态，启动Active Timer(激活)定时器T定，例如180S。定时器T定超时之后终端进入PSM状态，在此状态下终端不响应核心网的任何指令。终端在两种情形下才能退出PSM状态，一是主动上报数据，二是TAU周期到达，进行TAU更新。因此，在步骤250之后还可以包括如图4所示的以下步骤：

[0052] 在步骤270，基于S1信令获取网络下发attach accept参数的时间点T2。

[0053] 在步骤280，基于S1信令获取网络下发TAU accept参数的时间点T3以及终端进行TAU所需的时间TTAU。

[0054] 其中，步骤270和步骤280可以同时执行，也可以不分先后执行。

[0055] 在步骤290，基于T2与TTAU确定终端进行下一次TAU的时间T2+TTAU，或者基于T3与TTAU确定终端进行下一次TAU的时间T3+TTAU。

[0056] 在步骤2100，若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

[0057] 在上述实施例中，通过DPI信令系统，在不与终端直接交互的情况下，记录与PSM状态有关的信令事件，并基于S1信令事件的时间点以及信令中核心网与终端协商的参数，能够从网络侧确定终端是否进入PSM状态，以及何时退出PSM状态，从而提升应用平台对NB终端的控制效率和准确性，减轻应用平台的指令及数据缓存造成的负荷压力及处理效率。

[0058] 例如，当应用平台准备下发数据或者控制指令时，先进行查询终端是否可达，即是否处于PSM状态，如果可达，则下发，不可达则暂缓发送,避免了原来在不知道终端是否可达的状态下盲目发送及重发，且终端数量一般较大，容易造成指令和下行数据的积压，给平台带来压力。

[0059] 图5为本公开确定终端网络状态的系统的一个实施例的结构示意图。该系统包括采集模块510和状态分析判断模块520。

[0060] 采集模块510用于采集DPI信令系统中的S1信令。其中，DPI信令系统从EPC核心网中获取所有终端与网络侧交互的信令。

[0061] 状态分析判断模块520用于基于S1信令事件的时间点以及S1信令中核心网与终端协商的参数，确定终端的网络状态。例如，基于S1信令获取网络下发Context release command参数的时间点T1；基于S1信令获取网络下发的attach accept参数，其中，该attach accept参数携带激活定时器的运行时间T定；基于T1和激活定时器的运行时间T定，确定节电模式PSM时间点T1+T定；比较当前时间T与PSM时间点T1+T定，确定终端是否处于PSM状态。

[0062] 在该实施例中，通过DPI信令系统，在不与终端直接交互的情况下，记录与PSM状态有关的信令事件，并基于S1信令事件的时间点以及信令中核心网与终端协商的参数，能够从网络侧确定终端的网络状态，从而能够提升应用平台对终端的控制效率和准确性。

[0063] 图6为本公开确定终端网络状态的系统的另一个实施例的结构示意图。该系统包括采集模块610、分析模块620和判断模块630，其中，分析模块和判断模块属于状态分析判断模块中的子模块。

[0064] 采集模块610用于采集DPI信令系统中的S1信令。

[0065] 分析模块620用于基于S1信令获取网络下发Context release command参数的时间点T1，以及网络下发的attach accept参数，其中，该attach accept参数携带激活定时器的运行时间T定。其中，T定为终端与EPC核心网协商好的参数。

[0066] 判断模块630用于基于T1和T定确定节电模式PSM时间点T1+T定，若当前时间T大于等于PSM时间点T1+T定，则确定终端处于PSM状态；若当前时间T小于PSM时间点T1+T定，则确定终端处于激活状态或空闲状态。

[0067] 在另一个实施例中，分析模块620还用于基于S1信令获取网络下发附着接收参数的时间点T2；基于S1信令获取网络下发跟踪区域更新接收参数的时间点T3以及终端进行跟踪区域更新所需的时间TTAU；判断模块630还用于基于T2与TTAU确定终端进行下一次跟踪区域更新的时间T2+TTAU，或者基于T3与TTAU确定终端进行下一次跟踪区域更新的时间T3+TTAU；若当前时间T大于等于T2+TTAU，或者，当前时间T大于等于T3+TTAU，则确定终端退出PSM状态。

[0068] 在上述实施例中，通过DPI信令系统，在不与终端直接交互的情况下，记录与PSM状态有关的信令事件，并基于S1信令事件的时间点以及信令中核心网与终端协商的参数，能够从网络侧确定终端是否进入PSM状态，以及何时退出PSM状态，从而提升应用平台对NB终端的控制效率和准确性，减轻应用平台的指令及数据缓存造成的负荷压力及处理效率。

[0069] 图7为本公开确定终端网络状态的系统的再一个实施例的结构示意图。

[0070] 在该系统中，DPI信令系统从EPC核心网中获取所有终端与网络侧交互的信令。采集模块采集DPI信令系统中的S1信令。分析模块用于分析与PSM相关的S1关键信令的时间点，并保持最新。存储模块用于存储T1、T2和T3。判断模块实时判断终端是否在PSM状态下。查询模块提供对外查询的功能和接口。在引入PSM状态查询系统后，当应用平台准备下发数据或者控制指令时，先进行查询终端是否可达，如果可达，则下发，不可达则暂缓发送,避免了原来在不知道NB终端是否可达的状态下盲目发送及重发，且NB终端数量一般较大，容易造成指令和下行数据的积压，给平台带来压力。

[0071] 在该实施例中，从网络侧确定终端的网络状态，来提升应用平台对NB终端的控制效率和准确性，减轻应用平台的指令及数据缓存造成的负荷压力及处理效率。同时，从运营商的维护角度来说，若要排查问题，需要实时跟踪、信令回溯才能知道终端是否处于PSM状态，且是针对单个用户，不能批量操作，极大影响效率，而本公开具备简易性及批量查询的功能。

[0072] 图8为本公开确定终端网络状态的系统的又一个实施例的结构示意图。该系统包括：存储器810和处理器820，其中：存储器810可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1、2、4所对应实施例中的指令。处理器820耦接至存储器810，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器820用于执行存储器中存储的指令。

[0073] 在一个实施例中，还可以如图9所示，该装置900包括存储器910和处理器920。处理器920通过BUS总线930耦合至存储器910。该装置900还可以通过存储接口940连接至外部存储装置950以便调用外部数据，还可以通过网络接口960连接至网络或者另外一台计算机系统(未标出)，此处不再进行详细介绍。

[0074] 在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够从网络侧确定终端是否进入PSM状态，以及何时退出PSM状态，从而提升应用平台对NB终端的控制效率和准确性，减轻应用平台的指令及数据缓存造成的负荷压力及处理效率。

[0075] 在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现图1、2、4所对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

[0076] 本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0077] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0078] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0079] 至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

[0080] 虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。