KR100864482B1 - Broadcasting data receiving method and system, and mobile communication terminal - Google Patents

Abstract

A broadcasting data receiving method and system, and a mobile communication terminal therefor are provided to store a broadcasting schedule in the mobile communication terminal and search a broadcasting overhead channel selectively, thereby reducing battery consumption according to searching an unnecessary overhead channel. A broadcasting data receiving method comprises the following steps of: receiving broadcasting information about broadcasting data from a broadcasting center joining a broadcasting service(S402,S404); registering and setting a broadcasting alarm based on the broadcasting information(S406); checking a type of corresponding broadcasting contents and a driving state of application to search a broadcasting overhead channel if a broadcasting start time comes when checking the broadcasting alarm(S408~S414); downloading and executing broadcasting data corresponding to the broadcasting information when the broadcasting information is searched through the broadcasting overhead channel(S416~S422); and setting a next broadcasting alarm based on the broadcasting information when the execution of the broadcasting data is completed(S424).

Description

Method and system for receiving broadcast data, and mobile communication terminal therefor {BROADCASTING DATA RECEIVING METHOD AND SYSTEM, AND MOBILE COMMUNICATION TERMINAL}

The present invention relates to a broadcast data receiving method and system for receiving broadcast content based on broadcast information searched through a broadcast overhead channel by a mobile communication terminal, and a mobile communication terminal therefor.

Recently, a mobile communication terminal not only receives a voice signal or multimedia data based on a mobile communication network, but also receives broadcast information necessary for receiving broadcast data through a broadcast overhead channel.

To this end, the mobile communication terminal searches for a broadcast overhead channel containing information related to a broadcast service, determines whether desired broadcast data is received at a specific time period based on the found broadcast information, and when desired broadcast data is received. Receive actual broadcast data.

Here, the broadcasting overhead channel is a separate channel from the control channel for receiving voice or data, and in order for the mobile communication terminal to use the overhead channel, an RF receiver for using an existing control channel is used. At the time of turn-on and at another time, it was necessary to turn on the RF receiver to use the broadcast overhead channel, which caused additional battery consumption.

For example, when the data transmission period of the overhead channel is the same as the general control channel, the battery consumption is doubled as the overhead channel is always used. Accordingly, there is a need for a method of searching for a broadcast overhead channel only at a time when a user actually broadcasts a desired service without searching for the broadcast overhead channel at all times.

In addition, when the mobile communication terminal determines that there is actually data to be downloaded as a result of retrieving broadcast information through an overhead channel, since the mobile terminal must operate in a non-slotted mode to receive broadcast data, battery consumption is consumed. This further increased.

On the other hand, the broadcast data received by the mobile communication terminal from the broadcasting center is Contents Push Type data and Live-Play Type data.

Here, the content push-type data is data such as news, video clips, ringtones, games, etc. The content of the service subscribed to by the user is downloaded in advance at a predetermined time through a broadcasting network and stored in the memory area of the mobile communication terminal. It takes a way to make the contents available when you want. Since this kind of content uses a play-after-download method, the mobile communication terminal always needs to download the content when it is broadcasted.

On the other hand, the live-play data is a data such as a form that is streamed in real time to a general wired and wireless television, broadcast data that is continuously broadcast (broadcasting) in a broadcast station. Therefore, the mobile communication terminal reproduces in real time without storing the streaming data, and broadcasts only when an application (for example, a VOD player in a video streaming service) that is capable of processing the data at the time of receiving the data is driven. Data was received and no broadcast data was received when the application was not running.

On the other hand, broadcast data is always broadcast through a broadcast network based on a mobile communication network at a predetermined time, whether content push type data or live play data. A mobile communication terminal supporting a broadcast service based on a mobile communication network has a corresponding time according to the characteristics of the data. In the broadcast overhead channel search and to determine whether to receive the corresponding broadcast data through the result.

For example, in the case of a service providing traffic information, the broadcasting network downloads the updated traffic information every 5 minutes to the mobile communication terminal for quality of service. It is continuously known that it is being sent. In addition, due to the characteristics of the service that should be guaranteed in real time, the user used the corresponding service by driving an application for viewing traffic information on the mobile communication terminal. At this time, when the actual user needs the traffic information, it is a short time of about 1 to 2 hours using the vehicle, and even though the application that can display the traffic information on the screen is running, the broadcast data according to the content type If there was no function to determine whether or not to receive, the mobile communication terminal had to continuously receive broadcast data being transmitted every 5 minutes regardless of whether the actual user can use the service. Assuming that it takes 2 minutes to receive broadcast data, 1440 minutes (day) * 2 minutes (reception time) / 5 when the user receives broadcast data continuously even if the user does not run an application such as a traffic confirmation browser. Since the RF receiver is to be turned on for minutes (broadcast cycle) = 576 minutes, there is a problem that an additional 5 to 10 times of current is consumed compared to the method of turning on the RF receiver only for 60 to 120 minutes using a vehicle.

Accordingly, the present invention has been made to solve the above-mentioned conventional problems, and checks the broadcast time of each broadcast data with respect to broadcast data periodically received, selectively searches for a broadcast overhead channel only for the corresponding broadcast time, and searches for the found broadcast. A broadcast data receiving method and system for determining whether to receive broadcast data based on whether an application for executing a corresponding content is activated in a mobile communication terminal in consideration of characteristics of each content based on information, and a mobile communication terminal therefor The purpose is to provide.

In accordance with another aspect of the present invention, there is provided a broadcast data reception method according to the present invention, in a broadcast data reception method of a mobile communication terminal that receives broadcast data broadcast or multicast through a mobile communication network from a broadcast center that provides broadcast data. (a) receiving broadcast information on broadcast data from a broadcast center subscribed to a broadcast service; (b) registering and setting a broadcast alarm based on the broadcast information; (c) checking the broadcast alarm and searching for a broadcast overhead channel when a broadcast start time arrives; (d) downloading and executing broadcast data corresponding to the broadcast information when the broadcast information is found through the broadcast overhead channel; And (e) setting the next broadcast alarm based on the broadcast information when execution of the broadcast data ends.

The broadcast information may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), version information of an application, a download address of an application, and transmission error correction (Forward). Error Correction).

In addition, the step (b) is to set and store the broadcast alarm on the basis of the broadcast start time of the broadcast information, the step (c) checks the type of the broadcast content and the driving state of the application to the broadcast overhead The channel will be searched.

Further, in the step (c), if the broadcast data is live play type, it is checked whether an application corresponding to the broadcast data is driven, and if the application is driven, the broadcast overhead channel is searched. do.

Further, in the step (c), when the broadcast data is a content push type, the broadcast overhead channel is searched for at the broadcast time determined to be in the slotted mode state, and the broadcast data is downloaded and executed according to the result ( proceed to step d).

In addition, when the application is not installed, the application is downloaded and installed by accessing a predefined application download server, and then the application is driven to execute the broadcast data.

In addition, the step (d), if a service ID (Flow ID) is present in the broadcast overhead channel, to switch to the non-slotted mode to download and execute the broadcast or the multicasted broadcast data Done.

And, in the step (a), at the time of subscribing to the broadcast service, the broadcasting center receives a list of every start / end time, or receives information indicating a repetition period and a broadcast time.

On the other hand, the broadcast data receiving system according to the present invention for achieving the above object, a broadcast center for providing broadcast data in a broadcast or multicast; A base station providing the broadcast data as a broadcast / multicast service of a mobile communication network; And subscribe to a broadcast service of the broadcast center, set a broadcast alarm based on the broadcast information provided from the broadcast center, periodically check the broadcast alarm, and when the broadcast start time arrives, the type of the corresponding broadcast data and the application. And a mobile communication terminal that checks a driving state, searches for a broadcast overhead channel, and downloads and executes the broadcast data corresponding to the broadcast information when the broadcast information is found through the broadcast overhead channel.

In addition, the broadcasting center provides a list of every start / end time to the mobile communication terminal or informs the repetition period and the broadcast time when the mobile communication terminal subscribes to the broadcast service.

The broadcasting center may further include a broadcast schedule including a broadcast time to the mobile communication terminal, a content type of the broadcast data, a program ID, and a service ID when the mobile communication terminal subscribes to the broadcast service. ), The broadcast information including the version information of the application, the download address of the application, and a forward error correction method.

When the mobile communication terminal downloads the broadcast data from the broadcast center through the base station, when the application corresponding to the broadcast data is not installed, the mobile communication terminal connects to a previously defined application download server and performs the corresponding operation. After downloading and installing an application, the application is driven to execute the broadcast data.

On the other hand, a mobile communication terminal according to the present invention for achieving the above object, a broadcast data receiving unit for receiving broadcast data via a mobile communication network from a broadcast center; A channel searching unit for searching for a broadcasting overhead channel based on a broadcasting time of each broadcasting service subscribed to the broadcasting center; A service storage unit for storing content type information on whether a content type of the broadcast data is a live play type or a content push type; A broadcast time storage unit for storing broadcast information including a broadcast schedule provided when the broadcast service is subscribed to the broadcast center and a broadcast alarm generated based on the broadcast schedule; And periodically checking the broadcast alarm to check the broadcast start time when the broadcast start time arrives, searching for the broadcast overhead channel by checking the type of the broadcast data and the driving state of the application, and when the broadcast information is found through the broadcast overhead channel. And a controller configured to control the broadcast data corresponding to the broadcast information to be downloaded and executed.

The broadcast information may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), version information of an application, a download address of an application, and transmission error correction (Forward). Error Correction).

The controller may determine whether an application corresponding to the broadcast data is driven when the broadcast data is a live play type, and search for the broadcast overhead channel when the application is driven.

In addition, when the application is not installed, the controller connects to a predefined application download server, downloads and installs the corresponding application, and drives the application to execute the broadcast data.

In addition, when a service ID (Flow ID) exists in the broadcast overhead channel, the controller switches to a non-slotted mode to download and execute the broadcast or the multicast broadcast data.

When the broadcast data is a content push type, the controller searches for the broadcast overhead channel at a broadcast time determined to be in a slotted mode, and downloads and executes the broadcast data according to the result.

The method may further include a middleware processor configured to determine transmission and reception of the broadcast data, search for the broadcast overhead channel, and whether to receive the broadcast data in association with the broadcast / multicast. .

The middleware processing unit may include a service module that is responsible for subscription or termination processing of the broadcast service, application management corresponding to each broadcast service, statistics management, and error recovery function generated during reception of the broadcast data; And a multicast module configured to perform scheduling management on the broadcast start time / end time for each broadcast, and control the reception of the broadcast overhead channel and the broadcast data.

According to the present invention, since the broadcast schedule is stored inside the mobile communication terminal and the broadcast overhead channel can be selectively searched only near the broadcast time, there is an effect of reducing battery consumption due to unnecessary overhead channel search.

In addition, when the broadcast data serviced through the broadcasting network is a content push type, the broadcast data is received and stored in a predetermined memory area of the mobile communication terminal regardless of whether the application is driven or not, and in the case of the live-play type, the application corresponding to the actual content. By downloading the broadcast content only when driven by the user, unnecessary current consumption can be reduced.

Details of the object and technical configuration of the present invention and the resulting effects thereof will be more clearly understood by the following detailed description based on the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Hereinafter, preferred embodiments of the present invention will be described in detail according to the device configuration and method configuration.

In describing the embodiments, descriptions of technical contents which are well known in the technical field to which the present invention belongs and are not directly related to the present invention will be omitted. This is to more clearly communicate without obscure the subject matter of the present invention by omitting unnecessary description.

1 is a configuration diagram schematically showing a configuration of a broadcast data receiving system according to an embodiment of the present invention.

Referring to FIG. 1, the broadcast data receiving system according to the present invention includes a mobile communication terminal 110, a base station 120, a service node 130, a broadcast center 140, and a content server 150.

The mobile communication terminal 110 is provided with a broadcast multicast service (BCMCS) or a multimedia broadcast / multicast service (MBMS) based on a mobile communication network.

The base station 120 transmits / receives voice or data to and from the mobile communication terminal 110 through a common control channel, provides broadcast information to the mobile communication terminal 110 through a broadcast overhead channel, and broadcast traffic. Broadcast data or content data is transmitted through a channel.

The base station 120 supports BCMCS technology, and may be implemented as, for example, an access network in an EV-DO system, GERAN in GSM, and UTRAN in WCDMA. Accordingly, the mobile communication network may be implemented as a network such as CDMA, WCDMA, HSDPA, Wibro, or the like.

The service node 130 may be implemented as a packet data serving node or a broadcast data serving node that supports broadcast / multicast.

The broadcast center 140 is a BCMCS controller that controls broadcast-multicast of broadcast data in an EV-DO system, or a broadcast / multicast-service center that controls content broadcast / multicast in GSM and WCDMA. BM-SC) and the like.

The broadcast center 140 informs the list of every start / end time of the corresponding broadcast when the mobile communication terminal 110 subscribes to the broadcast service, or repeats the cycle (X time, X day, X week, X month) and the broadcast time. The broadcast information is transmitted to the mobile communication terminal 110.

In addition, the broadcast center 140 may provide information identifying whether the broadcast content being serviced is a live play type or a content push type, information on which application the broadcast content corresponds to, and a broadcast schedule, a program name, a broadcast time, and the like. It provides the broadcast information to the mobile communication terminal (110).

That is, the broadcast information may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), version information of an application, a download address of an application, and forward error correction. ) Method.

The content server 150 holds a large number of various types of content data or broadcast data, and transmits content data or broadcast data in response to a request for provision from the broadcast center 140.

Meanwhile, although the BCMCS network is shown in the form of being implemented in the 1x EV-DO network, the BCMCS network may be implemented in a mobile communication network such as a WCDMA MBMS network or a WIBRO network in the future, and thus is not limited to the network configuration shown in FIG. 1. Do not.

2 is a schematic block diagram of an internal configuration of a mobile communication terminal according to an embodiment of the present invention.

2, the mobile communication terminal 110 according to the present invention includes a middleware processing unit 210, a wireless communication module 220, a display module 230, an input module 240, a storage unit 250, and an application unit. 260.

The middleware processor 210 provides a base environment necessary for providing a data service, and processes operations related to subscription or release of a broadcast service, reception of broadcast data, and the like.

The wireless communication module 220 supports unicast and multicast of a broadcast channel.

The display module 230 outputs a broadcast screen, and the input module 240 processes key manipulation by a user.

The storage unit 250 stores the received broadcast data, and the application unit 260 executes and displays the received broadcast data.

The middleware processor 210 interoperates with the wireless communication module 220 and the application unit 260 in connection with broadcast / multicast, and transmits / receives broadcast data, searches for broadcast overhead channels, and receives broadcast data through a traffic channel. Determine.

Meanwhile, the middleware processor 210 includes a service module 212, a wireless internet platform 214, a multicast module 216, and a manufacturer platform 218.

Here, the manufacturer platform 216 and the wireless Internet platform 214 provides a basic environment necessary to provide data services to the platform basically mounted on the mobile communication terminal 110.

The service module 212 is responsible for subscribing or terminating broadcast services, managing each broadcast service and its corresponding applications, managing statistics, and recovering errors occurring while receiving broadcast data.

The multicast module 216 performs scheduling management such as broadcast start time / end time for each broadcast, reception overhead for broadcast overhead channel, and broadcast data.

3 is a block diagram showing an upper configuration of a mobile communication terminal according to an embodiment of the present invention.

Referring to FIG. 3, the mobile communication terminal 110 according to the present invention includes a channel search unit 310, a broadcast time storage unit 320, a service storage unit 330, a broadcast data receiver 340, and a controller 350. And a middleware processor 210.

The channel search unit 310 searches for a broadcast overhead channel according to the broadcast time for each subscribed broadcast service. In addition, when the broadcast start time arrives, the channel search unit 310 searches for the broadcast overhead channel under the control of the control unit 350 with reference to the schedule of the broadcast service.

The broadcast time storage unit 320 sequentially calculates the broadcast start time by the controller 350 when the broadcast ends. The broadcast time storage unit 520 does not store all the broadcast start times subscribed to the broadcast service, and stores the next broadcast start time calculated by the controller 350 when the broadcast end point arrives. In addition, the broadcast time storage unit 320 registers and stores the broadcast alarm generated based on the broadcast start time.

The service storage unit 330 stores the characteristics of broadcast data for each broadcast service subscribed to by the mobile communication terminal 110 by the broadcast center 140. The service storage unit 330 stores broadcast data type information for identifying whether broadcast data is a content push type or a live-play type for each broadcast service.

The broadcast data receiver 340 selectively receives broadcast data at the start of searching for a broadcast overhead channel or at the start of receiving broadcast data according to the application driving confirmation of the control unit 350.

The broadcast data receiving unit 340 includes an application driving confirmation unit confirming that the application is running by using the application ID and version information received from the broadcasting center 140. The application driving confirmation unit confirms that the application is running and selectively provides information necessary for receiving broadcast data.

The controller 350 controls an operation in which the mobile communication terminal 110 subscribes to a broadcast service provided by the broadcast center 140, and registers a broadcast alarm based on broadcast information including a broadcast schedule provided when the broadcast service is subscribed. To control.

The controller 350 periodically checks a registered broadcast alarm and determines whether the broadcast is a live play type or a content push type when the broadcast start time arrives. If a broadcast ID of the subscription service exists in the overhead channel, the controller switches to non-slotted mode and receives broadcast or multicast data through the traffic channel.

If the flow ID does not exist by searching for the overhead channel, the controller 350 periodically monitors the broadcast overhead channel at the broadcast time determined to be in the slotted mode and checks whether the desired flow ID appears.

The middleware processor 360 determines the transmission / reception of broadcast data, the search of a broadcast overhead channel, and the reception of the broadcast data in association with the broadcast data receiver 340 in relation to the broadcast / multicast.

On the other hand, the device configuration described above can be applied to a computer capable of executing a program that performs a series of procedures over time. The computer executes a work procedure that programs the operation of a module composed of devices. The computer sequentially executes the programs stored in the program memory in accordance with the scheduled task schedule or branches to the program corresponding to the generated event. The computer performs the functions and operations of the device corresponding to the task currently executed among the programmed tasks. The program is recorded on a computer readable medium so that the computer functions by various means. Computers operate by different means depending on the task they are performing and perform methods according to the operation. Therefore, the operation of this method will be described sequentially according to time flow and events.

4 is a flowchart illustrating a broadcast data receiving method according to an embodiment of the present invention.

Referring to FIG. 4, the user subscribes to a broadcast service provided by the broadcasting center 140 through the mobile communication terminal 110 (S402).

That is, the mobile communication terminal 110 subscribes to a specific broadcast service through a service module 212 through a WAP service or an Internet web service.

Accordingly, the broadcast center 140 transmits the broadcast information including the broadcast schedule related to the broadcast service, the program name, etc. to the mobile communication terminal 110, and the mobile communication terminal 110 transmits the content type from the broadcast center 140 to the content type. Broadcast information such as a broadcast schedule is received (S404).

Here, the broadcast information transmitted from the broadcast center 140 to the mobile communication terminal 110 may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), and an application. It includes version information, the download address of the application, and a forward error correction method.

The broadcasting center 140 provides the broadcasting schedule to the mobile communication terminal 110 in the following form.

The broadcasting center 140 may designate a plurality of start time and stop time for one broadcast by using t = <start time> <stop time>. Here, the start time and the end time are the same for both the straight type and the purchase type.

The broadcast center 140 may designate a period using r = <repeat interval> <active duration> <list of offsets from start time>. The active duration of all cycles should be the same. That is, for content that is broadcast for 5 minutes on a daily basis, r = 86400 (day) 300 (5 minutes) is represented by a random value (offset based on the initial broadcast start time). Here, in case of using monthly cycle, extended session attribute X-AbsoulteSchedule is used instead of r type.

The broadcast center 140 informs information on which application corresponds to a subscribed broadcast service through an application ID and application version information. An example of application related information delivered by the broadcasting center 140 is as follows.

The broadcast center 140 specifies an ID of an installer. For example, a = X-InstallerID: 1234567. Specifies the version of the installer according to the version rules. For example, a = X-InstallerVersion: 001.012.000. Here, the installer refers to an application where the actual content is to be installed.

The mobile communication terminal 110 determines when to search for a broadcast overhead channel when an alarm is generated for a service whose field such as AppActiveDownload is checked, or when a subscribed broadcast service is started to be transmitted by searching for an overhead channel. Check whether the application is running with the application ID and the application version. As a result of the check, if the corresponding application is running, reception of the broadcast data is started through the multicast module 216, and when the application is completed, the result is transmitted to the corresponding application for processing by the user. If it is confirmed that the corresponding application is not driven, the multicast module 216 waits without downloading broadcast data.

However, if the application (a = X-AppActiveDownload: False) should be downloaded even if the application is not running and the application itself is not installed, the mobile communication terminal 110 is a predefined installer. After accessing the download server and downloading and installing the corresponding application, the broadcast data may be received.

In addition, when the broadcast data is a content push type, even if the application to play the content is not installed, the mobile communication terminal 110 downloads the broadcast data once and determines whether to install the application in the content storage step. If not, you can connect to the download server and download and install the application.

The mobile communication terminal 110 registers a broadcast alarm according to the broadcast start time of the broadcast schedule (S406). That is, the controller 350 registers and sets an alarm indicating the start of a broadcast service with reference to the broadcast start time registered in the broadcast schedule and stores the alarm in the broadcast time storage unit 320.

The controller 350 registers a start time for searching for a broadcast overhead channel as an alarm by calculating a broadcast period for each subscribed broadcast service. If a large number of alarms are registered, the load is imposed on the mobile communication terminal 110, so that the next alarm is registered at every end of the broadcast cycle without registering all broadcast schedules as alarms.

That is, the controller 350 does not store all alarm information such as 5/1 14:00, 5/2 14:00, 5/3 14:00, etc., but at the end of 5/1 broadcast 5/2 14: 00 is registered as an alarm and 5/3 alarm is registered at the end of the 5/2 broadcast to secure desired performance while minimizing the burden of the storage space of the mobile communication terminal 110.

Subsequently, the controller 350 periodically checks the broadcast alarm registered in the broadcast time storage 320 (S408). That is, the controller 350 periodically determines whether the broadcast start time is reached for the registered broadcast alarm based on the broadcast schedule.

The controller 350 checks the broadcast alarm periodically and when the broadcast start time arrives (S410), checks the content type of the broadcast, and if it is live-play type (S412), determines whether the corresponding application is running (S414). .

In determining whether to receive broadcast data, the controller 350 receives the characteristic information for each content from the broadcasting center 140 in advance, and based on this, if the content type is the content for live-play, The broadcast data may be received only when the application is driven by additionally determining whether the application corresponding to the content is running.

Here, for example, when a = X-AppActiveDownload: True, content information for each content that the broadcasting center 140 drops to the mobile communication terminal 110 is downloaded only when an application of the mobile communication terminal 110 is running. If a = X-AppActiveDownload: False, the download is performed regardless of application execution of the mobile communication terminal 110.

The controller 350 additionally analyzes the above characteristic information values among the broadcast information received from the broadcast center 140 after the initial service subscription through the service module 212 and downloads only when there is an application for the corresponding broadcast data. The acknowledgment is transmitted to the multicast module 216 that performs the actual broadcast scheduling.

Meanwhile, if the corresponding broadcast data to be serviced is a content push type instead of a live play type (S412-NO), the control unit 350 downloads and executes the broadcast data.

Subsequently, if the corresponding application is running, the controller 350 searches for the broadcast overhead channel through the channel search unit 310 (S416).

The controller 350 searches for the broadcast overhead channel, and if a flow ID exists in the found broadcast overhead channel (S418), the controller 350 switches to the non-slotted mode to download and store the broadcast data through the broadcast data receiver 340. Stored in the unit 250, and delivers the downloaded broadcast data to the application to execute the broadcast data through the application (S420).

That is, the control unit 350 calculates the download time of the broadcast data based on the broadcast information, and downloads and executes the broadcast data in accordance with the download time.

Here, the control unit 350 transmits the downloaded broadcast data to the application is stored in the storage space of the application, when the application is not installed, the control unit 350 is connected to the application download server prescribed separately The application itself is downloaded first and then the execution operation of the broadcast data through the corresponding application is performed.

On the other hand, when the flow ID does not exist in the broadcast overhead channel (S418-No), the controller 350 periodically monitors the overhead channel in the slotted mode without switching to the non-slotted mode, and the desired Flow ID You will see it appear.

When the execution of the broadcast data ends (S422), the controller 350 registers and stores the next broadcast alarm according to the broadcast schedule through the multicast module 216 in the above-described process (S424).

That is, the controller 350 registers a broadcast alarm indicating the next broadcast start time by referring to the broadcast schedule of the broadcast information. Thereafter, the broadcast alarm registered in the process is periodically checked, and when the broadcast start time arrives, the aforementioned procedure of searching for a broadcast overhead channel and downloading broadcast data according to the type of broadcast content is repeated.

The control unit 350 calculates and stores the next broadcast period for each service subscribed to through the multicast module 216 and stores the same broadcast period before receiving the broadcast overhead channel until the next broadcast period arrives and when the next broadcast period arrives. The search for the broadcast overhead channel is started.

As described above, according to the present invention, the broadcast time of each broadcast data is periodically checked for the broadcast data received periodically, the broadcast overhead channel is selectively searched only for the corresponding broadcast time band, and the mobile communication terminal is considered in consideration of the characteristics of each content. A broadcast data receiving method and system for determining whether to receive broadcast data based on whether an application that executes a corresponding content is activated in the present invention, and a mobile communication terminal therefor may be provided.

As those skilled in the art to which the present invention pertains may implement the present invention in other specific forms without changing the technical spirit or essential features, the embodiments described above should be understood as illustrative and not restrictive in all aspects. Should be. The scope of the present invention is shown by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention. do.

The present invention can be applied to a terminal for receiving broadcast data, and can be applied to a mobile communication terminal and a broadcast system for receiving broadcast data through a mobile communication network.

Further, the present invention can be applied to a broadcast receiving device using a broadcast overhead channel and a broadcast system receiving broadcast information through the broadcast overhead channel and receiving broadcast data based on the broadcast information.

1 is a configuration diagram schematically showing the configuration of a broadcast data receiving system according to an embodiment of the present invention;

2 is a schematic block diagram of an internal configuration of a mobile communication terminal according to an embodiment of the present invention;

3 is a block diagram showing an upper configuration of a mobile communication terminal according to an embodiment of the present invention; and

4 is a flowchart illustrating a broadcast data receiving method according to an embodiment of the present invention.

<Description of Symbols for Main Parts of Drawings>

110: mobile communication terminal 120: base station

130: service node 140: broadcasting center

150: content server 210: middleware processing unit

220: wireless communication module 230: display module

240: input module 250: storage

260: application unit 310: channel search unit

320: broadcast time storage unit 330: service storage unit

340: broadcast data receiving unit 350: control unit

Claims (20)

A broadcast data reception method of a mobile communication terminal for receiving broadcast data broadcast or multicast through a mobile communication network from a broadcast center providing broadcast data, the method comprising: (a) receiving broadcast information on broadcast data from a broadcast center subscribed to a broadcast service; (b) registering and setting a broadcast alarm based on the broadcast information; (c) checking the broadcast alarm and searching for a broadcast overhead channel by checking a type of a corresponding broadcast content and a driving state of an application when a broadcast start time arrives; (d) downloading and executing broadcast data corresponding to the broadcast information when the broadcast information is found through the broadcast overhead channel; And (e) setting the next broadcast alarm based on the broadcast information when execution of the broadcast data ends; Broadcast data receiving method comprising a. The method of claim 1, The broadcast information may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), version information of an application, a download address of an application, and forward error correction. The broadcast data receiving method comprising a). The method of claim 1, In the step (b), the broadcast data reception method of setting and storing the broadcast alarm based on the broadcast start time of the broadcast information. The method of claim 1, In the step (c), if the broadcast data is live play type, check whether an application corresponding to the broadcast data is driven, and if the application is driven, search for the broadcast overhead channel. A broadcast data receiving method. The method of claim 4, wherein In step (c), when the broadcast data is a content push type, (d) searching for the broadcast overhead channel at a broadcast time determined in a slotted mode state and downloading and executing the broadcast data according to the result. Broadcast data receiving method characterized in that the step proceeds. The method of claim 4, wherein And when the application is not installed, accesses a previously defined application download server, downloads and installs the corresponding application, and drives the application to execute the broadcast data. The method of claim 1, In step (d), when a service ID exists in the broadcast overhead channel, the broadcast or multicast broadcast data is downloaded and executed by switching to a non-slotted mode. A broadcast data receiving method. The method of claim 1, In the step (a), at the time of subscribing to the broadcast service, the broadcast center is provided with a list of every start / end time or information indicating a repetition period and a broadcast time. A broadcast center for providing broadcast data in broadcast or multicast; A base station providing the broadcast data as a broadcast / multicast service of a mobile communication network; And Subscribe to a broadcast service of the broadcast center, set a broadcast alarm based on the broadcast start time of the broadcast information provided from the broadcast center, periodically check the broadcast alarm, and when the broadcast start time arrives, the content of the corresponding broadcast data. A mobile communication terminal for searching for a broadcast overhead channel by checking a type and a driving state of an application, and downloading and executing the broadcast data corresponding to the broadcast information when the broadcast information is found through the broadcast overhead channel; Broadcast data receiving system comprising a. The method of claim 9, The broadcasting center, when the mobile communication terminal subscribes to the broadcast service, provides a list of every start / end time to the mobile communication terminal, or provides information indicating a repetition period and a broadcast time. Data receiving system. The method of claim 9, The broadcast center may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), and the like, when the mobile communication terminal subscribes to the broadcast service. And transmitting the broadcast information including version information of an application, a download address of the application, and a forward error correction method. The method of claim 9, When the mobile communication terminal downloads the broadcast data from the broadcast center through the base station, when the application corresponding to the broadcast data is not installed, the mobile communication terminal connects to the predefined application download server to access the application. Broadcast data receiving system, characterized in that for running the application after downloading and installing the broadcast data. A broadcast data receiver for receiving broadcast data from a broadcast center via a mobile communication network; A channel searching unit for searching for a broadcasting overhead channel based on a broadcasting time of each broadcasting service subscribed to the broadcasting center; A service storage unit for storing content type information on whether a content type of the broadcast data is a live play type or a content push type; A broadcast time storage unit for storing broadcast information including a broadcast schedule provided when the broadcast service is subscribed to the broadcast center and a broadcast alarm generated based on the broadcast schedule; And When the broadcast start time arrives by periodically checking the broadcast alarm, the broadcast overhead channel is searched by checking the type of the broadcast data and the driving state of the application, and when the broadcast information is found through the broadcast overhead channel, A controller configured to control the broadcast data corresponding to the broadcast information to be downloaded and executed; Mobile communication terminal comprising a. The method of claim 13, The broadcast information may include a broadcast schedule including a broadcast time, a content type of the broadcast data, a program ID (ID), a service ID (Flow ID), version information of an application, a download address of an application, and forward error correction. Mobile communication terminal comprising a) method. The method of claim 13, The controller checks whether an application corresponding to the broadcast data is driven when the broadcast data is a live play type, and searches for the broadcast overhead channel when the application is driven. Communication terminal. The method of claim 15, When the application is not installed, the controller connects to a predefined application download server, downloads and installs the corresponding application, and drives the application to execute the broadcast data. . The method of claim 13, The control unit, when there is a service ID (Flow ID) in the broadcast overhead channel, switching to a non-slotted mode, characterized in that to download and execute the broadcast or the multicast broadcast data Communication terminal. The method of claim 13, When the broadcast data is a content push type, the controller searches for the broadcast overhead channel at a broadcast time determined to be in a slotted mode, and downloads and executes the broadcast data according to the result. . The method of claim 13, And a middleware processor configured to determine transmission and reception of the broadcast data, search for the broadcast overhead channel, and whether or not to receive the broadcast data in association with the broadcast / multicast. Mobile communication terminal. The method of claim 19, The middleware processing unit, A service module that is responsible for subscription or termination processing of the broadcast service, management of each broadcast service and its corresponding application, statistics management, and error recovery function during reception of the broadcast data; And A multicast module configured to perform scheduling management regarding broadcast start time / end time for each broadcast, and control reception of the broadcast overhead channel and the broadcast data; Mobile communication terminal comprising a.

Images