CN111106904B - Frame sending processing method and system for DigRF transmission end - Google Patents
Frame sending processing method and system for DigRF transmission end Download PDFInfo
- Publication number
- CN111106904B CN111106904B CN201911336823.0A CN201911336823A CN111106904B CN 111106904 B CN111106904 B CN 111106904B CN 201911336823 A CN201911336823 A CN 201911336823A CN 111106904 B CN111106904 B CN 111106904B
- Authority
- CN
- China
- Prior art keywords
- frame
- priority
- sending
- frames
- digrf
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 41
- 238000003672 processing method Methods 0.000 title description 2
- 238000000034 method Methods 0.000 claims abstract description 25
- 230000007246 mechanism Effects 0.000 claims abstract description 14
- 238000012545 processing Methods 0.000 claims description 16
- 238000001514 detection method Methods 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 7
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 6
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/40—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention discloses a frame sending method and a system of a DigRF transmission end, by the method provided by the invention, under the condition that the error frequency of a high-priority frame is lower and the timeliness requirement of a non-high-priority frame is not high, a Normal frame Only mechanism is used at a sending end, when the non-high-priority frame and the high-priority frame conflict, the sending of the non-high-priority frame is interrupted, and the non-high-priority frame is sent again after the high-priority frame is sent, so that a receiving end can consider that all received frames are Normal frames, thereby reducing the complexity of the receiving end.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a frame method and system for a DigRF transmission end.
Background
Currently, for UE chip design of mobile communication, it is common that radio frequency and baseband are divided into two chips, RFIC and BBIC. The two chips are connected using an interface called DigRF.
An analog interface is adopted between an early mobile phone baseband chip and a radio frequency chip, and with the enhancement of mobile phone integration level and chip function, a digital baseband interface is adopted in modern mobile phones. If a parallel digital interface is adopted, a large amount of pin and wiring space is occupied, and meanwhile, if the signal definitions of various chip manufacturers are different, a plurality of compatibility problems are brought to mobile phone manufacturers, so that a standard is needed to unify the digital interfaces between the baseband chip and the radio frequency chip on the mobile phone. Digrf (digital rf) was originally an organization initiated by companies like TTPcom, agene, Motorola, Infineon, renewas, RFMD, and the like, and mainly aims to digitize and standardize the interface between the baseband chip and the rf chip inside the handset, providing high-speed data transmission capability and at the same time providing more flexible options for handset designers. I.e., the BBIC and RFIC may be designed by different vendors, but since the interfaces of both digrfs are also compatible, they can work in concert.
Fig. 1 shows a frame structure in the DigRF 4 protocol, and a frame structure in the DigRF V4 protocol is described here in a simple manner. There are two frame structures in DigRF V4, one referred to as the Normal frame structure. That is, each frame includes a sof (start offframe) flag, a Header, a group of Payload, a CRC (parity bit), and an eof (end offframe) flag.
However, at present, for a frame with higher timeliness such as NACK or TAS, priority transmission needs to be considered, so digrv 4 designs a NEST mechanism that can preferentially transmit a frame with high priority (for example, a NACK frame or a TAS frame) in time. In the Frame structure shown in fig. 2, a high priority Frame is embedded into a non-high priority Frame, the high priority Frame is referred to as a Nested Frame, and the embedded Frame is referred to as an Encapsulating Frame. Multiple NestedFrames can be embedded in one Encapsulating Frame.
In addition, the ARQ (retransmission) mechanism specified in the current DigRF V4 protocol. Once the receiver finds that a certain frame has an error, it needs to send a NACK frame to the sender to notify it for retransmission, where the criterion for determining that a frame has an error includes:
1. 8B10B decoding errors occurred;
2. missing detection/false detection of SOF, missing detection/false detection of EOF, missing detection/false detection of Marker error of EOT;
3. the CRC check does not pass.
Based on the above scheme, the Nest frame mechanism brings a large cost to the receiving end, and the receiving end needs to consider various permutation and combination of the Nest frame and various frame error conditions, so that a complex state machine, a complex judgment mechanism and a corresponding Buffer are needed to deal with the Nest frame and various frame error conditions, which leads to large chip area and power consumption.
Disclosure of Invention
The invention provides a frame sending method and a frame sending system for a DigRF (digital terrestrial radio) transmission end, which are used for solving the problems that a Nest frame mechanism needs to consider various permutation and combination of error conditions of a Nest frame and various frames for a receiving end in the prior art, so that a complex state machine and a complex judgment mechanism are needed, and the chip area and the power consumption are large.
The specific technical scheme is as follows:
a frame sending method of a DigRF transmission end comprises the following steps:
when a sending end of the DigRF sends a non-high-priority frame, detecting whether a sending request of the high-priority frame exists;
if the sending request exists, interrupting the sending of the current non-high priority frame;
and determining a frame number corresponding to the non-high-priority frame, and sending the high-priority frame corresponding to the sending request by using the frame number.
Optionally, after the frame number is used to send the high-priority frame corresponding to the sending request, the method further includes:
adding 1 to the frame number of the last transmitted high-priority frame to generate the frame number of a non-high-priority frame to be transmitted of the next frame;
and sending the frame number of the non-high priority frame by using the newly generated frame number. Optionally, before the generated frame number is used to send the frame number of the non-high priority frame, the method further includes:
detecting whether other high-priority frames to be sent exist;
and if other high-priority frames to be sent exist, continuously sending the high-priority frames.
Optionally, the method further includes:
under the condition that a DigRF receiving end only has a frame structure of a default Normal frame, the receiving end detects whether a frame tail is detected after receiving a frame header;
if the frame end is not detected, restarting receiving;
and if the frame end is detected, determining that the signal corresponds to a complete Normal frame.
A frame transmission system of DigRF transmission end, the system comprising:
the device comprises a detection module, a transmission module and a receiving module, wherein the detection module is used for detecting whether a transmission request of a high-priority frame exists or not when a non-high-priority frame is transmitted by a transmitting end of the DigRF;
the processing module is used for interrupting the transmission of the current non-high-priority frame if the transmission request exists; and determining a frame number corresponding to the non-high-priority frame, and sending the high-priority frame corresponding to the sending request by using the frame number.
Optionally, the processing module is further configured to add 1 to the frame number of the last transmitted high-priority frame to generate a frame number of a non-high-priority frame to be transmitted of a next frame, and transmit the frame number of the non-high-priority frame by using the newly generated frame number.
Optionally, the processing module is further configured to detect whether there are other high-priority frames to be sent; and if other high-priority frames to be sent exist, continuously sending the high-priority frames.
Optionally, the processing module is further configured to, when the DigRF receiving end only has a frame structure of a default Normal frame, detect whether a frame end is detected after the receiving end receives the frame header; if the frame end is not detected, restarting receiving; and if the frame tail is detected, determining that the signal corresponds to a complete Normal frame.
By the method provided by the invention, under the conditions that the error frequency of the high-priority frame is low and the timeliness requirement of the non-high-priority frame is not high, a Normal frame Only mechanism is used at the sending end, when the non-high-priority frame and the high-priority frame conflict, the sending of the non-high-priority frame is interrupted, and the non-high-priority frame is sent again after the sending of the high-priority frame is finished, so that all the received frames can be considered to be Normal frames for the receiving end, and the complexity of the receiving end can be reduced.
Drawings
FIG. 1 is a diagram of a Normal frame structure in the DigRF V4 protocol in the prior art;
fig. 2 is a schematic diagram of a prior art frame structure included in the DigRF V4 protocol;
fig. 3 is a flowchart of a frame transmission method of a DigRF transmission end according to an embodiment of the present invention;
FIG. 4 is a schematic diagram of a Header structure in a priority frame according to an embodiment of the present invention;
FIG. 5 is a schematic diagram illustrating a processing flow of a receiving end for Encapsulating frames including Nested frames according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a frame transmission system of a DigRF transmission end according to an embodiment of the present invention.
Detailed Description
The technical solutions of the present invention are described in detail with reference to the drawings and the specific embodiments, and it should be understood that the embodiments and the specific technical features in the embodiments of the present invention are merely illustrative of the technical solutions of the present invention, and are not restrictive, and the embodiments and the specific technical features in the embodiments of the present invention may be combined with each other without conflict.
Fig. 3 is a flowchart of a frame sending method of a DigRF transmission end in an embodiment of the present invention, where the method includes:
s31, when the sending end of the DigRF sends a non-high priority frame, detecting whether a sending request of the high priority frame exists;
first, for a frame with higher timeliness such as NACK or TAS, priority transmission needs to be considered, so digrv 4 designs a NEST mechanism that can transmit a frame with high priority, such as a NACK frame or TAS frame, in time.
As shown in fig. 2, a high priority Frame is embedded into a non-high priority Frame, and the high priority Frame is called a Nested Frame, and the embedded Frame is called an Encapsulating Frame. Multiple Nested frames can be embedded in one Encapsulating Frame. For the convenience of the following description, the details of the Header will be described. Header is divided into two types: type1 and Type 2. As shown in fig. 4, which is a specific structure diagram of the Header in the frame, in fig. 4, each field is: the RTI indicates whether the frame is a retransmission frame or not, and the size is 1 bit; CRI indicates frame number, cycle 0-7, size 3 bit; the XLC _ ID indicates the ID of the current data channel or control channel and the size is 3 bits; the LCI indicates whether it is a data channel or a control channel, size 1 bit.
It should be noted here that the CRI of the Nested frame is continuously accumulated on the basis of the CRI of the Encapsulating frame. The Header of Type2 indicates the frame length based on Type1 and 8bit information.
Based on the above frame structure, in the process of sending a non-high-priority frame by a sending end of the DigRF, it is detected in time whether a sending request of a high-priority frame exists. If there is no transmission request for the high priority frame, the current non-high priority frame is continuously transmitted, and if there is a transmission request for the high priority frame at this time, step S32 is executed.
S32, interrupting the transmission of the current non-high priority frame;
upon receiving a request for transmission of a high priority frame, the system will interrupt transmission of a current non-high priority frame and perform transmission of the high priority frame.
And S33, determining the frame number corresponding to the non-high priority frame, and sending the high priority frame corresponding to the sending request by using the frame number.
When the high-priority frame is sent, the frame number of the high-priority frame needs to be determined first, and the high-priority frame is sent under the condition that the non-high-priority frame is interrupted, so that the frame number of the current non-high-priority frame is occupied when the high-priority frame is sent. And using the frame number of the non-high priority frame for transmission.
In the process of sending the high-priority frame, whether other high-priority frames to be sent exist or not is continuously detected, that is, whether sending requests of other high-priority frames are received or not, if the sending requests of other high-priority frames exist, other high-priority frames to be sent are continuously sent, and therefore the fact that the high-priority frames can be sent in time is guaranteed to be finished. Of course, in this process, the frame number of the high priority frame also increases in a corresponding cycle.
Further, after the high-priority frame is sent, the system generates a frame number of a non-high-priority frame to be sent of a next frame according to the frame number of the sent high-priority frame, wherein the non-high-priority frame is a frame whose sending is interrupted. For example, if the frame number of the last transmitted high priority frame is a, the frame number of the non-high priority frame transmitted by the next frame is a + 1.
By the method provided by the invention, under the conditions that the error frequency of the high-priority frame is low and the timeliness requirement of the non-high-priority frame is not high, a Normal frame Only mechanism is used at the sending end, when the non-high-priority frame and the high-priority frame conflict, the sending of the non-high-priority frame is interrupted, and the non-high-priority frame is sent again after the sending of the high-priority frame is finished, so that all the received frames can be considered to be Normal frames for the receiving end, and the complexity of the receiving end can be reduced.
In addition, the complexity of a sending end of the DigRF is similar, but the design complexity of a receiving end of the DigRF can be obviously simplified, the area and the power consumption of a chip are saved, and compared with a Nest mechanism, the Normal frame Only mechanism can also ensure the timeliness of high-priority frame transmission. Since the high priority frames such as NACK frames or TAS frames are short and occur at a low frequency, the delay is also small, and the retransmission of non-high priority frames does not result in much extra data transmission. And because the timeliness requirement of the non-high priority frame is low, the system cannot be adversely affected. Especially for middle and low end chips, obvious benefits can be brought.
Further, as shown in the flow of fig. 5, the DigRF receiving end of the present invention may default to have only one frame structure, that is, only a Normal frame, and once the SOF is received, it needs to receive the EOF to consider it as a complete frame, otherwise if the SOF is received again after the SOF, it considers the previous SOF as a Marker error, and abandons the reception of the first frame, and only receives a frame from the beginning of the second SOF. For the receiving end, when all high-priority frames and non-high-priority frames in the whole process are received, under the condition that error frames or missing frames do not occur, the CRI is continuous, so that no additional processing is needed.
Corresponding to the method for processing a priority frame by a receiving end in communication provided in the embodiment of the present invention, a frame sending system of a DigRF transmission end is also provided in the embodiment of the present invention, and as shown in fig. 6, a schematic structural diagram of a frame sending system of a DigRF transmission end in the embodiment of the present invention is shown, where the system includes:
a detecting module 601, configured to detect whether there is a request for sending a high-priority frame when a sending end of the DigRF sends a non-high-priority frame;
a processing module 602, configured to interrupt sending of a current non-high-priority frame if the sending request exists; and determining a frame number corresponding to the non-high-priority frame, and sending the high-priority frame corresponding to the sending request by using the frame number.
Further, in this embodiment of the present invention, the processing module 602 is further configured to generate a frame number of a non-high-priority frame to be sent next according to the frame number of the sent high-priority frame, and send the frame number of the non-high-priority frame by using the generated frame number, where the frame number of the non-high-priority frame is different from the frame number of the high-priority frame by 1.
Further, in this embodiment of the present invention, the processing module 602 is further configured to detect whether there are other high-priority frames to be sent; and if other high-priority frames to be sent exist, continuously sending the high-priority frames.
Further, in this embodiment of the present invention, the processing module 602 is further configured to determine whether an end of frame is detected in the signal; and if the frame end is detected, determining that the signal corresponds to a complete frame.
While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following appended claims be interpreted as including the preferred embodiment and all such alterations and modifications as fall within the scope of the application, including the use of specific symbols, labels, or other designations to identify the vertices.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (8)
1. A frame sending method of a DigRF transmission end is characterized by comprising the following steps:
when a sending end of the DigRF sends a non-high-priority frame, detecting whether a sending request of the high-priority frame exists;
if the sending request exists, interrupting the sending of the current non-high priority frame;
determining that the frame number corresponding to the non-high priority frame is the frame number occupying the interrupted current non-high priority frame, and then transmitting the high priority frame corresponding to the transmission request by using the frame number;
the sending end of the DigRF adopts a Normal frame Only mechanism, namely all the sent frames are Normal frames.
2. The method of claim 1, wherein after transmitting the high priority frame corresponding to the transmission request using the frame number, the method further comprises:
adding 1 to the frame number of the last transmitted high-priority frame to generate the frame number of a non-high-priority frame to be transmitted of the next frame;
and sending the frame number of the non-high priority frame by using the newly generated frame number.
3. The method of claim 1, wherein prior to transmitting the frame number of the non-high priority frame using the generated frame number, the method further comprises:
detecting whether other high-priority frames to be sent exist;
and if other high-priority frames to be sent exist, continuously sending the high-priority frames.
4. The method of claim 1, wherein the method further comprises:
under the condition that a DigRF receiving end only has a frame structure of a default Normal frame, the receiving end detects whether a frame tail is detected after receiving a frame header;
if the frame end is not detected, restarting receiving;
and if the frame tail is detected, determining that the signal from the frame head to the frame tail corresponds to a complete Normal frame.
5. A frame transmission system of DigRF transmission end, characterized in that the system comprises:
the device comprises a detection module, a transmission module and a receiving module, wherein the detection module is used for detecting whether a transmission request of a high-priority frame exists or not when a non-high-priority frame is transmitted by a transmitting end of the DigRF;
the processing module is used for interrupting the transmission of the current non-high-priority frame if the transmission request exists; determining that the frame number corresponding to the non-high priority frame is the frame number occupying the interrupted current non-high priority frame, and then transmitting the high priority frame corresponding to the transmission request by using the frame number;
the processing module adopts a Normal frame Only mechanism, namely all the sending frames are Normal frames.
6. The system of claim 5, wherein the processing module is further configured to add 1 to the frame number of the last transmitted high-priority frame to generate a frame number of a non-high-priority frame to be transmitted in the next frame, and transmit the frame number of the non-high-priority frame using the newly generated frame number.
7. The system of claim 5, wherein the processing module is further configured to detect whether there are additional high priority frames to be sent; and if other high-priority frames to be sent exist, continuously sending the high-priority frames.
8. The system of claim 5, wherein the processing module is further configured to
Under the condition that a DigRF receiving end only has a default Normal frame structure, the receiving end detects whether a frame tail is detected or not after receiving a frame header; if the frame end is not detected, restarting receiving; and if the frame tail is detected, determining that the signal from the frame head to the frame tail corresponds to a complete Normal frame.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911336823.0A CN111106904B (en) | 2019-12-23 | 2019-12-23 | Frame sending processing method and system for DigRF transmission end |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911336823.0A CN111106904B (en) | 2019-12-23 | 2019-12-23 | Frame sending processing method and system for DigRF transmission end |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111106904A CN111106904A (en) | 2020-05-05 |
| CN111106904B true CN111106904B (en) | 2022-08-23 |
Family
ID=70423774
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911336823.0A Active CN111106904B (en) | 2019-12-23 | 2019-12-23 | Frame sending processing method and system for DigRF transmission end |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111106904B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111800231B (en) * | 2020-05-12 | 2023-05-30 | 翱捷科技股份有限公司 | DigRF retransmission frame identification method and device |
| CN111294163B (en) * | 2020-05-12 | 2020-08-11 | 翱捷科技(上海)有限公司 | DigRF retransmission failure processing method and device |
| CN113438691B (en) * | 2021-05-27 | 2024-01-05 | 翱捷科技股份有限公司 | TAS frame processing method and device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8442076B1 (en) * | 2009-09-30 | 2013-05-14 | Rf Micro Devices, Inc. | Precise timing control of TD-SCDMA via an asynchronous serial interface |
| CN104244088A (en) * | 2013-06-07 | 2014-12-24 | 索尼电脑娱乐公司 | Display controller, screen transfer device, and screen transfer method |
| CN108139990A (en) * | 2015-10-23 | 2018-06-08 | 高通股份有限公司 | Radio-frequency front-end equipment with High Data Rate pattern |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006004302A1 (en) * | 2004-04-01 | 2006-01-12 | Electronics And Telecommunications Research Institute | Apparatus and method for receiving digital television signal with backward compatibility byte |
| WO2011103922A1 (en) * | 2010-02-25 | 2011-09-01 | Telefonaktiebolaget L M Ericsson (Publ) | Scalable digrf architecture |
| US10268583B2 (en) * | 2012-10-22 | 2019-04-23 | Intel Corporation | High performance interconnect coherence protocol resolving conflict based on home transaction identifier different from requester transaction identifier |
-
2019
- 2019-12-23 CN CN201911336823.0A patent/CN111106904B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8442076B1 (en) * | 2009-09-30 | 2013-05-14 | Rf Micro Devices, Inc. | Precise timing control of TD-SCDMA via an asynchronous serial interface |
| CN104244088A (en) * | 2013-06-07 | 2014-12-24 | 索尼电脑娱乐公司 | Display controller, screen transfer device, and screen transfer method |
| CN108139990A (en) * | 2015-10-23 | 2018-06-08 | 高通股份有限公司 | Radio-frequency front-end equipment with High Data Rate pattern |
Non-Patent Citations (1)
| Title |
|---|
| SACCH的编码结构和复帧分析;魏晅;《江西通信科技》;20000621(第02期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111106904A (en) | 2020-05-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111106904B (en) | Frame sending processing method and system for DigRF transmission end | |
| US11758544B2 (en) | Method for providing feedback on receiving of control signaling, base station and terminal | |
| US9225476B2 (en) | Dynamic HARQ buffer management | |
| KR100940839B1 (en) | Method and related apparatus for setting packet headers in a wireless communications system | |
| US11025396B2 (en) | Method and device for transmitting data | |
| KR20060113566A (en) | Method and apparatus for polling transmission status in a wireless communication system | |
| EP2972929B1 (en) | Systems and methods for serial communication | |
| CN108631951B (en) | Retransmission processing method and equipment | |
| EP2219314B1 (en) | Method and apparatus for packet transmission using CRC and equal length packets | |
| US20130114544A1 (en) | Method and Apparatus for Sending Control Signaling | |
| CN111181689B (en) | Method and system for processing NEST mechanism of simplified DigRF receiving side | |
| US11122548B2 (en) | Device-to-device communication method and terminal device | |
| CN111817830B (en) | Transmission and reception control method, terminal and network side equipment | |
| CN111294163B (en) | DigRF retransmission failure processing method and device | |
| US11224058B2 (en) | Device and method for generating a physical layer convergence procedure (PLCP) using aggregation operation | |
| CN109314595B (en) | Method and device for transmitting data | |
| CN111800231B (en) | DigRF retransmission frame identification method and device | |
| US20210195598A1 (en) | Electronic device, wireless communication method and computer readable medium | |
| CN101686105A (en) | Method for reducing power consumption of terminal | |
| CN110865954A (en) | Method for automatically defining variable-length frame end based on DMA (direct memory access) SPI (serial peripheral interface) inter-device communication | |
| CN109450517A (en) | RDSS communications control method and system | |
| CN112997431B (en) | Method and device for sending hybrid automatic repeat request response information and storage medium | |
| US20230051144A1 (en) | Device and method for listen-before-talk random access with adaptive energy detection threshold selection | |
| JP7322524B2 (en) | Communication system and communication device | |
| CN117751684A (en) | Processing method and device for Media Access Control (MAC) reset timer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 201203 Building 2, No. 399, Keyuan Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai Applicant after: Aojie Technology Co.,Ltd. Address before: 201203 Building 2, No. 399, Keyuan Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai Applicant before: Aojie Technology (Shanghai) Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 201203 Floor 9, building 10, No. 399, Keyuan Road, China (Shanghai) free trade pilot zone, Pudong New Area, Shanghai Applicant after: Aojie Technology Co.,Ltd. Address before: 201203 Building 2, No. 399, Keyuan Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai Applicant before: Aojie Technology Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |