CN115915113B - 号段关联设备的确定方法、装置及存储介质 - Google Patents

Abstract

本公开提供了一种号段关联设备的确定方法、装置及存储介质，涉及通信技术领域，能够自动更新和维护号段与设备的关联关系。该方法包括：根据初始号段与设备关联关系表，确定待关联号段是否与设备关联；若否，则根据用户签约日志信息，确定待关联号段是否与设备关联；若是，则根据待关联号段生成多个第一号码和多个第一业务指令；多个号码与多个业务指令一一对应；业务指令用于确定与该业务指令对应的号码所关联的设备；指示多个设备分别执行每个业务指令；根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备。本公开用于自动更新和维护号段与设备关联关系的过程。

Description

号段关联设备的确定方法、装置及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种号段关联设备的确定方法、装置及存储介质。

背景技术

相关技术中，指令平台的号段资源和设备资源的归属关系只能通过人工或是静态数据导入的方式来进行更新和维护。当号段资源和设备资源的归属关系发生变更时，指令平台无法自动对号段资源和设备资源的归属关系进行更新和维护，导致用户在查询签约信息时，查询失败率增加。因此，如何让指令平台对号段资源和设备资源的归属关系进行自动更新和维护成为亟待解决的技术问题。

发明内容

本申请提供一种号段关联设备的确定方法、装置及存储介质，能够自动更新和维护号段与设备的关联关系。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种号段关联设备的确定方法，包括：根据初始号段与设备关联关系表，确定待关联号段是否与设备关联；若否，则根据用户签约日志信息，确定待关联号段是否与设备关联；若是，则根据待关联号段生成多个第一号码和多个第一业务指令；多个号码与多个业务指令一一对应；业务指令用于确定与该业务指令对应的号码所关联的设备；指示多个设备分别执行每个业务指令；根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备。

结合上述第一方面，在一种可能的实现方式中，根据初始号段与设备关联关系表，确定待关联号段是否与设备关联，包括：确定初始号段与设备关联关系表中，是否存在以下关联关系：待关联号段与HSS的关联关系，待关联号段与UDM的关联关系；若存在，则根据待关联号段与HSS的关联关系，待关联号段与UDM的关联关系，确定待关联号段关联的目标设备；若不存在，则根据用户签约日志信息，确定待关联号段是否与设备关联。

结合上述第一方面，在一种可能的实现方式中，根据用户签约日志信息，确定待关联号段是否与设备关联，包括：查询用户签约日志信息中，是否存在待关联号段下的第二号码；若存在，则指示多个设备执行第二业务指令；第二业务指令用于确定与该业务指令对应的第二号码所关联的设备；若存在设备成功执行第二业务指令，则确定成功执行第二业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第二业务指令，则根据待关联号段生成多个第一号码和多个第一业务指令。

结合上述第一方面，在一种可能的实现方式中，根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备，包括：若存在设备成功执行第一业务指令，则确定成功执行第一业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第一业务指令，则确定待关联号段为未启用号段；未启用号段为不存在关联设备的号段。

结合上述第一方面，在一种可能的实现方式中，在确定待关联号段关联的目标设备之后，方法还包括：确定待关联号段下的多个第三号码和多个第三业务指令；多个第三号码与多个第三业务指令一一对应；第三业务指令用于确定与该业务指令对应的第三号码所关联的设备；指示与待关联号段关联的设备分别执行每个第三业务指令；确定被目标设备成功执行的第三业务指令对应的第三号码，为与目标设备关联的号码；确定未被目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；未启用号码为不存在关联设备的号码。

第二方面，提供一种号段关联设备的确定装置，包括：处理单元；处理单元，用于根据初始号段与设备关联关系表，确定待关联号段是否与设备关联；处理单元，还用于，若否，则根据用户签约日志信息，确定待关联号段是否与设备关联；处理单元，还用于，若是，则根据待关联号段生成多个第一号码和多个第一业务指令；多个号码与多个业务指令一一对应；业务指令用于确定与该业务指令对应的号码所关联的设备；处理单元，还用于指示多个设备分别执行每个业务指令；处理单元，还用于根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备。

结合上述第二方面，在一种可能的实现方式中，处理单元，具体用于：确定初始号段与设备关联关系表中，是否存在以下关联关系：待关联号段与HSS的关联关系，待关联号段与UDM的关联关系；若存在，则根据待关联号段与HSS的关联关系，待关联号段与UDM的关联关系，确定待关联号段关联的目标设备；若不存在，则根据用户签约日志信息，确定待关联号段是否与设备关联。

结合上述第二方面，在一种可能的实现方式中，处理单元，具体用于：查询用户签约日志信息中，是否存在待关联号段下的第二号码；若存在，则指示多个设备执行第二业务指令；第二业务指令用于确定与该业务指令对应的第二号码所关联的设备；若存在设备成功执行第二业务指令，则确定成功执行第二业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第二业务指令，则根据待关联号段生成多个第一号码和多个第一业务指令。

结合上述第二方面，在一种可能的实现方式中，处理单元，具体用于：若存在设备成功执行第一业务指令，则确定成功执行第一业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第一业务指令，则确定待关联号段为未启用号段；未启用号段为不存在关联设备的号段。

结合上述第二方面，在一种可能的实现方式中，处理单元，具体还用于：确定待关联号段下的多个第三号码和多个第三业务指令；多个第三号码与多个第三业务指令一一对应；第三业务指令用于确定与该业务指令对应的第三号码所关联的设备；指示与待关联号段关联的设备分别执行每个第三业务指令；确定被目标设备成功执行的第三业务指令对应的第三号码，为与目标设备关联的号码；确定未被目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；未启用号码为不存在关联设备的号码。

第三方面，本公开提供了一种号段关联设备的确定装置，该号段关联设备的确定装置包括：处理器以及存储器；其中，所述存储器用于存储计算机执行指令，当所述号段关联设备的确定装置运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述号段关联设备的确定装置执行如第一方面和第一方面的任一种可能的实现方式中描述的号段关联设备的确定方法。

第四方面，本公开提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机可读存储介质中的指令由号段关联设备的确定装置的处理器执行时，使得号段关联设备的确定装置能够执行如第一方面和第一方面的任一种可能的实现方式中描述的号段关联设备的确定方法。

第五方面，本公开提供了一种包含指令的计算机程序产品，当计算机程序产品在号段关联设备的确定装置上运行时，使得号段关联设备的确定装置执行如第一方面和第一方面的任一种可能的实现方式中所描述的号段关联设备的确定方法。

第六方面，本公开提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的号段关联设备的确定方法。

具体的，本申请实施例中提供的芯片还包括存储器，用于存储计算机程序或指令。

在本公开中，上述号段关联设备的确定装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本公开类似，属于本公开权利要求及其等同技术的范围之内。

本公开的这些方面或其他方面在以下的描述中会更加简明易懂。

本公开提供的技术方案至少带来以下有益效果：

在该方案中，号段关联设备的确定装置，根据初始号段与设备的关联关系表，确定待关联号段是否与设备有关联关系。若待关联号段和设备没有关联关系，则确定号段关联关系的设备的装置根据用户签约日志信息，确定待关联号段是否有设备有关联关系。若无法通过用户签约日志信息确定待关联号段有设备关联关系，则号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。号段关联设备的确定装置指示多个设备分别执行每个业务指令，并根据多个设备的执行结果，确定待关联号段关联的目标设备。这样，号段关联设备的确定装置能够对号段资源和设备资源的归属关系进行自动的更新和维护，解决了现有技术中，指令平台无法对号段资源和设备资源进行自动更新和维护的技术问题。

附图说明

图1为本申请实施例提供的一种号段关联设备的确定装置的硬件结构示意图；

图2为本申请实施例提供的一种号段关联设备指令平台结构示意图；

图3为本申请实施例提供的又一种号段关联设备的确定方法的又一种流程示意图；

图4为本申请实施例提供的又一种号段关联设备的确定方法的又一种流程示意图；

图5为本申请实施例提供的又一种号段关联设备的确定方法的又一种坐标示意图；

图6为本申请实施例提供的又一种号段关联设备的确定方法的又一种流程示意图；

图7为本申请实施例提供的又一种号段关联设备的确定方法的又一种流程示意图；

图8为本申请实施例提供的一种号段关联设备的确定装置的结构示意图。

具体实施方式

下面结合附图对本公开施例提供的号段关联设备的确定方法、装置及存储介质进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

图1为本公开实施例提供的一种号段关联设备的确定装置的结构示意图。如图1所示，该号段关联设备的确定装置100包括至少一个处理器101，通信线路102，以及至少一个通信接口104，还可以包括存储器103。其中，处理器101，存储器103以及通信接口104三者之间可以通过通信线路102连接。

处理器101可以是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本公开实施例的一个或多个集成电路，例如：一个或多个数字信号处理器(digital signalprocessor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。

通信线路102可以包括一通路，用于在上述组件之间传送信息。

通信接口104，用于与其他设备或通信网络通信，可以使用任何收发器一类的装置，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless localarea networks，WLAN)等。

存储器103可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于包括或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

一种可能的设计中，存储器103可以独立于处理器101存在，即存储器103可以为处理器101外部的存储器，此时，存储器103可以通过通信线路102与处理器101相连接，用于存储执行指令或者应用程序代码，并由处理器101来控制执行，实现本公开下述实施例提供的空间测量确定方法。又一种可能的设计中，存储器103也可以和处理器101集成在一起，即存储器103可以为处理器101的内部存储器，例如，该存储器103为高速缓存，可以用于暂存一些数据和指令信息等。

作为一种可实现方式，处理器101可以包括一个或多个CPU，例如图1中的CPU0和CPU1。作为另一种可实现方式，号段关联设备的确定装置100可以包括多个处理器，例如图1中的处理器101和处理器107。作为再一种可实现方式，号段关联设备的确定装置100还可以包括输出设备105和输入设备106。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将网络节点的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，模块和网络节点的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

随着互联网新型技术的不断发展和迭代创新，单一的应用系统因操作繁琐、系统安全机制单一、专一化弱、密码安全性低，并且，设备与系统关联性差、网元和平台功能的分散，使得现有应用系统无法适应新型物联网的时代要求。因此，互联网的发展需要有一个可以满足业务应用需要、安全管控需求，以及维护管理需求的综合平台的出现。如图2所示，现有技术，主要解决了企业单一业务的需求。其中，运维工程师可以直接对网元或者网管进行管理，网管应用可以单一或批量的进行网元管理。运维工程师也可以通过百万的指令对设备和服务进行管理。但是，设备管理与服务没有详细的资源统筹配置，且指令无法通过应用系统配置来发送指令。因此，需要对现有业务的供给方式、能力整合供给需求、新型业务体验需求以及安全管控需求进行改变。

相关技术中，指令平台用于业务之间的交互，连接生产运营系统和网络设备。随着北向应用数量的逐步增加，指令平台对接的领域涉及网络维护、运营等生产流程以及面向内、外部客户等。同时，指令平台南向与全国多专业网元打通对接，覆盖全国所有的网元设备，包含：物联网、人联网、核心网、传送网、接入网，IMS等，涉及多种制式，如3G、4G、5G、NB。指令平台在面向业务系统网管运维赋能，并且业务侧有访问安全以及数据安全的需求。可见，指令平台具有复杂性、开放性和异构性，并且对安全要求十分严苛。现有技术中，指令平台的管理和维护是运维工程师通过网管应用批量操作来管理网元，或是运维工程师来直接管理网元。其中，指令平台的号段资源和设备资源的归属关系的更新和维护也是通过人工或静态数据导入的方式来进行更新和维护。这样，导致用户在查询签约信息时，查询失败率增加。因此，如何让指令平台对号段资源和设备资源的归属关系进行自动更新和维护成为亟待解决的技术问题。

为了能够自动更新和维护号段资源和设备资源的归属关系，本公开实施例提供了一种号段关联设备的确定方法，号段关联设备的确定装置，根据初始号段与设备的关联关系表，确定待关联号段是否与设备有关联关系。若待关联号段和设备没有关联关系，则确定号段关联关系的设备的装置根据用户签约日志信息，确定待关联号段是否有设备有关联关系。若无法通过用户签约日志信息确定待关联号段有设备关联关系，则号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。号段关联设备的确定装置指示多个设备分别执行每个业务指令，并根据多个设备的执行结果，确定待关联号段关联的目标设备。这样，号段关联设备的确定装置能够对号段资源和设备资源的归属关系进行自动的更新和维护，解决了现有技术中，指令平台无法对号段资源和设备资源进行自动更新和维护的技术问题。

