CN111147126A - Beidou satellite short message communication data unpacking transmission method - Google Patents
Beidou satellite short message communication data unpacking transmission method Download PDFInfo
- Publication number
- CN111147126A CN111147126A CN201911370610.XA CN201911370610A CN111147126A CN 111147126 A CN111147126 A CN 111147126A CN 201911370610 A CN201911370610 A CN 201911370610A CN 111147126 A CN111147126 A CN 111147126A
- Authority
- CN
- China
- Prior art keywords
- packet
- file
- data
- result
- sending
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18513—Transmission in a satellite or space-based system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- 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
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Abstract
The invention discloses a Beidou satellite short message communication data unpacking and transmitting method.A satellite communication interface program generates sending data in real time by monitoring the change of a background service database of a sender, and transmits the data from the sender to a receiver through a Beidou satellite; and the receiving equation sequence summarizes the received data and writes the summarized data into a background database of the receiving party to finish the process of data transmission. Because the success rate of data transmission of the Beidou satellite system cannot reach 100%, the invention particularly needs to consider the transmission process of long messages and the abnormal processing during message transmission design.
Description
Technical Field
The invention relates to a Beidou satellite short message communication data unpacking and transmitting method.
Background
The Beidou system adopts an RNSS and RDSS dual-mode structure system, not only has the navigation, positioning and time service functions of a GPS, but also provides RDSS bidirectional short message information service, namely the satellite communication function. The space satellite transmits signals to a receiver (such as a ship receiver), so that the defect of short transmission distance can be overcome, and the communication quality can be improved. At present, the Beidou short message communication function is widely applied to the fields of guarantee communication and emergency communication.
The bucket short message communication has the function of bidirectional digital message communication between the user machine and between the user machine and the ground control center. The short message can not only carry out point-to-point bidirectional communication, but also can carry out point-to-multipoint broadcast transmission by the command terminal machine, thereby providing great convenience for various platform applications. The command terminal machine receives the short message sent by the user machine, is connected with the server through the serial port and analyzes the data, can transmit the short message to the common mobile phone through the short message gateway, and can realize the function of sending the short message to the user machine through the common mobile phone through the communication service.
The Beidou satellite short message communication needs unpacking and transmission of data. Moreover, the success rate of data transmission of the Beidou satellite system cannot reach 100%, so that the transmission process of long messages and abnormal processing need to be considered during message transmission design.
Disclosure of Invention
The invention provides a Beidou satellite short message communication data unpacking and transmitting method.A satellite communication interface program generates sending data in real time by monitoring the change of a background service database of a sender, and transmits the data from the sender to a receiver through a Beidou satellite; and the receiving equation sequence summarizes the received data and writes the summarized data into a background database of the receiving party to finish the process of data transmission.
Preferably, the process of processing the transmission data includes:
the monitoring program checks a Beidou reporting form of a background system service database of a sender at regular intervals, if the Beidou reporting form contains data and files with the same destination as those in the Beidou reporting form do not exist in the Send and SendFail folders, the data in the Beidou reporting form is exported to the Send folder, and exported records are deleted; if the file with the same destination as that in the Beidou report form is not sent out in the Send or Sendfail folder, the export operation is suspended;
the monitoring program checks whether a file exists in the SendFail folder or not in real time, if the file which is failed to be sent to a certain user machine exists, the communication between the director and the user machine is indicated to have a fault, the fault is displayed in a 'line condition' window of a main interface of the monitoring program, and fault information is sent to a specified IP.
Preferably, the processing of the received data by the satellite communication interface program includes:
after receiving the data, an information receiving and transmitting module of the monitoring program generates the data into a text file, names the generation time of a data file of a sender and the number of a user machine of the sender, and writes the data into a Receive folder; the information reading and writing module of the monitoring program monitors the Receive and ReceiveExist folders at regular intervals according to the time interval set by the user, and reads the files according to time after finding that the Receive and ReceiveExist folders have the files, and writes the files into corresponding forms of the database; if no error occurs in the process of reading and writing the background service database, deleting the read file; otherwise, the file containing the Error information is moved to the Error folder.
Preferably, the processing flow of message transmission includes:
after information transmitted by each level of the system is compressed by an application layer, the data length of the information is mostly below 70 bytes, but each business unit needs to process a large amount of business work every day, a large amount of information is generated and is required to be uploaded and issued, if only one piece of business information is transmitted at a frequency, communication resource waste is caused, therefore, the method is adopted, all business data to be sent to one address are written in a file in a text form, when a satellite communication interface program reads out data for communication, text content is split into a plurality of packets according to the size of 70 bytes for sending, so that the communication times and communication time of one unit can be reduced, and limited satellite communication resources are saved; however, the success rate of data transmission of the Beidou satellite system cannot reach 100%, so that the transmission process of long messages and abnormal processing are mainly considered in the message transmission design of the program.
Preferably, the sender specific processing flow includes:
first packet data needs to confirm information, under the condition that the first packet response is not received within 15 minutes, the first packet or the first packet response is judged to be lost, the first packet is repeatedly sent for 1 time, if the first packet confirmation information is not received within 15 minutes, the opposite side is judged not to be started, and the attempt is abandoned; if the packet is the small packet, the opposite side directly sends a result packet without sending a first packet response;
after the last packet is sent, waiting for a result packet, if the result packet is not received within 15 minutes, judging that the last packet is not sent or the result packet is lost, and repeatedly sending the last data packet to cause the other side to send a result;
if the result is successful, deleting the sent file;
if the result fails, determining to pull the packet, and repeatedly sending the packet designated in the result; waiting for 15 minutes to obtain a result; if the result is not obtained within 15 minutes, judging that the last packet sent just now is lost or the result packet of the opposite party is lost, repeatedly sending the last packet just now, and continuously waiting for 15 minutes; if no result is obtained, abandoning; if the result is still wrong, the hair is given up because the hair is sent twice;
the bag is pulled and processed only once; if the result success packet is not received after one time, the file is transferred to the Fail directory, and the time submitted by the user is added before the file name.
Preferably, the specific processing flow of the receiving party includes:
taking the file of only 1 packet as a small packet, after receiving the first packet, if the first packet is not the small packet, sending first packet response information, otherwise, sending result information; if the first packet response information is lost, the opposite side will repeatedly send the first packet;
receiving the packet, or the last packet, or repeatedly sending the last packet contained in the packet, and sending the result to the sender; if the sending result is lost, the opposite side will repeatedly send the last packet, including the small packet;
if the last packet of the opposite side is not received within 15 minutes continuously after a certain file receives data for the last time, judging that the opposite side fails to repeatedly send the last packet twice or the opposite side is shut down, and giving up receiving; if the file is received correctly, the file is immediately saved to a Receive directory, if the file has the same name, the file is firstly saved to a Receive Temp directory, then the Receive directory is tried to be copied after 15 minutes, if the file still fails, the file is copied to a FailReceive directory, and the time for receiving the first packet is added;
after the file is received correctly, the object needs to remain in the receive queue for 15 minutes to cope with the situation where the result is lost and the counterpart repeats the last packet.
Preferably, the exception handling process includes:
when the file name submitted by the application program does not conform to the specified format, or the size of the file is larger than 10K, the file is regarded as an illegal file, and the file is transferred to a SendInvalite directory;
when the driver operates the interface program, the transmitted part is invalidated, and the whole file is retransmitted next time;
in the process of sending the file, after the last packet of the first packet, the last packet and the pull packet is sent, if the confirmation information of the application is not received within 15 minutes, the file is sent again; repeatedly sending the file for more than 15 minutes without receiving due confirmation information, judging that the receiving party is not started, transferring the file to a SendFail directory, and adding time to the file name;
the receiving party does not actively send other information except the confirmation information sent by the last packet of the first packet, the last packet and the pulling packet, and if the data is not completely received within 15 minutes after the last packet is received, the received partial data is discarded.
Preferably, the program policy includes:
the method comprises the following steps of carrying out operations such as file discovery, transmission, reception, overtime processing and the like at regular time by adopting a timer mode;
the method is realized by adopting a program;
aiming at the found new file to be sent, an SFileSend object is constructed for management;
aiming at the first packet data, an SFileRecv object is established for management;
sending processing is carried out, all objects are scanned, sending events are searched according to the priority level, and scanning is finished after one sending event is found each time;
processing the received data packet according to a strategy; the current state is represented by the state variable of the object and ensures that the required send to packet can be generated.
The Beidou satellite short message communication data unpacking and transmitting method provided by the invention has the following characteristics and advantages:
1. the invention can realize that the satellite communication interface program generates sending data in real time by monitoring the change of the background service database of the sender, and transmits the data from the sender to the receiver through the Beidou satellite; and the receiving equation sequence summarizes the received data and writes the summarized data into a background database of the receiving party to finish the process of data transmission.
2. The invention can divide the text content into a plurality of packets according to the size of 70 bytes for sending, thereby reducing the communication times and the communication time of one unit and saving the limited satellite communication resources.
3. The invention ensures the reliability of data transmission by setting the packet pulling strategy.
Drawings
FIG. 1 is a schematic flow chart of processing transmitted data;
FIG. 2 is a schematic flow chart of processing received data;
FIG. 3 is a schematic diagram of a process flow for message transmission;
fig. 4 is a schematic diagram of a processing flow of an exception occurring in a long message transmission process.
Detailed Description
The following description of the embodiments of the present invention will be made with reference to the accompanying drawings. The following examples are only for illustrating the technical solutions of the present invention more clearly, and the protection scope of the present invention is not limited thereby.
The invention provides a Beidou satellite short message communication data unpacking and transmitting method.A satellite communication interface program generates sending data in real time by monitoring the change of a background service database of a sender, and transmits the data from the sender to a receiver through a Beidou satellite; and the receiving equation sequence summarizes the received data and writes the summarized data into a background database of the receiving party to finish the process of data transmission.
The method specifically comprises the following steps:
1. as shown in fig. 1, the flow of processing transmission data includes:
the monitoring program checks a Beidou reporting form of a background system service database of a sender at regular intervals, if the Beidou reporting form contains data and files with the same destination as those in the Beidou reporting form do not exist in the Send and SendFail folders, the data in the Beidou reporting form is exported to the Send folder, and exported records are deleted; if the file with the same destination as that in the Beidou report form is not sent out in the Send or Sendfail folder, the export operation is suspended;
the monitoring program checks whether a file exists in the SendFail folder or not in real time, if the file which is failed to be sent to a certain user machine exists, the communication between the director and the user machine is indicated to have a fault, the fault is displayed in a 'line condition' window of a main interface of the monitoring program, and fault information is sent to a specified IP.
2. As shown in fig. 2, the flow of processing the received data by the satellite communication interface program includes:
after receiving the data, an information receiving and transmitting module of the monitoring program generates the data into a text file, names the generation time of a data file of a sender and the number of a user machine of the sender, and writes the data into a Receive folder; the information reading and writing module of the monitoring program monitors the Receive and ReceiveExist folders at regular intervals according to the time interval set by the user, and reads the files according to time after finding that the Receive and ReceiveExist folders have the files, and writes the files into corresponding forms of the database; if no error occurs in the process of reading and writing the background service database, deleting the read file; otherwise, the file containing the Error information is moved to the Error folder.
3. The processing flow of message transmission comprises the following steps:
after information transmitted by each level of the system is compressed by an application layer, the data length of the information is mostly below 70 bytes, but each business unit needs to process a large amount of business work every day, a large amount of information is generated and is required to be uploaded and issued, if only one piece of business information is transmitted at a frequency, communication resource waste is caused, therefore, the method is adopted, all business data to be sent to one address are written in a file in a text form, when a satellite communication interface program reads out data for communication, text content is split into a plurality of packets according to the size of 70 bytes for sending, so that the communication times and communication time of one unit can be reduced, and limited satellite communication resources are saved; however, since the success rate of data transmission of the Beidou satellite system cannot reach 100%, in the message transmission design, the transmission process of long messages and the abnormal processing are mainly considered in the program, as shown in fig. 3 and 4.
(1) The sender specific processing flow comprises the following steps:
first packet data needs to confirm information, under the condition that the first packet response is not received within 15 minutes, the first packet or the first packet response is judged to be lost, the first packet is repeatedly sent for 1 time, if the first packet confirmation information is not received within 15 minutes, the opposite side is judged not to be started, and the attempt is abandoned; if the packet is the small packet, the opposite side directly sends a result packet without sending a first packet response;
after the last packet is sent, waiting for a result packet, if the result packet is not received within 15 minutes, judging that the last packet is not sent or the result packet is lost, and repeatedly sending the last data packet to cause the other side to send a result;
if the result is successful, deleting the sent file;
if the result fails, determining to pull the packet, and repeatedly sending the packet designated in the result; waiting for 15 minutes to obtain a result; if the result is not obtained within 15 minutes, judging that the last packet sent just now is lost or the result packet of the opposite party is lost, repeatedly sending the last packet just now, and continuously waiting for 15 minutes; if no result is obtained, abandoning; if the result is still wrong, the hair is given up because the hair is sent twice;
the bag is pulled and processed only once; if the result success packet is not received after one time, the file is transferred to the Fail directory, and the time submitted by the user is added before the file name.
(2) The specific processing flow of the receiver comprises the following steps:
taking the file of only 1 packet as a small packet, after receiving the first packet, if the first packet is not the small packet, sending first packet response information, otherwise, sending result information; if the first packet response information is lost, the opposite side will repeatedly send the first packet;
receiving the packet, or the last packet, or repeatedly sending the last packet contained in the packet, and sending the result to the sender; if the sending result is lost, the opposite side will repeatedly send the last packet, including the small packet;
if the last packet of the opposite side is not received within 15 minutes continuously after a certain file receives data for the last time, judging that the opposite side fails to repeatedly send the last packet twice or the opposite side is shut down, and giving up receiving; if the file is received correctly, the file is immediately saved to a Receive directory, if the file has the same name, the file is firstly saved to a Receive Temp directory, then the Receive directory is tried to be copied after 15 minutes, if the file still fails, the file is copied to a FailReceive directory, and the time for receiving the first packet is added;
after the file is received correctly, the object needs to remain in the receive queue for 15 minutes to cope with the situation where the result is lost and the counterpart repeats the last packet.
(3) The exception handling process comprises the following steps:
when the file name submitted by the application program does not conform to the specified format, or the size of the file is larger than 10K, the file is regarded as an illegal file, and the file is transferred to a SendInvalite directory;
when the driver operates the interface program, the transmitted part is invalidated, and the whole file is retransmitted next time;
in the process of sending the file, after the last packet of the first packet, the last packet and the pull packet is sent, if the confirmation information of the application is not received within 15 minutes, the file is sent again; repeatedly sending the file for more than 15 minutes without receiving due confirmation information, judging that the receiving party is not started, transferring the file to a SendFail directory, and adding time to the file name;
the receiving party does not actively send other information except the confirmation information sent by the last packet of the first packet, the last packet and the pulling packet, and if the data is not completely received within 15 minutes after the last packet is received, the received partial data is discarded.
(4) The program strategy comprises the following steps:
the method comprises the following steps of carrying out operations such as file discovery, transmission, reception, overtime processing and the like at regular time by adopting a timer mode;
the method is realized by adopting a program;
aiming at the found new file to be sent, an SFileSend object is constructed for management;
aiming at the first packet data, an SFileRecv object is established for management;
sending processing is carried out, all objects are scanned, sending events are searched according to the priority level, and scanning is finished after one sending event is found each time;
processing the received data packet according to a strategy; the current state is represented by the state variable of the object and ensures that the required send to packet can be generated.
The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the technical principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.
Claims (8)
1. The Beidou satellite short message communication data unpacking and transmitting method is characterized in that a satellite communication interface program generates sending data in real time by monitoring the change of a background service database of a sender, and transmits the data from the sender to a receiver through a Beidou satellite; and the receiving equation sequence summarizes the received data and writes the summarized data into a background database of the receiving party to finish the process of data transmission.
2. The Beidou satellite short message communication data unpacking and transmitting method according to claim 1, characterized in that the flow of processing the sending data comprises:
the monitoring program checks a Beidou reporting form of a background system service database of a sender at regular intervals, if the Beidou reporting form contains data and files with the same destination as those in the Beidou reporting form do not exist in the Send and SendFail folders, the data in the Beidou reporting form is exported to the Send folder, and exported records are deleted; if the file with the same destination as that in the Beidou report form is not sent out in the Send or Sendfail folder, the export operation is suspended;
the monitoring program checks whether a file exists in the SendFail folder or not in real time, if the file which is failed to be sent to a certain user machine exists, the communication between the director and the user machine is indicated to have a fault, the fault is displayed in a 'line condition' window of a main interface of the monitoring program, and fault information is sent to a specified IP.
3. The Beidou satellite short message communication data unpacking and transmitting method according to claim 2, wherein the flow of processing the received data by the satellite communication interface program comprises:
after receiving the data, an information receiving and transmitting module of the monitoring program generates the data into a text file, names the generation time of a data file of a sender and the number of a user machine of the sender, and writes the data into a Receive folder; the information reading and writing module of the monitoring program monitors the Receive and ReceiveExist folders at regular intervals according to the time interval set by the user, and reads the files according to time after finding that the Receive and ReceiveExist folders have the files, and writes the files into corresponding forms of the database; if no error occurs in the process of reading and writing the background service database, deleting the read file; otherwise, the file containing the Error information is moved to the Error folder.
4. The Beidou satellite short message communication data unpacking and transmitting method according to claim 3, characterized in that the processing flow of message transmission comprises:
after the information transmitted by each level of the system is compressed by an application layer, all service data to be sent to an address are written in a file in the form of texts, and when a satellite communication interface program reads data for communication, the text content is divided into a plurality of packets according to the size of 70 bytes for sending.
5. The Beidou satellite short message communication data unpacking and transmitting method according to claim 4, characterized in that the specific processing flow of the sender comprises:
first packet data needs to confirm information, under the condition that the first packet response is not received within 15 minutes, the first packet or the first packet response is judged to be lost, the first packet is repeatedly sent for 1 time, if the first packet confirmation information is not received within 15 minutes, the opposite side is judged not to be started, and the attempt is abandoned; if the packet is the small packet, the opposite side directly sends a result packet without sending a first packet response;
after the last packet is sent, waiting for a result packet, if the result packet is not received within 15 minutes, judging that the last packet is not sent or the result packet is lost, and repeatedly sending the last data packet to cause the other side to send a result;
if the result is successful, deleting the sent file;
if the result fails, determining to pull the packet, and repeatedly sending the packet designated in the result; waiting for 15 minutes to obtain a result; if the result is not obtained within 15 minutes, judging that the last packet sent just now is lost or the result packet of the opposite party is lost, repeatedly sending the last packet just now, and continuously waiting for 15 minutes; if no result is obtained, abandoning; if the result still has errors, abandoning;
the bag is pulled and processed only once; if the result success packet is not received after one time, the file is transferred to the Fail directory, and the time submitted by the user is added before the file name.
6. The Beidou satellite short message communication data unpacking and transmitting method according to claim 5, characterized in that the specific processing flow of the receiver comprises:
taking the file of only 1 packet as a small packet, after receiving the first packet, if the first packet is not the small packet, sending first packet response information, otherwise, sending result information; if the first packet response information is lost, the opposite side will repeatedly send the first packet;
receiving the packet, or the last packet, or repeatedly sending the last packet contained in the packet, and sending the result to the sender; if the sending result is lost, the opposite side will repeatedly send the last packet, including the small packet;
if the last packet of the opposite side is not received within 15 minutes continuously after a certain file receives data for the last time, judging that the opposite side fails to repeatedly send the last packet twice or the opposite side is shut down, and giving up receiving; if the file is received correctly, the file is stored to a Receive directory, if the file has the same name, the file is stored to a Receive Temp directory, the Receive directory is tried to be copied after 15 minutes, if the file still fails, the file is copied to a FailReceive directory, and the time for receiving the first packet is added;
after the file is received correctly, the object needs to remain in the receive queue for 15 minutes to cope with the situation where the result is lost and the counterpart repeats the last packet.
7. The Beidou satellite short message communication data unpacking and transmitting method according to claim 6, characterized in that the exception handling process comprises:
when the file name submitted by the application program does not conform to the specified format, or the size of the file is larger than 10K, the file is regarded as an illegal file, and the file is transferred to a SendInvalite directory;
when the driver operates the interface program, the transmitted part is invalidated, and the whole file is retransmitted next time;
in the process of sending the file, after the last packet of the first packet, the last packet and the pull packet is sent, if the confirmation information of the application is not received within 15 minutes, the file is sent again; repeatedly sending the file for more than 15 minutes without receiving due confirmation information, judging that the receiving party is not started, transferring the file to a SendFail directory, and adding time to the file name;
the receiving party does not actively send other information except the confirmation information sent by the last packet of the first packet, the last packet and the pulling packet, and if the data is not completely received within 15 minutes after the last packet is received, the received partial data is discarded.
8. The Beidou satellite short message communication data unpacking and transmitting method of claim 7, wherein the program strategy comprises:
the method comprises the following steps of carrying out operations such as file discovery, transmission, reception, overtime processing and the like at regular time by adopting a timer mode;
the method is realized by adopting a program;
aiming at the found new file to be sent, an SFileSend object is constructed for management;
aiming at the first packet data, an SFileRecv object is established for management;
sending processing is carried out, all objects are scanned, sending events are searched according to the priority level, and scanning is finished after one sending event is found each time;
processing the received data packet according to a strategy; the current state is represented by the state variable of the object and ensures that the required send to packet can be generated.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911370610.XA CN111147126B (en) | 2019-12-26 | 2019-12-26 | Beidou satellite short message communication data unpacking transmission method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911370610.XA CN111147126B (en) | 2019-12-26 | 2019-12-26 | Beidou satellite short message communication data unpacking transmission method |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111147126A true CN111147126A (en) | 2020-05-12 |
CN111147126B CN111147126B (en) | 2021-11-23 |
Family
ID=70520693
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911370610.XA Active CN111147126B (en) | 2019-12-26 | 2019-12-26 | Beidou satellite short message communication data unpacking transmission method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111147126B (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112152697A (en) * | 2020-07-29 | 2020-12-29 | 国家电网有限公司 | Power business data coding transmission method, system and storage medium |
CN112511217A (en) * | 2020-12-18 | 2021-03-16 | 北京春笛网络信息技术服务有限公司 | Reliable information transmission method of Beidou terminal all-in-one machine |
CN113587073A (en) * | 2021-09-28 | 2021-11-02 | 江苏未来智慧信息科技有限公司 | Intelligent power plant control system and method |
Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1690967A (en) * | 2004-04-30 | 2005-11-02 | 华为技术有限公司 | Method for triggering queue management by sending events in communication queue management |
CN101123490A (en) * | 2007-09-21 | 2008-02-13 | 北京意科通信技术有限责任公司 | Method for receiving and transmitting synchronization data between different servers with message service mechanism |
CN102695142A (en) * | 2011-03-22 | 2012-09-26 | 王函石 | Method for all media science popularization window SMS message intelligent control |
CN103384207A (en) * | 2013-05-23 | 2013-11-06 | 上海斐讯数据通信技术有限公司 | Passive optical network system and control method for upgrade of customer premise equipment of passive optical network system |
CN103975602A (en) * | 2011-10-20 | 2014-08-06 | Lg电子株式会社 | Broadcast service receiving method and broadcast service receiving apparatus |
CN104936156A (en) * | 2015-06-25 | 2015-09-23 | 走遍世界(北京)信息技术有限公司 | Short message sending method and device |
CN105302670A (en) * | 2015-11-04 | 2016-02-03 | 青岛海信网络科技股份有限公司 | Method and device for monitoring station by multi-machine redundancy way |
CN105450289A (en) * | 2015-11-16 | 2016-03-30 | 云南财经大学 | Multichannel Beidou satellite communication method |
CN105448150A (en) * | 2015-11-09 | 2016-03-30 | 天脉聚源(北京)教育科技有限公司 | Information sending method and device for teaching system |
CN105786666A (en) * | 2016-02-05 | 2016-07-20 | 浪潮(北京)电子信息产业有限公司 | Failure processing method and system for multi-controller storage system |
CN107169064A (en) * | 2017-05-04 | 2017-09-15 | 聚好看科技股份有限公司 | Data asynchronous processing method and device |
CN108306715A (en) * | 2017-01-11 | 2018-07-20 | 深圳市首欣通达科技有限公司 | A kind of method and system carrying out long file transmission based on Big Dipper generation satellite short message communication function |
CN108418879A (en) * | 2018-02-26 | 2018-08-17 | 新疆熙菱信息技术股份有限公司 | A kind of the magnanimity isomeric data transmission method and system of high reliability |
CN109062686A (en) * | 2018-07-09 | 2018-12-21 | 武汉斗鱼网络科技有限公司 | Multi-process management method, storage medium, electronic equipment and system |
US10263893B2 (en) * | 2016-12-07 | 2019-04-16 | Oracle International Corporation | Application-level dynamic scheduling of network communication for efficient re-partitioning of skewed data |
WO2019128840A1 (en) * | 2017-12-27 | 2019-07-04 | 华为技术有限公司 | Message transmission control method and apparatus |
CN110225109A (en) * | 2019-06-05 | 2019-09-10 | 浙江汇信科技有限公司 | A kind of data transmission method of more queues |
-
2019
- 2019-12-26 CN CN201911370610.XA patent/CN111147126B/en active Active
Patent Citations (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1690967A (en) * | 2004-04-30 | 2005-11-02 | 华为技术有限公司 | Method for triggering queue management by sending events in communication queue management |
CN101123490A (en) * | 2007-09-21 | 2008-02-13 | 北京意科通信技术有限责任公司 | Method for receiving and transmitting synchronization data between different servers with message service mechanism |
CN102695142A (en) * | 2011-03-22 | 2012-09-26 | 王函石 | Method for all media science popularization window SMS message intelligent control |
CN103975602A (en) * | 2011-10-20 | 2014-08-06 | Lg电子株式会社 | Broadcast service receiving method and broadcast service receiving apparatus |
CN103384207A (en) * | 2013-05-23 | 2013-11-06 | 上海斐讯数据通信技术有限公司 | Passive optical network system and control method for upgrade of customer premise equipment of passive optical network system |
CN104936156A (en) * | 2015-06-25 | 2015-09-23 | 走遍世界(北京)信息技术有限公司 | Short message sending method and device |
CN105302670A (en) * | 2015-11-04 | 2016-02-03 | 青岛海信网络科技股份有限公司 | Method and device for monitoring station by multi-machine redundancy way |
CN105448150A (en) * | 2015-11-09 | 2016-03-30 | 天脉聚源(北京)教育科技有限公司 | Information sending method and device for teaching system |
CN105450289A (en) * | 2015-11-16 | 2016-03-30 | 云南财经大学 | Multichannel Beidou satellite communication method |
CN105786666A (en) * | 2016-02-05 | 2016-07-20 | 浪潮(北京)电子信息产业有限公司 | Failure processing method and system for multi-controller storage system |
US10263893B2 (en) * | 2016-12-07 | 2019-04-16 | Oracle International Corporation | Application-level dynamic scheduling of network communication for efficient re-partitioning of skewed data |
CN108306715A (en) * | 2017-01-11 | 2018-07-20 | 深圳市首欣通达科技有限公司 | A kind of method and system carrying out long file transmission based on Big Dipper generation satellite short message communication function |
CN107169064A (en) * | 2017-05-04 | 2017-09-15 | 聚好看科技股份有限公司 | Data asynchronous processing method and device |
WO2019128840A1 (en) * | 2017-12-27 | 2019-07-04 | 华为技术有限公司 | Message transmission control method and apparatus |
CN108418879A (en) * | 2018-02-26 | 2018-08-17 | 新疆熙菱信息技术股份有限公司 | A kind of the magnanimity isomeric data transmission method and system of high reliability |
CN109062686A (en) * | 2018-07-09 | 2018-12-21 | 武汉斗鱼网络科技有限公司 | Multi-process management method, storage medium, electronic equipment and system |
CN110225109A (en) * | 2019-06-05 | 2019-09-10 | 浙江汇信科技有限公司 | A kind of data transmission method of more queues |
Non-Patent Citations (2)
Title |
---|
MASAHARU KOMATSU: "Simple Go-Back-N ARQ Scheme for Satellite Channels", 《ELECTRONICS AND COMMUNICATIONS》 * |
徐常凯: "基于北斗卫星的军事物流通信系统研究", 《军事物流》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112152697A (en) * | 2020-07-29 | 2020-12-29 | 国家电网有限公司 | Power business data coding transmission method, system and storage medium |
CN112152697B (en) * | 2020-07-29 | 2022-03-22 | 国家电网有限公司 | Power service data coding transmission method and system based on Beidou short message communication |
CN112511217A (en) * | 2020-12-18 | 2021-03-16 | 北京春笛网络信息技术服务有限公司 | Reliable information transmission method of Beidou terminal all-in-one machine |
CN113587073A (en) * | 2021-09-28 | 2021-11-02 | 江苏未来智慧信息科技有限公司 | Intelligent power plant control system and method |
Also Published As
Publication number | Publication date |
---|---|
CN111147126B (en) | 2021-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111147126B (en) | Beidou satellite short message communication data unpacking transmission method | |
US6600750B1 (en) | Email to fax processing when no secondary storage is available | |
JP3225926B2 (en) | E-mail transmission / reception method and system, and machine-readable recording medium recording program | |
EP1655915B1 (en) | Method for managing duplicated arrival notification messages in multimedia messaging services | |
US6765889B1 (en) | Communication method and system | |
JP2009510811A (en) | Content router | |
US20110016190A1 (en) | Method and apparatus for realizing message service | |
EP1388792A1 (en) | Synchronization message processing method | |
CN112003937A (en) | Satellite data transmission method, satellite data transmission device, computer equipment and storage medium | |
US9456325B2 (en) | Transmission of a multimedia message doubled with the transmission of a text message | |
CN111147196A (en) | Data transmission method, data sending device and data receiving device | |
US20060089164A1 (en) | Method and system for transmitting MMS notification message | |
US6907452B1 (en) | Method and apparatus for attaching viewer applets to electronic mail communications | |
JP4230924B2 (en) | Mail distribution device | |
JP2778373B2 (en) | Buffer device with retransmission function | |
CN107769897B (en) | Communication apparatus and retransmission control method | |
JP2003242050A (en) | Data transfer method between server and client, and the server-client system | |
JPH11252165A (en) | Electronic mail system with mail delete function | |
US20020059388A1 (en) | E-mail and messaging systems and methods | |
JPH11317832A (en) | Fax server capable of providing substitute output | |
CN111988216A (en) | Method, device, electronic equipment and computer readable storage medium for sending e-mail regularly | |
JP3508735B2 (en) | Information distribution system, information distribution device, program, information distribution method, relay server device, and e-mail receiving terminal | |
JP2550851B2 (en) | Mail protocol conversion control system | |
JPS59212053A (en) | Data relay system | |
CN113709237A (en) | Remote connection method, device, equipment, storage medium and program product |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |