Compact transmission method, system and related device in satellite communication system

Abstract

This application discloses a compact transmission method, system, and related apparatus in a satellite communication system. This method adds a new type of compact universal data frame to a full-format universal data frame. The user header of the compact universal data frame compresses the data in the header of the full-format universal data frame, thereby improving the transmission efficiency of the outbound link in the satellite communication system.

Description

Technical Field

[0001] The present application relates to the field of satellite communication technology, and in particular to a compact transmission method and related devices in a satellite communication system. Background Art

[0002] The Beidou satellite navigation system is a major infrastructure integrating positioning, timing, and communications. The Beidou short message service (BMS) distinguishes it from other global navigation systems, such as the US GPS, Russia's GLONASS, and Europe's GALILEO. It is particularly suitable for communication in areas such as oceans, deserts, grasslands, and uninhabited areas where mobile communications are not available, cannot be reached, or where communications systems are disrupted. The Beidou-3 satellite's short message system has upgraded its short message technology. To address the specific characteristics of civilian services and equipment, a communication protocol designed specifically for the Beidou short message service requires it.

[0003] Currently, in the BeiDou short message service (BDS) communication system, the capacity of the outbound link, through which BeiDou network equipment sends data to terminals, is limited by the system's design. The current capacity of each beam in the outbound link is 2 kbit / s, and even with good downlink channel quality, it's only 4 kbit / s. In a BDS system supporting 18 beams, the total capacity of the entire system is only 40 kbit / s at best. Because the current BDS communication system lacks a separate control channel, all users share the same outbound link, requiring high frame header overhead to schedule outbound resources for each user.

[0004] Therefore, how to improve the data transmission efficiency of the outbound link has become a difficult problem that needs to be solved urgently in the communication system of the Beidou short message service. Summary of the Invention

[0005] The present application provides a compact transmission method, system and related devices in a satellite communication system, which compresses the data amount in the frame header of a universal data frame in a complete format to obtain a universal data frame in a compact format, thereby improving the transmission efficiency of the outbound link.

[0006] In the first aspect, the present application provides a compact transmission method in a Beidou communication system, including: a terminal sends a data request frame to a Beidou network device, the frame header of the data request frame includes a first user identification ID field, the first user ID field is used to indicate the device identification of the terminal, and the data request frame is used to request the Beidou network device to send service data to the terminal; the terminal receives a first Cpack general data frame sent by the Beidou network device, wherein the frame header of the first Cpack general data frame includes a first user compact identification CID field; wherein the first user CID field is used to indicate the compact device identification of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

[0007] The present application provides a compact transmission method for a Beidou communication system, which adds a new type of compact universal data frame to the full-format universal data frame. The frame header of the compact universal data frame compresses the data volume in the frame header of the full-format universal data frame to improve the transmission efficiency of the outbound link in the Beidou communication system.

[0008] In a possible implementation, the frame header of the first Cpack general data frame further includes a first frame length field, where the first frame length field is used to indicate the data length of the user information in the first Cpack general data frame.

[0009] In one possible implementation, the frame header of the first Cpack general data frame also includes a first frame type field, which is located at the starting position in the frame header of the first Cpack general data frame. The value of the first frame type field is used to indicate that the frame type of the first Cpack general data frame is a Cpack general data frame.

[0010] In one possible implementation, the frame header of the data request frame also includes a scheduling request SR field, which is used to indicate whether the terminal supports receiving general data frames in the compact Cpack format; the terminal receives the first Cpack general data frame sent by the Beidou network device, specifically including: when the value of the SR field is used to indicate that the terminal supports general data frames in the Cpack format, the terminal receives the first Cpack general data frame sent by the Beidou network device.

[0011] In this way, the terminal can use the SR field in the data request frame to suggest the Beidou network device whether to use the universal data frame in the Cpack format to send data to the terminal.

[0012] In one possible implementation, the method also includes: when the value of the SR field is used to indicate that the terminal does not support the general data frame in the Cpack format, the terminal receives a first complete Apack general data frame sent by the Beidou network device, wherein the frame header of the first Apack general data frame includes a second user ID field, wherein the second user ID field is used to indicate the identification of the terminal, and the value of the second user ID field is the same as the value of the first user ID field.

[0013] In one possible implementation, the frame header of the first Apack general data frame also includes a second frame type field, a second frame length field, a total number of frames field and a frame sequence number field; wherein the second frame type field is used to indicate the frame type of the first Apack general data frame, the second frame length field is used to indicate the data length of the user information in the first Apack general data frame, the total number of frames field is used to indicate the total number of Apack general data frames included in the SLC session where the first Apack general data frame is located, and the frame sequence number is used to indicate the frame sequence number of the first Apack general data frame in an SLC session.

[0014] In one possible implementation, when the frame header of the first Cpack general data frame does not include the first frame type field, the frame header of the first Apack general data frame also includes a start identification field; wherein, the start identification field is at the starting position in the frame header of the first Apack general data frame, and the start identification field is used to identify the starting position of the first Apack general data frame.

[0015] In a possible implementation, the data length of the start identifier field is the same as the data length of the first user CID field.

[0016] In one possible implementation, the data length of the start identification field is a first length; wherein, when the data length of the specified portion of data in the first user ID field is the first length and is different from the value of the start identification field, the value of the first user CID field is the specified portion of data in the first user ID field; when the data length of the specified portion of data in the first user ID field is the same as the value of the start identification field, the value of the first user CID field is the sum of the specified portion of data in the first user ID field and a preset value.

[0017] In a possible implementation, the terminal receives the first Cpack universal data frame sent by the Beidou network device, which specifically includes: the terminal receives the first physical frame sent by the Beidou network device; and the terminal parses the first Cpack universal data frame from the first physical frame.

[0018] In the second aspect, the present application provides another compact transmission method in a Beidou communication system, including: a Beidou network device receives a data request frame sent by a terminal, the frame header of the data request frame includes a first user ID field, the first user ID field is used to indicate the device identification of the terminal, and the data request frame is used to request the Beidou network device to send service data to the terminal; the Beidou network device sends a first Cpack general data frame to the terminal, wherein the frame header of the first Cpack general data frame includes a first user CID field; wherein the first user CID field is used to indicate the compact device identification of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

[0019] In a possible implementation, the frame header of the first Cpack general data frame further includes a first frame length field, where the first frame length field is used to indicate the data length of the user information in the first Cpack general data frame.

[0020] In one possible implementation, the frame header of the first Cpack general data frame also includes a first frame type field, which is located at the starting position in the frame header of the first Cpack general data frame. The first frame type field is used to indicate that the frame type of the first Cpack general data frame is a Cpack general data frame.

[0021] In a possible implementation, the frame header of the data request frame further includes an SR field, where the SR is used to indicate whether the terminal supports a universal data frame in a Cpack format.

[0022] The Beidou network device sends the first Cpack general data to the terminal, specifically including:

[0023] When the value of the SR field is used to indicate that the terminal supports the universal data frame in the Cpack format, the Beidou network device sends the first Cpack universal data frame to the terminal.

[0024] In one possible implementation, the method also includes: when the value of the SR field is used to indicate that the terminal does not support the general data frame in the Cpack format, the Beidou network device sends a first Apack general data frame to the terminal, wherein the frame header of the first Apack general data frame includes a second user ID field, wherein the second user ID field is used to indicate the identification of the terminal, and the value of the second user ID field is the same as the value of the first user ID field.

[0025] In one possible implementation, the frame header of the first Apack general data frame also includes a second frame type field, a second frame length field, a total number of frames field and a frame sequence number field; wherein the second frame type field is used to indicate the frame type of the first Apack general data frame, the second frame length field is used to indicate the data length of the user information in the first Apack general data frame, the total number of frames field is used to indicate the total number of Apack general data frames included in the SLC session where the first Apack general data frame is located, and the frame sequence number is used to indicate the frame sequence number of the first Apack general data frame in an SLC session.

[0026] In one possible implementation, when the frame header of the first Cpack universal data frame does not include the first frame type field, the frame header of the first Apack universal data frame also includes a start identification field; wherein, the start identification field is at the starting position in the frame header of the first Apack universal data frame, and the start identification field is used to indicate the starting position of the first Apack universal data frame.

[0027] In a possible implementation, the data length of the start identifier field is the same as the data length of the first user CID field.

[0028] In one possible implementation, the data length of the start identification field is a first length; wherein, when the data length of the specified portion of data in the first user ID field is the first length and is different from the value of the start identification field, the value of the first user CID field is the specified portion of data in the first user ID field; when the data length of the specified portion of data in the first user ID field is the same as the value of the start identification field, the value of the first user CID field is the sum of the specified portion of data in the first user ID field and a preset value.

[0029] In one possible implementation, the Beidou network device sends a first Cpack general data frame to the terminal, specifically including: the Beidou network device generates a first application layer message based on the data request frame; the Beidou network device splits the first application layer message into one or more Cpack general data frames, and the one or more Cpack general data frames include the first Cpack general data frame; the Beidou network device puts the first Cpack general data frame into a first physical frame; and the Beidou network device sends the first physical frame to the terminal.

[0030] In a third aspect, the present application provides a Beidou communication system, comprising: a terminal and a Beidou network device; wherein the terminal can execute the method in any possible implementation of the first aspect. The Beidou network device can execute the method in any possible implementation of the first aspect.

[0031] In a fourth aspect, the present application provides a communication device comprising one or more processors, one or more memories, and a transceiver. The transceiver and the one or more memories are coupled to the one or more processors, the one or more memories being configured to store computer program code, the computer program code comprising computer instructions. When the one or more processors execute the computer instructions, the communication device performs the method of any possible implementation of the first aspect described above.

[0032] The communication device may be a terminal or other product-type equipment.

[0033] In a fifth aspect, the present application provides a communication device comprising one or more processors, one or more memories, and a transceiver. The transceiver and the one or more memories are coupled to the one or more processors, the one or more memories being configured to store computer program code, the computer program code comprising computer instructions. When the one or more processors execute the computer instructions, the communication device performs the method of any possible implementation of the second aspect described above.

[0034] The communication device may be a Beidou network device, or any network element or a combination of multiple network elements in the Beidou network device.

[0035] In a sixth aspect, the present application provides a computer storage medium comprising computer instructions, which, when executed on a computer, enable the computer to execute the method in any possible implementation of the first aspect.

[0036] In a seventh aspect, the present application provides a computer storage medium comprising computer instructions, which, when executed on a computer, enable the computer to execute the method in any possible implementation of the second aspect.

[0037] In an eighth aspect, the present application provides a computer program product, which, when executed on a computer, enables the computer to execute the method in any possible implementation of the first aspect.

[0038] In a ninth aspect, the present application provides a computer program product, which, when executed on a computer, enables the computer to execute the method in any possible implementation of the second aspect.

[0039] In the tenth aspect, the present application provides a chip or chip system, which is 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 execute the method in any possible implementation of the first aspect above.

[0040] Among them, for the beneficial effects of the second to sixth aspects, please refer to the beneficial effects of the first aspect and will not be repeated. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 A schematic diagram of the architecture of a Beidou communication system provided in an embodiment of the present application;

[0042] Figure 2A A schematic diagram of the data inbound transmission process in a Beidou communication system provided in an embodiment of the present application;

[0043] Figure 2B A schematic diagram of the data outbound transmission process in a Beidou communication system provided in an embodiment of the present application;

[0044] Figure 3 A schematic diagram of the hardware structure of a terminal provided in an embodiment of the present application;

[0045] Figure 4 A schematic diagram of a protocol encapsulation architecture for outbound data of a Beidou communication system provided in an embodiment of the present application;

[0046] Figure 5 A schematic diagram of a protocol parsing architecture for outbound data of a Beidou communication system provided in an embodiment of the present application;

[0047] Figure 6 A schematic diagram of the format of a general data frame of the SLC layer when outbound in a Beidou communication system provided in an embodiment of the present application;

[0048] Figure 7A A schematic diagram of the frame format of an outbound Apack universal data frame provided in an embodiment of the present application;

[0049] Figure 7B This is a schematic diagram of the frame format of an outbound Cpack universal data frame provided in an embodiment of the present application;

[0050] Figure 7C This is a schematic diagram of the frame format of an outbound ACK frame provided in an embodiment of the present application;

[0051] Figure 7D This is a schematic diagram of the frame format of an outbound receipt frame provided in an embodiment of the present application;

[0052] Figure 8A This is a schematic diagram of the frame format of an outbound Apack universal data frame provided in another embodiment of the present application;

[0053] Figure 8B This is a schematic diagram of the frame format of an outbound Cpack universal data frame provided in another embodiment of the present application;

[0054] Figure 8C This is a schematic diagram of the frame format of an outbound ACK frame provided in another embodiment of the present application;

[0055] Figure 8D This is a schematic diagram of the frame format of an outbound receipt frame provided in another embodiment of the present application;

[0056] Figure 9 A schematic flow chart of a compact transmission method in a Beidou communication system provided in an embodiment of the present application;

[0057] Figure 10 A schematic diagram of the frame format of an inbound universal data frame provided in an embodiment of the present application;

[0058] Figure 11 A schematic diagram of scheduling a general data frame in an outbound physical frame provided in an embodiment of the present application;

[0059] Figure 12 A schematic diagram of a scheduling process of a Cpack general data frame provided in an embodiment of the present application;

[0060] Figure 13A A schematic diagram of a scheduling time window of a Cpack general data frame provided in an embodiment of the present application;

[0061] Figure 13B A schematic diagram of a scheduling time window for another Cpack general data frame provided in an embodiment of the present application;

[0062] Figure 14 A schematic diagram of the structure of a communication device provided in an embodiment of the present application;

[0063] Figure 15 A schematic structural diagram of another communication device provided in an embodiment of the present application;

[0064] Figure 16 A schematic structural diagram of another communication device provided in an embodiment of the present application;

[0065] Figure 17 A schematic diagram of the structure of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0066] The following is a clear and detailed description of the technical solutions in the embodiments of the present application in conjunction with the accompanying drawings. In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in the text is only a description of the association relationship between related objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

[0067] In the following, the terms "first" and "second" are used for descriptive purposes only and should not be understood to imply or suggest relative importance or implicitly indicate the number of the technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features. In the description of the embodiments of this application, unless otherwise specified, "plurality" means two or more.

[0068] The following introduces a Beidou communication system 10 provided in an embodiment of the present application.

[0069] Figure 1 A schematic diagram of the architecture of a Beidou communication system 10 provided in an embodiment of the present application is shown.

[0070] As above Figure 1 As shown, the Beidou communication system 10 may include a terminal 100, a Beidou short message satellite 21, a Beidou network device 200, a short message center 25, and a terminal 300. Optionally, the Beidou communication system 10 may further include a national emergency rescue platform 26 and a national emergency rescue center 27.

[0071] Terminal 100 can send short messages to BeiDou short message satellites 21. BeiDou short message satellites 21 only relay the short messages sent by terminal 100 and directly forward them to BeiDou network devices 200 on the ground. BeiDou network devices 200 can parse the short messages forwarded by the satellites according to the BeiDou communication protocol and forward the general message content parsed from the short messages to a short message service center (SMSC) 25. The SMSC 25 can forward the message content to terminal 300 via a traditional cellular communication network. BeiDou network devices 200 can also transmit emergency messages sent by terminal 100 to the National Emergency Rescue Center 27 via the National Emergency Rescue Platform 26.

[0072] The terminal 300 can also send a short message to the short message center 25 through a traditional cellular communication network. The short message center 25 can forward the short message of the terminal 300 to the Beidou network device 200. The Beidou network device 200 can relay the short message of the terminal 300 to the terminal 100 via the Beidou short message satellite 21.

[0073] Among them, the above-mentioned Beidou network equipment 200 may include a Beidou ground transceiver station 22, a Beidou central station 23 and a Beidou short message fusion communication platform 24. Among them, the Beidou ground transceiver station 22 may include one or more devices with a sending function and one or more devices with a receiving function, or may include one or more devices with a sending function and a receiving function, which is not limited here. The Beidou ground transceiver station 22 can be used for the Beidou network equipment 200 to process data at the physical layer (physical layer protocol, PHY). The Beidou central station 23 can be used for the Beidou network equipment 200 to process data at the satellite link layer (satellite link control protocol, SLC) layer and the message data convergence protocol (message data convergence protocol, MDCP). The Beidou short message fusion communication platform 24 can be used for the data processing function at the application layer (application layer protocol, APP).

[0074] Because the BeiDou communication system 10 communicates via satellite links, its main characteristics are long latency (approximately 270ms one-way) and high link loss. Currently, the BeiDou communication system 10 primarily supports short message bursts, and does not support connection status management, mobility management, or broadcast control information.

[0075] The terminal 100 can actively send data to the Beidou network device 200 via the Beidou short message satellite 21. However, due to the lack of air interface signaling, the ground central station cannot actively page the user. Due to the long transmission distance of satellite communication, the Beidou communication system 10 requires high transmission power for the terminal 100. Due to the limitations of the radio frequency components on the current terminal 100, the terminal 100 cannot continuously send signals to the Beidou short message satellite 21 for a long time. In order to minimize damage to the radio frequency components on the terminal 100, the radio frequency components of the terminal 100 must stop working for a period of time after being in the sending state for a period of time before switching to the sending state to continue working. The duration of the sending state on the terminal 100 is determined by the underlying hardware capabilities of the terminal 100. In the above-mentioned Beidou communication system 10, in order to ensure that the data received and sent by the terminal 100 do not interfere with each other, the terminal 100 does not support sending and receiving data at the same time. The terminal 100 needs to wait for receiving data sent by the Beidou network device 200 after sending data.

[0076] The working mode of the Beidou network device 200 may be a duplex mode, in which data can be sent and received simultaneously, and the Beidou network device 200 may send and receive data for a long time.

[0077] Figure 2A The present invention shows a data inbound transmission process in a Beidou communication system provided by an embodiment of the present application.

[0078] like Figure 2A As shown, data inbound may refer to the terminal 100 sending data to the Beidou network device 200. For example, the terminal 100 may send a data frame to the Beidou ground transceiver station 22. The Beidou ground transceiver station 22 may send the data frame to the Beidou central station 23. The Beidou central station 23 may aggregate the data frames into an application layer message and report it to the Beidou short message fusion communication platform 24. After receiving the data frame sent by the terminal 100, the Beidou central station 23 may return an SLC layer acknowledgment character (ACK) to the terminal 100. The ACK may be used to indicate whether the Beidou network device 200 has successfully received the data frame sent by the terminal 100.

[0079] Figure 2B The embodiment of the present application provides a data outbound transmission process in a Beidou communication system.

[0080] like Figure 2BAs shown, data outbound can refer to the Beidou network device 200 sending data to the terminal 100. For example, the Beidou short message fusion communication platform 24 in the Beidou network device 200 can send an application layer message to the Beidou central station 23; the Beidou central station 23 can then split the application layer message into one or more data frames and send them to the Beidou ground transceiver station 22, which is then relayed by the Beidou short message satellite 21 and sent to the terminal 100. Optionally, after receiving the data frame, the terminal 100 can return an SLC layer ACK to the Beidou central station 23. This ACK can be used to confirm whether the terminal 100 has successfully received the data frame sent by the Beidou network device 200.

[0081] Figure 3 A schematic structural diagram of the terminal 100 is shown.

[0082] The embodiment will be described in detail below using terminal 100 as an example. It should be understood that Figure 3 The terminal 100 shown is only an example, and the terminal 100 may have more Figure 3 More or fewer components may be shown, two or more components may be combined, or the components may be arranged differently. Figure 3 The various components shown in the drawings may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and / or application specific integrated circuits.

[0083] The terminal 100 may include: a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0084] It should be understood that the structure illustrated in the embodiments of the present invention does not constitute a specific limitation on terminal 100. In other embodiments of the present application, terminal 100 may include more or fewer components than shown, or may combine or separate certain components, or arrange the components differently. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0085] The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors.

[0086] The controller may be the nerve center and command center of the terminal 100. The controller may generate an operation control signal according to the instruction operation code and the timing signal to complete the control of fetching and executing instructions.

[0087] Processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. This memory can store instructions or data that have just been used or are being recycled by processor 110. If processor 110 needs to use the same instruction or data again, it can directly access the memory. This avoids duplicate accesses, reduces processor 110 latency, and thus improves system efficiency.

[0088] In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface.

[0089] The I2C interface is a bidirectional synchronous serial bus that includes a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C busses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, and the like via different I2C bus interfaces. For example, the processor 110 may be coupled to the touch sensor 180K via the I2C interface, enabling communication between the processor 110 and the touch sensor 180K via the I2C bus interface, thereby implementing the touch function of the terminal 100.

[0090] The I2S interface can be used for audio communication. In some embodiments, the processor 110 can include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface, enabling the function of answering calls through a Bluetooth headset.

[0091] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via a PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering calls via a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0092] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface, enabling the function of playing music through Bluetooth headphones.

[0093] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display 194 and the camera 193. MIPI interfaces include the camera serial interface (CSI) and the display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to implement the camera function of the terminal 100. The processor 110 and the display 194 communicate via the DSI interface to implement the display function of the terminal 100.

[0094] The GPIO interface can be configured via software. The GPIO interface can be configured as either a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to the camera 193, display 194, wireless communication module 160, audio module 170, sensor module 180, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0095] The USB interface 130 is an interface that complies with USB standards and may be a Mini USB interface, a Micro USB interface, a USB Type-C interface, or the like. The USB interface 130 can be used to connect a charger to charge the terminal 100 and to transfer data between the terminal 100 and peripheral devices. It can also be used to connect headphones to play audio. This interface can also be used to connect other electronic devices, such as augmented reality devices.

[0096] It is understood that the interface connection relationship between the modules illustrated in the embodiment of the present invention is merely an illustrative description and does not constitute a structural limitation on the terminal 100. In other embodiments of the present application, the terminal 100 may also adopt a different interface connection method from the above embodiment, or a combination of multiple interface connection methods.

[0097] The charging management module 140 is configured to receive charging input from a charger. The charger can be either a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 can receive charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 can receive wireless charging input via the wireless charging coil of the terminal 100. While charging the battery 142, the charging management module 140 can also power the electronic device through the power management module 141.

[0098] The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage, impedance). In some other embodiments, the power management module 141 can also be set in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 can also be set in the same device.

[0099] The wireless communication function of the terminal 100 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.

[0100] Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In other embodiments, the antennas can be used in conjunction with a tuning switch.

[0101] The mobile communication module 150 can provide solutions for wireless communications including 2G / 3G / 4G / 5G applied on the terminal 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110.

[0102] The modem processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After being processed by the baseband processor, the low-frequency baseband signal is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.

[0103] The wireless communication module 160 can provide wireless communication solutions applied on the terminal 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), satellite communication module, frequency modulation (FM), near field communication (NFC), infrared technology (IR), etc. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110. The wireless communication module 160 can also receive the signal to be sent from the processor 110, frequency modulate it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

[0104] Among them, the satellite communication module can be used to communicate with satellite network equipment. For example, in the Beidou communication system, the satellite communication module can communicate with the Beidou network equipment 200, and the satellite communication module can support short message transmission between the Beidou network equipment 200.

[0105] In some embodiments, the antenna 1 of the terminal 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the terminal 100 can communicate with the network and other devices through wireless communication technologies. The wireless communication technologies may include 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, and / or IR technology. The GNSS may include a global positioning system (GPS), a global navigation satellite system (GLONASS), a Beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS) and / or a satellite based augmentation system (SBAS).

[0106] Terminal 100 implements display functions through a GPU, display screen 194, and an application processor. The GPU is a microprocessor for image processing that connects display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or modify display information.

[0107] Display screen 194 is used to display images, videos, and the like. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-oLed, or a quantum dot light-emitting diode (QLED). In some embodiments, terminal 100 may include one or N display screens 194, where N is a positive integer greater than one.

[0108] The terminal 100 can realize the shooting function through the ISP, camera 193, video codec, GPU, display screen 194 and application processor.

[0109] The ISP processes data fed back by camera 193. For example, when taking a photo, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, which is then passed to the ISP for processing and converted into a visible image. The ISP can also perform algorithmic optimization on image noise, brightness, and skin tone. It can also optimize parameters such as exposure and color temperature of the captured scene. In some embodiments, the ISP can be located within camera 193.

[0110] The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, and then passes the electrical signal to the ISP for conversion into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV or other format. In some embodiments, the terminal 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

[0111] The digital signal processor is used to process digital signals. In addition to processing digital image signals, it can also process other digital signals. For example, when the terminal 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

[0112] Video codecs are used to compress or decompress digital video. Terminal 100 may support one or more video codecs. This allows terminal 100 to play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, and MPEG4.

[0113] The NPU is a neural network (NN) computing processor. Drawing on the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it rapidly processes input information and can continuously self-learn. The NPU enables intelligent cognitive applications in the terminal 100, such as image recognition, face recognition, speech recognition, and text comprehension.

[0114] The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the terminal 100. The external memory card communicates with the processor 110 via the external memory interface 120 to implement data storage functions. For example, files such as music and videos can be stored on the external memory card.

[0115] The internal memory 121 can be used to store computer executable program codes, which include instructions. The processor 110 executes various functional applications and data processing of the terminal 100 by running the instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area can store data created during the use of the terminal 100 (such as audio data, a phone book, etc.), etc. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc.

[0116] The terminal 100 can implement audio functions such as music playback and recording through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and the application processor.

[0117] The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 can be provided in the processor 110, or some functional modules of the audio module 170 can be provided in the processor 110.

[0118] The speaker 170A, also called a "horn", is used to convert an audio electrical signal into a sound signal. The terminal 100 can listen to music or listen to a hands-free call through the speaker 170A.

[0119] The receiver 170B, also called a "handset", is used to convert audio electrical signals into sound signals. When the terminal 100 receives a call or a voice message, the user can place the receiver 170B close to the ear to hear the voice.

[0120] Microphone 170C, also known as "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to the microphone 170C to input the sound signal into the microphone 170C. The terminal 100 can be provided with at least one microphone 170C. In other embodiments, the terminal 100 can be provided with two microphones 170C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the terminal 100 can also be provided with three, four or more microphones 170C to realize sound signal collection, noise reduction, and identification of sound sources, and realize directional recording function, etc.

[0121] The headphone jack 170D is used to connect a wired headphone and can be the USB interface 130 or a 3.5mm open mobile terminal platform (OMTP) standard interface or a cellular telecommunications industry association of the USA (CTIA) standard interface.

[0122] Pressure sensor 180A is used to sense pressure signals and convert them into electrical signals. In some embodiments, pressure sensor 180A can be located on display screen 194. There are many types of pressure sensors 180A, such as resistive, inductive, and capacitive. A capacitive pressure sensor can include at least two parallel plates made of conductive material. When force is applied to pressure sensor 180A, the capacitance between the electrodes changes. Terminal 100 determines the intensity of the pressure based on this change in capacitance. When a touch operation is applied to display screen 194, terminal 100 detects the touch intensity based on pressure sensor 180A. Terminal 100 can also calculate the touch location based on the detection signal from pressure sensor 180A. In some embodiments, touch operations applied to the same touch location but with different touch intensities can correspond to different operation instructions. For example, when a touch operation with an intensity less than a first pressure threshold is applied to a short message application icon, a command to view short messages is executed. When a touch operation with an intensity greater than or equal to the first pressure threshold is applied to a short message application icon, a command to create a new short message is executed.

[0123] The gyroscope sensor 180B can be used to determine the motion posture of the terminal 100. In some embodiments, the angular velocity of the terminal 100 around three axes (i.e., x, y, and z axes) can be determined by the gyroscope sensor 180B. The gyroscope sensor 180B can be used for anti-shake shooting. For example, when the shutter is pressed, the gyroscope sensor 180B detects the angle of the terminal 100 shaking, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to offset the shaking of the terminal 100 through reverse movement to achieve anti-shake. The gyroscope sensor 180B can also be used for navigation and somatosensory game scenes.

[0124] The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal 100 calculates the altitude using the air pressure value measured by the air pressure sensor 180C to assist in positioning and navigation.

[0125] The magnetic sensor 180D includes a Hall sensor. The terminal 100 can use the magnetic sensor 180D to detect the opening and closing of the flip case. In some embodiments, when the terminal 100 is a flip phone, the terminal 100 can detect the opening and closing of the flip cover based on the magnetic sensor 180D. Furthermore, based on the detected opening and closing status of the case or flip cover, features such as automatic unlocking of the flip cover can be configured.

[0126] Accelerometer 180E can detect the magnitude of acceleration of terminal 100 in all directions (generally three axes). When terminal 100 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the electronic device's posture, enabling applications such as switching between landscape and portrait modes and pedometers.

[0127] The distance sensor 180F is used to measure distance. The terminal 100 can measure distance using infrared or laser. In some embodiments, when shooting a scene, the terminal 100 can use the distance sensor 180F to measure distance to achieve fast focusing.

[0128] The proximity light sensor 180G may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal 100 emits infrared light outward through the light emitting diode. The terminal 100 uses the photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the terminal 100. When insufficient reflected light is detected, the terminal 100 can determine that there is no object near the terminal 100. The terminal 100 can use the proximity light sensor 180G to detect when the user holds the terminal 100 close to the ear to talk, so as to automatically turn off the screen to save power. The proximity light sensor 180G can also be used in leather case mode and pocket mode to automatically unlock and lock the screen.

[0129] Ambient light sensor 180L is used to sense ambient light brightness. Terminal 100 can adaptively adjust the brightness of display screen 194 based on the perceived ambient light brightness. Ambient light sensor 180L can also be used to automatically adjust white balance when taking photos. Ambient light sensor 180L can also work with proximity light sensor 180G to detect whether terminal 100 is in a pocket to prevent accidental touches.

[0130] The fingerprint sensor 180H is used to collect fingerprints. The terminal 100 can use the collected fingerprint characteristics to implement fingerprint unlocking, access application locks, fingerprint photography, fingerprint call answering, etc.

[0131] Temperature sensor 180J is used to detect temperature. In some embodiments, terminal 100 uses the temperature detected by temperature sensor 180J to implement a temperature handling strategy. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, terminal 100 reduces the performance of a processor located near temperature sensor 180J to reduce power consumption and implement thermal protection. In other embodiments, when the temperature falls below another threshold, terminal 100 heats battery 142 to prevent abnormal shutdown of terminal 100 due to low temperature. In other embodiments, when the temperature falls below yet another threshold, terminal 100 boosts the output voltage of battery 142 to prevent abnormal shutdown due to low temperature.

[0132] The touch sensor 180K is also called a "touch panel." The touch sensor 180K can be disposed on the display screen 194. The touch sensor 180K and the display screen 194 form a touch screen, also called a "touch screen." The touch sensor 180K is used to detect touch operations applied thereto or in the vicinity thereof. The touch sensor can transmit the detected touch operations to the application processor to determine the type of touch event. Visual output related to the touch operations can be provided via the display screen 194. In other embodiments, the touch sensor 180K can also be disposed on the surface of the terminal 100, in a location different from that of the display screen 194.

[0133] The bone conduction sensor 180M can obtain vibration signals. In some embodiments, the bone conduction sensor 180M can obtain vibration signals from the vibrating bones of the human body. The bone conduction sensor 180M can also contact the human pulse to receive blood pressure pulse signals. In some embodiments, the bone conduction sensor 180M can also be set in headphones to form bone conduction headphones. The audio module 170 can parse out voice signals based on the vibration signals of the vibrating bones of the human body obtained by the bone conduction sensor 180M to implement voice functions. The application processor can parse heart rate information based on the blood pressure pulse signals obtained by the bone conduction sensor 180M to implement heart rate detection functions.

[0134] Keys 190 include a power button, a volume button, etc. Keys 190 may be mechanical keys or touch keys. Terminal 100 may receive key inputs and generate key signal inputs related to user settings and function control of terminal 100.

[0135] Motor 191 can generate vibration prompts. Motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations acting on different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. For touch operations acting on different areas of the display screen 194, motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

[0136] The indicator 192 may be an indicator light, which may be used to indicate the charging status, power level changes, messages, missed calls, notifications, etc.

[0137] The SIM card interface 195 is used to connect a SIM card. The SIM card can be connected to or disconnected from the terminal 100 by inserting it into or removing it from the SIM card interface 195. The terminal 100 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the multiple cards can be the same or different. The SIM card interface 195 can also be compatible with different types of SIM cards. The SIM card interface 195 can also be compatible with external memory cards. The terminal 100 interacts with the network through the SIM card to implement functions such as calls and data communications. In some embodiments, the terminal 100 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the terminal 100 and cannot be separated from the terminal 100.

[0138] The following describes a protocol encapsulation architecture for outbound data of a Beidou communication system 10 provided in an embodiment of the present application.

[0139] Figure 4 A schematic diagram of a protocol encapsulation architecture for outbound data of a Beidou communication system 10 provided in an embodiment of the present application is shown.

[0140] like Figure 4 As shown, the BeiDou short message transmission protocol layer in the BeiDou network device 200 can be an application layer protocol, a message data convergence protocol (MDCP), a satellite link control protocol (SLC), and a physical layer protocol (PHY). Among them, the BeiDou network device 200 can include a BeiDou ground transceiver station 22, a BeiDou central station 23, and a BeiDou short message fusion communication platform 24. The BeiDou ground transceiver station 22 can be used to be responsible for the protocol processing of the PHY layer. The BeiDou central station 23 can be used to be responsible for the protocol processing of the SLC layer and the MDCP layer. The BeiDou short message fusion communication platform 24 can be used to be responsible for the protocol processing of the APP layer.

[0141] When the Beidou network device 200 sends data to the terminal 100, the workflow of the Beidou short message transmission protocol in the Beidou network device 200 may be as follows:

[0142] At the APP layer, the Beidou network device 200 may compress the original data into compressed data using a compression algorithm and add a compression indicator field to the front of the compressed data. The compression indicator field may be used to indicate the compression algorithm type used for the compressed data. The Beidou network device 200 may then encrypt the compressed data to obtain encrypted data and add an encryption algorithm field to the header of the encrypted data. The encryption algorithm field indicates the encryption algorithm type used for the encrypted data. The Beidou network device 200 may encapsulate the encrypted data, the compression indicator field, and the encryption indicator field into an application layer message and send it to the MDCP layer. The application layer message may include a message header and message data. The message header may include a compression indicator field and an encryption indicator field, among other fields. The message data includes the encrypted data.

[0143] Optionally, the Beidou network device 200 may also encrypt the compression indication field and the compressed data together to obtain encrypted data.

[0144] At the MDCP layer, the Beidou network device 200 can obtain the application layer message sent by the APP layer through the inter-layer interface and use the application layer message as an MDCP SDU. At the MDCP layer, the Beidou network device 200 can split an MDCP SDU into one or more fixed-length MDCP segment data (M_segement) and add a successor indication field to the header of each MDCP segment data to obtain an MDCP PDU. That is, the MDCP PDU includes an M_segement and a successor indication field. The successor indication field can be used to indicate whether the current MDCP PDU is the starting MDCP PDU, an intermediate MDCP PDU, or the last MDCP PDU of multiple MDCP PDUs sent continuously; or a single MDCP PDU sent separately.

[0145] At the SLC layer, the BeiDou network device 200 can obtain the MDCP PDU sent by the MDCP layer through the inter-layer interface as an SLC SDU. At the SLC layer, the BeiDou network device 200 can segment the SLC SDU into one or more (for example, up to 4) fixed-length SLC segments (S_segement) and add frame header information to the header of each S_segement to obtain an SLC PDU.

[0146] Here, it is understood that in order to adapt to the frame length of the physical layer, the SLC layer needs to segment the data. However, the SLC layer is designed to divide an SLC SDU into a maximum of N (for example, N is 4) SLC PDUs, so the MDCP layer also needs to segment the data.

[0147] At the PHY layer, the Beidou network device 200 can obtain the SLC PDU sent by the SLC layer through the inter-layer interface. The Beidou network device 200 can obtain the SLC PDU of one or more users from the SLC layer. The Beidou network device 200 can splice the SLC PDUs of multiple users together, add the frame header of the physical frame (such as the version number) as the coding block (code block) of the PHY layer, and add a check bit (for example, a cyclic redundancy check (CRC) code) at the end of the code block, and encode the code block and CRC code (for example, polar coding). The encoded physical frame plus the reserved segment can form a fixed-length physical time slot satellite to user end data (satellite to consumer data, S2C-d) channel branch (abbreviated as data branch or message branch) coded data. Among them, the Beidou network device 200 can put multiple SLC PDUs of a user into different physical frames respectively. Then, the BeiDou network device 200 combines the coded data of the S2C-d channel branch and the pilot information of the satellite-to-consumer pilot (S2C-p) branch (hereinafter referred to as the pilot branch) to form pilot coded data, i.e., outbound data. The BeiDou network device 200 can send the outbound data to the BeiDou short message satellite 21, which is then relayed to the terminal 100 via the BeiDou short message satellite 21.

[0148] It is understood that the pilot information of the S2C-p branch is related to the satellite beam. When the satellite beam number is known, the pilot information (i.e., the secondary code) of the S2C-p branch is also known and does not require decoding. However, the encoded data of the S2C-d branch requires decoding. The S2C-p channel and the S2C-d channel have the same center frequency and bandwidth, and the signals on the S2C-p channel and the S2C-d channel are mutually orthogonal.

[0149] The time length of the physical timeslot may be 125 ms, the time length of the physical frame may be 114 ms, and the time length of the reserved segment may be 11 ms.

[0150] In the embodiments of the present application, this is only an example, and the present application does not limit the specific operations of the PHY layer.

[0151] The following describes a protocol parsing architecture for outbound data of a Beidou communication system 10 provided in an embodiment of the present application.

[0152] Figure 5 A schematic diagram of a protocol parsing architecture for outbound data of a Beidou communication system 10 provided in an embodiment of the present application is shown.

[0153] like Figure 5 As shown, the Beidou short message transmission protocol layer of the terminal 100 can be divided into an application layer (application layer protocol), a message data convergence protocol (MDCP), a satellite link control protocol (SLC) and a physical layer (PHY).

[0154] When the terminal 100 receives data sent by the Beidou network device, the workflow of the Beidou short message transmission protocol layer of the terminal 100 can be as follows:

[0155] At the PHY layer, the terminal 100 can obtain the pilot coded data after modulation and spread spectrum sent by the Beidou network device 200. The terminal 100 can despread the received spread spectrum modulated data (spread+modulated data) to obtain modulated data (modulated data). Then, the terminal 100 can demodulate the modulated data to obtain pilot coded data (pilot+data). Then, the terminal 100 can remove the pilot information in the pilot coded data to obtain coded data (code data). Then, the terminal 100 can decode the coded data and verify the integrity of the code block (code block) through the check data in the check bit field. If complete, the terminal 100 can extract the code block (code block) and present it to the SLC layer through the inter-layer interface as the SLC PDU of the SLC layer.

[0156] Here, the pilot coded data is the outbound data sent by the Beidou network device 200, and the outbound data consists of the coded data of the S2C-d channel and the pilot information of the S2C-p channel.

[0157] At the SLC layer, the terminal 100 can concatenate SLC PDUs belonging to the same SLC SDU into one SLC SDU based on the frame header information of the SLC PDU. The terminal 100 can present the SLC SDU to the MDCP layer through the inter-layer interface as an MDCP PDU of the MDCP layer.

[0158] At the MDCP layer, the terminal 100 may concatenate all MDCP PDUs belonging to the same MDCP SDU into one MDCP SDU. The terminal 100 may present the MDCP SDU to the APP layer via an inter-layer interface as an application layer message received by the APP layer.

[0159] At the APP layer, the terminal 100 may decrypt and decompress the application layer message based on the message header of the application layer message to obtain the original data.

[0160] In the embodiments of the present application, the above-mentioned protocol processing process is only an example, and the present application does not limit the specific operations of the protocol processing.

[0161] The following describes the format of an outbound data frame in a Beidou communication system provided in an embodiment of the present application.

[0162] Figure 6 The format of a general data frame of the SLC layer when outbound in a Beidou communication system provided by an embodiment of the present application is exemplified.

[0163] like Figure 6 As shown, the outbound data ultimately sent by Beidou network device 200 to terminal 100 includes pilot information for the S2C-p branch and data information for the S2C-d branch. The secondary code in the pilot information for the S2C-p branch can be used to assist the terminal in parsing the data information for the S2C-d branch. A physical timeslot in the S2C-d branch can be 125 ms, wherein a physical timeslot can be used to transmit an outbound physical frame. The physical frame duration can be 114 ms, and the remaining 11 ms in the physical timeslot can be a reserved segment.

[0164] An outbound physical frame may include a physical frame header and a data segment. The physical frame header includes a version number field, which may be used to indicate the version of the physical frame format currently used by the Beidou network device 200. The data length of the version number field may be 3 bits. The data segment of the outbound physical frame may include a user frame sent by the Beidou network device 200 to one or more terminals at the SLC layer, as well as a check bit field. In the Beidou communication system 10, a cyclic redundancy check (CRC) may be used to check the data segment, and the check bit may include a CRC check code.

[0165] The user frame of the SLC layer may include a user frame header and user information. When the frame type of the user frame of the SLC layer is a general data frame, the frame header of the general data frame may include but is not limited to the following fields: a start identifier field, a frame type field, a frame length field, a user ID field, a total number of frames field, and a frame sequence number field.

[0166] The start identification field can be used to identify the starting position of the universal data frame, wherein the data length of the start identification field can be 8 bits.

[0167] The frame type field can be used to indicate the frame type of the general data frame. The data length of the frame type field can be 2 bits, and the frame types of the outbound user frame can include general data frame, ACK frame and receipt frame.

[0168] The value and meaning of the frame type field may be shown in Table 1 below:

[0169] Table 1

[0170] The value of the frame type field meaning 00 Generic Data Frame 01 ACK frame 10 Receipt frame 11 Reserved (RSV)

[0171] As can be seen from Table 1 above, the frame type indicated by the value of "00" in the frame type field is a general data frame. The frame type indicated by the value of "01" in the frame type field is an ACK frame. The frame type indicated by the value of "10" in the frame type field is a receipt frame. The frame type field value of "11" is a reserved (RSV) value. Table 1 above is only used to explain this application and should not constitute a limitation. In specific implementations, there may be more or fewer frame types. Therefore, the data length of the frame type field may be longer or shorter.

[0172] The frame length field indicates the length of user information in a general data frame. When the outbound S2C-d channel transmission rate is 2 kbit / s, the frame length field can be 8 bits; when the outbound S2C-d channel transmission rate is 4 kbit / s, the frame length field can be 9 bits.

[0173] The user ID field can be used to indicate the device identification of the receiving terminal of the universal data frame. The data length of the user ID field can be 34 bits.

[0174] If the terminal 100 parses the physical frame transmitted by the S2C-d channel branch of the Beidou network device 200 at the SLC layer and finds a user frame whose user ID field is the same as the user ID of the terminal 100, the terminal 100 can further identify the frame type of the user frame. If the frame type of the user frame is a general data frame, the terminal 100 can frame the general data frame as the SLC PDU of the SLC layer, and the SLC SDU obtained after framing is presented from the SLC layer to the MDCP layer through the inter-layer interface, and packaged at the MDCP layer. Among them, for the process of the terminal 100 framing at the SLC layer and packaging at the MDCP layer, please refer to the aforementioned Figure 5 The embodiments shown will not be described in detail here.

[0175] The Total Frames field may be used to indicate the total number of general data frames in the SLC session in which the general data frame resides. When the maximum number of general data frames in the SLC session is 4, the data length of the Total Frames field may be 2 bits.

[0176] The frame sequence number field may be used to indicate the frame sequence number of the general data frame in an SLC session. When the maximum number of general data frames in an SLC session is 4, the data length of the frame sequence number field may be 2 bits.

[0177] As can be seen from the above, each outbound physical frame lasts 114ms. When the outbound link transmission rate is 2kbit / s, the actual data transmitted per physical frame is only 228 bits. Regardless of the amount of user data in an outbound general data frame, the general data frame header overhead at the SLC layer remains fixed (56 bits). In business scenarios with smaller amounts of user information, the outbound link transmission efficiency is even lower.

[0178] Therefore, an embodiment of the present application provides a compact transmission method in a Beidou communication system, which can add a type of general data frame in a compact data packet (Cpack) format to the general data frame in the complete data packet (Apack) format. The user frame header of the general data frame in the compact data packet format compresses the data amount of the user frame header in the general data frame in the complete data packet format to improve the transmission efficiency of the outbound link.

[0179] The following introduces a set of outbound Apack universal data frames (i.e., universal data frames in Apack format), Cpack universal data frames (i.e., universal data frames in Cpack format), ACK frames, and receipt frames provided in an embodiment of the present application.

[0180] Figure 7A An outbound Apack general data frame provided in an embodiment of the present application is shown.

[0181] like Figure 7A As shown, the universal data frame in the Apack format may include an Apack universal data frame header and user information. Among them, the Apack universal data frame header may include a start identification field, a frame type field, a frame length field, a user ID field, a total number of frames field and a frame sequence number field. Among them, the description of each field in the Apack universal data frame header can refer to the aforementioned Figure 6 The frame format of the general data frame in the illustrated embodiment will not be described in detail here.

[0182] Figure 7B An outbound Cpack general data frame provided in an embodiment of the present application is shown.

[0183] like Figure 7BAs shown, a universal data frame in the Cpack format may include a Cpack universal data frame header and user information. The Cpack universal data frame header may include a user CID field and a frame length field. The user CID field may be located at the front of the Cpack universal data frame header, and the frame length field may be located after the user CID field in the Cpack universal data frame header.

[0184] The user CID field can be used to indicate the compact device identifier of the receiver of the Cpack format universal data frame. The data length of the user CID field can be 8 bits.

[0185] When the transmission rate of the outbound S2C-d channel branch is 2 kbit / s, the data length of the frame length field can be 8 bits; when the transmission rate of the outbound S2C-d channel branch is 4 kbit / s, the data length of the frame length field can be 9 bits.

[0186] The value of the user CID field may be the last 8 bits of the receiver ID of the universal data frame in the Cpack format.

[0187] In one possible implementation, the Beidou network device 200 can determine the user CID value based on the user ID carried in the data request frame sent by the recipient of the Cpack format universal data frame (such as the terminal 100) and the specified data information in the data request frame.

[0188] For example, the Beidou network device 200 may perform a hash operation on the user ID carried in the data request frame and the last 16 bits of data in the data portion of the data request frame to obtain an 8-bit user CID.

[0189] Figure 7C An outbound ACK frame provided in an embodiment of the present application is shown.

[0190] like Figure 7C As shown, the ACK frame may include an ACK frame header and an ACK field. The ACK frame header may include a start identifier field, a frame type field, and a user ID field.

[0191] The start identifier field may be used to identify the start position of the ACK frame, wherein the data length of the start identifier field may be 8 bits.

[0192] The Frame Type field indicates the frame type of the ACK frame. The data length of the Frame Type field can be 2 bits. The frame types of outbound user frames at the SLC layer can include general data frames, ACK frames, and receipt frames. The meaning of each value in the Frame Type field can be referred to in Table 1 above and will not be repeated here.

[0193] The user ID field can be used to indicate the device identification of the receiving terminal of the ACK frame. The data length of the user ID field can be 34 bits.

[0194] The ACK field is used to indicate the reception status of the inbound general data frame sent by the terminal by the Beidou network device 200.

[0195] Figure 7D An outbound receipt frame provided in an embodiment of the present application is shown.

[0196] like Figure 7D As shown, the receipt frame may include a receipt frame header and receipt information. The receipt frame header may include a frame type field and a user ID field.

[0197] The start identification field can be used to identify the starting position of the receipt frame, wherein the data length of the start identification field can be 8 bits.

[0198] The Frame Type field indicates the frame type of the acknowledgment frame. The Frame Type field can have a data length of 2 bits. Outbound user frames at the SLC layer can have frame types such as general data frames, ACK frames, and acknowledgment frames. The meaning of each value in the Frame Type field can be found in Table 1 above and is not further described here.

[0199] The user ID field can be used to indicate the device identification of the receiving terminal of the ACK frame. The data length of the user ID field can be 34 bits.

[0200] The receipt information can be used to indicate the parsing status of the application layer message sent by the terminal by the Beidou network device 200.

[0201] In some embodiments, the above-mentioned Apack general data frame header may also include an acknowledgment mode enable (AMenable) field, wherein the AM enable field in the Apack general data frame header can be used to indicate whether the terminal 100 adopts the acknowledgment mode or the non-acknowledgment mode at the SLC layer to receive the Apack general data frame sent by the Beidou network device 200.

[0202] Optionally, the Cpack general data frame header may further include an AM enable field, which may be used to indicate whether the terminal 100 adopts confirmation mode or non-confirmation mode at the SLC layer to receive the Cpack general data frame sent by the Beidou network device 200.

[0203] In some embodiments, the Cpack general data frame header may further include a total number of frames field and a frame sequence number field. The total number of frames field in the Cpack general data frame header may be used to indicate the total number of Cpack general data frames included in the SLC session to which the Cpack general data frame belongs. When the maximum number of Cpack general data frames included in the SLC session is 4, the total number of frames field in the Cpack general data frame header may be 2 bits long.

[0204] The frame sequence number field in the Cpack general data frame header can be used to indicate the frame sequence number of the Cpack general data frame in an SLC session. Specifically, when the maximum number of Cpack general data frames in the SLC session is 4, the data length of the frame sequence number field in the Cpack general data frame header can be 2 bits.

[0205] The following introduces another set of outbound Apack general data frames, Cpack general data frames, ACK frames and receipt frames provided in an embodiment of the present application.

[0206] Figure 8A An outbound Apack general data frame provided in an embodiment of the present application is shown.

[0207] like Figure 8A As shown, the Apack general data frame may include an Apack general data frame header and user information. The Apack general data frame header may include a frame type field, a frame length field, a user ID field, a total number of frames field, and a frame sequence number field.

[0208] The frame type field can be used to indicate the frame type of the general data frame. The data length of the frame type field can be 2 bits. The frame types of the outbound user frames of the SLC layer can include Apack general data frames, ACK frames, receipt frames, and Cpack general data frames.

[0209] The meaning of the value of the frame type field may be as shown in Table 2 below:

[0210] Table 2

[0211] The value of the frame type field meaning 00 Apack Generic Data Frame 01 ACK frame 10 Receipt frame 11 Cpack general data frame

[0212] As can be seen from Table 2 above, the frame type indicated by the value of "00" in the frame type field is an Apack general data frame. The frame type indicated by the value of "01" in the frame type field is an ACK frame. The frame type indicated by the value of "10" in the frame type field is a receipt frame. The frame type indicated by the value of "11" in the frame type field is a Cpack general data frame. Table 2 above is only used to explain this application and should not constitute a limitation. In specific implementations, there may be more or fewer frame types. Therefore, the data length of the frame type field may be longer or shorter.

[0213] The total number of frames field may be used to indicate the total number of APPACK general data frames included in the SLC session in which the APPACK general data frame is located. When the maximum number of APPACK general data frames included in the SLC session is 4, the data length of the total number of frames field may be 2 bits.

[0214] The frame sequence number field can be used to indicate the frame sequence number of the APPACK general data frame in an SLC session. When the maximum number of APPACK general data frames in the SLC session is 4, the data length of the frame sequence number field can be 2 bits.

[0215] Figure 8B An outbound Cpack general data frame provided in an embodiment of the present application is shown.

[0216] like Figure 8B As shown, the Cpack general data frame may include a Cpack general data frame header and user information. The Cpack general data frame header may include a frame type field, a user CID field, and a frame length field. The frame type field may be located at the front of the Cpack general data frame header, and the user CID field and the frame length field may be located after the frame type field in the Cpack general data frame header.

[0217] The Frame Type field can be used to indicate the frame type of the Cpack general data frame. The data length of the Frame Type field can be 2 bits. The frame types of outbound user frames at the SLC layer can include Apack general data frames, ACK frames, receipt frames, and Cpack general data frames. The meaning of each value in the Frame Type field can be referred to in Table 2 above and will not be repeated here.

[0218] The User CID field may be used to indicate the compact device identifier of the receiver of the Cpack format universal data frame. The data length of the User CID field may be 8 bits.

[0219] Figure 8C Another outbound ACK frame provided in an embodiment of the present application is shown.

[0220] like Figure 8C As shown, the ACK frame may include an ACK frame header and an ACK field. The ACK frame header may include a frame type field and a user ID field.

[0221] The Frame Type field indicates the frame type of the ACK frame. The data length of the Frame Type field can be 2 bits. Outbound user frames at the SLC layer can include APPACK general data frames, CPACK general data frames, ACK frames, and ACK frames. The meaning of each value in the Frame Type field can be found in Table 2 above and is not further described here.

[0222] The user ID field can be used to indicate the device identification of the receiving terminal of the ACK frame. The data length of the user ID field can be 34 bits.

[0223] The ACK field is used to indicate the reception status of the inbound common data frame (SLC PDU) sent by the Beidou network device 200 to the terminal.

[0224] Figure 8D An outbound receipt frame provided in an embodiment of the present application is shown.

[0225] like Figure 8D As shown, the receipt frame may include a receipt frame header and receipt information. The receipt frame header may include a frame type field and a user ID field. The frame type field indicates the frame type of the receipt frame. The data length of the frame type field may be 2 bits, and the frame types of outbound user frames may include an Apack general data frame, a Cpack general data frame, an ACK frame, and a receipt frame. The meaning of each value in the frame type field can be referred to in Table 2 above and will not be repeated here.

[0226] The user ID field can be used to indicate the device identification of the receiving terminal of the ACK frame. The data length of the user ID field can be 34 bits.

[0227] The receipt information can be used to indicate the parsing status of the application layer message sent by the terminal by the Beidou network device 200.

[0228] In some embodiments, the above-mentioned Apack general data frame header may also include an acknowledgment mode enable (AMenable) field, wherein the AM enable field in the Apack general data frame header can be used to indicate whether the terminal 100 adopts the acknowledgment mode or the non-acknowledgment mode at the SLC layer to receive the Apack general data frame sent by the Beidou network device 200.

[0229] Optionally, the Cpack general data frame header may further include an AM enable field, which may be used to indicate whether the terminal 100 adopts confirmation mode or non-confirmation mode at the SLC layer to receive the Cpack general data frame sent by the Beidou network device 200.

[0230] In some embodiments, the Cpack general data frame header may further include a total number of frames field and a frame sequence number field. The total number of frames field in the Cpack general data frame header may be used to indicate the total number of Cpack general data frames included in the SLC session to which the Cpack general data frame belongs. When the maximum number of Cpack general data frames included in the SLC session is 4, the total number of frames field in the Cpack general data frame header may be 2 bits long.

[0231] The frame sequence number field in the Cpack general data frame header can be used to indicate the frame sequence number of the Cpack general data frame in an SLC session. Specifically, when the maximum number of Cpack general data frames in the SLC session is 4, the data length of the frame sequence number field in the Cpack general data frame header can be 2 bits.

[0232] The following describes a compact transmission method in a Beidou communication system provided in an embodiment of the present application.

[0233] Figure 9 A flow chart of a compact transmission method in a Beidou communication system provided in an embodiment of the present application is shown.

[0234] like Figure 9 As shown, the method includes:

[0235] S901: The terminal 100 sends a data request to the Beidou network device 200. The data request carries a user ID field and a scheduling request (SR) field.

[0236] The format of the data request frame can be referred to Figure 10 The frame format of the general data frame is shown.

[0237] like Figure 10 As shown, an inbound physical frame may include a synchronization header and a data segment. The synchronization header may be used to synchronize the inbound physical frame with the Beidou network device 200 and identify the start position of the data segment. The synchronization header may be 40ms long.

[0238] The data segment of the inbound physical frame may include an inbound user frame and a check bit of the SLC layer. In the Beidou communication system 10, a cyclic redundancy check (CRC) may be used to check the data segment, and the check bit may include a CRC check code.

[0239] The inbound user frame of the SLC layer may include frame header information (also referred to as frame format indication information) and user information. Specifically, when the frame type of the inbound user frame of the SLC layer is a general data frame, the frame header information of the general data frame may include a version number, a subtype indication field, a user ID field, an acknowledgement mode enable (AM enable) field, a total number of frames field, a frame sequence number field, a service data unit alternated indicator (SAI) field, an SR field, and a reserved (RSV) field.

[0240] The version number field can be used to indicate the protocol format version of the inbound user frame. The data length of the version number field can be 3 bits.

[0241] The subtype indication field can be used to indicate the subtype of the inbound user frame. The data length of the subtype indication field can be 3 bits. Subtypes of inbound user frames can include general data frames (or information message frames), ACK frames, receipt frames, location reporting frames, emergency rescue frames, and so on. The subtype of the data request frame is a general data frame.

[0242] The user ID field may be used to indicate the device identification of the terminal 100. The data length of the user ID field may be 34 bits.

[0243] The AM enable field can be used to indicate whether the Beidou network device 200 adopts the confirmation mode or the unconfirmation mode at the SLC layer to receive the general data frame sent by the terminal 100. The data length of the AM enable field can be 1 bit.

[0244] The Total Frames field may be used to indicate the total number of general data frames in the SLC session in which the general data frame resides. The Total Frames field may be 2 bits long. When the Total Frames field is 2 bits long, a maximum of four general data frames may be included in an SLC session.

[0245] The frame sequence number field can be used to indicate the sequence number of the general data frame in an SLC session. The length of the frame sequence number field can be 2 bits.

[0246] The SAI field indicates whether the general data frame is new. By comparing the SAI value with the previous general data frame in the SLC session, a flip indicates that the general data frame is new; otherwise, it is a retransmitted frame. The SAI field can be 1 bit long.

[0247] The SR field can be used to indicate whether the terminal 100 supports receiving universal data frames in the Cpack format. The data length of the SR field can be 1 bit. A value of "1" in the SR field indicates that the terminal 100 supports receiving universal data frames in the Cpack format. A value of "0" in the SR field indicates that the terminal 100 supports receiving universal data frames in the Cpack format.

[0248] The reserved (RSV) field can be used to reserve for protocol extension. The data length of the reserved field can be 3 bits.

[0249] The user information may include an application layer message. The application layer message may include a message header and message data. The message header may include a service type field, an encryption indication field, and a compression indication field. The service type may be used to indicate the service type of the application layer message. The service type of the application layer message may include a mailbox profile query service, a letter download service, or a communication message service. The service type of the data request frame is either a mailbox profile query service or a letter download service.

[0250] When the service type of the application layer message is a mailbox profile query service, the message data may carry query information of the terminal 100 , wherein the query information includes the number of messages sent to the terminal 100 by the target terminal, etc.

[0251] When the service type of the application layer message is a letter download request service, the message data may carry a message ID, where the message ID is used to indicate the ID of the letter that the terminal 100 successfully received last time.

[0252] S902: The Beidou network device 200 generates a first application layer message in response to the data request frame.

[0253] Specifically, after receiving the data request frame, the Beidou network device 200 may parse the application layer message from the data request frame and distinguish the service type of the data request frame from the service type indication field of the application layer service message.

[0254] If the service type of the data request frame is a mailbox profile query service, the terminal 100 may generate a first application layer message based on the query information.

[0255] If the service type of the data request frame is a letter download request service, terminal 100 parses the message ID carried in the message data of the data request frame. Beidou network device 200 can determine the first message from the mailbox of terminal 100 based on the message ID sent by Beidou network device 200 requested by terminal 100, and generate a first application layer message based on the first message.

[0256] S903: If the Beidou network device 200 determines based on the SR field that the terminal 100 supports receiving universal data frames in the Cpack format, the first application layer message is split into one or more universal data frames in the Cpack format, wherein the one or more universal data frames in the Cpack format may include the first Cpack universal data frame.

[0257] The first Cpack universal data frame may be any one of the one or more Cpack universal data frames of the first application layer message.

[0258] Specifically, the Beidou network device 200 sequentially subpackets the first application layer message at the MDCP layer and frames it at the SLC layer, and finally splits the first application layer message into one or more general data frames in the Cpack format at the SLC layer. Figure 4 The protocol encapsulation process for the application layer message in the illustrated embodiment will not be described in detail here.

[0259] The frame format of the general data frame in Cpack format can refer to the aforementioned Figure 7B or Figure 8B The embodiments shown will not be described in detail here.

[0260] S904 . The Beidou network device 200 sends a first Cpack general data frame to the terminal 100 .

[0261] Specifically, the BeiDou network device 200 may place the first Cpack universal data frame as an outbound user frame into the first physical frame at the physical layer, and perform coding and modulation on the first physical frame. The BeiDou network device 200 may send pilot information on the S2C-p channel branch and send the first physical frame on the S2C-d channel branch.

[0262] In a possible implementation, the Beidou network device 200 may also place user frames of other terminals into the first physical frame. The format of the general data frame sent by other terminals may be Apack format or Cpack format. The Apack format and Cpack format of the general data frame may refer to the aforementioned 7A to 7B A set of general data frames in Apack format and Cpack format are mentioned in the embodiment shown. Alternatively, the Apack format and Cpack format can refer to the aforementioned Figures 8A to 8B A set of general data frames in Apack format and Cpack format are mentioned in the illustrated embodiment.

[0263] For example, Figure 11As shown, Beidou network device 200 can place the Cpack universal data frame to be sent to terminal 100, the Cpack universal data frame to be sent to terminal 500, and the Apack universal data frame to be sent to terminal 400 into the first physical frame. Beidou network device 200 can send pilot information on the S2C-p channel branch and send the first physical frame on the S2C-d data channel. The pilot information on the S2C-p channel branch can include a secondary code with a duration of 125ms. The duration of the first physical frame can be 114ms. The transmission rate of the S2C-d data channel can be 2kbps or 4kbps.

[0264] In a possible implementation, if the Beidou network device 200 determines based on the SR field that the terminal 100 does not support receiving the universal data frame in the Cpack format, the network device can split the first application layer into one or more universal data frames in the Apack format, wherein the one or more universal data frames in the Apack format include the first Apack universal data frame. The first Apack universal data frame can be any one of the one or more universal data frames in the Apack format of the first application layer message. The frame format of the universal data frame in the Apack format can refer to the aforementioned Figure 7A or Figure 8A The embodiments shown will not be described in detail here.

[0265] In a possible implementation, the data request frame may not include the SR field, and the terminal 100 may indicate whether the terminal 100 supports the universal data frame in the Cpack format through the version number field in the frame header of the data request frame.

[0266] The following describes a process in which the terminal 100 parses the user frame whose receiver is the terminal 100 in the first physical frame.

[0267] Scenario 1: The outgoing user frames have the following formats: 7A to 7D As shown, the parsing process of the terminal 100 for the user frame whose receiver is the terminal 100 in the first physical frame may include the following steps:

[0268] (1) The terminal 100 may identify a physical frame header in an outbound physical frame at a PHY layer, wherein the physical frame header may include a version number field, and the data length of the version number field is 3 bits.

[0269] (2) When the terminal 100 decodes the outbound physical frame on the S2C-d channel branch at the PHY layer, it can use the transmission rates of 2kbit / s and 4kbit / s to decode in turn. When the terminal successfully decodes the outbound physical frame at the 2kbit / s transmission rate, the terminal can determine that the transmission rate on the S2C-d channel branch is 2kbit / s. When the terminal successfully decodes the outbound physical frame at the 4kbit / s transmission rate, the terminal can determine that the transmission rate on the S2C-d channel branch is 4kbit / s. Therefore, after the terminal successfully decodes the outbound physical frame at the PHY layer, it can present the transmission rate on the S2C-d channel branch from the PHY layer to the SLC layer for determining the data length of the frame length field in the general data frame when the SLC layer parses the user frame in the outbound physical frame. Specifically, when the transmission rate on the S2C-d channel branch is 2kbit / s, the data length of the frame length field in the general data frame is 8 bits. When the transmission rate on the S2C-d channel branch is 4 kbit / s, the data length of the frame length field in the general data frame is 9 bits.

