CN105471927B - 一种对业务路由报文进行处理的方法和业务节点 - Google Patents
一种对业务路由报文进行处理的方法和业务节点 Download PDFInfo
- Publication number
- CN105471927B CN105471927B CN201410240822.7A CN201410240822A CN105471927B CN 105471927 B CN105471927 B CN 105471927B CN 201410240822 A CN201410240822 A CN 201410240822A CN 105471927 B CN105471927 B CN 105471927B
- Authority
- CN
- China
- Prior art keywords
- message
- socket
- application program
- clear text
- program unit
- 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.)
- Active
Links
Classifications
-
- 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/40—Support for services or applications
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种对业务路由报文进行处理的方法,包括:业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文包括业务路由信息和待处理报文;保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;从所述SN中的应用程序单元接收报文获取请求,根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。本发明实施例提供的对业务路由报文进行处理的方法,可以避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
Description
技术领域
本发明涉及数据处理技术领域,具体涉及一种对业务路由报文进行处理的方法和业务节点。
背景技术
业务链(英文为Service Chaining)技术,是一种引导网络业务报文次序通过多个业务节点(英文为Service Node,英文缩写为SN)的转发技术,其中,业务报文在各个节点之间的转发行为称为业务路由。
目前,业务报文在各SN之间进行转发时,需要给原始报文封装上业务路由头中,该业务路由头用于指导业务报文的转发行为,同时,也会在封装信息中携带元数据(英文为metadata),元数据可以是业务路由器(英文为Service Router,英文缩写为SR)产生或SN自身产生,并可以被修改。
对于SN的入口报文标准,大体上可以分为两类,一类是:到达SN的报文是原始报文时,SN可以直接接收、处理并发送。另一类是:到达SN的报文是带有业务路由头信息及元数据的业务路由报文,这时,SN需要在接收到业务路由报文时,能够识别并剥离业务路由头,对原始报文处理完成后,能够为原始报文封装适当的业务路由头,并发送至SR。
现有技术方案中,SN中的应用(英文为Application,英文缩写为APP)层直接通过网络驱动层获取业务路由报文,自行剥离业务路由头,识别原始报文并处理,处理完成后,APP层自行为报文封装适当的业务路由头,并通过网络驱动层发出。
本发明的发明人发现,现有技术中业务路由的相关信息全部暴露给APP层,存在安全隐患。
发明内容
本发明实施例提供一种对业务路由报文进行处理的方法,可以由业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。本发明实施例还提供了相应的业务节点。
本发明第一方面提供一种对业务路由报文进行处理的方法,包括:
业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;
所述套接字单元根据所述第一套接字确定所述SN接收到所述第一报文;
所述套接字单元保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
所述套接字单元从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;
所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。
结合第一方面,在第一种可能的实现方式中,所述方法还包括:
所述套接字单元从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述套接字单元根据与所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述业务路由信息。
结合第一方面或第一方面第一种可能的实现方式,在第二种可能的实现方式中,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中未保存所述第二套接字,则创建所述第二套接字,并将所述待处理报文添加至与所述第二套接字对应的报文队列中。
结合第一方面或第一方面第一种可能的实现方式,在第三种可能的实现方式中,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
结合第一方面、第一方面第一种至第三种可能的实现方式中的任意一种,在第四种可能的实现方式中,所述套接字单元从所述SN中的应用程序单元接收包括所述第二套接字的报文获取请求之前,所述方法还包括:
所述套接字单元向所述应用程序单元发送所述第二套接字。
结合第一方面、第一方面第一种至第四种可能的实现方式中的任意一种,在第五种可能的实现方式中,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元根据所述存储地址,获取所述待处理报文。
结合第一方面、第一方面第一种至第五种可能的实现方式中的任意一种,在第六种可能的实现方式中,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
本发明第二方面提供一种业务节点,包括:套接字单元和应用程序单元;
所述套接字单元包括:
创建子单元,用于创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;
确定子单元,用于根据所述创建子单元创建的所述第一套接字确定所述SN接收到所述第一报文;
保存子单元,用于保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
接收子单元,用于从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述确定子单元,还用于根据所述接收子单元接收的所述报文获取请求和所述保存子单元保存的所述对应关系确定所述待处理报文为被请求的报文;
发送子单元,用于通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述确定子单元确定的所述待处理报文。
结合第二方面,在第一种可能的实现方式中,
所述接收子单元,还用于从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述确定子单元,还用于根据与所述接收子单元接收的所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
所述发送子单元,还用于向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述确定子单元确定的所述业务路由信息。
结合第二方面或第二方面第一种可能的实现方式,在第二种可能的实现方式中,
所述创建子单元,还用于在所述接收子单元接收到所述第一报文时,如果所述保存子单元中未保存所述第二套接字,则创建所述第二套接字;
所述保存子单元,具体用于将所述待处理报文添加至与所述创建子单元创建的所述第二套接字对应的报文队列中。
结合第二方面或第二方面第一种可能的实现方式,在第三种可能的实现方式中,
所述保存子单元,具体用于在所述接收子单元接收到所述第一报文时,如果所述保存子单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
结合第二方面、第二方面第一种至第三种可能的实现方式中的任意一种,在第四种可能的实现方式中,
所述发送子单元,还用于从所述SN中的应用程序单元接收包括所述第二套接字的报文获取请求之前,向所述应用程序单元发送所述第二套接字。
结合第二方面、第二方面第一种至第四种可能的实现方式中的任意一种,在第五种可能的实现方式中,
所述发送子单元,用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元,用于根据所述存储地址,获取所述待处理报文。
结合第二方面、第二方面第一种至第五种可能的实现方式中的任意一种,在第六种可能的实现方式中,
所述发送子单元,用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
本发明实施例业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;所述套接字单元根据所述第一套接字确定所述SN接收到所述第一报文;所述套接字单元保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;所述套接字单元从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。与现有技术中业务路由的相关信息全部暴露给APP层,存在安全隐患相比,本发明实施例提供的对业务路由报文进行处理的方法,可以由业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例中对业务路由报文进行处理的方法的一实施例示意图;
图2是本发明实施例中对业务路由报文进行处理的方法的一实施例示意图;
图3是本发明实施例中对业务路由报文进行处理的方法的一实施例示意图;
图4是本发明实施例中业务节点的示意图;
图5是本发明实施例中业务节点的示意图。
具体实施方式
本发明实施例提供对业务路由报文进行处理的方法,可以由业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不会获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。本发明实施例还提供了相应的业务节点。以下分别进行详细说明。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参阅图1,本发明实施例提供的对业务路由报文进行处理的方法的一实施例包括:
本发明实施例提供了一种新的第一套接字(英文为socket)协议族,用于在驱动层协助应用层完成业务路由报文的部分处理,可以将该新的业务路由socket协议族命名为AF_SR,当然,也可以用其他名字命名。
业务路由器SR在与业务节点SN间传输业务路由报文时,本发明实施例在SN中引入了一套新的业务路由socket协议栈,该协议栈对APP提供的应用程序接口(英文名称为Application Programming Interface,英文缩写为API)集合定义为SR socket API。
API的处理模块为业务路由器套接字模块(英文为SR socket Module),以下简称为SRM。
如图1所示,业务节点SN包括两部分,一部分为套接字单元,一部分为应用程序单元,套接字单元包括SR socket API和SRM两部分。
参阅图2,本发明实施例提供的对业务路由报文进行处理的方法的一实施例包括:
S100、业务节点SN30中的套接字单元301创建第一套接字。
所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文。
套接字单元301创建第一套接字的具体过程可以包括如下内容。
应用程序单元302向套接字单元301发送第一套接字的创建指令,这个步骤结合图1可以理解为是:应用程序单元调用SR socket API中的业务路由socket API。
套接字单元301根据所述第一套接字的创建指令,创建所述第一套接字。
套接字单元301创建第一套接字后,可以开始接收属于第一业务路由类型的第一报文,这个接收第一报文的指令可以由应用程序单元302通过第一套接字的调用指令向所述套接字单元301触发,所述套接字单元301接收到所述第一套接字的调用指令后,就可以获知可以接收第一业务路由类型的第一报文。
举例来说,本发明实施例中的业务路由类型可以是:业务路由承载层的传输类型和/或传输方式等。
通常一个应用程序单元具有对属于一个业务路由类型的业务路由报文中的待处理报文的处理能力,当然,也可以具有属于多种业务路由类型的业务路由报文中的待处理报文的处理能力,一个SN中可以有多个应用程序单元。
套接字单元301创建第一套接字的具体过程还可以包括:不由应用程序单元发起创建过程,而是由套接字单元根据所述第一业务路由类型,主动创建所述第一套接字。例如,套接字单元可以在其所在的SN启动后主动创建所述第一套接字,也可以在到达某个预定时间后主动创建所述第一套接字。
此外,套接字单元301还可以根据网络中控制器的指令来创建所述第一套接字。
对所述第一套接字的创建过程可以包括创建一个套接字的操作,还可以继续包括对所述已创建的套接字进行配置的操作。
S102、业务路由器SR40向业务节点30发送所述第一报文。
S105、所述套接字单元301根据所述第一套接字确定所述SN30接收到所述第一报文。
第一套接字对应第一业务路由类型,所述第一报文为属于第一业务路由类型的业务路由报文,当套接字单元301接收到的报文的业务路由类型为第一业务路由类型时,则可以确定该报文为第一报文。
可选地,套接字单元301在获知第一业务路由类型后,才开始从SR接收该第一业务路由类型的第一报文。
这个步骤参阅图1可以理解为是:SRM按照第一业务路由类型从SR接收第一报文。
S110、所述套接字单元在接收到所述第一报文时,判断所述套接字单元中是否保存有第二套接字。如果否则执行步骤S115,如果是则执行步骤S120。
本发明实施例中的第二套接字附属于第一套接字,第一套接字对应第一业务路由类型,第二套接字对应该属于第一业务路由类型的一个会话。可以有多个会话均属于所述第一业务路由类型。
本发明实施例中,套接字单元在接收到所述第一报文后,可以对该第一报文进行解析并将该第一报文中的业务路由信息和待处理报文分离,也可以不执行分离的过程。
业务路由信息携带在第一报文的业务路由头中,待处理报文可以包括没有任何路由信息的原始报文,也可以包括没有任何路由信息的原始报文和元数据。
这个步骤参阅图1可以理解为是SRM所执行的过程。
S115、如果所述套接字单元中未保存所述第二套接字,则创建所述第二套接字,并将所述待处理报文添加至与所述第二套接字对应的报文队列中。
业务路由信息与第二套接字的对应关系是唯一的,每个业务路由信息都会唯一对应一个第二套接字。一个业务路由信息可以对应多个待处理报文,可以针对一个第二套接字建立一个待处理报文的队列,将同一个业务路由信息下的所述待处理报文都存储到该队列中。
可以参阅表1所提供的业务路由映射表来理解第二套接字、业务路由类型、业务路由信息和待处理报文队列的对应关系。
表1:业务路由映射表
第二套接字 | 业务路由信息 | 待处理报文队列 |
1 | 业务路由信息1 | Q1 |
2 | 业务路由信息2 | Q2 |
3 | 业务路由信息3 | Q3 |
… | … | … |
N | 业务路由信息N | QN |
从表1中可以看出,每个第二套接字都对应一个业务路由信息,该业务路由信息要属于S100中的第一业务路由类型。每个第二套接字标识还对应着该业务路由信息下的所有待处理报文的队列。
当套接字单元确定到第一报文中的业务路由信息在套接字单元中不存在时,也就可以理解为在表1中不存在该业务路由信息的表项,这时就需要在表1中建立该业务路由信息对应的表项。
这个步骤参阅图1可以理解为是SRM所执行的过程。
表1还可以包含业务路由类型,加入业务路由类型后可以参阅表2进行理解。
表2:业务路由映射表
第二套接字 | 业务路由类型 | 业务路由信息 | 待处理报文队列 |
1 | Type1 | 业务路由信息1 | Q1 |
2 | Type2 | 业务路由信息2 | Q2 |
3 | Type3 | 业务路由信息3 | Q3 |
… | … | … | … |
N | TypeN | 业务路由信息N | QN |
S120、所述套接字单元在接收到所述第一报文时,如果所述套接字单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
所述业务路由信息在套接字单元中存在时,就可以理解为在表1中已经存在了该业务路由信息的表项,不需要再重新建立,只需要将该待处理报文存储到该业务路由信息对应的待处理报文队列中。例如:当表1中保存有第二套接字1和报文队列Q1的对应关系,则可以将所述待处理报文添加到Q1队列中。
这个步骤参阅图1可以理解为是SRM所执行的过程。
S125、所述套接字单元301向所述应用程序单元302发送所述第二套接字。
本步骤可以是:套接字单元301接收所述应用程序单元302发送的第二套接字获取指令,然后套接字单元301根据所述第二套接字获取指令,向所述应用程序单元302发送所述第二套接字。
例如:应用程序单元302需要处理待处理报文时,先向套接字单元发送第二套接字获取指令。
这个步骤结合图1可以理解为是:应用程序单元调用SR socket API中的第二套接字创建接口。
套接字单元301接收到该第二套接字获取指令后,通常会按照第二套接字生成的顺序向应用程序单元302发送第二套接字标识。
当然也可以是其他的预置策略,例如:先发送第二套接字是奇数的,再发送第二套接字是偶数的。
这个步骤参阅图1可以理解为是SRM所执行的过程。
所述套接字单元向所述应用程序单元发送所述第二套接字还可以包括:套接字单元301在生成第二套接字后,在没有收到所述第二套接字获取指令的情况下,主动向所述应用程序单元302发送所述第二套接字。
S130、所述套接字单元301从所述SN中的应用程序单元302接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文。
本发明实施例中的所述报文获取请求可以直接携带所述报文获取请求,也可以不携带所述第二套接字,而是由套接字单元301从对应该第二套接字的专用接口接收所述报文获取请求。通过上述两种方式,套接字单元301都可以确定该请求与第二套接字的关系,即用于请求与所述第二套接字对应的所述待处理报文。
S135、所述套接字单元301根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文。
所述套接字单元先根据所述报文获取请求确定所述第二套接字,然后再根据所述第二套接字,以及所述第二套接字和所述待处理报文的所述对应关系就可以确定第二套接字对应的待处理报文。由于所述待处理报文是保存在报文队列中的,因此所述第二套接字和所述待处理报文的所述对应关系也可以表现为所述第二套接字与所述报文队列标识的对应关系。相应地,就可以根据所述第二套接字和所述第二套接字与所述报文队列标识的对应关系来确定所述待处理报文。例如:根据第二套接字1就可以确定报文队列为Q1中的待处理报文为被请求报文。
S140、所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。
步骤S140的一种方案可以是:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;所述应用程序单元根据所述存储地址,获取所述待处理报文。这样,套接字单元和应用程序单元就不需要直接传输待处理数据,可以提高针对所述请求的响应速度。
步骤S140的另一种方案可以是:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。该种方案中,套接字单元可以在针对所述请求的响应中直接携带所述待处理报文,就不需要应用程序单元再去查找该待处理报文。
因为一个报文队列中可以有很多个待处理报文,所以在发送针对所述报文获取请求的响应时,可以是按照待处理报文存入报文队列的先后顺序,优先发送先进入队列的待处理报文的响应,直到该队列待处理报文发送完毕。
这个步骤参阅图1可以理解为是SRM所执行的过程。
S145、应用程序单元302将所述待处理报文处理成已处理报文。
应用程序单元获取到待处理报文后,将该待处理报文处理成已处理报文。
S150、所述套接字单元301从所述应用程序单元302接收与所述第二套接字对应的已处理报文。
所述已处理报文是由所述应用程序单元302对所述待处理报文进行处理而得到的。
所述套接字单元301从所述应用程序单元302接收与所述第二套接字对应的已处理报文的一种方案可以是:
套接字单元301从所述应用程序单元302接收包括所述已处理报文的存储地址以及第二套接字的报文或消息,还可以是接收包括已处理报文本身和第二套接字的报文或消息。由于所述已处理报文和所述第二套接字均被套接字单元301获得,因此套接字单元301可以确定所述已处理报文和所述第二套接字是相对应的。
所述套接字单元301从所述应用程序单元302接收与所述第二套接字对应的已处理报文的另一种方案还可以是:套接字单元301从所述应用程序单元302之间的第二套接字专用接口接收所述已处理报文的存储地址或者已处理报文,并根据所述第二套接字的专用接口确定所述已处理报文是与所述第二套接子相对应的。
S155、所述套接字单元301根据与所述已处理报文相对应的所述第二套接字,确定所述业务路由信息。
如表1所示,当第二套接字确定后,就可以确定对应的业务路由信息,如第二套接字为1时,则可以确定对应的业务路由信息为业务路由信息1。
S160、套接字单元向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述业务路由信息。
套接字单元301可以使用步骤S155中确定的所述业务路由信息对已处理报文进行封装,也可以不进行封装,直接将所述已处理报文和所述业务路由信息发送给SR,但需要对所述已处理报文和所述业务路由信息分别进行标识,以使SR40能够分别识别出所述已处理报文和所述业务路由信息。
需要说明的是,步骤S130至S140,与步骤S150至S160没有先后顺序,针对不同的业务路由报文可以步骤S130至S140与步骤S150至S160同时执行,也可以步骤S150至S160先执行。
S170、套接字单元301接收所述应用程序单元302发送的第二套接字关闭指令。
所述第二套接字关闭指令中可以携带第二套接字,也可以通过第二套接字的专用接口接收所述第二套接字关闭指令。
S175、套接字单元301根据所述第二套接字关闭指令,删除所述第一业务路由类型下的第二套接字、业务路由信息与报文队列的对应关系。
一个会话结束后,如果应用程序单元指示关闭本次会话,则可以删除表1或表2中与本次会话有关的表项。
S180、套接字单元301接收所述应用程序单元302发送的第一套接字关闭指令。
所述第一套接字关闭指令中可以携带所述第一业务路由类型,也可以不携带该第一业务路由类型,而是通过第一套接字的专用接口接收该第二套接字关闭指令。
S185、根据所述第一套接字关闭指令,删除与所述第一业务路由类型下的第二套接字、业务路由信息与报文队列的对应关系。
如果应用程序单元指示关闭已经创建的业务路由socket,则删除表1或表2中与该第一业务路由类型有关的表项。
本实施例中的业务节点SN30和业务路由器SR可以是相互独立的两台物理设备,也可以是在同一个物理设备或物理系统中实现的两个虚拟设备。此外,随着技术的发展,业务节点和业务路由器的名称可能会发生变化。因此,只要当一个物理的或者虚拟的设备执行了本实施例中的业务节点SN30执行的操作,那么即使这个物理的或者虚拟的设备的名称并不是“业务节点”,它也应当被理解为是本发明实施例中的业务节点SN30。业务路由器的确定标准和业务节点30的标准相同,即只要一台设备执行了本实施例中业务路由器SR40所执行的操作,那么这台设备就应当被理解为业务路由器。一台目标设备是否能被理解为本实施例中的设备,与目标设备在行业中的名称无关,与目标设备执行的操作和具备的功能相关。
与现有技术中业务路由的相关信息全部暴露给APP层,存在安全隐患相比,本发明实施例提供的对业务路由报文进行处理的方法,可以由业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
参阅图3,本发明实施例提供的一种对业务路由报文进行处理的方法的另一实施例包括:
201、业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文。
202、所述套接字单元根据所述第一套接字确定所述SN接收到所述第一报文。
203、所述套接字单元保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应。
204、所述套接字单元从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文。
205、所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文。
206、所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。
本发明实施例业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;所述套接字单元根据所述第一套接字确定所述SN接收到所述第一报文;所述套接字单元保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;所述套接字单元从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。与现有技术中业务路由的相关信息全部暴露给APP层,存在安全隐患相比,本发明实施例提供的对业务路由报文进行处理的方法,可以由业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
可选地,在上述图3对应的实施例的基础上,本发明实施例提供的对业务路由报文进行处理的方法的另一实施例中,所述方法还可以包括:
所述套接字单元从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述套接字单元根据与所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述业务路由信息。
可选地,在上述图3对应的实施例或可选实施例的基础上,本发明实施例提供的报文处理的方法的另一实施例中,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体可以包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中未保存所述第二套接字,则创建所述第二套接字,并将所述待处理报文添加至与所述第二套接字对应的报文队列中。
可选地,在上述图3对应的实施例或可选实施例的基础上,本发明实施例提供的报文处理的方法的另一实施例中,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体可以包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
可选地,在上述图3对应的实施例或可选实施例的基础上,本发明实施例提供的报文处理的方法的另一实施例中,所述套接字单元从所述SN中的应用程序单元接收包括所述第二套接字的报文获取请求之前,所述方法还可以包括:
所述套接字单元向所述应用程序单元发送所述第二套接字。
可选地,在上述图3对应的实施例或可选实施例的基础上,本发明实施例提供的报文处理的方法的另一实施例中,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,可以包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元根据所述存储地址,获取所述待处理报文。
可选地,在上述图3对应的实施例或可选实施例的基础上,本发明实施例提供的报文处理的方法的另一实施例中,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,可以包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
本发明实施例所描述的对业务路由报文进行处理的方法,可以参阅图1和图2部分的描述进行理解,本发明实施例中不做过多赘述。
图4所示为本发明实施例提供的业务节点SN30的示意图。图4所示的业务节点SN30即为图1和图2所示的业务节点SN30,也可以为与图3对应的实施例中的业务节点。该示意图中的各个单元和子单元可以被理解为是根据逻辑功能的不同来划分的逻辑单元。业务节点SN30包括套接字单元301和应用程序单元302。
所述套接字单元301包括:
创建子单元3011,用于创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文,所述第一报文可以是由业务路由器SR40发送至业务节点SN30的,业务节点SN30和业务路由器SN40属于同一个系统;
确定子单元3012,用于根据所述创建子单元3011创建的所述第一套接字确定所述SN接收到所述第一报文;
保存子单元3013,用于保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
接收子单元3014,用于从所述SN中的应用程序单元302接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述确定子单元3012,还用于根据所述接收子单元3014接收的所述报文获取请求和所述保存子单元保存的所述对应关系确定所述待处理报文为被请求的报文;
发送子单元3015,用于通过向所述应用程序单元302发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述确定子单元确定的所述待处理报文。
以上内容可以被理解为图4所示的SN30的第一部分内容。
根据上述内容可知,与现有技术中业务路由的相关信息全部暴露给APP层,存在安全隐患相比,本发明实施例提供业务节点SN可以由套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
本实施例可以进一步包括第一可选方案,所述第一可选方案包括所述SN30的第一部分内容。此外,在第一可选方案中,所述接收子单元3014还用于从所述应用程序单元302接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;所述确定子单元3012还用于根据与所述接收子单元3014接收的所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;所述发送子单元3015还用于向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述确定子单元3012确定的所述业务路由信息。
本实施例可以进一步包括第二可选方案,所述第二可选方案包括所述SN30的第一部分内容或所述第一可选方案。此外,在第二可选方案中,所述创建子单元3011还用于在所述接收子单元3014接收到所述第一报文时,如果所述保存子单元3013中未保存所述第二套接字,则创建所述第二套接字;所述保存子单元3013具体用于将所述待处理报文添加至与所述创建子单元3011创建的所述第二套接字对应的报文队列中。
本实施例可以进一步包括第三可选方案,所述第三可选方案包括所述SN30的第一部分内容、所述第一可选方案或所述第二可选方案。此外,在第三可选方案中,所述保存子单元3013,具体用于在所述接收子单元3014接收到所述第一报文时,如果所述保存子单元3013中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
本实施例可以进一步包括第四可选方案,所述第四可选方案包括所述SN30的第一部分内容、所述第一可选方案、所述第二可选方案或所述第三可选方案。此外,在第四可选方案中,所述发送子单元3015还用于从所述SN中的应用程序单元302接收包括所述第二套接字的报文获取请求之前,向所述应用程序单元发送所述第二套接字。
本实施例可以进一步包括第五可选方案,所述第五可选方案包括所述SN30的第一部分内容、所述第一可选方案、所述第二可选方案、所述第三可选方案或所述第四可选方案。此外,在第五可选方案中,所述发送子单元3015用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;所述应用程序单元302,用于根据所述存储地址,获取所述待处理报文。
基于上述SN30的第一部分内容或任意一种可选方案,所述发送子单元3015用于向所述应用程序单元302发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
本发明实施例所描述的业务节点,可以参阅图1和图2部分的描述进行理解,本发明实施例中不做过多赘述。
需要说明的是,图4所示的业务节点30能够实现图1、图2所示的业务节点30以及与图3对应的实施例中的业务节点的全部操作和功能。由于图4是从逻辑功能的角度来体现一个业务节点的,因此所述全部操作和功能可以图4所示的各个单元和子单元共同实现。至于所述全部操作和功能具体由哪个单元和子单元分别实现,这仅是逻辑上的划分,即把业务节点30在与图1、图2或图3中执行到操作划分或补充到一个逻辑单元中,其划分方法非常灵活。在任何一种划分方式都应当被视为是本实施例的一部分。
图5是业务节点30的结构示意图。业务节点30可包括输入设备310、输出设备320、处理器330和存储器340。图5所示的业务节点30和图4所示的业务节点30可以是相同的业务节点,但是图4是从逻辑功能的角度来体现这个业务节点,而图5是从物理实现的角度来体现这个业务节点。
存储器340可以包括只读存储器和/或随机存取存储器,并向处理器330提供指令和数据。存储器340的一部分还可以包括非易失性随机存取存储器(NVRAM)。
存储器340存储了如下的元素,可执行模块或者数据结构,或者它们的子集,或者它们的扩展集:
操作指令:包括各种操作指令,用于实现各种操作。
操作系统:包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。
在本发明实施例中,处理器330通过调用存储器340存储的操作指令(该操作指令可存储在操作系统中),执行如下操作:
创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;
根据所述第一套接字确定所述SN接收到所述第一报文;
通过存储器340保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
通过输入设备310从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;
通过输出设备320向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。
本发明实施例提供的业务节点SN中的套接字单元对业务路由报文进行业务路由信息的处理,SN中的应用程序单元不需要获知业务路由的相关信息,只对业务进行处理,从而避免业务路由的相关信息暴露给SN中的应用程序单元,提高了业务路由的安全性。
处理器330控制业务节点SN30的操作,处理器330还可以称为CPU(CentralProcessing Unit,中央处理单元)。存储器340可以包括只读存储器和随机存取存储器,并向处理器330提供指令和数据。存储器340的一部分还可以包括非易失性随机存取存储器(NVRAM)。具体的应用中,业务节点SN30的各个组件通过总线系统350耦合在一起,其中总线系统350除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统350。
上述本发明实施例揭示的方法可以应用于处理器330中,或者由处理器330实现。处理器330可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器330中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器330可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器340,处理器330读取存储器340中的信息,结合其硬件完成上述方法的步骤。
可选地,所述输入设备310还用于从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述处理器330还用于根据与所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
所述输出设备320还用于向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述业务路由信息。
可选地,所述处理器具体用于在所述套接字单元在接收到所述第一报文时,如果所述套接字单元中未保存所述第二套接字,则创建所述第二套接字;
所述存储器340具体用于将所述待处理报文添加至与所述第二套接字对应的报文队列中。
可选地,所述存储器340具体用于在所述套接字单元在接收到所述第一报文时,如果所述套接字单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
可选地,所述输出设备320用于向所述应用程序单元发送所述第二套接字。
可选地,所述输出设备320具体用于所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元根据所述存储地址,获取所述待处理报文。
可选地,所述输出设备320具体用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
此外,图4所示的业务节点30中的套接字单元301和应用程序单元302可是被认为是由处理器330根据存储器340中保存的可读指令和需要被使用的数据来实现的。存储器340中可以保存实现套接字单元301和应用程序单元302所需的全部指令和数据。处理读取相应的指令,按照指令进行操作,从而实现套接字单元301和应用程序单元302。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本发明实施例所提供的对业务路由报文进行处理的方法和业务节点进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (14)
1.一种对业务路由报文进行处理的方法,其特征在于,包括:
业务节点SN中的套接字单元创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;
所述套接字单元根据所述第一套接字确定所述SN接收到所述第一报文;
所述套接字单元保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
所述套接字单元从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述套接字单元根据所述报文获取请求和所述对应关系确定所述待处理报文为被请求的报文;
所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述套接字单元从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述套接字单元根据与所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述业务路由信息。
3.根据权利要求1或2所述的方法,其特征在于,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中未保存所述第二套接字,则创建所述第二套接字,并将所述待处理报文添加至与所述第二套接字对应的报文队列中。
4.根据权利要求1或2所述的方法,其特征在于,所述套接字单元保存所述待处理报文和所述第二套接字的对应关系具体包括:
所述套接字单元在接收到所述第一报文时,如果所述套接字单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
5.根据权利要求1所述的方法,其特征在于,所述套接字单元从所述SN中的应用程序单元接收包括所述第二套接字的报文获取请求之前,所述方法还包括:
所述套接字单元向所述应用程序单元发送所述第二套接字。
6.根据权利要求1所述的方法,其特征在于,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元根据所述存储地址,获取所述待处理报文。
7.根据权利要求1所述的方法,其特征在于,所述套接字单元通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述待处理报文,包括:
所述套接字单元向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
8.一种业务节点,其特征在于,包括:套接字单元和应用程序单元;
所述套接字单元包括:
创建子单元,用于创建第一套接字,所述第一套接字用于对第一报文进行监听,所述第一报文为属于第一业务路由类型的业务路由报文,所述第一报文包括业务路由信息和待处理报文;
确定子单元,用于根据所述创建子单元创建的所述第一套接字确定业务节点SN接收到所述第一报文;
保存子单元,用于保存所述待处理报文和第二套接字的对应关系,其中所述第二套接字与所述业务路由信息相对应;
接收子单元,用于从所述SN中的应用程序单元接收报文获取请求,所述报文获取请求用于请求与所述第二套接字对应的所述待处理报文;
所述确定子单元,还用于根据所述接收子单元接收的所述报文获取请求和所述保存子单元保存的所述对应关系确定所述待处理报文为被请求的报文;
发送子单元,用于通过向所述应用程序单元发送针对所述报文获取请求的响应的方式,向所述应用程序单元发送所述确定子单元确定的所述待处理报文。
9.根据权利要求8所述的业务节点,
所述接收子单元,还用于从所述应用程序单元接收与所述第二套接字对应的已处理报文,所述已处理报文是由所述应用程序单元对所述待处理报文进行处理而得到的;
所述确定子单元,还用于根据与所述接收子单元接收的所述已处理报文相对应的所述第二套接字,确定所述业务路由信息;
所述发送子单元,还用于向业务路由器SR发送第二报文,所述第二报文为包括所述已处理报文的业务路由报文,所述第二报文的业务路由信息包括所述确定子单元确定的所述业务路由信息。
10.根据权利要求8或9所述的业务节点,
所述创建子单元,还用于在所述接收子单元接收到所述第一报文时,如果所述保存子单元中未保存所述第二套接字,则创建所述第二套接字;
所述保存子单元,具体用于将所述待处理报文添加至与所述创建子单元创建的所述第二套接字对应的报文队列中。
11.根据权利要求8或9所述的业务节点,
所述保存子单元,具体用于在所述接收子单元接收到所述第一报文时,如果所述保存子单元中保存有所述第二套接字,则将所述待处理报文添加至与所述第二套接字对应的报文队列中。
12.根据权利要求8所述的业务节点,其特征在于,
所述发送子单元,还用于从所述SN中的应用程序单元接收包括所述第二套接字的报文获取请求之前,向所述应用程序单元发送所述第二套接字。
13.根据权利要求8所述的业务节点,其特征在于,
所述发送子单元,用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文的存储地址;
所述应用程序单元,用于根据所述存储地址,获取所述待处理报文。
14.根据权利要求8所述的业务节点,其特征在于,
所述发送子单元,用于向所述应用程序单元发送针对所述报文获取请求的响应,所述响应中携带所述待处理报文。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410240822.7A CN105471927B (zh) | 2014-05-30 | 2014-05-30 | 一种对业务路由报文进行处理的方法和业务节点 |
PCT/CN2015/078518 WO2015180560A1 (zh) | 2014-05-30 | 2015-05-08 | 一种对业务路由报文进行处理的方法和业务节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410240822.7A CN105471927B (zh) | 2014-05-30 | 2014-05-30 | 一种对业务路由报文进行处理的方法和业务节点 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105471927A CN105471927A (zh) | 2016-04-06 |
CN105471927B true CN105471927B (zh) | 2019-01-08 |
Family
ID=54698063
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410240822.7A Active CN105471927B (zh) | 2014-05-30 | 2014-05-30 | 一种对业务路由报文进行处理的方法和业务节点 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105471927B (zh) |
WO (1) | WO2015180560A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017193427A1 (zh) | 2016-05-10 | 2017-11-16 | 华为技术有限公司 | 分组交换业务识别方法及终端 |
US11611506B2 (en) * | 2020-10-09 | 2023-03-21 | Juniper Networks, Inc. | Processing a flow at the egress node in segment routing |
CN114221898B (zh) * | 2021-12-29 | 2023-11-10 | 优刻得科技股份有限公司 | 报文处理方法及网络系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674538A (zh) * | 2004-03-25 | 2005-09-28 | 联想(北京)有限公司 | 一种基于局域网的网络存储系统及其读写数据方法 |
CN102638395A (zh) * | 2012-03-19 | 2012-08-15 | 华为技术有限公司 | 一种报文转发的方法和设备 |
CN103796078A (zh) * | 2014-01-23 | 2014-05-14 | 深圳创维-Rgb电子有限公司 | 组播视频的播放方法和视频播放终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5229455B2 (ja) * | 2008-03-07 | 2013-07-03 | 日本電気株式会社 | モニター用ソケットライブラリを搭載するゲートウェイ装置、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信方法、モニター用ソケットライブラリを搭載するゲートウェイ装置の通信プログラム |
-
2014
- 2014-05-30 CN CN201410240822.7A patent/CN105471927B/zh active Active
-
2015
- 2015-05-08 WO PCT/CN2015/078518 patent/WO2015180560A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1674538A (zh) * | 2004-03-25 | 2005-09-28 | 联想(北京)有限公司 | 一种基于局域网的网络存储系统及其读写数据方法 |
CN102638395A (zh) * | 2012-03-19 | 2012-08-15 | 华为技术有限公司 | 一种报文转发的方法和设备 |
CN103796078A (zh) * | 2014-01-23 | 2014-05-14 | 深圳创维-Rgb电子有限公司 | 组播视频的播放方法和视频播放终端 |
Also Published As
Publication number | Publication date |
---|---|
CN105471927A (zh) | 2016-04-06 |
WO2015180560A1 (zh) | 2015-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6091724B2 (ja) | リンクのヘルスチェック方法および装置 | |
US20180261089A1 (en) | Vehicle navigation under control of an interactive terminal | |
CN107948284A (zh) | 一种基于微服务架构的服务下线方法、设备和系统 | |
US11856065B2 (en) | Data transmission for service integration between a virtual private cloud and an intranet | |
JP2017184259A (ja) | 協働環境におけるフロー制御のためのおよび信頼性のある通信のための方法 | |
US10050859B2 (en) | Apparatus for processing network packet using service function chaining and method for controlling the same | |
CN104462033B (zh) | 在设备间实现编辑操作的方法及设备 | |
CN106713005A (zh) | 基于静态指定转发器(df)选择过程的df选择 | |
CN105471927B (zh) | 一种对业务路由报文进行处理的方法和业务节点 | |
CN106559280A (zh) | 双向转发检测方法和装置 | |
JP2005322107A (ja) | 負荷分散装置及びプログラム | |
CN108243102A (zh) | 一种快速重路由的实现方法和pe设备 | |
CN109039687A (zh) | 请求的负载均衡方法、装置、系统、设备以及存储介质 | |
CN105391629B (zh) | 一种资源备份的方法及装置 | |
US9407529B2 (en) | Relay server and relay communication system | |
JP2020521409A (ja) | Netconfセッション状態の検出方法、装置及びコンピュータ読取可能な記録媒体 | |
CN106161249B (zh) | PPPoE报文的处理方法及装置 | |
CN112751724B (zh) | 检测链路状态的方法及装置 | |
CN106789695A (zh) | 报文处理方法及装置 | |
JP2008072521A (ja) | 通信装置、通信方法及び通信プログラム | |
JP2005258632A (ja) | ネットワークストレージ装置の導通確認方法およびホスト計算機 | |
CN104780106B (zh) | 多实例实现方法及装置 | |
CN105991370A (zh) | 一种udp通道探测方法及装置 | |
CN108471374A (zh) | 数据报文的转发方法及装置 | |
CN108156066A (zh) | 报文转发方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |