CN103561441B - Dynamic strategy updating method and device based on timestamp - Google Patents

Abstract

The present invention discloses a method and device for updating a dynamic policy based on a time stamp. The method and device are implemented based on a user database, adding time stamp information of the user state to the user data, indicating the user registration state and the time point of the user registration, When the user registers among the circuit domain, the packet domain and the IMS domain, the user routing policy is selected according to the time stamp information updated by the user registration. The invention changes the routing selection strategy of the user by adding the time stamp information of the user status, and solves the problem that the normal routing selection cannot be performed according to the user status during the routing inquiry process of the user call.

Description

A method and device for dynamic policy update based on time stamp

technical field

The invention belongs to the technical field of communication, relates to a routing mechanism of a network, and in particular relates to a dynamic policy updating method and equipment based on a time stamp.

Background technique

Shared number means that when the operator has multiple mobile core networks (CS, PS or IMS), they share the same set of code number resources, and users under different networks can use the same code number to log in and camp on multiple mobile core networks at the same time or separately. Keep. Considering the compatibility with the existing code number resources, usually the shared code number resource adopts the E.164 format code number form of the traditional mobile number. The shared number can not only solve the problem of shortage of number resources of the operator, but also keep the user's number, giving the user a good experience.

SCC AS, the full name is Service Centralization and Continuity Application Server, which is the service centralization and continuity application server. It is the IMS application server in the home network. Through the calling or called process, the service server is inserted into the session path through iFC trigger rules In general, when the SCC AS is triggered, it is located in the first AS of the calling path or the last AS in the called path. It mainly completes functions such as traffic transfer and domain selection.

In terms of traffic transfer, it can provide SRVCC users with the session transfer (Session Transfer) function to ensure the continuity of LTE voice services and complete the normal switching of VoLTE services from the IMS domain to the circuit domain call process; in terms of business centralized control, it can Assist in the completion of ICS functions. SCC-AS can act as a SIP user agent instead of CS users to access IMS, complete the establishment and control of IMS sessions, and realize the function of ICS user agent; It is a function set without interruption of voice services under different coverages of 3G networks.

In terms of terminating domain selection, SCC-AS also has the ability to select access domains, that is, T-ADS (Terminating Access Domain Selection, terminating access domain selection), that is, it can cooperate with HSS to indirectly access SGSN/MME, In this way, the network currently logged in by the user is judged, so as to complete the domain selection work of business and access.

In addition, in the GSMA standard, in order to trigger the SCC-AS to perform service processing and judgment, the user will sign a special intelligent network service. This SCP function is built into the SCC-AS, that is, the SCC-AS supports the CAP interface to the MSC. This function completes the anchoring process from the CS domain to the IMS domain.

From the perspective of network development, IMS and mobile network softswitch will still maintain the relationship of intercommunication and coexistence for a long time. It will take some time for softswitch to evolve to ICS (IMS Centralized Services, IMS centralized service) and be controlled by IMS. Therefore, in the Pre-ICS (before IMS centralized service) stage, user voice services are handled by the IMS on the LTE network, and by the circuit domain softswitch network on the 2G/3G network.

The specific analysis of the scenario requirements for VoL TE users using the shared number mode is as follows:

■For the called user, the voice service can be attached to the circuit domain and provided by the circuit domain, or can be registered in the IMS network, and the service is provided by the IMS network through the packet domain access, so there are multiple channels for voice reception , it is necessary for the network element to have the function of terminating call domain selection to select which domain route to establish a session with the called user.

Therefore, for VoLTE users, in the scenario where the same user number resources are used, it is necessary to ensure that users can answer calls as long as they are within the coverage of mobile cellular signals without being aware of the currently attached network (2G, 3G or LTE).

In order to solve the problem of called domain selection, the concept of SCC-AS is introduced in the standard. Figure 1 is a scene diagram of the IR.64 standard specification released by GSMA. This scene is the scene of the Pre-ICS stage, that is, MSC is deployed. , but the MSC has not been upgraded to support the ICS function.

