A message transmission method, apparatus, device, and storage medium

Abstract

The application provides a message transmission method, device and equipment and a storage medium, and the method is applied to an IBCF, and the method comprises the following steps: receiving a SIP request message from a called side video ringback tone platform; detecting whether the SIP request message belongs to a SIP request message that can be recognized by a calling side terminal; in the case that the SIP request message does not belong to the SIP request message that can be recognized by the calling side terminal, modifying the SIP request message according to a modification strategy pre-deployed on the IBCF; and sending the modified SIP request message to the calling side terminal. The application is aimed at the problem that the message sent by the called side video ringback tone platform is incompatible with the calling side terminal in the interconnection scene, the received message is checked by using the IBCF equipment, the message that cannot be recognized is modified, and therefore the ringback tone service connection rate is improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer technology, and particularly relates to a message transmission method, device, equipment and storage medium. BACKGROUND

[0002] With the development of communication technology, IMS networks of different operators can interwork through IP private networks, so as to realize intercommunication between different IMS networks. IMS (IP Multimedia Subsystem) is a SIP (Session Initiation Protocal) based system, which is used to establish and control calls and sessions between user terminals or between a user terminal and a service platform.

[0003] However, the video ringback tone service across IMS networks is prone to the problem that the calling side terminal cannot recognize the received SIP request message due to the interaction of SIP request messages between IMS networks, thereby causing the call to be not connected and the call connection rate of the ringback tone service to be reduced. Therefore, a message transmission method, device, equipment and storage medium are needed to improve the call connection rate of the video ringback tone service. SUMMARY

[0004] In view of the above problems, the embodiments of the present application provide a message transmission method, device, equipment and storage medium to overcome the above problems or at least partially solve the above problems.

[0005] A first aspect of the embodiments of the present application provides a message transmission method applied to an IBCF, and the method comprises the following steps.

[0006] receiving a SIP request message from a called side video ringback tone platform;

[0007] detecting whether the SIP request message belongs to a SIP request message that can be recognized by a calling side terminal;

[0008] in a case where the SIP request message does not belong to the SIP request message that can be recognized by the calling side terminal, modifying the SIP request message according to a modification strategy pre-deployed on the IBCF;

[0009] sending the modified SIP request message to the calling side terminal.

[0010] Optionally, the step of detecting whether the SIP request message belongs to the SIP request message that can be recognized by the calling side terminal comprises:

[0011] determining whether the type of the SIP request message belongs to a preset message type, the preset message type being one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER, and PUBLISH;

[0012] in a case where the type of the SIP request message does not belong to the preset message type, determining that the SIP request message belongs to a SIP request message recognizable by the calling-side terminal;

[0013] in a case where the type of the SIP request message belongs to the preset message type, determining, according to a message body of the SIP request message, whether the SIP request message belongs to a SIP request message recognizable by the calling-side terminal.

[0014] Optionally, the method further comprises:

[0015] storing, in the IBCF, a candidate message body of a SIP request message recognizable by the calling-side terminal, the candidate message body representing a message body of the SIP request message recognizable by the calling-side terminal;

[0016] determining, according to the message body of the SIP request message, whether the SIP request message belongs to a SIP request message recognizable by the calling-side terminal, comprises:

[0017] acquiring the candidate message body stored in advance according to the type of the SIP request message;

[0018] comparing the message body of the SIP request message with the candidate message body;

[0019] in a case where the message body of the SIP request message is identical to the candidate message body, determining that the SIP request message belongs to a SIP request message recognizable by the calling-side terminal;

[0020] in a case where the message body of the SIP request message is different from the candidate message body, determining that the SIP request message does not belong to a SIP request message recognizable by the calling-side terminal.

[0021] Optionally, modifying the message body according to a modification strategy pre-deployed on the IBCF, comprises:

[0022] deleting the message body of the SIP request message according to the modification strategy pre-deployed on the IBCF; or,

[0023] modifying the message body of the SIP request message into the candidate message body.

[0024] Optionally, the method further comprises:

[0025] generating an exception report and sending the exception report to the called-side video CRBT platform, in the case that the SIP request message does not belong to the SIP request message identifiable by the calling-side terminal.

[0026] Optionally, receiving the SIP request message from the called-side video CRBT platform comprises:

[0027] acquiring the SIP request message transmitted by the ICI interface between the IBCF and another IBCF through port mirroring or a splitter, the another IBCF being directly or indirectly connected with the called-side video CRBT platform.

[0028] Optionally, the method further comprises:

[0029] receiving the CRBT service update information sent by the called-side video CRBT platform;

[0030] updating the modification strategy previously deployed on the IBCF according to the CRBT service update information.

[0031] The second aspect of the embodiment further provides a message transmission device, and the device comprises:

[0032] a receiving module configured to receive a SIP request message from a called-side video CRBT platform;

[0033] a detecting module configured to detect whether the SIP request message belongs to a SIP request message identifiable by a calling-side terminal;

[0034] a modifying module configured to modify the SIP request message according to a modification strategy previously deployed on the IBCF, in the case that the SIP request message does not belong to the SIP request message identifiable by the calling-side terminal;

[0035] a sending module configured to send the modified SIP request message to the calling-side terminal.

[0036] Optionally, the detecting module comprises:

[0037] a first detecting submodule configured to detect whether the type of the SIP request message belongs to a preset message type, the preset message type being one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER and PUBLISH;

[0038] The second detecting sub-module is configured to determine that the SIP request message belongs to the SIP request message recognizable by the calling side terminal in a case that the type of the SIP request message does not belong to the preset message type.

[0039] The determining sub-module is configured to determine whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal according to the message body of the SIP request message in a case that the type of the SIP request message belongs to the preset message type.

[0040] Optionally, the apparatus further comprises:

[0041] The storage module is configured to pre-store a candidate message body of the SIP request message recognizable by the calling side terminal in the IBCF, wherein the candidate message body represents the message body of the SIP request message recognizable by the calling side terminal.

[0042] The determining sub-module comprises:

[0043] The first determining unit is configured to acquire the pre-stored candidate message body according to the type of the SIP request message.

[0044] The second determining unit is configured to compare the message body of the SIP request message with the candidate message body.

[0045] The third determining unit is configured to determine that the SIP request message belongs to the SIP request message recognizable by the calling side terminal in a case that the message body of the SIP request message is the same as the candidate message body.

[0046] The fourth determining unit is configured to determine that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal in a case that the message body of the SIP request message is different from the candidate message body.

[0047] Optionally, the modifying module comprises:

[0048] The deleting sub-module is configured to delete the message body of the SIP request message according to the modification strategy pre-deployed on the IBCF.

[0049] The modifying sub-module is configured to modify the message body of the SIP request message into the candidate message body.

[0050] Optionally, the apparatus further comprises:

[0051] The report generating module is configured to generate an abnormal report and send the abnormal report to the called side video call bell platform in a case that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal.

[0052] Optionally, the receiving module comprises:

[0053] The receiving submodule is configured to acquire, through a port mirror or a splitter, a SIP request message transmitted by an ICI interface between the IBCF and another IBCF, which is directly or indirectly connected with the called-side video CRBT platform.

[0054] Optionally, the apparatus further comprises:

[0055] The updating message receiving module is configured to receive CRBT service updating information sent by the called-side video CRBT platform.

[0056] The updating module is configured to update a modification strategy previously deployed on the IBCF according to the CRBT service updating information.

[0057] The third aspect of the embodiment of the present application further provides an electronic device, which comprises a memory, a processor and a computer program stored in the memory, and the processor executes the computer program to realize the steps in the message transmission method in the first aspect of the embodiment of the present application.

[0058] The fourth aspect of the embodiment of the present application further provides a computer readable storage medium, which stores a computer program / instruction, and the computer program / instruction is executed by a processor to realize the steps in the message transmission method in the first aspect of the embodiment of the present application.

[0059] The embodiment of the present application provides a message transmission method, which is applied to an IBCF, and the method comprises the following steps: receiving a SIP request message from a called-side video CRBT platform; detecting whether the SIP request message belongs to a SIP request message that can be recognized by a calling-side terminal; in the case that the SIP request message does not belong to the SIP request message that can be recognized by the calling-side terminal, modifying the SIP request message according to a modification strategy previously deployed on the IBCF; and sending the modified SIP request message to the calling-side terminal. The embodiment of the present application aims at the problem that a message sent by a called-side video CRBT platform is incompatible with a calling-side mobile terminal in an interconnection scenario, and the IBCF device previously checks the received message, automatically modifies the incompatible SIP message according to a previously deployed strategy, thereby improving the CRBT service connection rate and improving service satisfaction. BRIEF DESCRIPTION OF DRAWINGS

