Call request processing method, apparatus, device, and storage medium

Abstract

The application provides a call request processing method and device, equipment and a storage medium, relates to the technical field of communication, and is used for shielding a video service and guaranteeing the call experience of a user. The method comprises the following steps: a call request processing device receives a target message sent by an S-CSCF in IMS, the target message is a message carrying a SIP; and it is determined whether the target message meets a preset condition, the preset condition comprises that the target message is a SIP request message initiated by a calling terminal in a calling process, or the target message is a SIP request message initiated by a called terminal in a called process. Further, the call request processing device processes a preset field in the target message to obtain a processed target message under the condition that the target message meets the preset condition, the preset field is used for representing the video capability of a user terminal; and the processed target message is sent to the S-CSCF.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a call request processing method, apparatus, device and storage medium. Background Technology

[0002] Currently, mobile phones have become indispensable tools for daily work, communication, and life. With the maturity of 4G and 5G networks, as well as the Internet Protocol Multimedia Subsystem (IMS), video services are emerging in large numbers. Users can make video calls while talking to other users, see the caller's or recipient's video ringback tone before the call is connected, and receive various caller's video ringback tones based on user location and other big data analytics before the call is connected.

[0003] However, not all users want to see video ringback tones. Since there is currently no effective way to disable video services, this causes considerable inconvenience for users who do not want to see video ringback tones or are forced to use video services, thus affecting their call experience. Summary of the Invention

[0004] This application proposes a call request processing method, apparatus, device, and storage medium for blocking video-related services and ensuring the user's call experience.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] Firstly, a call request processing method is provided, comprising: a call request processing device receiving a target message sent by the Server Call Session Control Function (S-CSCF) module in IMS, the target message being a message carrying a Session Initiation Protocol (SIP); and determining whether the target message meets preset conditions, the preset conditions including that the target message is a SIP request message initiated by the calling terminal in the calling process, or the target message is a SIP request message initiated by the called terminal in the called process. Further, if the target message meets the preset conditions, the call request processing device processes preset fields in the target message to obtain a processed target message, the preset fields being used to characterize the video capabilities of the user terminal; and sends the processed target message to the S-CSCF.

[0007] In the call request processing method provided in this application, if the target message is determined to be a SIP request message initiated by the calling terminal in the calling process or a SIP request message initiated by the called terminal in the called process, then the preset fields in the SIP request message are processed so that the processed target message does not contain fields describing the video capabilities of the user terminal. This makes it impossible for the calling side and the called side to identify the video capabilities of the user terminal when negotiating video media, thereby blocking video services and ensuring the user's call experience.

[0008] In one possible design, the call request processing device determines whether the target message meets preset conditions, including: the device determines the process identifier and initiator identifier carried in the target message; the process identifier indicates whether the target message is a message in the calling or called process, and the initiator identifier indicates whether the target message is a message sent by the calling or called terminal. Further, the call request processing device determines whether the target message meets the preset conditions based on the process identifier and the initiator identifier. This design implements the filtering of SIP request messages, preventing modification of other messages and thus avoiding abnormalities in the emergency call process.

[0009] In one possible design, the call request processing device processes preset fields in the target message to obtain a processed target message when the target message meets preset conditions. This includes: the call request processing device deleting preset fields in the target message to obtain a processed target message, so that the processed target message does not carry the video capabilities of the user terminal.

[0010] In one possible design, the call request processing device processes preset fields in the target message to obtain a processed target message when the target message meets preset conditions. This includes: the call request processing device modifies preset fields in the target message to obtain a processed target message, so that the processed target message indicates that the user terminal does not have video capabilities.

[0011] In one possible design, if the target message does not meet the preset conditions, the call request processing device sends the target message to the S-CSCF.

[0012] In one possible design, the preset fields include the video parameter field from the SIP request message, as well as a field indicating the type of video media.

[0013] Secondly, a call request processing apparatus is provided, including a receiving unit, a determining unit, a processing unit, and a sending unit. The receiving unit receives a target message sent by the Service Call Control Function (S-CSCF) module in IMS, the target message being a SIP message. The determining unit determines whether the target message meets preset conditions, the preset conditions including that the target message is a SIP request message initiated by the calling terminal in the calling process, or a SIP request message initiated by the called terminal in the called process. The processing unit processes preset fields in the target message if the target message meets the preset conditions, obtaining a processed target message, the preset fields being fields used to characterize the video capabilities of the user terminal. The sending unit sends the processed target message to the S-CSCF.

[0014] In one possible design, the aforementioned determining unit is specifically used to determine the process identifier and the initiator identifier carried in the target message; the process identifier is used to indicate whether the target message is a message in the calling process or the called process, and the initiator identifier is used to indicate whether the target message is a message sent by the calling terminal or the called terminal; based on the process identifier and the initiator identifier, it is determined whether the target message meets the preset conditions.

[0015] In one possible design, the aforementioned processing unit is specifically used to delete preset fields from the target message to obtain the processed target message, so that the processed target message does not carry the video capabilities of the user terminal.

[0016] In one possible design, the aforementioned processing unit is specifically used to modify preset fields in the target message to obtain the processed target message, so that the processed target message indicates that the user terminal does not have video capabilities.

[0017] In one possible design, the aforementioned sending unit is also used to send a target message to the S-CSCF.

[0018] In one possible design, the preset fields include the video parameter field from the SIP request message, as well as a field indicating the type of video media.

[0019] Thirdly, an electronic device is provided, comprising a memory and a processor; the memory and the processor are coupled, the memory being used to store computer program code including computer instructions, wherein when the processor executes the computer instructions, the electronic device performs a call request processing method as provided in the first aspect or any possible design thereof.

[0020] Fourthly, a computer-readable storage medium is provided, in which instructions are stored, which, when executed on an electronic device, cause the electronic device to perform a call request processing method as provided in the first aspect or any possible implementation thereof.

[0021] Fifthly, a computer program product is provided, comprising computer instructions that, when executed on an electronic device, enable the electronic device to perform a call request processing method as provided in the first aspect or any possible implementation thereof.

[0022] The call request processing method provided in this application ensures that the processed target message does not contain a field describing the video capabilities of the user terminal. As a result, when the calling side and the called side negotiate video media, the video capabilities of the user terminal cannot be identified, thus blocking video services and ensuring the user's call experience. Attached Figure Description

[0023] Figure 1 A schematic diagram of an IMS network structure provided for an embodiment of this application;

[0024] Figure 2 A schematic diagram of a call request processing system structure provided for an embodiment of this application;

[0025] Figure 3 A schematic diagram of a call request processing device provided for embodiments of this application. Figure 1 ;

[0026] Figure 4 A flowchart illustrating a call request processing method provided for embodiments of this application. Figure 1 ;

[0027] Figure 5 A flowchart illustrating a call request processing method provided for embodiments of this application. Figure 2 ;

[0028] Figure 6 A schematic diagram of a call request processing device provided for embodiments of this application. Figure 2 ;

[0029] Figure 7 A schematic diagram of an electronic device structure provided for embodiments of this application. Figure 1 ;

[0030] Figure 8 A schematic diagram of an electronic device structure provided for embodiments of this application. Figure 2 . Detailed Implementation

[0031] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0032] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of the terms "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0033] In the description of this application, unless otherwise stated, " / " means "or". For example, A / B can mean A or B. "And / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone. Furthermore, "at least one" and "multiple" refer to two or more. The terms "first," "second," etc., do not limit the quantity or order of execution, and "first," "second," etc., do not necessarily imply differences.

[0034] IMS is a brand-new multimedia service delivery system that can meet the needs of end users for newer and more diversified multimedia services.

[0035] For example, the IMS network architecture is as follows: Figure 1 As shown, it includes the IMS calling side and the IMS called side. The IMS calling side includes the calling terminal 11, the calling side session border controller (SBC) / proxy call session control function (P-CSCF) 12, the calling side S-CSCF 13, the calling side multi-media telephony application server (MMTel AS) 14, the calling side ringback tone application server (AS) 15, and the domain name system (DNS) / telephone number mapping working group (ENUM) 16. The IMS called side includes the called terminal 21, the called side SBC / P-CSCF 22, the called side S-CSCF 23, the called side MMTel AS 24, the called side ringback tone AS 25, the home subscriber server (HSS) 26, and the interrogating call session control function (I-CSCF) 27.

[0036] It should be noted that in the above IMS network architecture, the calling terminal 11 accesses the IMS network through the calling side SBC / P-CSCF12 to call the called user. During the call establishment process and the interaction between network elements, existing related technologies can be referred to, and will not be elaborated here.

[0037] Currently, with the continuous development of IMS, video services are emerging in an endless stream. For example, video calls can be used when talking to relatives, friends, or work partners. Before the call is connected, the caller or the called party can see the video ringback tone. Before the call is connected, various video services such as caller video ringback tones, private ringback tones, and video backgrounds can be pushed to users based on big data tags such as user location.

[0038] Among them, video services include video ringback tones and video call services.

[0039] The implementation principle of video ringback tone services is as follows: When the calling or called user subscribes to the video ringback tone service, the signaling for establishing the call passes through the video ringback tone platform. The video ringback tone platform determines whether the calling or called user supports the video ringback tone service based on the fields in the received signaling message (e.g., video parameters carried in the header field of the INVITE request, video-related media negotiation content in the session description protocol (SDP) part of the INVITE request, and video-related media negotiation content in the response to the INVITE request returned by the called user). If the calling or called user supports the video ringback tone service, the video ringback tone platform will push the relevant video ringback tone content to the calling or called user before the called user answers.

[0040] The implementation principle of video call services is as follows: When a call is established, if the calling user and the called user successfully negotiate video media during SDP media negotiation, then after the called user answers, the two parties will conduct a video call; and when a call is established, if the calling user and the called user successfully negotiate audio media, and after the called user answers, the calling user or the called user initiates media renegotiation and both parties successfully negotiate video media, then the media stream of the calling user and the called user during the call will switch from audio to video.

[0041] While video services have brought convenience to users' communication, interaction, and business promotion, many users still do not want to see video ringback tones played before the call is answered, do not want to passively accept video calls, and do not want to be passively used as video backgrounds during calls.

[0042] Since most mobile terminals nowadays support video functions, some video call requests from the caller require the called user to answer before switching to audio. Video ringback tones and video backgrounds can be viewed as long as the caller's terminal supports them. In particular, some advertising video ringback tones can only be passively received by the caller. Once the user is registered in the IMS network, they cannot actively turn them off, which brings discomfort to the user experience.

[0043] To address the aforementioned issues, this application proposes a call request processing method, apparatus, device, and storage medium. The call request processing apparatus receives a target message sent by the S-CSCF in the IMS, the target message being a SIP message; and determines whether the target message meets preset conditions. These preset conditions include whether the target message is a SIP request message initiated by the calling terminal in the calling process, or a SIP request message initiated by the called terminal in the called process. Further, if the target message meets the preset conditions, the call request processing apparatus processes preset fields in the target message to obtain a processed target message. These preset fields characterize the video capabilities of the user terminal; and then sends the processed target message to the S-CSCF.

[0044] In this way, in the call request processing method provided in this application, if it is determined that the target message is a SIP request message initiated by the calling terminal in the calling process or a SIP request message initiated by the called terminal in the called process, then the preset fields in the SIP request message are processed so that there are no fields describing the video capabilities of the user terminal in the processed target message. This makes it impossible for the calling side and the called side to identify the video capabilities of the user terminal when negotiating video media, thereby blocking video services and ensuring the user's call experience.

[0045] Combination Figure 1 The diagram shown illustrates the IMS network architecture. Figure 2 This application illustrates a call request processing system. The call request processing method provided in this embodiment can be applied to, for example, call request processing systems. Figure 2 The call request processing system shown is used to block video-related services. For example... Figure 2 As shown, the call request processing system 10 includes Figure 1 The devices, call request processing unit 17, and call request processing unit 28 in the IMS network architecture shown.

[0046] The call request processing device 17 and the call request processing device 28 can be the same physical device or different physical devices. This application embodiment does not specifically limit this. The call request processing device 17 is a call request processing device deployed on the calling side of IMS, and the call request processing device 28 is a call request processing device deployed on the called side of IMS.

[0047] The call request processing device 17 is connected to the calling side S-CSCF13, and the call request processing device 28 is connected to the called side S-CSCF23, and they perform signaling interaction.

[0048] The calling side S-CSCF13 is configured to send signaling to the call request processing device 17 after completing the signaling interaction with the calling side MMTel AS14.

[0049] The called side S-CSCF23 is configured to send signaling to the call request processing device 28 after completing the signaling interaction with the called side MMTel AS24.

[0050] The call request processing device 17 can be used to determine whether it carries SIP after receiving signaling sent by the calling side S-CSCF13. Furthermore, the call request processing device 17 can also be used to determine whether the signaling is a SIP request message initiated by the calling terminal in the calling process if it is determined that it carries SIP.

[0051] The call request processing device 28 can be used to determine whether it carries SIP after receiving signaling sent by the called side S-CSCF23. Furthermore, the call request processing device 28 can also be used to determine whether the signaling is a SIP request message initiated by the called terminal in the called process if it is determined that it carries SIP.

[0052] The call request processing device 17 can also be used to process the field in the signaling that describes the video capabilities of the calling terminal 11 after determining that the signaling is a SIP request message initiated by the calling terminal in the calling process, so that the signaling cannot indicate the video capabilities of the calling terminal 11.

[0053] The call request processing device 28 can also be used to process the field in the signaling that describes the video capabilities of the called terminal 21 after determining that the signaling is a SIP request message initiated by the called terminal in the called process, so that the signaling cannot indicate the video capabilities of the called terminal 21.

[0054] The call request processing device 17 can also be used to send the processed signaling to the calling side S-CSCF13 so that the calling side ringback tone AS15 cannot obtain the video capability of the calling terminal 11 during the subsequent session establishment process.

[0055] The call request processing device 28 can also be used to send the processed signaling to the called side S-CSCF23 so that the called side ringback tone AS25 cannot obtain the video capability of the called terminal 21 during the subsequent session establishment process.

[0056] It should be noted that the above description of the functions of the call request processing device 17 and the call request processing device 28 is to distinguish the function implementation on the calling side and the called side of IMS. In the call request processing method provided in this application embodiment, the video service can be blocked by one of the call request processing devices 17 and 28 performing the corresponding function, without the need for both call request processing devices 17 and 28 to perform the functions described above at the same time.

[0057] In some embodiments, the structure of the call request processing device is as follows: Figure 3 As shown, it includes a northbound interface module 31, a database module 32, an operation and maintenance module 33, an interface module 34, a management module 35, and a processing module 36.

[0058] The database module 32 is connected to the northbound interface module 31, the operation and maintenance module 33, the interface module 34, the management module 35, and the processing module 36. The above connection relationship can be a wired connection or a wireless connection.

[0059] The northbound interface module 31 is configured to interface with external devices such as the business and operation support system (BOSS), application (APP), or mini-program through standard protocols such as RESTful and simple object access protocol (SOAP), thereby enabling users to handle video capability blocking services through self-service or by going to the operator's business hall, and to achieve flexible control over video capabilities.

[0060] Database module 32 is configured to store a list of users who have enabled the video capability blocking service.

[0061] The operation and maintenance module 33 is configured to allow operation and maintenance personnel to operate and maintain the call request processing device by accessing the operation and maintenance module.

[0062] Interface module 34 is configured to interface with IMS's S-CSCF via SIP. During a call, it introduces the call process to the call request processing device based on the user's video capability masking service subscription status.

[0063] The management module 35 is configured to manage the operating status, module load, and other operating indicators of the northbound interface module 31, database module 32, operation and maintenance module 33, interface module 34, and processing module 36, and to send alarms and operating indicators to the third-party gateway through protocols such as Simple Network Management Protocol (SNMP) and Common Object Request Broker Architecture (CORBA).

[0064] Processing module 36 is configured to execute the call request processing method provided in the embodiments of this application.

[0065] Figure 4 This is a flowchart illustrating a call request processing method according to some exemplary embodiments. In some embodiments, the above-described call request processing method can be applied to, for example... Figure 2 The call request processing device 17 or call request processing device 28 in the call request processing system 10 shown. Hereinafter, this application embodiment will describe the above-mentioned call request processing method by taking the application of the call request processing method to the call request processing device as an example.

[0066] like Figure 4 As shown, the call request processing method provided in this application embodiment includes the following S401-S404.

[0067] S401, The call request processing device receives the target message sent by the S-CSCF in the IMS.

[0068] The target message is a message carrying SIP.

[0069] As one possible implementation, during a call, the S-CSCF sends a message to the call request processing device after completing the signaling interaction with the MMTel AS.

[0070] Accordingly, the call request processing device receives the message sent by the S-CSCF and, if the message carries SIP, determines it to be the target message.

[0071] S402, The call request processing device determines whether the target message meets the preset conditions.

[0072] The preset conditions include the target message being a SIP request message initiated by the calling terminal in the calling process, or the target message being a SIP request message initiated by the called terminal in the called process.

