KR101105584B1 - Method and apparatus for broadcast application in a wireless communication system - Google Patents

Abstract

The present invention relates to a system and method in which a calling station broadcasts a broadcast program to at least one of a plurality of receiving stations. The first receiving station (or first receiving station group) receives the first registration period parameter from the originating station. The first registration period parameter specifies a first period during which the first receiving station should register with the calling station. The first receiving station may block any attempted registration request occurring outside of the first period. Optionally, the receiving station may reject any attempted registration request by the first receiving station occurring outside of the first period. If a registration request from the first receiving station is sent before the start of the first period, the receiving station may periodically request registration until the request is sent within the first period.

Description

METHOD AND APPARATUS FOR BROADCAST APPLICATION IN A WIRELESS COMMUNICATION SYSTEM}

This patent application claims the priority of provisional application 60 / 477,216 entitled “Methods and Devices for Broadcast Applications in Wireless Communication Systems”, filed June 9, 2003, and is assigned to the assignee of the present application, It is incorporated by reference in the specification.

TECHNICAL FIELD The present invention relates generally to communications, and in particular to broadcast communications.

Traditionally, wireless communication systems have been used to transmit voice traffic and low data rate non-voice traffic. Today, there is an increasing demand for packetized data services at high data rates (HDRs) that are simultaneously provided to one or more terminals. Such high data rate (HDR) services are multimedia based on voice, audio and video data sources such as wireless broadcasts, television broadcasts, movies and other kinds of audio or video content such as stock information and emergency information. May include traffic. One example of a HDR service is broadcast on the cdma2000 ^® networks - are known La multimedia services (BCMCS). BCMCS optimizes the cdma2000 ^® radio interface for at least one region of the operator network to send the BCMCS content stream (s) to one or more terminals. The network operator is responsible for each BCMCS in terms of aspects of billing, areas of the network where BCMCS content streams are available to multiple users, and encryption of the content of multicast IP flow (s) to block unauthorized reception. The content stream can be controlled.

Since conventional wireless communication systems are designed for voice communication, expansion to support data services requires many challenges. In particular, to provide unidirectional services, such as a broadcast service in which video and audio information is transmitted to a subscriber, it must have a unique set of frequency allocation requests and goals. Such services generally have large bandwidth requests. As above, system designers will attempt to reduce the transmission of overhead information. In addition, certain information, such as processing parameters and protocols, is required to transmit and / or access broadcast transmissions. Problems arise in transmitting broadcast-specific information while optimizing the use of available bandwidth.

Original stations, such as base stations (BSs), provide multimedia traffic services to destination stations, such as mobile stations (MSs), by sending information signals organized into multiple packets. The packet contains the address, data (or payload) to which the packet will be sent, and control elements arranged in a particular format. The packet is marked at the beginning and the end. Control elements may include quality metrics that may include, for example, preamble and cyclic redundancy check (CRC), parity bit (s), and other kinds of metrics. Packets are generally formatted into one message according to the communication channel structure. The message travels between the originating station and the receiving station and can be affected by the characteristics of the communication channel, such as signal-to-noise ratio, fading, time variation, and other characteristics. The characteristics can affect each other differently on a modulated signal within different communication channels.

To begin receiving the BCMCS content stream, each receiving station typically attempts to register with the originating station in the network to establish a bearer path for receiving the programs. For BCMC services, overhead messages from the originating station speak about whether a particular program is available to the receiving stations and, if available, whether the program is transmitting. This is done by having the network provide the start and end times (for each program) to the receiving stations before they try to register. Receiving stations know whether a particular program is available and, if available, whether the program is transmitting.

Users of multiple receiving stations can attempt to register for the program at about the same time by sending a registration message to the originating station over the reverse link access channel (RACH). RACH is a common channel used for layer 3 communication and medium access control (MAC) messages from a receiving station to a base station. The receiving station transmits on the RACH without explicit permission by the base station. One or more RACHs are provided for frequency allocation, and different RACHs are distinguished by long pseudorandom noise (PN) codes. In general, each RACH is shared by multiple receiving stations. For example, many users may wait for a short time before the program starts and attempt to register. If multiple users attempt to register for a program at about the same time, there is a risk of congestion of the reverse link access channel (RACH), which can cause problems at the originating station.

In a system with multiple users, the system cannot handle multiple users registering at the same time, because the multiple users can cause congestion of the network at the originating station. Therefore, there is a need for wireless communication system technology that reduces the possibility of congestion at the originating station.

One aspect of the invention relates to a system comprising a plurality of receiving stations, including at least one originating station, a first receiving station. The originating station may comprise, for example, a radio or mobile station, while the receiving station may comprise base stations, for example.

The originating station may broadcast a broadcast program to one of a plurality of receiving stations. The originating station may comprise a registration timer for generating at least one parameter known as the allowed registration period or time. The first receiving station receives the first registration period parameter from the originating station. The first registration period parameter specifies a first period during which the first receiving station should register (or end the registration process) with the originating station. In one embodiment, the first receiving station blocks any attempted registration request that occurs outside of the first period. In another embodiment, the originating station rejects any attempted registration request by the first receiving station occurring outside of the first period. If a registration request from the first receiving station is sent before the start of the first period, the receiving station may periodically request registration until the request is sent within the first period. The use of a registration period or registration time may allow the originating station to distribute the time during which different receiving stations (or groups of receiving stations) are authorized to send registration requests to the originating station.

Another aspect of the invention relates to a system comprising a plurality of receiving stations including at least one originating station, a first receiving station and a second receiving station. The originating station broadcasts the broadcast program to at least one of the plurality of receiving stations. In one embodiment, the broadcast program may include at least one content source, such as an emergency program, a program of content currently in progress, or a scheduling program. In one embodiment, the broadcast program includes a first content source and a second content source.

The originating station may comprise a registration timer for generating at least one parameter known as the allowed registration period or time. The originating station broadcasts a first acquisition message that is associated with the broadcast program and includes at least one of a first registration period parameter and a second registration period parameter different from the first registration period parameter. For example, if the broadcast program is a scheduled program, the first acquisition message includes a schedule that includes a program start time parameter. In one embodiment, the originating station is associated with the second broadcast program and the second broadcast program and broadcasts a second acquisition message having at least a third registration period parameter and a fourth registration period parameter to at least one of the plurality of receiving stations. do.

The first receiving station receives a first registration period parameter that specifies a first period during which the first receiving station should register with the calling station.

The second receiving station receives a second registration period parameter specifying a second period during which the second receiving station should register with the calling station.

In some embodiments, the registration period parameter (s) is associated with a broadcast program and may include an allowed registration period during which the receiving station should send a registration attempt message to the calling station. In one embodiment, the allowed registration period associated with the broadcast program indicates the allowed registration period before the start of the broadcast program. The first registration period parameter may be sent to the first receiving station at a first time, and the second registration period parameter may be sent to the second receiving station at a second time. The second time may be a time different from or substantially equal to the first time. Additionally, if the broadcast program includes a first content source and a second content source, the first registration period parameter may be associated with the first content source, and the third registration period parameter is different from the first registration period parameter. May be associated with a second content source. The use of the registration period and the registration time may allow the sending station to distribute a time during which different receiving stations (or groups of receiving stations) are authorized to send registration requests to the calling station.

Another aspect of the invention relates to a system comprising a plurality of receiving stations comprising at least one originating station, a first group of receiving stations and a second group of receiving stations. The originating station is associated with a broadcast program and broadcasts a first acquisition message comprising at least one of a first registration period parameter and a second registration period parameter different from the first registration period parameter. In one embodiment, the originating station broadcasts a second acquisition message associated with the second broadcast program and the second broadcast program to at least one of the plurality of receiving stations and having at least a third registration period parameter and a fourth registration period parameter. do. The first group of receiving stations receives a first registration period parameter that specifies a first period during which the first receiving stations should register with the calling station. The second group of receiving stations receives a second registration period parameter specifying a second period during which the second group of receiving stations should register with the calling station.

1 is an exemplary block diagram of a communication system supporting multiple users.

2 is an exemplary block diagram of a wireless communication system including content servers (CSs), IP networks, PDSNs, base stations (BSs), and mobile stations (MSs).

3 is an exemplary block diagram of a communication system supporting broadcast transmissions.

4 is an example block diagram illustrating various processes that may enable reception of BCMC services by a receiving station.

5 is a message flow diagram illustrating the flow of messages during BCMC service recovery, information capture, and content availability determination.

6 is an exemplary block diagram of a communication system in which an allowed registration period RP or registration time RT may be provided to a receiving station for each program.

7A is an exemplary block diagram of a communication system supporting multiple receiving stations in which different allowed registration periods (RP) or allowed registration times (RT) may be provided to each receiving station for each program. .

7B shows a calling station, a first group of receiving stations, a second group in which different allowed registration periods (RPs) or allowed registration times (RTs) may be provided to each group of receiving stations for each program. Is an exemplary block diagram of a communication system including a group of receiving stations and a third group of receiving stations.

8 is a venn diagram illustrating the relationship between lists used in a broadcast-multicast system.

9 shows an example message flow for a scheduling program where registration is controlled by a receiving station.

10 shows an example message flow for a scheduling program where registration is controlled by a network.

11 illustrates an example message flow for a nonscheduling program.

The term “exemplary” is used to mean “an example, case, or description.” Any embodiment disclosed herein as "exemplary" is not to be considered preferred or advantageous over other embodiments.

