KR20060051360A - Broadcast/multicast service providing method based on user's status information - Google Patents

Abstract

The present invention relates to a method for selectively providing a broadcast / multicast service according to a user's status information, wherein a client requests a server to temporarily suspend a specific broadcast / multicast service currently being received by the server. The temporary stop of the receiving permission of the content related to the broadcast / multicast service in accordance with the request to restrict the client.

Broadcast / multicast service, reception restriction, preferred time zone

Description

How to provide selective service based on user's status information {BROADCAST / MULTICAST SERVICE PROVIDING METHOD BASED ON USER'S STATUS INFORMATION}

1 is a block diagram of a broadcast / multicast service system according to the present invention;

2 is a view showing a first embodiment of a broadcast providing method of a broadcast / multicast service system according to the present invention;

3 is a view showing a second embodiment of a broadcast providing method of a broadcast / multicast service system according to the present invention;

4 is a diagram illustrating a path through which a request to restrict a client is transmitted in the BCAST system;

FIG. 5 is a diagram illustrating a path through which a reception restriction request of a client is transmitted in a 3GPP MBMS (Multimedia Multicast / Broadcast Service) service system; FIG.

FIG. 6 is a diagram illustrating a key management method for providing a broadcast / multicast service to which a DND mode is applied in FIG. 2. FIG.

******* Description of the symbols for the main parts of the drawing ********

10: content provider 20: broadcast server

30: Broadcast client

The present invention relates to a broadcast / multicast service, and more particularly, to a method of selectively providing a broadcast / multicast service according to user status information.

Broadcast / Multicast service is a service that provides over-the-air broadcasting or other additional information to multiple clients at the same time. It is useful only for broadcast services that provide useful information to multiple clients and clients who subscribe to specific services. Includes all multicast services that provide information.

The broadcast / multicast service can simultaneously service the same information to multiple clients, thereby efficiently managing network resources, and the client can select and receive only a preferred service from the provided information.

However, in the conventional broadcast / multicast service, a service provider receives predetermined contents from a content provider and delivers the predetermined contents to the client without considering the status of the clients. However, although the client may not want to receive the service provided by the broadcast service for a predetermined time according to its own state information, the conventional broadcast / multicast service providing method does not provide such a function.

Accordingly, an object of the present invention is to provide a method for selectively providing a broadcast / multicast service according to user state information.

In order to achieve the above object, a broadcast / multicast providing method in a mobile communication network according to the present invention comprises the steps of: receiving status information of a user from a client; And broadcasting content only to a client capable of receiving a service by the Bordcast server using the received state information.

Advantageously, said user's status information is transmitted via an interaction channel.

Preferably, the user's status information is transmitted using one of HTTP, WAP Push and SIP Push.

Preferably, the client is a client in the terminal.

Preferably, the status information of the user is one of information about a Do Not Disturb (DND) mode, a specific time mode, and a preferred time zone.

Preferably, if the user's status information indicates the DND mode, the broadcast server does not broadcast content to a client that has set the DND mode by performing appropriate key management.

Preferably, when the client already has a key capable of receiving content in a specific time zone, the broadcast server additionally transmits a deactivation key for stopping the function of the key, thereby suspending the receiving right of the broadcast related content.

Preferably, the broadcast server repeats key distribution several times at regular intervals to exclude the client from key reception, thereby temporarily giving the client no right to receive broadcast related content.

Preferably, the status information of the user is transmitted through an interaction channel message in the case of the BCAST system, and is transmitted through a non-access stratum (NAS) message in the case of the MBMS system.

Preferably, the messages include parameters for setting a Do not Disturb (DND) mode, a specific time mode and a preferred time zone.

Hereinafter, preferred embodiments of the present invention will be described in detail.

The present invention may temporarily stop receiving a service by indicating that the client will temporarily suspend a particular broadcast / multicast service it is currently receiving. In addition, if the client designates a time zone in which the client wants to receive a specific service, the service provider may provide the specific service only in the designated time zone.

1 is a broadcast / multicast service system according to the present invention.

As shown in FIG. 1, the broadcast / multicast service system according to the present invention includes a content provider 10, a broadcast server 20, and a broadcast client 30.

The broadcast server 20 manages and determines the current state of the user and whether the service is acceptable, receives the content from the content provider 10, and provides the broadcast / multicast service only to the currently receivable user.

The broadcast client 30 temporarily blocks or activates the broadcast / multicast service by setting a Do Not Disturb (DND) mode according to the user's state, and notifies the broadcast server 11 of the user's preferred time zone. To request service only during that time.

The operation of the broadcast / multicast service system according to the present invention configured as described above is as follows.

2 is a first embodiment of a broadcast providing method of a broadcast / multicast service system according to the present invention, and shows a call flow between components.

As shown in FIG. 2, the broadcast server 20 (hereinafter abbreviated as server) receives content from the content provider 10 (S10), and broadcast client 30 (hereinafter, referred to as a broadcast service). Abbreviated as client) (S11).

However, no matter how useful the service provided from the server 20 is, the client 12 may not want to receive the corresponding service. For example, when in a meeting or at rest, the client 12 may request the server 20 to suspend the transmission of the service.

In order to request the temporary stop of the service, the client 12 sets a Do Not Disturb (DND) mode for requesting the stop of the service in the message, and then transmits the message to the server 20 (S12). Preferably, the message includes a DND mode setting parameter (1 or 0 in the case of a binary). When the DND mode is set by the client 30, the server 20 performs appropriate key management, and thus does not provide a broadcast service to the corresponding client 30 until the DND mode is released (S13).

After that, if the meeting is ended and the user wants to receive the service again, the client 30 requests the server 20 to release the DND mode, and according to the request for the release of the DND mode, the server 20 is suspended. Provide broadcast service again.

Although the first embodiment of the broadcast providing method requests the setting and the release of the DND mode separately, the setting and the release of the DND mode may be simultaneously requested by setting the release time of the DND mode together when the setting of the DND mode is requested.

3 is a second embodiment of a broadcast providing method of a broadcast / multicast service system according to the present invention, and shows a call flow between components.

Referring to FIG. 3, the server 20 receives content from the content provider 10 (S20) and provides the content to the client 30 using a broadcast service (S21).

The broadcast service is also useful for the client 30, but the client 30 may not want to receive a particular service provided from the server 20, for example, during or after work. In this case, the client 30 designates a preferred time zone and informs the server 20 that it does not want to receive the broadcast / multicast service for a predetermined time (S22). That is, the client 30 requests to limit service reception in a specific time zone by transmitting a specific time mode (1 or 0 in the case of a binary) or a preferred time zone in the message.

The specific time mode is a parameter for setting a specific time zone among time zones provided by the server 20 in advance, and the preferred time zone is a start time, a stop time, an interval, and a duration. This means setting the time directly using the parameters. For example, if you start the service at a certain time and end the service at a certain time, set only the Start Time and Stop Time, and if you want to receive the service periodically, Interval ), And when setting the time zone to be serviced within the period, set the Duration.

Therefore, the server 20 does not provide a broadcast service at a specific time zone according to the service reception restriction request of the client 30 (S23), and resumes the broadcast / multicast service to the client 30 again outside the time zone. do.

In this way, the client sets the DND mode or the preferred time zone and transmits it to the server so as to request the reception of the broadcast service at a specific time zone. The path through which the client's request is delivered may be different depending on the structure of the network.

4 is a diagram illustrating a path through which a request to restrict a client is transmitted in the BCAST system.

Referring to FIG. 4, the server 20 provides a broadcast / multicast service to a user by receiving content from the content provider 10 and delivering the content to a plurality of terminals through a BCAST distribution system (BDS). Then, when the user sets the DND mode or the preferred time zone, the client 30 in each terminal is delivered to the server 20 through the channel through the interaction (Interaction Channel) message set the DND mode or preferred time zone. At this time, each client transmits the message using a transmission object such as HTTP, WAP push and SIP push.

Therefore, the server 20 does not provide the broadcast service to the client 30 in a specific time zone according to the DND mode or the preferred time zone, that is, the service reception restriction request of the client 30. Resume broadcast / multicast service to 30).

At this time, the server 20 uses a BCAST service application (BSA) and a specific bearer (DVB-H, MBMS, BCMCS, ..) to process and protect the content or to maintain and manage the broadcast service. BCAST Service Distribution / Adaptation (BDSA) that delivers broadcast service and key distribution for DND mode, and BCAST subscription that manages user's reception request, status information and subscription information It includes a Broadcast Subscription Management (BSM).

In addition, the BCAST service system is a BCAST distribution system (BDS) supporting 1: M communication to transmit content and key information to a terminal, and 1: 1 communication for bidirectional communication with the server 20. It includes an interaction network that supports. In this case, the BCAST-1 ~ BCAST-6 represents an interface,

FIG. 5 is a diagram illustrating a path through which a client's reception restriction request is transmitted in a 3GPP MBMS service system. FIG.

Referring to Figure 5, it is most effective that the user's request is delivered to the BM-SC (Broadcast / Multicast Service Center) through the NAS (Non Access Stratum) signaling from the client in the terminal (UE). A new NAS message must be added to ensure that the service is only available.

In addition, the user request may be delivered through signaling between each entity. This method may be difficult to effectively deliver user requests due to delays and signaling burdens during each node. In this method, user requests must be passed through multiple entities, including BM-SCs and Serving GPRS Support Nodes (SGSNs) and UTRAN entities (eg, RNC, Node B, etc.). In this case, messages including parameters of the request should be added to interface signaling between the entities.

In any case, at least the following parameters must be included in the message to properly reflect the request of the user.

DND mode (1 or 0 if binary)

Specific Time Mode (1 or 0 if binary)

Preferred time range (Start Time, Stop Time, Interval, Duration)

In particular, as described above, when starting a service at a specific time and terminating the service at a specific time, only a start time and an end time are set. On the other hand, if you want to receive a certain service periodically, Interval is used as a parameter to indicate the period, and duration is used to set the time zone to receive service within the period.

In addition, the present invention proposes the following key management to provide a broadcast / multicast service to which the DND mode is applied.

In the first method, when the client adopts the DND mode for a specific time, the server suspends the receiving authority of the broadcast related content of the client. This method additionally provides an inactive key that temporarily disables the key if the client already has a key to receive content at a particular time.

For example, suppose that a client has subscribed to a content reception called World News, and has already received a key A that can receive the content at the time of subscription, as shown in FIG. 6. In this state, when the client sets the DND mode, the deactivation key B, which temporarily suspends the function of the key A, is additionally transmitted from the server at the same time as the DND mode application in order not to receive the contents during this period.

In the second method, when the client adopts the DND mode for a specific time, the server repeatedly performs key distribution several times at regular intervals. This method excludes the client from the key distribution through iterative key distribution, and does not give the client the right to receive broadcast-related content from the beginning. Therefore, in the case of repetitive key distribution, the client applied for the DND mode is temporarily excluded from receiving the key, and receives the right to receive the key again when the DND mode is released. In particular, in FIG. 4, the BCAST service distribution / application unit (BSDA) reflects the user's status information (DND mode adoption) received from the BCAST subscription management unit (BSM) periodically during key distribution.

As described above, the client may request the server to temporarily suspend the specific broadcast / multicast service that is currently being received or notify the server by specifying a preferred time zone so that the client can be selectively provided at a desired time. It works.

Although the present invention has been described with reference to the embodiments shown in the drawings, this is merely exemplary, and it will be understood by those skilled in the art that various modifications and equivalent other embodiments are possible. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

Claims (23)

