IMPROVEMENTS TO RDS RADIO SYSTEM

Abstract: A radio data system transmits message groups comprising four blocks of which the first always carries the programme identification code for the transmitting network (PI(TN)). One type of message group, identified by a corresponding group type code (GT) in block 2 always carries a programme identification code for another network (PI(ON)) in block 4 and carries various corresponding items of information in block 3. Which of these various items is in block 3 is identified by a user code (UC) in block 2. The items of information in block 3 may in particular include alternative frequency codes for the other network identified in block 4.

Description: IMPROVEMENTS TO RDS RADIO SYSTEM The Radio Data System RDS was developed under the auspices of the European Broadcasting Union (EBU) who publish its specification, "Specification of the radio data system RDS for VHF/FM sound broadcasting" EBU Document 3244-E, 1984. The main objective of this system is to facilitate the realisation of automatic tuning features in new receivers by using the Prograπme Identification (PI) code. Alternative Frequency (AF) codes, and, where appropriate. Other Network (ON) features of RDS. The various codes are carried by a digital data channel accompanying the broadcast progranme. The data is broadcast in what are known as "groups". A group is a 104-bit message σαrtprising four 26-bit blocks called block 1 to block 4. Within a block 16 bits carry information and 10 bits are ' used for error protection, various different types of group have been proposed and the EBU specification gives details of types 0 to 6, all with A and B variants. Every group always carries PI(TN) i.e. the PI code of the transmitting network in block 1. " Block 2 contains various bits and groups of bits including the group type • code, and TP(TN), i.e. the traffic programme flag for the transmitting network bits which signifies whether the group is A type or B type. The usage of blocks 3 and 4 is determined by the group type, indicated by the group type code in block 2. In type OA groups, for example, block 3 carries two alternative frequency codes AF identifying channels which carry the same progrannie, to facilitate rapid switching of channels, especially in car radios, in order to stay tuned to the selected progranme. Block 4 carries a progranme service name PS, two bytes at a tine, for display on a suitably equipped receiver. In type OB groups block 4 is as in type OA except that block 3 repeats the PI code of block 1 - when there is no AF information to transmit. Type B groups in general have block 4 as the corresponding type A group but have PI in block 3 instead of whatever is carried by block 3 in the type A group. A type B group can be used when the A-type is not required to increase the mean rate at which PI(TN) is transmitted. One of the more sophisticated uses of RDS is to transmit information regarding other networks (CN) as well as the transmitting network (TN) to enable receivers to maintain -updated information on other networks. One requirement is then to transmit alternative frequencies for the other networks, i.e. AF(CN). Hie EBU specification proposes to provide this facility in the type 3A group which is shown in the acccπpaiψing Fig. 1 which is derived directly frαn Fig. 10 of the EBU speci ication. The following symbols are used in Fig. 1: PI(IN) PI code for the transmitting network CW Qieckword for a block GT Group type code, 4 bits B A or B type bit TP Traffic programme flag PTϊ " Progranme type code, 5 bits AC Address code, 3 bits UC Usage code, 2 bits AF(CN) Alternative frequency code for other network PI(CN) PI code for other network PIN(CN) Progranme item number for other network TA Traffic announcement flag The usage code UC specifies the contents of block 4, as indicated in block 4. * It will be seen that UC=00 means that block 4 carries a PI(CN) code while UOll means that block 4 carries two AF(CN) codes. Block 3 also carries AF(CN) codes. Since PI(CN) is not always present there has to be seme way of associating the AF(CN) codes with the correct PI(CN) code. This is effected by means of the address code AC is block 2. The AF(CN) information in any group pertains to the PI(CN) information in a group with the same address code. This proposal suffers from a number of disadvantages. Firstly the address code is only 3 bits which limits the transmission of other networks information to 8 networks. This is completely inadequate in developed societies with many different radio networks. Furthermore the PI(CN) data may not be reliably available at the time the ourth block is received, in which case the receiver does not know which network this block relates to and cannot use the information. The mean rate at which other networks information can be transmitted and reliably received is found to be severely limited on this account. The object of the present invention is to overcome these problems and allow other networks inforπmtion to be transmitted reliably and in relation to larger numbers of networks. The invention makes it possible to transmit such information for say 25 networks at approximately the same rate as it was possible for only 8 networks according to the prior art. Moreover there is no arbitrary limit at all as to the number of other networks which can be handled. The invention is defined with particularity in the appended claims but involves the following distinguishing features: Block 4 always carries PI(ON). The usage code in block 2 (which may be longer than 2-bits) now relates to block 3. Any other networks information in block 3 always relates to the other network identified by PI(ON) in block 4. In consequence of the above, no address oode AC is needed in block 2. The invention is particularly suited to transmitting AF(CN) information in a manner proposed in Supplement 1 to the EBU specification, published March 1987 by the EBU Brussels as Supplement 1 to Tech. 3244-E, specifications of the radio data system RDS for VHF/FM sound broadcasting; Protocols for the transmission of Alternative Frequencies. This document describes "Method B" according to which alternative frequencies are listed in matching pairs, each consisting of a tuning frequency and a valid alternative frequency therefor. These may be referred to as mapped frequency pairs. Nevertheless the invention can also be used with "Method B" whereby alternative frequencies are listed above. The invention will be described in more detail, by way of example, with reference to the accαπpaπying drawings, in which: Fig. 1 shows a known RDS group, already described above; Fig. 2A shows a first type A RDS group according to the invention. Fig. 2B shows the corresponding B group. Fig. 3 shows a second type A RDS group according to the invention. Fig. 4 is a block diagram of an RDS receiver and Fig. 5 is a flow-chart for part of the operation of the receiver. In Fig. 2A, block 2, GC, B, TP(TN) and PTY are as in the known group of Fig. 1. However TPfON) and TA(QN) have been transferred to block 2, AC has disappeared and UC is now 3 bits. UC identifies 8 different contents for block 3, as explained below. Block 4 carries PI (ON). For completeness the correspon i g B form is shown in Fig. 2B with block 3 carrying PI(TN), as in all B-form groups. Accordingly the UC bits in block 2 are unused. Fig. 2A does not show the contents of block 3. They are as' follows for the 8 different usage codes UO000 to UOlll binary. UC CON-LEN S 000 PS(ON) bytes 1 and 2 001 PS(Of) bytes 3 and 4 010 PS(ON) bytes 5 and 6 011 PS(ON) bytes 7 and 8 100 Two ϋF(ON), method A 101 AF(CN) mapped pair 110 PTY(ON) + 11 spare bits 111 PIN(ON). Thus four groups may be used to transmit a ccarrplete PS (progranme service) name for the other network identified in block 4, with usage codes 000 to Oil. With usage codes 100 and 101 it is possible to transmit alternative frequencies, by method A and method B respectively, for the other network identified in block 4. Usage codes 110 and 111 enable progranme type and progranme identification number codes for the other network identified in block 4. With usage code 110 there are 11 spare bits available for the broadcasters use. Fig. 3 shows a modified group, which it is proposed shall be group 8A with GI^IOOO. The difference frc Fig. 2A is that TA(CN) has been dropped frcm block 2 to allow the usage code to be expanded to 4 bits, allowing 16 different meanings for the information block 3. It is proposed that codes UC=0000 to 0101 shall be used in the same way as codes UO000 to 101 respectively, tabulated above. Codes UO0110 to 1100 are spare for future applications. UO1101 and UO1110 correspond to UC=101 and UO110 as tabulated above and UOllll is reserved for the broadcaster's use. The corresponding B- form group is not shown but is essentially as in Fig. 2B though with TA(ON) emitted from block 2 and four unused UC bits. It will be appreciated that the invention can readily be implemented using known RDS transmitter and receiver designs. The transmitter is equipped to transmit the message groups on a sub- carrier, as specified in the EBU specification, and the controlling software is arranged to set up the messages formatted as in Fig. 2A or Fig. 3, or the corresponding B-forms. In general a transmitter will be adapted to select any one of the different types of message group identified by the . four GTbits plus the B bit - up to eight different basic group types, each with an A-form and a B-form. Fig. 4 shows the essential features of an RDS receiver. The aerial feeds the RF stage 10 which feeds the conventional sound receiver stages 12 with output to the loudspeaker 14 and also feeds an RDS deooder 16. This deσoder detects the RDS sub-carrier, recovers the RDS message groups and feeds the digital data to a processor 18. The processor 18 firstly decodes the GT and B bits in order to be aware of what action must be taken in respect of the group. The processor then interprets the other bits of group 2 and groups 3 and 4 in accordance with the group identification. In particular it writes AF(TN) and AF(CN) information into a memory 20 which stores this and the other recovered data to enable the receiver to adapt automatically by control of tuning circuits 22. Such adaptation will involve changing to an alternative frequency when the curent signal becomes weak and responding to the user inputs frcm pushbuttons 24. Fig. 5 is a partial flow-chart showing the software rquired to handle group 8A (Fig. 3). The received group is tested (26) to ascertain if it is group 8A. If so, block 4 is accepted as a PI(ON) code (28) and the UC bits are decoded (36). Fig. 5 shows specifically the case when UC=0101. Block 3 is accepted as a mapped alternative frequency code pair (32) and then this code pair is stored (34) in the memory 20 in association with the PI(ON) code. Alt-hough in the EBU specification the blocks 1 to 4 of a group are arranged in that order this is not an essential requirement although any system must obviously adhere to its own convention. The terms first to fourth block are therefore used in the following claims to distinguish the blocks without necessarily indicating the order in which they are arranged.

Claims: Claims 1. A radio data system wherein data accoπpaπying a progranme in transmitted in groups of at least four blocks, the groups being of various types and all comprising in a first block the progranme identification code (PI(TN)) for the transmitted progranme and in a second block both a code (GT) identifying the group type and a usage code (UC) identifying which of a selection of items of information are carried in one of the third and^ourth blocks, which blocks include progranme identification codes of other networks (PI(ON)) and alternative frequency codes for other networks (AF(CN)), characterized in that items of information pertaining to another network, includi g alternative frequency codes for the said other network (AF(ON)), are all carried in the third block, the usage of which is identified fcy the usage code (UC), in the second block, where as the progranme identification code for the said other network (PI(ON)) is always present in the fourth block. 2. A- system according to claim 1, characterized in that one time of information pertaining to another network is at least one alternative frequency code (AF(CN)) associated fcy itself with the progranme identification code (PI(CN)). 3. A system according to claim 1 or 2, characterized in that one item of information pertaining to another network is a mapped pair of alternative frequency codes (AF(ON)), namely a code for a tuning frequency and a valid alternative frequency therefor. 4. A system according to claim 1, 2 or 3, characterized in that the usage code (UC) in the second block consists of three bits identifying eight different contents for the third block. 5. A system according to claim 1, 2 or 3, characterized in that the usage code (UC) in the second block consists of four bits identifying sixteen different contents for the third block. 6. A system according to any of claims 1 to 5, characterized in that the second block includes the traffic progranme flag bit (-TP(ON)) pertaining to the other network identified by the σode (PI(ON)) in the fourth block. 7. A system according to claim 6, characterized in that the second block also includes the traffic announcement flag bit (TA(GN)) pertaining to the other network identified by the code (PI(CN)) in the fourth block. 8. A radio data system receiver for use in a system according to claim 1, comprising means (16) for decoding received message groups and processing msans (18) for determining the group type frcm a group type code (GT) in the second block of the group and for processing the data in the remainder of the second block and the third and fourth blocks accordingly, characterized in that the processing means (18) is prograπmed to identify a group type in ■ which the fourth block always carries a progranme identification code for another network (PI(CN)), the third block carries various ■ items of information pertai ing to the said other network and the second block includes a usage code (UC) which determines which of the said various itans of information is carried by the third block. 9. A receiver according to claim 8, wherein the processing means (18) is responsive to one or more usage codes (UC) in the second block to treat the information in the third block as alternative frequency " information for another network (AF(CN)) and to store such information in a memory (20) in association with the progranme identification code for the said other network (PI(ON)).

Inventors: BERGER JOSEF, BERGMAN STEN, KAMALSKI THEO, NEWLAND JONATHAN DAVID, PARNALL SIMON JOHN, BERGER, JOSEF, BERGMAN, STEN, KAMALSKI, THEO, NEWLAND, JONATHAN, DAVID, PARNALL, SIMON, JOHN
Applicants: BRITISH BROADCASTING CORP, BRITISH BROADCASTING CORPORATION
Application year: 1989
Main classification: H04H1
IPC codes: H04B1, H04H60