Methods and devices for switching between peer-to-peer and multimedia broadcast multicast service

Abstract

Methods and radio communication network systems enable switching between P2P-based streaming and MBMS-based streaming depending on a number of peers in the same area, streaming the same content and having an MBMS-based streaming capability.

Claims

1. A method for switching between a peer-to-peer (P2P) streaming service and a multimedia broadcast multicast streaming (MBMS) service in a radio communication network system, the method being performed by a device connected to core network components of the radio communication network system and to an MBMS control system (BM-SC), the method comprising: counting peers located in a broadcast area, streaming same content using P2P-based streaming and having an MBMS-based streaming capability; and causing the core network components, the BM-SC, and the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability to switch from P2P-based streaming to MBMS-based streaming, if a number of counted peers exceeds a first predetermined number, at least by sending a request message to the BM-SC to trigger the switch from the P2P-based streaming to the MBMS-based streaming, wherein a peer is a user equipment initially receiving content using P2P-based streaming, wherein the P2P streaming service is an Internet-based over-the-top (OTT) service, wherein the device decides whether to initiate the switch from P2P-based streaming to MBMS-based streaming, wherein a multi-cell/multicast coordination entity (MCE)/mobile management entity (MME) decides, based on a counting of peers, to terminate the MBMS-based streaming and informs the BM-SC of the decision to terminate, and the BM-SC informs the device that the MBMS-based streaming will be terminated.

2. The method of claim 1, wherein the device is a P2P tracker, which operates as a directory service for any peer seeking content.

3. The method of claim 1, wherein the device is a P2P deputy which operates as a proxy of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability, relative to other peers, the P2P deputy being also the only peer for each of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability.

4. The method of claim 1, wherein upon starting to receive the content via the MBMS-based streaming, each of the peers switching from P2P-based streaming to MBMS-based streaming initiates a process to release a respective unicast bearer that has been used for P2P-based streaming.

5. The method of claim 1, further comprising: causing the core network components, the BM-SC and the peers to switch from MBMS-based streaming to P2P-based streaming if a number of peers located in the broadcast area and streaming same content using MBMS decreases below a second predetermined number.

6. The method of claim 5, wherein each of the peers switching from MBMS-based streaming to P2P-based streaming initiates a process to re-establish a respective unicast bearer to be used for P2P-based streaming.

7. The method of claim 1, further comprising: receiving P2P related messages, each message including information on location of an individual peer, the content streamed by the individual peer using P2P-based streaming and whether the individual peer has MBMS-based streaming capability, wherein the device performs the counting based on the information.

8. The method of claim 7, wherein the P2P related messages generated by the peers are intercepted by a core network component that adds to the P2P related messages at least some of the information included in the P2P related messages received by the device.

9. The method of claim 7, wherein one or more peers using P2P-based streaming generate the P2P related messages including the information.

10. The method of claim 1, wherein the same content initially received by peers using P2P-based streaming is related to an IPTV channel.

11. A radio communication network system configured for switching between a peer-to-peer (P2P) streaming service and a multimedia broadcast multicast streaming (MBMS) service in a radio communication network system, the system comprising: a device connected to core network components of the radio communication network system and an MBMS control system (BM-SC), the device being configured (A) to count peers located in a broadcast area, streaming same content using the P2P streaming service and having an MBMS-based streaming service capability, and (B) if a number of counted peers exceeds a first predetermined number, to cause the core network components, the BM-SC, and the peers switching from P2P-based streaming to MBMS-based streaming at least by sending a request message to the BM-SC to trigger the switch from the P2P-based streaming to the MBMS-based streaming, wherein a peer is a user equipment in the radio communication network that initially receives content using P2P-based streaming, wherein the P2P-based streaming service is an Internet-based over-the-top (OTT) service, wherein the device decides whether to initiate the switch from P2P-based streaming to MBMS-based streaming, wherein a multi-cell/multicast coordination entity (MCE)/mobile management entity (MME) decides, based on a counting of peers, to terminate the MBMS-based streaming and informs the BM-SC of the decision to terminate, and the BM-SC informs the device that the MBMS-based streaming will be terminated.

12. The radio communication network system of claim 11, wherein the device is a P2P tracker, which operates as a directory service for any peer seeking content.

13. The radio communication network system of claim 11, wherein the device is a P2P deputy operating as a proxy of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability, relative to other peers, the P2P deputy being also the only peer for each of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability.

14. A device for switching between a peer-to-peer (P2P) streaming service and a multimedia broadcast multicast streaming (MBMS) service in a radio communication network system, comprising: an interface configured to enable communication with other devices in the radio communication network system; and a data processing unit connected to the interface and configured (A) to count peers located in a broadcast area, streaming same content using P2P-based streaming and having an MBMS-based streaming capability, and (B) to cause core network components, an MBMS control system (BM-SC), and the peers located in the broadcast area, streaming the same content using P2P-based streaming and having MBMS-based streaming service capability to switch from P2P-based streaming to MBMS-based streaming, if a number of counted peers exceeds a first predetermined number, at least by sending a request message to the BM-SC to trigger the switch from the P2P-based streaming to the MBMS-based streaming, wherein a peer is a user equipment initially receiving content using P2P-based streaming, wherein the P2P streaming service is an Internet-based over-the-top (OTT) service, wherein the device decides whether to initiate the switch from P2P-based streaming to MBMS-based streaming, wherein a multi-cell/multicast coordination entity (MCE)/mobile management entity (MME) decides, based on a counting of peers, to terminate the MBMS-based streaming and informs the BM-SC of the decision to terminate, and the BM-SC informs the device that the MBMS-based streaming will be terminated.

15. The device of claim 14, wherein the device is a P2P tracker, which operates as a directory service for any peer seeking content.

16. The device of claim 14, wherein the data processing unit is further configured to enable the device to be a P2P deputy operating as a proxy of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability, relative to other peers, the P2P deputy being also the only peer for each of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability.

17. The device of claim 14, wherein the data processing unit is further configured to process P2P related messages received via the interface, each message including information on location of an individual peer, the content streamed by the individual peer using P2P-based streaming and whether the individual peer has the MBMS-based streaming capability, and counts the peers based on the information.

18. A computer-readable storage medium non-transitorily storing executable codes which when executed on a computer make the computer perform a method for switching between a peer-to-peer (P2P) streaming service and a multimedia broadcast multicast streaming (MBMS) service in a radio communication network system, the method comprising: counting peers located in a broadcast area, streaming same content using P2P-based streaming and having an MBMS-based streaming capability; and causing core network components, an MBMS control system (BM-SC) and the peers located in the broadcast area, streaming the same content using P2P-based streaming and having MBMS-based streaming capability to switch from P2P-based streaming to MBMS-based streaming, if a number of counted peers exceeds a first predetermined number, at least by sending a request message to the BM-SC to trigger the switch from the P2P-based streaming to the MBMS-based streaming, wherein a peer is a user equipment initially receiving content using P2P-based streaming, wherein the P2P streaming service is an Internet-based over-the-top (OTT) service, wherein the device decides whether to initiate the switch from P2P-based streaming to MBMS-based streaming, wherein a multi-cell/multicast coordination entity (MCE)/mobile management entity (MME) decides, based on a counting of peers, to terminate the MBMS-based streaming and informs the BM-SC of the decision to terminate, and the BM-SC informs the device that the MBMS-based streaming will be terminated.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate one or more embodiments and, together with the description, explain these embodiments. In the drawings:

(2) FIG. 1 is a schematic diagram of a conventional P2P system;

(3) FIG. 2 is a schematic diagram of another conventional P2P system;

(4) FIG. 3 is a schematic diagram of yet another conventional P2P system;

(5) FIG. 4 is a schematic diagram of a radio communication network system capable of providing data streaming to mobile users according to an exemplary embodiment;

(6) FIG. 5 is a flowchart of a method for switching from P2P to MBMS service according to an exemplary embodiment;

(7) FIG. 6 is a flowchart of a method for switching from MBMS to P2P service according to an exemplary embodiment;

(8) FIG. 7 is a schematic diagram of a radio communication network system capable of providing data streaming to mobile users according to another exemplary embodiment;

(9) FIG. 8 is a flowchart of a method for switching from P2P to MBMS service according to another exemplary embodiment;

(10) FIG. 9 is a flowchart of a method for switching from MBMS to P2P service according to another exemplary embodiment;

(11) FIG. 10 is a flowchart of a method for switching between P2P and MBMS according to another exemplary embodiment;

(12) FIG. 11 is a block diagram of a device according to an exemplary embodiment;

(13) FIG. 12 is a block diagram of a user equipment according to an exemplary embodiment; and

(14) FIG. 13 is a flowchart of a method for switching between P2P and MBMS according to another exemplary embodiment.

DETAILED DESCRIPTION

(15) The following description of the exemplary embodiments refers to the accompanying drawings. The same reference numbers in different drawings identify the same or similar elements. The following detailed description does not limit the invention. Instead, the scope of the invention is defined by the appended claims. The following embodiments are discussed, for simplicity, with regard to the terminology and structure of a radio communication network system capable of providing data streaming to mobile users.

(16) Reference throughout the specification to “one embodiment” or “an embodiment” means that a particular feature, structure or characteristic described in connection with an embodiment is included in at least one embodiment of the present invention. Thus, the appearance of the phrases “in one embodiment” or “in an embodiment” in various places throughout the specification is not necessarily all referring to the same embodiment. Further, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments.

(17) FIG. 4 illustrates a radio communication network system 400 capable of providing data streaming to mobile users (i.e., peers) 401a-401e according to an exemplary embodiment. The core network 420 is configured to stream data using P2P and MBMS services. Some of the users may be located in the same geographic area so they may receive streaming via the MBMS service. An interface 425 is introduced between the mobile P2P deputy 421 and the MBMS control system (BM-SC) 430 to coordinate the streaming delivery mode over mobile networks, i.e., to determine how and when to dynamically switch between MBMS mode and P2P mode. The radio communication network system 400 is characterized by: 1. The P2P deputy 421 may acquire locations of served mobile peers (UEs) 401a-401d from collocated core network components or from UEs, and counts the number of mobile peers located in the same cell 410 (or the same area including plural cells) and involved in the same streaming (e.g., from the same server 440). The mobile peers 401a-401d may include mobile peer-related information, location info such as location (cell ID) and whether the peer has MBMS-based streaming capability, into the P2P messages exchanged with the P2P deputy 421. 2. If the load of the P2P deputy 421 is approaching a certain threshold, or the number of mobile peers located in the same area and involved in the same streaming reaches a predetermined threshold number, the P2P deputy 421 initiates switching from P2P-based streaming to MBMS-based streaming. 3. To accomplish the switching from P2P-based streaming to MBMS-based streaming, the P2P deputy 421 informs the BM-SC 430 by sending a request message. The request message may include information on the streaming content to be broadcasted (e.g., a channel ID), the broadcast area (e.g., one or more cell IDs), and a source peer list or channel server (e.g., 440) to enable the P2P agent/client/super node 431 collocated with the BM-SC 430 to acquire streaming content. Based on the request message from the P2P deputy 421, the BM-SC 430 triggers the collocated P2P agent/client/super node 431 to retrieve the streaming content. 4. Upon receiving an MBMS service notice indicating that an ongoing P2P-based streaming will be replaced by MBMS-based streaming, the UE stops P2P client function and initiates the process for releasing a related unicast bearer when the streaming content starts being delivered by MBMS. Conversely, upon receiving an MBMS service notice indicating that ongoing MBMS-based streaming will be stopped, the UE may initiate the process for re-establishing unicast bearers and may restart P2P client functions to continue streaming the content. 5. To facilitate seamlessly switching between MBMS-based streaming and P2P-based streaming, the BM-SC 430 may inform the P2P deputy 421 that MBMS service will be stopped and that streaming service to some peers needs to continue. Then, the P2P deputy 421 may actively set up P2P connections with these peers to continue streaming content without any interruption.

(18) The peers receiving content via streaming services often use it immediately. For example, a peer may play video or audio content. In this way, live TV or radio broadcasts may be followed by a user. However, being “live” is not to be limiting. Users may simply want to listen a music recording uninterrupted.

(19) A method for switching from P2P to MBMS service in a system similar to the system 400 is described in detail based on FIG. 5. The eNB 510 and the core network components (P-GW 522 and MBMS-GW 523) may indicate modules providing functionality as known in the art for radio communication network systems (as described, for example, by current 3GPP and LTE standard documents). FIG. 5 illustrates a time coordinate of the steps in a time-ordered sequence from top to bottom.

(20) At STEP 1, the mobile P2P deputy 521 retrieves context information related to mobile peers (e.g., the UE/P2P peers 501a, 501b, 501c, etc.) using P2P-based streaming. This context information may include location information (cell ID) and whether peers have MBMS-based streaming capability. The context information may be retrieved from a collocated mobile network element (e.g., P-GW 522) with a request message, which includes the ID/IP of the related peers (i.e., receiving the same content using P2P-based streaming). Alternatively, the mobile peers may include context information into P2P messages exchanged with the P2P deputy 421.

(21) At STEP 2, the P2P deputy 521 counts the number of mobile peers (UEs) located in the same area streaming the same content and having MBMS-based streaming capability.

(22) At STEP 3, if the load of the P2P deputy 521 is approaching a certain threshold or if the number of peers as counted at STEP 2 exceeds a predetermined threshold number (e.g., 5), the P2P deputy 521 initiates the transition from P2P-based streaming to MBMS-based streaming.

(23) At STEP 4, the P2P deputy 521 sends a message (such as an MBMS service request) to the BM-SC 530 (which may be identified based on public land mobile network (PLMN) information) to trigger switching from P2P-based streaming to MBMS based-streaming. The message may indicate the broadcast area (e.g., a list of cell IDs), the streaming content to be broadcasted (which content may be indicated by an IPTV channel ID), and the source peer list associated with the streaming content to enable the BM-SC 530 to retrieve streaming content. The P2P deputy 521 may also provide access point name (APN) information to enable the BM-SC 530 to find the right MBMS-GW (e.g., 523).

(24) At STEP 5, upon receiving the message from P2P deputy 521, the BM-SC 530 completes related processes, such as authorization. Then the BM-SC 530 triggers the collocated P2P client/agent/super node 531 to retrieve streaming packets from the peer/channel server 540.

(25) At STEP 6, before initiating the MBMS-based streaming service, the BM-SC 530 initiates a service notice process to the mobile peers (UEs) 501a-501c located in the same area streaming the same content and having MBMS-based streaming capability. The service notice may indicate that upcoming MBMS-based streaming will replace ongoing P2P-based streaming.

(26) At STEP 7, when the system is set up and has the resources to stream using MBMS, the BM-SC 530 sends a response message to the P2P deputy 521. The response message may indicate the accepted broadcast area. It is possible for the broadcast service to be temporarily unacceptable in a targeted area.

(27) At STEP 8, the P2P deputy 521 terminates the ongoing P2P sessions, with mobile peers switching to MBMS-based streaming according to the response message from the BM-SC 530.

(28) At STEP 9, upon receiving an MBMS service notice message indicating that upcoming MBMS service will replace ongoing unicast (P2P) service, the mobile peer (i.e., any of the UEs 501a-501c streaming the same content) associates the upcoming MBMS service with the ongoing P2P streaming service. The mobile peer switches from receiving the content via a unicast bearer (i.e., P2P-based streaming) to receiving it via the corresponding broadcast bearer (i.e., MSMS-based streaming).

(29) At STEP 10, upon receiving streaming content via the broadcast bearer, the mobile peer (e.g., 501a) stops the P2P session with the P2P deputy 521 and initiates the process of releasing the unicast bearer previously used for P2P-based streaming.

(30) A method for switching from MBMS to P2P service in a system similar to the system 400 is described in detail based on FIG. 6. The eNB 610, and the core network components specified in FIG. 6 (i.e., the multi-cell/multicast coordination entity (MCE) or mobile management entity (MME) 625, P-GW 622 and MBMS-GW 623) may indicate modules providing functionality as known in the art for the radio communication network system (described, for example, by current 3GPP and LTE standard documents). FIG. 6 illustrates a time coordinate of the steps in a time-ordered sequence from top to bottom.

(31) At STEP 1 in FIG. 6, based on a counting result, the MCE/MME 625 may decide to terminate one or more ongoing MBMS-based streaming service sessions. For example, if the number of mobile peers (UEs) located in the same area streaming the same content in an MBMS session becomes less than a predetermined threshold number (e.g., 5), the MCE/MME 625 informs the BM-SC 630 about terminating the respective MBMS session and indicates the peers that continue streaming.

(32) At STEP 2, based on information received at STEP 1 from the MCE/MME 625, the BM-SC 630 initiates switching from MBMS-based streaming to P2P-based streaming for the peers (UEs) that continue streaming.

(33) At STEP 3, the BM-SC 630 sends a message to the P2P deputy 621 to inform that broadcast-based streaming will be stopped to these peers (UEs) and to provide P2P-based streaming for the peers that continue streaming.

(34) At STEP 4, the P2P deputy 621 may send a confirmation message to the BM-SC 630.

(35) At STEP 5, the P2P deputy 621 may initiate a process to re-establish P2P sessions for the peers that continue streaming to seamlessly provide content.

(36) At STEP 6, the BM-SC 630 triggers the collocated P2P client/agent/super node to stop retrieving packets related to streaming from the streaming content source (e.g., a peer or a channel server 640).

(37) Meanwhile, at STEP 7, the BM-SC 630 initiates a change of service notice to inform the peers that ongoing MBMS-based streaming will be replaced by P2P-based streaming.

(38) At STEP 8, upon receiving this change of service notice, the peers dissociate the MBMS service from the ongoing streaming service.

(39) If a peer continues streaming, at STEP 9, the peer initiates a related unicast bearer re-establishment process for the P2P-based streaming service. In other words, the peer switches from the broadcast bearer to the unicast bearer and continues receiving streamed content using the P2P service.

(40) According to another exemplary embodiment illustrated in FIG. 7, there is a radio communication network system 700 capable of providing data streaming to mobile users (i.e., peers) 701a-701d. The core network 720 is configured to stream data from a peer 702 or a channel server 740 using P2P and MBMS services. Some of the users may be located in the same geographic area so they may receive streaming via the MBMS service.

(41) An interface 732 is introduced between the P2P tracker 735 and the MBMS control system (BM-SC) 730 to coordinate the streaming delivery mode over mobile networks, i.e., to determine how and when to dynamically switch between MBMS mode and P2P mode. A collocated P2P client/agent/super node 731 is introduced near the BM-SC 730 to stream packets in P2P mode. Based on information received from the core network 720, a peer (e.g., one of the UEs 701a-701d) may switch between MBMS broadcast bearer and P2P unicast bearer according to the streaming mode. As previously discussed, the peer receiving streamed content may feed this content to a media player continuously (i.e., live). The radio communication network system 700 is characterized by: 1. P2P messages (such as a registration request) related to a peer (e.g., a mobile UE such as any of 701a-701d) received by the P2P tracker 735 may include the peer's cell ID, PLMN, MBMS-based streaming capability and possible P-GW ID info/APN info. This information may be provided by mobile peers when sending P2P messages or added by a core network component intercepting P2P messages. 2. The P2P tracker 735 may store this information (i.e., cell ID, PLMN ID, MBMS-based streaming capability, request content/channel, etc.) related to the peers receiving content via a P2P service. The P2P tracker may then count the number of peers (UEs) in the same area having MBMS-based streaming capability and streaming the same content. If the number reaches a predetermined threshold number, the P2P tracker 735 initiates switching from P2P-based streaming to MBMS-based streaming. Meanwhile, a list of peers streaming the same content (i.e., related peers) may be maintained by the P2P agent/client/super node 731 collocated with the BM-SC 730 to stream the content in P2P mode. 3. To accomplish the switching from P2P-based streaming to MBMS-based streaming, the P2P tracker 735 informs the BM-SC 730 (or another BM-SC identified by related PLMN/P-GW ID information) by sending a message. The message may include the streaming content (e.g., channel ID) to be broadcasted, the broadcast area (e.g., one or more cell IDs), and a source peer list or channel server (e.g., 702 or 740) in order to enable the P2P agent/client/super node 731 collocated with the BM-SC 730 to acquire the streaming content. 4. Upon receiving an indication about switching from P2P-based streaming to MBMS-based streaming from the P2P tracker 735, the BM-SC 730 triggers the collocated P2P agent/client/super node 731 to retrieve the streaming content according to the information received from the P2P tracker 735 in order to continue providing streamed content without any interruption. 5. If the number of peers located in the same area receiving the same streaming content becomes lower than a predetermined threshold number, the BM-SC 730 may initiate switching from MBMS-based streaming to P2P-based streaming. The system 700 performs switching seamlessly so that peers continue receiving streamed content without any interruption. To facilitate the seamless switching, the BM-SC 730 may inform the P2P tracker 735 that MBMS-based streaming service will be stopped and that some peers needs to continue streaming. Then, the P2P tracker 735 may actively cause re-establishing of P2P connections with these peers to continue providing streamed content and to ensure the same QoE while switching as during regular streaming. 6. Upon receiving an MBMS service notice indicating that P2P-based streaming will be replaced by MBMS-based streaming, the UE stops P2P client function and initiates the process for releasing a related unicast bearer when the streaming content is delivered by MBMS. Conversely, upon receiving an MBMS service notice indicating that MBMS-based streaming will be stopped, the UE may initiate the process for re-establishing a unicast bearer and may restart P2P client function to continue receiving content using the P2P-based streaming service.

