CN110113182A - 一种信令管理方法及系统 - Google Patents

一种信令管理方法及系统 Download PDF

Info

Publication number
CN110113182A
CN110113182A CN201910263461.0A CN201910263461A CN110113182A CN 110113182 A CN110113182 A CN 110113182A CN 201910263461 A CN201910263461 A CN 201910263461A CN 110113182 A CN110113182 A CN 110113182A
Authority
CN
China
Prior art keywords
signaling
link
module
node
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN201910263461.0A
Other languages
English (en)
Inventor
郭跃东
李海波
杨清明
亓娜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910263461.0A priority Critical patent/CN110113182A/zh
Publication of CN110113182A publication Critical patent/CN110113182A/zh
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种信令管理方法，应用于运维管理设备，所述方法包括：获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；通过所述信令信息匹配信令类型；通过所述信令类型形成信令链路，并判断信令链路是否完成；若信令链路完成，将所述信令链路存储到预置数据库。当信令链路完成，就能根据信令的地址，以信令的地址来管理，当信令链路出现了问题，说明视联网节点出现故障。将故障链路与正常的链路进行比对，就可以定位到故障的节点在哪里，在信令的链路中对信令进行跟踪，能清晰快速地判断链路中节点的位置，实现信令跟踪，并修改错误的出处；也能重现故障情形，精简了操作管理的步骤，大大提高了管理的效率。

Description

一种信令管理方法及系统
技术领域
本发明涉及网络通信领域，特别是涉及一种信令管理方法以及一种信令管理系统。
背景技术
在网络中传输着各种信号，其中一部分是我们需要的，例如打电话的语音、上网的数据包等等，而另外一部分是我们不需要的或者说不是直接需要的信号，它用来专门控制电路的，这一类型的信号我们就称之为信令，信令的传输需要一个信令网。
信令作为一个传输系统，它允许程控交换、网络数据库、网络中其它“智能”节点交换下有关信息：呼叫建立、监控、拆除、分布式应用进程所需的信息、网络管理信息。信令是在无线通信系统中，除了传输用户信息之外，也用来保证正常通信所需要的控制，因此需要对信令进行实时监控，确保通信处于安全稳定的状态。
目前常用的信令监控方法主要由两种，一种是通过发布跟踪方法，这种方法是通过指定相关网元汇报信息，从而进行分析；另外一种是获取原始数据包的方法，该方法是通过查看具体的信令流程，分析其中包含的信令及返回码，从而定位原因。
发布跟踪方法具有一定的延时性，且不一定能够完全重现故障情形，而且会占用业务带宽，互相有干扰；而获取原始数据包的方法需要层层定位，逐步分析，操作过程复杂繁琐，效率低。
发明内容
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的信令管理方法和信令管理系统。
为了解决上述问题，本发明实施例公开了一种信令管理方法，应用于运维管理设备，所述方法包括：
获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
通过所述信令信息匹配信令类型；
通过所述信令类型形成信令链路，并判断信令链路是否完成；
若信令链路完成，将所述信令链路存储到预置数据库。
可选地，所述根据所述信令信息匹配信令类型，包括：
根据所述信令查找数据字典；
根据所述数据字典匹配所述信令的信令类型；
所述信令类型包括透传信令或者响应信令。
可选地，所述根据所述信令类型形成信令链路，包括：
若所述信令为透传信令或响应信令，将所述视联网节点加入预设的已有信令链路；
若所述信令非透传信令或响应信令，将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
可选地，所述将所述视联网节点加入预设的已有信令链路，包括：
将所述视联网节点插入所述预设的链路容器中，与已有的信令链路结合生成新的信令链路。
可选地，将所述视联网节点作为新的信令链路的开始节点，创建新的链路，包括：
将所述信令加入信令容器，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
可选地，所述判断信令链路是否完成包括：
判断所述信令链路的目的地址和当前节点地址是否相同
若所述目的地址和当前节点地址相同，判断所述信令链路完成；
若所述目的地址和当前节点地址不相同，判断所述信令链路未完成。
可选地，判断所述信令链路未完成，包括：
所述信令链路等待匹配，并获取所述信令链路的等待时间；
比较所述等待的时间与预设时间；
若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
可选地，将所述信令链路标记为失败链路，将所述信令标记为失败信令，包括：
将所述信令链路加入预设的双重链表中；
将所述双重链表中的链路存入预置数据库；
将所述信令链路从双重链表中移除。
本发明还提出了一种信令管理系统，包括：
数据获取模块，用于获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
匹配模块，用于对获取的信令信息匹配信令类型；
链路模块，用于对所述信令根据信令类型生成信令链路，并判断信令链路是否完成；
若信令链路完成，将所述信令链路存储到预置数据库。
可选地，包括：
数据查找模块，用于通过所述信令查找数据字典；
类型匹配模块，用于通过所述数据字典匹配所述信令的信令类型；
所述信令类型包括透传信令或者响应信令。
可选地，包括：
链路判断模块，用于判断所述信令是否为透传信令或响应信令；
若所述信令为透传信令或响应信令，所述链路判断模块将所述视联网节点加入预设的已有信令链路；
若所述信令为非透传信令或响应信令，所述链路判断模块将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
可选地，所述链路判断模块，包括：
链路容器模块，用于将所述视联网节点插入所述预设的链路容器中，与已有的信令链路结合生成新的信令链路。
可选地，所述链路判断模块，包括：
信令容器模块，用于将所述信令加入信令容器，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
可选地，所述链路模块，包括：
地址判断模块，用于判断所述信令链路的目的地址和当前节点地址是否相同；
若所述目的地址和当前节点地址相同，所述地址判断模块判断所述信令链路完成；
若所述目的地址和当前节点地址不相同，所述地址判断模块判断所述信令链路未完成。
可选地，所述地址判断模块，包括：
等待匹配模块，用于将所述信令链路搁置等待匹配，并获取所述信令链路的等待时间；
时间比较模块，用于比较所述等待的时间与预设时间；
若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
可选地，所述等待匹配模块，包括：
添加模块，用于将所述信令链路加入预设的双重链表中；
存储模块，用于将所述双重链表中的链路存入预置数据库；
删除模块，用于将所述信令链路从双重链表中移除。
本发明还提出一种装置，包括：
一个或多个处理器；和
其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行上述的方法。
本发明还提出一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行上述的方法。
本发明实施例包括以下优点：本发明是应用在视联网信令管理，目的是对信令的监控，本发明是先获取视联网节点的视联网数据包，并提取视联网数据包中的信令信息，接着根据信令信息从而匹配信令类型，然后根据所述信令类型，将视联网节点加入链路中形成信令链路，并判断信令链路是否完成，若信令链路完成，将所述信令链路存储到预置数据库。当信令链路完成，就能根据信令的地址，以信令的地址来管理，当信令链路出现了问题，说明视联网节点出现故障。将故障链路与正常的链路进行比对，就可以定位到故障的节点在哪里，在信令的链路中对信令进行跟踪，能清晰快速地判断链路中节点的位置，实现信令跟踪，并修改错误的出处；也能重现故障情形，精简了操作管理的步骤，大大提高了管理的效率。
附图说明
图1是本发明的一种视联网的组网示意图；
图2是本发明的一种节点服务器的硬件结构示意图；
图3是本发明的一种接入交换机的硬件结构示意图；
图4是本发明的一种以太网协转网关的硬件结构示意图
图5是本发明其中一种实施例步骤流程示意图；
图6是本发明其中一种实施例步骤流程示意图；
图7是本发明其中一种实施例判断信令链路的流程示意图；
图8是本发明其中一种实施例判断为信令链路未完成流程示意图；
图9是本发明其中一种实施例将信令标记为失败信令流程示意图；
图10是本发明的一种信令管理系统结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
存储器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块304进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
参照图5，示出了本发明的一种信令管理方法，其中一种实施例的步骤流程图，在本实施例中，应用于运维管理设备，具体包括以下步骤：
步骤501，获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
在本实施例中，可以通过抓包获取视联网数据包，可以通过截取数据获取视联网数据包。通过获取数据包中的信令信息，可以对信令信息进行实时跟踪。
在本实施例中，信令信息可以包括信令的地址信息，类型信息，状态信息等等。
在本实施例中，可以获取数据包中信令信息的信令节点，通过信令节点管理该信令。
步骤502，通过所述信令信息匹配信令类型；
在本实施例中，匹配信令的类型可以根据信令的信令生成不同的链路，将类型区分开来，如管理信令，透传信令，状态信令，响应信令，线路信令，用户信令等等，可以将不同的信令分开管理，从而匹配不同的信令链路，提高了管理的效率，也可以降低管理信令的难度。
步骤503，通过所述信令类型形成信令链路，并判断信令链路是否完成；
在本实施例中，根据信令类型生成信令链路，可以通过链路判断信令是否正常工作，通过管理链路，即可知道信令的运行状态，简化了信令管理的步骤。
步骤504，若信令链路完成，将所述信令链路存储到预置数据库。
在本实施例中，技术人员可以通过调用管理数据库中的信令链路，观察信令在信令链路中的运行状态，技术人员管理更加方便，也能减少管理的工作量，提高管理效率。
本发明是应用在视联网信令管理，目的是对信令的监控，本发明是先获取视联网节点的视联网数据包，并提取视联网数据包中的信令信息，接着根据信令信息从而匹配信令类型，然后根据所述信令类型，将视联网节点加入链路中形成信令链路，并判断信令链路是否完成，若信令链路完成，将所述信令链路存储到预置数据库。当信令链路完成，就能根据信令的地址，以信令的地址来管理，当信令在信令链路中运行出现了问题，说明视联网节点出现故障。将故障链路与正常的链路进行比对，就可以定位到故障的节点在哪里，在信令的链路中对信令进行跟踪，能清晰快速地判断链路中节点的位置，实现信令跟踪，并修改错误的出处；也能重现故障情形，精简了操作管理的步骤，大大提高了管理的效率。
在本实施例中，可以直接从视联网的数据库中获取视联网节点，也可以从通过对视联网数据库中生成一个镜像设备，从镜像设备中获取视联网节点，在镜像设备中对生成信令链路，最后再存储到数据库中。
参照图6，示出了本发明的一种信令管理方法其中一种实施例的步骤流程图，在本实施例中，应用运维管理设备，具体包括以下步骤：
步骤601，获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
在本实施例中，通过探针抓包的方式，获取视联网节点的视联网数据包，使用探针抓包可以监视视联网的网络状态、数据流动情况以及网络上传输的信息，在抓取节点数据的同时能实时对节点进行监控。
步骤602，通过所述信令查找数据字典，根据所述数据字典匹配所述信令的信令类型；
在本实施例中，由于数据字典是描述数据的信息集合,是对系统中使用的所有数据元素的定义的集合，在获取了信令后，通过查找数据字典，能在数据字典中快速有效地找到抓取的信令所对应的信令类型，提高了查询速度，也提高了管理效率。
步骤603，通过所述信令类型形成信令链路；
通过信令的类型，将信令生成信令链路，通过信令链路对信令进行管理，通过判断信令在链路的运行情况，对信令进行实时监控，能提高信令的管理效率。
在本实施例中，步骤603可以包括：
若所述信令为透传信令或响应信令，将所述视联网节点加入预设的已有信令链路；
若所述信令非透传信令或响应信令，将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
当信令为透传信令或响应信令时，将视联网节点加入已存入数据库的预设信令链路中，形成新的链路，就能在已有的信令链路中，对视联网节点进行监控。在管理时，只需要信令在已有链路中的运行情况，就能知道链路中的节点是否出现了问题。既能提高信令管理效率，有能降低了信令管理难度。
在本实施例中，当已有的信令链路添加了一个新的节点，都需要判断该信令链路是否完成，避免加入了新的节点，而导致已有的链路出现问题。
在本实施例中，将所述视联网节点加入预设的已有信令链路，包括：
将所述视联网节点插入所述预设的链路容器(List容器)中，与已有的信令链路结合生成新的信令链路。
在链路容器(List容器)中可以指将多个节点汇聚在一起，形成一个完整的信令链路，而且链路容器(List容器)可以将多个端口聚在一起，从多个端口中接收节点，而且若当某个端口的链路出现故障，能及时关闭某个端口，也能对某个端口检测，提高了信令的管理效率。
在本实施例中，透传信令将传输内容从原地址送到目的地址，就能在信令链路中观察信令的地址，就能知道信令的运行状态，从而更加方便管理；而响应信令可以通过技术人员发送一个响应指令，观察信令是否匹配，从而知道信令在链路中的运行状态。
在本实施例中，若所述信令非透传信令或响应信令，将所述视联网节点作为新的信令链路的开始节点，创建新的链路，包括：
将所述信令加入信令容器(Map容器)，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
当信令非透传信令，也非响应信令时，将视联网节点作为新的信令链路的开始节点，是为了让信令更容易管理。因为当信令非透传信令，也非响应信令时，需要额外一条链路对其进行管理。而加入一条新的信令链路，能将已有的信令链路与新建立的信令链路区分开，更加方便管理。
在本实施例中，将信令节点加入预设的哈希表中，能快速查找哈希表中的视联网节点，以加快查找的速度。哈希表可以通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。
在本实施例中，每一个非透传信令或响应信令的信令，在哈希表中形成新的链路，若该信令的视联网节点无法形成一个链路，可以等待下一个非透传信令或响应信令的信令，将下一个信令的视联网节点与上一个信令的视联网节点一起形成一个新的链路。
步骤604，判断信令链路是否完成；
参照图7，在本实施例中，步骤604可以包括以下子步骤：
子步骤6041，判断所述信令链路的目的地址和当前节点地址是否相同；
子步骤6042，若所述目的地址和当前节点地址相同，判断所述信令链路完成；
子步骤6043，若所述目的地址和当前节点地址不相同，判断所述信令链路未完成；
在获取信令信息时，信令信息包括了信令的地址信息，通过获取信令当前的节点地址与目的地址，若当前的节点地址与目的地址相同，即信令可以在链路中到达目的地，信令链路导通，该信令链路完成。
在本实施例中，也可以通过判断信令的状态，若信令的当前状态与目的状态相同，则判断信令链路完成；若信令的当前状态与目的状态不同，则判断信令的链路未完成。
通过判断形成的信令链路在运行时的目的地址和当前地址是否相同，就能判断信令链路是否完成。同时也能根据判断结果，知道问题出在哪了。如当信令链路的目的地址和当前地址不同，就能通过查询信令的当前地址，通过当前地址知道信令运行到哪里出了问题。更加快速方便地对信令进行管理。
参照图8，在本实施例中，子步骤6043判断所述信令链路未完成，还可以包括以下子步骤：
子步骤60431，所述信令链路等待匹配，并获取所述信令链路的等待时间；
子步骤60432，比较所述等待的时间与预设时间；
子步骤60433，若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
当判断信令链路没完成时，可以让信令链路等待匹配，可以让技术人员查找并解决问题，从而使该信令链路完成；也可以在等待的过程中，获取哈希表中未能生成信令链路的信令的信令节点，将该信令节点添加到正在等待的信令链路中，从而生成新的链路。
当等待的时间超出了预设的时间，则将该信令链路标记为失败链路，该信令标记为失败信令。
在本实施例中，预设的时间可以根据实际应用需要进行调整。
在本实施例中，等待的时间通过分别获取信令生成链路时间与当前的时间作差得到，可选地，可以通过获取信令生成链路的时间戳与当前时间的时间戳，将两个时间戳作差，得到等待时间。
参照图9，在本实施例中，子步骤60433将所述信令链路标记为失败链路，将所述信令标记为失败信令，还可以包括以下子步骤：
子步骤604331，将所述失败信令加入预设的双重链表中；
子步骤604332，将所述双重链表中的链路存入预置数据库；
子步骤604333，将所述信令链路从双重链表中移除。
在本实施例中，可以通过预置数据库将未完成的信令链路从双重链表中移除，也可以通过运维管理设备将未完成的信令链路从双重链表中移除。
通过将失败信令加入双重链表中，可以添加多个失败链路，将多个失败链路同时存入预置的数据库中，同时将多个失败链路删除，提高了管理效率，避免多个失败的链路积累在数据库中。
步骤605，若信令链路完成，将所述信令链路存储到预置数据库。
在本实施例中，当信令为透传信令或响应信令时，将信令的信令节点加入预设的原有信令链路中，生成新的信令链路，生成的信令的信令链路可以存放到双重链表中，由双重链表将该链路存储在预置数据库中，也可以通过运维管理设备将新的信令链路存储到预置的数据库中；当信令为非透传信令或响应信令时，信令加入到哈希表中生成新的信令链路，该信令链路可以通过哈希表存储到预置数据库中，也可以将该新的信令链路存放到双重链表中，由双重链表将该链路存储在预置数据库中。
在本实施例中，双重链表可以划分多个链表，其中一个双重链表可以存放原有完成的信令链路，其中一个可以存储由非透传信令或响应信令的信令生成的信令链路，另外一个可以存储失败链路等等。
在本实施例中，根据信令的类型将信令生成信令链路，同时判断链路是否完成，当信令链路完成了，即可作为一个正常的链路存储到预置的数据库中。当信令在信令链路的运行传输出现问题时，可以作为一个正常链路与故障链路进行比对，从而检测到故障链路的问题出现在哪里。而且将信令链路存储在数据库中可以方便技术人员对各个信令链路进行管理，从而提高了管理效率。
可选地，在本实施例中，是以视联网Mac地址作为视联网节点。通过将视联网Mac地址作为视联网节点，能获取信令的路径，在进行管理时，通过Mac地址为出发地址，判断最后的目的地址与当前节点地址是否相同，就能判断链路是否完成。而且得到的信令链接会形成Mac地址链路，可以清晰地观察到任务的执行情况，如果某个位置出现故障，链路就会停止某个位置，从而可以查询该位置的地址，就根据就能根据该地址判断问题到底在哪里，这样能快速有效地判断，从而提高了管理的效率。
可选地，在本实施例中，信令类型包括透传信令或响应信令，透传信令只负责将传输的内容由源地址传输到目的地，获取透传信令就能获取到信令的节点的传输路径，从而能通过节点的传输路径对节点进行有效的管理。而而加入响应信令可以判断信令是否有响应，若信令没有响应，则证明信令的节点出现了故障，没能接收请求或指令；若信令得到响应，则信令所在的链路导通，可以接收请求或指令，从而提高了管理的效率。
在发明提出的信令管理方法，在对视联网信令管理时，先通过抓包方式获取视联网相关功能的每个节点产生的每一个信令信息，根据该信令信息(如Mac地址等)链接形成地址的链路，可以一目了然地观察到任务的执行情况；当链路运行时的当前地址与目的地址相同，链路完整，信令运行正常，当出现故障，链路运行时的当前地址与目的地址不相同，可以根据当前地址，知道链路在哪个位置出现了问题，更加容易判断出问题的位置。
参照图10，示出了本发明提出的信令管理系统的结构框图，具体可以包括以下模块：
数据获取模块1001，用于获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
匹配模块1002，用于对获取的信令信息匹配信令类型；
链路模块1003，用于对所述信令根据信令类型生成信令链路，并判断信令链路是否完成；
若信令链路完成，将所述信令链路存储到预置数据库。
本发明实施例中，通过数据获取模块，获取视联网节点，从视联网节点中获取视联网数据包，从视联网数据包中获取信令信息，然后根据信令信息匹配信令类型，接着根据信令类型生成信令链路，判断信令链路是否完成，完成将该信令链路保存到预置数据库中。在管理信令时，通过生成的信令链路判断信令是否出现故障，当信令出现故障，信令的出发地址与目的地址不同，就能检测通过检测信令的目的地址，知道信令运行到哪里，也知道故障出现在哪里，从而对信令进行实时监控。
在本实施例中，所述匹配模块，包括：
数据查找模块，用于通过所述信令查找数据字典；
类型匹配模块，用于通过所述数据字典匹配所述信令的信令类型；
所述信令类型包括透传信令或者响应信令。
通过查找数据字典，能快速有效地匹配到信令的类型，提高管理效率，而使用透传信令，运行时只要两个地址，一个目的地址另一个是出发地址，只需要检测两个地址是否相同，即可知道信令链路是否出现问题，采用响应信令为了可以在管理时，确定信令是否得到响应，从而判断链路是否正常。若信令得到响应，链路正常，若信令得不到响应，链路不正常。可以提高管理的效率，当信令链路数量多，可以无需每一条链路都一一检查，只需要确定是否得到响应即可。
在本实施例中，所述链路模块，包括：
链路判断模块，用于判断所述信令是否为透传信令或响应信令；
若所述信令为透传信令或响应信令，所述链路判断模块将所述视联网节点加入预设的已有信令链路；
若所述信令为非透传信令或响应信令，所述链路判断模块将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
当信令非透传信令或响应信令时，将该信令的节点作为新的信令链路节点创建新的链路，能更加方便管理，形成的新的链路也不会与已有的链路混合。
在本实施例中，所述链路判断模块，包括：
链路容器模块，用于将所述视联网节点插入所述预设的链路容器(List容器)中，与已有的信令链路结合生成新的信令链路。
在本实施例中，所述链路判断模块，包括：
信令容器模块，用于将所述信令加入信令容器(Map容器)，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
在本实施例中，采用哈希表是为了在判断链路是否完成时，能快速查找出加入该链路的视联网节点，提高查找速度。
在本实施例中，所述链路模块，包括：
地址判断模块，用于判断所述信令链路的目的地址和当前节点地址是否相同；
若所述目的地址和当前节点地址相同，所述地址判断模块判断所述信令链路完成；
若所述目的地址和当前节点地址不相同，所述地址判断模块判断所述信令链路未完成。
通过判定目的地址和当前节点地址是否相同，即可知道该信令链路是否完成，若目的地址和当前节点地址不相同，即信令在其所在的链路中运行出现了问题，就能通过查找信令当前地址，就能知道信令的问题出现在哪里，实现信令的实时监控。
在本实施例中，所述地址判断模块，包括：
等待匹配模块，用于将所述信令链路搁置等待匹配，并获取所述信令链路的等待时间；
时间比较模块，用于比较所述等待的时间与预设时间；
若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
设置的预设时间可以根据实际应用需要进行修改。在本实施例中，等待的时间通过获取当前时间与信令生成链路的时间，两个时间作差，得到等待时间。而信令生成链路的时间可以获取信令生成链路的时间戳获得。
所述等待匹配模块，包括：
添加模块，用于将所述信令链路加入预设的双重链表中；
存储模块，用于将所述双重链表中的链路存入预置数据库；
删除模块，用于将所述信令链路从双重链表中移除。
在本实施例中，采用双重链表是为了可以存储多个失败链路。由于每个链路在判定为未完成时，就需要等待匹配，在此等待的过程中，还会有其他链路生成，从而有多个链路在同时进行等待匹配，因此有可能是多个失败链路，而采用双重链表能通知存储多个链路，而无需对每个链路都逐个逐个存储再存入预置数据库中。
在本实施例中，可以获取视联网相关功能产生的每一个信令信息，根据信令信息的链接地址形成地址链路，可以一目了然地观察到任务的执行情况，如果出现故障，根据链路判断故障位置，从而简化了管理步骤，降低了管理难度，提高了管理效率，并且也能根据故障位置快速地判断故障的问题所在。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本发明实施例还提供了一种装置，包括：
一个或多个处理器；和
其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行本发明实施例所述的方法。
本发明实施例还提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行本发明实施例所述的方法。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种信令管理方法和一种信令管理系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (18)

1.一种信令管理方法，其特征在于，应用于运维管理设备，所述方法包括：
获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
通过所述信令信息匹配信令类型；
通过所述信令类型形成信令链路，并判断信令链路是否完成；
若信令链路完成，将所述信令链路存储到预置数据库。
2.根据权利要求1所述的方法，其特征在于，所述根据所述信令信息匹配信令类型，包括：
根据所述信令查找数据字典；
根据所述数据字典匹配所述信令的信令类型；
所述信令类型包括透传信令或者响应信令。
3.根据权利要求2所述的方法，其特征在于，所述根据所述信令类型形成信令链路，包括：
若所述信令为透传信令或响应信令，将所述视联网节点加入预设的已有信令链路；
若所述信令非透传信令或响应信令，将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
4.根据权利要求3所述的方法，其特征在于，所述将所述视联网节点加入预设的已有信令链路，包括：
将所述视联网节点插入所述预设的链路容器中，与已有的信令链路结合生成新的信令链路。
5.根据权利要求3所述的方法，其特征在于，将所述视联网节点作为新的信令链路的开始节点，创建新的链路，包括：
将所述信令加入信令容器，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
6.根据权利要求1所述的方法，其特征在于，所述判断信令链路是否完成包括：
判断所述信令链路的目的地址和当前节点地址是否相同
若所述目的地址和当前节点地址相同，判断所述信令链路完成；
若所述目的地址和当前节点地址不相同，判断所述信令链路未完成。
7.根据权利要求6所述的方法，其特征在于，判断所述信令链路未完成，包括：
所述信令链路等待匹配，并获取所述信令链路的等待时间；
比较所述等待的时间与预设时间；
若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
8.根据权利要求7所述的方法，其特征在于，将所述信令链路标记为失败链路，将所述信令标记为失败信令，包括：
将所述信令链路加入预设的双重链表中；
将所述双重链表中的链路存入预置数据库；
将所述信令链路从双重链表中移除。
9.一种信令管理系统，其特征在于，包括：
数据获取模块，用于获取视联网节点的视联网数据包，提取所述视联网数据包中的信令信息；
匹配模块，用于对获取的信令信息匹配信令类型；
链路模块，用于对所述信令根据信令类型生成信令链路，并判断信令链路是否完成；
若信令链路完成，将所述信令链路存储到预置数据库。
10.根据权利要求9所述的系统，其特征在于，所述匹配模块，包括：
数据查找模块，用于通过所述信令查找数据字典；
类型匹配模块，用于通过所述数据字典匹配所述信令的信令类型；
所述信令类型包括透传信令或者响应信令。
11.根据权利要求10所述的系统，其特征在于，所述链路模块，包括：
链路判断模块，用于判断所述信令是否为透传信令或响应信令；
若所述信令为透传信令或响应信令，所述链路判断模块将所述视联网节点加入预设的已有信令链路；
若所述信令为非透传信令或响应信令，所述链路判断模块将所述视联网节点作为新的信令链路的开始节点，创建新的链路。
12.根据权利要求11所述的系统，其特征在于，所述链路判断模块，包括：
链路容器模块，用于将所述视联网节点插入所述预设的链路容器中，与已有的信令链路结合生成新的信令链路。
13.根据权利要求11所述的系统，其特征在于，所述链路判断模块，包括：
信令容器模块，用于将所述信令加入信令容器，将所述信令的视联网节点加入预设的哈希表，以所述视联网节点作为新的信令链路的开始节点，创建新的信令链路。
14.根据权利要求9所述的系统，其特征在于，所述链路模块，包括：
地址判断模块，用于判断所述信令链路的目的地址和当前节点地址是否相同；
若所述目的地址和当前节点地址相同，所述地址判断模块判断所述信令链路完成；
若所述目的地址和当前节点地址不相同，所述地址判断模块判断所述信令链路未完成。
15.根据权利要求14所述的系统，其特征在于，所述地址判断模块，包括：
等待匹配模块，用于将所述信令链路搁置等待匹配，并获取所述信令链路的等待时间；
时间比较模块，用于比较所述等待的时间与预设时间；
若所述等待的时间超过所述预设时间，将所述信令链路标记为失败链路，将所述信令标记为失败信令。
16.根据权利要求15所述的系统，其特征在于，所述等待匹配模块，包括：
添加模块，用于将所述信令链路加入预设的双重链表中；
存储模块，用于将所述双重链表中的链路存入预置数据库；
删除模块，用于将所述信令链路从双重链表中移除。
17.一种装置，其特征在于，包括：
一个或多个处理器；和
其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行如权利要求1-8所述的方法。
18.一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如权利要求1-8的方法。
CN201910263461.0A 2019-04-02 2019-04-02 一种信令管理方法及系统 Withdrawn CN110113182A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910263461.0A CN110113182A (zh) 2019-04-02 2019-04-02 一种信令管理方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910263461.0A CN110113182A (zh) 2019-04-02 2019-04-02 一种信令管理方法及系统

Publications (1)

Publication Number Publication Date
CN110113182A true CN110113182A (zh) 2019-08-09

Family

ID=67485024

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910263461.0A Withdrawn CN110113182A (zh) 2019-04-02 2019-04-02 一种信令管理方法及系统

Country Status (1)

Country Link
CN (1) CN110113182A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110611654A (zh) * 2019-08-12 2019-12-24 视联动力信息技术股份有限公司 会议信令的链路生成方法、装置、电子设备及存储介质
CN113055225A (zh) * 2021-02-08 2021-06-29 网宿科技股份有限公司 网络故障分析数据的获取方法、终端及服务器

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110611654A (zh) * 2019-08-12 2019-12-24 视联动力信息技术股份有限公司 会议信令的链路生成方法、装置、电子设备及存储介质
CN110611654B (zh) * 2019-08-12 2022-03-25 视联动力信息技术股份有限公司 会议信令的链路生成方法、装置、电子设备及存储介质
CN113055225A (zh) * 2021-02-08 2021-06-29 网宿科技股份有限公司 网络故障分析数据的获取方法、终端及服务器
CN113055225B (zh) * 2021-02-08 2023-12-05 网宿科技股份有限公司 网络故障分析数据的获取方法、终端及服务器

Similar Documents

Publication Publication Date Title
CN108023910B (zh) 一种基于视联网的终端监控方法和系统
CN108075920B (zh) 一种视联网终端的管理方法和系统
CN108234396A (zh) 一种监控设备状态信息实时同步的方法及装置
CN108965040A (zh) 一种视联网的业务监控方法和装置
CN109167960A (zh) 一种视频流数据的处理方法和系统
CN109167953A (zh) 终端告警方法和装置
CN109818776A (zh) 微服务模块异常定位方法和装置
CN107888401A (zh) 一种实时监控视联网终端cpu利用率的方法和系统
CN109889779A (zh) 一种报文乱序的处理方法和装置
CN110536099A (zh) 告警方法、装置和计算机可读存储介质
CN109976933A (zh) 一种日志处理方法和装置
CN110519072A (zh) 一种巡检方法、系统和装置
CN109587432A (zh) 一种会议发言终端切换方法及系统
CN109284265A (zh) 一种数据存储方法和系统
CN110048903A (zh) 一种协转网关状态监控方法和装置
CN110046222A (zh) 一种智能问答方法和系统
CN110113182A (zh) 一种信令管理方法及系统
CN109151519A (zh) 一种基于视联网的配置分发方法和系统
CN108696398B (zh) 一种通讯网络中的通讯环回故障检测方法和装置
CN109525463A (zh) 一种检测64位视联网协议通信功能的方法和装置
CN110505107A (zh) 一种监控方法和视联网管理系统
CN110493149A (zh) 一种报文处理的方法和装置
CN110417792A (zh) 通信方法、系统、网关设备及存储介质
CN110048911A (zh) 一种基于视联网的级联方法和服务器
CN110012316A (zh) 一种视联网业务的处理方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20190809