In a mobile communication network, Receiving status information of a user from a client; And broadcasting content only to a client capable of receiving a service by the Bordcast server by using the received state information. The method of claim 1, wherein the status information of the user is A broadcast / multicast providing method, characterized in that transmitted over an interaction channel. The method of claim 1, wherein the status information of the user is Broadcast / multicast providing method characterized in that transmitted using one of HTTP, WAP Push and SIP Push. The method of claim 1, wherein the client Broadcast / multicast providing method characterized in that the client in the terminal According to claim 1, wherein the status information of the user A method for providing broadcast / multicast, characterized in that it is one of information about a Do Not Disturb (DND) mode, a specific time mode and a preferred time zone. The method of claim 1, wherein the broadcast server And if the user's status information indicates a DND mode, performing the appropriate key management to not broadcast the content to the client that has set the DND mode. The method of claim 6, wherein the broadcast server If the client has a key that can receive the content in a specific time zone, the broadcast / multicast characterized in that the additional transmission of the deactivation key to stop the function of the key to suspend the receiving authority of the broadcast-related content How to Provide. The method of claim 6, wherein the broadcast server A method of providing a broadcast / multicast, characterized in that the client is excluded from key reception by performing key distribution repeatedly several times at regular intervals, thereby temporarily giving the client no right to receive broadcast related contents. The method of claim 1, wherein the status information of the user is In the case of the BCAST system is transmitted via an interaction channel message, and in the case of MBMS system is transmitted through a NAS (Non Access Stratum) message. 10. The method of claim 9, wherein the messages are A method of providing a broadcast / multicast, comprising parameters for setting a DND (Do not Disturb) mode, a specific time mode, and a preferred time zone. The method of claim 1, wherein the broadcast server If the user's status information indicates a preferred time zone, the broadcast / multicast providing method characterized in that the content is not broadcast to the client set the preferred time zone. In a mobile communication network, Setting a Do Not Disturb (DND) mode in which the client requests to restrict reception of a broadcast service in a predetermined message; Transmitting a message in which the DND mode is set to a server; And performing appropriate key management by the server according to the DND mode setting of the client to suspend receiving authority of broadcast related content of the client. 13. The method of claim 12, wherein said message is Broadcast / multicast providing method, characterized in that transmitted through the interaction channel. 13. The method of claim 12, wherein said message is Broadcast / multicast providing method characterized in that transmitted using one of HTTP, WAP Push and SIP Push. 13. The system of claim 12, wherein the broadcast server is If the client has a key that can receive broadcast-related content, the broadcast / multicast providing method characterized in that for additionally transmitting a deactivation key to temporarily stop the function of the key. 13. The system of claim 12, wherein the broadcast server is A method for providing broadcast / multicast, characterized in that the client is excluded from key reception by performing key distribution by repeating a plurality of times in a predetermined cycle. 13. The method of claim 12, wherein said message is In the case of the BCAST system is an interaction channel message, in the case of the MBMS system is a NAS (Non Access Stratum) message characterized in that the broadcast / multicast providing method. 13. The method of claim 12, wherein the messages are A method for providing broadcast / multicast, comprising parameters for setting a Do not Disturb (DND) mode. In a mobile communication network, Setting a preferred time zone for the client to request reception of a broadcast service in a predetermined message; Transmitting a message in which the preferred time zone is set to a server; And not providing the broadcast service to the corresponding client at a specific time zone according to the service reception restriction request of the client. 20. The method of claim 19, wherein said message is Broadcast / multicast providing method, characterized in that transmitted through the interaction channel. 20. The method of claim 19, wherein said message is Broadcast / multicast providing method characterized in that transmitted using one of HTTP, WAP Push and SIP Push. 20. The method of claim 19, wherein said message is In the case of the BCAST system is an interaction channel message, in the case of the MBMS system is a NAS (Non Access Stratum) message characterized in that the broadcast / multicast providing method. 20. The method of claim 19, wherein the messages are And a parameter for setting a specific time mode or a preferred time zone.

Images