(42) A method for switching from P2P to MBMS service in a system similar to the system 700 is described in detail based on FIG. 8. The eNB 810 and the core network components (P-GW 822, MCE/MME 815 and MBMS-GW 823) may indicate modules providing functionality as known in the art for radio communication network systems (as described, for example, by current 3GPP and LTE standard documents). FIG. 8 illustrates a time coordinate of the steps in a time-ordered sequence from top to bottom.

(43) At STEP 1, a peer (e.g., mobile UE 801b) sends a peer list request/registration message to the P2P tracker 835 seeking neighbor peers involved in the same streaming channel. Optionally, the peer may include additional information (such as, the peer's cell ID, PLMN ID, MBMS-based streaming capability, APN of the gateway used for accessing the streaming service).

(44) At STEP 2, the P-GW/GGSN 822 detects (intercepts) the peer list request/registration message sent from a mobile peer (e.g., any of 801a-801c) to the P2P tracker 835. As an alternative to the above-described STEP 1, if the mobile peer cannot include the necessary information in the peer list request/registration message, the P-GW/GGSN 822 may add this information to the request/registration message. The P-GW/GGSN 822 may also add P-GW ID information in order to enable the P2P tracker 835 to identify the BM-SC 830.

(45) At STEP 3, the P2P tracker 835 stores the information related to the peer that sent the message, and uses it to decide whether to initiate switching to MBMS-based streaming to serve more efficiently from a radio resources' point of view (e.g., to avoid radio interface overloading) peers in the same area streaming the same content and having MBMS-based streaming capability.

(46) At STEP 4, the P2P tracker 835 counts the number of peers in the same area streaming the same content and having MBMS-based streaming capability. If the number exceeds a predetermined threshold number (e.g., 5), the P2P tracker 835 initiates switching from P2P-based streaming to MBMS-based streaming.

(47) At STEP 5, the P2P tracker 835 sends a request message (such as an MBMS service request) to the BM-SC 830 (which may be identified using PLMN information) to trigger switching from P2P-based streaming to MBMS-based streaming. The message may indicate the broadcast area (e.g., a list of cell IDs), the streaming content to be broadcast (e.g., a channel ID), a source peer list associated with each channel for the BM-SC 830 to retrieve the streaming content. Related APN information may be used by the BM-SC 830 to find the right MBMS-GW. In the case of Selected IP Traffic Overload (SIPTO), an L-MBMS-GW may be deployed.

(48) At STEP 6, upon receiving the request message from the P2P tracker 835, the BM-SC 830 completes related processes, such as authorization. Then the BM-SC 830 triggers the collocated P2P client/agent/super node 831 to retrieve necessary streaming content from the sources on the list.

(49) At STEP 7, before initiating the actual MBMS-based streaming service, the BM-SC 830 initiates a service notice process to the mobile peers (UEs) 801a-801c located in the same area, streaming the same content and having MBMS-based streaming capability. The service notice may indicate that upcoming MBMS-based streaming will replace ongoing P2P-based streaming.

(50) At STEP 8, when all the components and resources are set for MBMS-based streaming, the BM-SC 830 sends a response message to the P2P tracker 835 indicating the accepted broadcast area. It is possible for the broadcast service to be temporarily unacceptable in a targeted area.

(51) At STEP 9, upon receiving an MBMS service notice message indicating that upcoming MBMS-based streaming service will replace ongoing unicast (P2P-based) streaming service, the mobile peer (i.e., one of 801a-801c streaming the same content) associates the upcoming MBMS service with the ongoing P2P service. The mobile peer switches from receiving the streamed content via a unicast bearer (P2P) to receiving the streamed content via the corresponding broadcast bearer (MBMS).

(52) At STEP 10, upon receiving streaming content via the broadcast bearer, the mobile peer (e.g., 801b) stops the P2P session and initiates the process of releasing the unicast bearer previously used for P2P-based streaming.

(53) A method for switching from MBMS to P2P service in a system similar to the system 700 is described in detail based on FIG. 9. The eNB 910 and the core network components (multi-cell/multicast coordination entity (MCE) or mobile management entity (MME) 915, P-GW 922 and MBMS-GW 923) may indicate modules providing functionality as known in the art for the radio communication network system (described, for example, by current 3GPP and LTE standard documents). FIG. 9 illustrates a time coordinate of the steps in a time-ordered sequence from top to bottom.

(54) At STEP 1, based on a counting result, the MCE/MME 915 may decide to terminate one or more ongoing MBMS-based streaming service sessions. For example, if the number of mobile peers (UEs) located in the same area and streaming the same content in an MBMS session becomes less than a predetermined threshold number (e.g., 5), the MCE/MME 915 informs the BM-SC 930 about terminating the respective MBMS session, and indicates the peers that continue streaming using P2P service.

(55) At STEP 2, based on information received at STEP 1 from the MCE/MME 915, the BM-SC 930 initiates switching from MBMS-based streaming to P2P-based streaming for the peers (UEs) that continue streaming.

(56) At STEP 3, the BM-SC 930 sends a request message to the P2P tracker 935 to inform that MBMS-based streaming service will be stopped and to provide P2P-based streaming for the peers that continue streaming. This message may include the IDs of the peers that need to continue receiving streaming content.

(57) At STEP 4, the P2P tracker 935 may send a confirmation message to the BM-SC 930.

(58) At STEP 5, in order to facilitate continuity of streaming to the peers, the P2P tracker 935 may produce a peer list for each channel, including information related to the active mobile peers.

(59) At STEP 6, the BM-SC 930 triggers the collocated P2P client/agent/super node 931 to stop retrieving packets related to streaming from the streaming content source (e.g., a peer or a channel server 940).

(60) Meanwhile, at STEP 7, the BM-SC 930 initiates a change of service notice to inform the peers that ongoing MBMS-based streaming will be replaced by P2P-based streaming.

(61) At STEP 8, upon receiving this change of service notice, the peers dissociate the MBMS service from the ongoing streaming service.

(62) If a peer continues streaming, at STEP 9, the peer initiates the related unicast bearer re-establishment process for the P2P-based streaming service. In other words, the peer switches from the broadcast bearer to the unicast bearer and continues receiving streamed content using the P2P service.

(63) Use of the above-described methods (for switching between MBMS and P2P service) provides the advantage that radio resource usage is optimized when plural peers (UEs) located in the same area (cell) stream the same content.

(64) Another advantage is that switching from P2P to MBMS has less impact than conventional approach due to the new interface linking P-GW/GGSN and BM-SC. Unlike when using a MCAP2P module, no a deep packet inspection (DPI) function for identifying the same P2P-based streaming traffic. Identifying streaming traffic (i.e., P2P-based streaming channel ID) may cause substantial resource usage which would lead to MCAP2P module overload.

(65) Additionally the methods according to various embodiments describe above may work in broader situations, e.g., when SIPTO is applied to P2P traffic, or when P2P traffic is securely protected.

(66) In a more general view, FIG. 10 is a flow diagram of a method 1000 for switching between P2P-based streaming and MBMS-based streaming in a radio communication network system according to another exemplary embodiment. The method may be performed by a device connected to core network components of the radio communication network system and to an MBMS control system (BM-SC). The device may be a P2P tracker or a P2P deputy. The P2P tracker operates as a directory service for any peer seeking content. The P2P deputy operates as a proxy of the mobile peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability, relative to other peers, the P2P deputy being also the only peer for each of the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability. The proxy is working on P2P level which is above of the core network level despite it may interwork with core network.

(67) At S1010, method 1000 includes counting peers located in a broadcast area (i.e., one or more radio cells) streaming the same content using P2P and having an MBMS-based streaming capability. Further, at S1020, method 1000 includes causing the core network components, the BM-SC and the peers located in the broadcast area, streaming the same content using P2P-based streaming and having the MBMS-based streaming capability to switch from P2P-based streaming to MBMS-based streaming, if a number of counted peers exceeds a predetermined number. Here the term “peer” means any user equipment receiving content using P2P-based streaming.

(68) Upon starting to receive the content via the MBMS-based streaming, each of the peers switching from P2P-based streaming to MBMS-based streaming may initiate the process to release a respective unicast bearer that has been used for P2P-based streaming.

(69) Method 1000 may further include causing the core network components, the BM-SC and the peers to switch from MBMS-based streaming to P2P-based streaming if a number of peers located in the broadcast area and streaming the same content using MBMS decreases below a second predetermined number. The first predetermined number and the second predetermined number may be different numbers or may be equal. Each of the peers switching from MBMS-based streaming to P2P-based streaming may initiate a process to re-establish a respective unicast bearer to be used for P2P-based streaming.

(70) Method 1000 may further include the device receiving P2P-related messages, including information on location of an individual peer, the content streamed by the individual peer using P2P-based streaming and whether the individual peer has MBMS-based streaming capability. The device may then perform the counting based on this information.

(71) In one embodiment, the P2P related messages generated by the peers are intercepted by a core network component that adds to the P2P related messages at least some of the information included in the P2P related messages received by the device. In an alternative embodiment, one or more peers using P2P-based streaming generate the P2P related messages including the information.

(72) The same content initially received by peers using P2P-based streaming is related to an IPTV channel.

(73) FIG. 11 is a block diagram of a device 1100 in a radio communication network system according to another exemplary embodiment. The device has an interface 1110 configured to enable communication with other devices in the radio communication network system, and a data processing unit 1120 connected to the interface 1110.

(74) The data processing unit 1120 is configured to count peers located in a broadcast area, streaming same content using P2P-based streaming and having an MBMS-based streaming capability, and (B) to cause core network components, an BM-SC and the peers located in the broadcast area, streaming the same content using P2P-based streaming and having MBMS-based streaming capability to switch from P2P-based streaming to MBMS-based streaming, if a number of counted peers exceeds a first predetermined number.

(75) The device may include a memory 1130 non-transitorily storing executable codes that make the device perform a method for switching between peer-to-peer (P2P) streaming and multimedia broadcast multicast (MBMS) streaming in a radio communication network system (e.g., the method 1000).

(76) FIG. 12 is a block diagram of a user equipment 1200 in a radio communication network system according to another exemplary embodiment. The user equipment has an interface 1210 configured to enable communication with other devices in the radio communication network system, and a data processing unit 1220 connected to the interface 1210.

(77) The data processing unit 1220 is configured to generate P2P related messages including information on location of the user equipment, a content streamed using P2P-based streaming and whether the user equipment is capable to receive the content via an MBMS-based streaming.

(78) The data processing unit 1220 may be further configured to switch from receiving content via the P2P-based streaming to receiving the content via the MBMS-based streaming upon receiving a first signal, and initiate a process to release a unicast bearer used for the P2P-based streaming when starting to receive content via the MBMS-based streaming. The data processing unit 1220 may also be configured to switch from receiving content via the MBMS-based streaming to receiving the content via the P2P-based streaming upon receiving a second signal.

(79) A flow diagram of a method 1300 performed by a user equipment (e.g., 1200) in a radio communication system (e.g., 400, 700) is illustrated in FIG. 13. Method 1300 includes generating P2P related messages including information on a location of the user equipment, a content streamed using P2P-based streaming and whether the user equipment is capable to receive the content via MBMS-based streaming, at S1310. Method 1300 further includes switching from receiving content via the P2P based streaming to receiving the content via the MBMS-based streaming upon receiving a first signal, at S1320. Method 1300 finally includes initiating a process to release a unicast bearer used for the P2P-based streaming when starting to receive content via the MBMS-based streaming, at S1330.

(80) Method 1300 may also include initiating a process to re-establish the unicast bearer upon receiving a second signal, and then, switching from receiving content via the MBMS-based streaming to receiving the content via the P2P-based streaming.

(81) The user equipment 1200 may further include a memory 1230 non-transitorily storing executable codes that make the user equipment perform a method for switching between peer-to-peer (P2P) streaming and multimedia broadcast multicast (MBMS) streaming (e.g., the method 1300).

(82) The disclosed exemplary embodiments provide radio communication network systems capable of providing data streaming, devices and methods for switching between P2P-based streaming and MBMS-based streaming in these systems. It should be understood that this description is not intended to limit the invention. On the contrary, the exemplary embodiments are intended to cover alternatives, modifications and equivalents, which are included in the spirit and scope of the invention as defined by the appended claims. Further, in the detailed description of the exemplary embodiments, numerous specific details are set forth in order to provide a comprehensive understanding of the claimed invention. However, one skilled in the art would understand that various embodiments may be practiced without such specific details.

(83) The exemplary embodiments may take the form of an entirely hardware embodiment or an embodiment combining hardware and software aspects. Further, the exemplary embodiments may take the form of a computer program product stored on a computer-readable storage medium having computer-readable instructions embodied in the medium. Any suitable computer-readable medium may be utilized, including hard disks, CD-ROMs, digital versatile disc (DVD), optical storage devices, or magnetic storage devices such a floppy disk or magnetic tape. Other non-limiting examples of computer-readable media include flash-type memories or other known memories.

(84) Although the features and elements of the present exemplary embodiments are described in the embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the embodiments or in various combinations with or without other features and elements disclosed herein. The methods or flowcharts provided in the present application may be implemented in a computer program, software or firmware tangibly embodied in a computer-readable storage medium for execution by a specifically programmed computer or processor.