CN1270545C - Treating method for common filter rule - Google Patents

Abstract

The invention discloses a method for processing public filtering rules, which is to store user business files containing filtering rules in the user subscription information database of the home user server of the mobile communication system, including: dividing all users in the system into at least one group Group, extract the common filtering rules (FC) of all users in each group; store the public filtering rules of each group as a group user business file, and store the unique filtering rules of each user as a common user business File storage: when a user initiates a call request, the user's ordinary user service file and the group user service file corresponding to the group to which the user belongs are downloaded together, and the user's public and specific filtering rules are applied to process the user's call. The method can simplify the operation, maintenance and management of user groups, improve the efficiency of FC representation, save system storage space, further improve the transmission and processing efficiency and performance of the system, and simplify the communication operation process.

Description

A processing method for public filtering rules

technical field

The invention relates to a management technology of user data, in particular to a method for expressing and processing public filtering rules (FC) suitable for third-generation mobile communication.

Background technique

Mobile communication is developing towards the third generation (3G, The Third Generation) mobile communication, the current protocol has been developed to Release 5, and Release 6 is brewing. From Release 5 of 3G, a new subsystem appeared: Internet Protocol Multimedia Subsystem (IMS, IP MultimediaSubsystem). The internal functional architecture of the IMS domain is shown in Figure 1, at least including: Home Subscriber Server (HSS) , Session Initiation Protocol (SIP) Application Server, Serving Call Session Control Function (S-CSCF), Open Service Access (OSA) Service Capability Server (SCS), OSA Application Server, Media Resource Function Control (MRFC), Mobile Network Enhancement Logic Custom application service environment (CSE, CAMEL Service Environment) and IP multimedia service switching function (IM-SSF) and other functional entities. Wherein, the SIP application server further includes: a service capability interaction manager (SCIM) and an application server (AS); the interface between the HSS and the S-CSCF is the Cx interface, and the interface between the HSS and the AS is the Sh interface.

All user data including FC is stored in HSS, and downloaded to functional entities such as S-CSCF and AS through interfaces such as Cx and Sh. Wherein, the filter rule (FC, Filter Criteria) is an important part of the user data in the IMS domain, and is used to provide personalized services to different users or different identities of the same user in the network.

The data organization structure of the IMS user is shown in Figure 2. The user subscription information database of the IMS domain consists of a single piece of information of all users and is stored in the HSS. A single piece of user information is uniquely identified by the user's private ID, and a single piece of user information can contain multiple business files, each of which is applicable to one or more user public IDs. Filtering rules are stored in business files, which are used together with AS information to determine respective personalized services. In the current solution, the FC applicable to all users or group users must appear repeatedly in each user's business profile. This filtering rule applies to all users, or to all users in a user group All applicable filtering rules can be collectively referred to as public filtering rules.

In the prior art solution, the user subscription information database organizes the user IMS subscription information as shown in FIG. 3 , one user subscription information database includes service files of N users.

A basic information process for using filtering rules is the first registration (Register) process. During this process, the filtering rules will be downloaded from the HSS to the S-CSCF. The specific implementation process is shown in Figure 4, including the following steps:

1) After the user terminal (UE) obtains the signaling channel from the wireless access network, it can request registration, that is, the UE sends a registration request message to the S-CSCF side, and provides the public user ID (Public User ID) and private ID (Private User ID) and its own IP address and other information.

2) After receiving the registration request, the S-CSCF sends an interface query message Cx-Query message to the HSS.

3) After the HSS receives the Cx-Query message, it checks its legality. If the HSS checks that the message is legal, it returns a Cx-Query response message Cx-Query Resp to the S-CSCF; otherwise, it refuses to register.

4) After receiving the response, the S-CSCF sends an interface push message Cx-Put to the HSS, and carries information such as the user's public ID, private ID, and S-CSCF name.

5) After receiving the Cx-Put, the HSS saves the user's S-CSCF name, and sends the response message Cx-Put Resp to the Cx-Put message to the S-CSCF.

