CN109547997A - 数据共享方法、服务器、计算机可读存储介质和系统 - Google Patents
数据共享方法、服务器、计算机可读存储介质和系统 Download PDFInfo
- Publication number
- CN109547997A CN109547997A CN201710661872.6A CN201710661872A CN109547997A CN 109547997 A CN109547997 A CN 109547997A CN 201710661872 A CN201710661872 A CN 201710661872A CN 109547997 A CN109547997 A CN 109547997A
- Authority
- CN
- China
- Prior art keywords
- network element
- data
- context
- storage server
- source network
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/14—Mobility data transfer between corresponding nodes
Abstract
本发明提供一种数据共享方法、服务器、计算机可读存储介质和系统，涉及通信技术领域，用以解决网元之间进行数据共享时，新增接口和消息造成网络维护成本高、工作量大、消息类型设计复杂的问题，本发明的数据共享方法，包括：数据存储服务器获取两个以上网元上报的上下文数据；数据存储服务器将每个上下文数据存储到存储区域中；当源网元和目的网元之间需要共享数据时，数据存储服务器获取源网元的上下文数据，将该上下文信息发送给目的网元。其中，所述源网元和所述目的网元包含在所述网元中。本发明主要用于4G或5G网络架构中，实现网元之间的数据共享功能。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种数据共享方法、服务器、计算机可读存储介质和系统。
背景技术
在现有的网络架构中，根据业务需求不同，网元之间需要进行数据共享的场景很多，例如：交接(Handover)流程或者跟踪区更新(Tracking Area Update，TAU)流程等。现有技术采用在网元之间定义接口和消息的方式进行数据共享，在实现本发明的过程中，发明人发现：由于新增接口需要定义接口规范、进行对接测试，而现有的网络架构中网元数目众多，使得网络连接和链路维护的工作量大、维护成本高；并且，由于网元之间数据共享的场景众多，使得设计用于数据共享的消息的类型复杂。
发明内容
有鉴于此，本发明实施例提供一种数据共享方法、服务器、计算机可读存储介质和系统，以解决新增接口和消息造成网络维护成本高、工作量大、消息类型设计复杂的问题。
为解决上述技术问题，一方面，本发明实施例提供一种数据共享方法，包括：数据存储服务器获取两个以上网元上报的上下文数据；所述数据存储服务器将每个所述上下文数据存储到存储区域中；当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元，其中，所述源网元和所述目的网元包含在所述网元中。
其中，所述数据存储服务器获取两个以上网元上报的上下文数据包括：
所述数据存储服务器接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
所述数据存储服务器从所述上下文信息中获取上下文数据。
其中，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；
所述数据存储服务器从所述上下文信息中获取源网元的上下文数据；
所述数据存储服务器从所述目的地址中获取目的网元；
所述数据存储服务器通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
所述数据存储服务器从所述目的地址中获取源网元；
所述数据存储服务器获取所述源网元的上下文数据；
所述数据存储服务器通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器查询源网元是否发生故障；
如果所述源网元发生故障，所述数据存储服务器查找目的网元；
所述数据存储服务器从所述存储区域中查找所述源网元对应的上下文数据；
所述数据存储服务器通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
为解决上述技术问题，第二方面，本发明实施例提供一种数据存储服务器，包括：
获取模块，用于获取两个以上网元上报的上下文数据；
存储模块，用于将所述获取模块获取的每个所述上下文数据存储到存储区域中；
共享模块，用于当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
为解决上述技术问题，第三方面，本发明提供一种数据共享系统，包括：两个以上网元和以上所述的数据存储服务器，其中，所述两个以上网元中包括有数据共享需求的源网元和目的网元。
第四方面，本发明实施例提供了一种数据存储服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器执行所述程序时实现如下步骤：
获取两个以上网元上报的上下文数据；
将每个所述上下文数据存储到存储区域中；
当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
其中，所述处理器执行所述程序时实现如下步骤：
接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
从所述上下文信息中获取上下文数据。
其中，所述处理器执行所述程序时实现如下步骤：
接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；
从所述上下文信息中获取源网元的上下文数据；
从所述目的地址中获取目的网元；
通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述处理器执行所述程序时实现如下步骤：
接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
从所述目的地址中获取源网元；
获取所述源网元的上下文数据；
通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述处理器执行所述程序时实现如下步骤：
查询源网元是否发生故障；
如果所述源网元发生故障，查找目的网元；
从所述存储区域中查找所述源网元对应的上下文数据；
通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
第五方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的数据共享方法。
本发明的上述技术方案的有益效果如下：
本发明实施例中，数据存储服务器能够对网元的上下文数据进行统一存储和管理，使得源网元和目的网元之间可以通过数据存储服务器进行数据共享，解决了现有技术采用网元之间通过定义接口和消息进行数据共享，造成网络连接和链路维护的工作量大、维护成本高、消息类型设计复杂的问题。本发明实施例提供的技术方案，由数据存储服务器对网元的上下文数据进行统一存储和维护，相较于现有技术每个网元单独管理自身的上下文数据而言，降低了数据维护成本，提高了数据共享效率，增加了数据正常使用的可靠性。
附图说明
图1为本发明实施例提供的一种数据共享方法的流程图；
图2为图1所示的步骤101的流程图；
图3为图1所示的步骤103的流程图之一；
图4为图1所示的步骤103的流程图之二；
图5为图1所示的步骤103的流程图之三；
图6为本发明实施例提供的一种数据存储服务器的结构示意图；
图7为图6所示的获取模块601的结构示意图；
图8为图6所示的共享模块603的结构示意图之一；
图9为图6所示的共享模块603的结构示意图之二；
图10为图6所示的共享模块603的结构示意图之三；
图11为本发明实施例提供的一种数据共享系统的结构示意图；
图12为本发明实施例提供的一种数据存储服务器的结构示意图。
具体实施方式
下面将结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
如图1所示，本发明实施例提供一种数据共享方法，包括：
步骤101，数据存储服务器获取两个以上网元上报的上下文数据。
如图2所示，步骤101具体可以包括如下步骤：
步骤201，数据存储服务器(Database Share，DBS)接收两个以上网元发送的第一数据共享消息，其中，第一数据共享消息包括：消息类型(
Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，每个网元可以周期性地向DBS发送第一数据共享消息，例如：网元可以按照间隔5分钟的周期向DBS发送第一数据共享消息；也可以通过事件触发的方式向DBS发送第一数据共享消息，例如：当网元的上下文数据有更新的时候发送第一数据共享消息。当然，网元还可以通过其他方式向DBS发送第一数据共享消息，此处不对每种情况进行一一赘述。
在本实施例中，第一数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
步骤202，数据存储服务器从上下文信息中获取上下文数据。
步骤102，数据存储服务器将每个上下文数据存储到存储区域中。
在本实施例中，数据存储服务器可以预先为每个网元单独设置存储区域，则此时步骤102具体为：数据存储服务器将每个上下文数据存储到上报网元对应的存储区域内；为了更合理地利用存储资源，避免存储资源浪费的问题，数据存储服务器也可以不为每个网元单独设置存储区域，存储区域共享，此时，为了方便查找网元对应的上下文数据，可以在存储时为每个上下文数据添加与上报网元对应的标识。
步骤103，当源网元和向目的网元之间需要共享数据时，数据存储服务器获取源网元的上下文数据，将该上下文信息发送给目的网元。
需要说明的是，本发明实施例所述的源网元和目的网元均包含在网元中，本发明并不对源网元和目的网元进行具体的限定，在实际的使用过程中，网元中的任何一个网元都可以是源网元或者目的网元，也可以同时为源网元和目的网元。
在本实施例中，源网元需要向目的网元共享数据的场景可以包括两种：
一种是，在网元运行状态正常时，源网元和目的网元之间共享数据，例如：Handover流程或者TAU流程等，此时，如图3所示，步骤103可以包括：
步骤301，数据存储服务器接收源网元发送的第二数据共享消息，其中，第二数据共享消息包括：消息类型(Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，第二数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
步骤302，数据存储服务器从上下文信息中获取源网元的上下文数据。
步骤303，数据存储服务器从目的地址中获取目的网元。
步骤304，数据存储服务器通过第三数据共享消息将源网元的上下文数据发送给目的网元，其中，第三数据共享消息包括：消息类型(Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，第三数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
或者，如图4所示，步骤103可以包括：
步骤401，数据存储服务器接收目的网元发送的第四数据共享消息，其中，第四数据共享消息包括：消息类型(Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，第四数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
步骤402，数据存储服务器从目的地址中获取源网元。
步骤403，数据存储服务器获取源网元的上下文数据。
在本实施例中，如果数据存储服务器已经存储了源网元的上下文数据，则可以从存储区域中获取源网元的上下文数据；如果数据服务器未存储源网元的上下文数据，则可以从源网元获取其上下文数据，具体地获取步骤可以参见图2所述的步骤，此处不再赘述。
步骤404，数据存储服务器通过第五数据共享消息将源网元的上下文数据发送给目的网元，其中，第五数据共享消息包括：消息类型(Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，第五数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
另一种是，在网元运行状态为故障时，源网元和目的网元之间数据共享，需要说明的是，本实施例以故障网元为源网元，数据共享到的网元为目的网元进行说明，此时，如图5所示，步骤103可以包括：
步骤501，数据存储服务器查询源网元是否发生故障。
在本实施例中，DBS可以周期性地主动向源网元查询是否发生故障，例如：DBS可以以30分钟为周期，向源网元发送查询信息，接收源网元返回的查询结果，通过查询结果判断是否发生故障；DBS可以根据源网元是否上报第一数据共享消息来判断源网元是否发生故障，例如：如果源网元以5分钟为周期上报第一数据共享消息，当DBS在10分钟之内未接收到源网元上报的第一数据共享消息时，则判断源网元发生故障。当然，以上两种方法仅为举例，在实际的使用过程中，DBS还可以通过其他方式查询源网元是否发生故障，此处不对每种情况进行一一赘述。
步骤502，如果源网元发生故障，数据存储服务器查找目的网元。
在本实施例中，DBS可以通过多种方式查找目的网元，例如：DBS可以根据源网元的设备类型，查找与源网元设备类型相同的网元为目的网元；DBS也可以查找源网元历史上主动进行数据共享的网元作为目的网元，当然以上仅为具体的举例，在实际的使用过程中，DBS还可以通过其他方式查找目的网元，此处不对每种情况进行一一赘述。
需要说明的是，本实施例不对目的网元的数据进行限定，在实际的使用过程中，可以根据业务需要查找多个目的网元。
步骤503，数据存储服务器从存储区域中查找源网元对应的上下文数据。
步骤504，数据存储服务器通过第六数据共享消息将源网元的上下文数据发送给目的网元，其中，第六数据共享消息包括：消息类型(Message Type)、触发原因(Cause)、上下文信息(Body)和目的地址(目的IP)。
在本实施例中，第四数据共享消息的消息类型可以包括：
1)网元生成数据到DBS；Message Type＝create；
2)网元更新数据到DBS；Message Type＝update；
3)网元申请从DBS读数据；Message Type＝read；
4)网元申请从DBS订阅数据：Message Type＝Subscribe；
5)DBS通知网元删除上下文：Message Type＝delete；
6)DBS推送上下文给网元；Message Type＝push，这种情况下需要携带cause，说明push的原因，例如：
-TAU：TAU流程，push上下文给新网元；
-Handover：Handover流程，push上下文给新网元；
-Failover：网元故障，push上下文给冗余网元；
-Get：当网元get某上下文时，push上下文给发起get请求的网元；
-Update：当上下文有变更时，push上下文给定制变更通知的网元。
由于DBS可以对网元的上下文数据进行统一管理，当源网元出现故障时，DBS可以主动将源网元的上下文数据共享给查找到的目的网元，解决了现有技术为了避免设备故障，需要部署主备网元来保证数据的可靠性，造成部署设备资源浪费的问题，本实施例提供的技术方案，不需要为每个网元部署备用网元，只需要当源网元出现故障时，将源网元的上下文数据共享给目的网元即可保证业务的正常进行，达到了解决硬件设备成本，以及降低网络维护成本的目的。
需要说明的是，以上图1-5中所述的第一数据共享消息至第六数据共享消息的命名仅仅是为了区分方法流程中的各环节所设，在实际的使用过程中，上述六个数据共享消息的消息结构相同，仅仅是根据流程环节不同包括的具体内容不同而已，例如：在本实施例中，第一数据共享消息的消息类型可以为create或者update，触发原因可以为空，上下文信息为网元自身保存的上下文数据，目的IP可以为DBS的IP或者为空等，此处不做一一赘述。
另外，需要说明的是，本实施例中所述的数据存储服务器为虚拟装置，本发明并不对数据存储服务器的实体化设备进行限定，在实际的使用过程中，数据从存储服务器的实体化设备可以为具有数据存储功能的网元，也可以为具有数据存储功能的服务器，当然，还可以为具有数据存储功能的其他网络设备，此处不对每种情况进行一一赘述。
本发明实施例提供的数据共享方法，数据存储服务器能够对网元的上下文数据进行统一存储和管理，使得源网元和目的网元之间可以通过数据存储服务器进行数据共享，解决了现有技术采用网元之间通过定义接口和消息进行数据共享，造成网络连接和链路维护的工作量大、维护成本高、消息类型设计复杂的问题。本发明实施例提供的技术方案，由数据存储服务器对网元的上下文数据进行统一存储和维护，相较于现有技术每个网元单独管理自身的上下文数据而言，降低了数据维护成本，提高了数据共享效率，增加了数据正常使用的可靠性。
如图6所示，本发明实施例还提供一种数据存储服务器，包括：
获取模块601，用于获取两个以上网元上报的上下文数据；
存储模块602，用于将获取模块601获取的每个所述上下文数据存储到存储区域中；
共享模块603，用于当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
进一步地，如图7所示，获取模块601可以包括：
第一接收子模块701，用于接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
第一获取子模块702，用于从所述第一接收子模块701接收到的第一数据共享消息得上下文信息中获取上下文数据。
进一步地，如图8所示，共享模块603可以包括：
第二接收子模块801，用于接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；
第二获取子模块802，用于从所述第二接收子模块801接收的第二数据共享消息的上下文信息中获取源网元的上下文数据；
第三获取子模块803，用于从所述第二接收子模块801接收的第二数据共享消息的目的地址中获取目的网元；
第一发送子模块804，用于通过第三数据共享消息将所述第二获取子模块702获取的源网元的上下文数据发送给所述第三获取子模块803获取的目的网元。
进一步地，如图9所示，共享模块603可以包括：
查询子模块901，用于查询源网元是否发生故障；
第一查找子模块902，用于如果所述源网元发生故障，查找目的网元；
第二查找子模块903，用于从所述存储区域中查找所述源网元对应的上下文数据；
第二发送子模块904，用于通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
进一步的，如图10所示，所述共享模块603可以包括：
第三接收子模块1001，用于接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
第四获取子模块1002，用于从所述目的地址中获取源网元；
第五获取子模块1003，用于获取所述源网元的上下文数据；
第三发送子模块1004，用于通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
本发明所述装置的工作原理可参照前述方法实施例的描述。
本发明实施例提供的数据存储服务器能够对网元的上下文数据进行统一存储和管理，使得源网元和目的网元之间可以通过数据存储服务器进行数据共享，解决了现有技术采用网元之间通过定义接口和消息进行数据共享，造成网络连接和链路维护的工作量大、维护成本高、消息类型设计复杂的问题。本发明实施例提供的技术方案，由数据存储服务器对网元的上下文数据进行统一存储和维护，相较于现有技术每个网元单独管理自身的上下文数据而言，降低了数据维护成本，提高了数据共享效率，增加了数据正常使用的可靠性。
如图12所示，本发明实施例还提供一种数据共享系统，包括：两个以上网元1101和图6-10所述的数据存储服务器1102，其中，所述两个以上网元中包括有数据共享需求的源网元和目的网元。
本发明实施例提供的数据共享系统，数据存储服务器能够对网元的上下文数据进行统一存储和管理，使得源网元和目的网元之间可以通过数据存储服务器进行数据共享，解决了现有技术采用网元之间通过定义接口和消息进行数据共享，造成网络连接和链路维护的工作量大、维护成本高、消息类型设计复杂的问题。本发明实施例提供的技术方案，由数据存储服务器对网元的上下文数据进行统一存储和维护，相较于现有技术每个网元单独管理自身的上下文数据而言，降低了数据维护成本，提高了数据共享效率，增加了数据正常使用的可靠性。
如图12所示，本发明实施例还提供了一种数据存储服务器，包括：处理器1200，用于读取存储器1220中的程序，执行下列过程：
获取两个以上网元上报的上下文数据；将每个所述上下文数据存储到存储区域中；当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；其中，所述源网元和所述目的网元包含在所述网元中。
收发机1210，用于在处理器1200的控制下接收和发送数据。
其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。
处理器1200负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在执行操作时所使用的数据。
处理器1200还用于，读取所述计算机程序，执行如下步骤:通过所述收发机1210接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；从所述上下文信息中获取上下文数据。
处理器1200还用于，读取所述计算机程序，执行如下步骤:通过所述收发机1210接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；从所述上下文信息中获取源网元的上下文数据；从所述目的地址中获取目的网元；通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
处理器1200还用于，读取所述计算机程序，执行如下步骤:通过所述收发机1210接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；从所述目的地址中获取源网元；获取所述源网元的上下文数据；通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
处理器1200还用于，读取所述计算机程序，执行如下步骤:查询源网元是否发生故障；如果所述源网元发生故障，查找目的网元；从所述存储区域中查找所述源网元对应的上下文数据；通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述消息类型包括：生成、更新、读取、删除、订阅或者推送。
本发明实施例还提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序可被处理器执行如下步骤：
获取两个以上网元上报的上下文数据；
将每个所述上下文数据存储到存储区域中；
当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
其中，所述获取两个以上网元上报的上下文数据包括：
接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
从所述上下文信息中获取上下文数据。
其中，所述当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息；
从所述上下文信息中获取源网元的上下文数据；
从所述目的地址中获取目的网元；
通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
从所述目的地址中获取源网元；
获取所述源网元的上下文数据；
通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
查询源网元是否发生故障；
如果所述源网元发生故障，查找目的网元；
从所述存储区域中查找所述源网元对应的上下文数据；
通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
其中，所述消息类型包括：生成、更新、读取、删除、订阅或者推送。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (13)
1.一种数据共享方法，其特征在于，包括：
数据存储服务器获取两个以上网元上报的上下文数据；
所述数据存储服务器将每个所述上下文数据存储到存储区域中；
当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
2.根据权利要求1所述的方法，其特征在于，所述数据存储服务器获取两个以上网元上报的上下文数据包括：
所述数据存储服务器接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
所述数据存储服务器从所述上下文信息中获取上下文数据。
3.根据权利要求1所述的方法，其特征在于，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；
所述数据存储服务器从所述上下文信息中获取源网元的上下文数据；
所述数据存储服务器从所述目的地址中获取目的网元；
所述数据存储服务器通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
4.根据权利要求1所述的方法，其特征在于，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
所述数据存储服务器从所述目的地址中获取源网元；
所述数据存储服务器获取所述源网元的上下文数据；
所述数据存储服务器通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
5.根据权利要求1所述的方法，其特征在于，所述当源网元和目的网元之间需要共享数据时，所述数据存储服务器获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元包括：
所述数据存储服务器查询源网元是否发生故障；
如果所述源网元发生故障，所述数据存储服务器查找目的网元；
所述数据存储服务器从所述存储区域中查找所述源网元对应的上下文数据；
所述数据存储服务器通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
6.一种数据存储服务器，其特征在于，包括：
获取模块，用于获取两个以上网元上报的上下文数据；
存储模块，用于将所述获取模块获取的每个所述上下文数据存储到存储区域中；
共享模块，用于当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
7.一种数据存储服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器执行所述程序时实现如下步骤：
获取两个以上网元上报的上下文数据；
将每个所述上下文数据存储到存储区域中；
当源网元和目的网元之间需要共享数据时，获取所述源网元的上下文数据，将该上下文信息发送给所述目的网元；
其中，所述源网元和所述目的网元包含在所述网元中。
8.根据权利要求7所述的数据存储服务器，其特征在于，所述处理器执行所述程序时实现如下步骤：
接收两个以上网元发送的第一数据共享消息，其中，所述第一数据共享消息包括：上下文信息；
从所述上下文信息中获取上下文数据。
9.根据权利要求7所述的数据存储服务器，其特征在于，所述处理器执行所述程序时实现如下步骤：
接收所述源网元发送的第二数据共享消息，其中，所述第二数据共享消息包括：上下文信息和目的地址；
从所述上下文信息中获取源网元的上下文数据；
从所述目的地址中获取目的网元；
通过第三数据共享消息将所述源网元的上下文数据发送给所述目的网元。
10.根据权利要求7所述的数据存储服务器，其特征在于，所述处理器执行所述程序时实现如下步骤：
接收所述目的网元发送的第四数据共享消息，其中，所述第四数据共享消息包括：目的地址；
从所述目的地址中获取源网元；
获取所述源网元的上下文数据；
通过第五数据共享消息将所述源网元的上下文数据发送给所述目的网元。
11.根据权利要求7所述的数据存储服务器，其特征在于，所述处理器执行所述程序时实现如下步骤：
查询源网元是否发生故障；
如果所述源网元发生故障，查找目的网元；
从所述存储区域中查找所述源网元对应的上下文数据；
通过第六数据共享消息将所述源网元的上下文数据发送给所述目的网元。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5任一项所述的数据共享方法。
13.一种数据共享系统，其特征在于，包括：两个以上网元和权利要求6所述的数据存储服务器，其中，所述两个以上网元中包括有数据共享需求的源网元和目的网元。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710661872.6A CN109547997A (zh) | 2017-08-04 | 2017-08-04 | 数据共享方法、服务器、计算机可读存储介质和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710661872.6A CN109547997A (zh) | 2017-08-04 | 2017-08-04 | 数据共享方法、服务器、计算机可读存储介质和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109547997A true CN109547997A (zh) | 2019-03-29 |
Family
ID=65822997
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710661872.6A Pending CN109547997A (zh) | 2017-08-04 | 2017-08-04 | 数据共享方法、服务器、计算机可读存储介质和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109547997A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022083512A1 (zh) * | 2020-10-23 | 2022-04-28 | 深圳前海微众银行股份有限公司 | 一种信息共享方法、装置、服务器及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1554204A (zh) * | 2001-09-10 | 2004-12-08 | ����ɭ�绰�ɷ�����˾ | 无线网络控制器出故障时连接模式中的移动台的恢复 |
| CN101646270A (zh) * | 2008-08-06 | 2010-02-10 | 华为技术有限公司 | 保持业务连续的方法、系统、移动性管理实体和存储设备 |
| CN104081808A (zh) * | 2012-01-24 | 2014-10-01 | 瑞典爱立信有限公司 | Mme恢复 |
| WO2017004158A1 (en) * | 2015-06-29 | 2017-01-05 | Convida Wireless, Llc | Location-based context delivery |
| WO2017028886A1 (en) * | 2015-08-14 | 2017-02-23 | Telefonaktiebolaget Lm Ericsson (Publ) | A node and method for handling a mobility procedure for a wireless device |
-
2017
- 2017-08-04 CN CN201710661872.6A patent/CN109547997A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1554204A (zh) * | 2001-09-10 | 2004-12-08 | ����ɭ�绰�ɷ�����˾ | 无线网络控制器出故障时连接模式中的移动台的恢复 |
| CN101646270A (zh) * | 2008-08-06 | 2010-02-10 | 华为技术有限公司 | 保持业务连续的方法、系统、移动性管理实体和存储设备 |
| CN104081808A (zh) * | 2012-01-24 | 2014-10-01 | 瑞典爱立信有限公司 | Mme恢复 |
| WO2017004158A1 (en) * | 2015-06-29 | 2017-01-05 | Convida Wireless, Llc | Location-based context delivery |
| WO2017028886A1 (en) * | 2015-08-14 | 2017-02-23 | Telefonaktiebolaget Lm Ericsson (Publ) | A node and method for handling a mobility procedure for a wireless device |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TSG SERVICES AND SYSTEM ASPECTS: "Procedures for the 5G System; Stage 2", 《3GPP TS 23.502 V0.5.0》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022083512A1 (zh) * | 2020-10-23 | 2022-04-28 | 深圳前海微众银行股份有限公司 | 一种信息共享方法、装置、服务器及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109245931B (zh) | 基于kubernetes的容器云平台的日志管理和监控报警的实现方法 | |
| CN105610987B (zh) | 管理服务器集群的方法、应用及系统 | |
| CN108712332B (zh) | 一种通信方法、系统和装置 | |
| US9330161B2 (en) | Creating global aggregated namespaces for storage management | |
| CN111209011A (zh) | 一种跨平台的容器云自动化部署系统 | |
| US8898520B1 (en) | Method of assessing restart approach to minimize recovery time | |
| CN112291298B (zh) | 异构系统的数据传输方法、装置、计算机设备和存储介质 | |
| CN104579765A (zh) | 一种集群系统的容灾方法和装置 | |
| US9854466B2 (en) | Method and apparatus for managing monitoring task | |
| CN115640110B (zh) | 分布式云计算系统调度方法和装置 | |
| CN102819478A (zh) | 一种无代理的数据处理系统监控与管理方法 | |
| CN105491078A (zh) | Soa系统中的数据处理方法及装置、soa系统 | |
| CN109257396B (zh) | 一种分布式锁调度方法及装置 | |
| CN105591782A (zh) | 测试设备的管理方法及装置 | |
| US20090172463A1 (en) | Method, system and machine accessible medium of a reconnect mechanism in a distributed system (cluster-wide reconnect mechanism) | |
| CN111404757A (zh) | 基于云的跨网络应用集成系统 | |
| US9032118B2 (en) | Administration device, information processing device, and data transfer method | |
| CN104580428A (zh) | 一种数据路由方法、数据管理装置和分布式存储系统 | |
| CN103186536A (zh) | 一种调度数据共享装置的方法及系统 | |
| US9544214B2 (en) | System and method for optimized event monitoring in a management environment | |
| CN109586970A (zh) | 资源分配方法、装置及系统 | |
| CN113419818A (zh) | 基础组件部署方法、装置、服务器及存储介质 | |
| CN103051478B (zh) | 一种大容量电信网管系统及其设置和应用方法 | |
| CN109547997A (zh) | 数据共享方法、服务器、计算机可读存储介质和系统 | |
| CN107682573B (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190329 |
|
| RJ01 | Rejection of invention patent application after publication |