CN106817350A - Message processing method and device - Google Patents

Abstract

The invention provides a kind of message processing method and device, wherein, the method includes：The realtime transmission protocol RTP message for being sent to receiving terminal is compressed according to the compress mode consulted with receiving terminal；After compressing successfully, the RTP messages after compression are sent to by above-mentioned receiving terminal by satellite.By the present invention, solve the problems, such as that bandwidth availability ratio of the voice communication present in correlation technique on satellite communication field is not enough, and then reached the bandwidth availability ratio for improving voice communication on satellite communication field, save the effect of bandwidth resources.

Description

Message processing method and device

Technical field

The present invention relates to the communications field, in particular to a kind of message processing method and device.

Background technology

At sea to be covered with the signal that most of region of land is cellular mobile communication system, therefore, make It is a kind of effective means of supplementing out economy, satellite communication is widely used in the major part of above-mentioned Sea area and land In region, the departments such as transport by sea, probing, exploration and fishery are particularly applied to.Satellite communication have not by the time, The limitation of many factors such as place, environment, service time is short, long transmission distance, network design are fast, communications cost with it is logical Many advantages, such as communication distance is unrelated, can real voice-and-data real time bidirectional transmission.

Wherein, satellite phone is existing one kind for realizing satellite communication, because satellite channel is with different from terrestrial channel Some features, and transmission control protocol (Transfer Control Protocol, referred to as TCP)/Internet protocol (Internet Protocol, referred to as IP) agreement be originally be terrestrial network design, so ICP/IP protocol is on satellite channel Transmission performance is poor.There is problems with：

1) on the one hand postpone big, the time delay of satellite channel is very long, typical satellite communication time delay in 540ms or so, this The ceaselessly re-transmission of Transmission Control Protocol can be caused, causes the congestion of communication link.On the other hand have in actual satellite communication Error code very high, and it is the loss of data that network congestion is caused or the data that error code is caused that Transmission Control Protocol is not distinguished Lose, Transmission Control Protocol can without exception be considered that network congestion is caused, so as to reduce the transmission window of TCP, cause transmission Bandwidth decline；

2) satellite communication bandwidth is low and rents somewhat expensive, voice transfer (the Voice over Internet based on procotol Protocol, referred to as VOIP) using different coded formats when, it is necessary to different data bandwidth, such as needed using G729 Want bandwidth 8Kbps, and heading (RTP (Real-time Transport Protocol, referred to as RTP)+User Data Protocol (User Date Protocol, referred to as UDP)+IP) 16K bps are just account for, So VOIP phones are accomplished by taking the bandwidth of 24Kbps all the way, this is that resource is greatly unrestrained for satellite communication Take.

Therefore, in the related art, there is a problem that bandwidth availability ratio of the voice communication on satellite communication field is not enough, And the problem is directed to, effective solution is not yet proposed at present.

The content of the invention

The invention provides a kind of message processing method and device, existed with least solving voice communication present in correlation technique The problem of the bandwidth availability ratio deficiency on satellite communication field.

According to an aspect of the invention, there is provided a kind of message processing method, including：According to the pressure consulted with receiving terminal Contracting mode is compressed to the realtime transmission protocol RTP message for being sent to the receiving terminal；After compressing successfully, lead to Cross satellite and the RTP messages after compression are sent to the receiving terminal.

Alternatively, the compress mode is consulted with the receiving terminal in the following way：According to being sent to the receiving terminal The relevant information of RTP messages set up compaction table, wherein, the compress mode of current selection is carried in the compaction table Mark and the RTP messages relevant information, when the current selection compress mode for can something or somebody to fall back on compression ROCH or During configuration Compressed Real-Time Protocol CRTP, source internet protocol IP address of the relevant information including the RTP messages, Purpose IP address, User Data Protocol UDP source ports, UDP destination interfaces and RTP heads；Or, when the pressure When contracting mode is for configuration compression User Data Protocol CUDP, the relevant information includes the source IP ground of the RTP messages Location, purpose IP address, UDP source ports and UDP destination interfaces；The compaction table set up is sent to the reception End, wherein, the compaction table is used to indicate the receiving terminal to set up decompression table corresponding with the compaction table.

Alternatively, the relevant information of the RTP messages is obtained in the following way：What judgement was received is sent to institute Whether the message for stating receiving terminal is RTP messages；In the case where judged result is RTP messages for the message, extract The relevant information of the message as the RTP messages relevant information.

Alternatively, judge whether the message for being sent to the receiving terminal for receiving is that RTP messages include：Sentence Whether the disconnected message for being sent to the receiving terminal is UDP messages；After it is determined that the message is UDP messages, Whether the byte number of UDP message frame of the message is judged more than predetermined quantity, if greater than the predetermined quantity, then Judge whether the pre-determined bit in the UDP load of the message is predetermined value；When it is determined that in the UDP load of the message When pre-determined bit is predetermined value, judge the message payload PAYLOAD coded format whether be RTP volume Code form；When it is determined that the PAYLOAD of the message is the coded format of RTP, determine that the message is RTP reports Text.

Alternatively, it is sent to after the receiving terminal by the compaction table set up, methods described also includes：Reception is taken The first RTCP Real-time Transport Control Protocol RTCP messages with hang up instruction；The first notification message is sent to the receiving terminal, its In, first notification message is used to notify that the receiving terminal deletes the decompression table；Receiving from the reception After the successful deletion response at end, the compaction table is deleted.

Alternatively, according to the compress mode consulted with receiving terminal in advance to being sent to the RTP of the receiving terminal After message is compressed, methods described also includes：The number of times of compression RTP messages failure exceed first threshold and/or When the time of continuous compression RTP messages failure exceedes Second Threshold, the compaction table is deleted；Sent to the receiving terminal Second notification message, wherein, the second notification message is used to notify that the receiving terminal deletes the decompression table.

Alternatively, the RTP message transmissions after compression are given after the receiving terminal by satellite, methods described is also wrapped Include：Receive the third notice message for notifying the deletion compaction table from the receiving terminal；According to the threeway Know that message deletes the compaction table.

Alternatively, the third notice message includes at least one of：RTP of the receiving terminal after compression is decompressed The number of times of message failure exceedes the time of the RTP messages failure after first threshold and/or continuous decompression compression more than second The notification message sent in the case of threshold value；The receiving terminal is receiving the second real-time Transmission control of carrying hang up instruction The notification message sent after agreement RTCP messages.

According to another aspect of the present invention, there is provided a kind of message processing method, including：Receiving end/sending end is sent out by satellite Realtime transmission protocol RTP message after the compression sent；Decompression mode according to consulting with the transmitting terminal decompresses institute State the RTP messages after compression.

Alternatively, the decompression mode is consulted with the transmitting terminal in the following way：Receive from the transmitting terminal Compaction table；Decompression table for decompressing the RTP messages after the compression is set up according to the compaction table.

Alternatively, the decompression of the RTP messages after being set up for decompressing the compression according to the compaction table After table, methods described also includes：Receive the 4th notification message from the transmitting terminal；Notify to disappear according to the described 4th Breath deletes the decompression table.

Alternatively, the 4th notice message package includes at least one of：The transmitting terminal is compressing pending bringing The number of times of RTP messages failure exceedes first threshold and/or the time of the continuous compression RTP messages failure brought pending surpasses The notification message sent in the case of crossing Second Threshold；The transmitting terminal carries the first real-time biography of hang up instruction receiving The notification message sent after transport control protocol view RTCP messages.

Alternatively, described the first of carrying hang up instruction is being received when the described 4th notice message package includes the transmitting terminal During the notification message sent after RTCP messages, after the decompression table is deleted according to the 4th notification message, institute Stating method also includes：Sent to the transmitting terminal and successfully delete response, wherein, it is described successfully to delete response for indicating institute State transmitting terminal and delete the compaction table.

Alternatively, after the compaction table from the transmitting terminal is received, methods described also includes：Receive to carry and hang Second RTCP Real-time Transport Control Protocol RTCP messages of severed finger order；The 5th notification message is sent to the transmitting terminal, wherein, 5th notification message is used to notify that the transmitting terminal deletes the compaction table；Receive from the transmitting terminal into After work(deletes response, the decompression table is deleted.

Alternatively, the RTP reports after the decompression mode that basis and the transmitting terminal are consulted decompresses the compression After text, methods described also includes：When decompress compression after RTP messages failure number of times exceed first threshold and/or After the time that continuously the RTP messages after decompression compression fail exceedes Second Threshold, the deletion decompression table, and to The transmitting terminal sends the 6th notification message, wherein, the 6th notification message is used to notify that the transmitting terminal deletion is described Compaction table.

According to another aspect of the present invention, there is provided a kind of message process device, including：Compression module, for according to The compress mode that receiving terminal is consulted is compressed to the realtime transmission protocol RTP message for being sent to the receiving terminal；The One sending module, for after compressing successfully, the RTP messages after compression being sent into the receiving terminal by satellite.

Alternatively, described device also includes the first negotiation module, for consulting described with the receiving terminal in the following way Compress mode：Relevant information according to the RTP messages for being sent to the receiving terminal sets up compaction table, wherein, it is described The mark and the relevant information of the RTP messages of the compress mode of current selection are carried in compaction table, when the current choosing The compress mode selected for can something or somebody to fall back on compression ROCH or configuration Compressed Real-Time Protocol CRTP when, the relevant information include institute State source internet protocol IP address, purpose IP address, User Data Protocol UDP source ports, the UDP of RTP messages Destination interface and RTP heads；Or, it is described when the compress mode is for configuration compression User Data Protocol CUDP Relevant information includes source IP address, purpose IP address, UDP source ports and the UDP destination interfaces of the RTP messages； The compaction table set up is sent to the receiving terminal, wherein, the compaction table be used to indicating the receiving terminal set up with The corresponding decompression table of the compaction table.

Alternatively, when the relevant information of the RTP messages is obtained, first negotiation module includes：Judging unit, Whether the message for being sent to the receiving terminal for judging to receive is RTP messages；Extraction unit, for sentencing In the case that disconnected result is RTP messages for the message, the relevant information of the message is extracted as the RTP messages Relevant information.

Alternatively, the judging unit judges whether is the message for being sent to the receiving terminal that receives in the following way It is RTP messages：Whether the message that judgement is sent to the receiving terminal is UDP messages；When it is determined that the message Whether it is after UDP messages, the byte number of UDP message frame of the message to be judged more than predetermined quantity, if greater than institute Predetermined quantity is stated, then judges whether the pre-determined bit in the UDP load of the message is predetermined value；When it is determined that the message UDP load in pre-determined bit when being predetermined value, judge the coded format of the payload PAYLOAD of the message Whether be RTP coded format；When it is determined that the PAYLOAD of the message is the coded format of RTP, institute is determined It is RTP messages to state message.

Alternatively, described device also includes：First receiver module, for the compaction table set up is sent to it is described After receiving terminal, the first RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received；Second sending module, For sending the first notification message to the receiving terminal, wherein, first notification message is used to notify that the receiving terminal is deleted Except the decompression table；First removing module, for after the response of the successful deletion from the receiving terminal is received, deleting Except the compaction table.

Alternatively, described device also includes：Second removing module, for according to the compression side for consulting with receiving terminal in advance After formula is compressed to the RTP messages for being sent to the receiving terminal, and in compression RTP message failures Number of times exceedes the time of first threshold and/or the failure of continuous compression RTP messages more than after Second Threshold, deletes the compression Table；3rd sending module, for sending second notification message to the receiving terminal, wherein, the second notification message is used The decompression table is deleted in the receiving terminal is notified.

Alternatively, described device also includes：Second receiver module, for by satellite by the RTP messages after compression It is transferred to after the receiving terminal, receives the third notice for notifying to delete the compaction table from the receiving terminal and disappear Breath；3rd removing module, for deleting the compaction table according to the third notice message.

Alternatively, the third notice message includes at least one of：RTP of the receiving terminal after compression is decompressed The number of times of message failure exceedes the time of the RTP messages failure after first threshold and/or continuous decompression compression more than second The notification message sent in the case of threshold value；The receiving terminal is receiving the second real-time Transmission control of carrying hang up instruction The notification message sent after agreement RTCP messages.

Alternatively, the message process device is located in the first gateway or terminal, and the receiving terminal includes the second gateway；Or Person, the message process device is located in the second gateway, and the receiving terminal includes the first gateway or terminal.

According to another aspect of the present invention, there is provided a kind of message process device, including：3rd receiver module, for connecing Transmitting-receiving sending end is by the realtime transmission protocol RTP message after the compression that satellite sends；Decompression module, for basis with The decompression mode that the transmitting terminal is consulted decompresses the RTP messages after the compression.

Alternatively, described device also includes the second negotiation module, for consulting described with the transmitting terminal in the following way Decompression mode：Receive the compaction table from the transmitting terminal；Set up for decompressing the compression according to the compaction table The decompression table of RTP messages afterwards.

Alternatively, described device also includes：4th receiver module, for being set up for decompressing according to the compaction table After the decompression table of the RTP messages after the compression, the 4th notification message from the transmitting terminal is received； 4th removing module, for deleting the decompression table according to the 4th notification message.

Alternatively, the 4th notice message package includes at least one of：The transmitting terminal is compressing pending bringing The number of times of RTP messages failure exceedes first threshold and/or the time of the continuous compression RTP messages failure brought pending surpasses The notification message sent in the case of crossing Second Threshold；The transmitting terminal carries the first real-time biography of hang up instruction receiving The notification message sent after transport control protocol view RTCP messages.

Alternatively, described the first of carrying hang up instruction is being received when the described 4th notice message package includes the transmitting terminal During the notification message sent after RTCP messages, described device also includes：4th sending module, for according to described Four notification messages are deleted after the decompression table, are sent to the transmitting terminal and are successfully deleted response, wherein, the success Response is deleted for indicating the transmitting terminal to delete the compaction table.

Alternatively, described device also includes：5th receiver module, for receiving the compression from the transmitting terminal After table, the second RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received；5th sending module, is used for The 5th notification message is sent to the transmitting terminal, wherein, the 5th notification message is used to notify that the transmitting terminal deletes institute State compaction table；5th removing module, for after the response of the successful deletion from the transmitting terminal is received, deleting described Decompression table.

Alternatively, described device also includes：Processing module, for the decompression consulted in basis and the transmitting terminal Mode is decompressed after the RTP messages after the compression, and it is super to decompress the number of times of the RTP messages failure after compression After the time of the RTP messages failure crossed after first threshold and/or continuous decompression compression exceedes Second Threshold, delete described Decompression table, and the 6th notification message is sent to the transmitting terminal, wherein, the 6th notification message is used to notify described Transmitting terminal deletes the compaction table.

Alternatively, the message process device is located in the second gateway, and the transmitting terminal includes the first gateway or terminal；Or Person, the message process device is located in the first gateway or terminal, and the transmitting terminal includes the second gateway.

By the present invention, using according to the compress mode consulted with receiving terminal to being sent to the real-time Transmission of the receiving terminal Protocol RTP message is compressed；After compressing successfully, the RTP messages after compression are sent to by described connecing by satellite Receiving end.Solve the problems, such as that bandwidth availability ratio of the voice communication present in correlation technique on satellite communication field is not enough, And then the bandwidth availability ratio for improving voice communication on satellite communication field has been reached, save the effect of bandwidth resources.

Brief description of the drawings

Accompanying drawing described herein is used for providing a further understanding of the present invention, constitutes the part of the application, the present invention Schematic description and description be used for explain the present invention, do not constitute inappropriate limitation of the present invention.In the accompanying drawings：

Fig. 1 is the flow chart of message processing method according to embodiments of the present invention；

Fig. 2 is the flow chart of message processing method according to embodiments of the present invention；

Fig. 3 is audio call according to embodiments of the present invention and hangs up the interaction diagrams of process；

Fig. 4 is satellite communication transmission schematic diagram of a scenario according to embodiments of the present invention；

Fig. 5 is the decision flow chart of RTP messages according to embodiments of the present invention；

Fig. 6 is the self-defined negotiation packet encapsulation format schematic diagram of ROHC according to embodiments of the present invention；

Fig. 7 is that UE according to embodiments of the present invention is directly accessed satellite communication scene；

Fig. 8 is the self-defined negotiation packet encapsulation format schematic diagram of CUDP according to embodiments of the present invention；

Fig. 9 is the structured flowchart of the first message process device according to embodiments of the present invention；

Figure 10 is the preferred structure block diagram one of the first message process device according to embodiments of the present invention；

Figure 11 is the structured flowchart of the first negotiation module 102 in the first message process device according to embodiments of the present invention；

Figure 12 is the preferred structure block diagram two of the first message process device according to embodiments of the present invention；

Figure 13 is the preferred structure block diagram three of the first message process device according to embodiments of the present invention；

Figure 14 is the preferred structure block diagram four of the first message process device according to embodiments of the present invention；

Figure 15 is the structured flowchart of second message process device according to embodiments of the present invention；

Figure 16 is the preferred structure block diagram one of second message process device according to embodiments of the present invention；

Figure 17 is the preferred structure block diagram two of second message process device according to embodiments of the present invention；

Figure 18 is the preferred structure block diagram three of second message process device according to embodiments of the present invention；

Figure 19 is the preferred structure block diagram four of second message process device according to embodiments of the present invention；

Figure 20 is the preferred structure block diagram five of second message process device according to embodiments of the present invention.

Specific embodiment

Describe the present invention in detail below with reference to accompanying drawing and in conjunction with the embodiments.It should be noted that in the feelings not conflicted Under condition, the feature in embodiment and embodiment in the application can be mutually combined.

It should be noted that term " first ", " second " in description and claims of this specification and above-mentioned accompanying drawing Etc. being for distinguishing similar object, without for describing specific order or precedence.

A kind of message processing method is provided in the present embodiment, and Fig. 1 is message processing method according to embodiments of the present invention Flow chart, as shown in figure 1, the flow comprises the following steps：

Step S102, according to the compress mode consulted with receiving terminal to being sent to the realtime transmission protocol RTP of receiving terminal Message is compressed；

Step S104, after compressing successfully, above-mentioned receiving terminal is sent to by satellite by the RTP messages after compression.

It is that the RTP messages are compressed first when RTP messages are sent to receiving terminal knowable to above-mentioned steps (because the heading of RTP messages can take larger bandwidth, when being compressed to RTP messages, can only to RTP IP, UDP and RTP of message is compressed), then the RTP messages after compression are sent and gives receiving terminal, Wherein, the size of the RTP messages after compression, can be much smaller for original unpressed RTP messages, So, the occupancy of bandwidth just can be reduced, it is achieved thereby that sending the mesh of more RTP messages in certain bandwidth , the utilization rate of bandwidth is improve, solve bandwidth of the voice communication present in correlation technique on satellite communication field The not enough problem of utilization rate, and then the bandwidth availability ratio for improving voice communication on satellite communication field has been reached, save band The effect of resource wide.

In an optional embodiment, compress mode can be consulted with receiving terminal in the following way：According to being sent to The relevant information of the RTP messages of receiving terminal sets up compaction table, wherein, the compression side of current selection is carried in the compaction table Formula mark and above-mentioned RTP messages relevant information, when the current selection compress mode for can something or somebody to fall back on compression (Robust Header Compression, referred to as ROCH) or configuration Compressed Real-Time Protocol (Configuring Compressed Real-Time Protocol, referred to as CRTP) when, above-mentioned relevant information includes the source internet protocol IP of RTP messages Address, purpose IP address, User Data Protocol UDP source ports, UDP destination interfaces and RTP heads；Or, when Above-mentioned compress mode for configuration compression User Data Protocol (Configuring Compressed User Date Protocol, Referred to as CUDP) when, above-mentioned relevant information includes source IP address, purpose IP address, the UDP sources of RTP messages Mouth and UDP destination interfaces；The above-mentioned compaction table set up is sent to receiving terminal, wherein, the compaction table connects for instruction Receiving end sets up decompression table corresponding with compaction table.Wherein, receiving terminal can be returned again after understanding compaction table is successfully established Return a response message for setting up OK.It should be noted that above-mentioned several compress modes are only examples, can also adopt Other compress modes are used, similarly, it is necessary to set up and other compress modes when using other compress modes Corresponding compaction table, the content in the corresponding compaction table of different compress modes can be different.In above-mentioned negotiation side After formula is completed, two ends just can carry out compression, the decompression operation of RTP messages by the way of consulting.

In an optional embodiment, the relevant information of above-mentioned RTP messages can be obtained in the following way：Judge Whether the message for being sent to receiving terminal for receiving is RTP messages；It is that the message is RTP messages in judged result In the case of, the relevant information of above-mentioned message is extracted as the relevant information of RTP messages.Wherein, this is sent to receive The message at end can need to be sent to first RTP message of receiving terminal, also, in order to avoid time delay is excessive, should First RTP message can be transmitted directly to receiving terminal without overcompression.

Wherein, judge whether message is that the mode of RTP messages there can be various judgment modes, the present invention is implemented below The determination methods proposed in example are illustrated：The message for being sent to the receiving terminal that receives of judgement whether be RTP messages include：Whether the message that judgement is sent to receiving terminal is UDP messages；When it is determined that the message is UDP reports Wen Hou, judges whether the byte number of the UDP message frame of the message is more than predetermined quantity (for example, the predetermined quantity is 12 Individual byte, i.e. whether more than RTP message glands length), if greater than predetermined quantity, then judge the UDP of message Pre-determined bit (for example, front two) in load whether be predetermined value (for example, 0x10, i.e. whether with existing RTP Version number is identical)；When it is determined that the pre-determined bit in the UDP load of the message is predetermined value, the payload of message is judged The coded format of PAYLOAD whether be RTP coded format；When it is determined that the PAYLOAD of the message is RTP's During coded format, determine that the message is RTP messages.Using the judgement scheme in the embodiment of the present invention, i.e., by judging Whether coded format is that the coded format of RTP determines whether message is RTP messages, can simplify judgement step, is carried Accuracy of judgement degree high.Also, during follow-up, after the message for needing to be sent to receiving terminal is received, it is also possible to Judge whether the message for receiving is RTP messages according to the method described above, when it is determined that being, then pair determination is the report of RTP Text is compressed according to the method in the above embodiments, then, sends the RTP messages after compression.

The main body for performing aforesaid operations can be transmitting terminal, and compaction table conciliates compaction table after initialization, transmitting terminal and reception End can also conciliate compaction table to compaction table and be deleted or updated operation, in an optional embodiment, will set up Compaction table be sent to after receiving terminal, the above method also includes：Receive the first real-time Transmission control for carrying hang up instruction Agreement RTCP messages；The first notification message is sent to receiving terminal, wherein, first notification message is used to notify receiving terminal Delete decompression table；After the response of the successful deletion from above-mentioned receiving terminal is received, compaction table is deleted.Wherein, should Specific fields in RTCP messages can be configured so that BYE, and the specific fields for being arranged to BYE can be above-mentioned Hang up instruction.

In an optional embodiment, according in advance with receiving terminal consult compress mode to being sent to receiving terminal After RTP messages are compressed, the method also includes：The number of times of compression RTP messages failure exceed first threshold and/ Or after the time of continuous compression RTP messages failure exceedes Second Threshold, delete above-mentioned compaction table；The is sent to receiving terminal Two notification messages, wherein, the second notification message is used to notify that receiving terminal deletes decompression table.Wherein, in the embodiment In, can delete compaction table after compression RTP message failures, it is also possible to when the number of times of compression RTP message failures surpasses Compaction table is deleted again after crossing pre-determined number (pre-determined number can be more than 1), or, it is also possible in continued compression RTP The time of message failure deletes compaction table when exceeding certain value, then reinforms receiving terminal and deletes decompression table.

The deletion for describing compaction table reconciliation compaction table in the above-described embodiments is (that is, to perform aforesaid operations by transmitting terminal One end) triggering, certainly, the deletion that compaction table conciliates compaction table can also be triggered by receiving terminal, optional at one Embodiment in, by satellite by the RTP message transmissions after compression to receiving terminal after, the method also includes：Connect Receive the third notice message for notifying deletion compaction table from receiving terminal；Compaction table is deleted according to the third notice message.

In an optional embodiment, above-mentioned third notice message can include at least one of：Receiving terminal is in decompression The number of times of the RTP messages failure after contractive pressure contracting exceedes the RTP messages failure after first threshold and/or continuous decompression compression Time exceed Second Threshold in the case of send notification message；Above-mentioned receiving terminal carries the of hang up instruction receiving The notification message sent after two RTCP Real-time Transport Control Protocol RTCP messages.Likewise, receiving terminal is after compression is decompressed The notification message sent in the case of the failure of RTP messages can be the notice sent after receiving terminal decompression once fails Message, or the number of times of receiving terminal decompression failure exceed the notification message sent after pre-determined number, or, it is also possible to It is the notification message of receiving terminal transmission after the time of lasting de-compression failure exceedes certain value, also, receiving terminal is in transmission Before notification message, the decompression table in receiving terminal can be first deleted.

In the above-described embodiments, after transmitting terminal deletes compaction table, receiving terminal deletes decompression table, transmitting terminal and connect Receiving end can again initiate the flow for consulting to set up compaction table decompression table.

A kind of message processing method is additionally provided in the present embodiment, and Fig. 2 is Message processing side according to embodiments of the present invention The flow chart of method, as shown in Fig. 2 the flow comprises the following steps：

Step S202, receiving end/sending end is by the realtime transmission protocol RTP message after the compression that satellite sends；

Step S204, the RTP messages after compression are decompressed according to the decompression mode consulted with above-mentioned transmitting terminal.

From above-mentioned steps, the RTP messages of reception are the RTP messages after compression, i.e. transmitting terminal is sending RTP It is that the RTP messages are compressed first during message, then retransmits the RTP messages after compression, wherein, pressure The size of the RTP messages after contracting, can be much smaller for original unpressed RTP messages, so, just The occupancy of bandwidth can be reduced, it is achieved thereby that sending the purpose of more RTP messages in certain bandwidth, is improved The utilization rate of bandwidth, solves bandwidth availability ratio of the voice communication present in correlation technique on satellite communication field not The problem of foot, and then the bandwidth availability ratio for improving voice communication on satellite communication field has been reached, save bandwidth resources Effect.

In an optional embodiment, above-mentioned decompression mode can be consulted with transmitting terminal in the following way：Receive and From the compaction table of transmitting terminal；Decompression table for decompressing the RTP messages after above-mentioned compression is set up according to the compaction table. It should be noted that can be identified in above-mentioned compaction table using which kind of compress mode (for example, it may be ROCH Compress mode or, CUDP compress modes), the content in the corresponding compaction table of different compress modes can be different 's.After above-mentioned negotiation mode is completed, two ends just can using be carried out by the way of negotiation RTP messages compression, Decompression operation.

Wherein, the main body for performing aforesaid operations can be receiving terminal, and compaction table conciliates compaction table after initialization, transmitting terminal Compaction table reconciliation compaction table can also be deleted with receiving terminal or be updated operation, in an optional embodiment, Set up after the decompression table for decompressing the RTP messages after the compression according to above-mentioned compaction table, the side Method also includes：Receive the 4th notification message from transmitting terminal；Above-mentioned decompression table is deleted according to the 4th notification message.

In an optional embodiment, above-mentioned 4th notification message can include at least one of：Transmitting terminal is in compression The number of times of the RTP messages failure brought pending exceedes first threshold and/or the continuous compression RTP messages brought pending The time of failure is more than the notification message sent in the case of Second Threshold；Transmitting terminal carries the of hang up instruction receiving The notification message sent after one RTCP Real-time Transport Control Protocol RTCP messages.Alternatively, transmitting terminal loses in compression RTP messages The notification message sent in the case of losing can be the notification message sent after transmitting terminal compression once fails, it is also possible to Be transmitting terminal compression failure number of times exceed pre-determined number after send notification message, or, or transmitting terminal holding The time of continuous compression failure exceedes the notification message sent after certain value, also, transmitting terminal is before sending a notification message, The compaction table in transmitting terminal can first be deleted；Knowable to from the description above, hang up instruction can be carried in RTCP messages, Its carrying mode can be that scheduled field is arranged to BYE in RTCP.

In an optional embodiment, carrying hang up instruction is being received when the above-mentioned 4th notice message package includes transmitting terminal During the notification message sent after the first RTCP messages, after decompression table is deleted according to above-mentioned 4th notification message, on Stating method also includes：Sent to the transmitting terminal and successfully delete response, wherein, this successfully deletes response for indicating to send Delete compaction table in end.

The deletion for describing compaction table reconciliation compaction table in the above-described embodiments is triggered by transmitting terminal, certainly, compaction table The deletion for conciliating compaction table can also be triggered by receiving terminal, in an optional embodiment, receive from transmission After the compaction table at end, the method also includes：Receive the second RTCP Real-time Transport Control Protocol RTCP reports for carrying hang up instruction Text；The 5th notification message is sent to transmitting terminal, wherein, the 5th notification message is used to notify that transmitting terminal deletes compaction table； After the response of the successful deletion from transmitting terminal is received, above-mentioned decompression table is deleted.Wherein, carried in RTCP messages The carrying mode of hang up instruction can be that scheduled field is arranged to BYE in RTCP.

In an optional embodiment, after the decompression mode that basis is consulted with above-mentioned transmitting terminal decompresses compression After RTP messages, the method also includes：The number of times of RTP messages failure after compression is decompressed exceedes first threshold And/or after the time of the RTP messages failure after continuous decompression compression exceedes Second Threshold, above-mentioned decompression table is deleted, And the 6th notification message is sent to transmitting terminal, wherein, the 6th notification message is used to notify that transmitting terminal deletes compaction table.Its In, in this embodiment it is possible to delete decompression table after decompression RTP message failures, it is also possible to work as decompression The number of times of RTP messages failure deletes decompression table again after exceeding pre-determined number (pre-determined number can be more than 1), or, Decompression table can also be deleted when the time of lasting decompression RTP messages failure certain value is exceeded, is then led to again Know that transmitting terminal deletes compaction table.

In the above-described embodiments, after transmitting terminal deletes compaction table, receiving terminal deletes decompression table, transmitting terminal and connect Receiving end can again initiate the flow for consulting to set up compaction table decompression table.

It is below gateway GW1 with above-mentioned transmitting terminal, as a example by receiving terminal is gateway GW2, to overall flow of the invention Illustrate：

Fig. 3 is audio call according to embodiments of the present invention and hangs up the interaction diagrams of process, as shown in figure 3, should Flow comprises the following steps：

Step S301, when the user equipment (User Equipment, referred to as UE) (hereinafter referred to as UE) of calling party When needing to initiate audio call callee, the UE is to IP to media subsystem (IP multimedia subsystem, letter Referred to as IMS) initiate audio call；

Step S302, when IMS determines to allow UE to carry out audio call, returns to an audio call successful to UE Response；

Step S303, UE send voice message (corresponding to above-mentioned RTP messages) to the gateway GW1 of UE sides；

Step S304, GW1 determine compress mode, and the compaction table set up under the compress mode according to the voice message, It is set up described in process embodiment described above, no longer states herein；Also, GW1 by the voice message and set up The gateway GW2, GW2 that compaction table is sent to callee side UE build on the corresponding decompression of the compaction table according to compaction table Table；

Step S305, GW1 and GW2 set up compression session；

Step S306, GW2 are returned to GW1 and are set up compression session success message；

The voice message that GW1 is sended over is sent to IMS by step S307, GW2；

Step S308, UE send voice message to GW1；

The voice message that step S309, GW1 are sended over to UE is compressed according to the compress mode of above-mentioned determination, And the voice message after compression is sent to GW2；

The voice message of the compression of step S310, GW2 to receiving is decompressed, and by the voice reporting after decompression Text is sent to IMS；

Step S311, GW2 receives the voice message of callee side UE transmissions, also, GW2 is according to identical with above-mentioned Mode and GW1 consult compressed and decompressed mode；

The voice message that step S312, GW2 send according to the compress mode compression callee side UE for consulting, and be sent to GW1；

Step S313, GW1 are decompressed to the voice message from callee side UE after the compression of reception, concurrently Give the UE of calling party；

Step S314, calling party UE determine that needs hang up this voice call, can be sent to IMS and hang up audio call Notice；

Step S315, GW1 notify that GW2 deletes compression session；

Step S316, GW2 are returned to GW1 and are deleted the compression successful message of session；

Step S317, IMS send your audio call response message to calling party UE, and so far, voice call terminates.

With reference to concrete application scene, the present invention will be described：

Embodiment 1：

Fig. 4 is satellite communication transmission schematic diagram of a scenario according to embodiments of the present invention, as shown in figure 4, in the present embodiment (it is similar that CRTP is compressed with ROHC compressions, here, being said by taking ROHC as an example for middle use ROHC compressions It is bright) method voice message is compressed, ROHC is generally used for the air interface of radio communication, is used in this example Satellite transmits the scene of compress speech.

The process step of flow elements is as follows：

Set up connection：

Fig. 5 is the decision flow chart of RTP messages according to embodiments of the present invention, and GW1, can be by after message is received Determine whether RTP messages according to the flow shown in Fig. 5, it judges that flow comprises the following steps：

Step S501, packet filtering module (filtering module can be a module in transmitting terminal or receiving terminal) is to institute There are the message analysis for receiving；

Step S502, packet filtering module judges whether it is UDP messages, if UDP messages, goes to step S503, Otherwise, step S512 is gone to；

Step S503, judge message IP address (including source IP address and purpose IP address) and port numbers (including UDP source ports and UDP destination interfaces) whether can be found in the compressed and decompressed examples of ROHC, if can search Arrive, then it is assumed that be well-established compression session, go to step S510, otherwise, go to step S504；

Whether step S504, judge UDP message frame more than 12 bytes, if it is judged that be more than 12 bytes, Step S505 is then gone to, otherwise, step S512 is gone to；

Step S505, judges whether UDP load front two is 0x10 (RTP/RTCP is 2), if going to step S506, otherwise, goes to deployment S512；

Step S506, judges whether PAYLOAD load is RTP or the coded format of RTCP, judged result be it is yes, Step S506 is gone to, otherwise, step S512 is gone to；

Step S507, whether synchronous source identifier SSRC is constant in judging a session, and judged result is yes, is gone to Step S508, otherwise, goes to step S512；

Step S508, cycle criterion 3 times judges whether SSRC is consistent, if it is, step S509 is gone to, otherwise, Go to step S512；

Step S509, continuous 3 conditions all meet, then judge to be considered RTP or RTCP messages, if RTP Message jumps to step S511；

Step S510, compressed packet；

Step S511, the SSRC marks in record IP address UDP port number RTP create ROHC compression solutions Example of compression, constructs a message, and the information of above-noted (is compressed according to the form shown in Fig. 6 when using CRTP When, form is similar with shown in Fig. 6, difference be mark need using CRTP identify) encapsulation after be sent to GW2, Wherein, Fig. 6 is the self-defined negotiation packet encapsulation format schematic diagram of ROHC according to embodiments of the present invention, and GW2 is being received To the information that rear basis sends, compressed and decompressed example is created, while replying GW1 according to the form of Fig. 6, turn step Rapid S513；

Step S512, it is determined that not being RTP and RTCP messages, continues to detect the message for receiving；

Step S513, GW1 enable ROHC compressions after receiving, packet filtering module is after RTP messages are received in ROHC Corresponding list item has been searched whether in example of compression table, if it has, then start to compress RTP starts of heading, based on ROHC Example creates compressed and decompressed session, compresses RTP messages, including IP head+UDP head+RTP heads, GW2 treatment classes Like GW1 gateway operations.

Wherein, above-mentioned step S507-S509 is optional, when being judged for single message, can be without It is circulated the judgement of 3 times.

Connection closed is illustrated below：

GW1 or GW2 receive RTCP messages, if hanging up message, i.e. the corresponding field quilt of RTCP messages It is set to BYE, then it is assumed that be to delete the corresponding compressed and decompressed sessions of ROHC of RTP, according to the IP in RTCP Address, UDP port number, the compressed and decompressed tables of SSRC identifier lookups ROHC, if can find, delete corresponding The compressed and decompressed sessions of RTP, while notifying that other side deletes corresponding compressed and decompressed session according to the form of Fig. 6.

Abnormal protection is illustrated below：

In GW1 or GW2 continuous a period of times after ROHC de-compression failures, the compressed and decompressed table of local terminal is deleted, Notify that opposite end is deleted simultaneously, negotiation is initiated again and sets up compressed and decompressed table.

Embodiment 2：

Fig. 7 is that UE according to embodiments of the present invention is directly accessed satellite communication scene.It is by mobile phone of above-mentioned UE below Example, the present invention will be described.

It is same in the present embodiment to be compressed using ROHC (it is equally possible that using CRTP compress modes, at this In embodiment, illustrated by taking ROHC compress modes as an example) method voice message is compressed, mobile phone and GW2 Upper resident compression and packet filtering module.

Process is set up to connection below to illustrate：

Step S1, mobile phone is by the way that after inserting of satellite, after network initiates audio call, packet filtering module is monitored in one's hands The message that machine sends is RTP voice messages；

Step S2, the SSRC marks in compression module record IP address UDP port number RTP, creates ROHC Compressed and decompressed example, constructs a message, and GW2 is sent to after the information of above-noted is encapsulated according to the form of Fig. 5, GW2 creates compressed and decompressed example, while being replied to according to the form of Fig. 6 upon receipt according to the information for sending Mobile phone；

Step S3, after mobile phone receives the compressed and decompressed successful message of establishment from GW2, starts ROHC compressions, Go to S4；

Packet filtering module is when the RTP voice messages of transmission are listened on step S4, GW2 or mobile phone, then in ROHC Corresponding list item is searched whether in example of compression table, if then starting that RTP starts of heading are compressed, based on ROHC Example creates compressed and decompressed session, compresses RTP headings, including IP head+UDP head+RTP heads.

Connection closed is illustrated below：

Mobile phone or GW2 receive RTCP messages, if hanging up message, i.e. the corresponding field quilt of RTCP messages It is set to BYE, then it is assumed that be to delete the corresponding compressed and decompressed sessions of ROHC of RTP, according to the IP in RTCP Address, UDP port number, the compressed and decompressed tables of SSRC identifier lookups ROHC, if can find, delete corresponding The compressed and decompressed sessions of RTP, while notifying that other side deletes corresponding compressed and decompressed session according to the form of Fig. 6.

Abnormal protection is illustrated below：

After mobile phone or GW2 interior ROHC de-compression failures of continuous a period of time, the compressed and decompressed table of local terminal is deleted, together Shi Tongzhi opposite ends are deleted, and negotiation is initiated again and sets up compressed and decompressed table.

Embodiment 3：

The embodiment is illustrated by taking the satellite communication scene shown in Fig. 4 as an example：

The method compressed using CUDP in the present embodiment is compressed to voice message, is resident on GW1 and GW2 Compression and packet filtering module.

Illustrated to setting up connection procedure below：

Step S1, GW1 determine whether RTP messages, packet filtering mould after message is received according to the flow shown in Fig. 5 Block first judges whether UDP messages to all message analysis for receiving, if UDP messages, judge IP address and Whether port numbers can find in the compressed and decompressed examples of CUDP, if can find, then it is assumed that be well-established Whether compression session, judge UDP message frame more than 12 bytes, if judging UDP if to search continue less than if Whether load front two is 0x10 (RTP/RTCP is 2), if judge PAYLOAD load whether be RTP or The coded format of RTCP, cycle criterion 3 times judges whether SSRC is consistent, and continuous 3 conditions all meet, then sentence It is disconnected to be considered RTP or RTCP messages, if RTP messages jump to second step；

S2, records IP address UDP port number, creates the compressed and decompressed channel tables of CUDP, constructs a message, will The information of above-noted is sent to GW2 after being encapsulated according to the form of Fig. 8, GW2 upon receipt according to the information for sending, Compressed and decompressed example is created, while GW1 is replied according to the form of Fig. 8, wherein, Fig. 8 is implemented according to the present invention The self-defined negotiation packet encapsulation format schematic diagrames of CUDP of example；

S3, GW1 enable CUDP compressions after receiving, packet filtering module is logical in CUDP compressions after RTP messages are received Corresponding list item has been searched whether in road table, if then starting that RTP starts of heading are compressed, RTP messages has been compressed, The similar GW1 gateway operations of GW2 treatment.

Connection closed is illustrated below：

GW1 or GW2 receive RTCP messages, if hanging up message, i.e. the corresponding field quilt of RTCP messages It is set to BYE, then it is assumed that be to delete the corresponding compressed and decompressed sessions of CUDP of RTP, according to the IP in RTCP Address, UDP port number search the compressed and decompressed tables of CUDP, if can find, delete corresponding RTP Compress softwares Contracting session, while notifying that other side deletes corresponding compressed and decompressed session according to the form of Fig. 8.

Abnormal protection is illustrated below：

In GW1 or GW2 continuous a period of times after CUDP de-compression failures, the compressed and decompressed table of local terminal is deleted, together Shi Tongzhi opposite ends are deleted, and negotiation is initiated again and sets up compressed and decompressed table.

Through the above description of the embodiments, those skilled in the art can be understood that according to above-described embodiment Method can add the mode of required general hardware platform by software to realize, naturally it is also possible to by hardware, but a lot In the case of the former be more preferably implementation method.Based on such understanding, technical scheme is substantially in other words to existing The part for having technology to contribute can be embodied in the form of software product, and the computer software product is stored at one In storage medium (such as ROM/RAM, magnetic disc, CD), including some instructions are used to so that a station terminal equipment (can Being mobile phone, computer, server, or network equipment etc.) perform method described in each embodiment of the invention.

A kind of message process device is additionally provided in the present embodiment, and the device is used to realize above-described embodiment and be preferable to carry out Mode, had carried out repeating no more for explanation.As used below, term " module " can realize predetermined function Software and/or hardware combination.Although the device described by following examples is preferably realized with software, firmly Part, or the realization of the combination of software and hardware is also that may and be contemplated.

Fig. 9 is the structured flowchart of the first message process device according to embodiments of the present invention, as shown in figure 9, the device Including the sending module 94 of compression module 92 and first, the device is illustrated below.

Compression module 92, for according to the compress mode consulted with receiving terminal to being sent to the RTP of receiving terminal RTP messages are compressed；First sending module 94, is connected to above-mentioned compression module 92, for after compressing successfully, RTP messages after compression are sent to by receiving terminal by satellite.

Figure 10 is the preferred structure block diagram one of the first message process device according to embodiments of the present invention, as shown in Figure 10, The device, also including the first negotiation module 102, is said to the device below in addition to including all modules shown in Fig. 9 It is bright.

First negotiation module 102, is connected to above-mentioned compression module 92, for consulting above-mentioned with receiving terminal in the following way Compress mode：Relevant information according to the RTP messages for being sent to receiving terminal sets up compaction table, wherein, the compaction table The mark and the relevant information of RTP messages of the middle compress mode for carrying current selection, when the compress mode of the current selection For can something or somebody to fall back on compression ROCH or configuration Compressed Real-Time Protocol CRTP when, the source of above-mentioned relevant information including RTP messages Internet protocol address, purpose IP address, User Data Protocol UDP source ports, UDP destination interfaces and RTP Head；Or, when above-mentioned compress mode is for configuration compression User Data Protocol CUDP, above-mentioned relevant information includes RTP The source IP address of message, purpose IP address, UDP source ports and UDP destination interfaces；The above-mentioned compaction table that will be set up Receiving terminal is sent to, wherein, the compaction table is used to indicate receiving terminal to set up decompression table corresponding with compaction table.

Figure 11 is the structured flowchart of the first negotiation module 102 in the first message process device according to embodiments of the present invention, As shown in figure 11, when the relevant information of RTP messages is obtained, first negotiation module 102 includes judging unit 112 With extraction unit 114, first negotiation module 102 is illustrated below.

Judging unit 112, whether the message for being sent to receiving terminal for judging to receive is RTP messages；Extract single Unit 114, is connected to above-mentioned judging unit 112, in the case of being RTP messages for message in judged result, extracts The relevant information of message as RTP messages relevant information.

In an optional embodiment, it is to be sent that above-mentioned judging unit 112 can judge to receive in the following way Whether the message to receiving terminal is RTP messages：Whether the message that judgement is sent to receiving terminal is UDP messages；When true After above-mentioned message is UDP messages calmly, whether the byte number of UDP message frame of message is judged more than predetermined quantity, if More than predetermined quantity, then judge whether the pre-determined bit in the UDP load of message is predetermined value；When it is determined that the UDP of message When pre-determined bit in load is predetermined value, whether the coded format for judging the payload PAYLOAD of message is RTP Coded format；When it is determined that the PAYLOAD of the message is the coded format of RTP, determine that the message is RTP reports Text.

Figure 12 is the preferred structure block diagram two of the first message process device according to embodiments of the present invention, as shown in figure 12, The device in addition to including all modules shown in Figure 10, also including the first receiver module 122, the second sending module 124 With the first removing module 126, the device is illustrated below.Figure 12 is only a kind of example, the first receiver module 122 May also connect to above-mentioned compression module 92.

First receiver module 122, is connected to above-mentioned first sending module 94, for connecing the compaction table of foundation is sent to After receiving end, the first RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received；Second sending module 124, Above-mentioned first receiver module 122 is connected to, for sending the first notification message to receiving terminal, wherein, first notice disappears Cease for notifying that receiving terminal deletes decompression table；First removing module 126, is connected to above-mentioned second sending module 124, For after the response of the successful deletion from receiving terminal is received, deleting above-mentioned compaction table.

Figure 13 is the preferred structure block diagram three of the first message process device according to embodiments of the present invention, as shown in figure 13, The device in addition to including all modules shown in Figure 10, also including the second removing module 132 and the 3rd sending module 134, The device is illustrated below.Figure 13 is only a kind of example, and the second removing module 132 may also connect to above-mentioned pressure Contracting module 92.

Second removing module 132, is connected to above-mentioned first sending module 94, for according in advance with receiving terminal consult After compress mode is compressed to the RTP messages for being sent to receiving terminal, and in the secondary of compression RTP message failures After number exceedes Second Threshold more than the time of first threshold and/or the failure of continuous compression RTP messages, above-mentioned compaction table is deleted； 3rd sending module 134, is connected to above-mentioned second removing module 132, for sending second notification message to receiving terminal, Wherein, the second notification message is used to notify that receiving terminal deletes above-mentioned decompression table.

Figure 14 is the preferred structure block diagram four of the first message process device according to embodiments of the present invention, as shown in figure 14, The device in addition to including all modules shown in Figure 10, also including the second receiver module 142 and the 3rd removing module 144, The device is illustrated below.Figure 14 is only a kind of example, and the second receiver module 142 may also connect to above-mentioned pressure Contracting module 92.

Second receiver module 142, is connected to above-mentioned first sending module 94, for by satellite by the RTP after compression After message transmissions are to receiving terminal, the third notice message for notifying deletion compaction table from above-mentioned receiving terminal is received； 3rd removing module 144, is connected to above-mentioned second receiver module 142, is pressed for being deleted according to above-mentioned third notice message Contracting table.

In an optional embodiment, above-mentioned third notice message includes at least one of：Receiving terminal is in decompression contractive pressure The number of times of the RTP messages failure after contracting exceed the RTP messages failure after first threshold and/or continuous decompression compression when Between exceed Second Threshold in the case of send notification message；Receiving terminal carries the second real-time biography of hang up instruction receiving The notification message sent after transport control protocol view RTCP messages.

In an optional embodiment, above-mentioned message process device is located in the first gateway or terminal, and receiving terminal includes the Two gateways；Or, above-mentioned message process device is located in the second gateway, and receiving terminal includes the first gateway or terminal.

A kind of message process device is additionally provided in embodiments of the present invention, and Figure 15 is according to embodiments of the present invention second The structured flowchart of message process device is planted, as shown in figure 15, the device includes the 3rd receiver module 152 and decompression mould Block 154, illustrates to the device below.

3rd receiver module 152, for receiving end/sending end by the realtime transmission protocol RTP report after the compression that satellite sends Text；Decompression module 154, is connected to above-mentioned 3rd receiver module 152, for the solution that basis is consulted with above-mentioned transmitting terminal RTP messages after compress mode decompression compression.

Figure 16 is the preferred structure block diagram one of second message process device according to embodiments of the present invention, as shown in figure 16, The device, also including the second negotiation module 162, is said to the device below in addition to including all modules shown in Figure 15 It is bright.

Second negotiation module 162, is connected to above-mentioned decompression module 154, for consulting with transmitting terminal in the following way Decompression mode：Receive the compaction table from transmitting terminal；Set up for decompressing the RTP after compression according to above-mentioned compaction table The decompression table of message.

Figure 17 is the preferred structure block diagram two of second message process device according to embodiments of the present invention, as shown in figure 17, The device in addition to including all modules shown in Figure 16, also including the 4th receiver module 172 and the 4th removing module 174, The device is illustrated below.Figure 17 is only a kind of example, and the 4th receiver module 172 may also connect to above-mentioned Two negotiation modules 162.

4th receiver module 172, is connected to above-mentioned decompression module 154, for being used for being set up according to above-mentioned compaction table After the decompression table of the RTP messages after decompression compression, the 4th notification message from transmitting terminal is received；The Four removing modules 174, are connected to above-mentioned 4th receiver module 172, are decompressed for being deleted according to above-mentioned 4th notification message Contracting table.

In an optional embodiment, above-mentioned 4th notice message package includes at least one of：Transmitting terminal is compressing pending The number of times of the RTP messages failure brought exceedes first threshold and/or the continuous compression RTP messages failure brought pending Time exceed Second Threshold in the case of send notification message；Above-mentioned transmitting terminal carries the of hang up instruction receiving The notification message sent after one RTCP Real-time Transport Control Protocol RTCP messages.

Figure 18 is the preferred structure block diagram three of second message process device according to embodiments of the present invention, as shown in figure 18, When the above-mentioned 4th notice message package includes what transmitting terminal sent after the RTCP messages for carrying hang up instruction are received During notification message, said apparatus also include the 4th sending module 182, and the device is illustrated below.

4th sending module 182, is connected to above-mentioned 4th removing module 174, for according to above-mentioned 4th notification message Delete after decompression table, sent to transmitting terminal and successfully delete response, wherein, this successfully deletes response for indicating to send Delete compaction table in end.

Figure 19 is the preferred structure block diagram four of second message process device according to embodiments of the present invention, as shown in figure 19, The device in addition to including the module shown in Figure 16, also including the 5th receiver module 192, the 5th sending module 194 and the 5th Removing module 196, illustrates to the device below.Figure 19 is only a kind of example, and the 5th receiver module 192 can be with It is connected to above-mentioned second negotiation module 162.

5th receiver module 192, is connected to above-mentioned decompression module 154, for receiving the compaction table from transmitting terminal Afterwards, the second RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received；5th sending module 194, even Above-mentioned 5th receiver module 192 is connected to, for sending the 5th notification message to transmitting terminal, wherein, the 5th notification message For notifying that transmitting terminal deletes compaction table；5th removing module 196, is connected to above-mentioned 5th sending module 194, is used for After the response of the successful deletion from above-mentioned transmitting terminal is received, decompression table is deleted.

Figure 20 is the preferred structure block diagram five of second message process device according to embodiments of the present invention, as shown in figure 20, The device, also including processing module 202, is illustrated to the device below in addition to including the module shown in Figure 16.Figure 20 is only a kind of example, and processing module 202 may also connect to above-mentioned second negotiation module 162.

Processing module 202, is connected to above-mentioned compression module 154, for the decompression mode consulted with transmitting terminal in basis After RTP messages after decompression compression, and the number of times of the RTP messages failure after compression is decompressed more than the first threshold After the time of the RTP messages failure after value and/or continuous decompression compression exceedes Second Threshold, above-mentioned decompression table is deleted, And the 6th notification message is sent to transmitting terminal, wherein, the 6th notification message is used to notify that transmitting terminal deletes compaction table.

In an optional embodiment, above-mentioned message process device is located in the second gateway, and transmitting terminal includes the first gateway Or terminal；Or, above-mentioned message process device is located in the first gateway or terminal, and transmitting terminal includes the second gateway.

It should be noted that above-mentioned modules can be by software or hardware to realize, for the latter, Ke Yitong Cross in the following manner realization, but not limited to this：Above-mentioned module is respectively positioned in same processor；Or, above-mentioned module distinguishes position In multiple processors.

Embodiments of the invention additionally provide a kind of storage medium.Alternatively, in the present embodiment, above-mentioned storage medium can To be arranged to storage for performing the program code of following steps：

S11, enters according to the compress mode consulted with receiving terminal to the realtime transmission protocol RTP message for being sent to receiving terminal Row compression；

S12, after compressing successfully, above-mentioned receiving terminal is sent to by satellite by the RTP messages after compression.

Alternatively, storage medium is also configured to storage for performing the program code of following steps：

S21, receiving end/sending end is by the realtime transmission protocol RTP message after the compression that satellite sends；

S22, the RTP messages after compression are decompressed according to the decompression mode consulted with above-mentioned transmitting terminal.

Alternatively, in the present embodiment, above-mentioned storage medium can be included but is not limited to：USB flash disk, read-only storage (Read-Only Memory, referred to as ROM), random access memory (RandomAccess Memory, referred to as Be RAM), mobile hard disk, magnetic disc or CD etc. are various can be with the medium of store program codes.

Alternatively, in the present embodiment, processor performs above-mentioned each implementation according to the program code stored in storage medium Each step in example.

Alternatively, the specific example in the present embodiment may be referred to showing described in above-described embodiment and optional embodiment Example, the present embodiment will not be repeated here.

Using the method and apparatus in the embodiment of the present invention, compared with prior art, the voice that can save more than half is accounted for Use bandwidth.

Obviously, those skilled in the art should be understood that above-mentioned of the invention each module or each step can be with general Computing device realizes that they can be concentrated on single computing device, or is distributed in multiple computing devices and is constituted Network on, alternatively, the program code that they can be can perform with computing device be realized, it is thus possible to by they Storage is performed by computing device in the storage device, and in some cases, can be held with different from order herein The shown or described step of row, or they are fabricated to each integrated circuit modules respectively, or will be many in them Individual module or step are fabricated to single integrated circuit module to realize.So, the present invention is not restricted to any specific hardware Combined with software.

The preferred embodiments of the present invention are the foregoing is only, is not intended to limit the invention, for the technology of this area For personnel, the present invention can have various modifications and variations.It is all within the spirit and principles in the present invention, made it is any Modification, equivalent, improvement etc., should be included within the scope of the present invention.

Claims (32)

1. a kind of message processing method, it is characterised in that including：

According to the compress mode consulted with receiving terminal to being sent to the realtime transmission protocol RTP report of the receiving terminal Text is compressed；

After compressing successfully, the RTP messages after compression are sent to by the receiving terminal by satellite.

2. method according to claim 1, it is characterised in that consult the pressure with the receiving terminal in the following way Contracting mode：

Relevant information according to the RTP messages for being sent to the receiving terminal sets up compaction table, wherein, the compression The mark and the relevant information of the RTP messages of the compress mode of current selection are carried in table, when the current selection Compress mode for can something or somebody to fall back on compression ROCH or configuration Compressed Real-Time Protocol CRTP when, the relevant information includes The source internet protocol IP address of the RTP messages, purpose IP address, User Data Protocol UDP source ports, UDP destination interfaces and RTP heads；Or, when the compress mode is for configuration compression User Data Protocol CUDP, The relevant information includes source IP address, purpose IP address, UDP source ports and the UDP mesh of the RTP messages Port；

The compaction table set up is sent to the receiving terminal, wherein, the compaction table is used to indicate the reception Decompression table corresponding with the compaction table is set up at end.

3. method according to claim 2, it is characterised in that the relevant information of the RTP messages is in the following way Obtain：

Whether the message for being sent to the receiving terminal that judgement is received is RTP messages；

In the case where judged result is RTP messages for the message, the relevant information of the message is extracted as institute State the relevant information of RTP messages.

4. method according to claim 3, it is characterised in that judge the institute for being sent to the receiving terminal for receiving State whether message is that RTP messages include：

Whether the message that judgement is sent to the receiving terminal is UDP messages；

After it is determined that the message is UDP messages, judge whether the byte number of the UDP message frame of the message is big In predetermined quantity, if greater than the predetermined quantity, then judge that the pre-determined bit in the UDP load of the message is No is predetermined value；

When it is determined that the pre-determined bit in the UDP load of the message is predetermined value, effective load of the message is judged The coded format of lotus PAYLOAD whether be RTP coded format；

When it is determined that the PAYLOAD of the message is the coded format of RTP, determine that the message is RTP messages.

5. method according to claim 2, it is characterised in that the compaction table set up is being sent to the reception After end, methods described also includes：

Receive the first RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction；

The first notification message is sent to the receiving terminal, wherein, first notification message is used to notify the reception Delete the decompression table in end；

After the response of the successful deletion from the receiving terminal is received, the compaction table is deleted.

6. method according to claim 2, it is characterised in that according to the compress mode pair consulted with receiving terminal in advance It is sent to after the RTP messages of the receiving terminal are compressed, methods described also includes：

Exceed the time of first threshold and/or the failure of continuous compression RTP messages in the number of times of compression RTP message failures After Second Threshold, the compaction table is deleted；

Second notification message is sent to the receiving terminal, wherein, the second notification message is used to notify the reception Delete the decompression table in end.

7. method according to claim 2, it is characterised in that give the RTP message transmissions after compression by satellite After the receiving terminal, methods described also includes：

Receive the third notice message for notifying the deletion compaction table from the receiving terminal；

The compaction table is deleted according to the third notice message.

8. method according to claim 7, it is characterised in that the third notice message includes at least one of：

The number of times of RTP message failure of the receiving terminal after compression is decompressed exceedes first threshold and/or continuous solution The time of the RTP messages failure after compression compression is more than the notification message sent in the case of Second Threshold；

The receiving terminal sends after the second RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received Notification message.

9. a kind of message processing method, it is characterised in that including：

Receiving end/sending end is by the realtime transmission protocol RTP message after the compression that satellite sends；

Decompression mode according to consulting with the transmitting terminal decompresses the RTP messages after the compression.

10. method according to claim 9, it is characterised in that consult the solution with the transmitting terminal in the following way Compress mode：

Receive the compaction table from the transmitting terminal；

Decompression table for decompressing the RTP messages after the compression is set up according to the compaction table.

11. methods according to claim 10, it is characterised in that set up for decompressing according to the compaction table State after the decompression table of the RTP messages after compression, methods described also includes：

Receive the 4th notification message from the transmitting terminal；

The decompression table is deleted according to the 4th notification message.

12. methods according to claim 11, it is characterised in that the 4th notice message package includes at least one of：

The transmitting terminal exceedes first threshold and/or continuous in the number of times for compressing the RTP messages failure brought pending The time of the compression RTP messages failure brought pending is more than the notification message sent in the case of Second Threshold；

The transmitting terminal sends after the first RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received Notification message.

13. methods according to claim 12, it is characterised in that when the described 4th notice message package includes the transmitting terminal In the notification message sent after receiving the RTCP messages for carrying hang up instruction, according to described the Four notification messages are deleted after the decompression table, and methods described also includes：

Sent to the transmitting terminal and successfully delete response, wherein, it is described successfully to delete response for indicating the transmission Delete the compaction table in end.

14. methods according to claim 10, it is characterised in that receiving the compaction table from the transmitting terminal Afterwards, methods described also includes：

Receive the second RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction；

The 5th notification message is sent to the transmitting terminal, wherein, the 5th notification message is used to notify the transmission Delete the compaction table in end；

After the response of the successful deletion from the transmitting terminal is received, the decompression table is deleted.

15. methods according to claim 10, it is characterised in that in the decompression that basis and the transmitting terminal are consulted Contracting mode is decompressed after the RTP messages after the compression, and methods described also includes：

After the number of times of RTP messages failure after compression is decompressed exceedes first threshold and/or continuous decompression compression The failure of RTP messages time exceed Second Threshold after, delete the decompression table, and send to the transmitting terminal 6th notification message, wherein, the 6th notification message is used to notify that the transmitting terminal deletes the compaction table.

A kind of 16. message process devices, it is characterised in that including：

Compression module, for according to the compress mode consulted with receiving terminal to being sent to the real-time biography of the receiving terminal Defeated protocol RTP message is compressed；

First sending module, for after compressing successfully, being sent to the RTP messages after compression by satellite described Receiving terminal.

17. devices according to claim 16, it is characterised in that described device also includes the first negotiation module, is used for Consult the compress mode with the receiving terminal in the following way：

Relevant information according to the RTP messages for being sent to the receiving terminal sets up compaction table, wherein, the compression The mark and the relevant information of the RTP messages of the compress mode of current selection are carried in table, when the current selection Compress mode for can something or somebody to fall back on compression ROCH or configuration Compressed Real-Time Protocol CRTP when, the relevant information includes The source internet protocol IP address of the RTP messages, purpose IP address, User Data Protocol UDP source ports, UDP destination interfaces and RTP heads；Or, when the compress mode is for configuration compression User Data Protocol CUDP, The relevant information includes source IP address, purpose IP address, UDP source ports and the UDP mesh of the RTP messages Port；

The compaction table set up is sent to the receiving terminal, wherein, the compaction table is used to indicate the reception Decompression table corresponding with the compaction table is set up at end.

18. devices according to claim 17, it is characterised in that when the relevant information of the RTP messages is obtained, First negotiation module includes：

Judging unit, whether the message for being sent to the receiving terminal for judging to receive is RTP messages；

Extraction unit, in the case of being RTP messages for the message in judged result, extracts the message Relevant information as the RTP messages relevant information.

19. devices according to claim 18, it is characterised in that the judging unit judges to receive in the following way To the message for being sent to the receiving terminal whether be RTP messages：

Whether the message that judgement is sent to the receiving terminal is UDP messages；

After it is determined that the message is UDP messages, judge whether the byte number of the UDP message frame of the message is big In predetermined quantity, if greater than the predetermined quantity, then judge that the pre-determined bit in the UDP load of the message is No is predetermined value；

When it is determined that the pre-determined bit in the UDP load of the message is predetermined value, effective load of the message is judged The coded format of lotus PAYLOAD whether be RTP coded format；

When it is determined that the PAYLOAD of the message is the coded format of RTP, determine that the message is RTP messages.

20. devices according to claim 17, it is characterised in that described device also includes：

First receiver module, for being sent to after the receiving terminal by the compaction table set up, receives and carries First RTCP Real-time Transport Control Protocol RTCP messages of hang up instruction；

Second sending module, for sending the first notification message to the receiving terminal, wherein, described first notifies to disappear Cease for notifying that the receiving terminal deletes the decompression table；

First removing module, for after the response of the successful deletion from the receiving terminal is received, deleting the pressure Contracting table.

21. devices according to claim 17, it is characterised in that described device also includes：

Second removing module, for according in advance with receiving terminal consult compress mode to being sent to the reception After the RTP messages at end are compressed, and compression RTP messages failure number of times exceed first threshold and / or the failure of continuous compression RTP messages time exceed Second Threshold after, delete the compaction table；

3rd sending module, for sending second notification message to the receiving terminal, wherein, described second notifies to disappear Cease for notifying that the receiving terminal deletes the decompression table.

22. devices according to claim 17, it is characterised in that described device also includes：

Second receiver module, for the RTP message transmissions after compression to be given after the receiving terminal by satellite, Receive the third notice message for notifying the deletion compaction table from the receiving terminal；

3rd removing module, for deleting the compaction table according to the third notice message.

23. devices according to claim 22, it is characterised in that the third notice message includes at least one of：

The number of times of RTP message failure of the receiving terminal after compression is decompressed exceedes first threshold and/or continuous solution The time of the RTP messages failure after compression compression is more than the notification message sent in the case of Second Threshold；

The receiving terminal sends after the second RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received Notification message.

24. device according to any one of claim 16 to 23, it is characterised in that

The message process device is located in the first gateway or terminal, and the receiving terminal includes the second gateway；Or,

The message process device is located in the second gateway, and the receiving terminal includes the first gateway or terminal.

A kind of 25. message process devices, it is characterised in that including：

3rd receiver module, for receiving end/sending end by the realtime transmission protocol RTP report after the compression that satellite sends Text；

Decompression module, after the decompression mode consulted for basis and the transmitting terminal decompresses the compression RTP messages.

26. devices according to claim 25, it is characterised in that described device also includes the second negotiation module, is used for Consult the decompression mode with the transmitting terminal in the following way：

Receive the compaction table from the transmitting terminal；

Decompression table for decompressing the RTP messages after the compression is set up according to the compaction table.

27. devices according to claim 26, it is characterised in that described device also includes：

4th receiver module, for the RTP messages after being set up for decompressing the compression according to the compaction table The decompression table after, receive the 4th notification message from the transmitting terminal；

4th removing module, for deleting the decompression table according to the 4th notification message.

28. devices according to claim 27, it is characterised in that the 4th notice message package includes at least one of：

The transmitting terminal exceedes first threshold and/or continuous in the number of times for compressing the RTP messages failure brought pending The time of the compression RTP messages failure brought pending is more than the notification message sent in the case of Second Threshold；

The transmitting terminal sends after the first RTCP Real-time Transport Control Protocol RTCP messages for carrying hang up instruction are received Notification message.

29. devices according to claim 28, it is characterised in that when the described 4th notice message package includes the transmitting terminal In the notification message sent after receiving the RTCP messages for carrying hang up instruction, described device is also wrapped Include：

4th sending module, for after the decompression table is deleted according to the 4th notification message, to described Transmitting terminal sends successfully deletes response, wherein, the successfully deletion response is described for indicating the transmitting terminal to delete Compaction table.

30. devices according to claim 26, it is characterised in that described device also includes：

5th receiver module, hangs up for after the compaction table from the transmitting terminal is received, receiving carrying Second RTCP Real-time Transport Control Protocol RTCP messages of instruction；

5th sending module, for sending the 5th notification message to the transmitting terminal, wherein, the described 5th notifies to disappear Cease for notifying that the transmitting terminal deletes the compaction table；

5th removing module, for after the response of the successful deletion from the transmitting terminal is received, deleting the solution Compaction table.

31. devices according to claim 26, it is characterised in that described device also includes：

Processing module, after the decompression mode for consulting in basis and the transmitting terminal decompresses the compression RTP messages after, and decompress compression after RTP messages failure number of times exceed first threshold and/or company After the time of the RTP messages failure after continuous decompression compression exceedes Second Threshold, the decompression table is deleted, and to The transmitting terminal sends the 6th notification message, wherein, the 6th notification message is used to notify that the transmitting terminal is deleted The compaction table.

32. device according to any one of claim 25 to 31, it is characterised in that

The message process device is located in the second gateway, and the transmitting terminal includes the first gateway or terminal；Or,

The message process device is located in the first gateway or terminal, and the transmitting terminal includes the second gateway.