Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
  • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
  • H04H20/33—Arrangements for simultaneous broadcast of plural pieces of information by plural channels
  • H04H20/34—Arrangements for simultaneous broadcast of plural pieces of information by plural channels using an out-of-band subcarrier signal
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
  • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
  • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
  • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
  • H04H60/47—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for recognising genres
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04H—BROADCAST COMMUNICATION
  • H04H2201/00—Aspects of broadcast communication
  • H04H2201/10—Aspects of broadcast communication characterised by the type of broadcast system
  • H04H2201/13—Aspects of broadcast communication characterised by the type of broadcast system radio data system/radio broadcast data system [RDS/RBDS]

Definitions

• the present invention relates to a communication system for transmitting and receiving enhanced text messages with commercial FM radio broadcasts; and more particularly, to a radio communication system wherein the enhanced text messages are displayed on the face of a radio receiver.
• RDS Radio Data Systems
• RBDS Radio Broadcast Data System
• RDS uses a low data rate digital subcarrier at 57 kHz to transmit data such as a station's call letters or program type (Jazz, etc.) along with the main radio signal.
• the data rate is 1187.5 bits per second, equivalent to a 1200 baud modem, although after overhead and mandatory protocol elements are accounted for the remaining data rate available to applications is about 300 bits per second.
• Radio Text There is also a provision for sending 32 or 64 character text messages, referred to as "Radio Text”.
• the data is typically displayed on a small monochrome text screen mounted on the radio's face. Most commonly, this screen is 8 characters long, and Radio Text messages are scrolled across the screen to present the entire message.
• the RBDS standard is created and published by the National Radio Systems Committee (NRSC), formed jointly by the National Association of Broadcasters (NAB) and the Consumer Electronics Manufacturers Association (CEMA), a division of the Electronics Industry Association (EIA).
• NRSC National Radio Systems Committee
• CEMA Consumer Electronics Manufacturers Association
• the RBDS standard is a derivative of the RDS standard published by the European Broadcasting Union, headquartered in Geneva, Switzerland, as CENELEC EN50067.
• the RDS data stream consists of 16-bit blocks called A, B, C, and D, which are transmitted sequentially in endless repetition.
• Each block carries a specific data type, which is defined by the RDS protocol.
• the A block always carries the radio station ID
• B-blocks contain control information
• the C block carries either station ID or data
• the D-blocks contain data.
• Each specific arrangement of A, B, C, and D blocks is called a group, of which there are 32 types, divided into 16 type A groups, and 16 type B groups.
• the RDS and RBDS standards define specific meanings or applications for several of these groups, while several groups remain unused and undefined.
• Group types are referred to with the notation 0A, 0B through 15 A, 15B.
• the distinguishing character of group type B is that the station ID from the A-Block is duplicated in the C-block of the group, making this slot unavailable for data. In the US, the station ID serves no purpose.
• the Group Type determines the application, and thereby the definition of all the variable bits in the B-Block.
• the Group Types and applications of primary interest to broadcasters in the US include: 0A, Alternate Frequency and Program Service Name (Slogan); 2A & 2B, Radio Text; 10A, Program Type Name (PTYN); and 0B & 15 A, Program Service Name (Slogan).
• the Group 0A has two applications, one in which the C-Block carries Alternate Frequency information, and one in which the D-block carries Program Service information (also called Slogan).
• Two individual bits in the B block are used for highway traffic announcement related indicators (the TP bit, and the TA bit).
• the TP bit assignment is common to all group types, while the TA bit assignment is only defined in three of the group types.
• the B block was configured as described in Figure 2.
• radio stations can identify themselves as one, but only one, of the 32 categories of Program Types using the PTY bits as listed in TABLE I below.
• a radio station could define itself as a Rock station, and a listener using an RDS receiver designed to scan for stations by format would be able to find this station. If during a News, Weather, or Sports announcement the station wished to be found by scanning, they could change their PTY to one of News, Weather, or Sports. If the station had selected News, and a listener were scanning at that moment for News, the station would be found. However, once the station changes its PTY from Rock to News, other receivers searching for Rock stations will not discover it until it changes back.
• a station can use RDS to identify itself by any one of the available Program Types, specifying a music format (Rock, Classical, jazz, etc.), or a non-musical program format (News, Weather, or Sports), but only one at a time; and if the station is classified by anything other than what a listener is scanning for, it won't be found.
• Program Types specifying a music format (Rock, Classical, jazz, etc.), or a non-musical program format (News, Weather, or Sports), but only one at a time; and if the station is classified by anything other than what a listener is scanning for, it won't be found.
• TP Traffic Program
• a radio station may turn on the TP bit to indicate that the station does provide traffic announcements sometime during the day. Obviously, this fact by itself is not very meaningful to listeners interested in hearing a traffic report.
• the TP bit is associated with a Traffic Announcement (TA) bit (bit 4) for group types 0A, 0B, and 15B.
• TA Traffic Announcement
• the data indicating a traffic report would need to be available in every B-Block being transmitted. Otherwise, if the moment a receiver tuned to a specific station and did not find the desired data, it would have to interpret the absence of that data as an indication that no traffic report is present, and go on to the next station. Otherwise, the receiver would be required to spend an indeterminable amount of time monitoring each and every station in a scan, rendering such a scan useless.
• Radio Text is implemented in application groups 2A and 2B.
• the Radio Text feature of Group Type 2A transmits a text stream of 64-characters; the Group Type 2B version of Radio Text transmits a 32-character text stream.
• the data transmitted by either version is a monolithic chunk, meaning the receiver treats it as a single chunk of 32-characters, or a single chunk of 64-characters.
• the protocol allows no identification as to what the data being carried represents. In other words, the data could be a string of asterisks, a message like "Welcome to WQXR New York's Classical Radio Station", a phone number, or any other piece of information.
• the receiving radio has no way to tell the nature of this data or how to use it. The data can be displayed, and nothing else. Many receivers suppress the display of Radio Text data since in most cases the display screen on the radio is too small and therefore the Radio Text data must be scrolled across it, and since in the present state of the art the information to be transmitted is usually frivolous.
• the present invention provides an enhanced radio data system which represents a significant improvement over RDS.
• Enhanced Radio Data As used herein, the term "Enhanced Radio Data
• the enhanced radio data system incorporates a protocol enhancement of RDS involving the redefinition of several bits within the B-block as illustrated in Figure 3. This new protocol, which is backward compatible with RDS receivers, enables the efficient transmission of data such as "Artist & Title,” “Coming Next,” DJ names, advertisements, phone numbers, etc., coupled with the ability of the receiver to handle this data in an intelligent way.
• the present invention offers several improvements over RDS, as set out in the following three items.
• the Enhanced Radio Data System specifies a minimum screen size of two lines by 16 characters each, wherein, for Artist and Title information, "Artist” information would be presented on the top line and “Title” would be presented on the bottom line, and wherein for Coming Next information, the words “Coming Next" would be presented on the top line, and the name of the event that is coming next would be on the bottom line, as illustrated in Figure 4.
• Radio stations can transmit indicators of announcements, such as News, Weather, Sports, or Traffic, independently of the Program Type specified in the B-block, and thus receivers can be designed to scan for stations broadcasting these announcements, while still being able to scan to find radio stations by program format.
• announcements such as News, Weather, Sports, or Traffic
• receivers can be designed to scan for stations broadcasting these announcements, while still being able to scan to find radio stations by program format.
• Enhanced Radio Data System comprising the same transmission and receiver elements as today's RDS and RBDS.
• These transmission and receiver elements comprise: (i) a generating means for generating a carrier wave at a first predetermined frequency and a subcarrier wave at a second predetermined frequency; (ii) an encoding means for coding the text; (iii) a first modulation means for encoding the subcarrier with the text data generating an encoded subcarrier; (iv) a scheduling means for scheduling the encoding of the subcarrier wave at predetermined intervals; (v) a summing means for adding the audio signal and encoded subcarrier thereby generating a summed signal; (vi) a second modulation means for encoding the carrier wave with the summed signal thereby generating a modulated carrier wave containing both audio signal and text data; (vii) a transmission means for transmitting the modulated carrier wave; (viii) a receiving means for receiving the modulated carrier wave; (ix) a decoding
• the invention also provides a method for encoding text messages into a commercial radio transmission comprising the steps of: (i) storing into memory a text message; (ii) generating a subcarrier of the carrier frequency of the radio transmission; (iii) segmenting the text message into text segments and blocks of binary data; (iv) assembling the blocks into groups of four blocks each, the groups comprising a data stream for transmission; (v) encoding the groups with Announcement Type bits and Sub-Group Application bits along with the associated data; (vi) modulating the subcarrier with the data stream; and (vii) transmitting the modulated subcarrier as part of the carrier frequency.
• the Enhanced Radio Data System receiver comprises an FM receiver, RDS demodulator and decoder, display, microprocessor and memory.
• FIG.l is a block diagram illustrating the components in an RDS broadcasting and receiving system, and the process of encoding data onto a sub-carrier, and then modulating the encoded data along with audio onto the radio station's main canier frequency;
• FIG. 2 is an illustration of the bit placement and coding of the prior art B-Block of the RDS/RBDS protocol
• FIG. 3 is an illustration of the bit placement and coding of the current invention
• FIG. 4 is an illustration of the minimum screen size and data placements for the most typical Sub-Group Applications enabled by the Enhanced Radio Data System; and, FIG. 5 is a flow chart illustrating the process of encoding a text message using the
• the Enhanced Radio Data System is defined herein as an RDS application using a pair of the available Group Types such as 1 1 A and 1 IB, although the more important Sub-Group Applications could be transmitted with just a single Group Type, such as 11 A.
• the present invention redefines bits in the B block within this application in a specific fashion.
• the prior art B-Block arrangement is illustrated in FIG. 2, and can be compared to the arrangement of the present invention, shown in FIG. 3.
• both anangements provide the same Group Type definitions using bits 15-11.
• both arrangements provide the same Program Type definitions using bits 9-5.
• bit 10 is defined as TP (Traffic Program) for all Group Types, and bits 4-0 are variable, dependent upon Group Type.
• bit 4 is used as TA (Traffic Announcement), to be used in conjunction with TP.
• bits 10 and 4 are redefined into a pair of bits that can indicate an Announcement Type from the following selection: no announcement, news/weather/sports, traffic, or comedy, as described in TABLE III below. This redefinition is backward compatible with the prior art RDS.
• Bits comprising the two bit code are bit 10 and bit 4.
• Variable bits 3-0 are redefined as a Sub-Group Application counter/identifier for associated C-& D-blocks.
• the redefined Sub-Group Application bits are characterized by the new protocol of the present invention as shown in TABLE TV below.
• the availability of Sub-Group Applications as defined in this invention enable one pair of Group Types to encompass all the RDS applications of primary interest to U.S. broadcasters, as identified earlier, plus new applications of strong interest to broadcasters and consumers like phone and fax numbers.
• some Sub-Group Applications are identified with the same terms as used for the counterpart RDS applications. These are: "PS" for "Program Service Name", optionally called "Slogan";
• PTYN Program Type Name
• Program Type Name typically implemented as the name of a program - e.g., the radio talk show of Rush Limbaugh might bear the PTYN of "Limbaugh”; and "AF" for
• TABLE V describes particular data formatting enabled by the unique design of the Sub-Group Applications as incorporating fielded data.
• a radio station call sign being either three or four characters beginning with either K or W, would require a field of 32 bits to store the data at the standard encoding form of 8 bits (1 byte) per character in ASCII or similar data formats.
• more appropriate encodings as shown below have been utilized in the specification to squeeze the call sign into 16 bits (2 bytes).
• telephone and fax numbers can be more appropriately encoded.
• the North American 10-digit dial plan numbering scheme would require 80 bits (10 bytes) to encode using ASCII.
• the method indicated below in TABLE V can encode a 10-digit phone number with only 16 bits (2 bytes).
• Phone & Fax numbers in BCD Format (16 bits in D-block) bits 15 - 12: 1st decimal digit bits 11 - 8: 2nd decimal digit bits 7 - 4: 3rd decimal digit bits 3 - 0: 4th decimal digit
• the radio system comprises a transmitting system, shown generally at 10, and a receiving system shown generally at 24, those systems being further comprised of: a generating means 12 for generating a carrier wave at a first predetermined frequency and a subcarrier wave at a second predetermined frequency; an encoding means 13 for encoding text and graphic data; a first modulation means 14 for encoding the subcanier with the text data generating an encoded subcarrier; a scheduling means 16 for scheduling the encoding of the subcarrier wave at predetermined intervals; a summing means 18 for adding the audio signal and encoded subcanier thereby generating a summed signal; a second modulation means 20 for encoding the carrier wave with the summed signal thereby generating a modulated carrier wave containing both audio signal and text data; a transmission means for transmitting the modulated carrier wave; a receiving means for receiving the modulated carrier wave; a decoding
• This encoding step provides a method for encoding text messages into a commercial radio transmission comprising the steps of: storing a text message 60 into memory 62; segmenting the text message into text segments and blocks of binary data 64; Sub-Group Application encoding of the data 66 into associated groups for transmission 68, 70, 72, and 74, bearing unique data identifiers in the B-Block 76, and associated data in C- and D-B locks 78; assembling the segmented data into groups of four blocks each, the groups comprising a data stream for transmission, shown generally at 80.
• FIGURE 4 illustrates the concepts of an increased minimum screen size and the benefits of prescribed locations for specific types of information on a display screen.
• the minimum screen size defined by this invention is two lines by 16 characters each, totaling 32 characters.
• the screen indicated as "Basic Data” illustrates a placement basic information such as a listener would be interested in learning rapidly upon tuning to a station. This information includes the frequency 40, the Program Type 42, the radio station's call sign or slogan 44, and the name of the program presently being broadcast 46.
• the screen indicated as "Artist & Title” illustrates using the top line to present the artist's name, shown at 48, and the bottom line to present the song title, shown at 50.
• the screen indicated as "Coming Next” illustrates using the top line to present the words “Coming Next", shown at 52, and the bottom line to present the name of the artist or similar information identifying the desired subsequent event, shown at 54.
• the phrase "Coming Next" is not transmitted to the receiver, only the data to be presented at 54.
• the receiver knowing the nature of the data 54 as a result of its encoding as a Sub-Group Application, knows to present the received data on the bottom line, and the phrase "Coming Next" on the top line.
• the present invention defines a new protocol for RDS. All features depend on a new B-block to provide Announcement Type data as well as Sub-Group Application indicators to identify data elements in associated C- and D-blocks.

Landscapes

• Engineering & Computer Science (AREA)
• Signal Processing (AREA)
• Circuits Of Receivers In General (AREA)

Applications Claiming Priority (3)

Publications (1)

Family

ID=23897838

Family Applications (1)

Country Status (3)

Families Citing this family (2)

Family Cites Families (2)

• 2000
  • 2000-06-14 WO PCT/US2000/016282 patent/WO2001050650A1/en not_active Application Discontinuation
  • 2000-06-14 EP EP00942792A patent/EP1247361A1/de not_active Withdrawn
  • 2000-06-14 AU AU57364/00A patent/AU5736400A/en not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events