EP2052482B1 - Method and apparatus for error detection in a data block - Google Patents

Method and apparatus for error detection in a data block Download PDF

Info

Publication number
EP2052482B1
EP2052482B1 EP07799864.9A EP07799864A EP2052482B1 EP 2052482 B1 EP2052482 B1 EP 2052482B1 EP 07799864 A EP07799864 A EP 07799864A EP 2052482 B1 EP2052482 B1 EP 2052482B1
Authority
EP
European Patent Office
Prior art keywords
bits
field
error detection
data
error
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
Application number
EP07799864.9A
Other languages
German (de)
French (fr)
Other versions
EP2052482A2 (en
EP2052482A4 (en
Inventor
David G. Wiatrowski
Thomas B. Bohn
Kevin G. Doberstein
Donald G. Newberg
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Motorola Solutions Inc
Original Assignee
Motorola Solutions Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Motorola Solutions Inc filed Critical Motorola Solutions Inc
Priority to PL07799864T priority Critical patent/PL2052482T3/en
Publication of EP2052482A2 publication Critical patent/EP2052482A2/en
Publication of EP2052482A4 publication Critical patent/EP2052482A4/en
Application granted granted Critical
Publication of EP2052482B1 publication Critical patent/EP2052482B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control

Definitions

  • the present invention relates generally to data communications and more specifically to performing error detection in one field of a data block using the error detection mechanism in a different field of the same data block.
  • a data block is generally defined as a block of continuous bits containing information and/or signaling
  • decoding is defined as the initial processing of a received data block to identify the received bits (e.g., as 1s or 0s) and may include, detecting and/or correcting errors in the received bits.
  • Signaling is concerned with the establishment and control of connections in a network.
  • a data block has a predetermined logical structure having a plurality of different types of fields for organizing the bits in the data block, and one or more or these fields may contain bits that enable the error detection and/or error correction for that field.
  • some fields may include error correction bits but not error detection bits or limited error detection bits because of a bit number constraint due to, for instance, bandwidth constraints associated with the physical channels over which the data block is sent.
  • a resulting limitation is that an inability to detect decoding errors in some fields can cause fairly substantial problems related to the further processing of the data block if there are, in fact, errors that go undetected.
  • An example of an air interface protocol that has a data block structure that includes fields having error correction but not error detection is the air interface protocol defined in accordance with the ETSI (European Telecommunications Standards Institute) TS (Technical Specification) 102 361-1 .
  • a data block structure identified in this technical specification is a burst, which is defined as the smallest predefined block of continuous bits containing information or signaling. More particularly described therein is a DMR (Digital Mobile Radio) TDMA (Time Division Multiple Access) burst.
  • the DMR TDMA burst includes, for instance, a Data Type field that identifies the type of data being transmitted in an Information field, which is also included in the burst.
  • CSBK For illustrative purposes, following are two examples of problems that may arise due to a failure to detect an incorrectly identified data type.
  • a CSBK could mistakenly be interpreted as a Data Header (which is a first burst of a multi-burst data message), due to uncorrectable errors on the channel. Since a Data Header contains a Blocks to Follow field specifying how many additional bursts belong to this transmission and a CSBK does not, the receiver treats the subsequent bursts as part of that data transmission. Accordingly, other transmissions, such as new voice transmissions, CSBKs, and new data transmissions, are missed during this period.
  • Terminator with LC could mistakenly be interpreted as a Voice LC Header.
  • the potential side effects include causing a receiver to begin processing a new voice transmission when none exists.
  • processors such as microprocessors, digital signal processors, customized processors and field programmable gate arrays (FPGAs) and unique stored program instructions (including both software and firmware) that control the one or more processors to implement, in conjunction with certain non-processor circuits, some, most, or all of the functions of the method and apparatus for error detection in a data block described herein.
  • the non-processor circuits may include, but are not limited to, a radio receiver, a radio transmitter and user input devices. As such, these functions may be interpreted as steps of a method to perform the error detection in a data block described herein.
  • some or all functions could be implemented by a state machine that has no stored program instructions, or in one or more application specific integrated circuits (ASICs), in which each function or some combinations of certain of the functions are implemented as custom logic.
  • ASICs application specific integrated circuits
  • Both the state machine and ASIC are also considered herein as a "processing device" for purposes of the foregoing discussion and claim language.
  • reliable error detection is performed for a field in a data block with no or limited error detection bits.
  • the embodiments may be applied to any data block structure including a DMR TDMA burst as defined in ETSI TS 102 361-1 .
  • a burst having (among other fields) an Information field with data bits and error detection bits (also referred to herein as error detection "parity") and further having a Data Type field identifying the type of data bits in the Information field
  • an error injection mask is selected based on the identified data type. The mask is applied to the data bits and error detection parity to (usually) modify the data bits, the error detection parity or both).
  • the resultant burst is then transmitted to a receiving device.
  • the receiving device receives the burst; identifies the data type; selects an error injection mask that corresponds to the identified data type and applies the error injection mask to the received data bits and error detection parity in the Information field. Once applied, the resultant data bits and error detection bits can be used to confirm (under certain conditions) that the data type was correctly identified.
  • FIG. 1 an exemplary wireless communication system implementing embodiments in accordance with the present invention is shown and indicated generally at 100.
  • 100 an exemplary wireless communication system implementing embodiments in accordance with the present invention.
  • the teachings described do not depend on the type of air interface protocol or channel access scheme used (e.g., TDMA (Time Division Multiple Access), CDMA (Code Division Multiple Access), FDMA (Frequency Division Multiple Access), and the like), the teachings can be applied to any type of air interface protocol and channel access scheme, although the air interface protocol (for a Digital Mobile Radio using a TDMA channel access scheme) as defined in ETSI TS 102 361-1 is described in embodiments herein.
  • the teachings herein can be applied within any system and with any protocol that utilize an error detection mechanism for reliable transmission and receipt of data blocks, including systems utilizing wireline links.
  • other alternative implementations of using different types of wireline or wireless protocols and channel access schemes are contemplated and are within the scope of the various teachings described.
  • Wireless communication system 100 comprises a communication device 102 and a communication device 104 that may be for example, a portable or mobile radio, a Personal Digital Assistant, a cellular telephone, and the like.
  • the communication devices will be referred to as "radios", but they are also referred to in the art as mobile stations, mobile equipment, handsets, etc.
  • radios 102 and 104 communicate over a radio access network 106.
  • radio access network 106 any type of network is within the scope of the teachings herein.
  • Network 106 may comprise infrastructure such as, but not limited to, base stations (BS) (with a single BS 108 shown for clarity), base station controllers (not shown), network elements (such as a mobile switching center, home location register, visitor location register, etc.), and the like, to facilitate the communications between radios having access to the network.
  • BS base stations
  • base station controllers not shown
  • network elements such as a mobile switching center, home location register, visitor location register, etc.
  • radio 102 and radio 104 may communicate with each other by radio 102 establishing a wireless link or radio connection 110 with BS 108 over an available radio frequency (RF) channel and radio 104 establishing a wireless link 112 with BS 108 over an available radio frequency (RF) channel.
  • BS 108 generally comprises a repeater device that can receive a signal from radio 102 over link 110 and retransmit the signal to radio 104 over link 112 or can receive a signal from radio 104 over link 112 and retransmit the signal to radio 102 over link 110.
  • RF radio frequency
  • BS 108 generally comprises a repeater device that can receive a signal from radio 102 over link 110 and retransmit the signal to radio 104 over link 112 or can receive a signal from radio 104 over link 112 and retransmit the signal to radio 102 over link 110.
  • only two radios and one BS is shown.
  • radios 102 and 104 may communicate using a direct mode of operation without a BS.
  • the teachings herein are equally applicable to direct mode operation between two radios.
  • both of the radios 102 and 104 and BS 108 comprise transceiver devices that include transmitter and receiver apparatus for, respectively, transmitting and receiving RF signals.
  • Radios 102 and 104 and BS 108 further comprise one or more of the processing devices mentioned above (for example a DSP, a microprocessor, etc.) and typically some type of conventional memory element for performing (among other functionality) the air interface protocol and channel access scheme supported by network 106.
  • radios 102 and 104 can generate RF signals containing one or more data blocks comprising a plurality of fields for organizing the continuous bits of information and/or signaling for transmission to another radio.
  • some of these fields may not include error detection or may include limited error detection to verify whether the bits in the field were received and decoded correctly.
  • error detection for a field without or with limited error detection bits can be performed using a field that does contain error detection bits.
  • Data block 200 can be generated in radio 102 or 104 and has a general logical structure comprising a field 1 (210) and a field 2 (220) for organizing the bits of information and/or signaling being transmitted from radio 102 or 104 to another radio attached to network 106.
  • field 220 has no error detection.
  • So field 210 (which includes error detection) is used to perform reliable error detection for field 220 in accordance with the teachings herein.
  • the teachings herein are not limited by the particular information and/or signaling contained in fields 210 and 220 or the particular logical structure of data block 200, as long as at least one field contains error detection.
  • FIG. 2 Further illustrated in FIG. 2 is an expanded view of field 210 showing a plurality of bits comprised therein, which includes data bits 212 and error detection bits 214, with the error detection bits being calculated based on the data bits.
  • the arrows from the data bits to the error detection bits are not part of field 210 but merely serve to indicate pictorially that the error detection bits are calculated from the data bits.
  • Error detection may be performed using mechanisms such as, for instance, Cyclic Redundancy Check (CRC), Checksum, and a Simple Parity Check, to name a few. These error detection techniques are well known in the art and will not be further explained for the sake of brevity.
  • CRC Cyclic Redundancy Check
  • Checksum Checksum
  • Simple Parity Check Simple Parity Check
  • data block 200 can comprise any number of fields and any structure of those fields as is determined by the various protocols supported by the network and implemented in the communications devices.
  • data block 200 may further comprise an additional field 3 (230), shown in dashed lines.
  • Field 230 may also lack error detection bits or may have limited error detection bits, wherein the error detection mechanism in field 210 may be further used in another embodiment for error detection of field 230 (and of field 220), as illustrated by reference to FIG. 9 .
  • fields 210 and 220 (and 230) typically also include some type of error correction mechanism such as, for instance, FEC (forward error correction). These error correction techniques are well known in the art and will not be further described here for the purposes of brevity.
  • FIG. 3 is a method performed in a transmitting device
  • FIG. 4 is a method performed in a receiving device.
  • the methods described by reference to figures 3 and 4 can be performed in the communication devices, the BS and a base station controller, for example, using a processing device that can comprise one or more of the processing devices described above such as, for instance, a DSP.
  • a method 300 performed in a transmitting device includes a step 302 of generating a data block comprising a first field (e.g., 210) having a first plurality of bits that includes an error detection portion (e.g., 214) indicating an error detection value based on another portion (e.g., 212) of the first plurality of bits and used for error detection in decoding the other portion (212) of the first plurality of bits, and the data block further comprising a second field (e.g., 220) having a second plurality of bits (not shown in FIG. 3 ).
  • the error detection value is identified or indicated by the bits ("e") in the error detection portion 214 of field 210, and this value is calculated based on the type of error detection technique used in the transmitting device.
  • an error injection mask is selected based on the second plurality of bits in field 220.
  • the error injection mask can be implemented in any number of forms, but in general comprises a predetermined number of bits representing a particular mask value.
  • the mask value corresponds to the value represented by the bits included in field 220.
  • N the number of different values that can be represented as bit values in the second field
  • the first plurality of bits is "modified” with the error injection mask to generate a "modified” first plurality of bits that is used for error detection in decoding the second plurality of bits.
  • the phrase "modifying the first plurality of bits with an error injection mask” is used synonymously with the phrase “applying an error injection mask to the first plurality of bits", and both refer in general to processing whereby at least a portion of the first plurality of bits in the field 210 is combined with an error injection mask (value) using some type of arithmetic operation.
  • other type of arithmetic could be used such as, for instance, Galois Field arithmetic.
  • modified first plurality of bits does not necessarily mean that one or more bit values in the first plurality of bits is changed after applying the error injection mask, even though this is usually the case. This is because an error injection mask having a value of zero may be selected, which would result in no change to the first plurality of bits. Accordingly, "modified first plurality of bits” means that the error injection mask has been applied to the first plurality of bits, irrespective of whether it resulted in a bit value being changed.
  • FIG. 4 illustrates a method 400 performed in radio 104 upon (at a step 402) receiving the data block 200 having the error injection mask applied to the first plurality of bits included in field 210, and the data block 200 further having field 220 with the second plurality of bits.
  • the receiving device decodes the second plurality of bits to generate decoding results for the field 220.
  • decoding means identifying the bits and, usually, also at least includes performing some type of error correction on the received bits. Any type of decoding process may be used in conjunction with the teachings herein, including, but not limited to those listed above.
  • an error injection mask is selected that corresponds to the decoding results from field 220.
  • the first plurality of bits in field 210 are modified using the selected error injection mask to generate a modified first plurality of bits. Based upon these modified first plurality of bits, it can be (at a step 410) determined (among other things) whether the decoding results are correct using, for instance, further processing techniques as discussed below.
  • an error detection calculation can be performed on just some of the bits (e.g., 212) in the modified first plurality of bits and the calculated error detection value compared to the error detection value that was in field 210 of the received data block prior to the error detection calculation.
  • This implementation is illustrated with respect to the embodiments shown in figures 5 through 9 . For simplicity of illustration, only field 210 of data block 200 is shown since this is the field to which the mask is applied and upon which error detection calculations are made.
  • an error detection calculation can be performed on all modified first plurality of bits inclusive of the error detection bits, and the calculated error detection value compared to a predetermined value (e.g., a zero value).
  • field 210 in data block 200 is being processed in accordance with the teachings herein.
  • field 210 is shown as having a different reference number as a result of the error injection mask being applied thereto.
  • FIG. 5 an embodiment is shown wherein, in the transmitting device, a selected error injection mask 520 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify only the error detection bits 214, resulting in a modified field 530.
  • Data block 200 including field 530 and field 220 is transmitted and received in the receiving device.
  • a selected error injection mask 550 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 532 and error detection bits 534 in field 530 to modify only the error detection bits 534, resulting in a modified field 560.
  • An error detection calculation (in this example a Checksum calculation) is applied to data bits 562 and a calculated Checksum 570 is compared to error detection bits 564. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received.
  • the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 532, or both) and the receiving device performs error handling including, but not limited to, discarding the received data block and sending a NACK (negative acknowledgement message) to the transmitting device or just simply discarding the received data block.
  • the results indicate that field 220 has been properly decoded.
  • a selected error injection mask 620 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify only the data bits 212, resulting in a modified field 630.
  • Data block 200 including field 630 and field 220 is transmitted and received in the receiving device.
  • a selected error injection mask 650 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 632 and error detection bits 634 in field 630 to modify only the data bits 632, resulting in a modified field 660.
  • An error detection calculation (in this example a Checksum calculation) is applied to data bits 662 and a calculated Checksum 670 is compared to error detection bits 664. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received.
  • the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 632, or both) and the receiving device should perform error handling.
  • the results indicate that field 220 has been properly decoded.
  • a selected error injection mask 720 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 730.
  • Data block 200 including field 730 and field 220 is transmitted and received in the receiving device.
  • a selected error injection mask 750 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 732 and error detection bits 734 in field 730 to modify both the data bits 732 and the error detection bits 734, resulting in a modified field 760.
  • An error detection calculation (in this example a Checksum calculation) is applied to data bits 762 and a calculated Checksum 770 is compared to error detection bits 764. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received.
  • the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 732, or both) and the receiving device should perform error handling.
  • the results indicate that field 220 has been properly decoded.
  • FIG. 8 an embodiment is shown wherein, in the transmitting device, a selected error injection mask 820 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 830.
  • Data block 200 including field 830 and field 220 is transmitted and received in the receiving device.
  • a selected error injection mask 850 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 832 and error detection bits 834 in field 830 to modify both the data bits 832 and the error detection bits 834, resulting in a modified field 860.
  • An error detection calculation (in this example a Checksum calculation) is applied to data bits 862 and a calculated Checksum 870 is compared to error detection bits 864. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received.
  • multiples masks are applied to the data bits 212 and error detection bits 214 of field 220 to detect errors in decoding the bits of multiple fields in data block 200, each of which have no error detection bits or limited error detection bits.
  • two masks are applied (one corresponding to field 220 and the other corresponding to field 230).
  • any number of masks can be applied based on the teachings herein.
  • selected error injection masks 920 (which is selected based on the bit values in field 220) and 925 (which is selected based on the bit values in field 230) are combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 930.
  • Data block 200 including field 930 and fields 220 and 230 is transmitted and received in the receiving device.
  • selected error injection masks 940 (which is selected based on the decoded bit values in field 220) and 950 (which is selected based on the decoded bit values in field 230) are combined (using bitwise modulo 2 addition) with the data bits 932 and error detection bits 934 in field 930 to modify both the data bits 932 and the error detection bits 934, resulting in a modified field 960.
  • An error detection calculation (in this example a Checksum calculation) is applied to data bits 962 and a calculated Checksum 970 is compared to error detection bits 964. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received.
  • the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in fields 220 or 230, in decoding the data bits 832, or any combination of the three) and the receiving device should perform error handling.
  • the results indicate that fields 220 and 230 have been properly decoded.
  • FIG. 10 illustrates an exemplary DMR Data and Control burst as defined in ETSI TS 102 361-1 .
  • the data and control burst contains an Info field 1010 containing 196 bits of information.
  • the information consists of Link Control (LC) 1016, error detection (CRC) 1018, and Block Product Turbo Code (BPTC) FEC parity (not shown) added by BPTC (196, 96) Encoder 1014.
  • the data and control burst also contains a 20-bit Slot Type field 1020 that defines the meaning of the information bits.
  • the Slot Type field includes a Color Code (CC) Field 1022, a Data Type field 1024, and FEC Parity 1026 in accordance with ETSI TS 102 361-1 .
  • CC Color Code
  • the Data Type field 1024 could be set to Voice LC Header.
  • the center of the burst contains either a synchronization pattern or embedded signaling information field 1030 in accordance with ETSI TS 102 361-1 .
  • an Interleaver 1012 in accordance with ETSI TS 102 361-1 .
  • a transmitting device generates a DMR TDMA burst 1000 in accordance with the teachings herein that enables error detection of data type bits 1024 in the Slot Type field 1020 using the error detection mechanism in the Information field 1010.
  • a transmitting device generates a DMR TDMA burst 1000 in accordance with the teachings herein that enables error detection of data type bits 1024 in the Slot Type field 1020 using the error detection mechanism in the Information field 1010.
  • the data and/or error detection parity in Information field 1010 are "modified" in accordance with the teachings herein, and the generation of bits for the remaining fields shown in FIG. 10 are as disclosed in ETSI TS 102 361-1 , the generation of which will not be further described herein for the sake of brevity.
  • the data type bits 1024 and data bits (in this case LC bits) 1016 are generated and accepted, respectively, into the Slot Type field 1020 and the Information field 1010 of burst 1000.
  • error detection parity e.g., CRC
  • the transmitting device selects an error injection mask for the specified data type bits 1024 accepted at step 1102.
  • the selected error injection mask is applied (using bitwise modulo 2 addition for example) to the LC data bits 1016 and CRC parity 1018 to generate modified LC data bits 1016 and/or CRC parity 1018.
  • the transmitting device transmits to a receiving device the burst 1000 that includes (among other fields with their corresponding bits, of course) the Slot Type Field 1020 including the data type bits 1024 and the Information Field 1010 including the modified LC data bits 1016 and/or CRC parity 1018.
  • step 1108 and 1110 of selecting and applying an error injection mask Each data type already designated in ETSI TS 102 361-1 is assigned a predetermined error injection mask. Additional error injection masks may also be predetermined and reserved for future data types. Tables 1 and 2 below show exemplary error injection masks that may be assigned to present and future data types. These exemplary data mask are selected based on the specified data type from the table and applied to Information field 1010 to modify only the CRC parity 1018. In this case, since the data type is Voice LC Header the error injection mask 969696 16 corresponding to Voice LC Header is selected and applied to Information field 1010 to modify CRC parity 1018.
  • error injection masks may be predetermined that would modify only the LC data bits 1016 or both LC data bits 1016 and the CRC parity 1018.
  • Table 1 Data Type 8-bit Mask (base 16) 9-bit Mask (base 8) 16-bit Mask (base 16) PI Header 0 69 551 6969 Voice LC Header 1 96 226 9696 Terminator with LC 2 99 631 9999 CSBK 3 a5 645 a5a5 MBC Header 4 aa 252 aaaa MBC Continuation 5 c3 703 c3c3 Data Header 6 cc 314 cccc Rate 1 ⁇ 2 Data Continuation 7 f0 360 fOfO Rate % Data Continuation 8 ff 777 ffff Idle 9 00 000 0000 Reserved for future use a 0f 417 0f0f Reserved for future use b 33 463 3333 Reserved for future use c
  • error detection for at least one other field in the burst can be performed using the error detection mechanism of the Information field 1010.
  • another field that has no error detection and which can be a second field for which error detection can be performed using the error detection of Information field 1010 is the Color Code (CC) field 922.
  • CC Color Code
  • a second set of predetermined masks e.g., shown in Tables 3 and 4 below, can be used to facilitate error detection in the CC field in accordance with the teachings above. Accordingly, at the transmitter device both masks would be applied to modify the CRC parity and two selected masks would be applied at the receiving device to again modify the CRC parity. Error detection could then be performed similar to that described below by reference to FIG. 12 .
  • the receiving device receives the burst 1000 from the transmitting device that includes (among other fields with their corresponding bits, of course) the Slot Type Field 1020 including the data type bits 1024 and the Information Field 1010 including the modified LC data bits 1016 and/or CRC parity 1018.
  • the receiving device decodes the data type bits 1024 in the Slot Type field 1020 to identify the data type for the data bits 1016 in the Information field 1010 of the received burst 1000.
  • the receiving device uses a (196, 96) BPTC Decoder to decode the bits that were encoded by the (196, 96) BPTC Encoder in the transmitting device.
  • the receiving device selects the error injection mask corresponding to the decoded data type bits 1024. If the receiver decodes the data type correctly, it will select the error injection mask corresponding to Voice LC Header data type (in this case 969696 16 ).
  • the receiving device applies the selected error injection mask (using bitwise modulo 2 arithmetic) to the data bits 1016 and CRC parity 1018, at a step 1208, to (in this case) modify the CRC parity 1018.
  • the receiving device performs an error detection calculation, at a step 1210, (in this case a CRC calculation) on the modified Information field. From the CRC calculation, at a step 1212, the receiving device determines whether to continue normal processing at a step 1216 when the CRC calculation indicate no decoding errors in decoding the data type bits 1024 and in decoding the LC bits 1016. If the CRC calculation indicates a decoding error (which could be in either the data type or data bits), the receiving device performs error handling at a step 1214, for instance, in a manner as discussed above.
  • the CRC will so indicate, with the particular indication depending on how the CRC calculation was performed.
  • the CRC calculation can be performed on just the LC data bits 1016 and a comparison made between the calculated CRC and the CRC bits 1018 prior to the Information field being modified using the error injection mask. Where the two values are equal, this indicates that the receiving device correctly decoded the data type bits 1024 and correctly decoded the LC bits 1016. A difference in the values similarly indicates that the CRC bits 1018 and/or the LC bits 1018 were incorrectly decoded.
  • the CRC calculation can be performed on both the LC data bits 1016 and the current CRC bits 1018 and a comparison made between the calculated CRC and a predetermined bit value such as zero. Where the calculated CRC is zero, this indicates that the receiving device correctly decoded the data type bits 1024 and correctly decoded the LC bits 1016. A CRC other than zero indicates that the CRC bits 1018 and/or the LC bits 1018 were incorrectly decoded.
  • a "contains ... a” does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that comprises, has, includes, contains the element.
  • the terms “a” and “an” are defined as one or more unless explicitly stated otherwise herein.
  • the terms “substantially”, “essentially”, “approximately”, “about” or any other version thereof, are defined as being close to as understood by one of ordinary skill in the art, and in one non-limiting embodiment the term is defined to be within 10%, in another embodiment within 5%, in another embodiment within 1% and in another embodiment within 0.5%.
  • the term “coupled” as used herein is defined as connected, although not necessarily directly and not necessarily mechanically.
  • a device or structure that is “configured” in a certain way is configured in at least that way, but may also be configured in ways that are not listed.

