CN109429170B - Call processing method, monitoring platform entity and computer readable storage medium - Google Patents
Call processing method, monitoring platform entity and computer readable storage medium Download PDFInfo
- Publication number
- CN109429170B CN109429170B CN201710779765.3A CN201710779765A CN109429170B CN 109429170 B CN109429170 B CN 109429170B CN 201710779765 A CN201710779765 A CN 201710779765A CN 109429170 B CN109429170 B CN 109429170B
- Authority
- CN
- China
- Prior art keywords
- calling terminal
- domain
- calling
- call
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention provides a call processing method, a monitoring platform entity and a computer readable storage medium, wherein the call processing method comprises the following steps: after receiving a call request forwarded by a local gateway, acquiring an attachment domain of a calling terminal corresponding to the call request; when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal; and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal. The scheme can accurately identify the call initiated by the false calling party in the PS domain, and well solves the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a call processing method, a monitoring platform entity, and a computer-readable storage medium.
Background
The calling number display service is a basic function of a telephone network, and the wide use of the calling number display service brings great convenience to users. However, some lawbreakers modify the calling number to a social public service number (e.g. 110), an operator service number (e.g. 10086) or other user numbers by using new network technologies or vulnerabilities existing in gateway devices, and perform illegal activities such as harassment, malicious stealing of user information, and implementation of fraud to users. Therefore, effective measures are urgently needed to be taken to monitor the calling number so as to intercept false calling.
Wherein, the sources of the false caller mainly include:
a. calls accessed from the international gateway;
b. calls from other operators (e.g., telecom, Unicom) and iron-through within the country accessed from the local gateway;
c. calls from other networks in china mobile, such as the IP multimedia subsystem IMS, to access CS (circuit switched) domain networks.
Depending on the number spoofed by the false caller, the false caller typically contains the following scenarios:
a. falsely using MSISDN (Mobile station International subscriber identity) number of China Mobile subscriber;
b. falsely using special service numbers (such as 10086) of China Mobile;
c. falsely use other operators or public service numbers;
d. false numbers that do not comply with the numbering rules.
For the treatment of false calling, the main technology adopted at present is intelligent network interception scheme: the gateway is triggered to SCP (service control node) in the process of initiating a call by a calling subscriber, the SCP sends ATI (any time inquiry) information to HLR (home location register) of the calling subscriber, the HLR sends PSI (providing subscriber information) information to MSC (mobile switching center)/VLR (visitor location register) of the calling subscriber to acquire the state of the calling subscriber, and whether the calling subscriber is a false calling subscriber is judged through whether the state of the calling subscriber is idle or not.
However, with the popularization of 4G terminals, the application range of VoLTE (voice services based on IMS) is wider and wider, while in the existing interception scheme, false caller interception mainly aims at calls in CS domain, and there is no related interception scheme for voice calls under VoLTE (caller attached to PS domain).
Disclosure of Invention
The invention aims to provide a call processing method, a monitoring platform entity and a computer readable storage medium, which solve the problem that the call initiated by a false calling party attached to a PS domain cannot be intercepted in the prior art.
In order to solve the foregoing technical problem, an embodiment of the present invention provides a call processing method, including:
after receiving a call request forwarded by a local gateway, acquiring an attachment domain of a calling terminal corresponding to the call request;
when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal;
and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal.
Optionally, the step of acquiring the idle busy state and the location information of the calling terminal includes:
inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal;
and obtaining the idle busy state of the calling terminal according to the state information.
Optionally, the step of obtaining the attachment domain of the calling terminal corresponding to the call request includes:
sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal;
receiving domain information of the terminal fed back by the HSS according to the LIR message;
and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
Optionally, the step of obtaining the attachment domain of the calling terminal according to the domain information of the terminal includes:
if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain;
otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
Optionally, when the attachment domain of the calling terminal is a PS domain, the call processing method further includes:
and obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
Optionally, the step of querying the state information and the location information of the calling terminal from a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal includes:
according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node;
and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
Optionally, the step of querying the state information and the location information of the calling terminal from a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal includes:
sending any time inquiry ATI message to HLR;
and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
Optionally, the number of the state information is multiple, and the step of obtaining the idle busy state of the calling terminal according to the state information includes:
and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
Optionally, the step of rejecting the call request includes:
and sending a call release message to the local gateway to release the call corresponding to the call request.
Optionally, the step of acquiring the attachment domain of the calling terminal corresponding to the call request after receiving the call request forwarded by the local gateway office includes:
after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not;
if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
Optionally, the call processing method further includes:
when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal;
when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request;
and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
An embodiment of the present invention further provides a monitoring platform entity, including: a processor and a transceiver;
the processor is used for acquiring an attachment domain of a calling terminal corresponding to a call request after receiving the call request forwarded by a local gateway through the transceiver;
when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal;
and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal.
Optionally, the processor is specifically configured to:
inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal;
and obtaining the idle busy state of the calling terminal according to the state information.
Optionally, the processor is specifically configured to:
sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal;
receiving domain information of the terminal fed back by the HSS according to the LIR message;
and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
Optionally, the processor is specifically configured to:
if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain;
otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
Optionally, the processor is further configured to:
and when the attachment domain of the calling terminal is a PS domain, obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
Optionally, the processor is specifically configured to:
according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node;
and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
Optionally, the processor is specifically configured to:
sending any time inquiry ATI message to HLR;
and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
Optionally, the number of the state information is multiple, and the processor is specifically configured to:
and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
Optionally, the processor is specifically configured to:
and sending a call release message to the local gateway to release the call corresponding to the call request.
Optionally, the processor is specifically configured to:
after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not;
if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
Optionally, the processor is further configured to:
when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal;
when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request;
and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
The embodiment of the invention also provides a monitoring platform entity, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor; the processor implements the call processing method described above when executing the program.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in the above-mentioned call processing method.
The technical scheme of the invention has the following beneficial effects:
in the above scheme, the call processing method obtains the idle busy state and the location information of the calling terminal when the attachment domain is a Packet Switching (PS) domain, and rejects the call request when the idle busy state indicates that the calling terminal is in an idle state and the location information indicates that the calling terminal is located in a preset location area, otherwise, connects the call request to a corresponding called terminal; the method can accurately identify the call initiated by the false calling party in the PS domain, and well solve the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
Drawings
FIG. 1 is a flow chart of a call processing method according to an embodiment of the present invention;
FIG. 2 is a network architecture diagram of a call processing system according to an embodiment of the present invention;
fig. 3 is a schematic diagram illustrating a specific application flow of a call processing method according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a monitoring platform entity according to an embodiment of the present invention.
Detailed Description
In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the following detailed description is given with reference to the accompanying drawings and specific embodiments.
The present invention provides a call processing method for solving the problem that the call initiated by a false caller attached to a PS domain cannot be intercepted in the prior art, as shown in fig. 1, the method includes:
step 11: after receiving a call request forwarded by a local gateway, acquiring an attachment domain of a calling terminal corresponding to the call request;
step 12: when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal;
step 13: and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal.
The call processing method provided by the embodiment of the invention obtains the idle busy state and the position information of the calling terminal when the attachment domain is a Packet Switching (PS) domain, and rejects the call request when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, otherwise, connects the call request to a corresponding called terminal; the method can accurately identify the call initiated by the false calling party in the PS domain, and well solve the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
Wherein, the step of obtaining the idle busy state and the position information of the calling terminal comprises: inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal; and obtaining the idle busy state of the calling terminal according to the state information.
Specifically, the step of acquiring the attachment domain of the calling terminal corresponding to the call request includes: sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal; receiving domain information of the terminal fed back by the HSS according to the LIR message; and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
More specifically, the step of obtaining the attachment domain of the calling terminal according to the domain information of the terminal includes: if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain; otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
The predetermined ERROR code may be DIAMETER _ ERROR _ USER _ UNKNOWN (5001), and the predetermined trial result code value may be DIAMETER _ ERROR _ IDENTITY _ NOT _ REGISTERED (5003) response, but NOT limited thereto.
Further, when the attachment domain of the calling terminal is a PS domain, the call processing method further includes: and obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
Specifically, the step of querying the state information and the location information of the calling terminal for a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal includes: according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node; and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
The Request message may carry the address in a Request-URI field, and is used to query the current call state of the user.
Specifically, the step of querying the state information and the location information of the calling terminal for a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal includes: sending any time inquiry ATI message to HLR; and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
More specifically, the step of receiving the second state information and the location information of the calling terminal returned by the HLR according to the ATI message may specifically be: receiving ATI _ ack message returned by HLR according to ATI message, wherein the ATI _ ack message can be used for sending PSI (providing user information) message to calling visiting MSC/VLR by HLR to inquire mobile phone state; and then the MSC/VLR returns a PSI _ ack message to the HLR, which contains the status (idle and busy) of the calling handset and location information (geographical location), and the HLR is processed according to the PSI _ ack message, which is not limited herein.
In this embodiment, the number of the state information is multiple, and the step of obtaining the idle busy state of the calling terminal according to the state information includes: and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
Specifically, the step of rejecting the call request includes: and sending a call release message to the local gateway to release the call corresponding to the call request.
After receiving the call request forwarded by the local gateway, the step of acquiring the attachment domain of the calling terminal corresponding to the call request includes: after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not; if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
Further, the call processing method further includes: when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal; when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request; and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
Therefore, the scheme provided by the embodiment of the invention well solves the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
The call processing method provided by the embodiment of the invention is further explained below.
In view of the above technical problems, an embodiment of the present invention provides a call processing method, which may specifically be: by means of calling domain selection, busy and idle states of a calling user in VoLTE (PS domain) and CS domain are respectively inquired, whether the calling user is a false calling is determined, and therefore the problem which cannot be solved by the existing scheme is solved. The scheme provided by the embodiment of the invention is a universal method, is not only suitable for the situation that the CS domain and the PS domain call coexist, but also suitable for the pure CS domain or pure PS domain call.
The solution provided in this embodiment can be implemented according to the network architecture shown in fig. 2, and as shown in fig. 2, the main execution body of the call processing method, i.e., the monitoring platform entity, can be composed of two parts: a management platform and a false caller monitoring platform. The main functions of each part are as follows:
false caller monitoring platform: the system is responsible for accessing internetwork calls, implements false caller monitoring and real-time interception functions, and periodically sends false caller interception data to a management platform; the false caller monitoring platform is implemented based on SCP.
A management platform: and the operation management platform is responsible for counting and analyzing the monitoring data and making a strategy, and the blacklists of the whole network are uniformly managed by the central management platform. Meanwhile, the management platform also has the functions of making, issuing, updating, deleting and the like of the strategy.
The network architecture shown in fig. 2, the processing principle of the false caller interception system based on signaling, is: the method comprises the steps of triggering a call of which a calling number is a preset number (such as a mobile number) in an inter-network incoming call to a false calling monitoring platform, intercepting the call of the calling number in a blacklist, and releasing the call of the calling number in a whitelist. When the calling number does not belong to the black and white list, the false calling monitoring platform inquires a calling attachment domain from an HSS (home subscriber server), and if the false calling monitoring platform is in a PS domain, the false calling monitoring platform inquires a calling busy and idle state from an S-CSCF (serving call session control function) and an HLR at the same time; if in CS domain, then enquiring calling busy-idle state to home HLR. And judging whether the calling is a false calling according to the busy and idle state of the calling, and if the calling is not the busy state, judging that the calling is the false calling and intercepting.
The false calling monitoring platform determines whether the calling is attached in the PS domain by sending an LIR (Location-Info-Request) message to the HSS, but cannot determine the calling domain. Busy-idle state determination basis: if the calling party is attached to the PS domain, the calling conversation state of the CS domain and the PS domain is inquired at the same time, and the inquiry result is subjected to OR operation judgment, which is specifically shown in the following table. If the calling party is not attached under the PS domain, the calling state of the CS domain is directly inquired.
| Attached PS scenarios | PS Domain Return result | CS Domain Return results | The result of the judgment |
| Case 1 | Busy state | Idle state | Busy state |
| Case 2 | Idle state | Busy state | Busy state |
| Case 3 | Idle state | Idle state | Idle state |
Based on the above network architecture, the solution provided in the embodiment of the present invention may be embodied as a process shown in fig. 3 (the following monitoring platform entity is simply referred to as a monitoring platform), including:
step 31: a call is established among a gateway office, a local gateway office and a monitoring platform;
the external network call reaches the gateway, and the gateway triggers the call of which the calling is a preset number segment (such as a mobile number segment) to the monitoring platform.
Step 32: after the call is successfully established, triggering a user state query process;
provided that the monitoring platform has determined that the calling number is not in the black/white list.
Step 33: the monitoring platform sends an LIR message to the HSS;
the monitoring platform sends LIR information to the HSS, and inquires the domain where the user is located, wherein the domain comprises a CS domain or a VoLTE domain (PS domain) where the user is currently located and an S-CSCF address registered by the user.
Step 34: the HSS feeds back an LIR _ ACK message to the monitoring platform;
the HSS returns the domain of the current user to the false calling platform, wherein: the LIR message returns DIAMETER _ ERROR _ USER _ UNKNOWN (5001) or DIAMETER _ ERROR _ IDENTITY _ NOT _ REGISTERED (5003-preset test result code value, 5001-preset ERROR code), and the number to be looked up can be considered to be NOT attached in the PS domain; otherwise, the user is considered to be attached to the PS domain, and the S-CSCF address registered by the user is inquired;
step 35: if the ue returns to the VoLTE domain (PS domain), step 36 to step 311 are executed, and if the ue returns to the CS domain, step 310 and step 311 are executed;
step 36: the monitoring platform sends ATI information to the home HLR;
the monitoring platform sends ATI information to HLR which belongs to the calling number to acquire the state and position of the mobile phone corresponding to the calling number.
Step 37: the home HLR sends PSI message to the visit MSC/VLR;
the HLR sends PSI (provide user information) message to the calling MSC/VLR to inquire the state of the mobile phone.
Step 38: the visit MSC/VLR feeds back PSI _ ACK information to the home HLR;
the MSC/VLR returns a PSI _ ack message to the HLR containing the calling handset status (busy) and location information (geographical location).
Step 39: the home HLR feeds back ATI _ ACK information to the monitoring platform;
the HLR returns ATI _ ack, which contains the calling handset status and location information, to the monitoring platform.
Step 310: the monitoring platform sends a MESSAGE request MESSAGE to the S-CSCF;
the monitoring platform sends a MESSAGE (Request MESSAGE) to the S-CSCF, wherein the Request-URI field is the S-CSCF address, and the current call state of the user is inquired.
Step 311: S-CSCF feeds back MESSAGE response MESSAGE to the monitoring platform;
and the S-CSCF returns a MESSAGE MESSAGE (response MESSAGE) to the monitoring platform and feeds back the state (idle and busy) of the calling mobile phone.
Step 312: if the calling status is not busy, go to step 313 and step 314, otherwise go to step 315;
the monitoring platform analyzes the return message: and when the MESSAGE response MESSAGE is analyzed, directly judging according to the state of the calling mobile phone. When ATI _ ack is analyzed, firstly, the position information of the mobile phone is judged, if the position information returns to the foreign VLR, the call is directly released, otherwise, the judgment is carried out according to the state of the calling mobile phone. And judging the calling communication state according to the busy and idle state judgment basis. If the mobile phone corresponding to the calling number is not busy, step 313 and step 314 are executed to send a release call message to the local gateway, and further send a release call message to the gateway. If the mobile phone status corresponding to the calling number is busy, step 315 is executed to continue to establish the call.
Step 313: the monitoring platform sends an instruction of releasing the call to a local gateway;
the monitoring platform sends a call release message to the local gateway to release the call.
Step 314: the local gateway office sends an instruction of releasing the call to the gateway office;
step 315: and executing the call continuation operation.
The call is continued.
It should be noted that the present interception flow (the above flow) corresponds to the interception determination in the call setup process and implements the interception flow, and is a determination mechanism based on the calling status.
It can be known from the above that the solution provided by the embodiment of the present invention is to perform false calling determination based on signaling, mainly by triggering inter-network traffic signaling to a monitoring platform, the monitoring platform queries a calling registration domain from an HSS, and if the monitoring platform is registered in a PS domain, queries a calling busy/idle state from an HLR and an S-CSCF at the same time, and returns information in which a busy state is determined by one party; if in CS domain, then enquiring calling busy-idle state to home HLR. And judging whether the calling is a false calling according to the busy and idle state of the calling, and if the calling is not the busy state, judging that the calling is the false calling and intercepting.
An embodiment of the present invention further provides a monitoring platform entity, as shown in fig. 4, including: a processor 41 and a transceiver 42;
the processor 41 is configured to obtain an attachment domain of a calling terminal corresponding to a call request after receiving the call request forwarded by a local gateway through the transceiver 42;
when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal;
and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal.
The monitoring platform entity provided by the embodiment of the invention acquires the idle busy state and the position information of the calling terminal when the attachment domain is a Packet Switching (PS) domain, and rejects the call request when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, otherwise, connects the call request to a corresponding called terminal; the method can accurately identify the call initiated by the false calling party in the PS domain, and well solve the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
Wherein the processor is specifically configured to: inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal; and obtaining the idle busy state of the calling terminal according to the state information.
Specifically, the processor is specifically configured to: sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal; receiving domain information of the terminal fed back by the HSS according to the LIR message; and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
More specifically, the processor is specifically configured to: if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain; otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
Further, the processor is further configured to: and when the attachment domain of the calling terminal is a PS domain, obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
Specifically, the processor is specifically configured to: according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node; and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
Wherein the processor is specifically configured to: sending any time inquiry ATI message to HLR; and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
In this embodiment, the number of the state information is multiple, and the processor is specifically configured to: and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
Specifically, the processor is specifically configured to: and sending a call release message to the local gateway to release the call corresponding to the call request.
Wherein the processor is specifically configured to: after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not; if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
Further, the processor is further configured to: when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal; when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request; and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
The implementation embodiments of the call processing method are all applicable to the embodiment of the monitoring platform entity, and the same technical effect can be achieved.
Therefore, the scheme provided by the embodiment of the invention well solves the problem that the call initiated by the false calling party attached to the PS domain cannot be intercepted in the prior art.
The embodiment of the invention also provides a monitoring platform entity, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor; the processor implements the call processing method described above when executing the program.
The implementation embodiments of the call processing method are all applicable to the embodiment of the monitoring platform entity, and the same technical effect can be achieved.
An embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps in the above-mentioned call processing method.
The implementation embodiments of the call processing method are all applicable to the embodiment of the computer-readable storage medium, and the same technical effects can be achieved.
While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention.
Claims (22)
1. A method for call processing, comprising:
after receiving a call request forwarded by a local gateway, acquiring an attachment domain of a calling terminal corresponding to the call request;
when the attachment domain is a Packet Switched (PS) domain, acquiring idle busy state and location information of the calling terminal, including: inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal; obtaining the idle busy state of the calling terminal according to the state information;
and when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal.
2. The call processing method according to claim 1, wherein the step of obtaining the attachment domain of the calling terminal corresponding to the call request comprises:
sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal;
receiving domain information of the terminal fed back by the HSS according to the LIR message;
and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
3. The call processing method according to claim 2, wherein the step of obtaining the attachment domain of the calling terminal according to the domain information of the terminal comprises:
if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain;
otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
4. The call processing method according to claim 3, wherein when the attachment domain of the calling terminal is a PS domain, the call processing method further comprises:
and obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
5. The call processing method according to claim 4, wherein the step of querying the state information and the location information of the calling terminal from a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal comprises:
according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node;
and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
6. The call processing method according to claim 1 or claim 5, wherein the step of querying a serving call session control function S-CSCF node and a home location register HLR corresponding to the calling terminal for the status information and the location information of the calling terminal comprises:
sending any time inquiry ATI message to HLR;
and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
7. The call processing method according to claim 1, wherein the number of the status messages is plural, and the step of obtaining the idle-busy status of the calling terminal according to the status messages comprises:
and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
8. The call processing method of claim 1, wherein said step of rejecting the call request comprises:
and sending a call release message to the local gateway to release the call corresponding to the call request.
9. The call processing method according to claim 1, wherein the step of acquiring the attachment domain of the calling terminal corresponding to the call request after receiving the call request forwarded by the local gateway, comprises:
after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not;
if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
10. The call processing method according to claim 1, wherein the call processing method further comprises:
when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal;
when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request;
and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
11. A monitoring platform entity, comprising: a processor and a transceiver;
the processor is used for acquiring an attachment domain of a calling terminal corresponding to a call request after receiving the call request forwarded by a local gateway through the transceiver;
when the attachment domain is a Packet Switching (PS) domain, acquiring idle busy state and position information of the calling terminal;
when the idle busy state indicates that the calling terminal is in an idle state and the position information indicates that the calling terminal is located in a preset position area, rejecting the calling request, otherwise, continuing the calling request to a corresponding called terminal;
the processor is specifically configured to:
inquiring the state information and the position information of the calling terminal from a service call session control function (S-CSCF) node and a Home Location Register (HLR) corresponding to the calling terminal;
and obtaining the idle busy state of the calling terminal according to the state information.
12. The monitoring platform entity according to claim 11, wherein the processor is specifically configured to:
sending a location information request LIR message to a Home Subscriber Server (HSS) corresponding to the calling terminal;
receiving domain information of the terminal fed back by the HSS according to the LIR message;
and obtaining the attachment domain of the calling terminal according to the domain information of the terminal.
13. The monitoring platform entity according to claim 12, wherein the processor is specifically configured to:
if the domain information of the terminal comprises a preset error code or a preset test result code value, obtaining that the attachment domain of the calling terminal is a Circuit Switching (CS) domain;
otherwise, the attachment domain of the calling terminal is obtained as the PS domain.
14. The monitoring platform entity according to claim 13, wherein the processor is further configured to:
and when the attachment domain of the calling terminal is a PS domain, obtaining the address of the S-CSCF node registered by the calling terminal according to the domain information of the terminal.
15. The monitoring platform entity according to claim 14, wherein the processor is further configured to:
according to the address, sending a request message for acquiring the state information of the calling terminal to an S-CSCF node;
and receiving the first state information of the calling terminal returned by the S-CSCF node according to the request message.
16. The monitoring platform entity according to claim 11 or claim 15, wherein the processor is specifically configured to:
sending any time inquiry ATI message to HLR;
and receiving the second state information and the position information of the calling terminal returned by the HLR according to the ATI message.
17. The monitoring platform entity according to claim 11, wherein the number of the status information is plural, and the processor is specifically configured to:
and if the plurality of state information indicate that the calling terminal is in an idle state, the idle busy state of the calling terminal is in the idle state, otherwise, the idle busy state of the calling terminal is in the busy state.
18. The monitoring platform entity according to claim 11, wherein the processor is specifically configured to:
and sending a call release message to the local gateway to release the call corresponding to the call request.
19. The monitoring platform entity according to claim 11, wherein the processor is specifically configured to:
after receiving a call request forwarded by a local gateway, judging whether a calling terminal corresponding to the call request belongs to a preset black and white list or not;
if not, acquiring the attachment domain of the calling terminal corresponding to the calling request.
20. The monitoring platform entity according to claim 11, wherein the processor is further configured to:
when the attachment domain is a Circuit Switching (CS) domain, inquiring an idle busy state of the calling terminal from an HLR corresponding to the calling terminal;
when the idle busy state indicates that the calling terminal is in an idle state, rejecting the call request;
and when the idle busy state indicates that the calling terminal is in a busy state, connecting the call request to a corresponding called terminal.
21. A monitoring platform entity comprising a memory, a processor and a computer program stored on said memory and executable on said processor; wherein the processor implements the call processing method according to any one of claims 1 to 10 when executing the program.
22. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the call processing method according to any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710779765.3A CN109429170B (en) | 2017-09-01 | 2017-09-01 | Call processing method, monitoring platform entity and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710779765.3A CN109429170B (en) | 2017-09-01 | 2017-09-01 | Call processing method, monitoring platform entity and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109429170A CN109429170A (en) | 2019-03-05 |
| CN109429170B true CN109429170B (en) | 2020-11-17 |
Family
ID=65512943
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710779765.3A Active CN109429170B (en) | 2017-09-01 | 2017-09-01 | Call processing method, monitoring platform entity and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109429170B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110191516B (en) * | 2019-06-17 | 2023-03-24 | 中国联合网络通信集团有限公司 | Call establishment method and system |
| CN113014731B (en) * | 2021-04-30 | 2023-02-24 | 中国联合网络通信集团有限公司 | Call processing method and device |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080082455A1 (en) * | 2006-09-29 | 2008-04-03 | Yigang Cai | System and method for communicating charging data records |
| CN101203052B (en) * | 2007-12-24 | 2012-06-27 | 华为技术有限公司 | Method and apparatus for preventing malice business request |
| CN101340690B (en) * | 2008-08-12 | 2011-08-31 | 中国移动通信集团江苏有限公司 | Real-time monitoring and catching method for false calling number |
| CN103108302B (en) * | 2011-11-15 | 2018-02-16 | 中兴通讯股份有限公司 | A kind of security strategy delivery method and the network element and system for realizing this method |
| CN103906067B (en) * | 2012-12-28 | 2018-05-18 | 中国移动通信集团设计院有限公司 | The recognition methods of false calling number and device |
| CN104703187B (en) * | 2013-12-09 | 2018-10-12 | 中国移动通信集团公司 | A kind of falseness caller judgment method and device |
| CN105227789B (en) * | 2014-06-12 | 2018-05-15 | 中国移动通信集团公司 | The hold-up interception method and device of a kind of harassing call |
| CN106921809A (en) * | 2015-12-28 | 2017-07-04 | 中国移动通信集团公司 | Information processing method and the network equipment |
| CN106792539B (en) * | 2016-12-29 | 2020-03-27 | 努比亚技术有限公司 | Alarm method and device |
-
2017
- 2017-09-01 CN CN201710779765.3A patent/CN109429170B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN109429170A (en) | 2019-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11751056B2 (en) | Methods, systems, and computer readable media for 5G user equipment (UE) historical mobility tracking and security screening using mobility patterns | |
| US6295447B1 (en) | Method and system for enabling the control of execution of features in a telecommunications network | |
| EP1700498B1 (en) | Method and communication system for automatically discovering the common multimedia service capability | |
| EP1523827B1 (en) | Informing a lawful interception system of the serving system serving an intercepted target | |
| US20150201086A1 (en) | VoIP BASED TELEPHONY METHOD AND SYSTEM | |
| JP5671552B2 (en) | Missed call notification for roaming subscribers | |
| US20060160531A1 (en) | Method for improving communication success rate in simultaneous call trial between subscribers in mobile communication systems | |
| US11936806B2 (en) | Call screening service for detecting fraudulent inbound/outbound communications with subscriber devices | |
| US10069977B2 (en) | Method and device for controlling call forwarding | |
| CN103179568A (en) | Method and device for limiting false calling fraud phone call | |
| CN109429170B (en) | Call processing method, monitoring platform entity and computer readable storage medium | |
| CN108632773B (en) | Call interception method, intelligent network system and call interception system | |
| WO2011080638A1 (en) | Illegal carrier detection platform and method | |
| JP5931066B2 (en) | Emergency call management system | |
| US9264885B2 (en) | Method and system for message transmission control, method and system for register/update | |
| CN109120803B (en) | False number interception method and device, electronic equipment and readable storage medium | |
| CN109391596B (en) | False caller identification method and device, electronic equipment and storage medium | |
| CN109005544B (en) | False caller identification method and device | |
| CN109246058B (en) | False caller identification method and device, electronic equipment and storage medium | |
| CN101626549B (en) | Method and entity for providing service of completion of calls to busy subscriber in polydomain environment | |
| CN106888444A (en) | Realize that the voice roaming user based on LTE does called method and operation system | |
| US7444131B2 (en) | Method and apparatus for rerouting terminations for CALEA targets through a predetermined surveilling MSC | |
| CN107105421B (en) | Voice calling method and system, visitor location register and home location register | |
| KR20100116952A (en) | Method and system breaking spam calling | |
| KR20000059443A (en) | OnlyHome method in a mobile telecommunication switch |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |