Methods and Systems for Multicast Control and Channel Switching for Streaming Media in an IMS Environment

• US 20090055540A1
• Filed: 08/20/2007
• Published: 02/26/2009
• Est. Priority Date: 08/20/2007
• Status: Abandoned Application

• Current Assignee: Telefonaktiebolaget LM Ericsson
• Original Assignee: Telefonaktiebolaget LM Ericsson
• Inventors: Foti, George, Higgs, Paul
• Application Number:
  US11/841,064
• Publication Number:
  US 20090055540A1
• Time in Patent Office: Days
• US Class Current: 709/228
• CPC Class Codes: H04L 65/611 for multicast or broadcast systems for broadcast or conference H04L12/18; arrangements for broadcast or distribution combined with broadcast H04H20/00; arrangements for broadcast applications with a direct linkage to broadcast information or to broadcast space-time H04H60/00; selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS], H04W4/06

Abstract

Systems and methods according to the present invention address this need and others by reducing the delay in channel zapping for streaming media, e.g., Internet Protocol television (IPTV). This delay is reduced by performing channel zapping through an Internet Multimedia Subsystem (IMS) architecture using Session Initiation Protocol (SIP) signaling.

Claims

1. A method for changing streaming media channels comprising:

receiving streaming media channels and buffering data associated with each of said streaming media channels;

transmitting a first streaming media channel toward a client device;

receiving a Session Initiation Protocol (SIP) message with information associated with a change in streaming media channels from said first streaming media channel to a second streaming media channel;

ceasing transmission of said first streaming media channel;

commencing transmission of said second streaming media channel toward said client device; and

transmitting a SIP message indicating successful changing of said streaming media channels.

2. The method of claim 1, wherein said step of commencing transmission of said second streaming media channel toward said client device further comprises:

initially transmitting said buffered data associated with said second streaming media channel toward said client device as real time protocol (RTP) packets.

3. The method of claim 2, further comprising:

synchronizing incoming packets associated with said second streaming media channel with said RTP packets associated with said second streaming media channel that are being transmitted; and

transmitting said incoming packets associated with said second streaming media channel as a multicast toward said client device instead of said RTP packets after said synchronizing.

4. The method of claim 1, wherein said buffered data associated with each of said streaming media channels includes a complete information frame (I-frame) cycle of video.

5. The method of claim 4, further comprising:

retrieving an I-frame for said second streaming media channel.

6. The method of claim 5, wherein said step of commencing transmission of said second streaming media channel begins with said retrieved I-frame.

7. The method of claim 1, wherein said streaming media channels are Internet Protocol television (IPTV) channels.

8. The method of claim 6, wherein said streaming media uses at least one of Multimedia Pictures Expert Group (MPEG)-2 format and MPEG-4 format.

9. The method of claim 1, wherein said received SIP message is a SIP UPDATE message.

10. The method of claim 1, wherein said transmitted SIP message is a 200 OK message.

11. The method of claim 1, wherein said method for changing streaming media channels is performed by a video edge server.

12. The method of claim 11, wherein said video edge server includes:

a Multimedia Resource Function Processor (MRFP) for receiving streaming media channels and buffering data associated with each of said streaming media channels; and

a Multimedia Resource Control Function (MRCF) for transmitting and receiving SIP messages including information associated with a change in said streaming media channels.

13. The method of claim 1, wherein said client device is associated with an Internet Multimedia Subsystem (IMS) user.

14. A communications node comprising:

a first processor in communications with a memory unit for receiving streaming media channels and buffering data associated with each of said streaming media channels, wherein said first processor transmits a first streaming media channel toward a client device; and

a second processor for transmitting and receiving Session Initiation Protocol (SIP) messages including information associated with a change in said streaming media channels, wherein said second processor transmits a first message to said first processor to cease transmission of said first streaming media channel and transmits a second message to said first processor to transmit a second streaming media channel toward said client device.

15. The communications node of claim 14, wherein said first processor initially transmits real time protocol (RTP) packets of buffered data associated with said second streaming media channel toward said client device.

16. The communication node of claim 15, wherein said first processor synchronizes incoming packets associated with said second streaming media channel with said RTP packets associated with said second streaming media channel that are being transmitted, and Subsequently transmits said incoming packets associated with said second streaming media channel as a multicast toward said client device instead of said RTP packets.

17. The communications node of claim 14, wherein said first processor ceases transmission of said first streaming media channel upon receipt of said first message from said second processor and transmits said second streaming media channel upon receipt of said second message from said second processor.

18. The communications node of claim 17, wherein said first message is a non-SIP message and said second message is a non-SIP message.

19. The communications node of claim 18, wherein said non-SIP message is a H.248 message.

20. The communications node of claim 14, wherein said communications node is video edger server.

21. The communications node of claim 14, wherein said first processor is a Multimedia Resource Function Processor (MRFP) and said second processor is a Multimedia Resource Control Function (MRCF).

22. The communications node of claim 21, wherein said memory resides within either said MRFP or a memory storage unit within said video edge server.

23. The communications node of claim 14, wherein said data associated with each of said streaming media channels includes a complete information frame (I-frame) cycle of video.

24. The communications node of claim 23, wherein said I-frame is retrieved for said second streaming media channel.

25. The communications node of claim 24, wherein said step of commencing transmission of said second streaming media channel begins with said retrieved I-frame.

26. The communications node of claim 14, wherein said streaming media channels are Internet Protocol television (IPTV) channels.

27. The communications node of claim 14, wherein said streaming media uses at least one of Multimedia Pictures Expert Group (MPEG)-2 format and MPEG-4 format.

28. The communications node of claim 14, wherein a received SIP message is a SIP UPDATE message.

29. The communications node of claim 14, wherein a transmitted SIP message is a 200 OK message.

30. The communications node of claim 14, wherein said client device is associated with an Internet Multimedia Subsystem (IMS) user.