本公开实施例提供的号段关联设备的确定方法可以应用于如图1所示的号段关联设备的确定装置中，如图3所示，本公开实施例提供的号段关联设备的确定方法可以通过以下步骤301至步骤305实现。

步骤301、号段关联设备的确定装置根据初始号段与设备关联关系表，确定待关联号段是否与设备关联。

一种可能的实现方式中，号段关联设备的确定装置获取初始号段与设备关联关系表。其中，初始号段与设备关联关系表包括：号段-HSS关联关系表、号段-UDM关联关系表、号段-HSS-UDM关联关系表。号段关联设备的确定装置根据初始号段与设备关联关系表，来确定待关联号段是否与设备关联。

步骤302、号段关联设备的确定装置根据用户签约日志信息，确定待关联号段是否与设备关联。

一种可能的实现方式中，若待关联号段与设备之间不满足初始号段与设备关联关系表，则号段关联设备的确定装置则调用系统日志来查询用户签约日志信息。若查询成功，则号段关联设备的确定装置从用户签约日志信息中，提取用户签约号码并执行业务指令。号段关联设备的确定装置根据提取的用户签约号码以及成功执行业务指令的设备，确定待关联号段是否与设备关联。

步骤303、号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。

其中，多个号码与多个业务指令一一对应；业务指令用于确定与该业务指令对应的号码所关联的设备。

一种可能的实现方式中，号段关联设备的确定装置根据用户签约日志信息，确定待关联号段与设备未关联，则号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。

其中，第一号码是根据待关联号段随机生成的多个第一号码。其中，第一号码＝待关联号段+尾号。待关联号段为7位，尾号为4位。第一业务指令的执行设备为HSS或UDM。

步骤304、号段关联设备的确定装置指示多个设备分别执行每个业务指令。

一种可能的实现方式中，号段关联设备的确定装置根据步骤203生成的多个第一号码和多个第一业务指令，在多个设备上执行每个业务指令。

一种示例，当设备为UDM时，UDM执行以下业务指令：

其中，“1860203****”为其中一个第一号码。

步骤305、号段关联设备的确定装置根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备。

一种可能的实现方式中，号段关联设备的确定装置在多个设备上执行每个业务指令，若业务指令执行成功，则返回业务指令结果，并将执行成功的设备确定为第一号码归属的待关联号段关联的目标设备。

一种示例，如表1所示，业务指令执行成功，返回业务指令结果的结果包含以下参数：

表1

设备名称	设备IP	设备商	归属地	归属专业	设备类型

其中，设备名称为待关联号段关联设备的名称；设备IP为待关联号段关联的设备的IP地址；设备商为待关联号段关联的设备的供应商；归属地为待关联号段关联的设备的归属省份；归属专业为待关联号段关联的设备在移动通信中的专业划分，如无线网、核心网、传输网、接入网等；设备类型为HSS或UDM。

上述方案至少带来以下有益效果。号段关联设备的确定装置，根据初始号段与设备的关联关系表，确定待关联号段是否与设备有关联关系。若待关联号段和设备没有关联关系，则确定号段关联关系的设备的装置根据用户签约日志信息，确定待关联号段是否有设备有关联关系。若无法通过用户签约日志信息确定待关联号段有设备关联关系，则号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。号段关联设备的确定装置指示多个设备分别执行每个业务指令，并根据多个设备的执行结果，确定待关联号段关联的目标设备。这样，号段关联设备的确定装置能够对号段资源和设备资源的归属关系进行自动的更新和维护，解决了现有技术中，指令平台无法对号段资源和设备资源进行自动更新和维护的技术问题。

结合图3，如图4所示，上述步骤301具体还可以通过以下步骤401–步骤403实现。

步骤401、号段关联设备的确定装置确定初始号段与设备关联关系表中，是否存在以下关联关系：待关联号段与HSS的关联关系，待关联号段与UDM的关联关系。

一种可能的实现方式中，号段关联设备的确定装置是否具有待关联号段与HSS的关联关系表，是否具有待关联设备与UDM的关联关系表，以及待关联设备与HSS、UDM的关联关系表。

一种示例，如表2所示，待关联设备与HSS的关联关系表，参数如下：

表2

号段

号码

设备名称

设备IP

设备商

归属省

归属专业

设备类型

HSS

如表3所示，待关联设备与UDM的关联关系表，参数如下：

表3

号段

号码

设备名称

设备IP

设备商

归属省

归属专业

设备类型

UDM

如表4所示，待关联设备与HSS、UDM的关联关系表，参数如下：

表4

需要说明的是，待关联号段关联设备HSS和关联设备UDM，目的用于设备HSS和设备UDM号段资源共享。但是待关联号段下的号码与设备HSS和设备UDM的关联关系是相互独立的，即一个用户号码仅能关联一个设备。

可选的，如表5所示，号段与归属省的关系由号段和省份关系规划表来确定：

表5

其中，“1300H1H2H3”-“1309H1H2H3”为固定号段；“H1”的取值范围为“0”-“9”；“H2”的取值范围为“0”-“9”；“H3”的取值范围为“0”-“9”。

步骤402、号段关联设备的确定装置根据待关联号段与HSS的关联关系，待关联号段与UDM的关联关系，确定待关联号段关联的目标设备。

一种可能的实现方式中，号段关联设备的确定装置根据待关联号段与HSS的关联关系，待关联号段与UDM的关联关系，确定该待关联号段下的多个号码。号段关联设备的确定装置通过该待关联号段下的多个号码，确定待关联号段关联的目标设备。

一种示例，号段关联设备的确定装置根据多个待关联号段的号段-HSS表、号段-UDM表，以及号段-HSS-UDM表，选取其中至少一个待关联号段的号段设备关联表，并选取待关联号段下的多个号码进行验证。号段关联设备的确定装置通过待关联号段下的多个号码，确定该待关联号段关联的目标设备。

步骤403、号段关联设备的确定装置根据用户签约日志信息，确定待关联号段是否与设备关联。

一种可能的实现方式中，根据步骤402中未确定出待关联号段关联的目标设备的号码，号段关联设备的确定装置调用用户签约日志信息，来进一步确定待关联号段是否与设备关联。

一种示例，号段关联设备的确定装置根据用户签约日志信息，确定待关联号段是否与设备关联。其具体实现与步骤302类似，详细过程请参照步骤302，此处不再赘述。

上述方案至少带来以下有益效果。号段关联设备的确定装置通过初始号段与设备关联关系表来确定待关联号段的号段-HSS关联关系表、号段-UDM关联关系表，以及号段-HSS-UDM关联关系表。如果待关联号段满足这三个关联关系表，则号段关联设备的确定装置对该号段进行定期的维护和更新。若待关联号段不满足上述三个关联关系，则号段关联设备的确定装置调用用户签约日志，并通过用户签约信息，确定待关联号段是否与设备关联。

结合图3或图4，如图5所示，上述步骤302或步骤403具体还可以通过步骤501-步骤504实现。

步骤501、号段关联设备的确定装置查询用户签约日志信息中，是否存在待关联号段下的第二号码。

一种可能的实现方式中，待关联号段的设备关联关系不存在待关联号段与HSS的关联关系、待关联号段与UDM的关联关系以及待关联号段与HSS和UDM的关联关系，则号段关联设备的确定装置调用系统日志，查询用户签约日志信息，并确定用户签约日志中是否存在待关联号段下的第二号码。所述第二号码＝待关联号段+尾号。其中，待关联号段为7位，尾号为4位。

步骤502、号段关联设备的确定装置指示多个设备执行第二业务指令。

其中，第二业务指令用于确定与该业务指令对应的第二号码所关联的设备。

一种可能的实现方式中，用户签约日志中存在待关联号段下的第二号码，则号段关联设备的确定根据第二号码，指示多个设备执行第二业务指令。

一种示例，指示多个设备执行第二业务指令的实现过程与步骤304类似，详细过程请参照步骤304，此处不再赘述。

步骤503、号段关联设备的确定装置确定成功执行第二业务指令的设备，为待关联号段关联的设备。

一种可能的实现方式中，号段关联设备的确定装置根据步骤502的执行结果，对待关联号段与设备的关系表进行二次认证，并确定成功执行的第二业务指令的设备为待关联号段关联的设备。

步骤504、号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令。

一种可能的实现方式中，用户签约日志中不存在待关联号段下的第二号码，则号段关联设备的确定装置根据待关联号段随机生成多个号码和多个第一业务指令。号段关联设备的确定装置根据待关联号段生成的多个第一号码和对个第一业务指令，在所有设备上执行第一业务指令。

一种示例，号段关联设备的确定装置根据待关联号段生成多个第一号码和多个第一业务指令的实现过程与步骤304类似，详细过程请参照步骤304，此处不再赘述。

结合图3，如图6所示，步骤305具体还可以通过步骤601-步骤602来实现。

步骤601、号段关联设备的确定装置确定成功执行第一业务指令的设备，为待关联号段关联的设备。

一种可能的实现方式中，号段关联设备的确定装置通过步骤504的执行过程，确定成功执行第一业务指令的设备，为待关联号段关联的设备。并更新待关联设备的号段-HSS关系表、号段-UDM关系表、号段-HSS-UDM关系表。

步骤602、号段关联设备的确定装置确定待关联号段为未启用号段。

其中，未启用号段为不存在关联设备的号段。

一种可能的实现方式中，号段关联设备的确定装置随机生成的多个第一号码和多个第一业务指令在多个设备上均未执行成功，则号段关联设备的确定装置确定待关联号段为未启用号段。

一种示例，号段关联设备的确定装置随机生成的多个第一号码和多个第一业务指令在多个设备上均未执行成功，则号段关联设备的确定装置会对未执行成功的设备再次进行业务指令的执行。当执行的次数达到每日门限值，则号段关联设备的确定装置根据每日的门限值，调整执行业务指令的次数。

进一步的，号段关联设备的确定装置随机生成的多个第一号码和多个第一业务指令在多个设备上均未执行成功的次数达到每日门限值后，号段关联设备的确定装置确定待关联号段为未启用号段，则号段关联设备的确定装置对降低对该待关联号段检测的频次。

结合图3-图6，如图7所示，步骤305、步骤402，具体还可以通过步骤701-步骤704来实现。

步骤701、号段关联设备的确定装置确定待关联号段下的多个第三号码和多个第三业务指令。

其中，多个第三号码与多个第三业务指令一一对应；第三业务指令用于确定与该业务指令对应的第三号码所关联的设备。

一种可能的实现方式中，步骤701的具体实现方式与上述步骤303类似，其具体实现过程可以参考步骤303，此处不再赘述。

步骤702、号段关联设备的确定装置指示与待关联号段关联的设备分别执行每个第三业务指令。

一种可能的实现方式中，步骤702的具体实现方式与上述步骤304类似，其具体实现过程可以参考步骤304，此处不再赘述。

步骤703、号段关联设备的确定装置确定被目标设备成功执行的第三业务指令对应的第三号码，为与目标设备关联的号码。

一种可能的实现方式中，根据步骤702的执行结果，号段关联设备的确定装置确定被目标设备成功执行的业务指令对应的第三号码，为目标设备关联的号码。进一步的，号段关联设备的确定装置根据目标设备关联的号码，建立号码所属号段的号段与设备的关联关系，以及号码与设备的关联关系。

步骤704、号段关联设备的确定装置确定未被目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；未启用号码为不存在关联设备的号码。

一种可能的实现方式中，若步骤702的执行结果失败，则确定号段关系的设备的装置确定未被目标设备成功执行的业务指令对应的第三号码，为未启用的号码。

一种示例，号段关联设备的确定在自动学习过程中，若未启用的号码是否变更为启用的号码。若未启用的号码变更为启用的号码，则号段关联设备的确定装置再次执行步骤703。若第三号码仍未启用，则号段关联设备的确定装置确定设备为割接设备。需结合人工维护更新平台中的设备资源信息。

以上，对本公开实施例涉及到的业务传输的装置，以及号段关联设备的确定装置的各个设备的功能，设备之间的交互进行了详细说明。

可以看出，上述主要从方法的角度对本公开实施例提供的技术方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

本公开实施例可以根据上述方法示例对号段关联设备的确定装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本公开实施例可以根据上述方法示例对号段关联设备的确定装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本公开实施例提供了一种号段关联设备的确定装置，用于执行上述数据完整性确定系统中任一设备所需执行的方法。该号段关联设备的确定装置可以为本公开中涉及的号段关联设备的确定装置，或者号段关联设备的确定装置中的模块；或者是号段关联设备的确定装置中的芯片，也可以是其他用于执行空间测量确定方法的装置，本公开对此不做限定。

如图8所示，为本公开实施例提供的一种号段关联设备的确定装置的结构示意图。该号段关联设备的确定装置包括：处理单元801和通信单元802。

处理单元801，用于根据初始号段与设备关联关系表，确定待关联号段是否与设备关联。

可选的，处理单元801，还用于若否，则根据用户签约日志信息，确定待关联号段是否与设备关联。

可选的，处理单元801，还用于若是，则根据待关联号段生成多个第一号码和多个第一业务指令；多个号码与多个业务指令一一对应；业务指令用于确定与该业务指令对应的号码所关联的设备。

可选的，处理单元801，还用于指示多个设备分别执行每个业务指令。

可选的，处理单元801，还用于根据多个设备分别执行每个业务指令的执行结果，确定待关联号段关联的目标设备。

可选的，处理单元801，具体用于确定初始号段与设备关联关系表中，是否存在以下关联关系：待关联号段与HSS的关联关系，待关联号段与UDM的关联关系；若存在，则根据待关联号段与HSS的关联关系，待关联号段与UDM的关联关系，确定待关联号段关联的目标设备；若不存在，则根据用户签约日志信息，确定待关联号段是否与设备关联。

可选的，处理单元801，还具体用于查询用户签约日志信息中，是否存在待关联号段下的第二号码；若存在，则指示多个设备执行第二业务指令；第二业务指令用于确定与该业务指令对应的第二号码所关联的设备；若存在设备成功执行第二业务指令，则确定成功执行第二业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第二业务指令，则根据待关联号段生成多个第一号码和多个第一业务指令。

可选的，处理单元801，还具体用于：若存在设备成功执行第一业务指令，则确定成功执行第一业务指令的设备，为待关联号段关联的设备；若不存在设备成功执行第一业务指令，则确定待关联号段为未启用号段；未启用号段为不存在关联设备的号段。

可选的，处理单元801，还具体用于：确定待关联号段下的多个第三号码和多个第三业务指令；多个第三号码与多个第三业务指令一一对应；第三业务指令用于确定与该业务指令对应的第三号码所关联的设备；指示与待关联号段关联的设备分别执行每个第三业务指令；确定被目标设备成功执行的第三业务指令对应的第三号码，为与目标设备关联的号码；确定未被目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；未启用号码为不存在关联设备的号码。

本公开实施例提供了一种号段关联设备的确定装置，用于执行上述数据完整性确定系统中任一设备所需执行的方法。该号段关联设备的确定装置可以为本公开中涉及的号段关联设备的确定装置，或者号段关联设备的确定装置中的模块；或者是号段关联设备的确定装置中的芯片，也可以是其他用于执行空间测量确定方法的装置，本公开对此不做限定。

本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

本公开的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的号段关联设备的确定方法。

本公开的实施例提供一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如上述方法实施例中的号段关联设备的确定方法。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(Application Specific Integrated Circuit，ASIC)中。在本公开实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

由于本公开的实施例中的装置、设备、计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本公开实施例在此不再赘述。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何在本公开揭露的技术范围内的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种号段关联设备的确定方法，其特征在于，包括：

根据初始号段与设备关联关系表，确定待关联号段是否与设备关联；

若否，则根据用户签约日志信息，确定所述待关联号段是否与设备关联；

若是，则根据所述待关联号段生成多个第一号码和多个第一业务指令；所述多个号码与所述多个业务指令一一对应；所述业务指令用于确定与该业务指令对应的号码所关联的设备；

指示多个设备分别执行每个业务指令；

若存在设备成功执行所述第一业务指令，则确定成功执行所述第一业务指令的设备，为所述待关联号段关联的设备；

若不存在设备成功执行所述第一业务指令，则确定所述待关联号段为未启用号段；所述未启用号段为不存在关联设备的号段。

2.根据权利要求1所述的方法，其特征在于，所述根据初始号段与设备关联关系表，确定待关联号段是否与设备关联，包括：

确定所述初始号段与设备关联关系表中，是否存在以下关联关系：所述待关联号段与HSS的关联关系，所述待关联号段与UDM的关联关系；

若存在，则根据所述待关联号段与HSS的关联关系，所述待关联号段与UDM的关联关系，确定所述待关联号段关联的目标设备；

若不存在，则根据用户签约日志信息，确定所述待关联号段是否与设备关联。

3.根据权利要求1或2所述的方法，其特征在于，所述根据用户签约日志信息，确定所述待关联号段是否与设备关联，包括：

查询所述用户签约日志信息中，是否存在所述待关联号段下的第二号码；

若存在，则指示所述多个设备执行第二业务指令；所述第二业务指令用于确定与该业务指令对应的第二号码所关联的设备；

若存在设备成功执行所述第二业务指令，则确定成功执行所述第二业务指令的设备，为所述待关联号段关联的设备；

若不存在设备成功执行所述第二业务指令，则根据所述待关联号段生成多个第一号码和多个第一业务指令。

4.根据权利要求2所述的方法，其特征在于，在确定所述待关联号段关联的目标设备之后，所述方法还包括：

确定所述待关联号段下的多个第三号码和多个第三业务指令；所述多个第三号码与所述多个第三业务指令一一对应；所述第三业务指令用于确定与该业务指令对应的第三号码所关联的设备；

指示与待关联号段关联的设备分别执行每个第三业务指令；

确定被所述目标设备成功执行的第三业务指令对应的第三号码，为与所述目标设备关联的号码；

确定未被所述目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；所述未启用号码为不存在关联设备的号码。

5.一种号段关联设备的确定装置，其特征在于，包括：处理单元；

所述处理单元，用于根据初始号段与设备关联关系表，确定待关联号段是否与设备关联；

所述处理单元，还用于，若否，则根据用户签约日志信息，确定所述待关联号段是否与设备关联；

所述处理单元，还用于，若是，则根据所述待关联号段生成多个第一号码和多个第一业务指令；所述多个号码与所述多个业务指令一一对应；所述业务指令用于确定与该业务指令对应的号码所关联的设备；

所述处理单元，还用于指示多个设备分别执行每个业务指令；

所述处理单元，还用于若存在设备成功执行所述第一业务指令，则确定成功执行所述第一业务指令的设备，为所述待关联号段关联的设备；

所述处理单元，还用于若不存在设备成功执行所述第一业务指令，则确定所述待关联号段为未启用号段；所述未启用号段为不存在关联设备的号段。

6.根据权利要求5所述的装置，其特征在于，所述处理单元，具体用于：

确定所述初始号段与设备关联关系表中，是否存在以下关联关系：所述待关联号段与HSS的关联关系，所述待关联号段与UDM的关联关系；

若存在，则根据所述待关联号段与HSS的关联关系，所述待关联号段与UDM的关联关系，确定所述待关联号段关联的目标设备；

若不存在，则根据用户签约日志信息，确定所述待关联号段是否与设备关联。

7.根据权利要求5或6所述的装置，其特征在于，所述处理单元，具体用于：

查询所述用户签约日志信息中，是否存在所述待关联号段下的第二号码；

若存在，则指示所述多个设备执行第二业务指令；所述第二业务指令用于确定与该业务指令对应的第二号码所关联的设备；

若存在设备成功执行所述第二业务指令，则确定成功执行所述第二业务指令的设备，为所述待关联号段关联的设备；

若不存在设备成功执行所述第二业务指令，则根据所述待关联号段生成多个第一号码和多个第一业务指令。

8.根据权利要求6所述的装置，其特征在于，所述处理单元，具体还用于：

确定所述待关联号段下的多个第三号码和多个第三业务指令；所述多个第三号码与所述多个第三业务指令一一对应；所述第三业务指令用于确定与该业务指令对应的第三号码所关联的设备；

指示与待关联号段关联的设备分别执行每个第三业务指令；

确定被所述目标设备成功执行的第三业务指令对应的第三号码，为与所述目标设备关联的号码；

确定未被所述目标设备成功执行的第三业务指令对应的第三号码，为未启用号码；所述未启用号码为不存在关联设备的号码。

9.一种号段关联设备的确定装置，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-4任一项中所述的号段关联设备的确定方法。

10.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当计算机执行该指令时，该计算机执行上述权利要求1-4任一项中所述的号段关联设备的确定方法。