[0073] As one possible implementation, after receiving the target message based on step S401 above, the call request processing device parses the target message. Further, the call request processing device determines whether the target message meets preset conditions based on the identifier carried in the target message.

[0074] Specifically, the call request processing device determines whether the target message meets the preset conditions based on the identifier carried in the target message. This includes the call request processing device determining the process identifier and the initiator identifier carried in the target message, and determining whether the target message meets the preset conditions based on the process identifier and the initiator identifier.

[0075] It should be noted that the target message carries a process identifier and an initiator identifier. The process identifier indicates whether the target message is a message in the calling or called process, and the initiator identifier indicates whether the target message is a message sent by the calling or called terminal.

[0076] In some embodiments, the call request processing device first obtains the process identifier in the target message. Further, if the process identifier indicates that the target message is a message in a calling process, the call request processing device determines that the target message meets a preset condition if it determines that the initiator identifier in the target message indicates that the target message was sent by a calling terminal; if the process identifier indicates that the target message is a message in a called process, the call request processing device determines that the target message meets the preset condition if it determines that the initiator identifier in the target message indicates that the target message was sent by a called terminal.

[0077] S403. When the target message meets the preset conditions, the call request processing device processes the preset fields in the target message to obtain the processed target message.

[0078] The preset field is used to characterize the video capabilities of the user terminal.

[0079] As one possible implementation, the call request processing device, based on the above step S402, determines the preset field in the target message that is used to characterize the video capabilities of the user terminal when it is determined that the target message meets the preset conditions, and processes the preset field to obtain the processed target message.

[0080] It should be noted that the preset fields include the video parameter field in the SIP request message and the field indicating the video media type. The preset fields can be set in advance in the call request processing device by the operation and maintenance personnel of the call request processing system. For example, the preset fields can be the video parameters in the header field of the SIP request message, and the video media type in the SDP carried by the SIP request message, etc. This application embodiment does not specifically limit this.

[0081] In some embodiments, the processing of preset fields by the call request processing device may include deletion and modification.

[0082] The processing of preset fields by the call request processing device may include: deleting preset fields from the target message so that the processed target message does not carry the user terminal's video capability; and modifying preset fields in the target message so that the processed target message indicates that the user terminal does not have video capability.

[0083] Understandably, after the call request processing device deletes the preset fields in the target message, the processed target message does not carry the preset fields indicating the video capabilities of the user terminal. During the video media negotiation process, it is unable to obtain the video capabilities of the user terminal, and thus cannot complete video-related services. This is so that after the user subscribes to the video capability blocking service, they will no longer use video ringback tone services or video call services.

[0084] After the call request processing device modifies the preset fields in the target message, the preset fields carried in the processed target message indicate that the user terminal does not have video capabilities. During the video media negotiation process, since the user terminal does not have video capabilities, it is unable to complete video-related services. This allows the user to stop using video ringback tones and video call services after subscribing to the video capability blocking service.

[0085] In some embodiments, when the target message meets preset conditions, the call request processing device sends the target message to the S-CSCF so that the IMS system can normally carry out the call process between the calling terminal and the called terminal.

[0086] S404. The call request processing device sends the processed target message to the S-CSCF.

[0087] As one possible implementation, after processing the target message based on the above step S403, the call request processing device sends the processed target message to the S-CSCF, so that the S-CSCF can complete the call process based on the processed target message.

[0088] Understandably, in the call request processing method provided in this application, if the target message is determined to be a SIP request message initiated by the calling terminal in the calling process or a SIP request message initiated by the called terminal in the called process, then the preset fields in the SIP request message are processed so that the processed target message does not contain fields describing the video capabilities of the user terminal. This prevents the calling side from recognizing the video capabilities of the user terminal when the calling side and the called side negotiate video media, thereby blocking video services and ensuring the user's call experience.

[0089] In one design, the call request processing method provided in this application embodiment is as follows: Figure 5 As shown, it includes S501-S509.

[0090] S501, The call request processing device receives a request message or response message carrying SIP sent by the S-CSCF.

[0091] S502, The call request processing device determines whether the received message belongs to the calling process or the called process.

[0092] It should be noted that if the received message belongs to the calling party process, step S503 is executed; if the received message belongs to the called party process, step S504 is executed.

[0093] S503, The call request processing device determines whether the received message is a SIP request message sent by the calling terminal.

[0094] It should be noted that if the received message is a SIP request message sent by the calling terminal, step S505 is executed; if the received message is not a SIP request message sent by the calling terminal, step S509 is executed.

[0095] S504. The call request processing device determines whether the received message is a SIP request message sent by the called terminal.

[0096] It should be noted that if the received message is a SIP request message sent by the called terminal, step S505 is executed; if the received message is not a SIP request message sent by the called terminal, step S509 is executed.

[0097] S505, The call request processing device determines whether the header field of the SIP request message contains video parameters.

[0098] It should be noted that if the header field of the SIP request message contains video parameters, step S506 is executed; if the header field of the SIP request message does not contain video parameters, step S507 is executed.

[0099] S506, The call request processing device deletes the video parameters in the header field.

[0100] S507. The call request processing device determines whether the SDP carried in the SIP request message contains a video media type.

[0101] It should be noted that if a video media type is provided, step S508 is executed; if a video media type is not provided, step S509 is executed.

[0102] S508, The call request processing device deletes the video media type in the SDP.

[0103] S509. The call request processing device sends a SIP request message to the S-CSCF.

[0104] It should be noted that the specific execution of steps S501-S509 by the call request processing device can be found in the description in the above embodiments of this application, and will not be repeated here.

[0105] The foregoing mainly describes the solutions provided by the embodiments of this application from a methodological perspective. To achieve the above functions, it includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, in conjunction with the units and algorithm steps of the various examples described in the embodiments disclosed herein, the embodiments of this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0106] This application embodiment can divide the user equipment into functional modules according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. Optionally, the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0107] Figure 6 This is a schematic diagram of a call request processing apparatus provided in an embodiment of this application. The call request processing apparatus is used to execute the aforementioned call request processing method. Figure 6 As shown, the call request processing device 60 includes a receiving unit 601, a determining unit 602, a processing unit 603, and a sending unit 604.

[0108] The receiving unit 601 is used to receive a target message sent by the Service Call Control Function (S-CSCF) module in IMS. The target message is a message carrying SIP. For example, ... Figure 4 As shown, the receiving unit 601 can be used to execute S401.

[0109] The determining unit 602 is used to determine whether the target message meets preset conditions. The preset conditions include that the target message is a SIP request message initiated by the calling terminal in the calling process, or that the target message is a SIP request message initiated by the called terminal in the called process. For example, such as... Figure 4 As shown, the determining unit 602 can be used to execute S402.

[0110] Processing unit 603 is configured to process preset fields in the target message when the target message meets preset conditions, thereby obtaining a processed target message. The preset fields are used to characterize the video capabilities of the user terminal. For example, ... Figure 4 As shown, the processing unit 603 can be used to execute S403.

[0111] The sending unit 604 is used to send the processed target message to the S-CSCF. For example, such as... Figure 4 As shown, the sending unit 604 can be used to execute S404.

[0112] Optional, such as Figure 6 As shown, in the call request processing apparatus 60 provided in this application embodiment, the determining unit 602 is specifically used to determine the process identifier and the initiator identifier carried in the target message; the process identifier is used to indicate that the target message is a message in the calling process or the called process, and the initiator identifier is used to indicate that the target message is a message sent by the calling terminal or the called terminal; based on the process identifier and the initiator identifier, it is determined whether the target message meets the preset conditions.

[0113] Optional, such as Figure 6 As shown, in the call request processing apparatus 60 provided in this application embodiment, the processing unit 603 is specifically used to delete preset fields in the target message to obtain the processed target message, so that the processed target message does not carry the video capabilities of the user terminal.

[0114] Optional, such as Figure 6 As shown, in the call request processing apparatus 60 provided in this application embodiment, the processing unit 603 is specifically used to modify the preset fields in the target message to obtain the processed target message, so that the processed target message indicates that the user terminal does not have video capability.

[0115] Optional, such as Figure 6 As shown, in the call request processing apparatus 60 provided in this application embodiment, the sending unit 604 is also used to send a target message to the S-CSCF.

[0116] Optional, such as Figure 6 As shown, in the call request processing device 60 provided in this application embodiment, the preset fields include the video parameter field in the SIP request message and the field indicating the video media type.

[0117] In implementing the functions of the integrated modules described above using hardware, this application provides a possible structural diagram of an electronic device. This electronic device is used to execute the call request processing method performed by the call request processing device in the above embodiments. Figure 7 As shown, the electronic device 70 includes a processor 701, a memory 702, and a bus 703. The processor 701 and the memory 702 can be connected via the bus 703.

[0118] Processor 701 is the control center of an electronic device. It can be a single processor or a collective term for multiple processing elements. For example, processor 701 can be a general-purpose central processing unit (CPU) or other general-purpose processors. The general-purpose processor can be a microprocessor or any conventional processor.

[0119] As one embodiment, processor 701 may include one or more CPUs, for example Figure 7 CPU 0 and CPU 1 are shown in the diagram.

[0120] The memory 702 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage medium or other magnetic storage device, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0121] As one possible implementation, the memory 702 can exist independently of the processor 701. The memory 702 can be connected to the processor 701 via a bus 703 and is used to store instructions or program code. When the processor 701 calls and executes the instructions or program code stored in the memory 702, it can implement the call request processing method provided in the embodiments of this application.

[0122] In another possible implementation, the memory 702 can also be integrated with the processor 701.

[0123] Bus 703 can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 7 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0124] It should be pointed out that, Figure 7 The structure shown does not constitute a limitation on the electronic device 70. Except... Figure 7 In addition to the components shown, the electronic device 70 may include more than Figure 7 It can show more or fewer parts, or combine certain parts, or arrange different parts.

[0125] As an example, combined Figure 6 The functions implemented by the receiving unit 601, determining unit 602, processing unit 603, and sending unit 604 in the call request processing device 60 are the same as those of the receiving unit 601, determining unit 602, processing unit 603, and sending unit 604. Figure 7 The processor 701 in it has the same function.

[0126] Optional, such as Figure 7 As shown, the electronic device provided in this application embodiment may further include a communication interface 704.

[0127] Communication interface 704 is used to connect with other devices via a communication network. This communication network can be Ethernet, a wireless access network, a wireless local area network (WLAN), etc. Communication interface 704 may include an acquisition unit for receiving data and a transmission unit for sending data.

[0128] In one design, the communication interface in the electronic device provided in this application embodiment can also be integrated into the processor.

[0129] Figure 8 Another hardware structure of the electronic device in an embodiment of this application is shown. For example... Figure 8 As shown, the electronic device 80 may include a processor 801 and a communication interface 802. The processor 801 is coupled to the communication interface 802.

[0130] The functions of processor 801 can be referred to in the description of processor 701 above. In addition, processor 801 also has storage functions, which can be referred to in the description of memory 702 above.

[0131] The communication interface 802 is used to provide data to the processor 801. The communication interface 802 can be an internal interface of the electronic device or an external interface of the electronic device (equivalent to the communication interface 704).

[0132] It should be pointed out that, Figure 8 The structures shown do not constitute a limitation on electronic devices, except... Figure 8 In addition to the components shown, the electronic device 80 may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0133] Through the above description of the embodiments, those skilled in the art will clearly understand that, for the sake of convenience and brevity, only the division of the above functional units is used as an example. In practical applications, the above functions can be assigned to different functional units as needed, that is, the internal structure of the device can be divided into different functional units to complete all or part of the functions described above. The specific working process of the system, device, and unit described above can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0134] This application also provides a computer-readable storage medium storing instructions. When a computer executes these instructions, the computer performs each step of the method flow shown in the above-described method embodiments.

[0135] Embodiments of this application provide a computer program product containing instructions that, when executed on a computer, cause the computer to perform the call request processing method in the above method embodiments.

[0136] The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), registers, hard disks, optical fibers, compact disc read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing, or any other form of computer-readable storage medium in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may reside in an application-specific integrated circuit (ASIC). In the embodiments of this application, the computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0137] Since the apparatus, device, computer-readable storage medium, and computer program product in the embodiments of this application can be applied to the above methods, the technical effects that can be obtained can also be referred to the above method embodiments. The embodiments of this application will not be repeated here.

