CN116582615A - Call request processing method, device, equipment and storage medium - Google Patents
Call request processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN116582615A CN116582615A CN202310673343.3A CN202310673343A CN116582615A CN 116582615 A CN116582615 A CN 116582615A CN 202310673343 A CN202310673343 A CN 202310673343A CN 116582615 A CN116582615 A CN 116582615A
- Authority
- CN
- China
- Prior art keywords
- target message
- message
- call request
- request processing
- video
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 35
- 238000012545 processing Methods 0.000 claims abstract description 136
- 238000000034 method Methods 0.000 claims abstract description 53
- 230000008569 process Effects 0.000 claims abstract description 36
- 230000006870 function Effects 0.000 claims description 32
- 239000003999 initiator Substances 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 8
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 18
- 230000011664 signaling Effects 0.000 description 20
- 238000013461 design Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 10
- 230000003993 interaction Effects 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000012216 screening Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012559 user support system Methods 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000035800 maturation Effects 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
The application provides a call request processing method, a call request processing device, call request processing equipment and a call request processing storage medium, relates to the technical field of communication, and is used for realizing shielding video service and guaranteeing call experience of users. The method comprises the steps that a call request processing device receives a target message sent by an S-CSCF in an IMS, wherein the target message is a message carrying SIP; and determining whether the target message meets a preset condition, wherein the preset condition comprises that the target message is an SIP request message initiated by a calling terminal in a calling process or an 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 when the target message meets a preset condition, wherein the preset field is used for representing the video capability of the user terminal; and sends the processed target message to the S-CSCF.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method, an apparatus, a device, and a storage medium for processing a call request.
Background
At present, the mobile phone has become an indispensable tool in daily work, interaction and life, and with the maturation of fourth generation (4th generation,4G) networks, fifth generation (5th generation,5G) networks and internet protocol multimedia subsystems (internet protocol multimedia subsystem, IMS), video services are layered endlessly. When the user is in communication with other users, the video communication can be used, the calling or called video color ring can be seen before the call is connected, and various calling video color ring and the like can be pushed to the user based on big data label analysis such as the user position and the like before the call is connected.
However, not all users want to see the video color ring, and as no effective method can close the video service function at the present stage, the method brings great trouble to users who do not want to see the video color ring and passively use the video service, and influences the conversation experience of the users.
Disclosure of Invention
The application provides a call request processing method, a call request processing device, call request processing equipment and a storage medium, which are used for realizing shielding video service and guaranteeing call experience of users.
In order to achieve the above purpose, the application adopts the following technical scheme:
in a first aspect, a call request processing method is provided, including a call request processing device receiving a target message sent by a service call control function module (server call session control function, S-CSCF) in an IMS, where the target message is a message carrying a session initiation protocol (session initiation protocol, SIP); and determining whether the target message meets a preset condition, wherein the preset condition comprises that the target message is an SIP request message initiated by a calling terminal in a calling process or an 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 when the target message meets a preset condition, wherein the preset field is used for representing the video capability of the user terminal; and sends the processed target message to the S-CSCF.
In the call request processing method provided by the application, if the target message is determined to be the SIP request message initiated by the calling terminal in the calling process or the SIP request message initiated by the called terminal in the called process, the preset field in the SIP request message is processed, so that the field for describing the video capability of the user terminal does not exist in the processed target message, and further, the video capability of the user terminal cannot be identified when the calling side and the called side carry out video media negotiation, thereby realizing shielding video service and guaranteeing the call experience of the user.
In one possible design, the call request processing apparatus determines whether the target message meets a preset condition, including: the call request processing device determines a flow identifier carried in the target message and an initiator identifier; the flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal. Further, the call request processing device determines whether the target message meets the preset condition according to the flow identifier and the initiator identifier. The design realizes the screening of the SIP request message, and avoids the abnormal help calling flow caused by the modification of other messages.
In one possible design, the call request processing device processes a preset field in a target message to obtain a processed target message when the target message meets a preset condition, including: the call request processing device deletes a 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 the user terminal.
In one possible design, the call request processing device processes a preset field in a target message to obtain a processed target message when the target message meets a preset condition, including: the call request processing device modifies a preset field 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 capability.
In one possible design, the call request processing device sends the target message to the S-CSCF in case the target message does not meet the preset condition.
In one possible design, the preset fields include a video parameter field in the SIP request message, and a field indicating the video media type.
In a second aspect, a call request processing apparatus is provided, including a receiving unit, a determining unit, a processing unit, and a transmitting unit. And the receiving unit is used for receiving a target message sent by the service call control function module S-CSCF in the IMS, wherein the target message is a message carrying the SIP. The determining unit is used for determining whether the target message meets the preset condition, wherein the preset condition comprises that the target message is an SIP request message initiated by a calling terminal in a calling process or an SIP request message initiated by a called terminal in a called process. And the processing unit is used for processing preset fields in the target message to obtain the processed target message under the condition that the target message meets the preset condition, wherein the preset fields are used for representing the video capability of the user terminal. And the sending unit is used for sending the processed target message to the S-CSCF.
In one possible design, the determining unit is specifically configured to determine a flow identifier and an initiator identifier carried in the target message; the flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal; and determining whether the target message meets the preset condition according to the flow identifier and the initiator identifier.
In one possible design, the processing unit is specifically configured to delete a 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 the user terminal.
In one possible design, the processing unit is specifically configured to modify a preset field 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 capability.
In a possible design, the sending unit is further configured to send the target message to the S-CSCF.
In one possible design, the preset fields include a video parameter field in the SIP request message, and a field indicating the video media type.
In a third aspect, an electronic device is provided that includes a memory and a processor; the memory is coupled to the processor for storing computer program code comprising computer instructions which, when executed by the processor, cause the electronic device to perform the call request processing method as provided by the first aspect or any of its possible designs.
In a fourth aspect, a computer readable storage medium is provided, in which instructions are stored which, when run on an electronic device, cause the electronic device to perform a call request processing method as provided in the first aspect or any one of its possible implementations.
In a fifth aspect, a computer program product is provided, the computer program product comprising computer instructions which, when run on an electronic device, are capable of executing the call request processing method as provided in the first aspect or any one of its possible implementations.
In the call request processing method provided by the application, the processed target message does not have a field for describing the video capability of the user terminal, so that the video capability of the user terminal cannot be identified when the calling side and the called side carry out video media negotiation, the shielding video service is realized, and the call experience of the user is ensured.
Drawings
Fig. 1 is a schematic diagram of an IMS network structure according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a call request processing system according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a call request processing apparatus according to an embodiment of the present application;
fig. 4 is a schematic flow chart of a call request processing method according to an embodiment of the present application;
fig. 5 is a schematic flow chart of a call request processing method according to an embodiment of the present application;
fig. 6 is a schematic diagram of a call request processing apparatus according to a second embodiment of the present application;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present application;
fig. 8 is a schematic diagram of a second electronic device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings in the embodiments of the present application.
In embodiments of the application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g." in an embodiment should not be taken as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.
In the description of the present application, "/" means "or" unless otherwise indicated, for example, A/B may mean A or B. "and/or" herein is merely an association relationship describing an association object, and means that three relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist together, and B exists alone. Further, "at least one", "a plurality" means two or more. The terms "first," "second," and the like do not limit the number and order of execution, and the terms "first," "second," and the like do not necessarily differ.
IMS is a new multimedia service providing system that can meet the needs of more novel and diversified multimedia services of end users.
An IMS network architecture is shown in fig. 1, and includes an IMS calling side and an IMS called side. The IMS calling side includes a calling terminal 11, a calling side session border controller (session border controller, SBC)/proxy call control function module (proxy call session control function, P-CSCF) 12, a calling side S-CSCF13, a calling side multimedia telephony application server (multi media telephony application server, MMTel AS) 14, a calling side color ring application server (application server, AS) 15, a domain name system (domain name system, DNS)/telephone number mapping work group (telephone number mapping working group, ENUM) 16. The IMS called side includes a called terminal 21, a called side SBC/P-CSCF22, a called side S-CSCF23, a called side MMTel AS24, a called side color ring AS25, a home subscriber server (home subscriber server, HSS) 26, and an interrogating call control function (interrogating call session control function, I-CSCF) 27.
It should be noted that, in the above IMS network architecture, the calling terminal 11 accesses the IMS network through the calling SBC/P-CSCF12 to implement calling of the called user, and in the call establishment process and the call process, interactions between network elements may refer to the related art, and will not be described herein.
Currently, with the continuous development of IMS, video services are endless, for example: when the user communicates with friends and work partners, the user can use video communication, before the call is connected, the calling or called video color ring can be seen, before the call is connected, various calling video color ring can be pushed for the user based on big data label analysis such as user position, etc., and video services such as color ring, video background, etc. can be shared.
The video service comprises a video color ring service and a video call service.
The implementation principle of the video color ring service is as follows: when a calling user or a called user signs up for video color ring service, a call setup signaling passes through a video color ring platform, and the video color ring platform judges whether the calling user or the called user supports the video color ring service according to fields in a received signaling message (for example, a header field in an INVITE request carries video parameters, a session description protocol (session description protocol, SDP) part carried by the INVITE request contains video related media negotiation content, a response of the INVITE request returned by the called user contains video related media negotiation content and the like), and if the calling user or the called user supports the video color ring service, the video color ring platform pushes the video color ring related content to the calling user or the called user before the called user answers.
The implementation principle of the video call service is as follows: when a call is established, a calling user and a called user successfully negotiate video media when SDP media negotiation is carried out, and after the called user answers, the two parties carry out video call; and when the call is established, the calling user and the called user successfully negotiate the audio call, after the called user answers, the calling user or the called user initiates a media renegotiation relative, and the double-sending successfully negotiates the video media, so that the media streams of the calling user and the called user in the call process are switched from the audio to the video.
Although the video service brings convenience to user communication, communication and service popularization, there are still very many users who do not want to see the video color ring played before the called party receives the call in a period of time, do not want to passively accept the video call, do not want to passively use the call video background during the call, and the like.
Because most of the current mobile phone terminals support video functions, some video call requests sent by calling users can be switched to audio after called users need to answer, and the functions of called video color ring, video background and the like can be seen only if the calling terminals support the functions, especially the functions of advertisement video color ring, the calling users can only be passively accepted, the calling users can not actively turn off after registering in an IMS network, and the users are uncomfortable to experience.
In order to solve the above problems, the present application provides a call request processing method, device, equipment and storage medium, where the call request processing device receives a target message sent by an S-CSCF in an IMS, and the target message is a message carrying SIP; and determining whether the target message meets a preset condition, wherein the preset condition comprises that the target message is an SIP request message initiated by a calling terminal in a calling process or an 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 when the target message meets a preset condition, wherein the preset field is used for representing the video capability of the user terminal; and sends the processed target message to the S-CSCF.
In this way, in the call request processing method provided by the application, if the target message is determined to be the SIP request message initiated by the calling terminal in the calling process or the SIP request message initiated by the called terminal in the called process, the preset field in the SIP request message is processed, so that the field describing the video capability of the user terminal does not exist in the processed target message, and further, when the calling side and the called side carry out video media negotiation, the video capability of the user terminal cannot be identified, thereby realizing the shielding of video services and guaranteeing the call experience of the user.
With reference to the IMS network architecture schematic diagram shown in fig. 1, fig. 2 shows a call request processing system, and the call request processing method provided by the embodiment of the present application may be applied to the call request processing system shown in fig. 2, so as to implement a screening video service. As shown in fig. 2, the call request processing system 10 includes the device in the IMS network architecture shown in fig. 1, the call request processing apparatus 17, and the call request processing apparatus 28.
The call request processing device 17 and the call request processing device 28 may be the same physical device or different physical devices, which is not limited in particular in the embodiment of the present application, the call request processing device 17 is a call request processing device disposed on the calling side of the IMS, and the call request processing device 28 is a call request processing device disposed on the called side of the IMS.
The call request processing means 17 is connected to the calling side S-CSCF13, and the call request processing means 28 is connected to the called side S-CSCF23 and performs signaling interaction.
The calling side S-CSCF13 is configured to send signalling to the call request handling means 17 after completing the signalling interaction with the calling side MMTel AS 14.
The called side S-CSCF23 is configured to send signalling to the call request handling means 28 after completing the signalling interaction with the called side MMTel AS 24.
The call request processing means 17 may be configured to determine whether SIP is carried after receiving the signaling sent by the caller S-CSCF 13. Further, the call request processing device 17 may be further configured to determine whether the signaling is a SIP request message initiated by the calling terminal in the calling procedure if it is determined that SIP is carried.
The call request processing means 28 may be configured to determine whether SIP is carried after receiving the signaling sent by the called S-CSCF 23. Further, the call request processing device 28 may be further configured to determine whether the signaling is a SIP request message initiated by the called terminal in the called flow if it is determined that SIP is carried.
The call request processing device 17 may be further configured to process a field in the signaling for describing the video capability of the calling terminal 11 after determining that the signaling is the SIP request message initiated by the calling terminal in the calling flow, so that the signaling cannot indicate the video capability of the calling terminal 11.
The call request processing device 28 may be further configured to process a field in the signaling for describing the video capability of the called terminal 21 after determining that the signaling is the SIP request message initiated by the called terminal in the called flow, so that the signaling cannot indicate the video capability of the called terminal 21.
The call request processing device 17 may be further configured to send the processed signaling to the calling side S-CSCF13, so that the calling side color ring AS15 cannot acquire the video capability of the calling terminal 11 in the subsequent session establishment procedure.
The call request processing device 28 may also be configured to send the processed signaling to the called side S-CSCF23, so that the called side color ring AS25 cannot acquire the video capability of the called terminal 21 in the subsequent session establishment procedure.
In the above description of the functions of the call request processing device 17 and the call request processing device 28, in order to distinguish between the implementation of the functions on the calling side and the implementation of the functions on the called side of the IMS, in the call request processing method provided by the embodiment of the present application, one of the call request processing device 17 and the call request processing device 28 executes the corresponding function, so that the video service can be shielded, and the call request processing device 17 and the call request processing device 28 do not need to execute the description of the functions at the same time.
In some embodiments, the call request processing apparatus is configured as shown in fig. 3, and 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.
The database module 32 is connected to the north interface module 31, the operation and maintenance module 33, the interface module 34, the management module 35, and the processing module 36, respectively, and the connection relationship may be wired or wireless.
The northbound interface module 31 is configured to interface with external devices such as a business operation support system (business & operation support system, BOSS), an Application (APP), or an applet through a standard Restful, a simple object access protocol (simple object access protocol, SOAP), or the like, so as to implement a user to transact a video capability shielding service in a self-service manner or to an operator business hall, and implement flexible control over the video capability.
Database module 32 is configured to store a list of users who open the video capability screening service.
The operation and maintenance module 33 is configured to allow an operator to maintain the operation of the call request processing apparatus by accessing the operation and maintenance module.
The interface module 34 is configured to interface with the S-CSCF of the IMS via SIP, and to introduce the call flow to the call request handling device during the call, according to the subscription of the video capability mask service of the user.
The management module 35 is configured to manage the operation indexes such as the operation states, the module loads, and the like of the northbound interface module 31, the database module 32, the operation and maintenance module 33, the interface module 34, and the processing module 36, and send the alarms and the operation indexes to the third party gateway through protocols such as a simple network management protocol (simple network management protocol, SNMP), a generic object request broker architecture (common object request broker architecture, CORBA), and the like.
The processing module 36 is configured to execute the call request processing method provided in the embodiment of the present application.
Fig. 4 is a flow diagram illustrating a call request processing method according to some example embodiments. In some embodiments, the above-described call request processing method may be applied to the call request processing device 17 or the call request processing device 28 in the call request processing system 10 as shown in fig. 2. In the following, the embodiment of the present application will be described by taking an example in which a call request processing method is applied to a call request processing apparatus.
As shown in fig. 4, the call request processing method provided in the embodiment of the present application includes the following steps S401 to S404.
S401, the call request processing device receives a target message sent by an S-CSCF in IMS.
The target message is a message carrying SIP.
AS a possible implementation manner, during the call, the S-CSCF sends a message to the call request processing apparatus after completing the signaling interaction with the MMTel AS.
Correspondingly, the call request processing device receives the message sent by the S-CSCF and determines the message as the target message under the condition that the message carries SIP.
S402, the call request processing device determines whether the target message meets a preset condition.
The preset condition includes 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.
As a possible implementation manner, the call request processing apparatus parses the target message after receiving the target message based on the above step S401. Further, the call request processing device determines whether the target message meets the preset condition according to the identifier carried in the target message.
Specifically, the call request processing device determines whether the target message meets a preset condition according to the identifier carried in the target message, including determining the flow identifier and the initiator identifier carried in the target message by the call request processing device, and determining whether the target message meets the preset condition according to the flow identifier and the initiator identifier.
It should be noted that the target message carries a flow identifier and an initiator identifier. The flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal.
In some embodiments, the call request processing apparatus first obtains a flow identifier in the target message. Further, if the flow identifier indicates that the target message is a message in the calling flow, the call request processing device determines that the target message meets a preset condition under the condition that the initiator identifier in the target message indicates that the target message is a message sent by the calling terminal; if the flow identifier indicates that the target message is a message in the called flow, the call request processing device determines that the target message meets a preset condition under the condition that the initiator identifier in the target message indicates that the target message is a message sent by the called terminal.
S403, the call request processing device processes a preset field in the target message to obtain the processed target message when the target message meets the preset condition.
Wherein the preset field is used for representing the video capability of the user terminal.
As a possible implementation manner, the call request processing apparatus determines a preset field in the target message, where the preset condition is met based on the determination in step S402, and processes the preset field to obtain a processed target message.
It should be noted that the preset field includes a video parameter field in the SIP request message and a field indicating the video media type. The preset field may be preset in the call request processing device by an operator of the call request processing system, and exemplary, the preset field may be a video parameter in a header field of the SIP request message, a video media type in an SDP carried by the SIP request message, etc., which is not limited in particular in the embodiment of the present application.
In some embodiments, the processing of the preset field by the call request processing device may include deletion and modification.
The processing of the preset field by the call request processing device may include: the call request processing device deletes a preset field in the target message so that the processed target message does not carry the video capability of the user terminal; the call request processing means modifies a preset field in the target message such that the processed target message indicates that the user terminal is not video capable.
It can be understood that after deleting the preset field in the target message, the call request processing device does not carry the preset field indicating the video capability of the user terminal in the processed target message, and in the video media negotiation process, the video capability of the user terminal cannot be obtained, and further, the video service cannot be completed, so that after subscribing the video capability shielding service, the user does not perform the video color ring service and the video call service.
After modifying a preset field in a target message, the call request processing device indicates that the user terminal does not have video capability, and in the video media negotiation process, the user terminal does not have video capability, so that video service cannot be completed, and the user does not carry out video color ring service and video call service after subscribing to the video capability shielding service.
In some embodiments, the call request processing device sends the target message to the S-CSCF in case the target message meets a preset condition, so that the IMS system normally performs a call flow between the calling terminal and the called terminal.
S404, the call request processing device sends the processed target message to the S-CSCF.
As a possible implementation manner, the call request processing device sends the processed target message to the S-CSCF after processing the target message based on the step S403, so that the S-CSCF completes the call flow based on the processed target message.
It can be understood that in the call request processing method provided by the application, if the target message is determined to be the SIP request message initiated by the calling terminal in the calling process or the SIP request message initiated by the called terminal in the called process, the preset field in the SIP request message is processed, so that the field describing the video capability of the user terminal does not exist in the processed target message, and further, when the calling side and the called side perform video media negotiation, the video capability of the user terminal cannot be identified, the shielding video service is realized, and the call experience of the user is ensured.
In one design, the call request processing method provided by the embodiment of the present application is shown in fig. 5, and includes S501-S509.
S501, the call request processing device receives a request message or a response message carrying SIP sent by the S-CSCF.
S502, the call request processing device determines that the received message belongs to a calling flow or a called flow.
It should be noted that, when the received message belongs to the calling flow, step S503 is executed, and when the received message belongs to the called flow, step S504 is executed.
S503, the call request processing device determines whether the received message is a SIP request message sent by the calling terminal.
When the received message is a SIP request message from the calling terminal, step S505 is executed, and when the received message is not a SIP request message from the calling terminal, step S509 is executed.
S504, the call request processing device determines whether the received message is a SIP request message sent by the called terminal.
When the received message is a SIP request message sent by the called terminal, step S505 is executed, and when the received message is not a SIP request message sent by the called terminal, step S509 is executed.
S505, the call request processing apparatus determines whether the header field of the SIP request message contains a video parameter.
When the header field of the SIP request message contains the video parameter, step S506 is executed, and when the header field of the SIP request message does not contain the video parameter, step S507 is executed.
S506, the call request processing device deletes the video parameters in the header field.
S507, the call request processing device determines whether the SDP carried by the SIP request message carries a video media type.
It should be noted that, in the case of carrying the video media type, step S508 is performed, and in the case of not carrying the video media type, step S509 is performed.
S508, the call request processing device deletes the video media type in the SDP.
S509, the call request processing device sends a SIP request message to the S-CSCF.
It should be noted that, how the call request processing apparatus specifically executes the steps S501 to S509 may refer to the description in the foregoing embodiments of the present application, and will not be described herein again.
The foregoing description of the solution provided by the embodiments of the present application has been mainly presented in terms of a method. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The embodiment of the application can divide the functional modules of the user equipment according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated in one processing module. The integrated modules may be implemented in hardware or in software functional modules. Optionally, the division of the modules in the embodiment of the present application is schematic, which is merely a logic function division, and other division manners may be implemented in practice.
Fig. 6 is a schematic structural diagram of a call request processing apparatus according to an embodiment of the present application. The call request processing device is used for executing the call request processing method. As shown in fig. 6, the call request processing apparatus 60 includes a receiving unit 601, a determining unit 602, a processing unit 603, and a transmitting unit 604.
And a receiving unit 601, configured to receive a target message sent by a service call control function module S-CSCF in IMS, where the target message is a message carrying SIP. For example, as shown in fig. 4, the receiving unit 601 may be used to perform S401.
A determining unit 602, configured to determine whether the target message meets a preset condition, where the preset condition includes that the target message is a SIP request message initiated by a calling terminal in a calling flow, or that the target message is a SIP request message initiated by a called terminal in a called flow. For example, as shown in fig. 4, the determination unit 602 may be used to perform S402.
The processing unit 603 is configured to process a preset field in the target message to obtain a processed target message, where the preset field is used to characterize the video capability of the user terminal, if the target message meets a preset condition. For example, as shown in fig. 4, the processing unit 603 may be used to perform S403.
And a sending unit 604, configured to send the processed target message to the S-CSCF. For example, as shown in fig. 4, the transmission unit 604 may be used to perform S404.
Optionally, as shown in fig. 6, in the call request processing apparatus 60 provided in the embodiment of the present application, a determining unit 602 is specifically configured to determine a flow identifier and an initiator identifier carried in a target message; the flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal; and determining whether the target message meets the preset condition according to the flow identifier and the initiator identifier.
Optionally, as shown in fig. 6, in the call request processing apparatus 60 provided in the embodiment of the present application, the processing unit 603 is specifically configured to delete a preset field in the target message to obtain a processed target message, so that the processed target message does not carry the video capability of the user terminal.
Optionally, as shown in fig. 6, in the call request processing apparatus 60 provided in the embodiment of the present application, the processing unit 603 is specifically configured to modify a preset field 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 capability.
Optionally, as shown in fig. 6, in the call request processing apparatus 60 provided in the embodiment of the present application, the sending unit 604 is further configured to send a target message to the S-CSCF.
Optionally, as shown in fig. 6, in the call request processing apparatus 60 provided in the embodiment of the present application, the preset field includes a video parameter field in the SIP request message and a field indicating a video media type.
In the case of implementing the functions of the integrated modules in the form of hardware, an embodiment of the present application provides a possible structural schematic diagram of an electronic device. The electronic device is configured to execute the call request processing method executed by the call request processing apparatus in the above embodiment. As shown in fig. 7, the electronic device 70 includes a processor 701, a memory 702, and a bus 703. The processor 701 and the memory 702 may be connected by a bus 703.
The processor 701 is a control center of an electronic device, and may be one processor or a collective term of a plurality of processing elements. For example, the processor 701 may be a general-purpose central processing unit (central processing unit, CPU), or may be another general-purpose processor. Wherein the general purpose processor may be a microprocessor or any conventional processor or the like.
As one example, processor 701 may include one or more CPUs, such as CPU 0 and CPU 1 shown in fig. 7.
Memory 702 may be, but is not limited to, read-only memory (ROM) or other type of static storage device that can store static information and instructions, random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, as well as electrically erasable programmable read-only memory (EEPROM), magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.
As a possible implementation, the memory 702 may exist separately from the processor 701, and the memory 702 may be connected to the processor 701 through the bus 703 for storing instructions or program code. When the processor 701 calls and executes the instructions or the program codes stored in the memory 702, the call request processing method provided by the embodiment of the present application can be implemented.
In another possible implementation, the memory 702 may also be integrated with the processor 701.
Bus 703 may be an industry standard architecture (Industry Standard Architecture, ISA) bus, a peripheral component interconnect (Peripheral Component Interconnect, PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, among others. The bus may be classified as an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in fig. 7, but not only one bus or one type of bus.
It should be noted that the structure shown in fig. 7 does not constitute a limitation of the electronic device 70. In addition to the components shown in fig. 7, the electronic device 70 may include more or fewer components than shown in fig. 7, or may combine certain components, or may have a different arrangement of components.
As an example, in connection with fig. 6, the functions implemented by the receiving unit 601, the determining unit 602, the processing unit 603, and the transmitting unit 604 in the call request processing apparatus 60 are the same as those of the processor 701 in fig. 7.
Optionally, as shown in fig. 7, the electronic device provided in the embodiment of the present application may further include a communication interface 704.
Communication interface 704 for connecting with other devices via a communication network. The communication network may be an ethernet, a radio access network, a wireless local area network (wireless local area networks, WLAN), etc. The communication interface 704 may include an acquisition unit for receiving data, and a transmission unit for transmitting data.
In one design, the electronic device provided in the embodiment of the present application may further include a communication interface integrated in the processor.
Fig. 8 shows another hardware structure of the electronic device in the embodiment of the application. As shown in fig. 8, the electronic device 80 may include a processor 801 and a communication interface 802. The processor 801 is coupled to a communication interface 802.
The function of the processor 801 may be as described above with reference to the processor 701. The processor 801 also has a memory function, and can refer to the function of the memory 702.
The communication interface 802 is used to provide data to the processor 801. The communication interface 802 may be an internal interface of the electronic device or an external interface of the electronic device (corresponding to the communication interface 704).
It should be noted that the structure shown in fig. 8 does not constitute a limitation of the electronic device, and the electronic device 80 may include more or less components than those shown in fig. 8, or may combine some components, or may be arranged in different components.
From the above description of embodiments, it will be apparent to those skilled in the art that the foregoing functional unit divisions are merely illustrative for convenience and brevity of description. In practical applications, the above-mentioned function allocation may be performed by different functional units, i.e. the internal structure of the device is divided into different functional units, as needed, to perform all or part of the functions described above. The specific working processes of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which are not described herein.
The embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores instructions, when the computer executes the instructions, the computer executes each step in the method flow shown in the method embodiment.
Embodiments of the present application provide a computer program product comprising instructions which, when executed on a computer, cause the computer to perform the call request processing method in the method embodiments described above.
The computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium would include the following: electrical connections having one or more wires, portable computer diskette, hard disk. Random access Memory (Random Access Memory, RAM), read-Only Memory (ROM), erasable programmable Read-Only Memory (Erasable Programmable Read Only Memory, EPROM), registers, hard disk, optical fiber, portable compact disc Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any other form of computer-readable storage medium suitable for use by a person or persons of skill in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an application specific integrated circuit (Application Specific Integrated Circuit, ASIC). In embodiments of the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
Since the apparatus, the device computer readable storage medium, and the computer program product in the embodiments of the present application can be applied to the above-mentioned method, the technical effects that can be obtained by the apparatus, the device computer readable storage medium, and the computer program product can also refer to the above-mentioned method embodiments, and the embodiments of the present application are not described herein again.
The foregoing is merely illustrative of specific embodiments of the present application, and the scope of the present application is not limited thereto, but any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.
Claims (14)
1. A call request processing method, the method comprising:
receiving a target message sent by a service call control function module S-CSCF in an internet protocol multimedia subsystem IMS, wherein the target message is a message carrying a session initiation protocol SIP;
determining whether the target message meets a preset condition, wherein the preset condition comprises that the target message is an SIP request message initiated by a calling terminal in a calling process or an SIP request message initiated by a called terminal in a called process;
processing a preset field in the target message to obtain a processed target message under the condition that the target message meets the preset condition, wherein the preset field is used for representing the video capability of the user terminal;
And sending the processed target message to the S-CSCF.
2. The call request processing method according to claim 1, wherein the determining whether the target message satisfies a preset condition includes:
determining a flow identifier and an initiator identifier carried in the target message; the flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal;
and determining whether the target message meets the preset condition according to the flow identifier and the initiator identifier.
3. The call request processing method according to claim 1, wherein, when the target message meets the preset condition, processing a preset field in the target message to obtain a processed target message, includes:
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 the user terminal.
4. The call request processing method according to claim 1, wherein, when the target message meets the preset condition, processing a preset field in the target message to obtain a processed target message, includes:
And 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 video capability.
5. The call request processing method according to claim 1, wherein in a case where the target message does not satisfy the preset condition, the method further comprises:
and sending the target message to the S-CSCF.
6. The call request processing method according to any one of claims 1 to 5, wherein the preset field includes a video parameter field in a SIP request message and a field indicating a video media type.
7. A call request processing device is characterized by comprising a receiving unit, a determining unit, a processing unit and a sending unit;
the receiving unit is configured to receive a target message sent by a service call control function module S-CSCF in an internet protocol multimedia subsystem IMS, where the target message is a message carrying a session initiation protocol SIP;
the determining unit is configured to determine whether the target message meets a preset condition, where the preset condition includes that the target message is a SIP request message initiated by a calling terminal in a calling flow, or that the target message is a SIP request message initiated by a called terminal in a called flow;
The processing unit is configured to process a preset field in the target message to obtain a processed target message when the target message meets the preset condition, where the preset field is used to characterize video capability of a user terminal;
and the sending unit is used for sending the processed target message to the S-CSCF.
8. The call request processing apparatus according to claim 7, wherein the determining unit is specifically configured to determine a flow identifier and an initiator identifier carried in the target message; the flow identifier is used for indicating that the target message is a message in a calling flow or a called flow, and the initiator identifier is used for indicating that the target message is a message sent by a calling terminal or a called terminal;
and determining whether the target message meets the preset condition according to the flow identifier and the initiator identifier.
9. The call request processing device according to claim 7, wherein the processing unit is specifically configured to delete 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 the user terminal.
10. The call request processing device according to claim 7, wherein the processing unit is specifically configured to modify the preset field in the target message to obtain the processed target message, so that the processed target message indicates that the user terminal has no video capability.
11. The call request processing apparatus according to claim 7, wherein the sending unit is further configured to send the target message to the S-CSCF.
12. The call request processing apparatus according to any one of claims 7 to 11, wherein the preset field includes a video parameter field in a SIP request message and a field indicating a video media type.
13. An electronic device comprising a memory and a processor;
the memory is coupled to the processor;
the memory is used for storing computer program codes, and the computer program codes comprise computer instructions;
when the processor executes the computer instructions, the electronic device performs the call request processing method according to any one of claims 1-6.
14. A computer readable storage medium having instructions stored therein, which when executed on an electronic device, cause the electronic device to perform the call request processing method according to any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310673343.3A CN116582615A (en) | 2023-06-07 | 2023-06-07 | Call request processing method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310673343.3A CN116582615A (en) | 2023-06-07 | 2023-06-07 | Call request processing method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116582615A true CN116582615A (en) | 2023-08-11 |
Family
ID=87539668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310673343.3A Pending CN116582615A (en) | 2023-06-07 | 2023-06-07 | Call request processing method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116582615A (en) |
-
2023
- 2023-06-07 CN CN202310673343.3A patent/CN116582615A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1574029B1 (en) | Dynamic user state dependent processing | |
| US8295171B2 (en) | Sessions in a communication system | |
| US9628616B2 (en) | Systems and methods for transmitting subject line messages | |
| CN103379096B (en) | Internet and carrier network business sharing method, service side and web gateway | |
| US11438388B2 (en) | Third party IMS services | |
| CN107124417A (en) | MMTel application servers, conversational system and method based on Heterogeneous Computing | |
| US8447028B2 (en) | Systems and methods for self-learning and building web contents via a rich call center service | |
| CN108111700B (en) | Busy call back method, device and server | |
| EP1780986B1 (en) | System enabling IP (internet protocol) services for user terminals based on sip (session initiation protocol) signaling | |
| CN116582615A (en) | Call request processing method, device, equipment and storage medium | |
| CN101674316B (en) | Handset registration and removal method applied to next generation of telecommunication network and system thereof | |
| US9699112B2 (en) | Efficient allocation of network resources | |
| JP4864999B2 (en) | Caller information notification request service system, session control server, call control method, and program | |
| CN101753735B (en) | Method, system and equipment for performing multimedia service processing on call | |
| US20040253957A1 (en) | Mobile terminal control of the establishment of multimedia sessions | |
| CN113014728A (en) | Method, system and computer storage medium for implementing communication assistant service | |
| WO2011113481A1 (en) | Establishing a telecommunications conference | |
| CN109729051B (en) | Information processing method, set top box and computer storage medium | |
| El Saghir et al. | An intelligent assistant for context-aware adaptation of personal communications | |
| CN110198360B (en) | Number allocation method, device, storage medium and electronic device | |
| CN116248796A (en) | Calling method, device, equipment and storage medium | |
| CN116938890A (en) | Data display method, device and storage medium | |
| JP2024513935A (en) | Nuisance call reporting method, terminals, electronic devices and storage media | |
| CN113765894A (en) | Method and system for intercommunication between soft and hard telephones in hospital based on SIP protocol | |
| CN110198573A (en) | Voice call method, apparatus and system |
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 |