CN115707034A

CN115707034A - Data compression method, system and related device in Beidou communication system

Info

Publication number: CN115707034A
Application number: CN202111069259.8A
Authority: CN
Inventors: 姚振东; 钱锋; 李振洲; 朱颖; 林力新; 姚楚婷
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-08-06
Filing date: 2021-09-13
Publication date: 2023-02-17

Abstract

The application discloses a data compression method, a data compression system and a related device in a Beidou communication system.A terminal compresses a user ID of a terminal and then encodes the user ID into binary data, and then the terminal fills the binary data into a user ID field contained in frame header information of a first user frame generated by the terminal; the terminal sends a first user frame to the Beidou network equipment. In this way, the frame header overhead in the user frame may be reduced.

Description

Data compression method, system and related device in Beidou communication system

Technical Field

The application relates to the technical field of Beidou communication and the technical field of compression, in particular to a data compression method, a data compression system and a related device in a Beidou communication system.

Background

The Beidou satellite navigation system is a major infrastructure which is independently developed in China and integrates positioning, time service and communication. The Beidou short message system realizes the sending of short message information by utilizing a Beidou satellite system. The method is particularly suitable for communication in areas where mobile communication is uncovered or a communication system is damaged, such as oceans, deserts, grasslands, unmanned areas and the like.

The short message system of the Beidou third satellite upgrades the short message technical system, the separation of military and civil signals is realized, at present, the country opens some necessary resources of the Beidou short message system for civil use on the premise of ensuring that the military requirements are completely met, and a communication protocol needs to be designed according to the characteristics of the Beidou short message system aiming at the civil service and equipment characteristics.

Currently, in the beidou short message communication system, each user may assign a user number for identifying the identity of the user, and the user number is also called as a user ID. Limited by the satellite communication transceiving capacity of the current mass terminal, the frame header overhead of uplink and downlink transmission should be reduced as much as possible, a traditional mobile phone number coding mode adopts Binary-Coded default (BCD), and if the coding mode is adopted, more frame header overhead is wasted.

Therefore, how to encode the user ID in the beidou system and reduce the frame header overhead as much as possible is called a problem to be solved urgently by those skilled in the art.

Disclosure of Invention

The application provides a data compression method, a data compression system and a related device in a Beidou communication system.

In a first aspect, a data compression method in a Beidou communication system is provided, and the method may include: the first terminal codes a first user ID of the first terminal into binary first data at a Satellite Link Control (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by coding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by coding the third data; the first terminal fills the first data into a user ID field in frame header information of a first user frame on an SLC layer; and the terminal sends the first user frame to the Beidou network equipment.

The first user ID may be a mobile phone number of the first terminal, the second data may be a domestic destination code NDC in the mobile phone number, and the third data may be a customer number SN in the mobile phone number.

Thus, the bit occupied by the user ID in the frame header information of the user frame can be reduced. When the terminal sends the user frame to the northbound bucket network device, the frame header overhead can be reduced.

With reference to the first aspect, in a possible implementation manner, the encoding, by the first terminal, the first user ID of the first terminal into binary first data at a satellite link control layer SLC includes: the first terminal compresses second data in a first user ID of the first terminal into sixth data at an SLC layer, wherein the first user ID consists of the second data and third data, and the data length of the sixth data is smaller than that of the second data; the first terminal encodes the sixth data into fourth data and encodes the third data into fifth data at an SLC layer; the first terminal combines the fourth data and the fifth data into first data.

Thus, the bit occupied by the user ID in the frame header information of the user frame can be reduced.

With reference to the first aspect, in a possible implementation manner, compressing, by the first terminal, second data in the first user ID of the first terminal into sixth data at an SLC layer includes: the first terminal maps the second data in the first user ID into sixth data in a mapping table on an SCL layer; the mapping table comprises a plurality of numerical value second data and a plurality of numerical value sixth data, wherein the plurality of numerical value second data comprise a first numerical value second data, the plurality of numerical value sixth data comprise a second numerical value sixth data, and the first data second data are mapped into the second numerical value sixth data.

Thus, a second data can be compressed into a sixth data having a shorter data length. And the second data and the sixth data are in one-to-one correspondence, and one compressed data does not correspond to one data before compression. Thus, no error occurs in decoding.

With reference to the first aspect, in a possible implementation manner, compressing, by the first terminal, second data in the first user ID of the first terminal into sixth data at an SLC layer includes: and the first terminal subtracts a preset offset value from the second data in the first user ID at an SCL layer to obtain sixth data.

Thus, a second data can be compressed into a sixth data having a shorter data length.

With reference to the first aspect, in a possible implementation manner, encoding, by the first terminal, sixth data into fourth data and encoding the third data into fifth data at an SLC layer includes: the first terminal converts the sixth data into binary fourth data at an SLC layer as a decimal integer; and converting the third data into binary fifth data as a decimal integer.

Since the data length of binary data obtained by encoding one data as a whole is shorter than that of binary data obtained by encoding one data in 8421 coding. In this way, the sixth data and the third data can be encoded into binary data having shorter data.

With reference to the first aspect, in a possible implementation manner, before the first terminal encodes the first user ID of the first terminal into binary first data at the satellite link control layer SLC, the method may further include: the method comprises the steps that a first terminal detects a first operation, wherein the first operation is used for indicating the first terminal to send a first message to a second terminal; the first terminal compresses a second user ID of the second terminal in an application APP layer and then codes the second user ID into seventh data; the first terminal generates a first message in the APP layer, wherein the first message comprises a message header and message data; the message header includes seventh data, and the message data includes the content of the first message.

Thus, the bit occupied by the user ID in the message header can be reduced.

With reference to the first aspect, in a possible implementation manner, after the first terminal generates the first message in the APP layer, the method may further include: the first terminal issues the first message to the SLC layer to obtain one or more SLC SDUs (service data units) of the satellite link control layer, wherein the one or more SLC SDUs comprise the first SLC SDU; the first terminal segments the first SLC SDU into one or more user frames including the first user frame.

With reference to the first aspect, in a possible implementation manner, the method may further include: the first terminal receives a second user frame sent by the Beidou network equipment, and the second user frame is sent to the first terminal by the second terminal; and the first terminal decodes and decompresses the user ID field in the frame header information of the second user frame at the SLC layer to obtain the first user ID of the first terminal.

In this way, the terminal can decompress the user ID of the terminal from the user ID field in the header information of the user frame.

With reference to the first aspect, in a possible implementation manner, the method may further include: the first terminal receives a second user frame sent by the Beidou network equipment, and the second user frame is sent to the first terminal by the second terminal; the first terminal decodes and decompresses the user ID field in the frame header information of the second user frame on an SLC layer to obtain user ID data; under the condition that the first terminal determines that the user ID data is the same as the first user ID, the first terminal uploads the second user frame to a Message Data Convergence (MDCP) layer; the first terminal discards the second user frame if the first terminal determines that the user ID data is not the same as the first user ID.

With reference to the first aspect, in a possible implementation manner, after the first terminal decodes and decompresses a user ID field in frame header information of the second user frame at the SLC layer to obtain a first user ID of the first terminal, the method may further include: the first terminal uploads the user data in the second user frame to an application layer to obtain a second message; the first terminal decodes and decompresses a user ID field in a message header of the second message in an APP layer to obtain a second user ID of the second terminal; the first terminal determines that the second message is sent by the second terminal based on the second user ID.

In a second aspect, a data compression method in a Beidou communication system is provided, and the method may include: the Beidou network equipment encodes a first user ID of a first terminal into binary first data at a satellite link control layer (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by encoding the third data; the Beidou network equipment fills the first data into a user ID field in frame header information of a second user frame at an SLC layer; and the Beidou network equipment sends the second user frame to the first terminal.

The first user ID may be a mobile phone number of the first terminal, the second data may be a domestic destination NDC in the mobile phone number, and the third data may be a customer number SN in the mobile phone number.

Thus, the bit occupied by the user ID in the frame header information of the user frame can be reduced. When the Beidou network equipment sends the user frames to the terminal, frame header overhead can be reduced.

With reference to the second aspect, in a possible implementation manner, before the Beidou network device encodes the first user ID of the first terminal into binary first data at the satellite link control layer SLC, the method may further include: the Beidou network equipment acquires a first user ID of the first terminal.

With reference to the second aspect, in a possible implementation manner, the obtaining, by the beidou network device, the first user ID of the first terminal includes: the Beidou network equipment receives a first user frame sent by a first terminal, and a user ID field in frame header information of the first user frame is used for indicating a first user ID of the first terminal; the Beidou network equipment decodes the first user ID from the first user frame.

With reference to the second aspect, in a possible implementation manner, the obtaining, by the beidou network device, the first user ID of the first terminal includes: the Beidou network equipment receives a first user frame sent by a first terminal, and a user ID field in frame header information of the first user frame is used for indicating first data; and the Beidou network equipment decompresses and decodes the first data to obtain the first user ID.

With reference to the second aspect, in a possible implementation manner, the obtaining, by the beidou network device, the first user ID of the first terminal includes: the Beidou network equipment receives a second message, the second message is sent to the first terminal by the second terminal through the Beidou network equipment, and the second message comprises a user ID field used for indicating a first user ID of the first terminal; and the Beidou network equipment decodes the first user ID from the user ID field in the message header of the second message.

With reference to the second aspect, in a possible implementation manner, the encoding, by the beidou network device, the first user ID of the first terminal into binary first data at the satellite link control layer SLC includes: the Beidou network equipment compresses second data in a first user ID of the first terminal into sixth data on an SLC layer, wherein the first user ID is composed of the second data and third data, and the data length of the sixth data is smaller than that of the second data; the Beidou network equipment encodes the sixth data into fourth data and encodes the third data into fifth data on an SLC layer; and the Beidou network equipment combines the fourth data and the fifth data into first data.

With reference to the second aspect, in one possible implementation manner, the Beidou network device compresses, at the SLC layer, second data in the first user ID of the first terminal into sixth data, where the sixth data includes: the Beidou network equipment maps the second data in the first user ID into sixth data in a mapping table on an SCL layer; the mapping table comprises a plurality of numerical value second data and a plurality of numerical value sixth data, wherein the plurality of numerical value second data comprise a first numerical value second data, the plurality of numerical value sixth data comprise a second numerical value sixth data, and the first data second data are mapped into the second numerical value sixth data.

Thus, a second data can be compressed into a sixth data having a shorter data length. And the second data and the sixth data are in one-to-one correspondence, and one compressed data does not correspond to one data before compression. Thus, no errors occur in decoding.

With reference to the second aspect, in one possible implementation manner, the Beidou network device compresses, at the SLC layer, second data in the first user ID of the first terminal into sixth data, where the sixth data includes: and the Beidou network equipment subtracts a preset offset value from the second data in the first user ID on an SCL layer to obtain sixth data.

With reference to the second aspect, in a possible implementation manner, the Beidou network device encodes sixth data into fourth data and encodes third data into fifth data at an SLC layer, including: the first terminal converts the sixth data into binary fourth data at an SLC layer as a decimal integer; and converting the third data into binary fifth data as a decimal integer.

In a third aspect, a Beidou communication system is provided, and the system may include a first terminal and a Beidou network device. Wherein:

the first terminal is used for encoding a first user ID of the first terminal into binary first data at a satellite link control layer SLC, wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by encoding the third data;

the first terminal is used for filling the first data into a user ID field in the frame header information of the first user frame at an SLC layer;

the first terminal is used for sending the first user frame to the Beidou network equipment;

the Beidou network equipment is used for receiving the first user frame and decoding the first user ID from a user ID field in frame header information of the first user frame.

With reference to the third aspect, in a possible implementation manner, the Beidou network device is configured to:

encoding a first user ID of a first terminal into binary first data at a satellite link control layer (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is less than that of the second data, and the fifth data is obtained by encoding the third data;

and filling the first data into a user ID field in the frame header information of the second user frame at the SLC layer.

With reference to the third aspect, in a possible implementation manner, the Beidou network device may further perform the method in any one of the possible implementation manners of the second aspect.

With reference to the third aspect, in a possible implementation manner, the terminal may further perform the method in any one of the possible implementation manners of the first aspect.

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, the one or more memories coupled to the one or more processors, the one or more memories for storing computer program code comprising computer instructions that, when executed by the one or more processors, cause the communication device to perform the method of any of the possible implementations of the first aspect described above.

The communication device may be a terminal or other product-shaped device.

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, the one or more memories coupled to the one or more processors, the one or more memories for storing computer program code comprising computer instructions which, when executed by the one or more processors, cause the communication device to perform the method of any of the possible implementations of the second aspect described above.

The communication device can be Beidou network equipment, or any network element or combination of a plurality of network elements in the Beidou network equipment.

In a sixth aspect, the present application provides a computer storage medium comprising computer instructions that, when executed on a computer, cause the computer to perform the method of any one of the possible implementations of the first aspect.

In a seventh aspect, the present application provides a computer storage medium including computer instructions, which when executed on a computer, cause the computer to perform the method in any one of the possible implementation manners of the second aspect.

In an eighth aspect, the present application provides a computer program product for causing a computer to perform the method of any one of the possible implementations of the first aspect when the computer program product runs on the computer.

In a ninth aspect, the present application provides a computer program product for causing a computer to perform the method of any one of the possible implementations of the second aspect when the computer program product runs on the computer.

In a tenth aspect, the present application provides a chip or a chip system, which is applied to a terminal and includes a processing circuit and an interface circuit, where the interface circuit is configured to receive code instructions and transmit the code instructions to the processing circuit, and the processing circuit is configured to execute the code instructions to perform a method in any possible implementation manner of the first aspect.

Drawings

Fig. 1 is a schematic architecture diagram of a beidou communication system 10 according to an embodiment of the present application;

fig. 2 is a schematic diagram of a transmission process of an outbound and inbound data in a beidou communication system according to an embodiment of the present application;

fig. 3 is a schematic diagram of a protocol encapsulation architecture of inbound data of the beidou communication system 10 according to an embodiment of the present application;

fig. 4 is a schematic diagram of a protocol analysis architecture of inbound data of the beidou communication system 10 according to an embodiment of the present application;

fig. 5 is a schematic diagram of a protocol encapsulation architecture of outbound data of the beidou communication system 10 according to an embodiment of the present application;

fig. 6 is a schematic diagram of a protocol analysis architecture of outbound data of the beidou communication system 10 according to an embodiment of the present application;

fig. 7 is a schematic diagram of a frame format of an SLC frame according to an embodiment of the present application;

FIG. 8 is a diagram illustrating another SLC frame format provided by an embodiment of the present application;

fig. 9 is a schematic diagram of a frame format of another ACK frame provided in an embodiment of the present application;

fig. 10 is a schematic diagram illustrating a frame format of another application layer response piece frame according to an embodiment of the present application;

fig. 11A is a schematic flowchart of a data compression method in a beidou communication system according to an embodiment of the present application;

fig. 11B is a schematic flowchart of a data compression method in the beidou communication system according to the embodiment of the present application;

fig. 12 is a schematic structural diagram of a terminal 100 according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a communication device according to an embodiment of the present application;

fig. 14 is a schematic structural diagram of another communication device according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of another communication device according to an embodiment of the present application;

fig. 16 is a schematic structural diagram of another communication device according to an embodiment of the present application.

Detailed Description

The terminology used in the following embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the present application. As used in the specification of the present application and the appended claims, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the listed items.

In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as implying or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature, and in the description of embodiments of the application, unless stated otherwise, "plurality" means two or more.

A beidou communication system 10 provided in the embodiment of the present application is described below.

Fig. 1 shows an architecture schematic diagram of a beidou communication system 10 provided in an embodiment of the present application.

As shown in fig. 1, 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.

The terminal 100 can send short message information to the beidou short message satellite 21, and the beidou short message satellite 21 only relays the short message information sent by the terminal 100 and directly forwards the short message information to the beidou network device 200 on the ground. The beidou network device 200 may analyze the short message information forwarded by the satellite according to the beidou communication protocol, and forward the message content of the general message type analyzed from the short message information to a Short Message Service Center (SMSC) 25. The short message center 25 may forward the message content to the terminal 300 via a conventional cellular communication network. The Beidou network device 200 may also send the emergency call-for-help type message sent by the terminal 100 to the national emergency rescue center 27 through the national emergency rescue platform 26.

The terminal 300 may also transmit the short message to the short message center 25 through a conventional 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 may relay the short message of the terminal 300 to the terminal 100 through the beidou short message satellite 21.

The Beidou network device 200 may include a Beidou ground transceiver station 22, a Beidou central station 23 and a Beidou short message convergence communication platform 24. Wherein, the beidou ground transceiver station 22 may include one or more devices having a transmitting function and one or more devices having a receiving function, respectively, or may include one or more devices having a transmitting function and a receiving function, which is not limited herein. The beidou ground transceiver station 22 may be used for the processing function of the beidou network device 200 on the physical layer (PHY) layer for data. The beidou central station 23 may be used for the processing function of the beidou network device 200 on a Satellite Link Control (SLC) layer and a Message Data Convergence (MDCP) layer. The beidou short message fusion communication platform 24 can be used for a data processing function in an application layer (APP).

Wherein, because big dipper communication system 10 communicates through the satellite link, its main characteristic is: the time is prolonged (about 270ms in one direction), and the link loss is large. The services supported by the prior Beidou communication system 10 are mainly burst short message services, and do not support link state management, mobility management, broadcast control information and the like.

The working mode of the Beidou network device 200 can be a duplex mode, and data can be received and transmitted simultaneously.

In this embodiment, the data sent by the terminal 100 to the northbound network device 200 may be referred to as inbound, and the data sent by the terminal 100 to the northbound network device 200 may be referred to as inbound data. The data sent by the Beidou network device 200 to the terminal 100 can be called outbound data, and the data sent by the Beidou network device 200 to the terminal 100 can be called outbound data. As shown in fig. 2, the terminal 100 may transmit the inbound data to the beidou short message satellite 21 and then transmit the inbound data to the beidou ground transceiver station 22 via the beidou short message satellite 21, and the beidou ground transceiver station 22 may transmit the inbound data to the beidou central station 23. The beidou central station 23 in the beidou network device 200 may send outbound data to the beidou ground transceiver station 22. Then, the beidou ground transceiver station 22 transmits the outbound data to the beidou short message satellite 21, and transmits the outbound data to the terminal 100 via the beidou short message satellite 21.

The following describes a protocol encapsulation architecture of inbound data of the beidou communication system 10 provided in the embodiment of the present application.

Fig. 3 shows a schematic diagram of a protocol encapsulation architecture of inbound data of the beidou communication system 10 provided in an embodiment of the present application.

As shown in fig. 3, the beidou message transmission protocol layer on the terminal 100 may be divided into an application layer (APP), a message data convergence layer (MDCP), a satellite link control layer (SLC), and a physical layer (PHY).

When the terminal 100 sends data to the beidou network device 200, the working process of the beidou message transmission protocol on the terminal 100 may be as follows:

at the APP layer, the terminal 100 may compress the original data into compressed data through a compression algorithm, and add a compression indication field in front of the compressed data, where the compression indication field may be used to indicate a type of the compression algorithm of the compressed data. Then, the terminal 100 may encrypt the compressed data to obtain encrypted data, and add an encryption algorithm field to a header of the encrypted data, where the encryption algorithm field is used to indicate an encryption algorithm type of the encrypted data. The terminal 100 may encapsulate the encrypted data, the compression indication field, and the encryption indication field into an application layer packet, and send the application layer packet to the MDCP layer. The application layer message comprises a message header and message data. The header includes a compression indication field and an encryption indication field, etc. The message data comprises the encrypted data.

Optionally, the terminal 100 may also encrypt the compression indication field and the compressed data together to obtain encrypted data.

In the MDCP layer, the terminal 100 may obtain an application layer packet delivered by the APP layer through an interlayer interface, and use the application layer packet as an MDCP Service Data Unit (SDU). At the MDCP layer, the terminal 100 may add padding data (padding) to a specified length at the tail of the MDCP SDU and add a redundancy length indication field at the head of the MDCP SDU. The redundancy length indication field may be used to indicate the length of the padding data. The terminal 100 may split the padding data and the MDCP SDU after adding the redundancy length indication field into one or more fixed-length MDCP segment data (M _ segment), and add a subsequent indication field in a header of each MDCP segment data, to obtain a MDCP Protocol Data Unit (PDU), that is, the MDCP PDU includes the M _ segment and the subsequent indication field. Wherein, the subsequent indication field can be used for indicating that the current MDCP PDU is the starting MDCP PDU or the middle MDCP PDU or the last MDCP PDU of a plurality of continuously transmitted MDCP PDUs; or one MDCP PDU sent separately.

In the SLC layer, the terminal 100 may obtain, as SLC SDU, the MDCP PDU delivered by the MDCP layer through the interlayer interface. At the SLC layer, the terminal 100 may segment the SLC SDU into one or more (at most 4) fixed-length SLC segment data (S _ segment), and add frame header information at each S _ segment header, resulting in an SLC PDU. The frame header information includes a service data unit (SAI) field, a total frame number field, and a frame sequence number field.

Wherein the SAI field can be used to indicate whether the SLC PDU belongs to an unsent SLC SDU.

And a frame total field, which can be used to indicate the total number of SLC PDUs in the SLC SDU to which the SLC PDU belongs.

And a frame sequence number field, which can be used to indicate the sequence number of the SLC PDU in the SLC SDU to which the SLC PDU belongs.

In the PHY layer, the terminal 100 may obtain an SLC PDU delivered by the SLC layer through an interlayer interface, and use the SLC PDU as a code block (code block) of the PHY layer, add a synchronization header to the head of the code block, and add a check bit field to the tail of the code block. In the beidou communication system 10, a Cyclic Redundancy Check (CRC) may be used to check the coding block, and therefore, the check bit field may include a CRC code. The terminal 100 may perform encoding (e.g., polar encoding) with the code block and the check bit field to obtain encoded data (encoded data), and then insert a pilot into the encoded data to obtain pilot encoded data (pilot + data). Then, the terminal 100 sequentially modulates the synchronization header and the pilot encoded data by the underlying hardware to obtain modulated data. The terminal 100 may spread the modulated data to obtain spread + modulated data. The terminal 100 may send the spread spectrum modulation data to the beidou short message satellite 21, and forward the data to the beidou network device 200 through the relay of the beidou short message satellite 21.

The following describes a protocol parsing architecture of inbound data of the beidou communication system 10 provided in the embodiment of the present application.

Fig. 4 shows a schematic diagram of a protocol resolution architecture of inbound data of the beidou communication system 10 provided in the embodiment of the present application.

As shown in fig. 4, the beidou short message transmission protocol layer of the beidou network device 200 may be divided into an application layer (APP), a message data convergence layer (MDCP), a satellite link control layer (SLC), and a physical layer (PHY). The Beidou network device 200 may include a Beidou ground transceiver station 22, a Beidou central station 23 and a Beidou short message convergence communication platform 24. The beidou ground transceiver station 22 may be used to take care of protocol processing at the PHY layer. The beidou central station 23 may be responsible for protocol processing at the SLC layer and the MDCP layer. The Beidou short message convergence communication platform 24 can be used for being responsible for protocol processing of an APP layer.

When the Beidou network device 200 receives data sent by the terminal 100, the working process of the Beidou short message transmission protocol layer of the Beidou network device 200 can be as follows:

at the PHY layer, the beidou network device 200 may acquire the modulated and spread pilot frequency coded data sent by the terminal 100. The Beidou network device 200 may perform despreading on the received spread spectrum modulation data (spread + modulated data) to obtain modulated data (modulated data). Then, the Beidou network device 200 may demodulate the modulated data to obtain pilot coded data (pilot + data). Then, the beidou network device 200 removes the pilot information in the pilot encoded data to obtain encoded data (code data). Then, the beidou network device 200 may decode the encoded data and verify the integrity of the code block by the check data in the check bit field. If the received code block is complete, the beidou network device 200 may extract a code block, and present the code block to the SLC layer through the interlayer interface, so as to serve as the SLC PDU of the SLC layer.

At the SLC layer, the beidou network device 200 may splice SLC PDUs belonging to the same SLC SDU into one SLC SDU based on the frame header information of the SLC PDU. The beidou network device 200 may present the SLC SDU to the MDCP layer through the inter-layer interface as an MDCP PDU of the MDCP layer.

In the MDCP layer, the beidou network device 200 may splice all MDCP PDUs belonging to the same MDCP SDU into one MDCP SDU. The beidou network device 200 may present the MDCP SDU to the APP layer through the inter-layer interface, as an application layer packet received by the APP layer.

On the APP layer, the beidou network device 200 may decrypt and decompress the application layer packet based on the packet header of the application layer packet, to obtain the original data.

In the embodiment of the present application, the foregoing protocol processing procedure is only an example, and the specific operation of the protocol processing is not limited in the present application.

The following describes a protocol encapsulation architecture of outbound data of the beidou communication system 10 provided in the embodiment of the present application.

Fig. 5 shows a schematic diagram of a protocol encapsulation architecture of outbound data of the beidou communication system 10 provided in an embodiment of the present application.

As shown in fig. 5, the beidou short message transmission protocol layer in the beidou network device 200 may include an application layer (APP), a message data convergence layer (MDCP), a satellite link control layer (SLC), and a physical layer (PHY). The Beidou network device 200 may 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 may be used to take care of protocol processing at the PHY layer. The beidou central station 23 can be used for taking charge of the protocol processing of the SLC layer and the MDCP layer. The Beidou short message convergence communication platform 24 can be used for being responsible for protocol processing of an APP layer.

When the beidou network device 200 sends data to the terminal 100, the working process of the beidou short message transmission protocol in the beidou network device 200 may be as follows:

at the APP layer, the beidou network device 200 may compress the raw data into compressed data through a compression algorithm, and add a compression indication field in front of the compressed data, where the compression indication field may be used to indicate a type of the compression algorithm of the compressed data. Then, the Beidou network device 200 may encrypt the compressed data to obtain encrypted data, and add an encryption algorithm field to a header of the encrypted data, where the encryption algorithm field is used to indicate an encryption algorithm type of the encrypted data. The Beidou network device 200 may encapsulate the encrypted data, the compression indication field, and the encryption indication field into an application layer packet and send the application layer packet to the MDCP layer. The application layer packet may include a packet header and packet data. The header may include a compression indication field, an encryption indication field, and the like. The message data comprises the encrypted data.

Optionally, in a possible implementation manner, the beidou network device 200 cuts the MDCP SDU into multiple MDCP PDUs in the MDCP layer, and the beidou network device 200 may transmit the multiple MDCP PDUs to the SLC layer of the beidou network device 200 together.

In the MDCP layer, the beidou network device 200 may obtain the application layer packet delivered by the APP layer through the interlayer interface, and use the application layer packet as an MDCP SDU. At the MDCP layer, the beidou network device 200 may split one MDCP SDU into one or more fixed-length MDCP segment data (M _ segment), and add a subsequent indication field in the header of each MDCP segment data, to obtain an MDCP PDU, that is, the MDCP PDU includes M _ segment and subsequent indication fields. Wherein, the subsequent indication field can be used for indicating that the current MDCP PDU is the starting MDCP PDU or the middle MDCP PDU or the last MDCP PDU of a plurality of continuously transmitted MDCP PDUs; or one MDCP PDU sent separately.

In the SLC layer, the beidou network device 200 may acquire, through the interlayer interface, the MDCP PDU delivered by the MDCP layer as an SLC SDU. At the SLC layer, the beidou network device 200 may segment the SLC SDU into one or more (at most 4) SLC segment data (S _ segment) of fixed length, and add frame header information to each S _ segment header to obtain the SLC PDU.

In the PHY layer, the beidou network device 200 may obtain the SLC PDU delivered by the SLC layer through the interlayer interface. The beidou network device 200 may obtain SLC PDUs of one or more users from the SLC layer. The beidou network device 200 may splice SLC PDUs of multiple users together, add a frame header (e.g., version number) of a physical frame as a coding block (code block) of a PHY layer, add a check bit (e.g., cyclic Redundancy Check (CRC) code) at a tail of the code block, encode the code block and the CRC code (e.g., polar encoding), and the encoded physical frame and a reserved segment may form encoded data of a text branch (S2C _ d branch) of a fixed-length physical timeslot. The beidou network device 200 may put a plurality of SLC PDUs of one user into different physical frames, respectively. Then, the Beidou network device 200 combines the coded data of the S2C _ d branch and the pilot information of the pilot branch (S2C _ p branch) into pilot coded data, i.e. outbound data. The Beidou network device 200 can send the outbound data to the Beidou short message satellite 21, and relay the outbound data to the terminal 100 through the Beidou short message satellite 21.

It is understood that the pilot information of the S2C _ p branch is related to the satellite beam. When the information is known at the time of the satellite beam number, the pilot information of the S2C _ p branch is also known and does not need to be decoded. And the encoded data of the S2C _ d branch needs to be decoded.

The protocol analysis architecture of outbound data of the beidou communication system 10 provided in the embodiment of the present application is described below.

Fig. 6 shows a schematic diagram of a protocol resolution architecture of outbound data of the beidou communication system 10 provided in the embodiment of the present application.

As shown in fig. 6, the beidou short message transmission protocol layer of the terminal 100 may be divided into an application layer (APP), a message data convergence layer (MDCP), a satellite link control layer (SLC), and a physical layer (PHY).

When the terminal 100 receives data sent by the beidou network device, the working process of the beidou short message transmission protocol layer of the terminal 100 may be as follows:

at the PHY layer, the terminal 100 may obtain the modulated and spread pilot frequency coded data sent by the beidou network device 200. The terminal 100 may perform despreading on the received spread modulated data (spread + modulated data) to obtain modulated data (modulated data). The terminal 100 may then demodulate the modulated data to obtain pilot coded data (pilot + data). Then, the terminal 100 may remove the pilot information in the pilot encoded data to obtain encoded data (code data). The terminal 100 may then decode the encoded data and verify the integrity of the code block by checking the data in the check bit field. If the received code block is complete, the terminal 100 may extract a code block (code block), and present the code block to the SLC layer through the interlayer interface, as an SLC PDU of the SLC layer.

Here, the pilot encoded data is outbound data sent by the above-mentioned beidou network device 200, and the outbound data is composed of encoded data of the S2C _ d branch and pilot information of the pilot branch (S2C _ p branch).

In the SLC layer, the terminal 100 may splice 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 may present the SLC SDU to the MDCP layer through the inter-layer interface as an MDCP PDU of the MDCP layer.

In the MDCP layer, the terminal 100 may splice 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 through the inter-layer interface, and use the MDCP SDU as an application layer packet received by the APP layer.

In the APP layer, the terminal 100 may decrypt and decompress the application layer packet based on the packet header of the application layer packet to obtain the original data.

In the embodiment of the present application, the protocol processing procedure is only an example, and the present application does not limit the specific operation of the protocol processing.

In the beidou communication system 10, the terminal 100 may generate a user frame at an SLC layer, and frame header information of the user frame may include a user ID field, where the user ID field includes a user ID of the terminal 100. The user frames generated by the terminal 100 may include SLC PDUs, acknowledgement Character (ACK) frames, and application layer acknowledgement frames. The beidou network device 200 may also generate a user frame at the SLC layer, and the frame header information of the user frame may include a user ID field, where the user ID field includes a user ID of a terminal that receives the user frame. The user frames generated by the beidou network device 200 may also include SLC PDUs, ACK frames, and application layer receipt frames.

Figure 7 illustrates a frame format of an inbound SLC PDU provided in an embodiment of the present application.

As shown in fig. 7, when inbound, the frame header information of the SLC PDU sent by the terminal 100 to the northbound network device 200 may include: a version number field, a subtype indication field, a user identification number (ID) field, an acknowledged mode enable (AM enable) field, a total number of frames field, a frame sequence number field, an SAI field, and a Reserved (RSV) field.

The version number field can be used for indicating the version of the Beidou communication protocol, and the Beidou communication protocol can be respectively evolved aiming at the format of each frame type through the version number field. The length of the version number field is not limited in the embodiments of the present application.

A subtype field, which may be used to indicate that the frame type of the user frame transmitted by the terminal 100 is a general data frame, i.e., SLC PDU. Wherein, the length of the subtype field may be 1bit. For example, the subtype field has a value of "0" indicating that the user frame is a generic data frame, i.e., SLC PDU. When the subtype field has a value of "1", it indicates that the user frame transmitted by the terminal 100 is an ACK frame. Since the SLC PDU is a general data frame transmitted by the terminal 100, the subtype field in the SLC PDU takes a value of "0". The length of the subtype field is not limited in the embodiments of the present application.

A user ID field, which may be used to indicate a user ID of the terminal 100. The user ID field includes the user ID of the terminal 100.

An AMenable field, which may be used to indicate whether the terminal 100 transmits SLC PDUs in acknowledged mode. The length of the AM enable field and the specific value of the AM enable field are not limited in the embodiments of the present application.

And a frame total field, which can be used to indicate the total number of SLC PDUs in the SLC SDU in which the SLC PDU is located. Wherein, the length of the frame total field may be 2 bits. When the length of the total number of frames field is 2 bits, a maximum of 4 SLC PDUs can be included in one SLC PDU.

A frame sequence number field, which can be used to indicate the sequence number of the SLC PDU in an SLC SDU. The frame sequence number field may be 2 bits in length. The length of the frame number field is not limited in the embodiments of the present application.

A service data unit (service data unit allocated Indicator, SAI) field, which may occupy 1bit. When the terminal 100 transmits the SLC PDU in the acknowledged mode, i.e., the AM-enable field has a value of "1", the SAI field can be used to indicate whether the SLC PDU is a retransmitted SLC PDU or not. When the terminal 100 transmits SLC PDU in unacknowledged mode, i.e., the value of AM-enable field is "0", the SAI field can reserve a segment for other functions.

The length of the RSV field may be 4 bits, or may be other bit numbers, and the length of the RSV field is not limited in this embodiment of the present application.

It will be appreciated that the frame format of the outbound SLC PDU shown in figure 7 is merely an example. The embodiment of the present application does not limit the arrangement order of the cell parameters in the frame header information field.

Fig. 8 shows a frame format of an outbound SLC PDU provided in an embodiment of the present application.

As shown in fig. 8, when going out, the frame header information of the SLC PDU sent by the beidou network device 200 to the terminal 100 may include: a frame type field, an on acknowledge mode (AM enable) field, a frame length field, a user ID field, a total number of frames field, and a frame number field.

Wherein the frame type field may be used to indicate the type of the SLC frame. The frame type field may be 2 bits in length. The length of the frame type field is not limited in the embodiments of the present application.

And an AM enable field indicating whether the Beidou network device 200 adopts the acknowledged mode to transmit the SLC PDU. The length of the AMenable field may be 1bit. If the value in the AM enable field is a first value (for example, 1), it indicates that the terminal 100 needs to reply ACK to the beidou network device 200 after receiving the SLC PDU sent by the beidou network device 200. If the value in the AM enable field is a second value (for example, 0), it indicates that the terminal 100 does not need to reply ACK to the Beidou network device 200 after receiving the SLCPDU of the Beidou network device 200. The length of the AM enable field and the specific value of the AM enable field are not limited in the embodiments of the present application.

The frame length field is used to identify the length of the SLC frame, and the length of the frame length field may be 8 bits. The length of the frame length field is not limited in the embodiment of the present application.

A user ID field, which may be used to indicate that the slppdu is sent to the terminal 100 by the beidou network device 200. The user ID field may contain the user ID of the terminal 100.

It will be appreciated that the frame format of the outbound SLC PDU shown in figure 8 is merely an example. The embodiment of the present application does not limit the arrangement order of the cell parameters in the frame header information field.

Fig. 9 shows a frame format of an ACK frame according to an embodiment of the present application.

As shown in fig. 9, the ACK frame may include frame header information and user information. The frame header information may include a frame type field and a user ID field. The frame type field may be used to indicate the type of the ACK frame. The frame type field may be 2 bits in length. The length of the frame type field is not limited in the embodiments of the present application. The user ID field may indicate a user ID of a terminal that transmits or receives the ACK frame.

The ACK frame is used to indicate whether the terminal 100 or the beidou network device 200 that sent the ACK frame successfully receives the SLC SDU.

It is to be understood that the frame format of the ACK frame shown in fig. 9 is only an example. The embodiment of the present application does not limit the arrangement order of the cell parameters in the frame header information field.

Fig. 10 shows a frame format of an application layer receipt frame according to an embodiment of the present application.

As shown in fig. 10, the application layer receipt frame may include frame header information and user information. The frame header information may include a frame type field and a user ID field. The frame type field may be used to indicate the type of the application layer receipt frame. The frame type field may be 2 bits in length. The length of the frame type field is not limited in the embodiments of the present application. The user ID field may indicate a user ID of a terminal that transmits or receives the application layer receipt frame.

The application layer receipt frame is used to indicate whether the terminal 100 or the beidou network device 200 that sent the application layer receipt frame successfully analyzes the received application layer packet.

It is to be understood that the frame format of the application layer receipt frame shown in fig. 10 is merely an example. The embodiment of the present application does not limit the arrangement order of the cell parameters in the frame header information field.

In the embodiment of the present application, binary data in the user ID field included in the header information of the user frame may indicate the mobile phone number of the terminal 100. At present, mobile phone numbers of all countries in the world all adopt an e.164 code number format published by an International Telecommunications Union (ITU), and the e.164 number is an international public telephone number scheme defined by the international telecommunications union and used in Public Switched Telephone Networks (PSTN) and some data networks, and defines a specific code number format at the same time. E.164 defines a maximum of 15 digits, with the full number having an international call prefix. E.164 defines the specific format of the mobile subscriber international integrated services digital network number (MSISDN).

The MSISDN number is the number that the calling subscriber needs to dial in order to call the subscriber in the mobile communications network. The format of the MSISDN number is briefly described below. Table 1 exemplarily shows the format of the MSISDN.

TABLE 1

As shown in table 1, the MSISDN number may be formatted in the manner shown in format 1, where the specific format shown in format 1 is: format 1: MSISDN = CC + NDC + SN (CC = country code; NDC = national destination code; SN = user number). That is, the MSISDN is composed of a Country Code (CC), a National Destination Code (NDC), and a Subscriber Number (SN).

According to the definition distribution of the current country code, the CC is 4 bits at the longest, such as 1671 in the Guandao, and two bits in most, such as 86 in China.

NDC may also be referred to as network access numbers, and each of the authorized countries may authorize one or more network operators to build and operate the mobile network. For example, the network access numbers of china mobile in three mobile operators in china are 134-139, 150-152, 188, etc., the network access numbers of china unicom are 130-132, 185, 186, etc., and the network access numbers of china telecom are 133, 153, 180, 189, etc.

SN is not more than 8 bits, for example, SN user number of continental China is 8 bits in length.

The MSISDN structure in format 1 may be represented as follows:

MSISDN＝CC+N1N2N3+H0H1H2H3+ABCD

the NDC part can be composed of N1N2N3 three-digit numbers, and the SN part can be composed of H0H1H2H3 and ABCD with 8-digit numbers. Wherein, the four digits of H0H1H2H3 may be an identification number of a Home Location Register (HLR) of each mobile service local network in the SN, and ABCD is a mobile client code.

As shown in table 1, the MSISDN number may be "8613966666666," where "86" is the CC code, "139" may be the NDC code, or N1N2N3; "66666666" may be an SN code, or may be H0H1H2H3+ ABCD.

In the embodiment of the present application, the part of the MSISDN that does not include the CC (i.e., the NDC and the SN) may be referred to as a home identity number of the terminal, or may be referred to as a mobile phone number. For convenience of description, a part of the MSISDN that does not include the CC is hereinafter referred to as a mobile phone number. In china, the mobile phone number of a terminal is typically an 11 digit decimal string.

Generally, the MSISDN number is encoded using Binary Coded Decimal (BCD) encoding. The encoding form of BCD uses four bits to store a decimal number. Thus, the 11-bit mobile phone number (i.e., MSISDN code excluding CC) is encoded by BCD, and a capacity of forty-four bits is required. For example, as shown in table 2, the mobile phone number "13966666666" can be encoded into a character string in a binary format of forty-four bits by BCD encoding.

TABLE 2

As shown in table 2, each decimal character in the mobile phone number "13966666666" can be encoded into a four-bit binary string. For example, the decimal character "1" may be encoded as a four-bit binary string "0001" by BCD encoding. The decimal character "3" may be encoded as a four-bit binary string "0011" by BCD encoding. The decimal character "9" may be encoded as a four-bit binary string "1001" by BCD encoding. The decimal character "6" may be encoded as a four-bit binary string "0110" by BCD encoding. Thus, the mobile phone number "13966666666" can be encoded into a binary character string "0001 0011 1001 0110 0110 0110 0110 0110 0110 0110" with forty-four bits by means of BCD encoding. Thus, the user ID field requires forty-four bits of capacity, resulting in a large frame header overhead.

The embodiment of the application provides a data compression method in a Beidou communication system, wherein the data compression method can be applied to a terminal 100, and the compression method can comprise the following steps: the terminal 100 may encode a user ID of the terminal 100 into binary first data, where the user ID may include second data and third data, the first data includes binary fourth data and binary fifth data, the fourth data is encoded by sixth data, the sixth data is compressed by the second data, and a data length of the sixth data is smaller than a data length of the second data; the fifth data is obtained by encoding the third data; the terminal 100 fills the first data in a user ID field included in header information of the first user frame. The first data in the user ID field may be used to indicate the user ID of the terminal 100.

The user ID may be a mobile phone number of the terminal 100, the second data may be NDC data in the mobile phone number of the terminal 100, and the third data may be SN data in the mobile phone number of the terminal 100.

By the compression method provided by the embodiment of the application, the terminal 100 can compress the user ID of the terminal 100 by the compression method, and the compressed user ID is encoded and then filled into the user ID field, so that the bit occupied by the user ID field can be reduced, and the frame header overhead can be reduced.

Fig. 11A exemplarily shows a schematic flow diagram of a data compression method in a beidou communication system provided in an embodiment of the present application, where a user ID is a mobile phone number, for example, the data compression method may include the following steps:

s101, the mobile phone number of the terminal 100 is coded into binary data D1 by the terminal 100, the mobile phone number comprises NDC1 and SN1, the data D1 comprises data D2 and data D3, the data D2 is obtained by coding data D4, the data D4 is obtained by compressing NDC1, the data length of the data D4 is smaller than that of the NDC1, and the data D3 is obtained by coding SN1.

TABLE 3

As shown in table 3, the mobile phone number of the terminal 100 may include NDC1 and SN1, and the terminal 100 may compress the NDC1 into data D4 in the SLC layer, where a data length of the data D4 is smaller than a data length of the NDC1. Data D4 is then encoded into data D2, SN1 is encoded into data D3, and data D2 and data D3 may be combined into data D1.

In the embodiment of the present application, the terminal 100 may be referred to as a first terminal. The user ID of the terminal 100 may be referred to as a first user ID. The data D1 may be referred to as first data, the NDC1 may be referred to as second data, the SN1 may be referred to as third data, the data D2 may be referred to as fourth data, the data D3 may be referred to as fifth data, and the data D4 may be referred to as sixth data.

If the mobile phone number of the terminal 100 is a number of a country other than the chinese country, the terminal 100 may convert the mobile phone number into a mobile phone number of the chinese country. In the embodiment of the present application, a mobile phone number in china may be referred to as a domestic mobile phone number, and a mobile phone number in a country other than china may be referred to as a foreign mobile phone number.

In one possible implementation, the terminal 100 may map the foreign phone number as a whole to the domestic phone number. A mapping table may exist in the terminal 100, and the mapping table may include foreign numbers and corresponding home numbers.

Alternatively, in a possible implementation manner, the terminal 100 may convert the NDC in the foreign phone number into the domestic NDC, and then combine the domestic NDC and the SN in the foreign phone number into one phone number.

In one possible implementation, the terminal 100 may compress the NDC1 into data D4, and then the terminal 100 encodes the data D4 into data D2.

Optionally, in one possible implementation, the compressing, by the terminal 100, the NDC1 into the data D4 may include: the terminal 100 maps the NDC1 to mapping table relationship data D4, where the data D4 is a Short Message Communication Identifier (SMCID) corresponding to the NDC1 in the mapping table relationship. SN1 may be converted to a binary short messaging service subscriber number (SMCSN). That is, the data D1 includes the encoded SMCID and SMCSN. A mapping relationship table of NDC and SMCID exists in the terminal 100.

For example, the mapping relationship table of NDC and SMCID of the domestic mobile phone number may be as shown in table 4.

TABLE 4

As shown in table 4, the NDC number segments of the current domestic mobile phone number are distributed between 13x and 19x, so that the mapping conversion from NDC to SMCID can be realized through the mapping table shown in table 4. NDC of 130 may map to 1 in SMCID and NDC of 139 may map to 10 in SMCID. NDC is 130-139 number segment, it can be mapped to 1-10 in SMCID. NDC is 144-159 number segments, which can be mapped to 11-26 in SMCID. When the NDC is 162, it may be mapped to 27 in the SMCID, when the NDC is 165, it may be mapped to 28 in the SMCID, when the NDC is 166, it may be mapped to 29 in the SMCID, and when the NDC is 167, it may be mapped to 30 in the SMCID. NDC is 170-178 number segment, it can be mapped to 31-39 in SMCID. NDC is 180-189 number segments, it can be mapped to 40-49 SMCID. The NDC may be 191, 50 in the SMCID, 195, 51 in the SMCID, 198, 52 in the SMCID, 199, 53 in the SMCID.

The range of the SMCID is generally 0x 00-0 x7F, and the SMCID comprises 128 SMCID categories. A binary number of 7 bits can accommodate 128 smccids. The SMCID of the special terminal is fixed to be 0, and the rest 127 SMCIDs are used by the civil terminal.

Further, optionally, only 54 SMCIDs are shown in table 4, and the remaining 74 SMCIDs may serve as reserved resources, and if a subsequent operator adds a new NDC, the mapping relationship between the new NDC and the reserved SMCID may be added in the mapping relationship table shown in table 3 by means of over-the-air (OTA) upgrade.

The NDC in table 4 may be referred to as second data, and the SMCID may be referred to as sixth data. Table 4 contains a plurality of values of NDC, and a plurality of values of SMCID. The NDC of each value corresponds to the SMCID of a value.

Thus, in some possible examples, 7 bits of binary data may be obtained after the SMCID encoding. If the binary data obtained by the SMCID coding is less than 7 bits, the data can be complemented by 0 in high order to complement 7 bits.

SN has a value in the range of 0-99999999, so a 27-bit binary number is required to accommodate all SNs. If the SMCSN obtained after the SN coding is less than 27 bits, the SMCSN can be complemented with 0 in the high order to complement 27 bits.

For example, the mobile phone number "13966666666" is taken as an example for explanation. In the mobile phone number 13966666666, NDC is 139, and SN is 66666666. The NDC "139" may be mapped to "10" in table 3, that is, the data D4. "10" may be encoded as binary data "1010". Since "1010" is less than 7 bits, the high bit is complemented with 0, and binary data of "0001010"7 bits is obtained. Namely, NDC "139" is encoded to "0001010", namely, data D2. "66666666" can be encoded as binary data "111111100101000000101010" 26-bit binary data, less than 27 bits, with the upper bits being complemented by 0, resulting in "0111111100101000000101010" 27-bit binary data. That is, SN "66666666" is encoded as "0111111100101000000101010", that is, data D3. The terminal 100 may combine the coding result of the NDC "139" and the coding result of the SN "66666666" into a coding result of the mobile phone number "13966666666", that is, binary data of 34 bits in total of "00010100111111100101000000101010", that is, binary data D1.

Optionally, in another possible implementation, the compressing, by the terminal 100, the NDC1 into the data D4 may include: the terminal 100 subtracts the preset offset value from the NDC1 to obtain data D5, where the data length of the data D5 is smaller than the data length of the NDC1.

Because the number segments of the NDC are distributed between 13x and 19x at present, and the SMCID value range of 7 bits is 0 to 127, the SMCID can be obtained by subtracting a preset offset value from the NDC.

For example, the preset offset value may be 100, and the mobile phone number is "13966666666" for illustration. In the mobile phone number 13966666666, NDC is 139, and SN is 66666666. The NDC "139" minus the preset offset value "100" is equal to "39", i.e. the data D5. "39" can be encoded as binary data "100111". Since "100111" is less than 7 bits, the high bit is complemented with 0 to obtain 7 bits of encoded data "0100111". Namely, NDC "139" is encoded to "0100111", namely, data D2. "66666666" can be encoded as binary data "111111100101000000101010" 26-bit binary data, less than 27 bits, with the upper bits being complemented by 0, resulting in "0111111100101000000101010" 27-bit binary data. That is, SN "66666666" is encoded as "0111111100101000000101010", that is, data D3. The terminal 100 may combine the coding result of the NDC "139" and the coding result of the SN "66666666" into a coding result of the mobile phone number "13966666666", that is, binary data of 34 bits in total of "01001110111111100101000000101010", that is, binary data D1.

It is understood that the preset offset value may be 100, or may be another value, which is not limited in this embodiment of the application.

S102, the terminal 100 fills the data D1 into the user ID field included in the header information of the first user frame.

The terminal 100 may fill the data D1 in the user ID field included in the header information of the first user frame at the SLC layer. For example, when the user ID is the cell phone number "13966666666", the binary data D1 filled in the user ID field may be 34 bits of binary data of "00010100111111100101000000101010" or "01001110111111100101000000101010".

Further, after the terminal 100 performs step S102, the terminal 100 may send the first user frame to the beidou network device 200.

Further, the beidou network device 200 may decode and decompress the user ID in the user ID field in the first user frame at the SLC layer, to obtain the original user ID. For example, the user ID is a mobile phone number, and the beidou network device 200 decodes and decompresses a binary user ID field at the SLC layer to obtain an 11-digit mobile phone number.

Specifically, the beidou network device 200 may decode the binary user ID in the user ID field, that is, the data D2 in the data D1 into the data D4, and decode the data D3 in the data D1 into the SN1. The data D4 is then decompressed into NDC1.

In one possible implementation, the user ID field of the first user frame may include a user ID compression indication field for indicating a compression method of the user ID. The beidou network device 200 may decompress the data D4 into the NDC1 according to the compression method indicated by the user ID compression indication field.

Optionally, in another possible implementation manner, if the terminal 100 compresses the NDC1 into the data D4, there is only one manner, for example, the terminal 100 maps the NDC1 into the mapping table relationship data D4, and the data D4 is the SMCID corresponding to the NDC1 in the mapping table relationship. Then the beidou network device 200 decompresses the data D4 according to the method of compressing the NDC1 by the terminal 100, and obtains the NDC1. For example, the beidou network device 200 may look up the NDC1 corresponding to the data D4 in the mapping relationship table.

Optionally, in another possible implementation manner, if there are multiple manners in which the terminal 100 compresses the NDC1 into the data D4, the Beidou network device 200 may decompress the data D4 according to a sequence of a preset decompression method. For example, if the terminal 100 compresses the NDC1 into the data D4, there are three methods, for example, compression method 1, compression method 2, and compression method 2. The method for compressing the user ID field by the terminal 100 is not indicated in the first user frame sent by the terminal 100, a user ID decompression method, a decompression method 1 (which can decompress data compressed by the compression method 1), a decompression method 2 (which can decompress data compressed by the compression method 2), and a decompression method 3 (which can decompress data compressed by the compression method 3) are preset in the Beidou network device 200, and the preset decompression method is performed in the order of decompression method 1 first, and if the decompression is not successful, the decompression is performed by the decompression method 2, and if the decompression is still successful, the decompression is performed by the decompression method 3.

It can be understood that, in the embodiment of the present application, the user ID of the terminal 100 is not limited to the mobile phone number of the terminal 100, and may also be an MSISDN (MSISDN) of the terminal 100, an International Mobile Subscriber Identity (IMSI), an International Mobile Equipment Identity (IMEI), or the like.

Through the data compression method in the Beidou communication system, the terminal 100 can compress the user ID. When the user ID is a mobile phone number with 11 digits, BCD coding is adopted in the prior art, the user ID field needs to occupy 44 bits, whereas the user ID field only needs to occupy 34 bits by the data compression method of the embodiment of the present application. Thus, the bit occupied by the user ID field in the header information of each user frame can be reduced.

The terminal 100 may send a first user frame to the northbound network device 200, which may be used to query cellular network information in the vicinity of the terminal 100, or the number of letters received by the terminal 100, or the contents of letters received by the terminal 100. Or the first user frame may also indicate whether the terminal 100 successfully receives the user frame sent by the beidou network device last time, or is used to indicate whether the terminal 100 successfully analyzes the application layer message sent by the beidou network device 200. When the beidou network device 200 receives the first user frame of the terminal 100, the beidou network device 200 may reply with a second user frame to the terminal 100. The second user frame may be used to indicate a result of a query for cellular network information in the vicinity of the terminal 100, or the number of letters received by the terminal 100, or the contents of letters received by the terminal 100. Or, the second user frame may also indicate whether the beidou network device 200 successfully receives the first user frame sent by the terminal 100, or may also indicate whether the beidou network device 200 successfully analyzes the application layer packet sent by the terminal 100. The beidou network device 200 sends the frame header information of the second user frame to the terminal 100, where the frame header information includes the user ID of the terminal 100. In this way, the terminal 100 may also know that the second user frame is sent to the terminal 100 by the beidou network device 200.

In the prior art, the user ID in the user ID field needs to occupy more bits, so the frame header overhead is large.

The embodiment of the application provides a compression method, which can be applied to the Beidou network equipment 200, and the compression method can include the following steps: the beidou network device 200 acquires the user ID of the terminal 100, then the beidou network device 200 may compress the user ID of the terminal 100 and encode the user ID into binary data D6, and the beidou network device 200 fills the data D6 into a user ID field included in the frame header information of the second user frame.

Wherein the user ID may be a cell phone number of the terminal 100.

Through the compression method provided by the embodiment of the application, the Beidou network device 200 can compress the user ID of the terminal 100 through the compression method, and the compressed user ID is encoded and then filled into the user ID field, so that the bit occupied by the user ID field can be reduced, and the frame header overhead can be reduced.

Fig. 11B exemplarily shows a schematic flowchart of a data compression method in a communication system according to an embodiment of the present application, where a user ID is a mobile phone number, for example, the data compression method may include the following steps:

s201, the Beidou network equipment 200 acquires the user ID of the terminal 100.

The beidou network device 200 may obtain the user ID of the terminal 100 from the user ID field of the received first user frame of the terminal 100.

In one possible implementation manner, the beidou network device 200 parses the obtained binary data in the user ID field in the first user frame sent by the terminal 100 into a user ID (e.g., the mobile phone number "13966666666" of the terminal 100).

Optionally, in another possible implementation manner, the Beidou network device 200 may acquire binary data in a user ID field in a first user frame of the terminal 100. The beidou network device 200 may directly fill the binary data in the user ID field into the user ID field of the second user frame. The beidou network device 200 does not need to perform steps S202-S203.

S202, the beidou network device 200 compresses the user ID of the terminal 100 into data D6, and encodes the data D6 into binary data D7, where the data length of the data D6 is smaller than the length of the data of the user ID.

The user ID of the terminal 100 may be a cell phone number of the terminal 100, wherein the cell phone number includes NDC1 and SN1. The Beidou network device 200 may compress the NDC1 in the mobile phone number to obtain the SMCID1, and the data length of the SMCID1 is smaller than that of the NDC1. The data D6 are SMCID1 and SN1. Then, the Beidou network device 200 may encode the SMCID1 and the SN1 to obtain binary data D7.

The beidou network device 200 compresses the NDC1 to obtain the SMCID1, and specifically, reference may be made to the implementation process of the terminal 100 compressing the NDC1 into the data D4 in step S101, which is not described herein again.

Illustratively, the user ID of the terminal 100 may be the cell phone number of the terminal 100, such as "13966666666", where NDC1 may be "139" and SN1 may be "66666666". If the beidou network device 200 is according to the method of mapping the NDC1 to the smcd 1 in the above step S102, the beidou network device 200 may compress the NDC1"139" to "10".

When "139" is compressed to "10", 13966666666 "can be encoded as binary data D7, namely" 00010100111111100101000000101010", and when" 139 "is compressed to" 39", 13966666666" can be encoded as binary data D7, namely "01001110111111100101000000101010".

S203, the beidou network device 200 fills the data D7 in the user ID field included in the frame header information of the second user frame.

The beidou network device 200 may fill the data D7 in the user ID field included in the frame header information of the second user frame. For example, when the user ID is the cell phone number "13966666666", the binary data D1 filled in the user ID field may be 34 bits of binary data of "00010100111111100101000000101010" or "01001110111111100101000000101010".

Further, after the Beidou network device 200 executes the step S203, the Beidou network device 200 may send the second user frame to the terminal 100.

It should be understood that, in the embodiment of the present application, the user ID of the terminal 100 is not limited to the mobile phone number of the terminal 100, and may also be an MSISDN of the terminal 100, an International Mobile Equipment Identity (IMEI), or the like.

Through the data compression method in the Beidou communication system provided by the embodiment of the application, the Beidou network equipment 200 can compress the user ID of the terminal 100. When the user ID is a mobile phone number with 11 digits, BCD coding is adopted in the prior art, the user ID field needs to occupy 44 bits, whereas the user ID field only needs to occupy 34 bits by the data compression method of the embodiment of the present application. Thus, the bit occupied by the user ID field in the header information of each user frame can be reduced.

In some scenarios, the terminal 100 may be in the beidou network, that is, the terminal 100 does not reside in the cellular network, and when the beidou communication module in the terminal 100 is turned on, the terminal 100 may send a short message to the terminal 300 through the beidou network device 200 to acquire the short message sent by the terminal 300. The terminal 300 may reside in a cellular network, or the terminal 300 may be under the beidou network and not reside in the cellular network, which is not limited herein.

It can be understood that, referring to fig. 1, when the terminal 100 sends a message to the terminal 300, the beidou short message convergence communication platform 24 in the beidou network device 200 can determine whether the terminal 300 receiving the message is in the beidou network or in the cellular network. If the terminal 300 is in the cellular network, the beidou short message fusion communication platform 24 can send the message to the short message center 25, and then the short message center sends the message to the terminal 300.

When the terminal 100 under the beidou network sends a message to the terminal 400 under the beidou network device, first, the message sent by the terminal 100 is forwarded to the beidou ground transceiver station 22 via the beidou short message satellite 21. Then, the beidou ground transceiver station 22 sends the message to the beidou central station 23, and then the beidou central station 23 sends the message to the beidou short message fusion communication platform 24. The Beidou short message convergence communication platform 24 can analyze the user ID of the terminal 400, and determines that the terminal 400 is under the Beidou network according to the user ID of the terminal 400. Then, the beidou short message fusion communication platform 24 sends the message to the beidou central station 23. Then, the beidou central station 23 sends the message to the beidou ground transceiver station 22 again. Finally, the Beidou ground transceiver station 22 sends the message to the terminal 400 through the Beidou short message satellite 21.

Scene 1: terminal 100 under the Beidou network sends message to terminal 300 under the cellular network

When the terminal 100 sends a short message to the terminal 300 through the beidou network device 200, the short message may carry the user ID of the terminal 100 and the user ID of the terminal 300. Specifically, the terminal 100 generates a first message packet in the application layer, where the first message packet may include specific message content and a user ID of the terminal 300. The terminal 100 may compress and encode the user ID of the terminal 300 into binary data at an application layer, and then fill the binary data into a header of the first message packet. Specifically, the terminal 100 may compress and encode the user ID of the terminal 300 into binary data at the application layer according to the method shown in the above steps S101 to S102, which is not described herein again. The terminal 100 adds the user ID of the terminal 100 after the first message packet is delivered to the SLC layer, and generates a first user frame. The terminal 100 compresses and encodes the user of the terminal 100 into binary data at the SLC layer, and then fills the binary data into the header information of the first user frame. Specifically, the terminal 100 may compress and encode the user ID of the terminal 100 into binary data in the APP layer according to the method shown in the above steps S101 to S102, and then fill the binary data into the frame header information of the first user frame, which is not described herein again. The terminal 100 then transmits the first user frame to the beidou network device 200.

After receiving the first user frame, the beidou network device 200 may decode and decompress the user ID field of the terminal 100 in the first user frame at the SLC layer, that is, the beidou central station 23 in the beidou network device 200, to obtain the user ID of the terminal 100. Then, the beidou network device 200 can decode and decompress the user ID field of the terminal 300 at the APP layer, that is, the beidou short message convergence communication platform 24 in the beidou network device 200, to obtain the user ID of the terminal 300. Then, the Beidou network device may send the message packet carried in the first message packet to the terminal 300 in the APP layer.

Scene 2: the terminal 100 under the Beidou network receives the message sent by the terminal 300 under the cellular network

In some scenarios, only when the terminal 100 automatically sends a request to the beidou network device 200, the beidou network device 200 forwards a message sent by another device to the terminal 100. Therefore, transmission resources in the Beidou communication system can be saved. In addition, the cost for the terminal 100 to receive and send messages under the Beidou network can be saved. After receiving the message acquisition request sent by the terminal 100, the beidou network device 200 may decompress and decode the user ID of the terminal 100 from the message request at the SLC layer. And then saves the user ID of the terminal 100. The beidou network device 200 may acquire the message sent by the terminal 300 to the terminal 100. The beidou network device 200 may parse the user ID of the terminal 300 included in the message at the application layer. Then, the Beidou network device 200 may encapsulate the message sent by the terminal 300 into a second message in the APP layer. The second message may include specific message contents and a user ID field of the terminal 300. The beidou network device 200 compresses the user ID of the terminal 300, encodes the user ID into binary data, and fills the binary data into the user ID field in the header of the second message packet. Specifically, the beidou network device 200 may compress the user ID of the terminal 300 in the APP layer according to the method shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the frame header information of the second message packet. The second message packet sent by the beidou network device 200 to the SLC layer may be segmented into one or more user frames, where the plurality of user frames includes the second user frame. The beidou network device 200 compresses the stored user ID of the terminal 100, encodes the user ID into binary data, and fills the binary data into the user ID field of the frame header information of the second user frame. Specifically, the beidou network device 200 may compress the user ID of the terminal 100 on the SLC layer according to the method shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the frame header information of the second user frame, which is not described herein again. Then, the beidou network device 200 transmits the second user frame to the terminal 100.

After receiving the second user frame, the terminal 100 may decode, at the SLC layer, the user ID field of the terminal 100 in the second user frame to obtain the user ID of the terminal 100. The terminal 100 may decode and decompress the user ID field of the terminal 300 at the APP layer to obtain the user ID of the terminal 300.

Optionally, in other scenarios, the terminal 100 may not need to send a request to the Beidou network device 200, and when the Beidou network device 200 receives a message sent by another terminal to the terminal 100, the Beidou network device 200 may send the message to the terminal 100. In this way, the terminal 100 can receive the messages sent to the terminal 100 by other devices in time.

The beidou network device 200 may acquire the message sent by the terminal 300 to the terminal 100. Then, the beidou network device 200 may analyze the user ID and the user ID of the terminal 300 from the message sent by the terminal 300 in the APP layer. The beidou network device 200 may encapsulate the message into a second message packet. The second message may include specific message contents and a user ID field of the terminal 300. The beidou network device 200 compresses the user ID of the terminal 300, encodes the user ID into binary data, and fills the binary data into the user ID field of the second message packet. Specifically, the beidou network device 200 may compress the user ID of the terminal 300 in the APP layer according to the method shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the header of the second message packet. The Beidou network device 200 issues the second message to the SLC layer and segments the second message into one or more user frames, wherein the one or more user frames comprise the second user frame. Then, the beidou network device 200 compresses the user ID of the terminal 100, encodes the user ID into binary data, and fills the binary data into the user ID field of the frame header information of the second user frame. Specifically, the beidou network device 200 may compress the user ID of the terminal 100 on the SLC layer according to the method shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the frame header information of the second user frame, which is not described herein again. Then, the beidou network device 200 transmits the second user frame to the terminal 100.

Scene 3: terminal 100 under the Beidou network sends message to terminal 400 under the Beidou network

When the terminal 100 sends a short message to the terminal 400 through the beidou network device 200, the short message may carry the user ID of the terminal 100 and the user ID of the terminal 400. Specifically, the terminal 100 generates a third message in the application layer, where the third message may include specific message content and the user ID of the terminal 400. The terminal 100 may compress and encode the user ID of the terminal 400 into binary data at an application layer, and then fill the binary data into a header of the first message packet. Specifically, the terminal 100 may compress and encode the user ID of the terminal 400 into binary data in the application layer according to the method shown in the above steps S101 to S102, which is not described herein again. The terminal 100 adds the user ID of the terminal 100 after the first message packet is delivered to the SLC layer, and generates a first user frame. The terminal 100 compresses and encodes the user of the terminal 100 into binary data at the SLC layer, and then fills the binary data into the header information of the first user frame. Specifically, the terminal 100 may compress and encode the user ID of the terminal 100 into binary data in the APP layer according to the method shown in the above steps S101 to S102, and then fill the binary data into the frame header information of the first user frame, which is not described herein again. The terminal 100 then transmits the first user frame to the beidou network device 200.

After receiving the first user frame, the beidou network device 200 may decode and decompress the user ID field of the terminal 100 in the first user frame at the SLC layer, that is, the beidou central station 23 in the beidou network device 200, to obtain the user ID of the terminal 100. Then, the beidou network device 200 can decode and decompress the user ID field of the terminal 400 at the APP layer, that is, the beidou short message convergence communication platform 24 in the beidou network device 200, to obtain the user ID of the terminal 400. The Beidou short message convergence communication platform 24 determines that the terminal 400 is under the Beidou network, and then performs compression coding on the user ID of the terminal 400 to obtain the user ID after the compression coding. Then, the Beidou short message fusion communication platform 24 encapsulates the user ID and the specific content of the message after compression coding into a fourth message. Then, the beidou short message fusion communication platform 24 sends the fourth message to the beidou central station 23. The beidou central station 23 may segment the fourth message into one or more user frames, including the fourth user frame. The beidou central station 23 compresses and encodes the user ID of the terminal 100 and fills the user ID field of the fourth user frame. Then, the beidou central station 23 transmits the fourth user frame to the beidou ground transceiver station 22. The beidou ground transceiver station 22 transmits the fourth user frame to the terminal 100 via the beidou short message satellite 21. Specifically, the beidou network device 200 may compress the user ID of the terminal 400 in the APP layer according to the methods shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the user ID field in the header of the fourth message packet. Specifically, the beidou network device 200 may compress the user ID of the terminal 100 at the SLC layer according to the method shown in the above steps S201 to S203, encode the user ID into binary data, and fill the binary data into the user ID field of the frame header information of the fourth user frame.

After receiving the second user frame, the terminal 100 may decode, in the SLC layer, the user ID field of the terminal 100 in the fourth user frame to obtain the user ID of the terminal 100. The terminal 100 may decode and decompress the user ID field of the terminal 400 in the APP layer to obtain the user ID of the terminal 400.

Scene 4: the terminal 100 under the Beidou network receives the message sent by the terminal 400 under the Beidou network

The process of the terminal 400 sending the message to the terminal 100 may refer to the description in scenario 1-scenario 3, which is not described herein again.

It is understood that the beidou network device 200 may send the message sent by the terminal 400 to the terminal 100 after receiving the request of the terminal 100 to receive the message. Or, the beidou network device 200 may also directly send the message to the terminal 100 after receiving the message sent by the terminal 400, without a request from the terminal 100. When the Beidou network device 200 transmits a message transmitted by the terminal 400 to the terminal 100, the Beidou network device 200 may acquire the user ID of the terminal 100 from the message transmitted by the terminal 400. The beidou network device 200 may also be the user ID of the terminal 100 acquired from the request sent by the terminal 100.

In the embodiment of the present application, the terminal 300 or the terminal 400 may be referred to as a second terminal, and the user ID of the terminal 300 or the user ID of the terminal 400 may be referred to as a second user ID.

An exemplary terminal 100 provided in an embodiment of the present application is first described below.

Fig. 12 is a schematic structural diagram of the terminal 100 according to an embodiment of the present application.

The following describes an embodiment specifically by taking the terminal 100 as an example. It should be understood that terminal 100 may have more or fewer components than shown, may combine two or more components, or may have a different configuration of components. The various components shown in the figures 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.

The terminal 100 may include: the mobile terminal includes 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 screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like. 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, and the like.

It is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the terminal 100. In other embodiments of the present application, terminal 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: 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), etc. The different processing units may be separate devices or may be integrated into one or more processors.

The controller may be, among other things, a neural center and a command center of the terminal 100. The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (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, etc.

The I2C interface is a bidirectional synchronous serial bus including a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement a touch function of the terminal 100.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 through an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through the I2S interface, so as to implement a function of receiving a call through a bluetooth headset.

The PCM interface may 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 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to implement a function of answering a call through a bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the photographing function of terminal 100. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the terminal 100.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, and the like.

The SIM interface may be used to communicate with the SIM card interface 195, implementing functions to transfer data to or read data from the SIM card.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal 100, and may also be used to transmit data between the terminal 100 and peripheral devices. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other electronic devices, such as AR devices and the like.

It should be understood that the connection relationship between the modules according to the embodiment of the present invention is only illustrative, and is not limited to the structure of the terminal 100. In other embodiments of the present application, the terminal 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger.

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 charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like.

The wireless communication function of the terminal 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in terminal 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication and the like applied to the terminal 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred 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 a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

The wireless communication module 160 may provide a solution for wireless communication applied to the terminal 100, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (BT), global Navigation Satellite System (GNSS), beidou communication module, frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves.

Wherein, big dipper communication module can be used to communicate with big dipper network equipment 200. The Beidou communication module can support short message transmission with the Beidou network equipment 200.

In some embodiments, the antenna 1 of the terminal 100 is coupled with the mobile communication module 150 and the antenna 2 is coupled with the wireless communication module 160 so that the terminal 100 can communicate with a network and other devices through a wireless communication technology. The wireless communication technology 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 (time-division multiple access, TD-SCDMA), long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. 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).

The terminal 100 implements a display function through the GPU, the display screen 194, and the application processor, etc. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the terminal 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The terminal 100 may implement a photographing function through the ISP, the camera 193, the video codec, the GPU, the display screen 194, and the application processor, etc.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, terminal 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process digital image signals and other digital signals. For example, when the terminal 100 selects a frequency bin, the digital signal processor is configured to perform fourier transform or the like on the frequency bin energy.

Video codecs are used to compress or decompress digital video. The terminal 100 may support one or more video codecs. In this way, the terminal 100 can play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor, which processes input information quickly by referring to a biological neural network structure, for example, by referring to a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can implement applications such as intelligent recognition of the terminal 100, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The internal memory 121 may include one or more Random Access Memories (RAMs) and one or more non-volatile memories (NVMs).

The random access memory may include static random-access memory (SRAM), dynamic random-access memory (DRAM), synchronous dynamic random-access memory (SDRAM), double data rate synchronous dynamic random-access memory (DDR SDRAM), such as fifth generation DDR SDRAM generally referred to as DDR5 SDRAM, and the like;

the nonvolatile memory may include a magnetic disk storage device, a flash memory (flash memory).

The FLASH memory may include NOR FLASH, NAND FLASH, 3D NAND FLASH, etc. according to the operation principle, may include single-level cell (SLC), multi-level cell (MLC), triple-level cell (TLC), quad-level cell (QLC), etc. according to the level order of the memory cell, and may include universal FLASH memory (english: UFS), embedded multimedia memory Card (mc em), etc. according to the storage specification.

The random access memory may be read and written directly by the processor 110, may be used to store executable programs (e.g., machine instructions) of an operating system or other programs in operation, and may also be used to store data of users and applications, etc.

The nonvolatile memory may also store executable programs, data of users and application programs, and the like, and may be loaded into the random access memory in advance for the processor 110 to directly read and write.

The terminal 100 may implement an audio function through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also called a "horn", is used to convert the audio electrical signal into an acoustic signal. The terminal 100 can listen to music through the speaker 170A or listen to a handsfree call.

The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into a sound signal. When the terminal 100 receives a call or voice information, it can receive voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can input a voice signal to the microphone 170C by speaking near the microphone 170C through the mouth. The terminal 100 may be provided with at least one microphone 170C. In other embodiments, the terminal 100 may be provided with two microphones 170C to achieve a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal 100 may further include three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, implement directional recording functions, and so on.

The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be the USB interface 130, or may be a 3.5mm open mobile electronic device platform (OMTP) standard interface, a cellular telecommunications industry association (cellular telecommunications industry association) standard interface of the USA.

The pressure sensor 180A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The terminal 100 determines the intensity of the pressure according to the change in the capacitance. When a touch operation is applied to the display screen 194, the terminal 100 detects the intensity of the touch operation according to the pressure sensor 180A. The terminal 100 may also calculate the touched position based on the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but have different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 180B may be used to determine a motion attitude of the terminal 100. In some embodiments, the angular velocity of terminal 100 about three axes (i.e., x, y, and z axes) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects a shake angle of the terminal 100, calculates a distance to be compensated for by the lens module according to the shake angle, and allows the lens to counteract the shake of the terminal 100 by a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal 100 calculates an altitude from the barometric pressure measured by the barometric pressure sensor 180C to assist in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The terminal 100 may detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the terminal 100 is a folder, the terminal 100 may detect the opening and closing of the folder according to the magnetic sensor 180D. And then according to the opening and closing state of the leather sheath or the opening and closing state of the flip cover, the automatic unlocking of the flip cover is set.

The acceleration sensor 180E may detect the magnitude of acceleration of the terminal 100 in various directions (generally, three axes). The magnitude and direction of gravity can be detected when the terminal 100 is stationary. The method can also be used for recognizing the posture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal 100 may measure the distance by infrared or laser. In some embodiments, the scene is photographed and the terminal 100 may range using the distance sensor 180F to achieve fast focus.

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 detects infrared reflected light from a nearby object using a photodiode. 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, terminal 100 may determine that there are no objects near terminal 100. The terminal 100 can utilize the proximity light sensor 180G to detect that the user holds the terminal 100 close to the ear for talking, so as to automatically turn off the screen to achieve the purpose of saving power. The proximity light sensor 180G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

The ambient light sensor 180L is used to sense the ambient light level. The terminal 100 may adaptively adjust the brightness of the display 194 according to the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the terminal 100 is in a pocket to prevent accidental touches.

The fingerprint sensor 180H is used to collect a fingerprint. The terminal 100 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering, and the like.

The temperature sensor 180J is used to detect temperature. In some embodiments, the terminal 100 executes a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the terminal 100 performs a reduction in the performance of the processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, terminal 100 heats battery 142 when the temperature is below another threshold to avoid a low temperature causing abnormal shutdown of terminal 100. In other embodiments, the terminal 100 performs boosting of the output voltage of the battery 142 when the temperature is below a further threshold value to avoid abnormal shutdown due to low temperature.

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the terminal 100 at a different position than the display screen 194.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The terminal 100 may receive a key input, and generate a key signal input related to user setting and function control of the terminal 100.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration cues, as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be brought into and out of contact with the terminal 100 by being inserted into the SIM card interface 195 or being pulled out of the SIM card interface 195. The terminal 100 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal 100 interacts with the network through the SIM card to implement functions such as communication and data communication.

The foregoing details illustrate the methods provided by the present application, and in order to better implement the foregoing schemes of the embodiments of the present application, the embodiments of the present application further provide corresponding apparatuses or devices.

In the embodiment of the present application, the terminal 100 and the beidou network device 200 may be divided into functional modules according to the above method example, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, in the embodiment of the present application, the division of the module is schematic, and is only one logic function division, and there may be another division manner in actual implementation.

The communication apparatus of the embodiment of the present application will be described in detail below with reference to fig. 13 to 16.

In the case of using an integrated unit, referring to fig. 13, fig. 13 is a schematic structural diagram of a communication apparatus 1300 according to an embodiment of the present application. The communication device 1300 may be the terminal 100 in the above embodiments. Optionally, the communication device 1300 may be a chip/chip system, such as a beidou communication chip. As shown in fig. 13, the communication device 1300 may include a transceiver unit 1310 and a processing unit 1320.

In one design, the transceiver unit 1310 may be configured to transmit the first user frame to the beidou network device 200.

The processing unit 1320 may be configured to compress the user ID of the terminal 100, encode the compressed user ID into binary data, and then fill the binary data into the user ID field included in the header information of the first user frame.

Optionally, the transceiver 1310 may also be configured to perform the functional steps related to transmission and reception performed by the terminal 100 in the method embodiment shown in fig. 11A.

Optionally, the processing unit 1320 may be further configured to execute the functional steps related to protocol parsing, encapsulation and operation determination executed by the terminal 100 in the embodiment of the method shown in fig. 11A.

It should be understood that the communication device 1300 in such a design can correspondingly perform the method steps performed by the terminal 100 in the foregoing embodiments, and therefore, for brevity, the description is not repeated herein.

In the case of using an integrated unit, referring to fig. 14, fig. 14 is a schematic structural diagram of a communication device 1400 provided in an embodiment of the present application. The communication device 1400 may be the beidou network device 200 in the above embodiment. Optionally, the communication device 1400 may be a specific network element in the beidou network device 200, for example, one 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. As shown in fig. 14, the communication device 1400 may include a transceiving unit 1410 and a processing unit 1420.

In one design, transceiver unit 1410 may be configured to receive user frames transmitted by terminal 100.

The processing unit 1420 may be configured to obtain the user ID of the terminal 100 from the user frame sent by the terminal 100, compress the user ID of the terminal 100, encode the compressed user ID into binary data, and finally fill the binary data into a user ID field included in frame header information of the user frame sent to the terminal 100 by the beidou network device 200.

Optionally, the transceiver unit 1410 may also be configured to perform the functional steps related to transmission and reception performed by the Beidou network device 200 in the embodiment of the method shown in fig. 11B.

Optionally, the processing unit 1420 may be further configured to execute functional steps related to protocol analysis and encapsulation and operation determination executed by the Beidou network device 200 in the embodiment of the method shown in fig. 11B.

It should be understood that the communication device 1400 in this design may perform the method steps performed by the beidou network device 200 in the foregoing embodiments, and for brevity, the description is omitted here.

While the terminal 100 and the beidou network device 200 of the embodiment of the present application are described above, it should be understood that any product having the functions of the terminal 100 described above in fig. 12, but any product having the functions of the beidou network device 200 described above in fig. 13, falls within the scope of the embodiment of the present application.

As a possible product form, the terminal 100 according to the embodiment of the present application may be implemented by a general bus architecture.

Referring to fig. 15, fig. 15 is a schematic structural diagram of a communication device 1500 according to an embodiment of the present disclosure. The communication device 1500 may be the terminal 100, or a device therein. As shown in fig. 15, the communication device 1500 includes a processor 1501 and a transceiver 1502 in communication with the processor internal connection. The processor 1501 is a general-purpose processor, a special-purpose processor, or the like. For example, a baseband processor or central processor for satellite communications. The baseband processor of the satellite communication may be used to process the satellite communication protocol and the satellite communication data, and the central processor may be used to control the communication device (e.g., baseband chip, terminal chip, etc.), execute the computer program, and process the data of the computer program. The transceiver 1502 may be referred to as a transceiving unit, a transceiver, or a transceiving circuit, etc., for implementing transceiving functions. The transceiver 1502 may include a receiver, which may be referred to as a receiver or a receiving circuit, etc., for implementing a receiving function; the transmitter may be referred to as a transmitter or a transmission circuit, etc. for implementing the transmission function. Optionally, the communication device 1500 may further include an antenna 1503 and/or a radio frequency unit (not shown). The antenna 1503 and/or the radio frequency unit may be located inside the communication device 1500, or may be separate from the communication device 1400, that is, the antenna 1503 and/or the radio frequency unit may be deployed remotely or in a distributed manner.

Optionally, the communications apparatus 1500 may include one or more memories 1504, on which instructions may be stored, the instructions being a computer program that can be executed on the communications apparatus 1500 to cause the communications apparatus 1500 to perform the methods described in the above method embodiments. Optionally, the memory 1504 may also store data therein. The communication device 1500 and the memory 1504 may be separate or integrated.

The processor 1501, the transceiver 1502, and the memory 1504 may be connected by a communication bus.

In one design, communications apparatus 1500 may be configured to perform the functions of terminal 100 in the previous embodiments: processor 1501 can be used to perform the functional steps described above in connection with protocol parsing and encapsulation and arithmetic determination performed by terminal 100 in the embodiment illustrated in FIG. 11A and/or other processes for the techniques described herein; the transceiver 1502 may be configured to perform the functional steps described above with respect to protocol parsing and encapsulation and arithmetic determination performed by the terminal 100 in the embodiment illustrated in fig. 11A and/or other processes for the techniques described herein.

In any of the designs described above, the processor 1501 may include a transceiver to implement receive and transmit functions. The transceiver may be, for example, a transceiver circuit, or an interface circuit. The transmit and receive circuitry, interfaces or interface circuitry used to implement the receive and transmit functions may be separate or integrated. The transceiver circuit, the interface circuit or the interface circuit may be used for reading and writing code/data, or the transceiver circuit, the interface circuit or the interface circuit may be used for transmitting or transferring signals.

In any of the above designs, the processor 1501 may store instructions, which may be a computer program that is executed on the processor 1501 and that causes the communication apparatus 1500 to perform the method steps performed by the terminal 100 in the above method embodiments. The computer program may be solidified in the processor 1501, in which case the processor 1501 may be implemented in hardware.

In one implementation, the communications apparatus 1500 may include circuitry that may implement the functionality of transmitting or receiving or communicating in the foregoing method embodiments. The processors and transceivers described herein may be implemented on Integrated Circuits (ICs), analog ICs, radio Frequency Integrated Circuits (RFICs), mixed signal ICs, application Specific Integrated Circuits (ASICs), printed Circuit Boards (PCBs), electronic devices, and the like. The processor and transceiver may also be fabricated using various IC process technologies such as Complementary Metal Oxide Semiconductor (CMOS), N-type metal oxide semiconductor (NMOS), P-type metal oxide semiconductor (PMOS), bipolar Junction Transistor (BJT), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.

The scope of the communication apparatus described in the present application is not limited thereto, and the structure of the communication apparatus may not be limited by fig. 15. The communications apparatus 1500 may be a stand-alone device or may be part of a larger device. For example, the communication device 1500 may be:

(1) A stand-alone integrated circuit IC, or chip, or system-on-chip or subsystem;

(2) A set of one or more ICs, which optionally may also include storage means for storing data, computer programs;

(3) An ASIC, such as a Modem (Modem);

(4) A module that may be embedded within other devices;

(5) Receivers, terminals, smart terminals, cellular phones, wireless devices, handsets, mobile units, in-vehicle devices, network devices, cloud devices, artificial intelligence devices, and the like;

(6) Others, etc.

As a possible product form, any network element (for example, the beidou ground transceiver station 22, the beidou central station 23, and the beidou short message fusion communication platform 24) in the beidou network device 200 according to the embodiment of the present application may be implemented by a general bus architecture.

Referring to fig. 16, fig. 16 is a schematic structural diagram of a communication device 1600 provided in the embodiment of the present application. The communication device 1600 may be the beidou network device 200, or a device therein. As shown in fig. 16, the communications device 1600 includes a processor 1601 and a transceiver 1602 in communication with the processor internal connection. The processor 1601 is a general-purpose processor, a special-purpose processor, or the like. For example, a baseband processor or central processor for satellite communications. The baseband processor of the satellite communication may be used to process the satellite communication protocol and the satellite communication data, and the central processor may be used to control the communication device (e.g., baseband chip, etc.), execute the computer program, and process the data of the computer program. The transceiver 1602 may be referred to as a transceiving unit, a transceiver, or a transceiving circuit, etc. for implementing transceiving functions. The transceiver 1602 may include a receiver and a transmitter, and the receiver may be referred to as a receiver or a receiving circuit, etc. for implementing a receiving function; the transmitter may be referred to as a transmitter or a transmission circuit, etc. for implementing the transmission function. Optionally, the communication device 1600 may further comprise an antenna 1603 and/or a radio frequency unit (not shown). The antenna 1603 and/or the radio frequency unit can be located inside the communication device 1600, or can be separated from the communication device 1600, that is, the antenna 1603 and/or the radio frequency unit can be deployed remotely or in a distributed manner.

Optionally, the communication device 1600 may include one or more memories 1604, on which instructions may be stored, the instructions may be computer programs, which may be executed on the communication device 1600, so that the communication device 1600 performs the methods described in the above method embodiments. Optionally, the memory 1604 may also store data. The communication device 1600 and the memory 1604 may be separate or integrated.

The processor 1601, the transceiver 1602, and the memory 1604 may be connected by a communication bus.

In one design, the communication device 1600 may be used to perform the functions of the beidou network device 200 in the foregoing embodiments: processor 1601 may be used to perform the functional steps related to protocol parsing and encapsulation and arithmetic determination performed by beidou network device 200 in the embodiment shown in fig. 11B and/or other processes for the techniques described herein; the transceiver 1602 may be used to perform the functional steps related to protocol parsing and encapsulation and arithmetic determination performed by the Beidou network device 200 in the embodiment shown in FIG. 11B and/or other processes for the techniques described herein.

In any of the designs described above, a transceiver may be included in the processor 1601 to implement receive and transmit functions. The transceiver may be, for example, a transceiver circuit, or an interface circuit. The transmit and receive circuitry, interfaces or interface circuitry used to implement the receive and transmit functions may be separate or integrated. The transceiver circuit, the interface circuit or the interface circuit may be used for reading and writing code/data, or the transceiver circuit, the interface circuit or the interface circuit may be used for transmitting or transferring signals.

In any of the above designs, the processor 1601 may be capable of storing instructions, which may be a computer program that, when executed on the processor 1601, causes the communication device 1600 to perform the method steps performed by the terminal 100 in the above method embodiments. The computer program may be solidified in the processor 1601, in which case the processor 1601 may be implemented by hardware.

Embodiments of the present application further provide a computer-readable storage medium, in which computer program codes are stored, and when the computer program codes are executed by the processor, the communication apparatus is caused to execute the method in any of the foregoing embodiments.

The embodiments of the present application also provide a computer program product, which when run on a computer, causes the computer to execute the method in any of the foregoing embodiments.

The embodiment of the present application further provides a communication device, which may exist in the form of a chip product, and the structure of the device includes a processor and an interface circuit, where the processor is configured to communicate with another device through a receiving circuit, so that the device performs the method in any one of the foregoing embodiments.

The embodiment of the application further provides a Beidou communication system, which comprises a terminal 100 and Beidou network equipment 200, wherein the terminal 100 and the Beidou network equipment 200 can execute the method in any one of the embodiments.

The communication function of short messages in the Beidou communication system is introduced in the whole text of the application, and it can be understood that the communication function supporting the short messages can exist in other satellite systems. Therefore, the method is not limited to the Beidou communication system, and if other satellite systems also support the communication function of the short message, the method introduced in the application is also applicable to the communication of other satellite systems.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

As used in the above embodiments, the term "when …" may be interpreted to mean "if …" or "after …" or "in response to determination …" or "in response to detection of …", depending on the context. Similarly, the phrase "in determining …" or "if (a stated condition or event) is detected" may be interpreted to mean "if … is determined" or "in response to … is determined" or "in response to (a stated condition or event) is detected", depending on the context.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the application are all or partially generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (e.g., coaxial cable, fiber optic, digital subscriber line) or wirelessly (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk), among others.

One of ordinary skill in the art will appreciate that all or part of the processes in the methods of the above embodiments may be implemented by hardware related to instructions of a computer program, which may be stored in a computer-readable storage medium, and when executed, may include the processes of the above method embodiments. And the aforementioned storage medium includes: various media capable of storing program codes, such as ROM or RAM, magnetic or optical disks, etc.

Claims

1. A data compression method in a Beidou communication system is characterized by comprising the following steps:

a first terminal encodes a first user ID of the first terminal into binary first data at a Satellite Link Control (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by encoding the third data;

the first terminal fills the first data into a user ID field in frame header information of a first user frame at the SLC layer;

and the terminal sends the first user frame to Beidou network equipment.

2. The method of claim 1, wherein the first terminal encodes the first user ID of the first terminal into binary first data at a Satellite Link Control (SLC) layer, and wherein the encoding comprises:

the first terminal compresses second data in a first user ID of the first terminal into sixth data at an SLC layer, wherein the first user ID consists of the second data and third data, and the data length of the sixth data is smaller than that of the second data;

the first terminal encodes the sixth data into fourth data and encodes the third data into fifth data at an SLC layer;

and the first terminal combines the fourth data and the fifth data into first data.

3. The method of claim 2, wherein the first terminal compresses second data in the first user ID of the first terminal into sixth data at the SLC layer, comprising:

the first terminal maps the second data in the first user ID into sixth data in a mapping table on an SCL layer; the mapping table comprises a plurality of numerical value second data and a plurality of numerical value sixth data, wherein the plurality of numerical value second data comprise a first numerical value second data, the plurality of numerical value sixth data comprise a second numerical value sixth data, and the first data second data are mapped to the second numerical value sixth data.

4. The method of claim 2, wherein the first terminal compresses the second data in the first user ID of the first terminal into sixth data at the SLC layer, comprising:

and the first terminal subtracts a preset offset value from the second data in the first user ID on an SCL layer to obtain the sixth data.

5. The method of any of claims 2-4, wherein the first terminal encodes the sixth data into fourth data and the third data into fifth data at the SLC level, comprising:

the first terminal converts the sixth data into binary fourth data at an SLC layer as a decimal integer; and converting the third data into binary fifth data as a decimal integer.

6. The method according to any one of claims 1-5, wherein the first user ID is a cell phone number, the second data is a domestic destination code NDC in the cell phone number, and the third data is a customer number SN in the cell phone number.

7. The method according to any of the claims 1-6, wherein the first terminal is prior to the satellite Link control layer (SLC) encoding the first user ID of the first terminal into binary first data, the method further comprising:

the first terminal detects a first operation, wherein the first operation is used for indicating the first terminal to send a first message to a second terminal;

the first terminal compresses a second user ID of the second terminal in an APP layer and then encodes the second user ID into seventh data;

the first terminal generates a first message at the APP layer, wherein the first message comprises a message header and message data; the message header includes the seventh data, and the message data includes the content of the first message.

8. The method according to claim 7, wherein after the first terminal generates the first message packet at the APP layer, the method further comprises:

the first terminal issues the first message to the SLC layer to obtain one or more SLC SDUs including a first SLC SDU,

the first terminal segments the first SLC SDU into one or more user frames including a first user frame.

9. The method according to any one of claims 1-8, further comprising:

the first terminal receives a second user frame sent by the Beidou network equipment, and the second user frame is sent to the first terminal by a second terminal;

the first terminal decodes and decompresses the user ID field in the frame header information of the second user frame in the SLC layer to obtain user ID data;

under the condition that the first terminal determines that the user ID data is the same as the first user ID, the first terminal uploads the second user frame to a Message Data Convergence (MDCP) layer;

and under the condition that the first terminal determines that the user ID data is not identical to the first user ID, the first terminal discards the second user frame.

10. The method of claim 9, wherein the first terminal decodes and decompresses a user ID field in header information of the second user frame at the SLC layer, resulting in the first user ID of the first terminal, the method further comprising:

the first terminal uploads the user data in the second user frame to an APP layer to obtain a second message;

the first terminal decodes and decompresses a user ID field in a header of the second message packet in the APP layer to obtain the second user ID of the second terminal;

and the first terminal determines that the second message is sent by the second terminal based on the second user ID.

11. A data compression method in a Beidou communication system is characterized by comprising the following steps:

the Beidou network equipment encodes a first user ID of a first terminal into binary first data at a satellite link control layer (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by encoding the third data;

the Beidou network equipment fills the first data into a user ID field in frame header information of a second user frame at the SLC layer;

and the Beidou network equipment sends the second user frame to a first terminal.

12. The method of claim 11, wherein the beidou network device further comprises, before the satellite link control layer SLC encoding the first user ID of the first terminal as binary first data:

and the Beidou network equipment acquires a first user ID of the first terminal.

13. The method of claim 12, wherein the obtaining of the first user ID of the first terminal by the beidou network device comprises:

the Beidou network equipment receives a first user frame sent by the first terminal, and a user ID field in frame header information of the first user frame is used for indicating the first user ID of the first terminal;

the Beidou network device decodes the first user ID from the first user frame.

14. The method of claim 12, wherein the obtaining of the first user ID of the first terminal by the beidou network device comprises:

the Beidou network equipment receives a first user frame sent by the first terminal, and a user ID field in frame header information of the first user frame is used for indicating the first data;

and the Beidou network equipment decompresses and decodes the first data to obtain the first user ID.

15. The method of claim 12, wherein the obtaining of the first user ID of the first terminal by the beidou network device comprises:

the Beidou network equipment receives a second message, the second message is sent to the first terminal by a second terminal through the Beidou network equipment, and the second message comprises a user ID field used for indicating the first user ID of the first terminal;

and the Beidou network equipment decodes the first user ID from a user ID field in a message header of the second message.

16. The method according to any of the claims 12-15, wherein the Beidou network device encodes the first user ID of the first terminal into binary first data at a satellite Link control level (SLC), and comprises:

the Beidou network equipment compresses second data in a first user ID of the first terminal into sixth data at an SLC layer, wherein the first user ID is composed of the second data and third data, and the data length of the sixth data is smaller than that of the second data;

the Beidou network equipment encodes the sixth data into fourth data and encodes the third data into fifth data at an SLC layer;

and the Beidou network equipment enables the fourth data and the fifth data to form first data.

17. The method of claim 16, wherein the Beidou network device compresses, at the SLC level, the second data in the first user ID of the first terminal into sixth data, and wherein the compressing comprises:

the Beidou network equipment maps the second data in the first user ID into sixth data in a mapping table on an SCL layer; the mapping table comprises a plurality of numerical value second data and a plurality of numerical value sixth data, wherein the plurality of numerical value second data comprise a first numerical value second data, the plurality of numerical value sixth data comprise a second numerical value sixth data, and the first data second data are mapped to the second numerical value sixth data.

18. The method of claim 16, wherein the Beidou network device compresses second data in the first user ID of the first terminal into sixth data at the SLC level, and wherein the compressing comprises:

and the Beidou network equipment subtracts a preset offset value from the second data in the first user ID on an SCL layer to obtain the sixth data.

19. The method of any one of claims 16-18, wherein the big dipper network device encodes the sixth data into fourth data and the third data into fifth data at the SLC level, including:

20. The method according to any of claims 12-19, wherein the first user ID is a cell phone number, the second data is a national destination code NDC in the cell phone number, and the third data is a customer number SN in the cell phone number.

21. The utility model provides a big dipper communication system which characterized in that, includes first terminal and big dipper network equipment, wherein:

the first terminal is configured to encode a first user ID of the first terminal into binary first data at a satellite link control layer SLC, where the first user ID includes second data and third data, the first data includes binary fourth data and binary fifth data, the fourth data is encoded by sixth data, the sixth data is compressed by the second data, a data length of the sixth data is smaller than that of the second data, and the fifth data is encoded by the third data;

the first terminal is used for filling the first data into a user ID field in frame header information of a first user frame in the SLC layer;

and the Beidou network equipment is used for receiving the first user frame and decoding the first user ID from a user ID field in the frame header information of the first user frame.

22. The method of claim 21, wherein the Beidou network device is configured to:

encoding a first user ID of a first terminal into binary first data at a satellite link control layer (SLC), wherein the first user ID comprises second data and third data, the first data comprises binary fourth data and binary fifth data, the fourth data is obtained by encoding sixth data, the sixth data is obtained by compressing the second data, the data length of the sixth data is smaller than that of the second data, and the fifth data is obtained by encoding the third data;

and filling the first data into a user ID field in the frame header information of a second user frame in the SLC layer.

23. A communications apparatus comprising one or more processors, one or more memories, and a transceiver; wherein the transceiver, the one or more memories coupled with the one or more processors, the one or more memories for storing computer program code, the computer program code comprising computer instructions that, when executed by the one or more processors, cause the communication apparatus to perform the method of any of claims 1-10.

24. The communications device of claim 23, wherein the communications device is a terminal.

25. A communications apparatus comprising one or more processors, one or more memories, and a transceiver; wherein the transceiver, the one or more memories, and the one or more processors are coupled to the one or more processors, the one or more memories for storing computer program code, the computer program code comprising computer instructions that, when executed by the one or more processors, cause the communication device to perform the method of any of claims 11-20.

26. The communication apparatus according to claim 25, wherein the communication apparatus is a Beidou network device.

27. A computer-readable storage medium having instructions stored therein, which when executed on a computer, cause the computer to perform the method of any one of claims 1-10.

28. A chip or chip system for application to a terminal, comprising processing circuitry and interface circuitry, the interface circuitry being arranged to receive code instructions and to transmit the code instructions to the processing circuitry, the processing circuitry being arranged to execute the code instructions to perform a method according to any one of claims 1 to 10.