The term "receiving station" is used herein interchangeably with the terms "mobile station", "subscriber station", "subscriber unit", "terminal" and "user equipment" (UE), to which the access network communicates. Used to refer to hardware. The term "MS" as used herein is used to refer to a mobile station or a BCMCS application associated with a mobile station. The receiving station may be a device that allows a user to access network services and may include an IMSI or USIM that includes the entire user's subscription information. The mobile station may be mobile or stationary and may include any communicator, data device or terminal that generally communicates over a wireless channel or a wired channel using, for example, fiber optic or coaxial cables. Mobile stations may be implemented in devices including, but not limited to, a PC card, a small flash, an external or internal modem, or a wireless or landline telephone.

The term "source station" may include not only "base station (s)" but also all network infrastructure elements such as BSCs, controllers, content servers, content providers, routers, and serving nodes. The term " calling station " may include hardware with which the mobile station communicates. The term "node B" may be used interchangeably with the term "base station". The originating station may be fixed or mobile.

The term "cell" is used herein to refer to a hardware or geographic coverage area that is determined by the context in which the term is used. A sector is part of a cell. Since a sector has the properties of a cell, the techniques described with respect to cells are easily extended to sectors.

The term " connection setup state " refers to a state in which the mobile station is in the process of establishing an active traffic channel connection with a base station.

The term "traffic state" refers to a state in which a mobile station has established an active traffic channel connection with a base station.

The term " dedicated channel " is used herein to refer to a transport channel, generally designated or reserved for a particular user, for carrying or carrying information from a particular mobile station, subscriber unit or user equipment. Dedicated channels generally carry all information about a given user that is input from higher layers of the physical layer, including data for the actual service, as well as higher layer control information. Dedicated channels can be identified by specific codes on specific frequencies. Examples of dedicated channels include a dedicated transport channel that carries user data and carries both a dedicated channel (DCH) and service data, such as voice frames, and higher layer control information from the mobile station to a single user. Include.

The term "common channel" is used herein to refer to a transport channel that carries information to and from multiple mobile stations. Within a common channel, information can be shared among all mobile stations. The common channel can be distributed among all users or groups of users in a cell.

The term "point-to-point (PTP) communication" is used herein to mean communication transmitted to a single mobile station via a dedicated communication channel.

The term "broadcast communication" or "point-to-multipoint (PTM) communication" is used herein to refer to communication over a common communication channel to multiple mobile stations.

The term "physical channel" is used herein to refer to a channel for conveying user data or control information over an air interface. Physical channels provide a wireless platform on which information is actually transmitted and is a "transport medium" that carries signaling data and user data over a wireless link. Physical channels generally include a combination of frequency scrambling code and channelization code. In the uplink direction, relative aspects are included. Many different physical channels are used in the uplink direction based on the behavior the mobile station is trying to attempt.

The term "transport channel" is used herein to refer to a communication route for data transmission between peered physical layer objects. Transport channels are related to the way information is transmitted. In general, two kinds of transport channels known as common transport channels and dedicated transport channels are provided. The transport channel is defined by the method and feature of how data is transmitted over the physical layer at the air interface, ie whether to use designated physical channels or common physical channels or multiplex logical channels. Transport channels may be used to convey signaling data and user data between the medium access control (MAC) layer and the physical layer (L1). Information is transmitted from the physical layer to the MAC layer on any of a number of transport channels mapped to the physical channels.

The term "logical channel" is used herein to refer to an information stream or air interface designated for transmission of a particular type of information. Logical channels are related to the information being transmitted. The logical channel may be defined according to what kind of information is transmitted, for example, signaling data or user data, and may be understood as different tasks that the network and the terminal must perform at different time points. Logical channels are mapped to transport channels that perform the actual information transfer between the mobile station domain and the access domain. The information passes through logical channels that are mapped through transport channels that are mapped to physical channels.

The term "communication channel or link" is used herein to mean a physical channel or a logical channel, as described herein.

The term "reverse link or uplink channel" is used herein to refer to a communication channel / link through which mobile stations transmit signals to base stations within a radio access network. The channel may be used to transmit signals from a mobile station to a moving base station or to transmit signals from a moving base station to a base station.

The term "forward link" or "downlink channel" is used herein to mean a communication channel / link through which a radio access network transmits signals to a mobile station.

The term "packet" is used herein to refer to a group of bits, including data or payloads, address portions, and control elements, arranged in a particular format labeled as beginning and ending. Control elements may include, for example, preambles, quality metrics, and others known to those skilled in the art. The quality metric may include, for example, cyclic redundancy check (CRC), parity bits, and others known to those skilled in the art.

The term "soft handoff" is used herein to mean communication between a subscriber station and two or more sectors, each sector belonging to different cells. Reverse link communication is received by both sectors, and forward link communication is simultaneously carried over the forward links of two or more sectors.

The term "softer handoff" is used herein to mean communication between a subscriber station and two or more sectors, each sector belonging to the same cell. Reverse link communication is received by both sectors, and forward link communication is simultaneously carried over one of the forward links of two or more sectors.

The term "erase" is used herein to mean the failure of recognizing a message.

The term "permitted registration period" as used herein refers to a time or period of time during which a registration request by a receiving station may override the process of receiving a broadcast of content, such as a program. In one embodiment, the "permitted registration period" is used to refer to a time frame during which the registration attempt is not rejected or blocked and the receiving station is allowed to attempt registration. Attempts of registration that did not fail within the "permitted registration period" may be rejected by the sending station or blocked by the receiving station, for example. The allowed registration period RP indicates the time or time period during which the receiving station should register with the calling station. The RP may be associated with each broadcast program in the wireless communication system. In the above document, the terms "permitted registration time" and "permitted registration period" may be used interchangeably depending on the content. The use of a registration period or registration time may cause the originating station to distribute a time during which different receiving stations (or groups of receiving stations) are authorized to send registration requests to the receiving station.

The term "reverse link access channel (RACH)" as used herein refers to a channel used by a receiving station to transmit non-traffic, control information to an originating station. The receiving station may use the RACH to communicate with the originating station when the receiving station does not have an assigned traffic channel. For example, the receiving station may send a registration message to inform the calling station about its location, status, confirmation and other parameters required to register with the system. Information may be transmitted in access channel slots and access channel frames over an access channel. Two types of messages that can be sent on the RACH are response messages and request messages.

The term "response message" as used herein refers to a message or BS message sent in response to a network.

The term "request message" as used herein refers to a message sent autonomously by a receiving station, such as an MS.

The term "BCMCS content stream" as used herein refers to a single BCMCS broadcast program identified by the content name.

The term " multicast IP address and transport layer port number " as used herein refers to a tuple identifying a receiving multicast IP address and a receiving transport layer (e.g., for the IP flow in the BCMCS content stream). UDP) port number. A "multicast IP flow" is similar to a normal IP flow except that the receiving address is an IP multicast address. Flows can be identified by source address, source port, receive IP multicast address, receive port.

The term "BCMCS_FLOW_ID" as used herein refers to a value used for identification of BCMCS multicast IP flows. The BCMCS_FLOW_ID generally has a variable length and indicates the length of the BCMCS_FLOW_ID as a plurality of octets. "BCMCS_FLOW_ID" is an alias for "multicast IP address and transport layer port number". This is efficiently transmitted over the air as opposed to the length format of "multicast IP address and transport layer port number".

"Content name" indicates a name provided to a BCMCS content stream by a service provider. The content name may be restored by SMS, WAP, HTML, and the like.

The term "exemplary" is used herein to mean "one provided by way of example, case, or description." Any embodiment disclosed herein as "exemplary" is not to be considered preferred or advantageous over other embodiments.

An example embodiment of a wireless communication system supports a unidirectional broadcast service that provides IP packets, such as, for example, video and / or audio streams, to multiple users. Subscribers to the broadcast service "tune in" to the designated channel to access the broadcast transmission. As the bandwidth request for high speed transmission of video broadcasts increases, it is desirable to reduce any overhead size associated with the transmission of the broadcast.

In " unaddress " messaging, broadcast services can be used to send information to groups of users based on their geographical location. Examples include broadcast of local information such as traffic or weather forecasts based on cell / sector or specific call zone. Authorized users in the area can receive broadcast information.

In a processable or " multicast " message, the broadcast service can be used to send broadcast information based on subscriptions to a user group of a particular set of users. User groups can be maintained by network operators. In addition, user groups may be publicly subscribed (such as subscriptions to advertisements, stock quotes, etc.) or may be connected to public subscriptions (such as corporate listings). In connected multicast user groups, a member generally joins the service (public multicast group) by sending a request to the administrator by any web interface or other mechanism. Private multicast groups are limited to membership because administrators add members manually. The multicast list may be configured to allow the base station to confirm receipt of the message.

Broadcast services can be classified into public groups and private groups. Public broadcast groups are used to transmit specific geographic information. All devices within a particular geographic area have broadcast capability and will receive the information in a public group. Examples of public broadcast information include emergency weather forecasts, traffic conditions, and the like. Private broadcast groups aim to transmit specific information to a group of specific devices within a particular area. One example of such a service is location-based advertising. One possible scenario for the above example is when the user (he or she) is able to choose to receive certain advertisements when he or she is in a store that does not normally go.

While illustrative communication systems are provided by way of example in the foregoing description, it should be noted that alternative embodiments may incorporate various aspects of the invention without departing from the spirit of the invention. For example, the embodiments described herein may be applied to data processing systems, wireless communication systems, unidirectional broadcast systems, and any other system that requires efficient information transfer.

Wireless communication system

The example embodiments disclosed below use a spread spectrum wireless communication system when supporting broadcast services. Wireless communication systems are widely used to provide various types of communication such as voice, video, data, and the like. The systems may be based on code division multiple access (CDMA), time division multiple access (TDMA), or any other modulation techniques. CDMA systems offer certain advantages over other kinds of systems in which system capacity is increased.

"TIA / EIA / IS-95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spectrum Spread Cellular Systems", referred to herein as the IS-95 Standard, "3rd Generation Partnership Project," referred to herein as 3GPP. Provided by an association entitled " 3G TS 25.211, 3G TS 25.212, 3G TS 25.213, 3G TS 25.214, and 3G TS 25.302, and are referred to herein as W-CDMA standards; One or more such as a standard provided by an association named "3rd Generation Partnership Project 2", referred to herein as 3GPP2, and TR-45.5, formally referred to herein as IS-2000 and referred to herein as cdma2000 standard. A system can be designed to support the standards. The aforementioned standards are incorporated herein by reference.

Each standard details the processing of data for transmission from a base station to a mobile station and vice versa. As an exemplary embodiment, the following description considers a spread spectrum communication system consistent with the cdma2000 standard of protocols. Optional embodiments may incorporate another standard. Other embodiments are applicable to other kinds of data processing systems.

1 provides an example of a communication system 100 that can implement at least some aspects of the embodiments disclosed herein and supports multiple users. Some of the various algorithms and methods are used to schedule transmissions in the system 100. System 100 provides communication for multiple cells 102A-102G, each of which is serviced by a corresponding base station 104A-104G. In an exemplary embodiment, some of the base stations 104 have multiple receive antennas, while others have only one receive antenna. Similarly, some of the base stations 104 have multiple transmit antennas, while others have one transmit antenna. Combining transmit antennas and receive antennas is not limited. Thus, the base station 104 may have multiple transmit antennas and a single receive antenna, multiple receive antennas and a single transmit antenna, or both single or both with multiple transmit and receive antennas. have.

The terminals 106 in the coverage area may be fixed (ie stable) or movable. As shown in FIG. 1, multiple terminals 106 are distributed throughout the system. Each terminal 106 communicates with at least one and possibly more base stations 104 on the downlink and uplink at any given time. The forward link or downlink refers to transmission from the base station 104 to the terminal 106, and the reverse link or uplink refers to transmission from the terminal 106 to the base station 104. In an exemplary embodiment, some of the terminals 106 have multiple receive antennas and others have only one receive antenna. In FIG. 1, base station 104A transmits data to terminals 106A and 106J over the downlink, base station 104B transmits data to terminals 106B and 106J, and base station 104C transmits data. Is transmitted to the terminal 106C.

Broadcast Multimedia System (BCMCS)

According to an exemplary embodiment, the system 100 shown in FIG. 1 supports a high speed multimedia broadcast service called BCMCS. The broadcast capabilities of a service are specified to provide programming at a data rate sufficient to support video and audio communications. As an example, applications of BCMCS may include video streaming with movies, sporting events, and the like. The BCMC service is a packet data service based on the Internet Protocol (IP).

2 is a wireless communication system 200 that includes content servers (CS) 202, IP network 204, PDSNs 206, base stations (BS; 208), and mobile stations (MS) 210. IP packets are provided to one or more packet data serving nodes (PDSNs) 206 via IP network 204 by one or more content servers (CS) 202. CS 202 is transmitted as Internet Protocol data packets (“IP” packets ”) over IP network 204. Many different kinds of data may be sent by CS 202. For example , Audio data, video data, text data, electronic files may be transmitted by CS 202 over IP network 204. Video and audio information may be information from television broadcast programming or wireless transmissions. Thus, the CS 2020 may be a server configured to provide video data, audio data, etc. In one embodiment, the CS 202 may be configured to provide data to users browsing the Internet and the World Wide Web. The IP network 204 may be, for example, the Internet, an intranet, or a private IP network.

The information from CS 202 can be provided as packetized data, such as IP packets. The PDSN 206 processes the IP packets to be distributed within the access network (AN) 300. AN 300 may be defined as portions of system 200 including BS 208 in communication with multiple mobile stations (MS) 210. PDSN 206 receives and processes the IP packets and sends them to one or more base stations (BS) 208. Each PDSN 206 is in electronic communication with one or more BSs 208. When BS 208 receives the data, it transmits data to one or more mobile stations (MS) 210. For the BCMS service, BS 208 receives the information stream from PDSN 206 and provides information over a dedicated channel to subscribers in system 200. The MS 210 corresponds to the terminal 106 of FIG. 1. Each BS 208 may service one or more MSs 210. BS 208 generally services a number of MSs 210.

BCMC is a stream of information provided over an air interface in a wireless communication system. "BCMC Channel" refers to a single logical BCMC broadcast session as defined by broadcast content. The content of a given BCMC channel can change over time, such as news at 7:00 am, weather at 8:00 am, movies at 9:00 am, and the like. The time based on the scheduling is similar to a single TV channel. A "broadcast channel" (BCH) refers to a single forward link physical channel, i.e., a given Walsh code that carries broadcast traffic, and may, for example, correspond to a single CDM channel.

A single broadcast channel can carry one or more BCMC channels. If more BCHs are delivered over the BCMC channel, the BCMC channels can be multiplexed in a time-division multiplexed (TDM) fashion within a single broadcast channel. In one embodiment, a single BCMC channel is provided over one or more broadcast channels in one sector. In another embodiment, a single BCMC channel is provided at different frequencies to serve subscribers in their frequencies.

According to an exemplary embodiment, the service provider is referred to as CS 202. CS 202 informs system users about the availability of a high speed broadcast service. Any user who requests to receive BCMC services can subscribe to CS 202. The subscriber may scan the broadcast service schedule in various ways that may be provided by the CS 202. For example, the broadcast content may be through advertisements, short message system (SMS) messages, wireless application protocol (WAP), and / or any other means that is compatible with and convenient for mobile wireless communications. Can be communicated. Base stations (BS) 208 may transmit overhead messages such as those transmitted over designated channels and / or frequencies for control and information, ie BCMC related parameters in non-payload messages. Payload refers to the information content for the transmission. In a broadcast session, the payload is broadcast content, such as a video program. When the broadcast service subscriber wants to receive a broadcast session, such as a particular broadcast scheduling program, the MS 210 reads the overhead messages to learn the appropriate structures. MS 210 receives broadcast service content in tune to a frequency including the BCMC channel.

In order for the MSs 210 to successfully restore and listen to broadcast channels, various broadcast service related parameters may be sent over the air interface. Broadcast services are designed to support different protocol options within the protocol stack. As above, receivers of a broadcast service should be configured with selected protocol options to facilitate proper decoding and processing of the broadcast. In one embodiment, CS 202 provides the information to the receiver as an overhead system parameter message consistent with the cdma2000 standard. An advantage for the receiver is the ability to immediately receive information from the overhead message. In this manner, the receiver can immediately determine whether the receiver has sufficient resources to receive the broadcast session. The receiver monitors overhead system parameter messages. The system may implement a service selection number corresponding to the set of parameters and protocols. The service selection number may be provided in the overhead message. Optionally, the system can provide a set of bits or flags indicating that different protocol selections are selected. The receiver can determine protocol choices for correctly decoding the broadcast session.

BCMCS  Overview of the structure

3 is a block diagram of a communication system that supports broadcast transmissions. The illustrated BCMCS structure includes a BCMCS service provider 201, a serving network 230, and a home network 250.

The serving network 230 is a BCMCS controller 212, a BCMCS content server (BCMCS-CS; 202), a BCMCS content controller 216, a multicast router (MR; 218), service authentication, authorization, billing entity (SAAA). 220, a packet data service node (PDSN) 206, a base station controller / packet control function (BSC.PCF) unit 224 and a user identification module (UIM; 210) mobile station (MS; 210); Various interfaces are provided between the systems within the BCMCS structure, which are described below.

The BCMCS content provider 201 is a source of BCMCS content. BCMCS content provider (BCMCS-CS; 202) may be located anywhere within the IP network inside or cdma2000 ^® services network 230 or home network 250. If the BCMCS content provider 201 is located within the IP network, a business association, security association, and other related service information can be provided between the cdma2000 ^® service network 230 and the content provider 201. The BCMCS content provider (BCMCS-CP) 201 transmits BCMCS content to the BCMCS content server (BCMCS-CS) 202 via a bearer path, and makes the BCMCS content available in an IP multicast stream. The interface 211 may be provided between the BCMCS controller 212 and the BCMCS content provider 201, and exchanges information including the content provider name, content name, session description (eg, codec type) and security information. do. The interface may exchange the start time of the BCMCS session and the duration of the BCMCS session.

BCMCS content server 202 is a packet data service node (PDSN; 206) to process the BCMCS content stream may be connected to the cdma2000 ^® access network 230 through. The BCMCS content server 202 is not essential to the creator or source of the content, but becomes a past application level entity for manipulating (eg, reformatting) the content prior to reaching the last PDSN 206. The BCMCS content server 202 may store and transmit content from the content provider 216 via a bearer path, or may merge content from multiple content providers. If higher layer encryption is possible, BCMCS content server 2020 may encrypt the stream content.

The BCMCS content server 202 may provide reformatted content to the multicast router (MR) 218. Multicast router (MR) 218 is an optional entity defined by various IETF RFCs. If the BCMCS content server 202 sends content directly to the PDSN 206, the MR may be omitted.

The interface 213 between the BCMCS controller 212 and the BCMCS content server 202 provides security information, multicast IP addresses and port numbers, and content management information (e.g., start time of the BCMCS session and duration of the BCMCS session). Time) can be exchanged.

The BCMCS controller 212 manages and provides BCMCS session information to the PDSN 206, the MS 210, and the content server 202. BCMCS controller 212 also performs authorization using the BCMCS user profile received from home authentication, authorization and billing (HAAA) entity 234. The BCMCS controller 212 may also provide the functionality of a BAK distributor and a BAK generator. The BCMCS controller 212 may also perform reconstruction operations to find the desired content. The BCMCS controller 212 can also authenticate the BCMCS content provider 216 and integrate the delivery of BCMCS content to the BCMCS content server 202.

SAAA 220 performs BCMCS authentication, authorization, and billing. SAAA 220 may send a user subscription profile to BCMCS controller 212 received from H-AAA 234.

The interface 219 between the BCMCS controller 212 and the S-AAA 220 provides authentication and authorization information to the BCMCS controller 212. S-AAA 220 may send a BCMCS user profile received from H-AAA 234 to BCMCS controller 212 during BCMCS information acquisition by MS 21. The BCMCS controller 212 may send billing information to the S-AAA 220. S-AAA 220 may also be used to relay BCMCS session related information between PDSN 206 and BCMCS controller 212.

Interface 221 between SAAA 220 and PDSN 206 provides BCMCS session related information, such as flow processing (e.g., header compression), from BCMCS_FLOW_ID and multicast IP address and from BCMCS controller 212. Mapping between port numbers to PDSN 206 is performed. The interface 221 also exchanges BCMCS grant information for bearer routing of the BCMCS.

PDSN 206 receives content from BCMCS CS 202 (and MR 218 if included) that can be reformatted by BCMCS CS 202. PDSN 206 is in electronic communication with BSC / PCF 224 to add and remove multicast IP flows. The PDSN 206 may use IP multicast protocols to manage bearers supporting multicast IP flow between itself and the nearest router connecting back to the BCMCS content server 202. PDSN 206 also applies flow processing received from BCMCS controller 212 to the multicast IP flows. The PDSN 206 selected to provide multicast IP flows by the PCF 208 may be different from the PDSN 206 supporting regular PPP connections to the MS 210.

The BSC / PCF 224 entities receive the output of the PDSN 206 and must signal, establish and release bearer channels between the PDSN 206 and the MS 210. If link layer encryption is enabled, BSC 224 provides the functionality of a SK generator. The BSC selects an "optimal" bearer channel at the MS 210 based on considerations such as optimization of resources, requested QoS, and the like.

The interface 215 between the BCMCS controller 212 and the MS / UIMs 210 and 227 may include the content provider name, content name, BCMCS_FLOW_IDs and BAKs end time (if multicast IP flow (s) are encrypted), BCMCS The MS 210 may access information such as available BCMCS sessions, including the start time of the session, the duration of the BCMCS session, flow processing (e.g., header compression), and session description (e.g., codec type). Provide BCMCS client applications

Home network 250 includes BCMCS content controller 232, home authentication, authorization and billing (HAAA) entity 234, subscriber profile database (SPD) 236 that stores BCMCS subscription profiles, and subscriber profile manager (SPM); 238). The subscriber profile stored in the subscriber profile database 236 identifies the BCMCS sessions and registration key that a user can receive. HAAA 234 accesses subscriber profile database 236 to capture information from subscription profiles.

BCMCS Subscriber Profile Manager 238 is an application that updates subscriber profiles in databases with respect to subscribed BCMCS services. The user may interface directly to the application or the operator may reserve access to the application with their customer service agents. Interfaces may be provided between the user and the BCMCS subscriber profile manager 238, and may be provided between the BCMCS subscriber profile manager 238 and the subscriber profile database 236.

Receipt of the BCMCS may be enabled by a number of procedures. 4 is an example block diagram illustrating various processes that may enable the receipt of BCMC services by the MS 210.

Restore services, capture information, and determine content availability

In block 10 the user can restore the BCMC service provided by the serving network in various ways. In block 20, if the user requests a particular service, the user can subscribe to one or more kinds of BCMCS content. At block 30, the MS may capture the content information by first communicating with the BCMCS controller to capture session related information such as BCMCS related information and encrypted service information. The BCMCS related information may include, for example, BCMCS_FLOW_ID and (multicast IP address, port) set, flow processing (eg, header compression or header removal), and transport and application protocols. In accordance with aspects of the invention described below, the BCMCS related information may include an allowed registration time or an allowed registration period. The encrypted service information may include, for example, BAK_ID, BAK, and BAK end time. Information capture from the BCMCS controller will be described in detail below.

5 is a message flow diagram illustrating the flow of messages during BCMCS service restoration, information capture, and content availability determination. In FIG. 5, steps 1 to 6 follow when the MS needs to capture BCMCS keys (BAKs) or any session related information for a given BCMCS content. The procedures described in steps 1-6 of FIG. 5 instruct the user to request the BCMCS session related information from the MS after joining the BCMCS, or the BAK is terminated, or the network updates the BCMCS session related information to the MS 210. May be performed when instructing. In any step prior to step 3 of FIG. 5 in addition to the scope of the BCMCS message, the MS 210 must obtain the BCMCS content name and other BCMCS schedules, BCMCS_FLOW_IDs and BAKs, etc., as shown in step 0 of FIG. You can capture information. The information may be captured by SMS, MMS, email, web page browsing provided by a network operator, user input, email, and the like.

In step 1 of FIG. 5, if PPP is not set, MS 210 sends a data call to set up PPP with PDSN 206. In step 2 of FIG. 5, if the MS 210 does not know the IP address of the BCMCS controller 212, the MS 210 restores the IP address of the BCMCS controller 212. In step 3 of FIG. 5, the MS 210 sends a BCMCS information request including the content name to the BCMCS controller 212 to request BAK and / or BCMCS session related information. In step 4 of FIG. 5, authentication procedures may be performed. If successful authentication and authorization is performed, S-AAA 220 sends TK and TK_RAND to BCMCS controller 2112. In step 5 of FIG. 5, the BCMCS controller 212 may include security parameters (such as TK_RAND, BAK_ID, BAK end time, and BAK encrypted using the TK) and any other BCMCS session related information (flow processing (eg, Header compression), an application / transport protocol, and a set of BCMCS_FLOW_IDs and a set of multicast addresses and port numbers, etc.). In step 6 of FIG. 5, the MS 210 sends security parameters such as TK_RAND, BAK_ID, BAK end time, and BAK encrypted using the TK to the UIM 227 along with the BCCMCS_FLOW_ID associated with the UIM 227. UIM 227 calculates the TK using RK and TK_RAND and decrypts the encrypted BAK through the calculated TK.

Step 7 of FIG. 5 provides possible means for the MS 210 to capture content availability and radio channel information for a given multicast IP flow identified by BCMCS_FLOW_ID known to the MS 210.

The BCMCS_FLOW_ID may have been previously captured.

If the MS 210 cannot capture the content availability and radio channel information for a given BCMCS_FLOW_ID, then the BCMCS registration request mechanism can be used to determine the availability and radio configuration information of the multicast IP flow. The MS cannot capture information from the overhead channel in certain situations. For example, the RAN may not be able to transmit BCMCS information in the overhead channel, and the room in the overhead channel may not be sufficient for the specific information required by the mobile station 210. MS 210 may also notify BS 208 of the BCMCS_FLOW_IDs for which MS 210 continues to monitor to perform (re) registrations.

If the MS captures the content information in block 40 of FIG. 4, the MS determines whether the content associated with the particular multicast IP flow is available. The MS may also determine BCMCS radio configuration information from the BS via overhead messages when the BS broadcasts the information via overhead messages. If the MS cannot find the information from the overhead messages and if the BSC indicates that BCMCS registration is allowed via the overhead messages, then the MS in block 50 sends the desired IP flow (s) via the BCMCS registration request technique. You can request If the desired IP flow (s) are not made available to the MS for any reason, the network may indicate this to the MS.

Registration allows, for example, the MS to inform the network or BS about the space in which the MS exists and the channel (s) from which it can be called. This allows the BS to call the MS whenever a call needs to be delivered to the MS. The registration message can be used to inform the BS of the BS's identification, location, status, slot cycles and other characteristics. The MS receives messages from the BS via the call channel. When the MS 210 registers at block 50 of FIG. 4, the bearer path establishment procedure is initiated. As described below, the procedure varies depending on whether the broadcast is a static broadcast service or a dynamic broadcast service.

Bearer routing procedure for static broadcast services

“Static broadcast” refers to a broadcast service where a bearer path is provided by an operator (eg, via operation, authorization, and maintenance (OAM)) regardless of the presence of a user in a cell / sector. For static broadcast services, BCMCS bearer paths (A8 and A10 connections) can be established at any moment.

Bearer Routing Procedure for Dynamic Broadcast Services

"Dynamic broadcast" refers to a broadcast service in which a bearer path can be dynamically established based on user presence in a cell / sector. For dynamic broadcast services, the BCMCS bearer routing procedure is triggered by the first user BCMCS registration while the MS 21 requests the transmission of one or more multicast IP flows identified by BCMCS_FLOW_ID.

If a BCMCS registration request is performed by the MS of the first authorized user, the network may establish a bearer path to trigger the PDSN 206 to join the multicast group associated with the BCMCS_FLOW_IDs. Once the bearer path is established, when header compression is enabled by the PDSN 206, the PDSN 206 periodically transmits the header content over the same bearer path.

Bearer routing from the BSC 208 to the packet control function (PCF; A8; 208) and from the PCF 208 to the PDSN (A10; 206) may be performed using IOS signaling messages. Bearer routing from the PDSN 206 to the multicast router (MR) 218 may be performed using appropriate Internet Engineering Specialist Committee (IETF) multicast protocols. The A8 and A10 connections used to transmit multicast IP flows are separate and independent from the A8 and A10 connections used to support the MS 210 for non-BCMCS service cases.

The MS 210 begins to monitor the wireless channel carrying the desired BCMCS content. In general, multiple MSs 210 can monitor the same shared BCMCS radio channel. BS 208 may allocate a shared channel or dedicated channel for BCMCS according to system conditions. For example, BS 208 may allocate dedicated channels to conserve power when appropriate, which may potentially reduce the overall power used when using dedicated channels but terminate with more Walsh codes. Because you can. In block 60 of FIG. 4, the MS 210 receives content.

Bearer  Release path

To save system resources, bearer paths over wireless (wireless channel), RAN bearer paths A8 and A10 and core network bearer paths (between PDSN 206 and MR 218) are no longer required. If not, all can be released.

The initial step of releasing bearer path is BCMCS deregistration. Deregistration may be triggered, for example, by the MS 21 notifying BS 208 that the MS 210 no longer monitors the multicast IP flow (s) identified by BCMCS_FLOW_IDs. The BSC 208 may use explicit BCMCS deregistration for a particular multicast flow (s) to detect that MSs 210 monitoring the multicast IP flow (s) no longer exist. Deregistration can be triggered by the system determining that there are no more MSs listening to a particular multicast IP flow identified by specific BCMCS_FLOW_IDs. For example, in the event that the lifetime of a BCMCS registration ends, the BSC 208 no longer allows the MSs 210 to no longer be able to access the particular multicast via the absence of periodic BCMCS re-registration for that particular multicast IP flow (s). It may be detected that it does not monitor the cast IP flow (s) (identified by specific BCMCS_FLOW_IDs). In that case, BCMCS deregistration may occur via a timeout at BS 208. If deregistration occurs, to conserve system resources, the system can release the bearer path associated with the corresponding multicast IP flow.

In block 70 of FIG. 4, the MS may perform BCMCS deregistration and may release bearer paths. The network may, for example, release the BCMCS bearer path when the BCMCS program terminates. In any case, the operator can notify the MS 210 if a BCMCS deregistration is requested.

If the bearer path is released, the network may indicate that the BCMCS content stream corresponding to the MSs 210 and identified by the BCMCS_FLOW_IDs stops transmitting and is not allowed to register for the content.

Allowed Registration Period

As mentioned above, each mobile station (MS) generally attempts registration with a base station to establish a bearer path for receiving programs. For BCMC services, overhead messages from the BS inform the mobile station whether a particular program is available and, if available, in transit. This can be done, for example, by having the network provide start and end times (for each program) to the mobile station before the MS attempts to register. The MS then knows whether a particular program is available and, if available, transmitting.

However, many users can attempt to register for a program at about the same time by registering a registration message with the BS via the reverse link access channel (RACH) assigned to the MS. For example, a large number of users may wait to register with the program briefly before attempting to start the program and attempt to register. If a large number of users attempt to register for a program at about the same time, there is a risk of congestion of the reverse link access channel (RACH) and problems may occur in the BS.

6 is a diagram of a communication system 600 in which an allowed registration period RP or an allowed registration time RT may be provided to the mobile station 610 for each program. Allowed RT / RP indicates a time or time period during which a registration request by a receiving station is received by the calling station and the receiving station is allowed to register for a given program. The RP may be associated with each broadcast program that broadcasts within the wireless communication system. For example, an allowed RP associated with a movie may be authorized (by the recipient or originating station) to send a registration request to the calling station (by the receiving station or calling station) prior to the start of the broadcast time so that the calling station accepts the request and broadcast content. It may indicate a registration period for starting to transmit. The program includes a plurality of content, each content of the program may have an allowed RT / RP associated with the registration. In other words, the allowed RT / RP may be associated with the broadcast of the entire program or the broadcast of the respective content of each program.

7A is a diagram of a communication system 700A supporting multiple users. The communication system includes an originating station 708 and a receiving station 710 comprising a first receiving station 710A and a second receiving station 710B. Receiving station 710 may include, for example, a wireless communication station or a mobile station, while originating station 708 may include, for example, base stations. Originating station 708 broadcasts the broadcast program to at least one of the plurality of receiving stations 710.

The broadcast program is received by at least one of the plurality of receiving stations 710. For example, a mobile station or group of mobile stations 710A, B may receive broadcast information from a base station or other sources. In one embodiment, the broadcast program may include at least one content source, such as an emergency program, an ongoing content program, or a scheduled program. In addition, a single program can contain many different content. For example, a broadcast program may include a first content source (eg, a major source such as a movie) and a second content source (such as a news event that appears simultaneously at the bottom of the screen). Before transmitting the broadcast program, the originating station 708 is associated with the broadcast program and has at least one of a first registration period parameter RP1 and a second registration period parameter RP2 different from the first registration period parameter RP1. The first message may include a broadcast. For example, if the broadcast program is a scheduled program, the first message may include a schedule that includes a program start time parameter.

The first receiving station 710A receives the first registration period parameter RP1 from the originating station 708. The first registration period parameter indicates a first period T1 in which the first receiving station 710A is allowed to register with the originating station 708 or a first time during which the first receiving station 710A is permitted to register with the program.

In some embodiments, the registration period parameter (s) may include an allowed registration period associated with the broadcast program and allowing the receiving station 710 to send a registration attempt message to the originating station 708. In one embodiment, the allowed registration period associated with the broadcast program indicates the allowed registration period before the start of the broadcast program.

In one embodiment, the first receiving station 710A blocks any registration request attempted outside of the first period T1. The user's request to register for the program may be blocked by the MS 710A if the user attempts to register before the allowed registration period. This allows to block any registration request by the user if the request that can be sent over the radio resources exists in a period other than the allowed registration period T1.

In another embodiment, the originating station 708 rejects any attempted registration request by the first receiving station 710A in addition to the first time period T1. If a registration request from the first receiving station 710A is sent before the start of the first period T1, the receiving station 710A will either wait until the request is sent within the first period T1 or if the request is given. Registration can be requested periodically until the number of times is exceeded.

If a second receiving station 710B is included, the second receiving station 710B specifies a second registration period specifying a second period T2 at which the second receiving station 710B should register with the calling station 708. Receive the parameter RP2. For each receiving station (or groups of receiving stations) the RT / RP for each program may be different. For example, one group of mobile stations 710A may have one allowed RT / RP (t1 or T1) associated with the broadcast of one program, and another group of mobile stations 710B may be of the same program. It may have different allowed RT / RP (t2 or T2) associated with the same broadcast. For example, during an emergency broadcast in which multiple mobile stations receive the same message via short message services, one group of mobile stations may receive one allowed RT / RP (t1 or T1) and another group may It is possible to receive different allowed RT / RP (t2 or T2) for the same emergency broadcast. As above, congestion resulting from registration by multiple mobile stations for the same program may be reduced and / or blocked.

The allowed RT / RP may be sent to mobile stations at the same time or at different times. For example, the first registration period parameter may be delivered to the first receiving station 710 at a first time t1, and the second registration period parameter may be transmitted to the second receiving station 710 at a second time t2. Can be delivered to. The second time t2 may be substantially the same as or different from the first time t1. In addition, when the broadcast program includes a first content source and a second content source, the first registration period parameter RP1 is associated with the first content source, and another registration period parameter is the first registration period parameter. It may be associated with a second content source other than RP1.

Allowed registration times or periods for different mobiles or groups of different mobile stations may be differentiated to reduce the likelihood of congestion over the reverse link access channel (RACH) because the times or periods are different. 7B includes receiving stations 710 including at least one originating station 708 and a first receiving group 711A, a second receiving group 711B, and a third receiving group 711C. Communication system 700B. The originating station 708 is associated with the broadcast program and broadcasts a first acquisition message comprising a first registration period parameter RP1 and a second registration period parameter RP2 different from the first registration period parameter RP1. do. A receiving station selected from the first receiving station group 711A sets a first registration period parameter RP1 that designates a first period T1 at which the receiving station selected from the first receiving station group 711A should register with the calling station. Other receiving stations selected from the first receiving station group 711A may designate a second period T2 at which the other receiving stations selected from the first receiving station group 711A should register with the calling station 708. 2 Receive registration period parameter RP2.

The originating station 708 may also broadcast the third registration period parameter RP3 and the fourth registration period parameter RP4 to the second receiving station 711B and the third receiving station 711C, respectively.

The second receiving station group 711B receives a third registration period parameter RP3 that designates a third period T3 at which the second receiving station group 711B should register with the originating station 708. The third receiving station group 711C receives a fourth registration period parameter RP4 that specifies the fourth period T4 at which the third receiving station group 711C should register with the calling station 708.

In other embodiments, it is desirable if the allowed registration times are allocated to reduce the likelihood of congestion over the RACH. As above, different registration times may be assigned to each receiving station (or group of receiving stations) corresponding to a particular time or a specific set of times at which each receiving station (or group of receiving stations) may request registration. For example, the first set of registration times t ₁ , t ₄ , t ₇ ,... May be assigned to a first receiving station (or group of receiving stations), and the second set of registration times t ₂ , t ₅ , t ₈ , ... may be assigned to a second recipient (or group of recipients), and the third set of registration times t ₃ , t ₆ , t ₉ , ... (Or group of recipients).

The foregoing may be extended to the situation where multiple programs are sent from the originating station with multiple RT / RPs associated therewith.

8 is a venn diagram illustrating a relationship between lists used in a broadcast-multicast system. An example of how the contents of allowed RT or RP can be applied to different kinds of programs such as scheduled programs, ongoing programs, and unscheduled programs will be discussed. In the following discussion, although flow diagrams are shown in sequential order for understanding, those skilled in the art will recognize that certain steps may be moved in actual implementation. Also, unless otherwise indicated, steps may be exchanged without departing from the scope of the present invention.

Scheduled  Programs

Scheduled programs are programs that are broadcast at a predefined time. The operator can schedule the broadcast-multicast system (BCMCS) in advance so that the program predefines the start and end times. Examples of scheduled programs are movies, news, and the like. Referring to block 10 of FIG. 4, a mobile station user seeking BCMC service may perform service restoration to restore a schedule including a BCMCS content name and a program start time and end time. Service restoration may be performed through out-of-band mechanisms such as advertisements, SMS, WAP, and the like.

According to this embodiment, the scheduled programs may represent a time period for registration, such as an allowed registration period RP. In one embodiment, the RP may be defined as a period before the broadcast start time.

Upon service restoration, MS 210 forms a possible list 440 that includes all the BCMCS content provided by the service provider. The MS shows the possible list 440 and its schedule to the user via the UI interface. After the user decides to subscribe to one or more BCMCS content through BCMCS subscription manager 238 (block 20 in FIG. 4), MS 210 creates a subscription list 442. The subscription list may be the same set or subset thereof as the possible list 440. Once the subscription is performed, the MS 210 will perform content information capture in block 30 of FIG. 4 to capture all BCMCS session related information, such as, for example, BAK and header compression schemes when encrypted. For scheduled programs, the MS may also obtain an allowed RT / RP (eg, X minutes before the program starts).

When the MS 210 receives overhead messages from the BS 208, the messages include an availability list 444 for the BS. The BS also indicates in the overhead messages whether the MS 210 is allowed to request a BCMCS other than the availability list 444. If the user requests a BCMCS that is on the information capture list 446 but not on the availability list 444, the MS 210 can send the BCMCS registration to the BS 208, if allowed by the BS 208. have. If the user requests any BCMCS that is not in the information capture list 446, the MS 210 may block the request. If the user requests the service before the allowed registration time, the MS 210 will block the user request and will not send the BCMCS registration to the BS 208. In this case, the MS indicates to the user via the user interface the requested BCMCS schedule including the start time, end time, and allowed registration time and / or remembers the request and sends it to the BS when the allowed RT occurs. . Once the allowed RT or program start time is reached, the request times allowed to register are placed at different times to prevent loading of the system. The MS forms a registered list 447. In block 60 of FIG. 4, if the user views the BCMCS, the MS may form a watch list 448. When the program ends, the MS preferably detects the program from the possible list 440 and all dependent lists to prevent the user from requesting the program after the program ends.

Table 1 shows examples of different information that can be stored in the MS.

Content name possible
List join
List Information capture list Available list Registered
List City Hall
List Start time;
End time RT allowed CNN News x x x x x x 01/01/2002;
Proceeding random HBO movie1 x x x x x 06/20/2003
2:00 PM;
4:00 PM 1: 230PM HBO movie2 x x weather x x 06/01/2003;
Proceeding random CNN Stock x x x 01/01/2002;
Proceeding random Breaking news
program x x x x x x 06/20/2003
5:00 PM;
5:30 PM/
Proceeding Not requested

Table 1

For scheduled programs, registration may be controlled by the MS or the network, as described below.

9 shows an example message flow of a scheduling program whose registration is controlled by the MS. The message flow shows an example of HBO movie 1 from table 1. Prior to step 1, MS 210 captures a schedule of HBO movie 1 that includes the allowed registration time or duration and other information during BCMCS information capture.

In step 1, the BSC 224 sends an overhead message indicating that the HBO movie 1 identified by the BCMCS_FLOW_IDs cannot be used at the same time. The indication may be provided by the absence of BCMCS_FLOW_IDs in the overhead message.

In step 2, if the user requests HBO movie 1 before the allowed registration time or period (1:30 PM), the MS 210 may block the request and display the allowed registration time to the user. After 1:30 PM, the MS sends the BCMCS registration for HBO movie 1 to the BSC 224 autonomously, or if a request from the user is repeated. In step 3, the BSC 224 sends a BCMCS registration response to the MS. The registration response may be performed by an L2 acknowledgment. Upon receiving the response from the BS, the MS 210 can tune to the frequency containing HBO movie 1. Optionally, the MS 210 can tune to the frequency in step 13. In step 4, since the BSC 224 knows the BCMCS schedule, before the scheduled time (e.g., 1:59 PM), the BSC / PCF 224 requests the BCMCS content request to request the A11 connection establishment. To the PDSN 206. Optionally, the BSC / PCF 224 may request a setup immediately upon receiving the first request from any authorized MS 210.

In step 5, the PDSN 206 sends a BCMCS content request to the BCMCS controller 212 to request the content. In step 6, the BCMCS controller 212 sends a content request to the content server. In step 7, the content server 202 sends a multicast IP flow to the MR. The step may occur at any time before the start time of the BCMCS program. In step 8, the content server 202 sends a content response to the BCMCS controller. In step 9, the BCMCS controller 212 sends a content response to the PDSN. In step 10, PDSN 206 sends IGMP to MR 218 to participate in the multicast tree. The step may occur at any time before the start time of the BCMCS program. In step 11, the PDSN 206 sends a BCMCS Content Response to the PCF / BSC 224. At this time, A8 and A10 connections are established. In step 12, multicast IP flows are sent to the sector. The step may occur at any time before the start time of the BCMCS program. In step 13, the BSC 224 indicates that the content is being transmitted wirelessly via an overhead message. MS 210 tunes to the BCMCS channel.

At 4:00 PM in step 14, HBO movie 1 ends. The BSC 224 is not receiving BCMCS content from the PDSN. In step 15, the BSC / PCF 224 sends a BCMCS bearer path release request to the PDSN. In step 16, the PDSN 206 responds using a BCMCS bearer path release response. The A8 and A10 connections are released. In step 17, the BSC 224 indicates to the MS 210 that the transmission of HBO movie 1 has been stopped via an overhead message. This may be in the form of an overhead message that does not contain information about the program. Optionally, it may be in the form of an overhead message that includes a program identification and an indication that the program is not available. The indication may be sent during any grace period after a program end time for which the overhead message does not contain information about the program.

How network is controlled

10 shows an example message flow for a scheduled program where registration is controlled by the network. The program scheduled in this example is HBO movie 1 of Table 1. The method does not require the MS 210 to filter any request from the user. The method is determined in accordance with the network indicating whether the MS 210 is allowed to register with the scheduled BCMCS program.

In step 1, the BSC 224 sends an overhead message indicating that the HBO movie 1 identified by the BCMCS_FLOW_IDs cannot be used at the same time. The indication is provided by the absence of BCMCS_FLOW_IDs from the overhead message.

In step 2, if the user requests HBO movie 1 at any time, MS 210 sends a BCMCS registration request for specific BCMCS_FLOW_IDs to BSC 224. In step 3, the BSC / PCF 224 sends a BCMCS content request to the PDSN 206. BSCMCS Content Request indicates BCMCS_FLOW_IDs. In step 4, the PDSN 206 sends a BCMCS content request to the BCMCS controller 212. In step 5, the BCMCS controller 212 is aware of the BCMCS schedule. Because it is too fast for the MS 210 to register the service, the controller 212 sends a BCMCS Content Response with an error code. The error code may include information about the time when MS 210 is allowed to register the service. In step 6, the PDSN 206 sends a BCMCS content response to the BSC / PCF 224 with an error code. In step 7, the BSC / PCF 224 sends a BCMCS registration response to the MS 210 with an error code.

At step 8, at any time before the program starts (eg, 1:45 PM), the content server 202 initializes the content settings with the MR 218. At this point, any content such as music or advertisements may be transmitted.

In step 9, after a time, if the user requests HBO movie 1, the MS 210 will send a BCMCS registration to the BSC. Optionally, if the MS 210 recognizes the allowed RT, the MS 210 can autonomously send the request to the BSC 224. In step 10, the BSC / PCF 224 sends a BCMCS content request to the PDSN 206. The BCMCS Content Request indicates BCMCS_FLOW_IDs. In step 11, the PDSN 206 sends a BCMCS Content Request to the BCMCS Controller 212.

In step 12, the BCMCS controller 212 recognizes a BCMCS schedule. Since the allowed registration time has started, the controller will send a BCMCS Content Response to the PDSN 206. In step 13, PDSN 206 joins the multicast tree via IGMP if he is the first user. The step may occur at any time before the start time of the BCMCS program. In step 14, the PDSN 206 sends a BCMCS Content Response to the BSC / PCF. In step 15, the A8 and A10 connections are established. In step 16, the BSC / PCF sends a BCMCS registration response to the MS to confirm that the service was successfully registered. Upon receiving a response from the BS, the MS tunes to the frequency containing HBO movie 1. In step 17, a multicast IP flow is sent to the sector. The step may occur at any time before the start time of the BCMCS program. In step 18, the BSC 224 indicates that the content is being transmitted wirelessly via an overhead message. The MS tunes to the BCMCS channel.

At 4:00 PM in step 19, HBO movie 1 ends. The content server 202 stops transmitting the HBO movie 1. In step 20, the BSC / PCF 224 is requested to terminate the A10 connection via the BCMCS bearer path release request message. In step 21, the BSC / PCF 224 sends a BCMCS bearer path release request to the PDSN 206. In step 22, the BSC indicates to the MS 210 that the transmission of HBO movie 1 has been stopped via an overhead message. For example, the overhead message may not include information about the program. Optionally, the overhead message containing the program identification may be an indication that the program cannot be used. The indication may be sent during any grace period after the program end time, in which the overhead message does not contain information about the program.

Ongoing programs

Ongoing content programs are programs that start at any time and are broadcast without a scheduled end time. Examples of ongoing content programs may include news information, weather information, music or stock information broadcast in accordance with progress criteria. Table 1 provides an example of a program for content named "CNN news". According to this embodiment, after the user decides to receive an ongoing content program, the user searches for an allowed registration time RT or an allowed registration period RP associated with the program. For the BCMCS ongoing program, the MS may be informed of the program start time and the allowed registration time RT or registration period RP.

Service restoration and subscription are performed similarly to the way scheduled programs are performed. During the capture of information, the MS may be informed of the start time that was previously provided and an end time that may be set to indicate that the program is in progress. Optionally, the end time can be set to a future time. The allowed RT / RP may be set to indicate whether any time is acceptable. Registration for ongoing programs is performed similarly to how registration is performed for scheduled programs. Bearer routing and release, frequency tuning, and overhead information are performed in the same manner as scheduled programs.

Optionally, the program in progress may be divided into a number of consecutive time blocks. For example, an ongoing music program may be divided into blocks of two hours that travel back-back. This changes the attributes of the program from the ongoing program to the scheduled program, and all steps can be performed as described above with reference to the scheduled program. However, bearer routing and release is preferably associated with the program in progress, not with individual blocks. This can be done by combining the bearer with BCMCS_FLOW_IDs to be reused from one block to another. The BSC / PCF 224 and the PDSN 206 may make a decision regarding bearer path lifetime based on the lifetime of the BCMCS_FLOW_IDs. Such an alternative provides the user with information in the form of blocks, but the network handles such an ongoing program.

BCMCS  Nonscheduling Programs

For certain "unscheduled" programs, the operator cannot preschedule the programs. For example, an emergency program is broadcast without any set schedule. Content associated with emergency programs may include, for example, information about storm impending, severe road obstacles, and the like.

The network may notify the MS 210 of the unscheduled program, for example, using various methods of broadcasting a short message service (SMS) or an overhead message. In one embodiment, the originating station, such as the base station, notifies the receiving station, such as the mobile station, that an emergency broadcast is being broadcast via SMS. The notification may include a program start time and allowed RT / RP for the reception of the broadcast.

11 illustrates an example message flow for an unscheduled emergency program. Many of the steps in FIG. 11 are described above with reference to FIG. 9, and therefore, repetition is omitted for simplicity. When the MS 210 receives the notification from the network in step 2, it performs the BCMCS information acquisition with the BCMCS 212. MS 210 obtains the program start time and allowed RT / RP. The MS 210 adds the program start time and allowed RT / RP to the possible list and the subscription list, and displays them to the user through the UI. For such programs, in some embodiments subscription and registration may not be required. The other steps are similar to those described above with reference to scheduled programs and ongoing programs.

Those skilled in the art will appreciate that information and signals may be represented using any of a number of different technologies and techniques. For example, data, instructions, instructions, information, signals, bits, symbols, and chips that may be referenced throughout the description may include voltages, currents, electromagnetic waves, electromagnetic fields, or electromagnetic particles, By optical systems or optical particles, or any combination thereof.

Those skilled in the art will also recognize that the logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or a combination thereof. To clearly illustrate the interchangeability of the hardware and software, various elements, blocks, modules, circuits, and steps have been described above with regard to their functionality. Whether the functionality is implemented in hardware or software is determined by the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

The various logical blocks, modules, and circuits described in connection with the embodiments disclosed herein may be general purpose processors, digital signal processors (DSPs), application integrated circuits (ASICs), field programmable gate arrays (FPGAs), or It may be executed or performed using other programmable logic devices, discrete gate or transistor logic, discrete hardware elements, or any combination thereof designed to perform the functions disclosed herein. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, eg, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other configuration.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be immediately implemented in hardware, in a software module executed by a processor, or in a combination thereof. Software modules are known to those skilled in the art in the form of RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other storage medium. Exemplary storage media are connected to a processor capable of reading information from and recording information from the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside within an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user device.

The foregoing description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without the use of the present invention. Accordingly, the invention is not limited to the described embodiments but is to be accorded the widest scope indicated in the principles and novel features disclosed herein.

Portions of the disclosure of this patent document may be copyrighted. The copyright holder does not mean that any part of the patent document or patent disclosure can be facsimile copied as shown in the patent office's patent file or record, but all copyrighted work must be protected.

Claims (92)

At least one original station for broadcasting a broadcast program to at least one of a plurality of destination stations; And A first receiving station receiving a first registration period parameter from said at least one originating station, The first registration period parameter specifies a first period during which the first receiving station should register with the originating station, and the first receiving station blocks any attempted registration request occurring outside of the first period, system. delete The method of claim 1, The originating station rejects any attempted registration request by the first receiving station occurring outside of the first period, If the registration request from the first receiving station is sent before the first period begins, the receiving station periodically requests registration until the request is sent within the first period, system. At least one originating station broadcasting a broadcast program to at least one of a plurality of receiving stations, wherein the originating station is associated with the broadcast program and is different from the first registration period parameter and the first registration period parameter; Broadcast a first acquisition message comprising at least one of the parameters; First Receiving Station-The first receiving station receives a first registration period parameter that specifies a first period during which the first receiving station should register with the originating station, and wherein the first receiving station is other than the first period. Blocking any attempted registration requests that occur; And A second receiving station, Wherein the second receiving station receives a second registration period parameter specifying a second period during which the second receiving station should register with the calling station; system. The method of claim 4, wherein The first registration period parameter is passed to the first receiving station at a first time, and the second registration period parameter is passed to the second receiving station at a second time, system. The method of claim 5, The first time is different from the second time, system. The method of claim 5, The first time is equal to the second time, system. The method of claim 4, wherein The registration period parameter is associated with the broadcast program and includes an allowed registration period during which the receiving station should send a registration attempt message to the calling station; system. The method of claim 8, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, system. The method of claim 4, wherein The at least one originating station is a second broadcast program for at least one of a plurality of receiving stations, and a second acquisition message associated with the second broadcast program and having at least a third registration period parameter and a fourth registration period parameter; To broadcast system. The method of claim 4, wherein The broadcast program comprises at least one content source, system. The method of claim 11, The broadcast program comprises a first content source and a second content source, wherein the first registration period parameter is associated with the first content source, and a third registration period parameter is associated with the second content source, system. The method of claim 12, The first registration period parameter is different from the third registration period parameter, system. The method of claim 4, wherein The broadcast program includes an emergency program, system. The method of claim 4, wherein The broadcast program includes a content program currently on-going, system. The method of claim 4, wherein The broadcast program comprises a scheduled program and the first acquisition message further comprises a schedule comprising a program start time parameter; system. The method of claim 4, wherein The receiving station comprises a wireless communicator, system. The method of claim 4, wherein The receiving station comprises a mobile terminal, system. The method of claim 4, wherein The originating station comprises base stations, system. At least one originating station broadcasting a broadcast program to at least one of the plurality of groups of receiving stations; And A first group of receiving stations for receiving a first registration period parameter from the at least one originating station, The first registration period parameter specifies a first period during which the first group of receiving stations should register with the originating station, and the first group of receiving stations is any attempted registration request occurring outside of the first period. To block, system. delete The method of claim 20, The originating station rejects any attempted registration request by the first group of receiving stations occurring outside the first period of time, If the registration request from the receiving groups of the first group is sent before the start of the first period, the receiving groups of the first group periodically request registration until the request is sent within the first period. , system. At least one calling station that broadcasts a broadcast program to at least one of a plurality of groups of receiving stations, the calling station associated with the broadcast program and different from the first registration period parameter and the first registration period parameter. Broadcast a first acquisition message comprising at least one of the period parameters; Receiving Stations of First Group—Receiving stations of the first group receive a first registration period parameter that specifies a first period during which the receiving stations of the first group should register with the calling station, Receiving stations block any attempted registration request occurring outside of the first period of time; And A second group of receiving stations, Receiving stations of the second group receive a second registration period parameter specifying a second period during which the receiving group of the second group should register with the originating station, system. 24. The method of claim 23, The first registration period parameter is delivered to the first group of receiving stations at a first time, and the second registration period parameter is delivered to the second group of receiving stations at a second time, system. The method of claim 24, The first time is different from the second time, system. The method of claim 24, The first time is equal to the second time, system. 24. The method of claim 23, The registration period parameter is associated with the broadcast program and includes an allowed registration period for which the group of receiving stations should send a registration attempt message to the calling station; system. 28. The method of claim 27, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, system. 24. The method of claim 23, The at least one originating station is a second broadcast program for at least one of the plurality of groups of receiving stations, and a second associated with the second broadcast program and having at least a third registration period parameter and a fourth registration period parameter. Broadcast a capture message, system. 24. The method of claim 23, The broadcast program comprises at least one content source, system. 31. The method of claim 30, The broadcast program comprises a first content source and a second content source, wherein the first registration period parameter is associated with the first content source, and a third registration period parameter is associated with the second content source, system. 32. The method of claim 31, The first registration period parameter is different from the third registration period parameter, system. 24. The method of claim 23, The broadcast program includes an emergency program, system. 24. The method of claim 23, The broadcast program includes a content program currently on-going, system. 24. The method of claim 23, The program comprises a scheduled program, wherein the first acquisition message further comprises a schedule comprising a program start time parameter; system. 24. The method of claim 23, The receiving station comprises a wireless communicator, system. 24. The method of claim 23, The receiving station comprises a mobile terminal, system. 24. The method of claim 23, The originating station comprises base stations, system. A method of registering a broadcast program by at least one of a plurality of receiving stations, Receiving, by a first receiving station, a first registration period parameter from at least one originating station, the first registration period parameter specifying a first period during which the first receiving station should register with the calling station; And Blocking, by the first receiving station, any attempted registration request occurring outside of the first period of time, How to register a broadcast program. delete 40. The method of claim 39, The calling station rejects any attempted registration request by the first receiving station occurring outside of the first period of time, If the registration request from the first receiving station is sent before the first period begins, requesting registration until the request is sent within the first period; How to register a broadcast program. CLAIMS What is claimed is: 1. A method of delivering a first acquisition message that is associated with a broadcast program and includes at least one of a first registration period parameter and a second registration period parameter that is different from the first registration period parameter. Receiving the first registration period parameter specifying a first period during which a first receiving station should register with the originating station, wherein the first receiving station blocks any attempted registration request occurring outside of the first period; -; And Receiving the second registration period parameter specifying a second period during which a second receiving station should register with the calling station; A method of conveying a first capture message. 43. The method of claim 42, The first registration period parameter is passed to the first receiving station at a first time, and the second registration period parameter is passed to the second receiving station at a second time, A method of conveying a first capture message. The method of claim 43, The first time is different from the second time, A method of conveying a first capture message. The method of claim 43, The first time is equal to the second time, A method of conveying a first capture message. 43. The method of claim 42, The registration period parameter is associated with the broadcast program and includes an allowed registration period during which the receiving station should send a registration attempt message to the calling station; A method of conveying a first capture message. The method of claim 46, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, A method of conveying a first capture message. 43. The method of claim 42, Broadcasting a second broadcast program for at least one of the plurality of receiving stations, and a second acquisition message associated with the second broadcast program and having at least a third registration period parameter and a fourth registration period parameter; Including more, A method of conveying a first capture message. 43. The method of claim 42, The broadcast program comprises at least one content source, A method of conveying a first capture message. 50. The method of claim 49, The broadcast program comprises a first content source and a second content source, wherein the first registration period parameter is associated with the first content source and a third registration period parameter is associated with the second content source, A method of conveying a first capture message. 51. The method of claim 50, The first registration period parameter is different from the third registration period parameter, A method of conveying a first capture message. 43. The method of claim 42, The broadcast program includes an emergency program, A method of conveying a first capture message. 43. The method of claim 42, The broadcast program includes a content program currently on-going, A method of conveying a first capture message. 43. The method of claim 42, The program comprises a scheduled program, the first acquisition message further comprising a schedule having a program start time parameter, A method of conveying a first capture message. A method of registering a broadcast program for at least one of a plurality of groups of receiving stations, the method comprising: Receiving by the first group of receiving stations a first registration period parameter specifying a first period during which a first group of receiving stations should register with a calling station; And Blocking, by the receiving stations of the first group, any attempted registration request occurring outside of the first period of time, How to register a broadcast program. delete The method of claim 55, The originating station rejects any attempted registration request by the first group of receiving stations occurring outside of the first period of time, Receiving stations of the first group may periodically request registration until the request is sent within the first period if the registration request from the receiving groups of the first group is sent before the first period begins. To follow the steps, How to register a broadcast program. A registration method for at least one of a plurality of groups of receiving stations attempting to register for a broadcast program, the method comprising: Delivering a first acquisition message associated with the broadcast program and including at least one of a first registration period parameter and a second registration period parameter different from the first registration period parameter; Receiving by the first group of receiving stations the first registration period parameter specifying a first period during which a first group of receiving stations should register with a calling station; Blocking by the receiving stations of the first group any attempted registration request occurring outside of the first period; And Receiving, by the second group of receiving stations, a second registration period parameter specifying a second period during which a second group of receiving stations should register with the calling station; How to register. The method of claim 58, The first registration period parameter is delivered to the first group of receiving stations at a first time, and the second registration period parameter is delivered to the second group of receiving stations at a second time, How to register. The method of claim 59, The first time is different from the second time, How to register. The method of claim 59, The first time is equal to the second time, How to register. The method of claim 58, The registration period parameter is associated with the broadcast program and includes an allowed registration period for which the group of receiving stations should send a registration attempt message to the calling station; How to register. The method of claim 62, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, How to register. The method of claim 58, Delivering a second broadcast program for at least one of the plurality of groups of receiving stations, and a second acquisition message associated with the second broadcast program and having at least a third registration period parameter and a fourth registration period parameter; Further comprising, How to register. The method of claim 58, The broadcast program comprises at least one content source, How to register. 66. The method of claim 65, The broadcast program comprises a first content source and a second content source, wherein the first registration period parameter is associated with the first content source, and a third registration period parameter is associated with the second content source, How to register. The method of claim 66, The first registration period parameter is different from the third registration period parameter, How to register. The method of claim 58, The broadcast program includes an emergency program, How to register. The method of claim 58, The broadcast program includes a content program currently on-going, How to register. The method of claim 58, The program comprises a scheduled program, wherein the first acquisition message further comprises a schedule comprising a program start time parameter; How to register. Means for receiving a first registration period parameter from at least one originating station, the first registration period parameter specifying a first period during which a first receiving station should register with the originating station; And Means for blocking any attempted registration request occurring outside of the first period of time, Device. The method of claim 71, wherein If a registration request from the device is sent before the first period begins, further comprising means for requesting registration until the registration request is sent within the first period of time, Device. The method of claim 72, The originating station broadcasts a first acquisition message comprising at least one of a broadcast program and a second registration period parameter associated with the broadcast program and different from the first registration period parameter and the first registration period parameter; , The first registration period parameter is passed to the first receiving station at a first time, and the second registration period parameter is passed to other receiving stations at a second time, Device. The method of claim 73, The first time is different from the second time, Device. The method of claim 73, The first time is equal to the second time, Device. The method of claim 72, The originating station broadcasts a first acquisition message comprising at least one of a broadcast program and a second registration period parameter associated with the broadcast program and different from the first registration period parameter and the first registration period parameter; , The registration period parameter is associated with the broadcast program and includes an allowed registration period during which the receiving station should send a registration attempt message to the calling station; Device. 77. The method of claim 76, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, Device. 78. The method of claim 77 wherein The broadcast program comprises at least one content source, Device. The method of claim 78, The broadcast program includes an emergency program, Device. The method of claim 78, The broadcast program includes a content program currently on-going, Device. The method of claim 78, The program comprises a scheduled program, wherein the first acquisition message further comprises a schedule comprising a program start time parameter; Device. As a wireless communicator, A receiver receiving a first registration period parameter from at least one originating station, the first registration period parameter specifying a first period during which a first receiving station should register with the calling station; An input device for inputting a request to register with a broadcast program; And A controller including a blocking unit that blocks any attempted registration request occurring outside of the first period of time, Wireless communicator. 83. The method of claim 82, The controller further includes a registration request repeating unit that repeatedly requests registration until a registration request is sent within the first period of time; Wireless communicator. 84. The method of claim 83, The originating station broadcasts a first acquisition message associated with the broadcast program and including at least one of the first registration period parameter and a second registration period parameter that is different from the first registration period parameter, The first registration period parameter is passed to the first receiving station at a first time, and the second registration period parameter is passed to other receiving stations at a second time, Wireless communicator. 85. The method of claim 84, The first time is different from the second time, Wireless communicator. 85. The method of claim 84, The first time is equal to the second time, Wireless communicator. 83. The method of claim 82, The registration period parameter is associated with the broadcast program and includes an allowed registration period during which the receiving station should send a registration attempt message to the calling station; Wireless communicator. 88. The method of claim 87, The allowed registration period associated with the broadcast program indicates an allowed registration period before the start of the broadcast program, Wireless communicator. 88. The method of claim 87, The broadcast program comprises at least one content source, Wireless communicator. 91. The method of claim 89, The broadcast program includes an emergency program, Wireless communicator. 91. The method of claim 89, The broadcast program includes a content program currently on-going, Wireless communicator. 91. The method of claim 89, The originating station broadcasts a first acquisition message associated with the broadcast program and including at least one of the first registration period parameter and a second registration period parameter that is different from the first registration period parameter, The program comprises a scheduled program, wherein the first acquisition message further comprises a schedule comprising a program start time parameter; Wireless communicator.

Images