[0270] In the embodiment of the present application, the process of parsing the user frame from the outbound physical frame by the terminal 100 is described by taking the transmission rate on the S2C-d channel branch as 2 kbit / s and the data length of the frame length field in the general data frame as 8 bits as an example.

[0271] (3) The terminal 100 may determine the user CID of the terminal 100 based on the user ID of the terminal 100 .

[0272] The generation process of the user CID of the terminal 100 can refer to the aforementioned Figure 7B The embodiments shown will not be described in detail here.

[0273] (4) Since the length of the start identification field in the complete frame is 8 bits, the value of the start identification field is a preset value, for example, the value of the start identification field is "01111110". The terminal 100 can determine whether the 8-bit data immediately following the physical frame header in the outbound physical frame is the same as the value of the start identification field. If so, the terminal 100 can determine that the first user frame immediately following the physical frame header in the outbound physical frame is a complete frame, where the frame types of the complete frame include Apack general data frame, ACK frame, and receipt frame.

[0274] When the first user frame is a complete frame, the terminal 100 may further determine the frame type of the first user frame based on the frame type field in the first user frame.

[0275] If the first user frame is an Apack general data frame, terminal 100 can determine whether the user ID field of the first user frame is the same as the user ID of terminal 100. If they are the same, terminal 100 can determine that the first user frame is an Apack general data frame sent to terminal 100. Terminal 100 can frame the Apack general data frame as an SLC PDU at the SLC layer and package it at the MDCP layer, and finally present the packaged MDCP SDU as an application layer message from the MDCP layer to the application layer. If the user ID field of the Apack general data frame is not the same as the user ID of terminal 100, terminal 100 discards the general data frame and continues to parse subsequent user frames in the outbound physical frame.

[0276] The data length of the Apack universal data frame header can be a fixed value, for example, 56 bits. The value of the frame length field in the Apack universal data frame header is used to indicate the data length of the user information in the universal data frame, for example, X bits. Therefore, the terminal 100 can determine that the total data length of the universal data frame is (56+X) bits.

[0277] If the first user frame is an ACK frame, the terminal 100 can determine whether the value of the user ID field of the Apack ACK frame is the same as the user ID of the terminal 100. If they are the same, the terminal 100 can determine that the recipient of the Apack ACK frame is the terminal 100 and parse the ACK bitmap of the Apack ACK frame; if the value of the user ID field of the Apack ACK frame is not the same as the user ID of the terminal 100, the terminal 100 discards the Apack ACK frame and continues to parse subsequent user frames in the outbound physical frame.

[0278] The total data length of the ACK frame is a fixed value, for example, 44 bits.

[0279] If the first user frame is a receipt frame, terminal 100 can determine whether the value of the user ID field of the receipt frame is the same as the user ID of terminal 100. If they are the same, terminal 100 can determine that the recipient of the receipt frame is terminal 100 and parse the receipt information of the receipt frame; if the value of the user ID field of the receipt frame is not the same as the user ID of terminal 100, terminal 100 discards the receipt frame and continues to parse subsequent user frames in the outbound physical frame.

[0280] The total data length of the receipt frame is a fixed value, for example, 44 bits.

[0281] If the 8-bit data immediately following the physical frame header in the outbound physical frame is different from the value of the start identifier field, terminal 100 can determine that the first user frame is a Cpack universal data frame, and the 8-bit data immediately following the physical frame header in the outbound physical frame is the user CID field in the Cpack universal data frame. Terminal 100 can further determine whether the value of the user CID field in the Cpack universal data frame is the same as the user CID of terminal 100. If they are the same, terminal 100 can determine that the recipient of the Cpack universal data frame is terminal 100; if the value of the user CID field in the Cpack universal data frame is different from the user CID of terminal 100, terminal 100 can determine that the recipient of the Cpack universal data frame is another terminal, discard the Cpack universal data frame, and continue to parse subsequent user frames in the outbound physical frame.

[0282] The data length of the Cpack universal data frame header can be a fixed value, for example, 16 bits. The value of the frame length field in the Cpack universal data frame header is used to indicate the data length of the user information in the universal data frame, for example, X bits. Therefore, terminal 100 can determine that the total data length of the universal data frame is (16+X) bits.

[0283] (5) After determining the total data length of the first user frame, the terminal 100 may determine the position of the frame header of the second user frame in the outbound physical frame based on the total data length of the first user frame.

[0284] (6) After determining the frame type of the second user frame, the terminal 100 may parse the frame header of the second user frame based on the frame format corresponding to the frame type and determine the total data length of the second user frame.

[0285] (7) After determining the data length of the entire second user frame, the terminal 100 can determine the position of the frame header of the third user frame in the outbound physical frame based on the total data length of the second user frame.

[0286] The parsing process of the terminal 100 for the second user frame and subsequent user frames in the outbound physical frame may refer to the parsing process for the first user frame in the outbound physical frame, which will not be repeated here.

[0287] In one possible implementation, after generating an initial user CID for terminal 100, if Beidou network device 200 determines that the initial user CID of terminal 100 is the same as the starting identifier, Beidou network device 200 may modify the user CID, where the modified user CID is different from the starting identifier. The user CID field in the Cpack general data frame carries the modified user CID.

[0288] For example, the initial user CID may be "01111110" and the starting identifier may be "01111110". If the initial user CID and the starting identifier overlap, the Beidou network device 200 may add "1" to the last bit of the initial user CID to obtain a corrected user CID. The corrected user CID may be "01111111".

[0289] The value of the initial user CID field may be the last 8 bits of the receiver ID of the universal data frame in the Cpack format.

[0290] In one possible implementation, the Beidou network device 200 may determine an initial user CID value based on the user ID carried in the data request frame sent by the recipient of the Cpack format universal data frame (e.g., terminal 100) and the specified data information in the data request frame. For example, the Beidou network device 200 may perform a hash operation on the user ID carried in the data request frame and the specified data information in the data request frame to obtain an 8-bit initial user CID.

[0291] For example, the Beidou network device 200 may perform a hash operation on the user ID carried in the data request frame and the last 16 bits of data in the data portion of the data request frame to obtain an 8-bit initial user CID.

[0292] Among them, the process of the terminal 100 calculating the initial user CID of the terminal 100 can refer to the process of the Beidou network device 200 calculating the initial user CID of the terminal 100, which will not be repeated here.

[0293] Scenario 2: When the outgoing user frames have the following format: Figures 8A to 8D As shown, the parsing process of the terminal 100 for the user frame whose receiver is the terminal 100 in the first physical frame may include the following steps:

[0294] (1) The terminal 100 may identify a physical frame header in an outbound physical frame at a PHY layer, wherein the physical frame header may include a version number field, and the data length of the version number field is 3 bits.

[0295] (2) When the terminal 100 decodes the outbound physical frame on the S2C-d channel branch at the PHY layer, it can use the transmission rates of 2kbit / s and 4kbit / s to decode in turn. When the terminal successfully decodes the outbound physical frame at the 2kbit / s transmission rate, the terminal can determine that the transmission rate on the S2C-d channel branch is 2kbit / s. When the terminal successfully decodes the outbound physical frame at the 4kbit / s transmission rate, the terminal can determine that the transmission rate on the S2C-d channel branch is 4kbit / s. Therefore, after the terminal successfully decodes the outbound physical frame at the PHY layer, it can present the transmission rate on the S2C-d channel branch from the PHY layer to the SLC layer for determining the data length of the frame length field in the general data frame when the SLC layer parses the user frame in the outbound physical frame. Specifically, when the transmission rate on the S2C-d channel branch is 2kbit / s, the data length of the frame length field in the general data frame is 8 bits. When the transmission rate on the S2C-d channel branch is 4 kbit / s, the data length of the frame length field in the general data frame is 9 bits.

[0296] In the embodiment of the present application, the process of parsing the user frame from the outbound physical frame by the terminal 100 is described by taking the transmission rate on the S2C-d channel branch as 2 kbit / s and the data length of the frame length field in the general data frame as 8 bits as an example.

[0297] (3) The terminal 100 may determine the user CID of the terminal 100 based on the user ID of the terminal 100 .

[0298] The generation process of the user CID of the terminal 100 can refer to the aforementioned Figure 7B The embodiments shown will not be described in detail here.

[0299] (4) Since the first field in the Apack general data frame header, the first field in the ACK frame header, the first field in the acknowledgment frame, and the first field in the Cpack general data frame header are all 2-bit frame type fields, terminal 100 can determine the frame type of the first user frame based on the frame type field of the first user frame immediately following the physical frame header in the outbound physical frame.

[0300] When the first user frame is an Apack general data frame, the terminal 100 can determine whether the user ID field of the Apack general data frame is the same as the user ID of the terminal 100. If they are the same, the terminal 100 can determine that the Apack general data frame is the Apack general data frame sent to the terminal 100. The terminal 100 can frame the Apack general data frame at the SLC layer and package it at the MDCP layer, and finally present the packaged MDCP SDU as an application layer message from the MDCP layer to the application layer. If the user ID field of the Apack general data frame is not the same as the user ID of the terminal 100, the terminal 100 discards the Apack general data frame and continues to parse subsequent user frames in the outbound physical frame.

[0301] The data length of the Apack universal data frame header may be a fixed value, for example, 48 bits. The value of the frame length field in the Apack universal data frame header is used to indicate the data length of the user information in the universal data frame, for example, X bits. Therefore, the terminal 100 can determine that the total data length of the Apack universal data frame is (48+X) bits.

[0302] When the first user frame is an ACK frame or a receipt frame, the terminal 100 can determine whether the value of the user ID field of the ACK frame or the receipt frame is the same as the user ID of the terminal 100. If they are the same, the terminal 100 can determine that the recipient of the ACK frame or the receipt frame is the terminal 100; if they are not the same, the terminal 100 discards the ACK frame or the receipt frame and continues to parse the subsequent user frames in the outbound physical frame.

[0303] The total data length of the ACK frame is a fixed value, and the total data length of the receipt frame is also a fixed value. For example, the total data length of the ACK frame and the total data length of the receipt frame can both be 40 bits.

[0304] When the first user frame is a Cpack general data frame, terminal 100 can determine that the recipient of the Cpack general data frame is terminal 100 based on the user CID field of the Cpack general data frame. If the value of the user CID field in the Cpack general data frame is the same as the user CID of terminal 100, terminal 100 can determine that the recipient of the Cpack general data frame is terminal 100; if they are not the same, terminal 100 discards the Cpack general data frame and continues to parse subsequent user frames in the outbound physical frame.

[0305] (5) After determining the total data length of the first user frame, the terminal 100 may determine the position of the frame header of the second user frame in the outbound physical frame based on the total data length of the first user frame.

[0306] (6) After determining the frame type of the second user frame, the terminal 100 may parse the frame header of the second user frame based on the frame format corresponding to the frame type, and determine the total data length of the second user frame.

[0307] (7) After determining the data length of the entire second user frame, the terminal 100 can determine the position of the frame header of the third user frame in the outbound physical frame based on the total data length of the second user frame.

[0308] The parsing process of the terminal 100 for the second user frame and subsequent user frames in the outbound physical frame may refer to the parsing process for the first user frame in the outbound physical frame, which will not be repeated here.

[0309] The process of the Beidou network device 200 scheduling and sending Cpack general data frames can be referred to Figure 12 shown.

[0310] like Figure 12 As shown, the process of the Beidou network device 200 scheduling and sending the Cpack general data frame can be as follows:

[0311] 1. The terminal 100 can send a data request frame to the Beidou network device 200.

[0312] 2. After the Beidou network device 200 determines that the terminal 100 supports receiving universal data frames in Cpack format based on the SR field in the data request frame, the Beidou network device 200 can assemble universal data frames in both Cpack and Apack formats based on the first application layer message. That is, the Beidou network device 200 can split the first application layer message into one or more universal data frames in Cpack format (including the first Cpack universal data frame), and split the first application layer message into one or more universal data frames in Apack format.

[0313] 3. The Beidou network device 200 can select the compact mode transmission time slot scheduling to send the general data frame in the Cpack format to the terminal 100 within the specified time window after receiving the data request frame.

[0314] The terminal 100 and the Beidou network device 200 may be preset with a value for the designated time window. For example, the designated time window may be from the second physical transmission time slot to the fourth physical transmission time slot after the Beidou network device 200 receives the data request frame. One physical transmission time slot may be 125 ms.

[0315] 4. The terminal 100 may attempt to parse the Cpack general data frame sent to the terminal 100 by the Beidou network device 200 within the specified time window.

[0316] For the specific process of parsing the Cpack general data frame, please refer to the above embodiment and will not be repeated here.

[0317] In one possible implementation, if the Beidou network device 200 fails to schedule the Cpack universal data frame of the first application layer message in the compact mode transmission time slot within the specified time window, the Beidou network device 200 may adopt the full mode and schedule the Apack universal data frame of the first application layer message to be transmitted in the full mode transmission time slot. The full mode transmission time slot may be in a physical transmission time slot within the specified time window or in a physical transmission time slot outside the specified time window.

[0318] If the terminal 100 fails to parse the Cpack universal data frame within the specified time window, the terminal 100 may attempt to parse the Apack universal data frame sent to the terminal 100 by the Beidou network device 200 according to the protocol format of the Apack universal data frame.

[0319] For example, Figure 13A As shown, the designated time window may be the second physical transmission time slot to the fourth physical transmission time slot after the Beidou network device 200 receives the data request frame from the terminal 100. When the Beidou network device 200 fails to schedule the transmission of the Cpack general data frame of the first application layer message to the compact mode transmission time slot in the designated time window, the Beidou network device 200 may schedule the transmission of the Apack general data frame of the first application layer message to the full mode transmission time slot in the fifth physical transmission time slot after receiving the data request frame.

[0320] In one possible implementation, if the Beidou network device 200 fails to schedule a Cpack universal data frame in a compact mode transmission time slot within a specified time window, the Beidou network device 200 may schedule the transmission of a Cpack universal data frame in a compact mode transmission time slot outside the specified time window. If the terminal 100 fails to parse a Cpack universal data frame in a compact mode transmission time slot within a specified time window, the terminal 100 may continue to parse the Cpack universal data frame in a physical transmission time slot after the specified time window.

[0321] For example, Figure 13B As shown, the designated time window may be the second physical transmission time slot to the fourth physical transmission time slot after the Beidou network device 200 receives the data request frame from the terminal 100. When the Beidou network device 200 fails to schedule the transmission of the Cpack general data frame of the first application layer message to the compact mode transmission time slot in the designated time window, the Beidou network device 200 may schedule the transmission of the Cpack general data frame of the first application layer message to the compact mode transmission time slot in the fifth physical transmission time slot after receiving the data request frame.

[0322] In one possible implementation, Beidou network device 200 can receive data request frame 1 sent by terminal 100 and data request frame 2 sent by terminal 500, where both terminal 100 and terminal 500 support receiving universal data frames in Cpack format. If the time window in which Beidou network device 200 sends universal data frames to terminal 100 overlaps with the time window in which Beidou network device 200 sends universal data frames to terminal 500, and the user CID of terminal 100 is the same as the user CID of terminal 500, Beidou network device 200 can use Apack mode to send universal data frames in Apack format to terminal 100 and terminal 500. This can prevent terminal 100 from mistakenly receiving universal data frames from other terminals when its user CID overlaps with that of other terminals.

[0323] Optionally, if the time window in which the Beidou network device 200 sends universal data frames to the terminal 100 overlaps with the time window in which the Beidou network device 200 sends universal data frames to the terminal 500, and the user CID of the terminal 100 is the same as the user CID of the terminal 500, and the downlink beam in which the terminal 100 receives the universal data frame overlaps with the downlink beam in which the terminal 500 receives the universal data frame, the Beidou network device 200 may use the Apack mode to send universal data frames in the Apack format to the terminal 100 and the terminal 500. In this way, it is possible to prevent the terminal 100 from mistakenly receiving universal data frames from other terminals when its user CID overlaps with that of other terminals.

[0324] According to a compact transmission method in a Beidou communication system provided by an embodiment of the present application, a terminal can send a data request frame to a Beidou network device, wherein the frame header of the data request frame includes a first user ID field, the first user ID field is used to indicate the device identification of the terminal, and the data request frame is used to request the Beidou network device to send service data to the terminal. After receiving the data request frame, the Beidou network device can send a first Cpack general data frame to the Beidou network device, wherein the frame header of the first Cpack general data frame may include a first user CID field, wherein the first user CID field is used to indicate the compact device identification of the terminal. The data length of the first user CID field is less than the data length of the first user ID field. In this way, the transmission efficiency of the outbound link in the Beidou communication system can be improved.

[0325] Among them, the frame formats of Apack general data frame and Cpack general data frame can refer to the above Figure 7A-7B The embodiment shown, or referring to the above Figure 8A-8B The embodiments shown will not be described in detail here.

[0326] The above content elaborates on the method provided by the present application. In order to facilitate better implementation of the above scheme of the embodiment of the present application, the embodiment of the present application also provides corresponding devices or equipment.

[0327] In the embodiment of the present application, the terminal 100 can be divided into functional modules according to the above method example. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. In actual implementation, there may be other division methods.

[0328] The following will be combined Figures 14 to 17 The communication device according to the embodiment of the present application is described in detail.

[0329] In the case of integrated units, see Figure 14 , Figure 14 1 is a schematic diagram of the structure of the communication device 1400 provided in an embodiment of the present application. The communication device 1400 may be the terminal 100 in the above embodiment. Optionally, the communication device 1400 may be a chip / chip system, for example, a Beidou communication chip. Figure 14 As shown, the communication device 1400 may include a transceiver unit 1410 and a processing unit 1420 .

[0330] In one design, processing unit 1420 may be configured to generate a data request frame.

[0331] The transceiver unit 1410 can be used to send a data request frame to the Beidou network device. The frame header of the data request frame includes a first user identification ID field. The first user ID field is used to indicate the device identification of the terminal. The data request frame is used to request the Beidou network device to send service data to the terminal.

[0332] The transceiver unit 1410 is also used to receive a first Cpack general data frame sent by a Beidou network device, wherein the frame header of the first Cpack general data frame includes a first user compact identification CID field; wherein the first user CID field is used to indicate the compact device identification of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

[0333] Optionally, the transceiver unit 1410 may also be used to perform the above Figure 9 The terminal 100 in the illustrated method embodiment performs the functional steps related to sending and receiving.

[0334] Optionally, the processing unit 1420 may also be configured to execute the above Figure 9In the illustrated method embodiment, the terminal 100 performs functional steps such as generating a data request frame and parsing a user frame in an outbound physical frame.

[0335] It should be understood that the communication device 1400 in this design can execute the method steps executed by the terminal 100 in the aforementioned embodiment. For the sake of brevity, they will not be repeated here.

[0336] In the case of integrated units, see Figure 15 , Figure 15 1 is a structural diagram of a communication device 1500 provided in an embodiment of the present application. The communication device 1500 may be the BeiDou network device 200 in the above embodiment. Optionally, the communication device 1500 may be a specific network element in the BeiDou network device 200, for example, a network element or a combination of multiple network elements in the BeiDou ground transceiver station 22, the BeiDou central station 23, and the BeiDou short message fusion communication platform 24. Figure 15 As shown, the communication device 1500 may include a transceiver unit 1510 and a processing unit 1520 .

[0337] In one design, the transceiver unit 1510 can be used to receive a data request frame sent by a terminal, wherein the frame header of the data request frame includes a first user identification ID field, the first user ID field is used to indicate the device identification of the terminal, and the data request frame is used to request the Beidou network device to send service data to the terminal.

[0338] The processing unit 1520 may be configured to generate a first Cpack general data frame based on the data request frame.

[0339] The transceiver unit 1510 is also used to send a first Cpack universal data frame to the terminal, wherein the frame header of the first Cpack universal data frame includes a first user CID field; wherein the first user CID field is used to indicate the compact device identifier of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

[0340] Optionally, the transceiver unit 1510 may also be used to perform the above Figure 9 The Beidou network device 200 in the illustrated method embodiment performs the functional steps related to sending and receiving.

[0341] Optionally, the processing unit 1520 may also be used to execute the above Figure 9 The Beidou network device 200 in the illustrated method embodiment performs functional steps such as parsing of data request frames and generation of various outbound user frames.

[0342] It should be understood that the communication device 1500 in this design can execute the method steps executed by the Beidou network device 200 in the aforementioned embodiment. For the sake of brevity, they will not be repeated here.

[0343] The above describes the terminal 100 and BeiDou network device 200 of the embodiment of the present application. It should be understood that any device having the above Figure 14 Any product having the functions of the terminal 100 as described above Figure 15 Any product that implements the functions of the Beidou network device 200 falls within the protection scope of the embodiments of the present application.

[0344] As a possible product form, the terminal 100 described in the embodiment of the present application can be implemented by a general bus architecture.

[0345] See also Figure 16 , Figure 16 1 is a schematic diagram of the structure of the communication device 1600 provided in an embodiment of the present application. The communication device 1600 may be the terminal 100, or a device therein. Figure 16 As shown, the communication device 1600 includes a processor 1601 and a transceiver 1602 connected to the internal communication of the processor. The processor 1601 can be a general-purpose processor or a dedicated processor. For example, it can be a baseband processor or a central processing unit for satellite communication. The baseband processor for satellite communication can be used to process satellite communication protocols and satellite communication data, and the central processing unit can be used to control the communication device (such as a baseband chip, terminal, terminal chip, etc.), execute computer programs, and process computer program data. The transceiver 1602 can be called a transceiver unit, a transceiver, or a transceiver circuit, etc., and is used to implement transceiver functions. The transceiver 1602 can include a receiver and a transmitter. The receiver can be called a receiver or a receiving circuit, etc., and is used to implement the receiving function; the transmitter can be called a transmitter or a transmitting circuit, etc., and is used to implement the transmitting function. Optionally, the communication device 1600 can also include an antenna 1603 and / or a radio frequency unit (not shown). The antenna 1603 and / or the radio frequency unit may be located inside the communication device 1600 or may be separated from the communication device 1600 , that is, the antenna 1603 and / or the radio frequency unit may be remotely or distributedly deployed.

[0346] Optionally, the communication device 1600 may include one or more memories 1604, on which instructions may be stored. The instructions may be computer programs. The computer programs may be executed on the communication device 1600 to enable the communication device 1600 to perform the methods described in the above method embodiments. Optionally, the memories 1604 may also store data. The communication device 1600 and the memories 1604 may be provided separately or integrated together.

[0347] The processor 1601 , the transceiver 1602 , and the memory 1604 may be connected via a communication bus.

[0348] In one design, the communication device 1600 may be configured to perform the functions of the terminal 100 in the aforementioned embodiment: the processor 1601 may be configured to perform the aforementioned Figure 9 The terminal 100 performs the data request frame generation and the parsing of the user frame in the outbound physical frame and other functional steps and / or other processes for the technology described herein; the transceiver 1602 can be used to perform the above Figure 9 The terminal 100 in the illustrated method embodiment performs functional steps related to transmission and reception and / or other processes for the technology described herein.

[0349] In any of the above designs, processor 1601 may include a transceiver for implementing receiving and transmitting functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing the receiving and transmitting functions may be separate or integrated. The transceiver circuit, interface, or interface circuit may be used for reading and writing code / data, or the transceiver circuit, interface, or interface circuit may be used for transmitting or delivering signals.

[0350] In any of the above designs, processor 1601 may store instructions, which may be computer programs. The computer programs, when executed on processor 1601, may cause communication device 1600 to execute the method steps performed by terminal 100 in the above method embodiments. The computer programs may be fixed in processor 1601, in which case processor 1601 may be implemented by hardware.

[0351] In one implementation, the communication device 1600 may include a circuit that can implement the functions of sending, receiving, or communicating in the aforementioned method embodiments. The processor and transceiver described in this application can be implemented on an integrated circuit (IC), an analog IC, a radio frequency integrated circuit RFIC, a mixed signal IC, an application specific integrated circuit (ASIC), a printed circuit board (PCB), an electronic device, etc. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal oxide semiconductor (CMOS), N-type metal oxide semiconductor (nMetal-oxide-semiconductor, NMOS), P-type metal oxide semiconductor (positive channel metal oxide semiconductor, PMOS), bipolar junction transistor (bipolar junction transistor, BJT), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

[0352] The scope of the communication device described in this application is not limited thereto, and the structure of the communication device may not be limited thereto. Figure 16 The communication device 1600 may be an independent device or may be part of a larger device. For example, the communication device 1600 may be:

[0353] (1) An independent integrated circuit (IC), or chip, or chip system or subsystem;

[0354] (2) a collection of one or more ICs, optionally including a storage component for storing data and computer programs;

[0355] (3) ASIC, such as modem;

[0356] (4) Modules that can be embedded in other devices;

[0357] (5) Receivers, terminals, smart terminals, cellular phones, wireless devices, handheld devices, mobile units, vehicle-mounted devices, network devices, cloud devices, artificial intelligence devices, etc.;

[0358] (6)Others, etc.

[0359] As a possible product form, any network element in the Beidou network device 200 described in the embodiment of the present application (for example, the Beidou ground transceiver station 22, the Beidou central station 23, the Beidou short message fusion communication platform 24) can be implemented by a general bus architecture.

[0360] See also Figure 17 , Figure 17 1 is a schematic diagram of the structure of the communication device 1700 provided in the embodiment of the present application. The communication device 1700 may be the Beidou network device 200, or a device therein. Figure 17 As shown, the communication device 1700 includes a processor 1701 and a transceiver 1702 connected to the internal communication of the processor. The processor 1701 is a general-purpose processor or a dedicated processor. For example, it can be a baseband processor or a central processing unit for satellite communication. The baseband processor for satellite communication can be used to process satellite communication protocols and satellite communication data, and the central processing unit can be used to control the communication device (such as a baseband chip, etc.), execute computer programs, and process computer program data. The transceiver 1702 can be called a transceiver unit, a transceiver, or a transceiver circuit, etc., for implementing transceiver functions. The transceiver 1702 can include a receiver and a transmitter. The receiver can be called a receiver or a receiving circuit, etc., for implementing a receiving function; the transmitter can be called a transmitter or a transmitting circuit, etc., for implementing a transmitting function. Optionally, the communication device 1700 can also include an antenna 1703 and / or a radio frequency unit (not shown). The antenna 1703 and / or the radio frequency unit may be located inside the communication device 1700 or may be separated from the communication device 1700 , that is, the antenna 1703 and / or the radio frequency unit may be remotely or distributedly deployed.

[0361] Optionally, the communication device 1700 may include one or more memories 1704, on which instructions may be stored. The instructions may be computer programs. The computer programs may be executed on the communication device 1700 to enable the communication device 1700 to perform the methods described in the above method embodiments. Optionally, the memories 1704 may also store data. The communication device 1700 and the memories 1704 may be provided separately or integrated together.

[0362] The processor 1701 , the transceiver 1702 , and the memory 1704 may be connected via a communication bus.

[0363] In one design, the communication device 1700 can be used to perform the functions of the Beidou network device 200 in the above embodiment: the processor 1701 can be used to perform the above Figure 9The method embodiment shown includes the following steps: parsing of the data request frame performed by the Beidou network device 200; generation of various outbound user frames; and other functional steps and / or other processes for the technology described herein; the transceiver 1702 can be used to perform the above Figure 9 The Beidou network device 200 in the illustrated method embodiment performs functional steps related to sending and receiving and / or other processes for the technology described herein.

[0364] In any of the above designs, processor 1701 may include a transceiver for implementing receiving and transmitting functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing the receiving and transmitting functions may be separate or integrated. The transceiver circuit, interface, or interface circuit may be used for reading and writing code / data, or the transceiver circuit, interface, or interface circuit may be used for transmitting or delivering signals.

[0365] In any of the above designs, processor 1701 may store instructions, which may be computer programs. The computer programs, when executed on processor 1701, may cause communication device 1700 to execute the method steps performed by terminal 100 in the above method embodiments. The computer programs may be fixed in processor 1701, in which case processor 1701 may be implemented by hardware.

[0366] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program code is stored. When the above-mentioned processor executes the computer program code, the processor executes the method in any of the aforementioned embodiments.

[0367] An embodiment of the present application further provides a computer program product, which, when executed on a computer, enables the computer to execute the method in any of the aforementioned embodiments.

[0368] An embodiment of the present application also provides a communication device, which can exist in the form of a chip product. The structure of the device includes a processor and an interface circuit. The processor is used to communicate with other devices through a receiving circuit, so that the device executes the method in any of the aforementioned embodiments.

[0369] An embodiment of the present application further provides a Beidou communication system, including a terminal 100 and a Beidou network device 200. The terminal 100 and the Beidou network device 200 can execute the method in any of the aforementioned embodiments.

[0370] This application describes the short message communication function of the Beidou communication system. It is understood that other satellite systems may also support short message communication functions. Therefore, the method described in this application is not limited to the Beidou communication system. If other satellite systems also support short message communication functions, the method described in this application is also applicable to communications in other satellite systems.

[0371] The steps of the method or algorithm described in conjunction with the disclosure of this application can be implemented in hardware or by executing software instructions by a processor. The software instructions can be composed of corresponding software modules, which can be stored in random access memory (RAM), flash memory, erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disks, mobile hard disks, read-only compact disks (CD-ROMs), or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be an integral part of the processor. The processor and the storage medium can be located in an ASIC. In addition, the ASIC can be located in a core network interface device. Of course, the processor and the storage medium can also exist in the core network interface device as discrete components.

[0372] Those skilled in the art will appreciate that, in one or more of the examples above, the functions described herein can be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or codes on a computer-readable medium. Computer-readable media include computer-readable storage media and communication media, wherein communication media include any medium that facilitates the transmission of a computer program from one place to another. The storage medium can be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0373] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A compact transmission method in a satellite communication system, characterized in that: include: The terminal sends a data request frame to the satellite network device, where the frame header of the data request frame includes a first user identification ID field, where the first user ID field is used to indicate the device identification of the terminal, and the data request frame is used to request the satellite network device to send service data to the terminal; The terminal receives a first compact Cpack universal data frame sent by the satellite network device, wherein the frame header of the first Cpack universal data frame includes a first user compact identification CID field; wherein the first user CID field is used to indicate the compact device identification of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

2. The method according to claim 1, characterized in that The frame header of the first Cpack general data frame further includes a first frame length field, and the first frame length field is used to indicate the data length of the user information in the first Cpack general data frame.

3. The method according to claim 2, characterized in that The frame header of the first Cpack general data frame also includes a first frame type field, which is located at the starting position in the frame header of the first Cpack general data frame. The value of the first frame type field is used to indicate that the frame type of the first Cpack general data frame is a Cpack general data frame.

4. The method according to any one of claims 1 to 3, characterized in that The frame header of the data request frame further includes a scheduling request SR field, where the scheduling request SR field is used to indicate whether the terminal supports receiving a general data frame in a compact Cpack format; The terminal receives a first Cpack general data frame sent by the satellite network device, specifically including: If the value of the SR field indicates that the terminal supports the universal data frame in the Cpack format, the terminal receives the first Cpack universal data frame sent by the satellite network device.

5. The method according to claim 4, characterized in that The method further comprises: If the value of the SR field indicates that the terminal does not support the universal data frame in Cpack format, the terminal receives a first complete Apack universal data frame sent by the satellite network device, wherein the frame header of the first Apack universal data frame includes a second user ID field, wherein the second user ID field is used to indicate the identification of the terminal, and the value of the second user ID field is the same as the value of the first user ID field.

6. The method according to claim 5, characterized in that The frame header of the first Apack general data frame also includes a second frame type field, a second frame length field, a total number of frames field and a frame sequence number field; wherein the second frame type field is used to indicate the frame type of the first Apack general data frame, the second frame length field is used to indicate the data length of the user information in the first Apack general data frame, the total number of frames field is used to indicate the total number of Apack general data frames included in the SLC session where the first Apack general data frame is located, and the frame sequence number is used to indicate the frame sequence number of the first Apack general data frame in an SLC session.

7. The method according to claim 6, characterized in that When the frame header of the first Cpack general data frame does not include the first frame type field, the frame header of the first Apack general data frame also includes a start identification field; wherein, the start identification field is at the starting position in the frame header of the first Apack general data frame, and the start identification field is used to identify the starting position of the first Apack general data frame.

8. The method according to claim 7, characterized in that The data length of the start identification field is the same as the data length of the first user CID field.

9. The method according to claim 8, characterized in that The data length of the start identification field is the first length; wherein, When the data length of the designated portion of the first length in the first user ID field is different from the value of the start identification field, the value of the first user CID field is the designated portion of the data in the first user ID field; When the data length of the designated portion of the first length in the first user ID field is the same as the value of the start identification field, the value of the first user CID field is the sum of the designated portion of the data in the first user ID field and a preset value.

10. The method according to any one of claims 1 to 3, characterized in that The terminal receives a first Cpack general data frame sent by the satellite network device, specifically including: The terminal receives a first physical frame sent by the satellite network device; The terminal parses the first Cpack universal data frame from the first physical frame.

11. A compact transmission method in a satellite communication system, characterized in that: include: The satellite network device receives a data request frame sent by the terminal, where the frame header of the data request frame includes a first user ID field, where the first user ID field is used to indicate a device identifier of the terminal, and the data request frame is used to request the satellite network device to send service data to the terminal; The satellite network device sends a first Cpack universal data frame to the terminal, wherein the frame header of the first Cpack universal data frame includes a first user CID field; wherein the first user CID field is used to indicate the compact device identifier of the terminal, and the data length of the first user CID field is less than the data length of the first user ID field.

12. The method according to claim 11, characterized in that The frame header of the first Cpack general data frame further includes a first frame length field, and the first frame length field is used to indicate the data length of the user information in the first Cpack general data frame.

13. The method according to claim 12, characterized in that The frame header of the first Cpack general data frame also includes a first frame type field, which is located at the starting position in the frame header of the first Cpack general data frame. The first frame type field is used to indicate that the frame type of the first Cpack general data frame is a Cpack general data frame.

14. The method according to any one of claims 11 to 13, characterized in that The frame header of the data request frame further includes an SR field, where the SR field is used to indicate whether the terminal supports a universal data frame in a Cpack format; The satellite network device sends a first Cpack general data frame to the terminal, specifically including: If the value of the SR field indicates that the terminal supports the universal data frame in the Cpack format, the satellite network device sends the first Cpack universal data frame to the terminal.

15. The method according to claim 14, characterized in that The method further comprises: If the value of the SR field indicates that the terminal does not support the general data frame in Cpack format, the satellite network device sends a first Apack general data frame to the terminal, wherein the frame header of the first Apack general data frame includes a second user ID field, wherein the second user ID field is used to indicate the identification of the terminal, and the value of the second user ID field is the same as the value of the first user ID field.

16. The method according to claim 15, characterized in that The frame header of the first Apack general data frame also includes a second frame type field, a second frame length field, a total number of frames field and a frame sequence number field; wherein the second frame type field is used to indicate the frame type of the first Apack general data frame, the second frame length field is used to indicate the data length of the user information in the first Apack general data frame, the total number of frames field is used to indicate the total number of Apack general data frames included in the SLC session where the first Apack general data frame is located, and the frame sequence number is used to indicate the frame sequence number of the first Apack general data frame in an SLC session.

17. The method according to claim 16, characterized in that When the frame header of the first Cpack general data frame does not include the first frame type field, the frame header of the first Apack general data frame also includes a start identification field; wherein, the start identification field is at the starting position in the frame header of the first Apack general data frame, and the start identification field is used to indicate the starting position of the first Apack general data frame.

18. The method according to claim 17, characterized in that The data length of the start identification field is the same as the data length of the first user CID field.

19. The method according to claim 18, characterized in that The data length of the start identification field is the first length; wherein, When the data length of the designated portion of the first length in the first user ID field is different from the value of the start identification field, the value of the first user CID field is the designated portion of the data in the first user ID field; When the data length of the designated portion of the first length in the first user ID field is the same as the value of the start identification field, the value of the first user CID field is the sum of the designated portion of the data in the first user ID field and a preset value.

20. The method according to any one of claims 11 to 13, characterized in that The satellite network device sends a first Cpack general data frame to the terminal, specifically including: The satellite network device generates a first application layer message based on the data request frame; The satellite network device splits the first application layer message into one or more Cpack general data frames, where the one or more Cpack general data frames include the first Cpack general data frame; The satellite network device places the first Cpack general data frame into a first physical frame; The satellite network device sends the first physical frame to the terminal.

21. A satellite communication system, characterized in that: Including terminals and satellite network equipment; among which, The terminal is configured to execute the method according to any one of claims 1 to 10; The satellite network device is used to execute the method according to any one of claims 11 to 20.

22. A communication device, characterized in that: The communication device comprises one or more processors, one or more memories, and a transceiver; wherein the transceiver and the one or more memories are coupled to the one or more processors, the one or more memories are used to store computer program code, and the computer program code includes computer instructions. When the one or more processors execute the computer instructions, the communication device performs the method according to any one of claims 1 to 9.

23. The communication device according to claim 22, wherein: The communication device is a terminal.

24. A communication device, characterized in that: The communication device comprises one or more processors, one or more memories, and a transceiver; wherein the transceiver and the one or more memories are coupled to the one or more processors, the one or more memories are used to store computer program code, and the computer program code includes computer instructions. When the one or more processors execute the computer instructions, the communication device executes the method as described in any one of claims 11 to 20.

25. The communication device according to claim 24, characterized in that The communication device is a satellite network device. 26 . A computer-readable storage medium storing instructions, wherein when the instructions are executed on a computer, the computer is caused to execute the method according to claim 1 .

27. A computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium. When the instructions are executed on a computer, the computer is caused to execute the method according to any one of claims 11 to 20.

28. A chip system, applied to a terminal, characterized in that: The method comprises a processing circuit and an interface circuit, wherein the interface circuit is used to receive code instructions and transmit the code instructions to the processing circuit, and the processing circuit is used to run the code instructions to execute the method according to any one of claims 1 to 10.

Images