[0138] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A call request processing method characterized by comprising: The application is applied to a call request processing device; the call request processing device comprises a northbound interface module, a database module, an operation and maintenance module, an interface module, a management module and a processing module; the northbound interface module is configured to be connected with a business operation support system, an application program or a small program through a standard Restful and a simple object access protocol, so as to realize a video capability shielding service; the database module is configured to store a user list of the video capability shielding service; the operation and maintenance module is configured to be accessed by an operation and maintenance personnel, so as to maintain the operation of the call request processing device; the interface module is configured to be connected with an S-CSCF of an IMS through an SIP, and in a call process, a call flow is introduced into the call request processing device according to a subscription condition of a video capability shielding service of a user; the management module is configured to manage the running state and module load of the northbound interface module, the database module, the operation and maintenance module, the interface module and the processing module, and send an alarm and a running index to a third-party gateway through a simple network management protocol (SNMP) and a common object request broker architecture (CORBA) protocol; the processing module is configured to execute the call request processing method; the method comprises: receiving a target message sent by an S-CSCF in an IMS, wherein the target message is a message carrying a SIP; determining whether a flow identifier and an initiator identifier carried in the target message satisfy a preset condition, comprising: if the flow identifier indicates that the target message is a message in a calling flow, and it is determined that the initiator identifier in the target message indicates that the target message is a message sent by a calling terminal, it is determined that the target message satisfies the preset condition; if the flow identifier indicates that the target message is a message in a called flow, and it is determined that the initiator identifier in the target message indicates that the target message is a message sent by a called terminal, it is determined that the target message satisfies the preset condition; in the case that the target message satisfies the preset condition, processing a preset field in the target message to obtain a processed target message, comprising: deleting the preset field in the target message to obtain the processed target message, so that the processed target message does not carry the video capability of a user terminal, or modifying the preset field in the target message to obtain the processed target message, so that the processed target message indicates that the user terminal does not have the video capability; the preset field is a video parameter in a header field of a SIP request message, and a video media type in an SDP carried by the SIP request message; sending the processed target message to the S-CSCF.

2. The call request processing method of claim 1, wherein in the case that the target message does not satisfy the preset condition, the method further comprises: sending the target message to the S-CSCF.

3. A call request processing apparatus characterized by comprising: The call request processing device comprises a northbound interface module, a database module, an operation and maintenance module, an interface module, a management module and a processing module; the northbound interface module is configured to be connected with a business operation support system, an application program or a small program through a standard Restful and a simple object access protocol, so as to realize a video capability shielding service; the database module is configured to store a user list of the video capability shielding service; the operation and maintenance module is configured to be accessed by an operation and maintenance personnel, so as to maintain the operation of the call request processing device; The interface module is configured to be connected with an S-CSCF of an IMS through an SIP, and in a calling process, a calling flow is introduced into the call request processing device according to a subscription condition of a video capability shielding service of a user; The management module is configured to manage the running state and module load of the northbound interface module, the database module, the operation and maintenance module, the interface module and the processing module, and send an alarm and a running index to a third-party gateway through a simple network management protocol (SNMP) and a common object request broker architecture (CORBA) protocol; and the processing module is configured to execute the call request processing method. The receiving unit is configured to receive a target message sent by an S-CSCF in an IMS, wherein the target message is a message carrying a SIP; The determining unit is configured to determine whether a flow identifier and an initiator identifier carried in the target message satisfy a preset condition, including: if the flow identifier indicates that the target message is a message in a calling flow, and it is determined that the initiator identifier in the target message indicates that the target message is a message sent by a calling terminal, it is determined that the target message satisfies the preset condition; if the flow identifier indicates that the target message is a message in a called flow, and it is determined that the initiator identifier in the target message indicates that the target message is a message sent by a called terminal, it is determined that the target message satisfies the preset condition; The processing unit is configured to process a preset field in the target message to obtain a processed target message, including: deleting the preset field in the target message to obtain the processed target message, so that the processed target message does not carry a video capability of a user terminal, or modifying the preset field in the target message to obtain the processed target message, so that the processed target message indicates that the user terminal does not have a video capability; the preset field is a video parameter in a header field of a SIP request message, and a video media type in an SDP carried by the SIP request message; The sending unit is configured to send the processed target message to the S-CSCF.

4. The call request processing apparatus according to claim 3, characterized by The sending unit is further configured to send the target message to the S-CSCF.

5. An electronic device, comprising: comprising a memory and a processor; the memory and the processor are coupled; the memory is configured to store computer program code, the computer program code comprising computer instructions; when the processor executes the computer instructions, the electronic device executes the call request processing method according to any one of claims 1-2.

6. A computer-readable storage medium having stored therein instructions, the computer-readable storage medium comprising: when the instructions are run on an electronic device, cause the electronic device to execute the call request processing method according to any one of claims 1-2.

Images