[0060] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the description of the embodiments of the present application. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without any creative effort.

[0061] Figure 1 is a step flow chart of a message transmission method provided by an embodiment of the present application;

[0062] Figure 2 is a call process schematic diagram of a video ringback tone service provided by an embodiment of the present application;

[0063] Figure 3 is a message collection schematic diagram at an ICI interface provided by an embodiment of the present application;

[0064] Figure 4 is a structural schematic diagram of a message transmission device provided by an embodiment of the present application;

[0065] Figure 5 is a schematic diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0066] Exemplary embodiments of the present application will be described herein below with reference to the accompanying drawings. Although exemplary embodiments of the present application are shown in the drawings, it should be understood that the present application can be implemented in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided so that this application will be thorough and complete, and will fully convey the scope of the application to those skilled in the art.

[0067] First, related technical terms involved in embodiments of the present application are briefly explained.

[0068] IMS is an IP multimedia system based on SIP, and is a brand-new multimedia service form or network structure. As a standard system based on IP, IMS can interwork with existing voice and data networks, whether fixed users or mobile users, wherein, users of the IMS network are connected to the network through IP.

[0069] 3GPP TS 29.165 specification defines IMS interworking, which is implemented through IBCF / TrGW network elements and is based on II-NNI interface (Ici, Izi). According to the Ministry of Industry and Information Technology <Technical Requirements for Interworking between IMS Networks of Different Operators>, IMS networks are interconnected by IP trunking, interworking through IBCF / TrGW equipment, and the interworking address uses IPv6 address.

[0070] The IBCF / TrGW network element comprises two parts of IBCF and TrGW. The IBCF (Interconnection border control function) is used for interfacing with a peer IBCF of another network, and is used for completing basic audio / video call, supplementary service, fax and DTMF signal service processing, supporting interworking processing of signaling messages, and realizing interworking of IMS networks of different operators through an IP private network. The TrGW (Transition Gateway) is used for interfacing with a peer TrGW of another network, and is used for completing interworking of media faces of RTP / RTCP, and realizing interworking of audio / video sessions of IMS networks of different operators. An ICI interface between the IBCFs is responsible for cross-network forwarding of SIP signaling. An IZI interface between the TrGWs is responsible for cross-network forwarding of media streams. The IBCF / TrGW needs to support media codec conversion function, so as to realize the requirement of media codec conversion when interworking between different IMS networks.

[0071] The following is the specific content of the embodiment of the application.

[0072] The embodiment of the application provides a message transmission method, which is applied to an IBCF, and the method comprises the steps of Figure 1 , Figure 1 A step flow chart of the message transmission method is shown in FIG. 1, and the method comprises the steps of Figure 1 ,

[0073] In step S101, a SIP request message from a called side video CRBT platform is received.

[0074] The SIP request message indicates a SIP message sent by the called side video CRBT platform to a calling side terminal in a process of video CRBT service. Specifically, the technical solution provided in the embodiment is based on an interworking IMS network architecture. When a calling side terminal dials a called side terminal, the calling side terminal and the called side terminal belong to different IMS networks, and the called side terminal is provided with a video CRBT service. The calling process can refer to FIG. 2. Figure 2 , Figure 2 A calling process schematic diagram of the video CRBT service is shown in FIG. 2, and the calling process comprises the steps of Figure 2As shown, in the order from left to right, the leftmost belongs to the calling terminal, the second is the IBCF1 of the calling side IMS network, then is the IBCF2 of the called side IMS network, and the rightmost is the called side video CRBT platform, and the process is specifically represented as: the calling side terminal initiates a call, sends an invite message to the IBCF2 of the called side IMS network through the IBCF1 of the calling side IMS network, and then the IBCF2 sends the invite message to the called side video CRBT platform. Then, after a series of message interactions, the called side video CRBT platform sends an update message to the IBCF1 of the calling side IMS network, so as to transmit the update message to the calling side terminal, the calling side terminal receives and identifies the update message, and finally realizes the video CRBT call. Therefore, in the video CRBT call process, there are multiple interactions of SIP request messages between the calling side terminal and the called side video CRBT platform, and once there is an exception or protocol inconsistency in a SIP request message, the message identification fails, and the call cannot be connected. The message transmission method proposed in the embodiment can be applied to the IBCF of the IMS network where the calling side terminal is located, and can also be applied to the IBCF of the IMS network where the called side terminal is located.

[0075] In an embodiment, the SIP request message received from the called side video CRBT platform comprises:

[0076] The SIP request message transmitted between the IBCF and another IBCF through the ICI interface is acquired by port mirroring or a splitter, and the another IBCF is directly or indirectly connected with the called side video CRBT platform.

[0077] In the embodiment, the IBCF is the IBCF of the IMS network where the calling side terminal is located, and the SIP request message sent by the called side video CRBT platform is received. The called side video CRBT platform is directly or indirectly connected with the IBCF of the called side, so that the SIP request message can be acquired through the ICI interface between the IBCF and the another IBCF. Specifically, refer to Figure 3 , Figure 3 A message acquisition schematic diagram at the ICI interface is shown, as shown in Figure 3 Between the two IMS networks (IMS network A and IMS network B), the IBCFs of the two networks are connected through the ICI interface, and the TrGWs of the two networks are connected through the IZI. The arrow represents the interface position of the acquired message. The acquisition method in the embodiment can acquire the required SIP request message at the ICI interface through the port mirroring function or by using the splitter. The port mirroring and the splitter are common traffic acquisition means, and in the embodiment, they are not specifically explained.

[0078] In step S102, it is detected whether the SIP request message belongs to the SIP request message that can be identified by the calling side terminal.

[0079] In the embodiment, in order to avoid the calling side terminal directly leading to call failure because of incompatibility or unrecognizability and the like after receiving the corresponding SIP request message, the embodiment pre-detects whether the SIP request message is correct through the IBCF, that is, pre-determines whether the SIP request message can be recognized by the calling side terminal, so as to find and solve the problem in advance.

[0080] In an embodiment, the detecting whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal comprises:

[0081] In step S201, it is detected whether the type of the SIP request message belongs to a preset message type, and the preset message type is one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER and PUBLISH.

[0082] In step S202, in the case that the type of the SIP request message does not belong to the preset message type, it is determined that the SIP request message belongs to the SIP request message recognizable by the calling side terminal.

[0083] In step S203, in the case that the type of the SIP request message belongs to the preset message type, according to the message body of the SIP request message, it is determined whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal.

[0084] Since in actual application process, the SIP request messages processed by the IBCF are various and the processing amount is large, on one hand, the IBCF needs to detect the received SIP request message, so as to find the abnormal SIP request message in advance, and on the other hand, the signaling processing efficiency of the IBCF also needs to be ensured. Therefore, the embodiment proposes to pre-set one or more types of SIP request messages as the preset message type, and the preset message type is used to represent the type of the SIP request message which is prone to abnormality, unrecognizability or incompatibility in the message transmission process.

[0085] In the case that the type of the SIP request message belongs to the preset message type, it is determined whether the SIP request message can be recognized by the calling side terminal by detecting the message body of the message. The message body is a message entity carried by the SIP request message, which can carry various types of information such as SDP, QOS, and even security information, and is mainly used to describe a media session. A SIP request message that cannot be recognized or cannot be compatible is usually caused by a problem in the message body of the message, for example, an abnormal field is added in the message body, and the abnormal field cannot be recognized, resulting in that the whole SIP request message cannot be recognized.

[0086] In the embodiment, after receiving the SIP request message, the IBCF first detects the type of the message, judges whether the received SIP request message belongs to the preset message type, and if not, defaults that the SIP request message is a message that can be recognized by the calling side terminal. If the message belongs to the preset message type, the message body of the message needs to be further checked to determine whether the message body of the SIP request message is abnormal and whether it can be recognized by the calling side terminal. Thus, the embodiment can avoid detecting the message body of the SIP request message one by one, can directly filter out the SIP request message that does not need to be detected, reduce the detection range, and improve the message processing efficiency of the IBCF.

[0087] In an embodiment, the method further comprises:

[0088] The candidate message body of the SIP request message that can be recognized by the calling side terminal is pre-stored in the IBCF, and the candidate message body represents the message body of the SIP request message that can be recognized by the calling side terminal.

[0089] According to the message body of the SIP request message, it is determined whether the SIP request message belongs to the SIP request message that can be recognized by the calling side terminal, comprising:

[0090] According to the type of the SIP request message, the pre-stored candidate message body is acquired;

[0091] The message body of the SIP request message is compared with the candidate message body;

[0092] In the case that the message body of the SIP request message is the same as the candidate message body, it is determined that the SIP request message belongs to the SIP request message that can be recognized by the calling side terminal;

[0093] In the case that the message body of the SIP request message is different from the candidate message body, it is determined that the SIP request message does not belong to the SIP request message that can be recognized by the calling side terminal.

[0094] In the embodiment, in order to realize the message body recognition of the SIP request message, the message body of the SIP request message which is successfully recognized by the calling side terminal can be stored in advance. Since one SIP request message can carry multiple message bodies, and the SIP request message can be of multiple types, the corresponding candidate message bodies stored in advance can also be of multiple types. In this case, the candidate message bodies stored in advance need to be acquired according to the type of the SIP request message, for example, if the SIP request message is an update message, the related message body of the update message stored in advance is acquired. Thus, the message body of the received SIP request message is directly compared with the stored candidate message body, if they are the same, it indicates that the SIP request message can be recognized by the calling side terminal, if they are different, it indicates that the message does not belong to the SIP request message which can be recognized by the calling side terminal. The embodiment can quickly determine whether the SIP request message can be recognized by the calling side terminal by simply comparing the message body of the SIP request message with the candidate message body, thereby realizing the fast and accurate detection of the SIP request message.

[0095] In addition, the above process can be realized by deploying corresponding detection strategies on the IBCF. Specifically, a request message HMR strategy is deployed to start the HMR (Header Manipulation Rules, header processing rule) strategy detection of the SIP request message, which is used to judge whether the received SIP request message belongs to the preset message type; a HMR message body rule is deployed to start the HMR strategy detection in the specific message body in the corresponding request message, which is used to detect whether the message body in the SIP request message belongs to the message body which can be recognized by the calling side terminal. By deploying the above strategies on the IBCF, the network architecture is avoided to be changed, and the efficient automatic detection of the SIP request message is realized.

[0096] Step S103, in the case that the SIP request message does not belong to the SIP request message which can be recognized by the calling side terminal, the SIP request message is modified according to the modification strategy deployed in advance on the IBCF.

[0097] For the detected SIP request message which does not belong to the SIP request message which can be recognized by the calling side terminal, the embodiment proposes to modify it into the SIP request message which can be recognized by the calling side terminal through the modification strategy deployed in advance, thereby improving the success rate of the video ringback tone service. The modification of the SIP request message needs to deploy the corresponding modification strategy on the IBCF in advance. The specific modification strategy can be set according to the actual use, and can be designed for each message body in each SIP request message.

[0098] In one embodiment, the message body is modified according to the modification strategy deployed in advance on the IBCF, including:

[0099] deleting the message body of the SIP request message according to the modification policy pre-deployed on the IBCF; or,

[0100] modifying the message body of the SIP request message into the candidate message body.

[0101] In the embodiment, the message body can be deleted or modified by using the pre-deployed modification policy. Specifically, the difference between the message body of the SIP request message and the candidate message body can be determined by comparing the two, and if there is redundant message body in the message body of the SIP request message, the deletion operation can be directly performed to delete the redundant message body. If there is different content between the message body of the SIP request message and the candidate message body, the message body of the SIP request message is modified into the candidate message body. For example, the SIP request message is an update message, and when it is determined that the message body of the SIP request message has one more "a=conf:qos remote recv" field than the candidate message body, the modification policy can directly delete the redundant field, so that the message body of the SIP request message is consistent with the candidate message body, and the SIP request message can be recognized by the calling terminal, thereby solving the problem of the video ringback tone service caused by the incomplete agreement between the operators in the interconnection scenario, improving the call connection rate of the interconnection video ringback tone service, and improving the customer perception.

[0102] In step S104, the modified SIP request message is sent to the calling terminal.

