CN107094085A - 一种信令传送方法及装置 - Google Patents
一种信令传送方法及装置 Download PDFInfo
- Publication number
- CN107094085A CN107094085A CN201610089382.9A CN201610089382A CN107094085A CN 107094085 A CN107094085 A CN 107094085A CN 201610089382 A CN201610089382 A CN 201610089382A CN 107094085 A CN107094085 A CN 107094085A
- Authority
- CN
- China
- Prior art keywords
- signaling
- index
- state
- user
- network element
- 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.)
- Granted
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/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1664—Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种信令传送方法及装置,该方法包括:解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元,用以解决现有技术北向接口只能依次对信令串行执行,导致执行效率低下的问题。
Description
技术领域
本发明涉及通信领域,尤其涉及一种信令传送方法及装置。
背景技术
在电信网络管理中,运营商侧的网络管理系统(Network ManagementSystem,简称NMS)承担了管理者的作用,综合网元管理系统(ElementManagement System,简称EMS)承担了代理者的作用。它们之间的网络管理接口即为北向接口。
北向Corba接口是北向接口的一种,Corba用接口描述语言(Interfacedescription language,简称IDL)来描述接口,运营商将一整套的管理命令用接口定义语言描述出来写成IDL文件,由电信服务商完成IDL中接口具体的管理操作的实现,当NMS依据IDL文件通过北向Corba接口向EMS发出管理命令时,EMS完成管理操作并返回操作响应。
现有技术中,如图1所示,NMS将携带开通指定业务指令的IDL文件发送至北向Corba接口后,北向Corba接口通过解析IDL文件,顺序的将其中的指令转换成网络信令,并将网络信令送达至EMS,已完成该指定业务的开通。在此过程中,为了统一时序,避免浪涌,北向Corba接口向EMS发送一条网络信令后,在确认收到网元回应后,再继续解析执行下一条网络信令。
现有技术中北向接口以严格顺序执行方式进行信令传送,虽然保证了高可靠性和时序一致性,但是,北向接口只能依次对信令串行执行,导致执行效率低下。
发明内容
本发明实施例提供一种信令传送方法及装置,用以解决现有技术北向接口只能依次对信令串行执行,导致执行效率低下的问题。
本发明方法包括一种信令传送方法,该方法包括:解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
基于同样的发明构思,本发明实施例进一步地提供信令传送装置,该装置包括:解析单元,用于解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;划分单元,用于根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;发送单元,用于将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
本发明实施例一方面将解析得到包含若干条用户标识的信令的集合进行分组,将同一用户标识的信令划分为一个子集中;另一方面,并行执行所有子集中的信令传送动作,不同子集之间的信令发送不必等待关于彼此信令的回应消息,而每个子集中的信令则严格按照顺序执行,当前信令在发送之前,必须收到前一信令的回应消息。这样,既保证时序一致,又可以并行高效地完成信令的传送,因此避免错序执行的同时,提高了信令传送的效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中电信网络管理的信令传送架构示意图;
图2为本发明实施例提供一种信令传送方法流程示意图;
图3为本发明实施例提供一种信令传送步骤示意图;
图4为本发明实施例提供一种信令传送装置示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
参见图2所示,本发明实施例提供一种信令传送方法流程示意图,具体地实现方法包括:
步骤S101,解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合。
步骤S102,根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识。
步骤S103,将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
在步骤S101中,以北向接口为例,假设北向接口收到BOSS(Business&Operation Support System,业务运营支撑系统)系统发来的名为2015090101.R的批处理请求文件,北向接口目前解析了这个文件的部分内容,得到6条网络信令,分别是MML1、MML2、MML3、MML4、MML5、MML6。北向接口记录当前解析这个文件的位置偏移量0xab1255cf,并将位置偏移量0xab1255cf记录在处理结果文件中。
其中,每条网络信令中包含相应的用户标识信息,用户标识信息可以是IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码),等。假设MML1中的用户标识是460011234567890,MML2中的用户标识是460011234567891,MML3中的用户标识与MML1相同,也是460011234567890,MML4中的用户标识是460011234567892,MML5中的用户标识与MML2相同,也是460011234567891,MML6中的用户标识与MML4相同,也是460011234567892。
基于网络信令中具备不同的用户标识信息,不同用户标识的网络信令的执行先后顺序并不需要按照顺序严格执行,故不同用户标识的网络信令在时间上可以并行执行。所以北向接口可以将上述解析得到的网络信令进行划分,相同的用户标识对应的网络信令可以放在同一个子集中,这样,就可以同时执行不同子集中的网络信令,而且也不会引发错序执行。
为了实时有效地划分上述解析生成的网络信令,本发明实施例通过建立索引的方式进行划分,具体地,生成与每条信令相对应的索引;根据所述用户标识,将所述索引划分到不同的队列中,其中,同一队列中的索引对应的信令的用户标识相同,同一队列中索引的位置由索引对应的信令的顺序决定;将同一队列中的索引对应的信令,作为所述信令集合的一个子集。
例如,可以将上述MML1、MML2、MML3、MML4、MML5、MML6中的用户标识(见表格一)分别生成相应的索引a、b、c、d、e、f(见表格二)。因为MML3中的用户标识与MML1相同,所以a、c一起放在第一行中,同理,将b、e一起放在第二行中、将d、f一起放在第二行中。
表格一:
MML1(460011234567890) |
MML2(460011234567891) |
MML3(460011234567890) |
MML4(460011234567892) |
MML5(460011234567891) |
MML6(460011234567892) |
表格二:
第1行 | a | c | |
第2行 | b | e | |
第3行 | d | f |
考虑到用户标识通常是较长序列的字符串,如果通过比较字符串是否相同将不同的网络信令对应的索引划分到一行中,处理效率相对较慢。故,本发明实施例进一步地,依次将所述信令中的用户标识对应的字符串进行进制转换,得到与每个用户标识对应的数据;从转换得到的数据中,确定出相同数据对应的信令;将相同数据对应的信令的索引排列在同一个队列中,所述同一个队列中索引对应的信令构成一个子集。这样,可以使信息保存数据最小化,达到可实时保存的效率要求。
具体地,可以利用CLHASH散列算法,将网络信令中的IMSI通过CLHASH算法完成数值序列化,即转换成十六进制的键值Key,转化得到的Key被保存在寄存器中。例如,上述6个网络信令被转换成表格三中的Key。
表格三:
IMSI | Key |
MML1(460011234567890) | 3459 |
MML2(460011234567891) | 3460 |
MML3(460011234567890) | 3459 |
MML4(460011234567892) | 3461 |
MML5(460011234567891) | 3460 |
MML6(460011234567892) | 3461 |
因为相同的IMSI进制转换之后的Key相同,所以通过比较Key,就可以将相同用户标识的索引排列在同一行中。这样做的效果是,以一个十六进制方式保存key在一个比特位上,使得数据占用内存量最小,且保存的信息完整,同时提高数值比较运算的处理效率。
当完成上述进制转换和索引的建立之后,将每个索引的状态预先设置为未执行状态,然后就可以将不同队列中的网络信令发送至网元,具体地发送方法是:周期扫描所述队列中的索引,确定每个队列中首个状态为未执行状态的索引;将所述每个队列中首个状态为未执行状态的索引对应的信令,确定为待发送的第一信令集合;
将待发送的第一信令集合中的信令并行发送至网元后,设置与所述第一信令集合对应的第一索引的状态为已发送状态;
获取网元发送的所述第一信令集合中的信令的回应消息,并根据所述回应消息,将所述回应消息对应的索引的状态标记为已执行状态。
例如,可以设定一个定时器,将周期设定为6S,即每6秒扫描一下表格二中的索引,从表格二中找到每一行中的第一个状态为未执行状态的索引,第一次扫描得到每一行中索引a、索引b、索引d的状态为未执行状态,则将索引a、索引b、索引d对应的网络信令发送至网元侧,并将索引a、索引b、索引d状态标记为已发送状态。在进行第二周期扫描前,北向接口收到网元侧发送的关于MML1和MML4的回应消息,所以再次将索引a、索引d的状态标记成已执行状态。故进行第二次扫描,得到表格二中每一行首个未执行状态的索引为索引c、索引f,因此再次将索引c、索引f对应的网络信令发送至网元侧。这样,就完成了不同子集中的网络信令被并行发送至网元侧,提高了信令传送的效率。
在通过上述定时器扫描索引队列触发网络信令传送的同时,本发明实施例还可以根据接收的网元侧发送的回应消息,触发网络信令的发送。例如在上述第二次扫描进行前,收到了MML2的回应消息,故将索引b的状态标记为已执行状态,同时立即将索引b之后的索引e对应的网络信令MML5发送至网元侧,并将索引e的状态标记为已发送状态。可见,在并行发送网络信令的同时,每一行中的索引对应的网络信令仍然严格按照顺序执行,后一信令在发送之前,必须收到前一信令的回应消息,保证了时序性,避免时序错乱。通过定时器达到和网元回应到达结合的触发机制,使得执行触发高可靠,同时也意味着上一执行已经完毕,一定有一个执行可以马上开始,满足了执行即时要求,达到等待最短,执行效率最高的目的。
为了更加系统地描述上述信令传送的过程,本发明实施例进一步地提供图3所示的信令传送过程图,具体阐述这一过程。
步骤一,BOSS系统在将批量请求指令文件2015090101.R送达至信令接口之后,接口会将指定4条指令从批指令文件2015090101.R读取并解析成为4条信令MML1、MML2、MML3、MML4,然后插入“二级缓存”中,完成指令解析和第一次缓存,同时进行执行情况登记。将批指令文件名2015090101.R,以及完成读取的指令数量(4条)以及当前解析位置偏移量0xab1255cf记录在“结果单元”的处理结果文件中。
步骤二,接口从“二级缓存”中获取MML信令,利用CLHASH散列算法,根据MML信令中的用户标识IMSI通过CLHASH算法完成数值序列化,即转换成唯一的键值Key,并将Key值在“寄存器”单元进行查找,如果没有找到,则插入“寄存器”。然后根据插入位置,找到对应的“一级缓存”对应队列,并把MML在“二级缓存”中的位置序号追加到“一级缓存”中对应的执行队列中,如果“寄存器”已满,则停止处理。CLHASH算法通过将字符串格式的用户标识,转换成数值,然后以一个十六进制方式保存在目标整形数的一个BYTE位上,使得数据占用量最小,且信息完整,同时提高数值比较等运算的操作效率。
此例将MML1中的用户标识460011234567890,转换成Key值3459后未在寄存器中找到,然后将Key值3459插入到“寄存器”的第1单元中。然后找到“一级缓存”的第1个队列,将MML1在“二级缓存”中的存放位置a,记录到第1队列的首单元中。
同样将MML2中的用户标识460011234567891,转换成Key值3460后未在寄存器中找到,然后将Key值3460插入到“寄存器”的第2单元中。然后找到“一级缓存”的第2个队列,将MML2在“二级缓存”中的存放位置b,记录到第2队列的首单元中。
将MML4中的用户标识460011234567892,转换成Key值3461后未在寄存器中找到,然后将Key值3461插入到“寄存器”的第3单元中。然后找到“一级缓存”的第3个队列,将MML4在“二级缓存”中的存放位置d,记录到第2队列的首单元中。
步骤三,对于计算的Key在“寄存器”查到记录的情况,如MML3中的用户标识460011234567890,转换成Key值3459,在寄存器中查找在第1单元已经存在。则根据所在“寄存器”单元位置1,找到“一级缓存”中对应的第1执行队列尾部,即第1执行队列的第2个单元,追加其在“二级缓存”中的索引值c。如果执行队列已满,则停止处理。不断重复上述过程,完成整体数据的加载和组织。
步骤四,“一级缓存”每个单元格除了记录位置序号外,还有个状态标识记录着当前网络信令是否已执行。当插入“一级缓存”的执行队列后,即步骤三结束后,会判断当前执行队列首索引状态是否已经执行,若状态为未执行状态,则对其对应在“二级缓存”中的指令进行触发执行,即将相关信令发送至核心网网元设备。如在将MML3在“二级缓存”中的位置c,插入“一级缓存”的第1队列尾部时,会检查队列首单元是否已经执行,即存放a的单元是否已执行,如果未执行,则将“二级缓存”中a位置中的信令MML1取出,发送给网元,同时将当前执行队列中的首单元状态修改为“已发送”。
为了保证通讯可靠性,信令接口和网元的信息交互都是采用应答确认机制,一个请求以一个应答方式进行一一确认,在请求和应答消息中均携带唯一序列号,用以确保应答和请求的独属对应关系,保证通讯的正确性校验。
步骤五,当核心网网元的相关应答回复至接口后,会将文件执行状态更新到结果单元中。更新记录对应的指令文件的回应文件名,当前得到回应记录条数,以及当前写位置。在任务列表文件中记录,当前回应文件是2015090101.A,当前回应数2,文件偏移量为0xff0edfa。然后将“二级缓存”中对应的MML1删除,将“一级缓存”第1队列的队列首单元清空,并将队列首定义为下一个待执行单元格。
步骤六,将网元的回应写入回应结果文件2015090101.A,作为BOSS批指令文件2015090101.R的回应文件,作为处理结果供BOSS参考。
步骤七,为了保证执行的效率最大化,当信令接口的定时器到达和网元应答消息到达时,二者满足其一的时候,都会触发信令接口的处理任务。即触发“一级缓存”各个队列的扫描动作实现信令的发送,对于未执行的队列,重复步骤四完成该队列首单元执行,然后检查该队列是否满,如果不满则继续从“二级缓存”向“一级缓存”加载新信令。然后扫描执行下一个执行队列。
因为现有的信令传送过程发生故障,没有记录批处理请求文件的解析状态和网络信令的发送状态,所以只能够重新执行一遍,这样,显然重复地工作,降低了处理效率,故,本发明实施例进一步地根据网元的回应消息,确定当前执行完成的信令的物理地址;将所述物理地址和所述信令集合中的信令、以及信令的执行状态保存在镜像文件中,以用于在发生故障后恢复。
具体的实现的过程是信令接口在重启后,会将保存的映像文件加载至内存,加载成功后,“核单元”中的各模块的保存内容均恢复到故障发生前的数据,即灾难前的整体状态,相关信令,索引,执行队列均恢复为原状态。然后,根据结果单元中的记录,打开批指令文件2015090101.R,并偏移到0xab1255cf处理位置。打开回应文件2015090101.A,并偏移到0xff0edfa位置。实现了灾难前,读取、写入文件的句柄等资源恢复。这样,通过实时保存执行状态,使得信令接口在灾难前一刻信息得以保存,在灾难恢复时,可以从保存的前一刻状态接续执行,不重复执行,不遗漏执行,避免了重复执行带来的效率问题,以及业务执行一致性问题。
本发明实施例和现有的信令接口执行方式相比,该方法以空间换时间方式,利用复杂结构和算法,实现了整体并行执行,同时保证用户级别的顺序执行效果,针对不同用户特征,智能在串行或并行执行方式之间进行动态调整,充分提高效率同时解决业务执行顺序一致性问题,确保指令的可靠性;同时通过对数据结构的最小化设计,使得数据信息量最小,使之可以满足实时存储,实时恢复要求。
基于相同的技术构思,本发明实施例还提供一种信令传送装置,该装置可执行上述方法实施例。本发明实施例提供的装置如图4所示,包括:解析单元401、划分单元402、发送单元403,其中:
解析单元401,用于解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;
划分单元402,用于根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;
发送单元403,用于将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
进一步地,所述划分单元402具体用于:生成与每条信令相对应的索引;根据所述用户标识,将所述索引划分到不同的队列中,其中,同一队列中的索引对应的信令的用户标识相同,同一队列中索引的位置由索引对应的信令的顺序决定;将同一队列中的索引对应的信令,作为所述信令集合的一个子集。
进一步地,所述划分单元402还用于:依次将所述信令中的用户标识对应的字符串进行进制转换,得到与每个用户标识对应的数据;从转换得到的数据中,确定出相同数据对应的信令;将相同数据对应的信令的索引排列在同一个队列中,所述同一个队列中索引对应的信令构成一个子集。
进一步地,还包括:状态标记单元404,用于在发送单元所述将不同子集中的信令并行发送至网元之前,将所述信令对应的索引的状态标记为未执行状态;
进一步地,所述发送单元403具体用于:周期扫描所述队列中的索引,确定每个队列中首个状态为未执行状态的索引;将所述每个队列中首个状态为未执行状态的索引对应的信令,确定为待发送的第一信令集合;将待发送的第一信令集合中的信令并行发送至网元后,设置与所述第一信令集合对应的第一索引的状态为已发送状态;获取网元发送的所述第一信令集合中的信令的回应消息,并根据所述回应消息,将所述回应消息对应的索引的状态标记为已执行状态。
当发生故障后,故障恢复单元405,用于根据网元的回应消息,确定当前执行完成的信令的物理地址;将所述物理地址和所述信令集合中的信令、以及信令的执行状态保存在镜像文件中,以用于在发生故障后恢复。
本发明实施例一方面将解析得到包含若干条用户标识的信令集合进行分组,将同一用户标识的信令划分为一个子集中;另一方面,并行执行所有子集中的信令传送动作,不同子集之间的信令发送不必等待关于彼此信令的回应消息,而每个子集中的信令则严格按照顺序执行,当前信令在发送之前,必须收到前一信令的回应消息。这样,既保证时序一致,又可以并行高效地完成信令的传送,因此避免错序执行的同时,提高了信令传送的效率。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种信令传送方法,其特征在于,该方法包括:
解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;
根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;
将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
2.如权利要求1所述的方法,其特征在于,所述根据所述用户标识,将所述信令集合划分成不同的子集,包括:
生成与每条信令相对应的索引;
根据所述用户标识,将所述索引划分到不同的队列中,其中,同一队列中的索引对应的信令的用户标识相同,同一队列中索引的位置由索引对应的信令的顺序决定;
将同一队列中的索引对应的信令,作为所述信令集合的一个子集。
3.如权利要求2所述的方法,其特征在于,所述将不同子集中的信令并行发送至网元之前,还包括:
将所述信令对应的索引的状态标记为未执行状态;
所述将不同所述子集中的信令并行发送至网元,包括:
周期扫描所述队列中的索引,确定每个队列中首个状态为未执行状态的索引;
将所述每个队列中首个状态为未执行状态的索引对应的信令,确定为待发送的第一信令集合;
将待发送的第一信令集合中的信令并行发送至网元后,设置与所述第一信令集合对应的第一索引的状态为已发送状态;
获取网元发送的所述第一信令集合中的信令的回应消息,并根据所述回应消息,将所述回应消息对应的索引的状态标记为已执行状态。
4.如权利要求2所述的方法,其特征在于,所述根据所述信令中的用户标识,将所述信令集合划分成不同的子集,还包括:
依次将所述信令中的用户标识对应的字符串进行进制转换,得到与每个用户标识对应的数据;
从转换得到的数据中,确定出相同数据对应的信令;
将相同数据对应的信令的索引排列在同一个队列中,所述同一个队列中索引对应的信令构成一个子集。
5.如权利要求1所述的方法,其特征在于,将不同所述子集中的信令并行发送至网元之后,还包括:
根据网元的回应消息,确定当前执行完成的信令的物理地址;
将所述物理地址和所述信令集合中的信令、以及信令的执行状态保存在镜像文件中,以用于在发生故障后恢复。
6.一种信令传送装置,其特征在于,该装置包括:
解析单元,用于解析接收到的批处理请求文件,得到由若干条包含用户标识的信令组成的信令集合;
划分单元,用于根据所述用户标识,将所述信令集合划分成不同的子集,所述每个子集中的信令具有同一用户标识;
发送单元,用于将不同子集中的信令并行发送至网元,其中,针对一个子集中的一个信令,在收到所述子集中的前一信令的回应消息后,发送所述信令至所述网元。
7.如权利要求6所述的装置,其特征在于,所述划分单元具体用于:生成与每条信令相对应的索引;
根据所述用户标识,将所述索引划分到不同的队列中,其中,同一队列中的索引对应的信令的用户标识相同,同一队列中索引的位置由索引对应的信令的顺序决定;
将同一队列中的索引对应的信令,作为所述信令集合的一个子集。
8.如权利要求7所述的装置,其特征在于,还包括:
状态标记单元,用于在发送单元所述将不同子集中的信令并行发送至网元之前,将所述信令对应的索引的状态标记为未执行状态;
所述发送单元具体用于:周期扫描所述队列中的索引,确定每个队列中首个状态为未执行状态的索引;
将所述每个队列中首个状态为未执行状态的索引对应的信令,确定为待发送的第一信令集合;
将待发送的第一信令集合中的信令并行发送至网元后,设置与所述第一信令集合对应的第一索引的状态为已发送状态;
获取网元发送的所述第一信令集合中的信令的回应消息,并根据所述回应消息,将所述回应消息对应的索引的状态标记为已执行状态。
9.如权利要求7所述的装置,其特征在于,所述划分单元还用于:
依次将所述信令中的用户标识对应的字符串进行进制转换,得到与每个用户标识对应的数据;
从转换得到的数据中,确定出相同数据对应的信令;
将相同数据对应的信令的索引排列在同一个队列中,所述同一个队列中索引对应的信令构成一个子集。
10.如权利要求6所述的装置,其特征在于,还包括:
故障恢复单元,用于根据网元的回应消息,确定当前执行完成的信令的物理地址;将所述物理地址和所述信令集合中的信令、以及信令的执行状态保存在镜像文件中,以用于在发生故障后恢复。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610089382.9A CN107094085B (zh) | 2016-02-17 | 2016-02-17 | 一种信令传送方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610089382.9A CN107094085B (zh) | 2016-02-17 | 2016-02-17 | 一种信令传送方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107094085A true CN107094085A (zh) | 2017-08-25 |
CN107094085B CN107094085B (zh) | 2020-05-12 |
Family
ID=59646054
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610089382.9A Active CN107094085B (zh) | 2016-02-17 | 2016-02-17 | 一种信令传送方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107094085B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109039542A (zh) * | 2018-08-16 | 2018-12-18 | 深圳市共进电子股份有限公司 | 一种交互信令的传送方法及装置 |
CN109040264A (zh) * | 2018-08-13 | 2018-12-18 | 南京工业职业技术学院 | 一种高性能的主备接口机数据处理方法 |
CN109525380A (zh) * | 2017-09-19 | 2019-03-26 | 中国移动通信有限公司研究院 | 一种信令消息收发方法、介质和相关装置 |
CN111464460A (zh) * | 2020-04-02 | 2020-07-28 | 中国移动通信集团江苏有限公司 | 基于一二级缓存机制的任务执行方法、装置、设备及介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658702A (zh) * | 2005-03-25 | 2005-08-24 | 北京北方烽火科技有限公司 | 一种gmlc中用户标识的快速转换算法 |
CN101170782A (zh) * | 2006-10-24 | 2008-04-30 | 中兴通讯股份有限公司 | 一种移动网管的数据并行传送的方法 |
CN101360309A (zh) * | 2007-08-03 | 2009-02-04 | 华为技术有限公司 | 一种服务开通指令的执行方法、装置及系统 |
CN102043608A (zh) * | 2009-10-19 | 2011-05-04 | Arm有限公司 | 寄存器状态保存和恢复 |
CN102843247A (zh) * | 2011-06-21 | 2012-12-26 | 中兴通讯股份有限公司 | 一种网元消息并发处理方法及系统 |
CN104021033A (zh) * | 2014-06-23 | 2014-09-03 | 中国银行股份有限公司 | 一种繁忙处理节点的散列方法和系统 |
CN104570063A (zh) * | 2015-02-11 | 2015-04-29 | 安徽吉拓电子技术有限公司 | 一种地震数据的地震道集并行抽取方法 |
CN104660435A (zh) * | 2013-11-25 | 2015-05-27 | 中国电信股份有限公司 | 面向智能管道的事务型网管引擎及其网管事务处理方法 |
CN105207799A (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 批命令的执行方法及装置 |
-
2016
- 2016-02-17 CN CN201610089382.9A patent/CN107094085B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658702A (zh) * | 2005-03-25 | 2005-08-24 | 北京北方烽火科技有限公司 | 一种gmlc中用户标识的快速转换算法 |
CN101170782A (zh) * | 2006-10-24 | 2008-04-30 | 中兴通讯股份有限公司 | 一种移动网管的数据并行传送的方法 |
CN101360309A (zh) * | 2007-08-03 | 2009-02-04 | 华为技术有限公司 | 一种服务开通指令的执行方法、装置及系统 |
CN102043608A (zh) * | 2009-10-19 | 2011-05-04 | Arm有限公司 | 寄存器状态保存和恢复 |
CN102843247A (zh) * | 2011-06-21 | 2012-12-26 | 中兴通讯股份有限公司 | 一种网元消息并发处理方法及系统 |
CN104660435A (zh) * | 2013-11-25 | 2015-05-27 | 中国电信股份有限公司 | 面向智能管道的事务型网管引擎及其网管事务处理方法 |
CN104021033A (zh) * | 2014-06-23 | 2014-09-03 | 中国银行股份有限公司 | 一种繁忙处理节点的散列方法和系统 |
CN105207799A (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 批命令的执行方法及装置 |
CN104570063A (zh) * | 2015-02-11 | 2015-04-29 | 安徽吉拓电子技术有限公司 | 一种地震数据的地震道集并行抽取方法 |
Non-Patent Citations (2)
Title |
---|
DANIEL LEMIRE: "Faster 64-bit universal hashing using carry-less multiplications", 《JOURNAL OF CRYPTOGRAPHIC ENGINEERING》 * |
李广宇: "支持IMS业务的业务逻辑执行环境的改进", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109525380A (zh) * | 2017-09-19 | 2019-03-26 | 中国移动通信有限公司研究院 | 一种信令消息收发方法、介质和相关装置 |
CN109525380B (zh) * | 2017-09-19 | 2021-11-09 | 中国移动通信有限公司研究院 | 一种信令消息收发方法、介质和相关装置 |
CN109040264A (zh) * | 2018-08-13 | 2018-12-18 | 南京工业职业技术学院 | 一种高性能的主备接口机数据处理方法 |
CN109039542A (zh) * | 2018-08-16 | 2018-12-18 | 深圳市共进电子股份有限公司 | 一种交互信令的传送方法及装置 |
CN111464460A (zh) * | 2020-04-02 | 2020-07-28 | 中国移动通信集团江苏有限公司 | 基于一二级缓存机制的任务执行方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN107094085B (zh) | 2020-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200228458A1 (en) | Data transmission method, apparatus, and system | |
CN107094085A (zh) | 一种信令传送方法及装置 | |
CN110602056B (zh) | 一种业务参数传递方法及装置 | |
CN108228363A (zh) | 一种消息发送方法及装置 | |
CN104936156B (zh) | 短信发送方法和装置 | |
CN110022615A (zh) | 一种数据传输方法、装置、设备及计算机可读存储介质 | |
WO2018171641A1 (zh) | 网络管理信息的收发方法、装置、发送设备和接收设备 | |
WO2019129014A1 (zh) | 一种通信方法、装置以及系统 | |
CN109379764B (zh) | 报文发送方法及装置 | |
CN110134528A (zh) | 微服务框架的接口信息存储调用方法、装置和终端设备 | |
US20230216758A1 (en) | Information acquisition method and apparatus, storage medium, and electronic apparatus | |
CN111800354A (zh) | 消息处理方法及装置、消息处理设备及存储介质 | |
EP4246965A2 (en) | Method and device, equipment, and storage medium for data processing | |
CN115174472A (zh) | 一种消息转发处理方法及相关装置 | |
JP7348293B2 (ja) | データ処理方法及び機器 | |
CN105933453A (zh) | 一种传输数据的方法和系统 | |
CN108737397B (zh) | 一种实现路由器中业务与协议栈之间数据交互的方法 | |
CN107613524B (zh) | 数据更新方法和装置及系统、基站 | |
CN107819697A (zh) | 数据传输方法、交换机及数据中心 | |
JPH11122326A (ja) | 伝送装置オペレーションシステム及びその警報監視方法 | |
CN105871747B (zh) | 通信系统下行数据传输方法和系统 | |
CN104704867A (zh) | 数据路由的方法和设备 | |
CN109783215A (zh) | 异常任务处理方法及相关装置 | |
CN115843001A (zh) | 一种通信方法、装置、通信节点及存储介质 | |
CN112217689B (zh) | 一种基于OpenStack实现的网络报文跟踪方法及系统 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |