WO2013189335A2 - 一种彩信转发方法及装置 - Google Patents

一种彩信转发方法及装置 Download PDF

Info

Publication number
WO2013189335A2
WO2013189335A2 PCT/CN2013/081482 CN2013081482W WO2013189335A2 WO 2013189335 A2 WO2013189335 A2 WO 2013189335A2 CN 2013081482 W CN2013081482 W CN 2013081482W WO 2013189335 A2 WO2013189335 A2 WO 2013189335A2
Authority
WO
WIPO (PCT)
Prior art keywords
mms
multimedia message
terminal
compression
type parameter
Prior art date
Application number
PCT/CN2013/081482
Other languages
English (en)
French (fr)
Other versions
WO2013189335A3 (zh
Inventor
李云
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP13807549.4A priority Critical patent/EP2928221A4/en
Priority to CA2896307A priority patent/CA2896307C/en
Priority to AU2013279963A priority patent/AU2013279963B2/en
Priority to US14/655,307 priority patent/US9794204B2/en
Publication of WO2013189335A2 publication Critical patent/WO2013189335A2/zh
Publication of WO2013189335A3 publication Critical patent/WO2013189335A3/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals

Definitions

  • the present invention relates to the field of communications applications, and in particular, to a method and an apparatus for forwarding a multimedia message. Background technique
  • the MMS service is one of the most popular means of mobile communication. With the wide application of MMS services, the average traffic and number of users of mobile data network users have increased more than traditional voice networks. Data services gradually occupy a large amount of network resources. The data core network frequently has traffic bottlenecks, and the application of network resources is also Increasingly tight; how to save network bandwidth, speed up user access, and improve user experience have become an urgent problem for major operators.
  • the user usually uses a low-quality MMS in order to obtain a fast communication speed of the MMS in the network, because the data size of the low-quality MMS is usually small, and the network transmission speed is relatively fast.
  • this way is to reduce the quality of the MMS in exchange for the speed, which obviously can not meet the user's demand for quality and speed, and will cause damage to the MMS business itself over time.
  • the above prior art does not really solve the problem of saving network bandwidth, speeding up the sending and receiving of MMS, and improving the processing of mobile data traffic; if the MMS can be compressed/decompressed through the gateway, the MMS can be performed on the MMS. Compressed transmission can meet the requirements of the MMS center to reduce the wireless side data traffic, speed up user access, and save network bandwidth. Summary of the invention
  • the technical problem to be solved by the embodiments of the present invention is to provide a method and system for forwarding a multimedia message, which effectively improves the transmission and reception speed of the multimedia message and saves the network tape.
  • a method for forwarding a multimedia message includes: receiving, by a gateway, a compressed multimedia message sent by a terminal; the gateway parsing the received multimedia message, and acquiring compression used by the terminal carried by the received multimedia message
  • the type parameter the gateway decompresses the received multimedia message according to the compression type parameter, and obtains the decompressed multimedia message; and sends the decompressed multimedia message to the multimedia message center.
  • the decompressing the received multimedia message according to the compression type parameter includes: the gateway searching for a corresponding compression/solution in a compression/decompression engine pre-configured by an engine library according to the compression type parameter. Compressing the engine and invoking the found compression/decompression engine to decompress the received multimedia message.
  • a device for transmitting a multimedia message including: a first receiving module, configured to receive a compressed multimedia message sent by a terminal; and a first parsing module configured to parse the received multimedia message to obtain the received multimedia message carrying The compression type parameter used by the terminal for compression; the decompression module is configured to decompress the received multimedia message according to the compression type parameter to obtain a decompressed multimedia message; and the sending module is configured to decompress the The next MMS message is sent to the MMS center.
  • the MMS forwarding device further includes: a first engine library preconfigured with various compression/decompression engines and their corresponding compression type parameters; correspondingly, the decompression module is further configured to be according to the compression type parameter Finding a corresponding compression/decompression engine in the engine library, and calling the found compression/decompression engine to decompress the received multimedia message.
  • a method for forwarding a multimedia message includes: receiving, by a gateway, a multimedia message download request sent by a terminal; the gateway parsing the multimedia message download request, and acquiring the multimedia message request to carry The compression type parameter supported by the terminal is recorded and recorded; the gateway removes the compression type parameter from the MMS request, and obtains a MMS request after the compression type parameter is removed, and sends the MMS request to the MMS center; The gateway receives the MMS message requested by the terminal fed back by the MMS center, compresses the MMS message fed back by the MMS center according to the recorded compression type parameter, and forwards the compressed MMS message to the terminal.
  • the MMS request also carries the terminal identifier for sending the MMS request.
  • the gateway parses the MMS download request, acquires a compression type parameter supported by the terminal carried by the MMS request, and records
  • the method includes: the gateway parsing the MMS download request, acquiring a compression type parameter and the terminal identifier supported by the terminal carried by the MMS request, and recording the terminal identifier, the compression type parameter, and the Corresponding relationship between the terminal identifier and the compression type parameter.
  • the compressing, by the gateway, the MMS message fed back by the MMS center according to the recorded compression type parameter includes: searching, by the gateway, the corresponding compression/decompression engines pre-configured by the engine library according to the recorded compression type parameter The compression/decompression engine, and calls the found compression/decompression engine to compress the MMS message fed back by the MMS center.
  • a device for transmitting a multimedia message including: a second receiving module, configured to receive a multimedia message download request sent by the terminal; and a second parsing module configured to parse the MMS download request, and obtain the MMS request to carry The compression type parameter supported by the terminal is recorded and recorded; the forwarding module is configured to remove the compression type parameter from the MMS request, obtain a MMS request after removing the compression type parameter, and send the MMS request to the MMS center.
  • the compression module is configured to receive the MMS message requested by the terminal fed back by the MMS center, compress the MMS message fed back by the MMS center according to the recorded compression type parameter, and forward the compressed MMS message to the terminal.
  • the MMS request further carries a terminal identifier for sending the MMS request;
  • the second parsing module is configured to parse the MMS download request, and obtain the MMS request to carry The compression type parameter and the terminal identifier supported by the terminal, and record the terminal identifier, the compression type parameter, and the correspondence between the terminal identifier and the compression type parameter.
  • the MMS forwarding device further includes: a second engine library preconfigured with various compression/decompression engines and their corresponding compression type parameters; correspondingly, the compression module is further configured to be according to the recorded compression type The parameter searches for a corresponding compression/decompression engine in the second engine library, and invokes the found compression/decompression engine to compress the MMS message fed back by the MMS center.
  • the gateway can compress/decompress the MMS without changing the MMS center, thereby effectively improving the network uploading or downloading the MMS. The speed of saving the application of network resources.
  • Figure 1 is a flow chart of a method of a first embodiment of the present invention
  • FIG. 2 is a schematic structural view of a device according to a second embodiment of the present invention.
  • FIG. 3 is a flow chart of a method according to a third embodiment of the present invention.
  • FIG. 4 is a first schematic diagram of an embodiment of the present invention.
  • Fig. 5 is a schematic structural view of a device according to a fourth embodiment of the present invention. detailed description
  • Embodiments of the present invention cause excessive waste of network traffic when a terminal sends or receives a multimedia message.
  • the method of the MMS forwarding method and the device is provided by the gateway receiving terminal, and the compressed MMS message containing the compression type parameter sent by the gateway receives the slowness of the network speed, so that the MMS cannot quickly send or receive the destination terminal, and the method includes: Decompressing the received compressed multimedia message and sending it to the multimedia message center; further comprising: the gateway receiving the MMS request with the compression type parameter sent by the terminal, and recording the compression type parameter, and then sending the request to the multimedia message center; After receiving the feedback from the multimedia message center, the multimedia message is compressed and forwarded to the terminal that sends the request.
  • a method for forwarding a multimedia message includes:
  • the gateway receives the compressed multimedia message sent by the terminal.
  • the gateway receives, when the terminal sends the multimedia message, the terminal compresses the content of the multimedia message, and adds the compression type parameter used by the compressed multimedia message to the message header of the multimedia message before sending, where
  • the compression algorithm of the terminal may use a compression algorithm such as gzip, deflate, compress, or ppmd.
  • the compression algorithm that can be used in the embodiment of the present invention is not limited thereto.
  • the gateway parses the MMS, and obtains a compression type parameter used by the terminal carried by the MMS to compress.
  • the compressed multimedia message is received in step S101, and the compression type is obtained by parsing the MMS message header, so that the gateway selects a suitable decompression format for the compressed MMS before transmitting to the MMS center, and the gateway automatically scans.
  • S103 The gateway decompresses the MMS according to the compression type parameter, to obtain a decompressed MMS message.
  • step S103 decompresses the compressed multimedia message according to the compression type parameter of the compressed multimedia message parsed in step S102, and further includes: the gateway pre-configured compression/solution according to the compression type parameter according to the compression type parameter. Find the appropriate compression/decompression engine in the compression engine. And calling the found compression/decompression engine to decompress the MMS.
  • the gateway decompresses the MMS, the MMS will perform other conventional processing, for example, adding the IP address or terminal number or receiving port number of the terminal to the MMS message header.
  • the compression type parameter is also removed from the multimedia message in step S103.
  • the user control terminal edits and generates a MMS of 275 KB in the user interface and clicks and sends, and the terminal receives the sending signal, and automatically compresses the edited MMS in gzip format, and the size of the compressed MMS is reduced to 120KB; Send a multimedia message compressed to 120KB to the gateway, and add the compression type parameter of the gzip format used in the MMS message header; thus, in the process of MMS transmission, the traffic actually occurring between the terminal and the gateway is 120 KB.
  • the gateway receives the 120 KB MMS compressed by the terminal, and searches for the corresponding gzip format engine in the pre-configured compression/decompression engine of the engine library according to the compression type parameter of the gzip format, and invokes the found
  • the engine of the gzip format decompresses the MMS, decompresses the MMS to 275 KB, and performs normal processing such as the IP address or number of the terminal or the receiving port number on the MMS header while decompressing; finally, the MMS is decompressed.
  • the MMS message is sent to the MMS center.
  • the embodiment of the present invention proposes to compress the substantial content of the multimedia message, and decompress according to the used compression type parameter added in the message header of the compressed multimedia message, and then send it to the multimedia message center; receive the compressed multimedia message. Speed up the MMS sending speed and then send it to the MMS center by decompression. For the MMS center, the gateway decompresses the MMS and sends it to the MMS center. There is no change in the MMS sending process of the MMS center, that is, the gateway implements a transparent working mode, so that the user edits the MMS in the normal way, the MMS Automatically complete the compression function in the background and send it to the gateway.
  • the gateway uploads the MMS to the MMS center under the condition that the traffic speed is reduced and the MMS center is not received.
  • the present invention The technical solution of the embodiment saves the network bandwidth of the wireless side, that is, saves the wireless network bandwidth between the wireless terminal and the gateway.
  • FIG. 1 is a schematic structural diagram of a device according to a second embodiment of the present invention.
  • a multimedia message forwarding device is located in an external transceiver device connected to or connected to a gateway.
  • the device includes: a first receiving module 201, a first parsing module 202, a decompressing module 203, a sending module 204, and a first engine library 205.
  • the first receiving module 201 is configured to receive the compressed multimedia message sent by the terminal.
  • the terminal when the terminal sends the multimedia message, the terminal compresses the content of the multimedia message and adds the compression type parameter used by the terminal to the MMS message.
  • the compression algorithm of the terminal may use a compression algorithm such as gzip, deflate, compress, or ppmd.
  • the compression algorithm that can be used in the embodiments of the present invention is not limited thereto.
  • the first parsing module 202 is configured to parse the MMS, and obtain a compression type parameter used by the terminal carried by the MMS to compress;
  • the first parsing module 202 after receiving the compressed multimedia message received by the first receiving module 201, the first parsing module 202 automatically scans the information carried in the message header, and then parses the MMS message header to obtain the compression type. Before sending the MMS to the MMS center, the compressed demodulation format is selected and decompressed; when the compression type parameter is scanned, the received compressed MMS will be read in the corresponding compressed file format.
  • the decompression module 203 is configured to decompress the MMS according to the compression type parameter to obtain a decompressed MMS.
  • the decompression module 203 is further configured to be according to the compression type.
  • the parameter searches the engine library 205 for the corresponding compression/decompression engine, and calls the found compression/decompression engine to decompress the MMS; when the decompression module 203 decompresses the MMS, it also performs other conventional processing on the MMS. For example, add the IP address or terminal number of the terminal to the MMS message header.
  • the decompression module 203 also removes the compression type parameter from the MMS.
  • the sending module 204 is configured to send the decompressed multimedia message to the multimedia message center;
  • the first engine library 205 is configured as an engine library preconfigured with various compression/decompression engines and their corresponding compression type parameters.
  • the receiving module 201 receives the compressed multimedia message sent by the terminal, where the terminal further adds the used compression type parameter to the multimedia message header; and sends the received compressed multimedia message to the parsing module 202; the parsing module 202 according to the compressed multimedia message header
  • the compression type parameter carried in the compression type analysis of the received compressed multimedia message, and the result of the analysis is sent to the decompression module 203; the decompression module 203 pre-configures the compression in the engine library 205 according to the analysis result of the parsing module 202.
  • the decompression module 203 performs regular processing such as terminal address or number insertion on the MMS message header. Finally, the decompression module 203 sends the decompressed multimedia message to the sending module 204; the sending module 204 sends the decompressed multimedia message to the multimedia message center.
  • the first receiving module 201 and the sending module 204 may be implemented by a transceiver that is a gateway or an external transceiver connected to the gateway; the first parsing module 202 and the decompressing module 203 may be externally connected by a gateway or a gateway.
  • the CPU Central Processing Unit
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • the first engine library 205 is stored in the gateway. Or in the memory of an external transceiver connected to the gateway.
  • a method for forwarding a multimedia message includes: 5301.
  • the gateway receives a multimedia message download request sent by the terminal.
  • the MMS download request carries a compression type parameter supported by the terminal, and the MMS request further carries a terminal identifier for sending the MMS request.
  • step S301 since the gateway can receive the MMS request sent by multiple terminals, the compression type parameter supported by the terminal and the corresponding terminal identifier need to be added in the request message header of the MMS request; the request of the terminal in the MMS request Adding the compression type parameter and corresponding terminal identifier supported by the message header is also for confirming to the gateway whether the compression type supported by the terminal can be supported by the gateway, and ensuring that the terminal can reduce the traffic or the MMS when receiving the multimedia message.
  • the center legally receives MMS.
  • the request message header of each MMS request may carry multiple compression type parameters supported by the terminal.
  • the gateway parses the MMS download request, and obtains a compression type parameter supported by the terminal carried by the MMS request and records the same;
  • the step S302 further includes: the gateway parsing the MMS download request, acquiring a compression type parameter and the terminal identifier supported by the terminal carried by the MMS request, and recording the terminal identifier and the compression type. a parameter and a correspondence between the terminal identifier and the compression type parameter;
  • step S302 the gateway parses the MMS download request by parsing the compression type and the corresponding terminal identifier in the message header of the MMS request, and recording the parsed compression type and the corresponding terminal identifier in the database of the gateway.
  • the method of parsing the MMS request in step S302 and recording the parsing result in the database the gateway can effectively determine that the compression type gateway supported by the terminal can effectively apply the compression type, and perform network traffic for the MMS sent to the terminal by the subsequent forwarding MMS center. Control of bandwidth with network resources.
  • S303 The gateway removes the compression type parameter from the MMS request, and obtains a MMS request after the compression type parameter is removed, and sends the MMS request to the MMS center.
  • the MMS request that has been recorded in step S302 is carried in step S303.
  • the compression type parameter is removed from the MMS request in order to guarantee the legalization when sending the MMS request message to the MMS center, because at this stage, the MMS center only accepts the name of the uncompressed format in the message header and its name suffix, but for the MMS.
  • the addition of the compression type parameter in the requested message header does not meet the receiving condition of the multimedia message center. Therefore, in step S303, the gateway needs to delete the compression type parameter in the MMS request to ensure that the condition is not changed without changing the condition required by the multimedia message center.
  • Step S304 The gateway receives the MMS message requested by the terminal that is fed back by the MMS center, compresses the MMS according to the recorded compression type parameter, and forwards the compressed MMS to the terminal.
  • Step S304 further includes: Searching, according to the recorded compression type parameter, a corresponding compression/decompression engine in various compression/decompression engines pre-configured by the engine library, and calling the found compression/decompression engine to compress the multimedia message.
  • the gateway receives the multimedia message requested by the terminal sent by the multimedia message center to the multimedia message center, and is configured in various compression/decompression engines pre-configured in the engine library according to the compression type parameter recorded in the gateway database in step S302. Finding a corresponding compression/decompression engine, and calling the found compression/decompression engine to compress the MMS; and then transmitting the compressed MMS to the terminal corresponding to the terminal identifier by the terminal identifier recorded in the database; S304 compresses the MMS sent by the MMS center, reduces the MMS volume, improves the speed at which the terminal downloads the MMS, and effectively solves the purpose of saving wireless traffic and bandwidth when the terminal sends and receives MMS. In other words, the network bandwidth on the wireless side is saved, that is, the wireless network bandwidth between the wireless terminal and the gateway is saved.
  • step 304 the compressed type parameter used is also added to the terminal in the compressed multimedia message, and the terminal can be notified to the terminal that the multimedia message is in a compressed multimedia message to prompt the terminal to decompress.
  • the request message header of each MMS request may carry multiple compression type parameters supported by the terminal, so the gateway selects a compression type parameter to complete the compression, and the terminal needs to be notified that the terminal is used. Which compression method, the terminal needs to be decompressed in the corresponding way.
  • the gateway 20 receives the MMS request sent by the terminal cluster 10.
  • the gateway 20 receives the compression type parameter with the gzip compression format sent by the terminal 101 and the corresponding identification code 123 of the terminal 101, and the gateway 20 also receives the band sent by the terminal 102.
  • the deflate format compression type parameter and the terminal identification code 456 carried in the MMS request of the terminal 102 are correspondingly recorded in the database of the gateway 20, and the gzip format compression type carried in the MMS request of the terminal 101 is performed.
  • the parameter and the deflate format compression type parameter carried in the MMS request of the terminal 102 are deleted and sent to the MMS center 30.
  • the MMS center 30 After receiving the MMS request from the terminal 101 and the terminal 102 sent by the gateway 20, the MMS center 30 respectively sets the terminal 101 and the terminal. 102 requests the downloaded MMS feedback to the gateway 20, and the MMS center 30 responds to the MMS, the corresponding color It carries identification code corresponding to the terminal;
  • the gateway 20 parses the terminal identification code of the MMS to be 123, and queries the database in the gateway 20 according to the terminal identification code 123, and queries the compression type parameter of the corresponding record whose terminal identification code is 123.
  • the gzip compression format searches for a corresponding gzip compression/decompression engine in various compression/decompression engines pre-configured by the engine library of the gateway 20 according to the gzip compression format, and performs the MMS using a gzip compression/decompression engine. Compressing, sending the compressed multimedia message to the terminal 101 corresponding to the terminal identification code 123;
  • the gateway 20 parses the terminal identification code of the MMS as 456, performs a query in the database in the gateway 20 according to the terminal identification code 456, and queries the compression type of the corresponding record whose terminal identification code is 456.
  • the parameter is a deflate compression format, and the corresponding deflate compression/decompression engine is searched in various compression/decompression engines pre-configured by the engine library of the gateway 20 according to the deflate compression format, and the deflate compression/decompression engine is used to The MMS is compressed, and the compressed MMS is sent to the terminal 102 corresponding to the terminal identification code 456.
  • a receiving message header field and a sending header field are defined, wherein the receiving message header field declares that the encoding mechanism that the client can understand supports traffic compression; and the sending header field indicates that the server returns the compressed content to the client browser.
  • the applied server reduces the substantial quality of the MMS to be downloaded; It is to compress or decompress the gateway in the process of uploading or downloading to the MMS center without affecting the normal interaction, which reduces the waste of network bandwidth and saves network bandwidth, in other words, saves The network bandwidth on the wireless side, that is, saves the wireless network bandwidth between the wireless terminal and the gateway, and effectively improves the transmission and reception speed of the multimedia message.
  • FIG. 5 it is a schematic structural diagram of a device according to a fourth embodiment of the present invention.
  • a multimedia message forwarding device is located in an external transceiver device connected to the gateway or connected to the gateway.
  • the invention is not limited thereto, and the device comprises:
  • the second receiving module 501 is configured to receive a MMS download request sent by the terminal, where the MMS download request carries a compression type parameter supported by the terminal, and the MMS request further carries a terminal identifier for sending the MMS request;
  • the second receiving module 501 receives the MMS download request sent by multiple terminals, and each request has a compression type parameter and a terminal identifier added by the terminal in the message header of the MMS request.
  • the second parsing module 502 is configured to parse the MMS download request, obtain the compression type parameter supported by the terminal carried by the MMS request, and record the second type of the module 502.
  • the MMS download request is parsed, and the compression type parameter and the terminal identifier supported by the terminal carried by the MMS request are obtained, and the terminal identifier, the compression type parameter, the terminal identifier, and the compression type are recorded. The correspondence of the parameters.
  • the second parsing module 502 parses the MMS download request by parsing the compression type and the corresponding terminal identifier in the message header of the MMS request, and parsing the compressed type. And the corresponding terminal identifier is recorded in the second parsing module 502; the second parsing module 502 records, in the second parsing result, the terminal identifier, the compression type parameter, and the correspondence between the terminal identifier and the compression type parameter in the second In the parsing module 502, the compression type supported by the terminal can be effectively determined, and the network traffic and the network resource bandwidth are controlled for the MMS sent by the MMS to the terminal.
  • the forwarding module 503 is configured to remove the compression type parameter from the MMS request, obtain a MMS request after the compression type parameter is removed, and send the MMS request to the MMS center;
  • the forwarding module 503 removes the compression type parameter carried in the already recorded MMS request from the MMS request to ensure the legalization when sending the MMS request message to the MMS center, because the MMS center only accepts the message at this stage.
  • the name of the non-compressed format in the header and its name suffix, and the addition of the compression type parameter in the message header of the MMS request does not meet the receiving condition of the MMS center. Therefore, the forwarding module 503 performs the compression type parameter in the MMS request. Delete to ensure normal transmission without changing the conditions required by the MMS center.
  • the compression module 504 is configured to receive the multimedia message requested by the terminal fed back by the multimedia message center, and forward the compressed multimedia message to the terminal; the compression module 504 is further configured to: according to the recorded compression type parameter
  • the second engine library 505 searches for a corresponding compression/decompression engine in various compression/decompression engines pre-configured, and calls the found compression/decompression engine to compress the multimedia message.
  • a second engine library 505 configured to pre-configure engine libraries of various compression/decompression engines and their corresponding compression type parameters
  • the compression module 504 receives the MMS requested by the MMS center to download to the MMS center, and performs various compression/decompressions pre-configured in the second engine library 505 according to the compression type parameter recorded by the second parsing module 502. Searching for a corresponding compression/decompression engine in the engine, and calling the found compression/decompression engine to compress the MMS; and then transmitting the compressed MMS to the terminal corresponding to the terminal identifier by the recorded terminal identifier; Module 504 for MMS The MMS sent by the center is compressed to reduce the size of the MMS, improve the speed at which the terminal downloads the MMS, and effectively solve the purpose of saving wireless traffic and bandwidth when the terminal sends and receives MMS.
  • the compression module 504 further adds the used compression type parameter to the terminal in the compressed multimedia message.
  • the terminal can notify the terminal that the multimedia message is a compressed multimedia message to prompt the terminal to decompress and then display.
  • the request message header of each MMS request recorded by the second parsing module 502 may carry multiple compression type parameters supported by the terminal, so the compression module 504 selects a compression type parameter to complete the compression, and needs to be notified at this time.
  • the terminal is the compression method used, and the terminal needs to be decompressed in the corresponding way.
  • the second receiving module 501 receives the MMS request sent by a terminal and sends the MMS request to the second parsing module 502, where the MMS request has a compression type parameter in the gzip format and its corresponding terminal identifier is the number 123456;
  • the second parsing module 502 parses the compression type parameter with the gzip format and the corresponding terminal identifier into the number 123456 from the request message header in the received MMS request, and records the parsed gzip format and the corresponding terminal identifier 123456, and Sending the MMS request to the forwarding module 503;
  • the forwarding module 503 deletes the compression type parameter of the gzip format recorded in the second parsing module 502 from the request message header of the MMS request, and then sends the message to the MMS center;
  • the MMS After receiving the MMS request sent by the forwarding module 503, the MMS sends the requested MMS message of the size of 100 KB; after receiving the MMS message of 100 KB size sent by the MMS center, the compression module 504 is in accordance with the gzip format recorded by the second parsing module 502.
  • the compression type parameter searches for a corresponding gzip compression/decompression engine in various compression/decompression engines pre-configured by the second engine library 505, and invokes the found gzip compression/decompression engine to compress the multimedia message; 100KB size MMS is compressed to 60KB (according to different compression types and their compression algorithms, the degree of compression is not the same); Then the compressed MMS is sent to the terminal identifier by the recorded terminal identifier.
  • the terminal should be.
  • the second receiving module 501 and the forwarding module 503 can be implemented by a gateway or a transceiver of an external transceiver connected to the gateway; the second parsing module 502 and the compression module 504 can be connected by a gateway or an external transceiver connected to the gateway.
  • the CPU, DSP or FPGA implementation; the second engine library 505 is stored in a memory of the gateway or an external transceiver connected to the gateway.
  • the modules may be implemented in software for execution by various types of processors.
  • an identified executable code module can comprise one or more physical or logical blocks of computer instructions, which can be constructed, for example, as an object, procedure, or function. Nonetheless, the executable code of the identified modules need not be physically located together, but may include different instructions stored in different physicalities. When these instructions are logically combined, they form a module and implement the specified purpose of the module. .
  • the executable code module can be a single instruction or a plurality of instructions, and can even be distributed over a plurality of different code segments, distributed among different programs, and distributed across multiple memory devices.
  • operational data can be identified within the module and can be implemented in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations (including on different storage devices), and may at least partially exist as an electronic signal on a system or network.
  • the module can be implemented by software, considering the level of the existing hardware process, the module can be implemented in software. Without considering the cost, a person skilled in the art can construct a corresponding hardware circuit to implement the corresponding function.
  • the hardware circuitry includes conventional Very Large Scale Integration (VLSI) circuits or gate arrays as well as existing semiconductors such as logic chips, transistors, or other discrete components.
  • VLSI Very Large Scale Integration
  • Modules can also be programmed with programmable hardware such as field programmable Gate arrays, programmable array logic, programmable logic devices, etc. are implemented.
  • sequence numbers of the steps are not used to limit the sequence of the steps.
  • the steps of the steps are changed without any creative work. It is also within the scope of the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明提供一种彩信转发的方法及装置。该彩信转发方法包括：网关接收终端发送的经过压缩的彩信；所述网关对接收的彩信进行解析，获取所述接收的彩信携带的所述终端压缩时所使用的压缩类型参数；所述网关根据所述压缩类型参数对所述接收的彩信进行解压缩，得到解压后的彩信；将所述解压后的彩信发送到彩信中心。根据本发明的技术方案，网关将接收的彩信进行解压缩再通过常规方式发送给彩信中心，将彩信中心下载彩信通过压缩形式发送给终端，通过这种方式可以有效解决网络资源浪费，加快彩信上传或下载速度。

Description

一种彩信转发方法及装置 技术领域
本发明涉及通信应用领域， 尤其涉及一种彩信转发方法及装置。 背景技术
彩信业务是移动通信中最流行的手段之一。 随着彩信业务的广泛应用， 其移动数据网络用户的平均流量和用户数增幅已经超过传统话音网络， 数 据业务渐渐占用了大量的网络资源， 数据核心网频繁出现流量瓶颈， 同时 网络资源的应用也日趋紧张； 如何节约网络带宽， 加快用户访问速度， 提 升用户体验已经成为各大运营商迫切需要解决的问题。
目前， 终端发送或接收一个 120KB的彩信有时可能需要 1小时左右， 而彩信中心由于同时下发的彩信资源非常的多， 常常会导致网络堵塞的状 况； 而现阶段为解决网络堵塞等问题， 通常是通过移动网络不断的扩大带 宽， 虽然解决了网络堵塞等问题， 但造成了极大的资源浪费。
其次， 如果不能过扩大网络带宽， 用户为了能获得彩信在网络中的较 快通信速度， 通常会使用低质量的彩信， 因为低质量的彩信的数据大小通 常较小， 网络传输速度相对较快， 但这样的方式是以降低彩信实质的质量 来换取速度， 这显然无法同时满足用户的对于质量和速度的需求， 久而久 之对于彩信业务自身也会造成伤害。
上述现有技术都没有真正地解决节约网络带宽、 加快收发彩信速度， 提高移动数据流量处理等问题； 如果能通过网关对发送或接收的彩信进行 压缩 /解压缩等处理， 这样既可以对彩信进行压缩发送又可以满足彩信中心 的要求， 以达到减少无线侧数据流量、 加速用户访问的功能、 节约网络带 宽。 发明内容
本发明实施例要解决的技术问题是提供一种彩信转发方法及系统， 有 效提高彩信收发速度， 节省了网带。
为解决上述技术问题， 本发明的实施例提供技术方案如下：
一方面， 提供一种彩信转发方法包括： 网关接收终端发送的经过压缩 的彩信； 所述网关对所述接收的彩信进行解析， 获取所述接收的彩信携带 的所述终端压缩时所使用的压缩类型参数； 所述网关根据所述压缩类型参 数对所述接收的彩信进行解压缩， 得到解压后的彩信； 将所述解压后的彩 信发送到彩信中心。
其中， 所述网关根据所述压缩类型参数对所述接收的彩信进行解压缩 包括： 所述网关根据所述压缩类型参数， 在引擎库预先配置的压缩 /解压缩 引擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引擎对所 述接收的彩信进行解压缩。
另一方面， 提供一种彩信转发装置， 包括： 第一接收模块， 配置为接 收终端发送的经压缩的彩信； 第一解析模块， 配置为对接收的彩信进行解 析， 获取所述接收的彩信携带的所述终端压缩时所使用的压缩类型参数； 解压缩模块， 配置为根据所述压缩类型参数对所述接收的彩信进行解压缩， 得到解压后的彩信； 发送模块， 配置为将所述解压后的彩信发送到彩信中 心。
其中， 所述彩信转发装置还包括： 预先配置有各种压缩 /解压缩引擎及 其相应压缩类型参数的第一引擎库； 相应地， 所述解压缩模块， 还配置为 根据所述压缩类型参数在所述引擎库中查找相应的压缩 /解压缩引擎， 并调 用查找到的压缩 /解压缩引擎对所述接收的彩信进行解压缩。
另一方面， 提供一种彩信转发方法包括： 网关接收终端发送的彩信下 载请求； 所述网关对所述彩信下载请求进行解析， 获取所述彩信请求携带 的所述终端所支持的压缩类型参数并记录； 所述网关从所述彩信请求中移 除所述压缩类型参数， 得到移除所述压缩类型参数后的彩信请求， 并发送 给彩信中心； 所述网关接收所述彩信中心反馈的所述终端请求的彩信， 根 据记录的压缩类型参数对所述彩信中心反馈的彩信进行压缩， 并将压缩后 的彩信转发给所述终端。
其中， 所述彩信请求还携带发送所述彩信请求的终端标识； 相应地， 所述网关对所述彩信下载请求进行解析， 获取所述彩信请求携带的所述终 端所支持的压缩类型参数并记录包括： 所述网关对所述彩信下载请求进行 解析， 获取所述彩信请求携带的所述终端所支持的压缩类型参数和所述终 端标识， 并记录所述终端标识、 所述压缩类型参数以及所述终端标识与所 述压缩类型参数的对应关系。
其中， 所述网关根据记录的压缩类型参数对所述彩信中心反馈的彩信 进行压缩包括： 所述网关根据记录的所述压缩类型参数在引擎库预先配置 的各种压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压 缩 /解压缩引擎对所述彩信中心反馈的彩信进行压缩。
另一方面， 提供一种彩信转发装置， 包括： 第二接收模块， 配置为接 收终端发送的彩信下载请求； 第二解析模块， 配置为对所述彩信下载请求 进行解析， 获取所述彩信请求携带的所述终端所支持的压缩类型参数并记 录； 转发模块， 配置为从所述彩信请求中移除所述压缩类型参数， 得到移 除所述压缩类型参数后的彩信请求， 并发送给彩信中心； 压缩模块， 配置 为接收所述彩信中心反馈的所述终端请求的彩信， 根据记录的压缩类型参 数对所述彩信中心反馈的彩信进行压缩， 并将压缩后的彩信转发给所述终 端。
其中， 所述彩信请求还携带发送所述彩信请求的终端标识； 所述第二 解析模块， 配置为对所述彩信下载请求进行解析， 获取所述彩信请求携带 的所述终端所支持的压缩类型参数和所述终端标识， 并记录所述终端标识、 所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。
其中， 所述彩信转发装置还包括： 预先配置有各种压缩 /解压缩引擎及 其相应压缩类型参数的第二引擎库； 相应地， 所述压缩模块， 还配置为根 据记录的所述压缩类型参数在所述第二引擎库中查找相应的压缩 /解压缩引 擎，并调用查找到的压缩 /解压缩引擎对所述彩信中心反馈的彩信进行压缩。
本发明实施例的上述技术方案的有益效果如下：
1 )通过接收终端发送的已压缩彩信， 并根据彩信所携带的压缩类型参 数进行解压缩后发送到彩信中心， 当接收到彩信中心所发送彩信时， 则对 其彩信进行压缩的方式发给终端； 从而减少了网络带宽的浪费同时提高了 彩信发送速度；
2 )根据终端所发送的彩信或彩信请求中所携带的压缩类型参数的处 理，达到网关可以在不改变彩信中心的条件下对彩信进行压缩 /解压缩处理， 有效地提高了网络上传或下载彩信的速度， 节约了网络资源的应用。 附图说明
图 1为本发明的第一实施例的方法流程图；
图 2为本发明的第二实施例的装置结构示意图；
图 3为本发明的第三实施例的方法流程图；
图 4为本发明实施例的第一示意图；
图 5为本发明的第四实施例的装置结构示意图。 具体实施方式
为使本发明要解决的技术问题、 技术方案和优点更加清楚， 下面将结 合附图及具体实施例进行详细描述。
本发明的实施例针对终端发送或接收彩信时造成网络流量浪费过大， 导致网络速度变慢使， 彩信无法快速发送或接收到目的地终端等问题， 提 供一种彩信转发方法及装置， 包括： 网关接收终端发送的含有压缩类型参 数的压缩彩信， 并根据这个压缩类型参数对收到的压缩彩信进行解压， 再 发送到彩信中心； 还包括： 网关接收终端发送的含有压缩类型参数的彩信 请求， 并将其压缩类型参数进行记录后再将其请求发送给彩信中心； 网关 接收到彩信中心反馈后又将彩信进行压缩后转发给所发请求的终端。
如图 1 所示， 为本发明的第一实施例的方法流程图， 在本实施例中， 一种彩信转发方法， 包括：
5101、 网关接收终端发送的经过压缩的彩信；
本实施例中， 网关所接收的是终端在发送彩信时， 终端已将彩信实体 内容进行压缩， 并把压缩彩信在发送前将其所使用的压缩类型参数添加在 彩信的消息头中， 其中， 终端的压缩引擎可使用 gzip、 deflate, compress, ppmd等压缩算法， 当然， 本发明实施例可使用的压缩算法并不限于此。
5102、 网关对所述彩信进行解析， 获取所述彩信携带的所述终端压缩 时所使用的压缩类型参数；
本实施例中， 通过步驟 S101中所接收到压缩的彩信， 对彩信消息头的 解析来获取压缩类型， 以使网关在向彩信中心发送前对压缩的彩信选择适 合的解压格式， 网关会自动扫描消息头中所带有的信息； 当扫描到消息头 中的含有压缩类型参数时将会以压缩文件形式对接收到的压缩彩信进行读 取。
5103、 网关根据所述压缩类型参数对所述彩信进行解压缩， 得到解压 后的彩信；
本实施例中， 步驟 S103根据步驟 S102所解析出的经压缩彩信的压缩 类型参数对压缩的彩信进行解压， 还包括： 所述网关根据所述压缩类型参 数， 在引擎库预先配置的压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引擎对所述彩信进行解压缩。 当网关解压缩彩 信后还会对彩信进行其它常规处理， 例如， 在彩信消息头中添加终端的 IP 地址或终端号码或接收端口号等。 步驟 S103中还从所述彩信中移除所述压 缩类型参数。
S104、 将所述解压后的彩信发送到彩信中心。
下面以一个应用实施例对上述第一实施例进一步说明：
例如， 用户操控终端在用户界面上编辑生成一大小为 275KB的彩信并 点击发送， 终端接收到所述发送信号， 自动将编辑完毕的彩信进行 gzip格 式的压缩， 执行完压缩的彩信的大小缩减至 120KB; 再向网关发送压缩至 120KB的彩信， 并在彩信消息头中添加使用的 gzip格式的压缩类型参数； 这样在彩信发送过程中， 实际发生在终端与网关之间的流量即为 120KB。
首先， 网关收到经终端压缩的大小为 120KB彩信， 并根据所述 gzip格 式的压缩类型参数， 在引擎库预先配置的压缩 /解压缩引擎中查找相应的 gzip格式的引擎，并调用查找到的 gzip格式的引擎对所述彩信进行解压缩， 将所述彩信解压还原成 275KB; 在解压缩的同时对彩信消息头进行终端的 IP地址或号码或接收端口号等常规处理； 最后， 将解压缩过的彩信发送到 彩信中心。
通过第一实施例的说明， 本发明实施例提出对彩信的实质内容进行压 缩， 并根据压缩彩信的消息头中添加的所使用的压缩类型参数实现解压， 再发送到彩信中心； 接收压缩彩信来加快彩信发送速度再通过解压实现向 彩信中心的常规发送。 对于彩信中心， 网关解压彩信后向所述彩信中心发 送， 对于所述彩信中心彩信发送过程没有任何改变， 即网关实现了一种透 明式的工作方式， 使用户以正常方式编辑完毕彩信后， 彩信自动在后台完 成压缩功能向网关发送， 网关则以降低流量加快发送速度的效果并且不改 变彩信中心要接收的条件下， 将彩信上传彩信中心。 换句话说， 本发明实 施例的技术方案节省了无线侧的网络带宽， 即： 节省了无线终端与网关之 间的无线网络带宽。
另外， 在终端侧对于彩信的压缩操作可以是直接默认执行的， 对于用 户彩信的压缩操作是在用户没有感知的情况下自动完成的； 有些情况下， 彩信的压缩是有损的， 为了最大程度保证彩信的数据安全， 用户也可以设 置彩信的压缩操作在问询后得到用户指示再实时开启执行， 或者用户设置 关闭彩信的压缩操作。 如图 1所示， 为本发明的第二实施例的装置结构示 意图， 在本实施例中， 一种彩信转发装置， 所述装置位于所述网关中或与 网关相连接的外部收发装置中， 但本发明实施例并不局限于此， 该装置包 括： 第一接收模块 201、 第一解析模块 202、 解压缩模块 203、发送模块 204 和第一引擎库 205。
第一接收模块 201 ,配置为接收终端发送的经压缩的彩信；本实施例中， 终端在发送彩信时， 已将彩信实体内容进行压缩， 并将其所使用的压缩类 型参数添加在彩信的消息头中，其中，终端的压缩算法可使用 gzip、 deflate, compress, ppmd等压缩算法， 当然， 本发明实施例可使用的压缩算法并不 限于此。
第一解析模块 202, 配置为对所述彩信进行解析， 获取所述彩信携带的 所述终端压缩时所使用的压缩类型参数；
本实施例中， 第一解析模块 202接收第一接收模块 201 中所接收到压 缩的彩信后， 会自动扫描消息头中所带有的信息， 然后对彩信消息头进行 解析来获取压缩类型以便在向彩信中心发送彩信前对压缩的彩信选择适合 的解压格式进行解压； 当扫描到消息头中的含有压缩类型参数时将会以相 应压缩文件形式对接收到的压缩彩信进行读取。
解压缩模块 203 , 配置为根据所述压缩类型参数对所述彩信进行解压 缩， 得到解压后的彩信； 所述解压缩模块 203还配置为根据所述压缩类型 参数在引擎库 205 中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 / 解压缩引擎对所述彩信进行解压缩； 当解压缩模块 203解压缩彩信后还会 对彩信进行其它常规处理， 例如， 在彩信消息头中添加终端的 IP地址或终 端号码等。 解压缩模块 203还从所述彩信中移除所述压缩类型参数。
发送模块 204, 配置为将所述解压后的彩信发送到彩信中心；
第一引擎库 205 , 配置为预先配置有各种压缩 /解压缩引擎及其相应压 缩类型参数的引擎库。
针对第二实施例进一步解释说明为：
接收模块 201接收来自终端所发送的压缩彩信， 其中， 终端还在彩信 消息头中添加使用的压缩类型参数； 并将所接收到的压缩彩信发送给解析 模块 202; 解析模块 202根据压缩彩信消息头中所带的压缩类型参数，对所 接收的压缩彩信进行压缩格式分析， 并将其解析结果发送给解压缩模块 203; 解压缩模块 203根据解析模块 202的解析结果在引擎库 205预先配置 的压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 / 解压缩引擎对所述彩信进行解压缩； 同时解压缩模块 203对彩信消息头进 行终端地址或号码插入等常规处理； 最后， 解压缩模块 203将解压缩的彩 信发送给发送模块 204; 发送模块 204将解压缩的彩信发送到彩信中心。
在实际应用时， 第一接收模块 201及发送模块 204可由为网关或与网 关相连接的外部收发装置的收发机实现； 第一解析模块 202及解压缩模块 203可由网关或与网关相连接的外部收发装置的中央处理器（ CPU, Central Processing Unit )、 数字信号处理器（DSP, Digital Signal Processor )或现场 可编程门阵列 （FPGA, Field - Programmable Gate Array ) 实现； 第一引擎 库 205存储在网关或与网关相连接的外部收发装置的存储器中。
如图 3 所示， 为本发明的第三实施例的方法流程， 在本实施例中， 一 种彩信转发方法， 包括： 5301、 网关接收终端发送的彩信下载请求；
其中， 所述彩信下载请求携带有所述终端支持的压缩类型参数， 所述 彩信请求还携带发送所述彩信请求的终端标识；
本实施例中，步驟 S301中由于网关可以接收多个终端发送的彩信请求， 所以在彩信请求的请求消息头中需要添加终端所支持的压缩类型参数及对 应的终端标识； 终端在彩信请求的请求消息头中加入其所支持的压缩类型 参数及对应的终端标识也是为了向网关确认该终端所支持的压缩类型是否 可以得到网关的支持， 保证了终端在接收彩信时既可减少流量也可以从彩 信中心处合法接收彩信。 每个彩信请求的请求消息头中可以携带终端所支 持的多个压缩类型参数。
5302、 网关对所述彩信下载请求进行解析， 获取所述彩信请求携带的 所述终端所支持的压缩类型参数并记录；
步驟 S302还包括： 所述网关对所述彩信下载请求进行解析， 获取所述 彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识， 并记录 所述终端标识、 所述压缩类型参数以及所述终端标识与所述压缩类型参数 的对应关系；
本实施例中， 步驟 S302中网关对彩信下载请求进行解析是把彩信请求 的消息头中压缩类型与对应的终端标识解析出来， 并将解析的压缩类型与 对应的终端标识记录在网关的数据库中； 通过步驟 S302对彩信请求的解析 并将解析结果记录在数据库， 网关可以有效确定终端所支持压缩类型网关 可以有效地应用其压缩类型， 为后续转发彩信中心向终端发送的所述彩信 进行网络流量与网络资源带宽的控制。
5303、 网关从所述彩信请求中移除所述压缩类型参数， 得到移除所述 压缩类型参数后的彩信请求， 并发送给彩信中心；
本实施例中， 步驟 S303中对步驟 S302中已经记录的彩信请求中携带 的压缩类型参数从彩信请求中移除是为了保证向彩信中心发送彩信请求信 息时的合法化， 因为， 现阶段彩信中心只接受消息头中非压缩格式的名称 及其名称后缀， 而对于在彩信请求的消息头中添加压缩类型参数是不符合 彩信中心接收条件的， 所以， 步驟 S303中网关需要将彩信请求中的压缩类 型参数进行删除， 以保证在不改变彩信中心要求的条件进行发送。
S304、 网关接收所述彩信中心反馈的所述终端请求的彩信， 根据记录 的压缩类型参数对所述彩信进行压缩， 并将压缩后的彩信转发给所述终端； 步驟 S304进一步包括： 所述网关根据记录的所述压缩类型参数在引擎库预 先配置的各种压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并调用查找 到的压缩 /解压缩引擎对所述彩信进行压缩。
本实施例中， 步驟 S304中网关接收彩信中心所发送的终端向彩信中心 请求下载的彩信，根据步驟 S302中网关数据库所记录的压缩类型参数在引 擎库预先配置的各种压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并调 用查找到的压缩 /解压缩引擎对所述彩信进行压缩； 再由数据库中所记录的 终端标识将压缩的彩信发送到终端标识所对应的终端； 由于步驟 S304对彩 信中心发送的彩信进行压缩， 使彩信体积减小， 提高终端下载彩信的速度， 有效地解决了终端收发彩信时节省无线流量和带宽的目的。 换句话说， 节 省了无线侧的网络带宽， 即： 节省了无线终端与网关之间的无线网络带宽。
在步驟 304 中， 还将所使用的压缩类型参数添加在压缩后的彩信中一 同转发给所述终端， 一方面可以向所述终端告知此彩信是使用了压缩方式 的彩信以提示终端解压缩后再展示， 另一方面， 在步驟 301 中每个彩信请 求的请求消息头中可以携带终端所支持的多个压缩类型参数， 所以网关选 择一种压缩类型参数完成压缩， 此时需要告知终端是使用的哪种压缩方式， 终端需要使用相应的方式解压缩。
如图 4所示， 下面以一个应用实施例对上述第三实施例进一步说明： 网关 20接收终端集群 10所发送的彩信请求 , 例如， 网关 20接收终端 101发送的带有 gzip压缩格式的压缩类型参数及其对应的终端 101的标识 码 123 , 网关 20还接收终端 102发送的带有 deflate压缩格式的压缩类型参 数及其对应的终端 102标识码 456的彩信请求； 网关 20再将所接收到的终 端 101的彩信请求中所携带的 gzip格式压缩类型参数及终端标识码 123对 应记录到网关 20的数据库中，将终端 102的彩信请求中所携带的 deflate格 式压缩类型参数及终端标识码 456对应记录到网关 20的数据库中， 并将终 端 101的彩信请求中携带的 gzip格式压缩类型参数以及终端 102的彩信请 求中携带的 deflate格式压缩类型参数进行删除， 再发送给彩信中心 30; 彩信中心 30接收到网关 20发送的终端 101与终端 102的彩信请求后， 分别将终端 101与终端 102请求下载的彩信反馈给网关 20,彩信中心 30在 反馈彩信时， 相应的彩信会携带对应的终端的标识码；
网关 20接收到彩信后， 解析所述彩信的终端标识码为 123 , 根据所述 终端标识码 123在网关 20中数据库进行查询，查询到所述终端标识码为 123 的对应记录的压缩类型参数为 gzip压缩格式， 根据所述 gzip压缩格式在网 关 20的引擎库预先配置的各种压缩 /解压缩引擎中查找相应的 gzip压缩 /解 压缩引擎， 并使用 gzip压缩 /解压缩引擎对所述彩信进行压缩 , 将压缩后的 所述彩信发送至终端标识码 123对应的终端 101 ;
网关 20接收到另一彩信后， 解析所述彩信的终端标识码为 456, 根据 所述终端标识码 456在网关 20中数据库进行查询， 查询到所述终端标识码 为 456的对应记录的压缩类型参数为 deflate压缩格式， 根据所述 deflate压 缩格式在网关 20 的引擎库预先配置的各种压缩 /解压缩引擎中查找相应的 deflate压缩 /解压缩引擎，并使用 deflate压缩 /解压缩引擎对所述彩信进行压 缩， 将压缩后的所述彩信发送至终端标识码 456对应的终端 102。
目前， 通过降低在 SP服务器与用户之间传递的流量， 网络服务器规范 定义了接收消息头字段和发送报头字段， 其中， 接收消息头字段申明客户 端可以理解的编码机制支持流量压缩； 发送报头字段申明服务器给客户端 浏览器返回了已被压缩的内容。 如果把所有的要接收或发送的彩信的压缩 都交给要申明的服务器， 那么同样会阻碍彩信的收发速度， 并且所申请的 服务器会降低要下载的彩信的实质的质量； 而本发明实施例则是在不影响 正常交互的前提下利用网关在终端上传或下载到彩信中心的过程中间进行 压缩或解压缩， 既减少了网络流量加大也节约的网络带宽的浪费， 换句话 说， 节省了无线侧的网络带宽， 即： 节省了无线终端与网关之间的无线网 络带宽， 还有效地提了彩信收发速度。
如图 5 所示， 为本发明的第四实施例的装置结构示意图， 在本实施例 中， 一种彩信转发装置， 所述装置位于所述网关中或与网关相连接的外部 收发装置中， 但本发明并不局限于此， 该装置包括：
第二接收模块 501 , 配置为接收终端发送的彩信下载请求， 其中， 所述 彩信下载请求携带有所述终端支持的压缩类型参数， 所述彩信请求还携带 发送所述彩信请求的终端标识；
本实施例中， 第二接收模块 501 将会接收到多个终端发送的彩信下载 请求， 而每个请求中都有终端在其彩信请求的消息头中添加的压缩类型参 数及终端标识。
第二解析模块 502, 配置为对所述彩信下载请求进行解析， 获取所述彩 信请求携带的所述终端所支持的压缩类型参数并记录； 所述第二解析模块 502, 还进一步配置为所述彩信下载请求进行解析， 获取所述彩信请求携带 的所述终端所支持的压缩类型参数和所述终端标识， 并记录所述终端标识、 所述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。
本实施例中， 第二解析模块 502对彩信下载请求进行解析是把彩信请 求的消息头中压缩类型与对应的终端标识解析出来， 并将解析的压缩类型 与对应的终端标识记录在第二解析模块 502中； 第二解析模块 502将解析 结果所述终端标识、 所述压缩类型参数以及所述终端标识与所述压缩类型 参数的对应关系记录在第二解析模块 502 中， 可以有效确定终端所支持压 缩类型， 为后续转发彩信中心向终端发送的所述彩信进行网络流量与网络 资源带宽的控制。
转发模块 503 , 配置为从所述彩信请求中移除所述压缩类型参数，得到 移除所述压缩类型参数后的彩信请求， 并发送给彩信中心；
本实施例中， 转发模块 503将已经记录的彩信请求中携带的压缩类型 参数从彩信请求中移除是为了保证向彩信中心发送彩信请求信息时的合法 化， 因为， 现阶段彩信中心只接受消息头中非压缩格式的名称及其名称后 缀， 而对于在彩信请求的消息头中添加压缩类型参数是不符合彩信中心接 收条件的， 所以， 所述转发模块 503将彩信请求中的压缩类型参数进行删 除， 以保证在不改变彩信中心要求的条件进行正常发送。
压缩模块 504, 配置为接收所述彩信中心反馈的所述终端请求的彩信， 并将压缩后的彩信转发给所述终端； 所述压缩模块 504还配置为根据记录 的所述压缩类型参数在第二引擎库 505预先配置的各种压缩 /解压缩引擎中 查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引擎对所述彩信 进行压缩。
第二引擎库 505 , 配置为预先配置有各种压缩 /解压缩引擎及其相应压 缩类型参数的引擎库；
本实施例中， 压缩模块 504接收彩信中心所发送的终端向彩信中心请 求下载的彩信， 根据第二解析模块 502所记录的压缩类型参数在第二引擎 库 505预先配置的各种压缩 /解压缩引擎中查找相应的压缩 /解压缩引擎， 并 调用查找到的压缩 /解压缩引擎对所述彩信进行压缩； 再由所记录的终端标 识将压缩的彩信发送到终端标识所对应的终端； 由于压缩模块 504对彩信 中心发送的彩信进行压缩， 使彩信体积减小， 提高终端下载彩信的速度， 有效地解决了终端收发彩信时节省无线流量和带宽的目的。 换句话说， 节 省了无线侧的网络带宽， 即： 节省了无线终端与网关之间的无线网络带宽。 压缩模块 504还将所使用的压缩类型参数添加在压缩后的彩信中一同转发 给所述终端， 一方面可以向所述终端告知此彩信是使用了压缩方式的彩信 以提示终端解压缩后再展示， 另一方面， 第二解析模块 502记录的每个彩 信请求的请求消息头中可以携带终端所支持的多个压缩类型参数， 所以压 缩模块 504选择一种压缩类型参数完成压缩， 此时需要告知终端是使用的 哪种压缩方式， 终端需要使用相应的方式解压缩。
针对第四实施例进一步举出应用实例解释说明为：
第二接收模块 501接收来某终端发送的彩信请求并将所述彩信请求发 送给第二解析模块 502, 其中彩信请求中带有 gzip格式的压缩类型参数及 其对应的终端标识为号码 123456; 第二解析模块 502从接收到的彩信请求 中的请求消息头中解析出带有 gzip格式的压缩类型参数及其对应的终端标 识为号码 123456, 同时记录解析出的 gzip格式及对应终端标识 123456, 并 将彩信请求发送到转发模块 503中； 转发模块 503将第二解析模块 502中 已记录的 gzip格式的压缩类型参数从彩信请求的请求消息头中删除后， 再 发送给彩信中心；
彩信中心接收转发模块 503发送的彩信请求后， 将所请求的 100KB大 小的彩信进行下发； 压缩模块 504接收到彩信中心发送的 100KB大小的彩 信后， 根据第二解析模块 502所记录的 gzip格式的压缩类型参数在第二引 擎库 505预先配置的各种压缩 /解压缩引擎中查找相应的 gzip压缩 /解压缩引 擎， 并调用查找到的 gzip压缩 /解压缩引擎对所述彩信进行压缩； 将 100KB 大小的彩信压缩到 60KB (根据不同的压缩类型及其压缩算法， 压缩程度大 小也不尽相同）； 再由所记录的终端标识将压缩的彩信发送到终端标识所对 应的终端。
在实际应用时， 第二接收模块 501及转发模块 503可由网关或与网关 相连接的外部收发装置的收发机实现； 第二解析模块 502及压缩模块 504 可由网关或与网关相连接的外部收发装置的 CPU、 DSP或 FPGA实现； 第 二引擎库 505存储在网关或与网关相连接的外部收发装置的存储器中。
此说明书中所描述的许多功能部件都被称为模块， 以便更加特别地强 调其实现方式的独立性。
本发明实施例中， 模块可以用软件实现， 以便由各种类型的处理器执 行。 举例来说， 一个标识的可执行代码模块可以包括计算机指令的一个或 多个物理或者逻辑块， 举例来说， 其可以被构建为对象、 过程或函数。 尽 管如此， 所标识模块的可执行代码无需物理地位于一起， 而是可以包括存 储在不同物理上的不同的指令， 当这些指令逻辑上结合在一起时， 其构成 模块并且实现该模块的规定目的。
实际上， 可执行代码模块可以是单条指令或者是许多条指令， 并且甚 至可以分布在多个不同的代码段上， 分布在不同程序当中， 以及跨越多个 存储器设备分布。 同样地， 操作数据可以在模块内被识别， 并且可以依照 任何适当的形式实现并且被组织在任何适当类型的数据结构内。 所述操作 数据可以作为单个数据集被收集， 或者可以分布在不同位置上（包括在不 同存储设备上）， 并且至少部分地可以仅作为电子信号存在于系统或网络 上。
在模块可以利用软件实现时， 考虑到现有硬件工艺的水平， 所以可以 以软件实现的模块， 在不考虑成本的情况下， 本领域技术人员都可以搭建 对应的硬件电路来实现对应的功能， 所述硬件电路包括常规的超大规模集 成（VLSI ) 电路或者门阵列以及诸如逻辑芯片、 晶体管之类的现有半导体 或者是其它分立的元件。 模块还可以用可编程硬件设备， 诸如现场可编程 门阵列、 可编程阵列逻辑、 可编程逻辑设备等实现。
在本发明各方法实施例中， 所述各步驟的序号并不能用于限定各步驟 的先后顺序， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提 下， 对各步驟的先后变化也在本发明的保护范围之内。
以上所述是本发明的优选实施方式， 应当指出， 对于本技术领域的普 通技术人员来说， 在不脱离本发明所述原理的前提下， 还可以作出若干改 进和润饰， 这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求书
1. 一种彩信转发方法， 包括：
网关接收终端发送的经过压缩的彩信；
所述网关对接收的彩信进行解析， 获取所述接收的彩信携带的所述终 端压缩时所使用的压缩类型参数；
所述网关根据所述压缩类型参数对所述接收的彩信进行解压缩， 得到 解压后的彩信；
将所述解压后的彩信发送到彩信中心。
2. 根据权利要求 1所述的彩信转发方法， 其中， 所述网关根据所述压 缩类型参数对所述接收的彩信进行解压缩包括：
所述网关根据所述压缩类型参数， 在引擎库预先配置的压缩 /解压缩引 擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引擎对所述 接收的彩信进行解压缩。
3. 一种彩信转发装置， 包括：
第一接收模块， 配置为接收终端发送的经压缩的彩信；
第一解析模块， 配置为对接收的彩信进行解析， 获取所述接收的彩信 携带的所述终端压缩时所使用的压缩类型参数；
解压缩模块， 配置为根据所述压缩类型参数对所述接收的彩信进行解 压缩， 得到解压后的彩信；
发送模块， 配置为将所述解压后的彩信发送到彩信中心。
4. 根据权利要求 3所述的彩信转发装置， 其中， 所述彩信转发装置还 包括： 预先配置有各种压缩 /解压缩引擎及其相应压缩类型参数的第一引擎 库；
相应地， 所述解压缩模块， 还配置为根据所述压缩类型参数在所述第 一引擎库中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引擎 对所述接收的彩信进行解压缩。
5. —种彩信转发方法， 包括：
网关接收终端发送的彩信下载请求；
所述网关对所述彩信下载请求进行解析， 获取所述彩信请求携带的所 述终端所支持的压缩类型参数并记录；
所述网关从所述彩信请求中移除所述压缩类型参数， 得到移除所述压 缩类型参数后的彩信请求， 并发送给彩信中心；
所述网关接收所述彩信中心反馈的所述终端请求的彩信， 根据记录的 压缩类型参数对所述彩信中心反馈的彩信进行压缩， 并将压缩后的彩信转 发给所述终端。
6. 根据权利要求 5所述的彩信转发方法， 其中，
所述彩信请求还携带发送所述彩信请求的终端标识；
相应地， 所述网关对所述彩信下载请求进行解析， 获取所述彩信请求 携带的所述终端所支持的压缩类型参数并记录包括：
所述网关对所述彩信下载请求进行解析， 获取所述彩信请求携带的所 述终端所支持的压缩类型参数和所述终端标识， 并记录所述终端标识、 所 述压缩类型参数以及所述终端标识与所述压缩类型参数的对应关系。
7. 根据权利要求 6所述的彩信转发方法， 其中， 所述网关根据记录的 压缩类型参数对所述彩信中心反馈的彩信进行压缩包括：
所述网关根据记录的所述压缩类型参数在引擎库预先配置的各种压缩 / 解压缩引擎中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩引 擎对所述彩信中心反馈的彩信进行压缩。
8. 一种彩信转发装置， 包括：
第二接收模块， 配置为接收终端发送的彩信下载请求；
第二解析模块， 配置为对所述彩信下载请求进行解析， 获取所述彩信 请求携带的所述终端所支持的压缩类型参数并记录；
转发模块， 配置为从所述彩信请求中移除所述压缩类型参数， 得到移 除所述压缩类型参数后的彩信请求， 并发送给彩信中心；
压缩模块， 配置为接收所述彩信中心反馈的所述终端请求的彩信， 根 据记录的压缩类型参数对所述彩信中心反馈的彩信进行压缩， 并将压缩后 的彩信转发给所述终端。
9. 根据权利要求 8所述的彩信转发装置， 其中，
所述彩信请求还携带发送所述彩信请求的终端标识；
所述第二解析模块， 配置为对所述彩信下载请求进行解析， 获取所述 彩信请求携带的所述终端所支持的压缩类型参数和所述终端标识， 并记录 所述终端标识、 所述压缩类型参数以及所述终端标识与所述压缩类型参数 的对应关系。
10. 根据权利要求 8所述的彩信转发装置， 其中， 所述彩信转发装置 还包括： 预先配置有各种压缩 /解压缩引擎及其相应压缩类型参数的第二引 擎库；
相应地， 所述压缩模块， 还配置为根据记录的所述压缩类型参数在所 述第二引擎库中查找相应的压缩 /解压缩引擎， 并调用查找到的压缩 /解压缩 引擎对所述彩信中心反馈的彩信进行压缩。
PCT/CN2013/081482 2012-12-27 2013-08-14 一种彩信转发方法及装置 WO2013189335A2 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP13807549.4A EP2928221A4 (en) 2012-12-27 2013-08-14 METHOD AND DEVICE FOR RE-ROUTING A MULTIMEDIA MESSAGE
CA2896307A CA2896307C (en) 2012-12-27 2013-08-14 Method and apparatus for forwarding multimedia message
AU2013279963A AU2013279963B2 (en) 2012-12-27 2013-08-14 Multimedia message forwarding method and device
US14/655,307 US9794204B2 (en) 2012-12-27 2013-08-14 Method and apparatus for forwarding multimedia message

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210579540.0 2012-12-27
CN201210579540.0A CN103906007B (zh) 2012-12-27 2012-12-27 一种彩信转发方法及装置

Publications (2)

Publication Number Publication Date
WO2013189335A2 true WO2013189335A2 (zh) 2013-12-27
WO2013189335A3 WO2013189335A3 (zh) 2014-02-13

Family

ID=49769500

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/081482 WO2013189335A2 (zh) 2012-12-27 2013-08-14 一种彩信转发方法及装置

Country Status (6)

Country Link
US (1) US9794204B2 (zh)
EP (1) EP2928221A4 (zh)
CN (1) CN103906007B (zh)
AU (1) AU2013279963B2 (zh)
CA (1) CA2896307C (zh)
WO (1) WO2013189335A2 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2887212A1 (en) * 2013-12-17 2015-06-24 StepNexus Ltd System, method and personalizable portable device in which application code libraries are distributed in a compressed form
CN107277787A (zh) * 2017-06-28 2017-10-20 青岛科技大学 一种基于web规范的彩信展现方法
CN107509218A (zh) * 2017-08-25 2017-12-22 中国联合网络通信集团有限公司 一种信息传输方法、装置及无线通信系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100636985B1 (ko) 2005-05-25 2006-10-19 엘지전자 주식회사 이동통신단말기의 ｓｍｓ 메시지 압축방법 및 그이동통신단말기
CN101197823A (zh) * 2006-12-08 2008-06-11 华为技术有限公司 在压缩/解压缩过程中传输解压缩信息的方法、系统及装置
EP2153607A4 (en) 2007-06-01 2010-10-06 Research In Motion Ltd METHOD AND DEVICE FOR MULTIPLE INTERACTIVE COMPRESSION
CN101345776B (zh) * 2008-08-14 2011-12-07 中兴通讯股份有限公司 内容适配实现方法、内容适配服务器
CN101778496B (zh) * 2008-11-27 2012-05-02 华为终端有限公司 一种无线网关支持彩信功能的方法及无线网关
CN101815279A (zh) * 2009-02-24 2010-08-25 华为软件技术有限公司 下发文件的方法及系统、业务处理装置
CN101610476B (zh) * 2009-07-30 2011-08-17 中国联合网络通信集团有限公司 一种实现彩信发送的方法及系统
EP2483792A4 (en) 2009-09-30 2014-08-06 Unwired Planet Internat Ltd METHOD AND SYSTEM FOR MANAGING MULTIMEDIA MESSAGES WITH THE HELP OF A MESSAGE TRANSMISSION MODULE
CN101977361A (zh) * 2010-10-13 2011-02-16 深圳市多赢软件技术有限公司 一种批量短信预处理方法
US9060032B2 (en) 2010-11-01 2015-06-16 Seven Networks, Inc. Selective data compression by a distributed traffic management system to reduce mobile data traffic and signaling traffic

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None
See also references of EP2928221A4

Also Published As

Publication number Publication date
EP2928221A4 (en) 2015-11-04
WO2013189335A3 (zh) 2014-02-13
CA2896307A1 (en) 2013-12-27
EP2928221A2 (en) 2015-10-07
AU2013279963A1 (en) 2015-07-23
US9794204B2 (en) 2017-10-17
AU2013279963B2 (en) 2016-09-01
CN103906007B (zh) 2018-04-24
CA2896307C (en) 2018-03-13
US20150326518A1 (en) 2015-11-12
CN103906007A (zh) 2014-07-02

Similar Documents

Publication Publication Date Title
Liljeberg et al. Enhanced services for world wide web in mobile wan environment
CN102651861B (zh) 用于移动终端的下载方法、移动终端和代理下载服务器
CN102006368B (zh) 基于移动终端记忆卡缓存技术的流媒体音频文件播放方法
US9356985B2 (en) Streaming video to cellular phones
JP5161400B2 (ja) 端末装置、データ受信方法、データ受信プログラム
CN112291366B (zh) 数据传输方法、装置、存储介质及电子设备
RU2645283C1 (ru) Способ и устройство адаптации стека протоколов
WO2011076146A1 (zh) 下载应用数据的方法、数字电视接收终端及系统
WO2017114190A1 (zh) 一种文件上传处理方法及装置
EP1473636A1 (en) Information processing device and method, and computer program
CN110996160B (zh) 视频处理方法、装置、电子设备及计算机可读取存储介质
WO2013189335A2 (zh) 一种彩信转发方法及装置
US10084835B1 (en) Systems and methods for distributing streams and stream metadata
CN115599744A (zh) 文件的转码方法、装置、存储介质及电子装置
CN103648056A (zh) 一种智能电视的点对点传输方法和装置
WO2011116558A1 (zh) 短消息处理方法及终端
AU2004316014A1 (en) Method and arrangement for state memory management
CN116684703A (zh) 基于邻近服务通信协议的流媒体数据传输方法及相关设备
CN115643310A (zh) 一种压缩数据的方法、装置和系统
US20040107293A1 (en) Program obtainment method and packet transmission apparatus
CN113923107B (zh) 即时通讯的多个通道自动切换方法、装置、设备及介质
WO2014205638A1 (zh) 一种数据包传输方法及设备
WO2023082587A1 (zh) 流媒体调度方法、装置及可读存储介质
EP4398551A1 (en) Streaming media scheduling method and apparatus, and readable storage medium
JP4739369B2 (ja) ウェブコンテンツ変換編集システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13807549

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 14655307

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2896307

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2013807549

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2013279963

Country of ref document: AU

Date of ref document: 20130814

Kind code of ref document: A