WO2016074491A1

WO2016074491A1 - Data updating method and apparatus in virtual private network (vpn) group

Info

Publication number: WO2016074491A1
Application number: PCT/CN2015/083403
Authority: WO
Inventors: 孔振岗
Original assignee: 中兴通讯股份有限公司
Priority date: 2014-11-12
Filing date: 2015-07-06
Publication date: 2016-05-19
Also published as: CN105656745B; CN105656745A

Abstract

The present invention provides a data updating method and apparatus in a virtual private network (VPN) group, the method including: obtaining the object type of the current account opening or cancelling operation; performing, according to the object type, the updating operation corresponding to the object type on all service control points (SCPs), wherein the updating operation is used for updating data of the object indicated by the object type. By the present invention, solved is the problem in related art that it is difficult for different SCPs to migrate data among SCPs when the VPN service of the VPN group is performed by a prepayment service platform, with no need to improve the VPN structure, and the user experience is also improved.

Description

Method and device for updating data in virtual private network VPN group

Technical field

The present invention relates to the field of communications, and in particular to a method and apparatus for updating data in a virtual private network VPN group.

Background technique

Among the intelligent network services provided by major operators, prepaid services and virtual private network services are the two main services. In the past, users of virtual private network services were post-paid users. In recent years, prepaid services have developed rapidly, and the number of users has increased. The demand for prepaid users to join virtual private networks has also increased.

There are many options for achieving this requirement, one of which is implemented on a prepaid service platform. Since the number of users of the prepaid service is generally large, the prepaid service platform usually has multiple sets of Service Control Points (SCPs), and the user data is generally divided according to the local market and stored separately. On the SCP. In the Virtual Private Network (VPN) service, users belong to a certain group. When there are multiple users in the group, the cities involved are different in the prepaid service platform. In the SCP, when the virtual private network service of the group is implemented by the prepaid service platform, the division of user data will be in conflict. If the prepaid service is changed to user data by group, the user data is adjusted. The subscription information of the user in the Home Location Register (HLR) needs to be adjusted synchronously. On the other hand, the virtual private network is opened. The prepaid users of the service only account for a small part of the overall prepaid users. This will inevitably result in some users dividing data by city and city, and another part of users dividing data by group, and the data is rather confusing. When users join the group new time, it may also need to migrate data between SCPs.

In the related art, when the virtual private network service of the VPN group is implemented by the prepaid service platform, it is difficult to implement data migration between the SCPs of different service control points, and no effective solution has been proposed yet.

Summary of the invention

The main purpose of the embodiments of the present invention is to provide a method and an apparatus for updating data in a virtual private network VPN group, so as to at least solve the related technologies in the related art when the virtual private network service of the VPN group is implemented by the prepaid service platform. It is difficult to achieve data migration between SCPs between control points SCP.

According to an embodiment of the present invention, a method for updating data in a virtual private network VPN group is provided, including: acquiring an object type of a current overhead user operation; performing and speaking on all service control points SCP according to the object type. An update operation corresponding to the object type, wherein the update operation is for updating data of the object indicated by the object type.

In the embodiment of the present invention, the object type includes: a VPN group or a VPN user.

In the embodiment of the present invention, when the object type indicates the VPN group, performing an update operation corresponding to the object type on all service control points SCP according to the object type includes: at all service control points SCP Update the data of the VPN group.

In the embodiment of the present invention, when the operation object indicates the VPN user, performing an update operation corresponding to the object type on all the service control points SCP according to the object type includes: acquiring the VPN user belongs to a first segment; updating data of the VPN user on an SCP corresponding to the first segment; updating data of the VPN user on other SCPs, wherein the other SCPs are all but the all SCPs An SCP other than the SCP corresponding to the first segment.

In the embodiment of the present invention, the operation object includes a prepaid user, and the method further includes: acquiring, when the operation object is the prepaid user, a second number segment to which the prepaid user belongs; The second segment updates the data of the prepaid user with the corresponding SCP.

According to another embodiment of the present invention, an apparatus for updating data in a virtual private network VPN group is provided, including: a first obtaining module, configured to acquire an object type of a current overhead user operation; and a first update module configured to The object type performs an update operation corresponding to the object type on all service control points SCP, wherein the update operation is used to update data of the object indicated by the object type.

In the embodiment of the present invention, when the object type indicates the VPN group, the first update module is further configured to update data of the VPN group on all service control points SCP.

In the embodiment of the present invention, when the operation object indicates the VPN user, the first update module includes: an acquiring unit, configured to acquire a first number segment to which the VPN user belongs; a first update unit, setting Updating the data of the VPN user on the SCP corresponding to the first segment; the second updating unit is configured to update data of the VPN user on other SCPs, wherein the other SCPs are all An SCP other than the SCP corresponding to the first segment in the SCP.

In the embodiment of the present invention, the operation object includes a prepaid user, and the device further includes: a second obtaining module, configured to acquire, when the operation object is the prepaid user, acquire the prepaid user a second segment; the second update module is configured to update the data of the prepaid user with the second segment and the corresponding SCP.

According to the embodiment of the present invention, the manner of performing the update operation corresponding to the object type on all the service control points SCP according to the object type operated by the current overhead user is adopted, and the virtual technology of the VPN group is implemented by the prepaid service platform in the related art. In the private network service, it is difficult to implement data migration between SCPs between different service control points, and there is no need to improve the VPN architecture and improve the user experience.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a flow chart of a method for updating data in a VPN group according to an embodiment of the present invention;

2 is a structural block diagram of an apparatus for updating data in a VPN group according to an embodiment of the present invention;

3 is a block diagram 1 of an optional structure of an apparatus for updating data in a VPN group according to an embodiment of the present invention;

4 is a block diagram 2 of an optional structure of an apparatus for updating data in a VPN group according to an embodiment of the present invention;

FIG. 5 is a structural block diagram of a system networking according to an alternative embodiment of the present invention; FIG.

6 is a flow chart of an overhead household operation under normal circumstances according to an alternative implementation of the present invention;

7 is a flow chart of an overhead household operation in an abnormal situation according to an alternative embodiment of the present invention;

FIG. 8 is a service flow diagram of a VPN call across an SCP according to an alternative embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

In this embodiment, a method for updating data in a virtual private network VPN group is provided. FIG. 1 is a flowchart of a method for updating data in a VPN group according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps. step:

Step S102: Acquire an object type of the current overhead user operation;

Step S104: Perform an update operation corresponding to the object type on all service control points SCP according to the object type;

The update operation is used to update the data of the object indicated by the object type.

In this embodiment, the manner of performing the update operation corresponding to the object type on all the service control points SCP according to the object type operated by the current overhead user is adopted, and the virtual private use of the VPN group by the prepaid service platform is solved in the related art. In the network service, it is difficult to implement data migration between SCPs between different service control points, and there is no need to improve the VPN architecture and improve the user experience.

There are a plurality of objects for the operation of the overhead user involved in this embodiment. In an optional implementation manner of this embodiment, the object type may be: a VPN group or a VPN user.

In an optional implementation manner of this embodiment, when the object type is a VPN group or a VPN user, the update operation corresponding to the object type may be performed on all service control point SCPs by:

Manner 1: In the embodiment, when the object type indicates the VPN group, the data of the VPN group is updated on all the service control points SCP.

Manner 2: When the operation object indicates that the VPN user is a VPN user, obtain the first segment of the VPN user; update the data of the VPN user on the SCP corresponding to the first segment; and update the data of the VPN user on other SCPs, where The other SCPs are SCPs other than the SCP corresponding to the first segment in all SCPs.

In another optional implementation manner of this embodiment, the operation object may also be a pre-paid user. When the operation object is a pre-paid user, the update operation may be implemented in the following manner, where the method includes the following steps:

Step S11: Obtain a second segment to which the prepaid user belongs;

Step S12: Update the data of the prepaid user on the corresponding SCP with the second segment.

In this embodiment, an apparatus for updating data in a virtual private network VPN group is also provided. The device is used to implement the foregoing embodiments and optional implementation manners, and details are not described herein. As used below, The term "module" can implement a combination of software and/or hardware for a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

2 is a structural block diagram of an apparatus for updating data in a VPN group according to an embodiment of the present invention. As shown in FIG. 2, the apparatus includes: a first obtaining module 22, configured to acquire an object type of a current overhead operation; The module 24 is coupled to the first acquisition module 22 and is arranged to perform an update operation corresponding to the object type on all service control points SCP according to the object type, wherein the update operation is for updating data of the object indicated by the object type.

Optionally, when the object type indicates the VPN group, the first update module 24 is further configured to update the data of the VPN group on all the service control points SCP.

FIG. 3 is a block diagram of an optional structure of an apparatus for updating data in a VPN group according to an embodiment of the present invention. When the operation object is a VPN user, as shown in FIG. 3, the first update module 24 includes: an obtaining unit 32, configured to Acquiring the first segment to which the VPN user belongs; the first update unit 34 is coupled to the acquisition unit 32, and is configured to update the data of the VPN user on the SCP corresponding to the first segment; the second update unit 36 and the first update unit The 34 coupling connection is set to update the data of the VPN user on other SCPs, wherein the other SCPs are SCPs other than the SCP corresponding to the first segment in all SCPs.

4 is a block diagram 2 of an optional structure of an apparatus for updating data in a VPN group according to an embodiment of the present invention. The operation object includes a prepaid user. As shown in FIG. 4, the apparatus further includes: a second obtaining module 42 configured to be When the operation object is a prepaid user, the second segment to which the prepaid user belongs is obtained; the second update module 44 is coupled to the second obtaining module 42 and is configured to update the prepaid with the second segment and the corresponding SCP. User's data.

In order to better illustrate the invention, the following description is exemplified in connection with alternative embodiments of the invention.

In this optional embodiment, a data synchronization sub-module is added in the overhead user module, and the overhead user module can identify that the object of the current household operation is a pure prepaid user, a VPN group, or a user, when the operation object is a pure prepaid user. Keep the original process unchanged, update the user data corresponding to the SCP according to the user number segment; for the overhead user of the pure prepaid user, the overhead user module of the prepaid service platform is based on the principle of dividing the data by the user city, under normal circumstances The division principle can be understood as the correspondence between the user number segment and the SCP, and the user data on the SCP to which the user belongs is updated.

When the operation object is a VPN group, the overhead user module updates the group data on all SCPs through the data synchronization sub-module; when the operation object is a VPN user, the overhead user module first updates the user data on the corresponding SCP according to the user's own number segment. The user data is then updated on other SCPs via the data synchronization sub-module.

With the optional embodiment, the synchronization operation of the newly added data synchronization sub-module saves the full amount of VPN group and user information on all SCPs. Therefore, after the pure pre-paid user joins the VPN, the user subscription data on the HLR does not need to be updated; The user call still triggers the smart service originally belonging to the SCP. Since there is a full amount of VPN information on the SCP, the service can normally perform the translation of the long and short numbers and the judgment of other VPN service processes; thus, the peripheral network elements such as the camp account and the HLR need not be modified. There is no need to care whether the user joins the VPN or not, and it is only necessary to divide the data according to the user's city to solve the problem that the VPN group cannot carry out data migration across multiple SCPs in related technologies.

The present exemplary embodiment will be exemplified below in conjunction with the accompanying drawings and specific embodiments of the present invention.

FIG. 5 is a structural block diagram of a system networking according to an alternative embodiment of the present invention. As shown in FIG. 5, the system networking includes: a Mobile Switching Center (MSC), which is used to implement triggering of an intelligent service. Call connection, voice exchange, etc.

The HLR maintains the intelligent service subscription information of the user, and the MSC determines the home SCP according to the subscription information on the HLR, thereby triggering the user's call to its home SCP.

The billing system, the billing system refers to a BOSS or CRM system built by a telecommunications carrier. In an optional embodiment of the present invention, the system is mainly for the end user to accept the user's account opening and closing request, and the general account interface agreement is The MML protocol or the SOAP protocol sends the request of the overhead user to the service platform, and feeds back the result of the service platform of the service platform to the user, and the successful account after the account will update the intelligent service subscription information of the user on the HLR.

The service management point (SMP) is set to provide access management, service management (such as loading, unloading, activating, deactivating services) and service data management.

Among them, all SCPs in Figure 5 are managed by SMP, prepaid user information is divided into different SCPs according to their attribution number segments, and VPN group or user information stores a full amount of data on all SCPs. SCP is the core part of intelligent network services, storing user data and business logic. The main function of the SCP is to initiate different service logics according to the call events reported by the MSC or the SSP, and issue call control commands according to the service logic, thereby implementing various intelligent calls.

The interface processing module (referred to as the IMP) is configured to provide an external user interface. Generally, the client receives the overhead user command sent by the camping system, and returns the result to the camping system after completing the overhead operation on the service control point SCP. . The data synchronization module is a sub-module whose function is to enable the VPN group to obtain synchronization of user data on all SCPs.

Embodiment 1

FIG. 6 is a flow chart of an overhead household operation under normal circumstances according to an optional implementation of the present invention. The process shown in FIG. 6 includes the following steps:

Step S601: the camp initiates an overhead user operation, and the overhead household instruction is sent to the IMP;

Step S602: The IMP determines the type of the overhead user object: prepaid, VPN;

Step S603: The prepaid user overhead household, the IMP determines the home SCP as the SCP1 according to the user number segment, and updates the user data on the SCP1;

Step S604: The VPN service household, the IMP updates the user data on all the SCPs (prioritized to update the home SCP);

Step S605: The SCP returns the success result of the overhead user to the IMP.

Step S606: The IMP returns the success result of the overhead household to the camp;

Step S607: The account update user subscribes to the smart service subscription information on the HLR;

Among them, only the prepaid premium households need to update the HLR subscription information.

Embodiment 2

FIG. 7 is a flow chart of an overhead household operation in an abnormal situation according to an alternative embodiment of the present invention. As shown in FIG. 7, the flow includes the following steps:

Step S701: the camp initiates an overhead user operation, and the overhead household instruction is sent to the IMP;

Step S702: The IMP determines that the overhead household object is a VPN;

Step S703: The IMP first updates the user data on the user home SCP (SCP1);

Step S704: SCP1 fails to return to the overhead account;

Step S705: The IMP returns the failure result of the overhead account to the camp;

Step S706: SCP1 returns to the overhead user successfully;

Step S707: The IMP continues to update other SCPs, that is, user data on the SCPn;

Step S708: The SCPn fails to return to the overhead account;

Step S709: The IMP re-attempts the SCPn overhead household, and the number of retries can be matched;

Step S710: The SCPn overhead user retry succeeds;

Step S711: SCPn retries N times and still fails, and the IMP records the failure log.

Step S712: The IMP returns the expense to the account to the account.

It should be noted that, in FIG. 7, the VPN overhead account is involved, and the update of the HLR subscription data is not involved. In addition, in theory, the SCP can be successful, and other SCPs, that is, SCPn overhead users, should also be successful. It is unlikely that multiple retry attempts will still fail. At this time, the failure log is recorded and is processed manually. For the benefit of the user, the result returned to the account is subject to the execution result of the user's attribution to the SCP.

Embodiment 3

FIG. 8 is a service flow diagram of performing a VPN call across an SCP according to an alternative embodiment of the present invention. As shown in FIG. 8, it is assumed that both A and B are prepaid users who have opened a VPN, belong to the same VPN group, and belong to the A user. SCPa, B user belongs to SCPb, MSCA is A roaming MSC, MSCb is B roaming MSC, A short number dials B, the process includes the following steps:

Step S801: The user A sends a short number to the user B in the group, and the MSCA to the HLR queries the A user subscription information;

Step S802: The HLR returns the A user subscription information, and the MSCA learns that the home SCP of the A user is the SCPa according to the subscription information.

Step S803: The MSCa reports the IDP message to the SCPa, and triggers the A user calling process.

Step S804: SCPa queries the called long number according to the short number, and performs the intra-network out-of-network call type judgment. Since the SCPa has a full amount of VPN group and user data, even if the B user belongs to the home SCPb, the result can be normally queried. SCPa sends a connection instruction to MSCa, and the connection number is the called long number;

Step S805: MSCA to HLR query B user subscription information;

Step S806: The HLR returns the B user subscription information, and the MSCA learns that the B user belongs to the SCP as the SCPb according to the subscription information.

Step S807: The MSCa reports the IDP message to the SCPb, and triggers the B user to be called.

Step S808: The SCPb performs the intra-network out-of-network call type judgment according to the calling and called number, instructs the MSCa to connect the call, and instructs the MSCa to set the called number to be the long or short number of the A user according to the setting of the B user;

Step S809: The A and B user voice channels are successfully established, and the normal call is performed.

The above is only an alternative embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

The foregoing technical solution provided by the present invention can be applied to the method of updating the data in the virtual private network VPN group, and performing the update operation corresponding to the object type on all the service control points SCP according to the object type operated by the current overhead user. When the virtual private network service of the VPN group is implemented by the prepaid service platform in the related art, the data migration between the SCPs of different service control points is difficult to implement, and the architecture of the VPN is not required to be improved.

Claims

A method for updating data in a virtual private network VPN group, comprising:

Get the object type of the current overhead user operation;

An update operation corresponding to the object type is performed on all service control points SCP according to the object type, wherein the update operation is used to update data of the object indicated by the object type.
The method of claim 1 wherein the object type comprises: a VPN group or a VPN user.
The method according to claim 2, wherein when the object type indicates the VPN group, performing an update operation corresponding to the object type on all service control points SCP according to the object type comprises:

The data of the VPN group is updated on all service control point SCPs.
The method of claim 3, wherein when the object type indicates the VPN user, performing an update operation corresponding to the object type on all service control points SCP according to the object type comprises:

Obtaining the first segment to which the VPN user belongs;

Updating data of the VPN user on an SCP corresponding to the first segment;

The data of the VPN user is updated on other SCPs, wherein the other SCPs are SCPs other than the SCP corresponding to the first segment in all the SCPs.
The method of claim 1, wherein the object type comprises a prepaid user, the method further comprising:

When the object type is the prepaid user, acquiring the second segment to which the prepaid user belongs;

Updating the data of the prepaid user with the second segment and the corresponding SCP.
A device for updating data in a virtual private network VPN group, comprising:

The first obtaining module is configured to obtain an object type of the current overhead operation;

The first update module is configured to perform an update operation corresponding to the object type on all service control points SCP according to the object type, wherein the update operation is used to update data of the object indicated by the object type.
The apparatus of claim 6, wherein the object type comprises: a VPN group or a VPN user.
The apparatus of claim 7, wherein when the object type indicates the VPN group, the first update module is further configured to update data of the VPN group on all service control points SCP.
The apparatus according to claim 7, wherein when the object type indicates the VPN user, the first update module comprises:

An obtaining unit, configured to obtain a first segment to which the VPN user belongs;

a first updating unit, configured to update data of the VPN user on an SCP corresponding to the first segment;

And a second update unit, configured to update data of the VPN user on another SCP, where the other SCP is an SCP other than the SCP corresponding to the first segment.
The apparatus of claim 9, wherein the object type comprises a prepaid user, the device further comprising:

a second obtaining module, configured to acquire a second segment to which the prepaid user belongs when the object type is the prepaid user;

And a second update module, configured to update data of the prepaid user with the second segment and the corresponding SCP.