6) After receiving the Cx-Put Rest; message, the S-CSCF sends the interface to pull the message Cx-Pull to the HSS to download user-related information including the initial filter rule (iFC).

7) The HSS returns a Cx-Pull Resp message to the S-CSCF, and the user information including FC is also sent to the S-CSCF through this message, and the S-CSCF saves the user information after receiving it.

8) The S-CSCF sends the registration information to the service control platform according to the FC and executes the corresponding process. At the same time, the S-CSCF sends back the message 200 OK that the current operation is successful to the UE.

After the filtering rules are downloaded, that is, after the user completes the registration, as shown in Figure 5, each time a functional entity such as the S-CSCF receives a user call request, it searches for the corresponding user's service file, and if found, applies the user's subscription information Filtering rules in, otherwise, end the current process.

It can be seen from the above-mentioned technical background and its implementation scheme that FC is an important element in the call process starting from 3G R5 version. It is not only the important information of each user, but also widely used in various functional entities. However, referring to Figure 2, it can be seen that to represent a FC in the existing system, the FC must be stored in the user's business file. Then, some FCs are applicable to all users, which means that these FCs must be in the business files of all users. In this way, it will bring the following disadvantages:

①There are too many duplicate contents in business files, which wastes the storage space of HSS.

②Since the business files of all registered users must be downloaded to functional entities such as S-CSCF and AS, repeated user data will create unnecessary pressure on the Cx and Sh interfaces.

③Waste the storage space of functional entities such as S-CSCF and AS, and even unnecessarily reduce the specifications and even performance indicators of each functional entity.

④ It is not convenient to create and provide targeted group characteristic services to user groups with the same needs.

Contents of the invention

In view of this, the main purpose of the present invention is to provide a method for processing public filtering rules, so that it can improve the representation efficiency of FC, save the storage space of the 3G system, and then improve the transmission and processing efficiency of the 3G system and its subsystems, performance, and simplify the communication process.

In order to achieve the above object, technical solution of the present invention is achieved in that way:

A kind of processing method of public filter rule, will contain the user service archives of filter rule and store in the user subscription information database of Home Subscriber Server (HSS) in the mobile communication system, comprising:

a. Divide all users in the current mobile communication system into at least one group, and extract the public filtering rules of all users in each group;

b. Store the public filtering rules of each group as a group user business file, and store the unique filtering rules of each user as a common user business file;

c. When a user initiates a call request, download the user's common user service profile and the group user service profile corresponding to the group to the functional entity corresponding to the user, and apply the user's public filtering rules and specific filtering at the same time The rule handles the user call.

Wherein, the download method of the group user service files is that the functional entity sends a message requesting to download user data from the HSS, or the HSS actively pushes user data to the functional entity, or is directly configured through the operation and maintenance terminal.

The HSS actively pushes user data to the functional entity means that the HSS actively sends the interface pull response message Cx-Pull Resp carrying the group user service file to the functional entity. The process of actively pushing data may further include: after the functional entity receives the response message Cx-Pull Resp from the HSS without sending the interface pull message Cx-Pull, the functional entity sends the Cx-Pull message to the HSS, and after the HSS receives it, Send the Cx-Pull Resp message carrying the group user service profile to the functional entity again.

Each group user is provided with a private ID and a public ID that uniquely determine the identity of the user, and the group users use their own private ID resources to store and represent public filtering rules. The private identifier or public identifier of the group users is set with an information bit identifying the user group.

The application of filtering rules described in step c of the above scheme to process user calls is to first apply the user's public filtering rules and then apply the user's unique filtering rules; or to first apply the user's unique filtering rules and then apply the user's public filtering rules ; or combine the user's specific filtering rules and public filtering rules into a new complete filtering rule before applying it. Wherein, the application of the public filtering rules and the specific filtering rules described in step c to process the user call is: first apply the public filtering rules and then apply the specific filtering rules, and the specific processing includes:

c1. When the functional entity receives the call request from the user, it judges whether there is a public filtering rule applicable to all users as a group according to the user ID in the service files of all group users, and if so, applies the public filtering rule , then go to step c2, otherwise go directly to c2;

c2. Determine whether there is a public filter rule applicable to the group to which the current user belongs according to the user ID, if so, apply the public filter rule of the group, and then enter c3, otherwise directly enter c3;

c3. Judging whether there is a common user business file of the current user according to the user ID, if so, apply the specific filtering rule, and then end; otherwise, end directly.

Wherein, the public filtering rules for judging whether there is a group to which the current user belongs include in step c2:

Parse the user’s public ID from the user’s call request, judge whether the user ID contains group information according to the public ID, and if so, search for the group user business file corresponding to the group based on the group information, and extract from it out of group public filtering rules; otherwise, go to step c3.

As can be seen from the above scheme, the key of the present invention is to extract the public filtering rules of all users in each group from the individual rules of each user, and use them as the business files of group users, and combine them with the unique filtering rules of users. They are respectively stored in the user subscription information database; when each user call is processed, the user's public filtering rules and specific filtering rules are respectively applied for processing.

Therefore, the processing method of public filtering rules provided by the present invention has the following advantages:

1) Since the public filtering rules of all users or users in each group are extracted and stored in a centralized manner, the redundant representation of filtering rules applicable to all users and group users is eliminated, and the public filtering rules The required storage space and transmission bandwidth are reduced to one-half of the number of all users or one-half of the number of group users, respectively. Thus, the operation and maintenance of filtering rules for all users and group users are simplified, and the operation, maintenance and management of user groups are further simplified.

2) Because the application of filtering rules in the 3G IMS domain is very important and almost ubiquitous, therefore, the present invention can greatly improve the transmission processing efficiency and performance of the 3G system, simplify the operation process of communication, and obtain extremely considerable multiplication benefits .

3) Since the public filtering rules are extracted and stored separately in the present invention, the public filtering rules can be edited and updated specifically to create and provide targeted community-specific services or business templates to user groups with the same needs. For example, if a group user is regarded as a group user, some public filtering rules can be pre-made for the group user as a characteristic service of the group user. For example, users from the same enterprise may need common specific services, and the operator can customize public filtering rules corresponding to the required services for such users. Operators can provide common users with service combinations, that is, service templates, which are selected by users; users can also customize required service templates, and public filtering rules can represent and store service templates.

4) The method and process of the present invention for storing, downloading, and applying user business files are basically consistent with the existing technology, only processing them separately according to the unique filtering rules and public filtering rules, and slightly modifying the existing technical solutions, which is easy to implement and has great impact on the system. The effect is minimal.

Description of drawings

Figure 1 is a schematic diagram of the structural composition of the internal functional system of the IMS domain;

FIG. 2 is a schematic diagram of an organizational structure of user data in an IMS in the prior art;

Fig. 3 is a schematic diagram of the organization of data in the user subscription information database in the prior art;

Fig. 4 is a flow chart of the user's first registration registration in the prior art;

FIG. 5 is a schematic flow diagram of S-CSCF applying filtering rules;

Fig. 6 is a schematic diagram of the organization of data in the user subscription information database in the present invention;

Fig. 7 is a schematic diagram of an embodiment of the process of downloading business files of group users in the present invention;

FIG. 8 is a schematic diagram of another embodiment of the process of downloading business files of group users in the present invention;

FIG. 9 is a schematic flow diagram of an embodiment of the application of public filtering rules in the present invention;

FIG. 10 is a schematic flow chart of searching group filtering rules in the present invention.

Detailed ways

The present invention will be further described in detail below in conjunction with the accompanying drawings and specific embodiments.

The basic idea of the present invention is: first divide all users in the current 3G system into groups, and then extract the public filtering rules of all users in each group from the user-specific filtering rules, and extract the The public filtering rules are used as the business profile of a group user, and the business profile of the group user is stored in the user subscription information database together with the business profile of each real user. The public filtering rule is represented by the service profile of the group user in the HSS, S-CSCF and AS, which conforms to the existing standard protocol.

In the present invention, the composition structure of the user subscription information database stored in the HSS is shown in Figure 6. It can be seen from Figure 6 that there are N users in the current 3G system, and each user corresponds to a common user service file. Each user's unique filtering rules are stored in the profile. The N users are divided into at least M groups, and the public filtering rules in the M groups are respectively extracted to form M group users, each group user corresponds to a group user business file, each A group's public filtering rules are stored in the group user business profile. After applying the present invention, the user information in the user subscription information database is still a unified database, but it is logically divided into two parts: common user data and group user data. For the same user, his personalized filtering rules are stored in his ordinary user business files, while the filtering rules shared with other users in this group are stored in the group user business files corresponding to the group he belongs to. These together form the filtering rules that the actual user must apply. For the division of groups, it can be divided arbitrarily according to the common features of user functions and characteristics or the needs of system planning, and all users of the entire 3G system can be divided into one group or multiple groups.

In order to quickly find the user's group, each group user is also set with a private ID and a public ID that uniquely determine its own identity, and a part of the user's private ID or the user's public ID can be used to represent the user group, for example: it can be reserved Some bits in the private identifier or a part of the public identifier are used to represent the user's group, and the private identifier resource of the group user is used to store and represent the public filtering rules.

Adopting the above-mentioned division method of filtering rules basically has no influence on the downloading process of user business files, but the normal user business files and group user business files need to be downloaded separately, but the downloading process is consistent with the prior art.

For actual ordinary users, the IMS user subscription information data is the same as that of the prior art, and user service files can be downloaded during login as shown in FIG. 4 . For group users, the S-CSCF or AS can actively request to download, that is, use the same download method as ordinary users, for example: download ordinary user data and the corresponding group user data at the same time when logging in; The HSS pushes it to the S-CSCF or AS. As shown in Figure 7, Figure 7 is an embodiment flow of the HSS actively pushing group user service files, that is, the HSS directly sends a Cx-Pull Resp message to the S-CSCF, which carries group user data, and the Cx-Pull Resp The content format of the message is exactly the same as that received by ordinary users. Since the S-CSCF does not send the Cx-Pull message, but directly receives the Cx-Pull Resp message sent to itself, the S-CSCF can determine that this information belongs to the group user data with public filtering rules.

In order to ensure the security and reliability of the data pushed by the HSS, as shown in Figure 8, after receiving the Cx-Pull Resp message from the HSS, the S-CSCF can send a Cx-Pull Request message to verify whether the HSS is sending a message to itself Push data, similarly after HSS receives the Cx-Pull message, it can also confirm whether the S-CSCF has received the push data. The information in the received Cx-Pull Resp message shall prevail.

In practical applications, the way of downloading business files of group users can also be directly configured through the operation and maintenance terminal.

After the HSS downloads the public filtering rule information to all relevant functional entities, including S-CSCF and AS; the S-CSCF or AS receives and stores these public filtering rules, and then applies them together with the user's specific filtering rules. The application can be in any order, the public filter rules can be applied first and then the specific filter rules can be applied; the specific filter rules can also be applied first and then the public filter rules can be applied; the downloaded user’s specific filter rules and public filter rules can also be combined first for a complete new filter rule before applying it.

Fig. 9 is a schematic flow chart of an embodiment of applying public filtering rules first and then applying specific filtering rules, and its specific implementation is as follows:

Steps 901-903: When the S-CSCF receives the call request from the user, it judges whether there is a public filter rule applicable to all users in the service files of all group users according to the user ID, and if so, executes the rule applicable to all users Public filtering rules, then go to step 904; otherwise, go to step 904 directly.

Steps 904-905: Determine whether there is a public filtering rule applicable to the group to which the current user belongs according to the user ID, if so, execute the public filtering rule of the group, and then go to step 906; otherwise, go to step 906 directly.

Steps 906-907: Judging whether there is an ordinary user business profile of the current user according to the user ID, if yes, execute the specific filtering rules in the ordinary user business profile, and then end; otherwise, end directly.

In the above operation process, in step 904, the process of finding whether there is a public filtering rule of the group to which the current user belongs can be realized through the steps shown in Figure 10: the S-CSCF parses the user's public identity from the user call request, and according to the The public identification judges whether the user identification contains group information, if not, proceed to step 906; if yes, then search for the group user service files corresponding to the group according to the group information, and extract the public filtering information from it after finding it. rule, so that the S-CSCF applies the public filtering rule to process the current user call.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the protection scope of the present invention.

Claims (9)

1, a kind of processing method of public filtering rule, the user service archives that will contain filtering rule is stored in the user subscription information database of home subscriber servers HSS in the mobile communication system, it is characterized in that may further comprise the steps:

A. all users in the current mobile communication system are divided at least one group, extract the public filtering rule of all users in each group;

B. the public filtering rule of each group is stored as a group user service profile, each user's peculiar filtering rule is stored as general purpose user service archives;

C. when the user makes a call request, this user's the general purpose user service archives and the group user service profile of affiliated group correspondence are downloaded in the functional entity of this user's correspondence together, use this user's public filtering rule and peculiar filtering rule simultaneously this customer call is handled.

2, method according to claim 1, it is characterized in that: the downloading mode of described group user service profile is that functional entity is sent out message request from HSS download user data, or be that HSS initiatively pushes user data to functional entity, or directly dispose by operating maintenance terminal.

3, method according to claim 2 is characterized in that: it is that HSS initiatively issues the interface that carries the group user service profile to functional entity and sounds and answer message Cx-Pull Resp that described HSS initiatively pushes user data to functional entity.

4, method according to claim 3, it is characterized in that described HSS initiatively further comprises to the functional entity propelling data: functional entity does not send out that interface draws message Cx-Pull and after receiving the response message Cx-Pull Resp that HSS sends, functional entity is sent out Cx-Pull message to HSS, after HSS receives, send the Cx-Pull Resp message that carries the group user service profile to functional entity once more.

5, method according to claim 1 is characterized in that: described each group user is provided with the privately owned sign and the open sign of unique definite user identity, and group user is used privately owned identifying resource storage separately and represented public filtering rule.

6, method according to claim 5 is characterized in that: the information bit that is provided with identifying user group in the privately owned sign of described group user or the open sign.

7, method according to claim 1 is characterized in that: use the calling of filtering rule process user described in the step c and use this user's peculiar filtering rule again for the public filtering rule of using this user earlier; Or be that the peculiar filtering rule of using this user is earlier used this user's public filtering rule again; Use again after maybe this user's peculiar filtering rule and public filtering rule being merged into new complete filtering rule.

8, method according to claim 1 is characterized in that, public filtering rule of application and peculiar filtering rule process user described in the step c are called out and be: use public filtering rule earlier and use peculiar filtering rule again; The concrete processing comprises:

C1. after functional entity is received the customer call request, in all group user service profile, judge whether to be applicable to the public filtering rule as group's correspondence with all users according to user ID, if have, then use this public filtering rule, enter step c2 then, otherwise directly enter c2;

C2. judge whether to be applicable to the public filtering rule of group under the active user according to user ID,, then use the public filtering rule of this group, enter c3 then, otherwise directly enter c3 if having;

C3. judge whether to exist active user's general purpose user service archives according to user ID,, then use this peculiar filtering rule, finish then if having; Otherwise directly finish.

9, method according to claim 8 is characterized in that the public filtering rule of the affiliated group of the described active user of judging whether of step c2 further comprises:

From the customer call request, parse this user's open sign, judge whether contain group information in the user ID according to the disclosure sign, if have, then search the group user service profile of this group's correspondence according to this group information, therefrom extract the public filtering rule of group; Otherwise enter step c3.

Images