WO2012159383A1

WO2012159383A1 - Incoming call protection method, msc and terminal

Info

Publication number: WO2012159383A1
Application number: PCT/CN2011/078727
Authority: WO
Inventors: 王健
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-05-24
Filing date: 2011-08-22
Publication date: 2012-11-29
Also published as: CN102202304A; CN102202304B

Abstract

The present invention relates to an incoming call protection method, MSC and terminal. The method includes: an MSC receiving user information about the called terminal sent by a VLR; when the user information contains information that the called terminal is starting the incoming call protection function, the MSC receiving a connection message sent by the called terminal and then performing a connection check on the connection message; and after the connection check verification is successful, the MSC feeding the connection message back to the calling terminal and establishing a session. In the present invention, the terminal registers and activates the incoming call protection function and, when there is an incoming call, the terminal user has to input a verification code to establish a session and complete the processing of the incoming call, which can effectively protect the rights and privacy of the user in processing the incoming call and at the same time effectively avoids a situation where the incoming call is missed or processed unintentionally due to incorrect operation by the user, improving the usage security of the terminal and at the same time improving the user experience.

Description

Call protection method, MSC and terminal technology field

The present invention relates to the field of communications technologies, and in particular, to an incoming call protection method, an MSC (Mobile-Services Switching Center), and a terminal. Background technique

Whether it is the 2G (second generation mobile communication technology) era or the 3G (3rd Generation, 3rd generation mobile communication technology) era, voice calls are one of the most frequently used functions of mobile users, regardless of the type of mobile. Terminals need to support voice calls.

However, users often encounter the following problems when using voice calling services:

On the one hand, with the development of mobile communication technology, users pay more and more attention to the protection of personal privacy. When the mobile terminal is not at the user's side, the terminal has an incoming call, and the user does not want other users to handle their own calls at random, which requires A call protection technology.

On the other hand, with the continuous updating of the hardware technology of the mobile terminal, more and more mobile terminals support the touch screen technology, and the user can directly click on the screen to realize the corresponding function. However, the use of the touch screen also increases the likelihood that the user will mishandle the caller information under certain circumstances. For example, on the way to and from work, if the user places the mobile phone in a pocket or a bag, and the mobile phone calls at this time, it may happen that the user is not answered or hanged when the user does not know it; or the user hears the incoming call ring tone, When you remove the phone from your pocket or bag, you accidentally touch the corresponding button processing area on the screen, causing the caller to answer or hang up. Therefore, it is necessary to protect the incoming call interface.

In the existing voice call technology, a normal voice call call and answering process is as follows:

The calling terminal (MSA) sends a setup message to the MSC, and the MSC confirms the After the message, the call progress message is sent to the calling terminal, and the MSC sends a setup message to the called terminal (MSB), and the called terminal returns a call confirmation message. After the channel allocation is completed, the called terminal sends an alert message to the MSC, and then the calling terminal receives the alert message. After the called terminal confirms the answer, it sends a connection message to the MSC, and the MSC sends a connection message to the calling terminal. After receiving the message, the calling terminal feeds back the connection confirmation message to the MSC, and the MSC returns the connection confirmation message to the called party. At this point, both the calling party and the called party establish a call.

More specifically, after the calling terminal receives the call progress message, the MSC sends a query to the VLR (Visitor Location Register) to query the called terminal message. After the paging is completed, the MSC sends an access request message to the VLR. Afterwards, the VLR first starts the authentication process. After the MSC processes the packet, the VLR returns the authentication response message to the VLR. After processing the authentication response message, the VLR sends an access request accept message to the MSC to notify the MSC of the called terminal. The access request is accepted, and the user information of the called terminal is sent back to the MSC by completing the call message. Thereafter, the MSC sends a setup message to the called terminal.

According to the underlying voice call signaling, combined with the processing method of the terminal APP (application layer), the processing flow of the terminal call information is as follows:

After the bottom layer sends the caller information to the upper layer of the terminal, the upper layer creates related window information, and the terminal displays the incoming call interface and rings. The user performs corresponding processing on the incoming call interface. If the called terminal presses the answer button, the called terminal feeds back the connection message to the MSC, and the MSC feeds back the information to the calling terminal, and feeds back the connection confirmation message to the called terminal, and the calling party and the called party establish a call.

It can be seen from the above analysis that in the existing voice call incoming call process, the incoming call interface of the called terminal does not adopt corresponding protection measures, which is easy to cause the caller information to be operated by the user or the original intention, thereby reducing the use security and user experience of the mobile terminal. . Summary of the invention

The main purpose of the present invention is to provide an incoming call protection method, an MSC, and a terminal, which can improve the use security and user experience of the mobile terminal. In order to achieve the above object, the present invention provides an incoming call protection method, including:

Receiving, by the MSC, user information of the called terminal sent by the VLR;

When the user information includes the information that the called terminal turns on the incoming call protection function, after receiving the connection message sent by the called terminal, the MSC performs connection check on the connection message;

After the connection check is successfully verified, the MSC feeds back the connection message to the calling terminal to establish a call.

Preferably, before the step of receiving, by the MSC, the user information of the called terminal sent by the VLR, the method further includes:

The MSC sends a query to the VLR to query the called message, and the query called message includes: information requesting to query whether the called terminal registers the incoming call function.

Preferably, the step of the MSC performing a connection check on the connection message includes: prompting the called terminal to feed back a verification code;

When the verification code fed back by the called terminal is correct, the connection check is successful; otherwise, the user verification code fails to be requested, and re-input is required until the call timeout expires, and the connection check verification fails.

The present invention also provides an incoming call protection MSC, including:

a receiving module, configured to receive user information of the called terminal sent by the VLR;

The connection check module is configured to: when the user information includes the information that the called terminal turns on the call protection function, after receiving the connection message sent by the called terminal, the MSC checks the connection message;

The call establishment module is configured to: after the connection check verification succeeds, feed back the connection message to the calling terminal to establish a call.

Preferably, the method further includes a sending module, configured to send a query for the called message to the VLR, where the querying the called message includes: information for requesting to query whether the called terminal registers the incoming call function.

Preferably, the connection check module includes:

a prompting unit, configured to prompt the called terminal to feed back a verification code; The verification unit is configured to ensure that the connection verification succeeds when the verification code fed back by the called terminal is correct; otherwise, the user verification code fails, and the input is required again, until the call check timeout, the connection check verification fails.

The invention also provides an incoming call protection terminal, comprising:

a function registration module, configured to register an incoming call protection function with the server;

a function protection module, configured to activate the call protection function, and the server updates the activation information to the VLR;

The connection verification module is configured to: in the called process, after receiving the setup message sent by the MSC, feed back the connection message to the MSC, and accept the connection check of the MSC;

The call establishment module is configured to establish a call with the calling terminal through the MSC after the connection check is successfully verified.

Preferably, the function protection module is further configured to turn off the incoming call protection function under predetermined conditions.

Preferably, the function protection module is further configured to enable the call protection function for a predetermined period of time.

Preferably, the server is located in the HLR.

The invention provides an incoming call protection method, an MSC and a terminal, wherein the terminal registers and activates the call protection function. When there is an incoming call, the terminal user needs to input a verification code to establish a call and complete the processing of the incoming call, and the invention can effectively It protects the user's right to handle incoming calls and privacy, and at the same time effectively avoids the omission of incoming calls or unintentional handling of incoming calls due to user misoperation, improves the security of the terminal, and enhances the user experience. DRAWINGS

1 is a schematic flow chart of an embodiment of an incoming call protection method according to the present invention;

2a is a schematic diagram of an interaction process between a calling terminal, an MSC, and a called terminal in a successful voice call and receiving process in an embodiment of the incoming call protection method of the present invention; 2b is a schematic diagram of an interaction process between an MSC, a VLR, and a called terminal MSB in a successful voice call and reception process in an embodiment of the incoming call protection method of the present invention;

3 is a schematic structural diagram of an embodiment of the incoming call protection MSC of the present invention;

4 is a schematic structural diagram of a connection check mode in an embodiment of the call protection MSC of the present invention; and FIG. 5 is a schematic structural view of an embodiment of the call protection terminal of the present invention. detailed description

The solution of the embodiment of the present invention is mainly: The terminal registers and activates the call protection function. When there is an incoming call, the terminal user needs to input the insurance code to complete the processing of the call to improve the security of the terminal and the user experience. .

An embodiment of the present invention provides a call protection method. As shown in FIG. 1, the method includes: Step S101: The MSC receives user information of a called terminal sent by a VLR.

In this embodiment, in order to implement the corresponding protection of the incoming call flow when the incoming call is made, the risk code is adopted.

Specifically, in the incoming call process, the Queryed Called Message sent by the MSC to the VLR includes information requesting to query whether the called terminal registers the incoming call protection function. The user information that the VLR sends back to the called terminal to the MSC includes the state in which the called terminal MSB activates the incoming call protection function.

Step S102: When the user information includes the information that the called terminal turns on the call protection function, after receiving the connection message sent by the called terminal, the MSC performs connection check on the connection message.

Step S103: After the connection check is successfully verified, the MSC feeds back the connection message to the calling terminal to establish a call.

In the above steps S102 and S103, if the called terminal enables the function, in the setup message sent by the MSC to the called terminal, when the called terminal requests the feedback connection message, the MSC first checks the connection information, and the called terminal is required. The verification code is input, that is, the connection check is performed. When the verification code fed back by the called terminal is correct, the connection check is successful, and the MSC feeds back the connection message to the calling terminal, and then establishes a call. Otherwise, the user is prompted to verify the code and re-enter. Until After the power timeout, the connection check fails and hangs back.

2a is a schematic diagram of an interaction process between a calling terminal, an MSC, and a called terminal in a successful voice call and receiving process in an embodiment of the incoming call protection method according to the present invention. As shown in FIG. 2a, when the called terminal activates call protection After the function, when a successful voice call and reception process is completed, the interaction process between the calling terminal MSA, the MSC, and the called terminal MSB includes:

1. The calling terminal MSA sends a setup message to the MSC;

2. The MSC feeds back to the calling terminal MS A call process message;

3. The MSC sends a setup message to the called terminal.

4. The called terminal MSB feeds back to the MSC call confirmation message;

5. The called terminal MSB sends a reminder message to the MSC;

6. The MSC sends a reminder message to the calling terminal MS A.

7. The called terminal MSB sends a connection message to the MSC;

8. The MSC sends a connection check message to the called terminal MSB. Since the called terminal MSB enables the incoming call protection function, after the called terminal MSB calls the interface, after sending the connection message, the MSC needs to perform connection check on the connection message, and the verification is performed. Call the terminal's verification code.

9. The called terminal MSB feeds back the connection check completion message to the MSC; the called terminal MSB inputs the verification code and feeds back to the MSC, and the MSC judges the verification code. If it is correct, it proceeds to the next process; if it is wrong, the user is required to continue Enter until the incoming call delays.

10. The MSC sends a connection message to the calling terminal MSA.

11. The calling terminal MSA feeds back the "connection confirmation" message to the MSC;

12. The MSC feeds back the "connection confirmation" message to the called terminal MSB. At this point, the master and the called party successfully establish a voice call.

In the above process, before the MSC sends the setup message to the called terminal MSB, it needs to obtain the user information of the called terminal to confirm whether the called terminal MSB has the call protection function enabled.

FIG. 2b shows a successful voice call and reception process in an embodiment of the incoming call protection method of the present invention A schematic diagram of the interaction process between the MSC, the VLR, and the called terminal MSB, as shown in FIG. 2b, when a successful voice call and reception process is completed, the interaction process between the MSC, the VLR, and the called terminal MSB includes:

1. The MSC sends a query for the user information message to the VLR. The message for querying the user information includes whether the called terminal MSB needs to obtain the call protection function.

2. The MSC sends an access request message to the VLR.

3. The VLR initiates an authentication message to the MSC;

4. The MSC feeds back the VLR authentication response message;

5. The VLR sends an access request accept message to the MSC.

6. The VLR sends a message to the MSC to complete the call information. The message that the VLR sends the call information to the MSC includes whether the called terminal MSB has enabled the identity of the call protection function. If the called terminal MSB has the call protection function enabled, the MSC needs to mark the function. After the subsequent called terminal MSB sends a connection message, it needs to perform connection check on the connection message. After the connection check is completed, the MSC will continue the subsequent signaling process.

7. The MSC sends a setup message to the called terminal MSB.

8. The called terminal MSB feeds back a call confirmation message to the MSC;

9. The called terminal MSB sends a reminder message to the MSC.

It can be seen that only the called terminal user information fed back to the MSC by the VLR includes the information that the called terminal MSB has enabled the incoming call protection function, and the MSC will only process the connection message sent by the called terminal MSB after subsequent processing. The message is checked for connectivity, otherwise it is not checked. The connection message is sent directly to the calling terminal MSA.

At this point, in the case that the called party turns on the call protection function, the successful voice call master and called signaling process ends completely.

Compared with the prior art, the embodiment registers and activates the call protection function through the terminal, which can effectively protect the rights and privacy of the user to handle the call, and effectively avoid the user's misoperation. The situation of missing incoming calls or unintentionally handling incoming calls improves the security of the mobile terminal and enhances the user experience.

The present invention also provides an incoming call protection MSC, and FIG. 3 is a schematic structural diagram of an embodiment of the incoming call protection MSC of the present invention. As shown in FIG. 3, the incoming call protection MSC includes: a sending module 300, a receiving module 301, a connection checking module 302, and Call establishment module 303; wherein:

The receiving module 301 is configured to receive user information of the called terminal sent by the VLR. The connection checking module 302 is configured to: when the user information includes the information that the called terminal turns on the incoming call protection function, the MSC receives the connection message sent by the called terminal. , check the connection message;

The call establishment module 303 is configured to: after the connection check and verification succeeds, feed back the connection message to the calling terminal to establish a call.

Further, the incoming call protection MSC further includes a sending module 300, and is connected to the receiving module 301, and is configured to send a query called message to the VLR, where the called called message includes: information for requesting to query whether the called terminal registers the incoming call function.

If the called terminal enables the function, in the setup message sent by the MSC to the called terminal, when the called terminal requests the feedback connection message, the MSC first checks the connection information, and the called terminal needs to input the verification code, that is, the connection check is performed. When the verification code fed back by the called terminal is correct, the connection check is successful, and the MSC feeds back the connection message to the calling terminal, and then establishes a call. Otherwise, the user is prompted to verify the code and re-enter. After the caller times out, the connection check fails and hangs up. 4 is a schematic structural diagram of a connection check module in the embodiment of the incoming call protection MSC of the present invention. As shown in FIG. 4, the connection check module 302 includes: a prompting unit 3021 and a verification unit 3022, wherein: the prompting unit 3021 is configured to prompt the called party. Terminal feedback verification code;

The verification unit 3022 is configured to: when the verification code fed back by the called terminal is correct, the connection check verification is successful; otherwise, the user verification code fails, and the input is required again, until the call check timeout, the connection check verification fails.

In this embodiment, the terminal registers and activates the call protection function. When there is an incoming call, the terminal user needs to input a verification code to establish a call and complete the processing of the incoming call, which can effectively protect the right and privacy of the user to handle the call, and effectively avoid the user. The misoperation causes the missed call or the unintentional handling of the call, which improves the security of the terminal and improves the user experience.