In the standard, in order to trigger the SCC-AS for service processing and judgment, when the calling user comes from the circuit domain, the standard requires the user to sign up for a special SCP, as shown in Figure 1, the user will sign up for a special smart Network service, the SCP function is built in the SCC-AS, that is, the SCC-AS supports the CAP interface to the MSC. The calling MSC is connected to the SCC-AS through the CAP interface (doubling as the SCP function). When the calling side initiates a service, the signaling is triggered from the calling side, and all the voice services initiated by the calling side are anchored to the IMS domain. After entering the IMS domain, the SCC-AS server is triggered to judge the service of the called side, and complete the access domain selection process of the called side.

In the scenario where the calling party is from the CS domain and the called party is a user who has activated the VoLTE function, when the calling user actually logs in in the CS domain, after the call is made to the called side, the user still needs to anchor to the IMS domain first, and the The SCC-AS performs judgment processing. The SCCAS obtains the status of the current user in the CS domain by accessing the user information of the HLR/HSS and SGSN/MME, and then routes the call out of the IMS domain through the MGCF for processing on the CS domain side. This completes the entire call process. This will cause both the calling and called users to log in from the circuit domain. However, since the called party is a shared-number user and subscribed to a special shared-number service, they are forced to be anchored to the IMS domain and then routed back to the CS domain. It causes the problem of detour routing.

From an operational point of view, the user IDs of traditional mobile networks are extremely valuable customer resources. For IMS networks, although user IDs can be configured more flexibly than traditional mobile networks, the From the perspective of service experience consistency, especially for traditional basic services of operators such as voice/messaging, it is still necessary to consider the code number format that can inherit the existing mobile network, that is, IMS users can use 2G/3G network numbers to To realize IMS services, IMS and 2G/3G network share numbers are extremely important for users to maintain existing user group resources. Therefore, after the deployment of LTE by telecom operators, for the convenience of users, VoLTE users usually share with the existing network 2G/3G Users share the same number, so when this number is called, the network needs to select whether the called party is connected to the CS domain or the IMS domain according to the current registration status of the called party.

The problem with the current existing technology is that VoLTE terminals are still registered in the 2G/3G network under normal circumstances. When entering the coverage of the LTE network, they will initiate registration with the IMS network, but at this time they will not send a deregistration message to the CS domain; When roaming out of the LTE network, a logout message will not be sent to the IMS, so that the registration information of the terminal in the CS domain and the IMS domain is not real-time information, and the network cannot select the called domain according to the real status of the user.

The existing standard proposes the concept of SCC-AS. This network element has the ability to select the access domain, that is, T-ADS (Terminating Access Domain Selection, terminating access domain selection), that is, it can cooperate with HLR/HSS, Indirect access to SGSN/MME, so as to judge the network that the user is currently logged in, so as to complete the domain selection of business and access. However, in this way, when initiating a service, the terminal is required to be anchored to the IMS domain to trigger the SCC-AS server to complete the service selection. Especially for calls from the circuit domain, they also need to be anchored to the IMS domain for processing, which causes circuitous routing on the one hand and is not conducive to service development on the other hand.

In short, the root cause of the above problems is that there is no interaction of user status information between the CS domain and the IMS domain providing voice services, and the user database HLR/HSS equipment does not have time stamp information of user registration status. That is, when entering the coverage of the LTE network, it will initiate registration with the IMS network, but at this time it will not send a deregistration message to the CS domain; similarly, it will not send a deregistration message to the IMS when it roams out of the LTE network, which will cause the terminal to be in the CS domain. And the registration information in the IMS domain is not real-time information, thus causing the above problems.

Contents of the invention

In view of the above-mentioned defects of the prior art, the technical problem to be solved by the present invention is to provide a dynamic policy update method and device based on time stamp, which is implemented based on the user database HLR/HSS fusion device, through the user in the circuit domain, packet domain and During the registration process between different domains in the IMS domain, the user's routing selection strategy is changed according to the time stamp of the registration update, which solves the problem that the normal routing selection cannot be performed according to the user status during the user call routing query process.

To achieve the above object, the present invention provides a timestamp-based dynamic policy update method, comprising the following steps:

Step 1), calling user A initiates a voice service to called user B, and sends an IAM message to the calling MSC served by the calling user;

Step 2), after the calling MSC receives the call request, it obtains GT routing information according to the number of the called user B, and inquires about the routing information from the HLR/HSS where the called user B is located, and the HLR/HSS After the HSS receives the query routing information, it executes the judgment process:

●If it is judged that the user's implementation of the policy is a failure to affect (that is, the user is not registered in any domain), then feed back a corresponding message to the calling MSC/VLR;

●If it is judged that the user execution policy is routed to the circuit domain, then perform steps 3'-5';

●If it is judged that the user execution policy is routed to the IMS domain, then perform steps 3-5;

Step 3'), the called HLR/HSS initiates a Get Roaming Number (MSRN) message to the called VLR, that is, sends a PRN, and goes to the called MSC to obtain the called roaming number. The called MSC returns the roaming number to the calling MSC through the HLR;

Step 4'), the calling MSC sends an IAM message to the called MSC according to the roaming number;

Step 5'), the called MSC sends a paging message to the called user B, thereby completing the normal call.

Step 3), the called HLR/HSS sends the IMS domain roaming number to the calling MSC/VLR;

Step 4), the calling MSC sends an IAM message to the GMSC/MGCF for routing to the IMS domain;

Step 5), the IMS domain addresses the address information of the called user B, and sends an invite message to the called user B, thereby completing a normal call.

In a preferred embodiment of the present invention, the specific steps of querying routing information of the HLR/HSS described in step 2) are as follows:

2-1), update the registration status of the user in the user database and the corresponding timestamp;

2-2) Through the query and adjustment of state machine changes, that is, from the previous state to the current state;

2-3). By querying the state machine, call and select the selection strategy corresponding to a certain state of the application.

In another preferred embodiment of the present invention, the format of the user registration status and the timestamp in the step 2-1) in the HLR database is as follows:

user registration status Timestamp of current registration Registered/Unregistered YYYY/MM/DD,hh/mm/ss

Among them, YY represents year, length 4; MM represents month, length 2; DD represents date, length 2; hh represents hour, length 2; mm represents minute, length 2; ss represents second, length 2.

In another preferred embodiment of the present invention, the quaternion of the state machine in the step 2-2) is:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 register time 2 2 register time 1 register time 2 3 register time 1 unregistered time 2 4 unregistered time 1 register time 2 5 unregistered time 1 unregistered time 2

The user state machine has 5 state modes in total. There are corresponding selection strategies for different state modes. Each user is in one of the 5 state modes. When a user logs in on a different network, the user's state mode Corresponding changes and adjustments will also occur.

In a preferred embodiment of the present invention, the step 2-1) updates the registration status of the user in the user database and the corresponding time stamp. If the terminal is in the circuit domain, the registration steps are as follows:

1), UE sends a location update message to MSC/VLR;

2), MSC/VLR sends a location update message to HLR, and initiates the registration process;

3) The HLR updates the registration time stamp, and mobilizes the policy judgment mechanism to update the user selection policy.

In another preferred embodiment of the present invention, the step 2-1) updates the registration status of the user in the user database and the corresponding timestamp. If the terminal is in the IMS domain, the registration steps are as follows:

1), UE sends location update message to P/I/S-CSCF;

2) The P/I/S-CSCF sends a location update message to the HSS to initiate the registration process;

3) HSS updates the registration time stamp, and mobilizes the policy judgment mechanism to update the user selection policy.

The present invention provides a dynamic policy update device based on time stamps, including a storage module, a management module and a processing module, the storage module is used to store registration status and time content quadruple user information, and the management module is used for A state machine that manages user registration state changes, and the processing module is used to make policy judgments, update and adjust according to the current state machine situation of the user, and select a service network for the user corresponding to the user request.

On the basis of the user database, the present invention increases functions and expands fields—increasing the timestamp information of the user status. At the same time, a set of dynamic policy mechanisms formulated for the timestamp is mainly realized based on the HLR/HSS fusion equipment of the user database, through During the process of user registration among different domains of circuit domain, packet domain, and IMS domain, the routing selection strategy of the user is changed according to the time stamp of the user's registration update, which solves the problem that the user's call routing query cannot be performed according to the user status. Normal routing problem.

The idea, specific structure and technical effects of the present invention will be further described below in conjunction with the accompanying drawings, so as to fully understand the purpose, features and effects of the present invention.

Description of drawings

Figure 1 is the calling side scenario where the IR.64 standard specification released by GSMA is anchored to the IMS domain;

Fig. 2 is a schematic diagram of a calling flow from a CS domain in a preferred embodiment of the present invention;

Fig. 3 is a schematic diagram of a user registration state change state machine in a preferred embodiment of the present invention;

Fig. 4 is a user registration/location update execution flow of a preferred embodiment of the present invention;

Fig. 5 is a user routing information request execution flow of a preferred embodiment of the present invention;

Fig. 6 is a schematic diagram of a user registering from a CS domain in a preferred embodiment of the present invention;

Fig. 7 is a schematic diagram of a user registering from an IMS domain in a preferred embodiment of the present invention;

Fig. 8 is a schematic diagram of composition of a time stamp-based dynamic policy update device according to a preferred embodiment of the present invention.

detailed description

The present invention provides a method and device for updating dynamic policies based on time stamps. The device is mainly implemented based on the user database. During the process of user registration among different domains in the circuit domain, packet domain, and IMS domain, the user is updated according to the registration process. Timestamp, to change the routing strategy of the user, to solve the problem that the user cannot perform normal routing selection based on the user status during the routing query process of the user call.

1. Equipment function requirements

The present invention requires that the user database is a fusion database device, and the function of the device is enhanced, mainly as follows:

●Enhanced dynamic data function, adding time stamp information of user status. When a user registers from the circuit domain, the HLR database not only indicates that the user has registered, but also indicates the time point of user registration; when the user registers from the IMS domain, HSS In addition to indicating that the user has registered, the database also indicates the time point of user registration.

user registration status Timestamp of current registration Registered/Unregistered YYYY/MM/DD,hh/mm/ss

Among them, YY represents year, length 4; MM represents month, length 2; DD represents date, length 2; hh represents hour, length 2; mm represents minute, length 2; ss represents second, length 2.

● Store a set of content quadruples (state 1: time 1; state 2: timestamp 2), and add a dynamic policy judgment mechanism, that is, there is a set of dynamic policy mechanism for the timestamp. An example is as follows: mainly according to the different states of user registration and time stamps of HLR and HSS, dynamically adjust the policy mechanism, such as selecting a circuit domain or an IMS domain.

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 register time 2 2 register time 1 register time 2 3 register time 1 unregistered time 2 4 unregistered time 1 register time 2 5 unregistered time 1 unregistered time 2

●Dynamic change mechanism

Figure 3 shows the user's state machine, which currently shares 5 state modes. There are corresponding selection strategies for different state modes. Each user is in one of the 5 status modes. When the user logs in on different networks, the user's status mode will also change and adjust accordingly.

●HLR/HSS execution process

Figure 4 and Figure 5 are the execution flow of user registration/location update and the execution flow of user routing information request. There are various state machines according to different registration states of users. There will be multiple policy processes under different state machines, and the specific policy processes will be reflected later.

2. Registration/Location Update Process

1. Through the circuit domain (CS domain) registration/location update process

When the terminal registers with the CS, the HLR completes the user registration. After receiving the registration message initiated by the MSC, the HLR notifies to update the registration time stamp of the circuit domain in the HLR. If it is the first registration, fill in the time of this registration. Flowchart As shown in Figure 6.

Flow Description:

1) UE sends location update message to MSC/VLR;

2) MSC/VLR sends a location update message to HLR to initiate the registration process;

3) HLR updates the registration time stamp, and mobilizes the policy judgment mechanism to update the user selection policy.

Here are several situations to call the dynamic selection mechanism.

1) Situation 1: If the current user has not registered in other domains, it is the first time to register in the circuit domain.

The status storage of user data is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 unregistered time 2 (default)

2) Case 2: If the current user is registered in the IMS domain but not in the CS domain.

The user's previous data state storage is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 unregistered time 1 (default) register time 2

The changed user data state storage is as follows:

3) Case 3: If the current user has registered in both the CS domain and the IMS domain.

The user's previous data state storage is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 register time 2

The changed user data state storage is as follows:

Finally, after the HLR/HSS judges that the status has changed, it will call the dynamic policy mechanism (first judge the registration status of the user, and then judge the sequence relationship between the HLR and the HSS timestamp) and finally generate the corresponding selection strategy for judging and processing when routing .

2. Go through the IMS domain registration process

When a VoL TE terminal registers with the IMS, it connects to the CSCF through the access network, and completes the user registration through the HSS. After receiving the registration message, the HSS notifies to update the registration timestamp for the IMS domain in the HSS. If it is the first registration, Then fill in the registration time, flow chart 7.

Here are several situations to mobilize the dynamic selection mechanism.

