WO2023011373A1 - 一种传输方法、系统及相关装置 - Google Patents

一种传输方法、系统及相关装置 Download PDF

Info

Publication number
WO2023011373A1
WO2023011373A1 PCT/CN2022/109226 CN2022109226W WO2023011373A1 WO 2023011373 A1 WO2023011373 A1 WO 2023011373A1 CN 2022109226 W CN2022109226 W CN 2022109226W WO 2023011373 A1 WO2023011373 A1 WO 2023011373A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
information
authentication code
data
receiving
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.)
Ceased
Application number
PCT/CN2022/109226
Other languages
English (en)
French (fr)
Inventor
姚楚婷
徐海博
钱锋
李振洲
余小勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP22852086.2A priority Critical patent/EP4369631A4/en
Priority to JP2024506446A priority patent/JP7751069B2/ja
Publication of WO2023011373A1 publication Critical patent/WO2023011373A1/zh
Priority to US18/428,505 priority patent/US20240276210A1/en
Anticipated expiration legal-status Critical
Priority to JP2025159521A priority patent/JP2026016389A/ja
Ceased legal-status Critical Current

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/18519—Operations control, administration or maintenance
    • 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
    • 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/18528—Satellite systems for providing two-way communications service to a network of fixed stations, i.e. fixed satellite service or very small aperture terminal [VSAT] system
    • 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/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18545—Arrangements for managing station mobility, i.e. for station registration or localisation
    • H04B7/18547—Arrangements for managing station mobility, i.e. for station registration or localisation for geolocalisation of a station
    • 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/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18565—Arrangements for preventing unauthorised access or for providing user protection
    • 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/18578—Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18593—Arrangements for preventing unauthorised access or for providing user protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/61—Time-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • the present application relates to the field of satellite communication, in particular to a transmission method, system and related devices.
  • Satellite communication services can be used for positioning and communication in areas such as oceans, deserts, grasslands, and uninhabited areas that are not covered by mobile communications, or cannot be covered, or where the communication system is destroyed.
  • the Beibei satellite communication system does not provide a secure transmission mechanism for civilian terminals.
  • the application discloses a transmission method, system and related devices.
  • the sending device can generate the authentication code A based on the information A and the original data.
  • the sending device may send the data packet including the authentication code A to the receiving device under the first transmission system.
  • the receiving device can generate the authentication code B based on the information B and the data packet.
  • the receiving device can determine the receiving status of the data packet based on the authentication code B.
  • Information A is sending time information and information B is receiving time information, or information A is context information A and information B is context information B. It is realized that when the receiving device receives the repeatedly sent data packet, the receiving device cannot parse the data packet, and the problems of repeated processing and billing will not occur.
  • the present application provides a transmission method, including:
  • the first device generates a first authentication code based on the first information, the first key, and the first data; wherein, the first information is sending time information or first context information; the first device generates a first authentication code based on the first authentication code and the first The data generates a first data packet; the first device sends the first data packet to the second device under the first transmission system.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes: the first device obtains the first key, and the first key The key is obtained through negotiation between the first device and the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes: the first device establishes a communication connection with the fourth device; A device obtains the first key through the fourth device.
  • the first key is a key preset by the first device.
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system
  • the first transmission system is a satellite transmission system.
  • the first device obtains the first key through negotiation with the second device under the second transmission system through a general bootstrap framework (GBA) procedure.
  • GBA bootstrap framework
  • the sending of the first data packet by the first device to the second device under the first transmission system specifically includes:
  • the message data convergence layer MDCP layer of the first device and/or the satellite link control layer SLC layer of the first device process the first data packet into at least one second data packet, pass at least one second data packet through the third device to the second device.
  • the sending time information is used to indicate the time when the first device sends the first data packet.
  • the time when the first device sends the first data packet is the time when the application AP layer of the first device sends the first data packet to the message data convergence MDCP layer, or is the time estimated by the first device The time when the first packet was sent to the second device.
  • the first device acquires the sending time information through positioning and timing.
  • the first data includes packaged first data and a first authentication code.
  • the format of the sending time of the data packet is UTC or GMT.
  • the specified time granularity of the sending time of the data packet includes any one of year, month, day number, hour, minute, and second.
  • the first device and the second device negotiate to update the specified time granularity in the second transmission system.
  • the first device acquires the sending time information through the fourth device.
  • the first device obtains the first information in a preset encoding manner based on the sending time information and the specified time granularity.
  • the method further includes:
  • the first device receives the first application layer receipt sent by the second device; wherein, the first application layer receipt is used to instruct the second device to receive the receiving status of the first data packet.
  • the first information is first context information
  • the first context information is used to indicate the number of first data packets successfully sent by the first device, or the number of application receipts successfully received by the first device information, or the count value or sequence number of the first data packet sent by the first device.
  • the first data packet further includes first indication information, where the first indication information is used to indicate the first message ID of the first data packet, or the first indication information is used to indicate the first message ID of the first data packet.
  • the AP layer of the first device associates the first message ID or the first count value or the first sequence number with the first data packet, and the first device associates the first message ID or the first count value or Increment the default value on the value of the first serial number.
  • the first data packet further includes third indication information, where the third indication information is used to indicate that the first data packet is a newly transmitted data packet or a retransmitted data packet.
  • the third indication information when the value of the third indication information is the first value, the third indication information indicates that the first data packet is a newly transmitted data packet; when the value of the third indication information is the second value, The third indication information indicates that the first data packet is a retransmission data packet.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes:
  • the first device acquires the initial value of the first information in the second transmission system; or,
  • the first device acquires the initial value of the first information through the fourth device.
  • the method further includes:
  • the first device receives the first application layer receipt sent by the second device; wherein, the first application layer receipt is used to instruct the second device to receive the receiving status of the first data packet.
  • the method further includes:
  • the first device adds a preset value to the value of the first information; the adjusted value of the first information is different from the value of the first information.
  • the method further includes: when the first application receipt is used to indicate that the second device fails to receive the first data packet, The first device adjusts the value of the first information to an initial value.
  • the method further includes: the first device sends third information to the second device, the value of the third information and the adjusted first The value of one message is the same.
  • the method further includes: when the first application receipt indicates that the first data packet is sent successfully, the first device displays the success Prompt information, the success prompt information is used to prompt the user that the message corresponding to the first data packet is sent successfully.
  • the method further includes: when the first application receipt indicates that the sending of the first data packet failed, the first device displays failure Prompt information, the failure prompt information is used to prompt the user that the message corresponding to the first data packet fails to be sent.
  • the method further includes: when the first application receipt includes the second message ID information, the first device displays success prompt information
  • the success prompt information is used to prompt the user that the data packet indicated by the second message ID information is sent successfully.
  • the application layer of the first device generates the first data packet according to the first authentication code and the first data, which specifically includes: the application layer of the first device encrypts the first authentication code based on the first key code and first data to generate a first data packet; wherein, the first data packet includes the encrypted first authentication code and the encrypted first data.
  • the application layer of the first device encrypts the first data based on the first key to generate a first data packet; where the first data packet includes the encrypted first data.
  • the method further includes: the first device receives the second application receipt information in the second transmission system, and the first The second application receipt information is used to indicate the sending status of the first data packet by the first device in the first transmission system.
  • the method further includes: the first device displays sending prompt information, and sending the prompt information is used to remind the user that the second A device has sent a first data packet to a second device.
  • the present application provides a transmission method, including: the second device receives the first data packet sent by the first device under the first transmission system; the second device receives the first data packet according to the second information, the first key, the first The data packet generates a second authentication code; wherein, the second information is receiving time information or second context information; the second device determines the receiving state of the first data packet based on the second authentication code.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device obtains the first key, the first The key is obtained by the second device through negotiation with the first device under the second transmission system; wherein, the second transmission system is different from the first transmission system.
  • the second transmission system is a cellular transmission system or a WLAN transmission system
  • the first transmission system is a satellite transmission system.
  • the second device obtains the first key through negotiation with the first device under the second transmission system through a GBA process.
  • the first key is a key preset by the first device.
  • the second device receiving the first data packet under the first transmission system specifically includes: the second device receiving the first data packet sent by the third device under the first transmission system.
  • the second device determines the first authentication code according to the first data packet.
  • the receiving time information is used to indicate the receiving time of the first data packet.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device receives the second authentication code sent by the third device. information.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device receives the third authentication code sent by the third device. information; the second device generates second information based on the third information.
  • the second context information is used to indicate information about the number of first data packets successfully received by the second device, or a count value or a sequence value of the first data packets received by the second device.
  • the first data packet includes first indication information, and the first indication information is used to indicate a first message ID/first sequence number/first count value of the first data packet.
  • the first data packet includes third indication information, and the third indication information is used to indicate that the first data packet is a newly transmitted data packet/a retransmitted data packet.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device acquires the second authentication code in the second transmission system The initial value of the second message.
  • the second device determines the receiving state of the first data packet based on the second authentication code, which specifically includes: the second device determines whether the second authentication code is the same as the second authentication code Receive status of a data packet.
  • the second device compares the first authentication code with the second authentication code, specifically including: the first authentication code is the same as the second authentication code, The second device determines that the first data packet is successfully received; or,
  • the first authentication code is different from the second authentication code, and the second device determines that the reception of the first data packet fails; or,
  • the first authentication code is different from the second authentication code
  • the second device updates the second information and generates an updated second authentication code according to the updated second information
  • the second device compares the updated second authentication code With the first authentication code, the receiving status of the first data packet is determined.
  • the second device determines that the reception is successful, and the second device adds the preset value to the value of the updated second information. set value.
  • the second device when the updated second authentication code is the same as the first authentication code, the second device generates and sends to the first device the first application receipt including the second indication information, and the second indication The message is used to indicate the message ID of the last successfully received packet.
  • the second device when the updated second authentication code is the same as the first authentication code, the second device generates and sends to the first device a first application receipt indicating that the sending is successful.
  • the second device when the updated second authentication code is different from the first authentication code, the second device generates and sends to the first device a first application for indicating failure to receive the first data packet. receipt.
  • the second device compares the first authentication code with the second authentication code, specifically including: the first authentication code is the same as the second authentication code, The second device determines that the first data packet is successfully received; or,
  • the first authentication code is different from the second authentication code, and the second device determines that the reception of the first data packet fails; or,
  • the first authentication code is different from the second authentication code
  • the second device updates the second information and generates a temporary authentication code according to the updated second information
  • the second device compares the temporary authentication code with the first authentication code, and determines Receive status of the first packet.
  • the second device when the temporary authentication code is the same as the first authentication code, the second device generates and sends the first application receipt including the second indication information to the first device, and the second indication information is used to indicate the latest successfully received data packet message ID; when the temporary authentication code is different from the first authentication code, the second device generates and sends to the first device a first application receipt for indicating failure to receive the first data packet.
  • the method further includes:
  • the second device adds a preset value to the value of the second information; the adjusted value of the second information is different from the value of the second information.
  • the second device compares the third authentication code with the first authentication code, specifically including: the third authentication code is the same as the first authentication code, and the second device determines that the first data packet If the reception is successful, generate a first application layer receipt indicating that the first data packet is received successfully; or, the third authentication code is different from the first authentication code, and the second device determines that the first data packet has failed to receive, and generates a receipt for A first application layer receipt indicating that the first data packet fails to be received.
  • the second device compares the third authentication code with the first authentication code, specifically including: the third authentication code is the same as the first authentication code, and the second device determines that the first data packet If the reception fails, generate a first application layer receipt indicating that the first data packet has failed to receive; wherein, the first application layer receipt includes the message ID corresponding to the successfully received data packet; or, the third authentication code is the same as the first authentication code codes are different, the second device determines that the first data packet fails to be received, and generates a first application layer receipt for indicating that the first data packet fails to be received.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received When successful, the second device sends a first application receipt to the first device, where the first application receipt is used to indicate that the first data packet is received successfully.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received In case of failure, the second device sends a first application receipt to the first device, and the first application receipt further includes a second message ID, and the second message ID indicates the message ID corresponding to the latest successfully transmitted data packet.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received In case of failure, the second device sends a first application receipt to the first device, where the first application receipt is used to indicate that the reception of the first data packet fails.
  • the method further includes: the second device adds a preset value to the value of the second information; the second The adjusted value of the information is different from the value of the second information.
  • the method further includes: the second device adjusts a value of the second information to a preset value.
  • the method further includes: the second device receives the third information sent by the first device; the second device The value of the second information is adjusted to the value of the third information.
  • the method further includes: the second device sends a second application receipt to the first device in the second transmission system Information, the second application receipt information is used to indicate the receiving status of the first data packet by the second device in the first transmission system.
  • the present application provides a transmission method, including:
  • the third device receives at least one second data packet sent by the first device
  • the third device generates a first data packet based on at least one second data packet
  • the third device sends the first data packet to the second device.
  • the third device sends the second information or the fourth information to the second device, where the second information or the fourth information is receiving time information.
  • the reception time information is used to indicate the time when the third device receives the first data packet in the at least one second data packet.
  • the present application provides a transmission method, including:
  • the first device receives the third data packet under the first transmission system
  • the first device generates a third authentication code based on fifth information and the third data packet; wherein, the fifth information is sending time information or fifth context information; the first device determines the third data packet based on the third authentication code Receive status of the package.
  • the first device generates the third authentication code based on the fifth information and the third data package, and further includes: the first device generates the third authentication code based on the fifth information, the third data package and the first key The third authentication code.
  • the first device before the first device generates the third authentication code based on the fifth information, the first key, and the third data packet, it further includes: the first device obtains the first key, the first key The key is obtained through negotiation between the first device and the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the first device before the first device generates the first authentication code based on the first information, the first key and the first data, it further includes: establishing a communication connection between the first device and the fourth device; The device acquires the first key through the fourth device.
  • the first key is a key preset by the first device.
  • the first transmission system is a satellite transmission system
  • the second transmission system is a non-satellite transmission system
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system.
  • WLAN wireless local area network
  • the first device obtains the first key through negotiation with the second device through a generic bootstrapping architecture (Generic Bootstrapping Architecture, GBA) process under the second transmission system.
  • GBA Generic Bootstrapping Architecture
  • the first device determines the fourth authentication code according to the third data packet.
  • the first device receiving the third data packet under the first transmission system specifically includes: the first device receiving at least one fourth data packet sent by the third device; the satellite link of the first device The control layer SLC layer and/or the message data convergence layer MDCP layer of the first device process at least one fourth data packet into a third data packet.
  • the sixth information is reception time information.
  • the reception time information is used to indicate the time when the first device receives the third data packet.
  • the time when the first device receives the third data packet is the time when the first device receives the first fourth data packet in the at least one fourth data packet.
  • the first device acquires the fifth information through positioning and timing.
  • the first device obtains the fifth information in a preset encoding manner based on the receiving time information and the specified time granularity.
  • the fifth information is fifth context information
  • the fifth context information is used to indicate the number information of the third data packets successfully received by the first device, or the number of third data packets received by the first device Count value or serial number.
  • the third data packet includes sixth indication information, and the sixth indication information is used to indicate a fourth message ID/fourth sequence number/fourth count value of the third data packet.
  • the third data packet includes fourth indication information, and the fourth indication information is used to indicate that the third data packet is a newly transmitted data packet or a retransmitted data packet.
  • the method before the first device generates the third authentication code according to the fifth information, the first key, and the third data packet, the method further includes: the first device acquires the first authentication code in the second transmission system The initial value of five information.
  • the first device determines the receiving state of the third data packet based on the third authentication code, which specifically includes: the first device determines whether the third authentication code is the same as the fourth authentication code, Receive status of three packets.
  • the first device determines the receiving status of the third data packet based on whether the third authentication code is the same as the fourth authentication code, specifically including:
  • the third authentication code is the same as the fourth authentication code, and the first device determines that the third data packet is successfully received; or,
  • the third authentication code is different from the fourth authentication code, and the first device determines that the reception of the third data packet fails; or,
  • the third authentication code is different from the fourth authentication code.
  • the first device generates temporary information based on the fifth information, and generates a temporary authentication code according to the temporary information.
  • the first device compares the third authentication code and the temporary authentication code to determine The receiving status of the third data packet.
  • the first device when the fourth authentication code is the same as the temporary authentication code, the first device generates and sends the third application receipt including the fifth indication information to the second device; when the fourth authentication code and the temporary authentication code are different , the first device generates and sends a failure application receipt to the second device.
  • the third authentication code is different from the fourth authentication code
  • the first setting is to update the value of the fifth information, and generate an updated third authentication code according to the updated fifth information
  • the first device compares the updated third authentication code with the fourth authentication code, and determines the receiving status of the third data packet.
  • the first device when the updated third authentication code is the same as the fourth authentication code, the first device generates and sends the third application receipt including the fifth indication information to the second device; when the updated When the last third authentication code is different from the fourth authentication code, the first device generates and sends to the second device a third application receipt for indicating sending failure.
  • the first device when the updated third authentication code is the same as the fourth authentication code, the first device generates and sends to the second device a third application receipt for indicating that the sending is successful.
  • the first device when the updated third authentication code is the same as the fourth authentication code, the first device adds a preset value to the updated value of the fifth information.
  • the indication application receipt includes fifth indication information, and the value of the fifth indication information is the same as the value of the sixth indication information of the latest successfully received data packet.
  • the method further includes:
  • a preset value is added to the value of the fifth information; the adjusted value of the fifth information is different from the value of the fifth information.
  • the method further includes: the first device sends a third application receipt to the second device, and the third application The receipt is used to indicate the receiving status of the third data packet.
  • the method further includes: when the first device determines that the receiving status of the third data packet is received correctly , the first device adds a preset value to the value of the fifth information; the adjusted value of the fifth information is different from the value of the fifth information.
  • the method further includes: when the first device determines that the reception status of the third data packet is reception failure , the first device updates the value of the fifth information to a preset value.
  • the preset value is an initial value.
  • the method further includes: the first device receives seventh information sent by the second device; and the first device updates the fifth information to a value of the seventh information based on the seventh information.
  • the method further includes: the first device displays the third data.
  • the method further includes:
  • the first device sends third application receipt information to the second device in the second transmission system, where the third application receipt information is used to indicate a receiving status of the third data packet by the second device in the first transmission system.
  • the present application provides a transmission method, including: the second device generates a fourth authentication code based on the sixth information and the first data; wherein, the sixth information is sending time information or sixth context information; the second The application AP layer of the device generates a third data packet according to the fourth authentication code and the first data; the second device sends the third data packet to the first device under the first transmission system.
  • the second device generates the fourth authentication code based on the sixth information and the first data, and further includes: the second device generates the fourth authentication code based on the sixth information, the first key and the first data. right code.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key, and the first data, the method further includes:
  • the second device obtains the first key, and the first key is obtained by the first device through negotiation with the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the first key is a preset key.
  • the second device and the first device obtain the first key through a generic bootstrapping architecture (Generic Bootstrapping Architecture, GBA) process under the second transmission system.
  • GBA Generic Bootstrapping Architecture
  • the second device sending the third data packet to the first device under the first transmission system specifically includes: the second device sending the third data packet to the first device through the third device.
  • the sixth information is used to indicate sending time information.
  • the sending time information is used to indicate the time when the fourth authentication code is generated, or the time when the second device sends the third data packet.
  • the time when the second device sends the third data packet is the time when the second device sends the third data packet to the third device, or is the time when the second device sends the third data packet The time when the packet was sent to the first device.
  • the second device adds the fourth authentication code to the third data packet after packaging the third data packet.
  • the format of the generation time of the fourth authentication code is Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT).
  • the minimum time granularity of the generation time of the fourth authentication code includes any one of year, month, day number, hour, minute, and second.
  • the second device obtains the sixth information by specifying an encoding manner based on the sending time information and the specified time granularity.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key, and the first data, the method further includes: the second device acquires the sixth information through the third device.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key and the first data, the method further includes: the second device receives the eighth information sent by the third device ; The second device generates sixth information based on the eighth information.
  • the second device receives sixth information sent by the third device.
  • the sixth information is sixth context information
  • the sixth context information is used to indicate the number information of the third data packet successfully sent by the second device, or the number information of the application receipt successfully received by the second device , or the count value or sequence value of the third data packet sent by the second device.
  • the method further includes: the second device acquires an initial value of the sixth information in the second transmission system; or, the second device resets the sixth information to a preset value in the second transmission system .
  • the third data packet further includes sixth indication information, where the sixth indication information is used to indicate the fourth message ID of the third data packet, or the sixth indication information is used to indicate the ID of the third data packet. Fourth count value or fourth sequence number.
  • the method further includes: associating the fourth count value or the fourth sequence number with the application layer of the second device Four sequence numbers to the third data packet, the second device adds a preset value to the fourth count value or the value of the fourth sequence number.
  • the third data packet further includes fourth indication information, where the fourth indication information is used to indicate new transmission and retransmission information of the third data packet.
  • the application AP layer of the second device generates the third data packet according to the fourth authentication code and the first data, which specifically includes: the application layer of the second device encrypts the fourth authentication code based on the first key; The authorization code and the first data to generate a third data packet; wherein, the third data packet includes the encrypted fourth authentication code and the encrypted first data.
  • the method further includes:
  • the second device receives the third application layer receipt sent by the first device; wherein, the third application layer receipt is used to instruct the first device to receive a receiving status of the third data packet.
  • the method further includes: the second device adds a preset value to the value of the sixth information; The latter value is different from the value of the sixth information.
  • the second device receives fourth application receipt information in the second transmission system, where the fourth application receipt information is used to indicate the sending status of the third data packet by the second device in the first transmission system;
  • the second device updates the sending status according to the second application receipt information.
  • the second device deletes the successfully sent third data packet.
  • the present application provides a transmission method, including:
  • the third device receives the third data packet sent by the second device
  • the third device generates at least one fourth data packet according to the third data packet
  • the third device sends at least one fourth data packet to the first device.
  • the method before the third device receives the third data packet sent by the second device, the method further includes: the third device sends the second information or the fourth information to the second device, and the second information or the first The fourth information is time information.
  • the present application provides a transmission method, including:
  • the first device generates a first authentication code based on the first information, the first key, and the first data; wherein, the first information is sending time information or first context information; the first device generates a first authentication code based on the first authentication code and the first The data generates a first data packet; the first device sends the first data packet to the second device under the first transmission system.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes: the first device obtains the first key, and the first key The key is obtained through negotiation between the first device and the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes: the first device establishes a communication connection with the fourth device; A device obtains the first key through the fourth device.
  • the first key is a key preset by the first device.
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system
  • the first transmission system is a satellite transmission system.
  • the first device obtains the first key through negotiation with the second device under the second transmission system through a GBA process.
  • the sending time information is used to indicate the time when the first authentication code is generated, or indicate the time when the first device sends the first data packet.
  • the time when the first device sends the first data packet is the time when the application AP layer of the first device sends the first data packet to the message data convergence MDCP layer, or is the time estimated by the first device The time when the first packet was sent to the second device.
  • the first device acquires the sending time information through positioning and timing.
  • the first data includes packaged first data and a first authentication code.
  • the format of the sending time of the data packet is UTC or GMT.
  • the specified time granularity of the sending time of the data packet includes any one of year, month, day number, hour, minute, and second.
  • the first device and the second device negotiate to update the specified time granularity in the second transmission system.
  • the first device acquires the sending time information through the fourth device.
  • the first device obtains the first information in a preset encoding manner based on the sending time information and the specified time granularity.
  • the method further includes:
  • the first device receives the first application layer receipt sent by the second device; wherein, the first application layer receipt is used to instruct the second device to receive the receiving status of the first data packet.
  • the first information is first context information
  • the first context information is used to indicate the number of first data packets successfully sent by the first device, or the number of application receipts successfully received by the first device information, or the count value or sequence number of the first data packet sent by the first device.
  • the first data packet further includes first indication information, where the first indication information is used to indicate the first message ID of the first data packet, or the first indication information is used to indicate the first message ID of the first data packet.
  • the AP layer of the first device associates the first message ID or the first count value or the first sequence number with the first data packet, and the first device associates the first message ID or the first count value or Increment the default value on the value of the first serial number.
  • the first data packet further includes third indication information, where the third indication information is used to indicate that the first data packet is a newly transmitted data packet or a retransmitted data packet.
  • the third indication information when the value of the third indication information is the first value, the third indication information indicates that the first data packet is a newly transmitted data packet; when the value of the third indication information is the second value, The third indication information indicates that the first data packet is a retransmission data packet.
  • the method before the first device generates the first authentication code based on the first information, the first key, and the first data, the method further includes:
  • the first device acquires the initial value of the first information in the second transmission system; or,
  • the first device acquires the initial value of the first information through the fourth device.
  • the method further includes:
  • the first device receives the first application layer receipt sent by the second device; wherein, the first application layer receipt is used to instruct the second device to receive the receiving status of the first data packet.
  • the method further includes:
  • the first device adds a preset value to the value of the first information; the adjusted value of the first information is different from the value of the first information.
  • the method further includes: when the first application receipt is used to indicate that the second device fails to receive the first data packet, The first device adjusts the value of the first information to an initial value.
  • the method further includes: the first device sends third information to the second device, the value of the third information and the adjusted first The value of one message is the same.
  • the method further includes: when the first application receipt indicates that the first data packet is sent successfully, the first device displays the success Prompt information, the success prompt information is used to prompt the user that the message corresponding to the first data packet is sent successfully.
  • the method further includes: when the first application receipt indicates that the sending of the first data packet failed, the first device displays failure Prompt information, the failure prompt information is used to prompt the user that the message corresponding to the first data packet fails to be sent.
  • the method further includes: when the first application receipt includes the second message ID information, the first device displays success prompt information
  • the success prompt information is used to prompt the user that the data packet indicated by the second message ID information is sent successfully.
  • the application layer of the first device generates the first data packet according to the first authentication code and the first data, which specifically includes: the application layer of the first device encrypts the first authentication code based on the first key code and first data to generate a first data packet; wherein, the first data packet includes the encrypted first authentication code and the encrypted first data.
  • the application layer of the first device encrypts the first data based on the first key to generate a first data packet; where the first data packet includes the encrypted first data.
  • the method further includes: the first device receives the second application receipt information in the second transmission system, and the first The second application receipt information is used to indicate the sending status of the first data packet by the first device in the first transmission system.
  • the method further includes: the first device displays sending prompt information, and sending the prompt information is used to remind the user that the second A device has sent a first data packet to a second device.
  • the present application provides a transmission method, including: the second device receives the first data packet sent by the first device under the first transmission system; the second device receives the first data packet according to the second information, the first key, the first The data packet generates a second authentication code; wherein, the second information is receiving time information or second context information; the second device determines the receiving state of the first data packet based on the second authentication code.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device obtains the first key, the first The key is obtained by the second device through negotiation with the first device under the second transmission system; wherein, the second transmission system is different from the first transmission system.
  • the second transmission system is a cellular transmission system or a WLAN transmission system
  • the first transmission system is a satellite transmission system.
  • the second device obtains the first key through negotiation with the first device under the second transmission system through a general bootstrap framework (GBA) procedure.
  • GBA bootstrap framework
  • the first key is a key preset by the first device.
  • the second device receiving the first data packet under the first transmission system specifically includes: receiving at least one second data packet sent by the first device at a satellite link control layer SLC layer of the second device ;
  • the message data convergence layer MDCP layer of the second device and/or the satellite link control layer SLC layer of the first device obtains the first data packet based on at least one second data packet.
  • the second device determines the first authentication code according to the first data packet.
  • the receiving time information is used to indicate the receiving time of the first data packet.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device acquires the second authentication code at the MDCP layer/SLC layer A receiving time of a data packet; the second device generates second information based on the receiving time of the first data packet at the MDCP layer/SLC layer.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device acquires the second authentication code at the MDCP layer/SLC layer The receiving time of a data packet; the second device determines that the receiving time of the first data packet is the eighth information, and uploads the eighth information to the AP layer; the second device generates second information based on the eighth information at the AP layer.
  • the second context information is used to indicate information about the number of first data packets successfully received by the second device, or a count value or a sequence value of the first data packets received by the second device.
  • the first data packet includes first indication information, and the first indication information is used to indicate a first message ID/first sequence number/first count value of the first data packet.
  • the first data packet includes third indication information, and the third indication information is used to indicate that the first data packet is a newly transmitted data packet/a retransmitted data packet.
  • the method before the second device generates the second authentication code according to the second information, the first key, and the first data packet, the method further includes: the second device acquires the second authentication code in the second transmission system The initial value of the second message.
  • the second device determines the receiving state of the first data packet based on the second authentication code, which specifically includes: the second device determines whether the second authentication code is the same as the second authentication code Receive status of a data packet.
  • the second device compares the first authentication code with the second authentication code, specifically including: the first authentication code is the same as the second authentication code, The second device determines that the first data packet is successfully received; or,
  • the first authentication code is different from the second authentication code, and the second device determines that the reception of the first data packet fails; or,
  • the first authentication code is different from the second authentication code
  • the second device updates the second information and generates a temporary authentication code according to the updated second information
  • the second device compares the temporary authentication code with the first authentication code, and determines Receive status of the first packet.
  • the second device when the temporary authentication code is the same as the first authentication code, the second device generates and sends the first application receipt including the second indication information to the first device, and the second indication information is used to indicate the latest successfully received data packet message ID; when the temporary authentication code is different from the first authentication code, the second device generates and sends to the first device a first application receipt for indicating failure to receive the first data packet.
  • the method further includes:
  • the second device adds a preset value to the value of the second information; the adjusted value of the second information is different from the value of the second information.
  • the second device compares the third authentication code with the first authentication code, specifically including: the third authentication code is the same as the first authentication code, and the second device determines that the first data packet If the reception is successful, generate a first application layer receipt indicating that the first data packet is received successfully; or, the third authentication code is different from the first authentication code, and the second device determines that the first data packet has failed to receive, and generates a receipt for A first application layer receipt indicating that the first data packet fails to be received.
  • the second device compares the third authentication code with the first authentication code, specifically including: the third authentication code is the same as the first authentication code, and the second device determines that the first data packet If the reception fails, generate a first application layer receipt indicating that the first data packet has failed to receive; wherein, the first application layer receipt includes the message ID corresponding to the successfully received data packet; or, the third authentication code is the same as the first authentication code codes are different, the second device determines that the first data packet fails to be received, and generates a first application layer receipt for indicating that the first data packet fails to be received.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received When successful, the second device sends a first application receipt to the first device, where the first application receipt is used to indicate that the first data packet is received successfully.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received In case of failure, the second device sends a first application receipt to the first device, and the first application receipt further includes a second message ID, and the second message ID indicates the message ID corresponding to the latest successfully transmitted data packet.
  • the method further includes: when the second device determines based on the second authentication code that the first data packet is received In case of failure, the second device sends a first application receipt to the first device, where the first application receipt is used to indicate that the reception of the first data packet fails.
  • the method further includes: the second device adds a preset value to the value of the second information; the second The adjusted value of the information is different from the value of the second information.
  • the method further includes: the second device adjusts a value of the second information to a preset value.
  • the method further includes: the second device receives the third information sent by the first device; the second device The value of the second information is adjusted to the value of the third information.
  • the method further includes: the second device sends a second application receipt to the first device in the second transmission system Information, the second application receipt information is used to indicate the receiving status of the first data packet by the second device in the first transmission system.
  • the present application provides a transmission method, including:
  • the first device receives the third data packet under the first transmission system
  • the first device generates a third authentication code based on fifth information and the third data packet; wherein, the fifth information is sending time information or fifth context information; the first device determines the third data packet based on the third authentication code Receive status of the package.
  • the first device generates the third authentication code based on the fifth information and the third data package, and further includes: the first device generates the third authentication code based on the fifth information, the third data package and the first key The third authentication code.
  • the first device before the first device generates the third authentication code based on the fifth information, the first key, and the third data packet, it further includes: the first device obtains the first key, the first key The key is obtained through negotiation between the first device and the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the first device before the first device generates the first authentication code based on the first information, the first key and the first data, it further includes: establishing a communication connection between the first device and the fourth device; The device acquires the first key through the fourth device.
  • the first key is a key preset by the first device.
  • the first transmission system is a satellite transmission system
  • the second transmission system is a non-satellite transmission system
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system.
  • WLAN wireless local area network
  • the first device obtains the first key through negotiation with the second device through a generic bootstrapping architecture (Generic Bootstrapping Architecture, GBA) process under the second transmission system.
  • GBA Generic Bootstrapping Architecture
  • the first device determines the fourth authentication code according to the third data packet.
  • the first device receiving the third data packet under the first transmission system specifically includes: the first device receiving at least one fourth data packet sent by the second device; the satellite link of the first device The control layer SLC layer and/or the message data convergence layer MDCP layer of the first device process at least one fourth data packet into a third data packet.
  • the sixth information is reception time information.
  • the reception time information is used to indicate the time when the first device receives the third data packet.
  • the time when the first device receives the third data packet is the time when the first device receives the first fourth data packet in the at least one fourth data packet.
  • the first device acquires the fifth information through positioning and timing.
  • the first device obtains the fifth information in a preset encoding manner based on the receiving time information and the specified time granularity.
  • the fifth information is fifth context information
  • the fifth context information is used to indicate the number information of the third data packets successfully received by the first device, or the number of third data packets received by the first device Count value or serial number.
  • the third data packet includes sixth indication information, and the sixth indication information is used to indicate a fourth message ID/fourth sequence number/fourth count value of the third data packet.
  • the third data packet includes fourth indication information, and the fourth indication information is used to indicate that the third data packet is a newly transmitted data packet or a retransmitted data packet.
  • the method before the first device generates the third authentication code according to the fifth information, the first key, and the third data packet, the method further includes: the first device acquires the first authentication code in the second transmission system The initial value of five information.
  • the first device determines the receiving state of the third data packet based on the third authentication code, which specifically includes: the first device determines whether the third authentication code is the same as the fourth authentication code, Receive status of three packets.
  • the first device determines the receiving status of the third data packet based on whether the third authentication code is the same as the fourth authentication code, specifically including:
  • the third authentication code is the same as the fourth authentication code, and the first device determines that the third data packet is successfully received; or,
  • the third authentication code is different from the fourth authentication code, and the first device determines that the reception of the third data packet fails; or,
  • the third authentication code is different from the fourth authentication code
  • the first device generates temporary information based on the second information, and generates a temporary authentication code according to the temporary information
  • the first device compares the third authentication code with the temporary authentication code, A reception status of the third data packet is determined.
  • the first device when the fourth authentication code is the same as the temporary authentication code, the first device generates and sends an application receipt to the second device; when the fourth authentication code is different from the temporary authentication code, the first device generates and sends a receipt to the second device The second device sends a failure application receipt.
  • the indication application receipt includes fifth indication information, and the value of the fifth indication information is the same as the value of the sixth indication information of the latest successfully received data packet.
  • the method further includes:
  • a preset value is added to the value of the fifth information; the adjusted value of the fifth information is different from the value of the fifth information.
  • the method further includes: the first device sends a third application receipt to the second device, and the third application The receipt is used to indicate the receiving status of the third data packet.
  • the method further includes: when the first device determines that the receiving status of the third data packet is received correctly , the first device adds a preset value to the value of the fifth information; the adjusted value of the fifth information is different from the value of the fifth information.
  • the method further includes: when the first device determines that the reception status of the third data packet is reception failure , the first device updates the value of the fifth information to a preset value.
  • the preset value is an initial value.
  • the method further includes: the first device receives seventh information sent by the second device; and the first device updates the fifth information to a value of the seventh information based on the seventh information.
  • the method further includes: the first device displays the third data.
  • the method further includes:
  • the first device sends third application receipt information to the second device in the second transmission system, where the third application receipt information is used to indicate a receiving status of the third data packet by the second device in the first transmission system.
  • the present application provides a transmission method, including:
  • the second device generates a fourth authentication code based on the sixth information and the first data; wherein, the sixth information is sending time information or sixth context information; the application AP layer of the second device generates the fourth authentication code based on the fourth authentication code and the first data A third data packet is generated; the second device sends the third data packet to the first device under the first transmission system.
  • the second device generates the fourth authentication code based on the sixth information and the first data, and further includes: the second device generates the fourth authentication code based on the sixth information, the first key and the first data. right code.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key, and the first data, the method further includes:
  • the second device obtains the first key, and the first key is obtained by the first device through negotiation with the second device under the second transmission system; wherein, the first transmission system is different from the second transmission system.
  • the first key is a preset key.
  • the second device and the first device obtain the first key through a generic bootstrapping architecture (Generic Bootstrapping Architecture, GBA) process under the second transmission system.
  • GBA Generic Bootstrapping Architecture
  • the second device sending the third data packet to the first device under the first transmission system specifically includes: the second device sending the third data packet to the first device through the third device.
  • the sixth information is used to indicate sending time information.
  • the sending time information is used to indicate the time when the fourth authentication code is generated, or the time when the second device sends the third data packet.
  • the time when the second device sends the third data packet is the time when the second device sends the third data packet to the third device, or is the time when the second device sends the third data packet The time when the packet was sent to the first device.
  • the second device adds the fourth authentication code to the third data packet after packaging the third data packet.
  • the format of the generation time of the fourth authentication code is Coordinated Universal Time (UTC) or Greenwich Mean Time (GMT).
  • the minimum time granularity of the generation time of the fourth authentication code includes any one of year, month, day number, hour, minute, and second.
  • the second device obtains the sixth information by specifying an encoding manner based on the sending time information and the specified time granularity.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key, and the first data, the method further includes: the second device acquires the sixth information through the third device.
  • the method before the second device generates the fourth authentication code based on the sixth information, the first key and the first data, the method further includes: the MDCP layer/SLC layer of the second device obtains the eighth information; the second device generates sixth information based on the eighth information at the AP layer.
  • the second device generates sixth information at the MDCP layer/SLC layer.
  • the sixth information is sixth context information
  • the sixth context information is used to indicate the number information of the third data packet successfully sent by the second device, or the number information of the application receipt successfully received by the second device , or the count value or sequence value of the third data packet sent by the second device.
  • the method further includes: the second device acquires an initial value of the sixth information in the second transmission system; or, the second device resets the sixth information to a preset value in the second transmission system .
  • the third data packet further includes sixth indication information, where the sixth indication information is used to indicate the fourth message ID of the third data packet, or the sixth indication information is used to indicate the ID of the third data packet. Fourth count value or fourth sequence number.
  • the method further includes: associating the fourth count value or the fourth sequence number with the application layer of the second device Four sequence numbers to the third data packet, the second device adds a preset value to the fourth count value or the value of the fourth sequence number.
  • the third data packet further includes fourth indication information, where the fourth indication information is used to indicate new transmission and retransmission information of the third data packet.
  • the application AP layer of the second device generates the third data packet according to the fourth authentication code and the first data, which specifically includes: the application layer of the second device encrypts the fourth authentication code based on the first key; The authorization code and the first data to generate a third data packet; wherein, the third data packet includes the encrypted fourth authentication code and the encrypted first data.
  • the method further includes:
  • the second device receives the third application layer receipt sent by the first device; wherein, the third application layer receipt is used to instruct the first device to receive a receiving status of the third data packet.
  • the method further includes: the second device adds a preset value to the value of the sixth information; The latter value is different from the value of the sixth information.
  • the second device receives fourth application receipt information in the second transmission system, where the fourth application receipt information is used to indicate the sending status of the third data packet by the second device in the first transmission system;
  • the second device updates the sending status according to the second application receipt information.
  • the second device deletes the successfully sent third data packet.
  • the present application provides a transmission method, including:
  • the sending device generates an authentication code A based on the information A and original data; wherein, the information A is sending time information or context information A; the sending device obtains a data packet based on the authentication code A and the original data; the sending device is under the first transmission system Send the packet to the receiving device.
  • the sending device generates the authentication code A based on the information A and original data, which specifically includes: the sending device generates the authentication code A based on the information A, the specified key and the original data.
  • the sending device negotiates with the receiving device to obtain a specified key under the second transmission system.
  • the first transmission system is different from the second transmission system.
  • the designated key is a key preset by the sending device.
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system
  • the first transmission system is a satellite transmission system.
  • the sending device negotiates with the receiving device to obtain a specified key through a general bootstrap framework (GBA) procedure under the second transmission system.
  • GSA bootstrap framework
  • the information A is sending time information
  • the information A is used to indicate the sending time of the data packet.
  • the time when the sending device sends the data packet is the time when the application AP layer of the sending device sends the data packet to the message data convergence MDCP layer, or is the estimated time for the sending device to send the data packet to the receiving device time.
  • the information A is the context information A, and the information A is used to indicate the quantity information of the sent data packets, or the sequence number or count value of the data packets.
  • the data packet further includes a message ID field A, and the message ID field A is used to identify the data packet.
  • the data packet further includes a sequence number field A, where the sequence number field A is used to identify the data packet and is also used to indicate information A.
  • the sending device associates the sequence number A with the data packet, and generates the sequence number field A based on the sequence number A.
  • the sending device associates the message ID with the data packet, and generates the message ID field A based on the message ID.
  • the data packet further includes a retransmission indication field, and the retransmission indication field is used to indicate that the data packet is a retransmission data packet or a new transmission data packet.
  • the sending device encrypts the original data and authentication code A with a specified key, and then adds header information before the encrypted original data and authentication code A to obtain a data packet; wherein, the header The information includes an encryption indication field, and the encryption indication field is used to indicate the encryption algorithm used by the sending device.
  • the method further includes: the sending device adds a preset value to the sequence number A; the sending device No. A, adjust the value of context information A.
  • the sending device adjusts the value of the context information A based on the adjusted sequence number A, which specifically includes: the sending device determines the value of the superframe number A based on the adjusted sequence number A, and based on the adjusted After the sequence number A and superframe number A, adjust the value of the context information A.
  • the sending device is a terminal
  • the receiving device is a satellite network device.
  • the sending device is a satellite network device
  • the receiving device is a terminal
  • the method further includes: after the sending device receives the successful application receipt sent by the receiving device, in the context information A A preset value is added to the value; wherein, the successful application receipt is used to indicate that the receiving device receives the data packet successfully.
  • the sending device when the sending device is a terminal; after the sending device sends the data packet to the receiving device under the first transmission system, the method further includes: the sending device receives the successful application receipt sent by the receiving device After that, the sending device displays a success prompt message, which is used to prompt the user that the data packet is sent successfully.
  • the sending device when the sending device is a satellite network device; after the sending device sends the data packet to the receiving device under the first transmission system, the method further includes: After the receipt is applied, the sending device deletes the packet in memory.
  • the method further includes: after the sending device receives the application failure receipt sent by the receiving device, in the context information A A preset value is added to the value; wherein, the failure application receipt is used to indicate that the receiving device fails to receive the data packet.
  • the method further includes: the sending device adjusts the content of the context information A after receiving the application failure receipt sent by the receiving device.
  • the value is the default value.
  • the method further includes: the sending device sends the value of the context information A to the receiving device.
  • the method further includes: after the sending device receives the application failure receipt sent by the receiving device, the sending device and the receiving device The value of the context information A is negotiated under the second transmission system.
  • the sending device when the sending device is a terminal; after the sending device sends the data packet to the receiving device under the first transmission system, the method further includes: the sending device receives the application failure receipt sent by the receiving device After that, the sending device displays a failure prompt message, which is used to prompt the user that the data packet transmission fails.
  • the method further includes: after the sending device receives the application receipt sent by the receiving device, the sending device sends the context information The value of A is increased by a preset value; wherein, the indication application receipt is used to indicate that the current data packet fails to be sent; wherein, the indication application receipt includes a message ID field B, and the message ID field B is used to indicate the latest successfully sent data packet.
  • the sending device when the sending device is a terminal; after the sending device sends the data packet to the receiving device under the first transmission system, the method further includes: the sending device receives the instruction application receipt sent by the receiving device Finally, the sending device displays success prompt information and failure prompt information, the success prompt information is used to prompt the user that the data packet indicated by the message ID field B is successfully sent, and the failure prompt information is used to prompt the user that the current data packet transmission fails.
  • the sending device when the sending device is a terminal; after the sending device sends the data packet to the receiving device under the first transmission system, the method further includes: the sending device displays sending prompt information, and the sending prompt information is used for Prompt the user that the sending device has sent a packet to the receiving device.
  • the method further includes: after the sending device receives the collection application receipt sent by the receiving device under the second transmission system, The reception status of the data packets sent under the first transmission transmission system is determined based on the collective application receipt.
  • the present application provides a transmission method, including: the receiving device receives the data packet sent by the sending device under the first transmission system; the receiving device generates an authentication code B based on the information B and the data packet; wherein, the information B is receiving time information or context information B; the receiving device determines the receiving status of the data packet based on the authentication code B.
  • the receiving device generates the authentication code B based on the information B and the original data, which specifically includes: the receiving device generates the authentication code B based on the information B, the specified key and the original data.
  • the receiving device negotiates with the sending device to obtain a specified key under the second transmission system.
  • the first transmission system is different from the second transmission system.
  • the designated key is a key preset by the receiving device.
  • the second transmission system is a cellular transmission system or a wireless local area network (WLAN) transmission system
  • the first transmission system is a satellite transmission system.
  • the receiving device obtains the specified key through negotiation with the sending device under the second transmission system through a GBB process.
  • the information B when the information B is receiving time information, the information B is used to indicate the receiving time of the data packet.
  • the time when the receiving device receives the data packet is the time when the satellite link control SLC layer of the receiving device receives the first SLC PDU of the data packet.
  • the information B is context information B, and the information B is used to indicate the quantity information of the received data packets, or the sequence number or count value of the data packets.
  • the data packet further includes a sequence number field A, where the sequence number field A is used to identify the data packet and is also used to indicate context information B.
  • the receiving device determines the value of the context information B based on the serial number field A and the stored serial number B.
  • the receiving device determines the value of the context information B based on the serial number field A and the stored serial number B, which specifically includes: the receiving device determines the values of the serial number field A and the serial number B, The value of the superframe number B is determined; the receiving device obtains the context information B based on the sequence number field A and the superframe number B.
  • the receiving device when the value of the sequence number field A is less than or equal to the value of the sequence number B, the receiving device adds a preset value to the value of the hyperframe number B.
  • the receiving device concatenates the hyperframe number B and the sequence number field A to obtain the context information B.
  • the value of the serial number B may be adjusted to the value of the serial number field A.
  • the data packet further includes a message ID field A, and the message ID field A is used to identify the data packet.
  • the receiving device is a satellite network device
  • the sending device is a terminal
  • the receiving device is a terminal
  • the sending device is a satellite network device.
  • the receiving device acquires the authentication code A based on the data packet.
  • the receiving device determines the receiving state of the data packet based on the authentication code B, which specifically includes: the receiving device compares the authentication code A and the authentication code B to determine the receiving state of the data packet.
  • the receiving device compares the authentication code A and the authentication code B to determine the receiving status of the data packet, which specifically includes: when the authentication code B and the authentication code A are the same, the receiving device determines that the data packet is successfully received .
  • the method further includes: the receiving device generates a successful application receipt, and the successful application receipt is used to indicate that the receiving device successfully receives the data packet; Application receipt.
  • the data packet includes a message ID field A; after the receiving device determines that the data packet is received successfully, the method further includes: the receiving device adjusts the value of the message ID field B to the value of the message ID field A.
  • the method when the receiving device is a terminal; after the receiving device determines that the data packet is successfully received, the method further includes: the receiving device displays the original data.
  • the method when the receiving device is a satellite network device; after the receiving device determines that the data packet is successfully received, the method further includes: the receiving device sends the original data to the electronic device under the second transmission system equipment.
  • the receiving device compares the authentication code A and the authentication code B to determine the receiving status of the data packet, which specifically includes: when the authentication code B and the authentication code A are different, the receiving device determines that the data packet has failed to receive .
  • the method further includes: the receiving device generates a failure application receipt, and the failure application receipt is used to indicate that the receiving device fails to receive the data packet; the receiving device sends the sending device Failed application receipt.
  • the method further includes: the receiving device generates an application indication receipt based on the message ID field B, the application indication receipt is used to indicate that the receiving device fails to receive the data packet, and the message ID Field B is used to indicate that the receiving device has recently successfully received the data packet; the receiving device sends the indication application receipt to the sending device.
  • the method further includes: the receiving device generates information C based on information B, and generates an authentication code based on information C. code C, the receiving device determines whether the sending device has not received the latest successful application receipt based on the authentication code C.
  • the receiving device when the authentication code C is the same as the authentication code A, that is, the receiving device determines that the sending device has not received the latest successful application receipt, the receiving device sends the successful application receipt to the sending device.
  • the receiving device when the authentication code C is different from the authentication code A, the receiving device sends a failure application receipt to the sending device.
  • the data packet further includes a retransmission indication field, and the retransmission indication field is used to indicate that the data packet is a retransmission data packet or a new transmission data packet.
  • the method further includes: the receiving device determines that the data packet includes a message indicating that the data packet is a newly transmitted data packet; In the retransmission indication field, the receiving device generates and sends a failure application receipt to the sending device.
  • the method further includes: the receiving device determines that the data packet includes a message indicating that the data packet is a retransmitted data packet In the retransmission indication field, the receiving device generates information C based on information B, and generates an authentication code C based on information C, and the receiving device determines whether the sending device has not received the latest successful application receipt based on the authentication code C.
  • the receiving device when the authentication code C is the same as the authentication code A, that is, the receiving device determines that the sending device has not received the latest successful application receipt, the receiving device sends the successful application receipt to the sending device.
  • the receiving device when the authentication code C is different from the authentication code A, the receiving device sends a failure application receipt to the sending device.
  • the receiving device sends a collection application receipt to the sending device under the second transmission system, where the collection application receipt is used to indicate the receiving device's reception status of the data packet for the sending device under the first transmission system.
  • the present application provides a satellite communication system, including: a sending device and a receiving device; wherein,
  • the sending device is configured to generate an authentication code A based on the information A and original data; where the information A is sending time information or context information A;
  • the sending device is also used to obtain the data packet based on the authentication code A and the original data;
  • the sending device is further configured to send the data packet to the receiving device under the first transmission system.
  • the receiving device is configured to receive the data packet sent by the sending device under the first transmission system
  • the receiving device is also used to generate an authentication code B based on the information B and the data packet; wherein, the information B is receiving time information or context information B;
  • the receiving device is further configured to determine the receiving status of the data packet based on the authentication code B.
  • the present application provides a communication device, including one or more processors, one or more memories, and a transceiver; wherein, the transceiver, one or more memories and one or more The processors are coupled, and one or more memories are used to store computer program codes.
  • the computer program codes include computer instructions.
  • the communication device performs the eleventh aspect or the twelfth aspect. any of the methods.
  • the communication device is a terminal or a satellite network device.
  • the present application provides a computer-readable storage medium, where instructions are stored in the computer-readable storage medium, and when the instructions are run on a computer, the computer is made to perform the eleventh aspect or the tenth aspect. Either of the two methods.
  • the present application provides a chip or a chip system, applied to a terminal, including a processing circuit and an interface circuit, the interface circuit is used to receive code instructions and transmit them to the processing circuit, and the processing circuit is used to run the code Instructions to perform the method according to any one of the eleventh aspect or the twelfth aspect.
  • the present application provides a communication device, including one or more processors, one or more memories, and a transceiver.
  • the transceiver, the one or more memories are coupled to the one or more processors, the one or more memories are used to store computer program codes, the computer program codes include computer instructions, and when the one or more processors execute the computer instructions, the The communication device executes the method in any possible implementation manner of the first aspect, the fourth aspect, the seventh aspect, or the ninth aspect.
  • the communication device may be a terminal or other product form equipment.
  • the present application provides a communication device, including one or more processors, one or more memories, and a transceiver.
  • the transceiver, the one or more memories are coupled to the one or more processors, the one or more memories are used to store computer program codes, the computer program codes include computer instructions, and when the one or more processors execute the computer instructions, the The communication device executes the method in any possible implementation manner of the second aspect, the fifth aspect, the eighth aspect, or the tenth aspect above.
  • the communication device may be satellite network equipment, or any network element or a combination of multiple network elements in the satellite network equipment.
  • the present application provides a communication device, including one or more processors, one or more memories, and a transceiver.
  • the transceiver, the one or more memories are coupled to the one or more processors, the one or more memories are used to store computer program codes, the computer program codes include computer instructions, and when the one or more processors execute the computer instructions, the The communication device executes the method in any possible implementation manner of the third aspect and the sixth aspect above.
  • the communication device may be any network element or a combination of multiple network elements in the satellite network equipment.
  • the present application provides a computer storage medium, including computer instructions.
  • the computer instructions When the computer instructions are run on the computer, the computer is made to execute any one of the first aspect, the fourth aspect, the seventh aspect or the ninth aspect. method in a possible implementation.
  • the present application provides a computer storage medium, including computer instructions.
  • the computer instructions When the computer instructions are run on the computer, the computer executes any one of the above-mentioned second aspect, fifth aspect, eighth aspect or tenth aspect. method in a possible implementation.
  • the present application provides a computer storage medium, including computer instructions.
  • the computer instructions When the computer instructions are run on the computer, the computer executes the method in any possible implementation manner of the third aspect and the sixth aspect above.
  • the present application provides a computer program product that, when the computer program product is run on a computer, enables the computer to execute any possible implementation of the above-mentioned first aspect, fourth aspect, seventh aspect or ninth aspect methods in methods.
  • the present application provides a computer program product.
  • the computer program product When the computer program product is run on a computer, it enables the computer to perform any one of the possible tasks of the second aspect, the fifth aspect, the eighth aspect, or the tenth aspect. method in the implementation.
  • the present application provides a computer program product, which, when running on a computer, causes the computer to execute the method in any possible implementation manner of the above-mentioned third aspect and sixth aspect.
  • the present application provides a chip or a chip system applied to a terminal, including a processing circuit and an interface circuit, the interface circuit is used to receive code instructions and transmit them to the processing circuit, and the processing circuit is used to run the The code instructions are used to execute the method in any one possible implementation manner of the first aspect, the fourth aspect, the seventh aspect, or the ninth aspect.
  • FIG. 1A is a schematic diagram of a satellite communication system provided by an embodiment of the present application.
  • FIG. 1B is a schematic diagram of another satellite communication system provided by the embodiment of the present application.
  • FIG. 2A is a schematic diagram of a protocol encapsulation architecture of inbound data of a satellite communication system provided by an embodiment of the present application;
  • FIG. 2B is a schematic diagram of a protocol analysis framework for inbound data of a satellite communication system provided by an embodiment of the present application;
  • FIG. 3A is a schematic diagram of a protocol encapsulation framework for outbound data of a satellite communication system provided by an embodiment of the present application;
  • FIG. 3B is a schematic diagram of a protocol analysis framework for outbound data of a satellite communication system provided by an embodiment of the present application
  • FIG. 4 is a schematic flow diagram of authentication verification during inbound transmission in a satellite communication system provided by an embodiment of the present application
  • FIG. 5 is a flow chart of a method for obtaining a specified key provided in an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a replay attack scenario provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a processing flow of a transmission method provided in an embodiment of the present application.
  • FIG. 8 is a schematic diagram of a processing flow of another transmission method provided in an embodiment of the present application.
  • FIG. 9 is a schematic diagram of an inbound transmission process provided by an embodiment of the present application.
  • FIG. 10 is a schematic diagram of an outbound transmission process provided by an embodiment of the present application.
  • FIG. 11 is a schematic diagram of a processing flow of another transmission method provided in the embodiment of the present application.
  • FIG. 12 is a schematic diagram of another inbound transmission process provided by the embodiment of the present application.
  • FIG. 13 is a schematic diagram of another outbound transmission process provided by the embodiment of the present application.
  • FIG. 14 is a schematic diagram of a transmission process provided by an embodiment of the present application.
  • 15A-15H are a set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • FIG. 16A is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 16B is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 17A is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 17B is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 17C is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIGS 18A-18C are another set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • FIG. 19 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • Figure 20 is a schematic interface diagram provided by the embodiment of the present application.
  • FIG. 21 is a schematic diagram of the processing flow of another transmission method provided by the embodiment of the present application.
  • FIG. 22 is a schematic diagram of another inbound transmission process provided by the embodiment of the present application.
  • FIG. 23 is a schematic diagram of another outbound transmission process provided by the embodiment of the present application.
  • FIG. 24 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • 25A-25D are another set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • FIG. 26 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • 27A-27B are another set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • FIG. 28 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • Fig. 29 is a schematic interface diagram provided by the embodiment of the present application.
  • FIG. 30 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • 31A-31B are another set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • FIG. 32 is a schematic diagram of another inbound transmission process provided by the embodiment of the present application.
  • FIG. 33 is a schematic diagram of another outbound transmission process provided by the embodiment of the present application.
  • FIG. 34 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 35 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 36 is a schematic diagram of another inbound transmission process provided by the embodiment of the present application.
  • FIG. 37 is a schematic diagram of another outbound transmission process provided by the embodiment of the present application.
  • FIG. 38 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 39 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 40 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 41 is a schematic diagram of another transmission process provided by the embodiment of the present application.
  • FIG. 42 is a schematic diagram of a hardware structure provided by an embodiment of the present application.
  • 43A-43B are another set of schematic diagrams of interfaces provided by the embodiment of the present application.
  • first and second are used for descriptive purposes only, and cannot be understood as implying or implying relative importance or implicitly specifying the quantity of indicated technical features. Therefore, the features defined as “first” and “second” may explicitly or implicitly include one or more of these features. In the description of the embodiments of the present application, unless otherwise specified, the “multiple” The meaning is two or more.
  • a satellite communication system 10 provided in the embodiment of the present application is introduced below.
  • the satellite communication system 10 may include but not limited to a terminal 100 , a satellite 21 , a satellite network device 200 , a cellular network device 400 , a terminal 300 and so on.
  • the terminal 100 of the satellite network may send the satellite message to the terminal 300 of the cellular network.
  • the terminal 100 may first send the satellite message to the satellite 21, and the satellite 21 only performs relay, and may directly forward the satellite message sent by the terminal 100 to the satellite network device 200 on the ground.
  • the satellite network device 200 can analyze the satellite message forwarded by the satellite 21 according to the satellite communication protocol, and forward the message content parsed from the satellite message to the cellular network device 400 .
  • the cellular network device 400 may forward the message content to the terminal 300 through a traditional cellular communication network.
  • the terminal 300 of the cellular network can also send satellite messages to the terminal 100 of the satellite network.
  • the terminal 300 can send the short message to the short message center 25 through the traditional cellular communication network.
  • the short message center 25 can forward the short message of the terminal 300 to the satellite network device 200 .
  • the satellite network device 200 can relay the short message of the terminal 300 to the terminal 100 through the satellite 21 .
  • the satellite communication system 10 may also include an emergency rescue platform and an emergency rescue center.
  • the satellite network device 200 may send the satellite message of the emergency rescue type sent by the terminal 100 to the emergency rescue center through the emergency rescue platform.
  • the aforementioned satellite network device 200 may include but not limited to a ground transceiver station 22 , a central station 23 and a converged communication platform 24 .
  • the ground transceiver station 22 may include one or more devices respectively having a sending function and one or more devices having a receiving function, or may include one or more devices having a sending function and a receiving function, which is not limited here.
  • the ground transceiver station 22 can be used for the data processing function of the satellite network equipment 200 in the physical layer (physical layer protocol, PHY).
  • the central station 23 can be used for the data processing function of the satellite network device 200 at the satellite link control layer (satellite link control protocol, SLC) layer and the message data convergence protocol (message data convergence protocol, MDCP).
  • the converged communication platform 24 can be used to process data at the application layer (application layer protocol, AP). Wherein, the converged communication platform 24 may also be called a converged communication gateway 24 .
  • the above-mentioned cellular network device 400 may include but not limited to short message center (short message service center, SMSC) 25, home location register (home location register, HLR) 28, telecommunication business operation support system (business&operation support system, BOSS) 29 , a bootstrapping server function (BSF) 41 and a home subscriber server (HSS) 42.
  • SMSC short message service center
  • HLR home location register
  • BOSS business&operation support system
  • BOSS business&operation support system
  • BOSS business&operation support system
  • HSS home subscriber server
  • the guide server 41 and the home subscriber server 42 are not shown in FIG. 1A .
  • the short message center 25 can be used to forward the data sent by the satellite network device 200 to the terminal under the cellular network, and can also be used to forward the data of the cellular network to the satellite network device 200 .
  • the telecommunications service operation support system 29 can be used for terminal account opening.
  • the telecommunications service operation support system 29 may assign a corresponding personal identification (identity, ID) number and the like to the terminal (such as the terminal 100 ) when opening an account.
  • ID number may be a mobile phone number of the terminal.
  • the guide server 41 may be used to receive service requests from the terminal 100 and the satellite network device 200 .
  • the bootstrap server 41 can also be used to store authentication parameters obtained from the home subscriber server 42 .
  • authentication parameters may include but not limited to random number (random, RAND), authentication token (authentication token, AUTN), expected response (expected response, XRES), encryption key (cipher key, CK) and integrity specification Key (integrity key, IK).
  • the bootstrap server 41 may also generate a session specific key_network application function (session key_network application function, Ks_NAF) based on the authentication parameters.
  • the guidance server 41 may also send Ks_NAF to the satellite network device 200 .
  • the bootstrap server 41 may also send some authentication parameters (RAND and AUTN) to the terminal 100 .
  • the home location register 28 and/or the home subscriber server 42 may be used to generate authentication parameters and send the authentication parameters to the guidance server 41 .
  • RAND and AUTN can be used for terminal 100 to calculate CK, IK and response (response, RES).
  • the XRES in the authentication parameters can be used by the satellite network device 200 to authenticate whether the terminal 100 is a legal terminal, and only when the satellite network device 200 confirms that the XRES and RES are the same, the satellite network device 200 confirms that the terminal 100 is a legal terminal (that is, the satellite network device 200 is successfully authenticated), the satellite network device 200 and the terminal 100 can encrypt and decrypt the communication data through Ks_NAF.
  • CK and IK in the authentication parameters can be used to calculate Ks_NAF.
  • Ks_NAF is a designated key (also referred to as the first key) in the following application embodiments.
  • the specified key can be used to encrypt and decrypt data.
  • the specified key can also be used to generate an authentication code.
  • the ground transceiver station 22 and the central station 23 may be the same device.
  • the device may be the ground central station 31 in the satellite communication system 20 shown in FIG. 1B .
  • the ground central station 31 can be used for the data processing function of the satellite network equipment 200 at the physical layer, the satellite link control layer and the message data convergence layer.
  • the sending device and the receiving device may obtain a specified key in the second transmission system.
  • the sending device can obtain the authentication code A based on the specified key and the original data, and send the data packet including the authentication code A to the receiving device in the first transmission system.
  • the receiving device can generate the authentication code B based on the specified key and the data packet.
  • the receiving device can confirm the receiving status of the data packet based on the authentication code B.
  • the sending device and the receiving device can use the sufficient air interface resources of the cellular network to update and obtain the specified key, saving the air interface resources of the satellite network required for negotiating the specified key.
  • the sending device and the receiving device can also transmit the authentication code and the original data together, saving the interaction steps required for authentication and further saving the air interface resources of the satellite network.
  • the first transmission system may be a satellite transmission system (also referred to as a satellite network, a satellite communication system), for example, the above-mentioned satellite communication system 10 .
  • the first transmission system may be a Beidou network transmission system.
  • the second transmission system is a transmission system other than the first transmission system.
  • the second transmission system may be a cellular transmission system (also called a cellular network), or the second transmission system may also be a wireless local area network (wireless local area networks, WLAN) transmission system, and so on. This embodiment of the present application does not limit it.
  • the transmission method will be described by taking satellite network and cellular network as examples.
  • FIG. 2A shows a schematic diagram of a protocol encapsulation architecture of inbound data of a satellite communication system 10 provided in an embodiment of the present application.
  • the transmission protocol layer on the terminal 100 can be divided into an application layer, a message data aggregation layer, a satellite link control layer and a physical layer.
  • the workflow of the transmission protocol on the terminal 100 can be as follows:
  • the terminal 100 At the AP layer, the terminal 100 generates a first data packet, wherein the first data packet includes original data and a first authentication code generated based on a specified key and the original data.
  • the terminal 100 can generate the first authentication code based on the original data (also referred to as the first data) and the specified key, and splicing the first authentication code and the original data together, and after processing (such as adding a header), obtain first packet.
  • the raw data may include but not limited to data input by the user, indication of the number of receiving users, ID of the receiving user, location information of the terminal 100 , voice, image, animation and so on.
  • the terminal 100 may use a specified key to encrypt the concatenated first authentication code and original data to obtain encrypted data.
  • the terminal 100 may add packet header information before the encrypted data to obtain the first data packet.
  • the packet header information may include but not limited to an encryption indication field.
  • the encryption indication field may be used to indicate the encryption algorithm used by the terminal 100 to encrypt data.
  • the terminal 100 may first compress the concatenated first authentication code and original data.
  • the packet header information may also include a compression indication field.
  • the compression indication field may be used to indicate the compression algorithm used by the terminal 100 to compress data.
  • the terminal 100 may only encrypt original data to obtain encrypted data.
  • the terminal 100 may add packet header information before the encrypted data to obtain the first data packet.
  • the packet header information may include, but is not limited to, an encryption indication field.
  • the terminal 100 adds the first authentication code to the first data packet to obtain the first data packet including the first authentication code and encrypted data.
  • the terminal 100 can obtain the first data packet sent by the AP layer through the interlayer interface, and use the first data packet as an MDCP SDU.
  • the terminal 100 can add padding to a specified length at the end of the MDCP SDU, and add a redundant length indication field to the MDCP SDU.
  • the redundant length indication field may be used to indicate the length of the padding data.
  • the terminal 100 can split the padding data and the MDCP SDU after adding the redundant length indication field into one or more fixed-length MDCP segment data (M_segment), and add a follow-up indication to the header of each MDCP segment data field to get the MDCP PDU. That is, the MDCP PDU includes M_segment and successor indication fields.
  • the successor indication field can be used to indicate the order of the current MDCP PDU in multiple MDCP PDUs in the same MDCP SDU, or whether there is another MDCP PDU behind the current MDCP PDU, or the current MDCP PDU is the only MDCP PDU in the MDCP SDU .
  • the terminal 100 can obtain the MDCP PDU sent by the MDCP layer through the interlayer interface as the SLC SDU.
  • the terminal 100 can segment the SLC SDU into one or more (for example, 4) fixed-length SLC segment data (S_segment), and add frame header information (also known as frame header) to each S_segment header. Format indication information) to get the SLC PDU.
  • the frame header information may include but not limited to a user ID field, a frame total number field and a frame sequence number field.
  • the user ID field can be used to indicate the terminal (for example, terminal 100) that generates the SLC PDU.
  • the total number of frames field can be used to indicate the total number of SLC PDUs included in the SLC SDU to which the SLC PDU belongs.
  • the frame sequence number field can be used to indicate the sequence number of the SLC PDU in the SLC SDU to which it belongs.
  • the SLC PDU may be called the second data packet. That is to say, the terminal 100 may process the first data packet into at least one second data packet through the MDCP layer and the SLC layer.
  • the MDCP segment may also be called a second data packet, and the terminal 100 may process the first data packet into at least one second data packet through the MDCP layer.
  • the terminal 100 can obtain the SLC PDU delivered by the SLC layer through the interlayer interface.
  • the terminal 100 may perform transmission processing (such as coding, modulation, spread spectrum, etc.) on it to obtain the inbound data.
  • the terminal 100 can send the inbound data to the satellite 21 , and relay and forward it to the satellite network device 200 via the satellite 21 .
  • FIG. 2B shows a schematic diagram of a protocol analysis framework for inbound data of a satellite communication system 10 provided in an embodiment of the present application.
  • the transmission protocol layer on the satellite network device 200 can be divided into an application layer, a message data aggregation layer, a satellite link control layer and a physical layer.
  • the satellite network device 200 may include but not limited to a ground transceiver station 22 , a central station 23 and a converged communication platform 24 .
  • the ground transceiver station 22 can be used to be responsible for the protocol processing of the PHY layer.
  • the central station 23 can be used to be responsible for the protocol processing of the SLC layer and the MDCP layer.
  • the converged communication platform 24 can be used to be responsible for the protocol processing of the AP layer.
  • the workflow of the Beidou message transmission protocol on the satellite network device 200 can be as follows:
  • the satellite network device 200 can acquire inbound data sent by the terminal 100 . After the satellite network device 200 receives and processes the inbound data (such as despreading, demodulation, decoding, etc.), it can present it to the SLC layer through the interlayer interface as an SLC PDU of the SLC layer.
  • the satellite network device 200 receives and processes the inbound data (such as despreading, demodulation, decoding, etc.), it can present it to the SLC layer through the interlayer interface as an SLC PDU of the SLC layer.
  • the satellite network device 200 can splice the SLC PDUs of the same SLC SDU belonging to the same terminal into one SLC SDU based on the frame header information of the SLC PDU.
  • the satellite network device 200 can present the SLC SDU to the MDCP layer through the interlayer interface as an MDCP PDU of the MDCP layer.
  • the satellite network device 200 can splice together all MDCP PDUs belonging to the same MDCP SDU according to the receiving order, and remove the padding data and redundant length indication fields of the spliced MDCP PDUs to obtain the MDCP SDU.
  • the satellite network device 200 may present the MDCP SDU to the AP layer through the interlayer interface as the first data packet received by the AP layer. So far, the SLC layer and the MDCP layer of the satellite network device 200 process at least one second data packet (i.e., SLC PDU) to obtain the first data packet, or the MDCP layer of the satellite network device 200 processes at least one second data packet (i.e., MDCP PDU) is processed to obtain the first data packet.
  • the satellite network device 200 may generate a second authentication code based on the specified key and the first data packet, and judge the receiving status of the first data packet based on the second authentication code. Specifically, the satellite network device 200 may obtain the original data in the first data packet, and then generate the second authentication code based on the specified key and the original data. The satellite network device 200 may obtain the first authentication code in the first data packet, and determine the receiving status of the first data packet by comparing whether the first authentication code and the second authentication code are the same. When the first authentication code is the same as the second authentication code, the satellite network device 200 determines that the first data packet is successfully received.
  • the satellite network device 200 determines that the original data in the first data packet is the data sent by the terminal 100, and the satellite network device 200 can perform corresponding operations on the original data (for example, forwarding the original data to the called user equipment under the cellular network ).
  • the satellite network device 200 determines that the reception of the first data packet fails. That is, the satellite network device 200 determines that the original data in the first data packet is not the data sent by the terminal 100, and the satellite network device 200 may discard the first data packet.
  • the first data packet includes encrypted data
  • the encrypted data includes an encrypted first authentication code and encrypted original data.
  • the satellite network device 200 may determine the encryption algorithm used by the terminal 100 based on the header of the first data packet.
  • the satellite network device 100 may decrypt the first data packet based on the specified key and encryption algorithm to obtain the original data and the first authentication code.
  • the satellite network device 200 may generate the second authentication code based on the specified key and the original data.
  • the compressed data may be obtained after the satellite network device 200 decrypts the encrypted data. After the satellite network device 200 decompresses the compressed data, the first authentication code and original data are obtained.
  • the first data packet includes encrypted data and a first authentication code.
  • the satellite network device 200 may directly obtain the first authentication code in the first data packet.
  • the satellite network device 200 may perform a decryption operation on the encrypted data based on the specified key and the encryption indication field in the packet header information to obtain the original data.
  • FIG. 3A shows a schematic diagram of an outbound data protocol encapsulation framework of a satellite communication system 10 provided in an embodiment of the present application.
  • the transmission protocol layer on the satellite network device 200 can be divided into an application layer, a message data convergence layer, a satellite link control layer and a physical layer.
  • the workflow of the message transmission protocol on the satellite network device 200 can be as follows:
  • the satellite network device 200 At the AP layer, the satellite network device 200 generates a third data packet, where the third data packet includes original data and a fourth authentication code.
  • the satellite network device 200 may generate a fourth authentication code based on the original data (also referred to as the first data) and a specified key, and splicing the fourth authentication code and the original data together, after processing (such as adding a header) , to get the third packet.
  • the original data may include but not limited to data, text, semaphore, voice, image, animation, etc. sent by a third-party server (eg, short message center 25 ).
  • the satellite network device 200 may generate the fourth authentication code based only on the original data.
  • the satellite network device 200 may encrypt the concatenated original data and the fourth authentication code based on a specified key and an encryption algorithm to obtain encrypted data.
  • the satellite network device 200 may add a packet header before the encrypted data to obtain a third data packet.
  • the packet header may include but not limited to an encryption indication field.
  • the encryption indication field may be used to indicate the encryption algorithm used by the satellite network device 200 to encrypt data.
  • the satellite network device 200 may first compress the spliced fourth authentication code and original data.
  • the packet header may also include a compression indication field.
  • the compression indication field may be used to indicate the compression algorithm used by the satellite network device 200 to compress data.
  • the satellite network device 200 may compress the spliced fourth authentication code and original data to obtain compressed data.
  • the satellite network device 200 may add the above-mentioned compression indication field before the compressed data, and then use a specified key to encrypt the compressed data with the compression indication field added to obtain encrypted data.
  • the satellite network device 200 may only encrypt original data to obtain encrypted data.
  • the satellite network device 200 may add packet header information before the encrypted data to obtain the third data packet.
  • the packet header information may include, but is not limited to, an encryption indication field.
  • the satellite network device 200 adds the fourth authentication code to the third data packet to obtain a third data packet including the first authentication code and encrypted data.
  • the satellite network device 200 can obtain the third data packet delivered by the AP layer through the interlayer interface, and use the third data packet as an MDCP SDU.
  • the satellite network device 200 can split the MDCP SDU into one or more MDCP segment data (M_segment), and add a follow-up indication field at the head of each MDCP segment data to obtain an MDCP PDU, that is, the MDCP PDU includes M_segment and follow-up Indicates the field.
  • the successor indication field can be used to indicate the order of the current MDCP PDU in the same MDCP SDU, such as whether it is the only PDU, whether there are subsequent MDCP PDUs, and whether it is the first MDCP PDU.
  • the data length of the subsequent indication field may occupy 2 bits.
  • the meaning of the value of the subsequent indication field can be as follows:
  • MDCP PDU 01 Indicates that the MDCP PDU is the starting MDCP PDU among multiple MDCP PDUs in this MDCP SDU;
  • MDCP PDU is an intermediate MDCP PDU among multiple MDCP PDUs in this MDCP SDU, that is, refers to other MDCP PDUs in this MDCP SDU except the initial MDCP PDU and the last MDCP PDU;
  • the satellite network device 200 can obtain the MDCP PDU sent by the MDCP layer through the interlayer interface as the SLC SDU.
  • the satellite network device 200 can segment the SLC SDU into one or more (for example, 4) SLC segment data (S_segment), and add frame header information to the head of each S_segment to obtain the SLC PDU.
  • the frame header information may include but not limited to a user ID field, a frame total number field, and a frame sequence number field.
  • the user ID field may be used to identify the receiving device (such as the terminal 100), and the value of the user ID field is the ID number of the receiving device.
  • the SLC PDU may be called the fourth data packet.
  • the satellite device 200 may process the third data packet into at least one fourth data packet at the MDCP layer and the SLC layer. Or a segment of MDCP may be called a fourth data packet, and the satellite device 200 may process the third data packet into at least one fourth data packet at the MDCP layer.
  • the satellite network device 200 can obtain the SLC PDU delivered by the SLC layer through the interlayer interface as a user frame.
  • the satellite network device 200 can splice user frames (also referred to as data frames) of multiple users or one user together, and add a frame header (such as a version number) and a check digit to obtain a physical frame.
  • the satellite network device 200 may perform a transmission process (for example, code modulation, spread spectrum, etc.) on the physical frame to obtain coded data of the message branch (S2C-d branch).
  • the satellite network device 200 can combine the coded data of the S2C-d branch and the pilot data (also called secondary code) of the pilot branch (S2C-p branch) to form pilot coded data, that is, outbound data.
  • the outbound data is sent to the satellite 21, and relayed to one or more terminals via the satellite 21.
  • the pilot data of the S2C-p branch is related to the satellite beam.
  • the pilot data of the S2C-p branch is also known without decoding.
  • the coded data of the S2C-d branch needs to be decoded.
  • FIG. 3B shows a schematic diagram of a protocol analysis architecture of outbound data of a satellite communication system 10 provided in an embodiment of the present application.
  • the transmission protocol layer on the terminal 100 can be divided into an application layer, a message data aggregation layer, a satellite link control layer and a physical layer.
  • the terminal 100 can capture the coded data of the S2C-d branch based on the secondary code of the S2C-p branch sent by the satellite network device 200 . After capturing the coded data of the S2C-d branch, the terminal 100 may perform receiving processing (such as despreading, demodulation, decoding, etc.) on the coded data of the S2C-d branch to obtain a physical frame. The terminal 100 may extract user frames belonging to the terminal 100 from the physical frames. The terminal 100 can present the user frame to the SLC layer through the interlayer interface as an SLC PDU of the SLC layer.
  • receiving processing such as despreading, demodulation, decoding, etc.
  • the terminal 100 can splice the SLC PDUs belonging to the same SLC SDU into one SLC SDU.
  • the terminal 100 can present the SLC SDU to the MDCP layer through the interlayer interface as the MDCP PDU of the MDCP layer.
  • the terminal 100 can retransmit data/send the next SLC SDU based on the value of the bitmap field.
  • the terminal 100 can splice one or more MDCP PDUs into one MDCP SDU after removing the header.
  • the terminal 100 may present the MDCP SDU to the AP layer through the interlayer interface as the third data packet received by the AP layer. So far, the SLC layer and the MDCP layer of the terminal 100 process at least one fourth data packet (ie, SLC PDU) to obtain the third data packet.
  • SLC PDU fourth data packet
  • the terminal 100 may generate a third authentication code based on the specified key and the third data packet, and judge a receiving status of the third data packet based on the third authentication code. Specifically, the terminal 100 may acquire the original data in the third data packet, and then generate the third authentication code based on the specified key and the original data. The terminal 100 may obtain the fourth authentication code in the third data packet, and determine the reception status of the third data packet by comparing whether the fourth authentication code is the same as the third authentication code. When the fourth authentication code is the same as the third authentication code, the terminal 100 determines that the third data packet is successfully received.
  • the terminal 100 determines that the original data of the third data packet is the data sent by the satellite network device 200, and the terminal 100 can perform corresponding operations on the original data (for example, display the original data in the form of a short message on the display screen of the terminal 100).
  • the terminal 100 determines that the third data packet fails to be received. That is, when the terminal 100 determines that the original data of the third data packet is not the data sent by the satellite network device 200, the terminal 100 may discard the third data packet.
  • the terminal 100 may generate the third authentication code only based on the original data in the third data packet.
  • the third data packet includes encrypted data
  • the encrypted data includes an encrypted fourth authentication code and encrypted original data.
  • the terminal 100 can confirm the encryption algorithm used by the satellite network device 200 based on the encryption indication field of the third data packet, and then decrypt the encrypted data based on the specified key and encryption algorithm to obtain the original data and the fourth authentication code.
  • the terminal 100 may generate the third authentication code based on the specified key and the decrypted original data.
  • the terminal 100 may obtain compressed data after decrypting the encrypted data. After the terminal 100 decompresses the compressed data, the fourth authentication code and original data are obtained.
  • the third data packet includes encrypted data and a fourth authentication code.
  • the terminal 100 may directly intercept the fourth authentication code in the third data packet.
  • the terminal 100 can decrypt the encrypted data based on the specified key and the encryption indication field in the header information to obtain the original data.
  • the terminal 100 then obtains the third authentication code based on the original data and the designated key.
  • a transmission method in a satellite communication system provided in an embodiment of the present application is introduced below.
  • Fig. 4 shows a schematic flowchart of authentication verification during inbound transmission in the satellite communication system provided in the embodiment of the present application.
  • the terminal 100, the satellite network device 200 and the cellular network device 400 negotiate a designated key.
  • the terminal 100 and the satellite network device 200 After the terminal 100 and the satellite network device 200 acquire the designated key through the cellular network device 400, they may store the designated key. The terminal 100 and the satellite network device 200 can use the specified key to encrypt and decrypt data.
  • the specified key obtained by the terminal 100 and the satellite network device 200 under the cellular network can only be used within a preset time (for example, 15 days).
  • the available time of the specified key can be called the specified key.
  • key validity period When the validity period of the specified key is over, the terminal 100 and the satellite network device 200 will return to the cellular network to update the specified key and the specified key validity period.
  • the terminal 100 acquires the original data.
  • the original data may include but not limited to data input by the calling user (user of the terminal 100) (such as text data, image data, audio data, video data, etc.), the number indication of the called user, the ID of the called user, The location information of the terminal 100 and the like.
  • the terminal 100 may acquire raw data and send the raw data to the satellite network device 200 in response to the first input.
  • the input may include but not limited to: gesture, voice and so on.
  • the gesture may include a gesture of directly touching the display screen of the terminal 100 (for example, click) and a hovering gesture of not directly touching the display screen.
  • the terminal 100 generates a first authentication code based on the specified key and the original data.
  • the terminal 100 may generate the first authentication code through a specified algorithm based on the specified key and the original data. For example, the terminal 100 may obtain the first authentication code through a national secret algorithm for the specified key and original data.
  • the terminal 100 obtains the first data packet based on the first authentication code and the original data.
  • the terminal 100 may concatenate the first authentication code and original data together, obtain and encrypt the concatenated first authentication code and original data using a specified key, and obtain encrypted data.
  • the terminal 100 may add packet header information before the encrypted data to obtain the first data packet.
  • the packet header information may include but not limited to an encryption indication field.
  • the encryption indication field may be used to indicate the encryption algorithm used by the terminal 100 .
  • the length of the encryption indication field may be 2 bits. For example, when the value of the encryption indication field is 00, it indicates that the sending device does not use an encryption algorithm. When the value of the encryption indication field is 01, it indicates that the sending device uses the cryptographic hash algorithm in the national secret algorithm.
  • the terminal 100 may send the first data packet to the satellite network device 200.
  • the specific flow description of the terminal 100 sending data to the satellite network device 200 may refer to the above-mentioned embodiment in FIG. 2A , which will not be repeated here.
  • the first data packet includes a user identifier.
  • the frame header information added by the terminal 100 at the SLC layer may include a user ID field.
  • the user ID field may be used to identify the terminal 100 .
  • the value of the user ID field is the ID number of the terminal 100 .
  • the ID number of the terminal 100 may be used to indicate parameters such as a designated key corresponding to the terminal 100 .
  • the satellite network device 200 may generate a second authentication code based on the specified key and the first data packet.
  • the satellite network device 200 may use the specified key to decrypt the first data packet to obtain the first authentication code and original data.
  • the satellite network device 200 can determine the encryption algorithm used by the terminal 100 based on the encryption indication field in the packet header.
  • the satellite network device 200 may use the designated key to decrypt the encrypted data in the first data packet through a decryption algorithm corresponding to the encryption algorithm, to obtain the first authentication code and original data.
  • the specific flow description of the satellite network device 200 receiving the data from the terminal 100 may refer to the above embodiment described in FIG. 2B , which will not be repeated here.
  • the satellite network device 200 may generate the second authentication code through a specified algorithm (such as a block encryption algorithm) based on the specified key and the original data.
  • a specified algorithm such as a block encryption algorithm
  • the specified algorithm used by the satellite network device 200 to generate the second authentication code is the same as the specified algorithm used by the terminal 100 to generate the authentication code.
  • the satellite network device 200 determines whether the first authentication code is the same as the second authentication code.
  • the satellite network device 200 may determine the receiving state of the first data packet based on the second authentication code.
  • the satellite network device 200 determines that the first authentication code is different from the second authentication code, the satellite network device 200 determines that receiving the first data packet fails, and may discard the first data packet. Optionally, the satellite network device 200 may execute step S408.
  • the satellite network device 200 determines that the first authentication code is the same as the second authentication code, the satellite network device 200 determines that the first data packet is received successfully, and optionally, the satellite network device 200 may execute step S409.
  • the satellite network device 200 sends a failure application receipt to the terminal 100.
  • the satellite network device 200 may also generate a failure application receipt, which is used to indicate that the satellite network device 200 fails to receive the first data packet.
  • the satellite network device 200 may send the failed application receipt to the terminal 100 .
  • the satellite network device 200 may send the original data to the cellular network device 400.
  • Satellite network device 200 may send raw data to cellular network device 400 (eg, short message center 25).
  • the cellular network device 400 may forward the original data to the called user (such as the terminal 300) in a specified format (such as a short message).
  • the satellite network device 200 may also perform step S410.
  • the satellite network device sends a successful application receipt to the terminal 100.
  • the satellite network device 200 may also generate a successful application receipt, which is used to indicate that the satellite network device 200 receives the first data packet successfully.
  • the satellite network device 200 may send a successful application receipt to the terminal 100 .
  • the terminal 100 and the satellite network device 200 may obtain a specified key through negotiation under the cellular network.
  • the terminal 100 can also use the specified key to encrypt and decrypt data under the satellite network, without negotiating with the satellite network equipment on the specified key, saving air interface resources of the satellite network equipment and ensuring data security.
  • the terminal 100 and the satellite network device 200 can obtain the designated key through a generic bootstrapping architecture (GBA) process.
  • GSA bootstrapping architecture
  • the specific steps for the terminal 100 and the satellite network device 200 to obtain a designated key are as follows:
  • the terminal 100 sends a service request 1 to the satellite network device 200.
  • the terminal 100 may send a service request 1 to the satellite network device 200 under the cellular network.
  • the service request 1 may include an identifier of the terminal 100 , which is used to identify the identity of the terminal 100 .
  • service request 1 may be a hypertext transfer protocol get request (hypertext transfer protocol GET, HTTP GET).
  • the satellite network device 200 sends a service response 1 to the satellite network device 200 .
  • the satellite network device 200 may determine, based on the identification of the terminal 100, that the designated key of the terminal 100 is not stored in the satellite network device 200 or that the designated key of the terminal 100 has expired, and then send the service request 1 to the terminal 100.
  • Business Response1 may be used to instruct the terminal 100 to obtain a specified key through the cellular network device 400 .
  • the terminal 100 sends the service request 2 to the guidance server 41 .
  • the terminal 100 may send the service request 2 to the guidance server 41 .
  • the service request 2 may include the identification of the terminal 100, and the service request 2 may be used to instruct the cellular network device 400 to send to the terminal 100 parameters required for generating a specified key, for example, a random number RAND and an authentication token AUTN.
  • service request 2 may be an HTTP authentication and specified key agreement (authentication and key agreement, AKA) request.
  • the guidance server 41 sends an authentication request to the home user server 42.
  • the guidance server 41 may send an authentication request to the home user server 42.
  • the authentication request includes the identification of the terminal 100 .
  • the authentication request may be used to instruct the home subscriber server 42 to feed back the authentication parameters of the terminal 100 .
  • the authentication request may be a media authentication request (multimedia authentication request, MAR).
  • the home user server 42 sends authentication parameters (including RAND, AUTN, XRES, CK, and IK) to the bootstrap server 41 .
  • authentication parameters including RAND, AUTN, XRES, CK, and IK
  • the home subscriber server 42 may acquire authentication parameters of the terminal 100 based on the identifier of the terminal 100 .
  • the home subscriber server 42 pre-stores the identifier of the terminal 100 and the CK and IK corresponding to the identifier.
  • the home subscriber server 42 can also obtain the random number RAND through the random number generator.
  • Home Subscriber Server 42 may generate AUTN and XRES based on RAND, IK and CK.
  • the home subscriber server 42 may send the generated authentication parameters to the bootstrap server 41 .
  • the identifier of the terminal 100 may include but not limited to the mobile phone number of the terminal 100, an IP multimedia private identity (IP multimedia private identity, IMPI), a temporary IP multimedia private identity (Temporary IP Multimedia Private Identity, TMPI), etc.
  • IP multimedia private identity IP multimedia private identity
  • IMPI IP multimedia private identity
  • TMPI Temporal IP Multimedia Private Identity
  • the guidance server 41 sends the service response 2 to the terminal 100.
  • the guidance server 41 may send a service response 2 to the terminal 100 .
  • the service response 2 may include RAND and AUTN.
  • the terminal 100 generates CK, IK and RES based on RAND and AUTN.
  • the terminal 100 After receiving the RAND and AUTN, the terminal 100 can calculate CK, IK and RES based on the RAND and AUTN through the SIM card.
  • the algorithm used by the terminal 100 to generate the RES is the same as the algorithm used by the cellular network device 400 to generate the XRES.
  • the terminal 100 sends the service request 3 (including RES) to the guidance server 41 .
  • service request 3 After generating the RES, the terminal 100 may send a service request 3 to the cellular network device 400 .
  • service request 3 includes RES.
  • service request 3 may be an HTTP GET including RES in the header field.
  • the guide server 41 may compare whether the XRES and the RES are the same.
  • the guidance server 41 can verify the identity of the terminal 100 by comparing whether the RES and XRES are the same. If the guidance server 41 determines that the RES and the XRES are the same, the guidance server 41 may execute steps S510 and S511.
  • the bootstrapping server 41 may generate Ks_NAF based on CK and IK, the specified key validity period of Ks_NAF and the bootstrapping transaction identifier (bootstrapping transaction identifier, B-TID) of Ks_NAF.
  • the bootstrap server 41 can calculate Ks_NAF based on CK and IK through an algorithm for generating a specified key. At the same time, the bootstrap server 41 may generate the B-TID corresponding to Ks_NAF and specify the valid period of the key.
  • Ks_NAF is a specified key of the terminal 100 , which can be used for encryption and decryption of data during data transmission with the satellite network device 100 .
  • the B-TID can be used by the satellite network device 200 to obtain the Ks_NAF of the terminal 100 from the guidance server 41 .
  • the specified key validity period can be used to indicate the valid time of the specified key (i.e., Ks_NAF).
  • the guidance server 41 may send a service response 3 to the terminal 100 .
  • the service response 3 may include the specified key validity period and B-TID.
  • the service response 3 may be used to instruct the terminal 100 to use the parameters in the service response 2 to generate a specified key.
  • the terminal 100 may generate Ks_NAF based on the authentication parameter.
  • the terminal 100 can calculate Ks_NAF based on CK and IK by using an algorithm for generating a specified key.
  • the algorithm used by the terminal 100 to generate the specified key is the same as the algorithm used by the cellular network device 400 .
  • the terminal 100 can obtain Ks_NAF (that is, the specified key) through the above-mentioned authentication parameters to perform data encryption and decryption operations during data transmission.
  • the terminal 100 sends the service request 4 (including the B-TID) to the satellite network device 200 .
  • the terminal 100 may send a service request 4 to the satellite network device 200 .
  • service request 4 may include B-TID.
  • the service request 4 may be used to instruct the satellite network device 200 to obtain the designated key of the terminal 100 .
  • the satellite network device 200 sends a parameter request to the guidance server 41.
  • the satellite network device 200 may send a parameter request to the guidance server 41.
  • the parameter request may include B-TID.
  • the parameter request may be a bootstrapping-info-request (BIR).
  • the guidance server 41 sends a parameter response to the satellite network device 200.
  • the guidance server 41 may send a parameter response to the satellite network device 200 based on the B-TID of the terminal 100 .
  • the parameter response may include the Ks_NAF of the terminal 100 and the specified key validity period.
  • the guidance server 41 may only generate the B-TID and the specified key validity period in step S515, and then generate the specified key Ks_NAF after receiving the parameter request from the satellite network device 200.
  • the satellite network device 200 sends a service response 4 to the terminal 100.
  • the satellite network device 200 may send a service response 4 to the terminal 100 after receiving the specified key returned by the guidance server 41 .
  • the service response 4 may be used to indicate that within the validity period of the specified key, the terminal 100 and the satellite network device 200 can use the Ks_NAF stored respectively to perform data encryption and decryption operations.
  • Ks_NAF is a specified key obtained by the terminal 100 and the satellite network device 200 through the cellular network device 400 .
  • the designated key is updated under the cellular network, and the validity period is preset for the designated key.
  • the terminal 100 and the satellite network device 200 can use the specified key within the validity period to perform data encryption and decryption operations. It not only saves the air interface resources of the satellite communication system needed to negotiate the designated key, but also reduces the steps of generating the designated key.
  • the sending device and the receiving device since the sending device and the receiving device only generate authentication codes based on the original data, when the receiving device repeatedly receives a certain message from the sending device, it will repeatedly parse and process the repeated message, and charge for the repeated message multiple times. situation. As shown in Figure 6, when the sending device is the terminal 100 and the receiving device is the satellite network 200, if the inbound message of the terminal 100 is intercepted by the attacking terminal and the inbound message is repeatedly sent to the satellite network device 200, not only will the The computing resources of the satellite network device 200 may also repeatedly calculate the message fee of the terminal 100 .
  • the embodiment of the present application provides a transmission method.
  • the sending device can generate the authentication code A based on the information A and the original data.
  • the sending device can obtain the data packet based on the authentication code A and the original data.
  • the sending device can send the data packet to the receiving device under the first transmission system.
  • the receiving device may generate the authentication code B based on the data packet and the information B after receiving the data packet.
  • the receiving device may determine the receiving status of the first data packet based on the authentication code B.
  • information A and information B are the information updated by the sending device and the receiving device according to the transmission, for example, it can be time information and updated with time, or the number information of received data packets, and the sending device can send data packets based on the number of update, the receiving device can update based on the number of packets received.
  • the authentication code A in the repeatedly sent data packet is generated based on the information A before the update.
  • the authentication code B generated by the receiving device based on the updated information B is different from the authentication code B in the repeated data packet, indicating that the data packet may be forwarded by an illegal terminal. There will be no problems of repeated processing and billing.
  • the information A of the sending device is sending time information
  • the information B of the receiving device is receiving time information.
  • the information A is different from the information B, that is, the authentication code A is different from the authentication code B, and the receiving device cannot parse the information sent.
  • the data packets sent by the device will not have the problem of repeated processing and billing.
  • the sending device may generate the authentication code A based on the information A and the original data.
  • the sending device may send the data packet including the authentication code A to the receiving device under the first transmission system.
  • Information A is sending time information.
  • the receiving device can generate the authentication code B based on the information B and the data packet.
  • the receiving device can determine the receiving status of the data packet based on the authentication code B.
  • Information B is reception time information. In this way, when the interval between the time when the sending device generates the authentication code and the time when the receiving device receives the data packet exceeds the minimum time granularity, the receiving device cannot parse the data packet, and the problems of repeated processing and billing will not occur.
  • FIG. 7 shows a schematic diagram of a processing flow of a transmission method provided by an embodiment of the present application.
  • the sending device generates an authentication code A based on the original data and information A.
  • the information A is sending time information, and the information A may be used to indicate the sending time of the data packet.
  • the sending device obtains the sending time of the data packet.
  • the sending time of the data packet can be any time during the whole period from the sending device (terminal 100) obtaining the original data to generating the authentication code A plus the offset time (abbreviated as offset).
  • the time when the terminal 100 obtains the original data may be the time when the terminal 100 receives an input of sending a satellite message from the calling user, and at this time, the original data includes the data input by the calling user.
  • the time when the terminal 100 generates the authentication code A may be the current time obtained by the terminal 100 running a program statement to obtain the sending time of the first data packet (for example, by obtaining the current time function getCurrentTime()).
  • the terminal 100 may determine the sending time of the data packet based on the positioning timing of the satellite.
  • the sending time of the first data packet may be represented as the time when the sending device (terminal 100 ) delivers the first data packet to the MDCP layer at the AP layer.
  • the sending time of the first data packet may be expressed as the time estimated by the sending device (terminal 100 ) that the sending device (terminal 100 ) sends the first data packet to the receiving device (satellite network device 200 ).
  • the sending time of the data packet may be any time between the sending device (satellite network device 200 ) obtaining the original data and generating the authentication code A plus an offset.
  • the time when the satellite network device 200 obtains the original data may be the time when the satellite network device 200 receives the service request sent by the terminal 100, or the time when the satellite network device 200 obtains the original data may be the time when the satellite network device 200 receives the service request sent to the terminal 100.
  • the time of the message, or the time when the satellite network device 200 sends data to the terminal 100, or the time when the satellite network device 200 generates the authentication code A plus an offset is used to estimate the SLC layer or MDCP layer or the physical The time at which the layer sends data.
  • the time when the satellite network device 200 generates the authentication code A may be the program statement that the satellite network device 200 runs to obtain the sending time of the first data packet (for example, the converged communication platform 24 in the satellite network device 200 obtains the current time function getCurrentTime ()) to get the current time.
  • the ground transceiver station 22 or the central station 23 in the satellite network device 200 can determine the sending time of the data packet based on the satellite 21 .
  • the satellite network device 200 can obtain the scheduling time of the data packet based on the amount of outbound data and the outbound air interface resources, and the satellite network device 200 can estimate the outbound of the data packet based on the scheduling time of the data packet time. That is to say, the sending time of the data packet of the satellite network device 200 may be the estimated outbound time of the data packet.
  • the converged communication platform 24 in the satellite network device 200 receives the schedulable time indicated by the ground transceiver station 22 or the central station 23.
  • the sending time of the data packet may be represented as the time when the sending device sends the data packet to the MDCP layer at the AP layer.
  • the sending device generates information A based on the sending time of the data packet.
  • the sending device can encode the time according to the preset or configured minimum time granularity to obtain information A.
  • the time value before the preset minimum time granularity in the sending time of the data packet can be intercepted, and the time value can be encoded (for example, binary-decimal encoding, decimal to binary, etc.) to obtain information A.
  • the sending device that is, the terminal 100, can encode the time according to the minimum time granularity preset or configured by the network of the terminal 100 under the cellular or WLAN, or configured under the satellite network, to obtain information A.
  • the sending device that is, the satellite network device 200 generates information A, for example, the integrated communication platform 24 in the satellite network device 200, according to the time provided by the ground transceiver station 22 or the central station 23, and the minimum time granularity prefabricated or configured Encoding is performed to generate information A; for another example, the ground transceiver station or central station in the satellite network device 200 encodes information A according to time and the minimum prefabricated or configured time scale, and then informs the converged communication platform 24 of information A.
  • information A for example, the integrated communication platform 24 in the satellite network device 200, according to the time provided by the ground transceiver station 22 or the central station 23, and the minimum time granularity prefabricated or configured Encoding is performed to generate information A; for another example, the ground transceiver station or central station in the satellite network device 200 encodes information A according to time and the minimum prefabricated or configured time scale, and then informs the converged communication platform 24 of information A.
  • the preset or configured minimum time granularity may be minute, half minute, half hour, etc., which is not limited in this application.
  • the sending time of the data packet is 17:23:51 on August 25, 2021.
  • the sending device may intercept and obtain a time value of 202108251723 based on the preset minimum time granularity.
  • the sending device may intercept the obtained time value based on the minimum time granularity. For example, the sending device may record the time not exceeding 30s as 0.0 minute, and record the time exceeding 30s as 0.5 minute. Then, the time value obtained based on the sending time of the above data packet is 202108251723.5. For another example, the sending device may record the time not exceeding 30s as 00 seconds, and record the time exceeding 30s as 30 seconds. Then, the time value obtained based on the sending time of the above data packet is 20210825172330.
  • the sending device can directly add 1-bit data at the end of the obtained binary data after encoding the time value before the minute to obtain the binary data, which is used to indicate the first half minute or the last half minute (for example, 0 represents 1s- 30s, 1 represents 31s-60s).
  • the sending device may divide the sending time value of the data packet by the minimum granularity to obtain an integer value, and the integer value is the time value obtained by the sending device. Then, the time value obtained by the sending device based on the above sending time is 404216503446. It can be understood that the actual sending time of the data packet is the product of the time value and the value of the minimum time granularity, so that the time information can be identified by an integer number of the minimum granularity.
  • the sending device can obtain the value of information A as 0010 0000 0010 0001 0000 1000 0010 0101 0001 0111 0010 0011 based on the time value 202108251723 through 8421 encoding.
  • the sending device can convert based on the time value 202108251723 to obtain the value of information A as 10111100001110100101110010111001001011.
  • the value of the preset minimum time granularity and the selection of the encoding mode above are just examples, which are not specifically limited in this application.
  • the sending device may also obtain one or more time values of a specific time granularity in the sending time of the data packet, and then perform encoding to obtain the information A. For example, when the sending time of the data packet is 17:23:51 on August 25, 2021, and the specific time granularity includes month, minute and hour, then the time value obtained by the sending device is 082317. (3) The sending device obtains the authentication code A based on the information A and the original data.
  • the sending device can calculate the authentication code A based on the information A and the original data through a specified algorithm (for example, SM3 cryptographic hash algorithm).
  • a specified algorithm for example, SM3 cryptographic hash algorithm
  • the sending device can calculate the authentication code A based on the information A, the original data and the key, and through a specified algorithm.
  • the sending device obtains the data packet based on the original data and the authentication code A.
  • the sending device can splice the authentication code A and the original data together to obtain a data packet.
  • the sending device may add packet header information before the concatenated authentication code A and original data to obtain a data packet.
  • the packet header information may include service type indication and the like.
  • the service type indication may be used to indicate the service type of the data packet (for example, a data packet for sending a message to the user equipment in the cellular network, or a data packet for requesting data from the satellite network device 200, etc.).
  • the data packet may further include identification information for identifying the data packet, and the identification information may include but not limited to a message ID field, a count value field, or a sequence number field of the data packet.
  • the identification can be used by the receiving device to identify the sent data packet, for example, the identification information can be added to the application receipt to indicate the reception status of the data packet.
  • the sending device may use the identification information of the application receipt to confirm the receiving status of the data packet corresponding to the identification information.
  • the receiving device obtains the authentication code A and the original data based on the data packet.
  • the receiving device After the receiving device receives the data packet sent by the sending device, the receiving device can obtain the authentication code A and the original data from the data packet.
  • the sending device may process the data packet into at least one subpacket at the MDCP layer and the SLC layer, or the sending device may comb the data packet into at least one subpacket at the MDCP layer.
  • the data packet can be regarded as the first data packet in Figure 2A and Figure 2B above, and the sub-data packet can be regarded as the second data packet in Figure 2A and Figure 2B above.
  • the data packet can be regarded as the third data packet in Figure 3A and Figure 3B above, and the sub-data packet can be regarded as the fourth data packet in Figure 3A and Figure 3B above.
  • the receiving device acquires information B.
  • the information B is receiving time information, and the information B may be used to indicate the receiving time of the data packet.
  • the receiving device obtains the receiving time of the data packet.
  • the receiving time of the data packet can be the time when the receiving device obtains the first sub-packet of the data packet, or the time when the receiving device obtains the first sub-packet of the data packet minus the offset value, or the time when the receiving device obtains the first sub-packet of the data packet Any time between the time of a subpacket minus the offset value and the generation of authentication code B.
  • the offset value can be configured, or set according to transmission delay (for example, 540ms) or processing delay.
  • the receiving time can be recorded through the SLC layer and passed to the AP layer through the MDCP layer.
  • the receiving device can record the time of receiving each SLC PDU (that is, sub-packet) at the SLC layer, and the receiving device can record at least one SLC PDU in the SLC layer when splicing at least one SLC PDU based on the frame header information to obtain the SLC SDU.
  • the earliest receiving time is the receiving time of the SLC SDU, and the SLC SDU and its corresponding receiving time are uploaded to the MDCP layer.
  • the receiving device After the receiving device receives the SLC SDU uploaded by the SLC layer and the receiving time corresponding to the SLC SDU at the MDCP layer, it can use the SLC SDU as the MDCP PDU of the MDCP layer.
  • the receiving device can determine whether the current MDCP PDU is the first MDCP PDU in at least one MDCP PDU based on the successor indication field, for example, the successor indication field is 00 or 01.
  • the receiving device reserves the receiving time of the corresponding MDCP PDU, Use this reception time as the reception time of the MDCP SDU.
  • the receiving device can upload the MDCP SDU and the receiving time of the MDCP SDU to the AP layer at the MDCP layer.
  • the receiving device can receive MDCP SDUs as packets at the AP layer.
  • the receiving time corresponding to the MDCP SDU is the time when the receiving device obtains the first sub-packet of the data packet.
  • the receiving time can be recorded through the SLC layer and passed to the AP layer through the MDCP layer.
  • the acquisition method is the same as the previous case, and will not be described again.
  • the offset value can be configured or set according to the transmission delay (for example, 540ms).
  • the receiving time can be recorded by the MDCP layer and passed to the AP layer.
  • the receiving device records the time of the first MDCP PDU received at the MDCP layer.
  • the MDCP layer can perform time recording based on the subsequent indication, for example, the subsequent indication field is 00 or 01.
  • the receiving device reserves the receiving time of the corresponding MDCP PDU,
  • the receiving device takes the receiving time as the receiving time of the MDCP SDU.
  • the receiving device submits the receiving time to the AP layer.
  • the receiving device can receive MDCP SDUs as packets at the AP layer.
  • the receiving time corresponding to the MDCP SDU is the time when the receiving device obtains the first sub-packet of the data packet.
  • the receiving time can be recorded by the MDCP layer and passed to the AP layer.
  • the acquisition method is the same as the previous case, and will not be described again. It is based on subtracting an offset value from the time uploaded by MDCP, where the offset The value can be set through configuration, or according to the transmission delay (for example, 540ms), or according to the processing delay.
  • the receiving time may be the time when the AP layer receives the MDCP SDU or the time when the MDCP SDU package submitted by the MDCP is completed.
  • the receiving time can be the time when the AP layer receives the MDCP SDU or the time when the MDCP SDU package submitted by the MDCP is completed, and an offset value is subtracted.
  • the offset value can be set through configuration, or according to transmission delay (for example, 540 ms), or according to processing delay.
  • the receiving time may be the current time obtained by running a program statement to obtain the sending time of the data packet (for example, by obtaining the current time function getCurrentTime()) when the receiving device calculates the authentication code B.
  • the receiving time can be the current time obtained by running the program statement to obtain the sending time of the data packet (for example, by obtaining the current time function getCurrentTime()) when the receiving device calculates the authentication code B, and subtract a bias value.
  • the offset value can be set through configuration, or according to transmission delay (for example, 540 ms), or according to processing delay.
  • the receiving device is a satellite network device 200, wherein the converged communication platform 24 in the satellite network device 200 carries the processing of the AP layer, and the processing of the SLC layer and the processing of the MDCP layer are carried by the ground transceiver station 22 or the central station 23 , the converged communication platform 24 can request the time information from the ground transceiver station 22 or the central station 23 .
  • the receiving device is the terminal device 100 .
  • the receiving device generates information B based on the receiving time of the packet.
  • the receiving device can encode the time according to the preset or configured minimum time granularity to obtain information B.
  • the time value before the preset minimum time granularity in the receiving time of the data packet can be intercepted, and the time value can be encoded (for example, binary-decimal encoding, decimal to binary, etc.) to obtain information B.
  • the receiving device that is, the terminal 100, can encode the time according to the minimum time granularity preset or configured by the network of the terminal 100 under the cellular network, or configured under the satellite network, to obtain information B.
  • the receiving device that is, the satellite network device 200 generates information B, for example, the integrated communication platform 24 in the satellite network device 200, according to the receiving time information of the data packet provided by the ground transceiver station 22 or the central station 23, and the prefabricated or The configured minimum time granularity is encoded to generate information B; for another example, the ground transceiver station or central station in the satellite network device 200 encodes information B according to the recorded time and the prefabricated or configured minimum time scale, and then the information B is transmitted to the converged communication platform 24 .
  • information B for example, the integrated communication platform 24 in the satellite network device 200, according to the receiving time information of the data packet provided by the ground transceiver station 22 or the central station 23, and the prefabricated or The configured minimum time granularity is encoded to generate information B; for another example, the ground transceiver station or central station in the satellite network device 200 encodes information B according to the recorded time and the prefabricated or configured minimum time scale, and then the information B is transmitted to the converged communication platform 24 .
  • the preset minimum time granularity may be minute, half minute, half hour, etc., which is not limited in the present application.
  • the minimum time granularity and encoding method used by the receiving device to generate information B based on the receiving time of the data packet are the same as those used by the sending device to generate information A. That is, for the description of the information B generated by the receiving device, reference may be made to the description of the information A generated by the sending device above, and details are not repeated here.
  • the receiving device may also intercept one or more time values of a specific time granularity in the receiving time of the data packet, and then perform encoding to obtain the information B.
  • the receiving device after the receiving device obtains the receiving time of the MDCP SDU at the MDCP layer, it can be used as the receiving time of the data packet, and the information B is generated based on the receiving time of the data packet at the MDCP layer, and the information B is generated at the MDCP layer
  • the layer uploads the MDCP SDU and information B to the AP layer.
  • the receiving device can obtain the receiving time of the SLC SDU at the SLC layer, and use it as the receiving time of the data packet, and generate information B based on the receiving time of the data packet and the minimum granularity information at the SLC layer Upload to the MDCP layer, and upload the MDCP SDU and information B to the AP layer at the MDCP layer.
  • the receiving device generates an authentication code B based on the information B and the data packet.
  • the receiving device can calculate the authentication code B based on the information B and the original data in the data packet through a specified algorithm (for example, SM3 cryptographic hash algorithm).
  • a specified algorithm for example, SM3 cryptographic hash algorithm.
  • the designation algorithm of the receiving device is the same as that of the sending device.
  • the sending device can add a designated algorithm indication in the header of the data packet, the designated algorithm indication can be used to indicate the designated algorithm used by the sending device, and the receiving device can determine the designated algorithm used by the sending device based on the designated algorithm indication in the received data packet.
  • Algorithm instructions For another example, the sending device and the receiving device may negotiate a specified algorithm to be used under the cellular network.
  • the receiving device determines the receiving status of the data packet based on the authentication code B.
  • the receiving device can determine the receiving status of the data packet by comparing whether the authentication code A and the authentication code B are the same.
  • the receiving device determines that the data packet is successfully received.
  • the receiving device can perform corresponding processing operations on the original data. For example, when the receiving device is the terminal 100, the receiving device can display the original data.
  • the receiving device is the satellite network device 200, the receiving device may forward the original data to the user equipment (such as the terminal 300) under the cellular network.
  • the receiving device may also generate a successful application receipt and send the successful application receipt to the sending device, and the successful application receipt may be used to indicate that the receiving device receives the data packet successfully.
  • the receiving device can obtain the information C based on the information B.
  • the receiving device may obtain information C by reducing a preset value (for example, 1) from information B.
  • the receiving device can obtain the authentication code C through a specified authentication algorithm based on the information C and the original data. For example, the time corresponding to information B is 18:00 on September 23, 2021, and the time corresponding to information C obtained by reducing the preset value is 17:59 on September 23, 2021.
  • the authentication code C will be generated based on the time information corresponding to the information C.
  • the receiving device can compare whether the authentication code C and the authentication code A are the same.
  • the receiving device can determine that the data packet is received successfully.
  • the receiving device may also generate and send a successful application receipt to the sending device, and the successful application receipt may be used to indicate that the receiving device receives the data packet successfully.
  • the receiving device may determine that the receiving of the data packet fails.
  • the receiving device may also generate and send a failure application receipt to the sending device, and the failure application receipt may be used to indicate that the receiving device fails to receive the data packet.
  • the authentication code A and the authentication code B may be compared first, and then the information C is generated to compare the authentication code A and the authentication code C under different circumstances. It is also possible to first generate information B and information C, then generate authentication code B and authentication code C, and then compare them with authentication code A. If any one is the same as authentication code A, it means that the reception is successful.
  • a successful application receipt can be fed back. If they are all different, the application receipt for sending failure will be fed back.
  • the receiving device may obtain the receiving time set based on the receiving time of the data packet.
  • the receiving device can obtain the first time value in the receiving time set based on the receiving time of the data packet and the minimum preset time granularity, and then reduce the receiving time by 1 for the first time value to obtain the second time value, and for the second time The value is reduced by 1 to obtain the third time value, and so on, the receiving device can obtain a receiving time set including n time values.
  • n is a positive integer.
  • the receiving device may perform encoding based on each time value in the receiving time set to obtain the information B set.
  • the receiving device can calculate through a specified authentication algorithm for each numerical value and original data in the information B set to obtain an authentication code set.
  • the receiving device can determine the reception status of the data packet by comparing the value in the authentication code with the authentication code A. Wherein, as long as there is a value in the authentication code set that is the same as the authentication code A, the receiving device determines that the data packet is successfully received. When any value in the authentication code set is different from the authentication code A, the receiving device determines that receiving the data packet fails.
  • the sending device may use a specified key to encrypt the authentication code A and the original data.
  • the sending device may also add packet header information including an encryption indication field in the data packet.
  • the receiving device After receiving the data packet sent by the sending device, the receiving device can decrypt the data packet based on the encrypted indication field and the specified key to obtain the authentication code A and the original data. In this way, the sending device and the receiving device can ensure the security of the data by encrypting the data.
  • the format of the sending time of the data packet and the receiving time of the data packet is Universal Time Coordinated (UTC), or Greenwich Mean Time (GMT), or Beijing Time, or Eastern Pacific Time, or Western Pacific Time Time, etc., are not limited in this embodiment.
  • the difference between the sending time of the data packet of the sending device and the receiving time of the data packet of the receiving device will not exceed the preset minimum time granularity, that is, the receiving device can successfully receive the sent Packets sent by the device.
  • the information A of the sending device is sending time information
  • the information B of the receiving device is receiving time information.
  • the sending device can generate an authentication code A based on the information A, the specified key, and the original data, and then generate a data packet based on the authentication code A and the original data.
  • the receiving device can generate the authentication code B based on the information B, the specified key and the data packet. In this way, not only will there be no problems of repeated processing and billing. Since both the sending device and the receiving device generate authentication codes based on their respective stored specified keys, the receiving device can also verify whether the specified keys of both parties are the same through the authentication codes, thereby verifying the legitimacy of the sending device.
  • the terminal 100 and the satellite network device 200 can obtain a designated key through negotiation through a cellular network, as shown in FIG. 5 .
  • the terminal 100 and the satellite network device 200 may be preset with the same designated key.
  • the terminal 100 may obtain the specified key through an intermediate device.
  • the intermediate device and the satellite network device 200 can first negotiate to obtain the specified key through the cellular network (for example, the process of the intermediate device and the satellite network device 200 negotiating to obtain the specified key can refer to the terminal 100 and the satellite network device shown in FIG. 5 200 to negotiate the process of obtaining the specified key), the intermediate device can establish a communication connection with the terminal 100 (for example, Bluetooth connection, wi-fi connection or edge (sidelink) connection, etc.), the intermediate device can send the specified key through the communication connection Give terminal 100.
  • a communication connection for example, Bluetooth connection, wi-fi connection or edge (sidelink) connection, etc.
  • the sending device can splice the authentication code A and the original data to obtain spliced data.
  • the sending device uses the specified key to encrypt the spliced data through the specified encryption algorithm to obtain the encrypted data.
  • the sending device can add header information before the encrypted data, and the header information includes an encryption indication field.
  • the encryption indication field may be used to indicate a specified encryption algorithm (eg SM3 cryptographic hash algorithm) used by the sending device.
  • the receiving device can decrypt the encrypted data in the data packet based on the encrypted indication field and the specified key to obtain the authentication code A and the original data.
  • the receiving device then generates an authentication code B based on the original data, information B and the specified key, as shown in FIG. 8 . In this way, since the sending device encrypts the data before sending it to the receiving device, the security of the data can be further ensured.
  • the terminal 100 may generate the first authentication code based on the first information, the specified key and the first data (also referred to as original data). Wherein, the first information is sending time information. The terminal 100 may obtain the first data packet based on the first authentication code, the specified key, and the first data. The terminal 100 may send the first data packet to the satellite network device 200 . After receiving the first data packet, the satellite network device 200 may generate a second authentication code based on the second information, the designated key, and the first data packet. Wherein, the second information is receiving time information. The satellite network device 200 may determine the receiving state of the first data packet based on the second authentication code.
  • the satellite network device 200 receives the first data packet sent repeatedly, since the second information has been updated with time, the generated authentication code is different from the first authentication code in the first data packet, and the satellite If the network device 200 determines that the first data packet fails to be received, there will be no problem of repeatedly receiving the same data packet.
  • FIG. 9 shows a schematic diagram of an inbound transmission process provided by an embodiment of the present application.
  • the terminal 100, the satellite network device 200 and the cellular network device 400 negotiate a key.
  • the terminal 100 and the satellite network device 200 both store a specified key after negotiating the key.
  • the terminal 100 acquires the original data.
  • the terminal 100 can generate the original data based on the content of the satellite message input by the user.
  • the terminal 100 may generate raw data based on the user's request after receiving an instruction from the user, for example, when the user wishes to inquire about a mailbox or obtain other information from the network.
  • the original data may include but not limited to the quantity indication of the receiving user, the ID number of the receiving user, data input by the user (eg, text data, picture data, audio data, etc.), location information of the terminal 100, and the like.
  • the terminal 100 generates a first authentication code based on the specified key, the original data, and the first information.
  • the terminal 100 may acquire the sending time of the first data packet.
  • the sending time of the first data packet may be any time between the terminal 100 obtaining the original data and generating the first authentication code.
  • the time when the terminal 100 obtains the original data may be the time when the terminal 100 receives an input of sending a satellite message from the calling user, and at this time, the original data includes the data input by the calling user.
  • the time when the terminal 100 generates the first authentication code may be the current time obtained by the terminal 100 running a program statement to obtain the sending time of the first data packet (for example, by obtaining the current time function getCurrentTime()).
  • the terminal 100 may determine the sending time of the data packet based on the positioning timing of the satellite.
  • the sending time of the first data packet may be represented as the time when the terminal 100 sends the first data packet to the MDCP layer at the AP layer.
  • the sending time of the first data packet may be expressed as the time estimated by the terminal 100 that the terminal 100 sends the first data packet to the satellite network device 200 .
  • the terminal 100 may refer to the above-mentioned embodiment shown in FIG. 7 for obtaining the sending time of the first data packet, and details are not repeated here.
  • the terminal 100 After obtaining the sending time of the first data packet, the terminal 100 can intercept the time value before the preset minimum time granularity in the sending time of the first data packet, and encode the time value (for example, binary-decimal coding, decimal converted to binary, etc.) to obtain the first information.
  • the preset minimum time granularity may be minute, half minute, half hour, etc., which is not limited in this application.
  • the terminal 100 for a description of generating the first information by the terminal 100, reference may be made to the embodiment shown in FIG. 7 above, and details are not repeated here.
  • the terminal 100 generates a first authentication code based on the designated key, original data and first information.
  • the terminal 100 may calculate the first authentication code through a specified algorithm (for example, SM3 cryptographic hash algorithm) based on the first information, the specified key, and the original data.
  • a specified algorithm for example, SM3 cryptographic hash algorithm
  • HMAC hash-based message authentication code
  • SM3 is a cryptographic hash algorithm.
  • k+ can be obtained based on the specified key.
  • the length of k+ may be 64 bytes.
  • the high-order 16 bytes are the specified key, and the following 48 bytes are all 0.
  • opad is 0x5C with 64 bytes repeated, and ipad is 0x36 with 64 bytes repeated.
  • text is the original data, and context is the first information. in, is an XOR symbol, and
  • the output length of the SM3 algorithm is 32 bytes.
  • F is the function of intercepting the first 16bit data from the high order to the low order of the input.
  • the output of F ie, HMAC) is the first authentication code.
  • the length of the first authentication code is 16 bits.
  • the terminal 100 may obtain the first data packet based on the first authentication code and the original data.
  • the terminal 100 may splice the first authentication code and the original data together to obtain the first data packet.
  • the terminal 100 may also add packet header information before the concatenated first authentication code and original data to obtain the first data packet.
  • the packet header information may include but not limited to service type indication and the like.
  • the service type indication may be used to indicate the service type of the first data packet (for example, a data packet for sending a message to a user equipment in a cellular network, or a data packet for requesting data from a satellite network device 200, etc.).
  • the terminal 100 may also use a specified key to encrypt the concatenated first authentication code and original data to obtain the first data packet.
  • a specified key may be used to encrypt the concatenated first authentication code and original data to obtain the first data packet.
  • the terminal 100 sends the first data packet to the satellite network device 200.
  • sending prompt information such as displaying "sent”
  • the sending prompt information may be used to remind the user that the terminal 100 has sent the satellite network device 200 sends out the first data packet.
  • Sending prompt information can also include a marker icon, which can be used to trigger (for example, click trigger) to display information explanations, such as "sent!, which can be triggered by clicking to display operation suggestions (for example, this message has been sent to the receiving device , delivery undetermined).
  • the form of sending the prompt information is not limited, and may be text, picture, animation and so on.
  • the terminal 100 can process the first data packet into at least one second data packet (that is, SLC PDU or MDCP PDU) at the MDCP layer and the SLC layer or the MDCP layer, and then send the at least one second data packet to the satellite Network device 200.
  • at least one second data packet that is, SLC PDU or MDCP PDU
  • the specific description of the terminal 100 obtaining at least one second data packet and sending it to the satellite network device 200 may refer to the above embodiments shown in FIG. 2A and FIG. 7 , which will not be repeated here.
  • the satellite network device 200 acquires the receiving time of the first data packet, and generates second information based on the receiving time.
  • the satellite network device 200 may acquire the receiving time of the first data packet.
  • the satellite network device 200 may record the receiving time of each second data packet in the at least one second data packet when the SLC layer receives the at least one second data packet.
  • the satellite network device 200 can splice the second data packets belonging to one SLC SDU to obtain the SLC SDU based on the frame header information of the second data packet at the SLC layer.
  • the satellite network device 200 may compare the sequence of receiving times of the second data packets included in the SLC SDU, and use the earliest receiving time as the receiving time of the SLC SDU.
  • the satellite network device 200 may upload the SLC SDU and the receiving time of the SLC SDU to the MDCP layer at the SLC layer.
  • the satellite network device 200 can use the SLC SDU as an MDCP PDU at the MDCP layer, and obtain the MDCP SDU based on the MDCP PDU.
  • the satellite network device 200 can determine the first MDCP PDU of the MDCP SDU through the successor indication field of the MDCP PDU, and use the receiving time of the SLC SDU corresponding to the first MDCP PDU as the receiving time of the MDCP SDU.
  • the satellite network device 200 may upload the MDCP SDU and the receiving time of the MDCP SDU to the AP layer at the MDCP layer.
  • the satellite network device 100 may use the MDCP SDU as the first data packet at the AP layer, and use the receiving time of the MDCP SDU as the receiving time of the first data packet.
  • the satellite network device 200 obtains the receiving time of the first data packet, reference may also be made to the above-mentioned embodiment shown in the inbound process in FIG. 7 , which will not be repeated here.
  • the satellite network device 200 After the satellite network device 200 acquires the receiving time of the first data packet (also referred to as the fourth information) at the AP layer, it may generate the second information based on the fourth information and a preset or configured minimum time granularity. For a specific description of generating the second information by the satellite network device 200, reference may be made to the embodiment of the information B generated by the receiving device shown in FIG. 7 above, and details are not repeated here.
  • the satellite network device 200 may generate a second authentication code based on the specified key, the original data, and the second information.
  • the satellite network device 200 may calculate the second authentication code based on the second information and the original data in the first data packet through a specified algorithm (for example, SM3 cryptographic hash algorithm).
  • a specified algorithm for example, SM3 cryptographic hash algorithm.
  • the designated authentication algorithm of the satellite network device 200 is the same as the designated authentication algorithm of the terminal 100 .
  • the specified authentication algorithm used by the terminal 100 can be a hash-based message authentication code (hash-based message authentication code, HMAC) algorithm based on the SM3 cryptographic hash algorithm
  • HMAC hash-based message authentication code
  • SM3 is a cryptographic hash algorithm.
  • k+ can be obtained based on the specified key.
  • the length of k+ may be 64 bytes.
  • the high-order 16 bytes are the specified key, and the following 48 bytes are all 0.
  • opad is 0x5C with 64 bytes repeated, and ipad is 0x36 with 64 bytes repeated.
  • text is the original data, and context is the second information. in, is an XOR symbol, and
  • the output length of the SM3 algorithm is 32 bytes.
  • F is the function of intercepting the first 16bit data from the high order to the low order of the input.
  • the output of F ie, HMAC
  • the length of the second authentication code is 16 bits.
  • the satellite network device 200 determines whether the first authentication code is the same as the second authentication code.
  • the satellite network device 200 can determine the receiving state of the first data packet by comparing whether the first authentication code is the same as the second authentication code. Wherein, when the first authentication code and the second authentication code are the same, the satellite network device 200 may execute step S909, and may also execute step S910.
  • the satellite network device 200 may execute step S909, and may also execute step S910.
  • the satellite network device 200 may execute step S911.
  • the satellite network device 200 sends the original data to the cellular network device 400.
  • the satellite network device 200 determines that the first authentication code is the same as the second authentication code, and determines that the first data packet is successfully received.
  • the satellite network device 200 may perform corresponding processing operations on the raw data. For example, the satellite network device 200 may forward the original data to the user equipment (such as the terminal 300 ) under the cellular network.
  • the satellite network device 200 may also record the time information of the successful reception of the first data packet.
  • the time information of the successful reception of the first data packet may be the second information corresponding to the second authentication code, and the satellite network device 100 may The second information is recorded and forwarded to a network element (such as a short message center) in the cellular network.
  • the network element in the cellular network can record the time of successful transmission of the inbound message based on the time information of the first data packet received, so that the terminal 100 can be updated by sending the time information of successful transmission to the terminal 100 in the cellular network The sending status of the message that the application receipt was not successfully received under the satellite network.
  • the satellite network device 200 sends an application receipt to the terminal 100, indicating that the sending is successful.
  • the satellite network device 200 may also generate a successful application receipt (that is, an application receipt indicating that the sending is successful), and the successful application receipt may be used to indicate that the satellite network device 200 receives the data packet successfully.
  • the satellite network device 200 may send a successful application receipt to the terminal 100 .
  • the satellite network device 200 sends an application receipt to the terminal 100, indicating that the sending fails.
  • the satellite network device 200 determines that the first authentication code is different from the second authentication code, and determines that the first data packet fails to be received. Satellite network device 200 may delete the first data packet. The satellite network device 200 may also generate a failed application receipt (that is, an application receipt indicating failure to send), and the failed application receipt may be used to indicate that the satellite network device 200 fails to receive the data packet. The satellite network device 200 may send the failed application receipt to the terminal 100 .
  • a failed application receipt that is, an application receipt indicating failure to send
  • the satellite network device 200 may reduce the value of the second information by a preset value (for example, 1), A new second authentication code is then generated based on the adjusted second information, the specified key and the original data.
  • a preset value for example, 1
  • the satellite network device 200 may compare whether the first authentication code is the same as the new second authentication code, and if the first authentication code is the same as the new second authentication code, the satellite network device 200 may determine that the data packet is received successfully.
  • the receiving device of the satellite network device 200 may also perform step S909 and step S910.
  • the satellite network device 200 may determine that receiving the data packet fails.
  • the satellite network device 200 may also generate and send a failure application receipt to the terminal 100, and the failure application receipt may be used to indicate that the satellite network device 200 fails to receive the data packet.
  • the terminal 100 may regenerate and send the first data packet to the satellite network device 200 .
  • the successful application receipt and the failed application receipt may be collectively referred to as the first application receipt, and the first application receipt may include indication information for indicating whether the user receives the application successfully.
  • the terminal 100 may display result prompt information (including the success prompt information and the failure prompt information) on the display screen. In this way, the user can confirm the sending status of the first data packet through the result prompt information, avoiding repeated sending of successfully sent satellite messages.
  • the terminal 100 may display the success prompt information.
  • the success prompt information may be used to prompt the user that the first data packet is sent successfully.
  • the terminal 100 may display failure prompt information after receiving the failure application receipt (that is, the application receipt indicating that the sending of the first data packet failed).
  • the failure prompt information may be used to prompt the user that the sending of the first data packet fails.
  • the satellite network device 200 may generate the fourth authentication code based on the sixth information and the original data (also referred to as the first data). Wherein, the sixth information is sending time information. The satellite network device 200 may obtain the third data packet based on the fourth authentication code and the original data. The satellite network device 200 may send the third data packet to the terminal 100 . After receiving the third data packet, the terminal 100 may generate a third authentication code based on the fifth information and the third data packet. Wherein, the fifth information is receiving time information. The terminal 100 may determine the receiving state of the third data packet based on the third authentication code. In this way, when terminal 100 receives the third data packet sent repeatedly, since the fifth information has been updated with time, the authentication code generated based on the fifth information is different from the fourth authentication code in the third data packet. , the terminal 100 determines that the third data packet fails to be received, and there will be no problem of receiving duplicate data packets.
  • FIG. 10 shows a schematic diagram of an outbound transmission process provided by an embodiment of the present application.
  • the satellite network device 200 receives original data sent by the cellular network device 400 .
  • the satellite network device 200 receives the original data sent by the short message center 25 of the cellular network device 400 .
  • the original data is data (including but not limited to text data input by the calling user, image data, etc.).
  • the cellular network device 400 forwards the data sent by the terminal 300 to the terminal 100 to the satellite network device 200, it may also simultaneously forward the identity of the called user (for example, the ID number or phone number of the terminal 100) to the satellite network device 200. Satellite network equipment 200 .
  • the raw data acquired by the satellite network device 200 may be data stored in a memory of the satellite network device 200 .
  • the raw data may be map data stored by the satellite network device 200 .
  • the original data received by the satellite network device 200 may be data sent to the satellite network device 200 by a third-party server (for example, text data, image data, audio data, video data, etc.).
  • a third-party server for example, text data, image data, audio data, video data, etc.
  • the satellite network device 200 receives the service request sent by the terminal 100.
  • the service request may be a request for downloading original data
  • the receiving device of the original data is the terminal 100 .
  • the satellite network device 200 may execute step S1003-step 1005.
  • the satellite network device 200 generates a fourth authentication code based on the original data and the sixth information.
  • the satellite network device 200 may obtain the sending time of the third data packet.
  • the sending time of the third data packet may be any time in the whole period from the satellite network device 200 obtaining the original data to generating the fourth authentication code plus the offset.
  • the time when the satellite network device 200 obtains the original data may be the time when the satellite network device 200 receives the service request sent by the terminal 100, or the time when the satellite network device 200 receives the original data sent by the cellular network device 400, or the time when the satellite network device 200 receives the original data sent by the cellular network device 400, or The time when the device 200 sends data to the terminal 100, or the time when the satellite network device 200 generates the fourth authentication code minus the offset is used to estimate the time when the satellite network device 200 sends data at the SLC layer, MDCP layer or physical layer.
  • the time when the satellite network device 200 generates the fourth authentication code may be the current time obtained by the satellite network device 200 running a program statement for obtaining the sending time of the third data packet (for example, by
  • the satellite network device 200 may determine the sending time of the third data packet (also referred to as the eighth information) at the MDCP layer/SLC layer (ie, based on the central station 23 or the ground central station 31 ). The satellite network device 200 then generates sixth information at the AP layer based on the eighth information and the minimum time granularity.
  • the satellite network device 200 may determine the sending time of the third data packet at the MDCP layer/SLC layer, and generate sixth information based on the sending time of the third data packet and the preset minimum time granularity, and then upload the sixth information to the AP layer.
  • the sending time of the third data packet may be expressed as the time when the satellite network device 200 sends the third data packet to the MDCP layer at the AP layer, that is, the converged communication platform 24 sends the third data packet to The time of the central station 23 or the ground central station 31.
  • the satellite network device 200 generates sixth information based on the sending time of the third data packet.
  • the satellite network device 200 can encode the time according to the preset or configured minimum time granularity to obtain the sixth information, for example, it can intercept the sending time of the third data packet
  • the time value before the minimum time granularity is preset or configured, and the time value is encoded (for example, binary-decimal encoding, decimal to binary, etc.) to obtain the sixth information.
  • the preset or configured minimum time granularity may be seconds, minutes, half minutes, half an hour, etc., which is not limited in this application.
  • the preset or configured minimum time granularity may be seconds, minutes, half minutes, half an hour, etc., which is not limited in this application.
  • the satellite network device 200 generates a fourth authentication code based on the original data and the sixth information. Specifically, the satellite network device 200 may calculate the fourth authentication code through a specified algorithm (for example, SM3 cryptographic hash algorithm) based on the sixth information and the original data.
  • a specified algorithm for example, SM3 cryptographic hash algorithm
  • the satellite network device 200 obtains the third data packet based on the original data and the fourth authentication code.
  • the satellite network device 200 may splice the fourth authentication code and the original data together to obtain the third data packet.
  • the satellite network device 200 may also add packet header information before the spliced fourth authentication code and original data to obtain the third data packet.
  • the packet header information may include but not limited to service type indication and the like.
  • the service type indication may be used to indicate the service type of the third data packet (for example, a data packet for sending a satellite message to the terminal 100, or how many data packets for sending a satellite message to the terminal 100, etc.).
  • the terminal 100 may obtain the fourth authentication code based on the specified key, the sixth information, and the original data.
  • the terminal 100 may also use a specified key to encrypt the spliced fourth authentication code and original data to obtain the third data package.
  • a specified key may be used to encrypt the spliced fourth authentication code and original data to obtain the third data package.
  • the satellite network device 200 sends the third data packet to the terminal 100.
  • the satellite network device 200 may process the third data packet into at least one fourth data packet (that is, SLC PDU) at the MDCP layer and the SLC layer, or the satellite network device 200 may process the third data packet at the MDCP layer At least one fourth data packet (ie, MDCP PDU), and then send the at least one fourth data packet to the terminal 100.
  • the specific description of the satellite network device 200 obtaining at least one fourth data packet and sending it to the terminal 100 may refer to the above-mentioned embodiment shown in FIG. 3A , which will not be repeated here.
  • the terminal 100 acquires the receiving time of the third data packet, and generates fifth information based on the receiving time.
  • the terminal 100 may acquire the receiving time of the third data packet.
  • the terminal 100 may record the receiving time of each fourth data packet in the at least one fourth data packet when the SLC layer receives the at least one fourth data packet.
  • the terminal 100 can splice the fourth data packet belonging to one SLC SDU to obtain the SLC SDU based on the frame header information of the fourth data packet at the SLC layer.
  • the terminal 100 may compare the sequence of receiving times of the fourth data packets included in the SLC SDU, and use the earliest receiving time as the receiving time of the SLC SDU.
  • the terminal 100 can upload the SLC SDU and the receiving time of the SLC SDU to the MDCP layer at the SLC layer.
  • the terminal 100 can use the SLC SDU as an MDCP PDU at the MDCP layer, and obtain the MDCP SDU based on the MDCP PDU.
  • the terminal 100 can determine the first MDCP PDU of the MDCP SDU through the successor indication field of the MDCP PDU, and use the receiving time of the corresponding SLC SDU of the first MDCP PDU as the receiving time of the MDCP SDU.
  • the terminal 100 can upload the MDCP SDU and the receiving time of the MDCP SDU to the AP layer at the MDCP layer.
  • the satellite network device 100 may use the MDCP SDU as the third data packet at the AP layer, and use the receiving time of the MDCP SDU as the receiving time of the third data packet. For other detailed descriptions of obtaining the receiving time of the third data packet by the terminal 100, reference may be made to the description of obtaining the receiving time of the data packet by the receiving device in the embodiment in FIG. 7 , and details are not repeated here.
  • the terminal 100 may generate fifth information based on the receiving time of the third data packet and a preset or configured minimum time granularity. For a specific description of generating the fifth information by the terminal 100, reference may be made to the embodiment shown in FIG. 7 above, and details are not repeated here.
  • the terminal 100 obtains a third authentication code based on the third data packet and the fifth information.
  • the terminal 100 may calculate the third authentication code through a specified authentication algorithm (for example, SM3 cryptographic hash algorithm) based on the fifth information and the original data in the third data packet.
  • a specified authentication algorithm for example, SM3 cryptographic hash algorithm
  • the designated authentication algorithm of the satellite network device 200 is the same as the designated authentication algorithm of the terminal 100 .
  • the terminal 100 determines whether the third authentication code is the same as the fourth authentication code.
  • the terminal 100 may determine the receiving state of the third data packet by comparing whether the third authentication code is the same as the fourth authentication code. Wherein, when the third authentication code and the fourth authentication code are the same, the terminal 100 executes step S1009, and optionally, also executes step S1010.
  • the terminal 100 may also record time information when the third data packet is successfully received, for example, generate fifth information corresponding to the third authentication code.
  • the time information of the successful reception of the third data packet can be used to send the time information of successful transmission to the satellite device 200 or the network element of the second transmission system when the subsequent terminal 100 accesses the second transmission system (such as a cellular or WLAN network), and update the satellite The sending status of the information that the application receipt has not been successfully received under the network. to avoid billing issues.
  • the terminal 100 may execute step S1011.
  • the terminal 100 displays the receiving prompt information.
  • the terminal 100 determines that the third authentication code is the same as the fourth authentication code, and determines that the third data packet is received successfully.
  • the terminal 100 may perform corresponding processing operations on the raw data.
  • the terminal 100 may display receiving prompt information.
  • the receiving prompt information may be used to prompt the user to receive a satellite message sent from the user equipment (such as the terminal 300 ) under the cellular network.
  • Receiving prompt information may include but not limited to voice prompt information, text prompt information, vibration prompt information, and the like.
  • the receiving prompt information is text prompt information
  • the receiving prompt information may be "received a piece of satellite information from "terminal 300"".
  • the terminal 100 may also display the original data in the third data packet on the display screen.
  • the terminal 100 sends an application receipt to the satellite network device 200, indicating that the reception is successful.
  • the terminal 100 may also generate a successful application receipt (that is, an application receipt indicating that the sending is successful), and the successful application receipt may be used to indicate that the terminal 100 receives the data packet successfully.
  • the terminal 100 may send the successful application receipt to the satellite network device 200 .
  • the satellite network device 200 may delete the original data of the third data packet.
  • the terminal 100 sends an application receipt to the satellite network device 200, indicating that the reception fails.
  • the terminal 100 determines that the third authentication code is different from the fourth authentication code, and determines that the third data packet fails to be received.
  • the terminal 100 may delete the third data packet.
  • the terminal 100 may also generate a failed application receipt (that is, an application receipt indicating failure to send), and the failed application receipt may be used to indicate that the terminal 100 fails to receive the data packet.
  • the terminal 100 may send the failed application receipt to the satellite network device 200 .
  • the terminal 100 can reduce the value of the fifth information by a preset value (for example, 1), and then based on the adjusted The fifth information and the original data generate a new third authentication code.
  • a preset value for example, 1
  • the receiving device may compare whether the fourth authentication code is the same as the new third authentication code, and when the fourth authentication code is the same as the new third authentication code, the terminal 100 may determine that the data packet is received successfully.
  • the terminal 100 may also execute step S1010.
  • the terminal 100 may determine that receiving the data packet fails.
  • the terminal 100 may also generate and send a failed application receipt to the satellite network device 200, and the failed application receipt may be used to indicate that the terminal 100 fails to receive the data packet.
  • the satellite network device 200 may regenerate and send the third data packet to the terminal 100 .
  • the successful application receipt and the failed application receipt may be collectively referred to as a third application receipt
  • the third application receipt may include indication information for indicating whether the user receives the application successfully.
  • the information A of the sending device is context information (context) A
  • the context information A can be used to indicate the number of data packets sent
  • the number of data packets sent is the data packets successfully sent by the sending device quantity information.
  • the information B of the receiving device is context information B
  • the context information B may be used to indicate the quantity information of the received data packets.
  • the number information of received data packets is the number information of data packets successfully received by the receiving device (that is, the number information of generated successful application receipts).
  • the initial values of information A and information B are the same. In this way, when the receiving device successfully parses the data packet generated by the sending device based on information A based on information B, the value of information B can be updated.
  • the value of the information A is different, that is, the authentication code A and the authentication code B are different, the receiving device cannot parse the data packet sent by the sending device, and there will be no problems of repeated processing and billing.
  • the sending device and the receiving device can acquire context information.
  • the context information of the sending device may be referred to as context information A, that is, information A.
  • the context information of the receiving device may be referred to as context information B, that is, information B.
  • the number of data packets successfully sent by the sending device may be the number of successful application receipts received by the sending device.
  • the terminal 100 and the satellite network device 200 can obtain context information when negotiating to obtain a specified key through the cellular network.
  • the terminal 100, the satellite network device 200 and the cellular network device 400 may execute steps S501 to S515 as shown in FIG. 5 .
  • the satellite network device 200 can set the context information of the satellite network device 200 .
  • the initial value of the context information of the satellite network device 200 may be X.
  • the satellite network device 200 may send a service response 4 to the terminal 100 .
  • the service response 4 may be used to indicate that within the validity period of the specified key, the terminal 100 and the satellite network device 200 can use the specified key stored respectively to perform data encryption and decryption operations.
  • the service response 4 may also include context information of the satellite network device 200 .
  • the terminal 100 may set the initial value of the context information of the terminal 100 to X based on the service response 4 . It should be noted that as long as the value of the context information of the satellite network device 200 is the same as the value of the context information of the terminal 100, any initial value of the context information will not affect the receiving results of the sending device and the receiving device.
  • the terminal 100 can obtain the specified key and the initial value of the context information through the intermediate device.
  • the intermediate device and the satellite network device 200 can first negotiate and obtain the specified key, the context information of the satellite network device 200 and the context information of the terminal 100 through the above operations in the cellular network, and the intermediate device can establish a communication connection with the terminal 100 (for example, Bluetooth connection, etc.), the intermediate device may send the specified key and the context information of the terminal 100 to the terminal 100 through the communication connection.
  • the initial values of the information A of the terminal 100 and the information B of the satellite network device 200 are preset specified values.
  • the initial value of the information A of the terminal 100 is the data value allocated to the terminal 100 by the satellite network device 200 .
  • FIG. 11 shows a schematic diagram of a processing flow of a transmission method provided by an embodiment of the present application.
  • the sending device generates an authentication code A based on the original data and information A.
  • the information A is the context information A, and the information A may be used to indicate the quantity information of the sent data packets.
  • the information on the number of data packets sent is information on the number of data packets successfully sent by the sending device.
  • the number information of the successful application receipts received by the sending device may be used to indicate the number information of the data packets successfully sent by the sending device. That is to say, after receiving the successful application receipt, the sending device can add a preset value to the value of information A. It should be noted that the increment of information A is related to the number of data packets successfully sent by the sending device.
  • the sending device can obtain the authentication code A based on the information A and the original data.
  • the sending device obtains the authentication code A, reference may be made to the above-mentioned embodiment shown in FIG. 7 , which will not be repeated here.
  • the sending device may generate an authentication code A based on the information A, a specified key, and original data, and then generate a data packet based on the authentication code A and the original data.
  • the receiving device can generate the authentication code B based on the information B, the specified key and the data packet. In this way, the legitimacy of the sending device can be verified by specifying the key to ensure the security of the transmission.
  • the sending device obtains the data packet based on the original data and the authentication code A.
  • the sending device can splice the authentication code A and the original data together to obtain a data packet.
  • the sending device may add packet header information before the concatenated authentication code A and original data to obtain a data packet.
  • the packet header information may include service type indication and the like.
  • the traffic type indication can be used to indicate the traffic type of the data packet.
  • the sending device can splice the authentication code A and the original data together to obtain spliced data.
  • the sending device uses the specified key to encrypt the spliced data through the specified algorithm to obtain the encrypted data.
  • the sending device can add header information before the encrypted data, and the header information includes an encryption indication field.
  • the encryption indication field may be used to indicate a specified algorithm (such as the SM3 cryptographic hash algorithm) used by the sending device. In this way, since the sending device encrypts the data before sending it to the receiving device, the security of the data can be further ensured.
  • the sending device can send the data packet to the receiving device.
  • the description of sending the data packet from the sending device to the receiving device during inbound can refer to the embodiment shown in FIG. 2A above, and the description of sending the data packet from the sending device to the receiving device during outbound can be Refer to the embodiment shown in FIG. 3A above, and details are not repeated here.
  • the sending device when the sending device is the terminal 100, after the sending device sends the data packet to the receiving device, the sending device may display sending prompt information.
  • the sending prompt information may be used to prompt the user that the sending device has sent a satellite message to the receiving device.
  • the receiving device obtains the authentication code A and the original data based on the data packet.
  • the receiving device After the receiving device receives the data packet sent by the sending device, the receiving device can obtain the authentication code A and the original data from the data packet.
  • the description of receiving the data packet by the receiving device during inbound may refer to the embodiment shown in FIG. 2B above, and the description of receiving the data packet by the receiving device during outbound may refer to the embodiment shown in FIG. 3B above, which will not be repeated here.
  • the data packet includes an encryption indication field and encrypted data.
  • the receiving device can decrypt the encrypted data in the data packet based on the encrypted indication field and the specified key to obtain the authentication code A and the original data.
  • the receiving device generates an authentication code B based on the information B and the data packet.
  • the receiving device can calculate the authentication code B based on the information B and the original data in the data packet through a specified algorithm (for example, SM3 cryptographic hash algorithm).
  • a specified algorithm for example, SM3 cryptographic hash algorithm.
  • the designation algorithm of the receiving device is the same as that of the sending device.
  • the sending device can add a designated algorithm indication in the header of the data packet, the designated algorithm indication can be used to indicate the designated algorithm used by the sending device, and the receiving device can determine the designated algorithm used by the sending device based on the designated algorithm indication in the received data packet.
  • Algorithm instructions For another example, the sending device and the receiving device may negotiate a specified algorithm to be used under the cellular network.
  • the sending device when the sending device generates the authentication code A based on the original data, the information A and the specified key, the receiving device may generate the authentication code B based on the original data, the information B and the specified key.
  • the sending device and the receiving device can preset the parameters needed to generate the authentication code.
  • the receiving device determines the receiving status of the data packet based on the authentication code B.
  • the receiving device can determine the receiving status of the data packet by comparing whether the authentication code A and the authentication code B are the same.
  • the receiving device determines that the data packet is successfully received.
  • the receiving device can perform corresponding processing operations on the original data. For specific description, refer to the embodiment shown in FIG. 7 .
  • the receiving device can update the value of information B. Specifically, the receiving device may add a preset value to the value of the information B.
  • the receiving device may also generate a successful application receipt and send the successful application receipt to the sending device, and the successful application receipt may be used to indicate that the receiving device receives the data packet successfully.
  • the receiving device can determine that the receiving of the data packet fails.
  • the receiving device may also generate and send a failure application receipt to the sending device, and the failure application receipt may be used to indicate that the receiving device fails to receive the data packet.
  • the sending device determines the sending status of the data packet based on the application receipt.
  • the sending device can determine the sending status of the data packet based on the application receipt.
  • the sending device can confirm that the data packet is sent successfully.
  • the sending device may add a preset value to the value of message A. Wherein, the preset value added in the sending device and the receiving device is the same.
  • the sending device when the sending device is the terminal 100, the sending device may display success prompt information after receiving the successful application receipt, and the success prompt information may be used to prompt the user that the data packet is sent successfully. It should be noted that the sending device can confirm that the data packet is sent successfully only after receiving the successful application receipt.
  • the sending device can confirm that the sending of the data packet failed.
  • the sending device may retransmit the failed data packet.
  • the sending device when the sending device is the terminal 100, the sending device may display failure prompt information after receiving the failure application receipt, and the failure prompt information may be used to prompt the user that the data packet transmission fails.
  • the terminal 100 may generate the first authentication code based on the first information, the specified key and the first data (also referred to as original data).
  • the first information is first context information
  • the first context information is used to indicate the quantity information of the sent data packets.
  • the terminal 100 may obtain the first data packet based on the first authentication code, the designated key, and the original data.
  • the terminal 100 may send the first data packet to the satellite network device 200 .
  • the satellite network device 200 may generate a second authentication code based on the second information, the designated key, and the first data packet.
  • the second information is second context information
  • the second context information is used to indicate the quantity information of the received data packets.
  • the satellite network device 200 may determine the receiving state of the first data packet based on the second authentication code. In this way, when the satellite network device 200 successfully receives the first data packet sent by the terminal 100, it can update the value of the second information. When the satellite network device 200 repeatedly receives the first data packet, since the updated second information is different from the pre-updated second information, the authentication code generated by the satellite network device 200 based on the updated second information is different from the first The first authentication codes in the data packets are different, and if the satellite network device 200 determines that the reception of the first data packet fails, the problem of repeatedly receiving the same data packet will not occur.
  • FIG. 12 shows a schematic diagram of an inbound transmission process provided by an embodiment of the present application.
  • the terminal 100, the satellite network device 200, and the cellular network device 400 negotiate a key, first information, and second information.
  • the terminal 100, the satellite network device 200 and the cellular network device 400 may refer to the above-mentioned embodiment shown in FIG. 11 for the description of the negotiation key, the first information and the second information, and details are not repeated here.
  • the terminal 100 and the satellite network device 200 both store a specified key after negotiating the key.
  • the terminal 100 stores the first information.
  • the satellite network device 200 stores the second information. The initial values of the first information and the second information are the same.
  • the terminal 100 acquires the original data.
  • the terminal 100 generates a first authentication code based on the specified key, the original data, and the first information.
  • the terminal 100 may calculate the first authentication code through a specified authentication algorithm (for example, SM3 cryptographic hash algorithm) based on the stored first information, the specified key, and the original data.
  • a specified authentication algorithm for example, SM3 cryptographic hash algorithm
  • the terminal 100 may obtain the first data packet based on the first authentication code and the original data.
  • the terminal 100 may also use a specified key to encrypt the concatenated first authentication code and original data to obtain the first data packet.
  • the terminal 100 sends the first data packet to the satellite network device 200.
  • sending prompt information such as displaying "sent”
  • the sending prompt information may be used to remind the user that the terminal 100 has sent the satellite network device 200 sends the first data packet.
  • Sending prompt information can also include a marker icon, which can be used to trigger (for example, click trigger) to display information explanations, such as "sent!, which can be triggered by clicking to display operation suggestions (for example, this message has been sent to the receiving device , delivery undetermined).
  • the form of sending the prompt information is not limited, and may be text, picture, animation and so on.
  • the satellite network device 200 may generate a second authentication code based on the specified key, the original data, and the second information.
  • the satellite network device 200 determines whether the first authentication code is the same as the second authentication code.
  • the satellite network device 200 can determine the receiving state of the first data packet by comparing whether the first authentication code is the same as the second authentication code. Wherein, when the first authentication code and the second authentication code are the same, the satellite network device 200 may perform step S1208-step S1210.
  • the satellite network device 200 may execute step S1213.
  • the satellite network device 200 updates the value of the second information.
  • the satellite network device 200 may add a preset value to the value of the second information. For example, when the value of the second information is 0 and the preset value is 1, the updated value of the second information is 1.
  • the satellite network device 200 sends the original data to the cellular network device 400.
  • the satellite network device 200 sends a successful application receipt to the terminal 100.
  • the terminal 100 updates the value of the first information.
  • the terminal 100 may add a preset value to the value of the first information.
  • the preset value added to the first information is the same as the preset value added to the second information, that is, the updated value of the first information is the same as the updated value of the second information.
  • the terminal 100 may also execute step S1212.
  • the terminal 100 displays a success prompt message.
  • the terminal 100 displays a success prompt message.
  • the success prompt information is used to prompt the user that the first data packet is sent successfully.
  • the satellite network device 200 sends a failure application receipt to the terminal 100.
  • the terminal 100 may also perform step S1214 after receiving the receipt of the failed application.
  • the terminal 100 displays failure prompt information.
  • the terminal 100 displays failure prompt information.
  • the failure prompt information is used to prompt the user that the sending of the first data packet fails.
  • step S1202-step S1206, step S1209, step S1210 and step S1212 can refer to the embodiment shown in FIG. 9 above, and will not be repeated here.
  • the satellite network device 200 may generate a fourth authentication code based on the sixth information and the first data (also referred to as original data).
  • the sixth information is sixth context information, and the sixth context information is used to indicate the quantity information of the sent data packets.
  • the satellite network device 200 may obtain the third data packet based on the fourth authentication code and the original data.
  • the satellite network device 200 may send the third data packet to the terminal 100 .
  • the terminal 100 may generate a third authentication code based on the fifth information and the third data packet.
  • the fifth information is fifth context information, and the fifth context information is used to indicate the quantity information of the received data packets.
  • the terminal 100 may determine the receiving state of the third data packet based on the third authentication code.
  • the terminal 100 when the terminal 100 successfully receives the third data packet sent by the satellite network device 200, it can update the value of the fifth information.
  • the terminal 100 When the terminal 100 repeatedly receives the third data packet, since the updated fifth information is different from the pre-updated fifth information, the authentication code generated by the terminal 100 based on the updated fifth information and the third data packet The fourth authentication code is different, and the terminal 100 determines that the reception of the third data packet fails, so the problem of repeatedly receiving the same data packet will not occur.
  • FIG. 13 shows a schematic diagram of an outbound transmission process provided by an embodiment of the present application.
  • the terminal 100, the satellite network device 200, and the cellular network device 400 negotiate fifth information and sixth information.
  • the terminal 100 and the satellite network device 200 can obtain their respective context information when negotiating to obtain a key through the cellular network device 400 under the cellular network. For a specific description, refer to the above-mentioned embodiment shown in FIG. 11 , which will not be repeated here.
  • the terminal 100 and the satellite network device 200 may establish a communication connection under the cellular network, and negotiate to obtain respective context information.
  • the terminal 100 stores fifth information.
  • the satellite network device 200 stores sixth information. The initial values of the fifth information and the sixth information are the same.
  • the satellite network device 200 receives the original data sent by the cellular network device 400 .
  • the satellite network device 200 receives the service request sent by the terminal 100.
  • the satellite network device 200 generates a fourth authentication code based on the original data and the sixth information.
  • the satellite network device 200 may generate a fourth authentication code based on the stored sixth information and original data.
  • the satellite network device 200 obtains the third data packet based on the original data and the fourth authentication code.
  • the satellite network device 200 sends the third data packet to the terminal 100.
  • the terminal 100 obtains a third authentication code based on the third data packet and the fifth information.
  • the terminal 100 determines whether the third authentication code is the same as the fourth authentication code.
  • the terminal 100 may determine the receiving state of the third data packet by comparing whether the third authentication code is the same as the fourth authentication code. Wherein, when the third authentication code and the fourth authentication code are the same, the terminal 100 may perform step S1309 to step S1311.
  • the terminal 100 may execute step S1313.
  • the terminal 100 displays the receiving prompt information.
  • the terminal 100 updates the value of the fifth information.
  • the terminal 100 may add a preset value to the value of the fifth information. For example, when the value of the fifth information is 0 and the preset value is 1, the updated value of the fifth information is 1.
  • the terminal 100 sends a successful application receipt to the satellite network device 200 .
  • the satellite network device 200 updates the value of the sixth information.
  • the satellite network device 200 may add a preset value to the value of the sixth information.
  • the preset value added to the sixth information is the same as the preset value added to the fifth information, that is, the updated value of the sixth information is the same as the updated value of the fifth information.
  • the terminal 100 sends a failure application receipt to the satellite network device 200 .
  • step S1302-step S1306, step S1308, step S1309, step S1311 and step S1313 can refer to the above-mentioned embodiment shown in FIG. 10 , which will not be repeated here.
  • FIG. 14 shows a schematic diagram of a transmission process provided by an embodiment of the present application.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains a data packet based on the authentication code A and original data. At this time, the value of the information A is X.
  • the sending device generates the authentication code A, and the detailed description of the obtained data packet can refer to the above-mentioned embodiment shown in FIG. 11 , which will not be repeated here.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+i.
  • the receiving device sends a successful application receipt to the sending device.
  • the receiving device can generate a successful application receipt after determining that the data packet is received successfully, and send the successful application receipt to the sending device.
  • the successful application receipt can be used to indicate that the receiving device has successfully received the data packet.
  • the value of the sending device update information A is X+i.
  • the sending device can determine that the data packet is sent successfully.
  • the sending device may add i to the value of information A, that is, update the value of information A to X+i.
  • the value of i updated by the sending device and the receiving device is the same.
  • the sending device After generating the authentication code A based on the information A, the sending device can obtain the data packet based on the authentication code A and the original data. At this time, the value of the information A is X+i.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+2i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+2i.
  • the receiving device sends a successful application receipt to the sending device.
  • the receiving device may generate a successful application receipt and send the successful application receipt to the sending device.
  • the successful application receipt can be used to indicate that the receiving device has successfully received the data packet.
  • the value of the sending device update information A is X+2i.
  • the sending device can determine that the data packet is sent successfully.
  • the sending device may add i to the value of information A, that is, update the value of information A to X+2i.
  • the value of i updated by the sending device and the receiving device is the same.
  • the sending device and the receiving device can update and maintain their respective context information synchronously, the sending device and the receiving device can transmit data packets, and avoid the receiving device from repeatedly processing repeatedly sent data packets.
  • a transmission method provided by the present application is specifically introduced below in combination with application scenarios.
  • the terminal 100 may send a satellite message (that is, a data packet) to the satellite network device 200 and display sending prompt information.
  • the sending prompt information may be used to remind the user terminal 100 that the satellite message has been sent to the satellite network device 200 .
  • the terminal 100 may display result prompt information after receiving the application receipt, and the result prompt information may be used to prompt the user whether the satellite message has been sent successfully or failed. In this way, the user of the terminal 100 can confirm the sending status of the satellite message, and resend the satellite message when the sending of the satellite message fails.
  • the terminal 100 may display a desktop 1500 .
  • the desktop 1500 may include multiple application icons (for example, a clock application icon, an information application icon 1501, etc.).
  • the information application icon 1501 may be used to trigger the display of an information application interface (for example, the information application interface 1510 shown in FIG. 15B ).
  • the top of the desktop 1500 may also display a status bar including icons such as a time mark icon and a signal mark icon.
  • the information identification icon may be used to prompt the user terminal 100 to be in a no-network scenario, that is, a scenario where a communication connection with the second transmission system cannot be established.
  • tray icons for example, a dialer application icon, a contact application icon, and a camera application icon
  • the tray icons remain displayed when the pages are switched.
  • the information application icon 1501 may also be a tray icon displayed under multiple application icons.
  • the terminal 100 may also display an information application interface 1510 as shown in FIG. 15B .
  • the information application interface 1510 may include an information overview display area and a title bar.
  • the information overview display area may be used to display information sent and received by the terminal 100 .
  • the title bar may include but not limited to a return control, a new information control 1511 and so on.
  • the return control can be used to trigger the terminal 100 to display the desktop 1500 .
  • the new message control 1511 can be used to trigger the terminal 100 to create a new satellite message.
  • the above status bar may also be displayed on the top of the information application interface 1510 .
  • the terminal 100 may also display the contact interface 1520 as shown in FIG. 15C.
  • the contact interface 1520 may include at least one contact icon (the contact icon may include but not limited to the contact's name, mobile phone number, etc.).
  • At least one contact icon may include a contact icon 1521 .
  • the contact icon 1521 may be used to trigger the terminal 100 to confirm the recipient's ID number.
  • the terminal 100 may display an information detail interface 1530 as shown in FIG. 15D .
  • the information detail interface 1530 may include, but not limited to, an information editing field 1533 , a sending control 1532 and a keyboard area 1531 .
  • the information editing column 1533 can be used to display the data input by the user through the keyboard area 1531 .
  • the keyboard area 1531 may be used to receive a user's input to trigger the terminal 100 to display corresponding data.
  • the sending control 1532 can be used to trigger the terminal 100 to send the data in the information editing column 1533 to the recipient after receiving the user's input.
  • the information editing column 1533 may display text information "X" input by the user. It should be noted that the content displayed in the information editing column 1533 is the content input by the user.
  • the embodiment of the present application writes the content input by the user as "X" just to better describe the embodiment. This description does not describe the content input by the user. Not limiting.
  • the terminal 100 since the terminal 100 is in the first transmission system, the terminal 100 needs to send the satellite message to the called user (such as the terminal 300 ) through the satellite network device 200 .
  • the satellite network device 200 As long as the satellite network device 200 successfully receives the data packet sent by the terminal 100, the default information is successfully sent to the called user.
  • the terminal 100 receives the user's input for the send control 1532 shown in FIG. 15D , and in response to the input, the terminal 100 can send the original data including the user's input (that is, the data displayed in the information editing column 1533 ) to the satellite network device 200 data packets.
  • the detailed description of the terminal 100 sending the data packet to the satellite network device 200 may refer to step S1401 and step S1402 in FIG. 14 above.
  • the satellite network device 200 receiving and processing the data packet refer to step S1403 to step S1404 in FIG. 14 .
  • the terminal 100 may also display the information details interface 1530 shown in FIG. 15E .
  • the information detail interface 1530 may include but not limited to an information editing column 1533 , an information box 1542 and a sending prompt 1543 .
  • the information box 1542 may be used to display the content of the satellite message that the terminal 100 has sent to the satellite network device 200 .
  • the information box 1542 is displayed with an "X”.
  • the sending prompt 1543 can be used to prompt the user terminal 100 to send the content displayed in the information box 1542 to the satellite network device 200.
  • the sending prompt 1543 can include but not limited to text prompt information.
  • the sending prompt 1543 can be the character string "sent".
  • the specific description of the information details interface 1530 can refer to the embodiment shown in FIG. 15D , which will not be repeated here.
  • the terminal 100 may display the success prompt information 1551 as shown in FIG. 15F .
  • the success prompt message 1551 may be used to prompt the user terminal 100 to send the content in the message box 1542 to the recipient successfully.
  • the success prompt information 1551 may include but not limited to text prompt information, for example, the success prompt information 1551 may be text prompt information "Send successfully".
  • the description of the satellite network device 200 sending the successful application receipt to the terminal 100 may refer to the step S1405 described above in FIG. 14 .
  • the terminal 100 may further update the value of the first information to X+i. For a specific description of updating the first information by the terminal 100, reference may be made to step S1406 in FIG. 14 .
  • the terminal 100 may receive the user's input to the sending control 1532 shown in FIG. , the data displayed in the information editing column 1533) data packet.
  • the information editing column 1533 may display the text information "X+i" input by the user.
  • the detailed description of the terminal 100 sending the data packet to the satellite network device 200 may refer to step S1407 and step S1408 in FIG. 14 above.
  • the terminal 100 may also display an information box 1561 and a sending prompt 1562 as shown in FIG. 15G .
  • the information box 1561 may be used to display the content of the satellite message that the terminal 100 has sent to the satellite network device 200 .
  • the message box 1561 displays "X+i".
  • the sending prompt 1562 may be used to prompt the user terminal 100 to send the content displayed in the information box 1561 to the satellite network device 200 .
  • the information detail interface 1530 reference may be made to the embodiment shown in FIG. 15D , which will not be repeated here.
  • the terminal 100 may display the success prompt information 1571 as shown in FIG. 15H .
  • the success prompt message 1571 may be used to prompt the user terminal 100 to send the content in the message box 1561 to the recipient successfully.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains a data packet based on the authentication code A and original data. At this time, the value of the information A is X.
  • the sending device fails to send the data packet to the receiving device.
  • the data packet is lost during transmission, and the receiving device fails to receive the data packet.
  • the sending device After generating the authentication code A based on the information A, the sending device can obtain the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the receiving device since the receiving device failed to receive the last data packet sent by the sending device, the information B of the receiving device is not updated. And the receiving device does not send a successful application receipt to the sending device, so the value of information A of the sending device is still X.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+i.
  • the sending device sends a data packet to the receiving device
  • the data packet is lost during the sending process, and the receiving device fails to receive the data packet.
  • the context information of the sending device and the receiving device are not updated, the transmission of subsequent data packets will not be affected.
  • the sending device sends the data packet to the receiving device
  • the receiving device successfully receives the data packet and updates the value of information B.
  • the successful application receipt sent by the receiving device to the sending device was lost during the sending process, and the sending device failed to receive the successful application receipt, and the value of information A was not updated.
  • the context information of the sending device and the receiving device are inconsistent, which affects the transmission of subsequent data packets.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+i.
  • the receiving device fails to send the successful application receipt to the sending device.
  • the successful application receipt is lost during sending, and the sending device fails to receive the successful application receipt.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the sending device fails to receive the successful application receipt sent by the receiving device, it cannot confirm the sending status of the previous data packet, and cannot update the information A. So the value of information A is still X.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X+i.
  • the receiving device determines that the authentication code A is different from the authentication code B.
  • the receiving device determines that the authentication code A is different from the authentication code B, and determines that the data packet fails to be received.
  • the sending device when the sending device sends a data packet to the receiving device, the receiving device successfully receives the data packet, updates the value of information B, and sends a successful application receipt to the sending device. However, because the sending device fails to receive the successful application receipt, the information A of the sending device is not updated, so the information A is different from the information B, which affects the transmission of subsequent data packets.
  • the sending device and the receiving device can also transmit subsequent data packets.
  • the sending device and the receiving device can reset the value of their respective context information. This way, the sending device and the receiving device can continue to transmit packets.
  • the information B may be reset to a preset initial value.
  • the sending device may also reset the information A to a preset initial value after receiving the receipt of the failed application.
  • the values of information A and information B can be adjusted to the same value, and the sending device and receiving device can continue to transmit data packets.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains a data packet based on the authentication code A and original data. At this time, the value of the information A is X.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is Y.
  • X and Y are different.
  • the receiving device determines that the authentication code A is different from the authentication code B, and the value of the update information B is Z.
  • the receiving device can determine whether the data packet is received by comparing whether the authentication code A and the authentication code B are the same. The receiving device determines that the authentication code A is different from the authentication code B, and determines that the data packet fails to be received.
  • the receiving device may adjust the value of the information B to a preset initial value Z.
  • the receiving device sends a failure application receipt to the sending device.
  • the receiving device may generate an application receipt (ie, a failure application receipt) for indicating failure to receive the data packet.
  • the receiving device may send the failed application receipt to the sending device.
  • the sending device After receiving the failure application receipt, the sending device confirms that the data packet has failed to be sent, and the value of the update information A is Z. The context information of the sending device and the receiving device are adjusted to the same value.
  • the sending device may only send a failure application receipt to the sending device, without changing the value of the information B.
  • the sending device may reset the information A to a preset initial value after receiving the failure application receipt.
  • the sending device can also send the preset initial value to the receiving device, and the receiving device can adjust the value of information B to the preset initial value after receiving the preset initial value. Exemplary, as shown in Figure 17B:
  • the sending device After generating the authentication code A based on the information A, the sending device obtains a data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the sending device sends the data packet to the receiving device.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is Y.
  • X and Y are different.
  • the receiving device determines that the authentication code A is different from the authentication code B.
  • the receiving device can determine whether the data packet is received by comparing whether the authentication code A and the authentication code B are the same. The receiving device determines that the authentication code A is different from the authentication code B, and determines that the data packet fails to be received.
  • the receiving device sends a failure application receipt to the sending device.
  • the receiving device may generate an application receipt (ie, a failure application receipt) for indicating failure to receive the data packet.
  • the receiving device may send the failed application receipt to the sending device.
  • the sending device After receiving the failure application receipt, the sending device confirms that the data packet has failed to be sent, and the value of the update information A is Z.
  • the sending device sends the value of information A to the receiving device.
  • the sending device may encapsulate the value of information A into a data packet, and then send the data packet including the value of information A to the receiving device.
  • the terminal 100 may send the third information to the satellite network device 200 after adjusting the value of the first information to a preset value, wherein the value of the third information and the adjusted first The value of one message is the same.
  • the satellite network device 200 may send the seventh information to the terminal 100 after adjusting the value of the sixth information to a preset value, wherein the value of the seventh information and the adjusted value of the sixth information same.
  • the preset value is an initial value.
  • the value of the receiving device updating information B is Z.
  • the receiving device may adjust the value of information B to be the same as that of information A, that is, adjust the value of information B to the preset initial value Z.
  • the attacking terminal intercepts the preset initial value and repeatedly sends the preset initial value to the receiving device
  • the receiving device will always reset the value of the information B of the receiving device, causing the sending device and the receiving device to fail to communicate normally.
  • the value of information B is greater than the value of information A by a preset value.
  • the receiving device does not adjust the value of information B after failing to receive the data packet
  • the sending device may add a preset value to the value of information A after receiving the failure application receipt. In this way, the sending device can adjust the value of information A by itself after receiving the application receipt, so that information A and information B are the same.
  • the number of data packets successfully sent by the sending device may be the sum of the number of successful application receipts received by the sending device and the number of unreceived successful application receipts determined by the sending device based on the failed application receipts .
  • the sending device After generating the authentication code A based on the information A, the sending device obtains the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the sending device sends the data packet to the receiving device.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display an information detail interface 1800 as shown in FIG. 18A .
  • the information detail interface 1800 may include an information box 1801 and a sending prompt 1802 .
  • the information box 1801 may be used to display the content of the satellite message that the terminal 100 has sent to the satellite network device 200 .
  • information box 1801 displays information content, for example, "X”.
  • the sending prompt 1802 may be used to prompt the user terminal 100 to send the content displayed in the information box 1801 to the satellite network device 200 .
  • the information detail interface 1800 refer to the embodiment shown in FIG.
  • the content displayed in any information box described in the embodiment of this application is the content input by the user in the satellite message.
  • the embodiment of this application writes the content as "X" for better description For example, this description does not limit the content input by the user.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+i.
  • the receiving device fails to send the successful application receipt to the sending device.
  • the successful application receipt is lost during sending, and the sending device fails to receive the successful application receipt.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the sending device fails to receive the successful application receipt sent by the receiving device, it cannot confirm the sending status of the previous data packet, and cannot update the information A. So the value of information A is still X.
  • the sending device sends the data packet to the receiving device.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display an information box 1811 and a sending prompt 1812 as shown in FIG. 18B .
  • the information box 1811 may be used to display the content of the satellite message that the terminal 100 has sent to the satellite network device 200 .
  • the message box 1811 is displayed with "X”.
  • the sending prompt 1812 may be used to prompt the user terminal 100 to send the content displayed in the information box 1811 to the satellite network device 200 .
  • FIG. 15D For a specific description of the information detail interface 1800, reference may be made to the embodiment shown in FIG. 15D , which will not be repeated here.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X+i.
  • the receiving device determines that the authentication code A is different from the authentication code B.
  • the receiving device determines that the authentication code A is different from the authentication code B, and determines that the data packet fails to be received.
  • the receiving device sends a failure application receipt to the sending device.
  • the value of the sending device update information A is X+i.
  • the sending device can confirm that the current data packet fails to be received after receiving the failure application receipt. Moreover, since the sending device has only sent two data packets, the sending device can determine that the value of information B has been updated, that is, the sending device can determine that the receiving device has successfully received the previous data packet of the sending device. The sending device can determine that the previous data packet was successfully sent but the current data packet failed to be sent, and the sending device can add a preset value to the value of information A, that is, adjust the value of information A to X+i.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display the success prompt information 1821 and the failure prompt information 1822 as shown in FIG. 18C .
  • the success prompt information 1821 may be used to prompt the user terminal 100 to send the content in the information box 1801 to the recipient successfully.
  • the failure prompt information 1822 may be used to prompt the user terminal 100 to fail to send the content in the information box 1811 to the recipient.
  • the failure prompt information 1822 may include but not limited to text prompt information, for example, the failure prompt information 1822 may include text prompt information "failed to send".
  • the terminal 100 will display the result prompt information only after receiving the application receipt.
  • the transmission of the next data packet between the sending device and the receiving device is not affected.
  • the sending device can also determine that the previous data packet failed to be received according to the successful application receipt of the next data packet sent.
  • the sending device After generating the authentication code A based on the information A, the sending device obtains a data packet based on the authentication code A and original data. At this time, the value of the information A is X.
  • the sending device fails to send the data packet to the receiving device.
  • the data packet is lost during transmission, and the receiving device fails to receive the data packet.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display an information detail interface 1800 as shown in FIG. 18A .
  • the information detail interface 1800 reference may be made to the embodiment shown in FIG. 17C , which will not be repeated here.
  • the sending device After generating the authentication code A based on the information A, the sending device can obtain the data packet based on the authentication code A and the original data. At this time, the value of the information A is X.
  • the receiving device since the receiving device failed to receive the last data packet sent by the sending device, the information B of the receiving device is not updated. And the receiving device does not send a successful application receipt to the sending device, so the value of information A of the sending device is still X.
  • the sending device sends the data packet to the receiving device.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display an information box 1811 and a sending prompt 1812 as shown in FIG. 18B .
  • the detailed description of the information box 1811 and the sending prompt 1812 can refer to the embodiment shown in FIG. 17C , which will not be repeated here.
  • the receiving device generates an authentication code B based on the information B and the data packet. At this time, the value of the information B is X.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and the value of the update information B is X+i.
  • the receiving device determines that the authentication code A is the same as the authentication code B, and determines that the data packet is successfully received.
  • the receiving device may add i to the value of information B, that is, update the value of information B to X+i.
  • the receiving device sends a successful application receipt to the sending device.
  • the value of the sending device update information A is X+i.
  • the sending device After receiving the successful application receipt, the sending device confirms that the second data packet is sent successfully. Since the sending device did not update the value of information A when sending the second data packet, the sending device can confirm that the receiving device did not update the value of information B, that is, the receiving device did not receive the first data packet. The sending device confirms that the first data packet fails to be sent.
  • the sending device is the terminal 100
  • the receiving device is the satellite network device 200
  • the terminal 100 may display failure prompt information 2101 and success prompt information 2102 as shown in FIG. 20 .
  • the failure prompt information 2101 may be used to prompt the user terminal 100 to fail to send the content in the information box 1801 to the recipient.
  • the success prompt message 2102 may be used to prompt the user terminal 100 to send the content in the message box 1811 to the recipient successfully.
  • the sending device if the sending device has sent at least two data packets before receiving the failure application receipt (during sending the at least two data packets, the sending device has not received the application receipt), when the sending device receives the failure application receipt After the receipt is applied, it cannot be determined which of the at least two packets was successfully sent.
  • the information A of the sending device is context information (context) A
  • the information B of the receiving device is context information B.
  • the context information A may be used to indicate the quantity information of the sent data packets.
  • the information B of the receiving device is context information B, and the context information B may be used to indicate the quantity information of the received data packets.
  • the sending device may add a message ID field A in the data packet.
  • Message ID field A can be used to identify the data packet.
  • the receiving device can determine the value of the message ID field B based on the message ID field A of the successfully received data packet.
  • the receiving device may add a message ID field B to the application receipt, and the message ID field B may be used to identify the latest successfully received data packet.
  • the application receipt added with the message ID field B of the successfully received data packet may be referred to as the instruction application receipt.
  • the sending device can determine the successfully sent data packet by indicating the message ID field B in the application receipt.
  • the terminal 100 and the satellite network device 200 may obtain the context information through the cellular network, or the terminal 100 may obtain the context information through an intermediate device, or the terminal 100 and the satellite network device 200 may preset the context information.
  • the terminal 100 and the satellite network device 200 may obtain the context information through the cellular network, or the terminal 100 may obtain the context information through an intermediate device, or the terminal 100 and the satellite network device 200 may preset the context information.
  • the successful application receipt, the failed application receipt and the instruction application receipt may be collectively referred to as the first application receipt.
  • the successful application receipt, the failure application receipt and the instruction application receipt may be collectively referred to as a third application receipt.
  • the satellite network device 200 only generates a successful application receipt and a failed application receipt, so the successful application receipt and the failed application receipt may be collectively referred to as the first application receipt.
  • the terminal 100 only generates a successful application receipt and a failed application receipt, so the successful application receipt and the failed application receipt may be collectively referred to as the third application receipt.
  • FIG. 21 shows a schematic diagram of a processing flow of a transmission method provided by an embodiment of the present application.
  • the sending device generates an authentication code A based on the original data and context information A.
  • the context information A is the context information A
  • the context information A may be used to indicate the quantity information of the sent data packets.
  • the information on the number of data packets sent is information on the number of data packets successfully sent by the sending device.
  • the number information of successfully sent data packets may be the sum of a preset offset value, the number of successful application receipts received by the sending device, and the number of application indication receipts received by the sending device.
  • the preset offset value is greater than or equal to zero. That is to say, after receiving the successful application receipt/indication application receipt, the sending device may add a preset value to the value of the context information A. It should be noted that the increment of the context information A is related to the number of data packets successfully sent by the sending device.
  • the sending device can obtain the authentication code A based on the context information A and the original data.
  • the sending device obtains the authentication code A, reference may be made to the above-mentioned embodiment shown in FIG. 7 , which will not be repeated here.
  • the sending device may generate an authentication code A based on the context information A, a specified key, and original data, and then generate a data packet based on the authentication code A and the original data.
  • the receiving device can generate the authentication code B based on the context information B, the specified key and the data packet. In this way, the legitimacy of the sending device can be verified by specifying the key to ensure the security of the transmission.
  • the sending device obtains the data packet based on message ID field A, original data and authentication code A.
  • the sending device can stitch together the message ID field A, the authentication code A and the original data to obtain a data packet.
  • the sending device may store the message ID, and the value of the message ID may be updated along with the data packet generated by the sending device when the value of the context information A does not change. That is, the sending device may update the value of the message ID after generating the data packet based on the message ID field A corresponding to the message ID. Wherein, when the value of the context information A changes, the sending device may reset the value of the message ID. In this way, when the value of the context information A does not change, since the message ID can identify different data packets, the sending device and the receiving device can distinguish the data packets through the message ID field of the data packet.
  • the sending device when the sending device sends multiple data packets and does not receive a successful application receipt, the receiving device can send the message ID of the latest successfully received data packet to the sending device, and the sending device can confirm based on the value of the message ID The sending of multiple packets.
  • the message ID when the length of the message ID is 2 bits, the message ID may be "00", “01", “10", and "11".
  • the sending device can send the data packet 1 to the receiving device after generating the data packet 1 including the message ID field A as "00" based on the message ID "00", and update the value of the message ID to "01".
  • the sending device may update the value of the context information A, and reset the value of the message ID to "00".
  • the sending device may generate and send to the receiving device a data packet 2 including a message ID field A of "00".
  • the sending device may, after generating the data packet 1 including the message ID field A of "00" based on the message ID "00", send the data packet 1 to the receiving device, and update the value of the message ID to "01".
  • the sending device does not receive the application receipt of the data packet 1 whose message ID field A is "00”, it can generate and send the data packet 2 including the message ID field A of "01” to the receiving device, and the sending device can also update The value of the message ID is "10".
  • the sending device does not receive the application receipt of the data packet 2 whose message ID field A is "01”
  • it can generate and send the data packet 3 including the message ID field A of "10” to the receiving device, and the sending device can also update The value of the message ID is "11".
  • the sending device When the sending device receives the application receipt that includes the message ID field B as "01", the sending device can determine that the data packets with the message ID field A as "00" and "10" have failed to be sent, and the message ID field A is "01". 01" packet sent successfully. The sending device may update the value of the context information A and adjust the value of the message ID to "00".
  • the sending device may add packet header information before the concatenated authentication code A and original data to obtain a data packet.
  • the packet header information may include message ID field A and so on.
  • the sending device may concatenate the authentication code A and the original data to obtain concatenated data.
  • the sending device uses the specified key to encrypt the spliced data through the specified algorithm to obtain the encrypted data.
  • the sending device may add header information before the encrypted data, and the header information includes an encryption indication field and a message ID field A.
  • the encryption indication field may be used to indicate a specified algorithm (such as the SM3 cryptographic hash algorithm) used by the sending device.
  • the sending device can concatenate the message ID field A, the authentication code A and the original data together, and then use a specified key for encryption.
  • the sending device can send the data packet to the receiving device.
  • the description of sending the data packet from the sending device to the receiving device during inbound can refer to the embodiment shown in FIG. 2A above, and the description of sending the data packet from the sending device to the receiving device during outbound can be Refer to the embodiment shown in FIG. 3A above, and details are not repeated here.
  • the sending device when the sending device is the terminal 100, after the sending device sends the data packet to the receiving device, the sending device may display sending prompt information.
  • the sending prompt information may be used to prompt the user that the sending device has sent a satellite message to the receiving device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种传输方法、系统及相关装置。其中，发送设备可以基于发送时间信息和原始数据生成鉴权码A。发送设备可以将包括鉴权码A的数据包在第一传输系统下发送给接收设备。接收设备可以在接收到数据包后，基于接收时间信息和数据包生成鉴权码B，接收设备可以基于鉴权码B确定出数据包的接收状态。

Description

一种传输方法、系统及相关装置
本申请要求于2021年7月31日提交中国专利局、申请号为202110878362.0、申请名称为“一种安全传输方案”的中国专利申请的优先权，以及要求于2021年09月30日提交中国专利局、申请号为202111166937.2、申请名称为“一种传输方法、系统及相关装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及卫星通信领域，尤其涉及一种传输方法、系统及相关装置。
背景技术
卫星通信业务可以用于在海洋、沙漠、草原、无人区等移动通信未覆盖、或覆盖不了、或通信系统被破坏的区域进行定位和通信。目前，北卫星通信系统没有提供给民用终端使用的安全传输机制。为了让终端和卫星之间可以安全地传输数据，需要针对民用业务和设备特性，卫星通信系统的特性设计通信协议。
虽然蜂窝网络中有成熟的安全传输机制。不过，蜂窝网络中的安全传输机制的步骤繁杂，交互信令所需空口资源多。由于卫星通信系统时延长、空口资源少，不能支持蜂窝网络的安全传输机制。
发明内容
本申请公开了一种传输方法、系统及相关装置。发送设备可以基于信息A和原始数据生成鉴权码A。发送设备可以将包括鉴权码A的数据包在第一传输系统下发送给接收设备。接收设备可以在接收到数据包后，基于信息B和数据包生成鉴权码B。接收设备可以基于鉴权码B确定出数据包的接收状态。信息A为发送时间信息且信息B为接收时间信息，或，信息A为上下文信息A且信息B为上下文信息B。实现了当接收设备接收到重复发送的数据包后，接收设备就不能解析该数据包，不会出现重复处理、计费的问题。
第一方面，本申请提供了一种传输方法，包括：
第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码；其中，第一信息为发送时间信息或第一上下文信息；第一设备基于第一鉴权码与第一数据生成第一数据包；第一设备在第一传输系统下向第二设备发送第一数据包。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，方法还包括：第一设备获取第一密钥，第一密钥为第一设备在第二传输系统下与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，方法还包括：第一设备和第四设备建立通信连接；第一设备通过第四设备获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预先设置的密钥。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，第一设备在第二传输系统下与第二设备通过通用引导框架 GBA流程协商获取第一密钥。
在一种可能的实现方式中，第一设备在第一传输系统下向第二设备发送第一数据包，具体包括：
第一设备的消息数据汇聚层MDCP层和/或第一设备的卫星链路控制层SLC层将第一数据包处理为至少一个第二数据包后，将至少一个第二数据包经过第三设备发送给第二设备。
在一种可能的实现方式中，发送时间信息用于指示第一设备发送第一数据包的时间。
在一种可能的实现方式中，第一设备发送第一数据包的时间为第一设备的应用AP层向消息数据汇聚MDCP层发送第一数据包的时间，或者，为第一设备预估的将第一数据包发送给第二设备的时间。
在一种可能的实现方式中，第一设备通过定位授时获取发送时间信息。
在一种可能的实现方式中，第一数据包括打包后的第一数据和第一鉴权码。
在一种可能的实现方式中，数据包的发送时间的格式为协调世界时UTC或者格林尼治时间GMT。
在一种可能的实现方式中，数据包的发送时间的指定时间粒度包括年份、月份、天数、小时、分钟、秒中的任一种。第一设备和第二设备在第二传输系统中协商更新指定时间粒度。
在一种可能的实现方式中，第一设备通过第四设备获取发送时间信息。
在一种可能的实现方式中，第一设备基于发送时间信息和指定时间粒度，通过预设编码方式，得到第一信息。
在一种可能的实现方式中，在第一设备发送第一数据包之后，方法还包括：
第一设备接收到第二设备发送的第一应用层回执；其中，第一应用层回执用于指示第二设备接收第一数据包的接收状态。
在一种可能的实现方式中，第一信息为第一上下文信息，第一上下文信息用于指示第一设备发送成功的第一数据包的数量信息，或第一设备成功接收到应用回执的数量信息，或第一设备发送的第一数据包的计数值或序列号。
在一种可能的实现方式中，第一数据包还包括第一指示信息，第一指示信息用于指示第一数据包的第一消息ID，或者第一指示信息用于指示第一数据包的第一计数值或第一序列号。
在一种可能的实现方式中，第一设备的AP层关联第一消息ID或第一计数值或第一序列号到第一数据包，第一设备在第一消息ID或第一计数值或第一序列号的值上增加预设值。
在一种可能的实现方式中，第一数据包还包括第三指示信息，第三指示信息用于指示第一数据包为新传数据包或重传数据包。
在一种可能的实现方式中，当第三指示信息的值为第一值时，第三指示信息指示第一数据包为新传数据包；当第三指示信息的值为第二值时，第三指示信息指示第一数据包为重传数据包。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，方法还包括：
第一设备在第二传输系统中获取第一信息的初始值；或者，
第一设备通过第四设备获取第一信息的初始值。
在一种可能的实现方式中，在第一设备发送第一数据包之后，方法还包括：
第一设备接收到第二设备发送的第一应用层回执；其中，第一应用层回执用于指示第二设备接收第一数据包的接收状态。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方 法还包括：
第一设备在第一信息的值上增加预设值；第一信息调整后的值和第一信息的值不同。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执用于指示第二设备接收第一数据包失败时，第一设备调整第一信息的值为初始值。
在一种可能的实现方式中，在第一设备调整第一信息的值为初始值之后，方法还包括：第一设备向第二设备发送第三信息，第三信息的值和调整后的第一信息的值相同。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执指示第一数据包发送成功时，第一设备显示成功提示信息，成功提示信息用于提示用户第一数据包对应的消息发送成功。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执指示第一数据包发送失败时，第一设备显示失败提示信息，失败提示信息用于提示用户第一数据包对应的消息发送失败。
在一种可能的实现方式中，第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执包括第二消息ID信息时，第一设备显示成功提示信息，成功提示信息用于提示用户第二消息ID信息指示的数据包发送成功。
在一种可能的实现方式中，第一设备的应用层根据第一鉴权码与第一数据生成第一数据包，具体包括：第一设备的应用层基于第一密钥加密第一鉴权码和第一数据，生成第一数据包；其中，第一数据包包括加密后的第一鉴权码和加密后的第一数据。
在一种可能的实现方式中，第一设备的应用层基于第一密钥加密第一数据，生成第一数据包；其中，第一数据包包括加密后的第一数据。
在一种可能的实现方式中，在第一设备在第一传输系统下向第二设备发送第一数据包之后，方法还包括：第一设备在第二传输系统接收第二应用回执信息，第二应用回执信息用于指示第一设备在第一传输系统中第一数据包的发送状态。
在一种可能的实现方式中，在第一设备在第一传输系统下向第二设备发送第一数据包之后，方法还包括：第一设备显示发送提示信息，发送提示信息用于提示用户第一设备已向第二设备发送第一数据包。
第二方面，本申请提供了一种传输方法，包括：第二设备在第一传输系统下接收第一设备发送的第一数据包；第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码；其中，第二信息为接收时间信息或第二上下文信息；第二设备基于第二鉴权码确定第一数据包的接收状态。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备获取第一密钥，第一密钥为第二设备在第二传输系统下与第一设备协商获取的；其中，第二传输系统与第一传输系统不同。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，第二设备在第二传输系统下与第一设备通过通用引导框架GBA流程协商获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预先设置的密钥。
在一种可能的实现方式中，第二设备在第一传输系统下接收第一数据包，具体包括：第 二设备在第一传输系统下接收第三设备发送的第一数据包。
在一种可能的实现方式中，第二设备根据第一数据包确定第一鉴权码。
在一种可能的实现方式中，接收时间信息用于指示第一数据包的接收时间。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备接收第三设备发送的第二信息。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备接收第三设备发送的第三信息；第二设备基于第三信息生成第二信息。
在一种可能的实现方式中，第二上下文信息用于指示第二设备成功接收第一数据包的数量信息，或第二设备接收的第一数据包的计数值或序列值。
在一种可能的实现方式中，第一数据包包括第一指示信息，第一指示信息用于指示第一数据包的第一消息ID/第一序列号/第一计数值。
在一种可能的实现方式中，第一数据包包括第三指示信息，第三指示信息用于指示第一数据包为新传数据包/重传数据包。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备在第二传输系统中获取第二信息的初始值。
在一种可能的实现方式中，第二设备基于第二鉴权码确定第一数据包的接收状态，具体包括：第二设备基于第一鉴权码与第二鉴权码是否相同，确定第一数据包的接收状态。
在一种可能的实现方式中，在一种可能的实现方式中，第二设备比较第一鉴权码与第二鉴权码，具体包括：第一鉴权码与第二鉴权码相同，第二设备确定第一数据包接收成功；或者，
第一鉴权码与第二鉴权码不同，第二设备确定第一数据包接收失败；或者，
第一鉴权码与第二鉴权码不同，第二设备更新第二信息并根据更新后的第二信息生成更新后的第二鉴权码，第二设备比较更新后的第二鉴权码与第一鉴权码，确定第一数据包的接收状态。
在一种可能的实现方式中，当更新后的第二鉴权码与第一鉴权码相同时，第二设备确定出接收成功，第二设备在更新后的第二信息的值上增加预设值。
在一种可能的实现方式中，更新后的第二鉴权码和第一鉴权码相同时，第二设备生成并向第一设备发送包括第二指示信息的第一应用回执，第二指示信息用于指示最近接收成功的数据包的消息ID。
在一种可能的实现方式中，更新后的第二鉴权码和第一鉴权码相同时，第二设备生成并向第一设备发送包括用于指示发送成功的第一应用回执。
在一种可能的实现方式中，当更新后的第二鉴权码与第一鉴权码不同时，第二设备生成并向第一设备发送用于指示第一数据包接收失败的第一应用回执。
在一种可能的实现方式中，在一种可能的实现方式中，第二设备比较第一鉴权码与第二鉴权码，具体包括：第一鉴权码与第二鉴权码相同，第二设备确定第一数据包接收成功；或者，
第一鉴权码与第二鉴权码不同，第二设备确定第一数据包接收失败；或者，
第一鉴权码与第二鉴权码不同，第二设备更新第二信息并根据更新后的第二信息生成临时鉴权码，第二设备比较临时鉴权码与第一鉴权码，确定第一数据包的接收状态。
其中，当临时鉴权码与第一鉴权码相同时，第二设备生成并向第一设备发送包括第二指 示信息的第一应用回执，第二指示信息用于指示最近接收成功的数据包的消息ID；当临时鉴权码与第一鉴权码不同时，第二设备生成并向第一设备发送用于指示第一数据包接收失败的第一应用回执。
在一种可能的实现方式中，在第二设备确定出第一数据包的接收成功之后，还包括：
记录第一数据包接收成功的时间信息；和/或者，
记录第一数据包对应的消息ID；和/或，
第二设备在第二信息的值上增加预设值；第二信息调整后的值和第二信息的值不同。
在一种可能的实现方式中，第二设备比较第三鉴权码与第一鉴权码，具体包括：第三鉴权码与第一鉴权码相同，第二设备确定出第一数据包接收成功，生成用于指示第一数据包接收成功的第一应用层回执；或者，第三鉴权码与第一鉴权码不同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执。
在一种可能的实现方式中，第二设备比较第三鉴权码与第一鉴权码，具体包括：第三鉴权码与第一鉴权码相同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执；其中，第一应用层回执包括接收成功的数据包对应的消息ID；或者，第三鉴权码与第一鉴权码不同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收成功时，第二设备向第一设备发送第一应用回执，第一应用回执用于指示第一数据包的接收成功。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收失败时，第二设备向第一设备发送第一应用回执，第一应用回执还包括第二消息ID，第二消息ID指示传最近输成功的数据包对应的消息ID。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收失败时，第二设备向第一设备发送第一应用回执，第一应用回执用于指示第一数据包的接收失败。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收成功时，方法还包括：第二设备在第二信息的值上增加预设值；第二信息调整后的值和第二信息的值不同。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收失败时，方法还包括：第二设备调整第二信息的值为预设值。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收失败时，方法还包括：第二设备接收到第一设备发送的第三信息；第二设备调整第二信息的值为第三信息的值。
在一种可能的实现方式中，在第二设备基于第二鉴权码确定第一数据包的接收状态之后，方法还包括：第二设备在第二传输系统向第一设备发送第二应用回执信息，第二应用回执信息用于指示第二设备在第一传输系统中第一数据包的接收状态。
第三方面，本申请提供了一种传输方法，包括：
第三设备接收第一设备发送的至少一个第二数据包；
第三设备基于至少一个第二数据包，生成第一数据包；
第三设备向第二设备发送第一数据包。
在一种可能的实现方式中，第三设备向第二设备发送第二信息或第四信息，第二信息或第四信息为接收时间信息。
在一种可能的实现方式中，接收时间信息用于指示第三设备接收到至少一个第二数据包中的第1个数据包对应的时间。
第四方面，本申请提供了一种传输方法，包括：
第一设备在第一传输系统下接收第三数据包；
所述第一设备基于第五信息、该第三数据包生成第三鉴权码；其中，第五信息为发送时间信息或第五上下文信息；第一设备基于第三鉴权码确定第三数据包的接收状态。
在一种可能的实现方式中，第一设备基于第五信息、第三数据包生成第三鉴权码，还包括：第一设备还基于第五信息、第三数据包以及第一密钥生成第三鉴权码。
在一种可能的实现方式中，在第一设备基于第五信息、第一密钥、第三数据包生成第三鉴权码之前，还包括：第一设备获取第一密钥，第一密钥为第一设备在第二传输系统下与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，还包括：第一设备和第四设备建立通信连接；第一设备通过第四设备获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预设的密钥。
在一种可能的实现方式中，第一传输系统为卫星传输系统，第二传输系统为非卫星传输系统。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网络WLAN传输系统。
在一种可能的实现方式中，第一设备在第二传输系统下与第二设备通过通用引导构架(Generic Bootstrapping Architecture，GBA)流程协商获取第一密钥。
在一种可能的实现方式中，第一设备根据第三数据包确定第四鉴权码。
在一种可能的实现方式中，第一设备在第一传输系统下接收第三数据包，具体包括：第一设备接收第三设备发送的至少一个第四数据包；第一设备的卫星链路控制层SLC层和/或第一设备的消息数据汇聚层MDCP层将至少一个第四数据包处理为第三数据包。
在一种可能的实现方式中，第六信息为接收时间信息。
在一种可能的实现方式中，接收时间信息用于指示第一设备接收第三数据包的时间。
在一种可能的实现方式中，第一设备接收第三数据包的时间为第一设备接收至少一个第四数据包中第1个第四数据包的时间。
在一种可能的实现方式中，第一设备通过定位授时获取第五信息。
在一种可能的实现方式中，第一设备基于接收时间信息和指定时间粒度，通过预设编码方式，得到第五信息。
在一种可能的实现方式中，第五信息为第五上下文信息，第五上下文信息用于指示第一设备接收成功的第三数据包的数量信息，或第一设备接收的第三数据包的计数值或序列号。
在一种可能的实现方式中，第三数据包包括第六指示信息，第六指示信息用于指示第三数据包的第四消息ID/第四序列号/第四计数值。
在一种可能的实现方式中，第三数据包包括第四指示信息，第四指示信息用于指示第三 数据包为新传数据包或重传数据包。
在一种可能的实现方式中，在第一设备根据第五信息、第一密钥、第三数据包生成第三鉴权码之前，方法还包括：第一设备在第二传输系统中获取第五信息的初始值。
在一种可能的实现方式中，第一设备基于第三鉴权码确定第三数据包的接收状态，具体包括：第一设备基于第三鉴权码与第四鉴权码是否相同，确定第三数据包的接收状态。
在一种可能的实现方式中，第一设备基于第三鉴权码与第四鉴权码是否相同，确定第三数据包的接收状态，具体包括：
第三鉴权码与第四鉴权码相同，第一设备确定第三数据包接收成功；或者，
第三鉴权码与第四鉴权码不同，第一设备确定第三数据包接收失败；或者，
第三鉴权码与第四鉴权码不同，第一设备基于第五信息生成临时信息，并根据临时信息生成临时鉴权码，第一设备比较第三鉴权码与临时鉴权码，确定第三数据包的接收状态。
其中，当第四鉴权码和临时鉴权码相同时，第一设备生成并向第二设备发送包括第五指示信息的第三应用回执；当第四鉴权码和临时鉴权码不同时，第一设备生成并向第二设备发送失败应用回执。
在一种可能的实现方式中，第三鉴权码与第四鉴权码不同，第一设更新第五信息的值，并根据更新后的第五信息生成更新后的第三鉴权码，第一设备比较更新后的第三鉴权码与第四鉴权码，确定第三数据包的接收状态。
在一种可能的实现方式中，当更新后的第三鉴权码和第四鉴权码相同时，第一设备生成并向第二设备发送包括第五指示信息的第三应用回执；当更新后的第三鉴权码和第四鉴权码不同时，第一设备生成并向第二设备发送用于指示发送失败的第三应用回执。
在一种可能的实现方式中，当更新后的第三鉴权码和第四鉴权码相同时，第一设备生成并向第二设备发送用于指示发送成功的第三应用回执。
在一种可能的实现方式中，当更新后的第三鉴权码和第四鉴权码相同时，第一设备在更新后的第五信息的值上增加预设值。
在一种可能的实现方式中，指示应用回执包括第五指示信息，第五指示信息的值和最近接收成功的数据包的第六指示信息的值相同。
在一种可能的实现方式中，在第一设备确定出第三数据包接收成功之后，还包括：
记录第三数据包接收成功的时间信息；和/或者，
记录第三数据包对应的消息ID；和/或，
在第五信息的值上增加预设值；第五信息调整后的值和第五信息的值不同。
在一种可能的实现方式中，在第一设备根据第三鉴权码确定第三数据包的接收状态之后，该方法还包括：第一设备向第二设备发送第三应用回执，第三应用回执用于指示第三数据包的接收状态。
在一种可能的实现方式中，在第一设备基于第三鉴权码确定第一数据包的接收状态之后，该方法还包括：当第一设备确定第三数据包的接收状态为接收正确时，第一设备在第五信息的值上增加预设值；第五信息调整后的值和第五信息的值不同。
在一种可能的实现方式中，在第一设备基于第三鉴权码确定第一数据包的接收状态之后，该方法还包括：当第一设备确定第三数据包的接收状态为接收失败时，第一设备更新第五信息的值为预设值。可选的，预设值为初始值。
在一种可能的实现方式中，该方法还包括：第一设备接收第二设备发送的第七信息；第一设备基于第七信息，更新第五信息为第七信息的值。
在一种可能的实现方式中，当第一设备确定出第三数据包接收成功后，方法还包括：第一设备显示第三数据。
在一种可能的实现方式中，在第一设备根据第三鉴权码确定第三数据包的接收状态之后，方法还包括：
第一设备在第二传输系统向第二设备发送第三应用回执信息，第三应用回执信息用于指示第二设备在第一传输系统中第三数据包的接收状态。
第五方面，本申请提供了一种传输方法，包括：第二设备基于第六信息和第一数据生成第四鉴权码；其中，第六信息为发送时间信息或第六上下文信息；第二设备的应用AP层根据第四鉴权码与第一数据生成第三数据包；第二设备在第一传输系统下向第一设备发送第三数据包。
在一种可能的实现方式中，第二设备基于第六信息和第一数据生成第四鉴权码，还包括：第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：
第二设备获取第一密钥，第一密钥为第一设备在第二传输系统下通过与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，第一密钥为预设密钥。
在一种可能的实现方式中，第二设备在第二传输系统下与第一设备通过通用引导构架(Generic Bootstrapping Architecture，GBA)流程获取第一密钥。
在一种可能的实现方式中，第二设备在第一传输系统下向第一设备发送第三数据包，具体包括：第二设备将第三数据包经过第三设备发送给第一设备。
在一种可能的实现方式中，第六信息用于指示发送时间信息。
在一种可能的实现方式中，发送时间信息用于指示第四鉴权码生成的时间，或第二设备发送第三数据包的时间。
在一种可能的实现方法中，该第二设备发送第三数据包的时间为第二设备向第三设备下发第三数据包的时间，或者，为第二设备预估的将第三数据包发送给第一设备的时间。
在一种可能的实现方式中，第二设备在打包得到第三数据包后，再在第三数据包中添加第四鉴权码。
在一种可能的实现方式中，第四鉴权码的生成时间的格式为协调世界时UTC或者格林尼治时间GMT。
在一种可能的实现方式中，第四鉴权码的生成时间的最小时间粒度包括年份、月份、天数、小时、分钟、秒中的任一种。
在一种可能的实现方式中，第二设备基于发送时间信息和指定时间粒度，通过指定编码方式，得到第六信息。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：第二设备通过第三设备获取第六信息。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：第二设备接收第三设备发送的第八信息；第二设备基于第八信息生成第六信息。
可选的，第二设备接收第三设备发送的第六信息。
在一种可能的实现方式中，第六信息为第六上下文信息，第六上下文信息用于指示第二设备发送成功第三数据包的数量信息，或第二设备成功接收到应用回执的数量信息，或第二设备发送的第三数据包的计数值或序列值。
在一种可能的实现方式中，方法还包括：第二设备在第二传输系统中获取第六信息的初始值；或者，第二设备在第二传输系统中重置第六信息到预设值。
在一种可能的实现方式中，第三数据包还包括第六指示信息，第六指示信息用于指示第三数据包的第四消息ID，或者第六指示信息用于指示第三数据包的第四计数值或第四序列号。
在一种可能的实现方式中，当第六指示信息用于指示第三数据包的第四计数值或第四序列号时，方法还包括：第二设备的应用层关联第四计数值或第四序列号到第三数据包，第二设备在第四计数值或第四序列号的值上增加预设值。
在一种可能的实现方式中，第三数据包还包括第四指示信息，第四指示信息用于指示第三数据包的新传重传信息。
在一种可能的实现方式中，第二设备的应用AP层根据第四鉴权码与第一数据生成第三数据包，具体包括：第二设备的应用层基于第一密钥加密第四鉴权码和第一数据，生成第三数据包；其中，第三数据包包括加密后的第四鉴权码和加密后的第一数据。
在一种可能的实现方式中，在第二设备发送第三数据包之后，方法还包括：
第二设备接收到第一设备发送的第三应用层回执；其中，第三应用层回执用于指示第一设备接收第三数据包的接收状态。
在一种可能的实现方式中，在第二设备接收到第一设备发送的第三应用层回执之后，方法还包括：第二设备在第六信息的值上增加预设值；第六信息调整后的值和第六信息的值不同。
在一种可能的实现方式中，第二设备在第二传输系统接收第四应用回执信息，第四应用回执信息用于指示第二设备在第一传输系统中第三数据包的发送状态；
第二设备根据第二应用回执信息更新发送状态。
在一种可能的实现方式中，第二设备删除发送成功的第三数据包。
第六方面，本申请提供了一种传输方法，包括：
第三设备接收第二设备发送的第三数据包；
第三设备根据第三数据包，生成至少一个第四数据包；
第三设备向第一设备发送至少一个第四数据包。
在一种可能的实现方式中，在第三设备接收第二设备发送的第三数据包之前，方法还包括：第三设备向第二设备发送第二信息或第四信息，第二信息或第四信息为时间信息。
第七方面，本申请提供了一种传输方法，包括：
第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码；其中，第一信息为发送时间信息或第一上下文信息；第一设备基于第一鉴权码与第一数据生成第一数据包；第一设备在第一传输系统下向第二设备发送第一数据包。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，方法还包括：第一设备获取第一密钥，第一密钥为第一设备在第二传输系统下与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴 权码之前，方法还包括：第一设备和第四设备建立通信连接；第一设备通过第四设备获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预先设置的密钥。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，第一设备在第二传输系统下与第二设备通过通用引导框架GBA流程协商获取第一密钥。
在一种可能的实现方式中，发送时间信息用于指示第一鉴权码生成的时间，或指示第一设备发送第一数据包的时间。
在一种可能的实现方式中，第一设备发送第一数据包的时间为第一设备的应用AP层向消息数据汇聚MDCP层发送第一数据包的时间，或者，为第一设备预估的将第一数据包发送给第二设备的时间。
在一种可能的实现方式中，第一设备通过定位授时获取发送时间信息。
在一种可能的实现方式中，第一数据包括打包后的第一数据和第一鉴权码。
在一种可能的实现方式中，数据包的发送时间的格式为协调世界时UTC或者格林尼治时间GMT。
在一种可能的实现方式中，数据包的发送时间的指定时间粒度包括年份、月份、天数、小时、分钟、秒中的任一种。第一设备和第二设备在第二传输系统中协商更新指定时间粒度。
在一种可能的实现方式中，第一设备通过第四设备获取发送时间信息。
在一种可能的实现方式中，第一设备基于发送时间信息和指定时间粒度，通过预设编码方式，得到第一信息。
在一种可能的实现方式中，在第一设备发送第一数据包之后，方法还包括：
第一设备接收到第二设备发送的第一应用层回执；其中，第一应用层回执用于指示第二设备接收第一数据包的接收状态。
在一种可能的实现方式中，第一信息为第一上下文信息，第一上下文信息用于指示第一设备发送成功的第一数据包的数量信息，或第一设备成功接收到应用回执的数量信息，或第一设备发送的第一数据包的计数值或序列号。
在一种可能的实现方式中，第一数据包还包括第一指示信息，第一指示信息用于指示第一数据包的第一消息ID，或者第一指示信息用于指示第一数据包的第一计数值或第一序列号。
在一种可能的实现方式中，第一设备的AP层关联第一消息ID或第一计数值或第一序列号到第一数据包，第一设备在第一消息ID或第一计数值或第一序列号的值上增加预设值。
在一种可能的实现方式中，第一数据包还包括第三指示信息，第三指示信息用于指示第一数据包为新传数据包或重传数据包。
在一种可能的实现方式中，当第三指示信息的值为第一值时，第三指示信息指示第一数据包为新传数据包；当第三指示信息的值为第二值时，第三指示信息指示第一数据包为重传数据包。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，方法还包括：
第一设备在第二传输系统中获取第一信息的初始值；或者，
第一设备通过第四设备获取第一信息的初始值。
在一种可能的实现方式中，在第一设备发送第一数据包之后，方法还包括：
第一设备接收到第二设备发送的第一应用层回执；其中，第一应用层回执用于指示第二设备接收第一数据包的接收状态。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：
第一设备在第一信息的值上增加预设值；第一信息调整后的值和第一信息的值不同。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执用于指示第二设备接收第一数据包失败时，第一设备调整第一信息的值为初始值。
在一种可能的实现方式中，在第一设备调整第一信息的值为初始值之后，方法还包括：第一设备向第二设备发送第三信息，第三信息的值和调整后的第一信息的值相同。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执指示第一数据包发送成功时，第一设备显示成功提示信息，成功提示信息用于提示用户第一数据包对应的消息发送成功。
在一种可能的实现方式中，在第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执指示第一数据包发送失败时，第一设备显示失败提示信息，失败提示信息用于提示用户第一数据包对应的消息发送失败。
在一种可能的实现方式中，第一设备接收到第二设备发送的第一应用层回执之后，方法还包括：当第一应用回执包括第二消息ID信息时，第一设备显示成功提示信息，成功提示信息用于提示用户第二消息ID信息指示的数据包发送成功。
在一种可能的实现方式中，第一设备的应用层根据第一鉴权码与第一数据生成第一数据包，具体包括：第一设备的应用层基于第一密钥加密第一鉴权码和第一数据，生成第一数据包；其中，第一数据包包括加密后的第一鉴权码和加密后的第一数据。
在一种可能的实现方式中，第一设备的应用层基于第一密钥加密第一数据，生成第一数据包；其中，第一数据包包括加密后的第一数据。
在一种可能的实现方式中，在第一设备在第一传输系统下向第二设备发送第一数据包之后，方法还包括：第一设备在第二传输系统接收第二应用回执信息，第二应用回执信息用于指示第一设备在第一传输系统中第一数据包的发送状态。
在一种可能的实现方式中，在第一设备在第一传输系统下向第二设备发送第一数据包之后，方法还包括：第一设备显示发送提示信息，发送提示信息用于提示用户第一设备已向第二设备发送第一数据包。
第八方面，本申请提供了一种传输方法，包括：第二设备在第一传输系统下接收第一设备发送的第一数据包；第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码；其中，第二信息为接收时间信息或第二上下文信息；第二设备基于第二鉴权码确定第一数据包的接收状态。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备获取第一密钥，第一密钥为第二设备在第二传输系统下与第一设备协商获取的；其中，第二传输系统与第一传输系统不同。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，第二设备在第二传输系统下与第一设备通过通用引导框架 GBA流程协商获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预先设置的密钥。
在一种可能的实现方式中，第二设备在第一传输系统下接收第一数据包，具体包括：第二设备的卫星链路控制层SLC层接收第一设备发送的至少一个第二数据包；第二设备的消息数据汇聚层MDCP层和/或第一设备的卫星链路控制层SLC层基于至少一个第二数据包得到第一数据包。
在一种可能的实现方式中，第二设备根据第一数据包确定第一鉴权码。
在一种可能的实现方式中，接收时间信息用于指示第一数据包的接收时间。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备在MDCP层/SLC层获取第一数据包的接收时间；第二设备在MDCP层/SLC层基于第一数据包的接收时间生成第二信息。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备在MDCP层/SLC层获取第一数据包的接收时间；第二设备确定出第一数据包的接收时间为第八信息，并将第八信息上传至AP层；第二设备在AP层基于第八信息生成第二信息。
在一种可能的实现方式中，第二上下文信息用于指示第二设备成功接收第一数据包的数量信息，或第二设备接收的第一数据包的计数值或序列值。
在一种可能的实现方式中，第一数据包包括第一指示信息，第一指示信息用于指示第一数据包的第一消息ID/第一序列号/第一计数值。
在一种可能的实现方式中，第一数据包包括第三指示信息，第三指示信息用于指示第一数据包为新传数据包/重传数据包。
在一种可能的实现方式中，在第二设备根据第二信息、第一密钥、第一数据包生成第二鉴权码之前，方法还包括：第二设备在第二传输系统中获取第二信息的初始值。
在一种可能的实现方式中，第二设备基于第二鉴权码确定第一数据包的接收状态，具体包括：第二设备基于第一鉴权码与第二鉴权码是否相同，确定第一数据包的接收状态。
在一种可能的实现方式中，在一种可能的实现方式中，第二设备比较第一鉴权码与第二鉴权码，具体包括：第一鉴权码与第二鉴权码相同，第二设备确定第一数据包接收成功；或者，
第一鉴权码与第二鉴权码不同，第二设备确定第一数据包接收失败；或者，
第一鉴权码与第二鉴权码不同，第二设备更新第二信息并根据更新后的第二信息生成临时鉴权码，第二设备比较临时鉴权码与第一鉴权码，确定第一数据包的接收状态。
其中，当临时鉴权码与第一鉴权码相同时，第二设备生成并向第一设备发送包括第二指示信息的第一应用回执，第二指示信息用于指示最近接收成功的数据包的消息ID；当临时鉴权码与第一鉴权码不同时，第二设备生成并向第一设备发送用于指示第一数据包接收失败的第一应用回执。
在一种可能的实现方式中，在第二设备确定出第一数据包的接收成功之后，还包括：
记录第一数据包接收成功的时间信息；和/或者，
记录第一数据包对应的消息ID；和/或，
第二设备在第二信息的值上增加预设值；第二信息调整后的值和第二信息的值不同。
在一种可能的实现方式中，第二设备比较第三鉴权码与第一鉴权码，具体包括：第三鉴权码与第一鉴权码相同，第二设备确定出第一数据包接收成功，生成用于指示第一数据包接 收成功的第一应用层回执；或者，第三鉴权码与第一鉴权码不同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执。
在一种可能的实现方式中，第二设备比较第三鉴权码与第一鉴权码，具体包括：第三鉴权码与第一鉴权码相同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执；其中，第一应用层回执包括接收成功的数据包对应的消息ID；或者，第三鉴权码与第一鉴权码不同，第二设备确定出第一数据包接收失败，生成用于指示第一数据包接收失败的第一应用层回执。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收成功时，第二设备向第一设备发送第一应用回执，第一应用回执用于指示第一数据包的接收成功。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收失败时，第二设备向第一设备发送第一应用回执，第一应用回执还包括第二消息ID，第二消息ID指示传最近输成功的数据包对应的消息ID。
在一种可能的实现方式中，在第二设备根据第二鉴权码确定第一数据包的接收状态之后，方法还包括：当第二设备基于第二鉴权码确定出第一数据包接收失败时，第二设备向第一设备发送第一应用回执，第一应用回执用于指示第一数据包的接收失败。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收成功时，方法还包括：第二设备在第二信息的值上增加预设值；第二信息调整后的值和第二信息的值不同。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收失败时，方法还包括：第二设备调整第二信息的值为预设值。
在一种可能的实现方式中，当第二设备基于第二鉴权码确定出第一数据包接收失败时，方法还包括：第二设备接收到第一设备发送的第三信息；第二设备调整第二信息的值为第三信息的值。
在一种可能的实现方式中，在第二设备基于第二鉴权码确定第一数据包的接收状态之后，方法还包括：第二设备在第二传输系统向第一设备发送第二应用回执信息，第二应用回执信息用于指示第二设备在第一传输系统中第一数据包的接收状态。
第九方面，本申请提供了一种传输方法，包括：
第一设备在第一传输系统下接收第三数据包；
所述第一设备基于第五信息、该第三数据包生成第三鉴权码；其中，第五信息为发送时间信息或第五上下文信息；第一设备基于第三鉴权码确定第三数据包的接收状态。
在一种可能的实现方式中，第一设备基于第五信息、第三数据包生成第三鉴权码，还包括：第一设备还基于第五信息、第三数据包以及第一密钥生成第三鉴权码。
在一种可能的实现方式中，在第一设备基于第五信息、第一密钥、第三数据包生成第三鉴权码之前，还包括：第一设备获取第一密钥，第一密钥为第一设备在第二传输系统下与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，在第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，还包括：第一设备和第四设备建立通信连接；第一设备通过第四设备获取第一密钥。
在一种可能的实现方式中，第一密钥为第一设备预设的密钥。
在一种可能的实现方式中，第一传输系统为卫星传输系统，第二传输系统为非卫星传输系统。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网络WLAN传输系统。
在一种可能的实现方式中，第一设备在第二传输系统下与第二设备通过通用引导构架(Generic Bootstrapping Architecture，GBA)流程协商获取第一密钥。
在一种可能的实现方式中，第一设备根据第三数据包确定第四鉴权码。
在一种可能的实现方式中，第一设备在第一传输系统下接收第三数据包，具体包括：第一设备接收第二设备发送的至少一个第四数据包；第一设备的卫星链路控制层SLC层和/或第一设备的消息数据汇聚层MDCP层将至少一个第四数据包处理为第三数据包。
在一种可能的实现方式中，第六信息为接收时间信息。
在一种可能的实现方式中，接收时间信息用于指示第一设备接收第三数据包的时间。
在一种可能的实现方式中，第一设备接收第三数据包的时间为第一设备接收至少一个第四数据包中第1个第四数据包的时间。
在一种可能的实现方式中，第一设备通过定位授时获取第五信息。
在一种可能的实现方式中，第一设备基于接收时间信息和指定时间粒度，通过预设编码方式，得到第五信息。
在一种可能的实现方式中，第五信息为第五上下文信息，第五上下文信息用于指示第一设备接收成功的第三数据包的数量信息，或第一设备接收的第三数据包的计数值或序列号。
在一种可能的实现方式中，第三数据包包括第六指示信息，第六指示信息用于指示第三数据包的第四消息ID/第四序列号/第四计数值。
在一种可能的实现方式中，第三数据包包括第四指示信息，第四指示信息用于指示第三数据包为新传数据包或重传数据包。
在一种可能的实现方式中，在第一设备根据第五信息、第一密钥、第三数据包生成第三鉴权码之前，方法还包括：第一设备在第二传输系统中获取第五信息的初始值。
在一种可能的实现方式中，第一设备基于第三鉴权码确定第三数据包的接收状态，具体包括：第一设备基于第三鉴权码与第四鉴权码是否相同，确定第三数据包的接收状态。
在一种可能的实现方式中，第一设备基于第三鉴权码与第四鉴权码是否相同，确定第三数据包的接收状态，具体包括：
第三鉴权码与第四鉴权码相同，第一设备确定第三数据包接收成功；或者，
第三鉴权码与第四鉴权码不同，第一设备确定第三数据包接收失败；或者，
第第三鉴权码与第四鉴权码不同，第一设备基于第二信息生成临时信息，并根据临时信息生成临时鉴权码，第一设备比较第三鉴权码与临时鉴权码，确定第三数据包的接收状态。
其中，当第四鉴权码和临时鉴权码相同时，第一设备生成并向第二设备发送指示应用回执；当第四鉴权码和临时鉴权码不同时，第一设备生成并向第二设备发送失败应用回执。
在一种可能的实现方式中，指示应用回执包括第五指示信息，第五指示信息的值和最近接收成功的数据包的第六指示信息的值相同。
在一种可能的实现方式中，在第一设备确定出第三数据包接收成功之后，还包括：
记录第三数据包接收成功的时间信息；和/或者，
记录第三数据包对应的消息ID；和/或，
在第五信息的值上增加预设值；第五信息调整后的值和第五信息的值不同。
在一种可能的实现方式中，在第一设备根据第三鉴权码确定第三数据包的接收状态之后，该方法还包括：第一设备向第二设备发送第三应用回执，第三应用回执用于指示第三数据包的接收状态。
在一种可能的实现方式中，在第一设备基于第三鉴权码确定第一数据包的接收状态之后，该方法还包括：当第一设备确定第三数据包的接收状态为接收正确时，第一设备在第五信息的值上增加预设值；第五信息调整后的值和第五信息的值不同。
在一种可能的实现方式中，在第一设备基于第三鉴权码确定第一数据包的接收状态之后，该方法还包括：当第一设备确定第三数据包的接收状态为接收失败时，第一设备更新第五信息的值为预设值。可选的，预设值为初始值。
在一种可能的实现方式中，该方法还包括：第一设备接收第二设备发送的第七信息；第一设备基于第七信息，更新第五信息为第七信息的值。
在一种可能的实现方式中，当第一设备确定出第三数据包接收成功后，方法还包括：第一设备显示第三数据。
在一种可能的实现方式中，在第一设备根据第三鉴权码确定第三数据包的接收状态之后，方法还包括：
第一设备在第二传输系统向第二设备发送第三应用回执信息，第三应用回执信息用于指示第二设备在第一传输系统中第三数据包的接收状态。
第十方面，本申请提供了一种传输方法，包括：
第二设备基于第六信息和第一数据生成第四鉴权码；其中，第六信息为发送时间信息或第六上下文信息；第二设备的应用AP层根据第四鉴权码与第一数据生成第三数据包；第二设备在第一传输系统下向第一设备发送第三数据包。
在一种可能的实现方式中，第二设备基于第六信息和第一数据生成第四鉴权码，还包括：第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：
第二设备获取第一密钥，第一密钥为第一设备在第二传输系统下通过与第二设备协商获取的；其中，第一传输系统与第二传输系统不同。
在一种可能的实现方式中，第一密钥为预设密钥。
在一种可能的实现方式中，第二设备在第二传输系统下与第一设备通过通用引导构架(Generic Bootstrapping Architecture，GBA)流程获取第一密钥。
在一种可能的实现方式中，第二设备在第一传输系统下向第一设备发送第三数据包，具体包括：第二设备将第三数据包经过第三设备发送给第一设备。
在一种可能的实现方式中，第六信息用于指示发送时间信息。
在一种可能的实现方式中，发送时间信息用于指示第四鉴权码生成的时间，或第二设备发送第三数据包的时间。
在一种可能的实现方法中，该第二设备发送第三数据包的时间为第二设备向第三设备下发第三数据包的时间，或者，为第二设备预估的将第三数据包发送给第一设备的时间。
在一种可能的实现方式中，第二设备在打包得到第三数据包后，再在第三数据包中添加第四鉴权码。
在一种可能的实现方式中，第四鉴权码的生成时间的格式为协调世界时UTC或者格林尼治时间GMT。
在一种可能的实现方式中，第四鉴权码的生成时间的最小时间粒度包括年份、月份、天数、小时、分钟、秒中的任一种。
在一种可能的实现方式中，第二设备基于发送时间信息和指定时间粒度，通过指定编码方式，得到第六信息。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：第二设备通过第三设备获取第六信息。
在一种可能的实现方式中，在第二设备基于第六信息、第一密钥和第一数据生成第四鉴权码之前，方法还包括：第二设备的MDCP层/SLC层获取第八信息；第二设备在AP层基于第八信息生成第六信息。
可选的，第二设备在MDCP层/SLC层生成第六信息。
在一种可能的实现方式中，第六信息为第六上下文信息，第六上下文信息用于指示第二设备发送成功第三数据包的数量信息，或第二设备成功接收到应用回执的数量信息，或第二设备发送的第三数据包的计数值或序列值。
在一种可能的实现方式中，方法还包括：第二设备在第二传输系统中获取第六信息的初始值；或者，第二设备在第二传输系统中重置第六信息到预设值。
在一种可能的实现方式中，第三数据包还包括第六指示信息，第六指示信息用于指示第三数据包的第四消息ID，或者第六指示信息用于指示第三数据包的第四计数值或第四序列号。
在一种可能的实现方式中，当第六指示信息用于指示第三数据包的第四计数值或第四序列号时，方法还包括：第二设备的应用层关联第四计数值或第四序列号到第三数据包，第二设备在第四计数值或第四序列号的值上增加预设值。
在一种可能的实现方式中，第三数据包还包括第四指示信息，第四指示信息用于指示第三数据包的新传重传信息。
在一种可能的实现方式中，第二设备的应用AP层根据第四鉴权码与第一数据生成第三数据包，具体包括：第二设备的应用层基于第一密钥加密第四鉴权码和第一数据，生成第三数据包；其中，第三数据包包括加密后的第四鉴权码和加密后的第一数据。
在一种可能的实现方式中，在第二设备发送第三数据包之后，方法还包括：
第二设备接收到第一设备发送的第三应用层回执；其中，第三应用层回执用于指示第一设备接收第三数据包的接收状态。
在一种可能的实现方式中，在第二设备接收到第一设备发送的第三应用层回执之后，方法还包括：第二设备在第六信息的值上增加预设值；第六信息调整后的值和第六信息的值不同。
在一种可能的实现方式中，第二设备在第二传输系统接收第四应用回执信息，第四应用回执信息用于指示第二设备在第一传输系统中第三数据包的发送状态；
第二设备根据第二应用回执信息更新发送状态。
在一种可能的实现方式中，第二设备删除发送成功的第三数据包。
第十一方面，本申请提供了一种传输方法，包括：
发送设备基于信息A和原始数据生成鉴权码A；其中，信息A为发送时间信息或上下文信息A；发送设备基于鉴权码A和原始数据，得到数据包；发送设备在第一传输系统下将数 据包发送至接收设备。
在一种可能的实现方式中，发送设备基于信息A和原始数据生成鉴权码A，具体包括：发送设备基于信息A、指定密钥和原始数据生成鉴权码A。
在一种可能的实现方式中，发送设备在第二传输系统下，和接收设备协商获取指定密钥。
在一种可能的实现方式中，第一传输系统和第二传输系统不同。
在一种可能的实现方式中，指定密钥为发送设备预设的密钥。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，发送设备在第二传输系统下与接收设备通过通用引导框架GBA流程协商获取指定密钥。
在一种可能的实现方式中，信息A为发送时间信息时，信息A用于指示数据包的发送时间。
在一种可能的实现方式中，发送设备发送数据包的时间为发送设备的应用AP层向消息数据汇聚MDCP层发送数据包的时间，或者，为发送设备预估的将数据包发送给接收设备的时间。
在一种可能的实现方式中，信息A为上下文信息A，信息A用于指示发送数据包的数量信息，或，数据包的序列号或计数值。
在一种可能的实现方式中，数据包还包括消息ID字段A，消息ID字段A用于标识数据包。
在一种可能的实现方式中，数据包还包括序列号字段A，序列号字段A用于标识数据包，还用于指示信息A。
在一种可能的实现方式中，发送设备将序列号A和数据包相关联，并基于序列号A生成序列号字段A。
在一种可能的实现方式中，发送设备将消息ID和数据包相关联，并基于消息ID生成消息ID字段A。
在一种可能的实现方式中，数据包还包括重传指示字段，重传指示字段用于指示数据包为重传数据包或新传数据包。
在一种可能的实现方式中，发送设备通过指定密钥对原始数据和鉴权码A进行加密，再在加密后的原始数据和鉴权码A前添加包头信息，得到数据包；其中，包头信息包括加密指示字段，加密指示字段用于指示发送设备使用的加密算法。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在序列号A上增加预设值；发送设备基于调整后的序列号A，调整上下文信息A的值。
在一种可能的实现方式中，发送设备基于调整后的序列号A，调整上下文信息A的值，具体包括：发送设备基于调整后的序列号A，确定超帧号A的值，并基于调整后的序列号A、超帧号A，调整上下文信息A的值。
在一种可能的实现方式中，发送设备为终端，接收设备为卫星网络设备。
在一种可能的实现方式中，发送设备为卫星网络设备，接收设备为终端。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的成功应用回执后，在上下文信息A的值上增加预设值；其中，成功应用回执用于指示接收设备接收数据包成功。
在一种可能的实现方式中，当发送设备为终端时；在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的成功应用回执后，发送设备显示成功提示信息，成功提示信息用于提示用户数据包发送成功。
在一种可能的实现方式中，当发送设备为卫星网络设备时；在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的成功应用回执后，发送设备将删除存储器中的数据包。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的失败应用回执后，在上下文信息A的值上增加预设值；其中，失败应用回执用于指示接收设备接收数据包失败。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的失败应用回执后，调整上下文信息A的值为预设值。
在一种可能的实现方式中，在发送设备调整上下文信息A的值为预设值之后，方法还包括：发送设备向接收设备发送上下文信息A的值。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的失败应用回执后，发送设备和接收设备在第二传输系统下协商上下文信息A的值。
在一种可能的实现方式中，当发送设备为终端时；在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的失败应用回执后，发送设备显示失败提示信息，失败提示信息用于提示用户数据包发送失败。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的指示应用回执后，发送设备在上下文信息A的值上增加预设值；其中，指示应用回执用于指示当前数据包发送失败；其中，指示应用回执包括消息ID字段B，消息ID字段B用于指示最近发送成功的数据包。
在一种可能的实现方式中，当发送设备为终端时；在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在收到接收设备发送的指示应用回执后，发送设备显示成功提示信息和失败提示信息，成功提示信息用于提示用户消息ID字段B指示的数据包发送成功，失败提示信息用于提示用户当前数据包发送失败。
在一种可能的实现方式中，当发送设备为终端时；在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备显示发送提示信息，发送提示信息用于提示用户发送设备已经向接收设备发送数据包。
在一种可能的实现方式中，在发送设备在第一传输系统下将数据包发送至接收设备之后，方法还包括：发送设备在第二传输系统下收到接收设备发送的集合应用回执后，基于集合应用回执确定在第一传输传输系统下发送的数据包的接收状态。
第十二方面，本申请提供了一种传输方法，包括：接收设备在第一传输系统下接收发送设备发送的数据包；接收设备基于信息B和数据包，生成鉴权码B；其中，信息B为接收时间信息或上下文信息B；接收设备基于鉴权码B确定数据包的接收状态。
在一种可能的实现方式中，接收设备基于信息B和原始数据生成鉴权码B，具体包括：接收设备基于信息B、指定密钥和原始数据生成鉴权码B。
在一种可能的实现方式中，接收设备在第二传输系统下，和发送设备协商获取指定密钥。
在一种可能的实现方式中，第一传输系统和第二传输系统不同。
在一种可能的实现方式中，指定密钥为接收设备预设的密钥。
在一种可能的实现方式中，第二传输系统为蜂窝传输系统或无线局域网WLAN传输系统，第一传输系统为卫星传输系统。
在一种可能的实现方式中，接收设备在第二传输系统下与发送设备通过通用引导框架GBB流程协商获取指定密钥。
在一种可能的实现方式中，信息B为接收时间信息时，信息B用于指示数据包的接收时间。
在一种可能的实现方式中，接收设备接收数据包的时间为接收设备的卫星链路控制SLC层收到数据包的第1个卫星链路控制层服务数据单元SLC PDU的时间。
在一种可能的实现方式中，信息B为上下文信息B，信息B用于指示接收数据包的数量信息，或，数据包的序列号或计数值。
在一种可能的实现方式中，数据包还包括序列号字段A，序列号字段A用于标识数据包，还用于指示上下文信息B。
在一种可能的实现方式中，接收设备基于序列号字段A和存储的序列号B，确定出上下文信息B的值。
在一种可能的实现方式中，接收设备基于序列号字段A和存储的序列号B，确定出上下文信息B的值，具体包括：接收设备基于序列号字段A和序列号B的值的大小，确定出超帧号B的值；接收设备基于序列号字段A和超帧号B，得到上下文信息B。
在一种可能的实现方式中，当序列号字段A的值小于或等于序列号B的值，接收设备在超帧号B的值上增加预设值。
在一种可能的实现方式中，接收设备拼接超帧号B和序列号字段A，得到上下文信息B。
在一种可能的实现方式中，在接收设备得到上下文信息B后，可以将序列号B的值调整为序列号字段A的值。
在一种可能的实现方式中，数据包还包括消息ID字段A，消息ID字段A用于标识数据包。
在一种可能的实现方式中，接收设备为卫星网络设备，发送设备为终端。
在一种可能的实现方式中，接收设备为终端，发送设备为卫星网络设备。
在一种可能的实现方式中，接收设备基于数据包获取鉴权码A。
在一种可能的实现方式中，接收设备基于鉴权码B确定数据包的接收状态，具体包括：接收设备比较鉴权码A和鉴权码B确定数据包的接收状态。
在一种可能的实现方式中，接收设备比较鉴权码A和鉴权码B确定数据包的接收状态，具体包括：当鉴权码B和鉴权码A相同，接收设备确定数据包接收成功。
在一种可能的实现方式中，在接收设备确定数据包接收成功之后，方法还包括：接收设备生成成功应用回执，成功应用回执用于指示接收设备接收数据包成功；接收设备向发送设备发送成功应用回执。
在一种可能的实现方式中，数据包包括消息ID字段A；在接收设备确定数据包接收成功之后，方法还包括：接收设备调整消息ID字段B的值为消息ID字段A的值。
在一种可能的实现方式中，接收设备为终端时；在接收设备确定数据包接收成功之后，方法还包括：接收设备显示原始数据。
在一种可能的实现方式中，接收设备为卫星网络设备时；在接收设备确定数据包接收成 功之后，方法还包括：接收设备将原始数据通过第二传输系统发送至第二传输系统下的电子设备。
在一种可能的实现方式中，接收设备比较鉴权码A和鉴权码B确定数据包的接收状态，具体包括：当鉴权码B和鉴权码A不同，接收设备确定数据包接收失败。
在一种可能的实现方式中，在接收设备确定数据包接收失败之后，方法还包括：接收设备生成失败应用回执，失败应用回执用于指示接收设备接收数据包失败；接收设备向发送设备发送该失败应用回执。
在一种可能的实现方式中，在接收设备确定数据包接收失败之后，方法还包括：接收设备基于消息ID字段B生成指示应用回执，指示应用回执用于指示接收设备接收数据包失败，消息ID字段B用于指示接收设备最近接收成功的数据包；接收设备向发送设备发送该指示应用回执。
在一种可能的实现方式中，当鉴权码B和鉴权码A不同，接收设备确定数据包接收失败之后，方法还包括：接收设备基于信息B生成信息C，并基于信息C生成鉴权码C，接收设备基于鉴权码C确定发送设备是否未接收到最近的成功应用回执。
在一种可能的实现方式中，当鉴权码C和鉴权码A相同，即，接收设备确定发送设备未接收到最近发送的成功应用回执，接收设备向发送设备发送成功应用回执。
在一种可能的实现方式中，当鉴权码C和鉴权码A不同，接收设备向发送设备发送失败应用回执。
在一种可能的实现方式中，数据包还包括重传指示字段，重传指示字段用于指示数据包为重传数据包或新传数据包。
在一种可能的实现方式中，当鉴权码B和鉴权码A不同，接收设备确定数据包接收失败之后，方法还包括：接收设备确定出数据包包括指示数据包为新传数据包的重传指示字段，接收设备生成并向发送设备发送失败应用回执。
在一种可能的实现方式中，当鉴权码B和鉴权码A不同，接收设备确定数据包接收失败之后，方法还包括：接收设备确定出数据包包括指示数据包为重传数据包的重传指示字段，接收设备基于信息B生成信息C，并基于信息C生成鉴权码C，接收设备基于鉴权码C确定发送设备是否未接收到最近的成功应用回执。
在一种可能的实现方式中，当鉴权码C和鉴权码A相同，即，接收设备确定发送设备未接收到最近发送的成功应用回执，接收设备向发送设备发送成功应用回执。
在一种可能的实现方式中，当鉴权码C和鉴权码A不同，接收设备向发送设备发送失败应用回执。
在一种可能的实现方式中，接收设备在第二传输系统下向发送设备发送集合应用回执，集合应用回执用于指示接收设备在第一传输系统下针对发送设备的数据包的接收情况。
第十三方面，本申请提供了一种卫星通信系统，包括：发送设备和接收设备；其中，
发送设备，用于基于信息A和原始数据生成鉴权码A；其中，信息A为发送时间信息或上下文信息A；
发送设备，还用于基于鉴权码A和原始数据，得到数据包；
发送设备，还用于在第一传输系统下将数据包发送至接收设备。
接收设备，用于在第一传输系统下接收发送设备发送的数据包；
接收设备，还用于基于信息B和数据包，生成鉴权码B；其中，信息B为接收时间信息 或上下文信息B；
接收设备，还用于基于鉴权码B确定数据包的接收状态。
在一种可能的实现方式中，本申请提供了一种通信装置，包括一个或多个处理器、一个或多个存储器和收发器；其中，收发器、一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器在执行计算机指令时，使得通信装置执行如第十一方面或第十二方面中任一项的方法。
在一种可能的实现方式中，通信装置为终端或卫星网络设备。
在一种可能的实现方式中，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行如第十一方面或第十二方面中任一项的方法。
在一种可能的实现方式中，本申请提供了一种芯片或芯片系统，应用于终端，包括处理电路和接口电路，接口电路用于接收代码指令并传输至处理电路，处理电路用于运行代码指令以执行如第十一方面或第十二方面中任一项的方法。
第十四方面，本申请提供了一种通信装置，包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得通信装置执行上述第一方面、第四方面、第七方面或第九方面任一项可能的实现方式中的方法。
其中，该通信装置可以为终端或其他产品形态的设备。
第十五方面，本申请提供了一种通信装置，包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得通信装置执行上述第二方面、第五方面、第八方面或第十方面任一项可能的实现方式中的方法。
其中，该通信装置可以为卫星网络设备，或卫星网络设备中的任一网元或多个网元的组合。
第十六方面，本申请提供了一种通信装置，包括一个或多个处理器、一个或多个存储器和收发器。收发器、该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得通信装置执行上述第三方面、第六方面任一项可能的实现方式中的方法。
其中，该通信装置可以为卫星网络设备中的任一网元或多个网元的组合。
第十七方面，本申请提供了一种计算机存储介质，包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行上述第一方面、第四方面、第七方面或第九方面任一项可能的实现方式中的方法。
第十八方面，本申请提供了一种计算机存储介质，包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行上述第二方面、第五方面、第八方面或第十方面任一项可能的实现方式中的方法。
第十九方面，本申请提供了一种计算机存储介质，包括计算机指令，当计算机指令在计算机上运行时，使得计算机执行上述第三方面、第六方面任一项可能的实现方式中的方法。
第二十方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面、第四方面、第七方面或第九方面任一项可能的实现方式中的方法。
第二十一方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第二方面、第五方面、第八方面或第十方面任一项可能的实现方式中的方法。
第二十二方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第三方面、第六方面任一项可能的实现方式中的方法。
第二十三方面，本申请提供了一种芯片或芯片系统，应用于终端，包括处理电路和接口电路，接口电路用于接收代码指令并传输至所述处理电路，处理电路用于运行所述代码指令以执行上述第一方面、第四方面、第七方面或第九方面任一项可能的实现方式中的方法。
附图说明
图1A为本申请实施例提供的一种卫星通信系统示意图；
图1B为本申请实施例提供的另一种卫星通信系统示意图；
图2A为本申请实施例提供的一种卫星通信系统的入站数据的协议封装架构示意图；
图2B为本申请实施例提供的一种卫星通信系统的入站数据的协议解析架构示意图；
图3A为本申请实施例提供的一种卫星通信系统的出站数据的协议封装架构示意图；
图3B为本申请实施例提供的一种卫星通信系统的出站数据的协议解析架构示意图；
图4为本申请实施例提供的一种卫星通信系统中在入站传输时鉴权校验的流程示意图；
图5为本申请实施例提供的一种获取指定密钥的方法流程图；
图6为本申请实施例提供的一种重放攻击场景示意图；
图7为本申请实施例提供的一种传输方法的处理流程示意图；
图8为本申请实施例提供的另一种传输方法的处理流程示意图；
图9为本申请实施例提供的一种入站传输流程示意图；
图10为本申请实施例提供的一种出站传输流程示意图；
图11为本申请实施例提供的另一种传输方法的处理流程示意图；
图12为本申请实施例提供的另一种入站传输流程示意图；
图13为本申请实施例提供的另一种出站传输流程示意图；
图14为本申请实施例提供的一种传输流程示意图；
图15A-图15H为本申请实施例提供的一组界面示意图；
图16A为本申请实施例提供的另一种传输流程示意图；
图16B为本申请实施例提供的另一种传输流程示意图；
图17A为本申请实施例提供的另一种传输流程示意图；
图17B为本申请实施例提供的另一种传输流程示意图；
图17C为本申请实施例提供的另一种传输流程示意图；
图18A-图18C为本申请实施例提供的另一组界面示意图；
图19为本申请实施例提供的另一种传输流程示意图；
图20为本申请实施例提供的一幅界面示意图；
图21为本申请实施例提供的另一种传输方法的处理流程示意图；
图22为本申请实施例提供的另一种入站传输流程示意图；
图23为本申请实施例提供的另一种出站传输流程示意图；
图24为本申请实施例提供的另一种传输流程示意图；
图25A-图25D为本申请实施例提供的另一组界面示意图；
图26为本申请实施例提供的另一种传输流程示意图；
图27A-图27B为本申请实施例提供的另一组界面示意图；
图28为本申请实施例提供的另一种传输流程示意图；
图29为本申请实施例提供的一幅界面示意图；
图30为本申请实施例提供的另一种传输流程示意图；
图31A-图31B为本申请实施例提供的另一组界面示意图；
图32为本申请实施例提供的另一种入站传输流程示意图；
图33为本申请实施例提供的另一种出站传输流程示意图；
图34为本申请实施例提供的另一种传输流程示意图；
图35为本申请实施例提供的另一种传输流程示意图；
图36为本申请实施例提供的另一种入站传输流程示意图；
图37为本申请实施例提供的另一种出站传输流程示意图；
图38为本申请实施例提供的另一种传输流程示意图；
图39为本申请实施例提供的另一种传输流程示意图；
图40为本申请实施例提供的另一种传输流程示意图；
图41为本申请实施例提供的另一种传输流程示意图；
图42为本申请实施例提供的一种硬件结构示意图；
图43A-图43B为本申请实施例提供的另一组界面示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
下面介绍本申请实施例提供的一种卫星通信系统10。
如图1A所示，卫星通信系统10可以包括但不限于终端100、卫星21、卫星网络设备200、蜂窝网络设备400和终端300等等。
其中，卫星网络的终端100可以向蜂窝网络的终端300发送卫星消息。具体的，终端100可以先发送卫星消息给卫星21，卫星21只进行中继，可以直接将终端100发送的卫星消息转发给地面的卫星网络设备200。卫星网络设备200可以根据卫星通信协议解析卫星21转发 的卫星消息，并将从卫星消息中解析出的消息内容转发给蜂窝网络设备400。蜂窝网络设备400可以通过传统的蜂窝通信网络，将消息内容转发给终端300。
蜂窝网络的终端300也可以向卫星网络的终端100发送卫星消息。在出站过程中，终端300可以通过传统的蜂窝通信网络，将短消息发送给短消息中心25。短消息中心25可以将终端300的短消息转发给卫星网络设备200。卫星网络设备200可以将终端300的短消息通过卫星21中继发送给终端100。
可选的，该卫星通信系统10还可以包括紧急救援平台、紧急救援中心。卫星网络设备200可以将终端100发送的紧急救援类型的卫星消息，通过紧急救援平台发送给紧急救援中心。
其中，上述卫星网络设备200可以包括但不限于地面收发站22、中心站23和融合通信平台24。其中，地面收发站22可以包括分别具有发送功能的一个或多个设备和具有接收功能的一个或多个设备，或者可以包括具有发送功能和接收功能的一个或多个设备，此处不作限定。地面收发站22可用于卫星网络设备200在物理层(physical layer protocol，PHY)对数据的处理功能。中心站23可用于卫星网络设备200在卫星链路控制层(satellite link control protocol，SLC)层和消息数据汇聚层(message data convergence protocol，MDCP)对数据的处理功能。融合通信平台24可用于在应用层(application layer protocol，AP)对数据的处理功能。其中，融合通信平台24也可以称为融合通信网关24。
其中，上述蜂窝网络设备400可以包括但不限于短消息中心(short message service center，SMSC)25、归属位置寄存器(home location register，HLR)28、电信业务运营支持系统(business&operation support system，BOSS)29、引导服务器(bootstrapping server function，BSF)41和归属用户服务器(home subscriber server，HSS)42。其中，引导服务器41和归属用户服务器42未在图1A中示出。
其中，短消息中心25可以用于将卫星网络设备200发送的数据转发至蜂窝网络下的终端，也可以用于将蜂窝网络的数据转发至卫星网络设备200。
其中，电信业务运营支持系统29可以用于终端的开户。电信业务运营支持系统29可以在开户时，分配给终端(例如终端100)对应的个人标识(identity，ID)号等。其中，ID号可以为终端的手机号。
其中，引导服务器41可以用于接收终端100和卫星网络设备200的业务请求。引导服务器41还可以用于存储从归属用户服务器42获取的认证参数。其中，认证参数可以包括但不限于随机数(random，RAND)、鉴权令牌(authentication token，AUTN)、期待响应(expected response，XRES)、加密密钥(cipher key，CK)和完整性指定密钥(integrity key，IK)。引导服务器41还可以基于认证参数生成会话指定密钥_网络应用功能(session key_network application function，Ks_NAF)。引导服务器41还可以将Ks_NAF发送给卫星网络设备200。引导服务器41还可以将部分认证参数(RAND和AUTN)发送给终端100。
其中，归属位置寄存器28和/或归属用户服务器42可以用于生成认证参数并将认证参数发送至引导服务器41。其中，RAND和AUTN可以用于终端100计算CK、IK和响应(response，RES)。其中，认证参数中的XRES可以用于卫星网络设备200认证终端100是否为合法终端，只有卫星网络设备200确认出XRES和RES相同时，卫星网络设备200确认终端100为合法终端(即，卫星网络设备200鉴权成功)，卫星网络设备200和终端100可以通过Ks_NAF进行通信数据的加解密。其中，认证参数中的CK和IK可以用于计算Ks_NAF。
需要说明的是，Ks_NAF为以下申请实施例中的指定密钥(又称为第一密钥)。指定密钥 可以用于加解密数据。可选的，指定密钥还可以用于生成鉴权码。
需要说明的是，终端100向卫星网络设备200发送数据的过程为入站。卫星网络设备200向终端100发送数据的过程为出站。
在一种可能的实现方式中，地面收发站22和中心站23可以为同一个设备。例如，该设备可以为图1B所示的卫星通信系统20中的地面中心站31。地面中心站31可用于卫星网络设备200在物理层、卫星链路控制层和消息数据汇聚层对数据的处理功能。
在一种可能的实现方式中，发送设备和接收设备可以在第二传输系统中获取指定密钥。发送设备可以基于指定密钥和原始数据得到鉴权码A，并将包括鉴权码A的数据包在第一传输系统中发送给接收设备。接收设备可以基于指定密钥和数据包生成鉴权码B。接收设备可以基于鉴权码B确认数据包的接收状态。这样，发送设备和接收设备可以使用蜂窝网络充足的空口资源更新获取指定密钥，节约协商指定密钥所需的卫星网络的空口资源。发送设备和接收设备还可以将鉴权码和原始数据一起进行传输，节约鉴权所需的交互步骤，进一步节约卫星网络的空口资源。
需要说明的是，第一传输系统可以为卫星传输系统(又称为卫星网络、卫星通信系统)，例如，上述卫星通信系统10。在一些实施例中，第一传输系统可以为北斗网络传输系统。还需要说明的是，第二传输系统为非第一传输系统的传输系统。例如，第二传输系统可以为蜂窝传输系统(又称为蜂窝网络)，或者，第二传输系统还可以为无线局域网(wireless local area networks，WLAN)传输系统，等等。本申请实施例对此不作限定。
接下来本申请实施例中将以卫星网络、蜂窝网络为例进行传输方法的说明。
接下来介绍本申请实施例中提供的一种卫星通信系统10的入站数据的协议架构。
图2A示出了本申请实施例中提供的一种卫星通信系统10的入站数据的协议封装架构示意图。
如图2A所示，终端100上的传输协议层可以分为应用层、消息数据汇聚层、卫星链路控制层和物理层。
终端100发送数据给卫星网络设备200时，终端100上的传输协议的工作流程可以如下：
在AP层，终端100生成第一数据包，其中，第一数据包包括原始数据和基于指定密钥及原始数据生成的第一鉴权码。例如，终端100可以基于原始数据(又称为第一数据)和指定密钥生成第一鉴权码，并将第一鉴权码和原始数据拼接在一起，经过处理(例如添加包头)，得到第一数据包。其中，原始数据可以包括但不限于用户输入的数据、接收用户的数量指示、接收用户的ID、终端100的位置信息、语音、图像、动画等。
在一种可能的实现方式中，终端100可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据得到加密后数据。终端100可以在加密后数据前添加包头信息，得到第一数据包。其中，包头信息可以包括但不限于加密指示字段。其中，加密指示字段可以用于指示终端100加密数据使用的加密算法。
可选的，在终端100加密拼接在一起的第一鉴权码和原始数据之前，终端100可以先压缩拼接在一起的第一鉴权码和原始数据。可以理解的是，包头信息中还可以包括压缩指示字段。压缩指示字段可用于指示终端100压缩数据使用的压缩算法。
在一种可能的实现方式中，终端100可以只加密原始数据，得到加密后数据。终端100 可以在加密后数据前添加包头信息，得到第一数据包。包头信息可以包括但不限于加密指示字段。最后，终端100再将第一鉴权码添加在第一数据包中，得到包括有第一鉴权码和加密后数据的第一数据包。
在MDCP层，终端100可以通过层间接口获取到AP层下发的第一数据包，并将第一数据包作为一个MDCP SDU。在MDCP层，终端100可以在MDCP SDU的尾部添加填充数据(padding)至指定长度，并给MDCP SDU添加冗余长度指示字段。该冗余长度指示字段可用于表示该填充数据的长度。终端100可以将填充数据以及增加冗余长度指示字段之后的MDCP SDU，拆分成一个或多个固定长度的MDCP分段数据(M_segment)，并在每个MDCP分段数据的头部添加后继指示字段，得到MDCP PDU。即MDCP PDU包括M_segment和后继指示字段。其中，后继指示字段可用于表示当前的MDCP PDU在同一个MDCP SDU中的多个MDCP PDU中的顺序，或者当前MDCP PDU后面是否还有MDCP PDU，或者当前MDCP PDU为MDCP SDU的唯一一个MDCP PDU。
在SLC层，终端100可以通过层间接口获取到MDCP层下发的MDCP PDU，作为SLC SDU。在SLC层，终端100可以将SLC SDU分段成一个或多个(例如，4个)固定长度的SLC分段数据(S_segment)，并在每个S_segment头部添加帧头信息(又称为帧格式指示信息)，得到SLC PDU。其中，帧头信息中可以包括但不限于用户ID字段、帧总数字段和帧序号字段。其中，用户ID字段可用于表示生成该SLC PDU的终端(例如，终端100)。帧总数字段，可用于表示该SLC PDU所属的SLC SDU中包括SLC PDU的总数量。帧序号字段，可用于表示该SLC PDU在所属的SLC SDU中的序号。
需要说明的是，在此，SLC PDU可以称为第二数据包。也就是说，终端100可以通过MDCP层和SLC层将第一数据包处理为至少一个第二数据包。或者，MDCP分段也可以称为第二数据包，终端100可以通过MDCP层将第一数据包处理为至少一个第二数据包。
在PHY层，终端100可以通过层间接口获取到SLC层下发的SLC PDU。终端100可以对其进行发送处理(例如编码调制扩频等)操作得到入站数据。然后，终端100可以将入站数据发送给卫星21，经由卫星21中继转发给卫星网络设备200。
图2B示出了本申请实施例中提供的一种卫星通信系统10的入站数据的协议解析架构示意图。
如图2B所示，卫星网络设备200上的传输协议层可以分为应用层、消息数据汇聚层、卫星链路控制层和物理层。其中，卫星网络设备200可以包括但不限于地面收发站22、中心站23和融合通信平台24。地面收发站22可用于负责PHY层的协议处理。中心站23可用于负责SLC层和MDCP层的协议处理。融合通信平台24可用于负责AP层的协议处理。
卫星网络设备200接收终端100发送的数据时，卫星网络设备200上的北斗报文传输协议的工作流程可以如下：
在PHY层，卫星网络设备200可以获取终端100发送的入站数据。卫星网络设备200针对入站数据进行接收处理(例如解扩解调解码等)操作后可以通过层间接口将其呈递给SLC层，作为SLC层的SLC PDU。
在SLC层，卫星网络设备200可以基于SLC PDU的帧头信息，将属于同一个终端的同一个SLC SDU的SLC PDU拼接成一个SLC SDU。卫星网络设备200可以将SLC SDU通过层间接口呈递给MDCP层，作为MDCP层的MDCP PDU。
在MDCP层，卫星网络设备200可以将属于同一个MDCP SDU的所有MDCP PDU按照 接收顺序拼接在一起，并将拼接后的MDCP PDU的填充数据和冗余长度指示字段去除得到MDCP SDU。卫星网络设备200可以将MDCP SDU通过层间接口呈递到AP层，作为AP层接收到的第一数据包。至此，卫星网络设备200的SLC层和MDCP层将至少一个第二数据包(即，SLC PDU)处理得到第一数据包，或者卫星网络设备200的MDCP层将至少一个第二数据包(即，MDCP PDU)处理得到第一数据包。
在AP层，卫星网络设备200可以基于指定密钥和第一数据包生成第二鉴权码，并基于第二鉴权码判断第一数据包的接收状态。具体的，卫星网络设备200可以获取第一数据包中的原始数据，再基于指定密钥和原始数据生成第二鉴权码。卫星网络设备200可以获取第一数据包中的第一鉴权码，通过比较第一鉴权码和第二鉴权码是否相同来判断第一数据包的接收状态。当第一鉴权码和第二鉴权码相同时，卫星网络设备200确定出第一数据包接收成功。即，卫星网络设备200确定第一数据包中的原始数据为终端100发送的数据，卫星网络设备200可以针对原始数据执行相应的操作(例如，将原始数据转发至蜂窝网络下的被叫用户设备)。当第一鉴权码和第二鉴权码不同时，卫星网络设备200确定出第一数据包接收失败。即，卫星网络设备200确定第一数据包中的原始数据不是终端100发送的数据，卫星网络设备200可以丢弃第一数据包。
在一种可能的实现方式中，第一数据包包括加密后数据，加密后数据包括加密后的第一鉴权码和加密后的原始数据。卫星网络设备200可以基于第一数据包的包头，确定出终端100使用的加密算法。卫星网络设备100可以基于指定密钥和加密算法对第一数据包进行解密得到原始数据和第一鉴权码。卫星网络设备200可以基于指定密钥和原始数据生成第二鉴权码。
可选的，卫星网络设备200对加密后数据进行解密后，可以得到压缩数据。卫星网络设备200对压缩数据进行解压缩后，得到第一鉴权码和原始数据。
在一种可能的实现方式中，第一数据包包括加密后数据和第一鉴权码。卫星网络设备200可以直接获取第一数据包中的第一鉴权码。卫星网络设备200可以基于指定密钥和包头信息中的加密指示字段针对加密后数据进行解密操作，得到原始数据。
本申请实施例中，上述协议处理过程仅为示例说明，本申请对协议处理的具体操作不作限定。
接下来介绍本申请实施例中提供的一种卫星通信系统10的出站数据的协议架构。
图3A示出了本申请实施例中提供的一种卫星通信系统10的出站数据的协议封装架构示意图。
如图3A所示，卫星网络设备200上的传输协议层可以分为应用层、消息数据汇聚层、卫星链路控制层和物理层。
卫星网络设备200发送数据给终端100时，卫星网络设备200上的报文传输协议的工作流程可以如下：
在AP层，卫星网络设备200生成第三数据包，其中，第三数据包包括原始数据和第四鉴权码。例如，卫星网络设备200可以基于原始数据(又称为第一数据)和指定密钥生成第四鉴权码，并将第四鉴权码和原始数据拼接在一起，经过处理(例如添加包头)，得到第三数据包。其中，原始数据可以包括但不限于第三方服务器(例如，短消息中心25)发送的数据、文本、旗语、语音、图像、动画等。
可选的，卫星网络设备200可以只基于原始数据生成第四鉴权码。
在一种可能的实现方式中，卫星网络设备200可以基于指定密钥和加密算法加密拼接在 一起的原始数据和第四鉴权码，得到加密后数据。卫星网络设备200可以在加密后数据前添加包头，得到第三数据包。其中，包头可以包括但不限于加密指示字段。加密指示字段可以用于指示卫星网络设备200加密数据使用的加密算法。
可选的，在卫星网络设备200加密拼接在一起的第四鉴权码和原始数据之前，可以先压缩拼接在一起的第四鉴权码和原始数据。可以理解的是，包头中还可以包括压缩指示字段。压缩指示字段可用于指示卫星网络设备200压缩数据使用的压缩算法。
进一步可选的，卫星网络设备200可以压缩拼接在一起的第四鉴权码和原始数据，得到压缩数据。卫星网络设备200可以在压缩数据前添加上述压缩指示字段，再使用指定密钥加密添加了压缩指示字段的压缩数据，得到加密后数据。
在一种可能的实现方式中，卫星网络设备200可以只加密原始数据，得到加密后数据。卫星网络设备200可以在加密后数据前添加包头信息，得到第三数据包。包头信息可以包括但不限于加密指示字段。最后，卫星网络设备200再将第四鉴权码添加在第三数据包中，得到包括有第一鉴权码和加密后数据的第三数据包。
在MDCP层，卫星网络设备200可以通过层间接口获取到AP层下发的第三数据包，并将第三数据包作为一个MDCP SDU。卫星网络设备200可以将MDCP SDU拆分成一个或多个MDCP分段数据(M_segment)，并在每个MDCP分段数据的头部添加后继指示字段，得到MDCP PDU，即MDCP PDU包括M_segment和后继指示字段。其中，后继指示字段可用于表示当前的MDCP PDU在同一个MDCP SDU中的顺序，比如是否为唯一一个PDU，是否后续还有MDCP PDU，是否为第一个MDCP PDU。
示例性的，后继指示字段的数据长度可以占用2比特(bit)。后继指示字段的值含义可以如下：
01：表示该MDCP PDU为本个MDCP SDU中多个MDCP PDU中的起始MDCP PDU；
10：表示该MDCP PDU为本个MDCP SDU中多个MDCP PDU中的中间MDCP PDU，即，指本个MDCP SDU中除了起始MDCP PDU和最后一个MDCP PDU之外的其他MDCP PDU；
11：表示该MDCP PDU为本个MDCP SDU中多个MDCP PDU中的最后一个MDCP PDU；
00：表示该MDCP PDU为本个MDCP SDU中唯一一个MDCP PDU。
需要说明的是，上述后继指示字段仅为示例，不构成对本申请实施例的具体限定。
在SLC层，卫星网络设备200可以通过层间接口获取到MDCP层下发的MDCP PDU，作为SLC SDU。卫星网络设备200可以将SLC SDU分段成一个或多个(例如，4个)SLC分段数据(S_segment)，并在每个S_segment头部添加帧头信息，得到SLC PDU。其中，帧头信息可以包括但不限于用户ID字段、帧总数字段、帧序号字段。其中，用户ID字段可以用于标识接收设备(例如终端100)，用户ID字段的值为接收设备的ID号。其中，帧总数字段和帧序号字段的详细描述可以参见上述图3A所述实施例，在此不再赘述。需要说明的是，在此，SLC PDU可以称为第四数据包。卫星设备200可以在MDCP层和SLC层将第三数据包处理为至少一个第四数据包。或者MDCP的分段可以称为第四数据包，卫星设备200可以在MDCP层将第三数据包处理为至少一个第四数据包。
在PHY层，卫星网络设备200可以通过层间接口获取到SLC层下发的SLC PDU，作为用户帧。卫星网络设备200可以将多个用户或者一个用户的用户帧(又称为数据帧)拼接在一起，再加上帧头(例如版本号)和校验位得到物理帧。卫星网络设备200可以将物理帧进行发送处理(例如编码调制扩频等)操作后得到电文支路(S2C-d支路)的编码数据。卫星 网络设备200可以将S2C-d支路的编码数据和导频支路(S2C-p支路)的导频数据(又称为副码)组成导频编码数据，即出站数据。并将出站数据发送给卫星21，经由卫星21中继转发给一个或多个终端。可以理解的是，S2C-p支路的导频数据与卫星波束相关。当卫星波束为已知信息时，S2C-p支路的导频数据也是已知的，无需解码。而S2C-d支路的编码数据是需要解码的。
图3B示出了本申请实施例中提供的一种卫星通信系统10的出站数据的协议解析架构示意图。
如图3B所示，终端100上的传输协议层可以分为应用层、消息数据汇聚层、卫星链路控制层和物理层。
在PHY层，终端100可以基于卫星网络设备200发送的S2C-p支路的副码，捕获到将S2C-d支路的编码数据。终端100在捕获到S2C-d支路的编码数据后，可以对S2C-d支路的编码数据进行接收处理(例如解扩、解调、解码等)操作，得到物理帧。终端100可以从物理帧中提取出属于终端100的用户帧。终端100可以将用户帧通过层间接口呈递给SLC层，作为SLC层的SLC PDU。
在SLC层，当终端100收到的用户帧为通用数据帧时，终端100可以将属于同一个SLC SDU的SLC PDU拼接成一个SLC SDU。终端100可以将SLC SDU通过层间接口呈递给MDCP层，作为MDCP层的MDCP PDU。当终端100收到的用户帧为ACK帧时，终端100可以基于bitmap字段的值，重传数据/发送下一个SLC SDU。
在MDCP层，终端100可以将一个或多个MDCP PDU去掉包头后，拼接成一个MDCP SDU。终端100可以将MDCP SDU通过层间接口呈递到AP层，作为AP层接收到的第三数据包。至此，终端100的SLC层和MDCP层将至少一个第四数据包(即，SLC PDU)处理得到第三数据包。
在AP层，终端100可以基于指定密钥和第三数据包生成第三鉴权码，并基于第三鉴权码判断第三数据包的接收状态。具体的，终端100可以获取第三数据包中的原始数据，再基于指定密钥和原始数据生成第三鉴权码。终端100可以获取第三数据包中的第四鉴权码，通过比较第四鉴权码和第三鉴权码是否相同来判断第三数据包的接收状态。当第四鉴权码和第三鉴权码相同时，终端100确定出第三数据包接收成功。即，终端100确定第三数据包的原始数据是卫星网络设备200发送的数据，终端100可以针对原始数据执行相应的操作(例如，将原始数据以短信形式显示在终端100的显示屏上)。当第四鉴权码和第三鉴权码不同时，终端100确定出第三数据包接收失败。即，终端100确定出第三数据包的原始数据不是卫星网络设备200发送的数据，终端100可以丢弃该第三数据包。
可选的，终端100可以只基于第三数据包中的原始数据生成第三鉴权码。
在一种可能的实现方式中，第三数据包包括加密后数据，加密后数据包括加密后的第四鉴权码和加密后的原始数据。终端100可以基于第三数据包的加密指示字段，确认出卫星网络设备200使用的加密算法，再基于指定密钥和加密算法针对加密后数据进行解密，得到原始数据和第四鉴权码。终端100可以基于指定密钥和解密得到的原始数据生成第三鉴权码。
可选的，终端100针对加密后数据进行解密后，可以得到压缩数据。终端100对压缩数据进行解压缩后，得到第四鉴权码和原始数据。
在一种可能的实现方式中，第三数据包包括加密后数据和第四鉴权码。终端100可以直接截取第三数据包中的第四鉴权码。终端100可以基于指定密钥和包头信息中的加密指示字 段针对加密后数据进行解密操作，得到原始数据。终端100再基于原始数据和指定密钥得到第三鉴权码。
本申请实施例中，上述协议处理过程仅为示例说明，本申请对协议处理的具体操作不作限定。
下面介绍本申请实施例中提供的一种卫星通信系统中传输方法。
图4示出了本申请实施例中提供的卫星通信系统中在入站传输时鉴权校验的流程示意图。
S401，终端100、卫星网络设备200和蜂窝网络设备400协商指定密钥。
具体的，协商指定密钥的详细描述可以参见图5所述实施例，在此不再赘述。终端100和卫星网络设备200在通过蜂窝网络设备400获取指定密钥后，可以存储该指定密钥。终端100和卫星网络设备200可以使用该指定密钥进行数据的加解密。
在一种可能的实现方式中，终端100和卫星网络设备200在蜂窝网络下获取的指定密钥只能在预设时间内(例如15天)使用，指定密钥的可用时间可以称为指定密钥有效期。当指定密钥有效期结束后，终端100和卫星网络设备200要回到蜂窝网络更新指定密钥和指定密钥有效期。
S402，终端100获取原始数据。
其中，原始数据可以包括但不限于主叫用户(终端100的用户)输入的数据(例如文本数据、图像数据、音频数据、视频数据等)、被叫用户的数量指示、被叫用户的ID、终端100的位置信息等。
在一些实施例中，终端100可以在接收到主叫用户的第一输入后，响应于第一输入，获取原始数据并向卫星网络设备200发送该原始数据。在本申请实施例中，该输入可以包括但不限于：手势、语音等。其中，手势可以包括直接触摸终端100的显示屏的手势(例如单击)和不直接触摸显示屏的悬浮手势。
S403，终端100基于指定密钥和原始数据生成第一鉴权码。
终端100可以基于指定密钥和原始数据通过指定算法生成第一鉴权码。例如，终端100可以针对指定密钥和原始数据，通过国密算法得到第一鉴权码。
S404，终端100基于第一鉴权码和原始数据，得到第一数据包。
终端100可以将第一鉴权码和原始数据拼接在一起，得到并使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到加密后数据。终端100可以在加密后数据前添加包头信息，得到第一数据包。其中，包头信息可以包括但不限于加密指示字段。其中，加密指示字段可以用于指示终端100使用的加密算法。其中，加密指示字段的长度可以为2bit。例如，当加密指示字段的值为00时，指示发送设备不使用加密算法。当加密指示字段的值为01时，指示发送设备使用国密算法中的密码杂凑算法。
S405，终端100可以将第一数据包发送至卫星网络设备200。
具体的，终端100向卫星网络设备200发送数据的具体流程描述可以参见上述图2A所述实施例，在此不再赘述。需要说明的是，终端100将第一数据包发送至卫星网络设备200的过程中，第一数据包包括用户标识，例如终端100在SLC层添加的帧头信息中可以包括用户ID字段。用户ID字段可以用于标识终端100。用户ID字段的值为终端100的ID号码。终端100的ID号码可以用于指示终端100对应的指定密钥等参数。
S406，卫星网络设备200可以基于指定密钥和第一数据包生成第二鉴权码。
卫星网络设备200可以使用指定密钥解密第一数据包，得到第一鉴权码和原始数据。其 中，卫星网络设备200可以基于包头中的加密指示字段确定出终端100使用的加密算法。卫星网络设备200可以使用指定密钥通过加密算法对应的解密算法解密第一数据包中的加密后数据，得到第一鉴权码和原始数据。其中，卫星网络设备200接收来自终端100的数据的具体流程描述可以参见上述图2B所述实施例，在此不再赘述。
卫星网络设备200可以基于指定密钥和原始数据通过指定算法(例如分组加密算法)生成第二鉴权码。其中，卫星网络设备200生成第二鉴权码使用的指定算法和终端100生成鉴权码使用的指定算法相同。
S407，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以基于第二鉴权码确定第一数据包的接收状态。
其中，当卫星网络设备200判定出第一鉴权码和第二鉴权码不同时，卫星网络设备200确定出第一数据包接收失败，可以丢弃该第一数据包。可选的，卫星网络设备200可以执行步骤S408。
当卫星网络设备200判定出第一鉴权码和第二鉴权码相同时，卫星网络设备200确定出第一数据包接收成功，可选的，卫星网络设备200可以执行步骤S409。
S408，卫星网络设备200向终端100发送失败应用回执。
当卫星网络设备200判定出第一鉴权码和第二鉴权码不同时，卫星网络设备200还可以生成失败应用回执，失败应用回执用于指示卫星网络设备200接收第一数据包失败。卫星网络设备200可以将失败应用回执发送给终端100。
S409，卫星网络设备200可以将原始数据发送至蜂窝网络设备400。
卫星网络设备200可以将原始数据发送至蜂窝网络设备400(例如，短消息中心25)。蜂窝网络设备400可以将原始数据以指定格式(例如，短信)转发至被叫用户(例如终端300)。可选的，卫星网络设备200还可以执行步骤S410。
S410，卫星网络设备向终端100发送成功应用回执。
当卫星网络设备200判定出第一鉴权码和第二鉴权码相同时，卫星网络设备200还可以生成成功应用回执，成功应用回执用于指示卫星网络设备200接收第一数据包成功。卫星网络设备200可以将成功应用回执发送给终端100。
接下来介绍本申请实施例提供的一种获取指定密钥的方法流程图。
在一种可能的实现方式中，终端100和卫星网络设备200可以在蜂窝网络下协商获取指定密钥。这样，终端100在卫星网络下也可以使用指定密钥进行数据的加解密，不需要和卫星网络设备进行指定密钥的协商，节约卫星网络设备的空口资源的同时，保证数据安全性。
具体的，终端100和卫星网络设备200可以通过通用引导架构(generic bootstrapping architecture，GBA)流程获取指定密钥。示例性的，如图5所示，终端100和卫星网络设备200获取指定密钥的具体步骤如下：
S501，终端100向卫星网络设备200发送业务请求1。
当终端100处于蜂窝网络时，终端100可以在蜂窝网络下向卫星网络设备200发送业务请求1。其中，业务请求1可以包括终端100的标识，该标识用于标识终端100的身份。例如，业务请求1可以为超文本传输协议获取请求(hypertext transfer protocol GET，HTTP GET)。
S502，卫星网络设备200向卫星网络设备200发送业务响应1。
卫星网络设备200可以在收到业务请求1后，可以在基于终端100的标识确定出卫星网络设备200中未存储终端100的指定密钥或终端100的指定密钥已经失效后，向终端100发 送业务响应1。其中，业务响应1可以用于指示终端100通过蜂窝网络设备400获取指定密钥。
S503，终端100向引导服务器41发送业务请求2。
终端100在接收到业务响应1后，可以向引导服务器41发送业务请求2。其中，业务请求2可以包括终端100的标识，业务请求2可以用于指示蜂窝网络设备400向终端100发送生成指定密钥所需要的参数，例如，随机数RAND和鉴权令牌AUTN。例如，业务请求2可以为超文本传输协议认证和指定密钥协商(authentication and key agreement，AKA)请求。
S504，引导服务器41向归属用户服务器42发送认证请求。
引导服务器41收到业务请求2后，可以向归属用户服务器42发送认证请求。其中，认证请求包括终端100的标识。认证请求可以用于指示归属用户服务器42反馈终端100的认证参数。其中，认证参数的描述可以参见上述图1A所示实施例，在此不再赘述。例如，认证请求可以为媒体鉴权请求(multimedia authentication request，MAR)。
S505，归属用户服务器42向引导服务器41发送认证参数(包括RAND、AUTN、XRES、CK、IK)。
归属用户服务器42接收到认证请求后，可以基于终端100的标识获取终端100的认证参数。归属用户服务器42预存有终端100的标识和标识对应的CK和IK。归属用户服务器42还可以通过随机数生成器获取随机数RAND。归属用户服务器42可以基于RAND、IK和CK生成AUTN和XRES。归属用户服务器42可以将生成的认证参数发送至引导服务器41。其中，终端100的标识可以包括但不限于终端100的手机号、IP多媒体私有标识(IP multimedia private identity，IMPI)、临时IP多媒体私有标识(Temporary IP Multimedia Private Identity,TMPI)等等。
S506，引导服务器41向终端100发送业务响应2。
引导服务器41收到认证参数后，可以向终端100发送业务响应2。其中，业务响应2可以包括RAND和AUTN。
S507，终端100基于RAND和AUTN生成CK、IK和RES。
终端100可以在收到RAND和AUTN后，基于RAND和AUTN通过SIM卡计算得到CK、IK和RES。其中，终端100生成RES使用的算法和蜂窝网络设备400生成XRES使用的算法相同。
S508，终端100向引导服务器41发送业务请求3(包括RES)。
终端100在生成RES后，可以向蜂窝网络设备400发送业务请求3。其中，业务请求3包括RES。例如，业务请求3可以为头域中包括RES的HTTP GET。
S509，引导服务器41可以对比XRES和RES是否相同。
引导服务器41收到终端100的业务请求3后，可以通过比较RES和XRES是否相同，验证终端100的身份。若引导服务器41判定出RES和XRES相同，引导服务器41可以执行步骤S510和步骤S511。
S510，引导服务器41可以基于CK和IK生成Ks_NAF，Ks_NAF的指定密钥有效期和Ks_NAF的引导业务标识(bootstrapping transaction identifier，B-TID)。
引导服务器41可以基于CK和IK通过生成指定密钥的算法计算得到Ks_NAF。同时，引导服务器41可以生成Ks_NAF对应的B-TID和指定密钥有效期。其中，Ks_NAF为终端100的指定密钥，可以用于和卫星网络设备100进行数据传输时数据的加解密。B-TID可以用于卫星网络设备200从引导服务器41获取终端100的Ks_NAF。指定密钥有效期可以用于 指示指定密钥(即，Ks_NAF)的有效时间。
S511，引导服务器41可以向终端100发送业务响应3。
其中，业务响应3可以包括指定密钥有效期和B-TID。业务响应3可以用于指示终端100使用业务响应2中的参数生成指定密钥。
S512，终端100可以基于认证参数生成Ks_NAF。
终端100可以基于CK和IK通过生成指定密钥的算法计算得到Ks_NAF。其中，终端100使用的生成指定密钥的算法和蜂窝网络设备400使用的算法相同。在指定密钥有效期内，终端100可以在传输数据的过程中，通过上述认证参数计算得到Ks_NAF(即指定密钥)进行数据的加解密操作。
S513，终端100向卫星网络设备200发送业务请求4(包括B-TID)。
终端100在计算得到Ks_NAF后，可以向卫星网络设备200发送业务请求4。其中，业务请求4可以包括B-TID。业务请求4可以用于指示卫星网络设备200获取终端100的指定密钥。
S514，卫星网络设备200向引导服务器41发送参数请求。
卫星网络设备200收到业务请求4后，可以向引导服务器41发送参数请求。其中，参数请求可以包括B-TID。例如，参数请求可以为引导信息请求(bootstrapping-info-request，BIR)。
S515，引导服务器41向卫星网络设备200发送参数响应。
引导服务器41可以基于终端100的B-TID向卫星网络设备200发送参数响应。其中，参数响应可以包括终端100的Ks_NAF、指定密钥有效期。可选的，引导服务器41可以只在步骤S515值生成B-TID和指定密钥有效期，直到收到卫星网络设备200的参数请求后，再生成指定密钥Ks_NAF。
S516，卫星网络设备200向终端100发送业务响应4。
卫星网络设备200可以在收到引导服务器41返回的指定密钥后，给终端100发送业务响应4。其中，业务响应4可以用于指示在指定密钥有效期内，终端100和卫星网络设备200可以使用各自存储的Ks_NAF进行数据的加解密操作。可以理解的是，Ks_NAF为终端100和卫星网络设备200通过蜂窝网络设备400获取的指定密钥。
这样，在蜂窝网络下更新指定密钥，并给指定密钥预设有效期。在卫星网络下，终端100和卫星网络设备200可以使用有效期内的指定密钥进行数据的加解密操作。既节约了协商指定密钥所需的卫星通信系统的空口资源，也减少了生成指定密钥的步骤。
但是，由于发送设备和接收设备只基于原始数据生成鉴权码，当接收设备重复收到发送设备的某一条消息时，会出现重复解析、处理该重复消息，对该重复消息进行多次收费的情形。如图6所示，当发送设备为终端100，接收设备为卫星网络200时，如果终端100的入站消息被攻击终端截获，并将该入站消息重复发送给卫星网络设备200，不仅会占用卫星网络设备200的计算资源，还可能出现重复计算终端100的消息费用的情况。
因此，本申请实施例提供了一种传输方法。发送设备可以基于信息A和原始数据生成鉴权码A。发送设备可以基于鉴权码A和原始数据，得到数据包。发送设备可以在第一传输系统下将数据包发送给接收设备。接收设备可以在接收到数据包后，基于数据包和信息B生成鉴权码B。接收设备可以基于鉴权码B确定第一数据包的接收状态。其中，信息A和信息B为发送设备与接收设备根据传输进行更新的信息，例如可以为时间信息并随着时间更新而更新，或者接收数据包的数量信息，发送设备可以基于发送数据包的数量更新，接收设备可以基于接收数据包的数量更新。
这样，由于重复发送的数据包中的鉴权码A是基于更新前的信息A生成的。接收设备基于更新后的信息B生成的鉴权码B和重复发送的数据包中的鉴权码B不同，说明该数据包可能是非法终端的转发，接收设备会判定接收该数据包失败，就不会出现重复处理、计费的问题。
在一种可能的实现方式中，发送设备的信息A为发送时间信息，接收设备的信息B为接收时间信息。这样，当发送设备的发送时间和接收设备的接收时间的差值超过预设最小时间粒度时，信息A和信息B不同，即鉴权码A和鉴权码B不同，接收设备就不能解析发送设备发送的数据包，不会出现重复处理、计费的问题。
具体的，发送设备可以基于信息A和原始数据生成鉴权码A。发送设备可以将包括鉴权码A的数据包在第一传输系统下发送给接收设备。信息A为发送时间信息。接收设备可以在接收到数据包后，基于信息B和数据包生成鉴权码B。接收设备可以基于鉴权码B确定出数据包的接收状态。信息B为接收时间信息。这样，当发送设备生成鉴权码的时间和接收设备接收数据包的时间相隔超过最小时间粒度时，接收设备就不能解析该数据包，不会出现重复处理、计费的问题。
图7示出了本申请实施例提供的一种传输方法的处理流程示意图。
1.发送设备基于原始数据和信息A生成鉴权码A。
其中，信息A为发送时间信息，信息A可以用于指示数据包的发送时间。
(1)发送设备获取数据包的发送时间。
在入站过程中，数据包的发送时间可以为发送设备(终端100)获取原始数据至生成鉴权码A加上偏置时间(简称为偏置)的整个期间的任意时间。其中，终端100获取原始数据的时间可以为终端100接收到主叫用户发送卫星消息的输入的时间，此时，原始数据包括主叫用户输入的数据。其中，终端100生成鉴权码A的时间可以为终端100运行获取第一数据包的发送时间的程序语句(例如，通过获取当前时间函数getCurrentTime())得到的当前时间。其中，终端100可以基于卫星的定位授时确定数据包的发送时间。或者，第一数据包的发送时间可以表示为发送设备(终端100)在AP层将第一数据包下发至MDCP层的时间。或者，第一数据包的发送时间可以表示为发送设备(终端100)预估的发送设备(终端100)将第一数据包发送给接收设备(卫星网络设备200)的时间。
在出站过程中，数据包的发送时间可以为发送设备(卫星网络设备200)获取原始数据至生成鉴权码A加上偏置期间的任意时间。其中，卫星网络设备200获取原始数据的时间可以为卫星网络设备200接收到终端100发送业务请求的时间，或者，卫星网络设备200获取原始数据的时间可以为卫星网络设备200接收到发送给终端100的消息的时间，或者卫星网络设备200向终端100发送数据的时间，或者卫星网络设备200生成鉴权码A加上偏置的时间，用来估计卫星网络设备200的SLC层或MDCP层或物理层发送数据的时间。其中，卫星网络设备200生成鉴权码A的时间可以为卫星网络设备200运行获取第一数据包的发送时间的程序语句(例如，卫星网络设备200中的融合通信平台24通过获取当前时间函数getCurrentTime())得到的当前时间。其中，卫星网络设备200中的地面收发站22或者中心站23可以基于卫星21确定数据包的发送时间。
可选的，在出站过程中，卫星网络设备200可以基于出站数据量和出站空口资源获取数据包的调度时间，卫星网络设备200可以基于数据包的调度时间预估数据包的出站时间。也就是说，卫星网络设备200的数据包的发送时间可以为预估的数据包的出站时间。例如，卫 星网络设备200中的融合通信平台24接收地面收发站22或中心站23指示的可调度时间。
在一些实施例中，数据包的发送时间可以表示为发送设备在AP层将数据包下发至MDCP层的时间。
(2)发送设备基于数据包的发送时间，生成信息A。
发送设备在得到数据包的发送时间后，可以根据预设的或者配置的最小的时间粒度对时间进行编码，得到信息A。例如，可以截取出数据包的发送时间中预设最小时间粒度之前的时间值，并将该时间值通过编码(例如，二-十进制编码，十进制转换为二进制等)得到信息A。针对入站传输，发送设备即终端100可以根据预设的或者终端100在蜂窝或WLAN下被网络配置的，或者在卫星网络下配置的最小时间粒度，对时间进行编码，得到信息A。针对出站传输，发送设备即卫星网络设备200生成信息A，例如，卫星网络设备200中的融合通信平台24，根据地面收发站22或中心站23提供的时间，以及预制或配置的最小时间粒度进行编码，生成信息A；再例如，卫星网络设备200中的地面收发站或中心站根据时间，以及预制或配置的最小时间度进行编码后得到信息A，再将信息A告知融合通信平台24。
其中，预设或配置的最小时间粒度可以为分钟、半分钟、半小时等等，本申请对此不做限制。
例如，数据包的发送时间为2021年8月25日17时23分51秒。当最小时间粒度为分钟时，发送设备可以基于预设最小时间粒度截取得到的时间值为202108251723。
再例如，当最小时间粒度为半分钟时，发送设备可以基于最小时间粒度截取得到的时间值。例如，发送设备可以将未超过30s的时间记为0.0分钟，超过30s的时间记为0.5分钟。那么，基于上述数据包的发送时间得到的时间值为202108251723.5。再例如，发送设备可以将未超过30s的时间记为00秒，将超过30s的时间记为30秒。那么，基于上述数据包的发送时间得到的时间值为20210825172330。再例如，发送设备可以直接在将分钟之前的时间值编码得到二进制数据后，在得到的二进制数据的末尾加上1bit的数据，用于指示为前半分钟或者后半分钟(例如，0代表1s-30s，1代表31s-60s)。再例如，发送设备可以针对上述数据包的发送时间的值除以最小粒度，得到一个整数值，该整数值为发送设备得到的时间值。那么，发送设备基于上述发送时间得到的时间值为404216503446。可以理解的是，实际的数据包的发送时间为时间值和最小时间粒度的值的乘积，这样，可以通过整数个最小粒度来标识时间信息。
例如，当发送设备的编码方式如果为二-十进制编码中的8421编码时，发送设备可以基于时间值202108251723通过8421编码方式得到信息A的值为0010 0000 0010 0001 0000 1000 0010 0101 0001 0111 0010 0011。当发送设备的编码方式如果为十进制转换为二进制方式时，发送设备可以基于时间值202108251723转换得到信息A的值为10111100001110100101110010111001001011。
需要说明的是，以上预设最小时间粒度的取值还有编码方式的选取只是示例，本申请对此不做具体限定。
在一种可能的实现方式中，发送设备也可以获取数据包的发送时间中一个或多个特定时间粒度的时间值，再进行编码，得到信息A。例如，数据包的发送时间为2021年8月25日17时23分51秒时，特定时间粒度包括月份、分钟和小时，那么发送设备得到的时间值为082317。(3)发送设备基于信息A和原始数据得到鉴权码A。
发送设备可以基于信息A和原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到鉴权码A。
可选的，发送设备可以基于信息A、原始数据和密钥，通过指定算法，计算得到鉴权码A。
2.发送设备基于原始数据和鉴权码A得到数据包。
发送设备可以将鉴权码A和原始数据拼接在一起，得到数据包。
可选的，发送设备可以在拼接在一起的鉴权码A和原始数据之前添加包头信息，得到数据包。其中，包头信息可以包括业务类型指示等等。业务类型指示可以用于指示数据包的业务类型(例如，向蜂窝网络的中用户设备发送消息的数据包，或者向卫星网络设备200请求数据的数据包，等等)。
在一种可能的实现方式中，数据包还可以包括用于标识数据包的标识信息，标识信息可以包括但不限于数据包的消息ID字段或计数值字段或序列号字段。该标识可以用于接收设备识别发送的数据包，例如可以在应用回执中添加标识信息，指示数据包的接收情况。发送设备可以通过应用回执的标识信息确认标识信息对应的数据包的接收状态。
3.接收设备基于数据包得到鉴权码A和原始数据。
接收设备在接收到发送设备发送的数据包后，接收设备可以从数据包中得到鉴权码A和原始数据。其中，入站时发送设备发送数据包和接收设备接收数据包的描述可以参见上述图2A、图2B所示实施例，出站时发送设备发送数据包和接收设备接收数据包的描述可以参见上述图3A、图3B所示实施例，在此不再赘述。需要说明的是，发送设备可以在MDCP层和SLC层将数据包处理为至少一个子数据包，或者发送设备可以在MDCP层将数据包梳理为至少一个子数据包。在入站过程中，数据包可以看为上图2A、图2B中的第一数据包，子数据包可以看为上图2A、图2B中的第二数据包。在出站过程中，数据包可以看为上图3A、图3B中的第三数据包，子数据包可以看为上图3A、图3B中的第四数据包。
4.接收设备获取信息B。
其中，信息B为接收时间信息，信息B可以用于指示数据包的接收时间。
(1)接收设备获取数据包的接收时间。
数据包的接收时间可以为接收设备获取数据包的第1个子数据包的时间，或者接收设备获取数据包的第一个子数据包的时间减去偏置值，或者接收设备获取数据包的第一个子数据包的时间减去偏置值至生成鉴权码B期间的任意时间。其中偏置值可以通过配置，或者根据传输时延(例如540ms)或者处理时延进行设置。
具体的一种情况为，接收时间可以通过SLC层记录，通过MDCP层传递给AP层。接收设备可以在SLC层记录收到每一个SLC PDU(即，子数据包)的时间，接收设备可以在SLC层基于帧头信息将至少一个SLC PDU拼接得到SLC SDU时，记录至少一个SLC PDU中最早的接收时间为SLC SDU的接收时间，并将SLC SDU和其对应的接收时间上传至MDCP层。接收设备在MDCP层收到SLC层上传的SLC SDU和SLC SDU对应的接收时间后，可以将SLC SDU作为MDCP层的MDCP PDU。接收设备可以基于后继指示字段判定当前MDCP PDU是否为至少一个MDCP PDU中的第1个MDCP PDU，例如后继指示字段为00或01。当后继字段指示该MDCP PDU的数据是对应MDCP SDU的第一个分段时，或者后继指示字段指示该MDCP PDU的数据是对应MDCP SDU的所有数据时，接收设备保留对应MDCP PDU的接收时间，将该接收时间作为MDCP SDU的接收时间。接收设备可以在MDCP层将MDCP SDU和MDCP SDU的接收时间上传至AP层。接收设备可以在AP层将MDCP SDU作为数据包。其中，MDCP SDU对应的接收时间为接收设备获取数据包的第1个子数据包的时间。
具体的另一种情况为，接收时间可以通过SLC层记录，通过MDCP层传递给AP层，获 取方式与上一种情况相同，不再赘述，基于从SLC上传的时间减去一个偏置值，其中偏置值可以通过配置，或者根据传输时延(例如540ms)进行设置。
具体的另一种情况为，接收时间可以通过MDCP层记录，传递给AP层。其中，接收设备在MDCP层记录接收到的第一个MDCP PDU的时间。MDCP层可以基于后继指示进行时间记录，例如后继指示字段为00或01。当后继字段指示该MDCP PDU的数据是对应MDCP SDU的第一个分段时，或者后继指示字段指示该MDCP PDU的数据是对应MDCP SDU的所有数据时，接收设备保留对应MDCP PDU的接收时间，接收设备将该接收时间作为MDCP SDU的接收时间。接收设备将该接收时间递交给AP层。接收设备可以在AP层将MDCP SDU作为数据包。其中，MDCP SDU对应的接收时间为接收设备获取数据包的第1个子数据包的时间。
具体的另一种情况为，接收时间可以通过MDCP层记录，传递给AP层，获取方式与上一种情况相同，不再赘述，基于从MDCP上传的时间减去一个偏置值，其中偏置值可以通过配置，或者根据传输时延(例如540ms)，或者根据处理时延进行设置。
具体的另一种情况为，接收时间可以为AP层接收到MDCP SDU的时间或MDCP递交的MDCP SDU组包完成的时间。
具体的另一种情况为，接收时间可以为AP层接收到MDCP SDU的时间或MDCP递交的MDCP SDU组包完成的时间，并减去一个偏置值。其中偏置值可以通过配置，或者根据传输时延(例如540ms)，或者根据处理时延进行设置。具体的另一种情况为，接收时间可以为接收设备计算鉴权码B时运行获取数据包的发送时间的程序语句(例如，通过获取当前时间函数getCurrentTime())得到的当前时间。
具体的另一种情况为，接收时间可以为接收设备计算鉴权码B时运行获取数据包的发送时间的程序语句(例如，通过获取当前时间函数getCurrentTime())得到的当前时间，并减去一个偏置值。其中偏置值可以通过配置，或者根据传输时延(例如540ms)，或者根据处理时延进行设置。
针对入站传输，接收设备为卫星网络设备200，其中，卫星网络设备200中的融合通信平台24承载AP层的处理，根据地面收发站22或中心站23承载SLC层的处理与MDCP层的处理，融合通信平台24可以通过向地面收发站22或中心站23请求时间信息。
针对出站传输，接收设备为终端设备100。
(2)接收设备基于数据包的接收时间，生成信息B。
接收设备在得到数据包的接收时间后，可以根据预设的或者配置的最小的时间粒度对时间进行编码，得到信息B。例如，可以截取出数据包的接收时间中预设最小时间粒度之前的时间值，并将该时间值通过编码(例如，二-十进制编码，十进制转换为二进制等)得到信息B。针对出站传输，接收设备即终端100可以根据预设的或者终端100在蜂窝下被网络配置的，或者在卫星网络下配置的最小时间粒度，对时间进行编码，得到信息B。针对入站传输，接收设备即卫星网络设备200生成信息B，例如，卫星网络设备200中的融合通信平台24，根据地面收发站22或中心站23提供的数据包的接收时间信息，以及预制或配置的最小时间粒度进行编码，生成信息B；再例如，卫星网络设备200中的地面收发站或中心站根据记录的时间，以及预制或配置的最小时间度进行编码后得到信息B，再将信息B传输给融合通信平台24。
其中，预设最小时间粒度可以为分钟、半分钟、半小时等等，本申请对此不做限制。
需要说明的是，接收设备基于数据包的接收时间生成信息B使用的最小时间粒度和编码 方式和发送设备生成信息A使用的相同。即，接收设备生成信息B的描述可以参见上述发送设备生成信息A的描述，在此不再赘述。
在一种可能的实现方式中，接收设备也可以截取数据包的接收时间中一个或多个特定时间粒度的时间值，再进行编码，得到信息B。
在一种可能的实现方式中，接收设备可以在MDCP层获取到MDCP SDU的接收时间后，将其作为数据包的接收时间，并在MDCP层基于数据包的接收时间生成信息B，并在MDCP层将MDCP SDU和信息B上传至AP层。
在一种可能的实现方式中，接收设备可以在SLC层获取到SLC SDU的接收时间后，将其作为数据包的接收时间，并在SLC层基于数据包的接收时间及最小粒度信息生成信息B上传给MDCP层，并在MDCP层将MDCP SDU和信息B上传至AP层。
5.接收设备基于信息B和数据包生成鉴权码B。
接收设备可以基于信息B和数据包中的原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到鉴权码B。其中，接收设备的指定算法和发送设备的指定算法相同。例如，发送设备可以在数据包的包头中添加指定算法指示，指定算法指示可以用于指示发送设备使用的指定算法，接收设备可以基于收到的数据包中的指定算法指示确定发送设备使用的指定算法指示。再例如，发送设备和接收设备可以在蜂窝网络下协商使用的指定算法。
6.接收设备基于鉴权码B确定数据包的接收状态。
接收设备可以通过比较鉴权码A和鉴权码B是否相同，确定数据包的接收状态。
(1)当鉴权码B和鉴权码A相同时，接收设备确定出数据包接收成功。接收设备可以针对原始数据执行相应的处理操作。例如，当接收设备为终端100时，接收设备可以显示该原始数据。当接收设备为卫星网络设备200时，接收设备可以将原始数据转发至蜂窝网络下的用户设备(例如终端300)。可选的，接收设备还可以生成成功应用回执并将该成功应用回执发送给发送设备，成功应用回执可以用于指示接收设备接收数据包成功。
(2)当鉴权码B和鉴权码A不同时，接收设备可以基于信息B得到信息C。具体的，接收设备可以在信息B的基础上减少预设值(例如1)得到信息C。接收设备可以基于信息C和原始数据通过指定鉴权算法得到鉴权码C。例如，基于信息B对应的时间为2021年9月23日18时00分，减少预设值得到的信息C对应的时间为2021年9月23日17时59分。鉴权码C将基于信息C对应的时间信息生成。接收设备可以对比鉴权码C和鉴权码A是否相同。
(3)当鉴权码A和鉴权码C相同时，接收设备可以确定接收数据包成功。可选的，接收设备还可以生成并向发送设备发送成功应用回执，成功应用回执可以用于指示接收设备接收数据包成功。
(4)当鉴权码A和鉴权码C不同时，接收设备可以确定出接收数据包失败。可选的，接收设备还可以生成并向发送设备发送失败应用回执，失败应用回执可以用于指示接收设备接收数据包失败。在实施例中，可以按照先比较鉴权码A与鉴权码B，在不同的情况下，再生成信息C，比较鉴权码A与鉴权码C。也可以先生成信息B与信息C，然后生成鉴权码B和鉴权码C，然后与鉴权码A进行比较，如果任一个与鉴权码A相同，则说明接收成功。可选的，可以反馈接收成功应用回执。如果均不同，则反馈发送失败应用回执。
在一些实施例中，接收设备可以在获取到数据包的接收时间后，基于数据包的接收时间得到接收时间集合。接收设备可以基于数据包的接收时间和最小预设时间粒度得到接收时间集合中的第1个时间值，接收时间再针对第1个时间值减少1得到第2个时间值，针对第2 个时间值减少1得到第3个时间值，依次类推，接收设备可以得到包括n个时间值的接收时间集合。其中，n为正整数。接收设备可以基于接收时间集合中的每一个时间值进行编码，得到信息B集合。接收设备可以针对信息B集合中的每一个数值和原始数据通过指定鉴权算法计算，得到鉴权码集合。接收设备可以通过对比鉴权码中的数值和鉴权码A，确定数据包的接收情况。其中，只要鉴权码集合中有一个值和鉴权码A相同，接收设备确定出接收数据包成功。当鉴权码集合中任意一个值和鉴权码A都不同，接收设备确定出接收数据包失败。
在一种可能的实现方式中，发送设备在得到数据包之前，可以使用指定密钥加密鉴权码A和原始数据。发送设备还可以在数据包中添加包括有加密指示字段的包头信息。接收设备收到发送设备发送的数据包后，可以基于加密指示字段和指定密钥解密数据包，得到鉴权码A和原始数据。这样，发送设备和接收设备可以通过加密数据，保证数据的安全性。
其中，数据包的发送时间，数据包的接收时间的格式为协调世界时(universal time coordinated，UTC)，或者格林尼治时间(greenwich mean time，GMT)，或者北京时间，或者东太平洋时间，或者西太平洋时间等，本实施例不做限制。
需要说明的是，通常情况下，发送设备的数据包的发送时间和接收设备的数据包的接收时间之间的差值不会超过预设最小时间粒度，也就是说，接收设备可以成功接收发送设备发送的数据包。
在一种可能的实现方式中，发送设备的信息A为发送时间信息，接收设备的信息B为接收时间信息。发送设备可以基于信息A、指定密钥和原始数据生成鉴权码A，再基于鉴权码A和原始数据生成数据包。接收设备可以基于信息B、指定密钥和数据包生成鉴权码B。这样，不仅不会出现重复处理、计费的问题。由于发送设备和接收设备都基于各自存储的指定密钥生成鉴权码，接收设备还可以通过鉴权码验证双方的指定密钥是否相同，进而验证发送设备的合法性。
其中，终端100和卫星网络设备200可以通过蜂窝网络进行协商获取指定密钥，如图5所示。或者，终端100和卫星网络设备200可以预设有相同的指定密钥。
在一些实施例中，终端100可以通过中间设备获取指定密钥。其中，中间设备和卫星网络设备200首先可以通过蜂窝网络进行协商获取指定密钥(例如，中间设备和卫星网络设备200协商获取指定密钥的流程可以参考图5所示的终端100和卫星网络设备200协商获取指定密钥的流程)，中间设备可以和终端100建立通信连接(例如，蓝牙连接、wi-fi连接或边缘(sidelink)连接等等)，中间设备可以通过通信连接将指定密钥发送给终端100。
进一步的，为了保证传输数据的安全性。发送设备可以将鉴权码A和原始数据拼接在一起，得到拼接数据。发送设备再使用指定密钥通过指定加密算法加密拼接数据，得到加密后数据。发送设备可以在加密后数据前添加包头信息，包头信息中包括加密指示字段。加密指示字段可以用于指示发送设备使用的指定加密算法(例如SM3密码杂凑算法)。接收设备可以基于加密指示字段、指定密钥解密数据包中的加密后数据，得到鉴权码A和原始数据。接收设备再基于原始数据、信息B和指定密钥生成鉴权码B，如图8所示。这样，由于发送设备将数据加密后，再发送给接收设备，可以进一步保证数据的安全。
接下来介绍本申请实施例提供的一种传输方法的入站流程。
终端100可以基于第一信息、指定密钥和第一数据(又称为原始数据)生成第一鉴权码。其中，第一信息为发送时间信息。终端100可以基于第一鉴权码、指定密钥和第一数据，得到第一数据包。终端100可以将第一数据包发送给卫星网络设备200。卫星网络设备200可 以在接收到第一数据包后，基于第二信息、指定密钥和第一数据包生成第二鉴权码。其中，第二信息为接收时间信息。卫星网络设备200可以基于第二鉴权码确定第一数据包的接收状态。这样，卫星网络设备200在接收到重复发送的第一数据包时，由于第二信息已经随时间的变化而更新，生成的鉴权码和第一数据包中的第一鉴权码不同，卫星网络设备200确定出第一数据包接收失败，就不会出现重复接收同一个数据包的问题。
图9示出了本申请实施例提供的一种入站传输流程示意图。
S901，终端100、卫星网络设备200和蜂窝网络设备400协商密钥。
其中，终端100、卫星网络设备200和蜂窝网络设备400协商密钥的描述可参见上述图5所示实施例，在此不再赘述。其中，终端100和卫星网络设备200在协商密钥后，都存储有指定密钥。
S902，终端100获取原始数据。
其中，终端100可以在接收到用户发送卫星消息的输入后，响应于该输入，终端100可以基于用户输入的卫星消息的内容生成原始数据。或者终端100可以在接收到用户的指示后，例如用户希望对信箱发起查询，或希望从网络获取其他信息时，终端100可以基于用户请求生成原始数据。其中，原始数据可以包括但不限于接收用户的数量指示，接收用户的ID号，用户输入的数据(例如，文本数据、图片数据、音频数据等等)、终端100的位置信息等等。
S903，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。
首先，终端100可以获取第一数据包的发送时间。其中，第一数据包的发送时间可以为终端100获取原始数据至生成第一鉴权码期间的任意时间。其中，终端100获取原始数据的时间可以为终端100接收到主叫用户发送卫星消息的输入的时间，此时，原始数据包括主叫用户输入的数据。其中，终端100生成第一鉴权码的时间可以为终端100运行获取第一数据包的发送时间的程序语句(例如，通过获取当前时间函数getCurrentTime())得到的当前时间。其中，终端100可以基于卫星的定位授时确定数据包的发送时间。
在一些实施例中，第一数据包的发送时间可以表示为终端100在AP层将第一数据包下发至MDCP层的时间。
在另一些实施例中，第一数据包的发送时间可以表示为终端100预估的终端100将第一数据包发送给卫星网络设备200的时间。
具体的，终端100获取第一数据包的发送时间可以参见上述图7所示实施例，在此不再赘述。
之后，终端100基于第一数据包的发送时间生成第一信息。终端100在得到第一数据包的发送时间后，可以截取出第一数据包的发送时间中预设最小时间粒度之前的时间值，并将该时间值通过编码(例如，二-十进制编码，十进制转换为二进制等)得到第一信息。其中，预设最小时间粒度可以为分钟、半分钟、半小时等等，本申请对此不做限定。具体的，终端100生成第一信息的描述可以参见上述图7所示实施例，在此不再赘述。
最后，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。终端100可以基于第一信息、指定密钥和原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到第一鉴权码。
示例性的，当终端100使用的指定算法可以为基于SM3密码杂凑算法的哈希运算消息认证码(hash-based message authentication code，HMAC)算法时。HMAC的计算公式如下：
Figure PCTCN2022109226-appb-000001
其中，SM3为一种密码杂凑算法。其中，k+可以基于指定密钥得到。其中，k+的长度可 以为64字节。高位的16字节为指定密钥，后面的48字节全为0。其中，opad为64字节重复的0x5C，ipad为64字节重复的0x36。text为原始数据，context为第一信息。其中，
Figure PCTCN2022109226-appb-000002
为异或符号，||为拼接符号。其中，SM3算法的输出的长度为32byte。F为截取输入的高位至低位的前16bit数据的函数。F的输出(即，HMAC)为第一鉴权码。其中，第一鉴权码的长度为16bit。
S904，终端100可以基于第一鉴权码、原始数据，得到第一数据包。
终端100可以将第一鉴权码和原始数据拼接在一起，得到第一数据包。可选的，终端100还可以在拼接在一起的第一鉴权码和原始数据之前添加包头信息，得到第一数据包。其中，包头信息可以包括但不限于业务类型指示等等。业务类型指示可以用于指示第一数据包的业务类型(例如，向蜂窝网络的中用户设备发送消息的数据包，或者向卫星网络设备200请求数据的数据包，等等)。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到第一数据包。具体的描述可以参见上述图8所示实施例，在此不再赘述。
S905，终端100向卫星网络设备200发送第一数据包。
在一种可能的实现方式中，终端100在向接收设备发送第一数据包后，可以显示发送提示信息，如显示“已发送”，发送提示信息可以用于提示用户终端100已经向卫星网络设备200发出该第一数据包。发送提示信息还可以包括标记图标，该标记图标可以用于触发(例如单击触发)显示信息解释，如“已发送！”，可通过点击触发显示操作建议(例如，本消息已向接收设备发送，未确定是否送达)。其中，发送提示信息的形式不受限制，可以为文字、图片、动画等等。
具体的，终端100可以在MDCP层和SLC层或MDCP层将第一数据包处理为至少一个第二数据包(即，SLC PDU或MDCP PDU)，再将该至少一个第二数据包发送给卫星网络设备200。其中，终端100得到至少一个第二数据包并将其发送给卫星网络设备200的具体描述可以参见上述图2A及图7所示实施例，在此不再赘述。
S906，卫星网络设备200获取第一数据包的接收时间，基于该接收时间生成第二信息。
具体的，卫星网络设备200获取第一数据包的接收时间的方式有多种可能。例如，卫星网络设备200可以在SLC层收到至少一个第二数据包时，记录至少一个第二数据包中每一个第二数据包的接收时间。卫星网络设备200可以在SLC层基于第二数据包的帧头信息，将属于一个SLC SDU的第二数据包拼接得到SLC SDU。卫星网络设备200可以比较SLC SDU包括的第二数据包的接收时间的先后，将时间最早的接收时间作为SLC SDU的接收时间。卫星网络设备200可以在SLC层将SLC SDU和SLC SDU的接收时间上传至MDCP层。卫星网络设备200可以在MDCP层将SLC SDU作为MDCP PDU，并基于MDCP PDU得到MDCP SDU。卫星网络设备200可以通过MDCP PDU的后继指示字段确定出MDCP SDU的第1个MDCP PDU，并将第1个MDCP PDU的对应的SLC SDU的接收时间作为MDCP SDU的接收时间。卫星网络设备200可以在MDCP层将MDCP SDU和MDCP SDU的接收时间上传至AP层。卫星网络设备100可以在AP层将MDCP SDU作为第一数据包，将MDCP SDU的接收时间作为第一数据包的接收时间。卫星网络设备200获取第一数据包的接收时间的详细描述还可以参见上述图7中入站过程所示实施例，在此不再赘述。
具体的，卫星网络设备200接收第一数据包的详细描述可以参见上述图2B及图7所示实施例，在此不再赘述。
卫星网络设备200在AP层获取到第一数据包的接收时间(又称为第四信息)后，可以 基于第四信息和预设或配置的最小时间粒度，生成第二信息。卫星网络设备200生成第二信息的具体描述可以参见上述图7所示的接收设备生成信息B的实施例，在此不再赘述。
S907，卫星网络设备200可以基于指定密钥、原始数据和第二信息生成第二鉴权码。
卫星网络设备200可以基于第二信息和第一数据包中的原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到第二鉴权码。其中，卫星网络设备200的指定鉴权算法和终端100的指定鉴权算法相同。
示例性的，当终端100使用的指定鉴权算法可以为基于SM3密码杂凑算法的哈希运算消息认证码(hash-based message authentication code，HMAC)算法时，卫星网络设备200使用的指定鉴权算法也为基于SM3的HMAC算法。
Figure PCTCN2022109226-appb-000003
其中，SM3为一种密码杂凑算法。其中，k+可以基于指定密钥得到。其中，k+的长度可以为64字节。高位的16字节为指定密钥，后面的48字节全为0。其中，opad为64字节重复的0x5C，ipad为64字节重复的0x36。text为原始数据，context为第二信息。其中，
Figure PCTCN2022109226-appb-000004
为异或符号，||为拼接符号。其中，SM3算法的输出的长度为32byte。F为截取输入的高位至低位的前16bit数据的函数。F的输出(即，HMAC)为第二鉴权码。其中，第二鉴权码的长度为16bit。
S908，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和第二鉴权码是否相同，确定第一数据包的接收状态。其中，当第一鉴权码和第二鉴权码相同时，卫星网络设备200可以执行步骤S909，还可以执行步骤S910。对第一鉴权码的详细描述可参照图7所示实施例中的鉴权码A，第二鉴权码的详细描述可参照图7所示实施例中的鉴权码B或鉴权码C，在此不再赘述。
当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以执行步骤S911。
S909，卫星网络设备200将原始数据发送给蜂窝网络设备400。
卫星网络设备200判定出第一鉴权码和第二鉴权码相同，确定第一数据包接收成功。卫星网络设备200可以针对原始数据执行相应的处理操作。例如，卫星网络设备200可以将原始数据转发至蜂窝网络下的用户设备(例如终端300)。
可选的，卫星网络设备200还可以记录第一数据包成功接收的时间信息，例如，第一数据包成功接收的时间信息可以为第二鉴权码对应的第二信息，卫星网络设备100可以记录第二信息，并将其转发至蜂窝网络中的网元(例如短消息中心)。蜂窝网络中的网元可以基于收到的第一数据包成功接收的时间信息记录入站消息的发送成功时间，便于后续在蜂窝网络中，通过向终端100发送成功传输的时间信息，更新终端100在卫星网络下未成功收到应用回执的信息的发送状态。
S910，卫星网络设备200给终端100发送应用回执，指示发送成功。
卫星网络设备200还可以生成成功应用回执(即指示发送成功的应用回执)，成功应用回执可以用于指示卫星网络设备200接收数据包成功。卫星网络设备200可以将成功应用回执发送给终端100。
S911，卫星网络设备200给终端100发送应用回执，指示发送失败。
卫星网络设备200判定出第一鉴权码和第二鉴权码不同，确定第一数据包接收失败。卫星网络设备200可以删除第一数据包。卫星网络设备200还可以生成失败应用回执(即指示发送失败的应用回执)，失败应用回执可以用于指示卫星网络设备200接收数据包失败。卫星网络设备200可以将失败应用回执发送给终端100。
在一种可能的实现方式中，卫星网络设备200判定出第一鉴权码和第二鉴权码不同后，卫星网络设备200可以在第二信息的值上减少预设值(例如1)，再基于调整后的第二信息、指定密钥和原始数据生成新的第二鉴权码。
卫星网络设备200可以对比第一鉴权码和新的第二鉴权码是否相同，当第一鉴权码和新的第二鉴权码相同时，卫星网络设备200可以确定接收数据包成功。卫星网络设备200接收设备还可以执行步骤S909和步骤S910。
当第一鉴权码和新的第二鉴权码不同时，卫星网络设备200可以确定出接收数据包失败。卫星网络设备200还可以生成并向终端100发送失败应用回执，失败应用回执可以用于指示卫星网络设备200接收数据包失败。
在一些实施例中，终端100收到失败应用回执后，可以重新生成并向卫星网络设备200发送第一数据包。
在此，成功应用回执和失败应用回执可以统称为第一应用回执，第一应用回执可以包括指示信息，用于指示用户是否接收成功。
在一种可能的实现方式中，终端100在收到应用回执(包括失败应用回执和成功应用回执)后，可以在显示屏上显示结果提示信息(包括成功提示信息和失败提示信息)。这样，用户可以通过结果提示信息确认第一数据包的发送情况，避免重复发送发送成功的卫星消息。
具体的，终端100可以在接收到成功应用回执(即，用于指示第一数据包发送成功的应用回执)后，显示成功提示信息。成功提示信息可以用于提示用户第一数据包发送成功。
终端100可以在接收到失败应用回执(即，用于指示第一数据包发送失败的应用回执)后，显示失败提示信息。失败提示信息可以用于提示用户第一数据包发送失败。
接下来介绍本申请实施例提供的一种传输方法的出站流程。
卫星网络设备200可以基于第六信息和原始数据(又称为第一数据)生成第四鉴权码。其中，第六信息为发送时间信息。卫星网络设备200可以基于第四鉴权码和原始数据，得到第三数据包。卫星网络设备200可以将第三数据包发送给终端100。终端100可以在接收到第三数据包后，基于第五信息和第三数据包生成第三鉴权码。其中，第五信息为接收时间信息。终端100可以基于第三鉴权码确定第三数据包的接收状态。这样，终端100在接收到重复发送的第三数据包时，由于第五信息已经随时间的变化而更新，基于第五信息生成的鉴权码和第三数据包中的第四鉴权码不同，终端100确定出第三数据包接收失败，就不会出现接收到重复的数据包的问题。
图10示出了本申请实施例提供的一种出站传输流程示意图。
S1001，卫星网络设备200接收到蜂窝网络设备400发送的原始数据。
卫星网络设备200接收到蜂窝网络设备400的短消息中心25发送的原始数据。其中，该原始数据为蜂窝网络下的主叫用户(例如终端300的用户)发送至卫星网络下的被叫用户(终端100的用户)的数据(包括但不限于主叫用户输入的文本数据、图片数据等)。需要说明的是，蜂窝网络设备400在将终端300发送给终端100的数据转发至卫星网络设备200时，也可以同时将被叫用户的标识(例如，终端100的ID号或电话号码)转发至卫星网络设备200。
在一些实施例中，卫星网络设备200获取的原始数据可以为存储在卫星网络设备200的存储器中的数据。例如，原始数据可以为卫星网络设备200存储的地图数据。
在另一些实施例中，卫星网络设备200接收的原始数据可以为第三方服务器发送到卫星网络设备200的数据(例如，文本数据、图像数据、音频数据、视频数据等等)。
S1002，可选的，卫星网络设备200接收到终端100发送的业务请求。
其中，该业务请求可以为下载原始数据的请求，在此，该原始数据的接收设备为终端100。卫星网络设备200可以在接收到终端100的业务请求后，执行步骤S1003-步骤1005。
S1003，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。
首先，卫星网络设备200可以获取第三数据包的发送时间。其中，第三数据包的发送时间可以为卫星网络设备200获取原始数据至生成第四鉴权码加上偏置的整个期间中的任意时间。其中，卫星网络设备200获取原始数据的时间可以为卫星网络设备200接收到终端100发送的业务请求的时间，或者为卫星网络设备200接收到蜂窝网络设备400发送的原始数据的时间，或者卫星网络设备200向终端100发送数据的时间，或者卫星网络设备200生成第四鉴权码减去偏置的时间，用来估计卫星网络设备200SLC层或MDCP层或物理层发送数据的时间。例如，卫星网络设备200生成第四鉴权码的时间可以为卫星网络设备200运行获取第三数据包的发送时间的程序语句(例如，通过获取当前时间函数getCurrentTime())得到的当前时间。
在一种可能的实现方式中，卫星网络设备200可以在MDCP层/SLC层(即，基于中心站23或者地面中心站31)确定第三数据包的发送时间(又称为第八信息)。卫星网络设备200再在AP层基于第八信息和最小时间粒度生成第六信息。可选的，卫星网络设备200可以在MDCP层/SLC层确定第三数据包的发送时间，并基于第三数据包的发送时间和预设最小时间粒度生成第六信息，再将第六信息上传至AP层。
在一些实施例中，第三数据包的发送时间可以表示为卫星网络设备200在AP层将第三数据包下发至MDCP层的时间，即，融合通信平台24将第三数据包下发给中心站23或者地面中心站31的时间。
卫星网络设备200获取第三数据包的发送时间可参见图7所示实施例中的流程，在此不再赘述。
之后，卫星网络设备200基于第三数据包的发送时间生成第六信息。卫星网络设备200在得到第三数据包的发送时间后，可以根据预设的或者配置的最小的时间粒度对时间进行编码，得到第六信息，例如，可以截取出第三数据包的发送时间中预设或配置最小时间粒度之前的时间值，并将该时间值通过编码(例如，二-十进制编码，十进制转换为二进制等)得到第六信息。其中，预设或配置的最小时间粒度可以为秒，分钟、半分钟、半小时等等，本申请对此不做限定。具体的，卫星网络设备200生成第六信息的描述可以参见上述图7所示实施例，在此不再赘述。
最后，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。具体的，卫星网络设备200可以基于第六信息和原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到第四鉴权码。
S1004，卫星网络设备200基于原始数据和第四鉴权码，得到第三数据包。
卫星网络设备200可以将第四鉴权码和原始数据拼接在一起，得到第三数据包。可选的，卫星网络设备200还可以在拼接在一起的第四鉴权码和原始数据之前添加包头信息，得到第三数据包。其中，包头信息可以包括但不限于业务类型指示等等。业务类型指示可以用于指示第三数据包的业务类型(例如，向终端100发送卫星消息的数据包，或者向终端100发送有多少条发送给终端100的卫星消息的数据包，等等)。
在一种可能的实现方式中，终端100可以基于指定密钥、第六信息和原始数据得到第四鉴权码。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第四鉴权码和原始数据，得到第三数据包。具体的描述可以参见上述图8所示实施例，在此不再赘述。
S1005，卫星网络设备200向终端100发送第三数据包。
具体的，卫星网络设备200可以在MDCP层和SLC层将第三数据包处理为至少一个第四数据包(即，SLC PDU)，或者卫星网络设别200可以在MDCP层将第三数据包处理为至少一个第四数据包(即，MDCP PDU)，再将该至少一个第四数据包发送给终端100。其中，卫星网络设备200得到至少一个第四数据包并将其发送给终端100的具体描述可以参见上述图3A所示实施例，在此不再赘述。
S1006，终端100获取第三数据包的接收时间，基于该接收时间生成第五信息。
终端100获取第三数据包的接收时间的方式有多种。例如，终端100可以在SLC层收到至少一个第四数据包时，记录至少一个第四数据包中每一个第四数据包的接收时间。终端100可以在SLC层基于第四数据包的帧头信息，将属于一个SLC SDU的第四数据包拼接得到SLC SDU。终端100可以比较SLC SDU包括的第四数据包的接收时间的先后，将时间最早的接收时间作为SLC SDU的接收时间。终端100可以在SLC层将SLC SDU和SLC SDU的接收时间上传至MDCP层。终端100可以在MDCP层将SLC SDU作为MDCP PDU，并基于MDCP PDU得到MDCP SDU。终端100可以通过MDCP PDU的后继指示字段确定出MDCP SDU的第1个MDCP PDU，并将第1个MDCP PDU的对应的SLC SDU的接收时间作为MDCP SDU的接收时间。终端100可以在MDCP层将MDCP SDU和MDCP SDU的接收时间上传至AP层。卫星网络设备100可以在AP层将MDCP SDU作为第三数据包，将MDCP SDU的接收时间作为第三数据包的接收时间。终端100获取第三数据包的接收时间的其他详细描述可以参见图7实施例中接收设备获取数据包接收时间的描述，此处不在赘述。
具体的，卫星网络设备100接收第三数据包的详细描述可以参见上述图2B和图7所示实施例，在此不再赘述。
终端100在获取到第三数据包的接收时间后，可以基于第三数据包的接收时间和预设或配置的最小时间粒度，生成第五信息。终端100生成第五信息的具体描述可以参见上述图7所示的实施例，在此不再赘述。
S1007，终端100基于第三数据包、第五信息，得到第三鉴权码。
终端100可以基于第五信息和第三数据包中的原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到第三鉴权码。其中，卫星网络设备200的指定鉴权算法和终端100的指定鉴权算法相同。
S1008，终端100判断第三鉴权码和第四鉴权码是否相同。
终端100可以通过比较第三鉴权码和第四鉴权码是否相同，确定第三数据包的接收状态。其中，当第三鉴权码和第四鉴权码相同时，终端100执行步骤S1009，可选的，还可以执行步骤S1010。
可选的，终端100还可以记录第三数据包成功接收的时间信息，例如生成第三鉴权码对应的第五信息。第三数据包成功接收的时间信息可以用于后续终端100接入第二传输系统(例如蜂窝或WLAN网络)时，向卫星设备200或第二传输系统网元发送成功传输的时间信息，更新卫星网络下未成功收到应用回执的信息的发送状态。以避免出现计费问题。
当第三鉴权码和第四鉴权码不同时，终端100可以执行步骤S1011。
S1009，终端100显示接收提示信息。
终端100判定出第三鉴权码和第四鉴权码相同，确定第三数据包接收成功。终端100可 以针对原始数据执行相应的处理操作。例如，终端100可以将显示接收提示信息。其中，接收提示信息可以用于提示用户接收到一条来自蜂窝网络下的用户设备(例如终端300)发送的卫星消息。接收提示信息可以包括但不限于语音提示信息、文字提示信息、震动提示信息等等。例如，当接收提示信息为文字提示信息时，接收提示信息可以为“收到一条来自“终端300”的卫星信息”。可选的，终端100还可以在显示屏上显示第三数据包中的原始数据。
S1010，终端100给卫星网络设备200发送应用回执，指示接收成功。
终端100还可以生成成功应用回执(即指示发送成功的应用回执)，成功应用回执可以用于指示终端100接收数据包成功。终端100可以将成功应用回执发送给卫星网络设备200。
在一些实施例中，卫星网络设备200接收到成功应用回执后，可以删除第三数据包的原始数据。
S1011，终端100给卫星网络设备200发送应用回执，指示接收失败。
终端100判定出第三鉴权码和第四鉴权码不同，确定第三数据包接收失败。终端100可以删除第三数据包。终端100还可以生成失败应用回执(即指示发送失败的应用回执)，失败应用回执可以用于指示终端100接收数据包失败。终端100可以将失败应用回执发送给卫星网络设备200。
在一种可能的实现方式中，终端100判定出第三鉴权码和第四鉴权码不同后，终端100可以在第五信息的值上减少预设值(例如1)，再基于调整后的第五信息和原始数据生成新的第三鉴权码。
接收设备可以对比第四鉴权码和新的第三鉴权码是否相同，当第四鉴权码和新的第三鉴权码相同时，终端100可以确定接收数据包成功。终端100还可以执行步骤S1010。
当第四鉴权码和新的第三鉴权码不同时，终端100可以确定出接收数据包失败。终端100还可以生成并向卫星网络设备200发送失败应用回执，失败应用回执可以用于指示终端100接收数据包失败。
在一些实施例中，卫星网络设备200收到失败应用回执后，可以重新生成并向终端100发送第三数据包。
在此，成功应用回执和失败应用回执可以统称为第三应用回执，第三应用回执可以包括指示信息，用于指示用户是否接收成功。
不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和上述实施例互相结合使用。
在一种可能的实现方式中，发送设备的信息A为上下文信息(context)A，上下文信息A可以用于指示发送数据包的数量信息，发送数据包的数量信息为发送设备发送成功的数据包的数量信息。接收设备的信息B为上下文信息B，上下文信息B可以用于指示接收数据包的数量信息。接收数据包的数量信息为接收设备接收成功的数据包的数量信息(即，生成的成功应用回执的数量信息)。其中，信息A和信息B的初始数值相同。这样，当接收设备基于信息B成功解析发送设备基于信息A生成的数据包后，可以更新信息B的值，当接收设备再次接收到重复发送的数据包后，由于更新后的信息B和更新前的信息A的数值不同，即鉴权码A和鉴权码B不同，接收设备就不能解析发送设备发送的数据包，不会出现重复处理、计费的问题。
需要说明的是，发送设备在向接收设备发送数据包之前，发送设备和接收设备可以获取上下文信息。其中，发送设备的上下文信息可以称为上下文信息A，即信息A。接收设备的 上下文信息可以称为上下文信息B，即信息B。
在一种可能的实现方式中，发送设备发送成功的数据包的数量可以为发送设备收到的成功应用回执的数量。
接下来介绍终端100和卫星网络设备200获取上下文信息的几种方式，具体描述如下：
(1)终端100和卫星网络设备200可以通过蜂窝网络进行协商获取指定密钥时获取上下文信息。示例性的，终端100、卫星网络设备200和蜂窝网络设备400可以执行如图5所示的步骤S501至步骤S515。当卫星网络设备200收到引导服务器41发送的参数响应(包括指定密钥)后，卫星网络设备200可以设置卫星网络设备200的上下文信息。例如，卫星网络设备200的上下文信息的初始值可以为X。之后，卫星网络设备200可以向终端100发送业务响应4。业务响应4可以用于指示在指定密钥有效期内，终端100和卫星网络设备200可以使用各自存储的指定密钥进行数据的加解密操作。业务响应4还可以包括卫星网络设备200的上下文信息。终端100收到业务响应4后，可以基于业务响应4将终端100的上下文信息的初始值设置为X。需要说明的是，只要卫星网络设备200的上下文信息的值和终端100的上下文信息的值相同，上下文信息的初始值为任意数值都不会对发送设备和接收设备的接收结果产生影响。
(2)终端100可以通过中间设备获取指定密钥和上下文信息的初始值。其中，中间设备和卫星网络设备200首先可以通过上述操作在蜂窝网络协商获取指定密钥、卫星网络设备200的上下文信息和终端100的上下文信息，中间设备可以和终端100建立通信连接(例如，蓝牙连接等等)，中间设备可以通过通信连接将指定密钥和终端100的上下文信息发送给终端100。
(3)终端100的信息A和卫星网络设备200的信息B的初始值为预先设置的指定数值。
(4)终端100的信息A的初始值为卫星网络设备200配置给终端100的数据值。
图11示出了本申请实施例提供的一种传输方法的处理流程示意图。
1.发送设备基于原始数据和信息A生成鉴权码A。
其中，信息A为上下文信息A，信息A可以用于指示发送数据包的数量信息。发送数据包的数量信息为发送设备发送成功的数据包的数量信息。在此，可以用发送设备接收到成功应用回执的数量信息表示发送设备发送成功的数据包的数量信息。也就是说，当发送设备收到成功应用回执后，可以在信息A的值上增加预设值。需要说明的是，信息A的增量和发送设备发送成功的数据包的数量相关。
发送设备可以基于信息A和原始数据得到鉴权码A。其中，发送设备得到鉴权码A的详细描述可以参见上述图7所示实施例，在此不再赘述。
在一种可能的实现方式中，发送设备可以基于信息A、指定密钥和原始数据生成鉴权码A，再基于鉴权码A和原始数据生成数据包。接收设备可以基于信息B、指定密钥和数据包生成鉴权码B。这样，可以通过指定密钥验证发送设备的合法性，保证传输的安全性。
2.发送设备基于原始数据和鉴权码A得到数据包。
发送设备可以将鉴权码A和原始数据拼接在一起，得到数据包。
可选的，发送设备可以在拼接在一起的鉴权码A和原始数据之前添加包头信息，得到数据包。其中，包头信息可以包括业务类型指示等等。业务类型指示可以用于指示数据包的业务类型。
在一种可能的实现方式中，发送设备可以将鉴权码A和原始数据拼接在一起，得到拼接 数据。发送设备再使用指定密钥通过指定算法加密拼接数据，得到加密后数据。发送设备可以在加密后数据前添加包头信息，包头信息中包括加密指示字段。加密指示字段可以用于指示发送设备使用的指定算法(例如SM3密码杂凑算法)。这样，由于发送设备将数据加密后，再发送给接收设备，可以进一步保证数据的安全。
发送设备可以将数据包发送给接收设备，其中，入站时发送设备发送数据包给接收设备的描述可以参见上述图2A所示实施例，出站时发送设备发送数据包给接收设备的描述可以参见上述图3A所示实施例，在此不再赘述。
在一种可能的实现方式中，发送设备为终端100时，发送设备将数据包发送给接收设备后，发送设备可以显示发送提示信息。发送提示信息可以用于提示用户发送设备已经向接收设备发送卫星消息。
3.接收设备基于数据包得到鉴权码A和原始数据。
接收设备在接收到发送设备发送的数据包后，接收设备可以从数据包中得到鉴权码A和原始数据。其中，入站时接收设备接收数据包的描述可以参见上述图2B所示实施例，出站时接收设备接收数据包的描述可以参见上述图3B所示实施例，在此不再赘述。
在一种可能的实现方式中，数据包中包括加密指示字段和加密后数据。接收设备可以基于加密指示字段、指定密钥解密数据包中的加密后数据，得到鉴权码A和原始数据。
4.接收设备基于信息B和数据包生成鉴权码B。
接收设备可以基于信息B和数据包中的原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到鉴权码B。其中，接收设备的指定算法和发送设备的指定算法相同。例如，发送设备可以在数据包的包头中添加指定算法指示，指定算法指示可以用于指示发送设备使用的指定算法，接收设备可以基于收到的数据包中的指定算法指示确定发送设备使用的指定算法指示。再例如，发送设备和接收设备可以在蜂窝网络下协商使用的指定算法。
在一种可能的实现方式中，当发送设备基于原始数据、信息A和指定密钥生成鉴权码A时，接收设备可以基于原始数据、信息B和指定密钥生成鉴权码B。发送设备和接收设备可以预设生成鉴权码需要的参数。
5.接收设备基于鉴权码B确定数据包的接收状态。
接收设备可以通过比较鉴权码A和鉴权码B是否相同，确定数据包的接收状态。
(1)当鉴权码B和鉴权码A相同时，接收设备确定出数据包接收成功。接收设备可以针对原始数据执行相应的处理操作。具体描述可以参见图7所述实施例。
接收设备可以更新信息B的值。具体的，接收设备可以在信息B的值上增加预设值。
接收设备还可以生成成功应用回执并将该成功应用回执发送给发送设备，成功应用回执可以用于指示接收设备接收数据包成功。
(2)当鉴权码B和鉴权码A不同时，接收设备可以确定出接收数据包失败。接收设备还可以生成并向发送设备发送失败应用回执，失败应用回执可以用于指示接收设备接收数据包失败。
6.发送设备基于应用回执确定数据包的发送状态。
发送设备可以基于应用回执确定数据包的发送状态。
(1)发送设备收到的应用回执为接收设备接收数据包成功的成功应用回执时，发送设备可以确认数据包发送成功。发送设备可以在信息A的值上增加预设值。其中，发送设备和接收设备中增加的预设值相同。
在一些实施例中，当发送设备为终端100时，发送设备可以在收到成功应用回执后，显 示成功提示信息，成功提示信息可以用于提示用户数据包发送成功。需要说明的是，发送设备只有在收到成功应用回执后，才能确认该数据包发送成功。
(2)发送设备收到的应用回执为接收设备接收数据包失败的失败应用回执时，发送设备可以确认数据包发送失败。
可选的，发送设备可以重传该发送失败的数据包。
在一些实施例中，当发送设备为终端100时，发送设备可以在收到失败应用回执后，显示失败提示信息，失败提示信息可以用于提示用户数据包发送失败。
接下来介绍本申请实施例提供的一种传输方法的入站流程。
终端100可以基于第一信息、指定密钥和第一数据(又称为原始数据)生成第一鉴权码。其中，第一信息为第一上下文信息，第一上下文信息用于指示发送数据包的数量信息。终端100可以基于第一鉴权码、指定密钥和原始数据，得到第一数据包。终端100可以将第一数据包发送给卫星网络设备200。卫星网络设备200可以在接收到第一数据包后，基于第二信息、指定密钥和第一数据包生成第二鉴权码。其中，第二信息为第二上下文信息，第二上下文信息用于指示接收数据包的数量信息。卫星网络设备200可以基于第二鉴权码确定第一数据包的接收状态。这样，卫星网络设备200在成功接收终端100发送的第一数据包时，可以更新第二信息的值。当卫星网络设备200重复接收到该第一数据包时，由于更新后的第二信息和更新前的第二信息不同，卫星网络设备200基于更新后的第二信息生成的鉴权码和第一数据包中的第一鉴权码不同，卫星网络设备200确定出第一数据包接收失败，就不会出现重复接收同一个数据包的问题。
图12示出了本申请实施例提供的一种入站传输流程示意图。
S1201，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息。
其中，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息的描述可参见上述图11所示实施例，在此不再赘述。其中，终端100和卫星网络设备200在协商密钥后，都存储有指定密钥。其中，终端100存储有第一信息。卫星网络设备200存储有第二信息。第一信息和第二信息的初始值相同。
S1202，终端100获取原始数据。
S1203，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。
终端100可以基于存储的第一信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到第一鉴权码。
S1204，终端100可以基于第一鉴权码、原始数据，得到第一数据包。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到第一数据包。
S1205，终端100向卫星网络设备200发送第一数据包。
在一种可能的实现方式中，终端100在向接收设备发送第一数据包后，可以显示发送提示信息，如显示“已发送”，发送提示信息可以用于提示用户终端100已经向卫星网络设备200发送该第一数据包。发送提示信息还可以包括标记图标，该标记图标可以用于触发(例如单击触发)显示信息解释，如“已发送！”，可通过点击触发显示操作建议(例如，本消息已向接收设备发送，未确定是否送达)。其中，发送提示信息的形式不受限制，可以为文字、图片、动画等等。
S1206，卫星网络设备200可以基于指定密钥、原始数据和第二信息生成第二鉴权码。
S1207，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和第二鉴权码是否相同，确定第一数据包的接收状态。其中，当第一鉴权码和第二鉴权码相同时，卫星网络设备200可以执行步骤S1208-步骤S1210。
当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以执行步骤S1213。
S1208，卫星网络设备200更新第二信息的值。
卫星网络设备200可以在第二信息的值上增加预设值。例如，当第二信息的值为0，预设值为1时，更新后的第二信息的值为1。
S1209，卫星网络设备200将原始数据发送给蜂窝网络设备400。
S1210，卫星网络设备200给终端100发送成功应用回执。
S1211，终端100更新第一信息的值。
终端100在收到卫星网络设备200发送的成功应用回执后，可以在第一信息的值上增加预设值。其中，第一信息增加的预设值和第二信息增加的预设值相同，即，更新后的第一信息的值和更新后的第二信息的值相同。可选的，终端100还可以执行步骤S1212。
S1212，终端100显示成功提示信息。
终端100显示成功提示信息。成功提示信息用于提示用户第一数据包发送成功。
S1213，卫星网络设备200给终端100发送失败应用回执。
可选的，终端100收到失败应用回执后，还可以执行步骤S1214。
S1214，终端100显示失败提示信息。
终端100显示失败提示信息。失败提示信息用于提示用户第一数据包发送失败。
其中，步骤S1202-步骤S1206、步骤S1209、步骤S1210和步骤S1212的具体描述可以参见上述图9所示实施例，在此不再赘述。
接下来介绍本申请实施例提供的一种传输方法的出站流程。
卫星网络设备200可以基于第六信息和第一数据(又称为原始数据)生成第四鉴权码。其中，第六信息为第六上下文信息，第六上下文信息用于指示发送数据包的数量信息。卫星网络设备200可以基于第四鉴权码和原始数据，得到第三数据包。卫星网络设备200可以将第三数据包发送给终端100。终端100可以在接收到第三数据包后，基于第五信息和第三数据包生成第三鉴权码。其中，第五信息为第五上下文信息，第五上下文信息用于指示接收数据包的数量信息。终端100可以基于第三鉴权码确定第三数据包的接收状态。这样，终端100在成功接收卫星网络设备200发送的第三数据包时，可以更新第五信息的值。当终端100重复接收到该第三数据包时，由于更新后的第五信息和更新前的第五信息不同，终端100基于更新后的第五信息生成的鉴权码和第三数据包中的第四鉴权码不同，终端100确定出第三数据包接收失败，就不会出现重复接收同一个数据包的问题。
图13示出了本申请实施例提供的一种出站传输流程示意图。
S1301，终端100、卫星网络设备200和蜂窝网络设备400协商第五信息和第六信息。
终端100和卫星网络设备200可以在蜂窝网络下通过蜂窝网络设备400协商获取密钥时，获取各自的上下文信息，具体描述可参见上述图11所示实施例，在此不再赘述。或者，终端100和卫星网络设备200可以在蜂窝网络下建立通信连接，协商获取各自的上下文信息。其中，终端100存储有第五信息。卫星网络设备200存储有第六信息。第五信息和第六信息的 初始值相同。
S1302，卫星网络设备200接收到蜂窝网络设备400发送的原始数据。
S1303，卫星网络设备200接收到终端100发送的业务请求。
S1304，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。
卫星网络设备200可以基于存储的第六信息和原始数据生成第四鉴权码。
S1305，卫星网络设备200基于原始数据和第四鉴权码，得到第三数据包。
S1306，卫星网络设备200向终端100发送第三数据包。
S1307，终端100基于第三数据包、第五信息，得到第三鉴权码。
S1308，终端100判断第三鉴权码和第四鉴权码是否相同。
终端100可以通过比较第三鉴权码和第四鉴权码是否相同，确定第三数据包的接收状态。其中，当第三鉴权码和第四鉴权码相同时，终端100可以执行步骤S1309至步骤S1311。
当第三鉴权码和第四鉴权码不同时，终端100可以执行步骤S1313。
S1309，终端100显示接收提示信息。
S1310，终端100更新第五信息的值。
终端100可以在第五信息的值上增加预设值。例如，当第五信息的值为0，预设值为1时，更新后的第五信息的值为1。
S1311，终端100给卫星网络设备200发送成功应用回执。
S1312，卫星网络设备200更新第六信息的值。
卫星网络设备200在收到终端100发送的成功应用回执后，可以在第六信息的值上增加预设值。其中，第六信息增加的预设值和第五信息增加的预设值相同，即，更新后的第六信息的值和更新后的第五信息的值相同。
S1313，终端100给卫星网络设备200发送失败应用回执。
其中，步骤S1302-步骤S1306、步骤S1308、步骤S1309、步骤S1311和步骤S1313的具体描述可以参见上述图10所示实施例，在此不再赘述。
图14示出了本申请实施例提供的一种传输流程示意图。
S1401，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
具体的，发送设备生成鉴权码A，得到数据包的详细描述可以参见上述图11所示实施例，在此不再赘述。
S1402，发送设备将数据包发送给接收设备。
具体的，发送设备将数据包发送给接收设备的详细描述可以参见上述图2A、图3A所示实施例，在此不再赘述。
S1403，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X。
具体的，接收设备生成鉴权码B的详细描述可以参见上述图11所示实施例，在此不再赘述。
S1404，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
S1405，接收设备向发送设备发送成功应用回执。
接收设备可以在确定出接收数据包成功后，生成成功应用回执，并将成功应用回执发送 给发送设备。成功应用回执可以用于指示接收设备接收数据包成功。
S1406，发送设备更新信息A的值为X+i。
发送设备在接收到成功应用回执后，可以确定出数据包发送成功。发送设备可以在信息A的值上增加i，即，更新信息A的值为X+i。发送设备和接收设备更新的i值相同。
S1407，发送设备可以在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X+i。
S1408，发送设备将数据包发送给接收设备。
S1409，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X+i。
S1410，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+2i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+2i。
S1411，接收设备向发送设备发送成功应用回执。
接收设备可以在确定出接收数据包成功后，生成成功应用回执，并将成功应用回执发送给发送设备。成功应用回执可以用于指示接收设备接收数据包成功。
S1412，发送设备更新信息A的值为X+2i。
发送设备在接收到成功应用回执后，可以确定出数据包发送成功。发送设备可以在信息A的值上增加i，即，更新信息A的值为X+2i。发送设备和接收设备更新的i值相同。
这样，发送设备和接收设备可以同步更新维护各自的上下文信息，发送设备和接收设备可以进行数据包的传输，并且避免接收设备重复处理重复发送的数据包。
下面结合应用场景，具体介绍本申请提供的一种传输方法。
在一些入站的应用场景中，终端100可以在接收到用户的第一输入后，向卫星网络设备200发送卫星消息(即，数据包)并显示发送提示信息。发送提示信息可以用于提示用户终端100已经向卫星网络设备200发送该条卫星消息。终端100可以在收到应用回执后，显示结果提示信息，结果提示信息可以用于提示用户该条卫星消息发送成功或失败。这样，终端100的用户可以确认卫星消息的发送情况，在卫星消息发送失败时，重新发送卫星消息。
示例性的，如图15A所示，终端100可以显示有桌面1500。其中，桌面1500可以包括多个应用图标(例如，时钟应用图标、信息应用图标1501等等)。其中，信息应用图标1501可以用于触发显示信息应用的界面(例如，图15B所示的信息应用界面1510)。可选的，桌面1500的上方还可以显示包括有时间标识图标、信号标识图标等图标的状态栏。其中，信息标识图标可以用于提示用户终端100处于无网络场景，即，无法与第二传输系统建立通信连接的场景。可选的，多个应用图标的下方可以显示有多个托盘图标(例如拨号应用图标、联系人应用图标、相机应用图标)，托盘图标在页面切换时保持显示。可选的，信息应用图标1501也可以为托盘图标，显示在多个应用图标的下方。
终端100检测到用户的针对信息应用图标1501的输入(例如单击)之后，终端100还可以显示如图15B所示的信息应用界面1510。如图15B所示，信息应用界面1510可以包括信息概况显示区域和标题栏。其中，信息概况显示区域可以用于显示终端100发送和接收的信息。其中，标题栏可以包括但不限于返回控件、新建信息控件1511等等。其中，返回控件可以用于触发终端100显示桌面1500。新建信息控件1511可以用于触发终端100新建卫星消息。可选的，信息应用界面1510的上方还可以显示上述状态栏。
终端100检测到用户的针对新建信息控件1511的输入(例如单击)之后，终端100还可以显示如图15C所示的联系人界面1520。如图15C所示，联系人界面1520可以包括至少一 个联系人图标(联系人图标可以包括但不限于联系人的名字、手机号等)。至少一个联系人图标可以包括联系人图标1521。联系人图标1521可以用于触发终端100确认收件人的ID号。
终端100检测到用户的针对联系人图标1521的输入(例如单击)之后，终端100可以显示如图15D所示的信息详情界面1530。如图15D所示，信息详情界面1530可以包括但不限于信息编辑栏1533，发送控件1532和键盘区域1531。其中，信息编辑栏1533可以用于显示用户通过键盘区域1531输入的数据。键盘区域1531可以用于接收用户的输入触发终端100显示对应的数据。发送控件1532可以用于在接收到用户的输入后，触发终端100将信息编辑栏1533中的数据发送给收件人。例如，信息编辑栏1533可以显示有用户输入的文本信息“X”。需要说明的是，信息编辑栏1533显示的内容为用户输入的内容，在此，本申请实施例将用户输入的内容写作“X”只是为了更好地描述实施例，此描述对用户输入的内容不构成限定。
需要说明的是，由于终端100处于第一传输系统中，故而，终端100需要通过卫星网络设备200将卫星消息发送给被叫用户(例如终端300)。在本申请实施例的描述中，只要卫星网络设备200接收终端100发送的数据包成功，就默认信息成功发送至被叫用户。
终端100接收到用户针对图15D所示的发送控件1532的输入，响应于该输入，终端100可以向卫星网络设备200发送包括有用户输入的原始数据(即，信息编辑栏1533中显示的数据)的数据包。具体的，终端100向卫星网络设备200发送数据包的详细描述可以参见上述图14中的步骤S1401和步骤S1402。卫星网络设备200接收并处理数据包的详细描述可以参见图14中的步骤S1403至步骤S1404。
终端100在接收到用户针对图15D所示的发送控件1532的输入，响应于该输入，终端100还可以显示图15E所示的信息详情界面1530。其中，信息详情界面1530可以包括但不限于信息编辑栏1533，信息框1542和发送提示1543。信息框1542可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框1542显示有“X”。发送提示1543可以用于提示用户终端100已经向卫星网络设备200发送信息框1542显示的内容，发送提示1543可以包括但不限于文字提示信息，例如，发送提示1543可以为字符串“已发送”。其中，信息详情界面1530的具体描述可以参见图15D所示实施例，在此不再赘述。
之后，终端100可以在接收到成功应用回执后，显示如图15F所示的成功提示信息1551。其中，成功提示信息1551可以用于提示用户终端100向收件人发送信息框1542中的内容成功。成功提示信息1551可以包括但不限于文字提示信息，例如，成功提示信息1551可以为文字提示信息“发送成功”。其中，卫星网络设备200向终端100发送成功应用回执的描述可以参见上述图14所述的步骤S1405。终端100在收到成功应用回执后，还可以更新第一信息的值为X+i。终端100更新第一信息的具体描述可以参见图14中的步骤S1406。
终端100在更新第一信息的值后，可以接收到用户针对图15F所示的发送控件1532的输入，响应于该输入，终端100可以向卫星网络设备200发送包括有用户输入的原始数据(即，信息编辑栏1533中显示的数据)的数据包。其中，信息编辑栏1533可以显示有用户输入的文本信息“X+i”。具体的，终端100向卫星网络设备200发送数据包的详细描述可以参见上述图14中的步骤S1407和步骤S1408。
终端100在接收到用户针对图15F所示的发送控件1532的输入之后，终端100还可以显示如图15G所示的信息框1561和发送提示1562。其中，信息框1561可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框1561显示有“X+i”。发送提示1562可以用于提示用户终端100已经向卫星网络设备200发送信息框1561显示的内容。信息详情界面1530的具体描述可以参见图15D所示实施例，在此不再赘述。
终端100可以在接收到成功应用回执后，显示如图15H所示的成功提示信息1571。其中，成功提示信息1571可以用于提示用户终端100向收件人发送信息框1561中的内容成功。
接下来介绍本申请实施例中可能出现的异常情况。
1.数据包丢失的异常情况。
当发送设备将数据包发送给接收设备，接收设备没有收到发送设备的数据包时，不影响发送设备和接收设备之间下一个数据包的传输。具体的，如图16A所示：
S1601，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1602，发送设备将数据包发送给接收设备失败。
其中，数据包在发送期间丢失，接收设备未能接收到该数据包。
S1603，发送设备可以在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
其中，由于接收设备没能接收到发送设备发送的上一个数据包，所以没有更新接收设备的信息B。并且接收设备没有向发送设备发送成功应用回执，所以发送设备的信息A的值依旧为X。
S1604，发送设备将数据包发送给接收设备。
S1605，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X。
S1606，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
其中，上述步骤的具体描述可以参见上述图11所示的实施例，在此不再赘述。
这样，发送设备向接收设备发送数据包时，在发送的过程中该数据包丢失，接收设备没能收到该数据包。但由于发送设备和接收设备的上下文信息都没有更新，所以不会影响后续数据包的传输。
2.应用回执丢失的异常情况。
当发送设备将数据包发送给接收设备，接收设备成功接收该数据包，并更新了信息B的数值。接收设备给发送设备发送的成功应用回执在发送过程中丢失，发送设备没能接收到成功应用回执，未更新信息A的值。这样，发送设备和接收设备的上下文信息不一致，影响后续数据包的传输。具体的，如图16B所示：
S1611，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1612，发送设备将数据包发送给接收设备。
S1613，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X。
S1614，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
S1615，接收设备向发送设备发送成功应用回执失败。
其中，成功应用回执在发送期间丢失，发送设备未能接收到该成功应用回执。
S1616，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
其中，由于发送设备未能接收到接收设备发送的成功应用回执，不能确认前一个数据包的发送情况，不能更新信息A。所以信息A的值依旧为X。
S1617，发送设备将数据包发送给接收设备。
S1618，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X+i。
S1619，接收设备确定出鉴权码A和鉴权码B不同。
接收设备确定出鉴权码A和鉴权码B不同，确定出该数据包接收失败。
其中，上述步骤的具体描述可以参见上述图11所示的实施例，在此不再赘述。
这样，发送设备向接收设备发送数据包时，接收设备接收该数据包成功，更新信息B的值，并向发送设备发送成功应用回执。但由于发送设备接成功应用回执失败，发送设备的信息A没有更新，所以信息A和信息B不同，影响后续数据包的传输。
因此，为了在信息A和信息B不一致后，发送设备和接收设备还可以传输后续数据包。发送设备和接收设备可以重置各自的上下文信息的数值。这样，发送设备和接收设备可以继续传输数据包。
在一种可能的实现方式中，收设备在确定出接收数据包失败时，可以将信息B重置为预设初始值。发送设备在收到失败应用回执后，也可以将信息A重置为预设初始值。这样，可以在信息A和信息B不同步时，将信息A和信息B的值调整为相同值，发送设备和接收设备可以继续数据包的传输。示例性的，如图17A所示：
S1701，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1702，发送设备将数据包发送给接收设备。
S1703，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为Y。
其中，X和Y不同。
S1704，接收设备确定出鉴权码A和鉴权码B不同，更新信息B的值为Z。
接收设备可以通过比较鉴权码A和鉴权码B是否相同来确定数据包的接收情况。接收设备确定出鉴权码A和鉴权码B不同，确定出该数据包接收失败。
接收设备可以将信息B的值调整为预设初始值Z。
S1705，接收设备向发送设备发送失败应用回执。
接收设备可以在确定出该数据包接收失败后，生成用于指示接收数据包失败的应用回执(即失败应用回执)。接收设备可以将失败应用回执发送给到发送设备。
S1706，发送设备更新信息A的值为Z。
发送设备在接收到失败应用回执后，确认出数据包发送失败，更新信息A的值为Z。发送设备和接收设备的上下文信息调整为相同值。
但是，当发送设备没有接收到接收设备发送的失败应用回执时，信息A和信息B的值依旧不相同。因此，在一种可能的实现方式中，接收设备可以在确定出接收数据包失败时，只向发送设备发送失败应用回执，不改变信息B的值。发送设备可以在收到失败应用回执后，将信息A重置为预设初始值。发送设备还可以向接收设备发送预设初始值，接收设备可以在收到预设初始值后，将信息B的值调整为预设初始值。示例性的，如图17B所示：
S1711，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1712，发送设备将数据包发送给接收设备。
S1713，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为Y。
其中，X和Y不同。
S1714，接收设备确定出鉴权码A和鉴权码B不同。
接收设备可以通过比较鉴权码A和鉴权码B是否相同来确定数据包的接收情况。接收设备确定出鉴权码A和鉴权码B不同，确定出该数据包接收失败。
S1715，接收设备向发送设备发送失败应用回执。
接收设备可以在确定出该数据包接收失败后，生成用于指示接收数据包失败的应用回执(即失败应用回执)。接收设备可以将失败应用回执发送给到发送设备。
S1716，发送设备更新信息A的值为Z。
发送设备在接收到失败应用回执后，确认出数据包发送失败，更新信息A的值为Z。
S1717，发送设备向接收设备发送信息A的值。
例如，发送设备可以将信息A的值封装为数据包，再将包括信息A的值的数据包发送给接收设备。
也就是说，在入站过程中，终端100可以在将第一信息的值调整为预设值后，将第三信息发送至卫星网络设备200，其中，第三信息的值和调整后的第一信息的值相同。
在出站过程中，卫星网络设备200可以在将第六信息的值调整为预设值后，将第七信息发送至终端100，其中，第七信息的值和调整后的第六信息的值相同。
可选的，预设值为初始值。
S1718，接收设备更新信息B的值为Z。
接收设备可以在收到信息A的值后，将信息B的值调整为和信息A相同，即，将信息B的值调整为预设初始值Z。
但是，当攻击终端截获了预设初始值，并向接收设备重复发送预设初始值时，接收设备会一直重新设置接收设备的信息B的值，造成发送设备和接收设备无法正常通信。并且，由于信息A和信息B不一致的原因多半为发送设备未接收到接收设备发送的成功应用回执，所以信息B的值比信息A的值大预设值。
因此，在一种可能的实现方式中，接收设备在接收数据包失败后，不调整信息B的数值，发送设备可以在收到失败应用回执后，在信息A的值上增加预设值。这样，发送设备可以在收到应用回执后，自行调整信息A的数值，让信息A和信息B相同。
需要说明的是，在此，发送设备发送成功的数据包的数量可以为发送设备收到的成功应用回执的数量和发送设备基于失败应用回执确定出的未接收到的成功应用回执的数量之和。
接下来结合场景介绍上述可能的实现方法，具体的，如图17C所示：
S1721，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1722，发送设备将数据包发送给接收设备。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在向卫星网络设备200发送数据包后，显示如图18A所示的信息详情界面1800。其中，信息详情界面1800可以包括信息框1801和发送提示1802。其中，信息框1801可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框1801显示有信息内容，例如，“X”。发送提示1802可以用于提示用户终端100已经向卫星网络设备200发送信息框1801显示的内容。信息详情界面1800的具体描述可以参见图15D所示实施例，在此不 再赘述。需要说明的是，本申请实施例中描述的任意一个信息框中显示的内容都为卫星消息中用户输入的内容，在此，本申请实施例将该内容写作“X”只是为了更好地描述实施例，此描述对用户输入的内容不构成限定。
S1723，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X。
S1724，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
S1725，接收设备向发送设备发送成功应用回执失败。
其中，成功应用回执在发送期间丢失，发送设备未能接收到该成功应用回执。
S1726，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
其中，由于发送设备未能接收到接收设备发送的成功应用回执，不能确认前一个数据包的发送情况，不能更新信息A。所以信息A的值依旧为X。
S1727，发送设备将数据包发送给接收设备。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在向卫星网络设备200发送数据包后，显示如图18B所示的信息框1811和发送提示1812。其中，信息框1811可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框1811显示有“X”。发送提示1812可以用于提示用户终端100已经向卫星网络设备200发送信息框1811显示的内容。信息详情界面1800的具体描述可以参见图15D所示实施例，在此不再赘述。
S1728，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X+i。
S1729，接收设备确定出鉴权码A和鉴权码B不同。
接收设备确定出鉴权码A和鉴权码B不同，确定出该数据包接收失败。
S1730，接收设备向发送设备发送失败应用回执。
S1731，发送设备更新信息A的值为X+i。
发送设备可以在接收到失败应用回执后，确认出当前数据包接收失败。而且，由于发送设备只发送了两个数据包，那么发送设备可以确定出信息B的值进行了更新，即，发送设备可以确定出接收设备成功接收发送设备的前一个数据包。发送设备可以确定出前一个数据包发送成功，当前数据包发送失败，发送设备可以在信息A的值上增加预设值，即，调整信息A的值为X+i。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在收到失败应用回执后，显示如图18C所示的成功提示信息1821和失败提示信息1822。其中，成功提示信息1821可以用于提示用户终端100向收件人发送信息框1801中的内容成功。失败提示信息1822可以用于提示用户终端100向收件人发送信息框1811中的内容失败。其中，失败提示信息1822可以包括但不限于文字提示信息，例如，失败提示信息1822可以包括文字提示信息“发送失败”。
需要说明的是，终端100只有在接收到应用回执后，才会显示结果提示信息。
这样，就算失败应用回执被攻击终端截获，也不会造成发送设备重复更新信息A的值。
在一些实施例中，当发送设备发送的数据包在发送过程中丢失时，接收设备没有收到发送设备的数据包时，不影响发送设备和接收设备之间下一个数据包的传输。发送设备还可以 根据发送的下一个数据包的成功应用回执确定前一个数据包接收失败。
接下来结合场景介绍上述可能的实现方法，具体的，如图19所示：
S1901，发送设备在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
S1902，发送设备将数据包发送给接收设备失败。
其中，数据包在发送期间丢失，接收设备未能接收到该数据包。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在向卫星网络设备200发送数据包后，显示如图18A所示的信息详情界面1800。其中，信息详情界面1800的详细描述可以参见图17C所示实施例，在此不再赘述。
S1903，发送设备可以在基于信息A生成鉴权码A后，基于鉴权码A和原始数据得到数据包，此时，信息A的值为X。
其中，由于接收设备没能接收到发送设备发送的上一个数据包，所以没有更新接收设备的信息B。并且接收设备没有向发送设备发送成功应用回执，所以发送设备的信息A的值依旧为X。
S1904，发送设备将数据包发送给接收设备。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在向卫星网络设备200发送数据包后，显示如图18B所示的信息框1811和发送提示1812。其中，信息框1811和发送提示1812的详细描述可以参见图17C所示实施例，在此不再赘述。
S1905，接收设备基于信息B和数据包生成鉴权码B，此时，信息B的值为X。
S1906，接收设备确定出鉴权码A和鉴权码B相同，更新信息B的值为X+i。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
S1907，接收设备向发送设备发送成功应用回执。
S1908，发送设备更新信息A的值为X+i。
发送设备接收到成功应用回执后，确认出第2个数据包发送成功。由于发送设备发送第2个数据包时并未更新信息A的值，发送设备可以确认出接收设备也没有更新信息B的值，即，接收设备未接收到第1个数据包。发送设备确认出第1个数据包发送失败。
其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在收到成功应用回执后，显示如图20所示的失败提示信息2101和成功提示信息2102。其中，失败提示信息2101可以用于提示用户终端100向收件人发送信息框1801中的内容失败。成功提示信息2102可以用于提示用户终端100向收件人发送信息框1811中的内容成功。
需要说明的是，不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和上述任意一个或多个实施例互相结合使用。
在一些实施例中，如果发送设备在收到失败应用回执之前，已经发送了至少两个数据包(发送该至少两个数据包期间发送设备都没有收到应用回执)，当发送设备收到失败应用回执后，不能确定该至少两个数据包中哪一个数据包发送成功。
因此，在一种可能的实现方式中，发送设备的信息A为上下文信息(context)A，接收设备的信息B为上下文信息B。上下文信息A可以用于指示发送数据包的数量信息。接收设备的信息B为上下文信息B，上下文信息B可以用于指示接收数据包的数量信息。发送设备可以在数据包中添加消息ID字段A。消息ID字段A可以用于标识数据包。接收设备可以基 于接收成功的数据包的消息ID字段A确定出消息ID字段B的值。接收设备可以在应用回执中添加消息ID字段B，消息ID字段B可以用于标识最近接收成功的数据包。其中，添加了接收成功的数据包的消息ID字段B的应用回执可以称为指示应用回执。这样，发送设备可以在发送了多个基于同一个上下文信息A的值生成的数据包时，通过指示应用回执中的消息ID字段B确定出发送成功的数据包。
其中，终端100和卫星网络设备200可以通过蜂窝网络获取上下文信息，或者终端100可以通过中间设备获取上下文信息，或者终端100和卫星网络设备200可以预设上下文信息。其中，终端100和卫星网络设备200获取上下文信息的详细描述可以参见上述实施例，在此不再赘述。
需要说明的是，在入站过程中，成功应用回执、失败应用回执和指示应用回执可以统称为第一应用回执。在出站过程中，成功应用回执、失败应用回执和指示应用回执可以统称为第三应用回执。可以理解的是，在入站过程中，卫星网络设备200只生成成功应用回执、失败应用回执，那么成功应用回执和失败应用回执可以统称为第一应用回执。在出站过程中，终端100只生成成功应用回执、失败应用回执，那么成功应用回执和失败应用回执可以统称为第三应用回执。
图21示出了本申请实施例提供的一种传输方法的处理流程示意图。
1.发送设备基于原始数据和上下文信息A生成鉴权码A。
其中，上下文信息A为上下文信息A，上下文信息A可以用于指示发送数据包的数量信息。发送数据包的数量信息为发送设备发送成功的数据包的数量信息。在此，发送成功的数据包的数量信息可以为预设偏置值、发送设备接收到成功应用回执的数量和发送设备接收到指示应用回执的数量之和。其中，预设偏置值大于等于零。也就是说，当发送设备收到成功应用回执/指示应用回执后，可以在上下文信息A的值上增加预设值。需要说明的是，上下文信息A的增量和发送设备发送成功的数据包的数量相关。
发送设备可以基于上下文信息A和原始数据得到鉴权码A。其中，发送设备得到鉴权码A的详细描述可以参见上述图7所示实施例，在此不再赘述。
在一种可能的实现方式中，发送设备可以基于上下文信息A、指定密钥和原始数据生成鉴权码A，再基于鉴权码A和原始数据生成数据包。接收设备可以基于上下文信息B、指定密钥和数据包生成鉴权码B。这样，可以通过指定密钥验证发送设备的合法性，保证传输的安全性。
2.发送设备基于消息ID字段A、原始数据和鉴权码A得到数据包。
发送设备可以将消息ID字段A、鉴权码A和原始数据拼接在一起，得到数据包。
具体的，发送设备可以存储有消息ID，消息ID可以在上下文信息A的值未发生变化时，随着发送设备生成的数据包更新消息ID的值。即，发送设备可以在基于消息ID对应的消息ID字段A生成数据包后，更新消息ID的值。其中，当上下文信息A的值发生变化后，发送设备可以重置消息ID的值。这样，上下文信息A的值没有变化时，由于消息ID可以标识不同的数据包，发送设备和接收设备可以通过数据包的消息ID字段区分数据包。也就是说，当发送设备发送的多个数据包并且没有收到成功应用回执时，接收设备可以将最近接收成功的数据包的消息ID发送给发送设备，发送设备就可以基于消息ID的值确认多个数据包的发送情况。
示例性的，当消息ID的长度为2bit时，消息ID可以为“00”、“01”、“10”、“11”。发送设备可以在基于消息ID“00”生成包括消息ID字段A为“00”的数据包1后，将该数据包 1发送给接收设备，并更新消息ID的值为“01”。当发送设备收到了接收设备的成功应用回执后，发送设备可以更新上下文信息A的值，并将消息ID的值重置为“00”。之后，发送设备可以生成并向接收设备发送包括有消息ID字段A为“00”的数据包2。
发送设备可以在基于消息ID“00”生成包括消息ID字段A为“00”的数据包1后，将该数据包1发送给接收设备，并更新消息ID的值为“01”。当发送设备没有收到消息ID字段A为“00”的数据包1的应用回执时，可以生成并发送包括有消息ID字段A为“01”的数据包2给接收设备，发送设备还可以更新消息ID的值为“10”。当发送设备没有收到消息ID字段A为“01”的数据包2的应用回执时，可以生成并发送包括有消息ID字段A为“10”的数据包3给接收设备，发送设备还可以更新消息ID的值为“11”。当发送设备接收到包括有消息ID字段B为“01”的指示应用回执后，发送设备可以确定出消息ID字段A为“00”和“10”的数据包发送失败，消息ID字段A为“01”的数据包发送成功。发送设备可以更新上下文信息A的值并调整消息ID的值为“00”。
可选的，发送设备可以在拼接在一起的鉴权码A和原始数据之前添加包头信息，得到数据包。其中，包头信息可以包括消息ID字段A等等。
在一种可能的实现方式中，发送设备可以将鉴权码A和原始数据拼接在一起，得到拼接数据。发送设备再使用指定密钥通过指定算法加密拼接数据，得到加密后数据。发送设备可以在加密后数据前添加包头信息，包头信息中包括加密指示字段和消息ID字段A。加密指示字段可以用于指示发送设备使用的指定算法(例如SM3密码杂凑算法)。这样，由于发送设备将数据加密后，再发送给接收设备，可以进一步保证数据的安全。可选的，发送设备可以将消息ID字段A、鉴权码A和原始数据拼接在一起，再使用指定密钥进行加密。
发送设备可以将数据包发送给接收设备，其中，入站时发送设备发送数据包给接收设备的描述可以参见上述图2A所示实施例，出站时发送设备发送数据包给接收设备的描述可以参见上述图3A所示实施例，在此不再赘述。
在一种可能的实现方式中，发送设备为终端100时，发送设备将数据包发送给接收设备后，发送设备可以显示发送提示信息。发送提示信息可以用于提示用户发送设备已经向接收设备发送卫星消息。
3.接收设备基于数据包得到消息ID字段A、鉴权码A和原始数据。
接收设备在接收到发送设备发送的数据包后，接收设备可以从数据包中截取得到消息ID字段A、鉴权码A和原始数据。其中，入站时接收设备接收数据包的描述可以参见上述图2B所示实施例，出站时接收设备接收数据包的描述可以参见上述图3B所示实施例，在此不再赘述。
在一种可能的实现方式中，数据包中包括加密指示字段和加密后数据。接收设备可以基于加密指示字段、指定密钥解密数据包中的加密后数据，得到消息ID字段A、鉴权码A和原始数据。
4.接收设备基于上下文信息B和数据包生成鉴权码B。
接收设备可以基于上下文信息B和数据包中的原始数据通过指定算法(例如，SM3密码杂凑算法)计算得到鉴权码B。其中，接收设备的指定算法和发送设备的指定算法相同。例如，发送设备可以在数据包的包头中添加指定算法指示，指定算法指示可以用于指示发送设备使用的指定算法，接收设备可以基于收到的数据包中的指定算法指示确定发送设备使用的指定算法指示。再例如，发送设备和接收设备可以在蜂窝网络下协商使用的指定算法。
在一种可能的实现方式中，当发送设备基于原始数据、上下文信息A和指定密钥生成鉴 权码A时，接收设备可以基于原始数据、上下文信息B和指定密钥生成鉴权码B。发送设备和接收设备可以预设生成鉴权码需要的参数。
5.接收设备基于鉴权码B确定数据包的接收状态。
接收设备可以通过比较鉴权码A和鉴权码B是否相同，确定数据包的接收状态。
(1)当鉴权码B和鉴权码A相同时，接收设备确定出数据包接收成功。接收设备可以针对原始数据执行相应的处理操作。具体描述可以参见图7所述实施例。
接收设备可以基于消息ID字段A的值确定出消息ID字段B的值，还可以更新上下文信息B的值。具体的，接收设备可以在上下文信息B的值上增加预设值。
接收设备还可以生成成功应用回执并将该成功应用回执发送给发送设备，成功应用回执可以用于指示接收设备接收数据包成功。
(2)当鉴权码B和鉴权码A不同时，接收设备可以基于上下文信息B得到信息C。具体的，接收设备可以在上下文信息B的值上减少预设值得到信息C。接收设备可以基于信息C和原始数据通过指定鉴权算法得到鉴权码C。接收设备可以对比鉴权码C和鉴权码A是否相同。
(3)当鉴权码A和鉴权码C相同时，接收设备可以确定接收数据包失败。接收设备还可以生成并向发送设备发送指示应用回执，指示应用回执包括有消息ID字段B，消息ID字段B可以用于标识接收设备最近接收成功的数据包。由于接收设备基于信息C生成的鉴权码C和鉴权码A相同，接收设备可以确定出发送设备没有更新上下文信息A的值，即，接收设备可以确定发送设备没有接收到用于指示最近接收成功的数据包的成功应用回执。接收设备可以生成指示最近接收成功的数据包的指示应用回执。其中，指示应用回执还可以用于指示发送设备当前数据包接收失败。
在一种可能的实现方式中，接收设备可以在确认出鉴权码A和鉴权码C相同时，接收设备可以确定接收数据包成功。接收设备可以在上下文信息B的值上增加预设值，并基于当前数据包的消息ID字段A确定消息ID字段B的值。接收设备还可以生成并向发送设备发送指示应用回执，指示应用回执可以包括有最近接收成功的数据包的消息ID字段B。指示应用回执可以用于指示发送设备当前数据包和包括有和该消息ID字段B的值相同的消息ID字段A的数据包接收成功。发送设备可以基于指示应用回执，在上下文信息A的值上增加两次预设值。
(4)当鉴权码A和鉴权码C不同时，接收设备可以确定出接收数据包失败。接收设备还可以生成并向发送设备发送失败应用回执，失败应用回执可以用于指示接收设备接收数据包失败。
示例性的，应用回执可以包括但不限于状态码。应用回执可以通过状态码指示数据包的接收状态。状态码的每一个值可以唯一对应接收设备接收数据包的一种接收状态。示例性的，应用回执的状态码和状态码对应的接收状态如表1所示：
表1：应用回执说明
Figure PCTCN2022109226-appb-000005
Figure PCTCN2022109226-appb-000006
例如，状态码的长度可以为4bit。当鉴权码A和鉴权码B相同时，状态码的值可以为“0000”，该状态码可以用于指示数据包接收成功，即包括有状态码“0000”的应用回执为成功应用回执。
当鉴权码A和鉴权码B不同时，接收设备可以生成鉴权码C。其中，当鉴权码A和鉴权码C不同时，状态码的值可以为“0001”，该状态码可以用于指示接收设备解密数据包失败(例如，密钥错误导致的解密失败，鉴权码错误导致的解密失败等等)，即包括有状态码“0001”的应用回执为失败应用回执。
当鉴权码A和鉴权码C相同时，接收设备可以确定发送设备和接收设备的上下文信息不适配。接收设备的状态码的前两位可以为“11”，状态码的后两位可以为消息ID字段B的值。当状态码的值为“1100”时，可以用于指示接收设备接收到的消息ID字段A的值为“00”的数据包接收成功，即包括有状态码“1100”的应用回执为指示应用回执。当状态码的值为“1101”时，可以用于指示接收设备接收到的消息ID字段A为“01”的数据包接收成功，即包括有状态码“1101”的应用回执为指示应用回执。当状态码的值为“1110”时，可以用于指示接收设备接收到的消息ID字段为“10”的数据包接收成功，即包括有状态码“1110”的应用回执为指示应用回执。当状态码的值为“1111”时，可以用于指示接收设备接收到的消息ID字段为“11”的数据包接收成功，即包括有状态码“1111”的应用回执为指示应用回执。
需要说明的是，发送设备在更新上下文信息A的值后，会将数据包关联的消息ID的值调整为“00”。当发送设备发送了消息ID指示A为“00”的数据包后，没有接收到应用回执，发送设备可以继续发送消息ID为“01”的数据包。如果发送设备仍然没有接收到应用回执，发送设备可以继续发送消息ID为“10”的数据包。当发送设备接收到成功应用回执/指示应用回执后，发送设备可以更新上下文信息A的值，并将消息ID字段的值调整为“00”，以此类推。
又例如，当接收设备解码数据包失败时，当状态码的值为“0010”时，可以用于指示接收设备解码数据包失败(例如，发送设备和接收设备之间的编码方式不一致导致的解码失败等等)，即，包括有状态码“0010”的应用回执为失败应用回执。其他状态码的值可以为保留值。
需要说明的是，上述状态码的描述仅为示例，状态码还可以为其他长度的数据段，状态码的值对应的接收状态也不限于上述提及的情况。本申请对此不作限定。
6.发送设备基于应用回执确定数据包的发送状态。
发送设备可以基于应用回执确定数据包的发送状态。
(1)发送设备收到的应用回执为接收设备接收数据包成功的成功应用回执时，发送设备可以确认数据包发送成功。发送设备可以在上下文信息A的值上增加预设值。其中，发送设备和接收设备中增加的预设值相同。
在一些实施例中，当发送设备为终端100时，发送设备可以在收到成功应用回执后，显示成功提示信息，成功提示信息可以用于提示用户数据包发送成功。
(2)发送设备收到的应用回执为接收设备接收数据包失败的失败应用回执时，发送设备可以确认数据包发送失败。
可选的，发送设备可以重传该发送失败的数据包。
在一些实施例中，当发送设备为终端100时，发送设备可以在收到失败应用回执后，显示失败提示信息，失败提示信息可以用于提示用户数据包发送失败。
(3)发送设备收到的应用回执为指示应用回执时，发送设备可以确认数据包发送失败。
发送设备可以基于指示应用回执中的消息ID字段B，确认出最近发送成功的数据包。具体的，发送设备可以基于指示应用回执中的消息ID字段B，确认出最近发送成功的数据包的消息ID字段A。发送设备可以基于消息ID字段A确定出最近发送成功的数据包。
发送设备还可以在上下文信息A的值上增加预设值。由于发送设备可以基于指示应用回执确认出未收到已经发送的发送成功的数据包的成功应用回执，故而发送设备可以确认出之前有一个数据包发送成功，据此更新上下文信息A的值。
例如，发送设备接收到包括有状态码“1100”的应用回执后，发送设备可以确认出消息ID字段为“00”的数据包发送成功，发送设备可以更新上下文信息A的值。
在一些实施例中，当发送设备为终端100时，发送设备可以在收到指示应用回执后，显示成功提示信息和失败提示信息。其中，成功提示信息可以用于提示用户消息ID字段B指示的数据包发送成功。失败提示信息可以用于提示用户当前数据包发送失败。
在一种可能的实现方式中，指示应用回执可以用于指示消息IDB指示的数据包发送成功，还可以用于指示当前数据包发送成功。发送设备可以在收到指示应用回执后，在上下文信息A的至上增加两次预设值。发送设备还可以显示成功提示信息1和成功提示信息2，成功提示信息1可以用于提示用户消息ID字段指示B标识的数据包发送成功。成功提示信息2可以用于提示用户当前数据包发送成功。
接下来介绍本申请实施例提供的一种传输方法的入站流程。
终端100可以基于第一信息、指定密钥和原始数据生成第一鉴权码。其中，第一信息为第一上下文信息，可以用于指示发送数据包的数量信息。终端100可以基于第一消息ID、第一鉴权码、指定密钥和原始数据，得到第一数据包。终端100可以将第一数据包发送给卫星网络设备200。卫星网络设备200可以在接收到第一数据包后，基于第二信息、指定密钥和第一数据包生成第二鉴权码。其中，第二信息为第二上下文信息，用于指示接收数据包的数量信息。卫星网络设备200可以基于第二鉴权码确定第一数据包的接收状态。当第二鉴权码和第一鉴权码不同时，卫星网络设备200可以生成临时鉴权码。卫星网络设备200可以在第一鉴权码和临时鉴权码相同时，生成指示应用回执，指示应用回执包括第二消息ID字段，第二消息ID字段用于指示卫星网络设备200最近接收成功的数据包。这样，接收设备不会出现重复接收同一个数据包的问题，还可以在应用回执丢失后，确定数据包的发送状态。
图22示出了本申请实施例提供的一种入站传输流程示意图。
S2201，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息。
其中，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息的描述可参见上述图11所示实施例，在此不再赘述。其中，终端100和卫星网络设备200 在协商密钥后，都存储有指定密钥。其中，终端100存储有第一信息。卫星网络设备200存储有第二信息。第一信息和第二信息的初始值相同。
S2202，终端100获取原始数据。
S2203，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。
终端100可以基于存储的第一信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到第一鉴权码。
S2204，终端100可以基于第一消息ID、第一鉴权码和原始数据，得到第一数据包。
其中，终端100可以基于第一消息ID生成第一指示信息(又称为第一消息ID字段)。终端100可以拼接第一消息ID字段、第一鉴权码和原始数据，得到第一数据包。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到第一数据包。可选的，终端100可以使用指定密钥加密拼接在一起的第一消息ID字段、第一鉴权码和原始数据，得到第一数据包。
S2205，终端100向卫星网络设备200发送第一数据包，其中，第一数据包包括有第一消息ID字段。
其中，终端100可以在向卫星网络设备200发送第一数据包后，更新第一消息ID的值。例如，终端100可以在第一消息ID的值上增加预设值，更新后的第一消息ID的值和更新前的第一消息ID的值不同。
在一种可能的实现方式中，终端100在向接收设备发送第一数据包后，可以显示发送提示信息，发送提示信息可以用于提示用户终端100已经向卫星网络设备200发送该第一数据包。
S2206，卫星网络设备200可以基于指定密钥、原始数据和第二信息生成第二鉴权码。
S2207，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和第二鉴权码是否相同，确定第一数据包的接收状态。其中，当第一鉴权码和第二鉴权码相同时，卫星网络设备200可以执行步骤S2208-步骤S2210。
可选的，卫星网络设备200还可以记录第一数据包成功接收的时间或者第一消息ID，转发至蜂窝网络中的网元(例如短消息中心)。用于蜂窝网络中的网元记录入站消息的发送成功时间，便于后续在蜂窝网络中，通过向终端100发送成功传输的第一消息ID，更新终端100在卫星网络下未成功收到应用回执的信息的发送状态。
当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以执行步骤S2213-步骤S2215。
S2208，卫星网络设备200更新第二信息的值，确定出第二消息ID的值。
卫星网络设备200可以在第二信息的值上增加预设值。例如，当第二信息的值为0，预设值为1时，更新后的第二信息的值为1。
卫星网络设备200还可以基于数据包的第一消息ID字段，确定出第二消息ID字段(又称为第二指示信息)的值。第二消息ID字段的值和第一消息ID字段的值相同。
S2209，卫星网络设备200将原始数据发送给蜂窝网络设备400。
S2210，卫星网络设备200给终端100发送成功应用回执。
S2211，终端100更新第一信息的值。
终端100在收到卫星网络设备200发送的成功应用回执后，可以在第一信息的值上增加预设值。其中，第一信息增加的预设值和第二信息增加的预设值相同，即，更新后的第一信息的值和更新后的第二信息的值相同。可选的，终端100还可以执行步骤S2212。
S2212，终端100显示成功提示信息。
终端100显示成功提示信息。成功提示信息用于提示用户第一数据包发送成功。
S2213，卫星网络设备200基于第二信息得到临时信息。
卫星网络设备200在确定出第一鉴权码和第二鉴权码不同后，可以在第二信息的值上减少预设值，得到临时信息。
S2214，卫星网络设备200基于指定密钥、原始数据和临时信息生成临时鉴权码。
卫星网络设备200可以基于临时信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到临时鉴权码。
S2215，卫星网络设备200判断第一鉴权码和临时鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和临时鉴权码是否相同，确定终端100的第一信息是否更新，即，终端100是否接收到上一个成功应用回执。其中，当第一鉴权码和临时鉴权码相同时，卫星网络设备200可以执行步骤S2216。
当第一鉴权码和临时鉴权码不同时，卫星网络设备200可以执行步骤S2219。
S2216，卫星网络设备200给终端100发送指示应用回执(包括第二消息ID字段)。
卫星网络设备200生成指示应用回执，其中，指示应用回执包括第二指示信息(又称为第二消息ID字段)，第二消息ID字段可以用于指示最近接收成功的数据包。
S2217，终端100更新第一信息的值。
终端100在收到卫星网络设备200发送的指示应用回执后，可以在第一信息的值上增加预设值。其中，更新后的第一信息的值和当前第二信息的值相同。可选的，终端100还可以执行步骤S2218。
S2218，终端100显示成功提示信息和失败提示信息。
终端100显示成功提示信息和失败提示信息。成功提示信息用于提示第二消息ID指示的数据包发送成功。失败提示信息用于指示第一消息ID指示的第一数据包发送失败。
S2219，卫星网络设备200给终端100发送失败应用回执。
可选的，终端100收到失败应用回执后，还可以执行步骤S2220。
S2220，终端100显示失败提示信息。
终端100显示失败提示信息。失败提示信息用于提示用户第一数据包发送失败。
其中，步骤S2201-步骤S2212、步骤S2216、步骤S2220的具体描述可以参见上述图12所示实施例，在此不再赘述。
接下来介绍本申请实施例提供的另一种传输方法的出站流程。
卫星网络设备200可以基于第六信息和原始数据生成第四鉴权码。其中，第六信息为第六上下文信息，用于指示发送数据包的数量信息。卫星网络设备200可以基于第四消息ID、第四鉴权码和原始数据，得到第三数据包。卫星网络设备200可以将第三数据包发送给终端100。终端100可以在接收到第三数据包后，基于第五信息和第三数据包生成第三鉴权码。其中，第五信息为第五上下文信息，用于指示接收数据包的数量信息。终端100可以基于第三鉴权码确定第三数据包的接收状态。当第三鉴权码和第四鉴权码不同时，终端100可以生成临时鉴权码。终端100可以在确定出第四鉴权码和临时鉴权码相同时，生成包括有第三消息ID字段的指示应用回执，第三消息ID字段用于指示终端100最近接收成功的数据包。这样，不会出现重复接收同一个数据包的问题，还可以在应用回执丢失后，确定数据包的发送状态。
图23示出了本申请实施例提供的一种出站传输流程示意图。
S2301，终端100、卫星网络设备200和蜂窝网络设备400协商第五信息和第六信息。
其中，终端100存储有第五信息。卫星网络设备200存储有第六信息。第五信息和第六信息的初始值相同。
S2302，卫星网络设备200接收到蜂窝网络设备400发送的原始数据。
S2303，卫星网络设备200接收到终端100发送的业务请求。
S2304，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。
卫星网络设备200可以基于存储的第六信息和原始数据生成第四鉴权码。
S2305，卫星网络设备200基于第四消息ID、原始数据和第四鉴权码，得到第三数据包。
其中，第四消息ID用于指示第三数据包。卫星网络设备200可以基于第四消息ID生成第四消息ID字段(又称为第六指示信息)。卫星网络设备200可以拼接第四消息ID字段、第四鉴权码和原始数据，得到第三数据包。
S2306，卫星网络设备200向终端100发送第三数据包，其中，第三数据包包括有第四消息ID字段。
S2307，终端100基于第三数据包、第五信息，得到第三鉴权码。
S2308，终端100判断第三鉴权码和第四鉴权码是否相同。
终端100可以通过比较第三鉴权码和第四鉴权码是否相同，确定第三数据包的接收状态。其中，当第三鉴权码和第四鉴权码相同时，终端100可以执行步骤S2309至步骤S2311。
可选的，终端100还可以记录第三数据包成功接收的时间或第四消息ID。用于后续终端100接入第二传输系统(例如蜂窝或WLAN网络)时，向卫星设备200或第二传输系统网元发送成功传输的第四消息ID，更新卫星网络下未成功收到应用回执的信息的发送状态。以避免出现计费问题。
当第三鉴权码和第四鉴权码不同时，终端100可以执行步骤S2313至步骤S2315。
S2309，终端100显示接收提示信息。
S2310，终端100更新第五信息的值，确定出第三消息ID字段的值。
终端100在确定出第三鉴权码和第四鉴权码相同后，可以更新第五信息的值，终端100可以在第五信息的值上增加预设值。例如，当第五信息的值为0，预设值为1时，更新后的第五信息的值为1。
终端100可以基于第四消息ID字段的值，确定出第三消息ID字段(又称为第五指示信息)的值，第四消息ID字段的值和第三消息ID字段的值相同。
S2311，终端100给卫星网络设备200发送成功应用回执。
S2312，卫星网络设备200更新第六信息的值。
卫星网络设备200在收到终端100发送的成功应用回执后，可以在第六信息的值上增加预设值。其中，第六信息增加的预设值和第五信息增加的预设值相同，即，更新后的第六信息的值和更新后的第五信息的值相同。
S2313、终端100基于第五信息得到临时信息。
终端100在确定出第三鉴权码和第四鉴权码不同后，可以在第五信息的值上减少预设值，得到临时信息。
S2314，终端100基于指定密钥、原始数据和临时信息生成临时鉴权码。
终端100可以基于临时信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到临时鉴权码。
S2315，终端100判断第四鉴权码和临时鉴权码是否相同。
终端100可以通过比较第四鉴权码和临时鉴权码是否相同，确定卫星网络设备200的第六信息是否更新，即，卫星网络设备200是否接收到上一个成功应用回执。其中，当第四鉴权码和临时鉴权码相同时，终端100可以执行步骤S2316。
当第四鉴权码和临时鉴权码不同时，终端100可以执行步骤S2318。
S2316，终端100给卫星网络设备200发送指示应用回执(包括第三消息ID字段)。
终端100生成指示应用回执，其中，指示应用回执包括第三消息ID字段，第三消息ID字段用于指示最近接收成功的数据包。
S2317，卫星网络设备200更新第六信息的值。
卫星网络设备200在收到终端100发送的指示应用回执后，可以确定出第三消息ID指示的数据包发送成功。卫星网络设备200可以在第六信息的值上增加预设值。其中，更新后的第六信息的值和当前第五信息的值相同。
S2318，终端100给卫星网络设备200发送失败应用回执。
其中，步骤S2301-步骤S2312、步骤S2317、步骤S2318的具体描述可以参见上述图13所示实施例，在此不再赘述。
接下来结合场景介绍上述可能的实现方法，具体的，如图24所示：
S2401，发送设备在基于消息ID、上下文信息A和原始数据得到数据包1，上下文信息A的值为X，消息ID的值为y1。
发送设备可以基于上下文信息A生成鉴权码A。发送设备可以基于存储的消息ID，得到消息ID字段A。发送设备可以基于消息ID字段A、原始数据和鉴权码A得到数据包1。
S2402，发送设备将数据包1发送给接收设备，其中，数据包1包括消息ID字段A和鉴权码A。
其中，发送设备将数据包1发送给接收设备后，可以更新消息ID的值为y2。其中，y1和y2不同。
例如，当消息ID的长度为2bit时，y1可以为“00”，y2可以为“01”。其中，在入站过程中，发送设备为终端100，接收设备为卫星网络设备200。终端100可以在向卫星网络设备200发送包括有消息ID字段A为“00”的数据包1后，显示如图25A所示的信息详情界面2500。其中，信息详情界面2500可以包括信息框2501和发送提示2502。其中，信息框2501可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框2501显示有“X(00)”。发送提示2502可以用于提示用户终端100已经向卫星网络设备200发送信息框2501显示的内容。信息详情界面2500的具体描述可以参见图15D所示实施例，在此不再赘述。终端100可以在基于当前消息ID字段A生成数据包后，更新消息ID的值为“01”。
S2403，接收设备基于上下文信息B和数据包1生成鉴权码B，上下文信息B的值为X。
S2404，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i，确定消息ID字段B的值为y1。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包成功。接收设备可以在信息B的值上增加i，即，更新信息B的值为X+i。
接收设备可以基于数据包1的消息ID字段A的值确定出消息ID字段B的值，即确定出消息ID字段B的值为y1。
S2405，接收设备向发送设备发送成功应用回执失败。
S2406，发送设备更新上下文信息A的值为X+i。
其中，发送设备还可以调整消息ID的值为y1。
示例性的，在入站过程中，终端100可以在收到成功应用回执后，显示如图25B所示的成功提示2511。其中，成功提示2511可以用于提示用户终端100针对信息框2501显示的内容发送成功。信息详情界面2500的具体描述可以参见图15D所示实施例，在此不再赘述。
S2407，发送设备在基于消息ID、上下文信息A和原始数据得到数据包2，上下文信息A的值为X+i，消息ID的值为y1。
S2408，发送设备将数据包2发送给接收设备，其中，数据包2包括消息ID字段A和鉴权码A。
其中，发送设备将数据包2发送给接收设备后，可以更新消息ID的值为y2。其中，y1和y2不同。
其中，在入站过程中，终端100可以在向卫星网络设备200发送数据包后，显示如图25C所示的信息框2521和发送提示2522。其中，信息框2521可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框2521显示有“X+1(00)”。发送提示2522可以用于提示用户终端100已经向卫星网络设备200发送信息框2521显示的内容。信息详情界面2500的具体描述可以参见图15D所示实施例，在此不再赘述。
S2409，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X+i。
S2410，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+2i，确定消息ID字段B的值为y1。
接收设备可以基于数据包1的消息ID字段A的值确定出消息ID字段B的值，即确定出消息ID字段B的值为y1。
S2411，接收设备向发送设备发送成功应用回执。
S2412，发送设备更新上下文信息A的值为X+2i。
其中，发送设备还可以调整消息ID的值为y1。
其中，终端100可以在收到成功应用回执后，显示如图25D所示的成功提示信息2531。其中，成功提示信息2531可以用于提示用户终端100向收件人发送信息框2521中的内容成功。其中，成功提示信息2531可以包括但不限于文字提示信息，例如，成功提示信息2531可以包括文字提示信息“发送成功”。
接下来结合场景介绍本申请实施例中可能出现的发送过程中数据丢失的情况。
1.数据包丢失的情况。
当发送设备将数据包发送给接收设备，接收设备没有收到发送设备的数据包时，不影响发送设备和接收设备之间下一个数据包的传输。如图26所示：
S2601，发送设备在基于消息ID、上下文信息A和原始数据得到数据包1，上下文信息A的值为X，消息ID的值为y1。
发送设备可以基于上下文信息A生成鉴权码A。发送设备可以基于存储的消息ID，得到消息ID字段A。发送设备可以基于消息ID字段A、原始数据和鉴权码A得到数据包1。
S2602，发送设备将数据包1(包括有消息ID字段A和鉴权码A)发送给接收设备失败。
其中，发送设备将数据包1发送给接收设备后，可以更新消息ID的值为y2。其中，y1和y2不同。其中，消息ID的详细描述可以参见上述图21所示实施例，在此不再赘述。
其中，数据包1在发送期间丢失，接收设备未能接收到该数据包1。
S2603，发送设备在基于消息ID、上下文信息A和原始数据得到数据包2，上下文信息 A的值为X，消息ID的值为y2。
其中，由于接收设备没能接收到发送设备发送的数据包1，所以没有更新接收设备的上下文信息B。并且接收设备没有向发送设备发送成功应用回执，所以发送设备的上下文信息A的值依旧为X。
S2604，发送设备将数据包2(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包2发送给接收设备后，可以更新消息ID的值为y3。其中，y3和y2不同，y3和y1不同。
其中，数据包2在发送期间丢失，接收设备未能接收到该数据包2。
S2605，发送设备在基于消息ID、上下文信息A和原始数据得到数据包3，上下文信息A的值为X，消息ID的值为y3。
其中，由于接收设备没能接收到发送设备发送的数据包2，所以没有更新接收设备的上下文信息B。并且接收设备没有向发送设备发送成功应用回执，所以发送设备的上下文信息A的值依旧为X。
S2606，发送设备将数据包3(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包3发送给接收设备后，可以更新消息ID的值为y4。其中，y4和y3、y2、y1都不相同。
示例性的，在入站过程中，终端100可以在将数据包3发送给卫星网络设备200后，显示如图27A所示的信息详情界面2700。其中，信息详情界面2700可以包括信息框2701、信息框2703、信息框2705、发送提示2702、发送提示2704和发送提示2706。其中，信息框2701、信息框2703和信息框2705可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。例如，信息框2701显示有用户输入的消息内容“X(00)”，信息框2703显示有用户输入的消息内容“X(01)”，信息框2705显示有用户输入的消息内容“X(10)”。
其中，发送提示2702、发送提示2704和发送提示2706可以用于提示用户终端100已经向卫星网络设备200发送信息框显示的内容。信息详情界面2700的具体描述可以参见图15D所示实施例，在此不再赘述。
S2607，接收设备基于上下文信息B和数据包3生成鉴权码B，上下文信息B的值为X。
S2608，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i，确定消息ID字段B的值为y3。
接收设备确定出鉴权码A和鉴权码B相同，确定出接收数据包3成功。接收设备可以在上下文信息B的值上增加i，即，更新信息B的值为X+i。
其中，接收设备可以基于数据包3中的消息ID字段A的值，确定出消息ID字段B的值。
S2609，接收设备向发送设备发送成功应用回执。
S2610，发送设备更新上下文信息A的值为X+i。
其中，发送设备可以在收到成功应用回执后，调整发送设备的消息ID的值为y1。这样，发送设备可以基于上下文信息A和消息ID字段A的值共同确认唯一的数据包，可以减少消息ID的长度，节约传输使用的空口资源。
示例性的，在入站过程中，终端100可以在收到成功应用回执后，显示如图27B所示的失败提示信息2711、失败提示信息2712、和成功提示信息2713。其中，失败提示信息2711可以用于提示用户终端100向收件人发送信息框2701中的内容失败。失败提示信息2712可以用于提示用户终端100向收件人发送信息框2703中的内容失败。成功提示信息2713可以用于提示用户终端100向收件人发送信息框2705中的内容成功。
其中，上述步骤的具体描述可以参见上述图11所示的实施例，在此不再赘述。
这样，发送设备向接收设备发送数据包时，在发送的过程中该数据包丢失，接收设备没能收到该数据包。但由于发送设备和接收设备的上下文信息都没有更新，所以不会影响后续数据包的传输。
2.应用回执丢失的情况。
当发送设备将多个数据包发送给接收设备，接收设备成功接收该多个数据包中的某个数据包后，可以更新上下文信息B的数值。接收设备还可以基于该成功接收的数据包的消息ID字段A确定出消息ID字段B的值，并向发送设备发送成功应用回执。
接收设备给发送设备发送的成功应用回执在发送过程中丢失，发送设备没能接收到成功应用回执，未更新上下文信息A的值。发送设备将基于未更新的上下文信息A生成的包括鉴权码A的数据包给接收设备。
接收设备可以在确定出鉴权码不同时，基于上下文信息B生成鉴权码C，接收设备在确定出鉴权码A和鉴权码C相同时，可以确定出发送设备未收到成功应用回执，接收设备可以生成包括消息ID字段B的指示应用回执(可用于指示最近接收成功的数据包)，并将该指示应用回执发送给发送设备。
这样，发送设备可以基于指示应用回执确定出发送成功的数据包和发送失败的数据包，并且可以基于指示应用回执更新上下文信息A的值，不会影响后续数据包的传输。具体的，如图28所示：
S2801，发送设备在基于消息ID、上下文信息A和原始数据得到数据包1，上下文信息A的值为X，消息ID的值为y1。
S2802，发送设备将数据包1(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包1发送给接收设备后，可以更新消息ID的值为y2。其中，y1和y2不同。其中，消息ID的详细描述可以参见上述图21所示实施例，在此不再赘述。
其中，数据包1在发送期间丢失，接收设备未能接收到该数据包1。
S2803，发送设备基于消息ID、上下文信息A和原始数据得到数据包2，上下文信息A的值为X，消息ID的值为y2。
其中，由于接收设备没能接收到发送设备发送的数据包1，所以没有更新接收设备的上下文信息B。并且接收设备没有向发送设备发送成功应用回执，所以发送设备的上下文信息A的值依旧为X。
S2804，发送设备将数据包2(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包2发送给接收设备后，可以更新消息ID的值为y3。其中，y3和y2，y1均不同。
S2805，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X。
S2806，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i，确定消息ID字段B的值为y2。
S2807，接收设备向发送设备发送成功应用回执失败。
其中，成功应用回执在发送期间丢失，发送设备未能接收到该成功应用回执。
S2808，发送设备基于消息ID、上下文信息A和原始数据得到数据包3，上下文信息A的值为X，消息ID的值为y3。
其中，由于发送设备未能接收到接收设备发送的成功应用回执，不能确认数据包2的发送情况，不能更新上下文信息A。所以上下文信息A的值依旧为X。
S2809，发送设备将数据包3(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包3发送给接收设备后，可以更新消息ID的值为y4。其中，y4和y3、y2、y1都不相同。
示例性的，在入站过程中，终端100可以在将数据包3发送给卫星网络设备200后，显示如图27A所示的信息详情界面2700。其中，信息详情界面2700的详细描述可以参见上述图26所示实施例，在此不再赘述。
S2810，接收设备基于上下文信息B和数据包3生成鉴权码B，上下文信息B的值为X+i。
S2811，接收设备确定出鉴权码A和鉴权码B不同，生成鉴权码C。
接收设备在确定出鉴权码A和鉴权码B不同后，可以基于上下文信息B生成上下文信息C，并基于上下文信息C生成鉴权码C。其中，上下文信息B比上下文信息C大预设值。
S2812，接收设备确定出鉴权码A和鉴权码C相同，生成指示应用回执(包括有指示ID字段B，指示ID字段B的值为y2)。
接收设备在确定出鉴权码A和鉴权码C相同后，可以确定出发送设备的上下文信息A的值和上下文信息B的值不同，接收设备可以基于消息ID字段B生成指示应用回执。其中，消息ID字段B的值为y2，消息ID字段B可以用于指示接收设备最近接收成功的数据包2。
S2813，接收设备给发送设备发送指示应用回执。
S2814，发送设备更新上下文信息A的值为X+i。
发送设备在收到指示应用回执后，可以基于指示应用回执确定出消息ID字段B指示的数据包2发送成功。发送设备可以更新上下文信息A的值为X+i。发送设备还可以将消息ID的值调整为y1。
示例性的，在入站过程中，终端100可以在收到指示应用回执后，显示如图29所示的失败提示信息2901、成功提示信息2902和失败提示信息2903。其中，失败提示信息2901可以用于提示用户终端100向收件人发送信息框2701中的内容失败。成功提示信息2902可以用于提示用户终端100向收件人发送信息框2703中的内容成功。失败提示信息2903可以用于提示用户终端100向收件人发送信息框2705中的内容失败。
其中，上述步骤的具体描述可以参见上述图11所示的实施例，在此不再赘述。
这样，发送设备可以通过指示应用回执确定发送成功的数据包，并更新上下文信息A的值，发送设备和接收设备可以继续传输后续数据包。
但是，由于消息ID字段A的长度限制，当发送设备发送了多个基于同一个上下文信息A的值生成包括同一个消息ID字段A的数据包时，若发送设备接收到的指示应用回执中的消息ID字段B指示的数据包数据量大于1，发送设备也无法确认数据包的发送情况。如图30所示：
S3001，发送设备在基于消息ID、上下文信息A和原始数据得到数据包1，上下文信息A的值为X，消息ID的值为y1。
S3002，发送设备将数据包1(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包1发送给接收设备后，可以更新消息ID的值为y2。其中，y1和y2不同。其中，消息ID的详细描述可以参见上述图21所示实施例，在此不再赘述。
S3003，接收设备基于上下文信息B和数据包1生成鉴权码B，上下文信息B的值为X。
S3004，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i，确定消息ID字段B的值为y1。
S3005，接收设备向发送设备发送成功应用回执失败。
其中，成功应用回执在发送期间丢失，发送设备未能接收到该成功应用回执。
S3006，发送设备基于消息ID、上下文信息A和原始数据得到数据包2，上下文信息A的值为X，消息ID的值为y2。
其中，由于发送设备没有接收到成功应用回执，所以发送设备的上下文信息A的值依旧为X。
S3007，发送设备将数据包2(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包2发送给接收设备后，可以更新消息ID的值为y3。其中，y3和y2，y1均不同。
S3008，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X+i。
S3009，接收设备确定出鉴权码A和鉴权码B不同，生成鉴权码C。
接收设备在确定出鉴权码A和鉴权码B不同后，可以基于上下文信息B生成上下文信息C，并基于上下文信息C生成鉴权码C。其中，上下文信息B比上下文信息C大预设值，即，上下文信息C的值为X。
S3010，接收设备确定出鉴权码A和鉴权码C相同，生成指示应用回执(包括有指示ID字段B，指示ID字段B的值为y1)。
接收设备在确定出鉴权码A和鉴权码C相同后，可以确定出发送设备的上下文信息A的值和上下文信息B的值不同，接收设备可以基于消息ID字段B生成指示应用回执。其中，消息ID字段B的值为y1，消息ID字段B可以用于指示接收设备最近接收成功的数据包1。
S3011，接收设备向发送设备发送指示应用回执失败。
其中，指示应用回执在发送期间丢失，发送设备未能接收到该指示应用回执。
S3012，发送设备基于消息ID、上下文信息A和原始数据得到数据包3，上下文信息A的值为X，消息ID的值为y3。
其中，由于发送设备未能接收到接收设备发送的指示应用回执，不能确认数据包2的发送情况，不能更新上下文信息A。所以上下文信息A的值依旧为X。
S3013，发送设备将数据包3(包括有消息ID字段A和鉴权码A)发送给接收设备失败。
其中，发送设备将数据包3发送给接收设备后，可以更新消息ID的值为y4。其中，y4和y3、y2、y1都不相同。
其中，数据包3在发送传输过程中丢失，接收设备未能接收到数据包3。
S3014，发送设备基于消息ID、上下文信息A和原始数据得到数据包4，上下文信息A的值为X，消息ID的值为y4。
其中，由于发送设备未能接收到接收设备发送的应用回执，不能确认数据包3的发送情况，不能更新上下文信息A。所以上下文信息A的值依旧为X。
S3015，发送设备将数据包4(包括有消息ID字段A和鉴权码A)发送给接收设备失败。
其中，发送设备将数据包4发送给接收设备后，可以更新消息ID的值为y1。其中，由于发送设备只预设了消息ID的值为y1、y2、y3、y4，所以，当发送设备基于上下文信息A为X生成了大于4个数据包后，发送设备可以在生成并发送了第4个数据包后，更新消息ID字段A的值为y1。
其中，数据包4在发送传输过程中丢失，接收设备未能接收到数据包4。
S3016，发送设备基于消息ID、上下文信息A和原始数据得到数据包5，上下文信息A的值为X，消息ID的值为y1。
其中，由于发送设备未能接收到接收设备发送的应用回执，不能确认数据包4的发送情况，不能更新上下文信息A。所以上下文信息A的值依旧为X。
S3017，发送设备将数据包5(包括有消息ID字段A和鉴权码A)发送给接收设备失败。
其中，发送设备将数据包5发送给接收设备后，可以更新消息ID的值为y2。其中，由于发送设备只预设了消息ID的值为y1、y2、y3、y4，所以，当发送设备基于上下文信息A为X生成了大于4个数据包后，发送设备可以在生成并发送了第5个数据包后，更新消息ID字段A的值为y2。
其中，数据包5在发送传输过程中丢失，接收设备未能接收到数据包4。
S3018，发送设备基于消息ID、上下文信息A和原始数据得到数据包6，上下文信息A的值为X，消息ID的值为y2。
其中，由于发送设备未能接收到接收设备发送的应用回执，不能确认数据包5的发送情况，不能更新上下文信息A。所以上下文信息A的值依旧为X。
S3019，发送设备将数据包6(包括有消息ID字段A和鉴权码A)发送给接收设备。
其中，发送设备将数据包6发送给接收设备后，可以更新消息ID的值为y3。其中，由于发送设备只预设了消息ID的值为y1、y2、y3、y4，所以，当发送设备基于上下文信息A为X生成了大于4个数据包后，发送设备可以在生成并发送了第6个数据包后，更新消息ID字段A的值为y3。
示例性的，在入站过程中，终端100可以在将数据包6发送给卫星网络设备200后，显示如图31A所示的信息详情界面3100。其中，信息详情界面3100可以包括信息框3101、发送提示3102、信息框3103、发送提示3104、信息框3105、发送提示3106、信息框3107、发送提示3108、信息框3109、发送提示3110、信息框3111和发送提示3112。其中，信息框3101、信息框3103、信息框3105、信息框3107、信息框3109和信息框3111可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。例如，信息框3101显示有用户输入的消息内容“X(00)”，信息框3103显示有用户输入的消息内容“X(01)”，信息框3105显示有用户输入的消息内容“X(10)”，信息框3107显示有用户输入的消息内容“X(11)”，信息框3109显示有用户输入的消息内容“X(00)”，信息框3111显示有用户输入的消息内容“X(01)”。
其中，发送提示3102、发送提示3104、发送提示3106、发送提示3108、发送提示3110和发送提示3106可以用于提示用户终端100已经向卫星网络设备200发送信息框显示的内容。其中，信息详情界面3100的详细描述可以参见上述图26所示实施例，在此不再赘述。
S3020，接收设备基于上下文信息B和数据包6生成鉴权码B，上下文信息B的值为X+i。
S3021，接收设备确定出鉴权码A和鉴权码B不同，生成鉴权码C。
接收设备在确定出鉴权码A和鉴权码B不同后，可以基于上下文信息B生成上下文信息C，并基于上下文信息C生成鉴权码C。其中，上下文信息B比上下文信息C大预设值，即，上下文信息C的值为X。
S3022，接收设备确定出鉴权码A和鉴权码C相同，生成指示应用回执(包括有指示ID字段B，指示ID字段B的值为y1)。
接收设备在确定出鉴权码A和鉴权码C相同后，可以确定出发送设备的上下文信息A的值和上下文信息B的值不同，接收设备可以基于消息ID字段B生成指示应用回执。其中，消息ID字段B的值为y1，消息ID字段B可以用于指示接收设备最近接收成功的数据包1。
S3023，接收设备向发送设备发送指示应用回执。
S3024，发送设备更新上下文信息A的值为X+i。
发送设备在收到指示应用回执后，可以更新上下文信息A的值为X+i。
发送设备基于指示应用回执的消息ID字段B，确认出消息ID字段A为y1的数据包接收成功。但是，由于消息ID字段A为y1的数据包包括数据包1和数据包5，所以发送设备无法确定出发送成功的数据包。
示例性的，在入站过程中，终端100可以在收到指示应用回执后，显示如图31B所示的失败提示信息3111、失败提示信息3112、失败提示信息3113和失败提示信息3114。其中，失败提示信息3111可以用于提示用户终端100向收件人发送信息框3103中的内容失败。失败提示信息3112可以用于提示用户终端100向收件人发送信息框3105中的内容失败。失败提示信息3113可以用于提示用户终端100向收件人发送信息框3107中的内容失败。失败提示信息3114可以用于提示用户终端100向收件人发送信息框3111中的内容失败。
需要说明的是，由于发送设备无法确认数据包1和数据包5的发送情况，所以依旧显示发送提示3102和发送提示3110。
其中，上述步骤的具体描述可以参见上述图11所示的实施例，在此不再赘述。
因此，在一种可能的实现方式中，发送设备和接收设备从卫星网络回到蜂窝网络后，接收设备可以向发送设备发送集合应用回执(又称为第二应用回执)，集合应用回执可以用于指示接收设备接收成功的数据包。集合应用回执可以包括接收设备接收成功的数据包的标识信息(例如，标识信息可以包括但不限于消息ID字段、数据包的接收时间、上下文信息等等)。发送设备可以基于集合应用回执中的数据包的标识信息确定出发送成功的数据包。
不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和上述任意一个或多个实施例互相结合使用。
在一种可能的实现方式中，发送设备的信息A为上下文信息A，接收设备的信息B为上下文信息B。上下文信息A可以用于指示发送设备发送的数据包的计数值或序列号。上下文信息B可以用于指示接收设备接收的数据包的计数值或序列号。这样，当接收设备接收到重复发送的数据包后，接收的数据包的计数值或序列号改变，接收设备可以更新上下文信息B的值，由于更新后的上下文信息B的值和重复数据包中的上下文信息A的值不同，发送设备无法解析该重复数据包，不会出现重复处理、计费的问题。并且，由于发送设备基于发送的数据包的数量更新上下文信息A的值，就算没有收到接收设备的成功应用回执，也会更新上下文信息A的值，并基于更新后的上下文信息A的值生成新的数据包，不会影响接收设备解析新的数据包。
在一些实施例中，当上下文信息用于指示数据包的计数值。发送设备上下文信息A的初始值比接收设备的上下文信息B的初始值大预设值。发送设备可以基于上下文信息A生成数据包。发送设备可以在将包括有鉴权码A的数据包发送给接收设备后，在上下文信息A的值上增加预设值。接收设备可以在接收到数据包后，在上下文信息B的值上增加预设值。接收设备可以基于上下文信息B生成鉴权码B，并基于鉴权码B确定数据包的接收情况。
例如，上下文信息A和上下文信息B的长度可以为5bit。上下文信息A的初始值可以为“00001”，上下文信息B的初始值可以为“00000”，发送设备可以基于上下文信息A“00001”生成数据包1。发送设备可以在将数据包1发给接收设备后，更新上下文信息A的值为“00010”。接收设备可以在收到数据包1后，更新上下文信息B的值为“00001”，接收设备可以基于上下文信息B“00001”生成鉴权码B。之后，发送设备可以基于上下文信息A“00010”生成数据包2，并在将数据包2发送给接收设备后，更新上下文信息A的值为“00011”。接收设 备可以在收到数据包2后，更新上下文信息B的值为“00010”，接收设备可以基于上下文信息B“00010”生成鉴权码B，以此类推。
这样，接收设备不会出现重复处理的情形。
在一些实施例中，上下文信息用于指示数据包的序列号。发送设备的上下文信息A包括超帧号(hyper frame number，HFN)A和序列号(sequence number)A。发送设备可以基于序列号A生成包括有序列号字段A和鉴权码A的数据包，将数据包在第一传输系统发送至接收设备。接收设备可以基于数据包中的序列号字段A确定出超帧号B的值，并基于序列号字段A和超帧号B得到上下文信息B。接收设备可以基于上下文信息B和数据包生成鉴权码B，并基于鉴权码B确定数据包的接收情况。其中，由于序列号A字段的数据长度有限，所以序列号字段A的值会随着更新回到初始值。当发送设备更新后的序列号A的值小于更新前的序列号A的值时，发送设备更新超帧号A的值，即，在超帧号A的值上增加预设值。当接收设备收到的序列号字段A的值小于或等于序列号B的值时，接收设备可以更新超帧号B的值，即，在超帧号B的值上增加预设值。接收设备可以在更新超帧号B的值后，更新序列号B的值为序列号字段A的值。
例如，上下文信息A和上下文信息B的长度可以为5bit。其中，发送设备可以存储有上下文信息A，上下文信息A的初始值可以为“00000”。上下文信息A中的超帧号A为“0000”，序列号A为“0”。接收设备可以存储有上下文信息B，上下文信息B的超帧号B的初始值可以为“0000”，序列号B的初始值小于序列号A的初始值。
发送设备可以生成包括序列号字段A为“0”的数据包1。发送设备可以在向接收设备发送数据包1后，更新上下文信息A的值为“00001”。接收设备可以在收到数据包1后，基于序列号字段A确定出超帧号B的值不变，依旧为“0000”。接收设备可以更新超帧号B的值为“0”。接收设备可以拼接超帧号B和序列号字段A得到上下文信息B为“00000”。
之后，发送设备可以基于上下文信息A“00001”生成包括序列号字段A为“1”的数据包2。发送设备可以在向接收设备发送数据包2后，更新上下文信息A的值为“00010”。接收设备可以在收到数据包2后，基于序列号字段A确定出超帧号B的值不变，依旧为“0000”。接收设备可以更新超帧号B的值为“1”。接收设备可以拼接超帧号B和序列号字段A得到上下文信息B为“00001”。
之后，发送设备可以基于上下文信息A“00010”生成包括序列号字段A为“0”的数据包3。发送设备可以在向接收设备发送数据包3后，更新上下文信息A的值为“00011”。接收设备可以在收到数据包3后，由于序列号字段A的值“0”小于序列号B的值“1”，接收设备基于序列号字段A“0”确定出超帧号B的值改变，为“0001”。接收设备可以更新超帧号B的值为“0”。接收设备可以拼接超帧号B和序列号字段A得到上下文信息B为“00010”。以此类推。
这样，当上下文信息用于指示数据包的序列号时，由于接收设备可以基于数据包中的序列号确定超帧号。如果发送设备发送的第1个数据包在发送过程中丢失，接收设备也可以基于发送设备发送的第2个数据包的序列号确定出超帧号，依旧可以成功解析出第2个数据包。
这样，当接收设备未接收到数据包2时，也可以基于数据包3的序列号A，更新超帧号B为“0001”，接收设备可以成功解析数据包3。当发送设备未接收到应用回执时，发送设备可以随着发送数据包更新上下文信息A的值，发送设备可以继续发送下一个数据包。保证接收设备不会处理重复发送的数据包，还可以在数据包丢失、应用回执丢失后，继续传输数据。
其中，终端100和卫星网络设备200获取上下文信息/超帧号的初始值的方式可以参见上述实施例，在此不再赘述。
接下来介绍本申请实施例提供的另一种传输方法的入站流程。
在一种可能的实现方式中，在入站过程中，终端100可以基于第一信息、指定密钥和原始数据生成第一鉴权码。其中，第一信息为第一上下文信息，用于指示第一数据包的序列号。终端100可以基于第一序列号、第一鉴权码、指定密钥和原始数据，得到包括有第一指示信息(又称为第一序列号字段)的第一数据包。终端100可以将第一数据包发送给卫星网络设备200。卫星网络设备200可以在接收到第一数据包后，基于第一序列号字段确定出第二信息，并基于第二信息、指定密钥和第一数据包生成第二鉴权码。其中，第二信息为第二上下文信息，用于指示第一数据包的序列号。卫星网络设备200可以基于第二鉴权码确定第一数据包的接收状态。这样，卫星网络设备200不会出现重复接收同一个数据包的问题，还可以在应用回执/数据包丢失后，继续传输下一个数据包。
图32示出了本申请实施例提供的一种入站传输流程示意图。
S3201，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息。
其中，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息的描述可参见上述图11所示实施例，在此不再赘述。其中，终端100和卫星网络设备200在协商密钥后，都存储有指定密钥。其中，终端100存储有第一信息的第一序列号和第一超帧号。卫星网络设备200存储有第二信息的第二超帧号和第二序列号。第一信息中的第一超帧号的初始值和第二超帧号的初始值相同。第一信息中的第一序列号的初始值大于第二信息中第二序列号的初始值。
S3202，终端100获取原始数据。
S3203，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。
终端100可以基于存储的第一信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到第一鉴权码。
S3204，终端100可以基于第一序列号、第一鉴权码和原始数据，得到第一数据包。
其中，终端100的第一信息包括第一超帧号和第一序列号。终端100可以基于第一序列号生成第一指示信息(又称为第一序列号字段)。其中，第一序列号字段的值和第一序列号的值相同。终端100可以拼接第一序列号字段、第一鉴权码和原始数据，得到第一数据包。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到第一数据包。可选的，终端100可以使用指定密钥加密拼接在一起的第一序列号字段、第一鉴权码和原始数据，得到第一数据包。
S3205，终端100向卫星网络设备200发送第一数据包，其中，第一数据包包括第一序列号字段。
其中，终端100可以在向卫星网络设备200发送第一数据包后，更新第一序列号的值。更新后的第一序列号的值和更新前的第一序列号的值不同。可以理解的是，当更新后的第一序列号的值小于更新前的第一序列号的值，终端100可以更新第一超帧号的值。第一信息随着第一序列号的更新而更新。
具体的，终端100可以通过更新第一序列号和第一超帧号更新第一信息的值。第一序列号的值从初始值更新至最大值后，终端100再次更新第一序列号的值为初始值。终端100可 以在确定出第一序列号更新后的值小于或等于更新前的第一序列号的值后，更新第一超帧号的值，即，在第一超帧号的值上增加预设值。同理，当第一超帧号的值从初始值更新至最大值后，终端100再次更新第一超帧号的值为初始值，即，更新第一信息的值为初始值。
示例性的，第一信息的长度为5bit，第一超帧号可以为第一信息的头部的4bit，第一序列号可以为第一信息中第一超帧号后的1bit。其中，第一信息的初始值可以为“00000”，即，第一超帧号的初始值为“0000”，第一序列号的初始值为“0”。当终端100向卫星网络设备200发送了基于值为“0”第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“1”，即，更新第一信息的值为“00001”。
当终端100向卫星网络设备200发送了基于值为“1”的第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“0”，终端100确定出第一序列号更新后的值“0”小于更新前的值“1”，更新第一超帧号的值为“0001”，即，更新第一信息的值为“00010”。当终端100向卫星网络设备200发送了基于值为“0”的第一序列号生成的第一数据包后，更新第一序列号的值为“1”，依次类推。
同理，当第一信息的长度为5bit，第一超帧号为第一信息的头部的3bit，第一序列号的长度为第一信息中第一超帧号后的2bit时。其中，第一信息的初始值可以为“00000”，即，第一超帧号的初始值为“000”，第一序列号的初始值为“00”。当终端100向卫星网络设备200发送了基于值为“00”第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“01”，即，更新第一信息的值为“00001”。
当终端100向卫星网络设备200发送了基于值为“01”的第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“10”，即，更新第一信息的值为“00010”。
当终端100向卫星网络设备200发送了基于值为“10”的第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“11”，即，更新第一信息的值为“00011”。
当终端100向卫星网络设备200发送了基于值为“11”的第一序列号生成的第一数据包后。终端100可以更新第一序列号的值为“00”。终端100确定出第一序列号更新后的值“00”小于更新前的值“11”，更新第一超帧号的值为“001”即，更新第一信息的值为“00100”。
综上所述，终端100可以通过更新第一序列号，更新第一信息。
在一种可能的实现方式中，终端100在向接收设备发送第一数据包后，可以显示发送提示信息，发送提示信息可以用于提示用户终端100已经向卫星网络设备200发送该第一数据包。
S3206，卫星网络设备200可以基于第一序列号字段和第二超帧号，确定出第二信息。
其中，卫星网络设备200存储有第二序列号。第二序列号的值为卫星网络设备200接收到的上一个第一数据包的第一序列号字段的值。
在一些实施例中，当卫星网络设备200没有收到终端100的第一数据包时，第二序列号的初始值可以为空值。卫星网络设备200可以预置为判定第二序列号的初始值小于任意值。可选的，卫星网络设备200预存的第二序列号的初始值小于终端100的第一序列号的初始值。
卫星网络设备200可以判断第一序列号字段的值是否大于第二序列号的值，当卫星网络设备200判定出第一序列号字段的值大于第二序列号的值时，卫星网络设备200可以拼接第二超帧号的值和第一序列号字段的值得到第二信息的值。
当卫星网络设备200判定出第一序列号字段的值小于或等于第二序列号的值时，卫星网络设备200可以更新第二超帧号的值，即，在第二超帧号的值上增加预设值。卫星网络设备200可以拼接更新后的第二超帧号的值和第一序列号字段的值得到第二信息的值。
卫星网络设备200可以在生成第二信息后，基于第一序列号字段的值，调整第二序列号的值。其中，调整后的第二序列号的值等于第一序列号的值。
示例性的，当卫星网络设备200的第二信息的长度为5bit，第二超帧号为第二信息的头部的4bit，第二序列号的长度为第二信息中第二超帧号后的1bit时。卫星网络设备200的第二超帧号的初始值为“0000”。当卫星网络设备200收到第一序列号字段为“0”的第一数据包后，可以确定出第二信息的值为“00000”，第二序列号的值为“0”。
当卫星网络设备200收到第一序列号字段为“1”的第一数据包后，可以基于第二序列号的值和第一序列号字段的值确定出第二信息的值为“00001”，第二序列号的值为“1”。
当卫星网络设备200收到第一序列号字段为“0”的第一数据包后，可以基于第二序列号的值和第一序列号字段的值确定出第二超帧号的值为“0001”，再确定出第二信息的值为“00010”，第二序列号的值为“0”，以此类推。
需要说明的是，若卫星网络设备200没有接收到上述第一序列号为“1”的第一数据包，卫星网络设备200接收到上述第2个第一序列号为“0”的数据包后，由于第二序列号的值等于第一序列号字段的值，卫星网络设备200可以据此确定出第二超帧号的值为“0001”，可以成功接收该第2个第一序列号为“0”的数据包。这样，即使终端100发送的某个数据包在发送过程中丢失，卫星网络设备200也可以成功获取和第一信息对应的第二信息的值。
在一种可能的实现方式中，终端100预存的第一超帧号比卫星网络设备200预存的第二超帧号大预设值，卫星网络设备200预存的第二序列号的初始值大于终端100的第一序列号的最大值。终端100将包括有第一序列号字段的第一数据包发送给卫星网络设备200后，卫星网络设备200可以基于第一序列号字段的值小于第二序列号的值，在第二超帧号的值上增加预设值，让第二超帧号的值和终端100的第一超帧号的值相同。之后，卫星网络设备200可以调整第二序列号的值和第一序列号字段的值相同。
S3207，卫星网络设备200可以基于指定密钥、原始数据和第二信息生成第二鉴权码。
S3208，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和第二鉴权码是否相同，确定第一数据包的接收状态。其中，当第一鉴权码和第二鉴权码相同时，卫星网络设备200可以执行步骤S3209、步骤S3210。
当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以执行步骤S3212。
S3209，卫星网络设备200将原始数据发送给蜂窝网络设备400。
S3210，卫星网络设备200给终端100发送成功应用回执。
S3211，终端100显示成功提示信息。
终端100显示成功提示信息。成功提示信息用于提示用户第一数据包发送成功。
S3212，卫星网络设备200给终端100发送失败应用回执。
可选的，终端100收到失败应用回执后，还可以执行步骤S3213。
S3213，终端100显示失败提示信息。
终端100显示失败提示信息。失败提示信息用于提示用户第一数据包发送失败。
其中，上述步骤的具体描述可以参见上述图12所示实施例，在此不再赘述。
接下来介绍本申请实施例提供的另一种传输方法的出站流程。
在一种可能的实现方式中，在出站过程中，卫星网络设备200可以基于第六信息和原始数据生成第四鉴权码。其中，第六信息为第六上下文信息，可以用于指示第三数据包的序列 号。卫星网络设备200可以基于第四序列号字段、第四鉴权码和原始数据，得到包括有第四序列号字段(又称为第六指示信息)的第三数据包。卫星网络设备200可以将第三数据包发送给终端100。终端100可以在接收到第三数据包后，基于第四序列号字段确定出第五信息，并基于第五信息和第三数据包生成第三鉴权码。其中，第五信息为第五上下文信息，用于指示第三数据包的序列号。终端100可以基于第三鉴权码确定第三数据包的接收状态。这样，终端100不会出现重复接收同一个数据包的问题，终端100和卫星网络设备200还可以在应用回执/数据包丢失后，继续传输下一个数据包。
图33示出了本申请实施例提供的一种出站传输流程示意图。
S3301，终端100、卫星网络设备200和蜂窝网络设备400协商第五信息和第六信息。
其中，终端100和卫星网络设备200可以通过蜂窝网络设备400协商得到第六信息和第五信息的初始值。卫星网络设备200存储有第六信息的第四超帧号和第四序列号。终端100存储有第五信息的第三超帧号和第三序列号。第五信息的第三超帧号和第六信息的第四超帧号的初始值相同。第五信息的第三序列号的初始值小于第六信息的第四超帧号的初始值。
S3302，卫星网络设备200接收到蜂窝网络设备400发送的原始数据。
S3303，卫星网络设备200接收到终端100发送的业务请求。
S3304，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。
卫星网络设备200可以基于第六信息和原始数据生成第四鉴权码。
S3305，卫星网络设备200基于第四序列号、原始数据和第四鉴权码，得到第三数据包。
其中，卫星网络设备200的第六信息包括第四序列号和第四超帧号。卫星网络设备200可以基于第四序列号生成第四序列号字段(又称为第六指示信息)，第四序列号字段的值和第四序列号的值相同。卫星网络设备200可以拼接第四序列号字段、第四鉴权码和原始数据，得到第三数据包。
S3306，卫星网络设备200向终端100发送第三数据包，其中，第三数据包包括有第四序列号字段。
其中，卫星网络设备200可以在向终端100发送第三数据包后，更新第四序列号的值。更新后的第四序列号的值和更新前的第四序列号的值不同。可以理解的是，当更新后的第四序列号的值小于更新前的第四序列号的值，卫星网络设备200可以更新第四超帧号的值。第六信息随着第四序列号的更新而更新。
具体的，卫星网络设备200可以通过更新第四序列号更新第六信息的值。第四序列号的值从初始值更新至最大值后，卫星网络设备200再次更新第四序列号的值为初始值。卫星网络设备200可以在确定出第四序列号更新后的值小于或等于更新前的第四序列号的值后，更新第四超帧号的值，即，在第四超帧号的值上增加预设值。同理，当第四超帧号的值从初始值更新至最大值后，卫星网络设备200再次更新第四超帧号的值为初始值，即，更新第六信息的值为初始值。
S3307，终端100基于第四序列号字段和第三超帧号，确定出第五信息。
其中，终端100存储有第三序列号。第三序列号的值为终端100接收到的上一个第三数据包的第四序列号字段的值。
在一些实施例中，当终端100没有收到卫星网络设备200的第三数据包时，第三序列号的初始值可以为空值。终端100可以预置为判定第三序列号的初始值小于任意值。可选的，终端100预存的第三序列号的初始值小于卫星网络设备200的第四序列号的初始值。
终端100可以判断第四序列号字段的值是否大于第三序列号的值，当终端100判定出第 四序列号字段的值大于第三序列号的值时，终端100可以拼接第三超帧号的值和第四序列号字段的值得到第六信息的值。
当终端100判定出第四序列号字段的值小于或等于第三序列号的值时，终端100可以更新第三超帧号的值，即，在第三超帧号的值上增加预设值。终端100可以拼接更新后的第三超帧号的值和第四序列号字段的值得到第六信息的值。
终端100可以在生成第六信息后，基于第四序列号字段的值，调整第三序列号的值。其中，调整后的第三序列号的值等于第四序列号的值。
在一种可能的实现方式中，卫星网络设备200预存的第三超帧号比终端100预存的第四超帧号大预设值，终端100预存的第三序列号的初始值大于卫星网络设备200预存的第四序列号的最大值。卫星网络设备200将包括有第四序列号字段的第三数据包发送给终端100后，终端100可以基于第四序列号字段的值和第三序列号相同，在第三超帧号的值上增加预设值，让第三超帧号的值和卫星网络设备200的第二超帧号的值相同。之后，终端100可以更新第三序列号的值为第四序列号字段的值。
S3308，终端100基于第三数据包、第五信息，得到第三鉴权码。
S3309，终端100判断第三鉴权码和第四鉴权码是否相同。
终端100可以通过比较第三鉴权码和第四鉴权码是否相同，确定第三数据包的接收状态。其中，当第三鉴权码和第四鉴权码相同时，终端100可以执行步骤S3310、步骤S3311。
当第三鉴权码和第四鉴权码不同时，终端100可以执行步骤S3312。
S3310，终端100显示接收提示信息。
S3311，终端100给卫星网络设备200发送成功应用回执。
S3312，终端100给卫星网络设备200发送失败应用回执。
其中，上述步骤具体描述可以参见上述图13所示实施例，在此不再赘述。
接下来介绍发送设备和接收设备基于序列号传输数据包的流程，具体的，如图34所示：
S3401，发送设备基于上下文信息A(包括序列号A)和原始数据得到数据包1，上下文信息A的值为X||y1，其中，||为拼接符号，序列号A的值为y1。
发送设备可以基于上下文信息A中的序列号A得到序列号字段A。发送设备可以基于上下文信息A和原始数据生成鉴权码A。发送设备可以基于序列号字段A、鉴权码A和原始数据，得到数据包1。其中，上下文信息A包括序列号A和超帧号A。其中，超帧号A的值为X，序列号A的值为y1。上下文信息A为超帧号A和序列号A拼接在一起的数据段。
S3402，发送设备将数据包1发送给接收设备，其中，数据包1包括序列号字段A和鉴权码A。
其中，发送设备将数据包1发送给接收设备后，可以更新序列号A的值为y2。其中，y2大于y1。也就是说，发送设备将上下文信息A的值更新为X||y2。
需要说明的是，当序列号A的值只包括y1和y2时，发送设备可以在更新序列号A的值为y2后，再次更新序列号A的值为y1时，在超帧号A的值上增加预设值。
S3403，接收设备基于序列号字段A确定出超帧号B的值后，基于超帧号B、序列号字段A和数据包1生成鉴权码B，超帧号B的值为X。
接收设备可以基于序列号字段A的值确定超帧号B的值，具体的：接收设备可以在确定出序列号字段A的值小于或等于序列号B的值时，在超帧号B的值上增加预设值。
其中，接收设备收到第1个发送设备的数据包时，序列号B的值为初始值，其中，序列 号B的初始值小于序列号A的初始值。接收设备可以在生成上下文信息B后，更新序列号B的值为序列号A的值。当接收设备接收到发送设备发送的第2个数据包时，序列号B的值和第1个数据包的序列号字段A的值相同。
接收设备可以拼接超帧号B的值和序列号字段A的值，得到上下文信息B为X||y1。接收设备还可以在得到上下文信息B后，更新序列号B的值为序列号字段A的值。其中，具体描述可以参见上述实施例，在此不再赘述。
接收设备可以基于上下文信息B和数据包1的原始数据，生成鉴权码B。在此，超帧号B的值为X，更新后的序列号B的值为y1。更新前的序列号B的值小于y1。
S3404，接收设备确定出鉴权码A和鉴权码B相同，生成成功应用回执。
S3405，接收设备向发送设备发送成功应用回执。
S3406，发送设备基于上下文信息A(包括序列号A)和原始数据得到数据包2，上下文信息A的值为X||y2，序列号A的值为y2。
这样，发送设备和接收设备可以基于指示序列号的上下文信息，解决出现重复接收同一个数据包的问题。
接下来介绍本申请实施例中可能出现的发送过程中数据丢失的情况。
其中，发送设备和接收设备可能在传输过程中出现数据包/成功应用回执丢失的场景，具体的，如图35所示：
S3501，发送设备基于上下文信息A(包括序列号A)得到数据包1，上下文信息A的值为X||y1，其中，||为拼接符号，序列号A的值为y1。
S3502，发送设备将数据包1发送给接收设备失败，其中，数据包1包括序列号字段A和鉴权码A。
其中，由于数据包1在传输过程中丢失，接收设备没有接收到数据包1。
其中，发送设备将数据包1发送给接收设备后，可以更新序列号A的值为y2。其中，y2大于y1。也就是说，发送设备将上下文信息A的值更新为X||y2。
S3503，发送设备基于上下文信息A(包括序列号A)得到数据包2，上下文信息A的值为X||y2，序列号A的值为y2。
S3504，发送设备将数据包2发送给接收设备，其中，数据包2包括序列号字段A和鉴权码A。
其中，发送设备将数据包2发送给接收设备后，可以更新序列号A的值为y1。由于序列号A的值再次更新为y1，发送设备可以更新超帧号A的值为X+i。也就是说，发送设备将上下文信息A的值更新为(X+i)||y1。
S3505，接收设备基于序列号字段A确定出超帧号B的值后，基于超帧号B、序列号字段A和数据包2生成鉴权码B，超帧号B的值为X。
接收设备可以基于序列号字段A的值确定超帧号B的值为X。接收设备可以拼接超帧号B的值和序列号字段A的值，得到上下文信息B为X||y2。接收设备可以基于上下文信息B和数据包2，生成鉴权码B。
接收设备还可以在得到上下文信息B后，更新序列号B的值为序列号字段A的值。其中，具体描述可以参见上述实施例，在此不再赘述。在此，更新后的序列号B的值为y2。更新前的序列号B的值小于y1。
S3506，接收设备确定出鉴权码A和鉴权码B相同，生成成功应用回执。
S3507，接收设备向发送设备发送成功应用回执失败。
其中，发送过程中可能出现数据包丢失的情况和应用回执丢失的情况。其中，当发送设备将数据包发送给接收设备，接收设备没有收到发送设备的数据包时，不影响发送设备和接收设备之间下一个数据包的传输。
S3508，发送设备基于上下文信息A(包括序列号A)和原始数据得到数据包3，上下文信息A的值为(X+i)||y1，序列号A的值为y1。
S3509，发送设备将数据包3发送给接收设备失败，其中，数据包3包括序列号字段A和鉴权码A。
其中，由于数据包3在传输过程中丢失，接收设备没有接收到数据包3。
其中，发送设备将数据包3发送给接收设备后，可以更新序列号A的值为y2。也就是说，发送设备将上下文信息A的值更新为(X+i)||y2。
S3510，发送设备基于上下文信息A(包括序列号A)和原始数据得到数据包4，上下文信息A的值为(X+i)||y2，序列号A的值为y2。
S3511，发送设备将数据包4发送给接收设备失败，其中，数据包4包括序列号字段A和鉴权码A。
其中，由于数据包4在传输过程中丢失，接收设备没有接收到数据包4。
其中，发送设备将数据包4发送给接收设备后，可以更新序列号A的值为y1。由于序列号A的值再次更新为y1，发送设备可以更新超帧号A的值为X+2i。也就是说，发送设备将上下文信息A的值更新为(X+2i)||y1。
S3512，发送设备基于上下文信息A(包括序列号A)和原始数据得到数据包5，上下文信息A的值为(X+2i)||y1，序列号A的值为y1。
S3513，发送设备将数据包5发送给接收设备，其中，数据包5包括序列号字段A和鉴权码A。
其中，发送设备将数据包3发送给接收设备后，可以更新序列号A的值为y2。也就是说，发送设备将上下文信息A的值更新为(X+2i)||y2。
S3514，接收设备基于序列号字段A确定出超帧号B的值后，基于超帧号B、序列号字段A和数据包5生成鉴权码B，超帧号B的值为(X+i)。
接收设备当前超帧号的值为X，序列号B的值为y2。接收设备确定出序列号字段A的值为y1，y1小于y2。接收设备更新超帧号B的值为X+i。并基于超帧号B的值和序列号字段A的值得到上下文信息B的值为(X+i)||y1。接收设备基于上下文信息B生成鉴权码B。
当接收设备连续多次未接收到发送设备的数据包时，由于超帧号B可能和超帧号A不一致，导致接收设备之间不能成功接收发送设备的数据包。
在一种可能的实现方式中，当接收设备确认出鉴权码A和鉴权码B不同时，可以调整超帧号B和序列号B的值为初始值。并向发送设备发送失败应用回执。发送设备可以基于失败应用回执，调整上下文信息A的值为初始值。这样，发送设备和接收设备可以基于重置后的上下文信息传输数据包。
S3515，接收设备确定出鉴权码A和鉴权码B不同，重置超帧号B的值为X。
由于接收设备的上下文信息B的值为(X+i)||y1和发送设备生成数据包5使用的上下文信息A“(X+2i)||y1”不同。所以，鉴权码A和鉴权码B不同。接收设备接收数据包5失败，接收设备可以重置超帧号B的值为初始值，例如，初始值X。接收设备还可以重置序列号B的值为初始值。
S3516，接收设备向发送设备发送失败应用回执。
接收设备可以在确定出鉴权码A和鉴权码B不同后，生成失败应用回执。失败应用回执用于指示接收设备接收数据包5失败。接收设备将失败应用回执发送给发送设备。
S3517，发送设备重置上下文信息A的值为X||y1。
发送设备可以基于失败应用回执确定出上下文信息A的值和上下文信息B的值不同步。发送设备可以重置上下文信息A的值为初始值，例如，初始值X||y1。
其中，上述步骤的具体描述可以参见图34所示实施例，在此不再赘述。
不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和上述任意一个或多个实施例互相结合使用。
在一种可能的实现方式中，发送设备可以基于重传指示字段、信息A和原始数据，得到包括有鉴权码A和重传指示字段的数据包。其中，信息A为发送时间信息或上下文信息A。重传指示字段用于指示数据包为重传数据包或新传数据包。接收设备可以基于信息B和数据包，得到鉴权码B。其中，信息B为接收时间信息或上下文信息B。当鉴权码A和鉴权码B不同时，当接收设备基于重传指示字段确定出数据包为新传数据包时，可以向发送设备发送失败应用回执。当接收设备基于重传指示字段确定出数据包为重传数据包时，可以生成鉴权码C。接收设备可以在鉴权码A和鉴权码C相同时，确定出该数据包为接收设备最近接收成功的数据包对应的重传数据包。接收设备给发送设备发送成功应用回执。
这样，由于接收设备在确定出鉴权码B和新传数据包的鉴权码A不同时，确认接收设备接收该新传数据包失败，直接发送失败应用回执。由于接收设备在确定出鉴权码C和重传数据包的鉴权码A相同时，接收设备可以确定出该数据包为最近接收成功的数据包对应的重传数据包，即，接收设备可以确定出发送设备未成功接收最近接收成功的数据包的成功应用回执，接收设备可以再次给发送设备发送成功应用回执。发送设备可以基于成功应用回执确定出重传数据包中的原始数据发送成功，不再执行重传操作，节约卫星网络传输资源。
接下来介绍本申请实施例提供的另一种传输方法的入站流程。
在一种可能的实现方式中，在入站过程中，终端100可以基于第一信息、指定密钥和原始数据生成第一鉴权码。其中，第一信息为发送时间信息或第一上下文信息。终端100可以基于第一重传指示字段(又称为第三指示信息)、第一鉴权码、指定密钥和原始数据，得到第一数据包。终端100可以将第一数据包在第一传输系统下发送给卫星网络设备200。卫星网络设备200可以在接收到第一数据包后，基于第二信息、指定密钥和第一数据包生成第二鉴权码。其中，第二信息为接收时间信息或第二上下文信息。当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以在基于第一重传指示字段确定出第一数据包为重传数据包时，生成临时鉴权码，并在确定出第一鉴权码和临时鉴权码相同时，向终端100发送成功应用回执。这样，卫星网络设备200可以基于成功应用回执通知终端100卫星网络设备200已经成功接收该重传数据包的原始数据，不需要终端100再次重传该数据包。
图36示出了本申请实施例提供的一种入站传输流程示意图。
S3601，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二信息。
其中，终端100、卫星网络设备200和蜂窝网络设备400协商密钥、第一信息和第二超帧号的描述可参见上述图11所示实施例，在此不再赘述。其中，终端100和卫星网络设备 200在协商密钥后，都存储有指定密钥。其中，终端100存储有第一信息。卫星网络设备200存储有第二信息，第一信息的初始值和第二信息的初始值相同。
S3602，终端100获取原始数据。
S3603，终端100基于指定密钥、原始数据和第一信息生成第一鉴权码。
终端100可以基于存储的第一信息、指定密钥和原始数据通过指定鉴权算法(例如，SM3密码杂凑算法)计算得到第一鉴权码。
S3604，终端100可以基于第一重传指示字段、第一鉴权码和原始数据，得到第一数据包。
其中，终端100可以拼接第一重传指示字段、第一鉴权码和原始数据，得到第一数据包。
例如，当第一重传指示字段的长度为1bit时，如果第一重传指示字段的值为“0”，该第一重传指示字段可以用于指示第一数据包为新传数据包。如果第一重传指示字段的值为“1”，该第一重传指示字段可以用于指示第一数据包为重传数据包。
在一种可能的实现方式中，终端100可以在接收到用户重发某条卫星消息的输入时，基于该卫星消息生成原始数据和第一重传指示字段。其中，第一重传指示字段用于指示基于该卫星消息的原始数据生成的数据包为重传数据包。
在一种可能的实现方式中，终端100可以检测当前的原始数据和上一个数据包的原始数据是否相同，当终端100确定出当前的原始数据和上一个数据包的原始数据相同时，生成用于指示包括有当前原始数据的数据包为重传数据包的第一重传指示字段。当终端100确定出当前的原始数据和上一个数据包的原始数据不同时，生成用于指示包括有当前原始数据的数据包为新传数据包的第一重传指示字段。
在一种可能的实现方式中，终端100还可以使用指定密钥加密拼接在一起的第一鉴权码和原始数据，得到第一数据包。可选的，终端100可以使用指定密钥加密拼接在一起的第一重传指示字段、第一鉴权码和原始数据，得到第一数据包。
S3605，终端100向卫星网络设备200发送第一数据包，其中，第一数据包包括第一重传指示字段。
在一种可能的实现方式中，终端100在向接收设备发送第一数据包后，可以显示发送提示信息，发送提示信息可以用于提示用户终端100已经向卫星网络设备200发送该第一数据包。
S3606，卫星网络设备200可以基于指定密钥、第一数据包和第二信息生成第二鉴权码。
S3607，卫星网络设备200判断第一鉴权码和第二鉴权码是否相同。
卫星网络设备200可以通过比较第一鉴权码和第二鉴权码是否相同，确定第一数据包的接收状态。其中，当第一鉴权码和第二鉴权码相同时，卫星网络设备200可以执行步骤S3608、步骤S3609。
当第一鉴权码和第二鉴权码不同时，卫星网络设备200可以执行步骤S3611。
S3608，卫星网络设备200将原始数据发送给蜂窝网络设备400。
S3609，卫星网络设备200给终端100发送成功应用回执。
可选的，终端100收到成功应用回执后，还可以执行步骤S3610。
S3610，终端100显示成功提示信息。
终端100在收到卫星网络设备200发送的成功应用回执后，还可以显示成功提示信息。成功提示信息用于提示用户第一数据包发送成功。
S3611，卫星网络设备200基于第一重传指示字段判断第一数据包是否为重传数据包。
当卫星网络设备200基于第一重传指示字段判定出第一数据包为新传数据包时，可以执 行步骤S3612。
当卫星网络设备200基于第一重传指示字段判定出第一数据包为重传数据包时，可以执行步骤S3614-步骤S3616。
S3612，卫星网络设备200给终端100发送失败应用回执。
可选的，终端100收到失败应用回执后，还可以执行步骤S3613。
S3613，终端100显示失败提示信息。
终端100显示失败提示信息。失败提示信息用于提示用户第一数据包发送失败。
S3614，卫星网络设备200基于第二信息得到临时信息。
卫星网络设备200可以在第二信息的值上减少预设值，得到临时信息。
S3615，卫星网络设备200可以基于指定密钥、第一数据包和临时信息生成临时鉴权码。
S3616，卫星网络设备200可以判断第一鉴权码和临时鉴权码是否相同。
当第一鉴权码和临时鉴权码相同时，卫星网络设备200可以执行步骤S3617。
当第一鉴权码和临时鉴权码不同时，卫星网络设备200可以执行步骤S3619。
S3617，卫星网络设备200向终端100发送成功应用回执。
卫星网络设备200确定出第一鉴权码和临时鉴权码相同时，可以确定出卫星网络设备200已经接收到该重传数据包对应的新传数据包。卫星网络设备200可以确认出终端100没有收到用于指示接收设备成功接收该重传数据包对应的新传数据包的成功应用回执，卫星网络设备200可以向终端100发送成功应用回执。该成功应用回执可以用于指示卫星网络设备200成功接收重传数据包的原始数据。
可选的，终端100收到成功应用回执后，还可以执行步骤S3618。
S3618，终端100显示成功提示信息。
终端100在收到卫星网络设备200发送的成功应用回执后，还可以显示成功提示信息。成功提示信息用于提示用户第一数据包发送成功。
S3619，卫星网络设备200给终端100发送失败应用回执。
可选的，终端100收到失败应用回执后，还可以执行步骤S3620。
S3620，终端100显示失败提示信息。
终端100显示失败提示信息。失败提示信息用于提示用户第一数据包发送失败。
其中，上述步骤的具体描述可以参见上述图12所示实施例，在此不再赘述。
接下来介绍本申请实施例提供的另一种传输方法的出站流程。
在一种可能的实现方式中，在出站过程中，卫星网络设备200可以基于第六信息和原始数据生成第四鉴权码。其中，第六信息为发送时间信息或第六上下文信息。卫星网络设备200可以基于第二重传指示字段(又称为第四指示信息)、第四鉴权码和原始数据，得到第三数据包。卫星网络设备200可以将第三数据包在第一传输系统下发送给终端100。终端100可以在接收到第三数据包后基于第五信息和第三数据包生成第三鉴权码。其中，第五信息为接收时间信息或第五上下文信息。当第三鉴权码和第四鉴权码不同时，终端100可以在基于第二重传指示字段确定出第三数据包为重传数据包时，生成临时鉴权码，并在确定出第四鉴权码和临时鉴权码相同时，向卫星网络设备200发送成功应用回执。这样，终端100可以基于成功应用回执通知卫星网络设备200终端100已经成功接收该重传数据包的原始数据，不需要卫星网络设备200再次重传该数据包。
图37示出了本申请实施例提供的一种出站传输流程示意图。
S3701，终端100、卫星网络设备200和蜂窝网络设备400协商第五信息和第六信息。
其中，终端100和卫星网络设备200协商得到第六信息和第五信息的过程可以参见上述图11所示实施例，在此不再赘述。卫星网络设备200存储有第六信息。终端100存储有第五信息。第五信息的初始值和第六信息的初始值相同。
S3702，卫星网络设备200接收到蜂窝网络设备400发送的原始数据。
S3703，卫星网络设备200接收到终端100发送的业务请求。
S3704，卫星网络设备200基于原始数据和第六信息生成第四鉴权码。
卫星网络设备200可以基于存储的第六信息和原始数据生成第四鉴权码。
S3705，卫星网络设备200基于第二重传指示字段、原始数据和第四鉴权码，得到第三数据包。
其中，卫星网络设备200可以拼接第二重传指示字段、第四鉴权码和原始数据，得到第三数据包。
例如，当第二重传指示字段的长度为1bit时，如果第二重传指示字段的值为“0”，该第二重传指示字段可以用于指示第三数据包为新传数据包。如果第二重传指示字段的值为“1”，该第二重传指示字段可以用于指示第三数据包为重传数据包。
在一种可能的实现方式中，卫星网络设备200可以检测当前的原始数据和上一个数据包的原始数据是否相同，当卫星网络设备200确定出当前的原始数据和上一个数据包的原始数据相同时，生成用于指示包括有当前原始数据的数据包为重传数据包的第一重传指示字段。当卫星网络设备200确定出当前的原始数据和上一个数据包的原始数据不同时，生成用于指示包括有当前原始数据的数据包为新传数据包的第一重传指示字段。
S3706，卫星网络设备200向终端100发送第三数据包，其中，第三数据包包括有第二重传指示字段。
S3707，终端100基于第三数据包、第五信息，得到第三鉴权码。
S3708，终端100判断第三鉴权码和第四鉴权码是否相同。
终端100可以通过比较第三鉴权码和第四鉴权码是否相同，确定第三数据包的接收状态。其中，当第三鉴权码和第四鉴权码相同时，终端100可以执行步骤S3709、步骤S3710。
当第三鉴权码和第四鉴权码不同时，终端100可以执行步骤S3711。
S3709，终端100显示接收提示信息。
S3710，终端100给卫星网络设备200发送成功应用回执。
S3711，终端100基于第二重传指示字段判断第二数据包是否为重传数据包。
当终端100基于第二重传指示字段判定出第一数据包为新传数据包时，可以执行步骤S3712。
当终端100基于第二重传指示字段判定出第一数据包为重传数据包时，可以执行步骤S3713-步骤S3715。
S3712，终端100给卫星网络设备200发送失败应用回执。
S3713，终端100基于第五信息得到临时信息。
终端100可以在第五信息的值上减少预设值，得到临时信息。
S3714，终端100可以基于指定密钥、第三数据包和临时信息生成临时鉴权码。
S3715，终端100可以判断第四鉴权码和临时鉴权码是否相同。
当第四鉴权码和临时鉴权码相同时，终端100可以执行步骤S3716。
当第四鉴权码和临时鉴权码不同时，终端100可以执行步骤S3717。
S3716，终端100向卫星网络设备200发送成功应用回执。
终端100确定出第四鉴权码和临时鉴权码相同时，可以确定出终端100已经接收到该重传数据包对应的新传数据包。终端100可以确认出卫星网络设备200没有收到用于指示接收设备成功接收该重传数据包对应的新传数据包的成功应用回执，终端100可以向卫星网络设备200发送成功应用回执。该成功应用回执可以用于指示终端100成功接收重传数据包的原始数据。
S3717，终端100给卫星网络设备200发送失败应用回执。
其中，上述步骤具体描述可以参见上述图13所示实施例，在此不再赘述。
接下来结合用于指示数据包的数量信息的上下文信息的方法，介绍包括重传指示字段的数据包的一种传输流程，具体的，如图38所示：
S3801，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包1，上下文信息A的值为X，重传指示字段的值为z1。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据1，得到数据包1。
其中，值为z1的重传指示字段用于指示数据包1为新传数据包。
S3802，发送设备将数据包1(包括重传指示字段和鉴权码A)发送给接收设备。
S3803，接收设备基于上下文信息B和数据包1生成鉴权码B，上下文信息B的值为X。
S3804，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i。
S3805，接收设备将成功应用回执发送给发送设备。
S3806，发送设备更新上下文信息A的值为X+i。
接下来结合用于指示数据包的数量信息的上下文信息的方法，介绍包括重传指示字段的数据包的另一种传输流程，具体的，如图39所示：
S3901，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包1，上下文信息A的值为X，重传指示字段的值为z1。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据1，得到数据包1。
其中，值为z1的重传指示字段用于指示数据包1为新传数据包。
S3902，发送设备将数据包1(包括重传指示字段和鉴权码A)发送给接收设备失败。
由于数据包1在传输过程中丢失，接收设备未能接收到数据包1。
S3903，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包2，上下文信息A的值为X，重传指示字段的值为z2。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据2，得到数据包2。
其中，值为z2的重传指示字段用于指示数据包2为重传数据包。
S3904，发送设备将数据包2(包括重传指示字段和鉴权码A)发送给接收设备。
S3905，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X。
S3906，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i。
S3907，接收设备将成功应用回执发送给发送设备。
S3908，发送设备更新上下文信息A的值为X+i。
这样，数据包在传输过程中丢失，不会影响发送设备和接收设备传输下一个数据包。
接下来结合用于指示数据包的数量信息的上下文信息的方法，介绍包括重传指示字段的数据包的另一种传输流程，具体的，如图40所示：
S4001，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包1，上下文信息A的值为X，重传指示字段的值为z1。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据1，得到数据包1。
其中，值为z1的重传指示字段用于指示数据包1为新传数据包。
S4002，发送设备将数据包1(包括重传指示字段和鉴权码A)发送给接收设备。
S4003，接收设备基于上下文信息B和数据包1生成鉴权码B，上下文信息B的值为X。
S4004，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i。
S4005，接收设备将成功应用回执发送给发送设备失败。
成功应用回执在传输过程中丢失，发送设备未能接收到成功应用回执。
S4006，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包2，上下文信息A的值为X，重传指示字段的值为z2。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据1，得到数据包2。
其中，值为z2的重传指示字段用于指示数据包2为重传数据包。
S4007，发送设备将数据包2(包括重传指示字段和鉴权码A)发送给接收设备。
S4008，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X+i。
S4009，接收设备确定出鉴权码A和鉴权码B不同，并且重传指示字段的值为z2，接收设备基于上下文信息B的生成鉴权码C。
当鉴权码A和鉴权码B不同时，接收设备基于重传指示字段确定出数据包2为重传数据包，接收设备在上下文信息B的值上减少预设值，得到上下文信息C为X。接收设备基于上下文信息C生成鉴权码C。
S4010，接收设备确定出鉴权码A和鉴权码C相同，生成成功应用回执。
S4011，接收设备将成功应用回执发送给发送设备。
S4012，发送设备更新上下文信息A的值为X+i。
这样，成功应用回执在传输过程中丢失，接收设备可以在收到重传数据包后，向发送设备再次发送成功应用回执，避免发送设备再次发送该重传数据包。
接下来结合用于指示数据包的数量信息的上下文信息的方法，介绍包括重传指示字段的数据包的另一种传输流程，具体的，如图41所示：
S4101，发送设备基于重传指示字段、上下文信息A和原始数据1得到数据包1，上下文信息A的值为X，重传指示字段的值为z1。
其中，发送设备基于上下文信息A和原始数据1得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据1，得到数据包1。
其中，值为z1的重传指示字段用于指示数据包1为新传数据包。
S4102，发送设备将数据包1(包括重传指示字段和鉴权码A)发送给接收设备。
S4103，接收设备基于上下文信息B和数据包1生成鉴权码B，上下文信息B的值为X。
S4104，接收设备确定出鉴权码A和鉴权码B相同，更新上下文信息B的值为X+i。
S4105，接收设备将成功应用回执发送给发送设备失败。
成功应用回执在传输过程中丢失，发送设备未能接收到成功应用回执。
S4106，发送设备基于重传指示字段、上下文信息A和原始数据2得到数据包2，上下文信息A的值为X，重传指示字段的值为z1。
其中，发送设备基于上下文信息A和原始数据2得到鉴权码A。发送设备拼接重传指示字段、鉴权码A和原始数据2，得到数据包2。
其中，值为z1的重传指示字段用于指示数据包2为新传数据包。
S4107，发送设备将数据包2(包括重传指示字段和鉴权码A)发送给接收设备。
S4108，接收设备基于上下文信息B和数据包2生成鉴权码B，上下文信息B的值为X+i。
S4109，接收设备确定出鉴权码A和鉴权码B不同，并且重传指示字段的值为z1，接收设备生成失败应用回执。
S4110，接收设备将失败应用回执发送给发送设备。
S4111，发送设备更新上下文信息A的值为X+i。
这样，成功应用回执在传输过程中丢失，接收设备可以在收到新传数据包后，向发送设备再次发送失败应用回执。发送设备可以基于失败应用回执更新上下文信息A的值。
不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和上述任意一个或多个实施例互相结合使用。
在一种可能的实现方式中，发送设备和接收设备从第一传输系统回到第二传输系统后，接收设备可以向发送设备发送集合应用回执，集合应用回执可以用于指示接收设备接收成功的数据包。集合应用回执可以包括接收成功的数据包的标识信息(例如，标识信息可以包括但不限于消息ID字段、数据包的接收时间、上下文信息、序列号SN等等)。发送设备可以基于数据包的标识信息确定出发送成功的数据包。
具体的，在入站过程中，终端100和卫星网络设备200回到第二传输系统后，卫星网络设备200可以生成并向终端100发送集合应用回执。其中，集合应用回执可以包括但不限于接收成功的数据包的消息ID字段、数据包的接收时间、数据包的上下文信息、数据包的序列号等标识信息中的一种或多种。终端100可以基于集合应用回执确定出发送成功的数据包和发送失败的数据包。终端100还可以显示发送成功的数据包对应的成功提示信息，成功提示信息可以用于提示用户该成功提示信息对应的卫星消息发送成功。终端100还可以显示发送失败的数据包对应的失败提示信息，失败提示信息可以用于提示用户该失败提示信息对应的卫星消息发送成功。在此，卫星网络设备200生成的集合应用回执又称为第二应用回执。
具体的，在出站过程中，终端100和卫星网络设备200回到第二传输系统后，终端100可以生成并向卫星网络设备200发送集合应用回执。其中，集合应用回执可以包括但不限于接收成功的数据包的消息ID字段、数据包的接收时间、数据包的上下文信息、数据包的序列号等标识信息中的一种或多种。卫星网络设备200可以基于集合应用回执确定出发送成功的数据包和发送失败的数据包。卫星网络设备200可以删除发送成功的数据包。在此，终端100生成的集合应用回执又称为第四应用回执。
可选的，卫星网络设备200还可以通过第二传输系统重传发送失败的数据包。
不仅限于上述实施例，本申请还提供了以下实施例，需要说明的是，下述实施例可以和 上述任意一个或多个实施例互相结合使用。
在一种可能的实现方式中，在入站过程中，终端100还可以在向卫星网络设备200发送第一数据包后，显示第一发送时间提示信息，第一发送时间提示信息可以用于提示用户终端100向卫星网络设备200发送该第一数据包的时间。其中，第一数据包可以包括第一信息生成的第一鉴权码，第一信息可以为发送时间信息或第一上下文信息。
示例性的，终端100可以显示如图43A所示信息详情界面4300，信息详情界面4300可以包括但不限于信息框4301、发送提示4302和发送时间提示4303。信息框4301可以用于显示终端100已经发送给卫星网络设备200的卫星消息的内容。在此，信息框4301显示有“你好”。发送提示4302可以用于提示用户终端100已经向卫星网络设备200发送信息框4301显示的内容，例如，发送提示1543可以为字符串“已发送”。发送时间提示4303可以用于显示终端100将第一数据包发送给卫星网络设备200的时间，例如，“17:23”。其中，信息详情界面4300的具体描述可以参见图15D所示实施例，在此不再赘述。
可选的，终端100还可以在收到成功应用回执后，在显示成功提示信息的同时，显示第二发送时间提示信息，第二发送时间提示信息可以用于提示用户卫星消息发送成功的时间。
示例性的，如图43B所示，终端100可以在收到成功应用回执后，显示成功提示4311和发送时间提示4312。成功提示4311可以用于提示用户终端100已经成功发送信息框4301的消息内容。发送时间提示4312可以用于提示用户终端100发送卫星消息成功的时间。
可选的，终端100还可以在收到失败应用回执后，在显示失败提示信息的同时，显示第二发送时间提示信息，第二发送时间提示信息可以用于提示用户数据包发送失败的时间。
在一种可能的实现方式中，在出站过程中，终端100还可以在成功接收卫星网络设备200发送的第三数据包后，显示接收提示信息，并显示接收时间提示信息。接收提示信息可以用于提示用户收到一条卫星消息。接收时间提示信息可以用于提示用户收到该卫星消息的时间。
下面介绍本申请实施例提供的终端100。
终端100可以是手机、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备和/或智慧城市设备，本申请实施例对该电子设备的具体类型不作特殊限制。
图42示出了本申请实施例提供的一种硬件结构示意图。
下面以终端100为例对实施例进行具体说明。应该理解的是，图42所示终端100仅是一个范例，并且终端100可以具有比图42中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图42中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
终端100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传 感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本发明实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端100上的包括无线局域网(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，卫星通信模块，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
其中，卫星通信模块可用于与卫星网络设备进行通信。在卫星通信系统中，卫星通信模块可以与卫星网络设备200通信，卫星通信模块的可支持与卫星网络设备200之间的数据包传输。例如，当卫星通信系统为北斗通信系统时，卫星网络设备200为北斗网络设备200， 卫星通信模块可以与北斗网络设备200通信，卫星通信模块的可支持与北斗网络设备200之间的北斗短报文(即，北斗通信系统中的数据包)传输。
在一些实施例中，终端100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，终端100可以包括1个或N个显示屏194，N为大于1的正整数。压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。触摸传感器180K，也称“触控面板”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端100中，不能和终端100分离。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
可以理解的是，以上实施例可以相互组合使用，例如，上述发送设备的信息A为上下文信息A且接收设备的信息B为上下文信息B时，当发送设备和接收设备的上下文信息A和上下文信息B不一致时，发送设备可以将信息A设置为发送时间信息，信息B设置为接收时间信息。这样，发送设备和接收设备可以继续在第一传输系统下进行通信。还需要说明的是，不限于上述提及的组合方式，本申请实施例对该组合方式不做限定。

Claims (54)

  1. 一种传输方法，其特征在于，包括：
    第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码；其中，所述第一信息为发送时间信息或第一上下文信息；
    所述第一设备基于所述第一鉴权码与所述第一数据生成第一数据包；
    所述第一设备在第一传输系统下向第二设备发送所述第一数据包。
  2. 根据权利要求1所述的方法，其特征在于，在所述第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，所述方法还包括：
    所述第一设备获取所述第一密钥，所述第一密钥为所述第一设备在第二传输系统下与所述第二设备协商获取的；其中，所述第一传输系统与所述第二传输系统不同。
  3. 根据权利要求1所述的方法，其特征在于，在所述第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，所述方法还包括：
    所述第一设备和第四设备建立通信连接；
    所述第一设备通过所述第四设备获取所述第一密钥。
  4. 根据权利要求1所述的方法，其特征在于，所述第一密钥为所述第一设备预先设置的密钥。
  5. 根据权利要求2所述的方法，其特征在于，所述第二传输系统为蜂窝传输系统或无线局域网WLAN传输系统，所述第一传输系统为卫星传输系统。
  6. 根据权利要求2或5所述的方法，其特征在于，所述第一设备在所述第二传输系统下与所述第二设备通过通用引导框架GBA流程协商获取所述第一密钥。
  7. 根据权利要求1-5中任一项所述的方法，其特征在于，所述第一设备在第一传输系统下向第二设备发送所述第一数据包，具体包括：
    所述第一设备的消息数据汇聚层MDCP层和/或所述第一设备的卫星链路控制层SLC层将所述第一数据包处理为至少一个第二数据包后，将所述至少一个第二数据包经过第三设备发送给所述第二设备。
  8. 根据权利要求1-7中任一项所述的方法，所述发送时间信息用于指示所述第一数据包的发送时间。
  9. 根据权利要求8所述的方法，其特征在于，所述第一设备发送所述第一数据包的时间为所述第一设备的应用AP层向消息数据汇聚MDCP层发送所述第一数据包的时间，或者，为所述第一设备预估的将所述第一数据包发送给所述第二设备的时间。
  10. 根据权利要求1-9中任一项所述的方法，所述第一设备通过定位授时获取所述发送时间信息。
  11. 根据权利要求1-10中任一项所述的方法，其特征在于，所述第一设备基于所述发送时间信息和指定时间粒度，通过预设编码方式，得到所述第一信息。
  12. 根据权利要求1-11中任一项所述的方法，其特征在于，在所述第一设备发送所述第一数据包之后，所述方法还包括：
    所述第一设备接收到所述第二设备发送的第一应用层回执；其中，所述第一应用层回执用于指示所述第二设备接收所述第一数据包的接收状态。
  13. 根据权利要求1-7中任一项所述的方法，其特征在于，所述第一信息为第一上下文信 息，所述第一上下文信息用于指示所述第一设备发送成功的第一数据包的数量信息，或所述第一设备成功接收到应用回执的数量信息，或所述第一设备发送的第一数据包的计数值或序列号。
  14. 根据权利要求1-7、13中任一项所述的方法，其特征在于，所述第一数据包还包括第一指示信息，所述第一指示信息用于指示所述第一数据包的第一消息ID，或者所述第一指示信息用于指示所述第一数据包的第一计数值或第一序列号。
  15. 根据权利要求1-7、13、14中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一设备的AP层关联第一消息ID或第一计数值或第一序列号到所述第一数据包，所述第一设备在所述第一消息ID或所述第一计数值或第一序列号的值上增加预设值。
  16. 根据权利要求1-4、13-15中任一项所述的方法，其特征在于，所述第一数据包还包括第三指示信息，所述第三指示信息用于指示所述第一数据包为新传数据包或重传数据包。
  17. 根据权利要求13-16中任一项所述的方法，其特征在于，在所述第一设备基于第一信息、第一密钥和第一数据生成第一鉴权码之前，所述方法还包括：
    所述第一设备在第二传输系统中获取所述第一信息的初始值；或者，
    所述第一设备通过第四设备获取所述第一信息的初始值。
  18. 根据权利要求13-17中任一项所述的方法，其特征在于，在所述第一设备发送所述第一数据包之后，所述方法还包括：
    所述第一设备接收到所述第二设备发送的第一应用层回执；其中，所述第一应用层回执用于指示所述第二设备接收所述第一数据包的接收状态。
  19. 根据权利要求18所述的方法，其特征在于，在所述第一设备接收到所述第二设备发送的第一应用层回执之后，所述方法还包括：
    所述第一设备在所述第一信息的值上增加预设值；所述第一信息调整后的值和所述第一信息的值不同。
  20. 根据权利要求19所述的方法，其特征在于，在所述第一设备接收到所述第二设备发送的第一应用层回执之后，所述方法还包括：
    当所述第一应用回执用于指示所述第二设备接收所述第一数据包失败时，所述第一设备调整所述第一信息的值为初始值。
  21. 根据权利要求20所述的方法，其特征在于，在所述第一设备调整所述第一信息的值为初始值之后，所述方法还包括：
    所述第一设备向所述第二设备发送第三信息，所述第三信息的值和调整后的所述第一信息的值相同。
  22. 根据权利要求12、18-21中任一项所述的方法，其特征在于，在所述第一设备接收到所述第二设备发送的第一应用层回执之后，所述方法还包括：
    当所述第一应用回执指示所述第一数据包发送成功时，所述第一设备显示成功提示信息，所述成功提示信息用于提示用户所述第一数据包对应的消息发送成功。
  23. 根据权利要求12、18-21中任一项所述的方法，其特征在于，在所述第一设备接收到所述第二设备发送的第一应用层回执之后，所述方法还包括：
    当所述第一应用回执指示所述第一数据包发送失败时，所述第一设备显示失败提示信息，所述失败提示信息用于提示用户所述第一数据包对应的消息发送失败。
  24. 根据权利要求12、18-21中任一项所述的方法，其特征在于，所述第一设备接收到所述第二设备发送的第一应用层回执之后，所述方法还包括：
    当所述第一应用回执包括第二消息ID信息时，所述第一设备显示成功提示信息，所述成功提示信息用于提示用户所述第二消息ID信息指示的数据包发送成功。
  25. 根据权利要求1-24中任一项所述的方法，其特征在于，所述第一设备的应用层根据所述第一鉴权码与所述第一数据生成第一数据包，具体包括：
    所述第一设备的应用层基于所述第一密钥加密所述第一鉴权码和所述第一数据，生成所述第一数据包；其中，所述第一数据包包括加密后的所述第一鉴权码和加密后的所述第一数据。
  26. 根据权利要求1-25中任一项所述的方法，其特征在于，在所述第一设备在第一传输系统下向第二设备发送所述第一数据包之后，所述方法还包括：
    所述第一设备在所述第二传输系统接收第二应用回执信息，所述第二应用回执信息用于指示所述第一设备在所述第一传输系统中所述第一数据包的发送状态。
  27. 根据权利要求1-26中任一项所述的方法，其特征在于，在所述第一设备在第一传输系统下向第二设备发送第一数据包之后，所述方法还包括：
    所述第一设备显示发送提示信息，所述发送提示信息用于提示用户所述第一设备已向所述第二设备发送所述第一数据包。
  28. 一种安全传输的方法，其特征在于，包括：
    第二设备在第一传输系统下接收第一设备发送的第一数据包；
    所述第二设备根据第二信息、第一密钥、所述第一数据包生成第二鉴权码；其中，所述第二信息为接收时间信息或第二上下文信息；
    所述第二设备基于所述第二鉴权码确定所述第一数据包的接收状态。
  29. 根据权利要求28所述的方法，其特征在于，在所述第二设备根据第二信息、第一密钥、所述第一数据包生成第二鉴权码之前，所述方法还包括：
    所述第二设备获取所述第一密钥，所述第一密钥为所述第二设备在第二传输系统下与所述第一设备协商获取的；其中，所述第二传输系统与所述第一传输系统不同。
  30. 根据权利要求29所述的方法，其特征在于，所述第二传输系统为蜂窝传输系统或WLAN传输系统，所述第一传输系统为卫星传输系统。
  31. 根据权利要求29或30所述的方法，其特征在于，所述第二设备在所述第二传输系统下与所述第一设备通过通用引导框架GBA流程协商获取所述第一密钥。
  32. 根据权利要求28所述的方法，其特征在于，第一密钥为所述第一设备预先设置的密钥。
  33. 根据权利要求28-32中任一项所述的方法，其特征在于，所述第二设备在第一传输系统下接收第一数据包，具体包括：
    所述第二设备在第一传输系统下接收第三设备发送的所述第一数据包。
  34. 根据权利要求28-33中任一项所述的方法，其特征在于，所述第二设备根据所述第一数据包确定第一鉴权码。
  35. 根据权利要求28-34中任一项所述的方法，其特征在于，所述接收时间信息用于指示所述第一数据包的接收时间。
  36. 根据权利要求28-35中任一项所述的方法，其特征在于，在所述第二设备根据第二信息、第一密钥、所述第一数据包生成第二鉴权码之前，所述方法还包括：
    所述第二设备接收所述第三设备发送的第二信息。
  37. 根据权利要求28-35中任一项所述的方法，其特征在于，在所述第二设备根据第二信 息、第一密钥、所述第一数据包生成第二鉴权码之前，所述方法还包括：
    所述第二设备接收所述第三设备发送的第三信息；
    所述第二设备基于所述第三信息生成所述第二信息。
  38. 根据权利要求28-34中任一项所述的方法，其特征在于，所述第二上下文信息用于指示所述第二设备成功接收第一数据包的数量信息，或所述第二设备接收的所述第一数据包的计数值或序列值。
  39. 根据权利要求28-34、38中任一项所述的方法，其特征在于，所述第一数据包包括第一指示信息，所述第一指示信息用于指示所述第一数据包的第一消息ID/第一序列号/第一计数值。
  40. 根据权利要求28-34、38、39中任一项所述的方法，其特征在于，所述第一数据包包括第三指示信息，所述第三指示信息用于指示所述第一数据包为新传数据包/重传数据包。
  41. 根据权利要求28-34、38-40中任一项所述的方法，其特征在于，在所述第二设备根据第二信息、第一密钥、所述第一数据包生成第二鉴权码之前，所述方法还包括：
    所述第二设备在第二传输系统中获取所述第二信息的初始值。
  42. 根据权利要求28-41中任一项所述的方法，其特征在于，所述第二设备基于所述第二鉴权码确定所述第一数据包的接收状态，具体包括：
    所述第二设备基于所述第一鉴权码与所述第二鉴权码是否相同，确定所述第一数据包的接收状态。
  43. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收成功时，所述方法还包括：
    所述第二设备向所述第一设备发送第一应用回执，所述第一应用回执用于指示所述第一数据包的接收成功。
  44. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收失败时，所述方法还包括：
    所述第二设备向所述第一设备发送第一应用回执，所述第一应用回执还包括第二消息ID字段，所述第二消息ID字段用于指示最近传输成功的数据包对应的消息ID。
  45. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收失败时，所述方法还包括：
    所述第二设备向所述第一设备发送第一应用回执，所述第一应用回执用于指示所述第一数据包的接收失败。
  46. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收成功时，所述方法还包括：
    所述第二设备在所述第二信息的值上增加预设值；所述第二信息调整后的值和所述第二信息的值不同。
  47. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收失败时，所述方法还包括：
    所述第二设备调整所述第二信息的值为预设值。
  48. 根据权利要求42所述的方法，其特征在于，当所述第二设备基于第二鉴权码确定出所述第一数据包接收失败时，所述方法还包括：
    所述第二设备接收到所述第一设备发送的第三信息；
    所述第二设备调整所述第二信息的值为所述第三信息的值。
  49. 根据权利要求28-48中任一项所述的方法，其特征在于，在所述第二设备基于所述第二鉴权码确定所述第一数据包的接收状态之后，所述方法还包括：
    所述第二设备在所述第二传输系统向所述第一设备发送第二应用回执信息，所述第二应用回执信息用于指示所述第二设备在所述第一传输系统中所述第一数据包的接收状态。
  50. 一种传输方法，其特征在于，包括：
    第三设备接收第一设备发送的至少一个第二数据包；
    所述第三设备基于所述至少一个第二数据包，生成第一数据包；
    所述第三设备向第二设备发送所述第一数据包。
  51. 根据权利要求50所述的方法，其特征在于，所述方法还包括：
    所述第三设备向所述第二设备发送第二信息或第四信息，所述第二信息或所述第四信息为接收时间信息。
  52. 根据权利要求51所述的方法，其特征在于，所述接收时间信息用于指示所述第三设备接收到至少一个第二数据包中的第1个数据包对应的时间。
  53. 一种通信装置，其特征在于，包括一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当一个或多个处理器在执行所述计算机指令时，使得所述通信装置执行如权利要求1-52中任一项所述的方法。
  54. 一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-52中任一项所述的方法。
PCT/CN2022/109226 2021-07-31 2022-07-29 一种传输方法、系统及相关装置 Ceased WO2023011373A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP22852086.2A EP4369631A4 (en) 2021-07-31 2022-07-29 TRANSMISSION METHOD AND SYSTEM, AND ASSOCIATED DEVICE
JP2024506446A JP7751069B2 (ja) 2021-07-31 2022-07-29 伝送方法、システム、および関連装置
US18/428,505 US20240276210A1 (en) 2021-07-31 2024-01-31 Transmission method, system, and related apparatus
JP2025159521A JP2026016389A (ja) 2021-07-31 2025-09-25 伝送方法、システム、および関連装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202110878362 2021-07-31
CN202110878362.0 2021-07-31
CN202111166937.2 2021-09-30
CN202111166937.2A CN115694599B (zh) 2021-07-31 2021-09-30 一种传输方法、系统及相关装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/428,505 Continuation US20240276210A1 (en) 2021-07-31 2024-01-31 Transmission method, system, and related apparatus

Publications (1)

Publication Number Publication Date
WO2023011373A1 true WO2023011373A1 (zh) 2023-02-09

Family

ID=85059638

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/109226 Ceased WO2023011373A1 (zh) 2021-07-31 2022-07-29 一种传输方法、系统及相关装置

Country Status (5)

Country Link
US (1) US20240276210A1 (zh)
EP (1) EP4369631A4 (zh)
JP (2) JP7751069B2 (zh)
CN (2) CN115694599B (zh)
WO (1) WO2023011373A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN121511567A (zh) * 2023-07-07 2026-02-10 Oppo广东移动通信有限公司 一种无线通信方法、通信设备及存储介质
CN119629167B (zh) * 2024-12-05 2026-04-17 国家电投集团郑州燃气发电有限公司 一种基于物联网的现场数据传输方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102594555A (zh) * 2011-01-17 2012-07-18 华为技术有限公司 数据的安全保护方法、网络侧实体和通信终端
US20150052360A1 (en) * 2013-04-29 2015-02-19 Hughes Network Systems, Llc Method and system for providing enhanced data encryption protocols in a mobile satellite communications system
CN106304046A (zh) * 2015-06-01 2017-01-04 陈晓华 对iBeacon广播消息加密、鉴权的方法
US20180372878A1 (en) * 2017-06-27 2018-12-27 Here Global B.V. Authentication of satellite navigation system receiver
CN112243235A (zh) * 2020-09-15 2021-01-19 西安电子科技大学 适用于天地一体化的群组接入认证和切换认证方法及应用

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1870808A (zh) * 2005-05-28 2006-11-29 华为技术有限公司 一种密钥更新方法
DE102005026982A1 (de) * 2005-06-10 2006-12-14 Siemens Ag Verfahren zur Vereinbarung eines Sicherheitsschlüssels zwischen mindestens einem ersten und einem zweiten Kommunikationsteilnehmer zur Sicherung einer Kommunikationsverbindung
CN103155478A (zh) * 2010-07-23 2013-06-12 Emue控股集团公司 加密装置及加密方法
WO2013146451A1 (ja) * 2012-03-28 2013-10-03 日本電気株式会社 通信システム、送信装置、受信装置、及び通信方法
KR101667970B1 (ko) * 2012-11-15 2016-10-20 닛본 덴끼 가부시끼가이샤 서버 장치, 단말, 씬 클라이언트 시스템, 화면 송신 방법 및 프로그램
US9866591B1 (en) * 2013-06-25 2018-01-09 Wickr Inc. Enterprise messaging platform
CN104427584B (zh) * 2013-08-19 2019-08-16 南京中兴软件有限责任公司 安全上下文处理方法及装置
WO2017000272A1 (zh) * 2015-07-01 2017-01-05 海能达通信股份有限公司 一种无线系统接入控制方法及装置
CN108293223B (zh) * 2015-11-30 2020-11-17 华为技术有限公司 一种数据传输方法、用户设备和网络侧设备
CN108370601A (zh) * 2015-12-22 2018-08-03 华为技术有限公司 数据传输处理方法、用户设备和基站
EP3582531B1 (en) * 2017-03-18 2021-02-17 Huawei Technologies Co., Ltd. Network access authentication method based on non-3gpp network, and related device and system
CN108810889B (zh) * 2017-05-05 2020-12-04 华为技术有限公司 通信方法、装置及系统
JP7164218B2 (ja) * 2017-08-28 2022-11-01 マイリオタ ピーティーワイ エルティーディー 通信システムにおける端末識別情報保護方法
CN112073184B (zh) * 2017-10-23 2022-01-14 华为技术有限公司 一种生成密钥的方法、装置及系统
US10667264B2 (en) * 2018-04-18 2020-05-26 Hughes Network Systems, Llc Maintaining and distributing state due to temporary failures in a shared bandwidth network
US10868667B2 (en) * 2018-11-06 2020-12-15 GM Global Technology Operations LLC Blockchain enhanced V2X communication system and method
CN112399476B (zh) * 2019-08-15 2023-04-18 华为技术有限公司 一种数据包传输方法、终端设备及网络设备
US11843943B2 (en) * 2021-06-04 2023-12-12 Winkk, Inc. Dynamic key exchange for moving target

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102594555A (zh) * 2011-01-17 2012-07-18 华为技术有限公司 数据的安全保护方法、网络侧实体和通信终端
US20150052360A1 (en) * 2013-04-29 2015-02-19 Hughes Network Systems, Llc Method and system for providing enhanced data encryption protocols in a mobile satellite communications system
CN106304046A (zh) * 2015-06-01 2017-01-04 陈晓华 对iBeacon广播消息加密、鉴权的方法
US20180372878A1 (en) * 2017-06-27 2018-12-27 Here Global B.V. Authentication of satellite navigation system receiver
CN112243235A (zh) * 2020-09-15 2021-01-19 西安电子科技大学 适用于天地一体化的群组接入认证和切换认证方法及应用

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
JP2026016389A (ja) 2026-02-03
JP7751069B2 (ja) 2025-10-07
CN118713729A (zh) 2024-09-27
JP2024530458A (ja) 2024-08-21
EP4369631A4 (en) 2024-10-23
CN115694599B (zh) 2024-06-18
EP4369631A1 (en) 2024-05-15
CN115694599A (zh) 2023-02-03
US20240276210A1 (en) 2024-08-15

Similar Documents

Publication Publication Date Title
CN111683367B (zh) 安全通信模组、安全通信系统、方法及可读存储介质
JP2026016389A (ja) 伝送方法、システム、および関連装置
US20060059265A1 (en) Terminal connectivity system
EP3703401A1 (en) Apparatus and method for profile installation in communication system
CN113098863B (zh) 一种基于tls+mqtt协议的物联网双认证方法和系统
US20070249375A1 (en) Method and system for phone-number discovery and phone-number authentication for mobile communications devices
CN115378659B (zh) 基于用户身份的高可靠文件加密和细粒度访问控制方法
CN111372056A (zh) 一种视频数据加密、解密处理方法及装置
CN116830525A (zh) 数据传输方法、装置、系统、电子设备及可读介质
CN120498743A (zh) 一种基于铁路专用网络的铁路设备接入和数据安全传输方法及其系统
CN112436936B (zh) 一种具备量子加密功能的云存储方法及系统
WO2020063170A1 (zh) 数据处理方法、终端、服务器和存储介质
CN111770494A (zh) 一种基于手机号的北斗rdss用户身份认证和火线注册方法及装置
CN109660568B (zh) 基于srtp实现网络对讲安全机制的方法、设备及系统
CN114301967A (zh) 窄带物联网控制方法、装置及设备
CN116781390B (zh) 数据传输方法、装置、设备及存储介质
CN115701016B (zh) 一种卫星通信系统中鉴权校验方法、系统及相关装置
CN117955944A (zh) 使协同编辑系统与即时通信系统互通的方法及系统
WO2024139751A1 (zh) 一种数据收发系统和方法
CN115857817A (zh) Nas加密存储系统与方法
CN117640671A (zh) 摩托车数据管理方法、系统及摩托车
CN220545151U (zh) 一种物流数据加密装置、系统及传输装置
CN116528217B (zh) 对eUICC进行远程管理的方法及相关设备
CN119996007B (zh) 一种面向异构物联网的安全通信方法
CN219181539U (zh) 一种量子安全工业互联网网关及平台

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: 22852086

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2024506446

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2022852086

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022852086

Country of ref document: EP

Effective date: 20240207

WWE Wipo information: entry into national phase

Ref document number: 202417014187

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11202400733T

Country of ref document: SG