[0103] The embodiment receives the SIP request message from the called side video ringback tone platform, detects whether the SIP request message is a SIP request message that can be recognized by the calling terminal, modifies the SIP request message according to the modification policy pre-deployed on the IBCF in the case that the SIP request message is not a SIP request message that can be recognized by the calling terminal, and sends the modified SIP request message to the calling terminal. Thus, the embodiment of the application can solve the problem that the message sent by the called side video ringback tone platform is incompatible with the calling terminal in the interconnection scenario, the IBCF device can pre-check the received SIP message, automatically correct the incompatible message, thereby improving the call connection rate of the ringback tone service and improving the customer perception.

[0104] In one embodiment, the method further comprises:

[0105] In the case that the SIP request message is not a SIP request message that can be recognized by the calling terminal, an exception report is generated and sent to the called side video ringback tone platform.

[0106] In the embodiment, when it is detected that the received SIP request cannot be recognized by the calling side terminal, a corresponding exception report can be generated, which can include an exception cause, and specifically can include type information of the SIP request message and difference point information between a message body of the SIP request message and a candidate message body. Thus, the called side video ringback platform can adjust the related message sending strategy according to the received exception report. For example, the exception report received by the called side video ringback platform indicates that the update message does not belong to the SIP request message that can be directly recognized by the calling side terminal because the message body of the update message includes "a=conf:qos remote recv". Thus, the called side video ringback platform can actively adjust the sending strategy of the update message according to the exception report, so that the next time the update message is sent to the calling side terminal, "a=conf:qos remote recv" is deleted in advance.

[0107] In an embodiment, the method further includes:

[0108] receiving the ringback tone service update information sent by the called side video ringback platform;

[0109] updating the modification strategy previously deployed on the IBCF according to the ringback tone service update information.

[0110] Because the video ringback tone service has version update, the corresponding SIP request message also needs to be updated. If the difference between the updated version and the original version is too large, the original detection strategy and modification strategy deployed on the IBCF cannot be adapted, that is, the IBCF cannot automatically detect and correct the SIP request message after the ringback tone service is updated. Therefore, the embodiment proposes that the called side video ringback platform actively sends ringback tone service update information to the IBCF after the service is updated, so that the IBCF can update the modification strategy previously deployed on the IBCF according to the ringback tone service update information, to ensure that the modification strategy can still be used for subsequent modification of the SIP request message, and further ensure the reliability of the message transmission method.

[0111] The embodiment further provides a message transmission device, which refers to Figure 4 , Figure 4 a structural schematic diagram of a message transmission device is shown, as shown in Figure 4 the device includes:

[0112] a receiving module, configured to receive a SIP request message from a called side video ringback platform;

[0113] detecting whether the SIP request message belongs to a SIP request message recognizable by the calling-side terminal;

[0114] modifying the SIP request message according to a modification strategy pre-deployed on the IBCF, in a case that the SIP request message does not belong to a SIP request message recognizable by the calling-side terminal;

[0115] sending the modified SIP request message to the calling-side terminal.

[0116] In an embodiment, the detecting module comprises:

[0117] a first detecting sub-module, configured to detect whether a type of the SIP request message belongs to a preset message type, the preset message type being one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER, and PUBLISH;

[0118] a second detecting sub-module, configured to determine that the SIP request message belongs to a SIP request message recognizable by the calling-side terminal, in a case that the type of the SIP request message does not belong to the preset message type;

[0119] a determining sub-module, configured to determine, in a case that the type of the SIP request message belongs to the preset message type, whether the SIP request message belongs to a SIP request message recognizable by the calling-side terminal according to a message body of the SIP request message.

[0120] In an embodiment, the apparatus further comprises:

[0121] a storing module, configured to pre-store a candidate message body of a SIP request message recognizable by the calling-side terminal in the IBCF, the candidate message body representing a message body of the SIP request message recognizable by the calling-side terminal;

[0122] the determining sub-module comprises:

[0123] a first determining unit, configured to acquire the pre-stored candidate message body according to the type of the SIP request message;

[0124] a second determining unit, configured to compare the message body of the SIP request message with the candidate message body;

[0125] The third determining unit is configured to determine that the SIP request message belongs to the SIP request message recognizable by the calling side terminal when the message body of the SIP request message is the same as the candidate message body.

[0126] The fourth determining unit is configured to determine that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal when the message body of the SIP request message is different from the candidate message body.

[0127] In an embodiment, the modifying module comprises:

[0128] The deleting sub-module is configured to delete the message body of the SIP request message according to the modification policy pre-deployed on the IBCF.

[0129] The modifying sub-module is configured to modify the message body of the SIP request message into the candidate message body.

[0130] Optionally, the apparatus further comprises:

[0131] The report generating module is configured to generate an abnormal report and send the abnormal report to the called side video CRBT platform when the SIP request message does not belong to the SIP request message recognizable by the calling side terminal.

[0132] In an embodiment, the receiving module comprises:

[0133] The receiving sub-module is configured to acquire the SIP request message transmitted by the ICI interface between the IBCF and another IBCF through port mirroring or a splitter, the another IBCF being directly or indirectly connected with the called side video CRBT platform.

[0134] In an embodiment, the apparatus further comprises:

[0135] The updating message receiving module is configured to receive the CRBT service updating information sent by the called side video CRBT platform.

[0136] The updating module is configured to update the modification policy pre-deployed on the IBCF according to the CRBT service updating information.

[0137] The embodiment of the present application further provides an electronic device, which refers to Figure 5 , Figure 5 A schematic diagram of an electronic device provided by the embodiment of the present application is shown. As shown in FIG. 1, the electronic device comprises a processor 10 and a memory 20. Figure 5As shown, the electronic device 100 comprises a memory 110 and a processor 120, the memory 110 and the processor 120 are connected through a bus in communication, the memory 110 stores a computer program, the computer program can run on the processor 120, and then the steps in the message transmission method disclosed by the embodiment of the application are realized.

[0138] The embodiment of the application further provides a computer readable storage medium, which stores a computer program / instruction, and the computer program / instruction is executed by a processor to realize the steps in the message transmission method disclosed by the embodiment of the application.

[0139] The embodiment of the application further provides a computer program product, which is run on an electronic device, and the computer program product enables the processor to execute the steps in the message transmission method disclosed by the embodiment of the application.

[0140] Each embodiment in the specification is described in a progressive manner, and each embodiment focuses on the difference from other embodiments, and the same and similar parts between each embodiment can be referred to each other.

[0141] The embodiment of the application is described with reference to the flowcharts and / or block diagrams of the method, device, electronic device and computer program product according to the embodiment of the application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, and the combination of the flows and / or blocks in the flowcharts and / or block diagrams can be realized by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing terminal equipment to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal equipment produce a means for implementing the functions specified in the flowcharts and / or block diagrams. Figure 1 The function specified in one flow or multiple flows and / or blocks Figure 1 The device for realizing the function specified in one block or multiple blocks.

[0142] These computer program instructions can also be stored in a computer readable storage medium, which can guide the computer or other programmable data processing terminal equipment to work in a specific way, so that the instructions stored in the computer readable storage medium produce a product comprising instruction devices, which realize the functions specified in the flowcharts and / or block diagrams. Figure 1 The function specified in one flow or multiple flows and / or blocks Figure 1 The function specified in one block or multiple blocks.

[0143] These computer program instructions can also be loaded into the computer or other programmable data processing terminal equipment, so that a series of operation steps are executed on the computer or other programmable terminal equipment to produce a computer implemented process, and the instructions executed on the computer or other programmable terminal equipment provide a means for realizing the functions specified in the flowcharts and / or block diagrams.Figure 1 one or more processes and / or blocks Figure 1 the steps of a function specified in the flow or flows and / or blocks.

[0144] While preferred embodiments of the application have been described, those skilled in the art will appreciate that other modifications than those specifically described can be made within the scope of the present application. Accordingly, all changes coming within the meaning and equivalency range of the appended claims are intended to be embraced therein.

[0145] Finally, it should be noted that the terms "first", "second", and the like, herein do not denote any order, quantity, combination, or importance, but rather are used to distinguish one element from another, and do not imply singular or plural. Moreover, the term "include", "have", or "contain" or any other variant thereof, are intended to encompass non-exclusive inclusions, such that processes, methods, articles, or apparatuses that comprise a set of elements not expressly listed are still within the scope of such steps, processes, articles, or apparatuses. Without more limitations, an element defined by the statement "comprising a..." does not exclude the existence of additional identical elements in the process, method, article, or apparatus that includes the stated element.

[0146] The above provides a message transmission method and device, electronic equipment and storage medium, the principle and implementation mode of the present application are described by applying specific examples in the text, the above embodiment is only used to help understand the method and core idea of the present application; At the same time, for those skilled in the art, according to the idea of the present application, the specific implementation mode and application range will be changed; The above description should not be understood as the limitation of the present application.

Claims

1. A message transmission method, characterized by, The method applied to the IBCF comprises: receiving a SIP request message from a called side video ringback tone platform; detecting whether the SIP request message belongs to a SIP request message recognizable by a calling side terminal; in the case that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal, modifying the SIP request message according to a modification strategy pre-deployed on the IBCF; sending the modified SIP request message to the calling side terminal; detecting whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal comprises: detecting whether the type of the SIP request message belongs to a preset message type, the preset message type being one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER and PUBLISH; in the case that the type of the SIP request message does not belong to the preset message type, determining that the SIP request message belongs to the SIP request message recognizable by the calling side terminal; in the case that the type of the SIP request message belongs to the preset message type, determining whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal according to the message body of the SIP request message.

2. The message transmission method according to claim 1, characterized in that, The method further comprises: pre-storing a candidate message body of the SIP request message recognizable by the calling side terminal in the IBCF, the candidate message body representing the message body of the SIP request message recognizable by the calling side terminal; determining whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal according to the message body of the SIP request message comprises: acquiring the pre-stored candidate message body according to the type of the SIP request message; comparing the message body of the SIP request message with the candidate message body; in the case that the message body of the SIP request message is identical to the candidate message body, determining that the SIP request message belongs to the SIP request message recognizable by the calling side terminal; in the case that the message body of the SIP request message is different from the candidate message body, determining that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal.

3. The message transmission method according to claim 2, characterized in that, modifying the message body according to the modification strategy pre-deployed on the IBCF comprises: deleting the message body of the SIP request message according to the modification strategy pre-deployed on the IBCF; or modifying the message body of the SIP request message into the candidate message body.

4. The message transmission method of claim 1, wherein, The method further comprises: in the case that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal, generating an exception report and sending the exception report to the called side video ringback tone platform.

5. The message transmission method of claim 1, wherein, receiving the SIP request message from the called side video ringback tone platform comprises: Obtaining the SIP request message transmitted by the ICI interface between the IBCF and another IBCF which is directly or indirectly connected with the called side video CRBT platform through port mirroring or optical splitter.

6. The message transmission method of claim 1, wherein, The method further comprises: Receiving the CRBT service update information sent by the called side video CRBT platform; Updating the modification strategy previously deployed on the IBCF according to the CRBT service update information.

7. A message transmission apparatus characterized by comprising: The device applied to the IBCF comprises: A receiving module configured to receive the SIP request message from the called side video CRBT platform; A detecting module configured to detect whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal; A modifying module configured to modify the SIP request message according to the modification strategy previously deployed on the IBCF in the case that the SIP request message does not belong to the SIP request message recognizable by the calling side terminal; A sending module configured to send the modified SIP request message to the calling side terminal; The detecting module comprises: A first detecting submodule configured to detect whether the type of the SIP request message belongs to a preset message type, the preset message type being one or more of INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, NOTIFY, UPDATE, MESSAGE, SUBSCRIBE, REFER and PUBLISH; A second detecting submodule configured to determine that the SIP request message belongs to the SIP request message recognizable by the calling side terminal in the case that the type of the SIP request message does not belong to the preset message type; A determining submodule configured to determine whether the SIP request message belongs to the SIP request message recognizable by the calling side terminal according to the message body of the SIP request message in the case that the type of the SIP request message belongs to the preset message type.

8. An electronic device comprising a memory, a processor, and a computer program stored on the memory, wherein the computer program comprises instructions that, when executed by the processor, cause the electronic device to perform the method of any one of claims 1-7. The processor executes the computer program to implement the steps in the message transmission method of any one of claims 1-6.

9. A computer readable storage medium having stored thereon computer programs / instructions, characterized in that, The computer program / instruction is executed by the processor to implement the steps in the message transmission method of any one of claims 1-6.

Images