1) Situation 1: If the current user has not registered in other domains, it is the first time to register in the IMS domain.

The status storage of user data is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 (default) register time 2

2) Case 2: If the current user is registered in the CS domain but not in the IMS domain.

The user's previous data state storage is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 unregistered time 2 (default)

The changed user data state storage is as follows:

3) Case 3: If the current user has registered in both the CS domain and the IMS domain.

The user's previous data state storage is as follows:

serial number HLR user status Timestamp of HLR HSS user status Timestamp of HSS 1 register time 1 register time 2

The changed user data state storage is as follows:

Finally, after the HLR/HSS judges that the status has changed, it will call the dynamic policy mechanism (first judge the registration status of the user, and then judge the sequence relationship between the HLR and the HSS timestamp) and finally generate the corresponding selection strategy for judging and processing when routing .

A flow chart of a specific embodiment of the present invention is shown in Figure 2, and the specific steps include:

Step 1. The calling user A initiates a voice service to the called user B, and sends an IAM message to the calling MSC served by the calling user.

Step 2: After receiving the call request, the calling MSC will obtain GT routing information based on the number of the called user B, and query the routing information from the HLR/HSS where the called user is located, that is, send an SRI (Send_Routing_Information) message.

At this point, after the HLR/HSS receives the query routing information, it executes the judgment process:

If it is judged that the user's implementation of the policy is a failure to affect (that is, the user is not registered in any domain), it will feed back a corresponding message to the calling MSC/VLR;

If it is judged that the user execution policy is routed to the circuit domain, then perform step 3';

If it is determined that the user execution policy is routed to the IMS domain, then perform step 3;

Step 3', the called HLR/HSS initiates a roaming number (MSRN) message to the called VLR, that is, sends a PRN (Provide_Roaming_Number) to the called MSC to obtain the called roaming number. The called MSC returns the roaming number to the calling MSC through the HLR;

Step 4', the calling MSC sends an IAM message to the called MSC according to the roaming number;

In step 5', the called MSC sends a paging message to the called user B, thereby completing the normal call.

Step 3, the called HLR/HSS sends the IMS domain roaming number (note, here you can also use the method of (calling number A, prefix + called number B) to send the message to the calling MSC/VLR to the gateway office of the circuit domain, Send to the IMS network through the gateway office analysis) to the calling MSC/VLR;

Step 4, the calling MSC sends an IAM message to the GMSC/MGCF and routes it to the IMS domain;

In step 5, the IMS domain addresses the address information of the called user B, and sends an invite message to the called user B, thereby completing a normal call.

As shown in FIG. 8 , a timestamp-based dynamic policy update device includes a storage module, a management module, and a processing module. The storage module is used to store user information such as registration status and content quadruple of time. The management module is used to manage the state machine of the user registration state change, and adjust the corresponding state machine when the user registration state changes. According to different registration states of users, there are various state machines. The processing module is used for policy judgment, updates and adjustments based on the current state machine situation of the user, and selects the service network for the user corresponding to the user request.

Storage module function: it mainly stores user information such as quadruples. When a user opens an account, the user status quadruple information is saved according to the default state. When the status of user registration and location update changes, this module will be called to perform information update operations. After the update operation, the management module needs to be notified in time. The update process is shown in Figure 4.

Management template function: the management module mainly maintains the user's registration state machine, and can obtain user information from the user storage module. The acquisition process can be active access or subscription, that is, the user storage information number requires the storage module to respond immediately. Thereby maintaining the accuracy of the state machine. State machine maintenance is shown in Figure 3.

Processing module function: mainly for policy judgment processing, when receiving a routing request (such as SRI message, send routing info) from other devices (such as VLR, etc.), according to the current state machine situation of the user, carry out policy processing and respond to the user Request to select a service network for the user. The processing flow is shown in Figure 5.

The preferred specific embodiments of the present invention have been described in detail above. It should be understood that those skilled in the art can make many modifications and changes according to the concept of the present invention without creative efforts. Therefore, all technical solutions that can be obtained by those skilled in the art based on the concept of the present invention through logical analysis, reasoning or limited experiments on the basis of the prior art shall be within the scope of protection defined by the claims.

Claims (6)

1. a kind of dynamic strategy update method based on timestamp is it is characterised in that comprise the steps：

Step 1), calling subscribe A initiate speech business to called subscriber B, send IAM message and serviced to calling subscribe Caller MSC；

Step 2), after described caller MSC receives call request, according to the number of described called subscriber B, obtain GT routing iinformation, The HLR/HSS query routing information being located to described called subscriber B, after described HLR/HSS receives described query routing information, holds Row judges handling process：

If judging, user's implementation strategy is to affect unsuccessfully, and feedback corresponding message gives described caller MSC/VLR；

If judging, user's implementation strategy is to be routed to circuit domain, execution step 3 '), 4 ') and 5 ')；

If judging, user's implementation strategy is to be routed to IMS domain, execution step 3), 4) and 5)；

Wherein, described step 2) described in the query routing information of HLR/HSS comprise the following steps that：

2-1), update the login state of user and corresponding timestamp in customer data base；

2-2), the inquiry being changed by state machine and adjustment, that is, from last state, are adjusted to this next state；

2-3), by inquiring about to state machine, call and select corresponding selection strategy under certain state applied；

Step 3 '), described called HLR/HSS initiate to take roaming number (MSRN) message to called affiliated VLR, that is, send PRN, go Called affiliated MSC obtains called roaming number；Roaming number is returned to described caller MSC by HLR by described called MS C；

Step 4 '), main described be MSC foundation roaming number transmission IAM message to described called MS C；

Step 5 '), described called MS C send paging message to described called subscriber B, thus completing normal call；

Step 3), described called HLR/HSS send IMS domain roaming number to described caller MSC/VLR；

Step 4), described caller MSC send IAM message route to described IMS domain to GMSC/MGCF；

Step 5), described IMS domain be addressed to described called subscriber's B address information, and by invite message give described called use Family B, thus complete normal call.

2. the dynamic strategy update method based on timestamp as claimed in claim 1 is it is characterised in that wherein said step 2- 1) user registration state described in and described timestamp form in HLR database are as follows：

User registration state The timestamp of current registration Registered/unregistered YYYY/MM/DD,hh/mm/ss

Wherein, YYYY represents year, length 4；MM represents month, length 2；DD represents date, length 2；Hh represents hour, Length 2；Mm represents minute, length 2；Ss represents second, length 2.

3. the dynamic strategy update method based on timestamp as claimed in claim 1 it is characterised in that wherein, described step The four-tuple of state machine described in 2-2) is：

User state machine has 5 kinds of state modeles, under different state modeles, to should have corresponding selection strategy, each user All under certain pattern in 5 kinds of state modeles, after user logs in heterogeneous networks, the state model of this user also can occur Corresponding change adjustment.

4. the dynamic strategy update method based on timestamp as claimed in claim 1 it is characterised in that wherein, described step 2-1) update the login state of user and corresponding timestamp in customer data base, if terminal is in circuit domain, registration step Suddenly as follows：

1), UE sends location update message to MSC/VLR；

2), MSC/VLR sends location update message to HLR, initiates register flow path；

3), HLR updates hour of log-on stamp, and transfers tactful judgment mechanism, updates user's selection strategy.

5. the dynamic strategy update method based on timestamp as claimed in claim 1 it is characterised in that wherein, described step 2-1) update the login state of user and corresponding timestamp in customer data base, if terminal is in IMS domain, registration step As follows：

1), UE sends location update message to P/I/S-CSCF；

2), P/I/S-CSCF sends location update message to HSS, initiates register flow path；

3), HSS updates hour of log-on stamp, and transfers tactful judgment mechanism, updates user's selection strategy.

6. a kind of more new equipment of the dynamic strategy based on timestamp is it is characterised in that include memory module, management module and process Module：

Described memory module：For storing the content four-tuple user profile of login state and time；When user opens an account, according to silent Recognize state and preserve User Status quaternary group information, when User Status change, this module can be called, carry out information updating Operation, after updating operation, needs to notify in time management module；

Described management module is used for the state machine of managing users registration state change, when user registration state changes, adjusts phase Answer state machine, according to the different login state of user, there is various states machine；Management module obtains use from user's memory module Family information, acquisition process is actively to access or by the way of subscribing to, and that is, user storage information numbering requires that memory module is Shi Xiangying, thus safeguard the accuracy of state machine；

Described processing module is used for carrying out strategy judgement, the described user profile according to described memory module and described management module Described state machine situation, update adjustment, and respond user's request and be chosen as its service network for user.