Detailed Description
Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary and intended to be used for explaining the present application and should not be construed as limiting the present application.
A method, an apparatus, and a system for incoming call do not disturb according to an embodiment of the present application are described below with reference to the drawings.
Fig. 1 is a flowchart of a do-not-disturb incoming call processing method according to an embodiment of the present application.
As shown in fig. 1, the incoming call do not disturb processing method includes:
step 101, setting incoming call non-interference information.
Specifically, the incoming call do not disturb processing method provided by the embodiment is configured in the first terminal supporting information interaction through the mobile communication network. The type of the first terminal is many, for example: the mobile phone comprises a mobile phone, a tablet personal computer with an SIM card and wearing equipment with the SIM card.
The user sets incoming call non-interference information on the first terminal according to the requirement so as to intercept the request of the call which is not allowed. The incoming call do-not-disturb information can be set in a white list or black list mode, and incoming calls allowed to be accessed and incoming calls not allowed to be accessed are detected according to the incoming call do-not-disturb information.
There are many ways to set incoming call do not disturb information on the first terminal, and the method can be selected according to the practical application requirements, for example:
allowable incoming call information or unallowable incoming call information can be set according to the province; or,
allowable incoming call information or unallowable incoming call information can be set according to the favorite; or,
allowable incoming call information or unallowable incoming call information can be set according to the group; or,
the allowed incoming call information or the disallowed incoming call information may be set according to the time period.
And 102, uploading the incoming call do-not-disturb information to network side equipment, so that the network side equipment rejects the incoming call request which is not allowed by the first terminal according to the incoming call do-not-disturb information.
The first terminal uploads the set incoming call do-not-disturb information to the network side equipment. The specific execution bodies of the network side device are many, and may be set according to application requirements, for example:
an independent device can be deployed in advance to receive incoming call do-not-disturb information uploaded by a first terminal, and a data interaction channel is established between the independent device and other core network devices to carry out data interaction; or,
the existing core network equipment can be adopted to receive the incoming call no-disturbance information uploaded by the first terminal.
The first terminal uploads incoming call non-interference information to the network side device in many ways, which can be selected according to application requirements, for example:
uploading incoming call non-interference information to the network side equipment through a user access interface preset by the network side equipment; or,
the incoming call no-interference information can be uploaded to the cloud end system, and then the incoming call no-interference information is uploaded to the network side equipment through the cloud end system.
It can be understood that, after the first terminal updates and sets the incoming call no-disturbance information, the updated incoming call no-disturbance information is synchronously uploaded to the network side device in real time, so that the network side device synchronously updates the stored incoming call no-disturbance information.
When the network side equipment receives the incoming call request sent to the first terminal, the incoming call request is detected according to the pre-stored incoming call do-not-disturb information, the incoming call request which is not allowed by the first terminal is rejected, and the incoming call request which is allowed by the first terminal is connected.
According to the incoming call no-disturbance processing method, the incoming call no-disturbance information is set, and the incoming call no-disturbance information is uploaded to the network side equipment, so that the network side equipment rejects the incoming call request which is not allowed by the first terminal according to the incoming call no-disturbance information. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency is improved, and the power consumption of the terminal is saved.
Based on the above embodiment, further, regarding step 102 in the embodiment shown in fig. 1, it should be noted that:
if the first terminal uploads the incoming call do-not-disturb information for the first time, the network side equipment directly receives and stores the incoming call do-not-disturb information;
if the first terminal uploads the updated incoming call do-not-disturb information, the first terminal can compare the difference between the incoming call do-not-disturb information uploaded to the network side equipment last time and the incoming call do-not-disturb information to be uploaded, and upload the updated part to the network side equipment; the difference between the currently stored incoming call no-disturbance information and the currently uploaded incoming call no-disturbance information can be compared through the network side equipment, and the updated part is stored.
Therefore, the first terminal uploads the incoming call no-disturbance information updated in real time to the network side device in many ways, which is illustrated as follows by the way shown in fig. 2:
fig. 2 is a flow chart of a call-no-disturb processing method according to another embodiment of the present application.
As shown in fig. 2, before step 102 in fig. 1, the following steps may also be included:
step 201, sending an acquisition request to a network side device;
a first terminal step 202, receiving currently stored incoming call no-disturbance information sent by the network side device;
the first terminal step 203, comparing whether the currently stored incoming call no-disturbance information is the same as the incoming call no-disturbance information to be uploaded, so as to determine whether to upload the incoming call no-disturbance information to the network side device.
Specifically, the network side device feeds back the currently stored incoming call no-disturbance information according to the acquisition request sent by the first terminal. The first terminal compares whether the currently stored incoming call no-disturbance information is the same as the incoming call no-disturbance information to be uploaded or not so as to determine whether the incoming call no-disturbance information is uploaded to the network side equipment or not.
The first terminal compares whether the currently stored incoming call no-disturbance information and the incoming call no-disturbance information to be uploaded are the same or not, and the method includes the following steps:
and comparing whether the attribute information of the currently stored incoming call no-disturbance information is the same as the attribute information of the incoming call no-disturbance information to be uploaded, if so, indicating that the incoming call no-disturbance information is the same as the incoming call no-disturbance information of the currently stored incoming call information and does not need to be updated, and if not, indicating that the incoming call no-disturbance information of the currently stored incoming call information is different, and updating the currently stored incoming call no-disturbance information by the network side equipment.
The attribute information is used for reflecting the uniqueness of the incoming call no-disturbance information, and whether the incoming call no-disturbance information changes or not can be known through the change of the attribute information. The types of attribute information are many, for example:
the attribute information may be date information for setting incoming call do not disturb information; or,
the attribute information may be identification information for setting incoming call do not disturb information, where the identification information may be: provinces, group names, etc.; or,
the attribute information may be MD5 code obtained after digest algorithm processing of incoming call no-disturbance information.
Further, in order to improve transmission efficiency, in an embodiment, the network side device obtains attribute information of the currently stored incoming call do-not-disturb information and uploads the attribute information to the first terminal, so that the first terminal performs comparison according to the attribute information.
The first terminal has many ways of uploading incoming call no-disturbance information to the network side device, and can be selected according to application requirements, for example: directly uploading incoming call non-interference information to the network side equipment through a user access interface preset by the network side equipment; or, the following description is given by taking an example that the incoming call do-not-disturb information is uploaded to the network side device indirectly through the cloud system, and the incoming call do-not-disturb information is uploaded to the network side device (taking the HLR device and the HSS device as an example) indirectly through the cloud system:
a first part: the method comprises the following steps of synchronizing the phone book software of the first terminal and the cloud system phone book software:
step S11: acquiring first attribute information of current phone book software of the terminal.
The first attribute information of the terminal phone book software is the modification date of the software. The first attribute information of the point telephone directory software on the terminal can be read from the target storage directory of the terminal. Files can be found under the system directory/data/app. Therefore, the installed application software can be quickly found by accessing the path to read the installed application software, so that the synchronization efficiency is improved.
Step S12: and judging the difference between the second attribute information and the first attribute information of the phone book software acquired in advance.
The second attribute information acquired in advance refers to phone book application software information on the operator cloud system. Including application software that was previously synchronized from the terminal to the cloud system. The second attribute information has the same meaning as the first attribute information, and is different from the first attribute information only in that the first attribute information is acquired from a terminal and the second attribute information is acquired at a cloud.
Step S13: and according to the difference between the first attribute information and the second attribute information, realizing the information synchronization between the terminal and the phone book software of the cloud system.
Specifically, in step S13, it may be determined whether the terminal needs to upload information to the cloud system according to a difference between the first attribute information and the second attribute information, and if so, send an upload information request to the cloud system. After receiving the request, the cloud system may select part or all of the information in the list as needed for synchronous upload. At this time, in the synchronization processing step, an upload request sent by the terminal is received, and the information that can be uploaded is acquired from the terminal and stored according to the received upload request. In addition, the cloud system can backup the uploaded information to the file with the PROFILE name in time.
A second part: information synchronization process of cloud system and HSS/HLR equipment:
step S14: and acquiring attribute information of the PROFILE file on the cloud system.
The first attribute information of the phone book software on the operator cloud system is the modification date of the software.
Step S15: and judging the difference between the attribute information of the PROFILE on the HLR/HSS system and the attribute information of the PROFILE file on the cloud system which is acquired in advance.
The attribute information of PROFILE on HLR/HSS acquired in advance refers to the modification date of the PROFILE file on the HLR/HSS. Including information that was previously synchronized from the cloud system to the HLR/HSS system.
Step S16: and according to the difference between the two systems, the information synchronization of the cloud system and the HLR/HSS system is realized.
Specifically, in step S16, it may be determined whether the cloud system needs to upload information to the HLR/HSS system according to a difference therebetween, and if so, the cloud system sends an upload information request to the HLR/HSS system.
After receiving the request, the HLR/HSS system can select part or all of the information in the list as needed for synchronous upload. At this time, in the synchronization processing step, an upload request sent by the cloud system is received, and the information that can be uploaded is acquired from the cloud system for storage according to the received upload request.
The incoming call no-interference processing method of the embodiment of the application receives the currently stored incoming call no-interference information sent by the network side equipment by sending the acquisition request to the network side equipment, compares whether the currently stored incoming call no-interference information is the same as the incoming call no-interference information to be uploaded, and determines whether the incoming call no-interference information is uploaded to the network side equipment. Therefore, the information transmission efficiency and the processing efficiency of the first terminal to the network side equipment are improved.
Based on the foregoing embodiment, further, for step 102 in the embodiment shown in fig. 1, there are many specific execution subjects of the network-side device, and the specific execution subjects may be set according to application requirements, for example:
an independent device can be deployed in advance to receive incoming call do-not-disturb information uploaded by a first terminal, and a data interaction channel is established between the independent device and other core network devices to carry out data interaction; alternatively, the existing core network device may be adopted to receive the incoming call do-not-disturb information uploaded by the first terminal. The method illustrated in fig. 3 is to receive incoming call no-disturbance information uploaded by the first terminal by using the core network device, which is specifically as follows:
fig. 3 is a flow chart of a call-no-disturb processing method according to another embodiment of the application.
As shown in fig. 3, for step 102 in fig. 1, the following steps may be included:
step 301, determining the supported network type.
And 302, uploading the incoming call non-interference information to network side equipment corresponding to the network type.
Specifically, first, a network system type supported by the first terminal is determined, and then the incoming call do-not-disturb information is uploaded to a network side device corresponding to the network system type, for example:
when the 2G/3G network mode is determined to be supported, uploading the incoming call no-disturbance information to Home Location Register (HLR) equipment of the network side;
and if the call-in non-interference information supports the 2G/3G/4G network system, uploading the call-in non-interference information to home subscriber server (HLR) equipment and home location register (HSS) equipment of the network side at the same time.
The incoming call no-interference processing method of the embodiment of the application determines the supported network system type and uploads the incoming call no-interference information to the network side equipment corresponding to the network system type. Therefore, the reliability and the easy operation of synchronizing the incoming call non-interference information to the network side equipment by the first terminal are realized.
Based on the above embodiment, in order to further improve the flexibility of the user operation, the method further includes:
and sending an opening/closing instruction of the incoming call do not disturb information to the network side equipment according to the requirement of the user.
To more clearly illustrate that the network side device synchronizes the incoming call do-not-disturb information of the first terminal, the embodiment shown in fig. 4 takes a mobile phone as an example, and indirectly uploads the incoming call do-not-disturb information to the HLR device and the HSS device through the cloud system as an example, as follows:
fig. 4 is a schematic flow chart of the synchronous incoming call do-not-disturb information between the first terminal and the core network device.
S100: opening the do-not-disturb information at the first terminal; the user sets incoming call non-disturbance information according to personal preference, time period, province, country, favorite of the phone book, masses of the phone book and the like.
S200: whether to upload the do-not-disturb information set on the mobile phone to the cloud storage of the operator or not can select whether to start the data synchronization to the cloud system of the operator or not at the terminal.
S400: and uploading the do-not-disturb information set on the mobile phone to a cloud system of an operator.
S500: whether the SIM card is 2G/3G. And selecting the cloud system to be synchronized according to the network standard supported by the SIM card.
S600: the SIM card simultaneously supports 2G/3G/4G, and the cloud system to be synchronized is selected according to the network system supported by the SIM card.
S700: and if the SIM card supports 4G, selecting a cloud system to be synchronized according to the network standard supported by the SIM card.
And S800, a 2G/3G cloud terminal of the operator.
And S900, the 4G cloud of the operator.
S1000: an HLR filter system, an HLR (Home Location register) home Location register. It is a database responsible for mobile user management, permanently stores and records the subscription data of users in the administered area, and dynamically updates the position information of users, so as to provide the network route of the called user in the call service.
S1100: an HSS filter system, HSS (home subscription server), and a home subscriber server. The storage and reading of user customized data is mainly realized, and a main user database of an IMS network entity for processing calling/conversation is supported. It contains a user profile, performs authentication and authorization of the user, and may provide information about the physical location of the user.
S1200: the terminal does not disturb the information setting and HLR system or HSS system synchronization success
S1300: the no-interference information is arranged on the HLR system and the HSS system, and an incoming call is intercepted on the network side.
Fig. 5 is a flow chart of a do-not-disturb incoming call processing method according to another embodiment of the application.
As shown in fig. 5, the incoming call do not disturb processing method may include the following steps:
step 401, receiving an incoming call request sent by a second terminal for communication interaction with a first terminal.
Specifically, the incoming call no-interference processing method provided by the present embodiment is configured in the network side device storing incoming call no-interference information set by the first terminal. The specific execution bodies of the network side device are many, and may be set according to application needs, for example:
the method comprises the steps that pre-deployed independent equipment can be adopted to receive incoming call no-disturbance information uploaded by a first terminal, and a data interaction channel is established between the independent equipment and other core network equipment to carry out data interaction; or,
existing core network devices may be used to receive incoming call do-not-disturb information uploaded by the first terminal, for example: a home location register, HLR, device and/or a home subscriber server, HSS, device.
Step 402, detecting whether to allow the second terminal to call according to pre-stored call-do-not-disturb information set by the first terminal.
Step 403, if it is detected that the incoming call of the second terminal is not allowed, rejecting the incoming call at the network side.
Specifically, when the network side device receives an incoming call request sent by a second terminal and carrying out communication interaction with a first terminal, whether the incoming call of the second terminal is allowed or not is detected according to pre-stored incoming call do-not-disturb information set by the first terminal. There are many setting modes and setting types of the incoming call do not disturb information, and details are not repeated here, referring to the embodiment shown in fig. 1.
And if the incoming call of the second terminal is detected not to be allowed, rejecting the incoming call at a network side, and if the incoming call of the second terminal is detected to be allowed, connecting the first terminal.
According to the incoming call no-interference processing method, when an incoming call request which is sent by a second terminal and is communicated and interacted with a first terminal is received, whether incoming calls of the second terminal are allowed or not is detected according to pre-stored incoming call no-interference information set by the first terminal, and if the incoming calls of the second terminal are not allowed, the incoming calls are rejected at a network side. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency is improved, and the power consumption of the terminal is saved.
Fig. 6 is a flow chart of a call-no-disturb processing method according to another embodiment of the application.
As shown in fig. 6, before step 401 shown in fig. 5, the following steps may also be included:
step 501, obtaining incoming call no-disturbance information uploaded by the first terminal in real time;
and 502, updating the currently stored incoming call no-disturbance information according to the incoming call no-disturbance information uploaded in real time.
Specifically, there are many ways for the network side device to obtain the incoming call no-disturbance information uploaded by the first terminal in real time, for example: directly acquiring incoming call do-not-disturb information uploaded by the first terminal through a preset user access interface; or, the incoming call do-not-disturb information uploaded by the first terminal is indirectly acquired through a cloud system.
The network side equipment updates the currently stored incoming call no-disturbance information according to the incoming call no-disturbance information uploaded by the first terminal in real time so as to efficiently and accurately detect the incoming call information of the first terminal and reject the unallowed incoming call request at the network side.
According to the incoming call no-disturbance processing method, the incoming call no-disturbance information uploaded by the first terminal in real time is obtained, and the currently stored incoming call no-disturbance information is updated according to the incoming call no-disturbance information uploaded in real time. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency and accuracy are improved, and the power consumption of the terminal is saved.
Based on the above embodiment, further, in order to improve the reliability of incoming call processing, the method further includes:
and the network side equipment backs up the incoming call do-not-disturb information synchronously stored in real time.
To more clearly illustrate the incoming call no-interference processing procedure of the network side device to the first terminal, the embodiment shown in fig. 7 takes a mobile phone as an example, and the following description is given by taking an example that an HLR device and an HSS device process an incoming call request according to pre-stored incoming call no-interference information:
fig. 7 is a flowchart of the processing of the network-side device to process the incoming call request according to the incoming call do-not-disturb information. With reference to figure 7 of the drawings,
s110: and judging the current network type according to the calling terminal if the network of the calling terminal (second terminal) is 2G/3G.
S120: and judging the current network type according to the calling terminal if the calling network is 4G.
S130: a base station is a radio transceiver station that communicates with mobile telephone terminals in a certain radio coverage area through mobile communications exchanges. And selecting corresponding network element information according to the network system information fed back by the terminal.
S150: msc (mobile switching center) responsible for call control setup and bearer switching, and integrating VLR function to control user service data. And feeding back the network information of the base station to the HLR detection system.
S160: an mme (mobility Management entity), which is a network element in the EPC core network control plane, has a function similar to that of the SGSN device control plane, and is mainly responsible for functions such as access control, mobility Management, session Management, and routing. And feeding back and accessing the HSS detection system according to the network information of the base station.
S170: the HLR system checks whether the number is allowed to be called. If the calling number is 2G/3G, whether the calling is allowed to be called is detected in the HLR system.
S180: the HSS system detects whether the number is allowed to call, if so, the HSS system detects whether the calling is allowed to call in the HLR system.
S200: the HLR system rejects the calling request. If the setting item of the incoming call non-interference module of the HLR system detects that the incoming call is not allowed, the incoming call is directly rejected, and the rejection information is fed back to the MSC core network.
S210: the HSS system rejects the calling request. If the setting item of the incoming call non-interference module of the HSS detects that the incoming call is not allowed, the incoming call is directly rejected, and the rejection information is fed back to the MME core network.
S220: MSC receives incoming call rejection request fed back by HLR detection system, and feeds back rejection request command to base station.
S230: and the MME receives the incoming call rejection request fed back by the HSS detection system and feeds back the rejection request command to the base station.
S240: after receiving the rejection command of the MSC or MME, the base station sends the call rejection request command to the calling terminal. In addition, if the base station does not receive the MSC or MME refusing the request, the calling party is in a normal call normal connection state.
In order to implement the above embodiments, the present application further provides a first terminal.
Fig. 8 is a schematic structural diagram of a first terminal according to an embodiment of the present application.
As shown in fig. 8, the first terminal includes:
the setting module 11 is used for setting incoming call do-not-disturb information;
and the uploading module 12 is configured to upload the incoming call do-not-disturb information to a network side device, so that the network side device rejects the incoming call request that is not allowed by the first terminal according to the incoming call do-not-disturb information.
In an embodiment, the uploading module 12 is configured to upload the incoming call do-not-disturb information to the network-side device through a user access interface preset by the network-side device;
in another embodiment, the uploading module 12 is configured to upload the incoming call do-not-disturb information to the network-side device through the cloud system.
It should be noted that the foregoing explanation of the embodiment of the incoming call do not disturb processing method is also applicable to the first terminal of the embodiment, and is not described herein again.
The first terminal of the embodiment of the application sets the incoming call do-not-disturb information and uploads the incoming call do-not-disturb information to the network side equipment, so that the network side equipment rejects the incoming call request which is not allowed by the first terminal according to the incoming call do-not-disturb information. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency is improved, and the power consumption of the terminal is saved.
Fig. 9 is a schematic structural diagram of a first terminal according to another embodiment of the present application, and as shown in fig. 9, based on the embodiment shown in fig. 8, the upload module 12 includes:
a determining unit 121, configured to determine a supported network type;
a sending unit 122, configured to upload the incoming call non-disturbing information to a network-side device corresponding to the network type.
It should be noted that the foregoing explanation of the embodiment of the incoming call no-disturbance processing method is also applicable to the first terminal of the embodiment, and the implementation principle and the technical effect are similar, and are not described herein again.
The first terminal of the embodiment of the application uploads the incoming call do-not-disturb information to the network side equipment corresponding to the network system type by determining the supported network system type. Therefore, the reliability and the easy operation of synchronizing the incoming call non-interference information to the network side equipment by the first terminal are realized.
Fig. 10 is a schematic structural diagram of a first terminal according to another embodiment of the present application, as shown in fig. 10, based on the foregoing embodiment, taking fig. 8 as an example, the first terminal further includes:
a request module 13, configured to send an acquisition request to the network side device;
a first receiving module 14, configured to receive currently stored incoming call do-not-disturb information sent by the network side device;
and the comparing module 15 is configured to compare whether the currently stored incoming call no-disturbance information is the same as the incoming call no-disturbance information to be uploaded, so as to determine whether to upload the incoming call no-disturbance information to the network side device.
In one embodiment, the comparison module 15 is configured to:
comparing whether the attribute information of the currently stored incoming call no-disturbance information is the same as the attribute information of the incoming call no-disturbance information to be uploaded, wherein the attribute information comprises at least one of the following: date information, identification information, MD5 code.
Further, still include:
and the control module 16 is configured to send an on/off instruction of the incoming call non-disturbing information to the network side device.
It should be noted that the foregoing explanation of the embodiment of the incoming call no-disturbance processing method is also applicable to the first terminal of the embodiment, and the implementation principle is similar, and is not described herein again.
The first terminal of the embodiment of the application sends the acquisition request to the network side equipment, receives the current stored incoming call no-disturbance information sent by the network side equipment, compares whether the current stored incoming call no-disturbance information is the same as the incoming call no-disturbance information to be uploaded, and determines whether to upload the incoming call no-disturbance information to the network side equipment. Therefore, the information transmission efficiency and the processing efficiency of the first terminal to the network side equipment are improved.
In order to implement the above embodiments, the present application further provides a network side device.
Fig. 11 is a schematic structural diagram of a network-side device according to an embodiment of the present application.
As shown in fig. 11, the network-side device includes:
a second receiving module 21, configured to receive an incoming call request sent by a second terminal and performing communication interaction with a first terminal;
the detection module 22 is configured to detect whether to allow the incoming call of the second terminal according to pre-stored incoming call do-not-disturb information set by the first terminal;
the processing module 23 is configured to reject the incoming call at the network side if it is detected that the incoming call of the second terminal is not allowed.
Further, the processing module 23 is further configured to, if it is detected that the second terminal is allowed to call, connect the first terminal.
It should be noted that the explanation of the foregoing embodiment of the incoming call do not disturb processing method is also applicable to the network side device of this embodiment, and details are not described here.
According to the network side equipment of the embodiment, when an incoming call request which is sent by a second terminal and is communicated and interacted with a first terminal is received, whether the incoming call of the second terminal is allowed or not is detected according to pre-stored incoming call non-interference information set by the first terminal, and if the incoming call of the second terminal is not allowed, the incoming call is rejected at the network side. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency is improved, and the power consumption of the terminal is saved.
Fig. 12 is a schematic structural diagram of a first terminal according to another embodiment of the present application, and as shown in fig. 12, based on the embodiment shown in fig. 11, the first terminal further includes:
an obtaining module 24, configured to obtain incoming call no-disturbance information uploaded by the first terminal in real time;
and the updating module 25 is configured to update the currently stored incoming call no-disturbance information according to the incoming call no-disturbance information uploaded in real time.
In an embodiment, the obtaining module 24 is configured to directly obtain the incoming call no-disturbance information uploaded by the first terminal through a preset user access interface;
in another embodiment, the obtaining module 24 is configured to indirectly obtain the incoming call do-not-disturb information uploaded by the first terminal through a cloud system.
Further, still include:
and the backup module 26 is used for backing up the incoming call do-not-disturb information synchronously stored in real time.
It should be noted that the explanation of the foregoing embodiment of the incoming call no-disturbance processing method is also applicable to the network-side device of the embodiment, and the implementation principle and the technical effect are similar, and are not described herein again.
The network side equipment of the embodiment of the application updates the currently stored incoming call no-disturbance information according to the incoming call no-disturbance information uploaded in real time. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency and accuracy are improved, and the power consumption of the terminal is saved.
In order to implement the above embodiments, the present application further provides a system for incoming call do not disturb.
Fig. 13 is a schematic diagram of a system for do-not-disturb call incoming call processing according to an embodiment of the application.
As shown in fig. 13, the incoming call do not disturb processing system includes: the terminal comprises a first terminal 1, a second terminal 2 and a network side device 3, wherein the first terminal 1 and the network side device 3 can adopt the first terminal and the network side device provided by the above embodiments.
It should be noted that there are many specific execution subjects of the network-side device, and the specific execution subjects may be set according to application needs, for example:
the method comprises the steps that pre-deployed independent equipment can be adopted to receive incoming call no-disturbance information uploaded by a first terminal, and a data interaction channel is established between the independent equipment and other core network equipment to carry out data interaction; or,
existing core network equipment can be adopted to receive incoming call no-interference information uploaded by the first terminal,
in one embodiment, the network side device includes:
a home subscriber server, HSS, device, and/or a home location register, HLR, device.
It should be noted that the foregoing explanation of the embodiment of the incoming call no-disturbance processing method is also applicable to the incoming call no-disturbance processing system of the embodiment, and the implementation principle and the technical effect are similar, and are not described herein again.
The incoming call no-interference processing system of the embodiment of the application sets incoming call no-interference information through a first terminal, uploads the incoming call no-interference information to network side equipment, and when the network side equipment receives an incoming call request which is sent by a second terminal and is communicated and interacted with the first terminal, detects whether the incoming call of the second terminal is allowed or not according to the pre-stored incoming call no-interference information set by the first terminal; and if the incoming call of the second terminal is not allowed, rejecting the incoming call at the network side. Therefore, the incoming call no-interference function of the terminal is controlled through the network side, the processing efficiency is improved, and the power consumption of the terminal is saved.
In the description herein, reference to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the application. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and the scope of the preferred embodiments of the present application includes other implementations in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present application.
The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
It should be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.
It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.
In addition, each functional unit in the embodiments of the present application may be integrated into one proxy module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.
The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present application, and that variations, modifications, substitutions and alterations may be made to the above embodiments by those of ordinary skill in the art within the scope of the present application.