Description

    FIELD OF THE INVENTION
  • The present invention relates generally to data communications and more specifically to performing error detection in one field of a data block using the error detection mechanism in a different field of the same data block.
  • BACKGROUND OF THE INVENTION
  • When communicating data blocks between transmitting and receiving devices in a communication system over a wireless interface, typically some type of error detection and error correction mechanism is used to assist in the decoding of each data block at the receiving device for enabling further processing of the data block. Herein, a data block is generally defined as a block of continuous bits containing information and/or signaling, and decoding is defined as the initial processing of a received data block to identify the received bits (e.g., as 1s or 0s) and may include, detecting and/or correcting errors in the received bits. Signaling is concerned with the establishment and control of connections in a network.
  • Generally, a data block has a predetermined logical structure having a plurality of different types of fields for organizing the bits in the data block, and one or more or these fields may contain bits that enable the error detection and/or error correction for that field. However, depending on the protocol used, some fields may include error correction bits but not error detection bits or limited error detection bits because of a bit number constraint due to, for instance, bandwidth constraints associated with the physical channels over which the data block is sent. A resulting limitation is that an inability to detect decoding errors in some fields can cause fairly substantial problems related to the further processing of the data block if there are, in fact, errors that go undetected.
  • An example of an air interface protocol that has a data block structure that includes fields having error correction but not error detection is the air interface protocol defined in accordance with the ETSI (European Telecommunications Standards Institute) TS (Technical Specification) 102 361-1. A data block structure identified in this technical specification is a burst, which is defined as the smallest predefined block of continuous bits containing information or signaling. More particularly described therein is a DMR (Digital Mobile Radio) TDMA (Time Division Multiple Access) burst. The DMR TDMA burst includes, for instance, a Data Type field that identifies the type of data being transmitted in an Information field, which is also included in the burst. There are a number of data types mentioned in the technical specification including, e.g., Voice LC Header, Terminator with LC, CSBK, Data Header, etc. Since this field is subject to error correction (in this case forward error correction (FEC), which is well known in the art) but not error detection, it is not possible for a receiver to know whether the error correction on the Data Type field was successful. Because of this, it may be possible under certain error conditions for some burst types to be processed incorrectly.
  • For illustrative purposes, following are two examples of problems that may arise due to a failure to detect an incorrectly identified data type. In one example, a CSBK could mistakenly be interpreted as a Data Header (which is a first burst of a multi-burst data message), due to uncorrectable errors on the channel. Since a Data Header contains a Blocks to Follow field specifying how many additional bursts belong to this transmission and a CSBK does not, the receiver treats the subsequent bursts as part of that data transmission. Accordingly, other transmissions, such as new voice transmissions, CSBKs, and new data transmissions, are missed during this period.
  • As another example, a Terminator with LC could mistakenly be interpreted as a Voice LC Header. As many Terminator with LC bursts are typically transmitted during Call Hangtime, the potential side effects include causing a receiver to begin processing a new voice transmission when none exists.
  • Therefore, it is desirable to have a method and apparatus to provide reliable error detection for a field without or with limited bits reserved for error detection.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various embodiments and to explain various principles and advantages all in accordance with the present invention.
    • FIG. 1 illustrates an exemplary system implementing embodiments of the present invention.
    • FIG. 2 illustrates an exemplary data block in accordance with embodiments of the present invention.
    • FIG. 3 illustrates a method for error detection in accordance with an embodiment of the present invention.
    • FIG. 4 illustrates a method for error detection in accordance with an embodiment of the present invention.
    • FIG. 5 illustrates exemplary error detection in the data block shown in FIG. 2 using the methods shown in figures 3 and 4.
    • FIG. 6 illustrates exemplary error detection in the data block shown in FIG. 2 using the methods shown in figures 3 and 4.
    • FIG. 7 illustrates exemplary error detection in the data block shown in FIG. 2 using the methods shown in figures 3 and 4.
    • FIG. 8 illustrates exemplary error detection in the data block shown in FIG. 2 using the methods shown in figures 3 and 4.
    • FIG. 9 illustrates exemplary error detection in the data block shown in FIG. 2 using the methods shown in figures 3 and 4.
    • FIG. 10 illustrates an exemplary DMR TDMA burst in accordance with embodiments of the present invention.
    • FIG. 11 illustrates a method for error detection in the DMR TDMA burst shown in FIG. 10, in accordance with an embodiment of the present invention.
    • FIG. 12 illustrates a method for error detection in the DMR TDMA burst shown in FIG. 10, in accordance with an embodiment of the present invention.
    DETAILED DESCRIPTION OF THE INVENTION
  • Before describing in detail embodiments that are in accordance with the present invention, it should be observed that the embodiments reside primarily in combinations of method steps and apparatus components related to a method and apparatus for error detection in a data block. Accordingly, the apparatus components and method steps have been represented where appropriate by conventional symbols in the drawings, showing only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the disclosure with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein. Thus, it will be appreciated that for simplicity and clarity of illustration, common and well-understood elements that are useful or necessary in a commercially feasible embodiment such as, for instance, Forward Error Correction (FEC) and Interleaving, may not be depicted in order to facilitate a less obstructed view of these various embodiments.
  • It will be appreciated that embodiments of the invention described herein may be comprised of one or more generic or specialized processors (or "processing devices") such as microprocessors, digital signal processors, customized processors and field programmable gate arrays (FPGAs) and unique stored program instructions (including both software and firmware) that control the one or more processors to implement, in conjunction with certain non-processor circuits, some, most, or all of the functions of the method and apparatus for error detection in a data block described herein. The non-processor circuits may include, but are not limited to, a radio receiver, a radio transmitter and user input devices. As such, these functions may be interpreted as steps of a method to perform the error detection in a data block described herein. Alternatively, some or all functions could be implemented by a state machine that has no stored program instructions, or in one or more application specific integrated circuits (ASICs), in which each function or some combinations of certain of the functions are implemented as custom logic. Of course, a combination of the approaches could be used. Both the state machine and ASIC are also considered herein as a "processing device" for purposes of the foregoing discussion and claim language.
  • Generally speaking, pursuant to the various embodiments, reliable error detection is performed for a field in a data block with no or limited error detection bits. The embodiments may be applied to any data block structure including a DMR TDMA burst as defined in ETSI . For example, upon the generation of a burst having (among other fields) an Information field with data bits and error detection bits (also referred to herein as error detection "parity") and further having a Data Type field identifying the type of data bits in the Information field, an error injection mask is selected based on the identified data type. The mask is applied to the data bits and error detection parity to (usually) modify the data bits, the error detection parity or both). The resultant burst is then transmitted to a receiving device. The receiving device receives the burst; identifies the data type; selects an error injection mask that corresponds to the identified data type and applies the error injection mask to the received data bits and error detection parity in the Information field. Once applied, the resultant data bits and error detection bits can be used to confirm (under certain conditions) that the data type was correctly identified.
  • This gives an advantage of reliable error detection for the Data Type field to guard against problems identified above in communications between transmitting and receiving devices. Those skilled in the art will realize that the above recognized advantages and other advantages described herein are merely exemplary and are not meant to be a complete rendering of all of the advantages of the various embodiments of the present invention.
  • Referring now to the drawings, and in particular FIG. 1, an exemplary wireless communication system implementing embodiments in accordance with the present invention is shown and indicated generally at 100. Those skilled in the art, however, will recognize and appreciate that the specifics of this illustrative example are not specifics of the invention itself and that the teachings set forth herein are applicable in a variety of alternative settings. For example, since the teachings described do not depend on the type of air interface protocol or channel access scheme used (e.g., TDMA (Time Division Multiple Access), CDMA (Code Division Multiple Access), FDMA (Frequency Division Multiple Access), and the like), the teachings can be applied to any type of air interface protocol and channel access scheme, although the air interface protocol (for a Digital Mobile Radio using a TDMA channel access scheme) as defined in ETSI TS 102 361-1 is described in embodiments herein. In addition, the teachings herein can be applied within any system and with any protocol that utilize an error detection mechanism for reliable transmission and receipt of data blocks, including systems utilizing wireline links. As such, other alternative implementations of using different types of wireline or wireless protocols and channel access schemes are contemplated and are within the scope of the various teachings described.
  • Wireless communication system 100 comprises a communication device 102 and a communication device 104 that may be for example, a portable or mobile radio, a Personal Digital Assistant, a cellular telephone, and the like. For purposes of the following discussions, the communication devices will be referred to as "radios", but they are also referred to in the art as mobile stations, mobile equipment, handsets, etc. Moreover, in this exemplary embodiment radios 102 and 104 communicate over a radio access network 106. However, those of ordinary skill in the art will realize that any type of network is within the scope of the teachings herein. Network 106 may comprise infrastructure such as, but not limited to, base stations (BS) (with a single BS 108 shown for clarity), base station controllers (not shown), network elements (such as a mobile switching center, home location register, visitor location register, etc.), and the like, to facilitate the communications between radios having access to the network.
  • For example, radio 102 and radio 104 may communicate with each other by radio 102 establishing a wireless link or radio connection 110 with BS 108 over an available radio frequency (RF) channel and radio 104 establishing a wireless link 112 with BS 108 over an available radio frequency (RF) channel. As is well understood in the art, BS 108 generally comprises a repeater device that can receive a signal from radio 102 over link 110 and retransmit the signal to radio 104 over link 112 or can receive a signal from radio 104 over link 112 and retransmit the signal to radio 102 over link 110. For ease of illustration, only two radios and one BS is shown. However, those skilled in the art will realize that in a typical system a much larger number of radios are supported by a radio network, which has many more BSs than is shown in FIG. 1. Moreover, although in this embodiment communication between radios 102 and 104 are illustrated as being facilitated by BS 108, radios 102 and 104 may communicate using a direct mode of operation without a BS. The teachings herein are equally applicable to direct mode operation between two radios.
  • Since network 106 is a wireless network, meaning that it supports a wireless or air interface protocol for signal transmission, both of the radios 102 and 104 and BS 108 comprise transceiver devices that include transmitter and receiver apparatus for, respectively, transmitting and receiving RF signals. Radios 102 and 104 and BS 108 further comprise one or more of the processing devices mentioned above (for example a DSP, a microprocessor, etc.) and typically some type of conventional memory element for performing (among other functionality) the air interface protocol and channel access scheme supported by network 106.
  • Using these protocols, radios 102 and 104 can generate RF signals containing one or more data blocks comprising a plurality of fields for organizing the continuous bits of information and/or signaling for transmission to another radio. As mentioned above, some of these fields may not include error detection or may include limited error detection to verify whether the bits in the field were received and decoded correctly. In accordance with embodiments described herein error detection for a field without or with limited error detection bits can be performed using a field that does contain error detection bits.
  • Turning now to FIG. 2, an exemplary data block in accordance with embodiments herein is shown and generally indicated at 200. Data block 200 can be generated in radio 102 or 104 and has a general logical structure comprising a field 1 (210) and a field 2 (220) for organizing the bits of information and/or signaling being transmitted from radio 102 or 104 to another radio attached to network 106. In the embodiments illustrated by reference to figures 3-8, field 220 has no error detection. So field 210 (which includes error detection) is used to perform reliable error detection for field 220 in accordance with the teachings herein. The teachings herein are not limited by the particular information and/or signaling contained in fields 210 and 220 or the particular logical structure of data block 200, as long as at least one field contains error detection.
  • Further illustrated in FIG. 2 is an expanded view of field 210 showing a plurality of bits comprised therein, which includes data bits 212 and error detection bits 214, with the error detection bits being calculated based on the data bits. It should be noted that the arrows from the data bits to the error detection bits are not part of field 210 but merely serve to indicate pictorially that the error detection bits are calculated from the data bits. Error detection may be performed using mechanisms such as, for instance, Cyclic Redundancy Check (CRC), Checksum, and a Simple Parity Check, to name a few. These error detection techniques are well known in the art and will not be further explained for the sake of brevity.
  • Only a limited number of fields are shown for simplicity in illustrating various embodiments described herein. However, skilled artisans will realize that the data block 200 can comprise any number of fields and any structure of those fields as is determined by the various protocols supported by the network and implemented in the communications devices. For example, data block 200 may further comprise an additional field 3 (230), shown in dashed lines. Field 230 may also lack error detection bits or may have limited error detection bits, wherein the error detection mechanism in field 210 may be further used in another embodiment for error detection of field 230 (and of field 220), as illustrated by reference to FIG. 9. In addition, although not shown for the sake of simplicity, fields 210 and 220 (and 230) typically also include some type of error correction mechanism such as, for instance, FEC (forward error correction). These error correction techniques are well known in the art and will not be further described here for the purposes of brevity.
  • Figures 3 and 4 illustrate methods for error detection in a data block in accordance with embodiments of the present invention. FIG. 3 is a method performed in a transmitting device, and FIG. 4 is a method performed in a receiving device. The methods described by reference to figures 3 and 4 can be performed in the communication devices, the BS and a base station controller, for example, using a processing device that can comprise one or more of the processing devices described above such as, for instance, a DSP.
  • Turning now to FIG. 3, a method 300 performed in a transmitting device (e.g., radio 102) includes a step 302 of generating a data block comprising a first field (e.g., 210) having a first plurality of bits that includes an error detection portion (e.g., 214) indicating an error detection value based on another portion (e.g., 212) of the first plurality of bits and used for error detection in decoding the other portion (212) of the first plurality of bits, and the data block further comprising a second field (e.g., 220) having a second plurality of bits (not shown in FIG. 3). The error detection value is identified or indicated by the bits ("e") in the error detection portion 214 of field 210, and this value is calculated based on the type of error detection technique used in the transmitting device.
  • At a step 304, an error injection mask is selected based on the second plurality of bits in field 220. The error injection mask can be implemented in any number of forms, but in general comprises a predetermined number of bits representing a particular mask value. The mask value, in turn, corresponds to the value represented by the bits included in field 220. Typically, for a given number, N, of different values that can be represented as bit values in the second field, there are at least, N, different mask values that correspond to the bit values in the second field. Exemplary mask values are given below for the embodiment explained by reference to figures 10 through 12.
  • At a step 306 the first plurality of bits is "modified" with the error injection mask to generate a "modified" first plurality of bits that is used for error detection in decoding the second plurality of bits. The phrase "modifying the first plurality of bits with an error injection mask" is used synonymously with the phrase "applying an error injection mask to the first plurality of bits", and both refer in general to processing whereby at least a portion of the first plurality of bits in the field 210 is combined with an error injection mask (value) using some type of arithmetic operation. In one embodiment, for example, the arithmetic operation is bitwise modulo 2 addition, wherein if the sum of two bits is "2" then the value of this sum is represented as a zero, i.e. 1+1=0. However, it should be understood by those of ordinary skill in the art that other type of arithmetic could be used such as, for instance, Galois Field arithmetic.
  • Moreover, the phrase "modified first plurality of bits" does not necessarily mean that one or more bit values in the first plurality of bits is changed after applying the error injection mask, even though this is usually the case. This is because an error injection mask having a value of zero may be selected, which would result in no change to the first plurality of bits. Accordingly, "modified first plurality of bits" means that the error injection mask has been applied to the first plurality of bits, irrespective of whether it resulted in a bit value being changed.
  • At a step 308, the data block with the error injection mask applied to the first plurality of bits in field 210 is transmitted to a receiving device (e.g., radio 104). FIG. 4 illustrates a method 400 performed in radio 104 upon (at a step 402) receiving the data block 200 having the error injection mask applied to the first plurality of bits included in field 210, and the data block 200 further having field 220 with the second plurality of bits.
  • Thereafter, at a step 404 the receiving device decodes the second plurality of bits to generate decoding results for the field 220. In general and as stated above, decoding means identifying the bits and, usually, also at least includes performing some type of error correction on the received bits. Any type of decoding process may be used in conjunction with the teachings herein, including, but not limited to those listed above. At a step 406, an error injection mask is selected that corresponds to the decoding results from field 220. At a step 408, the first plurality of bits in field 210 are modified using the selected error injection mask to generate a modified first plurality of bits. Based upon these modified first plurality of bits, it can be (at a step 410) determined (among other things) whether the decoding results are correct using, for instance, further processing techniques as discussed below.
  • For example, in one implementation an error detection calculation can be performed on just some of the bits (e.g., 212) in the modified first plurality of bits and the calculated error detection value compared to the error detection value that was in field 210 of the received data block prior to the error detection calculation. This implementation is illustrated with respect to the embodiments shown in figures 5 through 9. For simplicity of illustration, only field 210 of data block 200 is shown since this is the field to which the mask is applied and upon which error detection calculations are made. In another implementation, an error detection calculation can be performed on all modified first plurality of bits inclusive of the error detection bits, and the calculated error detection value compared to a predetermined value (e.g., a zero value).
  • In all of the figures 5 through 9, field 210 in data block 200 is being processed in accordance with the teachings herein. However field 210 is shown as having a different reference number as a result of the error injection mask being applied thereto. Turning now to FIG. 5, an embodiment is shown wherein, in the transmitting device, a selected error injection mask 520 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify only the error detection bits 214, resulting in a modified field 530. Data block 200 including field 530 and field 220 is transmitted and received in the receiving device.
  • At the receiving device, a selected error injection mask 550 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 532 and error detection bits 534 in field 530 to modify only the error detection bits 534, resulting in a modified field 560. An error detection calculation (in this example a Checksum calculation) is applied to data bits 562 and a calculated Checksum 570 is compared to error detection bits 564. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received. If the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 532, or both) and the receiving device performs error handling including, but not limited to, discarding the received data block and sending a NACK (negative acknowledgement message) to the transmitting device or just simply discarding the received data block. In this example, the results indicate that field 220 has been properly decoded.
  • Turning now to FIG. 6, an embodiment is shown wherein, in the transmitting device, a selected error injection mask 620 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify only the data bits 212, resulting in a modified field 630. Data block 200 including field 630 and field 220 is transmitted and received in the receiving device.
  • At the receiving device, a selected error injection mask 650 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 632 and error detection bits 634 in field 630 to modify only the data bits 632, resulting in a modified field 660. An error detection calculation (in this example a Checksum calculation) is applied to data bits 662 and a calculated Checksum 670 is compared to error detection bits 664. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received. If the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 632, or both) and the receiving device should perform error handling. In this example, the results indicate that field 220 has been properly decoded.
  • Turning now to FIG. 7, an embodiment is shown wherein, in the transmitting device, a selected error injection mask 720 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 730. Data block 200 including field 730 and field 220 is transmitted and received in the receiving device.
  • At the receiving device, a selected error injection mask 750 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 732 and error detection bits 734 in field 730 to modify both the data bits 732 and the error detection bits 734, resulting in a modified field 760. An error detection calculation (in this example a Checksum calculation) is applied to data bits 762 and a calculated Checksum 770 is compared to error detection bits 764. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received. If the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 732, or both) and the receiving device should perform error handling. In this example, the results indicate that field 220 has been properly decoded.
  • Turning now to FIG. 8, an embodiment is shown wherein, in the transmitting device, a selected error injection mask 820 (which is selected based on the bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 830. Data block 200 including field 830 and field 220 is transmitted and received in the receiving device.
  • At the receiving device, a selected error injection mask 850 (which is selected based on the decoded bit values in field 220) is combined (using bitwise modulo 2 addition) with the data bits 832 and error detection bits 834 in field 830 to modify both the data bits 832 and the error detection bits 834, resulting in a modified field 860. An error detection calculation (in this example a Checksum calculation) is applied to data bits 862 and a calculated Checksum 870 is compared to error detection bits 864. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received. If the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in field 220, in decoding the data bits 832, or both) and the receiving device should perform error handling. In this example, the results indicate that field 220 has not been properly decoded.
  • Turning now to FIG. 9, an embodiment is shown wherein, multiples masks are applied to the data bits 212 and error detection bits 214 of field 220 to detect errors in decoding the bits of multiple fields in data block 200, each of which have no error detection bits or limited error detection bits. In the particular illustration shown in FIG. 2, two masks are applied (one corresponding to field 220 and the other corresponding to field 230). However, any number of masks can be applied based on the teachings herein. However, care should be taken in selecting the predetermined mask values so that error in more than one field do not potentially cancel each other leading to unreliable results.
  • In the transmitting device, selected error injection masks 920 (which is selected based on the bit values in field 220) and 925 (which is selected based on the bit values in field 230) are combined (using bitwise modulo 2 addition) with the data bits 212 and error detection bits 214 in field 210 to modify both the data bits 212 and the error detection bits 214, resulting in a modified field 930. Data block 200 including field 930 and fields 220 and 230 is transmitted and received in the receiving device.
  • At the receiving device, selected error injection masks 940 (which is selected based on the decoded bit values in field 220) and 950 (which is selected based on the decoded bit values in field 230) are combined (using bitwise modulo 2 addition) with the data bits 932 and error detection bits 934 in field 930 to modify both the data bits 932 and the error detection bits 934, resulting in a modified field 960. An error detection calculation (in this example a Checksum calculation) is applied to data bits 962 and a calculated Checksum 970 is compared to error detection bits 964. If the two values are equal, then it can be concluded that field 220 was properly decoded, and normal processing can be continued in the receiving device, which is dependent on the type of data block received. If the two values are not equal, then it can be concluded that an error has occurred (e.g., in decoding the bits in fields 220 or 230, in decoding the data bits 832, or any combination of the three) and the receiving device should perform error handling. In this example, the results indicate that fields 220 and 230 have been properly decoded.
  • Figure 10 illustrates an exemplary DMR Data and Control burst as defined in ETSI TS 102 361-1 . The data and control burst contains an Info field 1010 containing 196 bits of information. In this example, the information consists of Link Control (LC) 1016, error detection (CRC) 1018, and Block Product Turbo Code (BPTC) FEC parity (not shown) added by BPTC (196, 96) Encoder 1014. The data and control burst also contains a 20-bit Slot Type field 1020 that defines the meaning of the information bits. The Slot Type field includes a Color Code (CC) Field 1022, a Data Type field 1024, and FEC Parity 1026 in accordance with ETSI TS 102 361-1 . In this example, the Data Type field 1024 could be set to Voice LC Header. The center of the burst contains either a synchronization pattern or embedded signaling information field 1030 in accordance with ETSI TS 102 361-1 . Also shown is an Interleaver 1012 in accordance with ETSI TS 102 361-1 .
  • Turning now to FIG. 11, a method 1100 is shown for error detection in a DMR TDMA burst, such as burst 1000, in accordance with an embodiment of the present invention. In this embodiment, a transmitting device generates a DMR TDMA burst 1000 in accordance with the teachings herein that enables error detection of data type bits 1024 in the Slot Type field 1020 using the error detection mechanism in the Information field 1010. It should be noted that with respect to this exemplary burst 1000, only the data and/or error detection parity in Information field 1010 are "modified" in accordance with the teachings herein, and the generation of bits for the remaining fields shown in FIG. 10 are as disclosed in ETSI TS 102 361-1 , the generation of which will not be further described herein for the sake of brevity.
  • At a step 1102 of method 1100, the data type bits 1024 and data bits (in this case LC bits) 1016 are generated and accepted, respectively, into the Slot Type field 1020 and the Information field 1010 of burst 1000. At a step 1104 error detection parity (e.g., CRC) 1018 is calculated for the LC data bits 1016 and appended to the LC data bits 1016 within the Information field 1010 of burst 1000, at a step 1106. At a step 1108, the transmitting device selects an error injection mask for the specified data type bits 1024 accepted at step 1102. At a step 1110, the selected error injection mask is applied (using bitwise modulo 2 addition for example) to the LC data bits 1016 and CRC parity 1018 to generate modified LC data bits 1016 and/or CRC parity 1018. At a step 1112, the transmitting device transmits to a receiving device the burst 1000 that includes (among other fields with their corresponding bits, of course) the Slot Type Field 1020 including the data type bits 1024 and the Information Field 1010 including the modified LC data bits 1016 and/or CRC parity 1018.
  • We now turn back momentarily to step 1108 and 1110 of selecting and applying an error injection mask. Each data type already designated in ETSI TS 102 361-1 is assigned a predetermined error injection mask. Additional error injection masks may also be predetermined and reserved for future data types. Tables 1 and 2 below show exemplary error injection masks that may be assigned to present and future data types. These exemplary data mask are selected based on the specified data type from the table and applied to Information field 1010 to modify only the CRC parity 1018. In this case, since the data type is Voice LC Header the error injection mask 96969616 corresponding to Voice LC Header is selected and applied to Information field 1010 to modify CRC parity 1018. However, as explained above, in other embodiments error injection masks may be predetermined that would modify only the LC data bits 1016 or both LC data bits 1016 and the CRC parity 1018. Table 1
    Data Type 8-bit Mask (base 16) 9-bit Mask (base 8) 16-bit Mask (base 16)
    PI Header 0 69 551 6969
    Voice LC Header 1 96 226 9696
    Terminator with LC 2 99 631 9999
    CSBK 3 a5 645 a5a5
    MBC Header 4 aa 252 aaaa
    MBC Continuation 5 c3 703 c3c3
    Data Header 6 cc 314 cccc
    Rate ½ Data Continuation 7 f0 360 fOfO
    Rate % Data Continuation 8 ff 777 ffff
    Idle 9 00 000 0000
    Reserved for future use a 0f 417 0f0f
    Reserved for future use b 33 463 3333
    Reserved for future use c 3c 074 3c3c
    Reserved for future use d 55 525 5555
    Reserved for future use e 5a 132 5a5a
    Reserved for future use f 66 146 6666
    Table 2
    Data Type 24-bit Mask (base 16) 32-bit Mask (base 16)
    PI Header 0 696969 69696969
    Voice LC Header 1 969696 96969696
    Terminator with LC 2 999999 99999999
    CSBK 3 a5a5a5 a5a5a5a5
    MBC Header 4 aaaaaa aaaaaaaa
    MBC Continuation 5 c3c3c3 c3c3c3c3
    Data Header 6 cccccc cccccccc
    Rate ½ Data Continuation 7 fOfOfO fOfOfOfO
    Rate % Data Continuation 8 ffffff ffffffff
    Idle 9 000000 00000000
    Reserved for future use a 0f0f0f 0f0f0f0f
    Reserved for future use b 333333 33333333
    Reserved for future use c 3c3c3c 3c3c3c3c
    Reserved for future use d 555555 55555555
    Reserved for future use e 5a5a5a 5a5a5a5a
    Reserved for future use f 666666 66666666
  • In another embodiment, error detection for at least one other field in the burst can be performed using the error detection mechanism of the Information field 1010. For example, another field that has no error detection and which can be a second field for which error detection can be performed using the error detection of Information field 1010 is the Color Code (CC) field 922. In this embodiment, a second set of predetermined masks, e.g., shown in Tables 3 and 4 below, can be used to facilitate error detection in the CC field in accordance with the teachings above. Accordingly, at the transmitter device both masks would be applied to modify the CRC parity and two selected masks would be applied at the receiving device to again modify the CRC parity. Error detection could then be performed similar to that described below by reference to FIG. 12. Table 3
    Secondary Field 8-bit Mask (base 16) 9-bit Mask (base 8) 16-bit Mask (base 16)
    Value 0 0 6a 626 6996
    Value 1 1 95 151 9669
    Value 2 2 9a 546 9966
    Value 3 3 c0 474 a55a
    Value 4 4 cf 063 aa55
    Value 5 5 a6 532 c33c
    Value 6 6 a9 125 cc33
    Value 7 7 f3 017 f00f
    Value 8 8 fc 400 ff00
    Value 9 9 03 377 00ff
    Value 10 a 0c 760 0ff0
    Value 11 b 30 714 33cc
    Value 12 c 3f 303 3cc3
    Value 13 d 56 652 55aa
    Value 14 e 59 245 5aa5
    Value 15 f 65 231 6699
    Table 4
    Secondary Field 24-bit Mask (base 16) 32-bit Mask (base 16)
    Value 0 0 699669 69966996
    Value 1 1 966996 96699669
    Value 2 2 996699 99669966
    Value 3 3 a55aa5 a55aa55a
    Value 4 4 aa55aa aa55aa55
    Value 5 5 c33cc3 c33cc33c
    Value 6 6 cc33cc cc33cc33
    Value 7 7 f00ff0 f00ff00f
    Value 8 8 ff00ff ff00ff00
    Value 9 9 00ff00 00ff00ff
    Value 10 a 0ff00f 0ff00ff0
    Value 11 b 33cc33 33cc33cc
    Value 12 c 3cc33c 3cc333c3
    Value 13 d 55aa55 55aa55aa
    Value 14 e 5aa55a 5aa55aa5
    Value 15 f 669966 66996699
  • Turning now to FIG. 12, the receiving device, at a step 1202, receives the burst 1000 from the transmitting device that includes (among other fields with their corresponding bits, of course) the Slot Type Field 1020 including the data type bits 1024 and the Information Field 1010 including the modified LC data bits 1016 and/or CRC parity 1018. At a step 1204 the receiving device decodes the data type bits 1024 in the Slot Type field 1020 to identify the data type for the data bits 1016 in the Information field 1010 of the received burst 1000. The receiving device uses a (196, 96) BPTC Decoder to decode the bits that were encoded by the (196, 96) BPTC Encoder in the transmitting device. The receiving device then selects the error injection mask corresponding to the decoded data type bits 1024. If the receiver decodes the data type correctly, it will select the error injection mask corresponding to Voice LC Header data type (in this case 96969616).
  • The receiving device applies the selected error injection mask (using bitwise modulo 2 arithmetic) to the data bits 1016 and CRC parity 1018, at a step 1208, to (in this case) modify the CRC parity 1018. The receiving device performs an error detection calculation, at a step 1210, (in this case a CRC calculation) on the modified Information field. From the CRC calculation, at a step 1212, the receiving device determines whether to continue normal processing at a step 1216 when the CRC calculation indicate no decoding errors in decoding the data type bits 1024 and in decoding the LC bits 1016. If the CRC calculation indicates a decoding error (which could be in either the data type or data bits), the receiving device performs error handling at a step 1214, for instance, in a manner as discussed above.
  • Thus, where the receiving device correctly decodes the data type and the data bits, the CRC will so indicate, with the particular indication depending on how the CRC calculation was performed. In one embodiment, for example as discussed in general above, the CRC calculation can be performed on just the LC data bits 1016 and a comparison made between the calculated CRC and the CRC bits 1018 prior to the Information field being modified using the error injection mask. Where the two values are equal, this indicates that the receiving device correctly decoded the data type bits 1024 and correctly decoded the LC bits 1016. A difference in the values similarly indicates that the CRC bits 1018 and/or the LC bits 1018 were incorrectly decoded. In another embodiment, also as discussed above, the CRC calculation can be performed on both the LC data bits 1016 and the current CRC bits 1018 and a comparison made between the calculated CRC and a predetermined bit value such as zero. Where the calculated CRC is zero, this indicates that the receiving device correctly decoded the data type bits 1024 and correctly decoded the LC bits 1016. A CRC other than zero indicates that the CRC bits 1018 and/or the LC bits 1018 were incorrectly decoded.
  • In the foregoing specification, specific embodiments of the present invention have been described. However, one of ordinary skill in the art appreciates that various modifications and changes can be made without departing from the scope of the present invention as set forth in the claims below. Accordingly, the specification and figures are to be regarded in an illustrative rather than a restrictive sense, and all such modifications are intended to be included within the scope of present invention. The benefits, advantages, solutions to problems, and any element(s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as a critical, required, or essential features or elements of any or all the claims. The invention is defined solely by the appended claims including any amendments made during the pendency of this application and all equivalents of those claims as issued.
  • Moreover in this document, relational terms such as first and second, top and bottom, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. The terms "comprises," "comprising," "has", "having," "includes", "including," "contains", "containing" or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises, has, includes, contains a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "comprises ... a", "has ... a", "includes ... a", "contains ... a" does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that comprises, has, includes, contains the element. The terms "a" and "an" are defined as one or more unless explicitly stated otherwise herein. The terms "substantially", "essentially", "approximately", "about" or any other version thereof, are defined as being close to as understood by one of ordinary skill in the art, and in one non-limiting embodiment the term is defined to be within 10%, in another embodiment within 5%, in another embodiment within 1% and in another embodiment within 0.5%. The term "coupled" as used herein is defined as connected, although not necessarily directly and not necessarily mechanically. A device or structure that is "configured" in a certain way is configured in at least that way, but may also be configured in ways that are not listed.

Claims (9)

  1. A method for error detection in a data block defined in accordance with ETSI TS 102 361-1, comprising the steps of:
    generating a data block comprising a first field having a first plurality of bits that includes an error detection portion indicating an error detection value based on a first portion of the first plurality of bits and used for error detection in decoding the first portion of the first plurality of bits, and the data block further comprising at least a second field having a second plurality of bits, the second field comprising a data type field;
    selecting an error injection mask based on the data type field, each data type designated in ETSI TS 102 361-1 having been assigned a predetermined error injection mask;
    applying the selected error injection mask to the first plurality of bits by bitwise modulo 2 addition to generate a modified first plurality of bits that is used for error detection in decoding the second plurality of bits; and
    transmitting the data block with the modified first plurality of bits.
  2. The method of Claim 1, wherein the data block comprises a digital mobile radio (DMR) Time Division Multiple Access (TDMA) burst as defined in ETSI (European Telecommunications Standards Institute) TS (Technical Specification) 102 361-1.
  3. The method of Claim 1, wherein:
    the first field comprises information and the first plurality of bits comprises error detection bits and data bits of a first data type;
    the second field comprises a data type field, and the second plurality of bits indicates the first data type; and
    the error injection mask corresponds to the first data type.
  4. The method of Claim 3, wherein modifying the first plurality of bits comprises at least one of:
    modifying the error detection bits; and
    modifying the data bits.
  5. A method for error detection in a data block defined in accordance with ETSI TS 102 361-1, comprising the steps of:
    receiving a data block comprising a first field having a first plurality of bits that includes an error detection portion indicating an error detection value, the data block further comprising at least a second field having a second plurality of bits and comprising a data type field;
    decoding the second plurality of bits to identify the data type;
    selecting an error injection mask based on the data type field, each data type designated in ETSI TS 102 361-1 having been assigned a predetermined injection mask;
    applying the selected error injection mask to the first plurality of bits by bitwise modulo 2 addition to generate a modified first plurality of bits that includes a resultant error detection value; and
    detecting whether the decoding results for the second field are correct based on the resultant error detection value indicated in the first field.
  6. The method of Claim 5, wherein the data block comprises a digital mobile radio (DMR) Time Division Multiple Access (TDMA) burst as defined in ETSI (European Telecommunications Standards Institute) TS (Technical Specification) 102 361-1.
  7. The method of Claim 5, wherein:
    the first field comprises information and the first plurality of bits comprises error detection bits and data bits of a first data type;
    the second field comprises a data type field, and the second plurality of bits indicates the first data type;
    the error injection mask corresponds to the first data type; and
    modifying the first plurality of bits comprises at least one of modifying the error detection bits or modifying the data bits.
  8. The method of Claim 5, wherein the data block further comprising at least a third field having a third plurality of bits, and the method further comprising the steps of:
    decoding the third plurality of bits to generate second decoding results;
    selecting a second error injection mask based on the second decoding results;
    further modifying the first plurality of bits with the second error injection mask to generate the modified first plurality of bits that includes the resultant error detection value; and
    further detecting whether the second decoding results for the third field are correct based on the resultant error detection value indicated in the first field.
  9. A device for error detection in a data block defined in accordance with ETSI TS 102 361-1, comprising:
    a processing device:
    generating a data block comprising a first field having a first plurality of bits that includes an error detection portion indicating an error detection value based on a first portion of the first plurality of bits and used for error detection in decoding the first portion of the first plurality of bits, and the data block further comprising at least a second field having a second plurality of bits, the second field comprising a data type field;
    selecting an error injection mask based on the data type field, each data type designated in ETSI TS 102 361-1 having been assigned a predetermined error injection mask; and
    applying the selected error injection mask to the first plurality of bits by bitwise modulo 2 addition to generate a modified first plurality of bits that is used for error detection in decoding the second plurality of bits; and
    a transmitter transmitting the data block with the modified first plurality of bits.
EP07799864.9A 2006-08-14 2007-07-27 Method and apparatus for error detection in a data block Active EP2052482B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PL07799864T PL2052482T3 (en) 2006-08-14 2007-07-27 Method and apparatus for error detection in a data block

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/464,369 US7500170B2 (en) 2006-08-14 2006-08-14 Method and apparatus for error detection in a data block
PCT/US2007/074539 WO2008021693A2 (en) 2006-08-14 2007-07-27 Method and apparatus for error detection in a data block

Publications (3)

Publication Number Publication Date
EP2052482A2 EP2052482A2 (en) 2009-04-29
EP2052482A4 EP2052482A4 (en) 2009-09-09
EP2052482B1 true EP2052482B1 (en) 2017-09-06

Family

ID=39082862

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07799864.9A Active EP2052482B1 (en) 2006-08-14 2007-07-27 Method and apparatus for error detection in a data block

Country Status (13)

Country Link
US (1) US7500170B2 (en)
EP (1) EP2052482B1 (en)
JP (1) JP5282574B2 (en)
CN (1) CN101411109B (en)
AU (1) AU2007284221B2 (en)
BR (1) BRPI0708491B1 (en)
CA (1) CA2642102C (en)
ES (1) ES2651194T3 (en)
MX (1) MX2008010665A (en)
NZ (1) NZ570506A (en)
PL (1) PL2052482T3 (en)
RU (1) RU2392750C1 (en)
WO (1) WO2008021693A2 (en)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8181100B1 (en) * 2008-02-07 2012-05-15 Marvell International Ltd. Memory fault injection
US8411662B1 (en) 2005-10-04 2013-04-02 Pico Mobile Networks, Inc. Beacon based proximity services
US7568137B1 (en) * 2007-03-27 2009-07-28 Xilinx, Inc. Method and apparatus for a clock and data recovery circuit
US20100238428A1 (en) * 2007-06-07 2010-09-23 Afl Telecommunications Llc Method for detecting fiber optic fibers and ribbons
US20140281761A1 (en) * 2008-03-11 2014-09-18 Peter Lablans Reversible corruption of a digital medium stream by multi-valued modification in accordance with an automatically generated mask
US8627163B2 (en) * 2008-03-25 2014-01-07 Micron Technology, Inc. Error-correction forced mode with M-sequence
EP2151940A1 (en) * 2008-08-05 2010-02-10 Nokia Siemens Networks OY Communication network element and method transmitting data
US8892983B2 (en) * 2008-11-04 2014-11-18 Alcatel Lucent Method and apparatus for error detection in a communication system
US8438452B2 (en) * 2008-12-29 2013-05-07 Intel Corporation Poison bit error checking code scheme
US8281216B2 (en) * 2009-03-31 2012-10-02 Motorola Solutions, Inc. Method for assigning and utilizing forward error correcting (FEC) codes
US8949801B2 (en) * 2009-05-13 2015-02-03 International Business Machines Corporation Failure recovery for stream processing applications
US8566688B2 (en) * 2009-09-01 2013-10-22 Ensequence, Inc. Method of certifying multiple versions of an application
US9380401B1 (en) 2010-02-03 2016-06-28 Marvell International Ltd. Signaling schemes allowing discovery of network devices capable of operating in multiple network modes
US8458650B2 (en) * 2010-03-29 2013-06-04 International Business Machines Corporation Injecting a fault into a stream operator in a data stream processing application
CN102263612B (en) * 2011-07-18 2014-12-17 杭州承联通信技术有限公司 Error detection method used for data block and equipment thereof
US9749448B2 (en) * 2014-11-25 2017-08-29 Intel Corporation Header parity error handling
US9942895B2 (en) * 2015-07-31 2018-04-10 Hughes Network Systems, Llc Burst grouping with reduced overhead
CN108572788A (en) * 2017-03-13 2018-09-25 广州市动景计算机科技有限公司 Data access method, apparatus and system
US11047766B2 (en) 2018-04-11 2021-06-29 Afl Telecommunications Llc Systems and methods for identification and testing of optical fibers
US11937244B2 (en) * 2018-09-28 2024-03-19 Telefonaktiebolagget LM Ericsson (Publ) Uplink control information for unlicensed operation
US11152953B2 (en) * 2020-02-28 2021-10-19 Qualcomm Incorporated Error detection for a wireless channel
CN115019862A (en) * 2021-03-04 2022-09-06 瑞昱半导体股份有限公司 Method for verifying error correction circuit of static random access memory
US11762736B2 (en) * 2021-05-18 2023-09-19 Samsung Electronics Co., Ltd. Semiconductor memory devices

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04245819A (en) * 1991-01-31 1992-09-02 Pioneer Electron Corp Information signal transmission equipment provided with error correcting function
JPH08195736A (en) * 1995-01-13 1996-07-30 Nec Corp Communication system
US5574855A (en) * 1995-05-15 1996-11-12 Emc Corporation Method and apparatus for testing raid systems
US5931967A (en) * 1996-02-22 1999-08-03 Fujitsu, Ltd. Method and apparatus for detection of errors in multiple-word communications
CA2333386A1 (en) * 1998-05-27 1999-12-02 Qlogic Corporation Circuit and method for rapid checking of error correction codes using cyclic redundancy check
US6233073B1 (en) * 1998-07-30 2001-05-15 International Business Machines Corporation Diagnostic injection of transmission errors in fiber optic networks
US6631481B1 (en) * 2000-02-16 2003-10-07 International Business Machines Corporation Method and apparatus for injecting an error into a waveform sent over a data link
US6622268B2 (en) * 2000-11-29 2003-09-16 Intel Corp Method and apparatus for propagating error status over an ECC protected channel
US6751756B1 (en) * 2000-12-01 2004-06-15 Unisys Corporation First level cache parity error inject
US6704894B1 (en) * 2000-12-21 2004-03-09 Lockheed Martin Corporation Fault insertion using on-card reprogrammable devices
FR2854512B1 (en) * 2003-04-30 2005-07-08 Nortel Networks Ltd METHOD AND DEVICE FOR RECEIVING DATA BLOCKS
CN1716211A (en) * 2004-07-02 2006-01-04 中国科学院上海微系统与信息技术研究所 Data error detects and corrects the positive and negative coding structure of intersection of usefulness and the method for decoding
US7669095B2 (en) * 2006-02-01 2010-02-23 International Business Machines Corporation Methods and apparatus for error injection

Also Published As

Publication number Publication date
JP2009528728A (en) 2009-08-06
JP5282574B2 (en) 2013-09-04
MX2008010665A (en) 2008-09-01
US7500170B2 (en) 2009-03-03
CA2642102C (en) 2011-12-20
CN101411109B (en) 2013-08-14
BRPI0708491A2 (en) 2011-05-31
CN101411109A (en) 2009-04-15
NZ570506A (en) 2010-09-30
PL2052482T3 (en) 2018-02-28
EP2052482A2 (en) 2009-04-29
AU2007284221B2 (en) 2009-12-10
RU2392750C1 (en) 2010-06-20
WO2008021693A2 (en) 2008-02-21
EP2052482A4 (en) 2009-09-09
ES2651194T3 (en) 2018-01-24
CA2642102A1 (en) 2008-02-21
AU2007284221A1 (en) 2008-02-21
BRPI0708491B1 (en) 2019-11-19
US20080052603A1 (en) 2008-02-28
WO2008021693A3 (en) 2008-11-06

Similar Documents

Publication Publication Date Title
EP2052482B1 (en) Method and apparatus for error detection in a data block
JP2661368B2 (en) Error correction method for transmitted data words
US6868520B1 (en) Method and apparatus for providing high quality transmissions in a telecommunications system
EP1357691B1 (en) A method for encoding a user identifier in a communication system
AU755043B2 (en) Data transmission method, data transmission system, transmitter and receiver
US20050268205A1 (en) Method and apparatus for decoding inner and outer codes in a mobile communication system
WO2008117164A2 (en) Encoding and decoding systems with header and data transmission success indication
US20100260292A1 (en) Blind modulation detection
US6658064B1 (en) Method for transmitting background noise information in data transmission in data frames
US20040199848A1 (en) Error correction decoding apparatus and error correction decoding method
JPH10327089A (en) Portable telephone set
JP2006303906A (en) Encoding device, decoding device, and communications system
AU2008214157A1 (en) System and method for processing data and control messages in a communication system
US20030007487A1 (en) Method and an apparatus for use of codes in multicast transmission
US9924451B2 (en) Systems and methods for communicating half-rate encoded voice frames
EP3605851A1 (en) Iterative decoding using re-encoding between decoding stages
US6883130B2 (en) Enhanced and adaptive error detection in digital communications
JP4531985B2 (en) Channel coding method, base station and subscriber station in GSM mobile radio system
Veer OVERVIEW OF ERROR DETECTION AND CORRECTION SCHEME IN COMMUNICATION
JP2003060632A (en) Tdma communication device and system thereof
MXPA00009731A (en) Mobile station employing crc verification using decoding reliability and methods therefor

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20081009

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

A4 Supplementary search report drawn up and despatched

Effective date: 20090810

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20091228

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MOTOROLA SOLUTIONS, INC.

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MOTOROLA SOLUTIONS, INC.

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20170307

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC MT NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: AT

Ref legal event code: REF

Ref document number: 926951

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170915

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602007052293

Country of ref document: DE

REG Reference to a national code

Ref country code: NL

Ref legal event code: FP

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2651194

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20180124

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 926951

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170906

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171206

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20171207

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20180106

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602007052293

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

26N No opposition filed

Effective date: 20180607

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180727

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20180731

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180731

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180731

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180731

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180727

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20180727

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20070727

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170906

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230523

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: NL

Payment date: 20230622

Year of fee payment: 17

Ref country code: IT

Payment date: 20230620

Year of fee payment: 17

Ref country code: FR

Payment date: 20230621

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: PL

Payment date: 20230620

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230620

Year of fee payment: 17

Ref country code: ES

Payment date: 20230801

Year of fee payment: 17

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20230620

Year of fee payment: 17