The present invention also provides an incoming call protection terminal. FIG. 5 is a schematic structural diagram of an embodiment of the incoming call protection terminal of the present invention. As shown in FIG. 5, the incoming call protection terminal includes: a function registration module 501, a function protection module 502, and a connection verification module 503. And a call setup module 504, wherein:

The function registration module 501 is configured to register an incoming call protection function with the server;

The function protection module 502 is configured to activate the call protection function, and the server updates the activation information to the VLR;

The connection verification module 503 is configured to: in the called process, after receiving the setup message sent by the MSC, feed back the connection message to the MSC, and accept the connection check of the MSC;

The call establishment module 504 is configured to establish a call with the calling terminal through the MSC after the connection check is successfully verified.

Further, the function protection module 502 is further configured to turn off the incoming call protection function under predetermined conditions, or to enable the incoming call protection function within a predetermined time period.

The terminal in this embodiment may be a mobile terminal.

The server in this embodiment may be located in the HLR (Home Location Register). In the register), used to register, activate, and disable the call protection function for the terminal. After the terminal applies for registration of the function to the server, the server updates the function registration flag of the terminal, and records that the terminal has successfully registered the function. The terminal can apply to activate the function when the function registration flag is on. After the server queries the HLR to know that the terminal has registered the function, the update function uses the flag bit to record that the terminal has successfully activated the function and automatically updates to the VLR. If the terminal requests to disable the function, the server update function uses the flag bit to record that the terminal has successfully turned off the function and automatically updates to the VLR. If the terminal cancels the function, the server does not accept the application for the terminal to activate/deactivate the function.

In summary, the call protection method, the MSC, and the terminal in the embodiment of the present invention, after the called terminal initiates the call protection function, when processing the incoming call information, the MSC needs to perform connection check verification processing on the connection message sent by the called terminal, that is, The user is required to input the verification code. Only when the verification code input by the user is correct, the incoming call can be processed normally, thereby effectively protecting the right and privacy of the user to process the incoming call, and effectively avoiding the omission of the incoming call or the unintentional handling of the incoming call due to the user's misoperation. In this case, the security of the terminal is improved, and the user experience is also improved.

The above is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention, and equivalent structural or process changes made by the present specification and drawings may be directly or indirectly applied to other related technical fields. The same is included in the scope of patent protection of the present invention.

Claims

Claim

1. A method for protecting an incoming call, wherein the method comprises:

The mobile service switching center MSC receives the user information of the called terminal sent by the visited location register VLR;

The method according to claim 1, wherein before the MSC receives the user information of the called terminal sent by the VLR, the method further includes:

The call protection method according to claim 1 or 2, wherein the MSC checks the connection message as:

Prompting the called terminal to feed back a verification code;

4. An incoming call protection MSC, where the incoming call protection MSC includes:

5. The incoming call protection MSC according to claim 4, wherein the incoming call protection MSC further The sending module is configured to send a query called message to the VLR, where the query called message includes: information for requesting to query whether the called terminal registers the incoming call function.

The incoming call protection MSC according to claim 4 or 5, wherein the connection check module comprises:

a prompting unit, configured to prompt the called terminal to feed back a verification code;

The verification unit is configured to: when the verification code fed back by the called terminal is correct, the connection check verification is successful; otherwise, the user verification code fails, and the re-input is required, until the call check timeout, the connection check verification fails.

7. An incoming call protection terminal, wherein the incoming call protection terminal comprises:

8. The incoming call protection terminal according to claim 7, wherein the function protection module is further configured to turn off the incoming call protection function under a predetermined condition.

9. The incoming call protection terminal according to claim 7, wherein the function protection module is further configured to enable the incoming call protection function within a predetermined time period.

The terminal according to any one of claims 7 to 9, wherein the server is located in a home location register HLR.